Super. Znając życie RJ pewnie nie ma żadnego Lynxa w domu ;)

Czy dobrze pamiętam, że produkcje na Atari Lynx miały być jeszcze osobno oceniane przez RJ Micala? Czy coś z tego wyszło w ogóle?

478

(433 odpowiedzi, napisanych Zloty)

Ahh... Idealna sztuka do rozkręcenia i zamontowania U1MB ;)

479

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

Ale co 6502 musiałby robić, żeby natknąć się na ten pływający autobus? "Niepublikowane" rozkazy mogą robić coś innego niż czytanie albo zapisywanie do pamięci?

480

(9 odpowiedzi, napisanych Scena - 8bit)

@XXL jaki rozkład prawdopodobieństwa ma Twój algorytm pseudolosowy? Coś rzadko padają PORTyB z przedziało $d300-$d37f ;)

481

(26 odpowiedzi, napisanych Bałagan)

Adam, jeśli potrafisz pisać coś w tym script fu, to podziwiam. Ja wymiękłem.

@Grey, poka co napisali o tych jedenastu neue Lynx-Spiele, a szczególnie o takiej jednej...

483

(30 odpowiedzi, napisanych Zloty)

NG jedzie IC 6501 a wraca IC 5602, no jakżeby inaczej?

484

(5 odpowiedzi, napisanych Software, Gry - 16/32bit)

Nie znam się na dużym Atari, ale Grafika/muzyka super, tylko bardzo widać, że to BASIC, bo intuicyjnie wydaje mi się, że ST nie może być aż tak wolne :)

485

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

Schodzimy już na eschatologiczne tereny, ale dużo w tym racji. Aczkolwiek nie wydaje mi się, żeby rozwianie mitu AMY było jakoś bardzo traumatycznym doświadczeniem i może jednak plusów czegoś trochę lepszego od POKEYa, ale czegoś co można oprogramować byłoby więcej niż minusów z niespełnionych oczekiwań. Bo jednak na scenie są ludzie, którzy lubią wyzwania i mieć robotę do wykonania.

PS Candle - dostałeś ode mnie maila z forum? Odezwij się proszę do mnie, bo mam sprawę odnoście VBXE.

486

(174 odpowiedzi, napisanych Scena - 8bit)

Przypomniał mi się motyw z przekładem baśni braci Grimm. W Polsce nie ma jeszcze przekładu pierwszego wydania z powodów trudności w oddaniu niuansów językowych. I tłumaczka, która się tym zajmuje, odkryła, że jakieś wydawnictwo krzak wydało ten przekład. Po dochodzeniu doszła do tego, że to przekład z... angielskiego. Jak wytknęła sprawę i zrobiło się głośno, to wydawca tłumaczył się, że zaszło karygodne niedopatrzenie, że do drukarni poszedł nie ten plik co trzeba i wydrukowano roboczy przekład angielskiej wersji, a nie ten ich prawdziwy z niemieckiego...

487

(174 odpowiedzi, napisanych Scena - 8bit)

Też coś czuję, że można spaść z rowerka próbując wydać taką grę. To było praktycznie pewne, że Cię oleją, ale jakbyś wydał, to pismo dostaniesz.

Marchewka robi swoje :)

489

(12 odpowiedzi, napisanych Programowanie - 8 bit)

I podjął wg mnie słuszną decyzję

490

(12 odpowiedzi, napisanych Programowanie - 8 bit)

No to może znalazłeś buga - można wpisać issue: https://github.com/KarolS/millfork/issues

Niech się facet cieszy, że community przygląda się jego projektowi :)

491

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Intuicyjne to nie jest, ale na moje oko wszystko dzieje się poprawnie. Pętla "to" liczy do góry aż napotka docelową wartość.

492

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Badał ktoś ten projekt?

https://github.com/KarolS/millfork

Ja z definicji jestem bardzo sceptyczny odnośnie kompilatorów dla 6502, ale na pierwszy rzut oka ten wywarł na mnie bardzo pozytywne wrażenie.

Nie ma żadnego przykładu dla atari, ale generyczne przykłady po prostu działają:

// memorize this code for your next interview for a Millfork developer position

import stdio

void main() {
    byte i
    for i,1,to,100 {
        if i %% 15 == 0 {
            putstrz("fizzbuzz"z)
        } else if i %% 3 == 0 {
            putstrz("fizz"z)
        } else if i %% 5 == 0 {
            putstrz("buzz"z)
        } else {
            putword(i)
        }
        putchar(' ')
    }
    while(true){}
}
millfork.exe -t a8 -o out.xex fizzbuzz.mfk

493

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

No ale zaraz... Nie wiem czy rozumiem. Czy rozmawiamy tu o plikach ładowalnych AtariDOS? Nagłówek $FFFF itd? Bo z dyskusji wnoszę, że tworzony jest tu niekompatybilny format pliku ładowalny tylko przez xBios. Jeśli tak, to nie powinien być to *.XEX, tylko jakiś powiedzmy *.XBS i wtedy XXL nie musiałby ograniczać się do tego formatu i mógłby zamieszczać w nim jeszcze jakieś metadane i inne miodności jak format kompresji itd. Nie jestem jednak za tym, aby ten format "udawał" standardowe pliki XEX, skoro nie załaduje się z żadnego DOSa.

494

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

To była karta MMC 16 MB, więc nie dziwię się, że nie zadziałała. U mnie działają microSD w adapterze sformatowane na FAT32.

495

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

Uff... już myślałem, że mamy następnego buga do kolekcji ;)

496

(41 odpowiedzi, napisanych Konsole)

1. AdamK
2. Sikor
3. Jesionen
4. pin
5. perinoid
6. AtariGamer
7. Bachoo
8. Eagle
9. alexthissen
10. voy
11. Drupi77
12. dragmar
13. Jaybezeone
14. laoo/ng

Tylko nie mówcie żonie.

497

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

Szybkość przyrostu tej listy jest motywatorem, żeby jednak pojawić się na zlocie :)

498

(118 odpowiedzi, napisanych Programowanie - 8 bit)

Następny ficzer użyty i następny błąd znaleziony :)

    .segdef seg $4000 $4000 R bank 

    .segment seg
l    nop
    .endseg
    
bank = $15

generuje mi błąd:

mads.exe test.asm
l       nop
test.asm (5) ERROR: Label L declared twice (BANK=21)

Eksperymentując odkryłem, że można go obejść na dwa sposoby: ustawiając numer banku w .segdef jako liczbę, albo definiując etykietę bank przed .segdef

Te obejścia są bezproblemowe, więc to nic pilnego, ale zgłaszam, bo to nie jest zachowanie, którego bym się spodziewał.

Przy okazji odkryłem, że kuleje trochę ustalanie, czy segment ma być read-only. Taki kod:

bank = $15

    .segdef seg $4000 $4000 R bank 

    .segment seg
v    equ $80

l    sta v
    .endseg

Generuje mi ostrzeżenie

test.asm (9) WARNING: Label V is only for READ

a listing ma w tym miejscu taki wpis:

     7 = 15,0080        v    equ $80

Nie znam wnętrzności madsa, ale widać, że definiowanie etykiet wewnątrz segmentu o wartościach spoza segmentu jest problematyczne. Prawdę mówiąc przypisanie tej etykiety do banku $15 też nie jest czymś, co bym się spodziewał i chyba tu tkwi problem i może rozwiązaniem byłoby, żeby do banku segmentu zaliczać tylko te adresy, które się w tym segmencie zawierają.

499

(2 odpowiedzi, napisanych Konsole)

Cześć.
W przypływie wzmożonego szaleństwa (aczkolwiek nie posądzałbym żadnego z bywalców tego forum o zdrowie psychiczne) naszła mnie niechcąca się odeprzeć chęć spróbowania się z kodowaniem na Atari 7800.
Chciałbym sobie kupić jakąś, ale naszła mnie równocześnie myśl, że w dzisiejszych czasach nie jest do końca oczywistą decyzja, czy lepiej kupić konsolę w wersji PAL, czy NTSC. Pod względem podłączenia jej do czegoś to nie ma znaczenia, ale pod względem liczby potencjalnych konsumentów treści, to środowisko amerykańskie zdaje się być wielokrotnie bogatsze od europejskiego (nie mówiąc o polskim, gdzie 7800 praktycznie nie istniała).
Czy zatem jest jakaś przesłanka nad preferowaniem w poszukiwaniach wersji PAL, czy może lepiej szukać NTSC?

500

(38 odpowiedzi, napisanych Programowanie - 8 bit)

Dzięki chłopaki! Bardzo wiele mi się rozjaśniło.
W kwestii ew. wyjaśnień, to oczywiście nie chcę sam wydawać żadnych kartridży, tylko potrzebuję jednego flaszującego stricte do celów developerskich. I oczywiście że będę uruchamiał grę na emulatorze, ale nie mogę sobie pozwolić, żeby nie testować jej równolegle na prawdziwym hw.
Z tego co przetrawiłem, to na moje potrzeby najlepszy byłby albo AVGCart, albo Ultimate Cart z tego względu, że można na nich "montować" pliki *.CAR z karty SD, co jest idealnym przypadkiem użycia dla mnie. The!Cart ma tę wadę, że wymaga wgrania pliku przez Atari za pomocą np SIO, co znacznie utrudnia pracę. Kwestia jest tylko taka, że The!Cart można kupić zdaje się od ręki, a jak wygląda sprawa z AVGCart i Ultimate? Widzę na AtariAge jakieś stare wątki z preorderem, co nie wróży dobrze. Ktoś coś wie? Jest jakiś wtórny rynek może?
A może ewentualnie ktoś byłby skłonny pożyczyć na parę tygodni swojego gdzieś na wiosnę jak już będziemy mieć coś działającego na emulatorze? Tak ad maiorem dei gloriam? ;)