Bugzilla – Bug 15310
Issues re-sampling WAV files with sample rates higher than what we natively support
Last modified: 2010-05-11 11:57:33 UTC
I have a customer that is streaming WAV files that have a sample rate of 176.4khz from his WHS machine with 7.4.1. It is being transcoded to Flac by the server, but will not play without bufferring every few seconds. I do have a couple of sample files but cannot compress them to meet the file size requirement of Bugzilla.
Is this over wireless? So if we're talking about a buffering issue, then the data is not getting to the player fast enough. Why could that be? It could be (despite the circumstances) just a wireless congestion or other throughput issue. If it's not that, is the transcoding maxing out the CPU? Can you bring up the task manager while the rebuffering is occurring and see if flac.exe is taking up a very high percentage of the CPU? I can't think of any reason why the *software* would not be able to deliver the data fast enough.
Issue occurring over ethernet. Details of cutomer's network: HP Media Smart Server with Windows Home Server Power Pack 3 via Ethernet Cat 6 cable to NetLink Dir -655 gigabit router. Then Ethernet Cat 6 cable to NetLink DGS-2208 Gigabit switch to Transporter by Ethernet Cat 6 Cable. I will go ahead and test this issue again with 7.5.0 and get the other details from task manager if the issue is still occurring then update the bug.
I've been able to reproduce this issue with the customer's WAV files. I did not see flac.exe on the Task Manager processes list, but also did not see the CPU spike past 11% in the Performance tab. Attached is a snippet from the server transcoder log.
Created attachment 6834 [details] transcoder log
Change: Full but compressed server log attached.