Atari-Forum

I guess at this point it's likely that the Wiki isn't coming back, due to the spam problems discussed above?

Why not perform texture scaling only via planar oriented computation? And use already 16 color planar based textures? The texture algorithm needs to be redone, but these machines are planar based, both ST/E and Amiga One imagines that the underlying renderer runs one column at a time; if so then th...

To be fair, it’s almost wilfully obscure — the only reason I noticed it is that Apple more or less forces you into direct device enumeration and management in order to read joysticks, and I ended up being curious about the Windows equivalent of that.

Sorry to be contrary, but as of Windows XP software can accept input from multiple mice independently by using the Raw Input API. Ditto on the Mac you can use the HIDManager, and it's pretty safe to assume that Linux has something. EDIT: Googling for the Linux answer, somebody has created a cross-pl...

Yeah, I do remember it being a demo too, I remember it on screens constantly in my local computer shop, I think for the Archimedes. I remember the fuss at the time because it wasn't just a 3D game, it was a groundbreaking 3D game, shadows, lighting, pretty smooth rendering and little details. The s...

$0b sets a movement threshold. It doesn't set the number of pulses needed for a change in position, it sets the minimum distance the mouse must have moved before a message is delivered. The message will still communicate the full movement. So e.g. if you set the threshold to '2' then you guarantee t...

It's likely, as the Programmer's Reference Manual is entirely explicit, directly in its description of MOVEM:

"In the case of a word transfer to either address or data registers, each word is sign-extended to 32 bits," (P4-128; P232 of the PDF)

Thanks for the tip! I don't have time to read it in depth now, but I guess that CapsFDCEmulator.cpp:FdcShiftBit is the thing to start with. I'll stick my nose in there.

I assume you'd have no problem with someone uploading the PDF to archive.org? I have created a clean and searchable version of the documentation. You may want to use this version for archive.org ? Can be accessed here https://mega.nz/#!Fh4mSawA!bcf8PuwskuiijFfdQ-stf_7rTB9O41Hx6WMjQyX6Sag Jean Fanta...

I assume you'd have no problem with someone uploading the PDF to archive.org?

Re: TOS versions, I found it also to work under TOS 1.00.

I wasn't talking about all the editions you made to the wiki page. Okay, then it's pretty clear: I'm way off the mark here in my tone and manner of response. That's my fault, and something I need to work on. I searched and I couldn't find the source you are talking about. Never mind that and once a...

Sorry, but to be honest, I think it is more confusing now than it was before your corrections. I would remove completely the reference about the delay, it doesn't add anything, IMHO, quite the contrary. I strongly disagree. Furthermore, it's a wiki so there's a full edit history so nothing has been...

If you want to follow up, please open a separate specific thread. Thanks Insufficient to warrant a follow-up, but having checked the source of confusion it's that the HFE specs haven't been published for a while. So what I'm working with is outdated. If I have any Pasti questions, I'll open a separ...

You would need a VDI driver, for example for fVDI. Not impossible, but still some work. Maybe for monochrome you can even use the 1-plane driver (dunno how the video memory in a Mac is organized). It's the most trivial layout possible — it's linear from one of two selectable start addresses*, with ...

Is there any option to include support for Pasti images in FlashFloppy and/or HxE? I'm sure it would require a cooperation of developers on both "sides". I've been sticking my nose into how to reconstruct a flux stream from Pasti files in the last few days and it seems to be non-trivial —...

Especially as I think you've already been extremely helpful, and evidently I haven't been the best at asking questions, I'm hoping that a more thorough search of this forum's archives is going to throw some light on things. I think I understand your questions, and I think I answered them already. B...

It was meant to communicate only: there'll be delays, but I'm not going to tell you what they are, or even whether they're the same for every row. I'm not sure there is any need to be that vague, at least regarding the simultaneity of multiple signals affected on the same row. Considering there is ...

“The table below lists the times at which certain tests are applied. If a test is passed, the consequence or consequences will apply at a time shortly afterwards. They will not necessarily occur simultaneously”. It is not an analog delay, which is what it is implied by "time shortly afterwards...

Sorry, late revival: I'm unclear what your 4Mhz number is meant to describe, but I think the main hint in the MFP data sheet is "To count [event] transitions reliably, the input must remain in each state (1/O) for a length of time equal to four periods of the timer clock ; thus signals of a fre...

I started to think of this mainly after seeing "much faster DSP with four times more on-board memory", and lack of specifics... I don't think anybody's going to write DSP code for it, unless it's compatible to original 56001 at least at instruction level (which among other things means th...

A classic analogue TV actually doesn’t know anything about either a progressive or an interlaced image. Other than to discriminate one type of sync from the other and communicate them down the right path it has no link between horizontal and vertical state whatsoever. The horizontal offset is one sa...

Presumably the Amiga version is no use to you? Unfortunately Micro Value has printed an Amiga-specific inlay, so a disk swap won't do it.

That's clear. Thank you. Yeah, I mean it's not yet ideal, but it's a lot better than my extemporaneous version. I'm going to keep working on the wiki article too, e.g. it'd be nice to have the potential horizontal line lengths right up with the state machines, rather than on the far side of discuss...

Ijor's English is much better than is being suggested above. And Ijor knows what he is talking about since he reimplemented the entire Atari ST on the MIST in VHDL. The quoted statement makes no qualitative claim about Ijor’s English at all, and indeed there are no grounds on which to do so. I can’...