HeXiLeD
l33t
Joined: 20 Aug 2005
Posts: 692
Location: online
|
 Posted: Sat Jan 12, 2008 8:46 pm Post subject: Xorg video capabilities going green and freezing [SOLVED] |
 |
|
This problem rises in the sequence of this other one explained here:
Display, kernel, nvidia, X, drivers, HARD LOCKUP
Quick explanation:
| Quote: | | For some reason my "display" freezes. With X and without X |
| Quote: |
If i opened a video file on the CRT and later, on the LCD, the video would fail and only show a green
image. The sound was ok.
Later this also happened on just one monitor and it also didn't matter the which monitor i used first.
Getting the video to display properly again would require X restart or some weird things like ( rm
/tmp/* ) or just wait until the next day ( i think do to a cron clean /tmp job )
(this /tmp idea only worked a few times) |
In time was able to replicate this situation and even workaround it without having to restart Xorg.
While playing with to monitors to play video i had the same issue that i described HERE with the video players going 'green'
This was changeable as before by removing everything in /tmp
However removing the following 3 files also broke the possibility of opening new applications.
The existing ones were working but no new ones were starting.
.ICE-unix .X0-lock .X11-unix
I had to restart X. But so far X did not looked !
In the middle of all this i decided to improve and clone my dual fluxbox display just to see if it was some how also responsable for some of these X errors such as the video players going green.
I made an HOW TO that can be seen here (to be inserted and edited here later)
After fluxbox being set in an improved away for dual monitor i have not had video aplications displaying a green output when playing with them in both monitors for a while.
This only lasted for a few minutes and video went green right after. This tells me that its not fluxbox settings fault.
It's still xorg; but the system/X did not lock.
i removed everything in /tmp leaving only: .X0-lock .X11-unix
restarted rox-filler ( file browser ) and the video applications went good again. Could this be caused from ROX side?
So i tested more to replicate it with ROX
I replicated the problem and tried to play video opening mplayer, mplayer-bin and vlc from the console with and without ROX open and the problem still happened.
Sometimes if the image doesnt go green , it plays the sound of the video that i opened but displays the image of a previews opened video.
It's like the players or something related to it are caching the video and mixing it somehow for the next play time
If i wait a few minutes to open the same video or another, then it's displayed properly, until next time that this whole cycle repeats itself.
In the middle of all this i decided to start learning about image and video display alternatives such as doing them in the console with the framebuffer such as these examples here:
http://gentoo-wiki.com/HOWTO_Mplayer_on_Framebuffer
This lead me to recompile mplayer and work some configs in : ~/.mplayer/config
| Code: | | media-video/mplayer-1.0_rc2_p24929-r1 USE="3dnow -3dnowext X a52 aac aalib alsa (-altivec) -amrnb -amrwb -arts -bidi -bindist -bl -cddb -cdio cdparanoia -cpudetection -custom-cflags -debug dga directfb -doc dts dv dvb dvd -enca encode esd fbcon ftp -ggi gif gtk iconv -ipv6 jack -joystick jpeg -ladspa libcaca -lirc live -livecd -lzo mad -md5sum mmx -mmxext mp2 mp3 musepack -nas -nemesi openal opengl oss png -pnm -pulseaudio quicktime radio -rar real -rtc samba sdl -speex srt sse sse2 -ssse3 (-svga) -teletext -tga -theora -tivo truetype unicode v4l v4l2 (-vidix) vorbis (-win32codecs) -x264 -xanim -xinerama xv xvid xvmc -zoran" VIDEO_CARDS="-mga -s3virge -tdfx -vesa" 0 kB |
While doing this i found that the Green display video problem went away. it kinda got 'solved'
everytime i added vo=xv,x11,fbcon,directfb to ~/.mplayer/config
While it was mplayer related i guess that by telling X about these settings it also solved it for VLC side.
Both players were displaying video properly. In my opinion X was chaging to accept the proper "forced" settings now; remembering them for later.
This can be changed and replicated by changing mplayer config settings in it's conf to either let X mess up the video display or to fix it. ( removing and adding vo=xv,x11,fbcon,directfb to ~/.mplayer/config)
However somthing else also happened. Now it was Rox-Filler going crazy (something i t also dis before sometimes)
If i open one rox window in monitor 1 and move the mouse to monitor 2 and try to open another rox window there; soon as i do it there the second rox window opens on monitor 1 and not on 2 where i commanded it to open.
This also happens the other way around.
Solution ?
I wait a few seconds or minutes and do the same and things work or just go through the whole cycle of replicating the problem.
My conclusion is that Xorg or whatever X related is caching things for too long and not letting them go when it should.
In my humble opnion this whole problem is Xorg's fault.
I will end here my bug hunt and workaround and consider this problem solved by workaround settings and not by FIX until the devs figure out how to fix it for good.
_________________
Help me solving these UNSOLVED TOPICS
My system hardware and software SPECIFICATIONS |
|
Desktop Environments
