If you're loading from a disk image, you want to type LOAD "*",8,1
8 signifies the disk drive.
If you're loading from a tape image, then just LOAD
If the emulator doesn't have a tape play button, I'm not sure what to suggest.
Note that most C64 emulators I've used have an autoload built into the menu.
Moderator, Senior Ambassador, Experienced player
(907)
Joined: 9/14/2008
Posts: 1014
phoenix1291 wrote:
I'm probably very stupid or blind, but where can we find the play button to start the tapes?
I'm afraid that the only thing that is supported is cartridge-based games. Trust me, I've tried, but I've only ever succeeded with a cartridge. I would personally love it if more developers were available to improve this core but I realize it's a lot of work. I'm still hoping, though!
The core is based on Vice, right?
To launch the tapes in Vice, you must use this.
But that does not exist in BizHawk.
Maybe this will be implemented in the future.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Woah. I only noticed this topic now.
This is pretty exciting. I'm not extremely familiar with c64 (never owned the computer), but I know there are good games on it. And the more cores supported on BizHawk, the merrier. :D
I wish you good luck on this! ^^
This i did not know about! Very interesting. I probably shouldn't distract myself for the time being while I'm tied up with AGDQ 2016 preparations but I'll have to play more at some point.
I've been hard at work in the last three weeks. Here's Impossible Mission on NTSC, working 100%, with a Lua script I wrote to show important puzzle pieces and passwords for the terminals.
Link to video
This tape is "Impossible Mission (Version 2).tap" from Gamebase64, which is the fastest-loading version of that game. Uridium is also among the games working.
I haven't done a PR for the full improvements to Bizhawk yet, but this stuff is pushed to my personal Github for now.
Joined: 4/17/2010
Posts: 11475
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg
This is superb bro, even if there's not much feedback (and I'm not the most obsessed C64 gamer), you know it is a brand new fully tasable core, thank you so much for that!
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
This means that someone can now TAS Frantic Freddie!
I am still the wizard that did it.
"On my business card, I am a corporate president. In my mind, I am a game developer. But in my heart, I am a gamer." -- Satoru Iwata
<scrimpy> at least I now know where every map, energy and save room in this game is
Thanks all! There's still a lot of work to do on the video chip for specific demoscene stuff that stretches the limits of the machine. But the list of games that can be completed without any apparent glitches is growing.
Sometime soon, I'd like to get an idea of what games and system peripherals you're interested in seeing so that I have a better idea of what to prioritize. I know disk support is particularly popular, but what else?
I am still the wizard that did it.
"On my business card, I am a corporate president. In my mind, I am a game developer. But in my heart, I am a gamer." -- Satoru Iwata
<scrimpy> at least I now know where every map, energy and save room in this game is
I'm glad that you're working on this. The c64 was my first computer, so there a bit of nostalgia value for me, and supporting the c64 should increase the number of TASable games quite a bit.
I've got a couple of questions. The roms I've tried come up as Unknown Rom, whereas SNES roms (for example), almost always come up as verified good dumps. Does Bizhawk have a list of good c64 roms (and their checksums), as it does for other formats?
Also are t64 format files supported? Currently it seems tap format roms seem to work, but all the t64 files seem to get stuck where it says PRESS PLAY ON TAPE
Finally, is the core ready for c64 TASs to be submitted on the site, and if not, what is the process for c64 TASs to be approved?
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
Silverfish wrote:
The roms I've tried come up as Unknown Rom, whereas SNES roms (for example), almost always come up as verified good dumps. Does Bizhawk have a list of good c64 roms (and their checksums), as it does for other formats?
That is due to the Game Database not existing for Commodore 64. I would probably be the one to generate a full Game Database and Hash list for all ROMs using a known proper/clean set. Though it would be delayed until the next release. Though Intrim builds should have it, when I get it done.
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
I've got a couple of questions. The roms I've tried come up as Unknown Rom, whereas SNES roms (for example), almost always come up as verified good dumps. Does Bizhawk have a list of good c64 roms (and their checksums), as it does for other formats?
Nope. Developing a database for cartridges is easy, but for tapes and disks, slight differences in the analog media make it tough. The only solution (I think) is to pick a reputable database and go with that. GameBase64 seems like a good candidate.
Silverfish wrote:
Also are t64 format files supported? Currently it seems tap format roms seem to work, but all the t64 files seem to get stuck where it says PRESS PLAY ON TAPE
T64 is not yet supported. It's a format that needs conversion into a real representation of a tape like TAP. Much like D64s need to be converted to G64 before they can be used, because the second format is the representation at a low level (flux changes on the magnetic strip.)
Silverfish wrote:
Finally, is the core ready for c64 TASs to be submitted on the site, and if not, what is the process for c64 TASs to be approved?
There's a lot of work that remains, but I think when we have a sufficient "pass" rate on Wolfgang Lorenz's C64 test suite, we can consider it TAS-worthy. Note that not even the best emulators out there currently (VICE and HOXS64, imo) pass the suite 100%, and they have much larger contributor teams, but it's often close enough that only the most obscure hardware abuse leads to differences.
Good news! It appears that loading games from disk is now possible.
It turns out that the SYNC bit (bit 7 of $1C00 in the drive) was inverted in the documentation I was using. I didn't discover this until I stepped through the drive ROM and saw discrepancies in how the bit was used. Caused two weeks of grief. I put too much trust in others' research this time :)
I've tested with some Epyx and EA copy-protected disks and only found one disk that isn't loading. That particular disk has trouble loading even in VICE (1 out of 4 tries gets it) so I'm not too worried.
I put a picture up on my Twitter account showing M.U.L.E. loaded from D64:
https://twitter.com/SaxxonFox/status/700513813129342980
And the Destroyer title screen, loaded from G64:
https://twitter.com/SaxxonFox/status/700540811490897920
Joined: 4/17/2010
Posts: 11475
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg
You rock sir.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Thanks~!
Well, all the work I've showcased has been pulled in as of tonight:
https://github.com/TASVideos/BizHawk/pull/582
So, users who build from source should have a little something fun to play with.
More to come later. I'm going to break for a few weeks and come back to work on what's missing.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Worked a bit on the core again tonight.
Savestates for media that can be modified should work next release. This change will significantly increase the uncompressed size of C64 save states due to the low level information that must be stored for disk emulation. I suggest enabling at least a low amount of compression in your state settings. (It should compress well since the delta is mostly zeroes.)
Also, the input code was improved, and restoring from a saved state shouldn't disable input anymore (a pretty big bug I didn't catch before, whoops)
I've added support for Epyx Fastload:
https://en.wikipedia.org/wiki/Epyx_Fast_Load
It'd be nice to use that cartridge together with a disk image to really boost load times.
Also, I fixed some of the VIA timer interrupts. Sometimes it would trigger improperly, causing some loaders to fail. Not every fastloader is compatible just yet, but we're getting there. N0SD0S and Krill's loaders are a high priority.
But that does not exist in BizHawk.
Maybe this will be implemented in the future.
