Jump to content

Faicuai

Members
  • Content Count

    1,963
  • Joined

  • Last visited

Community Reputation

1,317 Excellent

3 Followers

About Faicuai

  • Rank
    Stargunner
  • Birthday October 11

Profile Information

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

Recent Profile Visitors

13,412 profile views
  1. The keyboard template is inserted VERTICALLY on two slots available between the horizontal-section and the swinging-lid of the 800's top cover, so you can always have a visual / graphical representation of the special character set, while editing Basic, etc. That set is within my physical reach, but I actually have most of it (including the special carrying-case, which comes with more padding than shown here).
  2. Momentarily back from a busy "hiatus"... and. boy, things sure happen... My last interaction with Curt, here (when I thought there would not be anyone more enthusiastic about the 400/800 than me I could never see this one coming... much less suspect what he had to deal with, or carry on. Considering that I lost my wife 5 years ago, I can only wish my very best and kindest to his surviving wife and daughter. May God's arms hold and protect him, wherever he may be.
  3. Looks much better than anything I ever imagined! TIX article is REALLy nice (!) Congrats to all! Bring it on!
  4. This is PERFECT. It effectively addresses the "phantom" drop of .ATRs attached in XL/XE modes, before transitioning into a Colleen profile, and then back out again to XL/XE profiles. Best part: it does not seem to matter what you do in the Colleen profile slot (e.g. changing to XL/XE and back to Collen, without ever leaving the profile slot). .ATRs don't seem to go orphan and "slaughtered"... THANKS!
  5. My apologies for responding late but... I have been immersed on other issues, but also testing as much as I could... User-interface issues seem fully corrected. I would only recommend consider not dropping (instead) .ATRs during a [ XL-> Colleen -> XL ] profile navigation sequence... (said in other words, make the Colleen profile separate / abstract from whatever happens on XL/XE ones, which by nature is, as there is no PBI-rom accessible on Colleen OS loads). The reasons for this is that I often start on XL/XE mode, with .ATR images attached, then temporarily switch to Colleen, test something there, then come back to XL/XE mode, still needing the .ATRs I had attached. If they are dropped, I then have to go back Loader menu, re-attach, and resume work. However, if the above is not possible or, for some reason, not consistent with other operating principles already part of the BIOS logic, then let's move fwd. as it is, now. A big THANKS for such a lightning-fast fix, though!
  6. A little corner... where the seemingly impossible happens...
  7. This is beautiful! Isn't this what we need to run a 200-400 Mhz 6502-compatible CPU board with its one memory space, and stream, at local-bus speed, pre-cooked GFX-data to be displayed immediately by ANTIC and GTIA? Does the local 6502 remains active with EXSELin use? The idea is to let the high-speed CPU board have its own graphics output, but still being able to rely on local physical interfaces like Keyboard, SIO, PIA-ports, etc..
  8. Beautiful. Will test as soon as I reach my retro-desk!
  9. Well, finally caught a rather elusive bug that kept creeping from time-to-time on my screen. It seems worth correcting, for sure. Not sure if this has been already reported by other means, but here's the summary, after being able to reproduce it systematically (on INCOGNITO BIOS): Profiles 1,2,3 are XL/XE and profile 4 is Colleen. Go to, say, profile 2, then to HD/PBI sub-menu, and position cursor over Config.sys drive option. When cursor is there, ONLY press "4" (this will immediately move to Colleen profile, landing exactly on same sub-menu, where there is only ONE option). As soon as landing there, ONLY press "RETURN" key, and see what happens. If it is not possible to replicate above user-interface issue, let me know, and I will try posting pics. or video, or if more information is needed regarding my actual profiles configuration, not a problem, either. In addition to the above, I would like to mention that, if we attach .ATR images when navigating above profiles 1-3 and, after that, we move to profile 4, and then attempt to simply return to any 1-3 profiles, the .ATR images previously attached will be dropped IF and ONLY IF the non-Colleen profile sitting under 4th profile (Colleen) itself has PBI-BIOS disabled. This is easy to resolve, but it is worth noting, nonetheless.
  10. Second this one, completely... And get ready for a little "shocker": Booting a SDX Ultimage/SD or MaxFlash (1Mbyte) cart=image, from SIO-attached .ATR with config.sys, autoexec.bat, etc., plus RAMROD in 52K mode, I am able to load a (wrapped) special version of Avery's XEP80 Ultra-driver in the $C000-$CFFF region, with its own memory-manager, and, after everything is said-and-done, I end up with 37,200 Bytes of free SDX base RAM, AND 80-columns active (!) It all goes to show the 800's (unique) architectural flexibility, and how easy it is to expand its functionality, cleanly and neatly, and by keeping the base 800-HW essentially intact (!)... It's virtually plug-and-play, with no need of PBI-bus, and it all remains nicely tucked inside the expansion bay! ...just like a pregnant goose! 😜😉💪
  11. YES! The first time I noticed a bit of "color creep" on B&W y/c output was looking closely at System's Information wallpaper (when you boot it with enough base-ram). Then with a couple of utilities for testing Artifacting, with pre-configured odd-and-even horizontal patterns... And then I saw it again yesterday, when looking at Fractari's B&W output... It is not color aliasing per-se, but it is a luminance-driven induction of (residual) color-response. And as for what we are seeing here via Composite. here's PM-2.0, ran on my Vizio LCD TC, Sony Bravia large-screen TV, and [VP950b Monitor + DVDO iScan HD+ processor], ALL of them via COMPOSITE inpute: VIZIO: Sony Bravia LCD display: Viewsonic VP950b (95% of NTSC gamut) + DVDO iScan HD+: Notice that on the Bravia's picture, my iPhone's white-balance struggled hopelessly in the presence of strong natural back-light invading the living room. Image shifted all the way to the cool side, non-correctible during capture (it appears much warmer and closer to the other two, to the naked eye). So there you have it: Three different implementations, three different sources, three different years... all yielding the exact same result... This is NO coincidence.
  12. I really would like to see this (as well as all Fractari samples posted so far) done on the C64.... as well as the computing times... 😎😉
  13. Oh, yes, and it works beautifully! It improves the image noticeably, both spatially and colorimetrically.
  14. Consider using Flop's image as a test, since we have the results from several sources on this thread. Let's see the filtering effect on it, and compare with samples already posted.
  15. Glad to see we are both seeing the exact same results... over two entirely different video-paths, and terminal displays, as well. I've come to the conclusion that NOT being able to reproduce this effect over composite input may probably be a shortcoming or deficiency, instead of just a favorable mishap. We'll see what others see... (PS: I like that JVC... 750 lines horizontal... not bad at all!)
×
×
  • Create New...