atarionline.pl Gry formatu *.cas - Forum Atarum

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

  • :
  • :

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

    • 1: CommentAuthorIns3rt
    • CommentTime7 Dec 2014
     
    Czy wiecie może gdzie można znaleźć gierki formatu *.cas ? Gdyż zakupiłem adapter kasety magnetofonowej i gdy skonwertuje z xex do cas następnie do wav to większość nie działa. Z cas do wav to jak do tej pory wszystkie odpalały bez problemowo.
    • 2:
       
      CommentAuthorlarek
    • CommentTime7 Dec 2014
     
    Może tu: ->link<-
    • 3: CommentAuthorIns3rt
    • CommentTime7 Dec 2014
     
    @larek

    Mimo że większość gier jest to linki są stare i niestety brak możliwości pobrania. Szczególnie zależy mi na Spy vs Spy i Donkey kong.
    • 4:
       
      CommentAuthorSunday87
    • CommentTime7 Dec 2014
     
    Sprawdz tu >>>
    ->link<-
    • 5: CommentAuthorIns3rt
    • CommentTime7 Dec 2014
     
    @Sunday87

    Wielkie dzięki :))
    • 6: CommentAuthorIns3rt
    • CommentTime7 Dec 2014
     
    Spy vs Spy Arctic Antics. Nie mogę nigdzie znaleźć tej gierki format *.cas *.wav *.mp3. Ma ktoś może??
    • 7: CommentAuthorQTZ
    • CommentTime8 Dec 2014 zmieniony
     

    Ins3rt:

    gdy skonwertuje z xex do cas następnie do wav to większość nie działa. Z cas do wav to jak do tej pory wszystkie odpalały bez problemowo.
    Żaden nie powinien działać bezpośrednio, bo pliki xex nie są bootowanlne więc wymagają loadera (jest program, który taki loader dogrywa do każdego pliku, ale polecam inny i ręczne dodanie loadera 'wykrzyknika'). Pliki cas na ogół są bootowalne, więc się wczytują bezpośrednio, ale to nie jest regułą. O kopiowaniu pisałem już wielokrotnie na tym forum, wystarczy poszukać. Ostatnio tu.
    • 8: CommentAuthorIns3rt
    • CommentTime8 Dec 2014
     
    @QTZ

    Dzięki za radę. Wreszcie znalazłem Spy vs Spy - Arctic Antics, lecz po skonwertowaniu do wav mam problem... Widać go w załączniku
    • 9: CommentAuthorQTZ
    • CommentTime8 Dec 2014 zmieniony
     
    Odkąd dowiedziałem się o a8cas nic innego do cas nie używam i nie polecam.
    A o co chodzi z tym problemem?
    • 10:
       
      CommentAuthorKrótki
    • CommentTime8 Dec 2014
     
    @Ins3rt: Problem masz jeszcze przed konwersją do WAV. Siedmiomegowy CAS? Powinien mieć najwyżej kilkadziesiąt kilo.
    • 11: CommentAuthorIns3rt
    • CommentTime9 Dec 2014
     
    Nigdzie nie mogę znaleźć szpiegów, a bardzo mi na nich zależy. A jak już gdzieś są to w formacie .atr. Tak wiem już ktoś podawał tutaj poradnik jak wyciągnąć pliki ale nie radzi to sobie z najnowszymi tytułami bo można włączyć tylko w trybie odczytu a zamiast nazw wyskakują pytajniki.
    • 12: CommentAuthorQTZ
    • CommentTime9 Dec 2014 zmieniony
     
    Najnowsze tytuły są z 2014, a Spy vs Spy z 1987...
    Do skonwertowania odpowiednie są pliki xex (plus wykrzyknik) i takie znajdziesz na atarionline.pl - z lewej strony są gry.
    Gdzie znalazłeś ten plik cas (nie zauważyłem KB, ale masz tam też drugi mniejszy)?

    Edit: OK, sprawdziłem pliki ATR dostępne na atarionline.pl i AtaDim pokazuje tyldy zamiast nazw (lub pusty katalog), teraz rozumiem o co chodzi, ale skoro są osobne pliki xex to nas ten problem nie dotyczy.

    PS. znalazłem jakąś kasetkę z Arctic Antic "Bodzio software", ale z dodatkowym loaderem (zabezpieczenie), po skonwertowaniu na cas się nie wczytuje (przynajmniej na emulatorach). Jak tylko skonwertuję na mp3 to wrzucę. Oczywiście łatwiej i lepiej zapisać plik xex z loaderem, ale kolejna wersja nie zaszkodzi :)
    • 13: CommentAuthorQTZ
    • CommentTime9 Dec 2014 zmieniony
     
    Druga cześć archiwum - WinRar:
    • 14: CommentAuthorQTZ
    • CommentTime9 Dec 2014 zmieniony
     
    I jako bonus druga strona z grą niespodzianką :)

    Krótki jakbyś mógł to zerknij na te pliki proszę :)

    Edit:

    MagoTrans automatycznie dodaje loader do konwertowanych plików (ale z tego co pamiętam niestety niezależnie od ich typu) więc nim najłatwiej utworzyć z plików xex pliki cas, ale z plików innych typów już nie.

    Polecam pliki:
    Spy vs Spy - Arctic Antics (1987)(Epyx)(US).xex - ze wstawką (tak długi, że nie mogłem go skopiować kopierem na Atari)
    i
    Spy vs Spy - Arctic Antics (1987)(Epyx)(US)[a1].xex - bez wstawki, spakowany (najkrótszy, więc wczyta się najszybciej, ale trzeba będzie chwilkę poczekać na dekompresję)

    Krótki, a jak dodać 'wykrzyknik' używając a8cas? Ja dziś się trochę z tym gimnastykowałem i zrobiłem tak, że wygenerowałem pliki wav, połączyłem je w audacity i skonwertowałem na cas, ale jest to dość pracochłonne, a czy jest prostszy sposób? Poprzednio łączyłem pliki kopiując pod emulatorem, ale w tym przypadku, gdy drugi plik jest zbyt długi nie chciało mi się kombinować. Czyli generalnie - czy da się dograć pliki do już istniejącego pliku cas lub zapisać kilka plików w jednym pliku cas?
    • 15:
       
      CommentAuthorKrótki
    • CommentTime10 Dec 2014 zmieniony
     

    QTZ:

    PS. znalazłem jakąś kasetkę z Arctic Antic "Bodzio software", ale z dodatkowym loaderem (zabezpieczenie), po skonwertowaniu na cas się nie wczytuje (przynajmniej na emulatorach).

    U mnie działa. Trzeba wyłączyć patche SIO.

    Oba pliki przekonwertowałem i załączam.

    QTZ:

    Krótki, a jak dodać 'wykrzyknik' używając a8cas? Ja dziś się trochę z tym gimnastykowałem i zrobiłem tak, że wygenerowałem pliki wav, połączyłem je w audacity i skonwertowałem na cas, ale jest to dość pracochłonne, a czy jest prostszy sposób?

    Należy:
    1. Przekonwertować oba CAS-y do formatu HEX.
    2. Otworzyć oba w edytorze tekstu (uwaga na uniksowe znaki końca wiersza!)
    3. Do pliku HEX wykrzyknika przekleić zawartość pliku HEX gry, pomijając dwa pierwsze wiersze (A8CAS-HEXi FUJI). Jeśli baudrate w obu plikach jest podobny (a zazwyczaj w obu jest bliski 600), to przy kopiowaniu można pominąć także trzeci wiersz (baud).
    4. Tak zmodyfikowany plik HEX przekonwertować z powrotem do CAS lub WAV.
    • 16: CommentAuthorQTZ
    • CommentTime11 Dec 2014 zmieniony
     
    Wielkie dzięki Krótki!

    Szkoda, że trzeba usuwać te powtórzone "A8CAS-HEX" i "FUJI " ze znakami końca wiersza, ale fajnie, że się da.

    Zrobiłem prostego batcha, który nieco automatyzuje proces. Wraz z plikiem WYKRZYK.BOT należy go skopiować do katalogu a8cas (tam gdzie jest plik a8cas-convert.exe, skopiować tam xex (lub com, lub obj) do konwersji i uruchomić:
    MakeCas.bat "nazwa pliku wykonywalnego atari.xex"
    w połowie konwersji trzeba ręcznie usunąć wyżej wymienione linie i kontynuować wykonywanie batch-a.

    Dołączam też gotowe pliki Arctic Antics zrobione tą metodą.

    Edit: Nowa wersja MakeCasFromXex - zmieniłem kolejność - teraz usuwamy pierwsze linie, nie trzeba ich 'wyszukiwać' - dopiero wtedy pliki są łączone.

    Edit2: Zmieniłem nazwę, dodałem help i sprawdzanie plików.
    • 17:
       
      CommentAuthorKrótki
    • CommentTime12 Dec 2014 zmieniony
     
    Ale przecież dokładnie to samo robi "standardowy" xex2cas.exe. Użycie do tego a8cas nie wnosi żadnego zysku.
    • 18: CommentAuthorQTZ
    • CommentTime12 Dec 2014 zmieniony
     
    Już wielokrotnie o tym pisałem...

    XEX2CAS.EXE WYDŁUŻA PLIKI PRZEZ CO JE USZKADZA !!!

    Przekonałem się o tym konwertując własne pliki, które zawieszały Atari, a sprawdziłem kopierem i na PC - w powyższym linku jest ilustracja...

    MagoTrans nie testowałem, ale nie lubię jak mi się na siłę wykrzyknik dodaje - przy uruchamianiu z turbo / kopiowaniu na turbo jest niepotrzebny...

    Zmieniłem nazwę batcha na MakeCas i przy okazji mały update (plik powyżej).
    • 19: CommentAuthorbaktra
    • CommentTime13 Dec 2014
     
    Turgen może również wykonywać xex2cas konwersji, ale nie może być uruchamiany z command line. Wykorzystuje inny loader binarny.
    • 20:
       
      CommentAuthorKrótki
    • CommentTime13 Dec 2014
     
    @QTZ: Znam ten błąd. Ale czy to wydłużanie plików sprawia jakieś problemy w konkretnym przypadku ładowania z poziomu "wykrzyknika"?
    • 21: CommentAuthorQTZ
    • CommentTime13 Dec 2014 zmieniony
     
    Mówiąc o Turgenie, to właśnie śćiągnąłem nową wersję, dzięki Baktra!

    Wav-y nim utworzone można wczytać bezpośrednio pod Altirrą, a te z a8cas zawieszają emulację... Ostatnio mam też problem z wczytaniem ich na Atari, ale nie wiem co się zmieniło, bo cały czas używam tej samej wersji a8cas, a wcześniej nie miałem problemu... z Turgena działają OK.

    @Krótki: Nie pamiętam co konwertowałem i jak wczytywałem, ale Atari się zawieszało, dlatego sprawdziłem co jest nie tak z tym plikiem. Ale nawet jak 99% programów się wczyta, to wszystkie pozostaną uszkodzone, a przy kolejnych kopiowaniach ich długość się ponownie wydłuży, więc nie można używać tego programu!

    Jak już pisałem jest dostępny kod źródłowy, więc gdyby go ktoś poprawił, wtedy można by było polecać poprawioną wersję.
    • 22: CommentAuthorbaktra
    • CommentTime13 Dec 2014
     
    XEX2CAS 2.0 - eksperymentalna wersja.
    • 23: CommentAuthorbaktra
    • CommentTime14 Dec 2014
     
    jeszcze raz i poprawnie
    • 24: CommentAuthorQTZ
    • CommentTime14 Dec 2014 zmieniony
     
    Nie spodziewałem się, że znajdzie się ktoś, kto to poprawi :)

    Porównałem pliki i druga wersja ma ten sam plik źródłowy, co pierwsza, exec jest inny. Jutro sprawdzę jak działa. Póki co - exe-ki są dużo większe niż oryginalny (ach te nowoczesne kompilatory), pierwszy exe-c komunikuje brak biblioteki gcc, drugi się uruchamia normalnie.

    Myślę, że dobrze by było dodawać do pliku cas wersję xex2cas - "File generated by XEX2CAS 2.0", żeby można było odróżnić nowe pliki od tych starych, zepsutych. W pomocy "file.xex file.cas" jest trochę niejasne, może zamienić na coś w rodzaju "infile.xex outfile.cas"?
    • 25: CommentAuthorbaktra
    • CommentTime14 Dec 2014
     
    A teraz muszę przejść na język angielski :-(

    I have changed the usage directions, now they are the following:

    XEX2CAS 2.0 by Gienek plug@poczta.fm
    This program converts binary files to standard (FSK) tape records
    Usage: xex2cas infile.xex outfile.cas [options]
    Options:
    /b - Do not prepend the Exclamation mark binary loader
    /s - Use short leader (12 seconds)
    /f - Use faster transfer speed (720 bd)
    /g - Use slightly longer IRGs (350 ms)

    As you can see, I've added few options that might be useful.
    The win32 binary depends only on KERNEL32.DLL and MSVCRT.DLL
    that are bundled with Microsoft Windows.

    I've also included the original readme with an addendum.
    The FUJI tape image chunk has text changed to:
    File generated by XEX2CAS 2.0
    • 26: CommentAuthorQTZ
    • CommentTime14 Dec 2014
     
    OK, it's not a problem, however my English is not so good.

    Thank you for fix and for the improvements!

    What you mean by "support for partial tape records (those that begin with the 0x55,0x55,0xFA sequence)"? What are those files? Is this something with wrong file length (expanded) fix? The original version isn't good because of that bug.

    What mean IRG? Is this mean standard 'long blocks'? What is that short from?

    Now I'm going to test it, but only with emu and Turgen at the moment.

    PS. Looking at file date original xex2cas 1.0 is from 28.09.2003 released 30.09.2003 (txt date) - it's a missing date in current source.
    • 27: CommentAuthorbaktra
    • CommentTime14 Dec 2014
     
    QTZ:

    Yes, support for the partial records fixes the problem with the prolonged files. XEX2CAS used only full records, therefore the files could have been extended by up to 127 bytes. These bytes were zeros. That explains the hearts displayed in the image in one of your prior posts.

    IRG stands for inter-record-gap. These are the gaps between records that give loaders some time to process the blocks being loaded. The /g option makes the gaps slightly longer, thus the loader has more time to process the data. It can be useful when one uses a cassette adapter and his binary file contains INIT segments.

    Regarding the file dates, we don't know if these are the dates of creation of archivation. However, it's best we have, so I am going to use them.
    • 28: CommentAuthorQTZ
    • CommentTime15 Dec 2014 zmieniony
     
    What I have found so far:

    good:
    - file size is correct (only one tested so far)
    - generated wav (using Turgen) is shorter or longer depend of specified options
    - /b option canceling other options

    problems:
    - loader size is 4 bytes short than normally (4x"00" bytes are cut-out). I think this should be standard size. BTW: I wonder what is this message in loader for?
    - is this "/s - Use short leader (12 seconds)" typo?
    - really stupid thing - when started with wild-card it overwrite the unexpected files...

    I have lost root file with my personal notes... I have files named "1" "2" "3" and so on in root of the drive, when I started xex2cas /? (as usually we call help) it started with "Convert /1 to /2" and I realized it overwriting my file "2"... similar happened when I started this tool with asterisk...

    - but when started with one file name it need output to be specified - maybe it should use input filename but with cas extension?
    - no overwrite warning (with disable switch)
    - maybe it should detect if the file is started with "FF" "FF" to add loader then? (with 'force loader' switch?)
    • 29: CommentAuthorbaktra
    • CommentTime15 Dec 2014
     
    It would appear that the scope of the changes and improvements changed from just fixing most serious bugs to something bigger.

    I don't mind making more updates in xex2cas 2.0, but let us agree on fixes/features we want to have and then I will continue.

    I propose the following fixes/features:

    1. Add better protection against bad input
    2. Add protection against wildcards
    3. Change command line syntax to:
    xex2wav [options] infile.xex [outfile.cas]
    Just to have syntax that resembles syntax of a8cas
    Use - instead of / for options (unix-like system users will be happy)
    If the output file is not specified, then infile.cas will be implied
    4. Change the ! binary loader to display file name instead of the exclamation mark (there is space for 40 characters).
    5. Add a routine that checks if the input file is a binary file
    6. Add a mechanism that will prolongate IRGs after records
    that hold INIT segments
    7. Do not overwrite output files unless an option is specified to do so.

    A simple yes/no or a comment to each of the points will suffice.

    A summary of options (after all of the above is implemented)

    -b Do not prepend the ! binary loader
    -s Use shorter leader (12 s instead of 20s)
    -f Fast transfer speed (720 bd)
    -g Use longer IRGs (350 ms instead of 250 ms)
    -i<k> Prolongate IRGs after records that hold INIT segments to
    k seconds (k 0..99)
    -r Overwrite output files
    -h,-help,-? Display help


    To answer your concerns/questions

    Leader - It is not a typo. The "leader" is the 20 seconds long signal that precedes the first record. Refer to ->link<- for more information

    Length of the ! loader - I didn't make any changes to the loader. In the original xex2cas, it is also only 560 bytes long
    • 30: CommentAuthorQTZ
    • CommentTime15 Dec 2014 zmieniony
     
    In general yes!

    ad.2. Its too much I guess, but this can make use of wildcards ;), but since it process one file at a time the protection is OK.
    ad.3. For me this is not the problem, since previous version was completely bad.
    ad.4. I think this should be optional - like 'set the program name ["name"]' (otherwise took source or destination file name), also information that this file is created with xex2cas may be optionally replaced. Or maybe its too complicated? (too much switch?)

    The help option will be redundant, but it is OK (we can specify the files but add -h)

    OK now I understand what is the difference between loader and leader, thanks :) The loader stay the same.

    Loader in xex2cas have 560 Bytes, but in original version of xex2cas it was expanded by about two lines of 'hearts' :) When original "!" is 564 Bytes long (please, check on any tape :)) I think this should stick to standard.
    • 31: CommentAuthorbaktra
    • CommentTime15 Dec 2014
     
    It appears that "we have a deal". It will of course take some time to develop the new features.

    ad.4. This will by default use input file name, unless user specifies otherwise by another option. Regarding
    the FUJI chunk, I'd prefer to give the user a choice between an empty FUJI chunk and "File generated by XEX2CAS 2.0".

    I plan to use a slightly customized version of the ! loader, so it will be able to display file name. But the internal workings of the loader will remain the same.
    • 32: CommentAuthorQTZ
    • CommentTime16 Dec 2014 zmieniony
     
    OK ;) But please leave original "!" (default size - exact file) as option then, since I like original "!" feel-look (and I think many other want it too). This will be also nice to have this "!" character in default place in version with game title :)

    PS. I'm curious why there is such 'cartridge' message in it... is this used in any situation? Also the basic question - where this "!" loader came from and who done it? (I remember it from first game "Super Cobra" :) and so many other at that time)
    • 33: CommentAuthorbaktra
    • CommentTime16 Dec 2014
     
    As you wish :-), the original ! loader will stay as an option, especially for those who have pre-XL/XE machines.

    The loader come from a program named Boot Cassette Maker 1.0 which is, by the way, available on this website. The program reads a binary file from disk and saves the ! loader followed by the binary file.

    The ! loader is written for pre-XL/XE Atari computers. It just happens to work on XL/XE. The ! message is in fact a glitch that is visible only on XL/XE machines. That is how legends are born :-)

    The cartridge message also works only on pre-XL/XE machines. When the BASIC is not disabled, you will get this message. On XL/XE, the system just hangs.

    That is why I intend to create a customized version of the loader. It will be XL/XE only but will be fully functional.
    • 34:
       
      CommentAuthorKrótki
    • CommentTime16 Dec 2014
     

    QTZ:

    Jak już pisałem jest dostępny kod źródłowy, więc gdyby go ktoś poprawił, wtedy można by było polecać poprawioną wersję.

    Cofnijmy się w czasie o 2 lata.
    • 35: CommentAuthorQTZ
    • CommentTime17 Dec 2014 zmieniony
     
    @Baktra: Thank you, you have revealed the mysteries of the "!" mark :) I hope you have noticed Krótki's version of xex2cas - he linked above. And now I'm going back to polish.

    @Krotki: Mam nadzieję, że Baktra zerknie w Twój kod. Ja niestety nie znam na tyle architektury Atari, żeby analizować kod loaderów, ale jeżeli ten obecny jest taki zły i niepotrzebnie taki duży...

    Ja mimo wszystko jestem za zostawieniem wykrzyknika (jako opcja), ale oczywiście można dodać kolejne. Z tego co zrozumiałem Baktra w Turgenie też ma własny loader (przepraszam, ale w tej chwili nie mogę sprawdzić).

    Jak by co, to jest jeszcze np. system K.S.O. 1.0 (wersja bez przeróbki turbo) więc może również warto się przyjrzeć tamtemu loaderowi.

    Nie wiem jak to jest od strony technicznej - to znaczy czy trzeba modyfikować kod programu, żeby zatrzymać silnik (to uważam za złe rozwiązanie), czy wystarczy zmodyfikować loader (OK)? Czy zatrzymywanie silnika nie będzie problemem przy użyciu adaptera kasetowego? Bo rozumiem, że wydłużony sygnał przed kolejnym blokiem zostanie?

    Ja chętnie sprawdzę działanie nowego xex2cas z punktu widzenia użytkownika, tak jak to robiłem do tej pory. Pomyślałem, że nawet mogę spróbować skonwertować wszystkie xex z bazy hurtowo, ale sprawdzenie może zająć sporo czasu... ;)
    • 36:
       
      CommentAuthorvoy
    • CommentTime17 Dec 2014 zmieniony
     
    @QTZ - parę miesięcy temu poprawiłem nielegalne skoki do OS B na równie nielegalne skoki do XL OS. :) Wynik jest taki, że Boot Cassette Maker w końcu uruchamia się na nowszym systemie, ale i zapisywany przez niego "wykrzyknik" też ma poprawione adresy skoków do procedur. W bazie jest rozpiska podmianek adresów.
    • 37: CommentAuthorQTZ
    • CommentTime21 Dec 2014
     
    Dzięki Voy, mam nadzieję, że Baktra tu zagląda i zerknie też na Twoje przeróbki.

    Mam też nadzieję, że Ins3rtowi, który założył ten wątek przydały się pliki które dla niego umieściłem i które skonwertował Krótki.
    • 38: CommentAuthorbaktra
    • CommentTime22 Dec 2014
     
    Making progress... The PC part is almost done (including binary file analysis + IRG elongation after INIT segments). Now I am focusing on the ! loader and its fixes/updates.
    • 39: CommentAuthorbaktra
    • CommentTime23 Dec 2014
     
    I can offer a preview version for now.

    Unfinished features:

    Modern binary loader is missing (but ! loader patched for XL/XEs is available). Options -l0 and -l1 result in usage of the ! loader updated for XL/XE computers.

    The -n option is ignored as there is no loader that can use it

    There is no option for empty FUJI tape image chunk yet.
    • 40: CommentAuthorQTZ
    • CommentTime24 Dec 2014 zmieniony
     
    I have read text file, it sounds great, but I will try it after Christmas, Thank you.

    Wszystkim życzę Wesołych Świąt!

    Merry Christmas everyone!
    • 41: CommentAuthorbaktra
    • CommentTime27 Dec 2014
     
    I attach updated beta version. All intended features are implemented (and bugs in the preview have been fixed). Let us test the program in the battlefield for a while (I was my own quality assurance enginner). If it proves itself in the battle, I'll prepare a final release.

    Happy new year.
    • 42: CommentAuthorQTZ
    • CommentTime1 Jan 2015 zmieniony
     
    Happy New Year 2015!

    Thank you very much!

    I'm very ill, so can't test. I hope soon...
    • 43: CommentAuthorbaktra
    • CommentTime3 Jan 2015
     
    I wish you a quick recovery.

    In the meantime, I've prepared another release candidate.

    The changes are the following:
    Added support for conversion of plain files (-p and -pe options).
    Fixed creation of the FUJI tape image chunk data when the binary loader is not prepended.
    Minor refactoring (more descriptive names of variables).
    Added support for very small L.K. Avalon binary loader (-l3 option).
    Fixed default elongation of IRGs when the -i option is not specified (now the code supports more than one INIT segment in a block)
    • 44: CommentAuthorbaktra
    • CommentTime21 Jan 2015
     
    This started innocently as a simple port to Microsoft Windows. Now we can see in what it resulted...

    ->link<-

    It's time I got a disk drive...
    • 45: CommentAuthorQTZ
    • CommentTime15 Mar 2015 zmieniony
     
    I'm sorry, I was ill about two weeks, but full recovered a bit later, then I was off-line about month, now I'm busy with other project (non related to Atari). It's first time when I looking here after that time. Thank you, and thank you for the new version of xex2cas, it look very interesting - many loaders, the basic loader :) Even if I not looking here I remember about this project and that I promised to test it... I hope I find some time soon... It's amazing work you have doing :)
    • 46: CommentAuthorbaktra
    • CommentTime15 Mar 2015
     
    It is good to hear that you are back on your feet.

    In the meantime, the atarians from overseas performed some testing and also filed certain "feature requests" that have been delivered to their satisfaction.

    I hope you will enjoy xex2cas 2.4, and let me know if there is a need for xex2cas 2.4.1. Hold START+OPTION and have fun with the beeps.