-
Posts
1,469 -
Joined
-
Last visited
Contact / Social Media
- Website
- GitHub
Profile Information
-
Gender
Male
-
Location
Prague, Czech republic
baktra's Achievements
Stargunner (7/9)
1.5k
Reputation
-
Would you happen to have a comprehensive list of utilities you already have?
-
My experience shows that these adapters are less predictable than anticipated, branded or not branded. Branded have better mechanical parts. Setting the correct volume is of a finicky nature. The ideal volume can differ for different speeds and also waveforms. Also note that for nominal transfer speeds above 4000 bps, with waveform set to auto, turgen changes the waveform from harminic to square. You can change that setting, of course.
-
I believe that not that much love for the system then and now doesn't need to be emotional at all. From a pragmatist's and developer's perspective, living in EU, today. 1. The consoles are rare, their cost is high, getting a real machine is tough. 2. No PAL. Not so much of a problem these days with modern display devices that can handle both PAL/NTSC 3. Small user base in general. Developing a paid or free homebrew software will not reach a broad audience. Digital releases require the customer to have a universal cartridge. Physical releases are surprisingly doable, these day easier than in the past. This creates the traditional chicken and the egg problem. 4. Competition from the 8-bit computer line is fierce. Bigger user base, upgrades and mods, disk/tape/cart choice, keyboard for advanced games. Not so much distinguishes the console from the computer (analog controllers, two fire buttons, keypad do not seem enough). Bank switching cartridges are fortunately possible for huge programs 5. Cross-platform development tools are equal and convenient for both product lines. that is a plus. If given some thought in advance, software for both platforms can be compiled from one source.
-
The work on the Turbo Blizzard TSFXes had advanced enough, so we have a 2nd prototype TSFX. This one records the Flying ACE game from Avalon Hill. Other minor enhancements are on the way, related to... beeping. 1. All beeps will be done by POKEY, because some imperfect STEREO upgrades do not mix in the GTIA beeps. 2. Alarm will be possible also for standalone TSFXes P.S. We've got lucky this time, the Turbo Blizzard CIO device handler's source code is available. Not that I fully understand the block write routine, but I understand it enough to adjust it for TSFX. I wish the source code was available for Turbo D, and for KSO Turbo 2000. 000_flyingace_bliz.xex
-
To take some time off from the Turbo D, I started work on the Turbo Blizzard TSFXes. The block writing routine is already succussfully stolen, just needs some adjustments, e.g. refrain from calculating and storing the checksum (that is already done by turgen).
-
Not unless the Fujinet device traveled in time to the 1980s. The utility software installed two CIO devices, N and D. The N device used non-duplicated blocks (provided speed, but no redundancy), while the D device used duplicate blocks (not so much speed, but redundancy). So why not use the device names to identify the tape modes? Or is it just Daleks and Nausicaans?
-
Version 9.2.13 is out: https://sourceforge.net/p/turgen/blog/2024/03/turgen-9213---double-d/ Changes Turbo D : You can choose tape mode (N:) or (D:) Turbo D : The transfer speed setting uses average speed (assuming 50% zeros), instead of maximum speed (assuming 100 % zeros) Standard: Refined GUI, streamlined color choosers Rambit Turbo Tape: Refined GUI, streamlined color choosers Documentation: Ability to specify special file names using $HEX$ notation documented for plugins that support it (Turbo 2000, Super Turbo, Standard, Lower Silesian Turbo 2000).
-
Some plugins can do that, namely Turbo 2000, Super Turbo, Lower Silesian Turbo 2000, and Standard. You need to put hexadecimal notation, instead of program title. Use ATASCII table. E.g. $HEX$ 32 FC 24 45 75 Such function must be used with extreme caution, as inverse characters can confuse some loaders/copiers.
-
For Turbo D, you will be able to select a tape mode using radio buttons. The Standard and Rambit Turbo Tape plugins will get more streamlined color selectors.
-
Plans for the next update release: Tape mode selection for Turbo D Refined UI for color selections (Standard and Rambit plugins)
-
It was established that the Load function didn't work, because the loaded file exceeded the size of the "RAM under ROM" small ramdisk.
-
You need to buy at least one ghost trap at screen 2.
-
Not really. At atarionline.pl, there are two archives. One is using the TOSEC naming convention, the other one is using "Kaz" naming convention. The archive with TOSEC naming convention is smaller, but the file names are in many cases more descriptive (indicating, for example, that it is a hacked or compressed version). In general, for each program, multiple digital images were collected. Some of them are plain dumps of the original media, others are modified: compressed, hacked, cracked, fixed, trained, transferred from one medium to another.
-
Let us have 9.2.12 and Turbo D Announcement: https://sourceforge.net/p/turgen/blog/2024/03/turgen-9212---novum-castrum/ Downloads: https://sourceforge.net/projects/turgen/files/turgen/turgen_9.2.12/
-
The initial work on the Turbo D support is almost finished. You can take files and convert them to Turbo D, create .WAV and .CAS files, output audio. You can use the Wizard, CLI, and batch processing to create Turbo D project items. What you cannot do so far, is creating TSFXes. I didn't "borrow" the block recording routine yet. When it comes to loaders/operating systems using Turbo D, I've added information on the significant ones (there are others available) to the product documentation. Download these loaders from w1k's archive. Turbo DNM MOS. A small tape operating system. Makes the Turbo D accessible through the D : (duplicated blocks) and N : (non-duplicated blocks) CIO devices. Provides a Run function that can load and run binary load files (like the BINARY LOAD function of Atari DOS 2). Segmented binary load files and INIT segments are fully supported. MEMLO is around $2000. Turbo DNM MOST. Same as Turbo DNM MOS, except that instead of using the original Turbo D hardware modification, this loader works with the Czechoslovak Turbo 2000 and compatible hardware upgrades. BLOAD (V0,V1, V2). Miniature utility/game loaders. The V0 includes the D : device handler, other versions do not. Notably, these loaders only load boot files, and not binary load files. As you can see, the situation with the loaders is not ideal. Imagine my disappointment when I realized the BLOAD loaders do not support binary load files (as I originally thought), only boot files. C'est la vie. The Turbo DNM MOS tape operating systems are solid performers when it comes to loading binary files, however the MEMLO is rather high for many games.