Crestj 68 Posted July 23, 2017 Posted July 23, 2017 Bit of an odd one here, not sure if it's an ET or local Windows issue. It is evident on TV episodes AND movies. If I enter a TV Series and let the background video (and audio) play I can see, on the amp, that the audio is stereo. If I click Play on an episode BEFORE the background video has finished the episode/movie that plays remains in stereo, instead of 5.1. If I let the background video finish, or hit stop, and then start the episode/movie the audio plays correctly with the right number of channels. Seems to happen very consistently. As the audio channels play correctly I don't think it's a Windows \ Codec issue. Could it be that ET isn't releasing the audio correctly? Any ideas?
Crestj 68 Posted July 23, 2017 Author Posted July 23, 2017 What do you mean by 'background video'?You know the video that plays behind the gui, typically the opening credits of the tv show.
Guest asrequested Posted July 23, 2017 Posted July 23, 2017 You know the video that plays behind the gui, typically the opening credits of the tv show. A plugin?
Crestj 68 Posted July 23, 2017 Author Posted July 23, 2017 Well I think the videos are pulled down by one of Radeons plugins but I thought video backdrops were common with Emby users!
Guest asrequested Posted July 23, 2017 Posted July 23, 2017 I think this may be related https://emby.media/community/index.php?/topic/47646-audio-pass-through-not-functioning/
Crestj 68 Posted July 23, 2017 Author Posted July 23, 2017 Possibly but as the file plays perfectly if the video backdrop ISN'T playing then I assume all the configuration is correct.
Guest asrequested Posted July 23, 2017 Posted July 23, 2017 Possibly but as the file plays perfectly if the video backdrop ISN'T playing then I assume all the configuration is correct. Did you read https://emby.media/community/index.php?/topic/47646-audio-pass-through-not-functioning/?p=451704 and this https://emby.media/community/index.php?/topic/47646-audio-pass-through-not-functioning/?p=451730 Unless you're using MadVr, then it wouldn't apply.
Crestj 68 Posted July 23, 2017 Author Posted July 23, 2017 Ah I see. I'm using 2.8.1 so this is a should be fixed. Not using madvr.
Guest asrequested Posted July 23, 2017 Posted July 23, 2017 Ah I see. I'm using 2.8.1 so this is a should be fixed. Not using madvr. Luke would have to confirm that. It sounds just like it, but with a different plugin. Do you have mpv logging, set up? We would need to see that, to actually see what's happening. If you don't, to get some logs, make an mpv.conf file in this location C:\Users\YOU\AppData\Roaming\mpv Then add this line to it log-file="D:\ET mpv logs\log.txt" And change the highlighted text to the location of your choosing. Play once, until you get an issue, then post that log
Crestj 68 Posted July 24, 2017 Author Posted July 24, 2017 Managed to get this out as a log file. Hope it's useful mpv-log.txt
Guest asrequested Posted July 25, 2017 Posted July 25, 2017 (edited) Ok so there are 3 audio filter chains. I was expecting two. Here's the first. I'm assuming it's from the plugin source. [af] Audio filter chain: [ 0.089][v][af] [in] 48000Hz stereo 2ch spdif-ac3 [ 0.089][v][af] [out] 48000Hz stereo 2ch spdif-ac3 [ 0.089][v][af] [ao] 48000Hz stereo 2ch spdif-ac3 [ 0.089][v][ao] Trying audio driver 'wasapi' [ 0.089][v][ao/wasapi] requested format: 48000 Hz, stereo channels, spdif-ac3 [ 0.093][v][ao/wasapi] No device specified. Selecting default. [ 0.093][v][ao/wasapi] Selecting device '{3.0.0.00000001}.{6C26BA7D-F0B2-4225-B422-8168C5261E45}' (Remote Audio) [ 0.093][v][ao/wasapi] Monitoring changes in device {3.0.0.00000001}.{6C26BA7D-F0B2-4225-B422-8168C5261E45} [ 0.103][v][ao/wasapi] Trying stereo spdif-ac3 (16/16 bits) @ 48000hz (exclusive) -> unsupported [ 0.104][v][ao/wasapi] Trying stereo spdif-ac3 (16/16 bits) @ 48000hz (shared) -> unsupported [ 0.105][v][ao/wasapi] Fallback to mix format stereo float (32/32 bits) @ 44100hz [ 0.105][v][ao/wasapi] Accepted as stereo float @ 44100hz (shared) -> stereo float (32/32 bits) @ 44100hz [ 0.106][v][ao/wasapi] Device period: 10 ms [ 0.115][v][ao/wasapi] Buffer frame count: 2205 (50 ms) [ 0.115][v][ao/wasapi] IAudioClock::GetFrequency gave a frequency of 352800. [ 0.116][v][ao/wasapi] device buffer: 2205 samples. [ 0.116][v][ao/wasapi] using soft-buffer of 8820 samples. [ 0.116][e][cplayer] Passthrough format unsupported. [ 0.118][v][cplayer] Falling back to PCM output. [ 0.118][v][ad] Uninit audio decoder. [ 0.118][v][ad] Codec list: [ 0.118][v][ad] ac3 - ATSC A/52A (AC-3) [ 0.118][v][ad] ac3_fixed (ac3) - ATSC A/52A (AC-3) [ 0.118][v][ad] Opening audio decoder ac3 [ 0.119][v][ad] Requesting 1 threads for decoding. [ 0.119][v][ad] Selected audio codec: ac3 (ATSC A/52A (AC-3)) Here's the second. Trying to play your movie? As you can see, it's being resampled. Normally I would expect to see the player being restarted, prior to this. But restart only shows at the end. If you followed my instruction, you only tried playing, once. If you tried multiple times, then it would write to the same log. You only tried, once, correct? [af] Audio filter chain: [ 0.124][v][af] [in] 48000Hz 5.1(side) 6ch floatp [ 0.124][v][af] [out] 48000Hz 5.1(side) 6ch floatp [ 0.124][v][af] [ao] 48000Hz 5.1(side) 6ch floatp [ 0.124][v][ao] Trying audio driver 'wasapi' [ 0.124][v][ao/wasapi] requested format: 48000 Hz, 5.1 channels, floatp [ 0.124][v][ao/wasapi] No device specified. Selecting default. [ 0.124][v][ao/wasapi] Selecting device '{3.0.0.00000001}.{6C26BA7D-F0B2-4225-B422-8168C5261E45}' (Remote Audio) [ 0.124][v][ao/wasapi] Monitoring changes in device {3.0.0.00000001}.{6C26BA7D-F0B2-4225-B422-8168C5261E45} [ 0.131][v][ao/wasapi] Trying 5.1 float (32/32 bits) @ 48000hz (shared) -> ok [ 0.131][v][ao/wasapi] Closest match is stereo float (32/32 bits) @ 44100hz [ 0.131][v][ao/wasapi] Accepted as stereo float @ 44100hz (shared) -> stereo float (32/32 bits) @ 44100hz [ 0.132][v][ao/wasapi] Device period: 10 ms [ 0.143][v][ao/wasapi] Buffer frame count: 2205 (50 ms) [ 0.143][v][ao/wasapi] IAudioClock::GetFrequency gave a frequency of 352800. [ 0.143][v][ao/wasapi] device buffer: 2205 samples. [ 0.143][v][ao/wasapi] using soft-buffer of 8820 samples. [ 0.143][i][cplayer] AO: [wasapi] 44100Hz stereo 2ch float [ 0.143][v][cplayer] AO: Description: Windows WASAPI audio output (event mode) [ 0.143][v][af] Adding filter lavrresample [ 0.144][v][lavrresample] Remix: 5.1(side) -> stereo Chain number three, which is the final resample [ 0.144][v][af] Audio filter chain: [ 0.144][v][af] [in] 48000Hz 5.1(side) 6ch floatp [ 0.144][v][af] [lavrresample] 44100Hz stereo 2ch float [a] [ 0.144][v][af] [out] 44100Hz stereo 2ch float [ 0.144][v][af] [ao] 44100Hz stereo 2ch float And this is where the player is restarted (to apply any changes). It's at the end of the log, and it looks like this is where you stopped it. This is a little confusing, because it appears the file is playing correctly, but we can see that the resample filter is only discarded once you initiate the stop sequence. I think that the player restart needed to happen as soon as you hit play, regardless of what else was playing, and it just didn't happen. [cplayer] playback restart complete [ 0.167][i][cplayer] Track switched: [ 0.167][i][cplayer] (+) Video --vid=1 (*) (h264 1920x1078 23.976fps) [ 0.167][i][cplayer] (+) Audio --aid=1 --alang=eng (*) (ac3 6ch 48000Hz) [ 0.168][v][cplayer] Set property: aid=1 -> 1 [ 0.168][i][cplayer] Track switched: [ 0.168][i][cplayer] (+) Video --vid=1 (*) (h264 1920x1078 23.976fps) [ 0.168][i][cplayer] (+) Audio --aid=1 --alang=eng (*) (ac3 6ch 48000Hz) [ 0.168][v][cplayer] Set property: sid="no" -> 1 [ 7.950][v][cplayer] Run command: stop, flags=0, args=[] [ 7.950][v][cplayer] EOF code: 4 [ 7.950][v][ad] Uninit audio decoder. [ 7.951][v][af] Removing filter lavrresample [ 7.952][v][vd] Uninit video. [ 7.954][v][cache] Terminating cache... [ 7.954][v][cache] Cache exiting... [ 7.962][v][cplayer] finished playback, success (reason 2) [ 7.962][i][cplayer] [ 7.966][v][vo/opengl] flushing shader cache [ 7.974][v][vo/opengl/win32] uninit [ 7.977][v][cplayer] Run command: quit, flags=0, args=[0] [ 7.978][i][cplayer] [ 7.978][i][cplayer] Exiting... (Quit) [ 7.978][v][ipc_0] Exiting... [ 7.978][v][ytdl_hook] Exiting... Edited July 25, 2017 by Doofus
Crestj 68 Posted July 25, 2017 Author Posted July 25, 2017 That seems to line up with the issue. The first section is the video backdrop auto playing which has only 2 channel audio. Once I hit Play on the TV episode (the second section) because the player isn't restarted it continues to play 2 channel audio out even though the "IN" feed is 5.1 channel. I then hit stop so nothing is playing and hit play again and then the proper 5.1 "OUT" is observed in the 3rd section. The question is, should the player restart before playing the TV episode (as you would expect)?
Guest asrequested Posted July 25, 2017 Posted July 25, 2017 No, stop happened after the third chain, according to the log. Once you press stop the log is ended. What should be happening when you press play, the player should transition by restarting before the second chain, to apply the new filters. But it just continues.
Crestj 68 Posted July 25, 2017 Author Posted July 25, 2017 Ah I see. Is this just something the DEV's need to put on their list to fix? @@Luke, in this thread (https://emby.media/community/index.php?/topic/47646-audio-pass-through-not-functioning/?p=451704) you've said it should be fixed already but it appears to have reared its ugly head again. The workaround to stop the theme music / video backdrop before playing works but would be good to get a permenant fix.
Guest asrequested Posted July 25, 2017 Posted July 25, 2017 Other than disabling the plugin, yeah Luke would need to take a look.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now