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
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 58 z 72)
Jeśli to program do konwersji obrazków, to na pewno jest inny program, który to robi, nie dodaje żadnego loga i w dodatku jest lepszy.
drac030 napisał/a:Chyba jednak jmp ($0a) zajmuje mniej miejsca i powoduje mniej zachodu.
RTS jest bardziej kulturalny, gdyż w przypadku JMP (10) wiele DOSów (MY-DOS, DOS II+) czyści ekran. Najlepiej LDY #1, RTS aby MY-DOS nie wyświetlał komunikatu błędu. Jeśli trzeba użyć TXS to najprawdopodobniej nie tylko przed wyjściem do DOSa, więc wcale z RTSem nie będzie dłużej.
vulgar napisał/a:Co do samego wyswietlania i zwiazanych z tym roznic to oczywiste ale chodzi mi o "faktyczne" wartosci, tak jak napisalem ze najjasniejszy odcien bialego to 241/241/241 kiedy w rzeczywistosci bialy to 256/256/256.
Raczej 255/255/255. Nie wiem, jak to jest z paletą G2F, ale zgaduję, że jest tam 128 kolorów. Tak się bowiem składa, że rejestry koloru Atari 8-bitowego są 7-bitowe (obcięty jest najmniej znaczący bit jasności). Jasność 15 to 255/255/255, ale jest ona możliwa do uzyskania tylko w niektórych trybach graficznych, zwanych GTIA 9. W innych trybach możemy używać tylko parzystych jasności, czyli max 14, co przekłada się właśnie na 241/241/241.
tebe napisał/a:kto wie ile trwa linia obrazu wg licznika POKEY'a ? tak abym zamiast przerwań DLI mógł zmieniać kolory w liniach przerwaniami IRQ
114 cykli. Czyli jak używasz 8-bit 1.77 to AUDF na 110. A prościej włączyć 15 kHz, czyli dzielnik 114 i wtedy AUDF=0 to co skanlinię. Bardzo dawno temu to sprawdzałem i synchronizacja z obrazem była idealna. Ale tak jak napisał Epi, raczej na tym nie zarobisz.
tebe napisał/a:napisałem tak, ale nie usprawiedliwiam sie, teraz znalazłem wypowiedz Baloisa i uznałem to za dobre wyjaśnienie całej afery dotyczącej gubienia przerwań, wychodzi na to że nie ma żadnej afery i wszystko jest OK
Jeśli pogrubione przez Ciebie fragmenty wyjaśniają gubienie przerwań, to rzeczywiście mam coś z oczami.
Odwlekanie IRQ przez inne przerwanie (czy to NMI, czy IRQ), które ustawiło I to nic specjalnego. Chodzi o to, w jakiej sytuacji przerwanie może się zgubić?
MW: a bana chce?
laoo/ng napisał/a:wiedze o dlugotrwalych "tredach" jak idea algorytmow ewolucyjnych
Wątpię, czy AE są ciągle "trendi". Jakoś nie spotkałem się z żadnym AE, który byłby wyraźnie lepszy od klasycznego algorytmu.
laoo/ng napisał/a:Ja mowilem raczej o ksiazkach o inżynierii oprogramowania i czyli najlepiej biala seria IO z WNT
Z niebiesko-zielonymi napisami?
laoo/ng napisał/a:A jak juz ksiazki tematyczne, to tylko O'Reilly.
Popieram.
Zgadzam się z przedmówcą. Całkowanie uczy myślenia, to różniczkowanie można robić "z automatu".
Sc0rpi0 napisał/a:epi: HINT2: zeby zrozumiec trzeba czytac ze zrozumieniem :P
Sc0rpi0: HINT3: zrozum, że jak będziesz pisał po polsku, to więcej ludzi cię zrozumie.
Coś nie bardzo wierzę w te rewelacje, więc nadmieniam tylko, że:
- obsługa przerwań przez 6502 nie wykonuje się w dowolnym momencie, tylko po skończonej instrukcji lub po skończonym odebraniu przerwania
- ustawiony znacznik I nie powoduje zgubienia przerwania, a tylko odwleczenie go do czasu skasowania I lub wyłączenia źródła przerwania (POKEY)
- NMI jest niemaskowalne
tebe napisał/a:widocznie Atari nie umozliwia przerwanie przerwania IRQ przez przerwanie NMI, najpierw aktualnie wykonywany program przerwania musi sie zakonczyc
Tebe, nie wierzę, że to napisałeś.
Stefan napisał/a:epi napisał/a:To chyba wnioskuję poprawnie. Po co płacić za szkołę, z której nie wynosi się nie tylko wiedzy, ale nawet głupiego papierka?
(...)
Tzw. "bezpłatne" szkolnictwo jest pokrywane z pieniędzy podatnika.
Epi wnioskuje poprawnie. Myślę, że będzie go stać na koniaczek. Podwójny.
Zgłoszenie IRQ przez POKEYa trwa dopóki się go nie wyczyści w IRQEN, więc nie widzę, w jaki sposób mogłoby być gubione.
"(...) Błąd ten polega na gubieniu niektórych zgłoszeń przerwań NMI gdy pojawiaja sie jednocześnie zgłoszenia IRQ." - ktokolwiek słyszał, ktokolwiek wie?
Tdc napisał/a:przeciętny student Politechniki (...) nie ma o takich zagadnieniach pojęcia !
Zgadza się. Instytut Informatyki PW jest tylko jednym z 6 instytutów w obrębie jednego z kilkunastu wydziałów PW.
Tdc napisał/a:często nawet nie wspomina się o Javie a ta na PJWSTK to filar uczelni - choć ma się to zmienić (i dobrze)
Z ciekawości zapytam: na co ma się zmienić?
Stefan napisał/a:jellonek napisał/a:opisac problem tutaj?
opisac problem na #atari8
No problem. Tylko jakie logi (skąd je wziąć/jak je wygenerować) podawać?
Skoro dema zwracają Ci błędy, to napisz jakie dema zwracają jakie błędy.
Prawie wszystkie nowe dema wymagają rozszerzenia pamięci, więc najpierw spróbuj uruchomić te dema z 320 KB "Rambo".
Adam Klobukowski napisał/a:a tak z ciekawosci mogłbys cos powiedziec jakie to zagadnienia?
Należy udowodnić, że wszystkie liczby nieparzyste większe lub równe trzy są pierwsze.
Matematyk: Trzy jest pierwsze, pięć jest pierwsze, siedem jest pierwsze, dalej pójdzie przez indukcję.
Fizyk: Trzy jest pierwsze, pięć jest pierwsze, siedem jest pierwsze, dziewięć to wyjątek, jedenaście jest pierwsze, dalej to oczywiste.
Inżynier: Trzy jest pierwsze, pięć jest pierwsze, siedem jest pierwsze, dziewięć jest pierwsze, jedenaście jest pierwsze, dalej to oczywiste.
Informatyk: Trzy jest pierwsze, trzy jest pierwsze, trzy jest pierwsze...
Tdc napisał/a:O poziomie tej uczelni świadczy też odsetek studentów którzy są w stanie obronić dyplom.
Normalnie pod koniec każdych studiów informatycznych każdy jest już zawalony robotą i to jest właśnie główna przeszkoda w skończeniu studiów. Jeśli jeszcze trzeba wykładać kasę na studia, to już w ogóle. Wiele osób świadomie porzuca studia. Jeśli mało studentów kończy studia, to świadczy to raczej o lekceważeniu przez nich tytułów naukowych.
jellonek napisał/a:exec to generalnie program wykonywalny - nie wazne czy binarny, czy jest skryptem w jakims jezyku, czy do jego uruchomienia potrzeba jakichs uprawnien (pod uniksami przy uzyciu "sh jakistamplik" mozna uruchomic skrypty shellowe nie majace +x ;) )
wazna jest idea (nie mylic z "orange" :D )
Przesada. Nie nazwałbym pliku class, jar, ps, html czy programu w BASIC execiem. Wedle powyższej definicji źródło programu w C też jest execiem, bo jest to program wykonywalny (tyle że zapisany w postaci źródłowej - i właśnie dlatego nie jest execiem). Nie mówiąc o plaintextowym przepisie na ciasto.
W przypadku Atari sprawa jest prosta: execiem w powszechnym rozumieniu jest wyłącznie plik binarny ładowalny z DOSa. Nie jest execiem program bezpośrednio bootowany z dysku lub kasety.
laoo/ng napisał/a:To moze by w formie relacji przejscia jednotasmowej maszyny Turinga. Bedzie ciekawiej.
To by było zbyt proste. Obstaję przy BF, ewentualnie web service w l33t.
mikey napisał/a:a w czym piszemy?
może w Brainfucku?
Vasco/Tristesse napisał/a:No tak, myslalem, ze wszyscy Atarowcy juz maja mature ;)
i emeryturę ;)
Ja bym zrobił "kopiuj" w dowolnym edytorze obsługującym RTF i "wklej" w dowolnym edytorze tekstu nie obsługującym RTF.
Trick J&E wygląda na szybszy od mojego: 9 (dla każdego M) inicjalizacji wskaźników zamiast 3 (dla X,Y,Z) * ile_punktów.
pr0be napisał/a:jellonek napisał/a:probe: nie czaje kto ci broni najpierw przemnozyc m1, m4, m7 przez x, po czym m2, ... przez y, i to samo dla z... w sumie 6x bys oszczedzal na ladowaniu danej 16bit
dodawanie wykonalbys na koncu...
ehh... zobacz jeszcze raz moj post #60 w tym topicu, to nic nie da! i tak trzeba ustawiac wszystkie tablice od nowa (bo ustawienie tablic zalezy od M1,M4,M7itp a nie od X,Y czy Z!) X/Y/Z wczytujesz poporstu ldy Xlo ldx Xhi i to wszystko wiedz tutaj nic to nie przyszpieszy...
Ja przeczytałem ten post 3 razy i dalej nie rozumiem.
Ustawiasz dla każdego puktu na stronie zerowej wskaźniki podrzebne do mnożeń przez starsze i młodsze bajty X, Y i Z. A potem mnożysz przez różne eMy i sumujesz.
Czyli proponuję co innego niż jellonek i eru, ale zgadzam się z nimi, że "trick oczywiście działa".
pr0be napisał/a:jellonek napisał/a:prawdopodobnie chodzi o grafike 3d, tak wiec bedzie mnozenie jakichs tam zbitkow 3 wspolrzednych -> 3 mnozenia pod rzad - pewnie bedzie sie to jakos dalo polaczyc, np. mnozenie 3 wspolrzednych przez ta sama wartosc - odciecie paru cykli na jej kolejne ladowanie do zp, itp.
przy mnozeniu 8x8 ten trick oczywiscie dziala i jest powszechnie uzywany, i dzieki czemu zyskujemy bardzo duzo cykli (dokladnie 19)
ale przy 16x8 niestety tego nie mozna zastosowac...
... bo ?
Wracając do tematu ja mógłbym pomyśleć nad zastanowieniem się, jakby był palmtop + do testów piwo
(porządne testy długo trwają, a przecież nie można tak o suchym pysku).
Kilka miesięcy temu doszły mnie słuchy, jakoby trwały prace nad wstawieniem ASAPa do któregoś z bardziej popularnych opensource-owych playerów na PPC^H^H^HPocketPC. Może nawet dwóch różnych playerów, bo doszły mnie dwa niezależne słuchy.
I trochę grzeczniej RobercieN, bo Ściana Wschodnia będzie musiała się wstydzić.
Sc0rpi0 napisał/a:sekwencja jsr w kodzie plus
rts w procce i 11 cykli w plecy co zupelnie chrzani zysk.
Nie 11 lecz 12 (6+6).
Sc0rpi0 napisał/a:Tak więc nadaje się tylko jeżeli
ktoś miejsce też ceni :( oprocz prędkości.
Wcale nie tylko. "injected RTS" często daje najszybszy kod, a wcale nie najkrótszy.
Sc0rpi0 napisał/a:Ale jeszcze pomyśle choć wątpię, żeby się coś
jeszcze dało wycisnać - chociaż jest sposób na unikniecie takiej dużej straty jeżeli
robi się serie mnożeń i robi wyliczenia kolejnych adresów do mnożenia i składowania
w procce.
Dlatego też nie ma sensu optymalizowanie pojedynczego mnożenia.
Z tego co widzę pr0be przestał pisać w tym wątku, a on sam wie najlepiej, gdzie będzie potrzebne takie mnożenie i będzie potrafił tak je wpleść w kod, aby zaoszczędzić więcej niż jakieś marne 20 cykli.
Znalezione posty [ 1,426 do 1,450 z 1,800 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.062 sekund, wykonano 19 zapytań