Jump to content


Photo

GStreamer 1.0

gstreamer 1.0 openpli

  • Please log in to reply
2520 replies to this topic

Re: GStreamer 1.0 #1141 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 11:11

@mx3L,

When compiling HEAD the patch 0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch fails with the following error:

/opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+7e8e020cfd-r0/git/gst-libs/gst/riff/riff-media.c:490:7: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement]
       gchar *fstr = g_strdup_printf ("%" GST_FOURCC_FORMAT,
       ^
cc1: all warnings being treated as errors
make[4]: *** [libgstriff_1.0_la-riff-media.lo] Error 1
It is ok if we change the scope with brakets.

diff --git a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch b/meta-openpli/rec
index b37b06b..bf6e499 100644
--- a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch
+++ b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch
@@ -15,10 +15,10 @@ index 8217d79..48034bf 100644
        caps = gst_caps_new_simple ("video/mpeg",
            "mpegversion", G_TYPE_INT, 4,
            "systemstream", G_TYPE_BOOLEAN, FALSE, NULL);
-+      gchar *fstr = g_strdup_printf ("%" GST_FOURCC_FORMAT,
++      {gchar *fstr = g_strdup_printf ("%" GST_FOURCC_FORMAT,
 +          GST_FOURCC_ARGS (codec_fcc));
 +      gst_caps_set_simple (caps, "fourcc", G_TYPE_STRING, fstr, NULL);
-+      g_free (fstr);
++      g_free (fstr);}
        if (codec_name)
          *codec_name = g_strdup ("MPEG-4");
        break;

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: GStreamer 1.0 #1142 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 26 April 2015 - 11:23

@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

Its not alright, I have just slideshow with send codec-data header patch.

 

 

patch:

commit 19f967750a8e8d2e9db9ff9d8724cb5585fbcee1
Author: mx3L <mx3ldev@gmail.com>
Date:   Sun Apr 26 07:08:16 2015 +0200

    enigma2: add missing gstreamer1.0 adaptive streaming plugins to RRECOMMENDS

diff --git a/meta-openpli/recipes-openpli/enigma2/enigma2.bb b/meta-openpli/recipes-openpli/enigma2/enigma2.bb
index 9cf7a56..98dd544 100644
--- a/meta-openpli/recipes-openpli/enigma2/enigma2.bb
+++ b/meta-openpli/recipes-openpli/enigma2/enigma2.bb
@@ -121,10 +121,12 @@ GST_GOOD_RDEPS = "${@base_contains('GST_VERSION', '1.0', ' \
 	', d)}"
 
 GST_BAD_RDEPS = "${@base_contains('GST_VERSION', '1.0', ' \
+	gstreamer1.0-plugins-bad-dashdemux \
 	gstreamer1.0-plugins-bad-mms \
 	gstreamer1.0-plugins-bad-mpegpsdemux \
 	gstreamer1.0-plugins-bad-mpegtsdemux \
 	gstreamer1.0-plugins-bad-rtmp \
+	gstreamer1.0-plugins-bad-smoothstreaming \
 	gstreamer1.0-plugins-bad-faad \
 	gstreamer1.0-plugins-bad-fragmented \
 	gstreamer1.0-plugins-bad-videoparsersbad \

Attached Files



Re: GStreamer 1.0 #1143 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 11:47

Hi devs!

In case you want to compile with latest GStreamer (HEAD) here are the bitbakes:

Attached File  gstreamer1.0-plugins-ugly_git.bb.txt   533bytes   13 downloads
Attached File  gstreamer1.0-plugins-good_git.bb.txt   582bytes   11 downloads
Attached File  gstreamer1.0-plugins-base_git.bb.txt   788bytes   9 downloads
Attached File  gstreamer1.0-plugins-bad_git.bb.txt   824bytes   10 downloads
Attached File  gstreamer1.0_git.bb.txt   492bytes   15 downloads

I had to disable cairo, because build was causing issues! Also we don't need cairo neither gdk-pixbuf and gudev.

I think it's better to disabled them on gst-1.
 
diff --git a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index b33ab2b..dbce756 100644
--- a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -7,11 +7,11 @@ DEPENDS += "gstreamer1.0-plugins-base zlib bzip2 libcap"

 inherit gettext

-
+#cairo gdk-pixbuf gudev
 PACKAGECONFIG ??= " \
     ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
     ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', d)} \
-    orc cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib \
+    orc flac jpeg libpng soup speex taglib \
     "

 X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes libxdamage"
PS. You need to copy above bitbakes on meta-openpli/recipes-multimedia/gstreamer folder.

Edited by athoik, 26 April 2015 - 11:49.

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: GStreamer 1.0 #1144 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 12:48

@christophecvr

I can confirm the dm800 now plays HLS with your multibox sink using: --with-dreambox --with-dts=no.

Great work!

 

However I'm still getting the segfault when trying to play smooth streams, wether I use mx3XL's patch 'self->must_send_header = TRUE;' or not.

playing 4097:0:0:0:0:0:0:0:0:0:http%3a//playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest:Smooth
<   220.343893> eServiceMP3::construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
<   220.353324> eServiceMP3::playbin uri=http://playready.directtaps.net/smoothstreaming/SSWSS720H264/SuperSpeedway_720.ism/Manifest
<   220.361297> eServiceMP3::starting pipeline

(enigma2:583): 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
<   220.563885> gst_element_query_position failed in getPlayPosition
resolved to PLAY
<   220.578236> gst_element_query_position failed in getPlayPosition
resolved to PLAY
<   220.593585> gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
<   220.652566> eServiceMP3::state transition NULL -> READY
<   220.655977> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
<   221.416578> Buffering 1 percent done
<   221.424830> Buffering 2 percent done
<   221.438179> Buffering 100 percent done
<   221.650187> PC: 2aee70c8
<   221.651356> 00000000 00000001 00001505 00000000
<   221.651662> 0001f400 0001f400 2e86d2c0 2e86d3b0
<   221.651847> 000001dd 00000000 00000000 00000000
<   221.652114> 2e973618 00000000 00000000 00000000
<   221.652331> 2e86d2c0 2afdc000 00651000 2afdc000
<   221.652510> 0001f400 0001f400 2e86d414 00651c54
<   221.652691> 00000000 2aee70c4 00000000 00000000
<   221.652870> 2afe85a0 2e86d268 00000018 2aee5630
<   221.653095> -------
Segmentation fault

 

Same with gst-launch:

st-launch-1.0 playbin uri=http://mediadl.microsoft.com/mediadl/iisnet/smoothmedia/Experience/BigBuckBunny_720p.ism/Manifest
Setting pipeline to PAUSED ...

(gst-launch-1.0:625): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
Pipeline is PREROLLING ...
Caught SIGSEGV00%  
exec gdb failed: No such file or directory
Spinning.  Please run 'gdb gst-launch-1.0 625' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.

 

Maybe it's because I'm using eglibc 2.19 (since it's the last version supporting 2.6.18)

I have: eglibc-gconv-utf-16 - 2.19-r0

 

I'll try gstreamer's HEAD later this day.



Re: GStreamer 1.0 #1145 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 14:56

Same on dm800se :(

root@dm800se:~# gst-launch-1.0 playbin uri=http://mediadl.microsoft.com/mediadl/iisnet/smoothmedia/Experience/BigBuckBunny_720p.ism/Manifest
Setting pipeline to PAUSED ...

(gst-launch-1.0:513): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
Pipeline is PREROLLING ...
Caught SIGSEGV00%  
#0  0x7790c038 in poll () from /lib/libc.so.6
#1  0x77a22be4 in ?? () from /usr/lib/libglib-2.0.so.0


Re: GStreamer 1.0 #1146 babsy98

  • Senior Member
  • 166 posts

+18
Neutral

Posted 26 April 2015 - 15:03

have you check this: http://forums.openpl...e-8#entry450039



Re: GStreamer 1.0 #1147 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 15:20

@babsy98, I'll checkout wether it makes a difference.

For HLS streaming (which is working great) I get the same message and just ignore it.

But I'll report back once I have it installed.

 

@Athoik, I'm using your head recipes but I get a compile failure:

| /home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+0bedfc51a4-r0/git/gst-libs/gst/riff/riff-media.c: In function 'gst_riff_create_video_caps':
| /home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+0bedfc51a4-r0/git/gst-libs/gst/riff/riff-media.c:490:7: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement]
|        gchar *fstr = g_strdup_printf ("%" GST_FOURCC_FORMAT,
|        ^
| cc1: all warnings being treated as errors
| Makefile:644: recipe for target 'libgstriff_1.0_la-riff-media.lo' failed
| make[4]: *** [libgstriff_1.0_la-riff-media.lo] Error 1


Re: GStreamer 1.0 #1148 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 15:32

It's already answered. Check few posts back.

Edited by athoik, 26 April 2015 - 15:32.

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: GStreamer 1.0 #1149 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 16:30

Hi,


Regarding DASH after installing the required plugin (patch is not commited yet) I can play only this (only sound)
 

gst-launch-1.0 playbin uri=http://rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-audio.mpd

I did not manage to play something with video.
 

gst-launch-1.0  playbin uri=http://rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-avc1-high_profile.mpd
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+7e8e020cfd-r0/git/gst/playback/gstplaysink.c(2861): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available
Prerolled, waiting for buffering to finish...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Buffering, setting pipeline to PAUSED ...
Done buffering, setting pipeline to PLAYING ...
Buffering, setting pipeline to PAUSED ...
Done buffering, setting pipeline to PLAYING ...
Buffering, setting pipeline to PAUSED ...
buffering... 17%

You can find many DASH streams on BBC R&D

 

Full Big Buck Bunny stream information and list of MPDs

Full Testcard stream information and list of MPDs

Full Elephants Dream stream information and list of MPDs


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: GStreamer 1.0 #1150 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 16:48

Ah I see, I missed it, since it was on the previous page.

Well using the HEAD branch there is much improvement.

 

I've built an image for dm800 and dm800se with:

- All patches of the previous posts applied

- ca-certificated, gdb and openuitzendinggemist included

- christophecvr's multibox mediasink with mx3L's patch: 'self->must_send_header = TRUE;'

 

So far:

- HLS switches to a higher bitrate more smooth

- Smooth does not segfault anymore, however:

http://mediadl.micro...0p.ism/Manifest <- this video plays but it's all blocky

http://playready.dir...20.ism/Manifest <- this video only shows the first frame and freezes

- MPEG-Dash streaming needs some further testing since I only have one url to play with.

- OpenUItzendingGemist works except for RTL XL Gemist, it will buffer until 100% and then stall.

 

If anyone would like to play with it:

openpli-enigma2-4-dm800se.nfi 54.5 MB
https://mega.co.nz/#!G1VgyJzI!n8iZ-pqwcSNXWsA7jz8Asl8wtK1rveLpKbs8YceMKtU
 
openpli-enigma2-4-dm800.nfi 51.0 MB
https://mega.co.nz/#!zx8wSIoB!jYnyjcKNdnmCijs-4OXZBzFtHPQG_TKsaxQBQjOsP0s


Re: GStreamer 1.0 #1151 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 16:57

@athoik

I couldn't get any dash stream to play at all, not even audio.

Even if it only features one profile like this one: http://rdmedia.bbc.c...common_init.mpd stalls.

 

Which gstreamer are you using? the head branch or 1.4.5 ?

Also which mediasink? the default one or christophecvr?

And last question:P are using mx3L's patch to the mediasink?

 

I don't really mind smooth streaming being buggy.

But mpeg-dash is being pushed by google and it's growing hard.



Re: GStreamer 1.0 #1152 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 17:17

@athoik

I couldn't get any dash stream to play at all, not even audio.

Even if it only features one profile like this one: http://rdmedia.bbc.c...common_init.mpd stalls.

 

Which gstreamer are you using? the head branch or 1.4.5 ?

Also which mediasink? the default one or christophecvr?

And last question:P are using mx3L's patch to the mediasink?

 

I don't really mind smooth streaming being buggy.

But mpeg-dash is being pushed by google and it's growing hard.

 

I am using GStreamer HEAD.

 

The dvbmediasink for my dm800se is this one : https://github.com/a...ust_send_header

 

It has the minimum changes required for Dreamboxes (also trying to keep source close to original OpenPLi dvbmediasink).

 

It is possible that drivers might need changes to handle correctly the new media formats (dash/smothstreaming).


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: GStreamer 1.0 #1153 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 17:41

I see, I'll give that sink a try as well :)

I also tried TSMedia 9.3 (by manually unpacking it) and it seems a segfault will occure when trying to play h265 hevc videos.

It happened by accident while trying to play a video from icefilms.

 

Is it possible to tell the mediasink, h265 ain't supported by the hardware to prevent this from happing?

 

playing 4097:0:0:0:0:0:0:0:0:0:http%3a//192.96.204.196%3a8080/d/ich2tetlpqikmrsceaex4swsezqs5s6nuckf6sjajf6vuu7wqrhxtnlb/video.mkv:Season-12-(2005)
<  1357.963542> eServiceMP3::construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
<  1357.973144> eServiceMP3::playbin uri=http://192.96.204.196:8080/d/ich2tetlpqikmrsceaex4swsezqs5s6nuckf6sjajf6vuu7wqrhxtnlb/video.mkv
<  1357.983234> eServiceMP3::starting pipeline
[SubsSupport] Service Started
[SubsLoader][info] changing encoding group to: ['utf-8', 'utf-16', 'windows-1250', 'iso-8859-2', 'maclatin2', 'IBM852']
[SubsEngine] setSubsDelay - setting delay to 0ms
resolved to PLAY
<  1358.173449> gst_element_query_position failed in getPlayPosition
244 None
<  1360.803270> gst_element_query_position failed in getPlayPosition
<  1364.801361> PC: 2d27c00c
<  1364.801849> 00000000 00000001 2f5107c8 00000000
<  1364.802135> 3453e9b8 2f638300 00000000 00000001
<  1364.802326> 00000000 80000010 00000100 fffffff8
<  1364.802494> 11400007 00200825 00c03820 3453e768
<  1364.802813> 2bcbc000 2f640308 2bcbc000 00000000
<  1364.802987> 2f638300 00008000 00000000 00000000
<  1364.803225> 000001a1 2d27c000 2d6200f8 00000000
<  1364.803396> 2b8cd020 3453e9a0 2e964cf8 2bc3a65c
<  1364.803569> -------
<  1364.962448> poll: unhandled POLLERR/HUP/NVAL for fd 91(16)
<  1365.350656> eServiceMP3::state transition NULL -> READY
<  1365.399918> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
<  1365.403321> Buffering 3 percent done
<  1365.434269> Buffering 4 percent done
<  1365.484902> Buffering 5 percent done
<  1365.525175> Buffering 6 percent done
<  1365.554217> Buffering 7 percent done
<  1365.581748> Buffering 8 percent done
<  1365.608724> Buffering 9 percent done
<  1365.625847> Buffering 10 percent done
<  1365.633170> Buffering 7 percent done
<  1365.640633> Buffering 8 percent done
<  1365.657238> Buffering 9 percent done
<  1365.701414> Buffering 10 percent done
<  1365.784059> Buffering 11 percent done
<  1365.789333> Buffering 12 percent done
<  1365.794471> Buffering 13 percent done
<  1365.800838> Buffering 14 percent done
<  1365.806083> Buffering 15 percent done
<  1365.811277> Buffering 11 percent done
<  1365.816624> Buffering 12 percent done
<  1365.822690> Buffering 13 percent done
<  1366.025060> eServiceMP3::m_errorInfo.missing_codec = video/x-h265, level=(string)3.1, tier=(string)main, profile=(string)main, stream-format=(string)hvc1, alignment=(string)au, parsed=(boolean)true
<  1366.027605> Buffering 14 percent done
<  1366.054301> Buffering 15 percent done
<  1366.082407> Buffering 16 percent done
<  1366.110362> Buffering 17 percent done
<  1366.136597> Buffering 24 percent done
<  1366.164934> Buffering 25 percent done
<  1366.193316> Buffering 26 percent done
<  1366.222985> Buffering 27 percent done
<  1366.250392> Buffering 28 percent done
<  1366.310576> Buffering 29 percent done
<  1366.339782> Buffering 30 percent done
<  1366.368528> Buffering 31 percent done
<  1366.396311> Buffering 32 percent done
<  1366.426131> Buffering 28 percent done
<  1366.454757> Buffering 29 percent done
<  1366.484344> Buffering 30 percent done
<  1366.513091> Buffering 31 percent done
<  1366.541574> Buffering 32 percent done
<  1366.570519> Buffering 33 percent done
<  1366.600693> Buffering 34 percent done
<  1366.628810> Buffering 32 percent done
<  1366.657244> Buffering 33 percent done
<  1366.687513> Buffering 34 percent done
<  1366.715481> Buffering 36 percent done
<  1366.745485> Buffering 37 percent done
<  1366.773392> Buffering 38 percent done
<  1366.804130> Buffering 39 percent done
<  1366.833367> Buffering 40 percent done
<  1366.861568> Buffering 41 percent done
<  1366.887984> Buffering 40 percent done
<  1366.915445> Buffering 41 percent done
<  1366.942777> Buffering 42 percent done
<  1366.970469> Buffering 43 percent done
<  1366.999284> Buffering 44 percent done
<  1367.026563> Buffering 45 percent done
<  1367.054153> Buffering 46 percent done
<  1367.082872> Buffering 47 percent done
<  1367.109887> Buffering 48 percent done
<  1367.140695> Buffering 50 percent done
<  1367.168712> Buffering 51 percent done
<  1367.195653> Buffering 52 percent done
<  1367.224558> Buffering 53 percent done
<  1367.253371> Buffering 54 percent done
<  1367.310631> Buffering 55 percent done
<  1367.339585> Buffering 54 percent done
<  1367.366955> Buffering 55 percent done
<  1367.395344> Buffering 59 percent done
<  1367.424586> Buffering 60 percent done
<  1367.453140> Buffering 61 percent done
<  1367.481447> Buffering 62 percent done
<  1367.511223> Buffering 63 percent done
<  1367.541285> Buffering 64 percent done
<  1367.569315> Buffering 65 percent done
<  1367.597875> Buffering 66 percent done
<  1367.627814> Buffering 67 percent done
<  1367.656187> Buffering 68 percent done
<  1367.686406> Buffering 69 percent done
<  1367.715369> Buffering 70 percent done
<  1367.743503> Buffering 72 percent done
<  1367.770801> Buffering 73 percent done
<  1367.799814> Buffering 74 percent done
<  1367.826499> Buffering 75 percent done
<  1367.853721> Buffering 76 percent done
<  1367.882393> Buffering 77 percent done
<  1367.908942> Buffering 78 percent done
<  1367.936849> Buffering 79 percent done
<  1367.965375> Buffering 80 percent done
<  1367.995380> Buffering 81 percent done
<  1368.024374> Buffering 82 percent done
<  1368.053474> Buffering 83 percent done
<  1368.084282> Buffering 85 percent done
<  1368.113436> Buffering 86 percent done
<  1368.143515> Buffering 87 percent done
<  1368.171815> Buffering 88 percent done
<  1368.202462> Buffering 89 percent done
<  1368.231877> Buffering 90 percent done
<  1368.260972> Buffering 91 percent done
<  1368.317272> Buffering 92 percent done
<  1368.346663> Buffering 93 percent done
<  1368.375659> Buffering 94 percent done
<  1368.404482> Buffering 95 percent done
<  1368.432995> Buffering 96 percent done
<  1368.462842> Buffering 97 percent done
<  1368.490645> Buffering 98 percent done
<  1368.520768> Buffering 100 percent done
<  1370.625239> [FONT] unicode U+702f not present
action: okButton
action ->  InfobarSeekActions okButton
action ->  WizardActions ok
unknown action WizardActions/ok! typo in keymap?
action ->  InfobarShowHideActions toggleShow
244 None
Killed


Re: GStreamer 1.0 #1154 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 April 2015 - 17:54

Nice! What happens if you try to play that file localy?

Caps should not negotiate if hardware doen't support it. Maybe we have a bug in set caps.
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: GStreamer 1.0 #1155 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 21:03

Well it gives an illegal instruction:

root@dm800:/var/volatile/tmp/etc# gst-launch-1.0 playbin uri=http://192.96.204.196:8080/d/ich2tetlpqikmrsceaex4swsezqs5s6nuckf6sjajf6vuu7wqrhxtnlb/video.mkv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Missing element: H.265 (Main Profile) decoder
WARNING: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: No decoder available for type 'video/x-h265, level=(string)3.1, tier=(string)main, profile=(string)main, codec_data=(buffer)0101600000008000000000005df000fcfdf8f800000f03200001001840010c01ffff01600000030080000003000003005d95c090210001002b42010101600000030080000003000003005da00280802d16595e49126b9a80808082000007d20000bb801022000100064401c173d989000000, stream-format=(string)hvc1, alignment=(string)au, width=(int)1280, height=(int)720, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)24000/1001, parsed=(boolean)true'.
Additional debug info:
/home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-nf-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+0bedfc51a4-r0/git/gst/playback/gsturidecodebin.c(939): unknown_type_cb (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: Can't play a text file without video or visualizations.
Additional debug info:
/home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-nf-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+0bedfc51a4-r0/git/gst/playback/gstplaysink.c(3233): gst_play_sink_do_reconfigure (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Have text pad but no video pad or visualizations
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-nf-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+0bedfc51a4-r0/git/gst/playback/gstplaysink.c(2861): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available
Illegal instruction

 

Btw I hope Erik Slagter will apply the patches from the previous pages. So I can do a git pull instead of using so many bbappends.

 

If anyone would like me to build for his receiver, then please tell me which one, and I'll build and upload an image :)



Re: GStreamer 1.0 #1156 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 26 April 2015 - 22:08

@christophecvr

Your multibox sink will not segfault anymore using your latest changes. (--with-dreambox --with-dts=no)

However, I don't get audio on many streams only video, like this one:

< 17706.472177> [eDVBResourceManager] start release channel timer
352 <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x1e96470> >
playing 4097:0:0:0:0:0:0:0:0:0:http%3a//s212.coolcdn.ch/dl/9d969d66f4531d3f607f69a85bc0e3a0/553d51dd/ff34a3b30f215331ec4c27ee02fe8441dc.flv:nowvideo.sx
< 17706.498742> eServiceMP3::construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
< 17706.508664> eServiceMP3::playbin uri=http://s212.coolcdn.ch/dl/9d969d66f4531d3f607f69a85bc0e3a0/553d51dd/ff34a3b30f215331ec4c27ee02fe8441dc.flv
< 17706.519203> eServiceMP3::starting pipeline
[SubsSupport] Service Started
[SubsLoader][info] changing encoding group to: ['utf-8', 'utf-16', 'windows-1250', 'iso-8859-2', 'maclatin2', 'IBM852']
[SubsEngine] setSubsDelay - setting delay to 0ms
resolved to PLAY
< 17706.722121> gst_element_query_position failed in getPlayPosition
244 None
< 17706.885713> gst_element_query_position failed in getPlayPosition
< 17706.897659> gst_element_query_position failed in getPlayPosition
< 17706.902764> gst_element_query_position failed in getPlayPosition
< 17706.911289> gst_element_query_position failed in getPlayPosition
< 17707.020400> poll: unhandled POLLERR/HUP/NVAL for fd 92(16)
< 17707.409438> eServiceMP3::state transition NULL -> READY
< 17707.414683> gst_element_query_position failed in getPlayPosition
< 17707.422647> gst_element_query_position failed in getPlayPosition
< 17707.427579> gst_element_query_position failed in getPlayPosition
< 17707.430463> eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
< 17707.463259> gst_element_query_position failed in getPlayPosition
< 17707.467709> Buffering 1 percent done
< 17707.503184> Buffering 3 percent done
< 17707.534237> Buffering 4 percent done
< 17707.570876> Buffering 8 percent done
< 17707.629651> Buffering 9 percent done
< 17707.659800> Buffering 10 percent done
< 17707.690945> Buffering 11 percent done
< 17707.721924> Buffering 12 percent done
< 17707.895593> Buffering 13 percent done
< 17707.903644> gst_element_query_position failed in getPlayPosition
< 17707.931855> Buffering 14 percent done
< 17707.944231> gst_element_query_position failed in getPlayPosition
< 17707.950365> gst_element_query_position failed in getPlayPosition
< 17707.961582> gst_element_query_position failed in getPlayPosition
< 17707.986556> Buffering 15 percent done
< 17708.017812> Buffering 16 percent done
< 17708.460396> Buffering 14 percent done
< 17708.464447> [DVBCAHandler] no more services
< 17709.813995> Buffering 19 percent done
< 17710.728989> [eDVBResourceManager] release cached channel (timer timeout)
< 17710.730102> [eDVBLocalTimerHandler] remove channel 0x1b9c400
< 17710.731245> [eEPGCache] remove channel 0x1b9c400
< 17710.737353> [eDVBResourceManager] stop release channel timer
< 17710.805108> Buffering 20 percent done
< 17712.118563> Buffering 21 percent done
< 17712.648310> Buffering 22 percent done
< 17712.679680> Buffering 23 percent done
< 17712.709715> Buffering 24 percent done
< 17712.866465> Buffering 25 percent done
< 17712.898469> Buffering 26 percent done
< 17712.928093> Buffering 27 percent done
< 17712.963663> Buffering 28 percent done
< 17714.005079> Buffering 29 percent done
< 17714.008806> close frontend 0
< 17714.062648> Buffering 28 percent done
< 17714.092642> Buffering 27 percent done
< 17714.124673> Buffering 26 percent done
< 17714.251735> Buffering 25 percent done
< 17714.284117> Buffering 24 percent done
< 17714.312187> Buffering 23 percent done
< 17714.345341> Buffering 24 percent done
< 17714.377640> Buffering 25 percent done
< 17714.408068> Buffering 26 percent done
< 17714.440519> Buffering 27 percent done
< 17714.468611> Buffering 28 percent done
< 17714.502977> Buffering 29 percent done
< 17714.535386> Buffering 30 percent done
< 17714.565304> Buffering 31 percent done
244 None
< 17715.072439> eServiceMP3::state transition READY -> PAUSED
< 17715.082291> eServiceMP3::async-done - 1 video, 1 audio, 0 subtitle
< 17715.083546> AUDIO STRUCT=audio/mpeg
< 17715.084970> eServiceMP3::audio stream=0 codec=MPEG-4 AAC language=und
< 17716.496530> Buffering 22 percent done
< 17716.525329> Buffering 21 percent done
< 17716.557145> Buffering 20 percent done
...

I did apply mx3L's patch on top of it, maybe it's causing issues.

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);
         }

Now building a new dm800 image with the original gstreamer1.0-plugin-mediasink (including the above patch).

Let's see wether it makes a difference.

 

EDIT: Using the HEAD branch of gstreamer btw (the recipes from athoik).


Edited by MastaG, 26 April 2015 - 22:11.


Re: GStreamer 1.0 #1157 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 27 April 2015 - 09:25

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/d419be56df59c91294923ba4e136d8753009c280
Above patch is already commited on oe-core, but not yet on our recipes. Please commit on gst-1 branch.

Thanks @peteru!

If it's on OE it will come to our repo sooner or later.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: GStreamer 1.0 #1158 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 27 April 2015 - 09:38

Guys, I want to use this thread to simply steer into a direction that yields a gstreamer > 0.1 for all receivers supported by OpenPLi, completely working (no bells and whistles, but also no regressions, very important). That state of development could be merged then and tested by a "larger audience". From that base I'd make a new experimental gst branch that can you (mis)use however you like.

 

So for all discussions about enhancements, support of non-core receivers etc, please move to another thread!

 

What is the current state of development, are we at a state that can safely be applied to ALL featured receivers?


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: GStreamer 1.0 #1159 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 27 April 2015 - 09:56

If it's on OE it will come to our repo sooner or later.


Usually the "master-next" branch follows the mainline OE rather closely and fixes the OpenPli recipes to match, so you can merge that if you want to use a more recent OE-core.
Real musicians never die - they just decompose

Re: GStreamer 1.0 #1160 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 27 April 2015 - 13:32

Well it would be nice to know which gstreamer pli now wil use .

 

The git repo's ?

the fix 10.4.5 (tar.gz) packages ?





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users