scottinNH

So there are PICO-8 "clones" meant to run on platforms not supported by PICO-8. It's likely you will need to build and package binaries though.. https://github.com/jtothebell/fake-08 https://github.com/jjant/runty8

No worries for the phrasing… hard to say collaboration can work when people are unknown quantity/experience levels. An uneven match could be less than productive for both. so what I’m doing now is the Head First Go book and Exercism. I’m presently learning Interfaces, but it’s pretty tough to do without having a use case to make it memorable. Still I march onwards, because other learning TODOs will be more interesting than Interfaces. Also starting to play with TinyGo on embedded Pico with WiFiNANA library. I still have a bit to go before trying in Go. I’ve done a little file I/O but not in binary files. I probably need something simpler, else I’d need to dive down the rabbit hole (not a bad way to learn, provided there’s a way to not get buried ) Thinking about this more, I’m excited about learning go, but probably not (yet) ready. Testing is something I’m good at and better able to assist anyone with. Cheers

Hi Steve, thanks. Good advice. Yeah so my time is also irregular and budgeting it is sometimes difficult. So nobody would hold me up lol. My Atari is packed away and I’m not running emulators presently. Time and space. I’m just plowing through Head First Go (35% through) and Exercism. So my Atari/project motivation/use case is a bit undefined, and given all that I’m leery of starting something. While I’m learning Go, I’m looking for very small Issues I can snipe a PR for then unplug my mind from it. If I don’t find those later, there’s some FujiNet related stuff I can imagine up. And the Atari community has decades of Perl/Python/C utilities that could be re-implemented. Once I get further along I can think about larger or self-driven projects, but not there yet. Cheers.

I’m learning go and I’m interested in finding ways to use with Atari. Got a plan for some tool and want to work on something? biggest opportunities I see are working with Fujinet apps and servers (clients for 5 car stud, etc) and tools to manage peripherals (cart flashers) or disk systems (mount images etc). Fyne looks neat for Guis but there’s also Ebinengine for web GuI.

I'm a little out of my element confirming since I find conflicting information on this model. According to another poster (re: GS, which is a different animal but shares the same problem as a IIc in that it isn't directly compatible with any Mac-specific monitor): | "The problem is that this just isn't a 15kHz monitor. It is a 35kHz horizontal, 66.7Hz vertical monitor. It is therefore not electronically compatible with the IIgs, despite the connectors being physically compatible." https://tinkerdifferent.com/threads/apple-iigs-rgbtohdmi-apple-macintosh-monitors.110/

Also: I do have a 15KHz Mac RGB monitor MO401, just sitting here doing nothing. I already know the IIc can not talk to any "M" monitor, but curious if this board could bridge the gap?

Also interested, and in any level of completeness. For Apple IIc. Even if just a raw PCB that gets me over the hurdle. Or I could benefit just from a patient explanation how I get the boards from EasyIDA (the project link), to the PCB order system. I've only ordered boards from OSH Park before, not anywhere else as I'm not good with these programs or knowing much about the exported files. My concern is I'll make mistakes exporting, and lose money or cause a defective board to be produced. The actual soldering looks easy enough... some through holes and none of the SMT stuff seems to have underneath-pads, and I shouldn't have trouble shopping the BOM at Digi-Key or Mouser.

I've been given an AppleColor High Resolution RGB Monitor M0401 Has the old Mac 15-pin input. Can this somehow be used with Composite, or an ST adapter, VGA or "anything at all" (besides an old Mac)? It seems I could use it for a MISTer system, which is a reason to keep it... but I have not decided to acquire a MISTer. From reading it was a very nice Trinitron tube but it's just taking space presently.

I just got one of these PCW8256 "by accident", complete with keyboard, printer and disks! Found in the seacoast Northeast USA, and it has "UL" markings -- so it was intended for the USA market. Though the former owner was a UK expat, and impressed that I knew what "AMS Trading" was, CP/M, and the funky 3 inch disks. It seemed to have been stored in a reasonably dry basement. Still.. I have not powered it up.. I'm a bit afraid to try, until I do some cleaning and eyeball the capacitors. I used to use CP/M at community college, and got heavy use of a CP/M emulator for the Atari ST. Excited to see one can purchase a Gotek for these, apparently. I'd love to locate Zork for it (or better yet: a generic Z code runner, so I can play later titles..) (Oh, getting "By accident" means, I was helping someone house move, but was encouraged to take away pretty much anything in the basement..) I also scored an old Apple 15" RGB monitor probably from an old Mac or GS (but could not find the main computer, unfortunately), and a standalone green-screen display (unsure of type).

(For Piotr): my vote is for "NTSC_Contempt". I am not currently a VBXE customer. (Responding to leech's comment:) I also remember a color shift with the XL, due to artifact timing or something like that. However... even if you went as far as documenting this with screenshots from Ultima running on real hardware, the limitation remains: sounds like VBXE can only contain one (1) palette. Which means it MUST to be the XL/XE. It seems the only alternative would be a 400/800 version of VBXE meaning two (2) products. I'm assuming that idea was considered and rejected. It is kind of neat that Ultimate 1MB will have a way to force override the palette at boot, but as the Atari world moved on to XL/XE colors loading the old palette would not be common.

Thanks! EXACTLY the kind of solution I wanted: it gets a handle to the window, and lets you send typing more than once. There isn't any way to get text OUT of Atari800, is there? (Not required for my plan but would be nice to have) 👆Anyone else with ideas, don't let this prospect shut down the convo if you have another solution) Basically what I want to do is script an integration test, that checks emulation display vs a pre-captured screenshot. I haven't done this kind of test using screenshots, but I've seen a bunch of examples online (and some screenshot tests run in "headless mode" which is even better for me)

Ohh, I found a breadcrumb: source: https://forums.atariage.com/topic/312435-sending-keystrokes-to-atari800-or-atari800macx-emulator-via-command-line-parameters/ PROBLEM then is... where can I find online documentation on this Altirra feature (`/keys`)? virtuabdub.org has 2 PDF docs: Hardware PDF and BASIC PDF). Is there online docs for CLI args? For Altirra's Debugger also?

Hey all, I have a simple need to send a keystroke into an emulator which has some application running. I want to keep all possible solutions open, so I keep this requirement very loosely-define. So: any emulator, any host OS, any Accessibility or any OS automation is valid. Flow: Start emulator (which auto-loads a disk, and auto-runs my CC65 executable) After N seconds, send my executable a standard keystroke (fake the user inputting "42", followed by Return) Caveat: this input has to happen as some kind of timed event, or recorded action, or command-line argument to the emulator. Or some automatable OS-level accessibility tool that transmits the keypresses. Anything that does not require me to physically be in front of the emulator keyboard, and manually typing. 🙂 Context The text-mode EXE I'm playing with works under both Linux/mac + Atari. To do this requires #IFDEF macros in the code. It works, but when I make a change it is double the testing. I can write an automated test that compares active application's screenshot to some baseline. But a prerequisite to that step is knowing how to send/trigger keypresses inside any emulator.

I'm looking for something similar to what this thread tried to uncover (more on that after). FYI since time of this thread, there are now deployable web-desktop: Win 9x: https://hub.docker.com/r/toolboc/windows95/ Linux: https://www.linuxserver.io/blog/2021-05-05-meet-webtops-a-linux-desktop-environment-in-your-browser (PulseAudio works, meaning remote viewing can include sound) What I am really looking for are foundation elements (infrastructure) to host some "integration testcases" that validate CC65 and BASIC apps inside of Altirra (or as a fallback, `atari800`). And be able to do this without requiring that the host OS be Microsoft Windows. For validation there are tools that can compare desktop screenshots, or run inside a browser. I'm not too worried about this stage yet since I'm still struggling to arrive at portable, non-Windows environment. (How ultimately feasible that is, I don't know... I'll be happy to just automate validation of `10 PRINT "HELLO WORLD"` output, "somehow") There is some element of over-thinking here, I could just be content to manually run the emulator and judge results of thing I just built. But I have some cloud VMs available, and I would like to move some things into a Linux based VM or docker. The constraint here is altirra must be run "as is" without modification (it has already been well explained before, this binary is tied close to Windows API). So this is about providing a flexible host environment for the Atari emulator, and ultimately having a Makefile that can judge expected output from the emulator, without being tied to an OS. Has anyone pushed along these lines?

There isn't any ncurses port for the Atari, but this retro coding article would be of interest, documenting portability/workarounds for ncurses. It is a start of sorts. https://retrogamecoders.com/retro-c-code-text-games/

Sorry if I was not too clear about the problem, I mean to say I Altirra + Wine work OK together, but I seem to get a error when trying to wrap it in Automator. being able to just double-click on a XEX would be great. Thanks.

Sorry but I haven't used Automator, could I ask for Automator specifics? I created a shell script named `altirra.sh` in my $HOME/altirra dir. That script has the #!/bin/bash header, and correct paths to my wine64 and Altirra64.exe. Did chmod +x on it. I run Automator... do I choose "Run Shell Script"? I don't see any option anywhere for "Pass input as arguments". Ignoring that, if I "Add" this script using Run SHell Script, and press the "Run" icon, I get a warning: "This application will not receive input when run inside Automator." If I say OK to that, I get an audio note and "Workflow completed". I'm able to run altirra using `wine64 ./Altirra64.exe` just fine. thanks!

Thanks. No SCART here (unfortunately). Nice project, looks exactly what I was looking for. FYI you can provide 12V using a boost module. ebay has loads of those (some too big), alternatively Linear's boost chips are friendly (don't require a ton of passives to build, some come in PTH form). EDIT: After my comment I see the Exxos link (or rather, that the site's paused until NY... I'll check after)

This is just a 520ST, before the floppies were built in. Edited post for clarity/next reader. Thanks

Alternate Reality, as a work unto itself, contains no suggestion it is a virtual reality. If Mr. Price intended to communicate this was virtual, it never manifested in the works that were published. All the gamer knows is this they are real, contained in a world controlled by your captors. Actually, we don't even know it's a physical world, or what it is. Story interrupted. Simulated reality is a very, very common theme in science fiction. William Gibson. Neal Stephenson. Philip K. Dick especially.

Has anyone run an ST off a generic 5V power brick, or a USB supply? Per Exxos and other pages the ST only requires 5V to operate (although without 12v the serial ports will not work, which is fine for now). So I am surprised nobody has made such cables to sell. (EDIT: This is an NTSC "520ST", NOT an "STfm". No internal floppy, no SCART. ) So why do I want to do this? too much clutter... I'd like to run the 3-4 systems I have off a common 5V power supply (maybe not all at once, mind you). For example the XL/XE series already have USB power cables. I'm not interested in rebuilding the original ST PS (which isn't giving problems, but is old) I'm not talking little 5V phone chargers, I know all about how they don't sustain current or may get hot. I have a number of large 5V supplies that are 3A up to 10A. thanks!

The City shares almost nothing with The Matrix, except tangental themes like being in a closed environment. However The City shares almost everything with Dark City (1998). You and others are being studied (not merely batteries/prisoners), on a ship traveling away from Earth, your world IS real/tangible (not VR). These are just off the top of my head.

Hmm OK YUP I just ran into that issue: VS Code works in UTF-8.. 🙂 .. for the thread, FYI you can tell VS Code to put a file into ISO 8859-1 (click on "UTF-8" at the bottom of the window) ..but my string (with tilde n) will "look correct" in VS Code, but print wrong on the Atari. So it's not working or I miss a step. When I open your example.c and compile it with cl65, it displays correctly on atari800 ...but when viewing source in VS Code your string is A�o Nuevo\n The problem makes sense to me... encoding conflict. Solutions however makes less sense (I come from Python and Perl and did not deal with i18n) Do you (anyone here) know how to 8-bit text working properly in VS Code? (on per-file basis, or at least per-project) What are you using for a text editor? I can use something else for this work. Cheers

Thank you so much! From another thread, had gotten the wrong impression you needed to use low-level putchar() (in order to get around some unwanted character translation issue). Therefore I was working to create something easier to use, but we already have it. Awesome! Now I can scale my effort back: simply create a multi-language example to contribute as documentation. Cheers.

Yup, another way, thanks. I think "I" am happy to use printf ...but a lot of folks actively seek to avoid printf to conserve memory. So I am trying to adhere to their goal, and come up with a small light framework others could use, help improve, or maybe clean up and submit to CC65 as a PR.