Busy píše:
_dworkin píše:
hraje vsech 8 kanalu + bubny.
Aha, takze 8 kanalove beepove hudby.
_dworkin píše:
Jak hraji vsechny kanaly a neni to z duvodu ze jsem pridaval abych podporil /zesilil nejaky motiv tak se zacnou dit podivne nedetermicke interference.
Pytal som sa preto lebo BytePack po skusenostiach s 8-kanalovym hudobnym editorom ZX-7 spravil (je to jeho posledne dielo na ZX , nech mu je zem lahka) dokonca az 16-kanalovku:
https://busy.speccy.cz/tmp/zx16mono.mp3a nezda sa zeby tam boli nejake interferencie.
Nejsem si jisty zda by me 16 kanalu pomohlo. Spis si myslim ze by se to jeste vice skomplikovalo, protoze je to jeste vice tlaceny beeper do extremu.
Podle UTZe co naposledy psal to vypada ze jsem spatne pochopil co octode2k16 dela.
On pouziva 9 "core", kde 0 core jen nastavuje 0 na port (takze vytvari ticho) a core 1 posle na 24 taktu na port 1 a pak je tam nula. Kazdy dalsi core to posouva o 24 taktu, az core 8 tam posila jen 1 (takze taky vytvari ticho). Je to vzdy 4x za sebou v 192 taktovych blocich.
Ale na rozdil co jsem si myslel to nedela za sebou pro kazdy kanal. Ale v tom c++ prevodniku to nejak mixuje ze vstupu. Takze je to jakoby skladbu rozsekal na casove useky 4*192 taktu a kazdemu useku priradil jednu hodnotu z 3 bitove hloubky. Proto psal 4557 KHz. Jen se tomu mozna da rikat 3-bit nez 1-bit.
Pokud tam ma neco spatne tak to neni v assembleru, ale v tom c++ prevodu. Ze tam neresi nejake pripady, mozna staci jen pouzit nejaky jiny algoritmus (neco jako dithering pro obrazky, nebo jine techniky odstranujici nejaky problem pri kvantizaci). Mozna by stacilo i rucne zadat ve zdrojovych datech ze ma neco provest na usecich co maji problem.
Cele je to pro me stejne matouci, zvlast kdyz jsem sledoval nejake video kde ukazovali "hranatou" vlnu a jak ji slysime a ze existuje vzdy jen jeden zpusob jak to jde prolozit "krivkou". Ze proste 44 Khz je nejlepsi protoze je to vic jak 2x vyssi frekvence nez co dokazeme slyset. (Hlavne rikal ze ta "hranata" vlna je jen zobrazeni, ze si to muzeme predstavit jen jako jeden bod, kterym pak prochazi ta krivka)
Proste cim vic vim tim vic chapu jak tomu nerozumim.
V poslednim videu jsem resil ze jsem mel tolik kanalu ze dohromady to vytvarelo disharmonii, chaos a navzajem se to proste rusilo.. Takze misto pridavani kanalu jsem musel spis ubirat a rozhodovat co ponecham a co smazu.
Nakonec jsem to musel delat jeste jednou kdyz jsem si uvedomil ze to ma mit nejen dobry zvuk, ale ze me to musi jeste navzajem plynule navazovat. Takze jsem musel volit kompromis.
Z te mp3 ukazky to fakt nepoznam zda to nema stejny problem.
Jak to ma vic melodii tak to asi ani neslysim. Bohuzel to neni tak jednoduche a obcas jedna "melodite" vezme vic kanalu kdyz pouziva vic "klaves". A nektere kombinace klaves zni v tom enginu spatne.
Nevim zda to dava nejaky smysl, ale aspon jsem nejak odpovdel.
_________________
Z80 Forth compiler (ZX Spectrum 48kb):
https://codeberg.org/DW0RKiN/M4_FORTH
Přihlásit se
Registrovat
OC Wiki 
OC GitHub 
FAQ
Hledat
