Upgraded to the MPExtended 0.6 beta version and edited the "-b:v" value to 500 in one of the 3 WP8 streaming profiles. Now testing from an external IP-address and performance has increased a bit, meaning it takes a bit longer for the Audio-buffer to get depleted and for the a/v to start stuttering/stalling. Prebuffering is set at the maximum of 60 secs.
When using the non-edited WP8 720p profile, after 60 secs of prebuffering the Video-Buffer is 1.500 and Audio-Buffer 345. Streaming duration is 120 secs before the audio buffer gets depleted.
It's alsmost the same when using the edited WP WVGA profile: after 60 secs of prebuffering Video-Buffer is 1.500 and Audio-Buffer 345. Streaming duration is also 120 secs before audio buffer gets depleted, somehow it's filled again after a while and video-buffering continues but audio still remains a bottleneck. When Audio-Buffer is fully depleted to 0, the Video-Buffer is being filled normally.
If we can somewhow increase the performance of the audio buffering by tweaking its settings. Perhaps using "-q:a 9" in stead of the current "-b:a 128k" for libmp3lame. https://trac.ffmpeg.org/wiki/Encode/MP3
When using the non-edited WP8 720p profile, after 60 secs of prebuffering the Video-Buffer is 1.500 and Audio-Buffer 345. Streaming duration is 120 secs before the audio buffer gets depleted.
It's alsmost the same when using the edited WP WVGA profile: after 60 secs of prebuffering Video-Buffer is 1.500 and Audio-Buffer 345. Streaming duration is also 120 secs before audio buffer gets depleted, somehow it's filled again after a while and video-buffering continues but audio still remains a bottleneck. When Audio-Buffer is fully depleted to 0, the Video-Buffer is being filled normally.
If we can somewhow increase the performance of the audio buffering by tweaking its settings. Perhaps using "-q:a 9" in stead of the current "-b:a 128k" for libmp3lame. https://trac.ffmpeg.org/wiki/Encode/MP3
Last edited: