Tietokoneet ja musiikkiohjelmat ›

Kyllä tuo S/PDIF synkkaus onnistuu.
 
Kokeilen muuten vielä sellaista säätöä että lisätä C:BOOT.INI tiedostoon parameterin /usepmtimer sille riville jossa on ilmesesti ennestään /fastdetect
eli sen pitäisi näyttää jotenkin tällaiselta:
 
-------
 
timeout=0
default=multi(0)disk(0)rdisk(0)partition(2)WINDOWS
 
multi(0)disk(0)rdisk(0)partition(2)WINDOWS="Windows XP" /fastdetect /usepmtimer
-------------
 
Anna C:n juurihakemistossa komentoriviltä komento
attrib -r -s -h boot.ini
 
ennenkuin ota notepadilla editoitavaksi tuon boot.ini tiedoston.
 
Tuota säätöä käytetään kaikilla dualcore prossuilla.
 
MS:n sivuilta aiheeseen liittyvää juttua:
http://support.microsoft.com/?scid=kb;en-us;895980

Kyllä tuo S/PDIF synkkaus onnistuu.
 
Kokeilen muuten vielä sellaista säätöä että lisätä C:BOOT.INI tiedostoon parameterin /usepmtimer sille riville jossa on ilmesesti ennestään /fastdetect
eli sen pitäisi näyttää jotenkin tällaiselta:
 
-------
 
timeout=0
default=multi(0)disk(0)rdisk(0)partition(2)WINDOWS
 
multi(0)disk(0)rdisk(0)partition(2)WINDOWS="Windows XP" /fastdetect /usepmtimer
-------------
 
Anna C:n juurihakemistossa komentoriviltä komento
attrib -r -s -h boot.ini
 
ennenkuin ota notepadilla editoitavaksi tuon boot.ini tiedoston.
 
Tuota säätöä käytetään kaikilla dualcore prossuilla.
 
MS:n sivuilta aiheeseen liittyvää juttua:
http://support.microsoft.com/?scid=kb;en-us;895980
 
Eikä auttanut asiaa?
 
Voisiko tuosta s/pdif piuhalla kortit synkkaan keskenään -kokeilusta olla apua eli kannattaako edes testata?

Vielä viimeisinä oljenkorsina yksi uusi puhdas XP -asennus tuli tehtyä, nyt niin että EI Service pack kakkosta. Eli SP1, emolevyn, äänikortin, prosessorin ja näytönohjaimen uusimmat ajurit ja Cubase 2 SX asentaen ja eikun testaamaan normaalit emulated/non-emulated ja usesystemtimestampit päällä/pois ja ei toimi niin ei toimi. Edistys vaan soutaa ja on jossain vaiheessa muutaman sekunnin ihan hyväkin kunnes taas edistys suurentuu ja suurentuu ja taas palaa vähän paremmaksi.
 
Hienoja on vehkeet ja mahtavat kalliit softat, joilla ei mitää tee. Onko niin että Macintoshilla MITÄÄN tämmöisiä ongelmia ei ole? Toimiiko Cubase PC:llä kenelläkään oikeasti kunnolla? Kaikkia ei varmasti haittaakaan jotkut 10-20ms edistykset/viivästykset ja joku voi luulla että vika on omassa soitossa ja siksi näistä propleemista ei tämän enempää rummuteta?
 
Erikoiselta vaan tuntuu kun on tullut testattua kuitenkin muutamia "perus"- kokoonpanoja yleisillä emolevyillä, prosessoreilla ja äänikorteilla, mutta yhdelläkään kokoonpanolla synkkaus ei ole toiminut. Herää kysymys millä kokoonpanoilla Steinbergillä testaavat luomustaan. Olisi hauskaa jos Steinberg voisi tuoda julki edes jonkun toimivan kokoonpanon jolla saisi nuottia paikoilleenkin. Tai jos jollain semmoinen kokoonpano on niin kertokoon. Mahdollisesti Steinbergin ääni-interfacella toimii?

Vielä viimeisinä oljenkorsina yksi uusi puhdas XP -asennus tuli tehtyä, nyt niin että EI Service pack kakkosta. Eli SP1, emolevyn, äänikortin, prosessorin ja näytönohjaimen uusimmat ajurit ja Cubase 2 SX asentaen ja eikun testaamaan normaalit emulated/non-emulated ja usesystemtimestampit päällä/pois ja ei toimi niin ei toimi. Edistys vaan soutaa ja on jossain vaiheessa muutaman sekunnin ihan hyväkin kunnes taas edistys suurentuu ja suurentuu ja taas palaa vähän paremmaksi.

 
Kokeile poistaa näytönohjaimen ajurit ja käyttää niitä Windowsin asentamia ajureita (VGA). Voisitko listata koko kokoonpanon täydellisesti. Ei se nyt ole kiinni äänikortista (oliko se 0404) eikä XP:stä yksin. Asenna myös viimeisin versio SX 2:sta (ellet käytä kräkkiä, jolloin ongelma on tn. siinä). Noilla äänikorteilla (emu ja m-audio) MIDI input ajurivalintapitää olla emulated, directmusic, usesystemtimestamp.

Kokeile poistaa näytönohjaimen ajurit ja käyttää niitä Windowsin asentamia ajureita (VGA). Voisitko listata koko kokoonpanon täydellisesti. Ei se nyt ole kiinni äänikortista (oliko se 0404) eikä XP:stä yksin. Asenna myös viimeisin versio SX 2:sta (ellet käytä kräkkiä, jolloin ongelma on tn. siinä). Noilla äänikorteilla (emu ja m-audio) MIDI input ajurivalintapitää olla emulated, directmusic, usesystemtimestamp.
 
Niin, useammilla kokoonpanoilla on tullut testattua, sx2 on uusimmassa versiossa, ilman näytönohjaimen ajureita testattu ja eri näytönohjaimilla. Myös kaverin koneella M-audion kanssa Sonarilla (tosin joku vanha versio) oli sama ongelma. Kaikki Cubasen asetusvaihtoehdot on käyty läpi useaan otteeseen. Tässä koneessa esim. win xp pro sp1, 1,5gb (400mhz), athlon xp64 3000+, emu0404/M-audio 2496. Testatuilla äänikorteilla, emolevyillä, muisteilla, näytönohjaimilla ja prosessoreilla ei ole mitään vaikutusta ongelmaan.
 
Samoin latenssi koskettimen painalluksesta kuuluvaan ääneen soutaa muutaman millisekunnin toisinaan, mutta tämä on kai normaalia.

Samoin latenssi koskettimen painalluksesta kuuluvaan ääneen soutaa muutaman millisekunnin toisinaan
 
Aika lievästi sanottu. Sanoisin, että soutaa aina, vähintään muutaman millisekunnin. Jos ASIO-puskuri on 6 ms, niin koskettimen painalluksesta äänen kuulumiseen kuluvan latenssin satunnainen vaihteluväli on ainakin 10ms, yleensä varmaan lähempänä 20 ms:a. Jos puskuri on 10ms, niin vaihteluväli on luokkaa 25 ms. Painalluksesta ääneen kuluu vähintään 15ms, mutta voi kulua huonolla tuurilla vaikka 30ms.
 
Asiaa voi testata hyvinkin tarkasti rakentamalla sähköisen "MIDI->audio"-konvertterin, josta MIDI-signaalin risahdukset äänitetään audioraidalle ja verrataan toisesta audioulostulosta toiselle raidalle äänitettävään softasyntikan ääneen. Ero on muuten yllättävän pitkä ja satunnaisesti heittelevä.
 
Satunnaisuus johtuu ainakin Cubasen tapauksessa siitä, että reaaliaikasoittelussa MIDI-tapahtumat annetaan plugareilla "immediate"-tyyppisinä, ja kukin alkava nuotti sijoitetaan tapahtuma-ajasta riippumatta tasan seuraavan mahdollisen puskurin _alkuun_.
http://www.rme-audio.com/english/techinfo/lola_latec.htm
RME:n artikkeli on jo monta vuotta vanha, mutta tieto pitää edelleen paikkansa uusimmillakin SX- ja Nuendo-versioilla, ja varmaan myös kaikissa muissakin ohjelmissa. Tietääkseni mikään ohjelma ei edes yritä kompensoida jitteriä. Kai se on sitten niin, että nämä laitteet ja ohjelmat myydään semmoisille kavereille, jotka duunaavat vain jotain trancea hiirellä, eikä ole mitään kokemusta ns. oikeiden soittimien soittotuntumasta... ;)
 
Edit: tästä oli joskus muistaakseni Sound on Soundissa hyvä artikkeli, mutta en tähän hätään löytänyt sitä. Mutta tämän sivun löysin:
http://www.saunalahti.fi/~nafa/CubaseSX106RealtimeLatencyJitterTest/
Siinä on kuvien kanssa selitetty, mistä on kyse.
EditEdit: löysinpäs, se oli tämä
http://www.soundonsound.com/sos/Sep02/articles/pcmusician0902.asp

Joo perustietokone ei ole tarkoitettu mikrosekunnin tarkkaan ajanottoon, eikä WindowsXP ole reaaliaikakäyttis, ei edes. "soft realtime" koska schedulointi tapahtuu paremminkin "best effort" menetelmällä (tehtävän suoritusaikaa ei voida taata vaikka prioriteetti olisi ylimmällä tasolla), ja jo keskeytysten käsittely saattaa aiheuttaa prioriteettien kääntymistä ja muita mielenkiintoisia ilmiötä. Tuo latenssi mikä esim. VST-instrumenteilla reaaliaikaisessa soitossa saavutetaan riittää useimmille, varsinkin niille jotka eivät ole varsinaisesti kostetinsoittajia mutta käyttävät kiippareita taustojen tekoon. Jos esim. SX:ssä kaikki VST-instrumentit välittömästi MIDI-tallenuksen jälkeen jäädytetään niin CPU% pysyy vielä kohtuullisena eikä tuota jitteriä tule hirveästi, tai ainakin jotenkin pystyy soittamaan. Sitten kvantisoimalla korjailemalla nuotit saa suurin piirtein sinne minne niiden kuuluukin mennä.
 
On tuossa kyllä vielä toivomisen varaa, mutta VST-hostien ja pluggareiden tekijät eivät oikein asialle voi mitään. Microsoft voisi ehkä esim. tehdä musiikki/pelikäyttöön tarkoitetun kevennetyn version käyttöjärjestelmästä. Toisena vaihtoehtona Steinberg voisi siirtää koko VST enginen toimimaan käyttöjärjestelmän ytimeen (kerneliin) jossa se toimisi korkeammalla prioriteetilla, ja erilaisia WDM:n ajureita (filter driver) käyttäen latenssit saisi putoamaan ja stabiloitumaan huomattavasti. Mutta kaikkia osia (esim. käyttöliittymää) ei mitenkään saa toimimaan kernelissä, eikä ole kyllä hyväkään.
 
Windowsiakin voisi kyllä itsekin yrittää keventää esim. XPLite (http://www.litepc.com/xplite.html) yms. softien avulla, jonkin verran säätöä siinäkin.

No toisaalta, ei kait tuo MIDIkään ole niitä maailman tarkimpia systeemejä, datapötkö kulkee omalla vauhdillaan joten koko kökkö saattaa heittää sen pötkön pituuden verran, joskus enemmänkin. Muutama värkki peräkkäin, niin jo vain rupeaa heittoa tulemaan.

Paljonkin voitaisiin tehdä. MIDI-ajastuksen saisi kuntoon aikaleimaamalla saapuvat MIDI-viestit samplekellon mukaan integroidussa audio+MIDI-boksissa ja tasoittamalla jitterin DAW-ohjelman sisällä niin, että viive pysyisi kiinteän mittaisena. Viive sinänsä ei haittaa vaan jitter eli viiveen satunnainen vaihtelu.
 
MIDI standardissa nuoteille ei ole aikaleimaa, eli siitä boksista pitäisi mennä USB-väylään (käytännössä muita vaihtoehtoja kuin USB ei taida olla) jollain muulla protokollalla. S/PDIF -liityntä tuollaisen boksin kylkeen niin sitä kautta saataisiin audiokello. Kyllä tuollaista ratkaisua on mietitty. LTB käsittääkseni vain toimii toistossa, ainakaan sisääntulevan datan timestamppausta ei mainosteta missään. USB-liitynnöillä jo masterkontrollereissa kai kuvitellaan nuo taimiongelmat ratkaistavan, mutta käytännössä USB toimii huonommin kuin MIDI jos MIDI interface on esim. PCI-kortilla. Firewirelaitteilla ilmeisesti myös on alhaisempi latenssi. PCI-E emoilla PCI-väyläkin toimii miten sattuu joten kohta ei voi PCI-korttien MIDI I/O:honkaan enää luottaa. Mutta kyllä itse kontrollereissakin on melkoisesti latenssia, rakentelin aikoinani vanhasta C64 musiikkikoskettimistosta MIDI-koskettimiston (PIC kontrollerilla koskettimiston skannaus ja MIDI out), ja se oli kyllä huomattavan nopea verrattuna muihin syntikoihin. Tosin siinä ei tarvinnut/voinut konvertoida lyöntivoimakkuutta MIDI-velocityarvoiksi joka melkoisesti nopeuttaa hommaa.

Jep, LTB taisi koskea vain lähtevää tavaraa. Steinberg mainosti, että LTB:llä saa maailman tiukimman biitin... Hyvä myyntiargumentti kaikille niille heeboille, jotka tekevät teknoa ulkoisilla MIDI-laitteilla. Tänä päivänä ko. porukan määrä lähentelee varmaan kaksinumeroista lukua.
 
En ole minäkään nähnyt, että kukaan olisi mainostanut tuotteitaan _sisäänpäin_ tulevan MIDI-ajastuksen tarkkuudella. Windowsissa on ollut jotain yritystä aikaleimata sisään tulevat tapahtumat, mutta peli on siinä vaiheessa jo menetetty, kun leimasimelle saakka päästään, johtuen PC-laitteiston kirjavasta arkkitehtuurista. Sen takia meinasinkin, että leimaus täytyisi tapahtua integroidussa audiokello+MIDI-purkissa, joka antaa matskut eteenpäin leimoineen päivineen USB/firewire/jotain pitkin. Että ei muuta kuin MIDI-adaptereihin word clock input.

Tuossa voisi tietty käyttää SYSEX:ää tuon aikaleiman lähettämisessä, mutta sovellukset tuskin osaisivat/tajuaisivat sitä käyttää. Vaatisi MS, Steinberg (Cakewalk, Apple, PT yms) ja laitevalmistajien yhteistyötä joka tapauksessa.
 
Windowsissa aikaleima laitetaan DirectMusic rajapinnan kautta tapahtuvassa MIDI-liikenteessä. Tuollaisella aikaleimaavalla MIDI-purkilla sen SYSEX-aikaleimakoodin voisi purkaa DM ajureissa, ei olisi mahdoton homma koodatakaan tuollaista uutta ajuria vähän modaamalla Windows DDK:n mukana tulevia. USB-laitteitakin on helppo itse rakentaa kun joissain kontrollereissa USB-liityntä on valmiina. Word-clock on siitä huono että halpiskorteissa ei ole kuin S/PDIF lähtö, toisaalta se on aika helppo itse rakennetussa laiteessa toteuttaa, käytännössä ei tarvita kuin vastus maahan ja suoraan kiinni kontrolleriin (yleensä kai kyllä signaalista lisäksi suodatetaan ylimpiä taajuuksia pois häiriöiden välttämiseksi).

p.s. Mielenkiintoinen testiohjelma jolla voi testata MIDI-latensseja ja jitteriä eri ajureilla (MME, Directmusic):
 
http://miditest.earthvegaconnection.com/#download
 
Edit: teknistä taustaa DM:stä ja aikaleimauksesta:
http://earthvegaconnection.com/evc/products/miditest/developers.html
 
Edit 2: tuo tyyppi on keksinyt miten ohittaa joku DirectX:n aikaleimaukseen liittyvä bugi, sitä voi testata kun valitsee tuosta miditest ohjelmasta 'Direct Mode':n.
 
Ilmeisesti DirectX:n user mode osa vähentää tuosta alkuperäisestä aikaleimasta jonkin verran, eli se selittäisi ehkä tuon early MIDI bugin (en tiedä onko ero niin suuri):
"Few people probably realized that this same technique also works for MIDI pins. At least it works for pins that support KSDATAFORMAT_SUBTYPE_DIRECTMUSIC. The benefits of using Direct Kernel Streaming are: slightly faster access, no problems with large system exclusive messages and leaving out a lot of DirectMusic stuff that is probably only interesting for game developers anyway. Also it makes it possible to receive the actual timestamp of a MIDI message as it was handed out by the driver. Apparently the user mode portion of DirectMusic is responsible for the perceived timestamp meddling (the small amount subtracted from it). In bypassing it you can have access to the pure timestamp."

p.s. Mielenkiintoinen testiohjelma jolla voi testata MIDI-latensseja ja jitteriä eri ajureilla (MME, Directmusic):
 
Minkälaisia tuloksia saitte testissä korteillanne?

Tuossa olikin näköjään väärää informaatiota, mitään "Direct Mode" valintaa ei ollut, mutta yhdestä valikosta voi valita MME, DirectMusic ja Kernel Streaming vaihtoehdoista. E-Mu 1820:llä vain MME ja DM olivat vaihtoehtoja. MME tuotti vähiten latenssia ja jitteriä, muistaakseni 0.37 ms latenssin ja 0.11 ms jitterin kun "use timestamp" oli valittuna. Nuo siis per tavu, kokonaisten MIDI sanomien latenssi oli tietysti vastaavasti isompi. Käytännössä MIDI NOTE ON ja OFF komennot käyttävät kahta tavua, koska MIDI status tavua ei lähetetä uudelleen ellei joku muu status (esim. kontrolleri) tule väliin. DM:llä (emuloitu, koska tällä äänikortilla ei ole aitoja DM ajureita) tulos oli n. 3 ms latenssi ja 0.7 ms jitteri (en muista noita ihan tarkkaan). Testin ajaminen kestää vähän liian kauan, joten kannattaa laittaa siihen MIDI-sanomien määrään (31250) joku pienempi luku, käytännössä joku 1000-3000 antaa ihan samat tulokset. Käytännössä varmaankin pitäisi ajaa taustalla jotain toista ohjelmaa, ehkä jotain audiosoftaa joka lukee kovalevyltä jotain dataa, jotta tilanne vastaisi todellista tilannetta. SX 3.1:llä muuten on mahdollista valita Windows MIDI (=MME ajuri) ja "Use timestamp" optio, joka näköjään oli itsellänikin valittuna. SX 2:ssa tuota "Use timestamp" optiota ei tule näkyviin, ja MIDI Port Enabler kansiosta on tuo ingnoreportfilter tiedosto raahattava ylemmäksi jotta nuo MME (Windows MIDI) ajurit ylipäänsä tulevat näkyviin että niitä voisi valita. Uskoisin että SX 3 päivitys ja MME + use timestamp käyttö ratkaisi useimmat early MIDI ongelmat. MME MIDI viestien aikaleimat tosin on ilmeistu vain millisekunnin tarkkuudella, joten nuo tulokset ovat väkisinkin pyöristettyjä.
 
(http://msdn.microsoft.com/library/d … us/multimed/htm/_win32_mim_data.asp).
 
Mutta jos tosiaan dmusic.dll jotenkin säätää ajureiden antamaa aikaleimausta niin ellei kernel streamingia käytetä niin tuo on paras vaihtoehto (vaikka ei ehkä tarpeeksi tarkka loppupeleissä).

Ei ole kyllä pitkälle päästy jos nykyaikana ainoastaan soitetun sävelen korkeus saadaan tallennettua "as it is".

Testailin 5000 toistolla, ekan sarakkeen viestit ruksattuna. Midiman USB MidiSport 2x2, MME-ajuri, Message latency: 5-6 ms, Message jitter: 0.5 - 0.9 ms, Message max deviation: 2-3 ms. Eri testikerroilla tulokset heittelivät jonkun verran. Aika kököt tuloksethan noi on. Emuloiduilla DirectMusic-ajureilla latenssi oli päälle 10 ms. Ja tämä siis ilman muita aktiivisia käynnissä olevia ohjelmia.
 
MIDI-testiohjelman tuloslistassa parhaat tulokset näkyivät olevan Midex 8:lla... pitäisköhän hommata semmoinen sitten kuitenkin.
 
Echon Audiofirellä en saanut testiohjelmaa toimimaan jostain syystä. Väitti, ettei tule mitään sisään. Yritin sekä Audiofireä että Midimania antavana lähteenä, mutta kumpikaan ei pelittänyt. Ei MME eikä DirectMusic.

MIDI-testiohjelman tuloslistassa parhaat tulokset näkyivät olevan Midex 8:lla... pitäisköhän hommata semmoinen sitten kuitenkin.
 
Eikö siinä ole 8in/8out? Vähempikin riittäisi minulle ainakin, siitä lienee pienempikin versio? Saako niitä jostain?

itselläni tuli vastaava midi-raidan latency vika joka korjaantui audio interfacen ohjainten uudelleen asentamisella.

vlhrd: Ei ole kyllä pitkälle päästy jos nykyaikana ainoastaan soitetun sävelen korkeus saadaan tallennettua "as it is".
 
No jos vaikka päivittäisit sen cubasen, niin saattais toimia tuo juttu sulla.
 
SX 3.1:llä muuten on mahdollista valita Windows MIDI (=MME ajuri) ja "Use timestamp" optio, joka näköjään oli itsellänikin valittuna. SX 2:ssa tuota "Use timestamp" optiota ei tule näkyviin
 
Miulla tommosta midi ongelmaa ei ole, koska toi softan puolella oleva time stamp toimii erittäin hyvin, käytössä Cubase 5.5. Siksi noi linear time base systeemit on hylätty, kun homma toimii riittävän hyvin softalla.
 
Ihme vatvomista kolme sivua kun vastaus oli ekan sivun alussa: use system timestamp.
 
Eikö siinä ole 8in/8out? Vähempikin riittäisi minulle ainakin, siitä lienee pienempikin versio? Saako niitä jostain?
 
Toi midex on ollu lopettu tuote jo vuosia, eikä siihen saa esim. vista tai 64 bittisiä ajureita. Fiksummin käytät rahas päivittämällä ton softan. SX 2 on muutenkin aika buginen välimallin Cubase. Uudemmat on monella tapaa parempia mm. plugarit joita voi käyttää.
 
K.