Jump to content

wolhess

+AtariAge Subscriber
  • Content Count

    427
  • Joined

  • Last visited

Posts posted by wolhess


  1. 34 minutes ago, FALCOR4 said:

    When I started with your files I also got the same DSR errors.  Another clue, maybe, is that each one of the files generated an error when I loaded them using the E/A editor but, they loaded.  Then I saved them back out which was successful.  Let me try again this weekend and I'll be a little more methodical this time.  This shouldn't be happening.  Question, what did you use to create the source files?

    So, I tested right now to load the source files from the tipi device and stored it to the HRD with an original E/A cartridge and the EA disk in DSK1.

    And now it works seamless!

     

    Then I put the FG99 in and made the same with the TI E/A.bin and it works too.

     

    Next I used the E/A version V to load the files from tipi and stored it to the HRD and this now was also working.

     

     

    In the last day's I used DM2K v3.0 to copy the files from tipi to the HRD. So I did this now with my original long file names and I used the E/A V .bin. In this try the ERROR appears again!!!!

    Then I edited the long DSR file name to 8 character and tried it again and the DSR ERROR was there.

    Next I edited all the files with EA-V. and got an error while saving the file "99SUB2-S", so I saved it to 99SUB3-S and changed the main source file too. Now it assembled without an error!

     

    All in all my problem is fixed.

     

    I think I had two problems.

    1. File names with more than 8 characters could not be assembled on the HRD.

    2. Maybe DM2K v3.0 cannot copy files from a mapped tipi folder to a HRD drive with 3.200 sectors.

    Anyway: Thank you to all for your suggestions and thank you @FALCOR4  for the right idea to check the source file itself.

     

    The files from post #1 contains the wrong files, if anybody will try it again. After editing and saving with EA editor, the program can be assembled without errors.

     

    @InsaneMultitasker should I try the ROS814F? I think the ROS is not the problem I had. It is possible that two files were damaged when copying from the tipi folder to the HRD drive formatted with the 3200 sectors.

     

    Thanks again!


  2. On 10/25/2020 at 3:33 PM, GDMike said:

    Just FYI...

    What I do when I'm assembling on real steel. I don't.

    What I mean is, I like writing my code using the TI but not assembling with it.

     

    I'm mapped on my laptop to my share on tipi using classic 99, and I place CL99 in overspeed and assemble that way.

    Just my way...

    Sometimes I use my PC to compile or assemble some stuff, but mostly I will use my little old TI computer even for some serious program developing and learning assembly.

    It's my hobby!

    • Like 2

  3. On 10/24/2020 at 8:52 PM, FALCOR4 said:

    I renamed your source files to have 8 chars or less in the filenames and they assembled ok.  I put my HRD4000B at CRU >1000 and assembled your RFILE_S9 (I changed the name slightly) and it assembled, with list and cross table, in 1m 15s using the E/A assembler.

    Hi,

     

    I renamed my files to a three letter name but always get the DSR ERROR:02F4!

     

    I tested some ROS versions 8.41, 8.42 from 2/16/20 and 8.42c from 3/14/20 but with the same DSR ERROR.

     

    So yesterday I made all the three RAM tests provided with the HRD4000B card. All tests passed without an ERROR.

    Then I configured the HRD completly new and configured the RAM Disk DSK9. with 3200, 1600 and 800 sectores. In any case I got the DSR ERROR.

     

    So it seems on my PEB configuration the HRD DSR has this problem all the time.

     

    My PEB configuration is:

    CRU:1000 TIPI Device

    CRU:1100 TI Floppy Controller with 80 TRACK mod.

    CRU:1300 RS232 and PIO

    CRU:1700 HRD 4000B with RAMBO RAM

    CRU:1E00 SAMS card 1MB

     

    I used the original E/A cartridge, the E/A complete cartridge from Tursi, the EA version V from Fred KAAL and the RAG Macro Assembler.

    All Assembly is working on the tipi device or on the real floppy drives. 

    The assembler process begins on the HRD up to the point at which the first COPY command is to be executed.
    At this point I am getting the DSR ERROR:02F4 (refers to an error reading a display variable file = the COPY source file I think) 

     

     


  4. Hello,
    In the past three weeks I've started to write a program in TI Assembly language.
    Now that some routines work, I wanted to know which system configuration on a real TI is the fastest for assembly.
     

    I tested on two different sysytems:

    System 1:
    TI Console mit FG99
    PEB mit TIPI/RPI (CRU:1000)
    TI Controller mit 80 Track mod (CRU:1100)
    DSK1.= 5,25" Drive DSSD 360KB
    DSK2.= 3,5" Drive DSSD 360KB
    DSK3.= 5,25" Drive SSSD 90KB
    HRD4000B mit ROS842c v. 14.03.2020 (CRU:1700)
    1MB/32KB SAMS 
    Speech Synthesizer

    System 2:
    TI Console mit FG99
    PEB mit CorComp DSDD Controller
    DSK1.= 3,5" Drive DSDD 360KB
    DSK2.= 3,5" Drive DSDD 360KB
    DSK3.= 3,5" Drive DSDD 360KB
    DSK4.= 5,25" Drive DSDD 360KB, compatible with SSSD 90KB
    32KB RAM
    RAVE99 Speech Adapter with TI Speech card in PEB

     

    For a total of 22 tests I used the following test program:
    My test program is a simple DV80 file viewer. You can input any DV80 file name 
    like "DSK1.TFILE" and the program shows the file page by page in 40 column text mode.

    RFILE1-S contains three copy commands for the files DSK2.99DSRLNK-S, DSK2.99SUB2-S 
    and DSK2.99VDP4-S. DSK2 is my TIPI directory!

    RFILE1-S1 loads the copy files from DSK1.
    RFILE1-S4 loads the copy files from DSK4.
    RFILE1-S9 loads the copy files from DSK9.

    RFILE2-S contains all copy files in the main source file.

     

    image.thumb.png.86e0e8ea456820aee1b46dc231921273.png

     

    I gained the following findings from these tests:
    1. The TIPI / RPI device offers the fastest working environment on a real TI system.
    2. Compared to a floppy drive, the TIPI device is 5 to 7 times faster, depending on the controller!
    3. Dividing the source files into several files increases the assembly time.
    4. Splitting the files over several drives increases the assembly time.
    5. A 5.25 "drive is slightly faster than a 3.5" drive.
    6. The Ramdisk HRD4000B with the ROS842c cannot execute source files from a COPY command!
    7. With the Ramdisk HRD4000B, the assembly took 1.3 to 2 times longer than with the tipi device.

    8. And of course, on a PC, assembling a simple program takes seconds!

     

    My test program disk:RFILE.dsk

     

    EDIT: Many thanks @FALCOR4 and @InsaneMultitasker, they found out that the problem with assembling on the ramdisk is due to a defective file header in the source files.

    After the correction I can now show the complete results.

    image.thumb.png.6fa239cbedfa7339a027c3f07cac396c.png

     

     

     

    • Like 1

  5. On my real hardware I can run the game also with CALL TIPI("DSK1.LIVINGTOMB").

     

    I can also run it with CALL TIPI("TIPI.mypath.LIVINGTOMB")

     

    If I run any EA5 game from a tipi maped drive I always see a floppy access on the real DSK1.

     

     

     

     

     

    • Like 1

  6. 21 minutes ago, Casey said:

    There’s an excellent beginners assembly language book I just happened to read through that specifically brought up the subject of sound generation and the need for an LIMI 2/LIMI 0 pair in the main loop to make sound work.  It’s aimed at the Mini Memory cartridge with the Line By Line assembler, but it had a lot of good information for a beginner in it.  COMPUTE!’s Beginners Guide to Assembly Language on the TI 99/4A.  You can find that I think on archive.org as a PDF.  It might be worth taking a look through, even if you are planning to use Editor/Assembler.


     

    Thank you very much ,
    in the book the subject of sound is described in great detail. On page 167 it is also stated that the VDP interrupt should be switched on and off quickly.

    That was the secret that I didn't know.

     

    • Like 2

  7. Hi,

    maybe an assembly expert can help me, I'm just taking my first steps in assembly language programming.

     

    I don't really understand the sound output. I have tried the example program "A CHIME" from the EA manual on page 321 and it works as it should.

    Then I changed the program to produce a BEEP. This also works as it should.

     

    However, if I include a keyboard query to repeat the BEEP with "REDO" and to exit the program with "ESCAPE", then my program only works for the first BEEP.

     

    I come back to the EA with "ESCAPE". However, with "REDO" no sound is played and the TI gets stuck.
    Even if I then reload and start the program in the EA, no sound is played. Only after a reset via the TI title screen the program is working again at the first run.

     

    Spoiler

    *
    * Example program to play a chime
    * E/A page 321-323
    * Modified for playing a BEEP
    *
           REF  VMBW,KSCAN
           DEF  BEEP
     
     
     
    *
    KEYVAL EQU  >8375
    STATUS EQU  >837C
     
    BUFFER EQU  >1000
    *
    SAVERT DATA >0000
    *
    H01    BYTE >01
    REDOV  BYTE >06
    ESCPV  BYTE >0F
           EVEN
    *
    BEEP   MOV  R11,@SAVERT  SAVE RETURN ADDRESS
     
           LI   R0,BUFFER    VDP-RAM BUFFER ADDRESS
           LI   R1,BEEPST    BEEP SOUND TABLE
           LI   R2,8
     
           BLWP @VMBW        LOAD VDP-RAM
    *
    LOOP   LIMI 0            DISABLE VDP INTERRUPT
           LI   R10,BUFFER   LOAD SOUND TABLE ADDRESS
           MOV  R10,@>83CC   LOAD POINTER TO THE TABLE
           SOCB @H01,@>83FD  SET VDP-RAM FLAG
           MOVB @H01,@>83CE  START SOUND PROCESSING
           LIMI 2            ENABLE VDP INTERRUPT
     
    *
    LOOP2  MOVB @>83CE,@>83CE READY CHECK?
           JEQ  KEY           YES, LOOK FOR A KEY PRESSED
           JMP  LOOP2         NO, WAIT UNTIL FINISHED
     
    KEY    CLR   @STATUS     CLEAR STATUS
           BLWP  @KSCAN      PERFORM A KEY SCAN
           MOV   @STATUS,@STATUS A KEY IS PRESSED?
           JEQ   KEY             NO, CHECK AGAIN
     
           CB    @KEYVAL,@ESCPV  ESCAPE?
           JEQ   ESCAP           YES, ->
     
           CB    @KEYVAL,@REDOV  REDO?
           JEQ   LOOP            YES, ->
           JMP   KEY             NO, CHECK AGAIN
     
    ESCAP  CLR   @STATUS
           MOV   @SAVERT,R11
           RT
    *
     
    BEEPST BYTE >03,>8E,>0F,>91,>1E
           BYTE >01,>9F,>0
           END
     


    What do I have to do so that the sound is also played on the second run?


  8. On my primary peb system I use mostly the tipi storage device, but also my attached two 5,25“ floppy drives and one 3,5“ floppy drive.

    Sometimes for archiever stuff I‘m using the HRD4000B Ramdisk.

     

    On my second peb system I use mostly my three 3,5“ floppy drives and sometimes the fourth attached 5,25“ floppy drive.

     

    On my 7/24 running bbs system I’m using the tipi storage device too.

     

     

     

     

    • Like 2

  9. 22 hours ago, Keneg said:

    It worked!  I can even run it with CALL TIPI(“DSK1.TEST1”).  Is there a way to suppress the message about runtime errors at the end?  I also noticed there are programs named ASSM1 and ASSM2 in the TP3 directory.  Can they be used instead of the editor/Assembler cartrigpdge?

    The E/A cartridge use the files ASSM1 and ASSM2. So you will need the cartridge.

     

    I didn‘t remember a runtime error for my test progrmams. Could you please post yours?

    I will try it myself in my system.

    Wolfgang


  10. 9 minutes ago, Keneg said:

    I finally got Turbo Pasc99 running.  I created a small program to print “Hello World”.  It compiles fine so I compiled It to DSK1.TEST.  So how do I convert this to a program and run it?  I would prefer to create program files that can be used with just TIPI, I think that is an EA5 file?  When I load “test” into the editor, I can see what looks like assembly language to me.  Do I use the Assembler next?

    Yes, next step is to assemble the compiled file with the Editor Assembler.

     

    You can read the document TurboPasc99_first steps from post #80 in the following thread:

     

     

    • Like 1
    • Thanks 1

  11. 17 hours ago, dhe said:

    Does anyone have a preferred vendor of TMS9901's?

    I'd like to put back a few for a rainy day, but it seems it's gotten increasing easy to purchase bad chips, or chips, with new silk screens - that aren't even the chip you ordered (counterfeit).

     

    I bought 9901 from chipsgate (china) some time ago. They worked.

     

    https://www.ebay.de/itm/4PCS-Programmable-system-interface-IC-TI-DIP-40-TMS9901NL-TMS9901/152770812989?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649

     

     


  12. On 8/31/2020 at 11:25 PM, Keneg said:

    I downloaded Turbo Pasc’99 today, but can’t get it to run.  Computer seems to freeze.  Does this require the Assembler/editor cartridge to work?  If not, what do I,need to do to run it?  If not, what compiled program language can I run with just my TIPI/32k?

    Yes, Turbo Pasc‘99 only runs with the original Editor/Assembler cartridge or FG99 version.

     

    I tested the versions 2.0 and 3.0. You will get more infos in this thread:
    see post 2, 52, 63, 64, 67 and 79.

     

     

     

×
×
  • Create New...