Welcome to the Gamebase 64 forums. An attempt to document ALL Commodore 64 gameware before it's too late!
Need help with Gamebase Amiga please!
Moderator: Jimbo
- jclampy
- New Member
- Location: Oceania
Post
Need help with Gamebase Amiga please!
Hi,
Ok, I am still relatively new to the inner workings of Gamebase but I have been trying to learn what I can myself to varying degrees of success but I am having some real difficulties understanding a few things.
Gamebase is suppose to unzip the zip file to GBGame but I am having difficulties seeing this happen with Gamebase Amiga. For instance, I think Gamebase is sending the zip file to the emulators instead and for WinUAE and FsUAE they seem to be able to deal with zip files so it hasn't been an issue.
Unfortunately I am now trying to add WinFellow to my emulator list and it doesn't seem to want to play with zip files.
Here are my settings;
Supported Native File Types = adf
Add_CLP( -f default.wfc -s floppy0=gamepathfile% -s floppy1=%gamepathfile(1)% -s floppy2=%gamepathfile(2)% -s floppy3=%gamepathfile(3)%)
Run_Emulator()
error message;
"This game type is not supported by this emulator. [zip]"
My WinUAE and FsUAE settings have;
Supported Native File Types = ZIP
From what I have read on various forums this is usually not recommended.
But it is the only way those two emulators work for me since if I put adf instead of zip then I just get the same error message as above.
[PS: The script for WinFellow is my modification of bits and peices I have read in online forums and may be completely wrong so let me know]
Any help would be appreciated.
Thanks.
Ok, I am still relatively new to the inner workings of Gamebase but I have been trying to learn what I can myself to varying degrees of success but I am having some real difficulties understanding a few things.
Gamebase is suppose to unzip the zip file to GBGame but I am having difficulties seeing this happen with Gamebase Amiga. For instance, I think Gamebase is sending the zip file to the emulators instead and for WinUAE and FsUAE they seem to be able to deal with zip files so it hasn't been an issue.
Unfortunately I am now trying to add WinFellow to my emulator list and it doesn't seem to want to play with zip files.
Here are my settings;
Supported Native File Types = adf
Add_CLP( -f default.wfc -s floppy0=gamepathfile% -s floppy1=%gamepathfile(1)% -s floppy2=%gamepathfile(2)% -s floppy3=%gamepathfile(3)%)
Run_Emulator()
error message;
"This game type is not supported by this emulator. [zip]"
My WinUAE and FsUAE settings have;
Supported Native File Types = ZIP
From what I have read on various forums this is usually not recommended.
But it is the only way those two emulators work for me since if I put adf instead of zip then I just get the same error message as above.
[PS: The script for WinFellow is my modification of bits and peices I have read in online forums and may be completely wrong so let me know]
Any help would be appreciated.
Thanks.
- .mad.
- Honoured Member
- Location: Lancashire
Post
you are missing a % in floppy0=
and YES you MUST remove ZIP from the WinFellow filetypes.
GameBase will extract the ADF files to GBGame\0\
then the script will attach the ADF to the emulator.
%gamepathfile% will then be C:\GBGame\0\game.adf
WinFellow.txt
EMULATORS.INI
and YES you MUST remove ZIP from the WinFellow filetypes.
GameBase will extract the ADF files to GBGame\0\
then the script will attach the ADF to the emulator.
%gamepathfile% will then be C:\GBGame\0\game.adf
WinFellow.txt
Code: Select all
; ****************************************
; * WinFellow Script for Amiga GameBase. *
; ****************************************
; synopsis: winfellow [-h] | [[-f configfile] | [-s option=value]]*
; command-line options:
; -f configfile : Specify configuration file to use
; -s option=value : Set option to value
;
; (see *.wfc files for options you can set)
; config_description=WinFellow Amiga Emulator alpha v0.5.1.880 - SVN
; autoconfig=no
; floppy0=
; fellow.floppy0_enabled=yes
; fellow.floppy0_readonly=no
; floppy1=
; fellow.floppy1_enabled=yes
; fellow.floppy1_readonly=no
; floppy2=
; fellow.floppy2_enabled=yes
; fellow.floppy2_readonly=no
; floppy3=
; fellow.floppy3_enabled=yes
; fellow.floppy3_readonly=no
; fellow.floppy_fast_dma=no
; fellow.last_used_disk_dir=C:\GBGame\0\
; joyport0=mouse
; joyport1=none
; usegui=yes
; cpu_speed=4
; cpu_compatible=yes
; cpu_type=68000
; sound_output=normal
; sound_channels=stereo
; sound_bits=16
; sound_frequency=44100
; sound_volume=100
; fellow.sound_wav=no
; fellow.sound_filter=original
; sound_notification=mmtimer
; sound_buffer_length=60
; chipmem_size=8
; fastmem_size=0
; bogomem_size=7
; kickstart_rom_file=
; kickstart_key_file=
; gfx_immediate_blits=no
; gfx_chipset=ocs
; gfx_width=376
; gfx_height=288
; gfx_fullscreen_amiga=no
; use_multiple_graphical_buffers=no
; fellow.gfx_refresh=0
; gfx_colour_mode=32bit
; gfx_lores=yes
; gfx_linemode=none
; gfx_linemode_strategy=exact
; gfx_framerate=0
; show_leds=no
; fellow.gfx_deinterlace=no
; fellow.measure_speed=no
; rtc=no
; win32.map_drives=no
;----------------------------------------------
; "%emupath%\default.wfc" could also be used.
Add_CLP( -f %dbpath%\scripts\gamebase.wfc -s floppy0=%gamepathfile% -s floppy1=%gamepathfile(1)% -s floppy2=%gamepathfile(2)% -s floppy3=%gamepathfile(3)% -s kickstart_rom_file=%emupath%\Kick12.rom )
Run_Emulator()
;Example using Set CFG_Value
;This will edit the .wfc file with your required options before attaching it to the emulator.
; with clever scripting and using GEMUS you will only need one WFC file for every game.
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy0_enabled||yes)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy0_readonly||no)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||floppy0||%gamepathfile%)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy1_enabled||yes)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy1_readonly||no)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||floppy1||%gamepathfile(1)%)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy2_enabled||yes)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy2_readonly||no)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||floppy2||%gamepathfile(2)%)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy3_enabled||yes)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||fellow.floppy3_readonly||no)
; Set_CFG_Value (%dbpath%\scripts\gamebase.wfc||floppy3||%gamepathfile(3)%)
; Add_CLP( -f %dbpath%\scripts\gamebase.wfc )
; Run_Emulator()
EMULATORS.INI
Code: Select all
[Emulators]
1=WinFellow
2=
[WinFellow]
UseShortFilenames=1
SupportedTypes=adf
EmulatorPathFile=C:\Gamebase\Amiga\Emulators\Winfellow\WinFellow.exe
ScriptFile=WinFellow.txt
- jclampy
- New Member
- Location: Oceania
Post
Hi .mad.
Thanks for the quick response and the script I will give it a go shortly and then report back.
Good spotting that missing % although I was in the middle of trying a few different ideas at the time of typing that message and was doing some copying and pasting to put together that string on the message, but when I did try that setup the other day I did actually have the % in there though.![Wink ;)](./images/smilies/icon_wink.gif)
I'll report back soon, I am just in the middle of something at the moment...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EDIT:
Ok, I have imported the WinFellow.txt and changed the emulator.ini but it is throwing up that error message: "This game type is not supported by this emulator. [zip]"
I would post screenshots but I haven't got the necessary post count to attach urls yet. 8{
Any idea why it is doing this? Apart from the GEMUS script and emulator.ini where else could Gamebase be specifying that 'zip' ?
Thanks for the quick response and the script I will give it a go shortly and then report back.
Good spotting that missing % although I was in the middle of trying a few different ideas at the time of typing that message and was doing some copying and pasting to put together that string on the message, but when I did try that setup the other day I did actually have the % in there though.
![Wink ;)](./images/smilies/icon_wink.gif)
I'll report back soon, I am just in the middle of something at the moment...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EDIT:
Ok, I have imported the WinFellow.txt and changed the emulator.ini but it is throwing up that error message: "This game type is not supported by this emulator. [zip]"
I would post screenshots but I haven't got the necessary post count to attach urls yet. 8{
Any idea why it is doing this? Apart from the GEMUS script and emulator.ini where else could Gamebase be specifying that 'zip' ?
- .mad.
- Honoured Member
- Location: Lancashire
Post
the only reason that error occurs, is when you have ZIP;RAR;7z in the SupportedTypes in the Emulators.ini.
Or the runnable file in the MDB file is linked as a ZIP.
once removed it will work ok.
goto the game selector window and add a game file.
![Image](http://s21.postimg.org/o25xwv2qf/game_selector.png)
notice ONLY ADF is displayed in the bottom left, and the GameBase has opened the ZIP to show the ADF files.
Select one and click ok.
Or the runnable file in the MDB file is linked as a ZIP.
once removed it will work ok.
goto the game selector window and add a game file.
![Image](http://s21.postimg.org/o25xwv2qf/game_selector.png)
notice ONLY ADF is displayed in the bottom left, and the GameBase has opened the ZIP to show the ADF files.
Select one and click ok.
Last edited by .mad. on Sat Apr 27, 2013 2:12 pm, edited 1 time in total.
- jclampy
- New Member
- Location: Oceania
Post
Hmm, you have given me an idea.. just a moment.
Edit:
Ok, so my emulator.ini still had zip specified for WinUAE and FsUAE.
I removed all references of zip from emulator.ini and changed them all to adf instead.
Now, it is not throwing up that 'zip' error message anymore. Thank you!
Still WinFellow is not booting the game for me yet though it is just running the kickstart 1.3
At the moment the WinFellow gui is still popping up and in the DF0 field it is showing:
g:\gbgame\0\calendar
The folder is right but the file should be Calendar Quiz.adf
If I untick "Use Short 8:3 Filenames" then the DF0 field shows;
"g:\gbgame\0\calendar quiz.adf
But it still only boots kickstart 1.3 maybe because of that rogue " at the front, I don't know why WinFellow is putting that there?
If I remove the rogue " in the WinFellow gui window before clicking 'start emulation' then it still only boots kickstart 1.3 and then when I end emulation back to WinFellow gui it shows the rogue " back again as if I never deleted it.
Any ideas, I am going to catch some sleep but will come back tomorrow.
Edit:
Ok, so my emulator.ini still had zip specified for WinUAE and FsUAE.
I removed all references of zip from emulator.ini and changed them all to adf instead.
Now, it is not throwing up that 'zip' error message anymore. Thank you!
Still WinFellow is not booting the game for me yet though it is just running the kickstart 1.3
At the moment the WinFellow gui is still popping up and in the DF0 field it is showing:
g:\gbgame\0\calendar
The folder is right but the file should be Calendar Quiz.adf
If I untick "Use Short 8:3 Filenames" then the DF0 field shows;
"g:\gbgame\0\calendar quiz.adf
But it still only boots kickstart 1.3 maybe because of that rogue " at the front, I don't know why WinFellow is putting that there?
If I remove the rogue " in the WinFellow gui window before clicking 'start emulation' then it still only boots kickstart 1.3 and then when I end emulation back to WinFellow gui it shows the rogue " back again as if I never deleted it.
Any ideas, I am going to catch some sleep but will come back tomorrow.
- jclampy
- New Member
- Location: Oceania
Post
Still can't post screenshots yet, hopefully is just time based and should be able to within another 12 hours.
Anyhow, I am using your gamebase.wfc idea and just this part of your GEMUS script;
WinFellow is now getting the first disk correctly and runs it fine. Problem is now with multi disk games; WinFellow appears to only receive the first disk properly and none of the others.
When running a multi disk game the WinFellow GUI pops up and has the correct disk in drive 0 but the other drives have %gamepathfile(1)% then %gamepathfile(2)% then %gamepathfile(3)% etc...
I am not sure what is wrong but will have another look later on. Also out of curiosity is it possible to stop the WinFellow GUI from popping up at game launch?
EDIT:
Still no luck, WinFellow won't show the disk it is suppose to when (#) (#=whatever number) after gamepathfile inside the % marks is used. Don't know if there is anything else that should be added to script or if it is an internal WinFellow problem, any ideas? Do multi disk games work correctly on your end? Theoritically it is working but in WinFellow is just showing %gamepathfile(1)% %gamepathfile(2)% %gamepathfile(3)% etc.. The first disk based on just %gamepathfile% works perfectly fine though.
Thanks for all your help .Mad.
Anyhow, I am using your gamebase.wfc idea and just this part of your GEMUS script;
Code: Select all
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy0||%gamepathfile%)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy1||%gamepathfile(1)%)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy2||%gamepathfile(2)%)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy3||%gamepathfile(3)%)
Add_CLP( -f %dbpath%\scripts\gamebase.wfc )
Run_Emulator()
When running a multi disk game the WinFellow GUI pops up and has the correct disk in drive 0 but the other drives have %gamepathfile(1)% then %gamepathfile(2)% then %gamepathfile(3)% etc...
I am not sure what is wrong but will have another look later on. Also out of curiosity is it possible to stop the WinFellow GUI from popping up at game launch?
EDIT:
Still no luck, WinFellow won't show the disk it is suppose to when (#) (#=whatever number) after gamepathfile inside the % marks is used. Don't know if there is anything else that should be added to script or if it is an internal WinFellow problem, any ideas? Do multi disk games work correctly on your end? Theoritically it is working but in WinFellow is just showing %gamepathfile(1)% %gamepathfile(2)% %gamepathfile(3)% etc.. The first disk based on just %gamepathfile% works perfectly fine though.
Thanks for all your help .Mad.
- .mad.
- Honoured Member
- Location: Lancashire
Post
You need to use SHORTFILENAMES.
reason
if a SPACE is in the file name it breaks the command line.
example adding this filename.
Assassin - Special Edition_Disk1.adf
SPACE -s is used for the switch function so it leaves the quotes open.
(displaying "c:\Assassin - Special Edition_Disk1.adf )
then breaks the rest of the CLP.
replacing SPACE with UNDERSCORE in the filename and it works ok.
Assassin_-_Special Edition_Disk1.adf.
some emulators have an option to encase the filename in quotes or brackets on the commandline so the spaces and misc chars can be read, removing the error.
the usegui=no switch seems to be broken in the latest version of the emulator. Try an older one.
For GameBase to add multiple disks, they must be named sequentially, without too many brackets or [].
TOSEC filenames will not work.
Good GameBase name examples...
Assassin sp_Disk1.adf - link this in gamebase
Assassin sp_Disk2.adf
Assassin sp_Disk3.adf
Assassin_sp_A.adf - link this in gamebase
Assassin_sp_B.adf
Assassin_sp_C.adf
Updated scripit
shows how to insert multiple disks correctly.
GEMUS commands
kickstart=12
kickstart=13
kickstart=14
kickstart=204
kickstart=205
kickstart=31
chipset=ecs
chipset=ocs
cpu_type=68000
cpu_type=68010
cpu_type=68020
cpu_type=68030
cpu_type=68ec20
cpu_type=68ec30
screen=large
screen=small
screen=full
control=none
control=joystick1
control=joystick2
control=keyboard1
control=keyboard2
fastmem=0-4
chipmem=1-8
bogomem=0-7
reason
if a SPACE is in the file name it breaks the command line.
example adding this filename.
Assassin - Special Edition_Disk1.adf
SPACE -s is used for the switch function so it leaves the quotes open.
(displaying "c:\Assassin - Special Edition_Disk1.adf )
then breaks the rest of the CLP.
replacing SPACE with UNDERSCORE in the filename and it works ok.
Assassin_-_Special Edition_Disk1.adf.
some emulators have an option to encase the filename in quotes or brackets on the commandline so the spaces and misc chars can be read, removing the error.
the usegui=no switch seems to be broken in the latest version of the emulator. Try an older one.
For GameBase to add multiple disks, they must be named sequentially, without too many brackets or [].
TOSEC filenames will not work.
Good GameBase name examples...
Assassin sp_Disk1.adf - link this in gamebase
Assassin sp_Disk2.adf
Assassin sp_Disk3.adf
Assassin_sp_A.adf - link this in gamebase
Assassin_sp_B.adf
Assassin_sp_C.adf
Updated scripit
shows how to insert multiple disks correctly.
Code: Select all
; ****************************************
; * WinFellow Script for Amiga GameBase. *
; ****************************************
; synopsis: winfellow [-h] | [[-f configfile] | [-s option=value]]*
; command-line options:
; -f configfile : Specify configuration file to use
; -s option=value : Set option to value
;
; (see *.wfc files for options you can set)
; config_description=WinFellow Amiga Emulator alpha v0.5.1.880 - SVN
; autoconfig=no
; floppy0=
; fellow.floppy0_enabled=yes
; fellow.floppy0_readonly=no
; floppy1=
; fellow.floppy1_enabled=yes
; fellow.floppy1_readonly=no
; floppy2=
; fellow.floppy2_enabled=yes
; fellow.floppy2_readonly=no
; floppy3=
; fellow.floppy3_enabled=yes
; fellow.floppy3_readonly=no
; fellow.floppy_fast_dma=no
; fellow.last_used_disk_dir=C:\GBGame\0\
; joyport0=mouse
; joyport1=none
; usegui=no
; cpu_speed=4
; cpu_compatible=yes
; cpu_type=68000
; sound_output=normal
; sound_channels=stereo
; sound_bits=16
; sound_frequency=44100
; sound_volume=100
; fellow.sound_wav=no
; fellow.sound_filter=original
; sound_notification=mmtimer
; sound_buffer_length=60
; chipmem_size=8
; fastmem_size=0
; bogomem_size=7
; kickstart_rom_file=
; kickstart_key_file=
; gfx_immediate_blits=no
; gfx_chipset=ocs
; gfx_width=376
; gfx_height=288
; gfx_fullscreen_amiga=no
; use_multiple_graphical_buffers=no
; fellow.gfx_refresh=0
; gfx_colour_mode=32bit
; gfx_lores=yes
; gfx_linemode=none
; gfx_linemode_strategy=exact
; gfx_framerate=0
; show_leds=no
; fellow.gfx_deinterlace=no
; fellow.measure_speed=no
; rtc=no
; win32.map_drives=no
;----------------------------------------------
Add_CLP( -f %dbpath%\scripts\gamebase.wfc -s floppy0=%gamepathfile%)
If NumGameFiles > 1
Add_CLP( -s floppy1=%gamepathfile(1)%)
End If
If NumGameFiles > 2
Add_CLP( -s floppy2=%gamepathfile(2)%)
End If
If NumGameFiles > 3
Add_CLP( -s floppy3=%gamepathfile(3)%)
End If
; Instruction set (cpu_type)
If Key_cpu_type CONTAINS(68000)
Add_CLP( -s cpu_type=68000)
ElseIf Key_cpu_type CONTAINS(68010)
Add_CLP( -s cpu_type=68010)
ElseIf Key_cpu_type CONTAINS(68020)
Add_CLP( -s cpu_type=68020)
ElseIf Key_cpu_type CONTAINS(68030)
Add_CLP( -s cpu_type=68030)
ElseIf Key_cpu_type CONTAINS(68ec20)
Add_CLP( -s cpu_type=68ec20)
ElseIf Key_cpu_type CONTAINS(68ec30)
Add_CLP( -s cpu_type=68ec30)
Else
Add_CLP( -s cpu_type=68000)
End If
; Select KickStart from GEMUS entry. (you must have the files named as listed.)
; CPU_Type must be compatible with Kickstart used.
; Example: Kickstart=31 needs to run emulator with cpu_type 68030.
If Key_Kickstart CONTAINS (12)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick12.rom)
Else If Key_Kickstart CONTAINS (13)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick13.rom)
Else If Key_Kickstart CONTAINS (14)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick14.rom)
Else If Key_Kickstart CONTAINS (204)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick204.rom)
Else If Key_Kickstart CONTAINS (205)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick205.rom)
Else If Key_Kickstart CONTAINS (31)
Add_CLP( -s kickstart_rom_file=%emupath%\Kick31.rom)
Add_CLP( -s cpu_type=68030)
;Default Kickstart v1.3
Else
Add_CLP( -s kickstart_rom_file=%emupath%\Kick13.rom)
End If
If Key_chipset CONTAINS(ocs)
Add_CLP( -s gfx_chipset=ocs)
ElseIf Key_chipset CONTAINS(ecs)
Add_CLP( -s gfx_chipset=ecs)
Else
Add_CLP( -s gfx_chipset=ocs)
End If
; 1=256KB, 2=512KB, 3=768KB, 4=1024KB, 5=1280KB, 6=1536KB, 7=1792KB, 8=2048KB.
if key_chipmem CONTAINS(1||2||3||4||5||6||7||8)
Add_CLP( -s chipmem_size=%chipmem_value%)
Else
Add_CLP( -s chipmem_size=2)
End If
; 0=0MB, 1=1MB, 2=2MB, 3=4MB, 4=8MB,
If Key_fastmem CONTAINS(0||1||2||3||4)
Add_CLP( -s fastmem_size=%fastmem_value%)
Else
Add_CLP( -s fastmem_size=0)
End If
; 0=0KB, 1=256KB, 2=512KB, 3=768KB, 4=1024KB, 5=1280KB, 6=1536KB, 7=1792KB.
If key_bogomem CONTAINS(0||1||2||3||4||5||6||7)
Add_CLP( -s bogomem_size=%bogomem_value%)
Else
Add_CLP( -s bogomem_size=2)
End If
If key_screen CONTAINS(Large)
Add_CLP( -s gfx_width=752 -s gfx_height=576 -s gfx_fullscreen_amiga=no -s gfx_lores=no -s gfx_linemode=double -s gfx_linemode_strategy=exact)
ElseIf key_screen CONTAINS(Small)
Add_CLP ( -s gfx_width=376 -s gfx_height=288 -s gfx_fullscreen_amiga=no -s gfx_lores=yes -s gfx_linemode=none -s gfx_linemode_strategy=exact)
ElseIf key_screen CONTAINS(Full)
Add_CLP ( -s gfx_width=800 -s gfx_height=600 -s gfx_fullscreen_amiga=yes -s gfx_lores=no -s gfx_linemode=double -s gfx_linemode_strategy=dxstretch)
Else
Add_CLP( -s gfx_width=752 -s gfx_height=576 -s gfx_fullscreen_amiga=no -s gfx_lores=no -s gfx_linemode=double)
End If
if key_Control CONTAINS(none||keys)
Add_CLP ( -s joyport1=none)
Elseif key_Control CONTAINS(Joystick1)
Add_CLP ( -s joyport1=Joy0)
Elseif key_Control CONTAINS(Joystick2)
Add_CLP ( -s joyport1=Joy1)
Elseif key_Control CONTAINS(Keyboard1)
Add_CLP ( -s joyport1=kbd1)
Else if key_Control CONTAINS(Keyboard2)
Add_CLP ( -s joyport1=kbd2)
;Default Real USB Joystick Port1
Else
Add_CLP ( -s joyport1=Joy0)
End If
Run_Emulator()
kickstart=12
kickstart=13
kickstart=14
kickstart=204
kickstart=205
kickstart=31
chipset=ecs
chipset=ocs
cpu_type=68000
cpu_type=68010
cpu_type=68020
cpu_type=68030
cpu_type=68ec20
cpu_type=68ec30
screen=large
screen=small
screen=full
control=none
control=joystick1
control=joystick2
control=keyboard1
control=keyboard2
fastmem=0-4
chipmem=1-8
bogomem=0-7
- jclampy
- New Member
- Location: Oceania
Post
Thank you this is a really great learning experience you are taking me to school here.
Ok, so it looks like I would need to replace all spaces to underscores for all game zip filenames. Well that is probably not going to happen.
I am using the standard gamebase amiga v1.6 package.
I just checked and when using WinFellow as a standalone emulator it can use the adf disks with filenames that have spaces when I insert them manually into the GUI.
So, if I understand this correctly the problem is caused by;
A) WinFellow cannot accept a path/filename that is encapulated inside "" marks?
B) Using filenames with spaces in the GEMUS script with 'short filenames selected' but without "" marks?
C) It is in sending filenames with spaces to WinFellow using the command line instead manually adding them via the GUI?
D) It is the combination of filenames with spaces and 'short filenames selected' via GEMUS script that WinFellow is not compatible with?
I will guess the problem is A) and D) and that B) could solve it if WinFellow did not have a problem with A).
I could test C) myself just as an interesting observation but wouldn't help much if the underlying problem is B) or D).
At the moment with this updated script even a one disk game can't be run from Gamebase to WinFellow. I thought we had one disk games working earlier so I will have to see what was different in the script specifically to do with that.
How come we don't put anything in the 'Script Files' box above the 'GEMUS Script' box?
I still can't post screenshots yet, says have to be here more than zero days, which I guess means one plus and if I ain't there yet then must be soon.
EDIT1:
Ok, just tried C) and WinFellow did not accept the filename properly with this example run from Windows Command Prompt (only Plan showed up):
Next tried same thing but with:
This time had the result of "Plan 9 From Outer Space_Disk1.adf being put into the DF0 slot and WinFellow won't run any filenames that have " marks anywhere apparently (even if I add another " at the other end).
Those results all tie in with what you have said.![Wink ;)](./images/smilies/icon_wink.gif)
So A) and C) are definately problems and are at WinFellows end of things.
Now to hunt down when I actually had one disk games working...
EDIT2:
Ok, so we had one disk games working when we weren't using the command line to add filenames, we actually added filenames to the script beforehand and then called the script only (this was all done via GEMUS).
Hmm, ok let me try something I have an idea...
![Laughing :lol:](./images/smilies/icon_lol.gif)
Ok, so it looks like I would need to replace all spaces to underscores for all game zip filenames. Well that is probably not going to happen.
I am using the standard gamebase amiga v1.6 package.
I just checked and when using WinFellow as a standalone emulator it can use the adf disks with filenames that have spaces when I insert them manually into the GUI.
So, if I understand this correctly the problem is caused by;
A) WinFellow cannot accept a path/filename that is encapulated inside "" marks?
B) Using filenames with spaces in the GEMUS script with 'short filenames selected' but without "" marks?
C) It is in sending filenames with spaces to WinFellow using the command line instead manually adding them via the GUI?
D) It is the combination of filenames with spaces and 'short filenames selected' via GEMUS script that WinFellow is not compatible with?
I will guess the problem is A) and D) and that B) could solve it if WinFellow did not have a problem with A).
I could test C) myself just as an interesting observation but wouldn't help much if the underlying problem is B) or D).
At the moment with this updated script even a one disk game can't be run from Gamebase to WinFellow. I thought we had one disk games working earlier so I will have to see what was different in the script specifically to do with that.
How come we don't put anything in the 'Script Files' box above the 'GEMUS Script' box?
I still can't post screenshots yet, says have to be here more than zero days, which I guess means one plus and if I ain't there yet then must be soon.
EDIT1:
Ok, just tried C) and WinFellow did not accept the filename properly with this example run from Windows Command Prompt (only Plan showed up):
Code: Select all
winfellow -f default.wfc -s floppy0=Plan 9 From Outer Space_Disk1.adf
Code: Select all
winfellow -f default.wfc -s floppy0="Plan 9 From Outer Space_Disk1.adf"
Those results all tie in with what you have said.
![Wink ;)](./images/smilies/icon_wink.gif)
So A) and C) are definately problems and are at WinFellows end of things.
Now to hunt down when I actually had one disk games working...
EDIT2:
Ok, so we had one disk games working when we weren't using the command line to add filenames, we actually added filenames to the script beforehand and then called the script only (this was all done via GEMUS).
Hmm, ok let me try something I have an idea...
- jclampy
- New Member
- Location: Oceania
Post
Wait a minute lets take a step back here. This next bit is looking at GEMUS Script importing the filenames into gamebase.wfc which is avoiding the command line altogether so theoretically should solve the problem.
Ok, so trying to incorporate what we have so far I am just looking at this simple script;
Now what is being imported into gamebase.wfc if we look at it afterwards is:
floppy0=g:\gbgame\0\plan 9 from outer space_disk1.adf
floppy1=%gamepathfile(1)%
floppy2=%gamepathfile(2)%
floppy3=%gamepathfile(3)%
The first disk is correct and all one disk games would load correctly.
Multi disk filenames are not being imported though.
How come it can import the first disk correctly but not the others when the code in the script for the multiple disks is all setup the same way (even if you remove the 'if' and 'end if' statements)? Any ideas why this is happening?
This is just going straight from GEMUS Script to gamebase.wfc text file so no emulators involved.
Could it be a bug with GEMUS or Gamebase?![Confused :?](./images/smilies/icon_confused.gif)
Tried shortening the script to this but still same result;
GEMUS Script or Gamebase is not importing the values of %gamepathfile(1)% %gamepathfile(2)% and %gamepathfile(3)% to the text file.
It's like GEMUS or Gamebase doesn't know what %gamepathfile(#)% is but all the disks are in the Gamebase. So it must be GEMUS that doesn't know what %gamepathfile(#)% is. How would GEMUS get this information from Gamebase? Do we have to add some variables to the start of the script or something?
Ok, so trying to incorporate what we have so far I am just looking at this simple script;
Code: Select all
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy0||%gamepathfile%)
If NumGameFiles > 1
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy1||%gamepathfile(1)%)
End If
If NumGameFiles > 2
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy2||%gamepathfile(2)%)
End If
If NumGameFiles > 3
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy3||%gamepathfile(3)%)
End If
Add_CLP( -f %dbpath%\scripts\gamebase.wfc)
Run_Emulator()
floppy0=g:\gbgame\0\plan 9 from outer space_disk1.adf
floppy1=%gamepathfile(1)%
floppy2=%gamepathfile(2)%
floppy3=%gamepathfile(3)%
The first disk is correct and all one disk games would load correctly.
Multi disk filenames are not being imported though.
How come it can import the first disk correctly but not the others when the code in the script for the multiple disks is all setup the same way (even if you remove the 'if' and 'end if' statements)? Any ideas why this is happening?
This is just going straight from GEMUS Script to gamebase.wfc text file so no emulators involved.
Could it be a bug with GEMUS or Gamebase?
![Confused :?](./images/smilies/icon_confused.gif)
Tried shortening the script to this but still same result;
Code: Select all
Set_CFG_Value(%emupath%\default.wfc||floppy0||%gamepathfile%)
Set_CFG_Value(%emupath%\default.wfc||floppy1||%gamepathfile(1)%)
Set_CFG_Value(%emupath%\default.wfc||floppy2||%gamepathfile(2)%)
Set_CFG_Value(%emupath%\default.wfc||floppy3||%gamepathfile(3)%)
Add_CLP( -f default.wfc)
Run_Emulator()
It's like GEMUS or Gamebase doesn't know what %gamepathfile(#)% is but all the disks are in the Gamebase. So it must be GEMUS that doesn't know what %gamepathfile(#)% is. How would GEMUS get this information from Gamebase? Do we have to add some variables to the start of the script or something?
- .mad.
- Honoured Member
- Location: Lancashire
Post
My head hurts!
you are way over complicating it.
As long as short filenames are selected in the emulators.ini.
games with spaces and other chars can be added via the commandline.
Just because you can't see the whole filename, doesn't mean it's not attached.
It is showing the shortened DOS name ASSASS~2 like this...
![Image](http://s13.postimg.org/vb5lw46cn/with_short.png)
Press Start Emulation and the game will load.
This is working perfectly for me.
This is the same game without short filenames.
![Image](http://s7.postimg.org/pd5j3rhmj/with_long.png)
The only reason the game won't add the second disk, is if the filename isn't gamebase friendly, as mentioned above.
This is the internal game.ADF files not external ZIP name.
your sample script is also working perfectly.
with or without short filenames selected.
after running check the wfc file in the scripts folder, and see if the changes have been are made.
is the file in the GAMEBASE.WFC file in the scripts folder?
if this isn't working for you, maybe it's the Install location of the GameBase setup files.
reinstall to C:\Gamebase\
Just thought...
if the game has only 1 disk after running a multi-disk game.
"%gamepathfile(#)%" will be added to external floppies, as the script tells it to.
those previous disks need to be removed from the edited gamebase.wfc.
This will solve it.
![Laughing :lol:](./images/smilies/icon_lol.gif)
you are way over complicating it.
As long as short filenames are selected in the emulators.ini.
games with spaces and other chars can be added via the commandline.
Just because you can't see the whole filename, doesn't mean it's not attached.
It is showing the shortened DOS name ASSASS~2 like this...
![Image](http://s13.postimg.org/vb5lw46cn/with_short.png)
Press Start Emulation and the game will load.
This is working perfectly for me.
This is the same game without short filenames.
![Image](http://s7.postimg.org/pd5j3rhmj/with_long.png)
The only reason the game won't add the second disk, is if the filename isn't gamebase friendly, as mentioned above.
This is the internal game.ADF files not external ZIP name.
your sample script is also working perfectly.
with or without short filenames selected.
after running check the wfc file in the scripts folder, and see if the changes have been are made.
is the file in the GAMEBASE.WFC file in the scripts folder?
Code: Select all
floppy0=c:\gbgame\0\ASSASS~2.ADF
fellow.floppy0_enabled=yes
fellow.floppy0_readonly=no
floppy1=c:\gbgame\0\ASSASS~1.ADF
fellow.floppy1_enabled=yes
fellow.floppy1_readonly=no
Code: Select all
floppy0=c:\gbgame\0\assassin - special edition_disk1.adf
fellow.floppy0_enabled=yes
fellow.floppy0_readonly=no
floppy1=c:\gbgame\0\assassin - special edition_disk2.adf
fellow.floppy1_enabled=yes
fellow.floppy1_readonly=no
reinstall to C:\Gamebase\
Just thought...
if the game has only 1 disk after running a multi-disk game.
"%gamepathfile(#)%" will be added to external floppies, as the script tells it to.
those previous disks need to be removed from the edited gamebase.wfc.
This will solve it.
Code: Select all
; ****************************************
; * WinFellow Script for Amiga GameBase. *
; * Set_CFG version *
; ****************************************
; Eject previous game disks from External Drives.
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy1||)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy2||)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy3||)
; Attach the main game disk.
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy0_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy0||%gamepathfile%)
If NumGameFiles > 1
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy1_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy1||%gamepathfile(1)%)
End If
If NumGameFiles > 2
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy2_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy2||%gamepathfile(2)%)
End If
If NumGameFiles > 3
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_enabled||yes)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||fellow.floppy3_readonly||no)
Set_CFG_Value(%dbpath%\scripts\gamebase.wfc||floppy3||%gamepathfile(3)%)
End If
; attach the edited config file to WinFellow C:\gamebase\amiga\scripts\gamebase.wfc
Add_CLP( -f %dbpath%\scripts\gamebase.wfc)
Run_Emulator()
- jclampy
- New Member
- Location: Oceania
Post
Hmm, I just noticed something;
At the moment whenever I try multidisk games with WinUAE FsUAE (as well as WinFellow) they are not receiving the disks past disk one.
I even checked the GBGame folder on launch and only disk one is extracted there.
Looks like something got screwed up majorly over here, I am going to resetup the Amiga Emulators into the Amiga Gamebase from scratch and see what happens or I will gladly re-install Gamebase Amiga if need be.
Be back later today because I have some gardening to do.![Wink ;)](./images/smilies/icon_wink.gif)
Thanks for hanging in there with me .Mad.
At the moment whenever I try multidisk games with WinUAE FsUAE (as well as WinFellow) they are not receiving the disks past disk one.
I even checked the GBGame folder on launch and only disk one is extracted there.
Looks like something got screwed up majorly over here, I am going to resetup the Amiga Emulators into the Amiga Gamebase from scratch and see what happens or I will gladly re-install Gamebase Amiga if need be.
Be back later today because I have some gardening to do.
![Wink ;)](./images/smilies/icon_wink.gif)
Thanks for hanging in there with me .Mad.
- jclampy
- New Member
- Location: Oceania
Post
I have re-installed Gamebase Amiga v1.6 from scratch but I still am not getting multi disk games extracted and sent.
Here is the steps I have taken;
1) extract WinUAE v2.5.10 Stable to folder where I want it.
2) install Gamebase Amiga v1.6 with 'Prepare WinUAE Directory & Settings ticked
3) When done select 'WinUAE v1.3 Joystick' setup and then change the GEMUS script based on instructions for newer WinUAE versions from a thread on this forum (changing the 3rd line from bottom to look like this);
4) adding the remaining folders which make up Gamebase Amiga v1.6
5) setup the paths
6) verified all the files
7) I noticed that by default emulator.ini is setup for ZIP;HDF I changed it to adf;hdf
That is all! (Only testing with WinUAE at moment)
Now when I launch a multi disk game I check the GBGame folder but there is only a '0' folder and inside is disk one .adf only. Gamebase is not extracting or sending the other disks.
Any ideas? Could Gamebase Frontend v1.3 need re-installing as well?
Edit;
Just noticed the Gemus.Dat is filled with references ZIP;HDF
Wouldn't think that could cause problems or would it?
Should there be something in the 'Script Files' box above the 'GEMUS Script' box under 'Emulator Properties'?
Here is the steps I have taken;
1) extract WinUAE v2.5.10 Stable to folder where I want it.
2) install Gamebase Amiga v1.6 with 'Prepare WinUAE Directory & Settings ticked
3) When done select 'WinUAE v1.3 Joystick' setup and then change the GEMUS script based on instructions for newer WinUAE versions from a thread on this forum (changing the 3rd line from bottom to look like this);
Code: Select all
Add_CLP(-f "%dbpath%\GameBase Amiga.uae" -0 %gamepathfile% -1 %gamepathfile(1)% -2 %gamepathfile(2)% -3 %gamepathfile(3)% -s diskimage0=%gamepathfile% -s diskimage1=%gamepathfile(1)% -s diskimage2=%gamepathfile(2)% -s diskimage3=%gamepathfile(3)% -s diskimage4=%gamepathfile(4)% -s diskimage5=%gamepathfile(5)% -s diskimage6=%gamepathfile(6)% -s diskimage7=%gamepathfile(7)% -s diskimage8=%gamepathfile(8)% -s diskimage9=%gamepathfile(9)% -s diskimage10=%gamepathfile(10)% -s diskimage11=%gamepathfile(11)% -s diskimage12=%gamepathfile(12)% -s diskimage13=%gamepathfile(13)% -s diskimage14=%gamepathfile(14)% -s diskimage15=%gamepathfile(15)% -s diskimage16=%gamepathfile(16)% -s diskimage17=%gamepathfile(17)% -s diskimage18=%gamepathfile(18)% -s diskimage19=%gamepathfile(19)%)
5) setup the paths
6) verified all the files
7) I noticed that by default emulator.ini is setup for ZIP;HDF I changed it to adf;hdf
That is all! (Only testing with WinUAE at moment)
Now when I launch a multi disk game I check the GBGame folder but there is only a '0' folder and inside is disk one .adf only. Gamebase is not extracting or sending the other disks.
Any ideas? Could Gamebase Frontend v1.3 need re-installing as well?
Edit;
Just noticed the Gemus.Dat is filled with references ZIP;HDF
Wouldn't think that could cause problems or would it?
Should there be something in the 'Script Files' box above the 'GEMUS Script' box under 'Emulator Properties'?
- jclampy
- New Member
- Location: Oceania
Post
.Mad. I was just reading a thread where you posted these files back in 2011:
Amiga.txt - Script
Amiga.UAE - custom WinUAE config file
emulators.ini
winuae.ini
I just finished trying them after adjusting paths,etc and unfortunately didn't solve the previous post issues.
In them I see you had ZIP included in the supported file types back then. But obviously things have improved for the better since then.
hehe. (pulling your chain).
Please could you let me see your current Gamebase WinUAE setting files;
GEMUS Script
Amiga.UAE (custom WinUAE config file)
emulators.ini
I'm guessing a winuae.ini is not really needed any more now-a-days with the progress made with GEMUS Script and *.uae files?
Finger's crossed that should get me back on track.![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
Amiga.txt - Script
Amiga.UAE - custom WinUAE config file
emulators.ini
winuae.ini
I just finished trying them after adjusting paths,etc and unfortunately didn't solve the previous post issues.
In them I see you had ZIP included in the supported file types back then. But obviously things have improved for the better since then.
![Shocked :shock:](./images/smilies/icon_eek.gif)
Please could you let me see your current Gamebase WinUAE setting files;
GEMUS Script
Amiga.UAE (custom WinUAE config file)
emulators.ini
I'm guessing a winuae.ini is not really needed any more now-a-days with the progress made with GEMUS Script and *.uae files?
Finger's crossed that should get me back on track.
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
- .mad.
- Honoured Member
- Location: Lancashire
Post
WinUAE does support ZIP files.
WinFellow does not.
So that's why it was in the WinUAE settings many years ago.
This would send the ZIP directly to the emulator for WinUAE to deal with it, skipping the GameBase rezip function altogether.
Having ZIP as a filetype is a really bad idea for multi-disk games.
as you would need to extract and attach the disks manually from the game folder. (just like you seem to be doing anyway.)
zipping several disks and running from gamebase, the emulator would try to add the multi-disk zip file as if it was 1 large ADF and fail to load anything.
-----
if only 1 file is extracting to the gbgame folder, your install is corrupt in someway.
are you using the latest version of gamebase v1.3.
do you only have 1 copy installed on your computer, two versions over several drives will corrupt it.
i would recommend installing GameBase on C:\ along with the GBGame folder.
yours seems to be on G:\
check both drives c:\ and g:\ for the extracted files.
so ALL options can be edited.
INI files are wonderful things, and make scripting much easier.
Every decent emulator should have one.![Smile :)](./images/smilies/icon_smile.gif)
WinFellow does not.
So that's why it was in the WinUAE settings many years ago.
This would send the ZIP directly to the emulator for WinUAE to deal with it, skipping the GameBase rezip function altogether.
Having ZIP as a filetype is a really bad idea for multi-disk games.
as you would need to extract and attach the disks manually from the game folder. (just like you seem to be doing anyway.)
![Wink :wink:](./images/smilies/icon_wink.gif)
zipping several disks and running from gamebase, the emulator would try to add the multi-disk zip file as if it was 1 large ADF and fail to load anything.
-----
if only 1 file is extracting to the gbgame folder, your install is corrupt in someway.
are you using the latest version of gamebase v1.3.
do you only have 1 copy installed on your computer, two versions over several drives will corrupt it.
i would recommend installing GameBase on C:\ along with the GBGame folder.
yours seems to be on G:\
check both drives c:\ and g:\ for the extracted files.
Amiga GameBase uses both INI and UAE for the settings.I'm guessing a winuae.ini is not really needed any more now-a-days with the progress made with GEMUS Script and *.uae files?
so ALL options can be edited.
INI files are wonderful things, and make scripting much easier.
Every decent emulator should have one.
![Smile :)](./images/smilies/icon_smile.gif)
- jclampy
- New Member
- Location: Oceania
Post
My Gamebase.exe has version 1.03.0019 is that the latest? [EDIT] Yes is latest I just did a 'Hex File Compare' on the version downloadable here and at Gamebase sourceforge website against the one I already installed.
So, you are sending zip to WinUAE? What does your complete emulators.ini look like?
I got my gamebase installed to G: and I have had no other gamebase installed previously or anywhere else. I have been careful and all paths throughout point to G: as well. It would not be viable for me to put everything on C: because it would not have the room. I chose speed over size for my boot/system drive.
I reckon it is probably my GEMUS script, amiga.uae, and emulators.ini where the problem is.
I suppose if you are sending zip to WinUAE then your files can't help me?
What about if I tried your Gamebase Amiga mdb file?
Is that the part of Gamebase that specifies the extraction of disks?
There is a thread here with talk about multi disk games with Gamebase AtariST and that they needed to be compressed into the one zip file instead of seperate zip files per disk. Could that be the same required of Gamebase Amiga?
<I can't post attach links to my posts still. Says I need to be a member for more than zero days. I've sent PM to JIMBO but nothing done yet.>![Crying or Very sad :cry:](./images/smilies/icon_cry.gif)
EDIT1:
I can confirm that if the multi disks were all in one zip per game then gamebase would extract and send the adf files correctly. I am using Gamebase Amiga v1.6 and would require rezipping all the games and modifying the mdb. For the rezipping I would actually keep the current seperate disk zips but also add the other adf's from the multi disks to the first disk zip as well. That way it wouldn't break how 'sending ZIPs' works now but allow the usage of 'sending ADFs' for users that want to and for using WinFellow. Modifying the mdb would entail telling Gamebase Amiga which adf in the first zip file is actually disk one of the game.
EDIT2:
If 'sending ADF' was working for all emulators then 'sending ZIP' probably wouldn't be needed anymore so maybe a change this big could signify a new Gamebase Amiga revision. Actually if having ZIP in the emulators.ini would break 'sending ADF' then you are forced to use 'sending ADF' for all emulators only and therefore should keep multi disk games in one zip file. Therefore the extraneous seperate multi disk zips would be deleted altogether so wouldn't be wasting disk space like what I mentioned in EDIT1 above.
Would be quite a bit of work because most ADF games are multi disks. Actually would be best to make a .dat and have clrmamepro do the ZIP work, also would make it easier for others to repack their files. Don't think there is a quick way to modify the mdb although I have heard someone used MS ACCESS?
Please .Mad. tell me you have a better solution. (Apart from sending ZIPs to WinUAE)![Cool 8)](./images/smilies/icon_cool.gif)
So, you are sending zip to WinUAE? What does your complete emulators.ini look like?
I got my gamebase installed to G: and I have had no other gamebase installed previously or anywhere else. I have been careful and all paths throughout point to G: as well. It would not be viable for me to put everything on C: because it would not have the room. I chose speed over size for my boot/system drive.
I reckon it is probably my GEMUS script, amiga.uae, and emulators.ini where the problem is.
I suppose if you are sending zip to WinUAE then your files can't help me?
What about if I tried your Gamebase Amiga mdb file?
Is that the part of Gamebase that specifies the extraction of disks?
There is a thread here with talk about multi disk games with Gamebase AtariST and that they needed to be compressed into the one zip file instead of seperate zip files per disk. Could that be the same required of Gamebase Amiga?
<I can't post attach links to my posts still. Says I need to be a member for more than zero days. I've sent PM to JIMBO but nothing done yet.>
![Crying or Very sad :cry:](./images/smilies/icon_cry.gif)
EDIT1:
I can confirm that if the multi disks were all in one zip per game then gamebase would extract and send the adf files correctly. I am using Gamebase Amiga v1.6 and would require rezipping all the games and modifying the mdb. For the rezipping I would actually keep the current seperate disk zips but also add the other adf's from the multi disks to the first disk zip as well. That way it wouldn't break how 'sending ZIPs' works now but allow the usage of 'sending ADFs' for users that want to and for using WinFellow. Modifying the mdb would entail telling Gamebase Amiga which adf in the first zip file is actually disk one of the game.
EDIT2:
If 'sending ADF' was working for all emulators then 'sending ZIP' probably wouldn't be needed anymore so maybe a change this big could signify a new Gamebase Amiga revision. Actually if having ZIP in the emulators.ini would break 'sending ADF' then you are forced to use 'sending ADF' for all emulators only and therefore should keep multi disk games in one zip file. Therefore the extraneous seperate multi disk zips would be deleted altogether so wouldn't be wasting disk space like what I mentioned in EDIT1 above.
Would be quite a bit of work because most ADF games are multi disks. Actually would be best to make a .dat and have clrmamepro do the ZIP work, also would make it easier for others to repack their files. Don't think there is a quick way to modify the mdb although I have heard someone used MS ACCESS?
Please .Mad. tell me you have a better solution. (Apart from sending ZIPs to WinUAE)
![Cool 8)](./images/smilies/icon_cool.gif)
Return to “Commodore Amiga - GameBase Amiga”
Who is online
Users browsing this forum: No registered users and 35 guests