Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Opcje wyszukiwania (Strona 43 z 73)
Zgaduję, że chodzi o sprawdzenie NMIST w obsłudze IRQ.
1. Tylko w tym znaczeniu, że jak wyskoczą w tym samym cyklu, to może pójść IRQ.
2. Wykona się NMI.
3. Rozumiem, że IRQ to TIMER1. IRQ będzie obsłużone po skasowaniu znacznika I (np. przez RTI).
4. Nie.
5. 15000/200-1. Ale jak chcesz dokładnie, to "15kHz" to w PAL 1773447/114 Hz, a co znaczy "200 Hz" to musisz sam określić. Jeśli chodzi Ci o 4x / ramkę, to w PAL wpisz 77 (312/4-1).
6. Nie musi, najwyżej będziesz słyszał dźwięk. Włączenie przerwań nie ma wpływu na dźwięk.
7. Nie. Nie ma też obowiązku zapisywać do STIMER.
8. IRQ nie powinny się zgubić, o ile ich nie zresetujesz zapisem do IRQEN. Znacznik I jest ustawiany przez procesor przy przyjęciu IRQ i NMI.
9. Sprecyzuj pytanie albo obejrzyj poniższy link.
10. Blokując przerwanie w IRQEN kasujesz status przerwań w IRQST, czyli ustawiasz bity.
Ogólnie polecam http://asap.sourceforge.net/pokeydoc.zip
dely: a jak przetłumaczysz "release" ?
Żeby nie było nieporozumień: pisząc "mówi się" miałem na myśli praktykę, z którą się zetknąłem, a nie to, czy mi się ona podoba, czy też ją zalecam. Poparłem uwagę Mikeya, że "revision" jest tylko jednym z mnóstwa słów, które - jak widać z powyższej dyskusji - nie mają jasnego odpowiednika polskiego, w związku z czym są zwykle używane w brzmieniu angielskim.
mikey napisał/a:Ja tam jestem zdania ze nie ma co na sile upolszczac jezyka IT.
Cwaniaki niech mi podadza prosty,czytelny, uzywalny, spolszczony 'trunk' (w telekomunikacji, ale rowniez i w kontroli wersji) albo 'branch' ... no czekam :)
Dokładnie. Mówi się: rewizja, trank, brancz, czeńdżset, merdż, wyczekałtować, zapdejtować, zakomitować/skomitować, tiket (w bag trakerze). Oczywiście pisownia raczej angielska.
Jakiej synchronizacji? Jakie postrzępienie?
tebe napisał/a:dla wyłączonych "badlines" tracimy 5-y kolor, pierwszy wiersz obrazu i ostatnie 4 linie obrazu
Dlaczego?
Podpisuję się pod uwagami Bobera. Poza tym dlaczego tylko 10 minut na demo?
:) Pierwszej linii (ze skrolem) nie dasz rady wyciągnąć, bo DCTR liczy od VSCROL do 7. Za to drugą (z wyłączonym skrolem) wyciągniesz, bo DCTR liczy od 0 do VSCROL. Możesz używać po 8 linii z fontu: np. ustawiasz VSCROL na 12, a po ósmej linii przełączasz font i VSCROL na 4. Znowu 8 linii (DCTR w tym czasie od 8 do 15, z fontu brane linie 0-7) i przełączasz font i VSCROL na 12. Itd.
Można też w drugą stronę: aby mieć badlinie w każdej linii i co za tym idzie możliwość podkładania 5-go koloru co linię, a nie 8.
Przy okazji, dziękuję za przedruk.
Tryb znakowy nic nie daje filetom, a tylko kradnie cykle. Bufor krawędzi możesz przecież zorganizować tak jak na pierwszym rysunku, a blitować hektarem kodu do zwykłego trybu graficznego. Tak zrobiłem w Drunk Chessboard.
tebe: bad lines można się pozbyć manipulując VSCROLem. Można je uzyskać dowolnie, od 1 do 240 na ekranie.
Spróbuj Atari800Win PLus w wersji 3.1 - bazuje na Atari800 1.2.4 i po wybraniu odpowiedniej rozdzielczości będzie chodzić tak samo szybko.
slaves napisał/a:Sikor: powodzenia.
... oby nie było tak jak z internetową wersją energy, gdzie wszystko zrobiliśmy sami i tak naprawdę nowy artykuł dołożyłem sobie ... sam :)
No ale daliśmy radę, bo wzięliśmy się solidnie do roboty a nie gdybaliśmy na forum. :)
Do identycznej poprawki też linia 166 odpowiedzialna za wizualizację. Skomitowałem właśnie poprawki w tych dwóch liniach.
Czy zmiana rozwiązuje problem?
Jaki Mac?
Spróbuj zmienić w 189 linii libasap-xmms.c FMT_S16_NE na FMT_S16_LE. Jeśli to nie pomoże, to w 39 linii 16 na 8. Jeśli to nie pomoże, wystaw WAV z nagraniem tego, co słyszysz.
Krótki: możemy zacząć, oczywiście w nowym wątku.
Pomysł jest dobry. W ZIPie mogłaby się znaleźć też okładka kasety (PNG lub JPG), oryginalna instrukcja (PDF), itp.
Krótki napisał/a:FUJI napisał/a:W jednym pliku atr nie przechowuje się zawsze jednego programu, w jednym pliku cas też nie trzeba. Dlaczego mojej ulubionej kasety z programami w basicu nie mam przechowywać w całości w jednym pliku cas ?
A niby dlaczego miałbyś tak robić, skoro zdrowy rozsądek podpowiada inaczej? Chyba tylko z sentymentu, ale skoro tak, to chyba lepiej żebyś nie miał możliwości przewijania inaczej niż po blokach, żeby było to bliższe pracy z rzeczywistym magnetofonem ;)
Mogę zrozumieć oba podejścia:
a. Chcemy łatwo odnaleźć grę, mieć porządek w plikach, bezproblemowo ją wczytać.
b. Chcemy jak najwierniej symulować rzeczywisty sprzęt - widzieć trójwymiarowy model magnetofonu z licznikiem, wciskanymi klawiszami, odgłosem przewijania taśmy. Podłączanie pliku CAS wygląda jak wkładanie prawdziwej kasety. Widzimy okładkę, na której zapisane są wartości licznika. Powinna jeszcze być operacja czyszczenia głowicy. ;)
Krótki napisał/a:W ogóle ten problem powinien zostać rozwiązany w sposób jednolity dla dyskietek i kaset - powinna być możliwość jakiegoś grupowania kilku obrazów taśm/dyskietek w archiwa z możliwością łatwego przełączania pomiędzy nimi.
a. Podobne nazwy plików, różniące się końcową cyfrą lub literą. Atari800Win PLus ma komendę łatwego przekładania takich obrazów dysków - wymaga ona aktualizacji, aby działała też na nazwach takich, jak na atarionline (z nawiasami).
b. Atari800 ma opcję zapisu i odczytu "Disk Set" - pliki tekstowe, w każdej linii nazwa pliku. Moim zdaniem chybiony pomysł.
c. Paczkę trzymamy w ZIP.
laoo: Włączaj swoje poprawki do projektów, a nie twórz własne forki - będzie więcej użytkowników. Np. puściłeś plugin FAIL/Imagine, a kodu źródłowego nie. To niezgodne z licencją GPL. ;)
ASAP nie ma problemów wydajnościowych ani jako aplet Javy ani jako Flash, ani tym bardziej jako .NET.
mono napisał/a:Nie wiem czy w trakcie trwania wiersza tekstowego.
Też, a nawet w środku linii. W takich przypadkach jednak uzyskiwany efekt nie jest oczywisty.
mikey napisał/a:no dobra, posmialismy sie, masz epi racje - ten tryb to wyjatek, nadal jednak twierdze ze nie jest prawda jakoby "rozne tryby mialy rozna szerokosc bajtowa linii" jak twierdzi jellonek. Po prostu chcialem zauwazyc ze jellonek wprowadza mawa w blad.
jeleniu, owszem, ale to nie zalezy od trybu jak pisales tylko od DMACTL
Mikey, pogrążasz się. Z ośmiu trybów graficznych ANTICa tylko 3 mają 40 bajtów na linię: GR.7, GR.8 i GR.15, a "wyjątki" to GR.3, GR.4 (po 10 bajtów), GR.5, GR.6 i GR.14 (po 20 bajtów).
Liczba bajtów w linii to nie wszystko. Mają jeszcze znaczenie: liczba bitów na piksel oraz proporcje.
To jest przyszłość emulatorów. Coś z naszego podwórka: ASMA.
- Mozesz podac przyklad trybu graficznego (bo o takich tu mowa) ktory ma pamieciowo inna szerokosc linii niz 40 bajtow?
- Gr.3
- przeciez to jest 40x24
LOL, jesteście lepsi od basha. :D
Znalezione posty [ 1,051 do 1,075 z 1,806 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.062 sekund, wykonano 25 zapytań