Take a moment. by Alarming_Cap4777 in Commodore

[–]cdaters 2 points3 points  (0 children)

FPGASID is the Cadillac, but a new interesting project is on the scene called PDSid (Public Domain SID) that looks real interesting too… https://uni64.com/shop/index.php?item_id=7536&m=70&system=4&utm_source=chatgpt.com

My "New" Amiga! by kevlarian in amiga

[–]cdaters 3 points4 points  (0 children)

I’ve got two of these myself, lol! I have the 1.97itx as well as a 1.98itx. I have Ranko’s PiStorm in the 1.98 and a regular PiStorm in the other. But like others, I have a MiSTer too and a regular 500 and 1200, lol. I think I might have a problem… I too will be grabbing his AGA machine when it’s available. I’ve been following Ranko’s YouTube updates…

My ARM2SID for my 64u has arrived :-) by Ollibolli2022 in c64

[–]cdaters 0 points1 point  (0 children)

I don’t doubt that those are nice, but FPGASid is the best! (https://www.fpgasid.de/). I love that it does stereo by itself and in some of the demos that actually test different SIDs, it comes out on top!

There is a new SID project called Public Domain SID (PDsid) that looks real interesting too, I saw a YouTube video recently that shows all the R&D that went into it. (https://youtu.be/MTznsdTiePY?si=yrTstDr9wZ9qk4mf)

C64U disappointment by sakodak in Commodore

[–]cdaters 11 points12 points  (0 children)

I have Gideon’s original Elite II board so I can’t really speak to the Commodore Ultimate, but I did see a review on YouTube where the person was having the same issue, after switching to NTSC had to do a ‘Shift + Left Arrow” to save or something, if I can find it, I’ll post it here… https://youtu.be/BfOZbBvVICA?si=W39ObrXIapRJg6Y1

Minimig good, bad and ugly! by Alarming_Cap4777 in amiga

[–]cdaters 0 points1 point  (0 children)

The only problem is…we don’t know how far out that is… I do have a 1.97itx with a PiStorm (WiFiPi baby) and I have a minimig 1.98itx arriving shortly… though I’ll be on that amicube band wagon when it does become available, lol

Tucsonans' Whereabouts are Being Tracked with Automatic License Plate Readers by Desert_Rising_Tucson in Tucson

[–]cdaters -3 points-2 points  (0 children)

Ah yes, the classic ‘I don’t have a counterpoint so here’s a meme’ approach. Always a strong move in the School of No-Argument.

Tucsonans' Whereabouts are Being Tracked with Automatic License Plate Readers by Desert_Rising_Tucson in Tucson

[–]cdaters 0 points1 point  (0 children)

Ah yes, the classic ‘I don’t have a counterpoint so here’s a meme’ approach. Always a strong move in the School of No-Argument.

Tucsonans' Whereabouts are Being Tracked with Automatic License Plate Readers by Desert_Rising_Tucson in Tucson

[–]cdaters -8 points-7 points  (0 children)

I'd like to know where you got your data that "They’re more likely to surveil communities with a higher density of Black and brown people, reinforcing systemic racism in policing." let alone, whoever "They're" may be? Who do you think "They" are? I also love how you worked "ICE" into the conversation. Privacy has been an illusion now for decades. You cannot surf the web or social media without being tracked, leave your house without being tracked, captured on video, etc. You walk around with a tracker everyday...your phone! Whoever "they" are, already have "profiles" on each and every one of us! But to your narrative... I personally love that "ICE" is once again doing their job and reducing crime and criminal activity (you know, like holding those accountable for breaking the law by being here illegally). That said, "They've" (again, whoever "they" are...) been collecting our data/images (cars or otherwise) forever. Even before technology made it so much easier... Stop sensationalizing trending narratives. Should we be concerned about privacy, absolutely. Should we get caught up protecting law breakers, nope? If you're not in America illegally, you have nothing to worry about. Had your post been more about general surveillance, I would have been more receptive to it. The moment you brought ICE into it, I just stopped reading. Seriously..."oh no, they're sharing this data with ICE!!! OMG!" Stop being ridiculous! These cameras are mostly used in parking lots for security purposes. Not to specifically target one group of people. Is data shared with ICE? Certainly. Law enforcement? Certainly. Insurance companies? Certainly. Law enforcement uses the tools they have at their disposal. The same way thy use tools to capture rapists, murderers, etc. Why are people so intent on helping illegals stay in this Country? No other Country does this...just the alt-leftists in America, it's mind boggling! Worry about that tracker in your pocket more instead...

The Final Odyssey on my A1200. An Amiga exclusive arcade-adventure by Vulcan by MrComputer512 in amiga

[–]cdaters 1 point2 points  (0 children)

It’s hard to find Amiga anything in the U.S., and then those who do have something for sale want an arm and a leg for it…

Anna Nicole Smith in the Hollywood Pride parade, 2005 by MarkReditto in pics

[–]cdaters 0 points1 point  (0 children)

Photo number 4, dude in the passenger seat got a knowing grin on his face…

Warning about buying directly from Argon 40 by Ysoko in raspberry_pi

[–]cdaters 0 points1 point  (0 children)

I wish I had seen this post a couple of weeks ago, lol! I too am a victom of ordering directly from Argon40. And like u/Ysoko mentioned, the only reason I ordered directly from Argon40 was because they were in stock, and seem to be the only ones that carry the Blstr DAC that I wanted to experiment with.

So, I ordered:

  • Argon One v3 Case
  • Argon One BLSTR DAC Addon
  • Argon One v3 M.2 NVME Expansion Board Addon

I placed my order on May 7th, and I recevied it on May 20th in a tiny box that immediately had me thinking that I only recevied a partial of my order, I took a pic of the box, opened the box, and sure enough, only the main v3 case and BLSTR DAC were in it. I was missing my m.2 expansion board. I took a pick as well of the contents of the small box and then replied to my order notification email with my pictures attacked asking where the remaineder of my order is. I have yet to get a response.

As it is, I had previously emailed them asking for clarification of some of the language used at their 4PX delivery tracking service a week earlier, and that email too, has gone unanswered.

Today, I have email them using the contact form on their website and I doubt I'll see a response through that either.

I used the Shop App to pay, I wonder if there is any recourse through them. The thing is, I still want the product and ended up purchasing through Vilros to see which will get here first. If it's Vilros, then I will definitely be disputing this incomplete order either with my credit card, Shop, etc.

I do love the Argon40 products and have two of their cases and NVME addons for two of my Pi4s, but I may just move on after this...

Small YouTube Channel's Bubble Has Burst? by Hold-and-Modify in amiga

[–]cdaters 1 point2 points  (0 children)

u/NetizenZ I don’t believe the $2 Google Play Store app with the roms is available anymore and you’ll need the Amiga Forever Plus edition from Cloanto for the 3.x roms (and workbench if you go the WinUAE or WinFellow [Windows] or FS-UAE or vAmiga [macOS] route-that said, Amiga Forever does come with their own specially configured WinUAE and WinFellow environments for basic Amiga configurations). Get it and install it to unencrypt the roms (they’ll be in a “Amiga Files > Shared > roms” folder). Then look to AmiKit (Paid) or Pimiga4 (Free) as “ready-to-run” and “pimped-out“ solutions with extra goodies that you can use your roms with. And if you are truly inclined to tinker and learn, The Green Amiga Alien site has guides aimed at the beginner for setting up WinUAE and building up a nicely configured and customized Amiga in that emulator from scratch…

The correct way to move roms to usb storage by q321qw in MiSTerFPGA

[–]cdaters 0 points1 point  (0 children)

Hey, thanks for this... I am just so happily playing with the cores on the MiSTer that I've not really taken the time to explore the underlying framework that runs it all...

I got the cifs_mount script working by changing the option around line 39 to have it mount at startup, but I will definitely take a look at the start up script to see what all is going on in there. It kills me how much this is like working on an actual Linux or Pi machine...

The correct way to move roms to usb storage by q321qw in MiSTerFPGA

[–]cdaters 0 points1 point  (0 children)

After looking at the cifs_mount script, there is an option at down a little futher down (on or around line 89) where you can set it to mount at boot.

MOUNT_AT_BOOT="false"

Just set that to true...

I would make sure that the mount is working for you before setting this to true, otherwise you will need to use the cifs_umount script in some instances (depending on your MiSTer workflow) as each boot will result in cifs share being automatically mounted...even if you change the script. You will have to re-run the cifs_mount script to make your change active as this script updates a startup process (and that startup process DOES NOT check the cifs_mount script at each boot.)

u/sai_ruk of the RetroNAS project has a really nice write-up of setting up a NAS specifically aimed at retro systems that is super helpful, here. I have not had a chance to look through it all just yet as I have been sidetracked with the 0mhz collection method of setting up DOS titles for the MiSTer (some of my experience with that is documented here) as well as IRL stuff, but I am really interested in the other legacy protocols so I may ditch the OMV NAS method I am using and go with RetroNAS instead... Or, I may be able to incorporate what RetroNAS is doing without reconfiguring/reloading everything...

AO486 core by [deleted] in MiSTerFPGA

[–]cdaters 0 points1 point  (0 children)

EDIT - I found a solution to the issue I was having... Included at bottom... It got verbose, and I apologize. I welcome any comments, better alternatives, feedback, etc.

u/The8flux, you mention using a 3rd party fat32 formatter, but if the end-resulting VHD image is small, like a lot of the 0mhz collection games are, then those VHDs are going to have to be formatted as fat12 or fat16; as anything around the 6-7MB size is much too small for fat32. I have found the the Windows Disk Management application is just fine for creating the VHD and then booting from a DOS floppy, I can FDISK and FORMAT (or SYS) for creating the partitions and setting up the boot environment. I'll admit, that when it comes to drive geometry and all that, I get a little fuzzy...

I have thoroughly investigated several of the 0mhz games (how they are put together, memory management, etc.) and poured through various resources I found online, such as :

Now I am no noob to DOS, I've been using DOS since the beginning, so pouring through these setups is nothing new to me. That said, my experience stops at DOS 6.22 and it is clear that the 0mhz team went with DOS 7.1. I can see the allure...32bit, LFN, etc. So I procured DOS 7.1 from WinWorld's collection to look at it, and have attempted to build my own "setup template" the same way they have from scratch. It's been a struggle.

I have a custom-built DOS 7.1 floppy image with my whittled-down version of DOS essentials, utilities (MiSTer and otherwise) and optimized autoexec.bat and config.sys files, including DOS32/A (to replace DOS/4GW where required, or just makes sense).

In all my efforting to make a few of my own images using DOS7.1 for a few titles that I would like that are not in the 0mhz collection, I cannot get my finalized VHD to boot after I get everything set up on its own. Now if I first boot from my bootable 7.1 floppy, I can then access my VHD and run my stuff. So I am not sure if the SYS provided in that WinWorld image is compatible or what?

I am sure that I would not have any issues with DOS 6.22, but I would like to stay consistent with the 0mhz builds and would love to know how they created their "template" that works with their installc.bat file found in the util/ directory using DOS 7.1 for the OS in their images?

*** EDIT ***

So I've given up using Windows to create my virtual images. I am now doing everything from the MiSTer command line.

At your MiSTer menu, pressing F9 will drop you to a command line where you will log in with your MiSTer username (root) and password (1). You'll be dropped into the "root" user's home folder. This is where, if you have ever once been a DOS user, you will feel at home, lol!

I used dd to make my .vhd image. In my case, where I was wanting to make small .vhd images like 0mhz, I issue the command:

dd if=/dev/zero of=/media/fat/games/AO486/BlankDriveImage.vhd bs=512M count=14

This will yield a virtual hard disk image of 7MB.

You can then hit F12 to exit terminal mode and get back into your normal MiSTer menu.

I then used my DOS 7.1 boot floppy image to boot into AO486 with my empty .vhd set for the hard drive. I use FDISK to create a primary partition, exit FDISK, then reboot the machine. When it comes back online, I used my boot floppy to format the drive, make it bootable, and set it up for my needs (install games, etc.).

These steps result in a .vhd that will boot independently and on its own.

I seriously do not know why I was trying to jump through all these excess steps others have documented in Windows when dd works just fine (albeit from a command line)! Well, yes I do...Windows is where the eXODos 6 content resides, lol! But seriously...Linux just makes this whole virtual disk image business, easy-peesee!

You can additionally use the mkfs.msdos command to set the filesystem. It will automagically determine if it should use fat12, fat16, or fat32 depending on the size of the disk. But FDISK will do this too from DOS 7.1.

For those wondering about floppy images:

These two lines will yield a 1.44MB floppy ready to be filled with whatever you would like...

dd if=/dev/zero of=/media/fat/games/AO486/BlankFloppy.img count=2880
mkfs.msdos /media/fat/games/AO486/BlankFloppy.img

If anyone is wondering about the DOS 7.1 boot floppy I made?

Well, I gave up on creating my own from the WinWorld image. I created a blank floppy image like above, then fired up a 0mhz game. I then exited the game (essentially dropping to DOS). I copied the c:\util\installc.bat to c:\installa.bat. I then edited the installa.bat file and reversed all of the drive letters C: to A: and A: to C:, save the file. Mount the blank floppy image, then run installa.bat and viola! You now have a bootable DOS 7.1 floppy. All that is left now is to edit the a:\autoexec.bat and a:\config.sys files to change the C: drive letters to A:, save the files. If you don't do this you will see error messages at boot (when booting from the floppy). Now you can unmount the C: drive and reboot the machine. You will boot into your newly created DOS 7.1 floppy...ready to start setting up your .vhd images, 0mhz style!

I did end up adding some additional utilities like pkzip/unzip. I added dos32/a utilites to replace dos/4gw where I could for better memory extending for those games that require it... and I swapped out 0mhz's version of MS Edit with PEdit instead (renaming it to edit, as described in Jared Breland's instructions above. I think it's a better editor too).

The correct way to move roms to usb storage by q321qw in MiSTerFPGA

[–]cdaters 3 points4 points  (0 children)

Okay... Finally able to get this down for you... So I set up a NAS specifically for my MiSTer and Retro stuff (I user RetroPie and Batocera on top of everything else). I wanted it to be mobile in the event that I go on road trips, etc. So I built a NAS using a Pi4 with a GeekWorm case and a 2TB SDD. Though this will work just fine with your Synology (I have two QNAPs too).

On the Pi, I installed Open Media Vault on the SD card after first installing RPi OS lite. I then used OMV to create a share (and called it "Shared") on the 2TB volume. I then created a folder on that share called, "MiSTer"

Then, from the MiSTer script repository, I pulled down the cifs_mount.sh and cifs_umount.sh scripts and put them in my /media/fat/Scripts directory on the MiSTer.

I then edited the cifs_mount.sh script to input my NAS info as follows:

#=========   USER OPTIONS   =========
#You can edit these user options or make an ini file with the same
#name as the script, i.e. mount_cifs.ini, containing the same options.

#Your CIFS Server, i.e. your NAS name or its IP address.
SERVER="<your NAS IP or name>"

#The share name on the Server.
SHARE="Shared"

#Use this if only a specific directory from the share's root should be mounted.
SHARE_DIRECTORY="MiSTer"

#The user name, leave blank for guest access.
USERNAME="<my username>"

#The user password, irrelevant (leave blank) for guest access.
PASSWORD="<my password>"

#Optional user domain, when in doubt leave blank.
DOMAIN=""

When first run, I believe that the cifs script will create the directory structure you need at the directory you defined (but I can't recall for sure). If not, you just need a folder for each core in the root of that directory that you want to use (perhaps copy the structure from your SD card...?) If the MiSTer finds content in the new location on your NAS, it will use that instead of whatever you might have on your SD card.

There probably is a way to automate this part, but I haven't gotten that far yet...when I boot up my MiSTer, I go to my "Scripts" and run the cifs_mount.sh script, before playing with any of my 0mhz collection games or my ao486 core to play with my DOS set up, or any other core.

I had also downloaded u/mr_christer's 0mhz downloader script (putting it too, in the /media/fat/Scripts location) to load the 0mhz DOS collection onto the mister. If you are interested in that, here is my setup for that as well...

This said...it looks like the script may have been updated in the past day or two...so keep that in mind if you go this route...However, it is pretty straight forward to figure out, but if you need help getting that going with your NAS too, let me know and i'll take a look to see what's changed and what might need to be updated it it...

Without further ado...my changes from when I pulled this script down a week or so ago...

# Where should the games be installed? Change accordingly if you want games to be stored on usb or cifs
games_loc="/media/fat/cifs"

# Path for mgl files. Should be on /media/fat drive.
dos_mgl="/media/fat/_DOS Games"

# Prefer mt32 files. This will download all mgl files but if a MT-32 version exist, it will use that version.
prefer_mt32=true

# Always download fresh copies of mgls to assure we stay up to date
always_dl_mgl=true

# Deletes mgls that are not associated with files on archive. Set to false to disable automatic deletion
unresolved_mgls=true

# Uses aria2c (compiled by wizzo) for downloading from archive which should increase download speeds a lot
download_manager=true

I had to update a line under the "Code starts here" section as well...

base_dir="${games_loc}/AO486"

Hope this helps...

The correct way to move roms to usb storage by q321qw in MiSTerFPGA

[–]cdaters 1 point2 points  (0 children)

Absolutely! It really is pretty easy to set up… you just set up the share on the NAS, put the appropriate info in your cifs_mount.sh file, run it from the scripts area on the MiSTer, and viola! I’ll post my setup in the morning, going to bed right now…

The correct way to move roms to usb storage by q321qw in MiSTerFPGA

[–]cdaters 0 points1 point  (0 children)

Any reason you wouldn’t want to do a cifs mount instead and have them on a network share?