dtvmon/dtvboot 1.2 + full source

Es gibt 10 Antworten in diesem Thema, welches 3.576 mal aufgerufen wurde. Der letzte Beitrag (18. Februar 2008 um 23:37) ist von tlr.

  • Changes since 1.0:

    • $d100 under I/O is no longer overwritten when starting an alternate kernal.
    • added changing of $d03f to the monitor.
    • directory function checks more gently for "device not present" conditions.
    • integrates dtvtrans 1.0 with many new features and much higher transfer speed.
    • added hooks for bringing up dtvmon and dtvtrans from third party programs.
    • added configuration bytes for dtvmon colors.
    • added a diagnostics screen with 256 color test, key and joystick scanning + DTV2/3 & flash detect.
    • puts "ALTERNATE KERNAL" within parenthesis if not available instead of making it all black.
    • Hardcoded video timing for PAL systems.
    • Adjusted video timing for NTSC systems.
    • Holding port0 and port4 =0 on the selected dtvtrans port will enter dtvtrans mode upon reset.

    Download: Bitte melde dich an, um diesen Link zu sehen. (Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.)

    Bitte melde dich an, um dieses Bild zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.

  • why is the dtvmon not returning to write mode after

    dtvtrans wr programm.prg

    ?

    It prints out :

    oad"remote",8,1
    searchring for remote
    loading
    ready.

    (Yes, the "l" from "load" is missing).

    Is the behavior of "wr" changed and why ?

  • Hmm. Yes, dtvtrans wr <file> calls dtvtrans load <file> now.
    This might be unfortunate in some cases now that you mention it.
    I'll have a think...
    You can get around it by specifying the load address manually for now.
    (dtvtrans wr 0x0801 <file>)

    Why it won't print the "L" I don't know. It works here. Is the address you load to special in any way?

    EDIT: running with -f (force old protocol) will also avoid the actual load simulation.

  • no, the load address is simple 0x0801.

    I used before the "wr" command to transfer programs that have a correct load address as normal CBM programs.
    The "wr" command helps me in older version not to look at the start address.

    May it be better for backward compatibility to make the "load" command not on the "wr" and
    change the "wr" command to the old behaviour ? Otherwise I have to change many Makefiles ...

  • The old dtvtrans wr <file.prg> did sort of a load aswell, so I'm not 100% sure that is the full problem.
    The reset initialization of the client is slightly reduced in some cases, so basic might not be 100% setup until a dtvtrans init command.
    (it should be in dtvmon though.)

    1. Does it work with the dtvtrans 0.6 PC-client against the new server?
    2. What sequence are you performing exactly?
    (power on, reset, commands, file ranges, etc...)

    EDIT: ok I see the problem with the print out. Just power on, and the T to enter dtvtrans. It does load and run correctly though.
    Doing dtvtrans init + dtvtrans write <file> will make it clean. Is your file very long?

  • 1) the old dtvtrans V0.6 works as I need it.
    2) power on, reset, dtvtrans wr program.prg (NO dtvtrans init)

    Starting is a different task for me, because I have to transfer different programs.

    The file is not very long :

    > dtvtrans wr program.prg
    loading... $000801-$001262 (2657 bytes, 11 blocks)
    transferred 2657 bytes in 0.185 s (14362.162 bytes/s, 114897.297 bit/s)
    simulating load $0801-$1262...

    The new process bar might be a problem too (not in my case).
    For example, it was possible with the old monitor to write longer programs with start address 0x0200, and start it after that
    with "dtvtrans g 0x0200"
    EDIT : I mean if code lays on address 0x0400, too ...

    My personal opinion is that loading like a basic program should be a new command (possible "load"), and the "wr" command should work like the old dtvtrans0.6 version.

    Better for backward compatibility ...

  • Ok. I wondered about the file length because you said it hanged.
    It does a basic relink though, so if it is not a basic line at the beginning the relinker can choke. (like basic load)

    I'll do a quick re-release with the write command changed. load is already there.
    The new write command will no longer set $ae/$af/$2d/$2e though.
    Hang on a while and I'll post a version to test. Do you want a windows binary?

    Thanks for reporting! :)