Atari-Forum

If it would work with Mega ST/Mega STE/TT, I' don;t see why not.

viking272 wrote: ↑Fri Jan 08, 2021 7:40 am Also using the STE keyboard would ideally mean putting it in an external case with a USB cable? Is there options for this anywhere?

Let me rephrase: "Mega ST, Mega STE, TT keyboard"

viking272 wrote: ↑Thu Jan 07, 2021 9:55 pm

AdamK wrote: ↑Thu Jan 07, 2021 7:31 pm Would anybody be intrested in an interface allowing connection of Atari Mega ST/STE/TT keyboard to PC as USB keyboard?

Would or could this work as an Atari keyboard connected to USB on an Atari?

I do not see why not.

Would anybody be intrested in an interface allowing connection of Atari Mega ST/STE/TT keyboard to PC as USB keyboard?

Are there current state of the art commercial compilers for 68k? Usually I use commercial ARM compiler instead of GNU due to the code optimization and overall quality are far beyond free compilers. Obviously, commercial ones can be expensive or hard to acquire... but I am curious about 68k There ar...

Network power control might be a solution.

Environment string is inherited between parent and child process. Your process just gets copy of environment of its parent.

There is a famous 'wormhole' bug, a 16 bit integer overflow in fact that allows jumping by 655.35 ligth years. You need to find a system that will make a good triangle, so both your source and destination are close to 655.35 light years from it, and use it as shortcut

I've already recorded most of the tunes for You: http://sndhrecord.atari.org/ (from original hardware)

1. What is the question?
2. What is the question?
3. Unfortunately CoxmosEx does not work well with FreeMiNT. You can try setting N drive to OLDTOSFS in MINT.CFG, but I'm not sure it will work.

What about border removal tricks?

Nothing matches all that requirements.

I'm not 100% sure, but SCUMM games rarely played more than one sample at a time. That means that no real mixing is neccessary in most cases. So, if skip SCUMMVM mixer, preprocess all the samples, 50kHz DMA sound could be possible for free

I uderstand there is a slowdown, I'm wondering where it is coming from. Playing DMA samples on STE is free, so what I'm askin, what is ScummVM problem with it?

Thank you.

I'm intrested by "Lower quality DMA sound on 8Mhz STE". Can you explain the problem there?

Great . Is there a chance for 256 colors version for Falcon/TT? Or maybe even 640x480x256 vesrion? (I remember Indy4 for Mac 68k had 640x240x256 version)

There is an Amiga project to develop ScummVM compatibile engine https://github.com/betajaen/Parrot Maybe it would be possible to join forces?

The cleaner way would be to make print text using system function and then grab it from screen. There are many TOS versions and font data may be all over the place.

But, the best way woud be to embed your own fonts, as system fonts could be changed by the user.

It should be the same, as Protracker ST saysy 'ST Replay', but MV16 workst with that setting.

sqward wrote:Mint will use free memory as a file cache as far as I remember.

No, caches are staticly declared in MINT.CNF.

Is there anywhere a list of titles that support MV16? Bat obviously, I know about Protracker ST. Any more?

THIS IS AWESOME :) STE (4MB RAM) results: Monkey: works up to the Scabb panorama with a fire (then it seems to freeze), some graphic glitches in the intro Atlantis: after I select sound outputs, only white screen :( DOTT: I could get ingame :) I've also tried it with MV16 cartridge, and I got sound ...

I think Lotharek (https://lotharek.pl/) is still shipping worldwide. At least, You can ask.

sshd is not a good idea for Atari, because even on 060 it will eat sizeable chunk of CPU time for encryption. If you consider your network secure, I'd suggest using telnet instead - it has much lower overhead.

He is from Poland. And it is not cyrlic, it is derived from Latin alphabet https://en.wikipedia.org/wiki/Polish_alphabet