No to dupa - mnie nie będzie :(

11-16 października jestem w Radomiu na szkoleniu :(

A po co SID w Atari ? Standardowo Atari posiada POKEY-a i to mu wystarczy (nawet do całkiem niezłej emulacji programowej SID-a). Oczywiście jak ktoś chce, to niech montuje ;) Ale w sumie po cholerę SID-a, a nie np. Gravisa ? Jestem zwolennikiem rozszerzen do Atarki, ale w ramach istniejących standardów (drugi POKEY, 65816, dodatkowy RAM, Q-MEG, HDD) a nie forsowanie na siłę nowych standardów - tak było z Covoxem, który został zepchnięty na margines jako ciekawostka.

[OT]
bitman: to, że we Francji nie lubi się Amerykanów ostatnio to wiadomo - mi się z kolei podobała zagadka którą opowiadali Amerykanie:

pyt: a wiesz dlaczego czołgi francuskie mają 5 biegów wstecznych i 1 do przodu ?
odp: żeby szybko spier....ć z pola bitwy ;)
pyt: a wiesz do czego ten jeden bieg do przodu ?
odp: czasami przeciwnik może zaatakować od tyłu ;)

A ja przypominam sobie C-Laba MK 1 Winia i pamiętam, że ON POSIADAŁ modulator. Poza tym dziwi mnie sprawa, ze niby C-Lab miał inne DSP, przynajmniej MK1. U Winia był np. problem z Sonolumineszenz, jednak dlatego, że miał sterownik HDD firmy ICD oryginalnie i z nim się Sono gryzło - gdy zainstalował HDDrivera problemy się skończyły, poza tym nie wiem, czy firma C-Lab bawiłaby się w podmiankę DSP, bo praktycznie MK1 to był fizycznie Falcon na płycie z napisem Atari i na pierwszy rzut oka to jedynie różnił się etykietką ;)

Analizując ofertę TPSA w sprawie Neo+ postanowiłem przeprowadzić małą kalkulację ile miesięcznie jest w stanie ściągnąć użytkownik danej usługi.
Po przekroczeniu limitu, gdy prędkość spadnie do 32 kbit/s uzyskujemy prędkość na poziomie 4kB/s co daje dziennie około 345000 kB czyli około 337 MB w ciągu doby. Zatem policzmy po jakim czasie uda nam się przekroczyć limit dla każdej z wersji Neo+:

1. Dla Neo128 - mamy 5GB przy transferze 16kB/s czyli dzielimy 5*1024*1024/16 = 327680 sekund = 3,8 dnia (czyli 26,2 dnia w okresie limitowanym)

2. Dla Neo512 - mamy 10GB przy transferze 64kB/s czyli dzielimy
10*1024*1024/64 = 163840 sekund =  1,9 dnia (czyli 28,1 dnia w okresie limitowanym)

3. Dla Neo1024 - mamy 15GB przy transferze 128kB/s czyli dzielimy
15*1024*1024/128 = 122880 sekund = 1,4 dnia (czyli 28,6 dnia w okresie limitowanym)

Zatem policzmy ile użytkownik konkretnej wersji Neo+ ściągnie w okresie "limitowanym" w ciągu jednego miesiąca:

1. Dla Neo128 - 337MB*26,2/1024 = 8,6 GB
2. Dla Neo512 - 337MB*28,1/1024 = 9,2 GB
3. Dla Neo1024 - 337MB*28,6/1024 = 9,4 GB

Sumując:

1. Neo128 może miesięcznie ściągnąć: 13,6 GB
2. Neo512 może miesięcznie ściągnąć: 19,2 GB
3. Neo1024 może miesięcznie ściągnąć: 24,4 GB

Są to oczywiście wartości wyliczone przy warunkach idealnych, kiedy to w 100% wysycamy pasmo, czyli dla kolejnych szybkości ciągłe transfery na poziomie odpowiednio 16kB/s, 64kB/s i 128 kB/s.
Osobiście jestem posiadaczem SDI i kiedyś zastanawiałem się nad przejściem na Neo+, więc postanowiłem przeprowadzić kalkulację:
teoretyczna prędkość SDI to 115200 bit/s czyli 112,5 kbit/s co teoretycznie powinno dawać prędkość na poziomie 14 kB/s, jednak wszyscy użytkownicy potwierdzą, że rzeczywista prędkość SDI to na maxa  11 kB/s, jednak przyjmijmy średnią prędkość 10kB/s, jako prędkość przy ciągłym transferze. Z kalkulacji wynika jasno: 10kB/s * 3600 * 24 * 30 / 1024 = 25312.5 MB = 24,7 GB.
Jasno wynika, że użytkownik SDI przy rzeczywistym transferze ściągnąć tyle, ile użytkownik najszybszej neostrady W TEORII !!! (nawet minimalnie więcej). Mało tego - ZTCP najszybsza Neostrada jest droższa od SDI (chodzi o opłaty miesięczne), więc mamy piękny przykład jak TPSA robi z ludzi balona :)

Zaznaczam, że wyliczenia dla Neo+ są czysto teoretyczne i raczej wątpie, żeby ciągły maksymalny transfer przy ściąganiu plików na Neo+ osiągał wartość prędkość w kbit/s dzielone przez 8, no ale mogę się mylić, nie miałem okazji testować zbyt intensywnie Neo+, dlatego proszę o informacje użytkowników Neo+ na jakim poziomie im się trafiają transfery dużych plików - jeżeli chcecie sami to zbadać to polecam na próbę ściągnąć plik o rozmiarze 50 MB ze strony http://noc.gts.pl/

Mi się podobało - ciekawy pomysł, demko z ładnie dopracowanymi szczegółami i ciekawą fabułą.

Jeżeli wyeliminowałeś możliwość wystąpienia niekontaktów/braku styków to wygląda na problem z samym scalakiem - btw. nie masz tam jakiegoś silnego źródła ultrafioletu ? możliwe, że zawartość epromu mogła się podkasować - wystarczy, że np. uległ zmianie pojedyńczy bit w jakiejś komórce. Najlepiej spróbuj zrzucić zawartość epromu na dysk... niemożliwe ? a jednak - programik musiałby działać następująco:

1.przy włączonym starym OS-ie wyłączasz przerwania, ROM etc.
2.włączasz ROM z Q-megiem
3.kopiujesz zawartość ROM-u Q-mega do bufora
4.przełączasz na stary OS
5.włączasz OS i wszystko co systemowe i np. zapisujesz zawartość bufora na dysku

Teraz możesz przeanalizować zawartość - i na podstawie tego stwierdzić, czy zawartość epromu z Q-megiem jest w ogóle widoczna dla systemu, czy jakieś komórki mają przekłamania etc.

Powodzenia.

Jeżeli ktoś ma możliwość zorganizowania takiego zlotu, to niech da znać w tym topicu. W razie, gdyby było więcej takich osób zrobimy głosowanie.

Party wyśmienite, przednia zabawa, wysoki poziom prac, impreza perfekcyjna niemalże pod każdym względem ;)

TeBe: był jeden minus - nie wyspałem się, bo było tak za**biście, że szkoda było czasu na spanie ;)

Zabawa była przednia, a ponieważ długo byłoby wymieniać wszystkim, dzięki którym dobrze się bawiłem: DZIĘKUJĘ WSZYSTKIM UCZESTNIKOM ZLOTU ZA WSPANIAŁĄ ZABAWĘ ! Mam nadzieję, że w przyszłym roku spotkamy się conajmniej w tym samym składzie :-)

miker: a ja powiem przekornie, że dużo wskazuje, że w starym Falconie Videl jest ok :>

Co do pomocy to rzeczywiście w rachubę wchodzi praktycznie tylko Paskud, no chyba, że żyje Gandalf, bawi się w Falcony i masz na niego namiar - może  jest postacią budządą kontrowersje, jednak elektronikę Falcona to miał on "w paluszku".