Sm0k3r wrote:

remove the ; from the end of false

Indeed!

bitman44 wrote:

have you looked at powweb.com

please delete this message if you want.
40,000 mb webspace.
800 gig/mth bandwidth
$5.77 a month

i used them...with custom apache..
i think they are great.

1) I have a PowWeb account and they totally suck. It's terribly slow, often down, there is (at least still on my account) a 10 GB/day limit, etc.
2) That's shared hosting and it doesn't allow you to do set up cached PHP, WebDAV, custom MySQL query cache size just to mention some basic things...

Shared hosting is good for two things: low traffic websites such as blogs and cheap (though not very reliable) bandwidth. A VPS is something of a higher level of reliability and customizablility. Plus it always comes with faster & better support.

Helmi wrote:

Splendid idea!

Just one question, is it possible to pay in Euros somehow?
If I'm doing a USD transaction off my CC, I'll be charged some 15% exchange fees, money that I'd rather donate to the project smile

ChipIn is just a layer that generates the progress widget, they don't touch the financials at all, that's all handled through PayPal.

And I know from experience that PayPal keeps a fee of just a couple of percents max for doing a currency conversion. Can't you use PayPal for doing the conversion somehow?

Let's face it. The DriverPacks.net site isn't fast, it's slow as h*ll. The forum is fast though, but it's quirky every now and then: sometimes you have to resubmit your post up to 10 times before it really gets submitted. And the bugtracker isn't working properly, because the ISP of the web server currently has a MySQL version installed that's got a bug in it, and they can't update it because it's tied into their control panel software.

When I announced the opensourcing of this project, I never meant to leave this project. Nor did I. In the past few months I've spent very little time on the DriverPacks, muiz & ruudboek did most of the work there. I did do some work on the BASE though.
But most of the time I've been spending at getting to know Drupal, which is a very extensible and modular CMS framework. It's great. It will allow me to merge the main web site, forum and bugtracker into one site, while not losing the current forum and bugtracker: it's possible to import them! Yes: single sign on from then.
It won't stop there. A manual will be included in the web site as well, with some wiki-like editing abilities for logged in users and moderators will be able to approve changes.
And that's not the end either. This is not yet ready, but being worked on: a true driver database, to which any logged in user will be able to submit updated drivers and then they will be moderated (approved/disapproved) by the DriverPacks Team. In a later phase - when the driverDB will have been proven stable - the ability for client applications to interact it will be added as well, primarily for the DriverPacks BASE of course, but also for anybody else to interact with it. That's right. An API for the driverDB (will be through XML-RPC for sure, since it's well supported by Drupal).

Although for all these niceties to run snappy, I will need to be able to set up a custom hosted environment: it will need a fast MySQL server, PHP with a cache installed (eAccellerator or APC), the ability to install custom Apache modules (WebDAV for uploading large drivers), et cetera. A dedicated server is out of our reach: at least 160 USD/month. A "Virtual Private Server" is possible though: if we pay for an entire year, it costs 39.96 USD/month, plus a 25 USD setup fee, so 504.52 USD in total.

We need your help to achieve this!

Initially, the web site will just be noticably faster. When the new web site is ready though, you will still have an equally snappy web site, but with much more features.

Here's some statistics to show you why it's really becoming critical to move this project to the next level:

Web site statistics
In the entire year of 2006, the main web site, i.e. http://driverpacks.net/, had 528,528 visits, 352,373 unique visitors and generating a grand total of 3,300,936 pageviews.

And since May 26, 2006, our own forum was online: http://forum.driverpacks.net/. In little over half a year it had 177,613 visits, 120,120 unique visitors and 738,991 pageviews.

Some location/language/browser/connection statistics
24 percent of our visitors come from the United States, 7 percent from Germany, 6% from the U.K., 5% from France and Russia, 4.5% from China, 4% from Canada, 3% from Poland and Australia.

For more than 50% of all visits, English (either U.S. or British English) was set as the browser language.

52% of our users use Internet Explorer, 38 % use Firefox/Mozilla and 8% use Opera.

72% uses broadband, 10% uses dialup, 5% have corporate internet connections and of the remaining users it is unknown.

Download statistics
The DriverPacks BASE was downloaded 20,000-25,000 times each month on average, but at the end of the year this has been rapidly increasing, in the first half of January 2007 alone there were 45,000 downloads of the BASE, which forced me to move the BASE to the thesneaky.com server as well.

Since January 22, 2006, up till today (27 January 2007), these are the statistics for the main download server (thesneaky.com). Since March 2006 or so, all DriverPacks were served from this server, except for the BASE, which was hosted on DriverPacks.net until mid-January.

(Figures in parentheses refer to the 7-day period ending Jan 27 2007 at 4:23 AM.)

Successful requests: 4,285,502 (181,662)
Average successful requests per day: 11,655 (25,951)
Data transferred: 11.29 terabytes (298.45 gigabytes)
Average data transferred per day: 31.44 gigabytes (42.64 gigabytes)

Note that these numbers are not the same as the true number of downloads of the DriverPacks. In the past download managers weren't blocked, and now they are, although partial downloads are still allowed. Nevertheless, these numbers remain HUGE. If I had received 0.25 USD per download request, I'd have become a millionaire in just one year...

If you take the current average daily amount of data transferred, that is 42 gigabytes, and you see how much that is per second, you end up at 0.4977 MB per second. That's half a megabyte per second (or 4 Mbit/sec), 24/7!
If you look at the entire year period, that's 31.44 gigabytes/day, or still 0.4471 MB per second, during more than a year, 24/7!!!

UPDATE: Helmi has sent 25 USD directly to me, to avoid a 15% fee charged by his credit card company, so I simply lowered the goal by 25 USD.

UPDATE: The ChipIn widget wasn't loading in FireFox, I've now fixed that.

bitman44 wrote:

I have the same problem. Same MB and BSOD.
Been trying to fix since Base 7012.

here is the Jmicron drivers...INF, CAT, SYS

http://rapidshare.com/files/13678361/JM … P.rar.html

I will wait a little bit then download the test and try it.

You should try the nightly that muiz has posted, which has the work-around implemented for your motherboard.

wrx wrote:

no the GPU was in there , ok i hope this is what you lookin for ...

#-019 Searching for hardware ID(s): pci\ven_1002&dev_554b&subsys_131018bc&rev_00,pci\ven_1002&dev_554b&subsys_131018bc,pci\ven_1002&dev_554b&cc_030000,pci\ven_1002&dev_554b&cc_0300

I removed all your other posts, they were completely useless. Please mail me your setupapi.log file (admin <at> driverpacks <dot> net)!

jonedeuf: BEFORE you test, please go to your BIOS and make sure JMicron RAID is *disabled*. I'm now quite sure you've got this *enabled*, which is what would cause this BSOD.

Why is that? Because if you enable RAID, Windows will load the jraid driver, if you disable it, Windows will load the jahci driver. But it seems that if you enable RAID with just *one* HDD, the jraid driver will fail.

This topic can now be closed: more than a week with no problem reports, so that should really mean the SiI 3112r is now working fine again for everybody. If you still have problems with it, open a new topic.

And don't thank me, but ruudboek & muiz, they've done an incredible job. I'm sure they won't mind a thankmail either wink smile

wrx wrote:
Bâshrat the Sneaky wrote:
wrx wrote:

mmm I can find the file but i can't seam to find it where it looking for the GPU Driver??  If some could point where it would be that would be great   ..... thanks in advance !! smile

Open the file and do a search (ctrl+f) for these search strings:

PCI\VEN_1002&DEV_554B&SUBSYS_131018BC

and

PCI\VEN_1002&DEV_556B&SUBSYS_131118BC


If you don't find anything, spank your Windows really hard wink

mmmm looks like where spaking window !! They don't come up !!!??

When the DP kicked in it(in installing windows) was real quick  to load evey think, if thats any help ....

Did you insert the ATI GPU after you installed Windows?

There really must be a reference to that HWID, even if you installed that ATI GPU after you've installed Windows. Windows logs the selection of the best driver available in this log file.

wrx wrote:

mmm I can find the file but i can't seam to find it where it looking for the GPU Driver??  If some could point where it would be that would be great   ..... thanks in advance !! smile

Open the file and do a search (ctrl+f) for these search strings:

PCI\VEN_1002&DEV_554B&SUBSYS_131018BC

and

PCI\VEN_1002&DEV_556B&SUBSYS_131118BC


If you don't find anything, spank your Windows really hard wink

I think this is similar to an issue I've fixed in the past. Please submit this to the bugtracker and I will solve it in the next update of the BASE.

dhomolka wrote:

Just one help - as an exercise for the student :-)

Why all (OEM, i386...) is copied to that crappy folder c:\$win_nt$.~ls and not to c:\. All other tweaks for M2 with RIS I have finished I think.

Daniel

You should ask Microsoft that, it's not something I've made wink

Friends4U wrote:

mhuwaaa problem is not entirely fixed, the above is not correct... it is partially fixed when i use GuiRunOnce but then the desktop.ini issue arises again (not in the startup folder (you fixed that) but in startmenu and some other folders). i now have completely rewritten the winnt.sif and precopy.cmd and made some batchfiles because i cannot wait any longer i need a working install cd... you can lock this topic if nobody else has this problem if you like.

I'd like to get more details about that desktop.ini issue you describe. It's not much work to add more work-arounds if necessary.

Please post the relevant portion of your setupapi.log (which is located in %SystemRoot%). The relevant section is the section in which the HWID of your ATI GPU is listed in the log file. Copy the part where it's trying to find a driver for it.

Friends4U wrote:

This fixed my problem.

What exactly? Removing that whitespace? That doesn't make sense, you can indent any entry in a .ini format file as far as you want, any ini parser will ignore the whitespace...

441

(15 replies, posted in DriverPack Mass Storage)

dnoiz wrote:
Bâshrat the Sneaky wrote:

Thanks to
Benjamin Tegge
Frederic Bellec
Frederic Uytterspot

Together they've donated 27.5 euros! smile

Now jtdoom can send his mobo in RMA.

Ohhhh my my. Two typo's in my name. Next time copy/paste it, I know it's not an easy write ;-).

Anyway, I'm glad to help out. The DP's are making my life a lot easier also.

R.

/ashamed

Fixed wink smile

ruudboek wrote:
Bâshrat the Sneaky wrote:

Well, Promise has been working surprisingly well for a very long time (many, many months), but perhaps it's now time to rethink the whole current implementation.

Do you already have a suggestion on how we can add this driver without causing a conflict?

We'll have to compare his HWID with the ones currently supported by DP MassStorage and compare the "official" driver for his controller with the ones currently included in DP MassStorage.

dhomolka wrote:

Hm - always used M1 without problems. Since OemPnpDriversPath is getting to long and I´m on a new system, I wanted to take a try on M2. Why are the necessary files aren't copied? Please help me understand this method so I can fix the problem.

You know files are copied to a crappy folder c:\$win_nt$.~ls\OEM\bin and left unextracted.

Daniel

See this FAQ.

Method 2 was designed for media-based (CD/DVD) installations, not for RIS installations. That's why it doesn't work nicely with RIS by default. AutoImage solves that problem. It's donationware, so just give it a try wink

dhomolka: apologies, it was a log of your slipstream, only it seems so short at first sight...

In a RIS installation, you should either use method 1 OR use method 2 with some custom scripting: normally presetup.cmd, which is ran before the real setup.exe is ran, will extract DPsFnshr.7z, but since you're using RIS, this won't be executed... Just make sure DPsFnshr.7z gets extracted to %SystemDrive% AND DPsFnshr.ini gets copied to %SystemDrive% before DPsFnshr.exe gets called. Both files are in the OEM directory (NOT $OEM$!) of your RIS installation files.

I'd strongly advice you to use RogueSpear's superb AutoImage. You can use that to slipstream the DriverPacks into RIS installation files. See this part of the AutoImage tutorial on his forums to find out how to use the DriverPacks and the DriverPacks BASE with his program.

elbrute wrote:

Really strange. This happens with DPs_BASE, nLite, AutoPatcher, and RayansVM Integrator, but doesn't happen with other windows apps such as Quicken, Excell, TurboTax, ect. Don't have a clue as to why.

When I install XP on this machine, (gonna be a while yet), I'll see if it still happens. Maybe something in 2k's API is different than XP's API.
Anybody out there with a cardreader on XP that could check it out?

Dave

This is not a 2000 vs. XP issue.

This issue is NOT related to your cardreader, I think, but rather due to an incorrect low-level system setting (which may be related to your card reader), though I haven't seen anything like this before, so I won't be able to help you. Sorry.

Please try muiz' suggestion.

That's not the log of your slipstream... Please slipstream the DriverPacks again into your RIS files and post that log file.

The ATI problem seems odd to me. Can you tell us what GPU it is and if you used DP Graphics A and/or B?

And no changes have been made to the nVidia nForce SATA drivers, which is why there aren't any improvements for you on that issue.

Please post this in the CORRECT forum next time!

It does work for everybody else, so it must be something specific to your system wink

Eh? yikes

It only happens when you try to select a location, probably? Then it's not the code of the BASE, but the Windows API that is returning this error...

Post your DPs_BASE.log please.