ivop

Always intrigued by unknown file formats, I wrote a small detokenizer for Macro-Assembler XE. runreal.txt runrealg.txt

On the Atari 8-Bit Forum, Heaven/TQA asked for help with retrieving an ASCII version of his demo sources in Macro-Assembler XE format. Because I recently wrote a detokenizer for Mac/65, I thought it'd be fun to try this file format too. Here's the result. It successfully detokenizes all the sample .ASM files I found in his zip-file, but I'm sure some functionality is missing (at least three assembler directives). If you stumble upon files that fail, please send them to me and I'll update the detokenizer. Or send me the Macro-Assembler XE manual, so I can add all directives at once. Compile with: gcc -O3 -std=c99 -W -Wall -o demaxe demaxe.c Run with: ./demaxe fubar.asm > fubar.txt Should also work under cygwin/mingw32. If there's interest in a Windows-binary, I might setup a cross-compiler. Leave a message below demaxe.c.gz

Thanks for your replies! I have requested to be able to edit the first post and will update it shortly.

Hi, I would like to be able to edit this topic's first post. Thanks!

Hi, I thought it would be nice to compile a list of all known hardware modifications/expansions and which addresses they use. This is especially useful for future hardware designers in order to avoid conflicts as much as possible. (This post has been updated; see last edit date below) $D000 - $D01F CTIA/GTIA (stock hardware) $D020 - $D03F reserved for second GTIA $D040 - $D05F reserved for third GTIA $D080 - $D0FF VBXE soft reset area $D100 - $D1FF PBI $D100 - $D107 MyIDE Internal $D100 - $D1BE U1MB RAM $D1BF U1MB PBI Bankswitching $D100, $D104, 1400XL/1450XLD Modem, Voice and Disk interface $D108, $D110 " $D114 " $D170 - $D171 BlackBox $D17C, $D1BC " $D1BE, $D1C0 " $D1C0 - $D1C1 SmartIDE LCD $D1E0 - $D1E3 MIO $D1FF PBI Device Enable / IRQ Mask $D200 - $D20F POKEY (stock hardware) $D210 - $D21F Second POKEY (GUMBY) $D280 - $D283 Covox, new location $D300 - $D303 PIA 6520 (stock hardware) $D310 - $D313 second PIA 6520 $D320 - $D323 VIA 6522 $D380 - $D381 U1MB configuration registers $D383 - $D384 U1MB status registers $D3E2 U1MB SDX Real Time Clock (SPI interface) $D400 - $D40F ANTIC (stock hardware) ($D406 and $D408 are unused) $D410 - $D41F reserved for second ANTIC $D500 4-bit Audio Samplers (e.g. ADC0804 based samplers) $D500 - $D507 MyIDE External $D5B8 - $D5BF R-Time 8 $D5E0 SDX Bankswitching $D5E0 - $D5E1 U1MB SDX Bankswitching, Enable/Disable $D600 - $D7FF PBI $D600 - $D7FF 1400XL/1450XLD RAM $D600 - $D603 Covox $D600 - $D6FF MIO RAM $D600 - $D6FF BlackBox RAM $D640 - $D65F VBXE D6-Install $D740 - $D75F VBXE D7-Install Notes: * Pages $D0, $D2, $D3 and $D4 are completely zeroed at warm- and coldstart, except for $D301. * Free ranges should be kept mirrors of the stock chips as much as possible. * Games that rely on specific mirror locations: - Bounty Bob Strikes Back ($D47B) last edit: added more U1MB registers, especially PBI bank switching, which is missing from the U1MB manual.

While I was browsing some old source code, I frequently stumbled upon MAC/65 tokenized files. Being too lazy to repeatedly start an emulator to convert them to (AT)ASCII and being unable to find a program online to detokenize them, I set out to write such a program myself. With some luck, I found a description of the format in the form of an old Analog Computing article. After that, it was pretty straightforward. Here's the source. Compile with gcc -W -Wall -O3 -o demac65 demac65.c. If you want line numbers, uncomment the printf statement. If you want all lowercase, there's tr(1). Have fun demac65.c.gz

Here you are: Better than I expected, but still pretty bad

It's not my intention to write a third app. I just couldn't resist trying out some things with readily available tools. But I hope my experiments benefit both your applications. To be clear, and without posting further images, I got the best results with the following algorithm: - prepare source material (320x240, enhance contrast etc...) - scale to 160x240 - split in 240 lines - odd lines: pnmquant -spreadbrightness -meanpixel -floyd - even lines: pnmquant -spreadluminosity -meanpixel -floyd - merge - remap to 256 colour atari palette, saturation 60 - remap to 128 colour atari palette, saturation 60 - scale to 320x240, no interpolation This is exactly how the last LN image was created. Best regards, --Ivo

True. Remember, that in gr. mode 15 only 128 color palette is available. Yeah, I forgot Here's the last image again. The first one is remapped straight to the 128 colours palette, the second one is first remapped to the 256 palette and then to 128.

I'm very curious about the result. If you want to make it right, you have to change just a one color at time, keeping the rest untouched. As I see with netpbm you don't quantize the lines into a choosen Atari palette (128 colors). Try it, if this tool allows, because the quality of some pictures decrease a lot, when you do that as a post processing step. No midline changes yet, but I did experiment some more with other pnmquant options (-center, -meancolor and -meanpixel). Left column is the same as as the post above (-center is default), middle column is -meancolor and the right column is -meanpixel: I think I like the bottom right the best. As for remapping to the Atari palette, I noticed it really matters which palette you use. Saturation 80: Saturation 60: Also, consider that the quality of the source material matters a lot too. Here's the bottom right method on a slightly adjusted source image (gimp: brightness -16, contrast +32) and remapped to the Atari palette: Notice how the letters are much more defined and there's a shade of blue in the ninja's hood.

True, though I did not invest that much time in it Just experimenting with other pnmquant options and using -spreadluminosity instead of the default -spreadbrightness, and alternating gave me this: (brightness, luminosity, both alternating) et cetera... I like it how the image gets more nuances if you combine both quantisation steps. Perhaps I'll look into mid-scanline changes tomorrow. I'm fairly sure that can be done with netpbm/pbmplus commandline tools too Code changes for those who want to run it themselves, change the pnmquant line to: test `echo $(( $i % 2 ))` -eq 0 && s=-spreadluminosity || s= pnmquant $s -fs $numcols $j > $k

I couldn't resist. Here's a quick hack: #! /bin/sh numcols=4 case $1 in *.gif) c=giftopnm ;; *.jpg) c=jpegtopnm ;; *.png) c=pngtopnm ;; *) echo 'ugh' >&2 ; exit 1 ;; esac $c $1 | pnmscale -xsize 160 -ysize 240 > tmp1.ppm for i in `seq 0 239`; do j=`printf "foo%03d.ppm" $i` k=`printf "bar%03d.ppm" $i` pnmcut -left 0 -top $i -height 1 -width 160 tmp1.ppm > $j pnmquant -fs $numcols $j > $k done pnmcat -topbottom bar*.ppm | pnmscale -xsize 320 -ysize 240 -nomix > $1.ppm rm -f tmp1.ppm foo*.ppm bar*.ppm Input files should be 320:240 aspect ratio, output is 320x240, but pixels are 2:1 and four colours per line. Examples:

Once upon a time, in the early nineties, there was this idea to create some sort of meta-assembler format that could represent all the capabilities of all other assemblers around at the time. The idea was to write to- and from-this-format-converters, to minimize the amount of converters needed. For example, there being 10 assemblers, you would need 20 converters, instead of 90, to be able to convert any format to any other format. The from-converters would warn if the target format could not handle a certain feature of the metaformat. I am not exactly sure, but I think there was an article about this on one of the Mega Megazines. The format was called AIF (assembler interchange format).

Here it is: Atari Eagle parts library.

I finally compiled all the different Eagle parts I had drawn over the last year into a single Eagle library and adjusted them to be more or less uniform in look. While I was at it, I also added all missing chips and connectors. Currently, it contains the following parts: 74LS08 74LS14 74LS51 74LS74 74LS138 74LS158 74LS375 4050 4051 4164 6502C/Sally 6520A/PIA 27128/OS PROM ANTIC BASIC ROM Cartridge Cartridge Socket EP8212 GTIA Joystick Port Keyboard Socket LM358 MMU Monitor Jack Parallel Bus Interface Parallel Bus Interface Device POKEY Power Jack RF Modulator SIO Jack Basically, it's everything you find on an 800XL motherboard. Update 2014-04-29: added conversion to Eagle 6.5.0 (XML file format). atari.lbr.gz eagle-6.5.0-atari.lbr.gz

I am currently putting together all the chips I added to Eagle over the last year and making them all in the same style. I'll post the library on my blog shortly. It will include at least the complete 800 XL Chipset (including the 7400, 4000 series, delay line, et cetera) and possibly more.

I just checked usps.com and it seems the same Priority Mail Small Flat Rate Box of up to 4 pounds is $10.95 for Canada and Mexico and $12.95 for all other countries around the world. If that's right, please sign me up for 16 boards

You can also feed LUM0-3 through a MAX3373 (or similar) which can be used as a rise-time accelerator. Outputs should have similar rise and fall-times afterwards.

Beside the things said above, there are a few more things wrong with the Atari video signal. NTSC has a different blanking and black level, the Atari has not (and neither has PAL, so PAL mahines are correct on that aspect). Sync level should be 0V, but it is not on almost all Atari's (except for the 800). And an NTSC S-Video signal should be 1.0V peak to peak, but the Atari delivers 1.2-1.4V, depending on the model. Hence, all other levels are off too (blank/black/white).

A solution might be making a static build (i.e. link everything statically). Opera (the webbrowser) does this too (besides creating several .debs/.rpms for the major distro's, but I'll understand if you do not want to bother with that).

I was wondering, will you be sharing those GDS files somewhere online?

Not exactly the same, but a Pokey based midi module nonetheless. http://skrasoft.com/blog/?cat=12 He also has an impressive amount of pokey chips Thread about it: http://modularsynth.net/viewtopic.php?t=1524 Another attempt: http://www.midibox.org/dokuwiki/doku.php?id=midibox_pokey

Yes, and the stitching could be done by somebody else if it's too much work for Curt

Thanks for the pointer. 17,05 Euro is a bit much though for 36 pages. But, I googled the name of the author of the 410 schematics, and here is his site: Jerzy SOBOLA schematics Both the XC11 and XC12 are on there, and a lot more.

Thank you!