Search options (Page 29 of 58)

I always C&P before I click "Submit", that way you can "restore" you post easily whenever you get that "Server too busy" message...

Besides, it's rather the server itself than the BB software, I guess...

Hey, thanks for that, I updated the first post accordingly.
However, you're still not giving quite the proper info, I'm afraid.

The hashes supplied are great, however, packed and unpacked size would be nice, too

Also, you do not seem to follow the naming convention properly.
It goes like Y.MM.DD, for instance, a pack created today would be 7.08.11.
Using the date in the name has the great advantage to you can easily compare which pack is newer without having to check the CREATED attribute (which can get messed up).
If you would create a second (hotfix?) pack today, just put another figure behind it, like Y.MM.DD.rev (=7.08.11.2).
Only if we all stick to this convention, confusion will be kept at a minimum!

It may work otherwise if only a single person is working on this but for a loose teamwork project like this, it is imperative to stick to it!

Thridly, you didn't name any folder structure.
As I haven't DL'ed the packs myself yet, I couldn't update the listing.
This is also important for anyone who wants to create a totally new pack and has to choce a free subfoer designation.

Once again, thanks for all your effords, but if you don't pay enough attention to these "rules" it could all be in vain!

How about you try following the link Erik gave you?

That would be a start...

Indeed.

You HAVE to manually set the URL tags and not just type/paste the URL in.
If you let the board software parse the link containing some "unusual" characters (such as brackets) it will break.
Do as Jaak told you, and it will work!

It repacks them?
Where?
This is news to me!
It only copies them over and renames (shortens) them, AFAIK.

My traffic is not limited and I am satisfied with my ISP.

However, I can easily imagine how it must be if that is the case, so we should not forget these people.
Also, it does not have anything to do with being a fool or likewise, some just cannot afford an all-you-can-download contract and if you are living in such a country, it's hardly your own fault, hum?
What are these folks supposed to do?
Move to your country, maybe?

Yeah, I know that situation, I was in it until three or so months ago, too.
However, I managed to strip enough stuff off the CD to fit all the drivers and post-SP2 updates on it.
Besides, you can also use 800/900MB CD-Rs, though there is no RWs in that fashion, unfortunately.

True, but as it does not display any estimated time left, it's more a cosmetical change anyhow.
Besides, who is really going to sit and look at that, eh?
It was just implemented because an external coder came up with it and our tests revealed no downside.
Better than staring at a blue screen with (presumably) nothing going on...
Anyway, the point of an unattended installation is exactly not to sit in front of it

First and foremost, post your HWIDs (see my sig link).

Secondly, have you already tried the DriverPacks but with no success?

That may be nice if you are low on available space on your disc (move to DVD finally! LOL) but would mean a redownload of the whole darn package each time a single driver is updated.
I guess there are more people not on broadband than not using a DVD drive.
Also, if you are traffic-limited by your ISP, that's probabaly not the best idea, too.

This would mean in effect, less frequent DriverPacks updates to accomodate for this, another not so great solution.

If you are using Nero to burn your discs, there's an option to enable short lead-out.
That saves about 12MB on the disc with no downside (I've been using it for years and if there is any I have yet to detect it on the countless systems I use my discs on).

Granted, if you combined both options, you could save even more, but this alone sounds like a much more feasable solution to me.
Besides, you can use nLite to strip your source of any unneeded language files, that should save about the same amount if not more (and while you're at it, kill the search dog and the MSN browser in the process, these two are definately unneeded!).

And for those that still need the 15MB, they can just repack the DriverPacks themselves, IMO.

Don't get this wrong, it's great to point this out for those that are low on space, but since this is Feature Requests, I suppose yor goal was to have this officially approved...

That's right and ususally more than adequate, however, in this case, the problem could lie elsewhere, so an MD5 would be good to see whetherit could be the RAM or not (MD5 showing up correctly but not extracting properly).

Ah yes, totally forgot to post a request about it

A bugged driver could certainly cause some file system corruption that could render your data broken (howver, chances are you can fix that).
Unless HWIDs are identical, a "false" driver should not even install.

I doubt it could "destroy" the array itself, though.

Most likely it won't even work and you cannot access your data at all, hence not even corrupt it.
In any case, I do not suggest going ahead and trying without backing up your most important data.
But that is a no-brainer and counts for each and every action.
Experimenting with drivers no matter what device is not a task to be performed on a productive system with sensitive data on it!

HWIDs, please (as always when there's a HW problem, we cannot just guess them from the name).

My sig includes the link to the file...

Well, these do sound like symptoms to me.
If things were always that obvious (eg you'd notice this during everyday work) you propabaly wouldn't need any testing tools.

Besides, I'm just trying to narrow it down.
Running the test certainly does not hurt, moreso since you're the only one reporting such errors.
This makes it very unlikely the problem is atually the server host or the packs themselves...