876

(5 odpowiedzi, napisanych Sprzęt - 16/32bit)

Highwire na 100% potrzebuje NVDI. MiNTa niekoniecznie.

877

(5 odpowiedzi, napisanych Konsole)

To ja bym jeszcze dorzucił mojego do naprawy, jeśli to nie problem :)

878

(323 odpowiedzi, napisanych Zloty)

xxl: nie rozumiem czemu oglądałeś SV na streamie skoro byłeś na miejscu, cóż, niektórzy widać tak wolą :P
pin: cóż za przeoczenie. Dlatego, na następnym SV, stream będzie płatny specjalnie dla Ciebie :P

879

(6 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

yamahalodz napisał/a:

Kurde ale się ośmieszyłem, a ja myślałem, że brakuje jednej gumki wstyd, ale z drugiej strony to ekspertem od klawiatur nie jestem, czyli wszystko ok, zaraz zamknę temat, to jeszcze jakbyś był uprzejmy i powiedział które gniazdo powinno być puste hehehe:)

Enter ma miejsce na dwie gumki, a potrzebna jest jedna.

880

(19 odpowiedzi, napisanych Scena - 16/32bit)

Poproszę o zapis video :)

881

(3 odpowiedzi, napisanych Bałagan)

Wedle tego zdjęcia, to mi te connectory zasilania wyglądają w miarę standardowo, więc normalny zasilacz powinno się dać podłączyć. Daj może fotkę.

882

(1 odpowiedzi, napisanych Bałagan)

Sprzedane, proszę o zamknięcie wątku.

883

(1 odpowiedzi, napisanych Bałagan)

Było wcześniej tu: https://www.youtube.com/watch?v=FoNmsL74T7Y

884

(1 odpowiedzi, napisanych Bałagan)

Procesor Intel i7 4770K (https://ark.intel.com/products/75123)
Płyta główna Gigabyte GA-Z87X-UD3H (http://www.gigabyte.pl/products/page/mb … hrev_10#kf)
Pamięć DDR3 Kingston 4x4GB (2 rodzaje, w sumie 16GB)

Wszystko razem pasuje do siebie i działa. Cena wywoławcza 1000PLN, oferty proszę składać na PW.. Jak tu nie będzie chętnych to za tydzień ląduje na Allegro.

885

(734 odpowiedzi, napisanych Kolekcjonowanie)

Sikor: na FireBee tez możesz odpalić Hatari i pod nim Calamusa i będzie chodził, ale chyba nie o to chodzi? Niestety, dopóki Calamus nie zostanie poprawiony to jedyna opcja - po stronie Firebee (a właściwie procesora Coldfire) już nic więcej zrobić się nie da.

886

(734 odpowiedzi, napisanych Kolekcjonowanie)

Sikor: nie da się już zrobić więcej łatek na system w temacie kompatybilności Coldfire z 680x0 niż zrobiono. Dlatego porawić można już tylko Calamusa.

887

(734 odpowiedzi, napisanych Kolekcjonowanie)

Firebee nie da sie poprawić do działania z Calamusem, trzeba poprawić Calamusa do działania z Firebee.

888

(12 odpowiedzi, napisanych Software, Gry - 16/32bit)

To obraz dyskietki. Obsługuje to Ecopy.

889

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

Sikor, to nie ma nic wspólnego z tym o czym ja piszę. Mówimy o zarządzaniu pamięcią przez system operacyjny, a tego na 8bit Atari generalnie nie ma. A jak jest to podaj mi proszę jak się na 8bit wywołuje procedury Malloc i Mfree.

890

(12 odpowiedzi, napisanych Software, Gry - 16/32bit)

Na ST raczej 4, bo mniej pamięci zajmuje, a ficzery z 5 raczej niepotrzebne. Jak Falcon lub TT to lepiej 5.

Znaleźć można np. na pigwie, tylko trzeba głęboko szukać :P

891

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

@Sikor: źle pamiętasz. Każdy program odpalany pod TOSem jest z definicji relokowalny, taki jest po prostu format binarki. Sparta Dos X jest, owszem wyjątkiem, ale 'w epoce' jego użycie było raczej śladowe, a chodzi tu o ogólny trend a nie wyjątkowe rozwiązania.

892

(12 odpowiedzi, napisanych Software, Gry - 16/32bit)

1. Zależy od wersji jeśli dobrze pamiętakm 4+, możesz po prostu przegrać zawartość dyskietek do jednego katalogu na hdd i też się zainstaluje

2. Magic nie 'kasuje' TOSa, jego instalacja jest bezproblemowa, i można go bezproblemowo usunąć. W temacie multitaskingu na Mega STE, Magic to najlepszy wybór.

3. Wiemy, znamy :P

893

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

@Sikor piszesz o czymś zupełnie innym, co nie ma nic wspólnego z tym o czym ja piszę - czyli o zarządzaniu pamięcią. Na 8bit program nie ma możliwości spytać OSa z jakiej pamięci może skorzystać a z jakiej nie. Może jedynie sprawdzić MEMLO i powiedzieć czy jest za duże. Nie mówię tu też o ręcznej konfiguracji i wybieraniu banków - chodzi o mechanizmy w 100% automatyczne. A relokowalność programów nie jest standardowym mechanizmem i wymaga odpowiedniego napisania programu. I o to jest ta zasadnicza różnica o którą chodzi. Na ST każdy program odpalany pod TOSem jest relokowalny i nie powinien się spodziewać niczego jeśli chodzi o pamięć. Powinien o nią grzecznie prosić i grzecznie oddawać, czego program na 8bit nie może zrobić, bo nie ma takiego mechanizmu. I to jest zasadnicza różnica. I jeszcze tylko przypomnę że mówimy o rzeczywistości przed 1990 rokiem.

894

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

@Sikor: chodzi mi o to że na 8bita Atari ze 'standardowym' DOSem, jedyne zarządzanie pamięcią jakie jest to MEMLO, no i programy zasadniczo nie są relokowalne.

Na ST jest lepsze zarządzanie pamięcią: programy są relokowalne, i jeśli potrzebują pamięci - powinny o nią poprosić system, a jak już jej nie potrzebują mogą ją zwolnić do systemu. Ponieważ mogą zostać uruchomione pod różnymi adresami, a pamięć o która proszą system może być przyznana pod różnymi adresami, w związku z czym nie powinny one nigdy używać sztywnych adresów, tylko jak w danym momencie wypadnie (z wyjątkiem odwoływania się do rejestrów sprzętowych). Niestety, zwłaszcza w pierwszych latach, było to często ignorowane. Jeszcze pół biedy z programem który całkowicie ignoruje system (wszelkie całodyskowe, botowane z bootsectora gry i dema), chociaż tez się mogą wywalić jeśli próbują używać zakresów pamięci które są używane przez nowsze TOSY (192kb vs 256kb). Najgorzej jest jeśli program jest ładowany już spod TOSa i nie przestrzega on zasad tego jak sie powinno pod TOSem zachowywać. Taki program nie dość że może mieć problem z nowszy, TOSem, to jeszcze inne programy (np. driver dysku, czy cokolwiek z AUTO) mogą w nim wejść w konflikt. Dodatkowo, zdarzały sie programy które skakały pod określone adresy w TOSie (co jest kompletną głupotą, bo to sie w każdej wersji TOSa zmienia) i robiły ogólnie dziwne i generalnie niedozwolone sztuczki z TOSem.

895

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

Generalnie, tak wersja TOSu ma o wiele większy wpływ. TOSy do 1.04 włącznie był wielkości 192KB, a powyżej już 256KB. Zdarzało się że leniwi koderzy, przyzwyczajeni do kodowania na maszynach ośmiobitowych, gdzie generalnie zarządzania pamięcią nie było, używali sztywnych obszarów pamięci, i jeśli trafili akurat w obszar, który pod TOSem 192KB był wolny ale 256KB już nie, to takie produkcje nie działały, trochę tego było.

896

(37 odpowiedzi, napisanych Sprzęt - 16/32bit)

Spróbuj Drone i WeWere@.

897

(30 odpowiedzi, napisanych Sprzęt - 16/32bit)

Co do konfiguracji 2.5MB, to system wykrywa ją jako 4MB, i tyle mówi programom które korzystają z systemu. W momencie w którym system przydzieli zakres którego fizycznie nie ma - program się wywala. Można to obejść prostym programikiem, który informuje system że pamięci jest mniej niż mu się wydaje. Niektóre programy testujące potrafią to wykryć, dlatego poprawnie raportują 2.5MB.

Róznica pomiędzy 2MB a 4MB najprawdopodobniej objawia się w driverze dysku twardego. Tenże widząc więcej pamięci, alokuje sobie trochę więcej pamięci na bufory, niestety robi to pod adresami które źle napisane gry i dema używają i to powoduje że całość się sypie. Na szczęście takie programy są nieliczne, a większość została spatchowana.

898

(9,967 odpowiedzi, napisanych Bałagan)

Są wybierani w sposób zgodny z konstytucją.

899

(65 odpowiedzi, napisanych Zloty)

Grey, dzięki za imprezę. Przepraszam że nie pomoglem w sprzataniu stolow, ale niestetry to juz nie na moje plecy :(

Co do pijackich ekscesów... cóż... trochę się tego obawiałem :( Niby wszyscy jesteśmy już dorosli, a niektórzy ciagle zachowuja sie jak nastolatki spuszczone ze smyczy. Powrot to invite only to dobry pomysl.

900

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

Bez DRM, proszę :/