Unable to play HD 720p on LAN with 802.11n

kudos · July 4, 2017 at 10:08 AM

I have a Rp2 with a TP-Link RTL892CU 802.11n WiFi dongle connecting through WiFi to the LAN to a Rp2 server (wired). It's a standard LibreElec new install with Kodi 17.x with Amber skin (config all copied from userdata from an existing Arch install). I've also tried this on a clean install with LibreElec defaults. Tested on SFTP and NFS

The problem is the HD video is unable to play without stopping, the WiFi dongle is going mad. SD seems to play without a problem. CPU usage seems reasonable and WiFi signal is strong.

This looks like a WiFi problem on the face of it, although I thought that HD would play on 802.11n. Is this a WiFi problem? If so, Unable to go wired so I am looking for a solution? Is there a driver update I can instal for RTL892CU or do I need to upgrade to 802.11ac?

Partial log below

thanks

Code

10:46:45.499 T:1336599456   DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-29942.792302, adjusted:-29942.792302
10:46:47.394 T:1336599456  NOTICE: CVideoPlayerAudio::Process - stream stalled
10:46:47.439 T:1458566048   DEBUG: CVideoPlayer::SetCaching - caching state 1
10:46:47.439 T:1458566048   DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
10:46:47.440 T:1336599456   DEBUG: CDVDAudio::Pause - pausing audio stream
10:47:00.094 T:1458566048   DEBUG: CVideoPlayer::SetCaching - caching state 2
10:47:00.094 T:1336599456   DEBUG: CDVDAudio::Pause - pausing audio stream
10:47:00.095 T:1458566048   DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
10:47:00.095 T:1458566048   DEBUG: CVideoPlayer::SetCaching - caching state 3
10:47:00.095 T:1336599456   DEBUG: CDVDAudio::Resume - resume audio stream
10:47:00.097 T:1458566048   DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
10:47:00.099 T:1937257376   DEBUG: ActiveAE - start sync of audio stream
10:47:00.245 T:1937257376   DEBUG: ActiveAE::SyncStream - average error of 85.779459, start adjusting
10:47:00.295 T:1937257376   DEBUG: ActiveAE::SyncStream - average error 0.779459 below threshold of 30.000000
10:47:01.335 T:1336599456   DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-29962.169778, adjusted:-29962.169778
10:47:02.018 T:1389745056   DEBUG: CPullupCorrection: detected pattern of length 1: 41708.33, frameduration: 41708.333333
10:47:13.755 T:1344988064   DEBUG: Thread JobWorker 1344988064 terminating (autodelete)
10:47:24.467 T:1937257376   DEBUG: ActiveAE::SyncStream - average error -683.020063 above threshold of 100.000000

Display More

kudos · July 4, 2017 at 11:00 AM

I think I found a solution. The WiFi connection I was using was set to use 802.11b/g/n. I changed this to use only 802.11n and the playback is fine now on HD 720p. I am guessing that the dongle was connecting with 802.11g (or worse b).

This is a decent workaround, but is this not a bug in the driver or can I configure the driver to work only n mode? The problem is that I have an old laptop that doesn't play with new toys.

thanks

**Klojum** · July 4, 2017 at 6:15 PM Official Post

Normal 720p is possible with a 802.11g connection. So the circumstances are probably not optimal for you. Too many thick walls?