Search Results

Search results 1-20 of 170.

This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

  • not sure if this video really great... when extracting CD images which is known to contain subcodes (and target platform may require exact original subcodes writen on the disc) - it is better use CDRDAO TOC/BIN format: chdman extractcd -I something.chd -o something.toc (also notice: "-ob something.bin" switch is not required, it should be used if you want to use not default .bin file name) also, if CHD file is GD-ROM image it will be more handy extract it to common GDI format: chdman extractcd -…

  • more likely it was "aliexpress proxy bots" which noticed GD-Emu at $12 price, and then forwarded it to ebay with 2x charge. but $12 price was set at aliexpress by mistake, and seller closed / canceled sales shortly after, but that "proxy" bots probably noticed that too late.

  • Quote from GC8TECH: “Both really.... BUT @rtw has contacted me.. and is happy to help me submitt some roms to mame dev... There will be alot of work to do... ” ok then, will wait for it (I'm a mamedev)

  • Quote from GC8TECH: “IS there anyone HERE in Mame Dev??? So i can submit PGM roms not in the PGM.CPP MAME?? I think i have quite a few.... ” yep. which game it is ? boot or original ?

  • quite few of IGS027A is fully dumped, some of IGS027A partially dumped (beginning of internal ROM Is "execute only" protected, so cant be read/dumped via trojan), most of IGS027A is not dumped at all.

  • @GC8TECH right, but encryption is not the only problem. there is also checksum, which is different in different games. well, basically it is the same - routine which does data block 16bit sum or 16bit xor, then add block sum to whole sum, then compare result with value located somewhere in ROM. but, the table which defines how many datalocks, data offsets, sizes, add or xor mode switches; final checksum offset in ROM - is inside of ASIC firmware and different. so, to convert some game to run on …

  • Quote from Fluffy: “So, we just tried this again, and it doesn't boot on hardware. Now considering that you can patch and re-encrypt a game (like the DDP3 dual boot) I don't think it is a full checksum, so it may be more a header check. ” usually it is full checksum, using custom algo, different in each game. at least it was like that in all PGM 1/2 ARM's internal firmwares I've seen.

  • Quote from rewrite: “Why bother if the new firmware this month isn't going to have that security measure any longer? ” to make sure it is really truth ? also, update binary smells like encrypted, so I'm not sure it can be RE easy enough.

  • curious info about USB-GDROM Confirmed: USB-GDROM firmware contains code that will intentionally expire the device after a certain time, forcing a firmware update

  • Quote from ShootTheCore: “Quote from The Spaniard: “Too bad they only work on VA1 versions ” USB-GDROM is an excellent GDEMU alternative that works great with all DC mainboard revisions. ” VA0 and VA1 only, but not later VA2 VA2.1

  • Quote from nam9: ““some” clones have the incorrect crystal on the G1 bus. It should be 11.2896 MHz. This causes unforeseen side effects with DCHDMI. It also might cause other issues. ” that's right, Dreamcast GD-ROM drive provide main clock for Yamaha AICA sound processor, it should be 33.8688MHz (*2/3/512 = 44100Hz sound rate/clock, also *2 = ~66MHz sound SDRAM clock). some of clones have 12MHz OSC, and probably provide it as *3= 36MHz clock, which will lead to 46875Hz sound rate, and also 72MH…

  • Anybody know what this is?

    MetalliC - - Sega Lindbergh


    Quote from KoshiroKazuma: “It is from a Yellow machine. The game inside is Star Horse 2. ” afaik previous Star Horse parts, for NAOMI, uses special 837-13785 I/O board (not JVS) where is a lot of DIP switches, where connected coin-hopper, outputs, etc I/O stuff. game doesn't use or have JVS I/O at all. I suspect Lindbergh Star Horse 2 was direct upgrade, designed to be used with existing cabs, harnesses, etc. with the goal to bea easy convertible, just replace Naomi mobo with Lindbergh, or smth …

  • Model 2 /3 Security hacks

    MetalliC - - Sega Model 2/3


    Quote from nem: “Sega Ski Super G is listed under MACHINE_UNEMULATED_PROTECTION in Mame. ” I'd say this is not correct, at least this game desn't need protection patches to run in M2 emulator.

  • what kind of "VGA box" was used ? it is known when simplified cheaper adapters may not work with some display models. cause: sync lines voltage level.

  • might be interesting - this game's source code / disassembly also have number of original bugs fixed

  • Quote from collabvm: “All of the .glo files that are referenced throughout the source are missing for some reason ” there is 2 missing in total I think ? imgtbl.glo and bgndtbl.glo, expected to be .H-like files consists of .set or .equ or .global directives. in theory they might be recreated after MK3 rev2.1 game code disassembly and analysis. I think bigger problem is missing project or makefile, so its not clear how to compile and link all these .ASM source files.

  • @Darksoft several month ago you dumped similar/same looking board's FPR-24352A flash ROM, but I can't find there JVS-related texts shown on the photo above (SEGA I/O BD JVS 837-14562 etc). so, I'm not sure, its possible this one have different firmware in the flash ROM, or JVS IO part maybe handled not by SH CPU but other MCU on this board ? add: as I see in my notes - suspected JVS IO MCU is Sega 315-6414 (also used in Type-3 JVS I/Os). so - is it dumped ? - yes and no, you have dumped SH CPU p…

  • Decathlete decrypted

    MetalliC - - ST-V Multicart


    Quote from stickcross: “that decathlete is now decrypted. ” it is not, but at least compression/encryption algorithm is known now. as was said above - this game have most of graphics/textures compressed, also they are stored as separate "files" (not grouped into bigger data chunks). so, there needed to extract/decompress hundred(s) of files and then rebuild game data, or implement in SH-2 code on-the-fly decompressor. any of approaches is not easy and will require fair amount of work...

  • have you seen RAM TEST screen photo ? there is no per-chip test, but single good/bad test result for group of ICs. its possible there is bad only one RAM IC, or few, or buffer IC, or GPU chip.

  • perhaps RAM TEST will show something useful ?