On Mon, 2004-10-25 at 02:32, mike lewis wrote: > OK, now try this: > > When it freezes, ssh into your box then run: > tail -f /var/log/freevo/main-0.log > > Then with your remote hit up/down or whatever and see if freevo is > reactiing.. I see output, which means freevo has not frozen at all, > but the framebuffer is locked by xine somehow.. > > We can't be the only 2 people trying xine can we? > > Mick
Exact line which main-0.log say it used when I played one of my stored dvds: /usr/bin/xine --hide-gui -pq -g -B --geometry 768x576+0+0 --no-splash --stdctl -V xv -A alsa --post=pp:quality=10,expand dvd://data/Dvds/TheMedallion/VIDEO_TS/, Since I have no remote, I punched the keyboard, but freevo did not output a thing. Also I tried serveral window manager commands ( I use the Ratpoison keyboard only wm) and these are also locked. Only thing which do work is zapping X with ctrl-alt-BkSp .. I changed video drivers to nvidia's own driver and did the xvattr trick mentioned earlier. works like a charm, no more blue lines, but it did not resolve the xine issue so I guess it further supports that its not a video issue. - Jesper
signature.asc
Description: This is a digitally signed message part
