[51128] SEGA DREAMCAST WEB BROWSER 2.0 WITH SEGANET

Post your NTSC-U dump information here. See this thread for a how-to.

Moderator: Moderators

Post Reply
hotaru
Posts: 98
Joined: Thu Jun 28, 2007 8:41 pm
Location: twilight

[51128] SEGA DREAMCAST WEB BROWSER 2.0 WITH SEGANET

Post by hotaru »

Code: Select all

________________________________________________________________
PART NO. [51128]
BARCODE: 
________________________________________________________________
PART NO. [51128]
RINGCODE: [*3S* 51128 AF.9.51128 B WM4S3]

TRACK01.BIN 150 5731 13128864
TRACK02.RAW 5882 6407 1237152
TRACK03.BIN 45150 536857 1156497216
TRACK04.RAW 537008 545876 20859888
TRACK05.BIN 546027 549299 7698096

5
1 0 4 2352 TRACK01.BIN 0
2 5732 0 2352 TRACK02.RAW 0
3 45000 4 2352 TRACK03.BIN 0
4 536858 0 2352 TRACK04.RAW 0
5 545877 4 2352 TRACK05.BIN 0

game (
	name "[51128] SEGA DREAMCAST WEB BROWSER 2.0 WITH SEGANET"
	description "[SEGA SEGAKATANA][SEGA ENTERPRISES][9DEC][GD-ROM1/1][U][2799A10][MK-51128][V2.100][20000810][1ST_READ.BIN][SEGA ENTERPRISES][SEGA DREAMCAST WEB BROWSER 2.0 WITH SEGANET]"
	rom ( name TRACK01.BIN size 13128864 crc D4A21E7D md5 1E74944AFEDEF399A37685FCA038B358 sha1 4ACA559BF5F7F7CADEA6FAB75DB48307FCE4ECAC )
	rom ( name TRACK02.RAW size 1237152 crc AD086C11 md5 B20A38BD5E5FC2941C44826894E4A9EB sha1 250AEFC2FFBFFFAA01BEE2E40063B3BFA45E3221 )
	rom ( name TRACK03.BIN size 1156497216 crc 91E86A10 md5 D7F4AA347C53B6E0F46F92AC22666A21 sha1 0F8D031206369F7150BBD8BAF0BDC879979D7714 )
	rom ( name TRACK04.RAW size 20859888 crc 8FE7B227 md5 F7B89DAAAF934A97D6E1D1443A45866C sha1 4164980BFB060C914FC69531DBC77694BA878B26 )
	rom ( name TRACK05.BIN size 7698096 crc CDEA6E2F md5 A35981B29F49524ED876365859B3982C sha1 619EDA5D62C6B9E73570206FE8FC1B6F7C32A36C )
	rom ( name PWBROWSER251.CUE size 253 crc C5948B5B md5 CBE2421A0F47CE6FEAD663AE5E8AD36B sha1 CAEAB936F6D5485B2E7AB3097CF6327F48922450 )
	rom ( name PWBROWSER251.GDI size 150 crc FA3362E4 md5 8AB46BC02763533708477AE361621D8A sha1 CC12F339B151510D710DB303E1E002F5AC9C4DD5 )
)
dumped w/ Dreamcast MODEL No.HKT-3000 and httpd-ack v20071123 server.
Quzar
Posts: 52
Joined: Mon Apr 23, 2007 1:22 pm
Location: Miami, FL
Contact:

Post by Quzar »

Mine's ringcode has WM6S2 instead of WM4S3.

But all the rest of the hashes and sizes match up.
I only upload the information, not images.
Quzar
Posts: 52
Joined: Mon Apr 23, 2007 1:22 pm
Location: Miami, FL
Contact:

Post by Quzar »

Hey, just so this one doesn't fall to the wayside, I confirm it's the same. It could be one of the first in the dats with no actual files =P.
I only upload the information, not images.
User avatar
Maddog
is awesome
is awesome
Posts: 1599
Joined: Sat May 12, 2007 4:12 pm

Post by Maddog »

You are underestimating ackmed. I am pretty sure he can come up with the required files. :wink:
He has already submitted a version with same data tracks and audio can probably be converted. Executter has developed a simple tool that can rotate the bytes of audio tracks until they get some specified checksum. It works like a charm for DC .raw tracks and I have yet to find a .raw audio track that can't be converted between ringcodes with it, as long as it's a proper dump of course. In the very unlikely case it can't be converted, we'll go hunting for the actual disc, should be very cheap. :)

In case you or any other established dumper needs that audio tool, drop me a pm. And thanks for bumping that thread up, I had totally forgotten about it.
Will be in the next dats. Thank you both! :)
Quzar
Posts: 52
Joined: Mon Apr 23, 2007 1:22 pm
Location: Miami, FL
Contact:

Post by Quzar »

I've gotta find another person with one of my betas or demos then who will confirm =P.

Or will ya'll simply not add it if you don't have the actual data?
I only upload the information, not images.
User avatar
Maddog
is awesome
is awesome
Posts: 1599
Joined: Sat May 12, 2007 4:12 pm

Post by Maddog »

Hmmm, good question...I have never thought about it.
TBH, I'd probably put the issue up for voting from the rest of the crew and follow the majority's decision. :?

Here's the reason we might decide not to include in the dats something we know is not going to be made available from the dumpers:
Whenever a file is missing from some dat and can't be found anywhere, people tend to pester all the time for it. And it gets tiring having to respond all the time that it's not available and we don't know where you can find it. It has happened many times in the past with MAME roms or other emu related files, even when it only concerned some clones of minor importance (remember the old raflsiau.zip debacle?)
I suppose the problem would be even bigger if the missing file was something really attractive like a beta or any other rare file.
I fully respect your policy of only giving out checksums of course, but we need to think real hard if we really want to be on the receiving end of constant pestering over missing files from the dats.

BTW, I can now confirm that we were able to convert the files to your checksums, so this one here will definitely be available.
Ackmed's (still unverified) dump has <610-7960-0525>HK910A ringcode.
Checksums for the data tracks are the same.
Checksums for the audio tracks are as follows:
track02.raw size 1237152 crc 23c3c7e0 md5 4e9eaae5beaea9bc0061f380da98756a sha1 01c715a07b8befbaebc9cca22950584f38668356
track04.raw size 20859888 crc fa8f9c23 md5 22b2a052563340f6c13493843b615c0e sha1 2b80ab97190bd2f0105e36d92f8ab57c6a76a0b0
Quzar
Posts: 52
Joined: Mon Apr 23, 2007 1:22 pm
Location: Miami, FL
Contact:

Post by Quzar »

On the same stroke, what about unverified entries? I've always been confused about why you have the [!] verified tag when you don't accept unverified submissions.
I only upload the information, not images.
User avatar
Maddog
is awesome
is awesome
Posts: 1599
Joined: Sat May 12, 2007 4:12 pm

Post by Maddog »

Quzar, naming convention for GDI just follows the standard TOSEC naming convention.
It is a fact that GDI dumps can only be entered in the dats when verified and the [!] might seem superfluous there, but there are other TOSEC dats (eg 3DO, PC and CD-i) where unverified data only dumps exist in the dat.
The reason for that is that we have concluded that when a disc is data only chances that it's a bad dump are far lower. In our experience, 99 out of 100 errors in submitted dumps for all systems are in the CDDA tracks.

Having a different naming convention for each different dat would be rather confusing, so the [!] stays even in dats where only verified dumps can be accepted. The naming standard was established for generic use, regardless of the type of the game and it works quite well in all TOSEC dats, in systems ranging widely from Atari 2600 to DC.

Hope that answers your question.
Quzar
Posts: 52
Joined: Mon Apr 23, 2007 1:22 pm
Location: Miami, FL
Contact:

Post by Quzar »

Cool, never knew (really wasn't trying to impeach the system or anything, just wondering).
I only upload the information, not images.
User avatar
Maddog
is awesome
is awesome
Posts: 1599
Joined: Sat May 12, 2007 4:12 pm

Post by Maddog »

Well, I am thinking that maybe we lack a FAQ or thread that explains the naming decisions a bit better. But the main problem is that since time is very limited for me, I prefer to spend it on more important things, like growing the dats. :)

In any case, feel free to ask if any further questions regarding the naming decisions in our dats arise. I will do my best to answer them.
Post Reply