126

(147 odpowiedzi, napisanych Zloty)

No ale Kuba pisał, że 11stego mu nie pasuje (no chyba, że nie lubisz Kuby i właśnie specjalnie proponujesz 11stego %-) )
Wychodzi na to, że nie ma innej opcji jak 18sty?

Pin napisał/a:

bo nie każdy czyta twolinera ;)

No właśnie :)
Dzięki

128

(48 odpowiedzi, napisanych Miejsca w sieci)

piomet napisał/a:

Tylko zwiększcie częstotliwość :) Ile można czekać na następny odcinek.

Hmm, może lepiej nie :) Jeśli zwiększą częstotliwość, to nigdy ich nie "dogonię". Sam zacząłem oglądać Loading jakoś ostatniej jesieni i obecnie jestem na odcinku 25, czyli powoli, powoli doganiam i za kilka lat będę na bieżąco :D

129

(313 odpowiedzi, napisanych Zloty)

Też dziękuję! wszystkim zaangażowanym w organizację party. To był mój pierwszy Lost i jak bozia da, to mam nadzieję nie ostatni. Miejscówka ekstra, klimat rewelacyjny, po prostu świetnie spędzona końcówka tygodnia.

Hmm, jeśli by się zdarzył jakiś cud i dostałbym wolny piątek, to będę się starał celować aby dotrzeć do Konina przed dziesiątą, to może i ja bym się jeszcze dołączył do podwózki :)

131

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

Możesz np spróbować tu:
http://www.atari.org.pl/forum/viewtopic.php?id=14788

To jak nikt nie weźmie całości, to rezerwuję ST Action'y.

133

(28 odpowiedzi, napisanych Bałagan)

No ale zaraz, z tego co ja rozumiem, to ta wystawa jest każdego dnia w lipcu bez wyjątków. A w środy i piatki dodatkowo będzie pan prezes.

Ja też w któryś weekend postaram się przybyć.

QUAD napisał/a:

mam to kompilować pod atari rozumiem :)

Część assembler'owa na pewno nie skompiluje się pod atari ;)

135

(19 odpowiedzi, napisanych Bałagan)

Spoko, dzięki za linka. Z tego co widzę tam, to on ma boot 2.02. Nie bardzo się interesowałem co się dzieje w świecie CTPCI, ale z tego co piąte przez dziesiąte kojarzę, to jakikolwiek boot 2.x jest niekompatybilny z Super Videlem, więc być może nie będę mógł pogodzić tych rozszerzeń. Chyba, że 2.x jest wymagany tylko do Radeona (?) a w pozostałych przypadkach CTPCI zadziała np na 1.05 (?) Muszę gdzieś dotrzeć do tych informacji, bo mogę nieświadomie zbudować coś co nie ma prawa działać. Jak ktoś wie jakie są powiązania między poszczególnymi kartami a wersją boot'a, to poproszę o podzielenie się :)

Edit:
Dobra, nie doczytałem odpowiedzi mikro, że 1.05 ma obsługę CTPCI IDE. Dobra, to zostaje mi zbudować odpowiednią kanapkę i wgrać 1.05

136

(19 odpowiedzi, napisanych Bałagan)

Tak, zgadza się, kompletnie mi to nie przyszło do głowy o czwartej rano :) a przecież IDE praktycznie zjada procesor.


Kroll napisał/a:

tak dokladnie i spokojnie jest 2x szybsze IDE przy wykorzystaniu CTPCI (ponad 5MB/s), a testy były robione i pokazywane wielokrotnie na atari-forum.com

Jest gdzieś jakiś poradnik jak wystartować IDE przez CTPCI? Bo chciałbym sobie przetestować jak to będzie się zachowywało, więc do mojej kanapki wreszcie bym dorzucił jeszcze CTPCI :)
Poszukałem chwilę po sieci w tym temacie, to z tego co widzę to nie takie raz, dwa, trzy. Tylko trzeba przylutować jakieś dwa kabelki między CTPCI a płytą Falcona i tak dalej (nie znalazłem jeszcze o jakie chodzi) Więc może jest jakiś poradnik na który nie trafiłem?

137

(19 odpowiedzi, napisanych Bałagan)

Dzięki Krollu za test SCSI.
To przyznam szczerze, że się zdziwiłem, że to takie wolne. Pamiętało mi się, że kiedyś do direct-to-disk recording polecane były właśnie SCSI ze względu właśnie na to że były dużo szybsze, ale widać w takim razie, że źle to pamiętam, bo na Falconie musi być zamontowane to ograniczenie o którym pisze Cyprian. Aczkolwiek, to mi też nie pasuje, że niby IDE jest do 5MB/s. Bo pamiętam, że AdamK (jakieś kilkanaście lat temu) pisał tutaj na AA, że udało mu się osiągnąć 10MB/s przez IDE, oczywiście to było bez żadnych pośredników typu sterownik, system operacyjny itp, no ale to jest duuuuuuużo więcej niż ten limit. No chyba, że to było na dopałce jakiejś, tego już nie pamiętam.

@AS, a sprawdź tego SSD'ka przez jakiegoś testera, bo zaryzykuję stwierdzenie, że prędkość będzie praktycznie taka sama jak na zwykłym talerzu. Tu nie ma zupełnie znaczenia prędkość dysku, przecież karty SD czy CF też już mają po kilkadziesiąt MB na sekundę, a na Falconie 2 :P

Tak, już właśnie jestem po czyszczeniu spirytusem i kurcze nie pomogło :(
Jutro spróbuję tą pamięć przetestować yaart'em, bo może po prostu popsuta się mi trafiła.

139

(19 odpowiedzi, napisanych Bałagan)

Mocno mnie jeszcze ciekawi SCSI. Masz może jeszcze jakiegoś podpiętego żeby zrobić test czy już całkiem przeszedłeś na IDE i wszystkie inne jego warianty?

O, dzięki. Co prawda takiej szczoteczki czy IPA to nie mam, ale spróbuję te styki jakoś przeczyścić.

141

(19 odpowiedzi, napisanych Bałagan)

O, super. Od tygodnia zbieram się zadać pytanko czy ktoś właśnie robił testy tego typu na Falconie. A tu proszę, gotowiec :) i pewnie jak piszesz, wynik będzie raczej i dla nas też pożyteczny.

OK, czyli potestowałeś chwilę a nie tylko na zasadzie włączenia i sprawdzenia czy się uruchamia :)
Co do mouse looka, to też bym fioła dostawał jak bym coś musiał trzymać wciśnięte aby działało. Coś musisz mieć nie do końca dobrze z konfiguracją, bo ja kiedyś trochę w Quake'a grałem na Falconie i wystarczyło, że w konsoli załączałem mouse looka (+mlook) i nic nie musiałem wciskać aby myszowe rozglądanie się działało.

Kroll napisał/a:

najlepszy jest YAART (Yet another Atari Ram test) takze do testowania TT-Ramu.

O, dzięki. Lata temu nawet go używałem, ale nie mogłem sobie przypomnieć tej nazwy. To spróbuję przetestować tą kość yaart'em :)

Kroll napisał/a:

inna np powodowala pojawianie sie syfów na ekranie (nawet uruchamianie kompa z CTRL bledne wyswietlania ikona kosza, albo juz po wystartowaniu np MiNT-a, pojawiania sie kresek w Teradesku.

W moim przypadku nie zauważyłem żadnych dziwactw wyświetlania ani w TOSie, ani  MiNT'cie (choć w sumie może za krótki test był), ale w Quake'u kilka razy robiła się taka "kaszana" na ekranie, że przez chwilę nic nie było widać. Ale po max sekundzie wracało wszystko do normy (po czym Quej i tak się w końcu wywalał )

Kroll napisał/a:

@Jury z tego co wiem ty masz Czubowe CT ?
To tym barsziej jestem zdziwiony

Tak, tylko Czubowe CTki mam. Jak się zbiorę (a dostaję od razu wysypki na samą myśl o wyciąganiu CT + przkładaniu Super Videla), to spróbuję przełożyć SV na inne CT63 i zobaczyć czy jest różnica.

Moja dzisiaj dotarła i coś z nią jest nie tak. Załączyłem do testu 3 gry żeby sobie podziałała, ale każda z gier po max kilku minutach albo zawieszała kompletnie maszynę, albo gra się wywalała :/
Czym prztestuję szczegółowo pamięć TT-RAM na Falconie (bo nie mam innego sprzętu na DIMM'y)?

perinoid napisał/a:

założyłem w moim CT60e - i działa.

Długo działałeś na tej pamięci? Chodzi mi o to czy dłużej niż tylko wpięcie jej i uruchomienie systemu na chwilę? Bo przez kilka minut, to i u mnie wszystko wskazuje, że jest OK, dopiero po jakichś 3-5 minutach zwiechy.

Podziękował!

Potrzebuję do testów z CT63 kość 512MB. Kupiłem jakiegoś IBM'a ale Falcon na nim wystartował ze 2 czy 3 pierwsze razy, co i tak dość szybko kończyło się zawieszeniem na które pomagał tylko przycisk zasilania. A potem już w ogóle na tej kości nie udało mi się uruchomić sprzętu. Wpisałem w końcu parę znaków z naklejki tej kości do sieci i okazało się że to ECC :/
Ma ktoś gdzieś jakieś pewne źródło z pamięciami polecanymi przez Czubę i które na pewno dobrze działają z CT? (czyli PC133 CL2 z układami po obydwu stronach) Bo na znanych portalach ten typ DIMMów raczej nie występuje, a skanuję te portale dość regularnie. Na razie jedyną taką kostę na którą trafiłem był właśnie ten IBM.

No chyba, że ktoś ma niezbyt polecane przez Czubę PC100 i mu CT działa wyśmienicie, to też poprosiłbym o model takiej kości, to może łatwiej będzie taką gdzieś kupić.

146

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Dzięki. Przejrzałem sobie tą książkę i zapowiada się nieźle.

147

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

BartoszP napisał/a:
jury napisał/a:

tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?

Bo nagłówki są dla wygody ale pewno "ifdefowane" na potrzeby danego środowiska i efektywnie są puste.

No właśnie tutaj nigdy nie zaobserwowałem takiego podejścia. Na przykład wiele "starych" bibliotek ciągnących się z gcc od dziesiątek już lat po prostu fizycznie brakuje w atarowskim toolchainie i już, a to byłby pierwszy przypadek na który trafiłiam, że nagłówki są ale nic poza tym. Co do samej zawartości nagłówków, to zaglądałem tam i nie wyglądały mi na "ifdefowane do pustki", ale zdarza mi się czasem kompletnie ominąć jakiś kawałek ifdef'a, więc może faktycznie tym razem tak została rozwiązana kwestia braku biblioteki. Z ciekawości zerknę dokładniej w te nagłówki (ale strzelam, że są pełnoprawne)

BartoszP napisał/a:

gdyby gcc było tylko do C a nie  C++, to powinie "dżeć paszcze" o brak pliku "mutex." czyli bez rozszerzenia.

W sumie racja

148

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Hmm, to by mogło tłumaczyć problem z kompilacją, tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?
Spróbuję z ciekawości w takim razie poszukać coś więcej w temacie braku wątków "u nas". Dzięki za wskazówkę.

149

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

Hmm, jak tak nad tym chwilę podumałem, to może i faktycznie. Zdziwiłbym się w sumie mocno, ale warto spróbować.

150

(15 odpowiedzi, napisanych Programowanie - 16/32bit)

laoo/ng napisał/a:

Nie wiem jak jest w tym środowisku z kompatybilnością ze standardem, ale ja bym spróbował std::mutex

Dzięki za sugestię, ale niestety nie o to chodzi. Generalnie to w tym środowisku średnio jest z kompatybilnością ze standardem. Wiele rzeczy jest poza biblioteką standardową i std:: nie przechodzi, i w tym przypadku też na pewno tak jest.

Lizard napisał/a:

Wtedy komunikat byłby o braku pliku nagłówkowego.

Zgadza się.