Jump to content


Photo

OpenPLi 3.0 and H264

Started by athoik, 18 Jun 2013 08:58
openpli h264

  • Please log in to reply
33 replies to this topic

#1 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 08:58

Dear all,


Any idea why on some videos from veetle.com i am getting "GStreamer plugin H.264 decoder not available!"

Opening the video with VLC it uses the follwing Codec: H264 - MPEG-4 AVC (part 10) (avc1)

Opening the video with gst-lanch i am getting the following:

WARNING: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0: No decoder available for type 'video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, width=(int)31417920, height=(int)17280000'.

Any idea what might be the issue? I thought H264 was supported hardware codec.

PS. I am using dm800se with the latest updates of OpenPLi.
PPS. Channel URL http://veetle.com/in...w#4dc502e50341e
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: OpenPLi 3.0 and H264 #2 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 18 June 2013 - 09:16

What container are they using?


* 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: OpenPLi 3.0 and H264 #3 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 10:19

I guess flv from gst-launch logs.

 

/GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0.GstPad:src: caps = video/x-flv

 

 

Spoiler


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: OpenPLi 3.0 and H264 #4 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 18 June 2013 - 13:43

Yes, I've seen that before. I think it has something to do with the flv container in combination with gstreamer. Somehow gstreamer thinks it can't demux flv into a raw h264 stream that can be fed into the hardware. Either that's a bug in gstreamer or there's really something with h264-in-flv that makes in impossible to feed it to the h264 decoder.


* 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: OpenPLi 3.0 and H264 #5 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 16:15

It seems that the same issue exists also on 1.x (interesting huh :) ) version on Dreamboxes!

 

Take a look here: https://bugzilla.gno...g.cgi?id=687635


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: OpenPLi 3.0 and H264 #6 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 16:55

Working videos from veetle has the following:

 

width=(int)2400, height=(int)1920

/GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstFlvDemux:flvdemux0.GstPad:video: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, width=(int)2400, height=(int)1920, codec_data=(buffer)014d4033ffe1001b674d40339a740f0537fe000a000c20000003002000000651e3065401000468ee3c80

 

An non working has the following:

 

width=(int)22974240, height=(int)12960000

 

/GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstFlvDemux:flvdemux0.GstPad:video: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, width=(int)22974240, height=(int)12960000, codec_data=(buffer)014d4033ffe1001b674d40339a760f0537febaf69e3420000003002000000651e3065c01000468ee3c80

 

Maybe the video witdh, height is way to big and the decoder refuses to play?


Edited by athoik, 18 June 2013 - 16:55.

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: OpenPLi 3.0 and H264 #7 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 18 June 2013 - 17:57

I don't think it's really surprising that gstreamer doesn't want to play that video (the second) ;)


Edited by Erik Slagter, 18 June 2013 - 17:57.

* 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: OpenPLi 3.0 and H264 #8 theparasol

  • Senior Member
  • 4,157 posts

+198
Excellent

Posted 18 June 2013 - 18:00

Nope, resolution out of bounds... Bad encoder used?


@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: OpenPLi 3.0 and H264 #9 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 18 June 2013 - 18:07

It might be even on purpose, to prevent the streams from being played on open players.


* 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: OpenPLi 3.0 and H264 #10 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 19:15

I save few seconds of video and here are the results again

 

1. On dreambox failure..

 

Spoiler

 

 

2. On Ubuntu 12.04 it works somehow.

 

/GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstH264Parse:h264parse0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, width=(int)480, height=(int)320, codec_data=(buffer)014d4033ffe1001b674d40339a760f0537febaf69e3420000003002000000651e3065c01000468ee3c80, framerate=(fraction)25/1, parsed=(boolean)true, alignment=(string)au

 

Spoiler

 

Its an issue only with Enigma2? 

 

flv_h264 is here someone wants to try : Attached File  flv_h264.log   3.75MB   1 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: OpenPLi 3.0 and H264 #11 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 21:58

Dear all,

 

 

My felling about width and height probably was correct.

 

I downloaded yamdi and removed all metadata from flv file.

 

yamdi -i flv_h264_1 -M -o flv_h264.fix

 

The resulting file is working on Dreambox now..

 

Spoiler

 

So what do you thing, is there a change to fix that somehow?


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: OpenPLi 3.0 and H264 #12 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 June 2013 - 23:10

Bug 640483 - flvdemux: Video's width, height and/or framerate src caps added when present on onMetaData

 

This gstreamer bug seems to added the extra functionality in order to get width and height from flv metadata.

 

Maybe checking bounds fixes issue? (demux->w < MAX_WIDTH ? demux->w : MAX_WIDTH)


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: OpenPLi 3.0 and H264 #13 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 19 June 2013 - 18:29

This means that I was probably right, in that the provider purposely inserts wrong values to prevent open players from playing it.

 

Maybe you can use ffmpeg to get rid of the flv container and put the contents in mkv or mp4, that will probably solve the issue.


* 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: OpenPLi 3.0 and H264 #14 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 19 June 2013 - 18:32

Dear OpenPLi Developers,

 

 

I create a patch, compile the image and issue gone away with patched gstreamer!

 

I added the patch on gst-plugins-good_0.10.31.bbappend and gstflvdemux-max-width-height.patch inside gst-plugins-good_0.10.31 folder.

 

cat gst-plugins-good_0.10.31.bbappend

DEPENDS := "${@oe_filter_out('^(gconf|pulseaudio)$', '${DEPENDS}', d)}"

DEPENDS := "${@oe_filter_out('gtk+', '${DEPENDS}', d)}"



PRINC = "3"



SRC_URI += "file://audioparser-raise-ranks.patch \

            file://gstflvdemux-max-width-height.patch"



EXTRA_OECONF += "--enable-orc"



FILESEXTRAPATHS_prepend := "${THISDIR}/${P}:"

 

Please review this patch :)

Attached Files


Edited by athoik, 19 June 2013 - 18:33.

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: OpenPLi 3.0 and H264 #15 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 19 June 2013 - 18:39

This means that I was probably right, in that the provider purposely inserts wrong values to prevent open players from playing it.

 

Maybe you can use ffmpeg to get rid of the flv container and put the contents in mkv or mp4, that will probably solve the issue.

 

Yes, probably they want to "mess" open players.

 

But this is a live stream! So using ffmpeg is not an option. Ignoring the metadata is the best option i think. When metadata doen't exist it will look on the bitstream data in order to extract the mentioned values.


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: OpenPLi 3.0 and H264 #16 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 19 June 2013 - 18:40

It's a crude workaround, but it might make many people happy ;)


* 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: OpenPLi 3.0 and H264 #17 littlesat

  • PLi® Core member
  • 57,159 posts

+698
Excellent

Posted 20 June 2013 - 06:59

However the way the patch is presented cannot be one to one pushed..... :(


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W

Re: OpenPLi 3.0 and H264 #18 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 20 June 2013 - 07:21

However the way the patch is presented cannot be one to one pushed..... :(

 

Hello,

 

I created patch gstflvdemux-max-width-height.patch.txt using command diff -Nuar. What i am doing wrong?

 

PS. Patch was created before the latest changes on gstreamer.


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: OpenPLi 3.0 and H264 #19 littlesat

  • PLi® Core member
  • 57,159 posts

+698
Excellent

Posted 20 June 2013 - 07:47

FYI:

http://stackoverflow...test-git-commit

 

git format-patch -n HEAD^
git show HEAD > some-patch0001.patch
 


Edited by littlesat, 20 June 2013 - 07:48.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W

Re: OpenPLi 3.0 and H264 #20 Gennar1

  • Senior Member
  • 296 posts

+31
Good

Posted 20 June 2013 - 11:32

FYI:

http://stackoverflow...test-git-commit

 

git format-patch -n HEAD^
git show HEAD > some-patch0001.patch
 

 

In a simpler way:

 

if you want to produce a patch from your last commit:

git format-patch -n1

if you want to produce a patch series including your last 3 commits (for example):

git format-patch -n3

and the 3 patches will be named 0001-*, 0002-*, 0003-*.


Back to [EN] Enduser support

Also tagged with one or more of these keywords: openpli, h264

1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users

  1. Forums
  2. → PLi® Support
  3. → [EN] Enduser support