Jump to content


Photo

Unable to compile gst-1.0 branch


  • Please log in to reply
249 replies to this topic

Re: Unable to compile gst-1.0 branch #101 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 1 February 2014 - 22:25

Here is a good reading for reverting patches: http://stackoverflow...ious-git-commit


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #102 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 1 February 2014 - 22:46

Thanks for link, in mean time I dared to applied your patch and for my xp1000 image its isnt creating subsink for gstreamer1.0 either.

So I still think its stuck on that wrong bb file in branch gst-1.0, if you ask me that needs fixing!

 

the whole bb file is pulled from github and that is used to bake the subsink and since its 0.10 its only build for gstreamer0.10

 

But at least I can reflash and try to play some video since dvbsink for gstreamer1.0 is now in, subsink wont interfer with that :)

 

How can I make sure your patches are applied (0001-Remove-framerate-from-caps + 0001-Fix-GST_IS_BUFFER-Assertion-And-Remove-Useless-Code)

I dont think they are in yet, since no bb is told to use them...


Edited by theparasol, 1 February 2014 - 22:47.

@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB


Re: Unable to compile gst-1.0 branch #103 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 1 February 2014 - 22:54

Inspected the bb files again... seems your patch wasnt applied, even git apply didnt gave a failure... how.... I dont know...

Changed by hand... now is ok :)


Edited by theparasol, 1 February 2014 - 22:59.

@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB


Re: Unable to compile gst-1.0 branch #104 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 February 2014 - 01:12

Hello i'm not home now . But abroad . I've now just being bussy in order to compile the full pli 4 whithout any gst 0.1. This based on the openemedded 1.2.2 . I just came that fare to have the full base image whitout any gst 0.1 compiled during that build . I did not had enough time to finally test the resulting image . But if during you're build for some parts the 0.1 is also added . I'm shure some parts will work with 0.1 while others will try to use 1.0 . Since they are not compatible the only resulting image will bug. And if it works here and there it will be based on gst 0.1 . Not on 1.0 . But for my test I used vuduo2 . I needed to change the specific box vuoduoxx.inc to use gst- dvbmediasink and not the gst-vuplus- dvbmediasink . I gues that for the xp Y ou will have to do the same . Also trace every bb file to avoid an gstreamer dependency . It must be gsreamer1.0 dependency in bitbake files. For the sources self when they are configured It must be gstreamer-1.0 . That's the reasonf off the -- with-gstversion=1.0 into bb files by extra_oeconf . Into bb file off dvbmediasink and subsink the branch= gst-1.0 must be added to the download uri and by extra oeconf the --with-gstversion=1.0 needs to be added then the configure.ac or make.ac ( sorry something like that) will configure the make files to use gstreamer- 1.0 . For the enigma2.bb only the --whit-gstversion=1.0 will do now thanks to the puss off milo did to day. For the enigma2-plugins.bb you will have to add thepatch and adapt the bb file like I told a couple off messages before. Then you obtain a full ok base image build with the gstreamer1.0_1.2.2 off openembedde . If it works on the box , ... Thats another question mark . But there will bet no bit of gst 0.1 in that image.

Re: Unable to compile gst-1.0 branch #105 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 09:50

When i am trying to compile gstreamer1.0 bad i am getting the follwowing error:

 

mipsel-oe-linux-libtool: compile:  mipsel-oe-linux-gcc -mel -mabi=32 -mhard-float -march=mips32 --sysroot=/opt/openpli-oe-core/build/tmp/sysroots/dm800se -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../gst-libs -I../../gst-libs -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -DGST_USE_UNSTABLE_API -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -DG_DISABLE_ASSERT -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wwrite-strings -Wformat-security -Wold-style-definition -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gudev-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/libusb-1.0 -DGST_USE_UNSTABLE_API -Os -pipe -g -feliminate-unused-debug-types -c gstuvch264_mjpgdemux.c  -fPIC -DPIC -o .libs/libgstuvch264_la-gstuvch264_mjpgdemux.o
gstuvch264_mjpgdemux.c:39:29: fatal error: linux/usb/video.h: No such file or directory
 #include <linux/usb/video.h>
                             ^
compilation terminated.
make[3]: *** [libgstuvch264_la-gstuvch264_mjpgdemux.lo] Error 1
make[3]: Leaving directory `/opt/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-bad/1.2.2-r0/gst-plugins-bad-1.2.2/sys/uvch264'
make[2]: *** [uvch264] Error 2
make[2]: *** Waiting for unfinished jobs....

 

What is the proper way to disable uvch264?


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #106 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 10:02

Strange linux/usb/video.h exists in kernel sources (https://git.kernel.o...=refs/tags/v3.2) but it is not available on /opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/linux/usb, anyone knows why?

 

PS. I copied video.h from kernel into /opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/linux/usb and build goes on.


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #107 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 10:24

Hi again,

 

 

Here is the patch required to get an image with GStreamer 1.0. Also note that gst-plugin-libxt is delivered in binary form, so it cannot work for GStreamer 1.0.


Attached File  0001-GStreamer1.0.patch.txt   11KB   15 downloads

 

 

This patch requires also patch from post #95 http://openpli.org/f...e-5#entry403366 applied. @MiLo, this one can safely applied, as it doesn't break something from gstreamer 0.10.

 

 

Now i will do some testing with the GStreamer 1.2.2 OpenPLi image ;)

 

PS. The only problem i had on dm800se was the missing video.h (see two previous posts)

 

PPS. OpenPLi dvbmediasink requires additional patches in order to work correctly for dreambox and vu. So we need to patch OpenPLi dvbmediasink or port to GStreamer 1.0 the dreambox/vu dvbmeasink... Patches anyone?


Edited by athoik, 2 February 2014 - 10:25.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #108 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 February 2014 - 10:50

Yes that is possible . The image made does build for vuduo2 . But i did not test it . It is a fact that with the standard gst 0.1.36 the dvbmedia sink off elite.dvb is used and not that from openpli . I wil once try to flash it when i'm back home and see if it works or not . Quit possible it does not . Maybe once downloading the source off dvb elite and see if we can patch the source to add gstreamer-1.0 flags instead off the gstreamer-0.1 flags. Guess there will be a couple off more changes in source then that.

Re: Unable to compile gst-1.0 branch #109 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 13:33

Hi,
 
My patch from gstreamer 1.0 misses some dependencies, better dependencies are here : http://sourceforge.n...gma2/enigma2.bb
 
GST_BASE_RDEPS = " \
    gstreamer1.0-plugins-base-alsa \
    gstreamer1.0-plugins-base-app \
    gstreamer1.0-plugins-base-audioconvert \
    gstreamer1.0-plugins-base-audioresample \
    gstreamer1.0-plugins-base-ivorbisdec \
    gstreamer1.0-plugins-base-ogg \
    gstreamer1.0-plugins-base-playback \
    gstreamer1.0-plugins-base-subparse \
    gstreamer1.0-plugins-base-typefindfunctions \
    gstreamer1.0-plugins-base-vorbis \
    "

GST_GOOD_RDEPS = " \
    gstreamer1.0-plugins-good-apetag \
    gstreamer1.0-plugins-good-audioparsers \
    gstreamer1.0-plugins-good-autodetect \
    gstreamer1.0-plugins-good-avi \
    gstreamer1.0-plugins-good-flac \
    gstreamer1.0-plugins-good-flv \
    gstreamer1.0-plugins-good-icydemux \
    gstreamer1.0-plugins-good-id3demux \
    gstreamer1.0-plugins-good-isomp4 \
    gstreamer1.0-plugins-good-matroska \
    gstreamer1.0-plugins-good-rtp \
    gstreamer1.0-plugins-good-rtpmanager \
    gstreamer1.0-plugins-good-rtsp \
    gstreamer1.0-plugins-good-souphttpsrc \
    gstreamer1.0-plugins-good-udp \
    gstreamer1.0-plugins-good-wavparse \
    "

GST_BAD_RDEPS = " \
    gstreamer1.0-plugins-bad-cdxaparse \
    gstreamer1.0-plugins-bad-mms \
    gstreamer1.0-plugins-bad-mpegpsdemux \
    gstreamer1.0-plugins-bad-mpegtsdemux \
    gstreamer1.0-plugins-bad-rtmp \
    gstreamer1.0-plugins-bad-fragmented \
    "

GST_UGLY_RDEPS = " \
    gstreamer1.0-plugins-ugly-amrnb \
    gstreamer1.0-plugins-ugly-amrwbdec \
    gstreamer1.0-plugins-ugly-asf \
    gstreamer1.0-plugins-ugly-cdio \
    gstreamer1.0-plugins-ugly-dvdsub \
    gstreamer1.0-plugins-ugly-mad \
    "
That patch fixes that.

Attached File  0001-GStreamer-1.0.patch.txt   10.94KB   10 downloads
 
OFC, we might need to add more depends.
 
Now first results, HLS streaming is not working...
 
# from enigma2
eServiceMP3::m_errorInfo.missing_codec = video/mpegts, systemstream=(boolean)true, packetsize=(int)188
Gstreamer error: Your GStreamer installation is missing a plug-in. (12) from decodebin6
Gstreamer error: A MPEG-2 Transport Stream demuxer plugin is required to play this stream, but not installed. (6) from decodebin6
Gstreamer error: Internal data flow error. (1) from source
 
# from console
# gst-launch-1.0 playbin uri=http://.../master.m3u8
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Missing element: MPEG-2 Transport Stream demuxer
WARNING: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: No decoder available for type 'video/mpegts, systemstream=(boolean)true, packetsize=(int)188'.
Additional debug info:
gsturidecodebin.c(930): unknown_type_cb (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0
ERROR: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: Your GStreamer installation is missing a plug-in.
Additional debug info:
gstdecodebin2.c(3928): gst_decode_bin_expose (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0:
no suitable plugins found
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...
HLS is a must, and it should working.

Most probably dvbmediasink needs video/mpegts in caps, but i havent tried yet.
	"video/mpegts, "
	VIDEO_CAPS "; " 

Edited by athoik, 2 February 2014 - 13:34.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #110 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 2 February 2014 - 13:45

Update: My slow pony is still in compiling fase after I totally screwed up again ;)


@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB


Re: Unable to compile gst-1.0 branch #111 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 February 2014 - 14:24

The playbin has been replaced by playback . In plugins good base . I gues that hls does request playbin. That must be changed by playback instead .

Re: Unable to compile gst-1.0 branch #112 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 2 February 2014 - 14:46

The playbin has been replaced by playback . In plugins good base . I gues that hls does request playbin. That must be changed by playback instead .

 

Where can I find info on this change, I cant find any resource on gstreamer that states this. Are you absolutely sure about this claim?!

 

* media type / caps changes:

      audio/x-raw-int   -> audio/x-raw
      audio/x-raw-float -> audio/x-raw

      video/x-raw-rgb   -> video/x-raw
      video/x-raw-yuv   -> video/x-raw
      video/x-raw-bayer -> video/x-bayer

      video/x-dvd-subpicture -> subpicture/x-dvd

      application/ogg  -> audio/ogg or video/ogg (or application/ogg)

      video/x-matroska -> audio/x-matroska or video/x-matroska or video/x-matroska-3d

      video/webm -> audio/webm or video/webm

      text/plain          -> text/x-raw, format=utf8
      text/x-pango-markup -> text/x-raw, format=pango-markup

 * element name changes/replacements:

      playbin2   -> playbin
      decodebin2 -> decodebin
      camerabin2 -> camerabin

      ffmpegcolorspace -> videoconvert

      mp3parse         -> mpegaudioparse
      legacyh264parse  -> h264parse (note: properties gone, use downstream caps)
      lame             -> lamemp3enc
      jp2k{enc,dec}    -> openjpeg{enc,dec}

      ffenc_*   -> avenc_*
      ffdec_*   -> avdec_*
      ffdemux_* -> avdemux_*
      ffmux_*   -> avmux_*

 * property type changes (very nasty for code using the C g_object_set/get API)

      - playbin2::connection-speed:
        changed from a plain unsigned integer to an unsigned 64-bit integer

@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB


Re: Unable to compile gst-1.0 branch #113 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 14:46

Problem with HLS streams solved! It was the caps, after adding mpegts into sink, it started working.
+	"video/mpegts, systemstream=(boolean)true, "
+		VIDEO_CAPS "; "
Here is the patch for dvbmediasink (gst-1.0 branch ofc).

Attached File  0001-Add-video-mpegts-to-caps-required-by-hls-streams.patch.txt   554bytes   7 downloads

So please commit this one into gst-1.0 branch (and patch from #95 if possible)


PS. playbin required on 1.2.2

Edited by athoik, 2 February 2014 - 14:48.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #114 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 February 2014 - 15:14

Hello,

Here is one more patch for Enigma2 (audio/x-raw-int -> audio/x-raw)
+#if GST_VERSION_MAJOR < 1
        else if ( gst_structure_has_name (structure, "audio/x-raw-int") )
+#else
+       else if ( gst_structure_has_name (structure, "audio/x-raw") )
+#endif
Attached File  0001-Support-for-gstreamer-1.0.patch.txt   900bytes   6 downloads
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #115 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 February 2014 - 15:35

Toomorow i'm home and see if i can build an imge with all those patches . The more we can do with if gst_ version_major < 1 the better as they can be pushed to standard reposed used for gst 0.1 ass well .less maintenance

Re: Unable to compile gst-1.0 branch #116 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 February 2014 - 23:23

Problem with HLS streams solved! It was the caps, after adding mpegts into sink, it started working.

+	"video/mpegts, systemstream=(boolean)true, "
+		VIDEO_CAPS "; "
Here is the patch for dvbmediasink (gst-1.0 branch ofc).

attachicon.gif0001-Add-video-mpegts-to-caps-required-by-hls-streams.patch.txt

So please commit this one into gst-1.0 branch (and patch from #95 if possible)


PS. playbin required on 1.2.2

 

Are you're shure that it must be back playbin ? Or maybe playback and playbin (both). This change wasn't done by me it was already with playback instead off playbin for gst 1.0. And somewhere I saw that there where bugs with playbin into gst-1.0 But it was version 1.0.1 , So quit possible that in the mean time that is solved. And is it not playbin2 ? As far the source concernes there is no playbin into it only playback and playbin2. I will set them both in next revision of patch.


Edited by christophecvr, 2 February 2014 - 23:26.


Re: Unable to compile gst-1.0 branch #117 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 3 February 2014 - 06:21

playbin required and gstreamer1.0-plugins-base-playback contains the playbin element (i think so).

 * element name changes/replacements:

      playbin2   -> playbin
      decodebin2 -> decodebin
      camerabin2 -> camerabin

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #118 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 3 February 2014 - 08:35

This patch requires also patch from post #95 http://openpli.org/f...e-5#entry403366 applied. @MiLo, this one can safely applied, as it doesn't break something from gstreamer 0.10.

Are you sure? It looks like this patch introduces a higher version of the subsink, and we don't set a PREFERRED_VERSION for it I believe?

Re: Unable to compile gst-1.0 branch #119 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 3 February 2014 - 08:50

This patch requires also patch from post #95 http://openpli.org/f...e-5#entry403366 applied. @MiLo, this one can safely applied, as it doesn't break something from gstreamer 0.10.

Are you sure? It looks like this patch introduces a higher version of the subsink, and we don't set a PREFERRED_VERSION for it I believe?

 

The patch creates gstreamer1.0-plugin-dvbmediasink and gstreamer1.0-plugin-subsink. Normal build uses gst-plugin-dvbmediasink and gst-plugin-subsink.

 

There is no way to use them (unless you change gst-plugin-dvbmediasink into gstreamer1.0-plugin-dvbmediasink).


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #120 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 3 February 2014 - 11:51

Update: compiling finished... flashed and testing again.

 

Most ip videostreams work on my xp1000, but this one is giving error on video and only outputting audio.

 

eServiceMP3::m_errorInfo.missing_codec = video/x-h264, stream-format=(string)byte-stream, alignment=(string)nal

 

On gstreamer0.10 it played both video and audio but bad video resolution, frequent stalling and crashes on this kind of videostream.

 

playing 4097:0:0:0:0:0:0:0:0:0:http%3a//l3c.cdn.sbsnet.nl/ra/01/20690567409d356605d1574f19295c67f1b5d6/hls/sbs6_verbouwenverkopen_S00E29_140201162318206905-hls-main.m3u8:Aflevering 29
[servicelist] search for service in userbouquets
main thread is non-idle! display spinner!
[servicelist] service not found in any userbouquets
eServiceMP3::construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
eServiceMP3::playbin uri=http://l3c.cdn.sbsnet.nl/ra/01/20690567409d356605d1574f19295c67f1b5d6/hls/sbs6_verbouwenverkopen_S00E29_140201162318206905-hls-main.m3u8
eServiceMP3::starting pipeline
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
eServiceMP3::state transition NULL -> READY
eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
Buffering 100 percent done
Buffering 0 percent done
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
Buffering 33 percent done
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
Buffering 66 percent done
Buffering 100 percent done
eServiceMP3::m_errorInfo.missing_codec = video/x-h264, stream-format=(string)byte-stream, alignment=(string)nal
eServiceMP3::state transition READY -> PAUSED
dont apply ac3 delay when no video is running!
dont apply pcm delay when no video is running!
eServiceMP3::async-done - 0 video, 1 audio, 0 subtitle
AUDIO STRUCT=audio/mpeg
eServiceMP3::audio stream=0 codec=MPEG-2 AAC language=und
eServiceMP3::state transition PAUSED -> PLAYING

@Camping: ZGemma H.2S, Technisat Multytenne 4-in-1 @Home: Edision Mini 4K, Wave Frontier T55, EMP Centauri EMP DiSEqC 8/1 switch, 4x Inverto Ultra Black single LNB



8 user(s) are reading this topic

0 members, 8 guests, 0 anonymous users