2520 replies to this topic

[MastaG]

Well for that I have to know whether MIPS DSP ASE R1 and R2 optimizations are available on the dm8000.

Cause according to the configure script they're only available on mips32r2.

If that's true then we need to set --disable-mipsdspr1 and --disable-mipsdspr2 since I believe the dm8000 is not mips32r2.

 

And by default, the configure script assumes mips features an fpu which should be OK since in official OpenPLi we don't support any non-fpu receivers like the dm800.

So the "${@base_contains('TARGET_FPU', 'soft', ' --disable-mipsfpu', ' --enable-mipsfpu', d)}" line is only for myself.

[athoik]

It seems that ffmpeg tries to be smart and modifies flags..

Can you check if the following fixes the issue?

diff --git a/configure b/configure
index 91f366e..40cb0d6 100755
--- a/configure
+++ b/configure
@@ -4071,8 +4071,12 @@ elif enabled mips; then
             esac
         ;;
         generic)
+            disable mipsfpu
+            disable mips32r2
             disable mips32r5
             disable mips64r6
+            disable mipsdspr1
+            disable mipsdspr2
             disable msa
         ;;
     esac

I suggest this should be fixed in ffmpeg and not by using hacks in OE.

[Erik Slagter]

FWIW the dm8000 indead has a FPU.

[MiLo]

The boxes with that single-core broadcom also do not have an FPU.

[MastaG]

Some quick tests on my old (and unsupported) dm800 using gstreamer master git (1.5.90).

- Using christophecvr's multibox dvbmediasink (DVBMEDIASINK_CONFIG = "--with-dreambox --with-dts=no")

- Tonights enigma2 with the DMM ac3 bypass patch and mx3L's pause/unpause improvements patch: https://github.com/m...1deadfc5cb656b8

 

* H264 and mkv movies playing fine with external .srt subtitles from usb stick

* Various IPTV-Player movies working great

* YouTube VOD playback OK

 

The only thing that seems to choke the receiver are some YouTube live streams.

It's like the buffer is too small, since it buffers to 100% each two seconds causing the audio to corrupt.

However not all streams suffer from this.

The box may simply be too slow.

 

Todo: test out a dvd iso file to see whether chris' resume support works.

[christophecvr]

@Masta

 

Can You post the actual gstreamer-1.0 git recipes You use now (with the applied patches) .

 

I still use the 1.5.1 but will move to git head. I have a git recipe buts that pretty old by now, and preffer to use the one You all use.

[christophecvr]

I now have also build from scratch vuduo2 with gstreamer1.0 git head.

 

For the gstreamer1.0-libav indeed I also had to set :

 --disable-mipsdspr1 \
 --disable-mipsdspr2 \

Then build ok not tested yet.

[christophecvr]

It seems that ffmpeg tries to be smart and modifies flags..

Can you check if the following fixes the issue?
 

diff --git a/configure b/configure
index 91f366e..40cb0d6 100755
--- a/configure
+++ b/configure
@@ -4071,8 +4071,12 @@ elif enabled mips; then
             esac
         ;;
         generic)
+            disable mipsfpu
+            disable mips32r2
             disable mips32r5
             disable mips64r6
+            disable mipsdspr1
+            disable mipsdspr2
             disable msa
         ;;
     esac

I suggest this should be fixed in ffmpeg and not by using hacks in OE.

 

 

I did not try it , but I think that only

disable mips32r2  and certainly not disable mipsfpu

[christophecvr]

The build image with gst git head now tested by vuduo2 all base media play function ok.

 

wma ok (which means on the vuduo2 that the gstreamer1.0-libav is ok ).

mkv ok

mp3,mp4,ogg,wav and ... actually all ok.

 

Physical dvd ok (by usb dvdwriter asus)

providing that :

 

1) see  http://forums.openpl...ndpost&p=503802

   hotplug patch is applied and enigma2-DVD-player-plugin.patch is applied.

2) the enigma2-plugin-extensions-dvdplayer (not installed by default) is installed.

3) kernel-module-udf, kernel-module-sr-mod and kernel-module-cdrom is installed.

     By my local image they are installed at base. But those 3 modules should be added as y in kernel config made by vu+ stream instead off module based.

[MastaG]

I have one receiver which behaves very strange on gstreamer 1.5.90.

It seems to go into pause state all the time.

gst-launch-1.0 playbin --gst-debug=dvbaudiosink:4,dvbvideosink:4 uri=http://bcoveliveios-i.akamaihd.net/hls/live/217434/3083279840001/master_900.m3u8
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/home/mastag/src/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.90+gitAUTOINC+df931fb0b8-r0/git/gst/playback/gstplaysink.c(2852): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
0:00:04.858416997  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:1279:gst_dvbvideosink_set_caps:<dvbvideosink0> caps = video/x-h264, width=(int)16, height=(int)16, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)nal
0:00:04.861821034  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:1462:gst_dvbvideosink_set_caps:<dvbvideosink0> MIMETYPE video/x-h264 -> STREAMTYPE_MPEG4_H264

(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed

(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed
0:00:04.947090812  3021 0x757c4b20 INFO            dvbaudiosink gstdvbaudiosink.c:467:gst_dvbaudiosink_set_caps:<dvbaudiosink0> MIMETYPE audio/mpeg version 4(AAC-ADTS)

(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed
0:00:04.950067590  3021 0x757c4b20 INFO            dvbaudiosink gstdvbaudiosink.c:745:gst_dvbaudiosink_set_caps:<dvbaudiosink0> setting dvb mode 0x0b


(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed
New clock: GstSystemClock
0:00:05.045777367  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:1279:gst_dvbvideosink_set_caps:<dvbvideosink0> caps = video/x-h264, stream-format=(string)byte-stream, alignment=(string)nal, pixel-aspect-ratio=(fraction)1/1, width=(int)960, height=(int)540, framerate=(fraction)25/1, parsed=(boolean)true, profile=(string)main, level=(string)3.1
0:00:05.056948923  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:1462:gst_dvbvideosink_set_caps:<dvbvideosink0> MIMETYPE video/x-h264 -> STREAMTYPE_MPEG4_H264

(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed

(gst-launch-1.0:3021): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed
0:00:05.220101367  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:591:video_write:<dvbvideosink0> VIDEO_EVENT 2
0:00:05.225000589  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:591:video_write:<dvbvideosink0> VIDEO_EVENT 1
0:00:05.229330923  3021   0x69b600 INFO            dvbvideosink gstdvbvideosink.c:591:video_write:<dvbvideosink0> VIDEO_EVENT 16
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 ...
Done buffering, setting pipeline to PLAYING ...
Buffering, setting pipeline to PAUSED ...
Done buffering, setting pipeline to PLAYING ...
Buffering, setting pipeline to PAUSED ...

When I play it using gst-launch as shown above, it freezes each second.

When I play it in Enigma2, it simply display's the first frame and then freezes.

 

This happens on both PLI's and christophecvr's mediasink.

I have to test other receivers though.

 

It's like the new gstreamer doesn't fill it's buffer properly.

It works in gstreamer 1.5.1 and vlc media player.

 

So I think, it's a bug in gstreamer 1.5.90.

Edited by MastaG, 11 September 2015 - 16:23.

[betacentauri]

Yes, I have similar problems with some rtmp streams. But until now I haven't found the time to analyse it.

[christophecvr]

I just did a check off that stream using gst launch command after init2.

 

I'm using gst-1.5.9 head SRCREV = "ff9a78196c032588d75b99f6dfb74817bde196c2"  (from a couple off days ago).

 

On dm8000 it plays quit ok. If I do have a fast dns server like 209.244.0.4  for example. But If I use dns server off my provider it's interupting rebuffers interupting rebuffers.

 

Now just sometimes a glich. The only moment with short interuprion is by rebuffering sometimes.

 

I put the log in a txt file

 

I think there must be a way to optimize buffering :

 

For example at first start pre roll until buffer is 100 % . Then further only pause if buffer drops below let say 2 % and unpause iff buffer reach let say 40 % or so.

 

 

Attached Files

•  Log-hls-stream-gst-1.5.9-dm8000.txt   30.04KB   2 downloads

[christophecvr]

To avoid to  warnings

(gst-launch-1.0:13204): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed

(gst-launch-1.0:13204): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed
buffering... 96%  
(gst-launch-1.0:13204): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed

You need to install videconvert and videoscale pluging.

gstreamer1.0-plugins-base-videoconvert
gstreamer1.0-plugins-base-videoscale

[MastaG]

yes it seems my mips receivers have more trouble with buffering than my sh4 receiver.

[christophecvr]

If I play it trough enigma2 it goes much better then trough gst launch.

 

I added the stream to my user test bouquets.

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3A%2F%2Fbcoveliveios-i.akamaihd.net%2Fhls%2Flive%2F217434%2F3083279840001%2Fmaster_900.m3u8:Cvr%20TEST
#DESCRIPTION Cvr TEST

It just plays 100 % perfect

 

enigma2 log added with debug :

 

 

 

 

 

Attached Files

•  Log-hls-stream-gst-1.5.9-dm8000.txt   30.04KB   3 downloads

[athoik]

You need to install videconvert and videoscale pluging.

gstreamer1.0-plugins-base-videoconvert
gstreamer1.0-plugins-base-videoscale

Why don't you use correct flags (same as enigma2) when testing with gst-launch?

Also from now on we should test playbin using the same flags in order to emulate servicemp3!.

gst-launch-1.0 playbin uri=http://megahdlive1-f.akamaihd.net/i/live_1@105260/master.m3u8 flags=0x47

Edited by athoik, 12 September 2015 - 17:11.

[christophecvr]

Yes forgot to add the flag.

[MastaG]

Well like I said, so far only my Zgemma Star receiver seems to suffer from excessive pausing on hls streams.

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 ...

This causes E2 to only show a single frame and no sound.

On gst-launch it will continue to try but I only get like 2 or 3 frames each second.

 

I haven't tested it on my dm800se yet, but on my sh4 receiver, everything seems to work fine with the same gstreamer 1.5.90 snapshot.

[christophecvr]

@athoik

 

I just discovered that to play physical cd's with gst-1.0 also the flags=0x47 must be added. Can You tell where you add those flags for the http media in servicemp3 ?

[christophecvr]

@athoik , disregard previous message. It was not the cause. I'm just investigating why a physicall cd play stops ad random.