693 replies to this topic

[Erik Slagter]

But before inventing things just try in You're case .... To set the transcoding-setup.sh on 720p reboot you're box and try with vlc at thread 0. It most probably will not work.
The same with vlc at stream1 . It will do.

Try mplayer, it will work regardless.

[Erik Slagter]

Now for something completely different:

There are two entries in inet.conf for transcoded streaming:

8003 stream tcp nowait root /usr/bin/filestreamproxy filestreamproxy
8002 stream tcp nowait root /usr/bin/livestreamproxy livestreamproxy

I noticed that other images also use a streamproxy for the regular "plain" streaming, e.g. Vu+ original, HDMU, ...:

8001 stream tcp nowait root /bin/streamproxy streamproxy

1. Can we have a separated streamproxy in OpenPLi too?
2. Could you please change the default lines in inetd.conf to

8003 stream tcp6 nowait root /usr/bin/filestreamproxy filestreamproxy
8002 stream tcp6 nowait root /usr/bin/livestreamproxy livestreamproxy

This would enable IPv6 (plus IPv4) connections to those proxies (Which is also the reason why I would prefer a separate streamproxy for port 8001 rather than the built in functionality).

You have all very valid remarks. This will be implemented in a completely different way though, please wait a bit.

Edited by Erik Slagter, 29 March 2014 - 10:52.

[Erik Slagter]

BTW what is exactly the advantage of having an additional streaming proxy besides the internal enigma proxy?

[SpaceRat]

BTW what is exactly the advantage of having an additional streaming proxy besides the internal enigma proxy?

Well, the main point is that they can easily be cheated into Dual-Stack-mode on their external side by adding a single char to inetf.conf rather than having to rewrite a C++ class ...

[christophecvr]

When I try, it's save the stream to disk. I abort after about 14MB (52 sec). Then rename to somethin.mpg and play it with VLC. All I get are an blank screen without any audio.

 

When look at the output from the VLC in the console, this is what I get:

 

VLC media player 2.0.8 Twoflower (revision 2.0.8a-0-g68cf50b)

[0x1a82048] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.

[0x7fbb54c01a38] ts demux error: MPEG-4 descriptor not found

[0x7fbb54e00188] packetizer_mpeg4audio packetizer: AAC channels: 2 samplerate: 48000

Fontconfig warning: FcPattern object size does not accept value "0"

Fontconfig warning: FcPattern object size does not accept value "0"

[h264 @ 0x7fbb54cf8da0] illegal short term buffer state detected

[h264 @ 0x7fbb54cf8da0] Missing reference picture

[h264 @ 0x7fbb54d4eba0] Width/height changing with threads is not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.

[h264 @ 0x7fbb54d4eba0] decode_slice_header error

 

That problem is indeed on some vuduo2 (Not all as seems that space rat does not have this)

 

Just start vlc normally whitout link out of web browser.

Go to preferences. Select all in the menu below goto section input / codecs  then videocodecs then FFmpeg and set Threads to 1 save . Close vlc.

 

Then it will run fine

[Erik Slagter]

BTW what is exactly the advantage of having an additional streaming proxy besides the internal enigma proxy?

Well, the main point is that they can easily be cheated into Dual-Stack-mode on their external side by adding a single char to inetf.conf rather than having to rewrite a C++ class ...

Ok. Both ipv6 and ipv4 access will be possible with what I am planning, streaming and transcoding.

[Erik Slagter]

[h264 @ 0x7fbb54d4eba0] Width/height changing with threads is not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a

 

That problem is indeed on some vuduo2 (Not all as seems that space rat does not have this)

Yes, the encoder will switch frame size within a few frames. Blame VU+ OTOH I've never had this problem, so your vlc probably indeed has an ancient h264 decoder.

Edited by Erik Slagter, 29 March 2014 - 12:35.

[christophecvr]

[h264 @ 0x7fbb54d4eba0] Width/height changing with threads is not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a

 

That problem is indeed on some vuduo2 (Not all as seems that space rat does not have this)

Yes, the encoder will switch frame size within a few frames. Blame VU+ OTOH I've never had this problem, so your vlc probably indeed has an ancient h264 decoder.

actually it's pretty recent. The ubuntu one is older 2.0.8 but I have an own one and that is the latest version. 2.1.3 but even the beta version 2.1.4 is same. It's definitely the stream setting. But does not mather it works with thread 1. so no problem. Since Spacerat does not have that (but a lot others well) I'm so what shure that it depends on the tuner installed into the vuduo2 box.

 

What is now the curious issue, wel that what ever is done my box always first select 1280 x 720  720p default. later on that is adjusted. That is 1000 % bit difficult that 1000 I really did all possible things to try to change that. Impossible.

 

From where it comes That I just can guess but from tuner self or eighter the correlation driver and tuner type . And the driver is closed source.

[Erik Slagter]

The tuner outputs raw transport stream packets. It does nothing with resolution, it the transport stream that the broadcaster sends towards the satellite.

 

The encoder (transcoding) on the other hand, produces a h264 stream (within a transport stream), and has full control over frame size and other metadata. The encoder switches between frame size. That is allowed for a h264 stream, I am not sure whether it's allowed within DVB though.

 

Anyway, mplayer can cope with it just fine.

 

Also distributions tend to have a really old version of ffmpeg (around 5 years or similar) because they don't understand the development cycle of ffmpeg (/libav), there are no frequent releases. You're better of compiling ffmpeg and mplayer yourself.

[christophecvr]

Well on ubuntu 12.04 indeed the ffmpeg is still an old version as is the gstreamer also. Mplayer blackscreen audio only. Vlc ok with FFmpeg thread on 1

[Erik Slagter]

Mplayer from the distro feed is even worse.

[SpaceRat]

Also distributions tend to have a really old version of ffmpeg (around 5 years or similar) because they don't understand the development cycle of ffmpeg (/libav), there are no frequent releases. You're better of compiling ffmpeg and mplayer yourself.

Yepp.
Indeed his log output says
"[h264 @ 0x7fbb54d4eba0] Width/height changing with threads is not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented."

The whole concept of working with dirty versions (old base version plus hacks (called "backports") as the devs deem fit for the user) is totally alien to me.
If version 2.3 fixes issues I have with version 2.1, I wouldn't try to isolate the required fix and backport it to 2.1 but instead just install version 2.3.

I wonder if you can spot any two Lunix distros sharing the same source for at least one package.

[Erik Slagter]

LOL...

 

Anyway, for the larger part of the packages it isn't that important. BUT for multimedia packages, distro's are always afraid of law suits, and that's why they include crippled (and also ancient?!?!?) versions.

 

If you're serious about multimedia, you cannot avoid compiling some packages yourself.

[christophecvr]

I just installed the latest gstreamer1.0 to my ubuntu 12.04 and yes No need anymore to set thread to 1 it runs with 1 and 0 now. That was excpected as libav is updated FFmpeg as well.

[christophecvr]

And mplayer does now work ass well (with caching on)

[littlesat]

Do you need a password for the webif?

[SpaceRat]

Do you need a password for the webif?

Huh?

[Trial]

Hi,

he simply wants to know if you have activated authentification for the web-if as there is a problem with transcoding when enabled.

 

ciao

[christophecvr]

Transcoding on mobile like ipad.

 

That works good if working trough http. all ok (even with auth . Off course you're sending password plain that's not ok.)

 

If I enable https (whitout aut) . starting webif trough https ok, but when trying to play it does not play. Obviousely the goal is to do this with auth in webif, but now just testing whitout and it does not work.

[christophecvr]

Hi,

he simply wants to know if you have activated authentification for the web-if as there is a problem with transcoding when enabled.

 

ciao

For base webif trancoding now works with authetinfication. Streaming is whitout.