Posts by bd0426

    Fresh install of LE11 on RPi3B+. Official power supply. Verified sd card. Ethernet networking.

    I don't have any local h.264 1080p content, but do stream a lot of 1080p YouTube content via the addon. With LE11 I experience a lot of AV-sync-issues/skipping.

    I saw the suggestion(s) to try force_turbo=1 or core_freq_min=500. I did so one at a time, then both. Definitely not enough to get smooth playback in any combination.

    What I ended up with after a bit of tinkering is the following...

    kernel=zImage

    arm_freq=1375

    core_freq=525

    gpu_freq=525

    over_voltage=3

    force_turbo=1

    sdram_freq=625

    sdram_schmoo=0x02000020

    over_voltage_sdram_p=4

    over_voltage_sdram_i=3

    over_voltage_sdram_c=3

    With that I am able to achieve perfect 1080p h.264 playback from YouTube all day/night.

    My RPi3B+ has adequate cooling, so this configuration is no problem, and I'm ok with leaving it that way.

    That said, a couple questions come to mind because I don't see anyone else reporting this on the forum. LE11 has been around and more than daily-driver usable since sometime in the early nightlies so I would imagine I can't be the first person trying YouTube h.264 1080p streams.

    What are the chances I have a bunk Pi ready to fail?

    Is there anybody using a RPi3B+, watching 1080p h.264 YouTube content that doesn't need force_turbo=1 or core_freq_min=500 (because it seems the suggestion is that you MAY need it).

    Alternatively, does adding force_turbo=1 or core_freq_min=500 change your h.264 1080p YouTube experience from unacceptable to acceptable?

    /shrug

    Thanks.

    I finally had some time to test this a bit more...

    With a wired Ethernet connection (or moving the wireless adapter to 2.4GHz), there's no problems. It appears to be the wireless adapter on 5GHz, under anything newer than OpenELEC 6.0.3 (even tried OE7.0 for S & Gs), including the latest LE 7.95.1 BETA that was just released.

    There must be a different driver in the newer Libre/Open-ELEC releases that just doesn't mix well with my adapter / access point.

    For now I can leave well enough alone, but as my 2.4GHz traffic increases, I will be looking for an alternative 5GHz solution.

    Anybody have a reliable 5GHz solution they can recommend?

    Thanks for the reply popcornmix.

    I am using a Synology NAS (DS716+) as the storage device. I use an Edimax 7811UTC wireless dongle on 5GHz as the network interface.

    I went ahead and tried a 7.90.010 alpha release to the same effect (random stops). I am planning on snaking a cable to it over the weekend to see if it persists on a wired Ethernet connection as well.

    Interestingly enough I ran a smoke ping to the affected Pi(s) while playing the suspect files, and although the players did randomly stop, they never missed a ping reply.

    A couple questions...

    Being that this is a network issue, why doesn't it show 'buffering' and continue to try to play (like I've experienced in the past when I tried to use the on-board wireless under OE for high bitrate playback)?

    As previously mentioned, I also pushed the cache to the SD card and increased the read rate via advanced settings, but still have the issue. Via the onscreen display I can see the movie being buffered to about 2.75GB and then just appears to stop requesting data. The data then drops until it hits 0 and the movie stops (all the while replying to pings). Does that seem normal?

    I can also still transfer the file to the SD card rather quickly via samba without issue, hiccup or missed ping and play it reliably from there. Shouldn't buffering to the SD card essentially be the same behavior-wise?

    I apologize for my ignorance in these matters and for the possibly redundant questions. I would just like to understand this a little better so I can focus my troubleshooting time to be most effective.

    Greetings,

    I am seeking some help interpreting my debug log files to determine why large video files randomly quit during playback.

    I was successfully using Openelec 6.0.3 on a Raspberry Pi3 for some time. I recently decided to upgrade to the latest stable version of Libreelec (7.0.2).

    I did this not as an upgrade, but a complete new (fresh) install.

    Since then, I have been having problems with movies being played back via smb (or nfs) - they randomly just stop and exit. There's no buffering indication or any indication for that matter. It's not always in the same place or the same frequency either.

    Being that it behaves normally with Openelec 6.0.3, I have mostly ruled out network problems because it’s the same Pi and adapter, just new Libreelec software. Also, live TV can play on for days without a hiccup, and most of the TV that we watch has far higher bitrates than the movies that 'stop' themselves.

    I can copy the whole movie to the RPI's SD card in 15 or so minutes over the same network without issue, and have even changed the buffer mode to '0' so as to buffer the playing movie on the SD card rather than RAM and it still quits. Although, playing the file locally (after copying to SD card over network via smb) works fine.

    I enabled debug mode and tried to peruse the log for info, but nothing stands out to me. I was hoping that somebody with better eyes could have a look and see if they spot abnormalities.

    On a side note, I also have a Raspberry Pi 2, and just today did the same upgrade to see if it would also exhibit the problem, and it does. Once I put Openelec 6.0.3 back on, everything behaved normally.

    Log located here -> view?usp=sharing (I can't paste to pastebin because of the size - '413 Request Entity Too Large' appears when I try)

    Thanks for looking.