View previous topic :: View next topic |
Author |
Message |
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Thu Jun 04, 2009 2:53 pm Post subject: Flashing program for DOS? |
|
|
Any option for me to flash games onto my MD-Pro 64M under DOS? I have a PD ROM here, which I want to flash, but the only computer I have here with LPT at the moment is my Pentium MMX 166MHZ box which is running DOS 6.22
Any chances? |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Sat Jun 06, 2009 5:16 pm Post subject: |
|
|
Very nice. Works flawlessly.
I'm coding a DOS frontend for it for use with MD-Pro |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Sun Jun 07, 2009 6:50 am Post subject: |
|
|
Cool. Be sure to submit it to the ucon64 folks. The guy working on it is fairly responsive to fixes and such. I submitted two patches related to MD-Pro support a little while back. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Mon Jun 08, 2009 7:32 pm Post subject: |
|
|
Nice! Got that "authentic" DOS look to it.
I guess the next step is to add the ability to load and save the saveram. Remember that the MD-Pro gives you 4 banks of 32KB of saveram. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Tue Jun 09, 2009 9:20 pm Post subject: |
|
|
Thanks for your reply! I am working on that. I am studying the switches of ucon64. Kinda complex stuff going on there |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Wed Jun 10, 2009 1:17 am Post subject: |
|
|
Yeah, multi-game is especially fun. That's why I use the uf frontend. That way I don't have to worry about the switches. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Wed Jun 10, 2009 9:58 pm Post subject: |
|
|
Any pointers on how to do a multi game? |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Thu Jun 11, 2009 3:33 am Post subject: |
|
|
Here's an example command line for two games (in linux):
Code: | /usr/local/bin/ucon64 --multi=32 /home/jlfenton/Tools/ucon64/MDPACKU4.BIN /home/jlfenton/Tools/ucon64/roms/rom1.bin /home/jlfenton/Tools/ucon64/roms/rom2.bin output.bin --region=1 --frontend --port=378 -o=/home/jlfenton/Tools/ucon64/roms |
That doesn't burn multiple roms, it makes a bin file with the loader and multiple roms. Then you burn that image just like normal. With the MD-Pro 64, you also have --multi=64. The region option allows to do things like force everything to NTSC/USA (which is the value in the line above).
The files are always the loader first, followed by the rom images. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Thu Jun 11, 2009 1:53 pm Post subject: |
|
|
Very nice tutorial!
I completely understand now. This isn't hard to add, I think I'll have it done by next week as I'm on a retro computer and gaming party on the weekend and got stuff to do till then.
Many thanks |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Thu Jun 11, 2009 9:06 pm Post subject: |
|
|
No prob... I just cut n pasted the line uf outputs to ucon64.
If you need other examples, like for the sram banks, let me know. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Thu Jun 11, 2009 9:27 pm Post subject: |
|
|
Yeah. The SRAM I REALLY don't understand. It seems to me that it fetches or puts the SRAM according to whether there is something there or not. Seems not controllable to tell it to write or read sram separately. |
|
Back to top |
|
|
Chilly Willy
Joined: 08 Feb 2009 Posts: 174
|
Posted: Thu Jun 11, 2009 11:41 pm Post subject: |
|
|
Receiving sram:
Code: | Executing: /usr/local/bin/ucon64 --xmdb=1 /home/jlfenton/Tools/ucon64/game.sram --frontend --port=378 -o=/home/jlfenton/Tools/ucon64/roms
|
Sending sram:
Code: | Executing: /usr/local/bin/ucon64 --xmdb=1 --frontend --port=378 -o=/home/jlfenton/Tools/ucon64/roms /home/jlfenton/Tools/ucon64/game.sram
|
The --xmdb=1 sets the bank (1-4 if I remember right). You also include a file in the parameters. If it exists, you're writing the file to the sram; if it doesn't, you're writing the sram to the file. It is an odd way to do it, but that's what they do. The -o switch doesn't seem to do anything here... it probably isn't needed, but the frontend sends it anyway. |
|
Back to top |
|
|
Oerg
Joined: 12 May 2007 Posts: 78
|
Posted: Fri Jun 12, 2009 2:20 pm Post subject: |
|
|
Yeah, that's how I understood it. Yesterday I redesigned the GUI for the SRAM to fit in. Now that you showed me how it works, I kinda have to redesign the SRAM part |
|
Back to top |
|
|
|