Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

966 Excellent

1 Follower

About Faicuai

  • Rank
  • Birthday October 11

Profile Information

  • Gender
  • Location
    Florida, U.S.A.
  • Interests
    Auto Performance, Photography, Retro-Computing, Audio/Video

Recent Profile Visitors

12,113 profile views
  1. BTSC = fat-finger NTSC... :-) You are correct about $2x and $2x, that is exactly what I am seeing here. Colors are now much, much better than the Grinch-green castle...
  2. NICE!! Looks a lot more dimensional, with much better tonal separation, now! Also, aspec-ratio looks better on NTSC, but crashes badly shortly after... It would be GREAT if it could work on NTSC...
  3. NOW looking REALLY good on BTSC !!! Bring it on !!!
  4. Those are very nice #s, considering a simple, direct compile from Atari Basic code. For comparison purposes: Altirra Basic (8K) + XL/OS High-Performance FP pack: (interpreted) in 12.77s (mean time) and 102.18s (total time). Altirra Basic (8K) + Altirra/OS FP-pack: (interpreted) in 15.3707s (mean time) and 122.9665 (total time). In the compiler domain, MMG is definitely KING (a lot more straightforward than Advan, and equally effective). Attached are two runs of Kilobaud test suite, one with Fast Basic (latest) and other with MMG (v2.0). Notice that Fast Basic beats it ONLY by about a 1.4s, which speaks volumes considering that MMG is dated 1984: Also, MMG is the ONLY basic compiler I've found capable of executing a 8K-array Sieve run in 9.95 secs (!!!) Fast Basic does it in 10.06secs, being the difference immaterial, but (still) MMG is dated 1984. Fast Basic, on the other hand, handles Integers and Floats like a king, and its compile times for the same code are a small FRACTION of what MMG takes to crank out its executable. Attached are two disk images (.ATR) which, armed with a BARE BONES, STOCK 800 XL from 1984, will allow you run these tests, while allowing anyone to dynamically load a multitude of high-performance OSs (in "ROMEX" OS-executable format) without ever modifying your underlying HW, as long as you start from a XL code-base OS. Load MMG image as D1, and the second as D2. Most of the available soft-loading OSes support on-the-fly ANTIC On/Off command (CTRL+Inverse/Atari-key), suppression of key-audio (SHIFT+Inverse/Atari-key) and others, all running from dormant 1200 XL OS code left in there since 1983). Mount as D1: MMG-BASIC Compiler-v2.0 -WORK.atr Mount as D2: Scratchpad-DOS-130K-III.ATR Have fun!
  5. Not sure if you should try anything else without the replacement resistors... BUT... unless Cartridges' boot-control flag specifically request NO booting, SDX will kick-in, as long as it is enabled on BIOS. In other words, try disabling SDX at BIOS main menu, and then attempt booting your cart, with NO MEDIA of any kind attached (including SIO). If you first get a splash-screen with Incognito logo, and you can read the "D" option enabled at the bottom, just type "D" and point to an empty drive (1, 2, 3, etc.) to boot your cart. This feature, of course, can also be controlled at BIOS. If, after all this, you somehow still get to SDX prompt, with your cart plugged in, just type "CAR" at prompt... and if you CANNOT get to the cart this way, we do have a major problem.
  6. Mind-boggling... the rather anemic (general) activity on this thread, which (by definition) should be filled with positive and enthusiastic feedback! Happy new 2020 (and decade #202 A.D.), to you and all as well, and let it be filled with health and tons of 8bit joy for everyone!
  7. Very nice !!! Looking good in NTSC, as well (real HW).. I would only consider a less busy / congested background pattern, so closer-to-foreground objects are rendered with better tonal separation (eg. a bit more dimensional) Keep up the great work !!!
  8. Here, for SDrive NUXX running @ Divisor-0 (800XL) and Divisor-1 (800/Incognito), all day long, with ZERO mods of any kind:
  9. Very nice!!! Although girls are appearing chubbier than they are in reality, I am getting also much better audio-quality on this one (not sure why I am getting corrupted audio on Steve's sample, beside the fact that I changed to a much faster SD card)... In any case, what is really INTERESTING is that I am getting maximum playback quality on [NTSC and COMPOSITE / artifacting]. Watch color rendition and tonality (on A800 / Incognito, via DVDO iScan HD+ processor, Composite-input, and DVI-output To VP-950B Pro monitor): Another interesting (and unexpected) thing is that I overwrote the beginning of the CF card with this video, with Dragon's Lair demo already on it... When my cute-and-funny jingle ended, it immediately and seamlessly sync'd with Dragon's Lair, not missing a single frame (to the naked eye...) I thought it would all messed-up, but no, it kept going, perfectly! I wonder if there would be a way to replicate (with time off-set) original aspect-ratio on Left and Right side, in order to have best of both worlds...)
  10. Nice!!! Looks pretty good on CRT! For doing the very best you can, with the existing resources already present on 800XL (and without butchering it), this is the way to go! Cheers!
  11. Well, in all fairness, today's world of Atari users is essentially split in two: 1. Host computers with access to large / mass storage devices (e.g. "Hard Drives" or SD-driven Cartridges with high-speed loaders) 2. Host computers that, at best, have access to std. or accelerated SIO-based storage (eg. SIO-to-USB, SDrive, Floppy Drives, etc.) One thing that I am sure about is that, as title-files and productions get larger and larger, #2 above eventually becomes burdensome and disruptive.... to the point that it is much, much better for everyone (users and developers) to simply upgrade HW or just purchase dedicated HD storage device (SIDE II., Ultimate or AVG cart, etc.) Under SDX, I load PANG (Final version, 190K file) directly from command prompt in 6.19 secs. From BIOS loader (Ultimate or Incognito), same file in 5.19 secs. That is a HUGE difference in speed, in relative terms... Sufficient enough to forget dumb-ass SIO-driven storage, for once and all, with these particular type of (large) projects.
  12. A BIG thanks there for the details. In summary, it looks like the following components are needed for the entire conversion workflow: mencoder ffmpeg sox encvideo60n encaudio60n mux60n Are these available as a package or buried on VirtualDub? I wonder where is the repository with their latest versions (preferably for Windows/64bit). Would love to experiment a bit with them, for sure.
  13. Use SDX's redirection facilities: You can issue following command directly on command-prompt, or by simply writing a .BAT file with ED editor and typing it on it (e.g. "ED COPYCAR.BAT"): TYPE CAR:%1 >>Dn:%1 Where: %1: would be the CAR: file name (as it exists there) Dn: the drive (and/or path) where you would like to stream and store the copy. If issuing directly from command prompt, here as example: TYPE CAR:ENV.SYS >>D1:ENV.SYS That should do it.
  14. What tool and params. did you use to encoide it? In any case, I have a long, sample video (Dragon's Lair), that once it reaches the end, it simply contonues playing whatever is on the card, even random data, which shoes as noise (you would swear you are watching TV's RF Channel 3).
  15. Yes, I concur. Based on the evidence shown on the image, the likely pont-of-impact was the bottom-left corner (where you see a large hole on there). From there, and upon impact, energy dissipated upwards, on the left-side panels, shattering them (the box was most likely thrown-and-dropped at some point). That bottom-end corner of the 800 is REALLY, REALLY hard. The hardest and sturdiest of the entire shelf. If I were to drop my 800 (corner-down) in top of 800XL, it would probably brake in half the 800XL case, before both getting damaged. Therefore, all this suggests that 800 was brutalized.
  • Create New...