steam back up feature now don't asks for size for DVD or CD or custom size for each part of game it backs up ?

[BOSS]

Anyone knows how can we make back ups the old way ?

[RiO]

For Unlawful Carnal Knowledge původně napsal:

You will need 143 dvd's to back up gta v. Press next when you are ready to start burning your game.

Kind of reminds me of that one edition of Windows 98 which still released on 39 separate 3.11" diskettes. Yes; that was actually a thing. Now imagine getting disk-read errors on the 39th one.

[BOSS]

For Unlawful Carnal Knowledge původně napsal:

You will need 143 dvd's to back up gta v. Press next when you are ready to start burning your game.

BD-R(blue ray disks) are available in 25gb or 50gb capacity if buying dual layer. I have external usb blueray drive that costs dirt cheap.

[BOSS]

RiO původně napsal:

For Unlawful Carnal Knowledge původně napsal:

You will need 143 dvd's to back up gta v. Press next when you are ready to start burning your game.

Kind of reminds me of that one edition of Windows 98 which still released on 39 separate 3.11" diskettes. Yes; that was actually a thing. Now imagine getting disk-read errors on the 39th one. :lunar2019crylaughingpig:

Fortunately i have DVDs from years ago stored in my CD wallet, they still work after all these years. While external hard drive is also good option i had 2 external drives that failed after few years of use.

[NakiBest]

Just use an external SSD for this. :)
Some good ones look just like USB flash drives in size, up to about 1 TB.

And those external SSDs with 2 TB, 4 TB size look bigger than USB flash drives but not by much. :)

NOTE: If you got loads of cash to spend, Samsung offers a new T5 EVO external SSD with 8 TB. But it is slower than the smaller ones, and much, much more expensive for now. :)

The other way is a portable external HDD, but those are slower.

[nullable]

Eagle_of_Fire původně napsal:

Yes. Just like "no one" is using Windows 7 anymore. It would surely not make a fuss at all assuming things, right?

While I agree not a lot of people would use that feature, it is still an easy to code and maintain feature. Losing features is not a good thing.

Well the backup/restore feature was extremely old, and it's biggest limitation is that it was single threaded which is significant limiting performance issue compared to other tools available that are as easy to use and are arguably much better.

I mean personally I'd argue you're much better off using a modern, well supported archiving tool than a twenty year old proprietary system that's also extremely slow because it's single threaded.

Granted users who never want to feel like anything is being taken from them might feel differently. But overall, like it or not, you're better off being forced to use better tools.

[Eagle_of_Fire]

nullable původně napsal:

and it's biggest limitation is that it was single threaded

Like 95% of every single software created even today. Ridiculous point/argument.

[NakiBest]

Are you sure Steam is still using single-thread to backup?

Missing the multi-game backup now, I would assume they made the single game backup better?
I think someone here tested this and found it works much better/faster than 10 years ago. ;)

Also, RE multithreaded copying, you are quite wrong.
Even the free robocopy tool has this, and many paid tools have it too.

(Robocopy is very fast this way, but the bad thing is it lacks any clear progress indicator, so while it will clearly finish first, I find myself often using slower tools that at least show the progress -- such as Total Commander.)

[nullable]

Eagle_of_Fire původně napsal:

nullable původně napsal:

and it's biggest limitation is that it was single threaded

Like 95% of every single software created even today. Ridiculous point/argument.

While not every process can or needs to be multi-threaded, something like compressing and archiving data is something that can benefit a lot from multi-threading. After all it's not like I haven't heard people complain about how crappy the old backup/restore was for years because it was old and so slow.

So it doesn't seem like a ridiculous argument from those perspectives. Your apathy just doesn't have any weight. Use all the twenty year old single threaded software you want and pat yourself on the back for it, no one cares. But the universe ain't going to realign around those values.

NakiBest původně napsal:

Are you sure Steam is still using single-thread to backup?

Missing the multi-game backup now, I would assume they made the single game backup better?
I think someone here tested this and found it works much better/faster than 10 years ago. ;)

I guess I don't know for sure if they've updated it or not, one would hope I guess. I think I was thinking about the old version specifically which is what OP seems to be on about because users hate change.

I suppose it could be a whole new implementation that supports multi-threading, and they cut out unneeded, unwanted, and under used features. Like arbitrary legacy archive sizes and multi-game backup.

After all there's significant downside to putting 20 games into a single backup, that's split up into 700MB chunks. Namely if anyone of those chunks gets damaged, the whole archive is ruined and you've lost backups for twenty games. Even if it is just one large archive, if anything happens all the data in the archive is toast.

Single game backup is arguably a better option and prevents users from making a lazy-bad decision they pretend is a good decision. One archive might get damaged somehow, the other archives may be fine. But I suppose one could argue about the trade-offs all day, or make some kind of "that almost never happens" type argument. Which I'll remind you "almost never happens" is just another way to say it happens.

[Eagle_of_Fire]

nullable původně napsal:

While not every process can or needs to be multi-threaded, something like compressing and archiving data is something that can benefit a lot from multi-threading.

Absolutely everything can benefit from being coded to benefit from multi-threading. But it take so much time and resource to do it that next nobody does it. End result: you can't expect any software to have multi-threading and thus it become a special feature for specific, specialised software.

So again, ridiculous point/argument which don't apply in real life.

[nullable]

Eagle_of_Fire původně napsal:

nullable původně napsal:

While not every process can or needs to be multi-threaded, something like compressing and archiving data is something that can benefit a lot from multi-threading.

Absolutely everything can benefit from being coded to benefit from multi-threading.

A lot of things can, but not absolutely everything. There aren't any golden hammers friend.

Eagle_of_Fire původně napsal:

But it take so much time and resource to do it that next nobody does it. End result: you can't expect any software to have multi-threading and thus it become a special feature for specific, specialised software.

So again, ridiculous point/argument which don't apply in real life.

Well that's not true either. Kinda seems like you still think it's 2006 where multi-core CPU's were new and tools and compilers weren't geared around multi-threading. And there hadn't been a lot of pressure to make consumer software multi-threaded because a majority of people were still running single core/single threaded CPUs. Well news flash it's 2024, everyone is using multi-threaded processors and a lot of things have advanced in the last two decades. Multi-threaded programming is not the arcane voodoo you're imagining, it's just not a golden hammer that solves all problems, it's a choice that can be made.

Your backwards claims and out dated beliefs aren't doing you any favors.

[Eagle_of_Fire]

Everybody is using multi-threaded CPUs but the code is not optimised for it. So we're not really using it.

2024 don't automagically change that.

[nullable]

Eagle_of_Fire původně napsal:

Everybody is using multi-threaded CPUs but the code is not optimised for it. So we're not really using it.

2024 don't automagically change that.

Well no one claimed it did. But I did claim that that languages, tools, and compilers have come a ways in the last two decades. But sure, you know what a year is so make your argument about "the year doesn't change things" and ignore the changes that have occurred in the last twenty years. Real strong argument. What else you got?

Also I don't think anyone should be listening to your appraisals of (all) code written in the last two decades. It's a dead give away you're not a reliable resource on the subject.

[Eagle_of_Fire]

nullable původně napsal:

Eagle_of_Fire původně napsal:

Everybody is using multi-threaded CPUs but the code is not optimised for it. So we're not really using it.

2024 don't automagically change that.

Well no one claimed it did. But I did claim that that languages, tools, and compilers have come a ways in the last two decades. But sure, you know what a year is so make your argument about "the year doesn't change things" and ignore the changes that have occurred in the last twenty years. Real strong argument. What else you got?

Only the truth some people seem to skip on purpose. Even if you have an engine which can top 400km/h you're never going to get there because roads/aerodynamics are going to break you way before that.

Your point is purely academic and that's what I kept telling you since several posts now. I would not mind that much if you didn't use it to try to discredit someone who's actually using real life examples to ask why basic features are removed for no reason other than just "who cares".

[nullable]

Eagle_of_Fire původně napsal:

nullable původně napsal:

Well no one claimed it did. But I did claim that that languages, tools, and compilers have come a ways in the last two decades. But sure, you know what a year is so make your argument about "the year doesn't change things" and ignore the changes that have occurred in the last twenty years. Real strong argument. What else you got?

Only the truth some people seem to skip on purpose. Even if you have an engine which can top 400km/h you're never going to get there because roads/aerodynamics are going to break you way before that.

Nonsense unrelated analogies aren't an argument. It's clueless deflection.

Eagle_of_Fire původně napsal:

Your point is purely academic and that's what I kept telling you since several posts now. I would not mind that much if you didn't use it to try to discredit someone who's actually using real life examples to ask why basic features are removed for no reason other than just "who cares".

And you have no point beyond, "what ever sounds good to me must be true". Well you believe what you want, the rest of the universe may not operate according to your make believe stories and crappy analogies.

[Eagle_of_Fire]

nullable původně napsal:

Eagle_of_Fire původně napsal:

Only the truth some people seem to skip on purpose. Even if you have an engine which can top 400km/h you're never going to get there because roads/aerodynamics are going to break you way before that.

Nonsense unrelated analogies aren't an argument. It's clueless deflection.

Eagle_of_Fire původně napsal:

Your point is purely academic and that's what I kept telling you since several posts now. I would not mind that much if you didn't use it to try to discredit someone who's actually using real life examples to ask why basic features are removed for no reason other than just "who cares".

And you have no point beyond, "what ever sounds good to me must be true". Well you believe what you want, the rest of the universe may not operate according to your make believe stories and crappy analogies.

I made many points, all of which are valid, rooted in reality and not purely egocentric at all. But I'm beginning to discern a pattern here as to which I know it make no sense trying to continue this conversation with you.