- August 7, 2012
- 336
- 108
- Home Country
- Italy
MePo: 2.1 Final
Audio Codec: All using Lav Audio: 0.69.0.42-git | Bitstream checked for all formats available.
Video Codec: All using Lav Video: 0.69.0.42-git
Audio Renderer: Default DirectSound Device.
Prefer multichannel audio streams: NO.
I found a problem when using LAV Audio bitstreaming in conjunction with the PIP feature, but I can't really say it's a bug, more a way bitstream works.
When you start PIP, you actually start a second player with its instances of LAV Audio and LAV Video codecs (at least that is what is happening on my PCs).
Everything works fine until one of your track is supported by LAV audio for bitstreaming and LAV is configured to bitstream.
In this configuration, the first audio track with DD or DTS chosen takes precedence and starts bitstreaming to the AMP. There's no way to switch to the other player tracks but stop the current bitstreaming instance first.
I think this happens because both player actually streams one of their track to LAV Audio, and when bitstream is enabled, it immediately pass it to the amp.
Let me make an example for you to reproduce the issue:
Requisites: Have LAVAudio codec with DD bitstream enabled.
This happens on both my MePo 2.1 final installations, with two different amps connected, so I think it's not an hardware problem (of the amp) or the pc, but more a configuration issue or an issue by design. The problem stops the very moment I disable bitstreaming (obviously).
Can some of you with bitstreaming enabed reproduce this issue, or it's an issue with my configuration?
Is it possible to configure MePo to always reproduce one audio track only and disable the others completely, before they go to the LAV audio codec?
Audio Codec: All using Lav Audio: 0.69.0.42-git | Bitstream checked for all formats available.
Video Codec: All using Lav Video: 0.69.0.42-git
Audio Renderer: Default DirectSound Device.
Prefer multichannel audio streams: NO.
I found a problem when using LAV Audio bitstreaming in conjunction with the PIP feature, but I can't really say it's a bug, more a way bitstream works.
When you start PIP, you actually start a second player with its instances of LAV Audio and LAV Video codecs (at least that is what is happening on my PCs).
Everything works fine until one of your track is supported by LAV audio for bitstreaming and LAV is configured to bitstream.
In this configuration, the first audio track with DD or DTS chosen takes precedence and starts bitstreaming to the AMP. There's no way to switch to the other player tracks but stop the current bitstreaming instance first.
I think this happens because both player actually streams one of their track to LAV Audio, and when bitstream is enabled, it immediately pass it to the amp.
Let me make an example for you to reproduce the issue:
Requisites: Have LAVAudio codec with DD bitstream enabled.
- Tune a channel with simple MPEG2 Tracks. We'll call this player1
- Tune a second channel (or a movie) with ONLY Dolby Digital Tracks available on PIP. We'll call this player2
This happens on both my MePo 2.1 final installations, with two different amps connected, so I think it's not an hardware problem (of the amp) or the pc, but more a configuration issue or an issue by design. The problem stops the very moment I disable bitstreaming (obviously).
Can some of you with bitstreaming enabed reproduce this issue, or it's an issue with my configuration?
Is it possible to configure MePo to always reproduce one audio track only and disable the others completely, before they go to the LAV audio codec?