DiscImageCreator

[user7]

Is there anyway to prevent dic from hashing .scm and .img to save time? is it necessary?

Thanks <3<3

Agreed. This would be awesome for those of us stuck dumping with older hardware.

/viewtopic.php?p=24365#p24365

I hereby veto Fireball. It's just a waste of time for everyone dumping a lot of discs and not worth adding just because someone thought the feature would be neat imo.

is it possible to make the latest dic test build a static link on GitHub (not Mediafire)?

Why Mediafire's link is bad?

Because it requires going through a website interface rather than a direct file link which could be pulled down via an automated process. MPF could add a "push button to automatically update to latest test build" feature in it. Then more people can use your test version and give you feedback.

Please please tyty <3 <3

[RibShark]

Agreed RE hashing scm/img: we don't store such hashes on the site, they are pretty much useless and just a waste of time.

[sarami]

it requires going through a website interface rather than a direct file link which could be pulled down via an automated process.

I tried AppVeyor but I have no idea how to build by resolving the dependency of the external library.

[Larsenv]

sarami, DiscImageCreator has problems properly dumping a Hasbro VideoNow disc.

As noted by F1ReB4LL, it's supposed to have 18032 bytes of zeroes + 71808 bytes that were cut at the start of the first track. This seems to be a DIC problem.

My logs are below.

https://cdn.discordapp.com/attachments/ … s_logs.zip

[F1ReB4LL]

Is there anyway to prevent dic from hashing .scm and .img to save time? is it necessary?

Thanks <3<3

Absolutely necessary. Get a new PC if yours can't do fast calculations. Since we're using the descrambled images for redump checksums, the .scm checksum is the only evidence of the original data. And the .img checksum is important to compare with the calculated-by-the-site one + needed for the quick db-vs-log verifications.

[RibShark]

Since we're using the descrambled images for redump checksums, the .scm checksum is the only evidence of the original data.

Do we need such evidence? Besides, the descrambling process is 100% reversible and independent from actually reading the data from the drive.

And the .img checksum is important to compare with the calculated-by-the-site one + needed for the quick db-vs-log verifications.

Then just calculate the CRC32 (the same way that the site does) and skip the useless MD5 and SHA1.

[user7]

Absolutely necessary. Get a new PC if yours can't do fast calculations.

Says the guy who has undumped discs marked on the wiki for years...

No sympathy for people that dump stacks of discs at a time I see. I've got a good build bro, thanks.

[sarami]

sarami, DiscImageCreator has problems properly dumping a Hasbro VideoNow disc.

As noted by F1ReB4LL, it's supposed to have 18032 bytes of zeroes + 71808 bytes that were cut at the start of the first track. This seems to be a DIC problem.

Use this.

Code: Select all

        /vn     Search specific bytes
                        For VideoNow
                        val     Combined offset is shifted for negative direction if positive value is set
        /vnc    Search specific bytes
                        For VideoNow Color
        /vnx    Search specific bytes
                        For VideoNow XP

[F1ReB4LL]

Says the guy who has undumped discs marked on the wiki for years...

Huh? I've dumped the "stacked" saturn discs years ago. And what's the connection between "stacking" the discs and importance of having the scrambled checksums? We have lots of discs descrambled in unusual ways, lots of discs with mastering errors, if they don't have logs with .scm checksums - they will be nuked sooner or later.

I've got a good build bro, thanks.

I will personally nuke all the dumps made with unofficial/hacked tools, we don't need them. We don't accept the dumps from non-plextor drives, why should we accept dumps from some shady builds?

What's the problem to make a 4GB RAMdisk and do all the dumping stuff there? All the calculations will be instant.

[user7]

Says the guy who has undumped discs marked on the wiki for years...

Huh? I've dumped the "stacked" saturn discs years ago. And what's the connection between "stacking" the discs and importance of having the scrambled checksums? We have lots of discs descrambled in unusual ways, lots of discs with mastering errors, if they don't have logs with .scm checksums - they will be nuked sooner or later.

You don't dump large amounts of discs. I don't think you even dump discs any more bro. So yeah, just because you have neurosis doesn't mean other people want their time wasted.

I've got a good build bro, thanks.

I will personally nuke all the dumps made with unofficial/hacked tools, we don't need them. We don't accept the dumps from non-plextor drives, why should we accept dumps from some shady builds?

What's the problem to make a 4GB RAMdisk and do all the dumping stuff there? All the calculations will be instant.

Go for it. You're threatening years of my work because of a shit fit, I'm already done here.