When I move an XVideo window at 1280x1024 below Y0 linux freezes, I'm not even able to connect from another machine. When I drag a part of the window over Y(max) the Xvideo output gets shrinked to the remaining part of the blue Xvideo window <snip> Section "Device" Identifier "Standardgrafikkarte" Driver "i810" Screen 0 BusID "PCI:0:2:0" EndSection </snip> lspci: 0000:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) 0000:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
Can you try the updated driver at http://www.fairlite.demon.co.uk/intel.html and report back.
(In reply to comment #2) > Can you try the updated driver at http://www.fairlite.demon.co.uk/intel.html and > report back. no change.. still crashes. what did you try to change so far?
Lots of things. O.k. What player are you using ? and what version ? Also is there a sample video I can download which causes the problem ?
Can you also post a log with the new driver from /var/log/Xorg.0.log
Created attachment 2660 [details] xorg.0.log
(In reply to comment #4) > Lots of things. > > O.k. What player are you using ? and what version ? > > Also is there a sample video I can download which causes the problem ? you don't need something special just an initialized xvideo window xine - the xvideo window with the xine logo is already enough
I've committed my fixes to the CVS now, can you update and make sure things are still o.k.
(In reply to comment #8) > I've committed my fixes to the CVS now, can you update and make sure things are > still o.k. ok works fine so far, only thing if something covers the video at the bottom of the xvideo window a small bar above the covering window flickers. when I start up X it displays memory junk, for example if I open an image shut down X and fire it up again the content of that image will get shown at the beginning when it's up, after a short time the window refreshs and displays the normal windowmaker desktop .. another thing the xvideo output sometimes doesn't work at all anymore until I restart the whole server .. I only see a blue window there (in both screens). beside that dualhead works very nice now! great work! thanks
(In reply to comment #9) > (In reply to comment #8) > > I've committed my fixes to the CVS now, can you update and make sure things are > > still o.k. > > ok works fine so far, only thing if something covers the video at the bottom of > the xvideo window a small bar above the covering window flickers. > > when I start up X it displays memory junk, for example if I open an image shut > down X and fire it up again the content of that image will get shown at the > beginning when it's up, after a short time the window refreshs and displays the > normal windowmaker desktop .. > > another thing the xvideo output sometimes doesn't work at all anymore until I > restart the whole server .. I only see a blue window there (in both screens). > > beside that dualhead works very nice now! great work! > > thanks > composite is broken, when I use xcompmgr it just flickers around I only see a window if I move it to the second screen ..this feature already worked in previous driver versions where dualhead was broken... #Section "Extensions" # Option "Composite" "Enable" #EndSection
Created attachment 2932 [details] clip-operator-image-out.png
Created attachment 2933 [details] clip-twice-image-out.png
john carpenters vampires screws xvideo very fast when dragging it to the other screen with xinerama... smaller sized movies seem to work fine .. MPEG-PS file format detected. VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 7000.0 kbps (875.0 kbyte/s) ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 1536.0 kbit/100.00% (ratio: 192000->192000) Selected audio codec: [ffdts] afm:ffmpeg (DTS) ========================================================================== vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display) ========================================================================== Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. VDecoder init failed :( Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm:libmpeg2 (MPEG-1 or 2 (libmpeg2)) ========================================================================== Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le... AF_pre: 48000Hz/2ch/s16le AO: [oss] 48000Hz 2ch s16le (2 bps) Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
I've never tried the Composite extension, and there's nothing in the driver that I know would affect it's operation. Also, can you explain.. "screws xvideo very fast" ??
Actually, that last log entry seems to be using vo: X11 and not vo: xv, so will probably account for the 'screws xvideo very fast' comment.
(In reply to comment #15) > Actually, that last log entry seems to be using vo: X11 and not vo: xv, so will > probably account for the 'screws xvideo very fast' comment. nono it uses XV, I figured out that it happens with all VideoDVDs when running the second Screen at 1280x1024 and dragging the Xv window to the second screen. When tragging the Xvideo window to the second screen it loses the videos and only the blue window remains. From that moment on every upcomming new Xv window will only display a blue window until X gets restarted..
Can you grab my latest test driver from http://www.fairlite.demon.co.uk/intel.html again and give it a go. If it still produces the same behaviour then a log file would be good as my driver has some extra debug enabled to help me understand Xv related issues.
Have you had chance to test my latest driver ?
My system (IBM Thinkpad R51) suffers from the lockup bug too. I've been running Debian unstable (i810 1.3 or thereabouts). Today I grabbed your latest version (1.5.191), and sadly the lockup has occurred again. As with others, it more often occurs after S3 suspend/resume, but I believe I have seen it happen sometimes even without that. I've never been able to determine exactly what triggers it, I can't trigger it manually (not by running totem or anything else). Sometimes I find that my system has lost OpenGL, for instance I run glxgears and gives me an fps count, but the window is completely blank (black). Sometimes when I resume after suspend, I find X is not drawing correctly: regions outside windows (background and window borders) are not refreshed, to use an xterm I need to make it full screen or it doesn't display most of the window's contents). In this case, logging and restarting X does not help - I need to reboot. I don't know if these are separate bugs from the lockup problem, or whether they're all part of the same problem. Today I installed the i810 1.5.191 driver, and got the lockup again. It only happened after I left the computer alone for an hour or so, so I suspect it's one of the xscreensaver hacks which is triggering it. I notice there are a number of bugs in bugzilla which seem to be this same problem: 1794, 3054, 4105, 4353. I'm posting my log to this bug since I have the same hardware (855GM).
Created attachment 3812 [details] 1.5.191 lockup
I've just checked in all the new code for x.org. You'll need to upgrade to xorg 7.0 though. And can people see if it fixes their problems ?
X.org 7.0 is starting to trickle into Debian experimental, and the new mesa version should be available to us shortly. It'll probably be another month or so before the packaging is stable enough that I can start running it myself.
I've uploaded 1.5.193 which has the Xvideo fixes from the Xorg 7.0 driver backported to the Xorg 6.8.2 driver. Those who can't upgrade to 7.0 may want to try 1.5.193 now.
Alan's 7.0 driver also works fine under X.org 6.9 (after also replacing libshadow.so as mentioned on Alan's site): (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.so (II) Module i810: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.6.4 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 It's running fine at the moment. I'll need a few days before I can say if the freeze that we saw in the older version is still happening, but I've successfully done one suspend-resume cycle already. There is however a problem with DRI: (II) I810(0): [drm] added 1 reserved context for kernel (EE) I810(0): [dri] I830DRIScreenInit failed because of a version mismatch. [dri] i915 kernel module version is 1.1.0 but version 1.4 or greater is needed. [dri] Disabling DRI. (II) I810(0): [drm] removed 1 reserved context for kernel Does this this i915 v1.4 requirement make sense? The 2.6.15.1 kernel (Debian 2.6.15-3) still has v1.1.0 marked in /usr/src/linux/drivers/char/drm/i915_drv.h Drew
I think the 2.6.16 kernel will have the new DRM, or you can get the DRM CVS and build the new v1.4 DRM module.
Drew - any news ? *** This bug has been marked as a duplicate of 4353 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.