Jump to content

Mr Robot

Members
  • Posts

    3,186
  • Joined

  • Last visited

Posts posted by Mr Robot

  1. 11 hours ago, Jfcatari said:

    I build sdrive Max's.  I use the uno2sio boards in them.  These are available. 

     

    I have not seen this add on board before.

    It's an UNO2SIO board made by Gavin at VCC. He's no longer trading.

  2. 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. 

     

     

    • Like 1
    • Thanks 1
  3. 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.

     

     

    • Like 1
    • Thanks 1
  4. 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.

     

  5. 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?

     

  6. 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. 

     

    • Like 4
  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. 

     

     

    • Like 1
  8. 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.

     

    • Like 1
    • Haha 2
  9. 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!

     

  10. 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?

×
×
  • Create New...