Bug#425882: 2:2.0.0-2 looks the same for me + suggestion
D G wrote: > By the way: a bug for 2:2.0.0-2: when you wander onto an inactive window, the > mouse pointer disappears. > Please do not mix reports since it messes up the contents of the original bug, while this new bug will end up being forgotten. If this problem still happens with latest 2:2.0.0-3 that has been uploaded recently, feel free to file a new bug report. > Anyway, I have downgraded to the driver in unstable, bacause of serious > problems with the one in experimental (eg, ctrl+alt+F1 and you are done :-) > ). > That's another unrelated bug, right? Feel free to file another report about this (or add a followup to the existing driver crashes). >> I am sure resizing windows is supposed to be fast as of now. Lots of >> people have seen it being slow, >> > > remember: with the obsolete -modesetting driver, that is OK. Maybe this one > needs rechecking and see which feature from the obsolete one is missing in > the new one (but be careful, with -modesetting, the colours of the AVI were > horrible). > There have been lots of changes since the old modesetting driver, I might be hard to locate where the problem appeared... >> What about videos outside of both beryl and compiz ? >> > > OK, but after installing xine from experimental. With the one in unstable, > the image freezes after a few seconds (on metacity, in Beryl it crashes from > the beginning). > Does the crash report any X-related error in the terminal where you launched Xine? >> Which video plugin >> are you using when playing these videos? For instance, in mplayer, you >> can do mplayer -vo x11 foo.avi to use the x11 plugin. Please try at >> least x11 and xv. >> > > Wow! With x11, even on Beryl, mplayer works! But it is the only one that > works in beryl. Totem (with xine) and vlc hang. Idem gmplayer with xv. Ok, might be yet another XV problem then. Please try with 2:2.0.0-3, it got some new XV-relate fixes. > VO: [xv] 320x240 => 320x240 Planar YV12 > [ws] Error in display. > [ws] Error code: 11 ( BadAlloc (insufficient resources for operation) ) > [ws] Request code: 141 > [ws] Minor code: 19 > [ws] Modules: flip_page > And another resource allocation problem... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425882: 2:2.0.0-2 looks the same for me + suggestion
Thank you for the reply. By the way: a bug for 2:2.0.0-2: when you wander onto an inactive window, the mouse pointer disappears. Anyway, I have downgraded to the driver in unstable, bacause of serious problems with the one in experimental (eg, ctrl+alt+F1 and you are done :-) ). > > I am sure resizing windows is supposed to be fast as of now. Lots of > people have seen it being slow, remember: with the obsolete -modesetting driver, that is OK. Maybe this one needs rechecking and see which feature from the obsolete one is missing in the new one (but be careful, with -modesetting, the colours of the AVI were horrible). > What about other operations instead of resize, for > instance move? That's OK. I mean, if you stare at the window border as it is waving, you see that the refresh is not perfect. But, in general, moving is OK. > Which beryl and compiz packages/versions did you try? Beryl: 0.3.0.x from [EMAIL PROTECTED] (ie, from sidux). Compiz (only once, just for checking): the one in unstable. > What about videos outside of both beryl and compiz ? OK, but after installing xine from experimental. With the one in unstable, the image freezes after a few seconds (on metacity, in Beryl it crashes from the beginning). > Which video plugin > are you using when playing these videos? For instance, in mplayer, you > can do mplayer -vo x11 foo.avi to use the x11 plugin. Please try at > least x11 and xv. Wow! With x11, even on Beryl, mplayer works! But it is the only one that works in beryl. Totem (with xine) and vlc hang. Idem gmplayer with xv. Look, $ gmplayer -vo xv file.avi MPlayer 1.0rc1-4.1.2-DFSG-free (C) 2000-2006 MPlayer Team CPU: Genuine Intel(R) CPU T2060 @ 1.60GHz (Family: 6, Model: 14, Stepping: 12) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing file.avi AVI file format detected. VIDEO: [MJPG] 320x240 24bpp 15.237 fps 1968.3 kbps (240.3 kbyte/s) == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family [mjpeg @ 0x87fff1c]mjpeg: using external huffman table Selected video codec: [ffmjpeg] vfm: ffmpeg (FFmpeg MJPEG decoder) == == Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 11025 Hz, 1 ch, s16le, 176.4 kbit/100.00% (ratio: 22050->22050) Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) == AO: [oss] 11025Hz 1ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 320 x 240 (preferred colorspace: Planar 422P) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] VDec: using Planar 422P as output csp (no 1) Movie-Aspect is undefined - no prescaling applied. SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 1 SwScaler: reducing / aligning filtersize 9 -> 8 SwScaler: BICUBIC scaler, from yuv422p to yuv420p using MMX2 SwScaler: using 4-tap MMX scaler for horizontal luminance scaling SwScaler: using 4-tap MMX scaler for horizontal chrominance scaling SwScaler: using 1-tap MMX "scaler" for vertical scaling (YV12 like) SwScaler: 320x240 -> 320x240 VO: [xv] 320x240 => 320x240 Planar YV12 [ws] Error in display. [ws] Error code: 11 ( BadAlloc (insufficient resources for operation) ) [ws] Request code: 141 [ws] Minor code: 19 [ws] Modules: flip_page _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx
Bug#425882: 2:2.0.0-2 looks the same for me + suggestion
D G wrote: >> A new update of the driver (2:2.0.0-2, based on current upstream git >> snapshot) is currently pending in incoming (incoming.debian.org) and >> will enter experimental tonight. You might want to give it a try, in >> case it helps. >> >> > > Thank you for the effort. > > Not really, this version seems not to give any difference: beryl is still > bloated (eg, when resizing a window) and AVI videos do not play either on > Beryl or Compiz. > I am sure resizing windows is supposed to be fast as of now. Lots of people have seen it being slow, at least on r300 (I don't remember about intel boards). What about other operations instead of resize, for instance move? Which beryl and compiz packages/versions did you try? What about videos outside of both beryl and compiz ? Which video plugin are you using when playing these videos? For instance, in mplayer, you can do mplayer -vo x11 foo.avi to use the x11 plugin. Please try at least x11 and xv. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425882: 2:2.0.0-2 looks the same for me + suggestion
> > A new update of the driver (2:2.0.0-2, based on current upstream git > snapshot) is currently pending in incoming (incoming.debian.org) and > will enter experimental tonight. You might want to give it a try, in > case it helps. > Thank you for the effort. Not really, this version seems not to give any difference: beryl is still bloated (eg, when resizing a window) and AVI videos do not play either on Beryl or Compiz. Maybe an interesting point to start from is that, with the (obsolete) package xserver-xorg-video-i810-modesetting from unstable, Beryl works OK and AVI videos do play on Beryl. The bad point here was that the colours for the AVI files were horrible. But the two positive points about that package could be a good starting point. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE