You are not logged in. Please login or register.
Redump Forum → Posts by wiggy2k
User7 is correct, Should be submitted as
Desire Koushiki Digital Genga-shuu
and
PC-FX Best Character Koushiki Digital Genga-shuu Vol.2
even then the Moderator who adds the dumps will correct them to follow the proper naming convention.
*** EDIT ****
Didnt see the original poster. so like yeah man, go with ^those and they will get fixed, just be like me and say it's a load of Squiggles 
(whatever I put is invariably wrong haha)
The mode of track 1 on cuesheet is corrupt.
Try again whether it's fixed and upload logs http://www.mediafire.com/file/eq80y20l9 … st.7z/file
wow, how did i miss that. well spotted.
new logs: https://mega.nz/file/ehshhbSD#zWkDmDpVs … WIHm_0DvRw
Logs, please.
of course:
https://mega.nz/file/Hs0hATjT#ceHRfZie8 … F3eymAvxW4
or the disc txt attached
Some fixed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Yes, this fixed my issue, thank you.
Tried with PX-716A and PX-W4012TA
No difference, logs in the same folder.
https://mega.nz/folder/uo8j3DTK#9jJAp3UbosvtemlNr1mIgw
I don't have these offsets disc yet.
Would more logs help?
I can try with plextors
PX-755
PX-760
Premium
4824
5224
4012
etc
a couple of Kreons
an 0800 xbox360 drive
or others.
@sarami
FMTowns version of Sangokushi IV fails to dump / descramble properly.
AppVersion
x86, AnsiBuild, 20200716T214844
/c2 val2 was omitted. set [0]
CurrentDirectory
C:\Users\Scott\Desktop\DICUI TEST
WorkingPath
Argument: ISO\Sangokushi-IV-dump2\SAN4.bin
FullPath: C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.bin
Drive: C:
Directory: \Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\
Filename: SAN4
Extension: .bin
StartTime: 2020-08-23T00:54:28+0100
Set the drive speed: 8467KB/sec
This drive supports [OpCode: 0xd8, SubCode: 0]
This drive supports [OpCode: 0xd8, SubCode: 1]
This drive supports [OpCode: 0xd8, SubCode: 2]
This drive supports [OpCode: 0xd8, SubCode: 8]
Checking reading lead-out -> OK
Checking SubQ adr (Track) 12/12
Checking SubRtoW (Track) 12/12
LBA[000000, 0000000]: [F:ReadCDForSegaDisc][L:1821]
Opcode: 0xa8
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 03-02-81 = MEDIUM_ERROR - VENDOR UNIQUE ERROR
lpCmd: a8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00
dwBufSize: 2048
Reading DirectoryRecord 1/ 1
Set OpCode: 0xd8, SubCode: 8(Raw)
Checking SubQ ctl (Track) 12/12
Creating .scm (LBA) 217878/217878
No C2 errors
Copying .scm to .img
Descrambling data sector of img: 4349/ 4349
Exec ""C:\Users\Scott\Desktop\DICUI TEST\Programs\Creator\EccEdc.exe" check "C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.img""
FILE: C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.img
Checking sectors: 217871/217871
[ERROR] Number of sector(s) where bad MSF: 2141
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 2209
Total errors: 4350
Total warnings: 0
Creating cue and ccd (Track) 12/12
Creating bin (Track) 12/12
Hashing: SAN4.scmWhy does this happen:
```LBA[000000, 0000000]: [F:ReadCDForSegaDisc][L:1821]```
2x logs:
https://mega.nz/folder/uo8j3DTK#9jJAp3UbosvtemlNr1mIgw
can try other plextors if required
I really don't understand how this differs from say PC pressed games that might be sent around the world or to different, specific countries.
Good point, I agree.
there was a couple of my own dumps that I didnt understand the region of when added, namely
http://redump.org/disc/64771/
and
http://redump.org/disc/69152/
One was bought from a US seller and the other a Japanese auction.
but i guess if they were manufactured in france for worldwide distribution then that was the region assigned to the disc.
yeah, Ignore that bad logic, if you go my manufactured region then all discs mastered by nimbus should be assigned to Wales.
** EDIT **
ah, but speaking of Unlicensed discs, quite often they come in a choice of packaging styles (speaking specifically of the Dreamcast stuff)
you can order some of them in EU/USA/Japan packaging but they will all be manufactured in the same place, so i guess the home region would take precendent then or as User7 says, 'world'
a very recent example is Xeno Crysis from BitMap Beureau
https://shop.bitmapbureau.com/collectio … &pid=1
you can order with any of the 3 region styling but they will be all manfactured in the same place and i guess the discs are the same contents (until proven otherwise).
I would say yes to all TBH.
speaking of which, have just taken delivery of 25 Kiss-Site discs. (and more on the way)
if you can forgive the potato camera quality
You mean 1M, 2M, etc.
it relates to the mastering code for the disc.
Here's an example of a Game disc where multiple pressings / masters exist
1M
http://redump.org/disc/3248/
2M
http://redump.org/disc/24292/
in most if not all cases the only difference is that the Audio tracks are shifted slightly differently (offset)
note how the hashes for the data track are identical.
I finally got around to testing my pile of plextors. (like ~25 drives) the other day.
by far the biggest failure rate was from the PX-708A and PX-716A drives that i had piled up.
100% failure from the PX-708A (1/1 drives faulty)
50% failure rate from the PX-716A (3 of 6 were completely knackered)
but then again the one PX-716UF I have has been a really stable drive.
Thats some update @Sarami, Thanks
One of the guys more proficient with Ninty dumping will confirm but i think the correct syntax for that system is
Discimagecreator.exe dvd <drive letter> "path\filename.iso" <speed> /raw
try tagging that /raw onto the end of your cmd and see if it helps.
Sarami
can you explain what this mean in these logs:
https://mega.nz/#!6kcBnIQL!eLWkCGGW8pnK … 1vNW7CON5U
[WARNING] Number of sector(s) where reserved(0x814 - 0x81b) doesn't zero: 110725every sector of the data track has
LBA[000000, 0000000], MSF[00:02:00], mode 1 Reserved doesn't zero.
LBA[000001, 0x00001], MSF[00:02:01], mode 1 Reserved doesn't zero.
LBA[000002, 0x00002], MSF[00:02:02], mode 1 Reserved doesn't zero.
LBA[000003, 0x00003], MSF[00:02:03], mode 1 Reserved doesn't zero.
LBA[000004, 0x00004], MSF[00:02:04], mode 1 Reserved doesn't zero.
LBA[000005, 0x00005], MSF[00:02:05], mode 1 Reserved doesn't zero.
LBA[000006, 0x00006], MSF[00:02:06], mode 1 Reserved doesn't zero.
LBA[000007, 0x00007], MSF[00:02:07], mode 1 Reserved doesn't zero.
LBA[000008, 0x00008], MSF[00:02:08], mode 1 Reserved doesn't zero.
LBA[000009, 0x00009], MSF[00:02:09], mode 1 Reserved doesn't zero.
LBA[000010, 0x0000a], MSF[00:02:10], mode 1 Reserved doesn't zero.
LBA[000011, 0x0000b], MSF[00:02:11], mode 1 Reserved doesn't zero.
LBA[000012, 0x0000c], MSF[00:02:12], mode 1 Reserved doesn't zero.
LBA[000013, 0x0000d], MSF[00:02:13], mode 1 Reserved doesn't zero.
LBA[000014, 0x0000e], MSF[00:02:14], mode 1 Reserved doesn't zero.
LBA[000015, 0x0000f], MSF[00:02:15], mode 1 Reserved doesn't zero.
LBA[000016, 0x00010], MSF[00:02:16], mode 1 Reserved doesn't zero.
LBA[000017, 0x00011], MSF[00:02:17], mode 1 Reserved doesn't zero.
LBA[000018, 0x00012], MSF[00:02:18], mode 1 Reserved doesn't zero.
LBA[000019, 0x00013], MSF[00:02:19], mode 1 Reserved doesn't zero.
LBA[000020, 0x00014], MSF[00:02:20], mode 1 Reserved doesn't zero.
LBA[000021, 0x00015], MSF[00:02:21], mode 1 Reserved doesn't zero.
LBA[000022, 0x00016], MSF[00:02:22], mode 1 Reserved doesn't zero.
LBA[000023, 0x00017], MSF[00:02:23], mode 1 Reserved doesn't zero.
...
...
etcprobably Pressed bootlegs rather than ‘copies’
I have read 30+ sectors into the lead out with 0xF1, not sure why you can't unless the lead out on your disc doesn't contain many sectors.
30 would be +17640 ?
What insane discs are you dumping?
Updated test version. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
@wiggy2k, @Lizard
Logs, please.
looks good now, thank you
LBA[123395, 0x1e203], MSF[27:27:20], mode 1
LBA[123396, 0x1e204], MSF[27:27:21], mode 1 User data vs. ecc/edc doesn't match
LBA[123397, 0x1e205], MSF[00:00:00], zero sync
LBA[123398, 0x1e206], MSF[00:00:00], zero sync
LBA[123399, 0x1e207], audio
LBA[123400, 0x1e208], audioNew logs: https://mega.nz/#!2tdCnYIR!cRZvRGcKhkHV … ASF4uMfg0E
Sarami,
Can you take a look at this dump.
http://forum.redump.org/topic/26627/fmt … nd-sarami/
LBA for some empty audio sectors is coming out as -150 tried a few recent DIC versions.
Hi a_team,
The data for Playstation is fully viewable to unregistered users @ http://redump.org/discs/system/psx/
Currently there are hashes for 10,205 Discs for that system to assist you in verifying that your own backups are correct.
you can apply various filters or use the search function at the top of the page to help find the disc that you are interested in.
DAT files and cuesheets are available to download to use with your preferred file management software to assist with renaming and compressing your backups to match our naming convention.
If by 'looking for' you are under the impression that you can download the game discs here, then you are mistaken, Redump is simply a database of file hashes, cataloging optical media for many different gaming consoles and computing platforms. There are no 'ISOs' or 'ROMs' available on the site. This is a common misconception, the Redump community wouldn't still be around after so many years if that were the case.
Wiggy
didn't it take google engineers like 100 years of CPU time to do a POC collision for SHA-1 ?
edit: nope i was a mile off,
Nine quintillion (9,223,372,036,854,775,808) SHA1 computations in total
6,500 years of CPU computation to complete the attack first phase
110 years of GPU computation to complete the second phase
I don't think we have anything to be worried about there for the forseable future.
click convert it instantly says complete and nothing is in the output
ah OK,
Delete the .cue file from your source (working) directory.
it will then work
which image exactly ?
is that the only track that needs fixing? that behaviour doesn't sound right.
here for example is my recently submitted dump (for Redump) of "Chocolat - Maid Cafe 'Curio' Taikenban"
it's not even in the redump DB yet.
if i put my binary files in the working folder.
add the destination DAT (in this case "Sega Dreamcast - Samplers (TOSEC-v2019-12-22_CM).dat")
select the dump and destination folder and click convert.
all three files (tracks) are rebuilt to the folder i selected as the destination:
The output folder then contains a set of files that match the TOSEC / Dumpcast dump:
@bilsmaks.
What is your problem?
Which way are you converting?
if you see my comment at the end of that thread, since we switched to .cue instead of .gdi for these discs (it's a long and very much maligned topic) then some manual steps editing the dat are required when converting in certain circumstances.
bin = wav just without the wave header.
http://redump.org/discs/sort/system/dumper/nitro322/
?none of your dumps have audio tracks, i'd say redump all the discs you are talking about and add them as verifications anyway.
Redump Forum → Posts by wiggy2k
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.