fajny lans, ale co on do watku wnosi? :)
No jak to co, +10 do lansu a to duzooooo
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
APE: nowy edytor grafiki dla Atari Narzędzie stworzone z myślą o grafice dla Atari XL/XE, pozwalające również na tworzenie kafelków i map.
Gearlynx 1.2.21 Nowa wersja popularnego emulatora konsoli Atari Lynx przynosi poprawki timingu i nowe API.
Nowa wersja DitherLab wraz z źródłami Teraz można eksportować obrazy do formatów .MIC, .GR8, .GR9 oraz G15.
TURGEN 9.4.5 Wydano nową wersję popularnego narzędzia TURGEN 9.4.5.
Altirra 4.50 test 17 Phaeron opublikował kolejną wersję testową emulatora 8-bitowego Atari.
atari.area forum » Posty przez jury
fajny lans, ale co on do watku wnosi? :)
No jak to co, +10 do lansu a to duzooooo
A to jest dokładnie ST, ST+, STF, STFM czy STE?
Jak wpiszesz w google: fatware divide to sprawa stanie się jasna już w pierwszym linku
Bo to na te mniej popularne systemy operacyjne :)
Na allegro są w chwili obecnej 3 dyski SCSI 50-pin'owe ...
p.s. Gdzie jest plik w ktorym mozna dokladnie oczytac co pojawia sie w czasie startu systemu (plik chyba cos tam .log) bo musialem kilka razy resetowac aby dokladnuie to oczytac
Dopiero to przyuważyłem przeglądając zaległości weekend'owe ( bom był u cioci na imieninach :D )
Tak jak Adam napisał, procesu który to zwala do pliku log'u nie ma, ale aby nie restartować po kilka razy, możesz zmienić w pliku mint.ini parametr INI_STEP na YES, lub na początku startu MiNTa w momencie jak daje x ( default bodaj 4 ) sekund na wciśnięcie lewego shift, wcisnąć go :) i pojawi się dokładnie menu do tego pliku mint.ini. Tam sobie wybierasz step by step i wystarczy tylko raz uruchamiać system aby oczytać wszystko co wywala ;)
poczy nastepuje restart laduje plik mint030.prg i w pewnym momencie widze chyba napis loadind aes device drives (albo cos podobnego) pojawia sie biay ekran i stoi.
Jako że widać że już coś jakby zaczynał odnośnie AESu to jedyne co mi przychodzi do głowy to zerknij do pliku xaaes.log ( w katalogu z xaaes'em ) może coś tam się "złapało" :)
dos2fsck nazwadysku i dwa : czyli chcesz przewalić d, to piszesz dos2fsck d:: Ale uwaga, ostrzegam że ostatni mój sen odbywał się około godziny 6:30 nad ranem dnia przedwczorajszego, więc dzieci, nie stosujcie go w domu :D
Ja używałem CD player'a :)
jury napisał/a:Ten rezystor nie zaszkodzi jak go zamontujesz, ale jeśli nie masz objawów jakie on poprawia[...]
A tak konkretnie, to jakie objawy on poprawia?
U mnie i nie tylko, bo to problem ogólny, wiem że Macgyver też tak miał, była komplentna niestabilność sprzętu. Działasz sobie, działasz i nagle zwiecha. Nie miało znaczenia przy jakiej operacji. Wlutowałem rezystor i jak ręką odjął. Wiem że jeszcze jakiś problem z SDMA to naprawiało. O innych nie słyszałem/czytałem.
A co pomoże na Twoją przypadłość to niestety nie mam pojęcia :( Może wal do Czuby.
Ja miałem dokładnie taki objaw w dreamdimension jak miałem spier* fpu, sprawdzałeś czy inne produkcje które wymagają fpu chodzą???
np. http://www.pouet.net/prod.php?which=985 http://www.pouet.net/prod.php?which=1765 ..
Myślę że uicr0Bee to próbował bo przeca ma hurtownię FPU ;) ale jak nie no to faktycznie dobry punkt :)
Dobra, mocno edytowałem więc należy czytać jeszcze raz :D
Ogólnie MiNT ( opisuję opcję uniksoidalną ) przy ładowaniu systemu musi skądś wiedzieć jaki AES załadować. EasyMiNT robi to parametrem console z pliku /etc/ttytab. W Easy'm zrobili to tak że parametr console jest wskazaniem do loadera XaAES'u poprzez link symboliczny. Linki to coś jakby skróty w Windowsie. Więc w katalogu /usr/bin jest "skrót" który wskazuje na loader XaAES'u znajdujący się w /c/mint/1-16-cur/xaaes/xaloader.prg Ten loader ładuje plik xaaes.km ( to jest kernel XaAESu ) z bierzącego katalogu. Więc przy dorzucaniu nowej wersji MiNT'a musisz też wskazać jaki AES ładujesz bo jak nie zmienisz parametru console to nowy MiNT będzię ładował stary XaAES. I teraz możesz to zrobić na dwa ( a może i więcej ) sposobów:
- pierwszy który ja zastosowałem to wykomentowanie obecnego parametru console i dodanie nowego który wskazuje na nowy XaAES
- drugi to zmiana "skrótu" ( linku symbolicznego ) aby wskazywał na nowy kernel. Należy zrobić:
a) w katalogu /usr/bin robimy rm xaaes ( to wykasuje obecny skrót )
b) tworzymy nowy skrót: ln -s /c/mint/1-17-0/xaaes/xaloader.prg xaaes
c) teraz jak w katalogu /usr/bin zrobisz ls -la xaaes to powinieneś zobaczyć że "skrót xaaes wskazuje już na nowy ( z 1.17 ) xaloader.prg
w tym przypadku nie zmieniamy nic w ttytab, bo on wskazuje na "skrót" do /usr/bin/xaaes a nasz nowy "skrót" xaaes wskazuje już na nowy XaAES
Aha, i nie uruchamiaj xaaes z /usr/bin bo właśnie będziesz miał taki komunikat jak napisałeś. To co zrobiłeś przez uruchomienie tego "skrótu" to ręcznie uruchomiłeś załadowanie kernela XaAESu, a to złe rzeczy ;)
Edit:
O, ja tu się produkuję, a Adam pozamiatał ;)
Ppppanowie. Ja was czytam i nie mogę wyjść z podziwu jak można sobie skomplikować życie.
Zakładając że chcecie używać tylko Xaaesa, a nie konsol, zróbcie tak:
Ale ja nie używam tylko XaAES'u, czasem kożystam z MyAES :) A do tego mi z tym procesem jest dobrze żyć i nie planuję zmian :P
Przecież to właśnie Twój sposób komplikuje, bo trzeba zrobić więcej zmian niż przy obecnym :D
Adam Klobukowski napisał/a:I tyle. I proszę więcej nie siać zamętu ;)
Adam, przepraszam ze cie urazilem (nie sieje zametu)
Kroll'u, nie pękaj ;) to chodzi o mnie :]
A przecież chyba lepiej aby Kroll zrozumiał proces ładowania, wtedy ewentualni sam dojdzie do wniosków że może to zrobić jak podałeś :P
miałem wrażenie że napisał po francusku i przetłumaczył translatorem :P
:) Ale coś w tym może być.
jury napisał/a:Ten wpis wskazuje na link symboliczny xaaes w katalogu /usr/bin który to wzkazuje na ( przy "normalnej" instalacji Easy'ego ) na /c/mint/1-16-cur/xaaes/xaloader.prg. Wejdz do /usr/bin i zrób "ls -la xaaes" to zobaczysz na co dokładnie ten link wskazuje.
Ja to komentuję i nie bawiąc się w linki dopisuję:
console "/c/mint/1-17-0/xaaes/xaloader.prg" tw52 on secureNO i tutaj jestem kompletnie zaskoczony bo dopisalem dokladnie powyzsza linijke zrobilem ls -la xaaes a on i tak mi wskazuje na wersje 1-16-cur
Wpis w ttytab
console "/c/mint/1-17-0/xaaes/xaloader.prg" tw52 on secure nie zmieni wskazania linku /usr/bin/xaaes :)
Wie kolega co to są linki symboliczne? :D
Jak chcesz to zrobić przez link, to w /usr/bin wykasuj xaaes i utwórz nowy wskazujący na xaloader.prg z 1.17.
A ja ( z lenistwa ) nie zabawiałem się w linki, tylko w ttytab wskazałem nowy xaaloader.prg bezpośrednio.
Ten wpis wskazuje na link symboliczny xaaes w katalogu /usr/bin który to wzkazuje na ( przy "normalnej" instalacji Easy'ego ) na /c/mint/1-16-cur/xaaes/xaloader.prg. Wejdz do /usr/bin i zrób "ls -la xaaes" to zobaczysz na co dokładnie ten link wskazuje.
Ja to komentuję i nie bawiąc się w linki dopisuję:
console "/c/mint/1-17-0/xaaes/xaloader.prg" tw52 on secure
I zmiana tego wpisu jest wymagana, bo jak jej nie zrobisz to 1-17-0 załaduje stary kernel XaAESu.
A ten AESPATH chyba dotyczy tylko instalacji nieuniksoidalnych, więc przy Easy'm można go olać. Tak mi się wydaje, kto wie więcej niech wyleje swe mądrości :)
Edit:
Aha, Kroll'u, może się nie sugeruj moim opisem upgrade'u, tylko leć po swojemu i to opisz. Bo moje upgrade'y jakoś ( przynajmniej u mnie ) nie do końca coś działają ;)
W sumie to mogłem wczoraj na kilka dni wyedytować ten mój opis na blablabla :D :D :D i wtedy sam byś powalczył co by może zaskutkowało "lepszym" procesem update'u, hiehiehie :)
Ten rezystor nie zaszkodzi jak go zamontujesz, ale jeśli nie masz objawów jakie on poprawia, to raczej na Dream Dimension nie pomoże. No chyba że będzie precedens ;) A co do chińskiego angielskiego Czuby, to mnie akurat zawsze osłabia. On praktycznie zawsze pisze niepoprawnie, dobrze że często da się domyśleć.
Adam: Mozesz mi napisac ktore drivery sa niezbedne (dla wersji 1.17)
Ja nie Adam, ale się wetnę :P Najlepiej z paczki 1.17 przekopiuj dokładnie te same co w EasyMiNT plus te co dodatkowo dorzucałeś i włala.
O, foch minął :D
Pomysł dobry, ja w weekend coś z nazwą atari kupię :)
TAK! zapraszam 10 bm :)
(nie zapomnij leków ;))
Chyba nie bm :P
http://www.atari.org.pl/forum/viewtopic ... 48#p131248
Różni się.
A możesz zdradzić czym?
Oj tam przestańcie!!
Nie!!! :D :D :D
Wyraźnie napisałem że to wszystko są różne wersje rozwojowe a stabilnej tam nie ma.
Tak samo wyraźnie napisał to Kroll:
Dzieki za info, ale mam jeszcze pytanie, otoz na stronie gdzie pojawia sie ta rozwojowa wersja 1.18 pojawia sie tez 1.17. Czym ona sie rozni od tej stabilnej z 1 stycznia 2011, czyzby nadal ja rozwijali ?
"Czym ona się różni od tej stabilnej z 1 stycznia 2011" jednoznacznie oznacza że nie musi tam być stabilna wersja, nie? Zadał konkretne i sensowne pytanie, czym się różni do tej stabilnej?
Mam ci to wydrukowac i przesłac Pocztą Polską?
Mam Ci to wytłumaczyć osobiście na sztabie? :D
AS: normalnie ;). Stawiasz i działa. Przedwczoraj sobie postawiłem i działa :)
Adam, a czy Twój proces jakoś się różnił od mojego?
Ale nie docytowałeś dalej :P
Dzieki za info, ale mam jeszcze pytanie, otoz na stronie gdzie pojawia sie ta rozwojowa wersja 1.18 pojawia sie tez 1.17. Czym ona sie rozni od tej stabilnej z 1 stycznia 2011, czyzby nadal ja rozwijali ?
Ja nie rozumiem tego jako twierdznia że tam jest wersja stabilna, ale każdy może sobie rozumieć po swojemu :) Przyjdzie Kroll i pozamiata :)
Nie, nie o to chodzi. Adam napisał że Kroll gdzieś w tym wątku stwierdził że pod linkiem wersji rozwojowych jest stabilny 1.17. Ja nie znalazłem aby ktokolwiek w tym wątku coś takiego napisał, więc "sieję zamęt" :P
Co następne? Koszulki i inne gadżety, na których jest ich logo, albo nazwa?
Boszz, a ja mam tylko koszulki z Atari, nie będę miał co na siebie założyć :)
No to chyba że coś PW'kami sobie pogadaliście, bo ja tu nie znalazłem informacji aby ktokolwiek twierdził że stabilny 1.17 znajduje się pod linkiem z wersjami rozwojowymi.
atari.area forum » Posty przez jury
Wygenerowano w 0.072 sekund, wykonano 16 zapytań