276

(87 odpowiedzi, napisanych Emulacja - 8bit)

Jaskier napisał/a:

Kurde, gdzie? Przecież przy zmianie trybu jest uruchamiane Colours_Update()

Trzeba jeszcze oprogramować PLATFORM_PaletteUpdate po stronie platformy.

Jaskier napisał/a:

Proszę o listę. Zaraz się nimi zajmę :)

Emulacja XEP80, emulacja Austin Franklin 80, emulacja IDE, emulacja przelotowości w kartridżu SDX, sprzętowe skalowanie obrazu OpenGL (wraz z całą logiką odpowiedzialną za wyliczanie właściwych proporcji w NTSC i PAL w videomode.c), oraz, jak się okazuje, także SYNCHRONIZED_SOUND. Jest jeszcze podobno działająca emulacja rozszerzeń z 1090/1400XL/1450XL (votrax, tryb 80 kolumn), ale nie testowałem tego. Więcej grzechów nie pamiętam.


Krótki napisał/a:

Update divisor, to parametr określający co ile skan linii ma być aktualizowana zawartość bufora dźwięku (procedura pokey_update). Jestem w 99% przekonany, że nie było tam nigdy funkcjonalności duplikującej SYNCHRONIZED_SOUND.

pokey_update to funkcja niekompatybilna z SYNCHRONIZED_SOUND, który wymaga odpowiedniego oprogramowania po stronie platformy, zob. src/sdl/sound.c. To że masz zdefiniowane SYNCHRONIZED_SOUND=1, nie wystarcza. Porównaj jakość odgrywanych sampli w Beep'em All! na Altirrze, na Atari800 z --enable-synchronized-sound, i na WinPLusie, a usłyszysz co ta funkcjonalność daje.

Nie chodzi Ci czasem po głowie po prostu wykorzystać w WinPLusie libSDL do odtwarzania dźwięku? Byłoby prościej.

277

(87 odpowiedzi, napisanych Emulacja - 8bit)

Dracon napisał/a:

ktory emulec jest lepszy (na dzis - koniec roku 2011) odnosnie emulacji dzwieku - Altirra czy A800Win?

Altirra jest lepsza, bo np. ma 100% emulację przerwań POKEY-a, więc jeśli lubisz Emkaya i użyjesz ich do generowania dźwięku, Atari800 (w tym Win) leży i kwiczy.

mazi napisał/a:

Chodzi o to, ze wolalbym rozwiazanie takie jakie jest w a800win+, iz wybieram tryb a emu sam mi przeskaluje wyswietlany obraz atari do podanej rozdzielczosci.

Możesz wybrac zarówno rozdzielczość ekranu w trybie fullscreen (Tools->Options), jak i ustawić sposób skalowania taki sam jak w WinPLusie (View->Filter mode na Point i View->Stretch mode na Integral Square Pixels). Niestety połączenie obu funkcji póki co jest kulawe - skalowanie jest niedokładne i wygląda koślawo.

Zwróć tylko uwagę, że piksele prawdziwego Atari nie są kwadratowe (szczególnie w NTSC), więc nie da się wiernie odtworzyć obrazu posługując się skalowaniem "integral".

Jaskier napisał/a:

Atari800 (...) Obecnie ma on czystą strukturę: główny emulator + funkcje specyficzne dla platformy.

Moim zdaniem nie jest tak różowo, w "jądrze" emulatora wciąż niemało jest skrawków specyficznych dla platform. Jest na tym polu co nieco do poprawienia.

Jaskier napisał/a:

Sugestia, że jeśli przestałbym pracować nad Atari800Win to pracowałbym nad Altirrą jest śmieszna.

Nie sądzę żeby któś to tutaj sugerował.

Jaskier napisał/a:

Po 6 latach jedyne zmiany jakie musiałem dokonać w Atari800Win aby się kompilowało z atari800 to:
-zmiana nazw zmiennych
-zmiana kilku #ifdefów
-zmiana obsługi generowania palety kolorów

Nie działa zmiana palety przy przełączaniu PAL<->NTSC.


Jaskier napisał/a:

Byłoby oczywiście miło, gdyby autorzy atari800 zaakceptowali moje patche do atari800. Nie psują one nic w ich kodzie a mi ułatwiają pracę na przyszłość. Ale jak nie, to nie.

Podeślij na atari800-users, to że ja jestem niechętny takim łatom w szczególnych przypadkach, nie znaczy że to akurat ma być taki przypadek ani że jestem jakąś wyrocznią w tym projekcie.

Jaskier napisał/a:

(A patch nie zawsze działa, zależy ile w oryginalnym kodzie jest zmian.)

Ale to moim zdaniem zaleta takiego rozwiązania. Skoro patch przestaje dawać się aplikować, to znaczy, że w kodzie zaszły na tyle duże zmiany, że potencjalnie mogły zepsuć działanie patcha i należy się temu przyjrzeć.

Jaskier napisał/a:

Nie wiem jakie super funkcje ma Atari800Win, które powinny niby się znaleźć w atari800.

Pomyślmy. Mapowanie klawiszy, opcje w Advanced Atari Settings, skanlinie (w Atari800 póki co tylko w trybie OpenGL), szybkie software'owe skalowanie obrazu, Sound latency. Wszystko to przydatne funkcje, które da się z pewnym wysiłkiem zrobić tak, żeby było wieloplatformowo.

Ale w sumie jest remis, Atari800 tez ma kilka fajnych bajerów, których WinPLus póki co nie wspiera ;-)

Jaskier napisał/a:

Co do odtwarzania dźwięku to zaprzeczam, nie ma w nim nic, co by zmieniało emulację dźwięku.

... wyłączając całą zawartość pliku Sources/Core/sound_win.c. Nb. OIDP SYNCHRONIZED_SOUND chyba trochę duplikuje WinPLusową funkcjonalność w rodzaju Update divisor i Sound quality, ale musiałbym się temu przyjrzeć.

Jaskier napisał/a:

Swoją drogą dziwię się, że nikt przez 6 lat nie zrobił własnego buildu.

Próba była.

278

(87 odpowiedzi, napisanych Emulacja - 8bit)

Fox napisał/a:

"Usiąść i porozwijać sobie Altirrę" w praktyce oznacza:

Ale fork Altirry ma nadal więcej wspólnego z rozwojem Altirry niż programowanie WinPLusa.

Fox napisał/a:

Mógłbyś wyjaśnić, dlaczego akurat przy małych projektach należy współpracować, a przy dużych konkurować?

Gdybym gdziekolwiek wypowiadał się o dużych projektach, to pewnie bym spróbował. Małe projekty natomiast są zazwyczaj utrzymywane przez niewielkie grupki ludzi mających domdzieckopracęobowiązki, toteż współpraca między projektami (nawet ograniczająca się do wzajemnego podkradania kodu) pozwoliłaby tym ludziom osiągnąć więcej niż gdyby mieli sobie osobno programować te same funkcje na różne sposoby.

Fox napisał/a:

Każdy może ściągnąć źródła i je skompilować, a sugerujesz, jakoby kod PLusa był nieosiągalny dla programistów projektu Atari800.

Miałem raczej na myśli, że możliwość zbudowania WinPLusa jest poza zasięgiem programistów, którzy np. mogą nie mieć dostępu do Windows i VisualStudio.

Fox napisał/a:

To nic nie zmieni.

Nie wiem czy się dobrze rozumiemy, ja nie proponuję tutaj wrzucania WinPLusa do repozytorium Atari800.

Fox napisał/a:

Co do "na pewno autorowi PLusa byłoby tak wygodniej", to niech się wypowie Jaskier.

Miałem na myśli że na pewno było by mu wygodniej gdyby wtręty WinPLusowe były w repozytorium.

Fox napisał/a:

Między innymi chodziło właśnie o kod, który (...) i okazało się, że równie dobrze przydawała się w portach Atari800 Win32 oraz WinCE (...)

No ale Twój przykład nie pasuje do kwantyfikatora, czyli ma się nijak do mojej początkowej uwagi.

mazi napisał/a:

Dodatkowo denerwujace jest skalowanie obrazu

A co z nim jest nie tak? Działa poprawnie, Atari800 też już to ma.

279

(87 odpowiedzi, napisanych Emulacja - 8bit)

epi: Zgadza się, kod Atari800 jest ostro zaśmiecony, szczególnie na styku części "przenośnej" i modułów specyficznych dla różnych platform. A emulacja dźwięku to akurat zagadnienie na styku.

Fox napisał/a:

Zgadzam się z Jaskierem. Trzeba walczyć z monopolem, bo inaczej Phaeron spocznie na laurach i za parę lat znowu obudzimy się z przestarzałym emulatorem.

Jeśli celem rozwoju WinPLusa ma być sprowokowanie dalszego rozwoju Altirry, to już chyba lepiej usiąść i porozwijać sobie Altirrę, czyż nie? Ja raczej uważam, że przy tak małych projektach współpraca jest korzystniejsza od konkurencji.

Fox napisał/a:

Oba projekty są open source

A co to ma do rzeczy?

Fox napisał/a:

i nie rozumiem, jakie ma znaczenie, że cały kod WinPLusa nie jest w repozytorium Atari800?

Takie ma znaczenie, że skoro kod jest na zewnątrz, to drużyna Atari800 nie czuje imperatywu, żeby wtrętów PLusowych nie popsuć albo bezceremonialnie usunąć. Niwelując w ten sposób wszelki zysk dla autora PLusa.

Fox napisał/a:

IMHO lepiej trzymać zmiany dla PLusa w Atari800, niż kazać autorowi PLusa za każdym razem nakładać poprawki na Atari800.

Po pierwsze, narzędziem "patch" robi samo sie. Po drugie, na pewno autorowi PLusa byłoby tak wygodniej, ale powiedz jaki zysk z PLusowych wtrętów ma mityczny programista Atari800 (podobno jeszcze tacy istnieją ;-) ). Poza tym, wtręty WinPLusowe i tak nie ustrzegły Jakiera przed koniecznością zmiany "kilkuset linii kodu", czego efektu on sam nie jest pewien ("zmian jest w nim tak dużo, że pewnie coś opuściłem").

Fox napisał/a:

Razem z Tomkiem Szymankowskim przenosiliśmy kod między Atari800 i PLusem w obie strony i oba projekty na tym skorzystały.

Ale czy mówisz tu o kodzie do którego pasuje kwalifikator "wyłącznym celem zmian jest zapewnienie działania WinPLusa"?

280

(87 odpowiedzi, napisanych Emulacja - 8bit)

Jaskier napisał/a:

A co z całą resztą stuffu, którą wsadzasz do atari800?

Reszta jest OK.

Jaskier napisał/a:

Myślisz, że jak wyjdzie kolejna wersja to sporo będzie dopasowywania aby mi się Atari800Win budowało?

Nie mam pojęcia, nie znam kodu źródłowego WinPLusa, ani się nim nie interesuję.

Jaskier napisał/a:

A przy okazji, aby mi się ostatnia wersja zbudowała to musiałem zrobić kilka minimalnych zmian w atari800. Czy mógłbym ci to podesłać aby znalazło się na stałe w repozytorium?

Jeśli wyłącznym celem zmian jest zapewnienie działania WinPLusa, to uważałbym to za błąd. Skoro kod WinPLusa nie leży w repozytorium Atari800, to programiści emulatora nie mają powodu ani możliwości żeby ten kod testować czy zapewnić wsparcie. Do dziś w kodzie Atari800 leżą "warunkowo kompilowalne" skrawki potrzebne tylko WinPLusowi, z którymi nie wiadomo co zrobić i z których część być może została w trakcie rozwoju emulatora usunięta lub "zepsuta".
Poza tym, właściwszą drogą do proponowania zmian jest lista dyskusyjna atari800-users, na którą zaglądają wszyscy zainteresowani programiści.

Jaskier napisał/a:

stwierdziłem, że jest tego za dużo roboty i lepiej ten czas spędzić inaczej.

Szkoda, wielka szkoda.

Jaskier napisał/a:

Eeee.... pewnie efekt placebo :)

No jednak nie, bo bez SYNCHRONIZED_SOUND Atari800 nie potrafi poprawnie odgrywać sampli. A że Atari800Win to w pewnym stopniu umiał, to moim zdaniem ukazuje problem tego emulatora: wiele fajnych funkcji (mapowanie klawiszy, skanlinie, odtwarzanie sampli) zostało zaimplementowane wyłącznie w WinPLusie, podczas gdy od samego początku powinno być częścią "podstawki". Pewnie ktoś kiedyś stwierdził że jest tego za dużo roboty...

281

(87 odpowiedzi, napisanych Emulacja - 8bit)

Duddie napisał/a:

Jeszcze byłoby fajnie, gdyby obsługiwał .CASy w rozszerzonej wersji A8CAS.

Jakbym chciał, żeby oficjalne Atari800 miało obsługę A8CAS, to sam bym ją wcommitował do oficjalnego repozytorium. W tej chwili patch od A8CAS psuje emulację stacji dysków, i póki tego nie naprawię odradzam używanie go do oficjalnej wersji czegokolwiek.

Jaskier napisał/a:

Jedyne co ja mogę zrobić, to stworzyć możliwie najlepsze GUI do atari800.

Żałuję, że wkładasz wysiłek w rozwój windowsowej wersji. Atari800, jako projekt wieloplatformowy, najbardziej skorzystałby na wieloplatformowym GUI korzystającym np. z wxWidgets; niestety trzebaby je napisać od nowa. No ale robisz to dla własnej przyjemności, nie będę więc Ci mówił co masz robić.

Jaskier napisał/a:

-Włączona opcja SYNCHRONIZED_SOUND w atari800. Podobno to robi bardziej dokładny dźwięk, ale ja tam nie słyszę różnicy.

Odpal cokolwiek z digitalizowanym dźwiękiem, albo np. Beep'em All.

282

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

cedyn napisał/a:

prawy kanal

Lewy.

283

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

Prisma to jedno z chilijskich studiów komputerowych - robili m.in. oprogramowanie do ichniego systemu Injektor. Na jutubie jest pokazane ładowanie kopiera NHP 2.56 (tak, bloki są dłuższe), który możesz pobrać stąd (nhp_and_injector.atr).

Sunday87 napisał/a:

Hm chętnie bym zobaczył jakas kompilacje roznych loadingów ... masz moze jakies linki które by mi to zaprezentowały:)?

Czy ja wyglądam jak interfejs do Google'a?

Sunday87 napisał/a:

Niewiem czy to może być to ale Turbo Blizzard coś takiego chyba mi coś mówi choc nie ejstem pewny...chyba posiadałem kiedys kardridz z czyms takim hmm

Możliwe. Czytałeś o nim w Atariki? Może Ci się coś skojarzy.

284

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

Od widzimisię autora programu ładującego, w tym programu ładującego w turbo.

285

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

- tak, są różne różniutkie;
- tak, zależy;
- miałeś jakiś system turbo.

286

(1,753 odpowiedzi, napisanych Fabryka - 8bit)

xxl, ale nie SET_LENGHT, tylko SET_LENGTH, dobrze?

POPRAWKA: Phaeron przyznał się, że w Altirra HW Reference Manual jest błąd i VCOUNT jest zwiększane w 110. cyklu skanlinii, a nie w 111. Przeedytowałem poprzedniego posta zgodnie z powyższym.

288

(9,967 odpowiedzi, napisanych Bałagan)

A to ciekawe. Tu wersja ze skinami (1999), punkami (2003), dresami (2004), pijakami (2005), metalami (2005), i podobny o policjantach (2009) - pewnie naziści, czarni i żydzi też by do dowcipu pasowali. Genezę wersji z anarchistami przezabawnie wyjaśnia dyskusja na "gronie" "NACJONALIZM" (nawet błędy interpunkcji się zgadzają). Zobacz Gepard, wiedziałeś że powtarzasz nacjonalistyczną propagandę?

289

(9 odpowiedzi, napisanych Bałagan)

Dziękuje wszystkim. Zajrzałem do "umowy", ogólnie jest zgodna z Voyem i Strykerem. Proszę o potiwerdzenie:
1. Transfer w Euro między kontami PayPal w EU jest za friko, ale
2. przelew z PayPala na konto w polskim banku wiąże się z opłatą za przeliczenie €->PLN?

lewiS napisał/a:

No to widze, ze w Polsce jeszcze nie pojechali po calosci z aoplatami. W UK jesli wyplacasz mniej niz £50 to dodatkowo za wyplate sobie zycza 25p...

Pewnie złą rubryczkę czytam, ale sekcja "Withdrawing your Balance" mówi, że jest darmowe, amirite?

290

(9,967 odpowiedzi, napisanych Bałagan)

Nie, że w "tamtym wątku" stosowałem wmawianie i prywatne wycieczki.

291

(9,967 odpowiedzi, napisanych Bałagan)

gepard napisał/a:

niepotrzebna ta piosenka, tego dnia, w tym miejscu...takie moje zdanie

Dobrze! Ale czy to jest powód, żeby rozpoczynać jazdę po nazwisku obcej osoby (Dymański) i naigrawać się z całego środowiska artystycznego (przepraszam, "artystycznego") obecnego na wiecu? Co, poza kłótnią, Twoim zdaniem może wynikać z takiego prowadzenia rozmowy?

gepard napisał/a:

wmawianie, prywatne wycieczki

Już sie zamykam, tylko zacytuj jakiś przykład wmawiania lub prywatnej wycieczki z tamtego wątku, albo odwołaj pomówienie.

292

(9,967 odpowiedzi, napisanych Bałagan)

gepard napisał/a:

Tymon Dymański

Ale wytłumacz prostymi, prawicowymi słowami o czym według Ciebie jest ta piosenka, bo ja nie widzę w niej nic godnego świętego oburzenia.

Jeden Francuz jest mi krewny ok. 60 zł za wysłanie paczki. On ma konto na PayPalu, ja nie - bo w zasadzie nie potrzebuję. Zatem, z pewną taką nieśmiałością, proszę - czy ktoś z mieszkających w Polsce forumowiczów korzystających z PayPala mógłby odegrać rolę pośrednika przy przerzucie kasy drogą Francja->PayPal->przelew_krajowy lub Francja->PayPal->spotkano_na_sztabie_w_stolycy? Lub alternatywnie, wytłumaczyć mi że się nie da albo że mi nie wypada prosić? (#niewiemnieznamsie)

Jakie są inne opcje? Przychodzi mi do głowy jeszcze przelew międzynarodowy (koszty!) i przesłanie Euro pocztą (heh).

294

(7 odpowiedzi, napisanych Software, Gry - 8bit)

Szczęśliwie się składa, bo program (moduł) odtwarzający można sobie nagrać samemu z poziomu CMC. Użyj Control+M w CMC, podając adres początkowy 878a.

Ewentualnie możesz nagrać sobie brakujący plik na nowo korzystając z dostępnych w sieci (np. tu) plików CAS.

295

(7 odpowiedzi, napisanych Software, Gry - 8bit)

A o którym konkretnie pliku mówisz i czy jesteś pewien, że dobrą metodą go wczytujesz?

296

(7 odpowiedzi, napisanych Software, Gry - 8bit)

W instrukcji do HH jest błąd, gra się nie wczyta z włączonym BASIC-iem.

297

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

Wszystko jest w Atariki.

298

(36 odpowiedzi, napisanych Software, Gry - 8bit)

xxl napisał/a:

na atariwin plus mam problem z tym cas-em.

Spoko, w następnym wydaniu Atari800 będzie już OK.

299

(36 odpowiedzi, napisanych Software, Gry - 8bit)

Oryginał Kissin' Kousins leży tu.

Dracon napisał/a:

Ogólnie grach najważniejszy jest tzw. gameplay, na który składa się udany miks pomysłu i oprawy audio-wizualnej. Do tego wypada aby produkcja miała dobrze zbalansowany poziom trudności.

A tym czasem Twoje porównanie Pandemonium z innymi grami opiera się wyłącznie na wypunktowaniu "fatalnego dźwięku" i "kiepskiej grafiki". Gratuluję konsekwencji.

Dracon napisał/a:

Zwykle jest tak, że jak ktoś zaczyna doprawiać swoje wypowiedzi sformułowaniami uznawanymi za obraźliwe, to albo oznacza to, iż przestaje panować nad sobą albo nie ma nic ciekaw(sz)ego do powiedzenia (lub jedno i drugie) i tyle.

A to Twoje ogólne przemyślenie ma jakieś odniesienie do tej dyskusji? Ktoś przestał panować albo nie miał nic do powiedzenia?

Dracon napisał/a:

Jak na razie to "rojenia" widzę z Twojej strony. Jakoś nie możesz przyjąć paru przykładów na tezę o "szufladzie", bronisz się przed tym jak się da.

Ty, ale znowu próbujesz mi wmówić, że kiedyś coś stwierdziłem o nieistnieniu procederu "szufladowania". Możesz przestać?

Dracon napisał/a:

A co do tego "Smoleńska" to czyżbyś (...)

Weź może zostań pisarzem, Twoja zdolność do wymyślania historyjek na coś się w końcu przyda.

Dracon napisał/a:

Ponoć "kto pyta nie błądzi".

I znowu: Mówisz że błądzę, to może udowodnij.

Dracon napisał/a:

Dziwne, teraz próbujesz "odwracać kota ogonem"... Weźmy np. tekst z tego wątku:

Krótki napisał/a:

znów nie jest to uzasadnienie Twojej tezy o szufladzie.   (post #21)


Niby nie twierdzenie, ale (sprytne) powątpiewanie...

A teraz małe ćwiczenie na intelekt: to moje zdanie było o szufladowaniu w ogóle, czy może o dwóch konkretnych przypadkach?

Dracon napisał/a:

Moim zdaniem rozmawiamy (rozmawialiśmy) o takim "chomikowaniu" niektórych gier, zamiast ich wydawania, nie tylko odnośnie jedn(yn)ej firmy

Zauważ wreszcie, że od czasu gdy wprowadziłeś wątek "szufladowania w ogóle", wypowiedziałem się wyłącznie w temacie Agonii i Ghastly Night. Reszta to Twoje "wydaje mi się", "bliskich szczegółow tego 'dealu' nie znam" i historyjka o Mazurze, nb. ciekaw jestem jak te gry z jego szuflady wyglądają. Podejrzewam że je chował bo odstawały jakościowo od produktów Mirage'u.

Dracon napisał/a:

Ty obstawiasz, że wydawcy pod koniec działalności (w Polsce) wydawali wszystko jak leci, praktycznie bez wyjątków.

Bzdura, w tym temacie pisałem tylko o Sikorze i ASF-ie. Np. taki Mirage do końca nie zszedł poniżej akceptowalnego poziomu jakościowego.