Constant "spinning circle" trying to play any content

[dmasterp 2]

Sounds good. I'll just set to 5.1 speakers with AC3, EAC3 & DTS only. See how it goes from there.

[sooty234 266]

No, not EAC3, some of those have Atmos metadata. Just use DTS and AC3

[dmasterp 2]

Gotcha. AC3 & DTS only now. Thanks

[sooty234 266]

And for those who are curious, this is what mpv does in this case, when decoding EAC3

[   0.333][v][ad] Opening decoder eac3
[   0.333][v][ad] Requesting 1 threads for decoding.
[   0.333][v][ad] Selected codec: eac3 (ATSC A/52B (AC-3, E-AC-3))
[   0.333][v][af] User filter list:
[   0.333][v][af]   (empty)
[   0.333][v][cplayer] Starting playback...
[   0.334][d][mkv] stream 1: resize index to 128
[   0.334][v][af] [in] 48000Hz 5.1(side) 6ch floatp
[   0.334][v][af] [userspeed] 48000Hz 5.1(side) 6ch floatp
[   0.334][v][af] [userspeed] (disabled)
[   0.334][v][af] [convert] 48000Hz 5.1(side) 6ch floatp


[   0.418][v][ao] Trying audio driver 'wasapi'
[   0.418][v][ao/wasapi] requested format: 48000 Hz, 5.1(side) channels, floatp
[   0.418][d][ao/wasapi] Init wasapi
[   0.418][d][ao/wasapi] Find device ''
[   0.420][v][ao/wasapi] No device specified. Selecting default.
[   0.421][v][ao/wasapi] Selecting device '{fb72fe6e-ebd8-4542-968e-5786a86d41aa}' (AV Receiver (NVIDIA High Definition Audio))
[   0.421][v][ao/wasapi] Monitoring changes in device {0.0.0.00000000}.{fb72fe6e-ebd8-4542-968e-5786a86d41aa}
[   0.425][d][ao/wasapi] Init wasapi thread
[   0.425][d][ao/wasapi] Activating pAudioClient interface
[   0.426][d][ao/wasapi] Probing formats
[   0.426][v][ao/wasapi] Trying 5.1(side) float (32/32 bits) @ 48000hz (shared) -> ok
[   0.426][v][ao/wasapi] Closest match is 5.1 float (32/32 bits) @ 96000hz
[   0.426][v][ao/wasapi] Accepted as 5.1 float @ 96000hz -> 5.1 float (32/32 bits) @ 96000hz (shared)
[   0.426][d][ao/wasapi] Fixing format
[   0.426][d][ao/wasapi] IAudioClient::GetDevicePeriod
[   0.433][v][ao/wasapi] Device period: 10 ms
[   0.433][d][ao/wasapi] IAudioClient::Initialize
[   0.447][d][ao/wasapi] IAudioClient::Initialize pRenderClient
[   0.447][d][ao/wasapi] IAudioClient::Initialize IAudioClient_SetEventHandle
[   0.447][d][ao/wasapi] IAudioClient::Initialize IAudioClient_GetBufferSize
[   0.447][v][ao/wasapi] Buffer frame count: 4800 (50 ms)
[   0.447][v][ao/wasapi] IAudioClock::GetFrequency gave a frequency of 2304000.
[   0.449][d][ao/wasapi] IAudioClient::Initialize pAudioVolume
[   0.449][d][ao/wasapi] Entering dispatch loop
[   0.449][d][ao/wasapi] Init wasapi done
[   0.449][v][ao/wasapi] device buffer: 4800 samples.
[   0.449][v][ao/wasapi] using soft-buffer of 19200 samples.
[   0.449][i][cplayer] AO: [wasapi] 96000Hz 5.1 6ch float
[   0.449][v][cplayer] AO: Description: Windows WASAPI audio output (event mode)
[   0.449][v][autoconvert] inserting resampler
[   0.449][v][swresample] format change, reinitializing resampler
[   0.449][v][swresample] 48000Hz 5.1(side) floatp -> 96000Hz 5.1 float
[   0.449][v][swresample] Remix: 5.1(side) -> 5.1
[   0.449][v][swresample] Fudge: sl-sr -> bl-br
[   0.449][v][af] [out] 96000Hz 5.1 6ch float

 

[SmileFlower 20]

On 9/1/2020 at 10:24 AM, sooty234 said:

And for those who are curious, this is what mpv does in this case, when decoding EAC3

[   0.333][v][ad] Opening decoder eac3
[   0.333][v][ad] Requesting 1 threads for decoding.
[   0.333][v][ad] Selected codec: eac3 (ATSC A/52B (AC-3, E-AC-3))
[   0.333][v][af] User filter list:
[   0.333][v][af]   (empty)
[   0.333][v][cplayer] Starting playback...
[   0.334][d][mkv] stream 1: resize index to 128
[   0.334][v][af] [in] 48000Hz 5.1(side) 6ch floatp
[   0.334][v][af] [userspeed] 48000Hz 5.1(side) 6ch floatp
[   0.334][v][af] [userspeed] (disabled)
[   0.334][v][af] [convert] 48000Hz 5.1(side) 6ch floatp


[   0.418][v][ao] Trying audio driver 'wasapi'
[   0.418][v][ao/wasapi] requested format: 48000 Hz, 5.1(side) channels, floatp
[   0.418][d][ao/wasapi] Init wasapi
[   0.418][d][ao/wasapi] Find device ''
[   0.420][v][ao/wasapi] No device specified. Selecting default.
[   0.421][v][ao/wasapi] Selecting device '{fb72fe6e-ebd8-4542-968e-5786a86d41aa}' (AV Receiver (NVIDIA High Definition Audio))
[   0.421][v][ao/wasapi] Monitoring changes in device {0.0.0.00000000}.{fb72fe6e-ebd8-4542-968e-5786a86d41aa}
[   0.425][d][ao/wasapi] Init wasapi thread
[   0.425][d][ao/wasapi] Activating pAudioClient interface
[   0.426][d][ao/wasapi] Probing formats
[   0.426][v][ao/wasapi] Trying 5.1(side) float (32/32 bits) @ 48000hz (shared) -> ok
[   0.426][v][ao/wasapi] Closest match is 5.1 float (32/32 bits) @ 96000hz
[   0.426][v][ao/wasapi] Accepted as 5.1 float @ 96000hz -> 5.1 float (32/32 bits) @ 96000hz (shared)
[   0.426][d][ao/wasapi] Fixing format
[   0.426][d][ao/wasapi] IAudioClient::GetDevicePeriod
[   0.433][v][ao/wasapi] Device period: 10 ms
[   0.433][d][ao/wasapi] IAudioClient::Initialize
[   0.447][d][ao/wasapi] IAudioClient::Initialize pRenderClient
[   0.447][d][ao/wasapi] IAudioClient::Initialize IAudioClient_SetEventHandle
[   0.447][d][ao/wasapi] IAudioClient::Initialize IAudioClient_GetBufferSize
[   0.447][v][ao/wasapi] Buffer frame count: 4800 (50 ms)
[   0.447][v][ao/wasapi] IAudioClock::GetFrequency gave a frequency of 2304000.
[   0.449][d][ao/wasapi] IAudioClient::Initialize pAudioVolume
[   0.449][d][ao/wasapi] Entering dispatch loop
[   0.449][d][ao/wasapi] Init wasapi done
[   0.449][v][ao/wasapi] device buffer: 4800 samples.
[   0.449][v][ao/wasapi] using soft-buffer of 19200 samples.
[   0.449][i][cplayer] AO: [wasapi] 96000Hz 5.1 6ch float
[   0.449][v][cplayer] AO: Description: Windows WASAPI audio output (event mode)
[   0.449][v][autoconvert] inserting resampler
[   0.449][v][swresample] format change, reinitializing resampler
[   0.449][v][swresample] 48000Hz 5.1(side) floatp -> 96000Hz 5.1 float
[   0.449][v][swresample] Remix: 5.1(side) -> 5.1
[   0.449][v][swresample] Fudge: sl-sr -> bl-br
[   0.449][v][af] [out] 96000Hz 5.1 6ch float

 

I have also encountered this problem. The solution is to remove the network shared path

 

[Rohan Voigt 1]

I know this is a really old thread but I wanted to see if I could help others

I found on my brand new Server that some HEVC movies weren't playing

I checked my logs and found that the server was feeding through my VPN address, which the server is not operating off, which I found to be a really wierd bug

I added Emby Server and Theatre to my exlusions list in my VPN and PRESTO..........instant perfect playback. Just to make sure it wasn't a fluke I tried some other X265 10bit 7.1 movies and all worked..........whereas before they were bugging out and only playing audio

[Rohan Voigt 1]

Hope this helps as a VPN or other security software will cause even local probelms for the transcoder

Edited August 7, 2022 by Rohan Voigt

[GrimReaper 3330]

8 minutes ago, Rohan Voigt said:

VPN or other security software will cause even local probelms for the transcoder

They can but not necessarily will, it surely depends on one's setup, have no issues whatsoever running server behind a VPN (over https and domain name, for that matter) without exclusions.

[Luke 37258]

17 hours ago, Rohan Voigt said:

Hope this helps as a VPN or other security software will cause even local probelms for the transcoder

Hi, as a blanket statement that's not true. It just depends on how the vpn is configured.

[Carlo 4331]

If running behind a public VPN your network stack will report the VPN endpoint as the public IP.  If the VPN provider firewalls inbound traffic (almost all do) then you won't be able to use it for remote access as is.  Many VPN providers offer port forwarding for a couple bucks a month which does allow inbound traffic.  Emby can then be setup to use that port.

You can get VPNs with a feature called split tunneling that allows you to setup which programs WILL or WLL NOT go through the VPN and this is convenient for bypassing Emby Server so it runs normal while other traffic does run over VPN.

Many sites block access from IPs known to be used by VPNs so that's always something to be on the lookout for as well. With a slight bit of setup (slit tunnel/port forwarding) most  public VPNs can be made to work fine with Emby but if  you can split tunnel the connection and keep Emby off the VPN then you have the best of both worlds and Emby won't even be aware there's a VPN running on the machine!

Carlo