🚀 go-pugleaf

W dniu sobota, 11 lutego 2017 20:54:58 UTC+1 użytkownik (fir) napisał:
> ostatnio (dokladniej wczoraj) napisalem sobie asembler 
> ktory asembluje wirtualny asembler mojego wlasnego wymyslu
> do kodu binarnego tez mojego wymyslu
> 
> asembler wyglada mw tak
> 
> mov   l    100000
> mov   a    0
> mov  (a)   25500
> inc   a
> dec   l
> cmp   l  0
> jig   -4
> brk
> 
> 
> jest 26 32 bitowych rejestrow (od a do z) 
> dzis napisalem sobie wirtualna maszyne ktora wykonuje kod
> binarny z tego asemblera, sam asembler to 300 lini w c
> a maszyna wirtualna to 200 lini w c (nie do konca rozbudowane
> tylko niektore opkody na razie dlatego tak malo)
> 
> ogolnie pomysl jest fajny, fajnie sie to pisze,
> powstaly jednak kwestie 
> 
> 1) co zrobic by miec z tego wiecej zabawy? fajnie jest miec
> jakby pelna kontrole nad asemblerem i tym jak wykonuje tp
> maszyna wirtualna ale nie wiem co tu wymyslec by byl z tego
> maxymalny fun
> 
> 2) na razie maszyna wirtualna pracuje na pliku ram.bin ale 
> pewnie dorobie do tego wirtualny ekran w okienku i
> dostep do klawiatury, znam jako tako winapi wiec nie 
> powinno byc trudno, wiekszy problemmam jednak z dzwiekiem
> trzebby zaprojektowac jakas wirtualna prosta karte muzyczna
> tak by mozna miec do niej dostep z poziomu wirtualnego 
> asemblera i nie mam wiekszego pojecia jak to sie robi
> (w winapi umiem tylko odgrywac wavy)
> 
> pewnie moglbym ustawic tak ze pisanie do jakiegos 'portu'
> ustawia aktualna czestotliwosc dzwieku a pisanie do drugiego
> portu aktualna glosnosc - ale chyab byloby to zbyt malo
> (lekko mnie tez martwi czy implementacja tego w postaci generowania wava w realtime w reakcj na te komendy 
> asemblera by to uciagnela - moze martwie sie na wyrost ale 
> jakos nie do konca lapie te podstawy robienia dzwieku
> na pececie - nie mam glownie zaufania do tego czy to api 
> winapowski ejest dostatecznie szybkie(wogole nie wiem w jakiej
> skali to dziala ale tak czy owak chyba wolniej niz jakas hardwarowy czip nawet na zx spekturm atari czy commodore 64 ) )
> 
> 
> ktos mialby moze jakies pomysly w tych kwestiach?

mozna nadmienic ze jak ja koduje aplikacje (prototypy)
to chodzi mi o ich fizyke, fizyka programu musi byc 
wpisana w fizyke komputera (sporo programow we wspolczesnym swiecie ma ta bazowa fizyke slaba, lag za lagiem.. nawet tytuly aaa (ale indie tez))
o ile w programowaniu grafy i inputu ta fizyka jakos mam wytrenowana to z tym dzwiekiem mam za malo doswiadczen 
(z tych co mam wynikaloby ze probki mozna odtworzyc ale
samo ich wyslanie na glosnik wiaze sie ze sporym opoznieniem (rzedu milisekund) i to mnie troche martwi
bo znaczyloby ze fizyka dzwieku lezy.. powinienem podokonywac paru testow ale nawet nie wiem jak to mierzyc)
[yawn]