Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł mOdmate Zmarł mOdmate
Grawitacja 2025 Wyjątkowy hackathon, gdzie zespoły mają 36 godzin na stworzenie gry na dowolną platformę ośmiobitową.
Forever 2025 - już wkrótce! Coroczne spotkanie entuzjastów platform takich jak Atari, Commodore, ZX Spectrum oraz innych komputerów 8-bitowych.
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
atari.area forum » Posty przez wieczor
Nie wiesz czasem czy jest to demko dostępne dla linuksa?
Ty sobie jaja robisz ? :) Natywnie na pewno nie.
Ale mi chodzi pod windą pod DOSBoxem idealnie. DOSBox jest też dla Linuxa - możesz przetestować
Mi dwa dema zerwały beret: Second Reality i State of The Art. I potem chyba się już ta sztuka nie udała. Żeby było śmieszniej było parę pokazujących większe zaawansowanie techniczne. Ale nie o to tu chodzi - no, nie do końca o to ;)
Moznaby je podzielic na 3 osobne dema a i tak kazde wygraloby dowolne compo na naszych zlotach :P
Na naszych zlotach niestety tak. A całość tkwi w reżyserii i kompozycji bo fachowców od wszystkich dziedzin : kod, muza, grafa to mamy chyba najlepszych. To jest to "coś" o czym mówię - miał to dla mnie np. C-Drug a niestety nie ma Numen chociaż technicznie tego pierwszego zjada (z popitką ale jednak)
A efekt stateczku widzianego przez bulaj i bujajacego na falach atakowanych kroplami az sie prosi o zrobienie gry!
I widzisz - tu główną rolę gra grafa. Ile razy w atarowskich demach widzę megazajebiaszczy efekt ... na czarnym tle...
Choc nie lubie dem, to zawsze nie moge wyjsc z podziwu skad ludzie wogole biora pomysly na takie efekty...
I tu o ten pomysł chodzi. Ale nie tylko - mam wrażenie, że często ludzie zabierają się do dem od - dosłownie - dupy strony. Metoda bottom-up w prezentacji multimedialnej - a taką jest demo - sprawdza się nieczęsto i głównie przypadkiem. A do top-down trzeba mieć z kolei ludzi którym pokażesz projekt - zrób to , a on odpowie : nie ma sprawy :) Z reguły jest na odwrót - umiem zrobić coś takiego i coś takiego. Poskładajmy to jakoś :)
W tych najlepszych demach wgniatających w fotel na liście płac jest oprócz code, msx, gfx często taka pozycja jak sketch. Proponuję się zastanowić nad rolą tej funkcji ;)
Solidny kawał rzemiosła, ale mi beretu nie zrywa. Podoba się - to tak :) Wyczucie do designu i zgrania całości do kupy.
No i muzyka - brzmienie - dodaje dużo do wrażenia :)
Przecież to jest jeszcze w trakcie opracowywania - czepiacie się ;)
wieczor napisał/a:I teraz: masz HDD - ładujesz xBiosa dla HDD.
tak? pokalinka!
poprosze o takiego ktory dziala na SIDE. nie musi byc sparta, nie musi byc obslugiwany 512b sektor, ani 128b.
odpowiedz w stylu "napisz.se" - nie jest odpowiedzia na moja prosbe.wieczor napisał/a:xBios dla carta siłą rzeczy jest na karcie (bo może) więc nic nie ładujesz.
ale tych wersji xbiosa nie ma i niektore po prawdopodobnie nie powstana. moze bedzie obsluga maxflash, moze sic, a co z reszta? napisz.se?
Z tego co rozumiem to xBios jest wciąż produktem beta/under development więc może trochę za wcześnie osądzać czy będzie, czy nie. Na razie powstała wersja działająca na czymś tam.
A jeśli nie będzie obsługi innych urządzeń to xBios sam się wyeliminuje, bo umówmy się - tzw. normalnych userów jest jak na lekarstwo (a zwłaszcza używających SD/ED - ja już w starych dobrych czasach miałem dyski wyłącznie DD, a inne gęstości były tylko dla tak akurat sformatowanych całodysków), a 90% sceny używa różnych rozszerzeń. Więc albo xBios się rozwinie, albo się zwinie wraz z grami które będą go używać :)
Majzaaaaammmmmmmmmm
Ni chu :)
tyle że na razie jest jedna wersja biblioteki, chodząca tylko po standardowym SIO w gęstości SD/ED a reszat w planach, albo napisz se.
No to poczekajmy chwile czy się nie pojawią
Pamiętaj też że jest to DOS niezgodny na poziomie API z innymi DOSami. A masz w tej chwili na atari conajmniej kilka standardowych systemów plików i wiele standardowych urządzeń podpinanych innymi niż SIO interfejsami.
Tylko że zgodność API nie ma tu żadnego znaczenia , bo to problem programisty piszącego grę pod xBios - ma w zasadzie odpalić jeden konkretny program i już. A on sobie będzie z niego korzystał.
Dlatego też i powtórzę to słowo za CHORE uważam pisanie gry/programu,, tak by wymagał on xbiosa, jeśli program ten nie potrzebuje żadnej jego funkcjonalności i spokojnie działałby pod dowolnym DOSem przez ustandaryzowane przez lata CIO.
Ja też tak uważam - Mazezam traktuje jako demonstrację xBiosa raczej. Ale już tebe wspominał że to dobry pomysł w przypadku konstruktora do Panga.
xbios ma sens przy programach, które potrzebują tony wolnego RAMu, a i tak traktować je należy wtedy jak programy całodyskowe z namiastką dostępu do plików.
Zgoda - tylko jeden mały problem - gry całodyskowe uzależnione są od struktury nośnika bo jadą po konkretnych sektorach. Dlatego np. w taki A.D. 20xx (i nie pamiętam numeru) sobie nie zagrasz na IDE+ bo gra jest dwustronna, strony dyskietki po zabootowaniu zmienić się nie da, a ponieważ nie ma tam plików, to nie wrzucisz też wszystkiego do jednego katalogu czy ATRa. Pod xBiosem nie byłoby problemu, gdyż z tego co rozumiem, to jest ten rodzaj gier "całodyskowych", które mają normalne pliki i możesz sobie przerzucić to na inny - pojemniejszy nośnik. O ile istnieje dla niego xBios.
A nie sądzę żeby długo trzeba było czekać.
A co robi CIO ? Znane, ustandaryzowane i posiadające "wersje bibliotek" (zwane DOSami, lub loaderami) do wszystkiego co znamy i nie trzeba pisać kolejnych, tym bardziej że DOSy dodatkowo oddzielają jeszcze filesystem od sprzętu. Co więcej standardowo napisany program działający przez CIO zadziała także BEZ PRZERÓBEK z magnetofonem np. w TURBO 2000 czy nawet w normalnej transmisji, na RAMdysku itp.
Tak tylko to zajmuje pamięć. Podtytułem tematu otwierającego xBiosa - było - gry które lubią przestrzeń. Całej masy gier nie odpalisz z pod żadnego DOSa.
Trzeba tylko dopasować implementacje do potrzeb. A w Mazezam jedyną potrzebą jaką XXXL uwzględnił jest to że ma udowodnić sens istnienia xbiosa.
Tu się zgadzam :D Mazezam nie ma absolutnej potrzeby używania xBiosa. Tym niemniej uważam że xBios ma sens (być może gdyby autorzy Ridiculous Reality - skorzystali z tego zamiast swojego ridiculous rozwiązania, dałoby się pod emulatorem normalnie zapisać i odtworzyć stan - nie mówiąc o tym, że nie byłoby to potrzebne, bo można by wybrać dowolny level na przykład.
Majzaaaaammmmmmmmmm
Nic z tego. Sam żeś Waść to uczynił, to teraz się przyglądaj ;)
Cała masa takich gier jest. Traktują dysk jak swoje prywatne podwórko i nie używają w zasadzie żadnego filesystemu, bo po co im - czytają sobie dane z konkretnych sektorów.
Dobre, dobre, zawału można dostać :) Zwłaszcza jak coś cię za nogę wyciąga :)
z radoscia zapraszam do watku o xbios.
MazezaaaaaaaM
Nie ma tak dobrze - przeplotło się :) Ok, Panowie - jestem już prawie pewien, że zaszło tu nieporozumienie. Przez to, że xBios wyszedł w wersji "developerskiej" powstało przeświadczenie, że gry korzystające z niego chodzą na określonych urządzeniach. Nieprawda. One chodzą na xBiosie.
xBios jest tak naprawdę rodzajem mocno zminimalizowanego DOSa - w celu wykorzystania jak największej ilości pamięci. Minimalizacja polega na tym, że dana wersja xBiosa obsługuje konkretne urządzenia bezpośrednio odwołując się do nich w specyficzny dla nich sposób. Jednakże zawsze xBios udostępnia grze to samo API. xBios nie jest częścią gry a jedynie obecnie został do niej dołączony, aby oszczędzić użytkownikom poszukiwań.
I teraz: masz HDD - ładujesz xBiosa dla HDD. A następnie gry z niego korzystające. Masz FDD, ładujesz xBiosa dla FDD. xBios dla carta siłą rzeczy jest na karcie (bo może) więc nic nie ładujesz. Cały czas te same gry. Gra nie może sobie powiedzieć że chodzi tylko na jakimś tam urządzeniu - ona chodzi na xBiosie. Jeśli xBios obsługuje dane urządzenie, grze nic do tego. Nie widzę problemów, żeby powstał xBios dla FS-a Sparty - a gra chodząca pod xBiosem nie ma nawet zielonego pojęcia o tym, bo jej to nie obchodzi. xBios ją separuje od sprzętu.
Ideą xBiosa jest natomiast to, aby dana wersja nie chodziła ze wszystkim, bo musiała by mieć procedury obsługi wszystkiego, co zabija jego ideę - minimalną zajętość pamięci.
xxl: dobrze zrozumiałem?
Wiesz.... w Kazowym katalogu też jest wiele wersji ATRow z jedną wersją gry.
Wiesz, z tego co zrozumiałem xBios nie musi być dołączony do gry. Wystarczy Tobie jedna kopia xBiosa, dla urządzenia którego używasz. I pod jego kontrolą odpalasz gry z niego korzystające. Tak jak nie dołączasz Windows do każdej aplikacji pod Windows. A Twoja lokalna kopia też ma zainstalowane sterowniki pod Twój sprzęt. Po prostu xBios to taki mini (nano?) system operacyjny, z konkretną funkcjonalnością, z którego program korzysta. I fakt, jest inna od DOSa. Ale coś za coś - chodzi o ilość zajmowanej pamięci. Dlatego właśnie dana wersja _xBiosa_ (a nie gry, gra jest jedna) obsługuje konkretne urządzenie.
Mazezam być może tego nie potrzebuje - to ma bardziej być demonstracja jak to działa.
Ja mam samolot 6:30, co oznacza ze o 5:30 muszę być na lotnisku, a nie narzekam :) A potem jeszcze pociągiem z Bydgoszczy :)
Dokładnie - jak widzisz można zmieniać polaryzację, czyli w zależności od konkretnego zastosowania masz + w środku lub na zewnątrz - sprawdź to. Ten ma 1000mA czyli niby mniej, ale może wystarczy?...
Czyli 1.5A. Ja myślę, że z powodzeniem możesz spróbować jeden z tych chińskich uniwersalnych zasilaczy z przełączanym napięciem. Mają rozmaite rodzaje wtyków na kabelku, na pewno znajdziesz właściwy. Wada:
1. Napięcie jest przełączane switchem na obudowie. Łatwo je zmienić np. niechcący. Ja tak zjarałem palma
2. Polaryzacja również jest przełączalna - to jest dobre o ile wiesz jakiej polaryzacji potrzebuje urządzenie. Większość powinna być zabezpieczona przed odwrotną nie wiem jak Ryś
Co ja bym zrobił;
a) kupił taki zasilacz
b) sprawdził w wiarygodnym źródle jaka powinna być polaryzacja na wtyczce
c) ustawił napięcie i polaryzację na zasilaczu
d) sprawdził dla pewności miernikiem
e) zalał te switche jakimś poxipolem żeby nie dało się ich przełączyć :D
Najprościej. Naliczyłem tam tego 10 sztuk , może 11, duże to, ma 2 nóżki łatwo się wymienia. 20 minut z przerwą na kawę :)
Jeśli chodzi o elektrolity na płytach PC, to puchną i wylewają się dlatego, że przacują w przetwornicach impulsowych. W atarynce takich nie ma.
Ale mogą wyschnąć.
A która fota bo nie zauważyłem... Swoją drogą, można powiedzieć, że doczekaliśmy się nowej inwektywy: ty w kartridż dmuchany :)
W pierwszej kolumnie masz okladki i jak klikniesz to dostaniesz powiekszenie - troche mylace. W drugiej kolumnie masz linki do numerow w formacie djvu
O przepraszam, california bez modyfikacji miala spoko do 38400 - double speed. Na dolaczonym dysku z dosem xl byl taki programing co ja w ten tryb przelaczal. Moj kumpel napisal potem accelerator co by chodzilo pod kazdym dosem
Works for me on Atari800Win 4.1. My settings: machine type: XL/XE, memory size: 1088, basic disabled, PAL.
o czym Ty wogole do mnie rozmawiasz... zeby uzywac SIO nie musze do atarki nic "dostawiac" :p
A żeby używać PBI musisz? Podłączasz urządzenie jak do SIO, nie bardzo rozumiem o co kaman...
do tego http://youtu.be/nhfzFS2REc0 brak edytora muzyki :( potrebuje cos co bedzie mozna masowao uzywac :/
A masz bebechy od tego playera - w sensie źródło? Jeśli tak, i widać tam jak muzyka jest napisana to mógłbym spróbować zrobić prosty konwerter z tego co Raster wypluwa jako asm - oczywiście pod Windows. Naturalnie kompozytor musiałby się trzymać określonych założeń - używamy tylko np. pierwszych dwóch kanałów , żadnych filtrów (łączą np. 1 z 3).
Bo skoro player jest i działa, to może prościej się będzie dostosować z formatem niż adaptować istniejący.
A jak przy transmisji SIO wygląda sprawa drugiego pokeya? Cały wolny? Można by to wykorzystać - jak znajdzie.
z plajerow do ktorych istnieja edytory ktory moze byc najszybszy? wydaje mi sie ze player cmc odpada ze wzgledu na polaczenie dwoch kanalow co w tym przypadku oznaczaloby jeden kanal dziwku podczas I/O... ja chce co najmniej 2.
CMC łączy tylko dwa kanały - pozostałe dwa są "wolne" i to na nich muzyczka powinna powstawać wówczas - omijając ten pierwszy.
Ew. możesz spróbować przerobić player RMT właśnie - po prostu wyłączyć pozostałe kanały poza pierwszymi dwoma - tam w opisie optymalizacji można chyba nawet konfiguracją to robić.
Pojawiło się po którymś updajcie biosu ale raczej już jakiś czas temu - ponad rok temu?
Rok i tydzień :)
http://www.atari.org.pl/forum/viewtopic … 7&p=15
Post 358, v.0.9
Na zielonym ekranie masz opcję Load w drugiej kolumnie i możesz jeździć po partycjach. To czego mi brakuje to bezinwazyjna wymiana jednego ATRa na drugi przy grach dwustronnych/wielodyskowych :)
po latach zalety interfejs szeregowy zostal zauwazone i dzis np. nie uswiadczysz w sklepie dysku innego niz z interfejscem szeregowym...
To akurat jest kiepściutki argument. Zalety interfejsu szeregowego to prostota i odporność medium transmisyjnego - dwa druty. A nie zostały zauważone "po latach" tylko po przekroczeniu progu technologicznego związanego z prędkością transmisji. Transmisja szeregowa siłą logiki zawsze będzie wolniejsza od równoległej, tylko po prostu w pewnym momencie osiągnęła prędkość wystarczającą i wówczas można było do niej wrócić. A teraz Panie, zrób to samo na Atari i SIO.
Bawimy się sprzętem z innej epoki, możemy dostawiać różne cuda na kiju żeby sobie to usprawnić, podnieść możliwości ale ogólne reguły są takie same jak te 30 lat temu i nie przeskoczymy ich bez konstrukcji nowej maszyny - a te brzmią : transmisja równoległa jest dla nas lepsza od szeregowej. Chcesz mieć SATA w atari to musisz raczej pokeya wymienić na coś innego (i nie tylko pokeya) tylko na tym czymś xBios raczej nie pójdzie. I to tyle.
Co chcesz , artykuł pisali komodziarze, to i taki wydźwięk :) A w latach świetności 8-bitowców, komoda była mniej popularna - z prozaicznej przyczyny - po prostu była 1.5 raza droższa :)
Co masz na myśli bo chyba nie załapałem?
Wszyscy już wiedzą, dzisiaj będzie w Faktach :)
atari.area forum » Posty przez wieczor
Wygenerowano w 0.124 sekund, wykonano 13 zapytań