I'll let him know when he is online. He is from Ukraine, speaks Ukrainian and Russian. I don't know about his English skills though. You can check out his driverpacks here The orange button '???????' Means 'Download'. It's notable his driverpacks don't have.ini files(for finisher) and he says he don't need it. He updates driverpacks shortly after new drivers become available.

• Download Driver Pack Solution
• Driverpack Solution 2016 Free Download
• Driver Pack Solution 14

EDIT2: He said he makes driverpacks for himself. The driverpacks are meant to be used by programs like DriverPack Solution and Drivers Installer Assistant, this is why there is no.ini files.

He isn't interested in joining driverpack.net and give me some vague explanation like 'uncertainty'. He said it is all right to use his driverpacks and integrate them into DriverPacks but he doesn't want to contribute directly. Also he doesn't speak English but it's unlike the reason for not joining. I'm still writing more information about DriverPack Solution, so stay tuned. EDIT: It takes a bit longer to write it. Don't worry about it being too long, I'll organize chapters so you will be able to skip the boring parts. Last edited by BadPointer (2010-02-07 08:55:06).

BadPointer wrote: I was looking all over place for the link to driverpacks.net in DriverPack Solution 8 and 9 but found none. There are plenty of links, including comprehensive list of hardware manufacturers. This makes me wonder if ArtX even know where the DriverPacks originated. For all we know, he could have used driverpacks by SamLab giving all credit to SamLab. ArtX doesn't speak English and might not have known about the DriverPack.

SamLab makes his tweaks to the DriverPacks and distributes driverpacks rebranded as SamDrivers with Driver Installer Assistant. The users aren't given any information about the origin of driverpacks apart from the links in Driver Installer Assistant. Considering the overwhelming popularity of SamDrivers in the RUnet, it's no wonder many people don't know anything about the DriverPacks and the fact that SamDrivers are based on the DriverPacks. I never knew that Greg's driverpacks are based on the DriverPacks either. The filenames were so different that I never tried to compare them with the DriverPacks. EDIT: SamLab and Greg give proper credit to the driverpacks. Sorry for making the false claim.

I should have checked it before showing my ignorance. There are many unofficial torrents where the DriverPacks aren't mentioned though I asked here same question.

DriverPack Solution 9 Project Manager. There is standalone file drp.hta (drp.zip). Here is Autorun. Share this post. Driverpack solution 2014 indir autorun hta File Name: Microsoft. Others decry the way Facebook plays games with your privacy, driverpack solution 2014 indir autorun hta. We feel the same way about our athletic game balls. Leveraging the Mono, driverpack solution 2014 indir autorun hta. The upcoming release of OS X 10.

Note: Users are advised to read the first 4 chapters and may skip the rest. These chapters can be copied into the first post so new users can understand this thread.

Description 2. Getting DriverPack Solution 10. Comparison to Drivers Installer Assistant by Romeo91. Search in the web service 5. DriverPack Autorun to DriverPack Solution 9(R2). DriverPack Solution 9 Dev Build(R36). DriverPack Solution 10 Dev Build(R144) 8.

DriverPack Solution 10 distributed DVD edition(various revisions). DriverPack Solution (the plans) 10. Cooperation on driverpacks.net 1.

DriverPack Solution is a program that uses driverpacks to check if some drivers can be installed and updated. It tries to find drivers the latest drivers which are known to be compatible with the current system. When it finds such drivers it suggest installing them. The program doesn't install drivers itself, it extracts them from driverpacks and feeds the drivers to DPInst which does the job. There is no official release as of now, so I suggest using the recommended revision(!not the latest!) from SVN.

Follow this instruction. Download and install TortoiseSVN (SVN client) / 2. Create a new folder for the program. Right click on the folder and select 'SVN Checkout'. Enter ' in the URL field. Type in '145'(the recommended revision) into the revision field.

The SVN client should download the program. Create a folder 'DRP' and put driverpacks inside. If there is such folder, the program will create it for you. You can create sub-folders in the DRP folder like 'Vista/7x86', 'Vista/7x64', 'XP'. 8.The first time you start the program, it should find driverpacks and suggest to index them, say OK. Should a problem arise, you can provide logs from the 'logs' folder. The best place to report problems is the Issues on SVN.

Romeo used to work with ArtX on DriverPack Autorun but due a conflict he quit the project and made his own program: Drivers Installer Assistant. I don't know what the conflict was about(I wasn't around then) and it appears people don't want to talk about it.

By the time I joined DriverPack Solution 9, Drivers Installer Assistant was(and still is) a pretty mature application. I outlined the features which are supported by Drivers Installer Assistant but aren't yet implemented in DriverPack Solution.

Finisher isn't fished(no pun intended). It's commented out in the source code. PhysX driverpack isn't supported. I haven't got around how to use it. DPRuntimes driverpack isn't supported. I haven't got around how to use it.

I think 2 and 3 are the easy ones I just don't know on which condition I should use them. As for the finisher, it's more complex and I still don't know how to handle it and how it's essential. I think it is important but it was put off till a next version. QuarQ's driverpacks don't have any ini files and he says he doesn't need it.

update // Initially I though Drivers Installer Assistant had the same features. I think DriverPack Solution has a superior algorithm for picking drivers because it looks for exact HWID matches, checks compatible IDs and checks if the driver in question is compatible with the current OS. /update I'm still not sure if it's completely correct. However I do know that over time it becomes more accurate and I'm going in the right direction. Maybe there is documentation somewhere which would save me a long way of trial and errors and investigation of every failure. I made a switch from driverpack based interface to driver based interface. There were some complains regarding the interface which I handled by introducing the expert mode and adding descriptions to the lists.

I would like to know if these complains are still valid for regular users and driverpack maintainers: 1. It's difficult to understand the purpose of some list. The lists are are too long because the program shows several drivers for chipset. Some drivers should be hidden. The lists are are too long because the program shows the name driverpack.

It should list drivers without showing the name of driverpack where the driver was found. Some lists are useless. To sum up, DriverPack Solution right now might have a better driver matching algorithm but miss the features mentioned above and maybe some more which aren't apparent.

The programs use different approach in presenting information and DriverPack Solution is leaning rather to advanced users, driverpack maintainers than to users. This is why ArtX added the infobox which advice user what to do. Anyway I want to see progress in both projects, it's good for users. I wanted to implement installation from unpacked driverpacks(like it was done by WsnoW) but I didn't because the code would be hard to maintain without making major changes. This feature is planned in to be implemented in a new version(that means it is unlikely to be soon). There is a feature in DriverPack Solution which allows to search driver with specified HWID on the Internet. / DevID service provide search for drivers uploaded by users.

Search on Microsoft is made by ArtX. He said he tried to minimize amount of requests to this service because Microsoft wouldn't be happy about it. I don't remember why though. The publisher said he want to provide this basic service for free and provide some paid service like collecting all drivers for particular computer and giving them as a single download. The publisher plans to assign the task to freelancers.

This service is intended to be automated and won't involve a human deciding which drivers to use. I don't know much about these web services. I think ArtX know about it more. I can't really explain how it started so I tell what I know and I'll try not bore you with details.

The program was created in May 2008 and was initially named DriverPack Autorun and was renamed to DriverPack Solution when it became version 9. As far I can tell by the changelog most releases had rather small changes while 6 and 9 versions were major updates. I joined the project when DriverPack Solution 9 was released. You can see that R2 at SVN corresponds to DriverPack Solution 9 so there is detailed changelog on SVN. At some point I released DriverPack Solution 9 Dev Build as an experimental branch which added support for X64, improved speed of parsing INF files, improved HWID matching algorithm.

Eventually I switched to algorithm which matches exact HWIDs and checks compatible HWIDs. This version corresponds to R36.

Also I take time to collect driverpacks from different maintainers and uploaded it to my hosting(free mediafire account) which I later switched to ArtX's hosting. But I haven't updated driverpacks since October so users are advised to use the links to get the latest driverpacks from maintainers. Though according to statistics a lot of people still download outdated driverpacks. I remember the days I updated driverpacks, the hosting could barely handle the traffic and the provider tried to limit it. The majority of people were from the former USSR, I think it it's because of the common language.

Dj tiesto - welcome to ibiza mp3. This is why I was planning to introduce the project in the English speaking community. I was going to release DriverPack Solution 10 Dev Build but I was being hold back by the publisher(read about it below).

This release was supposed to be based on R144 and I had uploaded updated driverpacks to mediafire. I couldn't use ArtX's hosting because he didn't have enough space(5.4 GB) and the provider of hosting might not handle such amount of users because the attention was building up since I announce I would release my own branch: DriverPack Solution 10 Dev Build soon. At the same time I was preparing a DVD edition of DriverPack Solution 10 Dev Build. This edition would had stable driverpacks for XP removed in favor for the driverpacks from nightlies. Driverpacks for printers were also removed. I was working on it with a guy who was supposed to make this release on torrents.ru.

At some point I had to said that could no longer be involved,he is his own and he can't release it labeled as “Dev Build”. He prepared it himself and released it on several major tracker labeled as 'DriverPack Solution 10 Professional DVD(??????????????????)'. Since this unofficial version was superior to other custom versions, it replaced them. In my deleted post, I was worried that the Internet(save for RUnet) was full of broken custom releases of DriverPack Solution 10. However I see that this release has reached the English speaking folks but it dropped the '(Unofficial release)' from its title and is named 'DriverPack Solution 10 Professional DVD'. It doesn't mention “Dev Build” as it was intended either. The English description could have been handled better(it was translated by Google Translate).

DriverPack Solution 10 distributed DVD edition. It was announced that users could order delivery of DVD with the latest program and driverpacks. The size was stated as 3200MB, I don't know where ArtX got this figure and wasn't given information about the driverpacks on DVDs.

Users were given an offer to preorder the DVD for 300 rubles later 500 rubles and since February 1 it is 1000 rubles(US Dollars: 10$, 16$, 33$). It was stated that the official DriverPack Solution will be released on March 1. I pointed out that this information would mislead users into thinking that they have to pay to get the program yearly. I believed distribution and the official release would start on the same day and the offer would nly give users discount for yearly preorder. I was planning to release my branch DriverPack Solution 10 Dev Build(as an experimental release) before on March 1, this way we could test it and fix bugs before releasing the final official version. I clarified for users that ordering DVD is meant for these who have slow and expensive Internet or don't have it at all. I also announced that I would release my experimental branch soon.

Shortly I learned that I wasn't supposed to release it because I'm known as a developer and it would harm sales. I had a conversation with the publisher over Skype for more then 4 hours but we couldn't come to agreement. In the end, I quietly canceled the release without an explanation.

The publisher felt that an honest explanation would harm the reputation and I couldn't lie to users. I decide not to quit yet and take a break till March 1. I feel free to discuss this here because it's unlikely that there would be many people who would order the DVD so I'm not harming sales.

For I a few days I received orders in my mails but it stopped soon so I don't know how many people ordered the DVD. The announcement about the new version was sent via e-mail to the people who was interested in DriverPack Solution at some point. It's about 50 000 e-mails the last time I checked, I can't login into e-mail campaign anymore to see how many respondents are on the list. I wasn't informed when the distribution begun and didn't know about the content of DVD. However some customers contacted me for support so I learned about it.

Publisher says they send some a limited amount of DVD yearly but the major distribution hasn't started. I didn't know for sure but my observations didn't fully support their claims. So I announced that users don't have to buy DVD and this is only a delivery service for these who don't have Internet or it's too expensive. The same way anyone can buy a Linux distribution. Also I think it's the publisher presses us to make special functionality for distributed DVDs. You can look at the last 3 options in tools config.js and decide for yourself whether it's a good idea or not. At the moment there are a lot of custom made distributions of DriverPack Solution made by users.

I recommend to stay away from them because they are based on revisions which aren't meant for release and some of them are so broken that some driverpacks aren't indexed. However some decent distributions are out there already. I decide that I'm going to port the project from JavaScript to C. That means I will have to write everything from scratch and only few important parts of original source code could be salvaged. It might take a long time to get all the features which are available right now. In the long run, users will benefit from lower memory footprint, full support for non-ASCII characters, mulithreading and multicore optimizations.

This version will have a solid design which will make it easier for developers to maintain and add new features. I'm going to come up with a codename for this branch of development so we could provide support and make bugfixes for the JavaScript-based program while it's in the development. I'm going to start working on this branch after DriverPack Solution 10 release.

Note: this part might be difficult to comprehend unless you are a programmer so you can skip it. The main part of the program is written in JavaScript and INF parser is written in VBScript. The program uses bat files to link several modules together. ArtX decided to make it this way because he has more experience in web programming.

But it's decided that I'll be poring the program to C after testing DriverPack Solution 10. While the core of program works well, the current design is known to slow down program(can't read binary files, can't seek trough files, RegExps are slow and don't support advanced syntax, rendering is slow), depends on IE(we have to support IE 6), fails when encounters non-ASCII characters in paths, fails on highly modified pirated Windows(while it's their fault, they expose legit bugs under unusual conditions), dependence on external programs for some features, JavaScript and VBScript are prone to bugs because the code isn't compiled which means it won't give warning/errors due weak typing. When I joined the project, the source code was in a bad shape: indents were absent or inconsistent, lots of lines with more than 100 characters, comments were in Russian, some variable and function names were in translited Russian, some parts of code were complicated than they should have been.

The way code was designed make it very difficult to make changes without breaking something in other places. Over time I cleaned up the code and made changes to make it easier to maintain but there is still some code which I consider poorly designed.

Don't get me wrong, I'm not to criticize ArtX for his code, after all he started it all and it still worked. Back then he might not known which design was optimal in the long run. He end up implementing new features via hacks and copy-paste rather then unifying code. I believe the project benefit from a good design and monolith code(C rather than JavaScript+VBScript+bats).

These are the problems which I wasn't able to solve for this platform. I'm going to use GCC as primary compiler(I'm not sure if I'm going support Microsoft Visual Studio Express all the time), using win32 API for GUI(it will keep size of binary to minimum) and use UNICODE through program(it won't be compatible with Win98 but it's OK). I don't know how much time it will take before the program will have the same features as the JavaScript-based version. I'll try not to spend much time optimizing RegExps and implementing multithreading till the core is ready. ArtX doesn't have experience with C but he agrees with the decision to switch and is willing to learn (switch from JavaScript to C shouldn't be difficult).

It will make things more complicated for testers though because they will have to set up compiler and compile the source code. I'm glad I'm here and the way I see we could be useful for each other. Driverpack.net could help with localizing the program to many languages, reviewing the source code providing expertise on drivers. DriverPack Solution could provide DPInst and logs with failed installations, statistics from devid.drp.su implement features which might be helpful for driverpack maintainers. These features shouldn't make major changes which could posses a risk to users, I'm going to abandon the old codebase anyway when a new branch is ready.

Last edited by BadPointer (2010-02-09 22:15:43). BadPointer wrote: 3. Romeo used to work with ArtX on DriverPack Autorun but due a conflict he quit the project and made his own program: Drivers Installer Assistant. I don't know what the conflict was about(I wasn't around then) and it appears people don't want to talk about it.

Please accept my apologies for my grammatical mistakes, but Translated Google:) I did not know about this opinion about me! There is no conflict with ArtX was not.

I have a bad knowledge of the language-php. While ArtX not very actively developed its own project, I helped as I could, but not as a member of his project, but simply as a user forum.

Thoughts on development, I had many, but to implement them myself, I could not. As already said, I have scant knowledge of php. And I had the idea to create a similar project in which I can edit anything. After months of efforts, I published my project.

Outwardly he was a march to the DRP 8.0. Since this interface suited me just fine. And soon it will be a year as I develop my own project.

Somewhere around six months in the description of the my program was the phrase My thanks to: ArtX Group - Kuzyakov Arthur - for the idea of the draft DRP, precipitated me to write your own program:). BadPointer wrote: Initially both programs collected few HWIDS from INF files and tried to match part of this HWID to a part of device HWID and feed all drivers to DPInst. Eventually I switched to algorithm which looks for exact matches and checks compatible HWIDS. At some point this improvement was incorporated into Driver Pack Assistant.

While DriverPack Solution an lost this advantage, I welcome progress in both projects, and it's good for users. I'm not sure Driver Pack Assistant incorporated the latest algorithm from DriverPack Solution. And to tell the true, I'm still not sure if it's completely correct. It should be noted that none of the algorithms of the program Drivers Installer Assistant does not come from your project. The project is developed independently, based on the suggestions of users and based on my research and wishes. By the same decisions to expand the functional we can come alone, but at different times, as working on similar projects. Last edited by Romeo91 (2010-02-09 19:34:28).

Romeo91 wrote: There is no conflict with ArtX was not. I have a bad knowledge of the language-php. While ArtX not very actively developed its own project, I helped as I could, but not as a member of his project, but simply as a user forum. Thoughts on development, I had many, but to implement them myself, I could not. As already said, I have scant knowledge of php.

I didn't know that. I heard there were some disagreements regarding how things should be done but your explanation is believable and makes sense. Though DriverPack Solution didn't use php as far as I know. Romeo91 wrote: It should be noted that none of the algorithms of the program Drivers Installer Assistant does not come from your project.

Download Driver Pack Solution

The project is developed independently, based on the suggestions of users and based on my research and wishes. By the same decisions to expand the functional we can come alone, but at different times, as working on similar projects. I have been following your project closely so I noticed this improvement and the new format of indexes is almost compatible with DriverPack Solution so I concluded that this code influenced in some way. I'm not accusing of stealing, and even if it is influenced, it's all right.

Besides there is only one way to do it right anyway. I also think both project could benefit from sharing experience and research which would reduce duplicate research and provide users with a better experience. BadPointer wrote: I have been following your project closely so I noticed this improvement and the new format of indexes is almost compatible with DriverPack Solution so I concluded that this code influenced in some way. Well, if you read carefully the Russian topic DriverPack Solution , we can see that I'm very actively working on the file tools DEVParser devparser.vbs and expanded the format of the database. It is not surprising that in my project, I used the operating time. Read a list of changes in the Unofficial Build DRP 8.0 by Romeo91 and QuarQ.

I was talking about the current differences in these algorithms(picking compatible driver) in both projects so users could be informed about it. This makes the changes made to DriverPack Solution 8 irrelevant here. I just carefully looked at logs and indexes of your program and it appears I mistakenly concluded that you implemented the same features after looking at your changelog. In this case you might be interested in looking for 'isCompatible' and 'CompatibleIDs' in autorun.hta so your program could benefit from a more accurate algorithm. EDIT: Updated the long post. Last edited by BadPointer (2010-02-09 22:16:49).

BadPointer wrote: I just carefully looked at logs and indexes of your program and it appears I mistakenly concluded that you implemented the same features after looking at your changelog. In this case you might be interested in looking for 'isCompatible' and 'CompatibleIDs' in autorun.hta so your program could benefit from a more accurate algorithm. EDIT: Updated the long post.

About CompatibleIDs I thought a long time. The beginnings of the code is, but commented out. All the way hands do not reach. But isCompatible - an interesting feature that may be something similar to do.

Driverpack Solution 2016 Free Download

This script can run either one folder up from WPI.hta directly from the share itself or from another location if you specify the share.;The directory structure must be like this: SomePath SomeFolder WPI where WPI.hta is in the WPI folder and this script is either in SomeFolder OR;a share is specified with SomeFolder shared (as in, the share path would look like server share WPI with WPI.hta in the WPI folder) AutoItSetOption('TrayIconHide',0);Change these values to suit your needs. You can also get rid of the If/ElseIf statements in the CallWPI function if you just use one config. Global $CONFIG1='CONFIG.JS' Global $CONFIG2='CONFIG.JS' Global $USERNAME=' Global $PASSWORD=' Global $SHARE=' 10.0.0.200 DriverPack';Global variables needed for the rest of the program. DON'T CHANGE THESE VALUES.

DRP 1.0 beta 7c My DRP layot: - folder DRP -subfolder devdb (unpack from devOEM.zip) -subfolder OEM (unpack from devOEM.zip) -subfolder tools (create folder tools and place here files unpacked from tools.zip) -subsubfolder DEVparser (unpack from DEVparser.zip and place into folder 'tools') -subsubfolder menu (unpack from menu.zip and place folder 'tools') -subsubfolder Help (. Help.zip as above) There is standalone file drp.hta (drp.zip) in folder DRP You need 2 files in folder tools DPinst.exe and 7a.exe.

Driver Pack Solution 14

They are too large for attachments. DPInst.exe - redistributable taken from DDK (Driver Development Kit). See You can download 7a.exe here- choose to download 7a464.zip; unpack it and you will find 7za.exe Edited May 18, 2010 by stasys44. 2 entegre As i have wrote it is not mine but I have found it and translated. I am preparing new enhenced help modification that it is not in original. It will be ready during max 2 days When you click updating basis you should hit every drivers button but not at once - the process will stack. The interrogative sign should change to working.

Updating one Driver Pack may take dozen minutes, paralell to drp.hta you will see temporar listdp.blabla.txt file (I think on USB program will complain to it doesn't writable disk). This is first stage.