🚀 go-pugleaf

W dniu 2017-02-14 o 22:07, (fir) pisze:

> to chyba nie do konca emulator bo na przyklad takie 8 bitowce czy 16 bitowce maja swoja fizyke (rezimy czasowe scisle okreslone przez fizyke) tutaj nie jestem pewien czy chcialbym emulowac ta cala fizyke z realnego swiata 
> (bo wydaje mi sie to ew trudniejszym zadaniem) czy tylko okreslone stany pamieci i 'fizyke'
> z grubsza

No i ta fizyka jest wtedy emulowana, jeśli jest.

> nie do konca rozumiem o czym mowa, co sie stanie tym interpretaterem cyferek/parserem
> pliku binarnego? maszyna wirtualna czy assembler? akurat ja samej maszyny nie
> planowalem zbytnio optymalizowac - swoja 
> droga nie wiem ile by to dalo 

Może się przejęzyczyłem - miałem na myśli kod maszynowy, a nie assembler.

Mam na myśli to, że procesor wykonywał rozkazy sekwencyjnie, mając do
dyspozycji pamięć i rejestry.

Plik do wykonania dla maszyny wirtualnej może być np. sekwencją numerów
procedur jakiejś wielkiej biblioteki i offsetów parametrów dla tych
procedur. Plus kody tworów sterujących, nawet bardzo wysokiego poziomu w
stylu foreach.

Wtedy robi się to zakodowany binarnie język, a nie assembler. W sensie,
że nie byłby w stanie tego wykonywać fizyczny procesor. I radość
wymyślania tego pryska dlatego, że nie ma żadnych ograniczeń.

> c64 mial cos bardziej skomplikowanego niz 
> jednotonowy brzeczek ale chyba nie az tak bardzo (szkoda ze nie pamietam), mial chyba 4 kanaly i mial jakies fazy (obwiednie dziweku 
> narastanie podtrzymanie opadanie ale nie pamietam juz czy na jednym tonie czy to bylo cos bardziej skomplikowanego)

Przecież masz emulatory C64 i Atari, plus dokumentację. Zobacz i się
wzoruj na tym.

> fajnie by bylo zaprojektowac sobie jakies wlasnie hardware do dzwieku 'syntetycznego'
> ale cos bardziej skomplikowanego nic to co bylo na c64...

Tu wzór np:

https://www.youtube.com/watch?v=fDE_n_OJ8Sc

L.