Dely sprawdzę to przy okazji na poziomie kodu czytającego na real sprzęcie i zobaczymy co mu nie pasuje (długość, czy może częstotliwość, czy może coś innego).

hej!

Mam seagate ST34555N: http://www.seagate.com/ww/v/index.jsp?n … age=Legacy

ma jakieś 4,5GB... ale cichy nie jest... świszcze jak wściekły (7200 rpm :| )

pozdrawiam
Seban

wątek o Turbo ROM plus tutaj: http://atariarea.krap.pl/forum/viewtopic.php?id=5652

niestety system leży i czeka na rozpracowanie... gdy będzie trochę więcej czasu i zakończę obecne sprawy wrócę do niego.

Co do systemu wgrywanego z kasety czy cartridge... żadne znane mi rozwiązanie nie współpracowało z DOS. Loader wczytywany z kasety czy system odpalany z cartridge ładuje się najczęściej w obszar DOS lub pod OS-ROM. W obu przypadkach nie ma procedur aby zezwolić na uruchomienie się DOS-a.

Rozwiązań jest kilka:

1) napisać.se handler obsługujący ten system i instalujący się po załadowaniu DOS-a, ale to wymaga czasu na debug oryginalnego loadera lub procedur dokonujących odczytu danych w formacie Turbo ROM.
2) napisać.se program kopiujący który wczyta plik do pamięci używając procedur zawartych w loadrze turbo, następnie zapisze ten plik na dysk
3) opcja dla cierpliwych: znaleźć kopier do tego systemu który umożliwia kopiowanie turbo->normal lub w idealnym przypadku turbo->dysk.
4) przeanalizować format zapisu, udokumentować i podesłać autorowi turgen: http://www.baktra.wz.cz/software/turgen/english.html

Być może dla tegoż systemu istniały jakież narzędzia lub kopiery dysk<->taśma i wystarczy tylko coś takiego namierzyć. Ja niestety mieszkam w strefie w której bardzo popularne było rozwiązanie Turbo2000 KSO, Turbo 2000F oraz sporadycznie AST. Moja wiedza na temat dokładnego formatu danych kończy się na systemach turbo 2000. Ale w przyszłości zamierzam nadrobić te zaległości ;)

Także na chwile obecną nie jestem w stanie pomóc z przeniesieniem danych z formatu TurboROM :(

pozdrawiam
Seban

to cc65 skompiluje kod który kompiluje AVR-owe GCC? Serio pytam :)

Układ graficzny? (Motorola 6845) Czy monitor?

Dump of those type of carts to executable file is possible. There are several methods for doing this.

The best but the most sophisticated method is to remove flash/eprom memory from the cartridge and put it into a external memory programmer/reader to get the memory contents. After this operation we  have a binary file with contents of EPROM/FLASH memory from cartridge. Next step is to prepare a special loader or a small program that can load those file into memory and run it.

I do it before, here is example: http://atariarea.krap.pl/forum/viewtopic.php?id=5841

Or maybe if you have already the contents of the FLASH/EPROM, I can try to prepare the loader/runner for those.

If you don't have the contents of the FLASH/EPROM in file and you don't have any chance to remove the memory chip from cart there is possibility to write a little program that can dump the cart. The program must work in special way. You must plug the cartridge when computer is on and dump-program is running. This method is risky in some way but this method work to.

Some time ago I started the cartridge dumper project but the lack of time stops progress in my project. Here is some screen-shots from this unfinished project:

This project was inspired by Nosty, he have some strange extremely rare Arabic cartridge ;) So the inspiration was started here: http://atariarea.krap.pl/forum/viewtopic.php?id=5085
Maybe in the future I can finish that project, but I think in nowadays it's not very useful for people.

The QMEG OS (http://atariki.krap.pl/index.php/QMEG_OS) can help to dump the cartridge too, but when you use the QMEG you must done some things by hand. You can take control over the cartridge and save the cartridge areas to disk by integrated MLM.

Hej!

Oj Pin... na stronie do której podał linka Sikor napisano:

Cena przystępna jak najbardziej i ja na pewno będę chętny  ;)

pozdrawiam
Seban

Hej!

Przetestuj sobie (najlepiej na jakiejś virtual machine) następujący soft:

partmage (http://www.partimage.org)
CloneZilla (http://www.clonezilla.org)
SystemRescueCD (http://www.sysresccd.org/Main_Page)

Piszę o testowaniu na virtualce ponieważ po Norton Ghost można czasami łatwo się pogubić w partycjach używając np. Linux-owego partimage ;)

pozdrawiam
Seban

W przypadku Turbo 2000F to poprawki które musisz dokonać są zaznaczone niejako na schemacie magnetofonu, jak obejrzysz schemat XC12 np. ze strony DeRe Atari to złapiesz o co dokładnie chodzi.
Kiedyś montowałem jeszcze KSO Turbo 2000 (ono potrzebuje dodatkowego kabla do drugiego portu Joysticka). Tam w tych paru stronach o Turbo masz napisane "tor odczytu" więc pewnie chodzi o punkt zaraz przed demodulatorem FSK. Tor zapisu jest tak skomplikowany w przypadku XC12 iż pewnie chodzi o punkt przy głowicy zapisującej do którego dochodzi jedno z wyprowadzeń R6.

pozdrawiam
Seban

za moich koderskich czasów do generacji bardziej skomplikowanych tablic używało się Turbo Basic XL ;) Potem tablicę zapisywało się do pliku a potem robiło include do źródła w ASM ;)

a mnie ostatnio FF tak wkurza że dostaję białej gorączki, po ostatnich update-ach normalnie się przytyka. Tak jak by się na chwilę "zmrażał" albo cholera wie co. Kliknięcia czy otwarcie menu czasami potrafi potrwać dobre 1,5 sek. zanim FF zareaguje... doprowadza mnie to do szału :( Czy komuś coś takiego również się zdarzyło? żeby nie było to jedyna aplikacja w moim systemie która się tak zachowuje. Dzieje się to na kliku komputerach (domowym, firmowym).

XXL: jeżeli myślisz o software PWM to ludziki z C64 tak robią. Jak będe miał chwilę czasu to znajdę Ci linka i zamieszczę tutaj. Z tego co pamiętam to oni nie używali nawet żadnych timerów, wszystko cyklowali NOP,DEX.

Kiedyś się próbowałem w to bawić, jednak efekt nie był zadowalający... wydawało mi się na ucho iż lepiej gra czysty 4-bitowy POKEY-owy DAC ;)