Google Groups

Re: [pandaboard] Re: Regarding omx h264 decoder delay in live video streaming


rob Aug 17, 2011 5:29 PM
Posted in group: pandaboard
On Wed, Aug 17, 2011 at 7:04 PM, wolfgar <stepha...@gmail.com> wrote:
>
>> hmm, yeah, it sounds like there is definitely some sort of leak going on.
>>
>> fwiw, it might be helpful to visualize the pipeline to see what
>> elements end up in the pipeline:
>>
>>  http://gstreamer.freedesktop.org/wiki/DumpingPipelineGraphs
>
> Thanks for the tip, I will give it a try !
>
>
>> in the TI gst packages we had patched playbin2 to pick the
>> 'stridetransform' element instead of ffmpegcolorspace.  Possibly
>> missing that patch causes some issue.
>>
>
> Again many thanks for this info : It really helps !
> In fact I was aware of ti patches but unable to sort the ones required
> for my needs :
> In the wiki pages I found, it is always alluded to davinci omap3530 or
> DMxx and not omap4
> I also had a look at arago project but when I saw there were private
> links in some recipes, I dropped it...
>
> So I ended up building a standard gstreamer using your nal2bytestream
> plugin from gitorious and your gst-ducati plugin from github
> But obviously i still lack some little pieces to get a perfect
> solution ;)
>
> A friend has just borrowed my board but as soon as I get it back I
> will try to push the playbin2 patch and give it a try...
> Many thanks for your very valuable help ...


I'd recommend using the tree's at:

http://gitorious.org/gstreamer-omap

the L24.14 tags should be good

BR,
-R

> Regards,
> Stephan
>
> PS : My final goal is to build a mediacenter on my panda which would
> be based on native EGL + clutter + media explorer with gst-ducati as a
> backend to play video. As soon as i get a working solution, i will
> publish the image and all the open embedded recipes/patches to build
> it from scratch. I am not so far... At least I hope so ;))
>
>
>> BR,
>> -R
>>
>> > I get this error with this command :
>>
>> > gst-launch --gst-debug-no-color --gst-debug=playbin2:4,ducati:4
>> > playbin2
>> > uri=file:///CRYS2multPROPHETSeV70hd.mkv  video-sink=fakesink audio-
>> > sink=fakesink
>>
>> > If I add the flags=0x00000067 property, it just works (while
>> > ffmpegcolorspace and videoscale are not used by playbin2 for my
>> > sample)
>>
>> > If I perform the test :
>>
>> > gst-launch --gst-debug=ducati:5  filesrc location=/
>> > CRYS2multPROPHETSeV70hd.mkv ! matroskademux ! nal2bytestream_h264 !
>> > ducatih264dec ! fakesink
>>
>> > It also works great (there are only a few allocations before the
>> > switching to playing state in these 2 later cases)
>>
>> > As a conclusion, I fear that we hit a strange queuing mechanism
>> > related to playbin2 and the tiler allocations are not responsible in
>> > any way for our troubles (Well it is only the symptom but we can
>> > easily understand that the pool runs out of memory after so many
>> > allocations)
>>
>> > Best regards
>>
>> > Wolfgar
>>
>> > On 17 août, 16:20, Vladimir Pantelic <vlado...@gmail.com> wrote:
>> >> wolfgar wrote:
>> >> > Hi pavandsp,
>>
>> >> > Nice to read it helped...
>> >> > It seems that we follow the same (hard) way : I also got these errors.
>> >> > For now i have not searched how to increase the bufferpool but I found
>> >> > a way to bypass the error.
>>
>> >> how many buffer is gst trying to allocate?
>>
>> >> you can get up to 20 1080p buffers from tiler for sure.
>>
>> >> please do:
>>
>> >> echo 1 > /sys/module/tiler_omap/parameters/alloc_debug
>>
>> >> and rerun
>>
>> >> > I added the property flags=0x00000067 for playbin2 : It seems that
>> >> > when doing so, there is less queuing (not sure, I am not a gstreamer
>> >> > expert).
>> >> > At least it worked for me ! Just try that way :
>> >> > gst-launch-0.10 playbin2 flags=0x00000067 uri=file:///home/work/
>> >> > sample.mp4 video-sink=fakesink -v
>>
>> >> > Regards,
>>
>> >> > Wolfgar
>> >> > PS : If you find how to increase the bufferpool, please share it...
>>
>> >> > On 17 ao t, 12:11, Pavan<pavan....@gmail.com>  wrote:
>> >> >>  Hi,
>>
>> >> >>  Thanks wolfgar for the suggestion and  bujji has reverted the patches
>> >> >>  of syslink and now he is now able to load the syslink properly.
>>
>> >> >>  Now When we run below Pipeline on Panda after syslink_daemon is
>> >> >>  loaded,we see the tiler ioctl issues shown below:
>>
>> >> >>  "assert: ioctl(td, TILIOC_GBLK, blk) (=-1) !== 0 at
>> >> >>  tiler_alloc(memmgr.c:438): Cannot allocate memory
>> >> >>  assert: tiler_alloc(blks + ix) (=-1) !== 0 at MemMgr_Alloc(memmgr.c:
>> >> >>  771)
>>
>> >> >>  "
>> >> >>  Pipeline:gst-launch-0.10 playbin2 uri=file:///home/work/
>> >> >>  sample.mp4 video-sink=fakesink -v
>> >> >>  Note:Tile format is 8Bit and width =1 height=2.
>>
>> >> >>  I tried debugging the same in kernel and found at /tiler/tiler-main.c
>> >> >>  the function  alloc_block() function is returning -ENOMEM
>>
>> >> >>  we also tried with 2 different mem size combination in boot.script as
>> >> >>  shown below:
>> >> >>  1.setenv bootargs ro elevator=noop vram=32M mem=460M@0x80000000
>> >> >>  mem=256M@0xA0000000
>> >> >>  2.setenv bootargs ro elevator=noop vram=32M mem=456M@0x80000000
>> >> >>  mem=512M@0xA0000000
>>
>> >> >>  I guess we have given enough mem space as shown above.
>>
>> >> >>  Please do let me know for any suggestion on why there is no memory for
>> >> >>  Tiler.
>>
>> >> >>  Thanks
>> >> >>  pavandsp
>>
>> >> >>  On Aug 15, 7:48 am, wolfgar<stephan.ra...@gmail.com>  wrote:
>>
>> >> >>  >  I answer myself :
>> >> >>  >  this syslink commithttp://git.omapzoom.org/?p=platform/hardware/ti/syslink.git;a=commit;...
>> >> >>  >  broke the compatibility with the kernel because RPROC_IOCSTART and
>> >> >>  >  RPROC_IOCSTOP are no longer the same for the kernel (arch/arm/plat-
>> >> >>  >  omap/include/plat/remoteproc.h) and for syslink (syslink/api/include/
>> >> >>  >  ProcMgrDrvDefs.h)...
>>
>> >> >>  >  @Bujji : I think it was also your issue...
>>
>> >> >>  >  Best regards,
>>
>> >> >>  >  PS : Rob , sorry for cross posting as a comment on your blog : My
>> >> >>  >  message was so long to appear in this list that i though it was
>> >> >>  >  lost...
>>
>>