1,426

(19 odpowiedzi, napisanych Bałagan)

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.

1,427

(26 odpowiedzi, napisanych Programowanie - 8 bit)

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.

1,428

(10 odpowiedzi, napisanych Scena - 8bit)

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.

1,441

(23 odpowiedzi, napisanych Bałagan)

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.

1,442

(23 odpowiedzi, napisanych Bałagan)

mikey napisał/a:

a w czym piszemy?

może w Brainfucku?

1,443

(90 odpowiedzi, napisanych Zloty)

Vasco/Tristesse napisał/a:

No tak, myslalem, ze wszyscy Atarowcy juz maja mature ;)

i emeryturę ;)

1,444

(89 odpowiedzi, napisanych Programowanie - 8 bit)

kompresję?

1,445

(23 odpowiedzi, napisanych Bałagan)

Ja bym zrobił "kopiuj" w dowolnym edytorze obsługującym RTF i "wklej" w dowolnym edytorze tekstu nie obsługującym RTF.

1,446

(89 odpowiedzi, napisanych Programowanie - 8 bit)

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.

1,447

(89 odpowiedzi, napisanych Programowanie - 8 bit)

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".

1,448

(89 odpowiedzi, napisanych Programowanie - 8 bit)

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 ?

1,449

(31 odpowiedzi, napisanych Emulacja - 8bit)

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ć.

1,450

(89 odpowiedzi, napisanych Programowanie - 8 bit)

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.