eck

My box warms with 56W and 7 cards plugged in. Though, only two TI cards are canon.

Well done, folks!

To late. Hi,ho, Lee! Thank you for your explanation and the link. BLWP is good for 26 machine cycles plus 6 memory cycles. If you are able to save the 'pops' in the subprograms too, than you could save about 300 cycles per pixel. You will loose the beauty of your code, if you are going to take the 'pasta route' on the one hand, but if you have enough room left in your page, than I think it is worth a try on the other hand. There should be few people, who will ever look inside your code complaining this sort of programming, but there will be more folks, whom will enjoy the functionality of your work, is my opinion, which is not proofed. Hope I find the time to port your code to my computer to watch it going.

Sorry, Lee, I have no idea what magic is going on here. So this might be crap - and it saves only 4 bytes, if it fits:(New Line routine) change line 116 from JMP LNPLOT to JMP LINE09 and line 120 from JMP LNLOOP to JMP LINE09 and delete line 119.

I think your copies are OK. It is because you are using a V9938 VDP. With the Mechatronics 80 column card you can reset the graphics of Slymoids like TI-Basic, is my experience. Haunt the vdp settings down in the code and change then to TMS9918 default values.

Hello, Gary! While reading your posting I remembered a strange looking TMS9901 on this link:http://www.elettra.trieste.it/wao07/pub/poster/WEPMR01.pdf to which Willsy led me in the past. I do not know how FPGAs look like, but somebody might ask Erland Müller, if they have an FPGA design for the TMS9901 at DESY. I have no intention to stop you doing this, but it might be saving you some time and you can straight look on the enhancements. PS Rochester Electronics holds the old stuff from TI to make new TMS9900 and 9901. Do not ask me about their prices.

Concerning the feelings of a TMS9900 CPU I do agree with Mr. sometimes99er here. Does someone have any experience with the TI-99 shaped, TI-Minimem cloned Basic inside, ColecoVision compatible Bit 90 computer? Will not say it was the 'unautorized' TI-99, but sort of.

My CorComp Controller resides in a black case like Ksarul mentioned.

EVPC (from http://home.arcor.de...pc/evpc1hw.pdf) epvc2 (from http://home.arcor.de...evpc2hw_e.pdf): When I am looking at the pinouts that acadiel posted here, I am spotting a difference within pin 8. I have no idea in which league the Geneve plays here, but my V9938 uses a digital Sync, which prohibits the usage of these converters. Does this depend on V9938 vs. V9958 or is it possible to modify the output of the EVPC to analog Sync? I am hoping that someone can help me here.

I stumbled in a supermarket over the first issue of TI-Revue (1). Heiner Martin was its "head" (Chefredakteur) for several years when he leaved for an other magazine. The last issues were pull out magazines in MSX-Revue and the very last ones with Atari XL sites too. (2) There was an order only magazine from Hasse Verlag in Bendorf but I cannot recall its name. Maybe TI-99 Magazin? The first issues were A4 format and the last ones A5. There were a lot of mixed magazines (Spectrum, Atari XL, VC20, C64, Dragon 32 and others) with TI pages back than. I remember well CK (Computer Kontakt) with pretty good informations and items to order on the TI side. I have no idea if these magazines are counting? I dumped several Kilos of them in 2007. There went a lot of money in them... And I do not forgot CF (Computer Flohmarkt) with some TI related notes. You could chat there with folks in different categories, but you have to wait about four weeks for an answer or not. I loved this magazine. Some computer wars (Atari ST vs. Amiga) was in there - entertaining - other interesting prae Internet time stuff and probably sell and search.

Fraggle Rock (TV Series 1983-1987).

Hi, Manic1975, Lotharek and his fellows are doing fine things. Garry, who sells licenses for FPGA TMS9995 cores? What are the differences between a TMS9900 and these 68689 microprocessors? I have not had success while I was searching for the 68689 but I stumbled over a company which is still producing TMS9900 microprocessors (no TMS9995 if I am not mistaken). Is there a chance to modify a console with one of these TMS9900/40 types? Did your turbo-cards (TMS99110 based) ever see the light? I do like the Phoenix project but I do like your accelerator hardware too. When TI sold its military section the TMS9900 family know how transfered over to the buying company. Designed TI these 68689 chips before or after this deal?

Oops! Sorry, --- Ω ---, for the trouble I made. Thanks to RasmusM and InsaneMultitasker for their help. Wow, Telco is a masterpiece according to what Torrax wrote. This auto detect features are super cool. After your system is scanned You have to modify the section where Telco is going into the 40 column mode but forcing the program to use the 80 col-setup with all these settings Lee mentioned in post #3 and return from there into the 40 col-section. You have to fool Telco here. If there is a way to separate the screen display routine from these overlay routines Torrax was referring to, than I can see a 'freeway' (to go). If not: somebody has to rewrite Telco for F18 users. And this should be a long road or so...

Great stuff, Sir! Very well done, but my computer does not like the job. It is "sweating".

Hello, --- Omega ---! The message from Torrax is not so good. Lee is right, but I tried to say, that you might loose some "information". So on second thought, it would only be color- and or blinking-information. If you have the time, you might check this code with your F18 console: DEF START START LWPI >8300 LI 0,TEXT80 LI 1,20 TMODE MOVB *0+,@>8C02 DEC 1 JNE TMODE setting 10 VDP registers MOVB @TEXT80+2,@>83D4 LI 0,>4000 VDP RAM >0000 with write bit LI 1,>2A00 clearing the screen LI 2,80*24 with stars (>2A00) BL @UP CLEAR MOVB 1,@>8C00 DEC 2 JNE CLEAR done? LI 0,>5000 VDP RAM >1000 with write bit LI 1,160 clearing the first 160 BL @UP bytes of the color table BL @BLINK SETO 2 set 10*8 characters to one LI 1,10 BL @BLINK one line uses VR12 and VR13 INV 2 clear the rest of the color table LI 1,70 BL @BLINK LI 0,>4460 first message prints on VDP 14*80 LI 1,MESS LI 2,54 place the byte count of your first message here BL @UP BL @MESSL1 LI 0,>4500 second message @ line 16 LI 1,MESS2 LI 2,73 and here for your second message BL @UP BL @MESSL1 LIMI 2 make quit working? ENDLOS JMP ENDLOS MESSL1 MOVB *1+,@>8C00 writes data to VRAM DEC 2 JNE MESSL1 RT BLINK MOVB 2,@>8C00 fixed data to VRAM DEC 1 JNE BLINK RT UP MOVB @>8301,@>8C02 VWTR MOVB 0,@>8C02 RT TEXT80 DATA >0480,>7081,>0382,>4783,>0184,>F487,>0888,>0289 ten Video-Register DATA >1E8C,>108D here MESS TEXT 'Ich verzichte hier bewusst auf den Text:' place your own text here BYTE 34 TEXT 'Hallo Welt!' BYTE 34 end text one MESS2 TEXT 'Nanu?' place your second text here TEXT ' Wollte ich nicht auf die Darstellung von ' BYTE 34 TEXT 'Hallo Welt!' BYTE 34 TEXT ' verzichten!?' end of line 16 ENDE END START The program needs the E/A-module, because it is expecting a character set at >0800 in VRAM. Make a crash test, if you like. The second message prints in black and graywith a V9938 in place - no blinking here (VR13 is set to one and zero >10). With the setup above only 16k Ram in the VRAM are seen with the VSBW, VMBW, VSBR and VMBR routines, which is important for the functionality of DSRLNK's, PAB's and stuff like this. Three quarter of the 64k VRAM are separated in pretty useless 3 byte chunks. To benefit from the two other 64k VRAM pages Telco needs special access routines which should crash your system even when they try to read or write to the first 16k VRAM. I can post a routine to test this, if you would like to check this too.