Jump to content

atarixle

Members
  • Content Count

    378
  • Joined

  • Last visited

Community Reputation

88 Excellent

About atarixle

  • Rank
    Moonsweeper

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Germany

Recent Profile Visitors

9,028 profile views
  1. Look at http://www.sdx.atari8.info/index.php?show=en_addons there is an Add-On called Emu-Pack 0.2: "access emulator's "H:" device from COMMAND.COM."
  2. In that case I am about to (pre-)order two units once more (Sophia II XL/XE), saving the money for a payment just-in-time.
  3. The thing is, I pre-ordered two units back in december, I promised I would pay in January, but I totally forgot about it during the whole february (completely my own fault). Now my Question is: are my pre-ordered units still held back for me (so I can pay right now to get those units ASAP) or are they already sold because of my broken payment-promise (so I will pre-order two units once more)?
  4. I'd like to pay my two pre-ordered units. I said that I pay in January, but I totally forgot about it during February. Question: is my pre-order still available? How do I give you my address to ship to?
  5. Oh, but this is what I am waiting for!
  6. Additionally, a little technical info: H: is completely indipendent from DOS. DOS creates the D-device. The H-device, provided by the Emulator, is a total different device and runs even without a DOS loaded. H: even works diffetently on different emulators, e.g. in Atari800Win you get full access to Windows long filenames.
  7. Not a problem ... I guess I can code working around the lack of Hardware / N: All I need is to have access to files using the full long filename of the host file system (H: device). I think this is the current behaviour of Altirra. I want to open files named like H:http##atarixle.ddns.net#index.php - this allowes me to use the web directly from the Atari Software.
  8. Any plans to include a FujiNet? Or an N: - device? I got plans for A8-software but do not plan to buy any hardware anytime soon ...
  9. Wouldn't it be nice to port Fujinet's N:-device to RespeQt? Even if I can go online with RespeQt (mounting e.g. D2: to a folder which in Linux is mounted by HTTPFS to access Internet-URLs as files), I cannot use this to send "post" requests. But according to the N:-device manual sheet (so far) it even uses XIO commands to send "post" requests to HTTP-servers (those which hold data not present in the URL). Just for this the N:-device is too important to bundle it with one specific hardware only. I mean, it's fully SIO driven, so no technical barrier not to implement it into RespeQt, no ROM-patch needed, and additionally it offers such many possibilities.
  10. I got 1MB in my 800XL and its great! Ok, even a fully bloated BOSS-X-installation fills less that a quarter of the RAM-Disk, so 256kB will run the most stuff, but 1MB is great for Videos and several other software that might come in the future.
  11. As the Fujiama 2020 had to be canceled, I tried to bring the fujiama-feeling to some homes. ABBUC-Forum-Readers were able to write into the Realtime.txt, which you usually do only when attending the event ... here is what they wrote: http://fujiama.eu/realtimetext2020.html
  12. Let me try to form another explaination from a little more technical view: Atari800 is trying to mimic the Atari in a way that in the best case all Atari-Software runs smoothly. To reach that goal, in theory, the emulator could shorten the way a real computer works, so that in theory (and proofed practically) more software runs on the emulator than on real hardware. Example: the pre-release-Version of The Numen Demo ran in Atari800 only, while on real hardware it crashed 99 out of 100 times you try to load it. Consider that Atari800 (and Xformer) were created to run native speed on Pentium 133 MHz (or even 386 @25 MHz) so shortcuts were needed. Altirra on the other hand tries to emulate chip by chip, it would love to emulate every single part, down to a capacitor, or the length of a ladder track - obviously not needed on system operating at 1.77 or 1.79 MHz. But the main goal is to run not only all existing Atari Software, but also forbid running software that would crash on real hardware. Altirra isn't even supposed to be an emulator to just runs games and demos, but be a fully featured developer tool that helps you analyse the runtime of code down to the exact cathode ray position within the fraction of a CPU cycle (Atari800 is only accurate to either one CPU cycle or less, e.g. a CPU command, idk exactly).
  13. Even 1:1 slows down Altirra on WINE on older hardware (Atom, C2D), while the exact same setup (1:1, software only) runs smoothly on native Windows on the very same hardware. That's why I mentioned it in the first place. Honestly and to my surprise, on my i5 Altirra runs pretty fast on ReactOS with maximized Window, and on my other i5 I remember that Altirra ran smoothly on WINE. Yes, it is virtualized ReactOS. ReactOS is something to look at, if you are not satisfied with WINE. Mostly things may run worse, but in case of Altirra, ReactOS seems to let run Altirra slightly better than WINE.
  14. Altirra runs pretty well on ReactOS, and faster than on any WINE, if you do software-rendering only and an 1:1 zoom.
  15. Use Graphics 12 or 13 (that's the character equivalent to Graphics 7 and 15). It got up to 5(!) colors, and practically is used with custom font sets. Many polish games use it for shadowed text, and with the right tricky design, it sometimes isn't even notable at the first glance that it has just half the resolution.
×
×
  • Create New...