Posts by MIRKOSOFT

    Hi!


    My German is very poor, but I couldn't to ignore it.


    Yes, C1084 can display CGA, of course digital TTL. 8-pin DIN is ok.

    But WARNING here: If you replace videocard to EGA never, really never power-on with connected C1084 powered-on!

    EGA allows to inverse sync - and this KILLS your C1084, even near all Commodore monitors not capable to handle inverse sync.

    I'm 128er and C128 VDC version 8568 (DCR version) allows to use it and can produce 16 color EGA - but this mode is on all Commodore monitors their DEATH.


    VDC 8563 used in C128 and C128D has not this feature 'cause it has not 38th register of 8568.

    I used EGA mode on C128 only by converters CGA to VGA or others with turned off C1084.


    So, have it in mind when/if you change videocard to EGA.


    Miro

    Hi!


    I used for reading date/time from uIEC "T-RA" command - all was correct.

    When I tried to use "T-WA" to write date/time I found problem - date/time is not possible to change, even device no error reports.


    I used simple code (date and time are only example, uIEC device number is 11):

    Code
    1. OPEN15,11,15
    2. PRINT#15, "T-WATHUR. 07/18/19 11:40:30 PM"+CHR$(13)
    3. CLOSE15

    then uIEC reports no error, but date/time is never changed.


    How to fix it?

    Thank you for all.

    Miro

    Load address as ID is bit problem.
    If you want to create backward compatible Basic that can run older programs - if are not machine specific, other Commodore computers have different load address. If it loads Basic program to default location e.g. $0801 and load address is $1000, it will not recognize M65 or C64 mode...
    But it is possible to override.
    If load address does not match, it can run M65 mode as default.
    Because Basic 2 is backward compatible only with lower versions, so only VIC20 uses different address. Later models have higher version.

    Miro

    I think it will be hard decision for Paul.
    Basic 10 is even not backward compatible with older.
    Request was also to create backward compatible Basic.
    Work on Mega-Basic began - but don't know if for C64 mode only.
    My choice, if it could be my decision, could be use both.
    Finish original Basic 10 and create also backward compatible Mega-Basic with using all extended M65 functions.
    Yes, many people can say why original...was near never used.
    And other thing is to create 3 modes of operation: M65, C65, C64...
    Miro

    Hello!
    The problem of Basic 10 is that was not finished.
    I found even more problems when I tried to draw Mandelbrot.
    I have available only commonly known 911001 ROM. On this forum was posted about ROM from november/december 1991. It was not (yet) shared. But it can be also not fixed problem.
    Please - always remember: C65 was never finished.

    Miro

    Numeric keypad is what I like, not only for my C128. Slovak keyboard has numbers shifted, so using numeric block is near req'd - so I'm using it always, with C128 too.
    Optical drive can be, but - large space, but only RW is possible to write, even larger and cheaper are SD cards - even rewritable.
    So, it can stay in C65 style, or if to use there anything, better is keypad.
    Miro

    This I want always to say:
    I need not new C64, I want to use C65 expanded computer.
    But this way - always giving main energy, primary focus and making better compatibility to C64 makes for me this project lost.
    Really I know that C64 community is big and makes sure that project will be not forgotten, but some - me too - won't new C64...
    Yes, C64 was best selling computer ever, but: Was not only one computer!
    For me: C128 and I see like time goes that M65 will be better to forget and move to C256.
    I remember when I found this project around 2013 I was happy that someday I will have extended C65, now I see I will have not.
    Miro

    This I want always to say:
    I need not new C64, I want to use C65 expanded computer.
    But this way - always giving main energy, primary focus and making better compatibility to C64 makes for me this project lost.
    Really I know that C64 community is big and makes sure that project will be not forgotten, but some - me too - won't new C64...
    Yes, C64 was best selling computer ever, but: Was not only one computer!
    For me: C128 and I see like time goes that M65 will be better to forget and move to C256.
    I remember when I found this project around 2013 I was happy that someday I will have extended C65, now I see I will have not.
    Miro

    Agree Paul, new token costs amount of code... So my Q is bit stupid...
    Has C64 Basic all commands implemented? Example is easy to modify Basic 7 without code amount - using unimplemented commands incl. renaming them, most known are Quit and Off.
    But really if are all available commands in Basic 2 implemented, it needs bigger mod. But why look not what a code can be written more effective with less code amount. But problem is in token numbers range and if is any free.

    Basic 10 backward compatibility:
    Sure - true words!
    When we look to Basic 3.5 and 7.0 - no problem with some small fixes.
    Even 3.6 is almost identical with 7.0 - some changes done.
    Even Basic 7.80 - extension of 7.0 to graphics for VDC (from there is name 80), has no one token added. Only graphic commands parameters were extended. 100% backward compatible, only Basic memory free is bit smaller - but not so big difference, so it is near impossible to find problem.
    And this is there where Basic 10 discontinued backward compatibility. In time I was experimenting with C65 graphics and I was near lost - near no documentation and total new commands or commands used in previous Basic versions with new syntax, but reason is totally wrong - these commands have nothing with its function in earlier Basic versions.
    Best way is what was written by Rosettif - modification Basic 10 to be backward compatible.
    Why not? Basic 10 was never released, near no software used it and near no one using/knows it.
    M65 can have M65, C65 and C64 modes - native, true C65 incl. Basic, and currently mod in progress.
    But problem is on other side - C65 or M65 mode is missing progress and is out of focus. C64 mode is only one with progress and people looking for it. I end this post by way how you all on this forum heard from me (and maybe I'm hated for):
    It looks like new C64 is on the way, C65 again dies.
    Sad, sad. When I saw this project in 2013 I was happy like little kid - I could get C65, but it is past.
    My words are sad and my mind see this, said 25 years ago: I want not to be loved for what I'm not, I'll be rather hated for who I am. It said man who decided very wrong.

    Miro

    Paul here I'm surprised.
    You were owner of C65 and work on your M65... both have C64 mode.
    We know that C64 mode has not the same Basic version like C64.
    We can name it anything like Basic 2.2...

    When you press SHIFT + RUN/STOP it forces load first file on disk in disk drive, by:
    LOAD"0:*
    and when want load program from disk, you need write only:
    LOAD"*
    and hit Return, it loads first program on disk, of course asterisk can be exchanged to wished name.
    It never needs and never in past LOAD"*",8
    Why? You know - C65 is missing cassette port and tape support was from Basic removed...
    Of course, this is easy to write when I never owned real C65 and used only M65 core or emulator (but each emulator does the same - Xemu, MESS).
    Other thing is booting.
    I think if is possible to create any modifications to Basic in open-source way better is use command BOOT which is available since Basic 7 in C128 (first appears in Basic 3.6 in Commodore LCD, but it returned only ?UNIMPLEMENTED COMMAND).
    It needs not any file or anything other than correctly written boot sector.
    Other side is BOOT command in C65 Basic 10 - it was changed and it always searches for
    AUTOBOOT.C65*
    In my eyes it is ugly to have any program on disk which needs correct and exact name included in my own programs. This was in my eyes mistake by Commodore 65 designers.
    But it is personal feeling, so this is not important.

    Miro

    Ok Paul.
    Understand. No time.
    In my eyes it is not good if anything from C65 will not work.
    Graphic capabilities of M65 that age inspired me to use 1920x1200 pixel LCDs each. My hope that I'll see really next step from 320H(C64)-640H(C128) to 1280H(C65) is away.
    My C128 inspired me to use 2 desktop system on PC, then I extended it to 3rd, available pixel space is great, C128 reached 800x600, I was awaiting mentioned 1280x400... Ok, it is only one feature, for some not important, for some rare used, no matter - 1st not compatible part, but still C64 compatible much more. Longer time ago you mentioned switch from GS4502 to 6502 for C64 mode for binary compatibility, I was awaiting it too, later it was denied.
    I know that I'm talking always about darker side, but I'm not real fan of C64 and always was looking at C65GS as C65 compatible computer, first time I saw your blog in 2013 C65 was the word why I'm watching your project.
    I know that my first computer from Commodores was 64, but after switch to Amiga I ended for 5 years retrocomputing, but then it was C128 what reactivated my hobby.
    No matter, C65 mode is sadly only side effect of M65 project.
    Miro

    Ok Paul.
    Understand. No time.
    In my eyes it is not good if anything from C65 will not work.
    Graphic capabilities of M65 that age inspired me to use 1920x1200 pixel LCDs each. My hope that I'll see really next step from 320H(C64)-640H(C128) to 1280H(C65) is away.
    My C128 inspired me to use 2 desktop system on PC, then I extended it to 3rd, available pixel space is great, C128 reached 800x600, I was awaiting mentioned 1280x400... Ok, it is only one feature, for some not important, for some rare used, no matter - 1st not compatible part, but still C64 compatible much more. Longer time ago you mentioned switch from GS4502 to 6502 for C64 mode for binary compatibility, I was awaiting it too, later it was denied.
    I know that I'm talking always about darker side, but I'm not real fan of C64 and always was looking at C65GS as C65 compatible computer, first time I saw your blog in 2013 C65 was the word why I'm watching your project.
    I know that my first computer from Commodores was 64, but after switch to Amiga I ended for 5 years retrocomputing, but then it was C128 what reactivated my hobby.
    No matter, C65 mode is sadly only side effect of M65 project.
    Miro

    I know that C64 mode in C128 is different, for best compatibility are extra features of C128 disabled.
    Available is only 1/2 MHz switch and VDC.
    Paul - really look at C65 mode - native mode is forgotten in M65. Why to use C65 features through C64 mode? It's bit like running 64-bit programs from VDM 'cause CPU is capable to run them... And trying use not VDM, but real MD-DOS to run them - what always fail.
    In Commodore speaking: Running software with C65 features in C64 mode and then trying to run them on real C64 what always fail.
    We need not C64 mode to run C65 software. And native mode has not progress...
    Even - resolution is 800x600 - what with 1280x400?
    When we leave colors aside, C128 can display 800x600 pixel mode (VDC).
    How will be solved resolution of native C65 larger than 800x600?
    When I bought Nexys4DDR, project at that time supported 1920x1200 pixels - even it is aspect ratio of native C64, C128 (VIC-IIe) and 264 Series...
    I hope that until release focus will be targeted also on C65 part of project.
    'Cause using better features has sense only directly. Me personally and many others need not new or better C64. In early 90s was in magazine title: C65 - lost son of C64. I hope I will not read anywhere: C65 - forgotten mode of M65...
    I hope I'll be yet surprised by your work.
    Miro