To może "Laicka Unia Jedności" :P

PS. Nie wiem, czy "Chrześcijańska Unia Jedności" to oryginalny pomysł twórców filmu "Psy", coś mi się to kojarzy, że ten żart wymyślił ktoś już przed wojną. EDIT: autopoprawka, to Stefan Kisielewski nazwał tak w 1976 roku niejakie Chrześcijańskie Stowarzyszenie Społeczne.

PS.2. Ankieta jest do bani, bo, jak wczoraj podały media, zarejestrowano tylko 7 (czy coś koło tego?) komitetów wyborczych, reszta dała zupy i nie zebrała podpisów wymaganych do rejestracji. M.in. Jurek i Korwin-Mikke. Czyli na część partii widniejących na liście nie można będzie głosować.

Procedura dla FreeBSD:

$ su
# cd /usr/ports/editors/vim
# make
# cd work/vim73/src/xxd
# wget http://mono.i-demo.pl/vim-7.3-xxd-1.10-atari.patch
# patch -p0 xxd.c vim-7.3-xxd-1.10-atari.patch
# make
# cd /usr/ports/editors/vim
# make install clean
# exit
$

Być może są to "plusy rozwoju", ale chyba nie da się nie zauważyć, że przyczyniają się do tego walnie ludzie, którzy srają w gacie na widok maila od prawnika, zamiast się zastanowić, czy zawarte w nim (w mailu) uroszczenie jest aby zasadne, i w razie gdy nie jest, kazać mu spadać na bambus.

Panie, co pan, ja nie jestem rolnikiem! :P

Trudno powiedzieć, czy to rozwiązuje problem opisywany w wątku (który chyba czytałeś, skoro piszesz posta?), czy też tylko stabilizuje transmisję.

Udało nam się wykluczyć sterowniki USB i w ogóle całe USB jako przyczynę problemu:

1) w obliczeniach przeprowadzanych przez sterownik uftdi na FreeBSD i przez odpowiednik na Linuxie nie widać niczego podejrzanego

2) źródła w necie twierdzą, że zegary 48 MHz dla USB są "very accurate" (to a propos podejrzeń, że 48 MHz w rzeczywistości równa się 49,2 albo 49,4 MHz)

3) najważniejsze: kod AtariSIO Hiasa (wersja z 28 maja 2011) zawiera dokładnie te same kombinacje z wysokimi wartościami bitrate, mimo że w grę nie wchodzi USB, ale zwykły UART 16C950.

Ma ktoś jakiś pomysł, o co tu chodzi?

simius, rzecz w tym, że jedyny "wzór na PC", który może tu wchodzić w rachubę, to ten właśnie, o którym tu mowa. Chyba, że mówisz o wzorach, którymi systemy operacyjne w pecetach (licząc z Windowsami - trzy różne) wyliczają clock divisor dla podanej wartości baud rate. Ale na to nie mamy wpływu i wydaje mi się dziwne, żeby w trzech różnych OS-ach było to zrobione tak samo źle.

Epi, różnica jest rzędu 2,5%, przy 24 MHz daje to 600 kHz, wtedy przyjmowanie zegara 24,0 MHz byłoby sporym nadużyciem.

Tobie chodzi o porównywanie danych przy nieudanych transmisjach czy w ogóle? Bo w ogóle to wczoraj przewaliłem 32 MB w dwie strony (tj. Atari->PC-Atari), blokami po 32985 bajtów, i nie było różnic między źródłem a celem.

Natomiast przy nieudanych, to są dwa rodzaje:

1) dane odbierane przez peceta w ogóle nie przypominają niczego, co Atari mogłoby wysłać - to przy ogólnym braku komunikacji

2) błędy u mnie to na ogół błędy sumy kontrolnej, wtedy suma różni się różnie, czasem o 1 bit, czasem zupełnie

Jeśli on coś w ogóle zgubi, to właśnie nie dłuższe bloki, ale raczej krótsze (potwierdzenia).

Myślę, że zakłócenia spokojnie można wyeliminować. Ale jest tu jeszcze jedna rzecz, o której zapomniałem napisać, mianowicie obaj korzystamy nie z rzeczywistego portu RS-232, ale z konwertera COM2USB. Być może on tu coś miesza.

Co do tej drugiej możliwości, sam jestem ciekaw, dlatego z niecierpliwością czekam na potwierdzenie (zaprzeczenie), że częstotliwość wypuszczana przez POKEY (przy indeksie 0 na przykład) to ta sama, która wychodzi z wzoru widocznego w docach Atari.

Po wywołaniu SIO (jsr $e459) przede wszystkim wywoływane są "new devices". A takowe samo decyduje, czy wywołanie jest do niego i czy je obsłuży czy odrzuci. I stosownie do tego odpowiada systemowi. Jeśli wywołanie newdev przyniesie efekt w postaci odpowiedzi "OK, zrobione, tu jest kod statusu", to OS już nie wywołuje swoich procedur szeregowych, ale wraca po prostu do tzw. "programu użytkownika".

Korekta: raczej coś pomiędzy 7.15 a 7.20.

PS. Poza tym mój pecet jest jakiś bardziej restrykcyjny, żeby w ogóle transmisja z indeksem 0 szła jako tako, muszę przyjąć zegar bazowy PAL, bo przy zegarze NTSC albo NTSC-F albo średniej PAL/NTSC - niezależnie od współczynnika - od razu lecą błędy transmisji (gł. sumy kontrolnej).