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 #361 Fischreiher

  • Senior Member
  • 26 posts

+2
Neutral

Posted 3 December 2014 - 21:02

I found the pudding tasty in general, though not the trick mode part: I could not rewind mkv files. In some avi files rewinding seemed to be emulated by jumps.

 

Of course stepskip is an alternative, but I was hoping that the new GStreamer was making a good implementaion of (re)winding and slow motion modes easier. Maybe I still don't understand the challege. Could someone brief me?



Re: GStreamer 1.0 #362 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 3 December 2014 - 21:18

gstreamer expects to have full control over decode and play timelines.

This works great with software decoders, and software playback.

 

However, with a combined hardware decoder and playback hardware like we're using, with a big hardware buffer, gstreamer cannot keep track of time, nor control the decoder and playback timestamps and speed.

 

0.1-->1.x is not going to change that.

 

I believe I made a similar post about this before, possibly even in this thread.



Re: GStreamer 1.0 #363 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 4 December 2014 - 12:42

 

So it looks like there is some problem when queue2 and mpeg4videoparse are in pipeline.


I think you should report this to core GStreamer developers! You might hit just another issue ;)

 

reported but no response yet - https://bugzilla.gno...g.cgi?id=740961



Re: GStreamer 1.0 #364 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 4 December 2014 - 20:31

Here are the latest missing patches from master branch of dvbmediasink for gst-1.0 branch.


Edited by athoik, 4 December 2014 - 20:31.

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 #365 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 5 December 2014 - 10:44

Did I miss all of these?


* 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 #366 littlesat

  • PLi® Core member
  • 57,064 posts

+698
Excellent

Posted 5 December 2014 - 10:54

Possibly it is also close time to 'master' it.... What do 'we' think?

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


Re: GStreamer 1.0 #367 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 5 December 2014 - 19:08

Congratulations on porting Gstreamer 1.x to everyone involved.

It's awesome to see HLS is supported now!



Re: GStreamer 1.0 #368 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 5 December 2014 - 20:29

@athoik, these are the Peter Urbanec patches ported to gstreamer-1, nice work :)

 

Applied of course.


Edited by Erik Slagter, 5 December 2014 - 20:29.

* 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 #369 DoeEensGek

  • Senior Member
  • 287 posts

+48
Good

Posted 5 December 2014 - 21:34

Just a little thumbs up form my side! Nice work ;) .



Re: GStreamer 1.0 #370 peteru

  • Senior Member
  • 36 posts

+5
Neutral

Posted 6 December 2014 - 10:32

@athoik - thanks for porting those to gstreamer-1. I've been flat out with a lot of other stuff and still don't have a gstreamer 1.x system setup. :-( That's why I haven't done it myself.

"Beauty lies in the hands of the beer holder."

 


Re: GStreamer 1.0 #371 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 6 December 2014 - 15:23

Here are two more missing patches from master branch of dvbmediasink for gst-1.0 branch.

 

I think there is also a missing patch from @betacentauri for flac audio.

 

Attached Files


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 #372 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 7 December 2014 - 10:14

Hmmm I just had a look at the commits logs and it seems up I screwed up mildly. I will aplpy these patches and then can you check if everything is in like it should?


* 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 #373 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 10 December 2014 - 19:32

Another issue

I'm experiencing frame drops in some xvid files, it doesn't matter if it's packed or unpacked.
It works correctly without mpeg4videoparse and STREAMTYPE_XVID set (as in gstreamer 0.10).

 

xvid_as packed - https://dl.dropboxus...packed_AS_4.avi
xvid_as unpacked (unpacked with avidemux) - https://dl.dropboxus...packed_AS_4.avi



Re: GStreamer 1.0 #374 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 11 December 2014 - 11:56

I think it's still relevant to remind you, that there exist another solution to fix playback of xvid/divx456 which we declined because it's not following mpeg4 part2 standard.  posts #298,#300,#301 are explaining this.

 

1. solution(current):

1. demux

2. parse

3. decode - set STREAMTYPE_MPEG4_Part2, use PTS on keyframes.

 

issues:

demux - when avidemux is in use and is operating in push mode(http/s streams) it doens't set PTS on keyframes - workaround in our sink(not merged yet), gstreamer devs notified

parse - mpeg4videoparse has issues with correctly unpacking packed mpeg4part2 stream, it leaves N frames - workaround in our sink, gstreamer devs notified

decode - some xvid files as in previous post don't play correctlly even when they're already unpacked, this looks like that this could be issue in decoder which cannot handle some xvid "specials" when STREAMTYPE_MPEG4_Part2 is set? - not fixed yet

 

2. solution (similar to gst0.10):

1. demux

2. decode - set STREAMTYPE_(XVID,DIVX5) for xvid/divx5, set STREAMTYPE_MPEG4_Part2 for divx4, use DTS for xvid/divx5, use PTS on keyframes for divx4

 

issues:

demux - when avidemux is in use and is operating in push mode(http/s streams) it doens't set PTS on keyframes - workaround in our sink(not merged yet), gstreamer devs notified

demux - when avidemux or matroskademux is in use it doesn't set mimetype for xvid - patched in gstreamer base plugin, gstreamer devs notified but rejected

decode - no issues yet, it works exactly as in gstreamer 0.10, (excluding divx4)

 

Best solution would be the first one(current) as we already agreed, but it still has some flaws(not resolved xvid frame drops). Second solution is well tested since we feed decoder with same input as in gstreamer 0.10.

Maybe create new branch also for this solution? Anyway if somebody want's to try, here it is.

 

 

Attached Files



Re: GStreamer 1.0 #375 littlesat

  • PLi® Core member
  • 57,064 posts

+698
Excellent

Posted 11 December 2014 - 12:03

I suggest we should choose at this time for the best of the worst.... And then I prefer that it is working... So when I have to make a choice I would in this case choose for option 2....

 

Then in a later state we could go for making thinks perfect.

I would like to see Gstreamer >1.0 as master when we can say it performs at least the same for the most as 0.1...

But this is my meaning.... 

WIthout 'pushing' it will be a somehow never ending story.... As it is somehow now...


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


Re: GStreamer 1.0 #376 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 11 December 2014 - 15:15

Everything as long as it does not break anything else! Notably play back of any mpeg4 codec material contained in a proper container like mp4 or mkv or mpegts, which don't need the silly workarounds!

* 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 #377 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 11 December 2014 - 20:45

Every test file which I posted here works with second solution.

 

Little more about patches:

0001-riff-media-added-fourcc-to-all-mpeg4-video-caps.patch - this has to be applied on gstreamer1.0-plugins-base, it adds "fourcc" field to mpeg4 caps with fourcc value as string not like previous one which used gint32 value

gst10_as_gst010_base.patch - this has to be applied on currently latest commit in gst-1.0 branch of gst-plugin-dvbmediasink, dvbvideosink treats every mpeg4 part2 video as it was treated in 0.10

gst10_as_gst010_divx4_fix.patch - this has to be applied on top of previous patch, divx4 simple profile didn't work with STREAMTYPE_DIVX4, but works with STREAMTYPE_MPEG4_Part2

 

gst10_as_gst010_base.patch, gst10_as_gst010_divx4_fix.patch - these patches are just for demonstration, base patch should be divided to more patches since it reverts some already commited patches



Re: GStreamer 1.0 #378 littlesat

  • PLi® Core member
  • 57,064 posts

+698
Excellent

Posted 11 December 2014 - 20:57

Erik... please commit these...

And in addition we should discuss how to make this "master"


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


Re: GStreamer 1.0 #379 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 12 December 2014 - 11:13

Erik... please commit these...

Only if my condition is met, I have no conclusive answer. Test with mpeg4 using b frames in mkv and mp4. I can't accept a workaround for a broken system if it breaks a correct system.


* 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 #380 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 12 December 2014 - 15:13

DwZ66Zi.png?1

 

tested on xtrend et4000, xvid and divx5 has b-frames

test files: https://dl.dropboxus...com/u/38760017/ + Filename





2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users