I'm trying to get a new remote frontend working, so I installed R5C7 (as my backend is R5C7 too).

Due to whatever modeline is running after the install, the picture is shifted WAY to the right. So I thought I would go through the XF86Config-4 file and get rid of any modelines that weren't necessary and that wouldn't work with my monitor (there were LOTS of extraneous modelines there).

However, every time I restart the frontend to see if my edits have fixed the shift, the four gazillion modelines are back again and all my changes are gone. I have checked and I don't think I'm doing anything dumb like editing XF86Config instead of XF86Config-4.

What is going on here? How can I get whatever is trying to reconfigure my config file to stop doing it?

Thanks.

Is it also reverting to the 1.0-7174 driver everytime? There's a script that you need to disable... The real script is called something like /etc/init.d/install-nvidia-debian, removing the links to that in the rc*.d directories for each runlevel might help:

There's more details in one of the "new nvidia drivers" threads.

Found the thread, disabled the scripts to run on restart. I have to admit I don't know how to tell which driver it's currently using. It looks like my choices (in /usr/src/pkgs/nv/) are 1.0-7182 and 1.0-8762.

I read that if I reran the scripts that my XF86Config-4 file would be wiped out, so I saved it to replace it after I run the scripts.

I am still having some kind of nvidia issues, though. The logo appears at startup and "nvidia" is in XF86Config-4 instead of "nv," but if I set "Standard XVMC" in TV playback settings, I'm not getting it... my OSD is color instead of gray and my HD recording is not playing back at full speed. I'll search to see what else I can check--if anyone has any ideas I'd appreciate it.

Thanks as always, tjc.

Check your X logfiles as per the wiki page. They include details like which driver version and the rest. It may look pretty mind numbing at first, but it's not really that hard to find useful information despite that.

Got it--I am using 1.0-8762.

Still not getting XvMC to work. OSD is still color rather than gray.

The X log did say something about GLX not loading. It is listed in my XF86Config-4 file. Will have to look at the log again when I'm not half asleep. I searched for ideas on the forum, added



to my XF86Config-4, but still no go. Time for sleep.

The specific part of the XFree log is:



I'll try reinstalling the driver and see what happens.

Does the "Module" section of your XF86Config-4 file include:

If it's any help mine looks like this. Note the things that are disabled (commented out) as well as the ones which are listed:

BTW - I thought you said you were running R5C7, but that sure doesn't look like the normal driver selection for that release.

Crud, you're right--the disc I'm using on the frontend turns out to be R5C42. I can't find my R5C7 disc that I used on my backend. I have an R5D1, but someone else reported that their D1 frontend wouldn't talk to their C7 backend.

I'm trying to reinstall from the R5C42 disc and see what happens. My XF86Config-4 definitely had the "glx" line in it previously.

Why not just grab a new copy of R5C7? It's still available on the FTP servers ftp://ftp.knoppmyth.net/R5/R5C7/.

Grabbing it right now. I'm also trying to run D1 on the remote front end just for fun. Maybe it'll motivate me to upgrade the backend...

OK, well, the person who posted about the R5C7/R5D1 conflict must have something else going on, because my R5D1 frontend is talking just fine to my R5C7 backend. I'll reply to him in his thread.

XvMC is running correctly, but the auto scripts still seem to be wiping out my XF86Config-4 edits on restart. At least now I know how to stop it, but I'm not sure I see why this is a feature.