17:15 *Fun Fact:* I added the spinning cursor to the startup of _Nox Archaist_ as a visual debug flag so I could see that the machine _wasn't_ frozen during the decompression phase. I shameless borrowed the idea (and cursor shapes) from one of the _Beagle Bros_ utilities (I don't remember which one.) I never though it would stay in the final code but kind of glad it did. =P
Drag and drop and a standalone "disk" folder floating with emulator maybe the most important function since always need to open explorer (windows) or finder (mac) to find disk image, a bit annoying if many disk access.
The 'clean' way to do peripheral cards (since you've already implemented the floppy controller and have hinted at a Mockingboard down the road...) would be re-usable routines with selectable slots. :). Sure... you can have a floppy in 6, mockingboard in 4, etc... but what about "floppy controller in 6 *AND* 7 and mockingboard in slot 2 and super serial in 1 and 4 and 5..."? :)
This is looking awesome! As you were going through this D2 add, I was saying to myself... "What if he got U4 working and then down the road got Nox up and running in an upcoming episode?!?!" You did more than one better than that. :)
Thanks Jon! Yeah, I was really happy (and surprised!) when Nox just started right up. The splash screen looks terrible because I don't currently support double hi-res, but hopefully soon...
@@CT6502 I don't think so. I never owned a Mockingboard back in my Enhanced IIe days to test it, but I believe that game was just cool for being double-hires.
16:12 Gratz on adding auxiliary memory support to your emulator! Implementing bank switching is a PITA as I discovered when I added the Saturn 128 KB Language Card support to AppleWin a few years and Tom graciously was able to track down one of the bugs that was preventing getting it 100% working in emulator. IIRC _Nox Archaist_ doesn't use any 65C02 instructions so that's VERY cool you can boot and play it! Q1. Have you added 65C02 instruction set support yet? Q2. When do you think you will get around to implementing DHGR support now that you have aux. memory support?
Yeah, I haven't finished adding the 65c02 instructions, just a few of the "bug" fixes like the indirect JMP across page boundaries. So I'm lucky that Nox doesn't rely on any of the new instructions. And you're right, the bank switching is extremely complicated. I had a bug in mine, where I was (correctly) filling in memory locations $C000-$C01F when a key was pressed, but I was also incorrectly trying to read some of those locations to do bank switching. My only clue was that the Apple IIe diagnostics disk refused to pass its aux mem tests...
Hi Chris. Impressive how quickly you are advancing here. Did you rewrite the 6502 emulation to support 65C02 opcodes? I see you are using Apple IIe ROM now. Noticed an interesting thing on your read dsk files routine. When you convert to woz you actually hardcode the volume on the headers to 254. In my emulator I actually use the value on byte 6 of the TOC which supposedly contain the volume number for DOS 3.3 disks. Not sure it is relevant, but that's how I did it. I believe this can't be done for PRODOS though, as, as far as I know, it doesn't store volume info on the data section.
Thanks Nelson! I've got some of the 65c02 opcodes working but not all of them - thanks for reminding me! And thanks for the tip about the 254 volume number - since I copied that code from that other Github repo, I didn't even notice that.
Great Video! But what about writing Apple II .DSK images back to real floppy disks for 'purists' like me? I have Kryoflux, SuperCard Pro as well as a cute inexpensive product in the GreaseWeazle? Can those be used to write out Apple II images to Disk for we hard core Apple users out there? Thanks, Mark.
Yeah, I guess I could write back to DSK as well. But one could perhaps argue that WOZ is actually more "pure" since it represents the actual bits on the floppy disk instead of the final bytes in memory. 🙂
@@CT6502 .woz are indeed more pure. i.e You can always convert a .dsk to .woz but it isn't always possible to do the reverse conversion and convert a .woz to .dsk since a .woz holds more information (at the bit level) whereas .dsk only holds information at the byte level.
@@MichaelPohoreski Question is can one write out Real Apple II Disks without buying more Hardware? I have GreaseWeazle, KryoFlux and SuperCard Pro and don't want to add another piece of Hardware if possible lol. -Mark.
The lastest apple ii e emulator is 40 tracks version.You've fixed the emulator so it now support dsk images up to 40 tracks, but I wish to support disk images to 42 tracks, if you can change to 42 tracks ,First thanks !,How to download the woz file,Please teach me again ! Thanks !
12:00 I recommend testing on real hardware (along with emulators) since emulators don't always correctly get the underlying behavior of the hardware correct.
May I ask you a question please, sir? Is it possible to hex edit .dsk images with current Apple 2 emulators? I'm trying with a version of Copy II Plus but it tells me my target disk "Is not a DOS 3.3 or ProDOS disk. Any information would be most welcome.
It should be possible. Most emulators should treat DSK images just the same as a real Apple II. However, depending on your dsk image, Copy II Plus may not be able to edit it. Perhaps the dsk image is corrupted?
@@CT6502 Thanks for replying. The game disks work absolutely fine as far as I can tell. No errors or issues during normal operations. Is Copy II Plus even the correct software to use? I remember we used a common disk for our editing but neither of us can remember what it was.
@@TheUltimatar Yeah, I'm pretty sure Copy II Plus will let you edit bytes within a sector. However, it might be easier to just edit it with a modern hex editing program. I've used Hex Fiend on the Mac, and it's nice because it will show you the ASCII characters. I'm sure there's something similar for Windows or Linux. Best of luck!
@@CT6502 Hey, sir, sorry to keep bothering you about this but are you saying it Is possible to hex edit an Apple-based .dsk file's data on a Windows/DOS PC and it will still be accepted in the Apple environment? We had an impression this would not be the case. certainly the normal Roman text for messages, character names and the like are not recognizable on one I tried earlier. Thanx
@@TheUltimatar you just need to be very careful with the byte values. ASCII characters on the Apple II (almost) always have the high bit set. So if you do find text on your dsk image, you just need to make sure to replace characters with the correct value. In other words, if you want a letter "A" (ASCII 65, hex 41), you need to put in the value 193 (hex C1), which is just hex 41 with the highest bit set. So it's a bit of a pain, but not that bad. If you look in appendix E of Assembly Lines: The Complete Book there is an ASCII table which includes all of these high-bit chars. PDF available here: archive.org/details/AssemblyLinesCompleteWagner
17:15 *Fun Fact:* I added the spinning cursor to the startup of _Nox Archaist_ as a visual debug flag so I could see that the machine _wasn't_ frozen during the decompression phase. I shameless borrowed the idea (and cursor shapes) from one of the _Beagle Bros_ utilities (I don't remember which one.) I never though it would stay in the final code but kind of glad it did. =P
Ah, that's awesome. Well the spinner is very useful, as then you get instant feedback that _something_ is indeed happening.
Drag and drop and a standalone "disk" folder floating with emulator maybe the most important function since always need to open explorer (windows) or finder (mac) to find disk image, a bit annoying if many disk access.
Good point. I've got drag-and-drop working. I don't have a disk folder, but I could add that. Thanks!
The 'clean' way to do peripheral cards (since you've already implemented the floppy controller and have hinted at a Mockingboard down the road...) would be re-usable routines with selectable slots. :). Sure... you can have a floppy in 6, mockingboard in 4, etc... but what about "floppy controller in 6 *AND* 7 and mockingboard in slot 2 and super serial in 1 and 4 and 5..."? :)
This is looking awesome! As you were going through this D2 add, I was saying to myself... "What if he got U4 working and then down the road got Nox up and running in an upcoming episode?!?!" You did more than one better than that. :)
Thanks Jon! Yeah, I was really happy (and surprised!) when Nox just started right up. The splash screen looks terrible because I don't currently support double hi-res, but hopefully soon...
@@CT6502 If/when you're up for DHR, I'll nominate AirHeart for testing. :)
@@JonRowlison Ah, doesn't that have Mockingboard support as well? I'd want to add that also. 🙂
@@CT6502 I don't think so. I never owned a Mockingboard back in my Enhanced IIe days to test it, but I believe that game was just cool for being double-hires.
16:12 Gratz on adding auxiliary memory support to your emulator! Implementing bank switching is a PITA as I discovered when I added the Saturn 128 KB Language Card support to AppleWin a few years and Tom graciously was able to track down one of the bugs that was preventing getting it 100% working in emulator.
IIRC _Nox Archaist_ doesn't use any 65C02 instructions so that's VERY cool you can boot and play it!
Q1. Have you added 65C02 instruction set support yet?
Q2. When do you think you will get around to implementing DHGR support now that you have aux. memory support?
Yeah, I haven't finished adding the 65c02 instructions, just a few of the "bug" fixes like the indirect JMP across page boundaries. So I'm lucky that Nox doesn't rely on any of the new instructions. And you're right, the bank switching is extremely complicated. I had a bug in mine, where I was (correctly) filling in memory locations $C000-$C01F when a key was pressed, but I was also incorrectly trying to read some of those locations to do bank switching. My only clue was that the Apple IIe diagnostics disk refused to pass its aux mem tests...
@@CT6502 Those diagnostics disks are gold! Both Apple and Saturn have them.
Hi Chris. Impressive how quickly you are advancing here. Did you rewrite the 6502 emulation to support 65C02 opcodes? I see you are using Apple IIe ROM now. Noticed an interesting thing on your read dsk files routine. When you convert to woz you actually hardcode the volume on the headers to 254. In my emulator I actually use the value on byte 6 of the TOC which supposedly contain the volume number for DOS 3.3 disks. Not sure it is relevant, but that's how I did it. I believe this can't be done for PRODOS though, as, as far as I know, it doesn't store volume info on the data section.
Thanks Nelson! I've got some of the 65c02 opcodes working but not all of them - thanks for reminding me! And thanks for the tip about the 254 volume number - since I copied that code from that other Github repo, I didn't even notice that.
How to create 41 tracks in apple II e emulator in window from 40 tracks,wish you give me a method.eg.download which
software ,and change which byte.
Great Video! But what about writing Apple II .DSK images back to real floppy disks for 'purists' like me? I have Kryoflux, SuperCard Pro as well as a cute inexpensive product in the GreaseWeazle? Can those be used to write out Apple II images to Disk for we hard core Apple users out there? Thanks, Mark.
That is actually what I did on mine (as I only support dsk images). However, you should be able to easily convert it from woz to dsk, right?
Yeah, I guess I could write back to DSK as well. But one could perhaps argue that WOZ is actually more "pure" since it represents the actual bits on the floppy disk instead of the final bytes in memory. 🙂
@@CT6502 .woz are indeed more pure.
i.e You can always convert a .dsk to .woz but it isn't always possible to do the reverse conversion and convert a .woz to .dsk since a .woz holds more information (at the bit level) whereas .dsk only holds information at the byte level.
@@MichaelPohoreski Question is can one write out Real Apple II Disks without buying more Hardware? I have GreaseWeazle, KryoFlux and SuperCard Pro and don't want to add another piece of Hardware if possible lol. -Mark.
The lastest apple ii e emulator is 40 tracks version.You've fixed the emulator so it now support dsk images up to 40 tracks, but I wish to support disk images to 42 tracks, if you can change to 42 tracks ,First thanks !,How to download the woz file,Please teach me again ! Thanks !
12:00 I recommend testing on real hardware (along with emulators) since emulators don't always correctly get the underlying behavior of the hardware correct.
Good point - I tested them in Virtual II, but that's still just another emulator...
May I ask you a question please, sir? Is it possible to hex edit .dsk images with current Apple 2 emulators? I'm trying with a version of Copy II Plus but it tells me my target disk "Is not a DOS 3.3 or ProDOS disk. Any information would be most welcome.
It should be possible. Most emulators should treat DSK images just the same as a real Apple II. However, depending on your dsk image, Copy II Plus may not be able to edit it. Perhaps the dsk image is corrupted?
@@CT6502 Thanks for replying. The game disks work absolutely fine as far as I can tell. No errors or issues during normal operations. Is Copy II Plus even the correct software to use? I remember we used a common disk for our editing but neither of us can remember what it was.
@@TheUltimatar Yeah, I'm pretty sure Copy II Plus will let you edit bytes within a sector. However, it might be easier to just edit it with a modern hex editing program. I've used Hex Fiend on the Mac, and it's nice because it will show you the ASCII characters. I'm sure there's something similar for Windows or Linux. Best of luck!
@@CT6502 Hey, sir, sorry to keep bothering you about this but are you saying it Is possible to hex edit an Apple-based .dsk file's data on a Windows/DOS PC and it will still be accepted in the Apple environment? We had an impression this would not be the case. certainly the normal Roman text for messages, character names and the like are not recognizable on one I tried earlier. Thanx
@@TheUltimatar you just need to be very careful with the byte values. ASCII characters on the Apple II (almost) always have the high bit set. So if you do find text on your dsk image, you just need to make sure to replace characters with the correct value. In other words, if you want a letter "A" (ASCII 65, hex 41), you need to put in the value 193 (hex C1), which is just hex 41 with the highest bit set. So it's a bit of a pain, but not that bad. If you look in appendix E of Assembly Lines: The Complete Book there is an ASCII table which includes all of these high-bit chars. PDF available here: archive.org/details/AssemblyLinesCompleteWagner
I mean that I have 41 track disk,but I donot know how to change the apple II e emulator in window,so that I can run the 41 track disk
That's a good question. Please log a bug at github.com/ct6502/apple2ts/issues and attach your disk image, and I will see what I can do.