Jump to content

Search the Community

Showing results for tags 'f18a'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Atari Systems
    • Atari General
    • Atari 2600
    • Atari 5200
    • Atari 7800
    • Atari Lynx
    • Atari Jaguar
    • Dedicated Systems
    • Atari 8-Bit Computers
    • Atari ST/TT/Falcon Computers
  • Classic Consoles
  • Classic Computing
  • Modern Consoles
  • Gaming General
  • Marketplace
  • Community
  • Community
  • Game Programming
  • Site
  • PC Gaming
  • The Club of Clubs's Discussion
  • I Hate Sauron's Topics
  • 1088 XEL/XLD Owners and Builders's Topics
  • Atari BBS Gurus's Community Chat
  • Atari BBS Gurus's BBS Callers
  • Atari BBS Gurus's BBS SysOps
  • Atari BBS Gurus's Resources
  • Atari Lynx Programmer Club's CC65
  • Atari Lynx Programmer Club's ASM
  • Atari Lynx Programmer Club's Lynx Programming
  • Atari Lynx Programmer Club's Music/Sound
  • Atari Lynx Programmer Club's Graphics
  • The Official AtariAge Shitpost Club's Shitty meme repository
  • The Official AtariAge Shitpost Club's Read this before you enter too deep
  • Arcade Gaming's Discussion
  • Tesla's Vehicles
  • Tesla's Solar
  • Tesla's PowerWall
  • Tesla's General
  • Harmony/Melody's CDFJ
  • Harmony/Melody's DPC+
  • Harmony/Melody's BUS
  • Harmony/Melody's General
  • ZeroPage Homebrew's Discussion
  • Furry Club's Chat/RP
  • PSPMinis.com's General PSP Minis Discussion and Questions
  • PSPMinis.com's Reviews
  • Atari Lynx 30th Birthday's 30th Birthday Programming Competition Games
  • 3D Printing Club's Chat
  • Drivers' Club's Members' Vehicles
  • Drivers' Club's Drives & Events
  • Drivers' Club's Wrenching
  • Drivers' Club's Found in the Wild
  • Drivers' Club's General Discussion
  • Dirtarians's General Discussion
  • Dirtarians's Members' Rigs
  • Dirtarians's Trail Runs & Reports
  • Dirtarians's Wrenching
  • The Green Herb's Discussions
  • Robin Gravel's new blog's My blog
  • Robin Gravel's new blog's Games released
  • Atari Video Club's Harmony Games
  • Atari Video Club's The Atari Gamer
  • Atari Video Club's Video Game Summit
  • Atari Video Club's Discsuuions
  • Star Wars - The Original Trilogy's Star Wars Talk
  • PlusCart User's Bug reports
  • PlusCart User's Discussion
  • DMGD Club's Incoming!
  • DASM's General
  • AtariVox's Topics
  • Gran Turismo's Gran Turismo
  • Gran Turismo's Misc.
  • Gran Turismo's Announcements
  • The Food Club's Food
  • The Food Club's Drinks
  • The Food Club's Read me first!
  • The (Not So) Official Arcade Archives Club's Rules (READ FIRST)
  • The (Not So) Official Arcade Archives Club's Feedback
  • The (Not So) Official Arcade Archives Club's Rumor Mill
  • The (Not So) Official Arcade Archives Club's Coming Soon
  • The (Not So) Official Arcade Archives Club's General Talk
  • The (Not So) Official Arcade Archives Club's High Score Arena
  • Adelaide South Australia Atari Chat's General Chat & Welcome
  • Adelaide South Australia Atari Chat's Meets
  • Adelaide South Australia Atari Chat's Trades & Swaps
  • KC-ACE Reboot's KC-ACE Reboot Forum
  • The Official Lost Gaming Club's Lost Gaming
  • The Official Lost Gaming Club's Undumped Games
  • The Official Lost Gaming Club's Tip Of My Tounge
  • The Official Lost Gaming Club's Lost Gaming Vault
  • The Official Lost Gaming Club's Club Info
  • GIMP Users's Discussion


There are no results to display.

There are no results to display.


  • AtariAge Calendar
  • The Club of Clubs's Events
  • Atari BBS Gurus's Calendar

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start










Custom Status



Currently Playing

Playing Next

Found 13 results

  1. I'm starting this thread as a means to hopefully promote some F18A development, answer specific questions about programming the F18A, and finally as place to look for links to updated documentation and eventually firmware updates. This first post will always have the latest documents and updates attached, so there is no need to go digging through the thread to find the most recent information. I also hope it will contain questions, answers, and code examples. I would like to keep this thread technical and on-topic, so if you have other general F18A questions or comments, please start a new thread or use the other existing F18A thread. * Documentation: On-going. This is something I hope to complete, but until then Rasmus has collected many of the F18A programming posts from the forum and created PDF of them (thank you Rasmus!) See the files attached to this thread, and please ask F18A technical questions in this thread. The main F18A webpage (http://codehackcreate.com/archives/30) has the main feature list, as well as an initial post to getting started with programming the F18A. As I add documentation, I will post it on the website first, then make an update here to let anyone interested know there is something new. * Register Use Spreadsheet: Libre Office / Open Office .ods format. This is the primary spreadsheet I used while developing the F18A, and all functionality was documented in the spreadsheet first, then converted into HDL. That means the spreadsheet is always up to date with respect to the F18A's functionality. While some of the F18A's features require more documentation to use, much of the functionality is very self explanatory and can be used just by looking at the spreadsheet and reading the notes. For example, it does not take much to guessing to figure out what the "horizontal scroll register" does. ************* COMPATIBILITY ************* Pin-compatible replacement for the TMS9918A, 9928, 9929, and TMS9118 Video Data Processors. The F18A has been tested in the following systems: TI-99/4A Home Computer ColecoVison Game Console* ColecoVision ADAM Computer# Toshiba HX-10 MSX1 Computer Toshiba Pasopia-IQ MSX1 Computer JVC Victor HC-7 MSX1 Computer Yamaha CX5M MSX1 [email protected] SpectraVideo 328 Computer*@ Tomy Tutor Computer*@ SEGA SG-1000 Game Console SEGA SC-1000II (replaced a TMS9118 VDP) Telegames Personal Arcade Powertran Cortex Computer * Note1: These systems are known to have the original VDP soldered directly to the system circuit board and will require desoldering and a socket installed. # Note2: The ADAM computer requires an "offset board" to keep the F18A inside the main PCB outline. This is an available option when ordering and F18A. @ Note3: These systems are known to require USR4 jumper removed because the main system uses the CPUCLK output from the VDP as the main system clock. ************************ F18A FIRMWARE Change Log ************************ F18A V1.9 Dec 31, 2018 (CRC: 147A) * Prepare for open source release. * Split up the original "core" to create a top-module for the stand-alone F18A, and a "main core" that can be used as part of a larger SoC. * Fixed the VGA horizontal timing error caused by treating the pixel time as 40ns instead of 39.68ns. Because events were being counted in "pixels", this caused the horizontal sync pulse to be slightly off, and the overall line time to be 32us instead of 31.746us. This error meant each line was around 6.4 pixels too long, and pushed the total frame rate to 59.2Hz. This error was enough to cause games to fail (Pole Position on the 99/4A), and some monitors to not sync properly when run through video converters. The timing error also caused many problems for the PAL ColecoVision. * Removed sprite-linking. This was an unused feature and helped free up FPGA resources to allow the core to better fit in the Spartan-3E 250K. * Removed programmable GROMCLK divisor. Unused feature, free up resources. * Register mode and cd_i inputs to CPU component. V1.8 - Aug 24, 2016 (CRC: F981) * Fixed sprite collision bug where sprite collisions were being incorrectly detected outside of the active display, after line 191 or 239 depending on the line mode. * Added hybrid VR write restriction to mask VR writes to three-bits when the F18A is locked, like the real 9918A does. However, if mode bit M4 is set (80-columns), writes to VRs over VR7 are *ignored* instead of masked to three-bits. This allows various 9938 programs to work (or continue to work), as well as continue to support TurboForth that writes to VRs 0..15 to set up 80-columns (if straight masking was used, VRs 8..15 would over-write VR 0..7). V1.7 - Jan 1, 2016 (CRC: A3B5) * Fixed Bitmap-Layer (BML) display bug * Fixed GPU's PIX instruction to properly calculate BML addresses * Added power-on graphic that shows the current firmware version V1.6 - Apr 26, 2015 (CRC: 40CC) * Removed fixed tile functionality * Removed border scroll limit functionality * Removed banner functionality * Removed host-side 32-bit counter * Removed host-side 32-bit RNG * Removed GPU 32-bit counter * Removed GPU 32-bit RNG * Removed the sprite "disable value" (>F8) in the sprite Y-location when ROW30 is enabled. * Added second tile layer with its own NTBA, h/v page sizes, and h/v scroll regs * Added ECM2/3 pattern table size selections for tiles and sprites. * Added host-side segmented counter with 10ns accuracy. * Added configurable HSYNC and VSYNC GPU triggers. * Added fat-pixel (2x1) with 16-color support to the bitmap layer (BML). * Added 1x1 page scroll support for T40 and T80 modes. * Added option to reset most VDP registers to their power-on values. * Added option to disable Tile Layer 1, which includes GM1, GM2, MCM, T40, and T80. Sprites, the BML, and TL2 are still active and can be enabled/disabled independently. * Added option to allow attribute byte to be fg/bg color select in T40 and T80. * Added per-position tile attribute support. * Added DMA capability to the GPU: 8xx0 - MSB src 8xx1 - LSB src 8xx2 - MSB dst 8xx3 - LSB dst 8xx4 - width 8xx5 - height 8xx6 - stride 8xx7 - 0..5 | !INC/DEC | !COPY/FILL 8xx8 - trigger FILL (active high) will read a single byte at the src address and fill the destination with that byte. src, dst, width, height, and stride are copied to dedicated counters when the DMA is triggered, thus the original values remain unchanged. * Added USR3 jumper to control GROMCLK/CPUCLK output on pin37 to provide support for 9128/29 * Added USR2 jumper to disable/enable simulated scan lines (every other VGA scan line has its color reduced by 50%.) Also controllable via a new VDP register bit. * Added a 5th sprite reporting option instead of reporting the max-sprite, which on the F18A might be different than the original VDP because all 32 sprites can be on a single scan line. * Added a new register (VR51) to limit the maximum sprite processed. This has nothing to do with the number of sprites that can be visible on a scan line, which is controlled by a separate register (VR30). This register is always active and can be used instead of the >D0 byte in the sprite Y-location, and is the only way to limit sprite processing early when ROW30 is enabled. * Changed the GPU interlock so that polling the VDP status register will not cause the GPU to pause. This should greatly increase GPU performance during heavy VDP interrupt polling. * Fixed T80 NTBA two LSbit problem. They are ignored (set to "00") when the F18A is locked to provide compatibility with the 9938 and avoid problem with software that set the two LSbits of the NTBA to other than "11" as the 9938 documentation specifies they should be. This limits the T80 name table to 4K boundaries. When the F18A is unlocked, all 4-bits of the NTBA are used and the T80 name table can be located on 1K boundaries. * Fixed the 5th number update during a scan line. As long as the 5S flag is zero, the 5th number register follows the sprite scanning sequence. Seems to be a transparent latch that follows the input (current sprite being scanned) until latched by the 5S flag. If the status register is being polled and 5S is reset mid frame, then the 5th number begins following the scanned sprites again. This bug is known to have affected Miner49er on the 99/4A. V1.5 - July 2013 Not really a *bug* fix since the problem it corrects exists on the real 9918A, and only has to do with sporadic collision bit reporting during heavy polling of the original 9918A VDP status register. This was discovered while Rasmus was writing Titanium. The 9918A was not designed to have its status register polled which is why it provides an interrupt output. I don't think the original 9918A designers took the hazard into consideration, but I decided to make this correction because it is what the original designers would have done given their preference (and I asked Karl Guttag about it). Thus, the F18A implements what you would consider the "expected behavior", and will work as expected where the original 9918A might not. I did not make this decision lightly. V1.4 - April 2013 Fixed the sprite collision bug and a GPU bug with the divide circuit. The sprite bug is mostly affected by XB when a program uses CALL COINC(ALL). Most assembly games probably don't rely on the collision bit alone for sprites and perform coordinate testing, which is most likely why the bug slipped through all the testing (and I tested with a *lot* of games on a lot of platforms). V1.3 - July 2012 Original release firmware. ******** UPDATING ******** The In-System firmware update is available for 99/4A users. I am very thankful to Rasums and Tursi for their help in making this possible. You can download the F18AUpdate_vXX.zip file below. Detailed instructions are available on my website here: http://codehackcreate.com/archives/418 Alternatively you can update your F18A in any system via a JTAG programming cable. You can purchase a JTAG programming cable for about $59 USD from Digilent: JTAG HS3 programming cable/ This is very inexpensive for a JTAG cable (my Xilinx-brand cable was over $250!), and Digilent makes quality gear. You also need the Xilinx ISE-Webpack tools: http://www.xilinx.com/support/download/index.htm This is a free download from Xilinx, but it is BIG! About 6GB the last time I checked. There is a smaller download that contains just the programming tools called "Lab Tools" and is only about 1G. I'm still looking for a smaller / simpler solution. You will have to create an account (which is free). The primary program you need is called IMPACT and is used to program the FPGA and SPI-flash. Once you get the tools installed, download and unzip the f18a_250k_vXX.zip file. In the zip file you will find the MCS file: f18a_250k_vXX.mcs The .mcs file is used to update the SPI-flash ROM attached to the FPGA. Here are the quick instructions. The term "system" means your 99/4A, ColecoVision, MSX, etc., and "PC" means the modern personal computer you are running the Xilinx tools on. 0. Make sure your system is powered OFF to begin 1. Open your system to get physical access to the F18A 2. Plug the JTAG programmer in to your PC (via USB) and the F18A (via JTAG) 3. Power ON your system 4. Launch the Xilinx IMPACT tool 5. Double-click on "Boundary Scan", then right-click in the main area and select "initialize chain" 6. The FPGA should be detected and show up in the big area. A window will open with device properties, just click "ok" 7. Above the FPGA icon should be a dotted line with "SPI/BPI ?" in it. Right-click on that box and select "Add SPI/BPI Flash..." 8. Navigate to the f18a_250k_vXX.mcs file you extracted from the .zip file and choose "Open" 9. Select "SPI PROM" and "M25P80" from the two drop-down selections and click "OK" 10. The box above the FPGA should now say "FLASH" in it. Right-click the box and select "Program" Once the programming is finished, cycle power on your system and make sure it comes up. ******** Examples ******** Included in the zip file is a demos disk that shows many of the enhanced features of the F18A. The source for all the programs are included. I did not write these programs and I am very thankful to Rasmus and Tursi for contributing them. rasmus_scroll.zip F18A documentation.pdf f18a_register_use.zip F18A_V19.zip
  2. This is the first GA release of Stevie, a new 80 columns programming editor for the TI-99/4a. Some of you may have been following the Stevie development thread. For those that haven't, here are some key facts: 32 kilobytes cartridge rom Written in TMS9900 assembly language Requires F18A VDP Requires 1MB SAMS memory card Only uses level 3 file I/O for better compatibility with the various storage devices out there (tested with HRD4000B ram disk, TIPI, IDE DSR card and TI disk controller) Some of the main features: It's fast 80 columns, 30 rows mode Edit up to 10.200 lines of text with maximum length of 80 characters each. That should be a first on the TI-99-4a. 10 color schemes "Hardware" cursor (uses sprite as cursor (that is something currently only possible on the F18A VDP) "Fastmode" option. Possibility to bypass VDP memory when loading files from a device with a supported DSR (ROS, IDE, ...) Help built-in (at least for the keyboard shortcuts) Indicator for alpha lock up/down There have been 2 public betas and Vorticon has been helping me with testing the alpha releases. So I think that for a first GA release it is quite stable. Nonetheless, please make sure you always have backups of the files you edit with Stevie. Sorry, there's no search and replace option in this release. If you want to try out Stevie, but do not have an F18A equipped TI-99/4A or a SAMS 1MB expansion card, you can give it a spin in the js99er emulator (Classic99 and MAME are currently unsupported) Big thanks to vorticon for helping me with testing the alpha releases. His feedback was very valuable and it is very much appreciated. Still have a lot of ideas with things I want to accomplish, but this will have to do for now. I've been working for almost 3 years programming Stevie, and it is now time to take a break and move on to new things. That being said, I will look into bug fixes. Please report bugs to the Stevie development thread with a description of what happened and a screenshot if possible. Have fun! retroclouds 2021-02-06 Stevie v1.0 stevie.bin
  3. I will be using this thread to document the development of a new programmer editor for the TI-99/4a called "Stevie". Download the cartridge image in the official release thread. As you might expect from its name, the editor is somewhat inspired by the unix editor "vi" and will also take elements of "tmux". So what do I have in mind: Designed from the ground up for 80 columns mode, specifically using the F18A but 9938 will be supported as well. Designed from the ground up for using SAMS card, albeit 32K memory expansion should work as well. Will support FinalGROM 512K bankswitched RAM in addition to SAMS and 32K memory expansion, useful for those without SAMS and PEB. Programming language of choice is TMS9900 assembly language The editor itself will run from cartridge space (multi-bank cartridge). Uses my spectra2 library as foundation (been doing major changes in the last couple of months, not related to games) Will have some "API" so that I can integrate with external programs and go back and forth between programs. Would like to add some kind of mouse support. This will not be a GUI in the traditional sense. If you used tmux with a mouse before you know what I mean. Possibility to have multiple editor panes open at once. Should handle files with up to 65536 lines when using SAMS or FinalGROM 512K bankswitched RAM. Undo functionality, well up to a certain extent that is. Language awareness, e.g. behave differently based upon language (e.g. assembly, C, Basic, ...) Internal text representation will be decoupled from what actually will be rendered on screen. Should make the editor more responsive when dealing with large files, allow split panes, etc. Reconfigurable keymaps, possibility to swap between keymap with single key combination. Not everyone is into VI This is the start of a large project and I don't expect to have a truely useful version anytime soon. I expect this project to take multiple years, but you gotta start somewhere. Now I've taken my mouth full, I will use this thread to keep myself motivated 🙂 There aren't too many resources out there discussing the architecture of a text editor, so cross-linking here. Dr. Dobb's Journal 1993 - Text Editors: Algorithms and Architecture Gap Buffers: a data structure for editable text Rope (data structure) - Wikipedia Vi Editor: Why Programmers Think This Old Editor is Still Awesome Threads on Atariage discussing topics -somewhat- related to TiVi: F18a 30 rows 80 columns mode F18A high-resolution timer CRU scan sample code, my implementation of a CRC-16 Cyclic Reducancy Check DSRLINK Code Tutorial File operations in assembly language E/A file access Opinions on TI-99/4a text file formats Favourite text (programmers) editor on the TI-99/4a Better keyboard scanning? Others: tmux for developers Cartridge ROMs 2021/02/06 - Stevie 1.0 released Atariage handle added in "About" dialog 2021/01/30 - Stevie 1.0 BETA 2 Polished about dialog (show all key mappings) Polished color schemes Bugfix: Properly initialize all SAMS index banks (fixes potential crash issue for files >2048 lines) Bugfix: Show code block filename instead of editor buffer filename when IO error during block save Bugfix: Show updated counters when saving file Bugfix: Added memory full error during file load Bugfix: Don't crash editor when reaching bottom of file after delete operation Bugfix: Properly refresh frame buffer when at end of editor buffer Bugfix: Refresh screen early when starting file load operation 2021/01/22 - Stevie 1.0 BETA 1 F18A + SAMS required, TIPI and HRD4000B optional Tested with emulation on http://js99er.net Tested on a TI-99-4a having F18a, 1MB SAMS, TIPI PEB and HRD4000B Key mapping Movement keys: Fctn-S Move cursor left Fctn-d Move cursor right Fctn-e Move cursor up Fctn-x Move cursor down Fctn-h Move cursor to 1st column on line Fctn-j Move cursor to previous word on line Fctn-k Move cursor to next word on line Fctn-l Move cursor to last character on line Ctrl-e (^e) Move page up Ctrl-x (^x) Move page down Ctrl-t (^t) Move to top of file Ctrl-b (^b) Move to end of file Modifier keys: Fctn-1 Delete character Fctn-2 Insert character Fctn-3 Delete line Fctn-4 Delete until end of line Fctn-5 Insert line Fctn-. Toggle between inser/overwrite mode Action keys: Fctn-7 Help, shortcuts, about Fctn-+ Quit editor Ctrl-o (^o) Open/Load DV80 file into Editor Ctrl-s (^s) Save editor buffer to DV80 file Ctrl-v (^v) Set M1/M2 marker for block operation Ctrl-r (^r) Reset M1/M2 markers Ctrl-z (^z) Cycle color schemes Ctrl-, (^,) Load previous file Ctrl-. (^.) Load next file When block selected (M1 + M2 set): Ctrl-d (^d) Deleted marked block Ctrl-c (^c) Copy marked block to current line Ctrl-g (^g) Goto M1 marker in editor buffer Ctrl-m (^m) Move marked block to current line Ctrl-s (^s) Save marked block to DV80 file
  4. Does anyone have a datasheet for the 9918? Is there any pinout difference between the 9918 and 9918A? Also, aside from GM2, are there any functional differences? What I am ultimately trying to determine is if the F18A can be dropped into an 99/4? Has anyone tried?
  5. today my vga to hdmi converter arrived i ordered from ebay so i decided to plug everything together and do some games playing i had already installed the f18a the other week and know that it works fine because i have played games using it briefly to test it the games i attempted tonight that a[[eared to cause issues are the following: pong from the pong / computer space box set, this game does nothing at all. i know the game works because it works fine on the same machine using the vdp chip and still works on my French board the re release of moon patrol, this game works however it crashes in about 2 seconds once the game has started (in my case beginner mode) the issue occurs if the vga to hdmi box is connected or not can anyone confirm this or know what could be the issue? could changing the f18a jumpers offer a fix? anyone have any ideas?
  6. There is a new firmware available for the F18A, V1.6. It fixes a subtle bug related to sprites and includes many new features that I hope will be utilized. If you have an F18A in your 99/4A there is a in-system software update available (requires a CF7/nanoPEB or disk system that can handle about 250K of files). I posted the full details in the F18A Resource thread here: http://atariage.com/forums/topic/207586-f18a-programming-info-and-resources/page-12?do=findComment&comment=3226312
  7. Hello, I've modified MLC to compile programs for the GPU that can be found inside the marvellous F18A. Here is my very first test of it. The GPU fills 26 times the screen starting with A and on to Z. So 26 times the whole screen, this is close to 20.000 bytes written. On the video you can see that if I run this once, you only see the last "Z" because it's too fast. And if I run it 10.000 times.... just look to see how much time is needed for those 200MB written: http://www.youtube.com/watch?v=4E3sccArZRw Here is the source code for the program: $MLC F 100 10 3000 300 CALL CLEAR 310 INPUT "Number of loops:":N 320 CALL LINK("TEST",N)::END ; ; here the MLC program that will run "n" times the GPU one ; $TEST GETPARAM 1 N ; number of loops GPURUN &h4000 ; first run of GPU routine with address DO REPEAT ; little loop to wait for the GPU to finish GPUSTATE UNTIL= ; state will be "=" when GPU has finished DEC N ; decrement my counter WHILE<> GPUWAKE ; if not finished, wakes up the GPU for another display !! (SEE NOTE BELOW) LOOP KEYWAIT 0 ; wait for a key $$ ; ; here the GPU program in assembly code ; the compiler sends it to VDP location >4000, the new F18A area ; this example fills the screen with the capital letters from A to Z ; $GPU li r0,26 ; 26 letters from A to Z li r1,>A1A1 ; start with double >A1 = "A" in XB ; letter loop clr r2 ; screen address li r3,384 ; 384 words = 768 bytes = 24*32 positions ; fill loop mov r1,*r2+ ; write two letters on screen dec r3 ; decrement counter jne -3 ; if not finished, jump to fill loop ai r1,>0101 ; next letter (>A2A2, >A3A3 etc...) dec r0 ; decrement counter jne -10 ; if not finished, jump to letter loop idle ; back to idle state $$ $END NOTE: Matthew, I have a problem with the wake function. If I use it then, the GPU program can only be run 4 or 5 times and then it doesn't work correctly. If I replace GPUWAKE (writting 1 to register 56) with GPURUN &h4000 then everything is fine. I may have done something wrong, but it appears that the GPU is more stable if the routine address is reset each time. Guillaume.
  8. I noticed in the F18a spreadsheet that there's a high-resolution timer in the F18a. At least that is what the F18a Status Registers SR3-SR11 indicate. Is my assumption correct? Did anyone use this timer yet?
  9. OK, so I just installed an f18a on my ADAM a couple of days ago and it worked great...until I put my ADAM back together today and now when I turn it on I get this screen. Any ideas? I'm not looking forward to tearing the thing apart again!!!
  10. Regarding a recent discussion on the various aspect ratios available to the stock console (or emulations thereof), there seems to be some clarification needed on what the actual aspect ratios are of the original TI output (both 60Hz and 50Hz). I say "needed" because, firstly, this info is very hard to find, and, secondly, there is a belief among some that the TMS9918, at least, has a 4:3 aspect ratio addressable pixel area with square pixels. This is not true, and, consulting the datasheet to solidify the numbers in my own mind, it is clear that neither the TMS9918A nor the TMS9929A employ use of square pixels. Most of the emulators I've seen use square pixels. Hopefully these numbers will be of use to someone else at some point. On page 5 of a document entitled TMS 9918A 9928A 9929A VDP Preliminary Specification 1981, there's this section: The hasty handwritten figures aren't mine; that's how I found this document on the web, and boy, it is not an easy document to find. Here it is for posterity, and, from this datasheet, plus the F18A documentation here, I've put together a side-by-side comparison of the different aspect ratios offered by each VDP. Remember that all of these are designed to send their output to a 4:3 screen. With the TI's addressable pixel area being 256x192, or also 4:3, you may think that this is a great match: 4:3 addressable area to a 4:3 screen = 4:3 aspect ratio. But no, the timings of the various analogue video systems have to be respected, so extra pixel rows and columns are required to border the addressable area. The 60 Hz VDP outputs an area of 284x243, although only 256x192 pixels are addressable, while the rest of the 'pixels' are set to a solid background colour. The 50 Hz VDP outputs an area of 284x294, although, again, only 256x192 pixels are addressable. Of course, there are no actual 'pixels' in the border area, but the pixel clock is running, nonetheless, and a pixel width is used as a reference in the above datasheet for the amount of vertical or horizontal space occupied by this area. The F18A outputs square pixels, as asserted by the chip's designer. However, square pixels (1.333:1) are a slightly different 'squeeze' to what you'd get from an NTSC console (1.52:1), and very different to what you'd get from a 50 Hz console (1.82:1). Given the numbers provided by the creators of all three products, the side-by-side comparison of aspect ratios looks like the following diagram: Personally, I most prefer the NTSC shape. It's a nice fit for the available screen area. The 50 Hz (PAL) that I have access to I.R.L. is too squashed in the vertical direction (or "short"), while the F18A is too "tall" for my liking. That being said, my previous sentence is merely my opinion, and not a slight on anyone nor any reason to take offense. I'm just stating a preference, and y'all are welcome to your own! Also, please note that results may vary, depending on the knobs and settings on your old CRT. On some of them, you can adjust H-WIDTH, and even V-HEIGHT is often a possibility. Both of those will alter the aspect ratio by squeezing or stretching the image. LCDs do a better job of remaining faithful to the input signal and not chopping anything off, but, if you fiddle with the menus, you can usually override that as well, depending on the monitor. If I've made any errors, please let me know!
  11. SOLD For Sale: Quantity 2 (F18A + VGA header set). LIMIT one + header each to two separate buyers to spread the wealth. CONUS shipping only. Boards new, still sealed in their anti-static bags (original receipt pic below to prove I'm original purchaser and V1.8 firmware). Not TI-99/4A-specific, but they do have the low profile pins. I never got around to opening them and installing into a console to update to V1.9 (latest version). History: I have been running three others purchased in the same 2017 frame in TI-99/4A computers with zero issues or had to return one for repair or due to DOA! No warranty or support; selling as is. Specific install application and any firmware updates fall to the buyer. I will photocopy the fact/install sheet so each buyer gets a copy. With the MK2 due out soon, I'm asking $65 ($57 each + $8 postage via USPS insured small flat-rate box). Sorry, that's what I have on hand due to the COVID-19 environment. Just trying to recover some on a previous investment to be able to afford new, future TI-99/4A gadgets. 😁 As this is my first listing here I'm going to keep it simple (for me) by asking payment via Paypal "friends and family" with verified address, subject to terms above and replies HERE to keep it above board as I'm not playing PM race the clock. First come; first serve ... then we can hash out details via PM with settled payment to hopefully get them out to y'all this week. Thanks in advance for your interest. Doug
  12. Could someone please try the attached binary on the real deal? It's an 8k cartridge ROM that runs on the unexpanded console. I've been working on enhancing my spectra2 library with some new routines and would like to check if the Hardware is recognized in a reliable way. It should test the below: 1. Check if F18A is installed 2. Check if speech synthesizer is available 3. List the VDP refresh rate 50/60Hz Thanks. test1c.bin
  13. Had to say this; just installed the F18a and WOW. it was so easy to install and the picture is great! The only hard part is cutting the hole for the plug. The only program I, so far, have problems with is 'The missing link'. keep getting, 'out of memory' and Stack memory goes to 0. Since I don't use it much, don't care. on the other hand It might be my imagination but the graphics seem faster. can't wait to delve into some of the extended features.
  • Create New...