Roufneck

On Vista x64 the pc speaker doesn't ring on incoming Skype calls. I don't know if this is a vlite or skype problem. When I install windows XP it is working. The same situation happens on both pc's I installed it on. Is there something needed for Skype? Does anyone have the same problem? Other question is, how can I test my pc speaker? Is there a program for that? TIA.

Hehe, disregard what I said about '.sys was mostly used for windows earlier then XP'. It's been a while since I digged into this. But I did suppress the .sys warnings because of the million warnings in the driverpacks. Like I said before, a lot of .inf files are very badly written. How some of them work, I still don't know. If I remember correctly, on the msdn site it said somewhere the .inf files need a SourceDiskFiles section. DrvComp only looks into this SourceDiskFiles section. It is impossible to add all the exceptions by hand for the badly written .inf files. So if you need to compress other drivers, copy them by hand to the destination folder and DrvComp will still compress them for you.

I've looked it up in the source code. It doesn't give a warning for .com, .sys, .dos, .vxd. .sys was mostly used for windows earlier then XP. In the driverpacks were a lot of XP drivers who had very bad written .inf files. They included a lot of older files from previous windows. The easiest solution then was to disable the warnings for .sys. So basically it was to suppress the huge amount of warnings with compressing the driverpacks.

If I understand correctly, your program does post-windows-install installation. I was referring to integrating drivers into images.

It doesn't check the destination. It only reads the source inf files, copies the necessary files and when ready compresses files in the destination dir.

Development is stopped for this. For two reasons: 1. I am using Vista installs only at the moment and it has an different and easier driver integration system. 2. As stated earlier, this program is written in NSIS. It started as a project to learn the NSIS language and possibilities. However, the program got bigger and started to hit the limitations of NSIS. Maybe when I have the time I rewrite the program to .net, C++ or another language. If someone feels like starting with this, the code is included in the first post.

@Kingskawn It compresses all needed files and stores thes in those folders. Not in 1 big file. @godan The inf file is too big. One of the short comings of programming in nsis.

Since a week I am running vista x64 too. Had a lot of problems with my connection while using µTorrent. After a lot of reading I found 2 solutions. One is patching tcpip.sys. However this doesn't work (well) in vista x64. Fortunately uTorrent and Azureus have build in preferences for net.max.halfopen and bt.connect_speed. With these settings patching tcpip.sys is no longer required. Goto µTorrent -> preferences -> advanced set net.max.halfopen to 4 (This is how many connection attempts µTorrent will make at the same time. This value must NEVER be higher than 8 for unpatched Windows systems! You can still have 100+ connections to seeds and peers depending on your µTorrent -> bandwidth settings.) set bt.connect_speed to 4 (This controls the number of connections per second that µTorrent makes. This value must NEVER be higher than 8 for unpatched Windows systems!) set peer.resolve_country to false (for slow connections) Changing these settings will also get rid of the million 'event ID 4226' errors. The only downside I saw so far is that it can take a few minutes before µTorrent get to its full speed. The good thing is that I can browse the net again or even play games without any problems while µTorrent is running. I hope this can be of any help.

Hi Viper999, Sorry I didn't reply to you or others any sooner. Lost my internet connection for a long time. Anyway, I had lots of time to look into the code and try to improve it. However, I programmed this a long time ago in NSIS. Thats also where the problem lies. NSIS is primarily used for installing software. Because of this I have hit the ceiling of the possibilities and need to look for too much work arounds. I'll add the source to the first post in this thread. I hope someone can improve it or even better, help me rewrite it to .net or C. My skills are not good enough for this right now. Regards, Roufneck.

Just finished another project so I have some time to look into this. Will try to work on it next week latest.

Never mind... I just found syssetup.inf.

Thanx for sharing this gosh. This is exactly what I looked for cause it keeps me in control of my custom builds. I am making my own build environment from scratch based on yours. I probably end up the same as yours but its just so I understand it. One question though. What does the InfAlwys mean? For example do I need to keep moviemk.inf or can I just remove all links to moviemk.inf and all files used in moviemk.inf from dosnet.inf and txtsetup.sif. It seems that windows setup copies moviemk.inf to the inf dir and after copying it detects inf files and executes those. So if windows doesn't copy this file it doesn't execute and I don't need to edit it and replace it.

Just did some more testing. Leaving all language settings and keyboard settings in nlite deletes all keyboard layouts as well. Installing non-nlited XP SP3 gives me all the keyboard layouts and I can select the spanish keyboard. So I guess this must be a nlite problem. Besides the missing keyboard layout, nlite seems to be working well with SP3 v3244.

It's probably not a nlite bug, but I am missing all keyboard layouts except the United States Dvorak/international. I have to do some more tests to see if it happens with a non nlited XP SP3 install. Just wondering if someone knows if this is known for SP3.

Thanx It has to do with the quotes. I can fix this. Besides that it uses some language codes for file location. I need to look into this.

Released DrvComp v2007.08.09 with XP installation CD driver integration.

Can you tell me which driver? (driver version, os, download location)

I think its working. However, there are some textsetup copy errors regarding to some .cat files. Haven't figured that out yet. But if someone wants to test and can find whats wrong. Edit: removed beta version.

Still work in progress. I don't have much spare time now, but will try to finish it by the end of next week.

I am already working on this and took nlite as an example. I have to solve a few minor problems and test it before I make it a public beta. So far it is looking good.

I just saw that you use Windows 98 Second Edition. Think there is a problem with removing attributes from files. Could you try this file and post the log file? Edit: Removed beta version.

Can you give me a link to the drivers you used? I tried with some Rhine network card drivers, but I cant reproduce it.

Do you know what entries to add and where? Or do you have some links where I can get the info? It would save a lot of time compared to method 1 and 2. Hmmm... The only problem I can think off is adding different (manufacture modified) drivers with the same file name. I somehow need to recreate the dir structure in the i386 folder.

If you mean that these files are missing from the drivers grabbed with DriverGrabber, that is possible. Because it does the same as DriverCompressor. Checking for files in the inf and copy those. These extra 8 files you add with DriverCompressor are the multi language files. These are not in the copy section in the inf file and must be added with an other routine like I did. If these files are missing, the driver will fall back to english. To remove these files, unclick the international driver support option I added. You will loose the dutch language support though (I think). I think it is because the program works completely different than mine. You probably only can use it with the standard unpacked setup file. DriverCompressor scans inf files for files to copy, this way it should work with every inf file. The program from laptopvideo2go hardcoded the files to delete. That is not the problem. The big problem is scanning the inf file for the default registry settings and keys. This is done differently for different manufacturers. The easy part will be reading these settings from the registry and set these as defaults. I can easily hardcode some registry settings, but I don't want to do this. That way I may have to update the program each time a new driver comes out.

I've looked into the inf files of several drivers. I think its gonna take a lot of time. The main problem is, how do I know what to change and what can be changed without messing up the installation. An other problem is that some inf files are written very badly. I have to come up with some code to detect all the registry settings in a lot of different inf files that are written by different programmers. You are talking about 1 option only: Stereo surround. If it is only about a few options, I think its better to patch the registry after installation (run once) and leave the inf files alone or if that is not an option for you, edit the inf files manually. This doesn't mean I wont add this in the future. It only means that I will think about it and when I find a solution, I will add it.