Atari-Forum

is it possible to connect a cheap usb 1.44 floppy disk drive. using it as a 1581 disk drive. For all known 3.5" USB floppy drives: no, this is not possible, since the USB standard only mandates a small subset of DOS-like floppy formats, and that's all your typical USB floppy implements. It's b...

Is there any trick to use unpacked .arc files (which are ZIPs)? I've unpacked some archives from here: http://chrisacorns.computinghistory.org.uk/Software.html But instead of starting, RISCOS only opens them in a text editor. No trick, only one important rule: always unarchive inside RISC OS (using...

Trying to improve the core but there is no much info in internet. Right now i have question about audio: Is audio unit (1us) for sample rate stays constant regardless the master clock (24/25/36MHz) of VIDC? Or it's just fixed division of master clock? "Sound is at wrong pitch" was a usual...

Trying to improve the core but there is no much info in internet. Right now i have question about audio: Is audio unit (1us) for sample rate stays constant regardless the master clock (24/25/36MHz) of VIDC? Or it's just fixed division of master clock? Look here for some info: http://www.riscos.com/...

I also thought that monitor is the culprit but the fact that it's working ok with other cores... For sure it looks like some half-intelligent picture post-processor being incredibly dumb. Judging by the manual I found, I would suggest to turn off the "Magic Color" feature and play with th...

Sorgelig wrote:I suggest PiTop v1 case:
https://github.com/MiSTer-devel/Main_Mi ... /Pi-Top-v1
So you can make true MiSTer notebook from it.

It also has very good matte FHD screen supporting any refresh rate.

IIRC, Pi-Top V1 display is 1366x768, not Full-HD.

Have fun
hubersn

Anyone tried the RISC OS port on the beta Archimedes? The current RISC OS port, based on ScummVM 2.0.0, won't run on RISC OS 3.1 (far too little memory). The very old port by David McEwen that you'll have to get via the wayback machine should run, but is based on ScummVM 0.1.0. Not very attractive....

Amiga ADF and Archimedes ADF are different formats, both physically and logically. Physically, Archimedes ADF is basically just a sector dump of either a DD floppy (800 KiB) or a HD floppy (1.6 MiB). 80 Tracks, 2 heads, 5 or 10 sectors/track with 1024 bytes/sector. I know this, I'm curious about HD...

If you are able to make a working CMOS.RAM with MonitorType 0, then it'll be permanent. I forgot to tell you...the 240 byte CMOS from !Configure I attached a few posts ago (not the 256 byte Arculator one, which I still cannot make head nor tail of) had the correct CMOS checksum, so I don't know why...

What we lack in numbers, we compensate with enthusiasm :D Have fun hubersn Of course. But I would happily allow somebody else to implement an IDE hard disk :) One question: is the Amiga hdf and the Archimedes emulators' hdf files are the same container formats? Since ATA is already in the firmware ...

slingshot wrote:But it's too complicated to add counting the probably 2 users of the core

What we lack in numbers, we compensate with enthusiasm

Have fun
hubersn

For those few, who still using the core, speeded up the SDRAM also (not by clock), result is quite acceptable in my tests: https://github.com/mist-devel/mist-binaries/blob/master/cores/archimedes/archimedes_190308.rbf Thanks for that, I'll do some tests late next week. Maybe someone could run ArmSI...

I'll investigate further. We have a Retro meeting coming up this weekend which focuses on "real" hardware, so any MIST-related work will have to wait a bit. Thanks so far hubersn No need to hurry, I'm a bit exhausted from the R/W FDC work :) Having no idea about FPGA development or the sp...

I suspect a checksum error, emulators are probably not saving its value? The last one I attached was saved from RISC OS - !Configure can do that. However, the RISC OS code to load the CMOS automatically calculates the checksum, so maybe !Configure does not bother to write out the correct checksum v...

Tried it quickly, but just get a blinking LED. Tested with exporting the internal content to CMOS.RAM, that works. !Configure did the job, thanks, just would be good to set those permanently. OK, tried another way to get to the CMOS content, please test... I had a chance to do a quick test today, t...

slingshot wrote:Tried it quickly, but just get a blinking LED. Tested with exporting the internal content to CMOS.RAM, that works.
!Configure did the job, thanks, just would be good to set those permanently.

OK, tried another way to get to the CMOS content, please test...

Added read-write FDC and CMOS.RAM upload: https://github.com/mist-devel/mist-binaries/blob/master/cores/archimedes/archimedes_190303.rbf Requires new firmware! Thanks, I'll test "real soon now". Just have a couple of questions to more experienced in Archie/RISC OS: - How to enable the sec...

As I read the VIDC docs, separate/composite sync is even software-switchable. But I'm hesitating to implement switching through VIDC programming. Not sure about the details here - I would have to look at the schematics for the different models. A3xx/A4xx had no proper separate sync support, i.e. *c...

Maybe a file on the SD-Card to store the CMOS memory values? Contemporary RISC OS-running hardware without true CMOS RAM (e.g. the Raspberry Pi) save and load to/from a file in the boot partition next to the RISC OS "ROM" file, and that CMOS file is named - surprise! - cmos.ram. Emulators...

Is there any good emulator out there, which can emulate different monitor types? The best you'll get (on Windows) is Arculator - it is by far the most precise for the old-style hardware. ArcEm is also quite good, but has only a limited UI. Not sure how precise the video stuff is wrt matching refres...

On my TV LCD with YPbPr Cable Chuck Rock run slow, altough on VGA it runs at full speed. Not sure about Chuck Rock, but early games often synced with screen refresh rate, so "slow" would be "as expected for the 50Hz refresh it was designed for" and VGA (the letterboxed modes are...

Great! Maybe the only thing needed is to reactivate it. But I doubt it would switch to 36MHz by itself. OK, found some info, asked the experts.... RISC OS 2.01 onwards does not try to detect if it has multiple VIDC clocks available to switch. It just writes to a latch and leaves it to the hardware ...

Btw, VIDC enhancer was implemented with 36/25/24 MHz clock. Just the software method to make it switch needs some app for RISC OS, which cannot be autostarted in the current setup. Would be good to have a sane way to use it. RISC OS 3.1 must be able somehow to detect if it can software-switch, sinc...

Or I can add a 24/25 MHz switch tied to the scandoubler switch, so scandoubler ON - 24 MHz with composite sync, scandoubler OFF - 25 MHz with separate sync. Most faithful to the original hardware and its configuration options as well as maximizing screen compatibility in the absence of a true CMOS ...

Or I can add a 24/25 MHz switch tied to the scandoubler switch, so scandoubler ON - 24 MHz with composite sync, scandoubler OFF - 25 MHz with separate sync. Most faithful to the original hardware and its configuration options as well as maximizing screen compatibility in the absence of a true CMOS ...