-
Posts
3,186 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Events
Store
Posts posted by Mr Robot
-
-
-
My first thought is if this were fully modern it would be a good idea to drop the ps2 and go for usb or Bluetooth for the controllers/ keyboard/mouse and straight to DisplayPort for the video output.
- 2
-
When I was working on the same idea I found most of the pens were too fat to get through the return spring on the front so it would never reach the page. Well done actually getting this to work properly!
-
Look for a game called Thrust. I think you'll like it.
- 1
-
Just wanted to say I'm enjoying playing this very much indeed
Thank you for your hard work!
-
1 hour ago, mytek said:
So I don't know when, but eventually this will be available as a digital download
Beef Drop from twenty years ago is still only available digitally as a demo version. "Eventually" could be a very very long time!
- 1
-
Great thanks! I missed the Amigos feed, that and TWiR (and Antic when there is one) are the shows I listen to in the car during the week. Adding 1200XL now.
- 1
-
I was on exactly the same journey to develop this, I got most of the way and just never found the right gel pens.
Excellent to see it working @Savetz will be super happy
- 2
-
Hey Boat, is this feed going to disappear behind a Patreon paywall like the Amigos feed did?
-
There is a pretty complete collection of carts here https://atari8bit.net/dl/ I also mirror the a8 preservation archives there.
- 1
-
Not that I've ever seen
-
2 hours ago, reifsnyderb said:
Isn't the RM 800XL project a single FPGA? That wouldn't replace a POKEY chip. 😞
Don't forget PokeyONE is still available. Usable for Atari computers if you want it to be the second POKEY in a build.
https://paradisearcadeshop.com/products/pokeyone-v2-fpga-atari-pokey-replacement
- 3
-
I have a V3 board I haven't installed yet as well. Mine's going to go into an 1088XLD at some point, but the XLD is currently a set of PCB's and a Disk Drive case.
-
On 12/16/2023 at 12:47 AM, popmilo said:
It would be nice to have one place to go to with archives of old releases sorted by year etc...
Guess this is closest to that and kept up to date:
You can search for the year at fandals site, just put the year in the search box and click on "in details". Don't hit return as it searches the name by default.
I try to keep up to date with the current year's releases on my TNFS server, once the year is over I trim that down to just my favorite games and merge it with the other from the current decade.
- 1
- 1
-
5 hours ago, Atari8guy said:
Just for the sake of my own education... I don't understand this? How would having mulitple sides help? surely the Atari doesn't know if you've flipped the disk or just inserted a new one? what am I missing? ELI5 (or 3 maybe)
The OP is a good example, Seven Cities of Gold comes on a 2 sided disk (or maybe 2 disks with one side on each, either way, you end up with two ATR files) and it needs a blank DOS disk in Drive 2 for saves. In emulation land that's another ATR.
In a real atari you'd put the SCoG disk in drive one, the save disk in drive 2 and boot the Atari. At some point you'd be asked to eject disk 1 and insert side B (or disk 2) into drive 1, the Save disk would stay in drive 2.
In emulation land you'd insert ATR 1 in slot 1, and the blank ATR in slot 2, you now have nowhere to insert the 2nd SCoG ATR. If you put it in slot 2 you don't have anywhere for the save disk, if you put it in slot 3 when you press the rotate button, atr 1 becomes atr 3, the blank atr becomes atr 1 and the second SCoG atr becomes slot 2, press it again and now the second SCoG ATR is in the right slot but the blank ATR is now in slot 3
There's basically no way to leave an ATR in slot two and rotate between two different ATRs in slot 1
There are lots of cases where the software supports 2 drives but expects you to load from drive 1 and save to drive 2, if it takes more than 1 disk/side to load, it falls apart in modern devices.
- 1
- 1
-
Yeah this is one of those timeless problems, you get the same issues with SDrive and SIO2SD.
The disk slots are not disk drives and an atr is not a disk, it is just a disk side.
What should happen is the device should emulate disk drives, not 'slots', and each drive should be able to have multiple disk sides allocated to it. Then you'd need two buttons, one to select disk drive, one to cycle disk sides for the selected drive. Each drive should be able to handle multiple disks/sides for software that came on multiple disks but only supported a single drive. I'd imagine you'd not need more than 2 disks per drive so a max of 4 sides.
This would get around the issue and would also probably be more intuitive for people who are struggling with the disk rotation thing.
I'd then probably reduce the number of emulated drives to 4 or something. It would be very unusual to need more than 4 drives at a time.
-
If you don't stop rotating at a blank you would have to hit the button 8 times to get the first mount back to the first drive
Or do you mean it should check the status of every slot every time you press the button and skip over any empty ones?
-
TNFS is up to date
- 1
-
I've updated my tnfs server with the best (my opinion) home-brew games from the 2000's and 2010's. I'm still working on the 2020's
I've split out hacks and ports to their own folders, extra levels for existing games are also split out.
- 4
-
33 minutes ago, CharlieChaplin said:
Sure, but NOT for XBIOS.
(I love SCR, but I don't like XBIOS.)
It was much better when it was TwitterBIOS
- 7
-
Just stumbled onto the info that the tnfsd latest build moved from the original spectranet repo to a tnfsd repo.
The little tnfsupd script I put in the server image updates from the spectranet repo so it won't be correctly updating to the latest tnfsd any more.
To fix this you will need to do the following to create the code repo
sudo -s cd git clone https://github.com/FujiNetWIFI/tnfsd.git
then
nano $(which tnfsupd)
to edit the tnfsupd script, it's very small
now edit the script so it matches this.
#!/bin/bash # Pull latest TNFSD from github, compile and replace the current one if [[ $(id -u) -ne 0 ]] ; then echo "'sudo tnfsupd' would work better!" ; exit 1 ; fi echo "Stopping TNFSD" systemctl stop tnfsd echo "Updating TNFSD fom GitHub" cd ~/tnfsd git pull origin master >/dev/null 2>&1 cd src make OS=LINUX USAGELOG=Y >/dev/null 2>&1 cp ../bin/tnfsd /usr/local/sbin rm -f *.o echo "Restarting TNFSD" systemctl start tnfsd
That should get it updating from the correct repo again.
- 1
-
I asked this on discord but no one fessed up.
Who is the person in Boise Idaho who has been trying to mount "tnfs" or "tnfs.menu", a non existent file, from different directories all over my tnfs server? I have entries for it all over my mount logs.
What are you trying to do?!
EDIT: I updated my python logger to only write Atari file types so have at it, but still, what ARE you trying to do! I do see some very odd mount entries in the logs sometimes.
- 1
- 2
-
7 hours ago, tschak909 said:
txt files, yes. we can do that.
edit... if a way can be found to do it?
edit edit...would basically be a new media type DiskTypeBAS on the firmware side.
-Thom
It was way too early in the morning for me to edit or edit edit my reply. I should know better! The text file thing was the thing I thought was a good idea, I've no idea how the other two would ever work!
-
It would be really nice if .nfo or .txt files could be read rather than mounted when selected from a file list. Handy for loading or usage instructions.
.nfo files... nice and retro too!
.ata (for atascii text files) maybe?
EDIT: maybe incorporate Recoil and ASAP into the Fujinet code so gfx and sound can be loaded and opened by the Fujinet?
Edit Edit: maybe if someone tried to mount a .bas file it could be inserted into a blank dos2.5 disk image and mounted so it can actually be loaded into the Atari?
SDrive-MAX ATX support
in Atari 8-Bit Computers
Posted
It's an UNO2SIO board made by Gavin at VCC. He's no longer trading.