[Intel-gfx] Crash in Gstreamer Vaapi Application for playing multiple videos

[Xiang, Haihao]

On Thu, 2011-02-24 at 13:50 +0800, Jyotsana wrote:
> Hi,
> 
> One reason of the sample not receiving 'prepare-xwindow-id' message 
> could be if the file is not present in the same path as the executable.
> The 'Filename' variable should be changed accordingly if it is not.
> Could you tell me the format of your file and the type of video codec 
> present in the file?
> The application supports only mov/mp4(h264 : video codec) or 
> mpegts(mpeg2 : video codec).
Oh, my fault. After moving all files to the same directory, I got four
windows, however I can't reproduce your issue.

1.  All videos are rendered fine at the beginning. See the attached
screenshot.

2.  I also got a segment fault after a while, but this issue isn't the
same of yours according to your backtrace.  An invalid surface id is
passed to the backed driver via vaPutSurface in my case. I have fixed
this segment issue however I am not sure why an invalid id is passed to
the driver. Maybe it is a plugin problem.
 


> Thanks,
> Jyotsana.
> 
> Xiang, Haihao wrote:
> > Hi, 
> >
> >   I tried to reproduce the issue with your sample code but failed. 
> > No window is created even with single video file. With gdb's help, I
> > found the sample doesn't receive 'prepare-xwindow-id' message. 
> >
> > After building the sample code ( I modified the variable 'Filename'), I
> > directly run MultiVideo
> > $> ./MultiVideo
> >
> > Did I miss something?
> >
> > Thanks
> > Haihao
> >
> >
> >
> >
> >   
> >> Hi,
> >>
> >> I am trying to play multiple videos simultaneously using 
> >> GStreamer(vaapidecode and vaapisink plugins) and libVA-1.0.7.
> >> In the sample application I am creating multiple windows using 
> >> "XCreateWindow" and passing the generated window ID to vaapisink.
> >> There are two problems I am facing:
> >>
> >> 1. The first video is getting rendered but the other videos are not 
> >> getting rendered.
> >>
> >> 2. The application crashes randomly.
> >> None of the gstreamer calls return a failure and the state is getting 
> >> changed to play successfully. Tried the application with different 
> >> container formats.
> >> Also from the command line using "gst-launch" I am able to playback 
> >> multiple videos simultaneously.
> >>
> >> The backtrace of the gdb log is attached "CrashLog.txt". The log 
> >> suggests the crash is in "i965_PutSurface".
> >>
> >> I am using the following packages as mentioned on Intel Linux graphics 
> >> site "http://intellinuxgraphics.org/2010Q4.html":
> >>
> >> 2D driver: xf86-video-intel 2.14.0 release 
> >> <http://xorg.freedesktop.org/archive/individual/driver/xf86-video-intel-2.14.0.tar.bz2> 
> >>
> >> 3D driver: mesa 7.10 <ftp://freedesktop.org/pub/mesa/7.10/>
> >> Libdrm: libdrm-2.4.23 release 
> >> <http://dri.freedesktop.org/libdrm/libdrm-2.4.23.tar.bz2>
> >> Kernel: 2.6.37 release 
> >> <http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.37.tar.bz2>
> >> Cairo: cairo-1.10.2 release <http://cairographics.org/news/cairo-1.10.2/>
> >> Libva: libva-1.0.7 release 
> >> <http://cgit.freedesktop.org/libva/snapshot/libva-1.0.7.tar.bz2>
> >> xserver: 1.9.3
> >>
> >> Apart from this I have installed the following gstreamer packages:
> >> gstreamer-0.10.31
> >> gst-plugins-base-0.10.29
> >> gst-plugins-good-0.10.22
> >> gst-plugins-bad-0.10.19
> >> gst-plugins-ugly-0.10.15
> >> gst-ffmpeg-0.10.10.
> >>
> >> For reference attaching the sample application "MultiVideo.c".
> >>
> >> I am not sure if it is application problem or plugin or driver 
> >> limitation or X? As the same application runs with "ximagesink"and 
> >> decoder like ffmpeg.
> >> What could be the problem?
> >>
> >> PS : OS : Fedora Core 13. Platform: Sandy Bridge.Kernel : 2.6.37.
> >>
> >> Regards,
> >> Jyotsana.
> >>
> >>     
> >
> >
> >
> >   
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot.jpg
Type: image/jpeg
Size: 172182 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20110224/5e9147bf/attachment.jpg>