Wow :) - When final version?

Sprawdzajcie tę paczowaną przez Draco. Z czego pamiętam ta "zwykła" miała buga jeśli chodzi o dźwięk.

Poprawione wersje różności znajdziecie pod poniższą liną :) -

http://drac030.krap.pl/pl-fixes.php

.. z czego wiem, nie musi być to aplikacja pisana szczególnie pod SDX.

... bo każde flaszowanie w XEGS może pociągnąć za sobą wycieczkę na relacji Kraków <-> Wrocław :)

Co do pierwszego zdania - nie wydaje mi się. IDE+ sprzedał się bodaj w ilości 170 egz. a tego rodzaju wsparcie będzie znacznym udogodnieniem dla większości użytkowników SDX i wspomnianego interface'u.

... wiesz, Epi. Bo jak się okazuje runext istnieje od (strzelam) 2-3 lat i nikt jakoś nie zauważył potencjału tego programu. Wykazując (stare) nowe możliwości chciałem po prostu zachęcić kodera, by zrealizował wykonanie "playera", który i tak na chwilę obecną istnieje. Czy dorobienie do istniejącego programu / kodu możliwości odczytania parametru to takie duże wyzwanie? Od samego początku piszę dokładnie o co mi chodzi - chodzi mi o "player". Wspominanie więc i doktoryzowanie się w temacie plików wykonywalnych jest więc zaśmiecaniem wątku a pisanie i rozwijanie tematu - offtopikiem :). Nie oczekuję też, że w 2.5 godziny ktoś coś napisze. Wystarczy, że się zdeklaruje jako chętny. Czy to nie wystarczy?

A co do wspomnianych "wulgaryzmów" - niechaj Cię to nie dziwi, bo Twoje wypowiedzi bywają zgryźliwe a kwestie podobne do tych, stosowanych przez Dzielnego Wojaka Szwejka ;)-

Za TipView i Xunzip - szacuneczek, bardzo dobre programy. Czy mogę udostępnić wersję TV ze wsparciem dla zewnętrznego "parametru"? :)

Epi - masz okres? ;)

nie - nie "wczytują" się długo, lecz życie winno i Ciebie nauczyć logiki rozumowania i standaryzacji opartej na racjonalnych przesłankach a nie na przekładaniu gleby łopatą - mając w perspektywie użycie koparki ;)-

... na tej zasadzie - po ch**** j mając niezły dos używać plików, jeśli można to olać i wykorzystać SIO używając ram'u jak czystej kartki papieru? :)- ... są tacy, co nadal tak robią. Skutkiem tego jest gigantyczny sukces dzięki któremu praca poprzez lenistwo najczęściej 30-50 letnich userów zapamiętana jest poprzez adekwatny wpis w wikipedii. Daj Boże, bo niekiedy kończy się na Atariki :D

Flaszka wypakowuje dane z prędkością około 30kB/s. Z dysku mam 70-80kB/s :)

Fox - tak czy inaczej chodzi mi o nawet przeróbę przerobienia niektórych istniejących "playerów", które można w ultraprosty sposób przystosować do pobierania nazwy pliku spod CP i tym sposobem zaprezentowania pracy / muzaka / grafiki / czegokolwiek. Jest to chyba słuszny kierunek rozwoju oprogramowania ukierunkowanego na całkiem niezły dyskowy system operacyjny. Tak sądzę przynajmniej ;)-

Fox - Bez sensu totalnie. Mam 300 plików w czym do każdego dodane po kilka kilobajtów playera, konwersja kilkudziesięciu katalogów z danymi, oraz przerabianie do wykonywalnych plików wszystkich muzyczek i grafik? - danych prawie 50% więcej, a depaker jedynie wkurza powodując straty czasu potrzebne na rozpakowanie. Ma to znaczenie w przypadku szybkiego HDD, bo szybciej odczytasz niż rozpakujesz. Nawet flashpack jest 2x wolniejszy od dysku KMK/JŻ ;)-

... dobrym przykładem na to, iż pakowanie danych jest bez sensu (w przypadku HDD) jest format RIP. Ładowanie danych 0.2s, rozpakowanie - np. 5-7 sekund. Wiem oczywiście, że nie tyczy się to FP :P

ok, martwi mnie tylko sentencja: "do pliku" :). Odnoszę wrażenie, że coś jest nie tak, bo z takimi plikami flasher śrenio sobie później radzi - jak wspomniałem, odpalając to z BW-Dos'a na sektorze 256B.

Jeśli DUMP jest wykonany za zasadzie "raw-data", to sicflasher powinien wypalić to na kość, cokolwiek by tam nie było. Źle to rozumiem? :)

Draco - ja przecież chcę wyciągnąć FLESZA z XEGS, wsadzić go do SIC!'a i zdumpować na innej Atarce :) - nie robię tego tylko dlatego, że nie działa mi to nadzbyt pewnie i ciągle widzę więcej błędów niż działania programu, oraz szybciej dojadę do kumpla autem niż po sio zgram megabajt w dwie strony :D