Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Flob wkracza na Atari ST Platformówka z 8-bitowego Atari zmierza na komputery z serii ST.
Return to Blacktooth dla Atari ST Nowa, izometryczna przygoda w stylu Head Over Heels już dostępna na komputery Atari ST.
VBXETERM 0.12 Nowa wersja emulatora terminala VBXETERM z poprawionym SSH i lepszym wsparciem VT100.
Echa GemTOS 2026 Prace z tegorocznej edycji francuskiego zlotu GemTOS poświęconego komputerom Atari.
BigPEmu 1.22 Nowa wersja emulatora Atari Jaguar od Richa Whitehouse wprowadza wsparcie dla kodów cheat.
Opcje wyszukiwania (Strona 25 z 184)
Tak, ale jeśli kart jest w gnieździe IDE+, to wydaje mi się, że IDE+ musi pozwolić na to, żeby sygnały R4 i R5 zostały przekazane do celu. Simius?
A to nie jest tak, że kart jest sprzętowo odcięty w złączu IDE+, póki się go (karta) nie każe uaktywnić ingerencją w rejestr sterujący modułem?
Simius napisał/a:Niektóre testy nie chodzą, ale nie ustaliłem przyczyny.
Może trzeba "przez X" ...
Duddie, chyba jest rynek na pokrywy dla pudełek na pokrywy.
A nie lepiej byłoby zrobić elastyczne połączenie raczej niż sztywne pomiędzy ekspanderem a komputerem?
Po pierwsze, po sztywnym przenoszą się drgania (powodowane np. przez klepanie w klawiaturę), a to może powodować problemy z kontaktem w wyniku niekontrolowanych ruchów całego ustrojstwa.
Po drugie, przy sztywnym łączu trzeba będzie chyba pod to coś podłożyć, żeby cała płyta nie zwisała, a dodanie jej nóżek niezupełnie załatwia sprawę, bo XE pochodzące z różnych serii mają nóżki różnej grubości, a co za tym idzie gniazdo CART/ECI znajduje się na niejednakowej wysokości nad stołem.
Hm?
U mnie działa. Wprawdzie colors=0,15 to czarne litery na białym tle, ale kolory się zmieniają.
SC.INI musi być w tym samym katalogu, w którym jest SCMAIN.OVL, a ten plik najlepiej żeby był wskazany przez zmienną SC.
mono napisał/a:Każde urządzenie mogłoby być projektowane tak, jakby samodzielnie istniało w złączu cart/cart+eci.
Ale to jest właśnie założenie urządzenia/rozgałęziacza/ekspandera, który był omawiany w wątku, o tym. Jak rozumiem z postu nr 1, toriman chce się świadomie od tamtej rzeczy odseparować.
Oczywiście ja też sądzę, że skończy się dokładnie na tym, co opisujesz, ale chwilowo przyjąłem postawę wyczekującą. :)
Nie siej defetyzmu. Ten sam ekspander spokojnie może być i do XL i do XE, wystarczy, żeby miał dwa gniazda (jak BlackBox) albo jedno gniazdo z przelotką na drugie. To oczywiście nie rozwiązuje sprawy brakującego w XL HALT-u, ale może nie jest tak dramatycznie niezbędny...
marekp napisał/a:Partypalace
Pun intended? :)
Ale nie jest powiedziane, że D1XX jest potrzebne w tych slotach. To już zależy od konstrukcji kart. W każdym razie samemu 1090 ten sygnał się pewnie by przydał.
toriman1 napisał/a:PBI XL nie ma /HALT
Ale na ECI (czyli na nowszej wersji) jest. Można byłoby to wziąć pod uwagę.
Krótki napisał/a:Prawda, facet od paru lat ma poważne kłopoty zdrowotne, może być ciężko coś od niego wyciągnąć.
E tam, jeśli to ma być powód, to znaczy, że w sezonie 1996-97 miał równie "poważne kłopoty zdrowotne", bo wtedy też nic się nie dało od niego dostać. Prawda jest taka, jak mikey napisał, to jest pies ogrodnika.
@Yansen: a HALT gdzie?
To nie projektor, to rzutnik.
Jeśli chodzi o ten oscyloskop, to rozumiem, że co prawda dane są w pliku WAV, ale jednak ścieżkę dźwiękową to nie oscyloskop odtwarza? Czy się mylę?
To gdzie to party w końcu?
Doce od PBI, które mamy po Atari, pochodzą, wydaje mi się, z różnych etapów prac koncepcyjnych i "dzięki" temu są między sobą miejscami sprzeczne. Jasne jest, że lepiej mieć dla siebie całą stronę $d1 (albo przynajmniej pół), niż gnieździć się na niej z wiadrem innych urządzeń, które na dodatek nie istnieją :)
W każdym razie dotychczasowy uzus jest taki, że 1 urządzenie PBI ma dla siebie całą stronę $d1 oprócz może ostatnich 16-32 bajtów, gdzie są rejestry sterujące całością (typu $d1ff & co.)
Dla takiego Covoxa to mało atrakcyjne rozwiązanie, bo znikałby podczas I/O. Stąd pewnie pomysły na poszatkowanie stron $d6-$d7 na stałe "sloty": 32 bajty dla urządzenia nr 0, 32 bajty dla urządzenia nr 1 itd.
Taka koncepcja stoi za PBI: mamy obszar $d100-$d1fx oraz ewentualnie (zależnie od wersji doca) $d600-$d7ff przeznaczony dla urządzeń, których można mieć na raz osiem, ale w wymienionych miejscach widać tylko to, co jest wybrane w danym momencie (albo nic, jeśli nic nie jest wybrane).
Stąd też pomysły na rozgałęziacze do kart PBI (czyli "1090"). Ogólnie koncepcja z roku 1983, wiecznie żywa.
Z podobnym potraktowaniem całego obszaru $d000-$d7ff jest jedynie (wydaje mi się) ten problem, że spod $d400-$d4ff nie pozbędziesz się Antica bez użycia przecinaka.
No, niestety, u mnie nic się złego nie dzieje. Podeślij mi pliki z pkt. 3 i 4.
Czy na MBI też się wiesza? Może masz trafiony plik z TBXL?
Pin napisał/a:jeśli drukowanie nie zostanie zakończone powodzeniem, to Sparta wisi
Ech. Jak Ci się wydaje, co ja z tej informacji rozumiem na temat okoliczności, w których występuje problem? Co to znaczy "drukowanie nie zostanie zakończone powodzeniem?". A czym? Wysadzeniem korków? "Drukowanie" - jakim programem? Co drukujesz? Itd. Konkrety proszę :P
Ostatnio kiedy cokolwiek drukowałem (DIR >>PRN: z podpiętym SIO2BSD), wszystko działało dobrze.
Skończyliśmy w UniverPubie. Na przyszłość można byłoby tam zaczynać, bar jest życzliwszy i np. dużo chętniej rozbija rachunki.
Vasco, to Ty jesteś organizator ...
Skoro nikt nie proponuje żadnego miejsca, to ja proponuję "Harendę", Krakowskie Przedmieście 4-6 (ale tak naprawdę, to raczej Oboźna). Ewentualnie UniverPub, Oboźna 7.
Źródła nie są udostępnione, mamy je w repozytorium CVS do wewnętrznego użytku.
Kwestia licencji nie wygląda nijak: prawie równo 10 lat temu (w 2005 roku) doszliśmy z trubem do wniosku, że właściciel praw (czyli Mike Hohman jako FTe) już nie pojawi się z powrotem na horyzoncie, więc możemy potraktować SDX jako abandonware i zrobić z nim, co chcemy. Toteż to właśnie zrobiliśmy.
Dostępne były (publicznie) źródła biblioteki SDX 4.20, które zrobił Marek Goderski. Ja wygrzebałem na dyskietkach zeźródłowany przeze mnie gdzieś w 1994 roku COMMAND.COM, trub przerobił to na format madsa. Resztę programów zeźródłowaliśmy wspólnie w 2005 roku i od tamtej pory to jest fundament SDX 4.4.
Oczywiście sporo rzeczy dopisaliśmy sami od nowa: połowa programów na CAR: i w zasadzie cały Toolkit to są programy napisane od podstaw.
EDIT: for historical records, historia SDX 4.4 zaczęła się tutaj: http://www.atari.org.pl/forum/viewtopic.php?id=2556
My mamy bugtraker. A w zasadzie mieliśmy, póki jellonek mieszkał w Warszawie, odkąd przeniósł się do Gdańska, nie może się zmobilizować, żeby go z powrotem uruchomić.
Poprzednio przez jakiś czas mieliśmy też bugtraker na krap.pl, ale ktoś się do niego włamał i od tego czasu krap nabrał urazu do bugtrakerów. A to szkoda, bo cały hosting "techniczny" (np. CVS) jest zlokalizowany właśnie na krap.pl.
Znalezione posty [ 601 do 625 z 4,600 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.139 sekund, wykonano 18 zapytań