ojanhk

When I started University in 91, we were told to get PCs as we would learn x86 assembly. I tried for a few weeks to use my old 520STF with PC-Ditto but it was too much for the poor old STG. So I finally got a 386DX25😞and the Atari was given to my sister’s boyfriend. 😭😭😭

I have replaced the connector on a few ST motherboards using IDC 34 pins sockets. Something like this: https://www.mouser.fr/ProductDetail/Omron-Electronics/XG4C-3431?qs=hnUcNC2tU0qoaN8qO9n9Zg%3D%3D Just be careful desoldering the existing cable: half of the pins are connected to a huge ground plane, so it’s a pain to desolder. Cutting the plastic first and then desoldering each pin gives better results.

Everything (Monitor, computers) is PAL ?

I had an ET4000 in my Mega STE for a few months before switching to a Mach32 and I really don’t remember any issues or glitch at the time. It could be good to test with a different card.

Hi, no it won’t, the internal ACSI pinout is different. I considered designing one for the Mega ST serie but the placement of the ACSI connector is challenging.

Just to make sure: you’re using slot for SD0, not the others? On this slot, the 3 rightmost pins seems a bit too close, but it might be the picture quality.

Yes, without Rosetta2 the AMD64 binary wouldn’t work. I haven’t used the M1 a lot, but I think that as soon as you try to run an x86 application it proposes to installs Rosetta. Maybe not for a command line application, but at least for an app from the Mac app store.

I just tried today using my daughter's M1 MacBook Air and it seems to work too. I downloaded the latest release for macOS.amd64, change the rights of the file and launched it. It complained about not being authorised, blah, blah, blah so I allowed it in the Preference pane, launched again, this time I had a warning message about it being potentially insecure, clicked "Open" and it started. Only thing to note, this MacBook Air is still running Monterey.

It’s on GitHub, just not in the original one. Last year I added it to the original ACSI2STM project, but somehow it has never been merged in the stable branch. You can find it in the 3.1, 4.0 or master branch. Direct link: https://github.com/retro16/acsi2stm/tree/master/pcb/MegaSTE Internal

Can you provide your macOS version and some screenshots ? With latest versions of macOS you will get an alert stating that it cannot be opened because the developer cannot be verified. Simply go to System Settings/Privacy & Security and when you scroll down you’ll find a message saying that tnfsd has been blocked. There is a button « Allow anyway » next to it. Press this button and next time you run tnfsd it will work.

I’m a bit disappointed here: I started this thread to share about this project I discovered on FB and try to get more information. There is not much information, that’s true, but no one is asking for money either. So maybe it will never deliver, maybe it will, time will tell. Now if someone is not interested or not believing it can happen, why not simply skip this thread and let the others discuss calmly about it ? Direct bashing of a new project doesn’t help motivate people trying to build new stuff for this retro niche. Next time I’ll see some project I find interesting, I’m not sure I will post about it.

Yes they say it’s FPGA based. It’s also mentioned « RISC » which is strange. But clearly with PBI and SIO it looks great, allowing for vintage peripherals and carts. Moreover, it should support Fujinet if SIO is properly implemented.

Does anyone have more information on this :https://revive-machines.com/index-en.html?fbclid=IwAR1PUIRcE-k4ngmsbOVHEsxFcZMKoL1zfPUveKUMZIHxbWYJECsgGUTPEGo ? Looks good, but when and how much?

Yes, don’t worry about 220/240, main used to be 220 in France back in the day but all equipments were made for 240. Switch to 240 was done a few decades ago to align with other European countries and nobody even noticed. The buzz might come from old capacitor or bad grounding.

Could it be a PAL / NTSC mismatch ? Can you force the converter to use one or the other ?