Posted 25 April 2015 - 05:50
Think I found what's going on.
dts is by default enabled in pli mediasink and so in mine also.
For dm800 try with :
DVBMEDIASINK_CONFIG = "--with-dreambox --with-dts=no"
then segfault should not occur anymore with HLS streams
Edited by christophecvr, 25 April 2015 - 05:51.
Posted 25 April 2015 - 13:39
Subject: [PATCH] gstreamer1.0: Shorten __FILE__ in gst_debug_log output on all platforms. On WIN32 the file argument to gst_debug_log_valist is shortened to just the filename. This is useful not only for MSVC, but also with gcc/Linux when doing cross-compilation builds and out-of-tree builds. https://github.com/openembedded/oe-core/commit/d419be56df59c91294923ba4e136d8753009c280Above patch is already commited on oe-core, but not yet on our recipes. Please commit on gst-1 branch.
0001-gstreamer1.0-Shorten-__FILE__-in-gst_debug_log-outpu.patch 3.56KB
6 downloads
Posted 25 April 2015 - 16:05
christophecvr, it seems that your multibox sink requires --with-dtsdownmix in all cases.
I've tried various combinations like:
"--with-dreambox --with-dts=no"
"--with-dreambox --with-dts=no --with-pcm"
"--with-dreambox --with-pcm"
and even:
"--with-dreambox --with-pcm --with-wma --with-wmv --with-dts=no --with-eac3"
They all cash or segfault:
[OpenWebif] started on 80 < 444.002666> poll: unhandled POLLERR/HUP/NVAL for fd 35(16) < 448.292489> PC: 2d19000c < 448.293585> 00000000 00000001 2d3d7fc0 00000000 < 448.294542> 346869d8 2d353800 00000000 00000001 < 448.295399> 00000000 80000010 00000010 fffffff8 < 448.296545> 11400007 00200825 00c03820 34686788 < 448.298265> 2bc74000 32c1b000 2bc74000 00000000 < 448.298885> 2d353800 00002000 00000000 0000320e < 448.299730> 000001a1 2d190000 2d2c40f8 00000000 < 448.300573> 2b8c1020 346869c0 00000001 2bbf265c < 448.301424> ------- < 448.716537> Buffering 1 percent done < 448.754183> Buffering 3 percent done < 448.891821> Buffering 4 percent done < 448.917318> Buffering 6 percent done < 448.945856> Buffering 8 percent done < 448.974437> Buffering 9 percent done < 449.003885> Buffering 11 percent done < 449.070232> Buffering 13 percent done < 449.099953> Buffering 14 percent done < 449.127286> Buffering 16 percent done < 449.155543> Buffering 18 percent done < 449.201072> Buffering 19 percent done < 449.237385> Buffering 21 percent done < 449.324951> Buffering 23 percent done < 449.354545> Buffering 24 percent done < 449.383879> Buffering 26 percent done < 449.413205> Buffering 28 percent done < 449.444186> Buffering 29 percent done < 449.473298> Buffering 31 percent done < 449.503526> Buffering 33 percent done < 449.573951> Buffering 34 percent done < 449.604233> Buffering 36 percent done < 449.634325> Buffering 38 percent done < 449.666472> Buffering 39 percent done < 449.697414> Buffering 41 percent done < 449.724589> Buffering 43 percent done < 449.753826> Buffering 44 percent done < 449.782489> Buffering 46 percent done < 449.811257> Buffering 48 percent done < 449.841700> Buffering 49 percent done < 449.930461> Buffering 51 percent done < 449.960140> Buffering 53 percent done < 449.989489> Buffering 54 percent done < 450.018183> Buffering 56 percent done < 450.047683> Buffering 58 percent done < 450.078548> Buffering 59 percent done < 450.330180> Buffering 60 percent done < 450.361490> Buffering 61 percent done < 450.393943> Buffering 63 percent done < 450.428212> Buffering 64 percent done < 450.461175> Buffering 66 percent done < 450.494720> Buffering 68 percent done < 450.528484> Buffering 69 percent done < 450.561448> Buffering 71 percent done < 450.591912> Buffering 73 percent done < 450.624768> Buffering 74 percent done < 450.655502> Buffering 76 percent done < 450.688917> Buffering 78 percent done < 450.721652> Buffering 79 percent done < 450.753740> Buffering 81 percent done < 450.786994> Buffering 83 percent done < 450.821328> Buffering 84 percent done < 450.854233> Buffering 86 percent done < 450.888662> Buffering 88 percent done < 450.922786> Buffering 89 percent done < 450.956344> Buffering 91 percent done < 450.988951> Buffering 93 percent done < 451.022607> Buffering 94 percent done < 451.054379> Buffering 96 percent done < 451.088294> Buffering 98 percent done < 451.122520> Buffering 100 percent done Killed
In my latest image, I'm using: DVBMEDIASINK_CONFIG = "--with-dreambox --with-dtsdownmix"
And all works great.
So I guess '--with-dtsdownmix' does something in the code to make it work even if dts is not supported on the platform.
Posted 25 April 2015 - 16:09
Another question, for smooth streams I'm getting:
< 303.744245> eServiceMP3::playbin uri=http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest < 303.753353> eServiceMP3::starting pipeline resolved to PLAY < 303.959892> gst_element_query_position failed in getPlayPosition resolved to PLAY < 303.975451> gst_element_query_position failed in getPlayPosition resolved to PLAY < 303.990973> gst_element_query_position failed in getPlayPosition new service started! trying to download cuts! download failed, no cuesheet interface RemovePopup, id = ZapError < 304.055624> eServiceMP3::state transition NULL -> READY < 304.057820> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s < 304.354065> eServiceMP3::m_errorInfo.missing_codec = text/utf-16, endianness=(int)1234 < 304.361416> Gstreamer error: Your GStreamer installation is missing a plug-in. (12) from uridecodebin1 < 304.362482> Gstreamer error: Your GStreamer installation is missing a plug-in. (12) from uridecodebin1 < 304.372795> Gstreamer error: Internal data flow error. (1) from source
Does anyone know which gstreamer plugin should provide: 'uridecodebin1' ?
Posted 25 April 2015 - 19:56
smoothstreaming - gstreamer plugin - typefind cannot convert input from UTF16-LE to UTF-8 when determining if we are dealing with smoothstreaming or not, you have to install glibc-gconv-utf-16 -> opkg install glibc-gconv-utf-16.
Hovewer we have another problem:
root@et4x00:/var/volatile/tmp# gst-launch-1.0 playbin uri='http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest' -v Setting pipeline to PAUSED ... /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering = false /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri = http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source = "\(GstSoupHTTPSrc\)\ source" Pipeline is PREROLLING ... /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0.GstPad:src: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind: force-caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: sink-caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstQueue2:queue2-0.GstPad:src: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMssDemux:mssdemux0: connection-speed = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:sink: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0.GstGhostPad:sink: caps = application/vnd.ms-sstr+xml /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMssDemux:mssdemux0.GstPad:sink: caps = application/vnd.ms-sstr+xml Caught SIGSEGV00% exec gdb failed: No such file or directory Spinning. Please run 'gdb gst-launch-1.0 1844' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
On PC with latest gstreamer git is smoothstream working. Maybe there was some update since 1.4.5 which fixes this issue or I have messed up gstreamer on my reciever from various testing, so please test.
Edited by mx3L, 25 April 2015 - 19:57.
Posted 25 April 2015 - 20:18
Posted 25 April 2015 - 20:43
Hi, this fixed the problem: http://cgit.freedesk...97c5ebc57ba471c, its in HEAD.
Now there is only sound but this should be supported right?
caps = "video/x-h264\,\ stream-format\=\(string\)avc\,\ width\=\(int\)448\,\ height\=\(int\)252\,\ framerate\=\(fraction\)10000000/1\,\ codec_data\=\(buffer\)01640015ffe1003767640015ac2ca507021fbffc1000100148303032000007d200017700c080014ff0000a7f8fe31c604000a7f800053fc7f18e1da122516001000568e9093525"
Posted 25 April 2015 - 20:53
Thanks mx3L and athoik 
Could you please test the following url: http://rdmedia.bbc.c...parate_init.mpd
For me it buffers a bit, but fails to play:
playing 4097:0:0:0:0:0:0:0:0:0:http%3a//rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-separate_init.mpd:Dash < 889.708432> eServiceMP3::destruct! < 889.713450> eServiceMP3::construct! getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??) < 889.720187> eServiceMP3::playbin uri=http://rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-separate_init.mpd < 889.728417> eServiceMP3::starting pipeline (enigma2:668): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory resolved to PLAY < 890.034226> gst_element_query_position failed in getPlayPosition resolved to PLAY < 890.059169> gst_element_query_position failed in getPlayPosition resolved to PLAY < 890.094894> gst_element_query_position failed in getPlayPosition new service started! trying to download cuts! download failed, no cuesheet interface RemovePopup, id = ZapError < 890.179292> eServiceMP3::state transition NULL -> READY < 890.181989> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s (enigma2:668): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory (enigma2:668): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory (enigma2:668): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory (enigma2:668): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory < 890.991918> Buffering 77 percent done < 891.033297> Buffering 78 percent done < 891.047058> Buffering 79 percent done < 891.063419> Buffering 80 percent done < 891.068276> Buffering 81 percent done < 891.074572> Buffering 82 percent done < 891.079343> Buffering 83 percent done < 891.084702> Buffering 84 percent done < 891.089519> Buffering 85 percent done < 891.095805> Buffering 86 percent done < 891.100521> Buffering 87 percent done < 891.106147> Buffering 88 percent done < 891.110718> Buffering 89 percent done < 891.152955> Buffering 90 percent done < 891.218193> Buffering 91 percent done < 891.223869> Buffering 92 percent done < 891.269911> Buffering 93 percent done < 891.309225> Buffering 94 percent done < 891.315585> Buffering 95 percent done < 891.365258> Buffering 96 percent done < 891.372422> Buffering 97 percent done < 891.397796> Buffering 98 percent done < 891.403176> Buffering 100 percent done < 891.479281> Buffering 77 percent done < 891.495796> Buffering 80 percent done < 891.501842> Buffering 81 percent done < 891.518357> Buffering 82 percent done < 891.534902> Buffering 83 percent done < 891.541105> Buffering 84 percent done < 891.557325> Buffering 85 percent done < 891.562850> Buffering 87 percent done < 891.579164> Buffering 88 percent done < 891.595398> Buffering 90 percent done < 891.602182> Buffering 91 percent done < 891.617968> Buffering 92 percent done < 891.624107> Buffering 93 percent done < 891.640190> Buffering 94 percent done < 891.656469> Buffering 95 percent done < 891.662138> Buffering 96 percent done < 891.678207> Buffering 97 percent done < 891.684434> Buffering 100 percent done < 892.893411> eServiceMP3::state transition READY -> PAUSED < 892.917804> eServiceMP3::async-done - 1 video, 1 audio, 0 subtitle < 892.918505> AUDIO STRUCT=audio/mpeg < 892.920197> eServiceMP3::audio stream=0 codec=MPEG-4 AAC audio language=en < 894.860775> Buffering 9 percent done < 894.867056> Buffering 10 percent done < 895.806955> eServiceMP3::state transition PAUSED -> PLAYING
Maybe this is related to the multibox sink I'm using.
@athoik
If I would use the normale gstreamer sink instead: gstreamer1.0-plugin-dvbmediasink
Then what should I set in: DVBMEDIASINK_CONFIG for the dm800?
Posted 25 April 2015 - 20:54
Ok, so problem is with changing video caps in playback because of adaptive streaming, which our dvbvideosink cannot handle. I tried to set connection-speed on mssdemux element and now video works without any issues. So probably we should consider to set this property when dealing with smoothstreaming.
This pipeline works:
gst-launch-1.0 souphttpsrc location='http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest' ! mssdemux connection-speed=1500000 ! qtdemux! queue ! dvbvideosink
Posted 25 April 2015 - 21:00
If I would use the normale gstreamer sink instead: gstreamer1.0-plugin-dvbmediasink
Then what should I set in: DVBMEDIASINK_CONFIG for the dm800?
Posted 25 April 2015 - 21:21
My suggestion with connection speed was a bit premature, we have to send codec_data header, on every caps event. This fixed the issue! Hovewer I have to check if it didn't break something else.
diff --git a/gstdvbvideosink.c b/gstdvbvideosink.c
index fbebd11..c6c4260 100644
--- a/gstdvbvideosink.c
+++ b/gstdvbvideosink.c
@@ -518,6 +518,7 @@ static gboolean gst_dvbvideosink_event(GstBaseSink *
sink, GstEvent *event)
gst_event_parse_caps(event, &caps);
if (caps)
{
+ self->must_send_header = TRUE;
ret = gst_dvbvideosink_set_caps(sink, caps);
gst_caps_unref(caps);
}
Edited by mx3L, 25 April 2015 - 21:23.
Posted 25 April 2015 - 22:03
Here is my proposal:
commit a1a87a8125dd39d2da6464956410096f62ec03fc
Author: mx3L <mx3ldev@gmail.com>
Date: Sat Apr 25 22:12:17 2015 +0200
dvbvideosink: handle adaptive streaming
When dealing with adaptive streaming there could
be more caps events, i.e. changing quality of stream.
When there is new caps event, we have to send also updated
codec-data header
diff --git a/gstdvbvideosink.c b/gstdvbvideosink.c
index fbebd11..c6c4260 100644
--- a/gstdvbvideosink.c
+++ b/gstdvbvideosink.c
@@ -518,6 +518,7 @@ static gboolean gst_dvbvideosink_event(GstBaseSink *sink, GstEvent *event)
gst_event_parse_caps(event, &caps);
if (caps)
{
+ self->must_send_header = TRUE;
ret = gst_dvbvideosink_set_caps(sink, caps);
gst_caps_unref(caps);
}
0001-dvbvideosink-handle-adaptive-streaming.patch 848bytes
1 downloads
Posted 25 April 2015 - 22:28
smoothstreaming - gstreamer plugin - typefind cannot convert input from UTF16-LE to UTF-8 when determining if we are dealing with smoothstreaming or not, you have to install glibc-gconv-utf-16 -> opkg install glibc-gconv-utf-16.
Posted 25 April 2015 - 23:17
@MastaG
Yes I think there is something not ok seems that whit dtsdownmix the dts caps are not loaded. But whitout it and with --with-dts=no they are still loaded.
I look at it tommorow.
Edited by christophecvr, 25 April 2015 - 23:17.
Posted 25 April 2015 - 23:17
So I've reverted to the default mediasink, not the multibox one by christophecvr.
I'm using: DVBMEDIASINK_CONFIG = "--with-dts=no"
I've also added glibc-gconv-utf-16 to RDEPENDS (it's installed now).
And I've applied mx3L's patch.
Now when I try to play the smooth stream, it segfaults:
< 405.577908> eServiceMP3::playbin uri=http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest < 405.586951> eServiceMP3::starting pipeline (enigma2:612): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory resolved to PLAY < 405.795191> gst_element_query_position failed in getPlayPosition resolved to PLAY < 405.810592> gst_element_query_position failed in getPlayPosition resolved to PLAY < 405.825906> gst_element_query_position failed in getPlayPosition new service started! trying to download cuts! download failed, no cuesheet interface RemovePopup, id = ZapError < 405.888461> eServiceMP3::state transition NULL -> READY < 405.890684> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s < 406.355413> Buffering 1 percent done < 406.373628> Buffering 2 percent done < 406.385439> Buffering 100 percent done < 406.463423> PC: 2aee70c8 < 406.464519> 00000000 00000001 00001505 00000000 < 406.465534> 0001f400 0001f400 34d172c0 34d173b0 < 406.466483> 000001dd 00000000 00000000 00000000 < 406.467424> 2d39f0c0 00000000 00000000 00000000 < 406.467936> 34d172c0 2afdc000 00651000 2afdc000 < 406.468219> 0001f400 0001f400 34d17414 00651c54 < 406.468418> 00000000 2aee70c4 00000000 00000000 < 406.468608> 2afe85a0 34d17268 00000018 2aee5630 < 406.468798> ------- Segmentation fault
This could be due to the gstreamer1.0-plugin-dvbmediasink not being compatible with dm800 at all?
Posted 25 April 2015 - 23:19
@christophecvr thanks
Please also commit mx3L's patch for smooth streaming.
Posted 25 April 2015 - 23:46
Second try using christophecvr's gstreamer1.0-plugin-multibox-mediasink with m3XL's patch on top of it.
- glibc-gconv-utf-16 installed.
- DVBMEDIASINK_CONFIG = "--with-dreambox --with-dtsdownmix" (since --with-dtsdownmix is still required by christophecvr's sink)
playing 4097:0:0:0:0:0:0:0:0:0:http%3a//playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest:Smooth < 222.627587> eServiceMP3::destruct! < 222.639160> eServiceMP3::construct! getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??) < 222.648453> eServiceMP3::playbin uri=http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest < 222.657178> eServiceMP3::starting pipeline (enigma2:574): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory resolved to PLAY < 222.841386> gst_element_query_position failed in getPlayPosition resolved to PLAY < 222.855908> gst_element_query_position failed in getPlayPosition resolved to PLAY < 222.870062> gst_element_query_position failed in getPlayPosition new service started! trying to download cuts! download failed, no cuesheet interface RemovePopup, id = ZapError < 222.943905> eServiceMP3::state transition NULL -> READY < 222.946066> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s < 223.570597> Buffering 1 percent done < 223.583661> Buffering 2 percent done < 223.588785> Buffering 0 percent done < 223.602850> Buffering 100 percent done < 223.780823> PC: 2aee70c8 < 223.781763> 00000000 00000001 00001505 00000000 < 223.782644> 0001f400 0001f400 2e86d2c0 2e86d3b0 < 223.788804> 000001dd 00000000 00000000 00000000 < 223.789910> 3240a190 00000000 00000000 00000000 < 223.790749> 2e86d2c0 2afdc000 00651000 2afdc000 < 223.791578> 0001f400 0001f400 2e86d414 00651c54 < 223.792411> 00000000 2aee70c4 00000000 00000000 < 223.792859> 2afe85a0 2e86d268 00000018 2aee5630 < 223.793101> ------- Segmentation fault
The same segfault with both sinks 
There's maybe a codec used in: http://playready.dir...20.ism/Manifest which the old dm800 is unable to handle?
Tomorrow I'll test with my dm800se.
Posted 26 April 2015 - 00:24
@MastaG
I just added a change . Now maybe it works when compiling by dm800 with :
DVBMEDIASINK_CONFIG = "--with-dreambox --with-dts=no"
Also the dtsdownmix is a bit better. When starting the movie it's about same as before. But now we can pause and unpause whitout any delay.
Posted 26 April 2015 - 08:25
@mx3L,
This one (playback) works without problems?
gst-launch-1.0 playbin uri=http://mediadl.microsoft.com/mediadl/iisnet/smoothmedia/Experience/BigBuckBunny_720p.ism/Manifest
Edit1. Here is a big collection with smoothstreaming streams
Edited by athoik, 26 April 2015 - 08:40.
Posted 26 April 2015 - 10:30
Subject: [PATCH] gstreamer1.0: smoothstreaming add RRECOMMENDS to
glibc-gconv-utf-16
smoothstreaming - gstreamer plugin - typefind cannot convert input from
UTF16-LE to UTF-8 when determining if we are dealing with smoothstreaming
or not, you have to install glibc-gconv-utf-16 -> opkg install glibc-gconv-utf-16.
http://forums.openpli.org/topic/29501-gstreamer-10/page-57#entry488808
Thanks @mx3L
diff --git a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 728a6c7..8d30559 100644
--- a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -3,6 +3,7 @@ require gstreamer1.0-plugins.inc
LICENSE = "GPLv2+ & LGPLv2+ & LGPLv2.1+ "
DEPENDS += "gstreamer1.0-plugins-base bzip2 libpng jpeg libdca"
+RRECOMMENDS_${PN}-smoothstreaming = "glibc-gconv-utf-16"
S = "${WORKDIR}/gst-plugins-bad-${PV}"
--
0001-gstreamer1.0-smoothstreaming-add-RRECOMMENDS-to-glib.patch 1.15KB
3 downloads
DVB subtitles support in eServiceMP3/GStreamerStarted by DimitarCC, 17 Oct 2024  DVB, Subtitles, GStreamer
|
|
|
||
Change from openvix to openpli - lose existing hdd recordings?Started by xdoktor, 30 Dec 2023 openpli, openvix, hdd, recordings
|
|
|
||
Having Trouble While Installing This SoftwareStarted by CharleyDavis, 27 Jun 2023 OpenPLi
|
|
|
||
Faild to flash or update OPENPLIStarted by dede_one, 8 Oct 2022 openpli
|
|
|
||
hd+ funktioneret nichtStarted by JeppeG, 29 Sep 2022 Vu+, hd+, oscam, openpli
|
|
|
0 members, 1 guests, 0 anonymous users
