On Tue, Jan 18, 2005 at 09:31:19AM +0100, Loïc Minier wrote: > > $ gst-launch-0.8 filesrc location=warty-dance.avi '!' xvimagesink > > RUNNING pipeline ... > > X Error of failed request: BadAlloc (insufficient resources for operation) > > Major opcode of failed request: 141 (XVideo) > > Minor opcode of failed request: 19 () > > Serial number of failed request: 49 > > Current serial number in output stream: 50 > > Switching this to either sdlvideosink or ximagesink fixes this problem.
> I don't know what's happening, and there might be another bug, but I'm
> not sure you're supposed to send things to xvimagesink that way. Here,
> it worked though, and I've got two or three lines of scrambled pixels.
Yes, I'm not sure what the correct decoder pipeline is for this particular
file, but that doesn't seem important for reproducing the bug.
> Could you please try:
> gst-launch-0.8 filesrc location=warty-dance.avi '!' ffmpegcolorspace \
> '!' ximagesink
$ gst-launch-0.8 filesrc location=warty-dance.avi '!' ffmpegcolorspace \
'!' ximagesink
RUNNING pipeline ...
Caught interrupt.
Execution ended after 235 iterations (sum 7769785000 ns, average 33062914
ns, min 107000 ns, max 62620000 ns).
$
[ran fine until interrupt]
> gst-launch-0.8 filesrc location=warty-dance.avi '!' ffmpegcolorspace \
> '!' xvimagesink
$ gst-launch-0.8 filesrc location=warty-dance.avi '!' ffmpegcolorspace \
'!' xvimagesink
RUNNING pipeline ...
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 141 (XVideo)
Minor opcode of failed request: 19 ()
Serial number of failed request: 49
Current serial number in output stream: 50
$
> Please paste the result of following commands too:
> gst-launch-0.8 -v videotestsrc ! ximagesink
$ gst-launch-0.8 -v videotestsrc '!' ximagesink
/pipeline0/videotestsrc0.src: caps = video/x-raw-rgb, bpp=(int)32,
endianness=(int)4321, depth=(int)24, red_mask=(int)65280,
green_mask=(int)16711680, blue_mask=(int)-16777216, width=(int)320,
height=(int)240, framerate=(double)30, pixel-aspect-ratio=(fraction)1/1
/pipeline0/ximagesink0.sink: caps = video/x-raw-rgb, bpp=(int)32,
endianness=(int)4321, depth=(int)24, red_mask=(int)65280,
green_mask=(int)16711680, blue_mask=(int)-16777216, width=(int)320,
height=(int)240, framerate=(double)30, pixel-aspect-ratio=(fraction)1/1
/pipeline0/videotestsrc0.src: active = TRUE
/pipeline0/ximagesink0.sink: active = TRUE
Caught interrupt.
Execution ended after 553 iterations (sum 18393124000 ns, average 33260622 ns,
min 3232000 ns, max 38626000 ns).
/pipeline0/videotestsrc0.src: active = FALSE
/pipeline0/ximagesink0.sink: active = FALSE
/pipeline0/videotestsrc0.src: caps = NULL
/pipeline0/ximagesink0.sink: caps = NULL
$
[ran fine until interrupted, with correct video test pattern]
> gst-launch-0.8 -v videotestsrc ! xvimagesink
$ gst-launch-0.8 -v videotestsrc '!' xvimagesink
RUNNING pipeline ...
/pipeline0/videotestsrc0.src: caps = video/x-raw-yuv, format=(fourcc)YUY2,
width=(int)320, height=(int)240, framerate=(double)30
/pipeline0/xvimagesink0.sink: caps = video/x-raw-yuv, format=(fourcc)YUY2,
width=(int)320, height=(int)240, framerate=(double)30
/pipeline0/videotestsrc0.src: active = TRUE
/pipeline0/xvimagesink0.sink: active = TRUE
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 141 (XVideo)
Minor opcode of failed request: 19 ()
Serial number of failed request: 49
Current serial number in output stream: 50
$
[no surprise there]
Also, in response to suggestions on IRC that this may be a bug in the X
server for nvidia chips (which is why I included that info after all), I've
upgraded to -10 of xserver-xfree86. The problem is still the same as
before, so at least it doesn't appear to be the bug thought to be fixed in
-9.
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
