<?xml version="1.0" encoding="ISO-8859-15"?>
<rss version="2.0"><channel>
<title>latenssiongelma</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/</link>
<description>Recent changes in latenssiongelma</description>
<item><title>latenssiongelma</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/latenssiongelma</link>
<guid>http://sange.fi/~atehwa/cgi-bin/piki.cgi/#1119876101</guid>
<description>&lt;p&gt;&lt;ins&gt;Äänien tuottamisessa sampledatana on tällainen ongelma: 
äänidataa pitää aina olla saatavilla, kun sitä tarvitaan, muuten ääni 
katkeaa - mutta jos äänidataa tekee hirmuisesti etukäteen, äänien 
muutoksiin tulee hirmuinen latenssi. Hmm.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;En ole kunnolla tullut ajatelleeksi tätä aikaisemmin, koska 
olen yleensä tehnyt ääniohjelmointia vain ympäristöissä, joissa ääni 
voidaan tuottaa synkronisesti, ts. äänestä myös tiedetään etukäteen, 
millainen se tulee olemaan. Siihen ei tule muutoksia viime hetkellä. 
Latenssiongelman hienoin ratkaisu olisi periaatteessa se, että 
äänidatan voisi tehdä valmiiksi, mutta ylikirjoittaa, jos se muuttuu. 
Tämä on kuitenkin varsin vaikeaa ja monimutkaista, ja lisäksi 
Unix-ympäristössä on vaikea tietää, mikä kohta äänestä on paraikaa 
soimassa.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Ehkä pitää vain yksinkertaisesti tehdä kompromissi: jos 
äänisynteesisoftan voi tavallisessa pöytäkoneessa arvella saavan 
prosessoriaikaa vähintään 100 kertaa sekunnissa, voinee 44.1 KHz 
sampleratella puskuroida suunnilleen 400 samplea. Joo. Valitettavasti 
tuollaiset ~10ms viipeet ovat selvästi ihmiskorvan kuultavissa, mutta 
parempi sekin kuin ei mitään.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;[kategoria: ohjelmointi]&lt;/ins&gt;

</description>
<pubDate>Mon, 27 Jun 2005 12:41:41 +0000</pubDate>
</item>

</channel></rss>
