This study has developed a method to create an, to a big extent, automated testing system for NMP (Networked Music Performance) communication over LAN and WAN to be able to benchmark the UDP streaming engine JackTrip using a client-server model. The method is not locked into using JackTrip only, it could be used to do experiments with other engines too. The study tried to answer the question if latency correlates to amount of correctly aligned audio, and to what extent the audio is correctly aligned in respect to tolerated latency (based on earlier research) when at least two musicians remote-conducting musical pieces together. There were 13 different buffer settings tested, which used no redundancy and redundancy of 2, and which were sent through 4 different LAN/WAN-scenarios. A big dataset was produced, with about 82 minutes’ worth of audio per test. To post-process the data a phase cancelling method was used to measure correctly aligned audio, while the latency was measured by counting the number of samples from the start of each audio file to the first sample that were not null or not under a certain threshold. The results showed clear correlations of buffer sizes impact of latency and amount of correctly audio sent over the network. If the buffer sizes are greater, it will produce higher latency and increase the amount of correctly aligned audio, and on the opposite side, if using less buffer, it will produce lower latencies and less correctly aligned amount of audio. The study also showed that there was very little impact of using higher redundancies, both regarding latency and amount of correctly audio. When analysing the amount of correct data when respecting the tolerated level of latency, the study showed a support for correctly aligned amount of streamed audio up to 65% when using JackTrip. / Den här studien har utvecklat en metod för att skapa ett, till stor del, automatiserat testsystem för NMP-kommunikation (Networked Music Performance) över LAN och WAN för att kunna prestandatesta den UDP-strömmande ljudmotorn JackTrip, med en klient-server-modell. Metoden är inte låst till att endast användas med JackTrip, den kan användas för att göra experiment med andra motorer också. Studien försökte svara på frågorna om latens korrelerar med mängden korrekt justerat ljud, och till hur stor del som ljudet är korrekt justerad med hänsyn till tolererbar latens (baserat på tidigare undersökning) när minst två musiker fjärrmusicerar tillsammans. Det testades 13 olika buffertinställningar, som använde ingen redundans samt med redundans på 2, och som kördes genom 4 olika LAN / WAN-scenarier. En stor datamängd producerades, med ca 82 minuters ljud per test. För att post-bearbeta data användes en fas-elimineringsmetod för att mäta mängden korrekt justerat ljud, medan latensen var uppmätt genom att räkna antalet samplingar från starten av varje ljudfil till den första samplingen som inte var innehållslös eller inte under ett specifikt tröskelvärde. Resultaten visade tydlig korrelation av buffertstorlekens påverkan av latens och mängd korrekt ljud skickat över nätverket. Om buffertstorlekarna är större kommer det att ge högre latens och öka mängden korrekt justerat ljud, och tvärtom, om mindre buffert används, kommer det att ge lägre latens och mindre rätt justerad mängd ljud. Studien visade också att det gav mycket liten effekt att använda högre redundans, både vad gällande latens och mängden korrekt ljud. Vid analys av mängden korrekta data med hänsyn till den tolererade latensnivån visade studien ett stöd för korrekt justerat mängd av strömmat ljud upp till 65% vid användning av JackTrip.
| Identifer | oai:union.ndltd.org:UPSALLA1/oai:DiVA.org:his-16169 |
| Date | January 2018 |
| Creators | Müntzing, Daniel |
| Publisher | Högskolan i Skövde, Institutionen för informationsteknologi |
| Source Sets | DiVA Archive at Upsalla University |
| Language | English |
| Detected Language | English |
| Type | Student thesis, info:eu-repo/semantics/bachelorThesis, text |
| Format | application/pdf |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.0029 seconds