Gstreamer x170 Hantro plug-in

[Chalo]

Hello.
I use the AT91SAM9M10 in a custom board. Install the Linux 2.6.30 with the experimental patches as described in linux4sam/bin/view/Linux4SAM/SAM9M10Pag ... ces_summar

I loaded the memalloc and hx170dec devices in from /proc/ to /dev/.

The problem is when i try to run a H264 or MPEG4 video with the following line:
gst-launch-0.10 --gst-debug-level=4 filesrc location=/tmp/DS.avi ! avidemux name=dem dem.video_00 ! x170 output=RGB16 output-width=320 output-height=240 ! ximagesin

I get the error:

x170 gstx170.c:442:gst_x170_alloc:<x1700> gst_x170_alloc
x170 gstx170.c:498:gst_x170_alloc:<x1700> cannot create H264 instance

and the same with MPEG4.

In the gst_x170 source code. This error is produce when trying to create a H264 instance with the
ret = H264DecInit(&x170->h264dec, 0);

I check and I have the ON2 8170 libraries in /usr/lib/
libdecx170h.so
libdecx170m.so
libdecx170m2.so
libdecx170p.so
libdecx170v.so
libdwlx170.so
libx170j.so

I don't know what the problem could be.

Thanks.

[blue_z]

The problem is when i try to run a H264 or MPEG4 video with the following line:

You only mention negative results.
Does anything work as expected?
You haven't fully described a reproducible problem (e.g. with links to the H.264 and MPEG-4 video clips that you're using).

FWIW only a subset of H.264 and MPEG-4 video formats are supported.

Regards

[Chalo]

When I stream video via software decoder it works.

gst-launch-0.10 --gst-debug-level=1 filesrc location=/tmp/1.avi ! avidemux name=dem dem.video_00 ! ffdec_mpeg4 ! ffmpegcolorspace ! ximagesink

But I can't get the hardware decoder to works.

Here are the video files:
http://jmp.sh/ONbnYJ9 -> H264
http://jmp.sh/O7VM3QE -> MPEG4

Regards

[blue_z]

But I can't get the hardware decoder to works.

Nothing at all?
You should go back to your previous thread, and follow the advice I gave back then. There's an Atmel video clip mentioned in the 3.10 patch thread that you should try to play.

Regards

[Chalo]

I try with that Atmel video but the problem persist.
The error ocurred in the gst_x170_alloc again:
x170 gstx170.c:513:gst_x170_alloc:<x1700> cannot create MPEG2 instance

You should go back to your previous thread, and follow the advice I gave back then.

Are you saying to try atmel-vdec driver even with linux 2.6.30? Or I missundertood?

Thanks for your help.
Regards.

[blue_z]

I try with that Atmel video but the problem persist.

That's unfortunate results. That would indicate something is wrong with your build somewhere. Could be in the kernel and/or userspace.
I have no insight that could help you solve this.

Are you saying to try atmel-vdec driver even with linux 2.6.30? Or I missundertood?

No, I was referring to sanity checks.
Apparently yes.


FWIW I tried to play those videos on an AT91SAM9M10-G45-EK board with its original 2.6.30 kernel and demo rootfs.

http://jmp.sh/ONbnYJ9 -> H264

This video completes prematurely without reporting any error and does not generate any video output.

Code: Select all

root@at91sam9m10g45ek:/mnt# gst-launch-0.10 --gst-debug-level=2 filesrc location=./DS.avi ! avidemux name=dem dem.video_00 ! x170 output=RGB16 output-width=320 output-height=240 ! fbdevsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 58366433 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
root@at91sam9m10g45ek:/mnt#

http://jmp.sh/O7VM3QE -> MPEG4

This video plays back normally.

Code: Select all

root@at91sam9m10g45ek:/mnt# gst-launch-0.10 --gst-debug-level=2 filesrc location=./1.avi ! avidemux name=dem dem.video_00 ! x170 output=RGB16 output-width=320 output-height=240 ! fbdevsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 246276006745 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
root@at91sam9m10g45ek:/mnt# 

I also got the same results with the patched Linux4SAM_4.6 (3.10) build.

Regards

[Chalo]

I will use the default RFS and make small changes to adapt to my application then and see if that works.

Thanks for your time anyway!!