7,651

(106 odpowiedzi, napisanych Fabryka - 8bit)

Wow :) - When final version?

7,652

(11 odpowiedzi, napisanych Zloty)

Lotharek ... żenada. Rosyjskiego ni znaju? :D ... Maładiec!! :)

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

7,654

(112 odpowiedzi, napisanych Fabryka - 8bit)

dołącz pliki, to sprawdzę.

7,655

(70 odpowiedzi, napisanych Fabryka - 8bit)

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

7,656

(70 odpowiedzi, napisanych Fabryka - 8bit)

... eeee - mi się udało :P

TeBe - dasz radę zpaczować "podglądaczkę" do RIP'a tak, by można było zapodać jako parametr nazwę pliku z grafiką? - później wyjście w dos na "amerykańskiej" zasadzie eny-kij ;)-

7,657

(70 odpowiedzi, napisanych Fabryka - 8bit)

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

7,658

(12 odpowiedzi, napisanych Sprzęt - 8bit)

eeee - zmień wszystkie pamięci ram, dla świętego spokoju. Kilkuktornie spotkałem się też z czerwonym ekranem i "niekontaktach" w podstawkach pod pamięciami ROM (bodajże w rzędzie pod cartem 4 i 5 kość)

7,659

(70 odpowiedzi, napisanych Fabryka - 8bit)

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"? :)

7,660

(70 odpowiedzi, napisanych Fabryka - 8bit)

... pytanie po co?

Dlaczego się tak przypierdalasz, jak bym coś złego komuś chciał zrobić? - tego nie rozumiem.

7,661

(70 odpowiedzi, napisanych Fabryka - 8bit)

To forum to także dobre miejsce na znalezienie kogoś do pomocy

Epi - masz okres? ;)

7,662

(70 odpowiedzi, napisanych Fabryka - 8bit)

... pliki wykonywalne - przydatna funkcjonalność, biorąc pod uwagę np kompoty. Mamy wówczas minimum pewności, że organizator nie skopie czegoś na konkursach ;)-

7,663

(70 odpowiedzi, napisanych Fabryka - 8bit)

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

7,664

(70 odpowiedzi, napisanych Fabryka - 8bit)

temu, że spakowane wykonywalne zaladują i rozpakują się wolniej. Niech będzie, ze o 40% ;)- ... no i idea rozwoju systemu legnie w gruzach :D

7,665

(70 odpowiedzi, napisanych Fabryka - 8bit)

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 ;)-

7,666

(70 odpowiedzi, napisanych Fabryka - 8bit)

... ;)- spokojnie, bo mam jeszcze jeden pomysł, który doprowadzi do tego, iż spod "teoretycznie" SDX można by było niezauważalnie dla użytkownika poprzez pewien ficzer doprowadzić do stanu w którym uruchamia się 99.9% plików, praktycznie prawie bez względu na to, gdzie program się ładuje, oraz jakiej pamięci dodatkowej używa :) ... a rozwiązanie istnieje i jest proste jak drut. Lub nawet jeszcze prostrze :D

7,667

(70 odpowiedzi, napisanych Fabryka - 8bit)

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

a - no to rozumiem, dlaczego dump jest elementem najlepiej działającym :)

ok - :) - luzik, zaczekam na uaktualnienia w temacie fleszera ;)-

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? :)

7,670

(70 odpowiedzi, napisanych Fabryka - 8bit)

... widzę las chętnych :D

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

... to sicdump nie zgrywa "raw'a" z zawartości pamięci flash???? eeeee-ke-ke-ke-eeee-ke ... kirlieelejson - ups :)

Stryjek - 4mbit dip

Bug :) - daj Boże jeden :D

Wszystko zmierza też do tego, że chciałbym zmienić rom w XEGS. Nie mam tylko gwarancji na to, że po zapisaniu nowego romu komp mi wstanie. Oczywiście sytuacja taka nie jest wskazana a wiąże się z wyprawą przez całe miasto i kilkudniowym urlopem od komputera Atari. Wydaje mi się, że nie do końca o to mi chodziło ;)-

Draco - jakim cudem flaszujesz z IDE+ SIC!'a? - jak Ci się to udaje? Jaki config, z jakiego dysku i jak to się dzieje że działa?

Już z BW-Dosa próbuję i kończy się to błędem na: bank 0

Błąd polega na zawieszeniu się na odczycie - ciągle czyta z HDD i końca nie widzę :), albo wyskakuje Error 138

EDIT:

Zrobiłem dump'a pod SDX 4.44 SIC!'a - zapisał plik na 512kB, czyli ok - tylko na koniec po "zassaniu" danych z carta posypało się logo. Tak się dzieje na 130XE z 6502, nie wiem jak na 65c816, bo jeszcze do tego nie doszedłem ;)-

EDIT:

SICFLASH ruszył mi właśnie z BW-DOS'a i IDE+ z takim zastrzeżeniem, że błąd odczytu nie wyskakuje wyłącznie w chwili, gdzie dane pobierane są z D1:. Odwołanie do dowolnie wybranej innej partycji powoduje, iż program się wykrzacza mimo, iż prewencyjnie nie podejmuje prób odczytu z partycji 512B/sektor...

EDIT:

:D - nic z tego. Wywaliło się na: Bank 18 ;) - Ponowna próba - wywaliło się, tylko tym razem zamiast zwisu na Bank 18 jest dodatkowo Error 139. Plik zapisany SICDUMP'em - zczytałem nim 512kB danych i próbowałem to ponownie na SIC'u zapisać. Chyba pozostaje uwiązać sznurem Atari do grzyba i flaszować ze sio. Bez sensu :)

7,675

(70 odpowiedzi, napisanych Fabryka - 8bit)

toms navigator to zło. Zło i **** :D