Demul won't play redump roms.
I think flycast does. You just open the .cue file with the app, you don't combine the bins into any other file. Leave the cue and bins in the same directory and open the cue file with flycast.
You are not logged in. Please login or register.
Redump Forum → Posts by user7
Demul won't play redump roms.
I think flycast does. You just open the .cue file with the app, you don't combine the bins into any other file. Leave the cue and bins in the same directory and open the cue file with flycast.
Admin will have to help you finish registration.
Reicast should support redump cues. So download the cue file from the redump page for that title and make sure you name the tracks as they are listed in the cue file (cues can be opened with any text editor).
Better ss info can be added by the next dumper. There's no reason to not preserve the disc image when perfectly dumped. We handle our other encrypted systems the same way. If kreon ss info is useless then maybe it shouldn't be recorded.
>I don't know how to compare the hashes.
No problem, you'll want to download an app like HashCalc (free) https://www.slavasoft.com/zip/hashcalc.zip
Then you drag+drop your Track 03.bin file into HashCalc. At redump we record MD5, SHA1, and CRC32 types of hashes (as seen on the disc pages). Here's how these values display in HashCalc for Track 03.bin https://drive.google.com/file/d/11OqPZz … sp=sharing
When you visit the Maze of Kings entry, you'll see that these hash values from your Track 03.bin for the HD track match the one in redump - http://redump.org/disc/69439/ - which means the dump was a success! Nice work
>we transfer link
We don't post .bin download files on this forum as they contain game data and that could cause trouble with the internet police. We just post the data from the dump (such as hashes, ring codes etc) as seen here: http://forum.redump.org/topic/22129/addeddc-x1/
>I have seen some models that download the LD area but they are very expensive. Which one do you advise me specifically and which website can I look at? Look on eBay but they are very expensive.
The method I use is to search "Plextor" then sort by Lowest Price (incl Shipping), then go down the list to see if the models are compatible. Yes it might take a couple weeks of searching. Really any of these plextors are fine: http://wiki.redump.org/index.php?title= … F_CD-Audio
Depending on your country there might be other online shops that have Plextors as well.
IDE Plextors tend to be more common than SATA plextors so you might need to snag an adapter. Note about IDE Plextors (from the wiki): IDE models can be used on a Laptop with a USB Adapter (search "UGREEN USB to IDE Converter, USB 3.0 to IDE" OR "Kingwin IDE to USB" on Amazon - do NOT buy a cheap crappy Chinese adapter), a Desktop tower with a cheap card, or a 5.25" IDE USB enclosure (can be found on eBay or similar, but supply might be scarce).
>The benefit to the more complex/expensive 0800 method, is that it can read the security sector info properly from the "XGD3" type of Xbox 360 discs.
Already noted in the wiki.
>In short, while the hashes for Redump's disc images are "correct" the majority of the discs security sectors in the database are either
Mods can choose not to add hashes for Kreon XGD3 ss.bins.
sarami, here's another disc you might want to snag for study: https://www.ebay.co.uk/itm/133917616260
It seems like we've run into anomalies / difference in hashes time and time again with this disc over the past couple years.
example: http://forum.redump.org/topic/41618/cdi … d-windows/
I think we'd all be fascinated to know if a GD Rom drive could properly dump for HD area, does a regular computer have the capacity to recognize it? This could open doors for properly dumping GD-Rs. Would love to see some tests if we can figure out how to hook it up to a Windows computer. Though it's unlikely to have the same full feature set as a plextor for dumping LD area.
HD area - if the hashes match what's in redump it's dumped correctly.
LD drives - you can often snag a compatible plextor for 40-60$ I'd you're patient.
Here are some more SS dumps, including some very rare demos:
Xbox - https://drive.google.com/drive/folders/ … sp=sharing
X360 - https://drive.google.com/drive/folders/ … sp=sharing
sarami wrote:@user7
Tell me the ebay or amazon or discogs link of "HighlightsVCD", please."Philips Media Presents: CD-i Games: Highlights-Previews-Gameclips" not to be confused with a similarly titled one for movies.
Three listings on ebay right now and all UK shipping only
sarami if you're still looking for this VCD http://redump.org/disc/74810/ which gives wonky errors, there's one in this pack that ships worldwide: https://www.ebay.nl/itm/265429499035
I think this could be a key to saving a lot of VCDs with dumping errors - it seems this DIC dumping bug effects many VCDs in general (maybe 10-15% from my experience).
See also discussion here: http://forum.redump.org/post/91000/#p91000
Kreon models are cheap on ebay.
I dumped my System Disc 2 twice and the the dense.bin is the same hash for both instances.
However the ice txt is problematic:
ice @20090609 / themabus@inbox.lv
---------------------------------
dense.bin
---------------------------------
Accessing : ok
Seeking 1st valid Mode1 sector : ok
LBA found : 44991
@file offset : $00000168
Scrambled : TRUE
Seeking LBA 45000 : ok
Combined offset (samples) : -498
Parsing IP.BIN : An unhandled exception occurred at $00410140 :
EConvertError : "$SEGAS" is an invalid integer
$00410140
$00401DB3
$0040562C
No Tracks are generated per usual. Any idea what the fix is?
The System Disc 2 HD area is only a single track, so hopefully that makes things easier to fix this.
=====
Update:
Added http://redump.org/disc/115501/
Thanks to Deterous's help http://forum.redump.org/post/118244/#p118244
>https://github.com/Zarh/ManaGunZ/issues/75#issuecomment-967122331
Looks like get 3Dump.bin issue got fixed?
PS3 4.8.8 firmware could very well be the final. Anyone know if Evilnat 4.8.8 is compatible with redump? It would be nice to have a "final" dumping guide update so. Rebug CFW seems to be extinct afterall.
user7 wrote:Also the feature to calculate enough free space is broken. I tried dumping a PS3 disc with 119GB free on my hard drive and I got an error.
'bd' command supposes BDXL-R QL.
Is there an alternative command or I can't dump PS3 discs anymore?
user7 wrote:Old and new DIC builds, I'm getting an error with a particular disc in good-enough condition. It's a later Xbox (OG) kiosk disc.
I can't recall if this was the same error that my drives threw, but I've had a couple of Xbox discs, in great condition by all appearances, that wouldn't read. I suspect there was some manufacturing error that might have resulted in some discs having a short life. I know that at least one of the discs worked when it was new, but it no longer does. I also noticed that, when I scanned the disc in my flatbed scanner, the scan had lots of tiny little black spots, as if maybe the reflective layer has oxidized in some spots?
I've seen instances of chemical failure before on Xbox discs - not seeing any indicators here. I might send this to a friend to test on his 0800.
Old and new DIC builds, I'm getting an error with a particular disc in good-enough condition. It's a later Xbox (OG) kiosk disc.
https://drive.google.com/file/d/1t5gf0r … sp=sharing
---
Also the feature to calculate enough free space is broken. I tried dumping a PS3 disc with 119GB free on my hard drive and I got an error. Neat feature though.
PS2 unlicensed dumping is broken again. How come this bug keeps regressing like 5 times now?
user7 wrote: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.
user7 wrote: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.
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.
wiggy2k wrote:user7 wrote: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.
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.
user7 wrote: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
Please unpin, this has been done.
Please unpin this is no longer news and part of the standard dumping guide.
sarami is it possible to make the latest dic test build a static link on GitHub (not Mediafire)? Darksabre wants to implement a "Update to latest test build" button in MPF to encourage more people to give you timely feedback - and having a static link directly to the latest test build file would allow him to do that. Many people still dump with old dic builds in DICUI/MPF and this would ensure new dumps are more likely to be using the latest dic.
Is there anyway to prevent dic from hashing .scm and .img to save time? is it necessary?
Thanks <3<3
Zuma's Revenge is better btw so do those next
Redump Forum → Posts by user7
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.