[nickvandergraaf]

Hello I have a problem.
When I start a gopro video (1080p 60 fps) from my nas it stops after 5 seconds.
After 20secs it's continues playing.
But when I change the video deinterlace to an other setting (off to automatic or off to on) it starts imidediately.
After is starts again it plays till the end..

http://xbmclogs.com/pjkaoknrm

I think it's a setting problem but i cant find out witch setting.

Regards Nick

[popcornmix]

Can you provide a sample file?

[nickvandergraaf]

This file stops at 4 secs and after 6 seconds it continues.
How bigger the file how longer it's takes.
GOPR0681.MP4

I tried it with the following setting in my config.txt file

arm_freq=1000
core_freq=500
sdram_freq=500
over_voltage=2

force_turbo=0
initial_turbo=30

h264_freq=275
isp_freq=1
v3d_freq=275
temp_limit=80
disable_splash=1

I hope you can help me!

Regards Nick

[nickvandergraaf]

I tried some things.
When I play the file from the SD-card it's no problem with this file.
But when I play a bigger file from the SD-card it gives the same problem.

[popcornmix]

The file is playing well here. Any different with omxplayer enabled/disabled?
Your log file didn't have debug enabled, so not much info there.

Remove these:

Code:

h264_freq=275
isp_freq=1
v3d_freq=275
temp_limit=80

h264 will by default jump 300MHz when playing a 1080p files with >45 fps, but those settings will cause an underclock.

However I suspect the problem is the network. The file is high bitrate. You might want to check with iperf (or just timing copying a large file)
what speed you are achieving.
How are the Pi / SMB server connected? Wired/wireless?
NFS may give better performance than SMB.

[nickvandergraaf]

It tried all those file played from the NAS without any problem!
(files from http://kodi.wiki/view/Samples)
H.264 1080p/23.976 (in MKV)
H.264 1080p/24.000 (in MKV)
H.264 1080p/59.940 (in MKV)
H.264 1080p/60.000 (in MKV)
VC-1 1080p/23.976 (in MKV w/TrueHD 5.1 audio)
VC-1 1080i/29.970 (in MKV w/DTS-HD MA 5.1 audio)
MPEG2 1080i/29.970 (in MKV w/DD5.1 audio)
1080i/25.000 (H.264 MKV)
1080p/25.000 (H.264 MKV)
1080i/50.000 (download & change .mxf extension to .ts)
1080p/50.000 (H.264 MKV)

[popcornmix]

What's the highest bitrate of those samples? Probably not as high as your gopro sample.

[nickvandergraaf]

I removed the settings but no different.

I will check my internet speed with iperf

[nickvandergraaf]

The biterates aren't so big as the gopro files.
So i think it's een network/sd-card problem.
I will let you know when I did the network test!
The network is wired by the way.

[da-anda]

try using NFS instead of SMB if your NAS supports it

[nickvandergraaf]

NFS or SMB same problem

I download the file to the NAS en this is the report.

Mediaplayer:~/downloads # curl -o /dev/null http://192.168.1.2/GOPR0602.MP4
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 270M 100 270M 0 0 11.1M 0 0:00:24 0:00:24 --:--:-- 11.1M

[Sam81]

Same issue on me.

It's seems to be completely unaffected through the gui settings, hardware (tested on AFTV and Windows 10), Kodi-Version 15.2 or 16.1, file played from NAS or local drive, playing around with the cache-settings etc., ect. ....

GoPro4 videos captured in 1080p60 (bigger files, but also 4k p15) seem to reproduce this behaviour well. My setups are playing any kind of material flawless, except this GoPro-.mp4's.
They stop / freeze after exactly 3 seconds and are resuming after a while. Forcing a time-jump within the progress-bar can resolve this freeze.


Here my log: [deleted, no logs in the forum] PatK

I hope, someone is able to give a fix to this!

Cheers, Samuel

[noggin]

It tried all those file played from the NAS without any problem!
(files from http://kodi.wiki/view/Samples)
H.264 1080p/23.976 (in MKV)
H.264 1080p/24.000 (in MKV)
H.264 1080p/59.940 (in MKV)
H.264 1080p/60.000 (in MKV)
VC-1 1080p/23.976 (in MKV w/TrueHD 5.1 audio)
VC-1 1080i/29.970 (in MKV w/DTS-HD MA 5.1 audio)
MPEG2 1080i/29.970 (in MKV w/DD5.1 audio)
1080i/25.000 (H.264 MKV)
1080p/25.000 (H.264 MKV)
1080i/50.000 (download & change .mxf extension to .ts)
1080p/50.000 (H.264 MKV)

Do you really mean 1080i/25 and 1080i/50? Those sound like the same thing mislabelled.

Unless you have broken into some late 80s/early 90s research labs (where i50=/100i was seriously evaluated - and actually developed for 100Hz CRTs) or are using an unusual Sony broadcast camera that does 100i SlowMo - I think you mean 1080/50i for both of them or 1080i25 for both of them.

1080i25 = 1080/50i - they are two ways of writing the same thing (i25 = 25 interlaced frames/s = /50i = 50 interlaced fields/second. If the letter comes before the last number it's always frame rate whether progressive or interlaced, if the letter comes last then it's frame rate for progressive and field rate for interlaced (i.e. the image refresh rate)

I can say that I've been happily running 1080p50 (i.e. 1920x1080 at 50 frames per second progressive on my Pi Zero and my Pi 3 running LibreElec builds from here.

I've been taking high bitrate 1080i25 = 1080/50i 4:2:2 H264 and using ffmpeg to offline Weston 3-field deinterlace them to 1080p50=1080/50p 4:2:0 H264 for the Pi to play - with an average bit rate of 35Mb/s peaking at 60+Mb/s (using a 2 pass encode). I did this because I wanted to see how hard I could push my £4 Pi Zero - and because I couldn't play the 4:2:2 originals, and I knew transcoding 4:2:2 1080i to 4:2:0 1080i would mean the Pi would have to deinterlace (think the Zero would only Bob at 1080i) and theoretically - I think - the colour subsampling would be worse with 1080i than 1080p?

I'm using an .mkv wrapper. File sizes are quite big...

Looks lovely though

[jksmurf]

Hi,

I'm also struggling with playback of GoPro Vids, namely 1920x1080 60fps 30,000kbps in Kodi Krypton 17.0 on RPi2 (Libreelec 8.0.0).

There's not many threads on the GoPro on teh Rpi2 (just 3 in the Kodi/RPi forum), so I hope I don't offend anyone by continuing this one and not starting a new thread, but this thread describes my issue very well.

The main issue is that my GoPro Video stalls for a good 10~12 seconds, before it (appears) that the buffer fills up enough for them to play (e.g. a 3min video is worse than a 30sec one). After they start playing, they are appear to play very well, as you can see the grey buffer line runs ahead of the playing bar.

I have (after lots of reading!) done the following:

• Added an Orico USB-Gigabit Ethernet Dongle to my RPi2 to rule out network issues (when streaming from my server using SMB) by converting the RPi2s 10/100 to "not quite" Gigabit betwork speeds, but according to tests, a lot faster than 10/100.
  
• Added a new Gigabit Switch for same reason. Router attached to the server is already Gigabit. Server is Gigabit.
  
• Added a few seconds (5s) to the "Delay After Change of Refresh Rate" Kodi System/Display setting.
  
• Checked the RPi2 MPG2 and VC1 codecs are installed (they are).
  
• Tested the Playback from an SSD on the server (no change).
  
• Tested the Playback from a USB Thumb Drive on the Client (RPi2). No Change still has the issue above, so indicates not a server or backend issue. This also indicates (correct me if I am wrong), a suggested change to NFS from SMB would not help?
  
• Upgraded Librelec on the RPi2 to 8.0.0.
  
• Updated the advancedsettings.xml to reflect the revised Kodi_17 names for buffers and the locations (<cache></cache>, <network></network>) in which they reside - see http://kodi.wiki/view/Kodi_v17_(Krypton)_FAQ - my advancedsettings.xml for the (RPi2) are attached.
  
• Revised gpu_mem_1024=256
  
• Ensujed omxplayer is enabled
  
• Revised to "Medium" Overlock Settings using Openelec RPi Configuration Addon.
  

LOGs

• kodi-Direct Play from USB Stick https://www.dropbox.com/s/nvtnce8kj4irbn...k.zip?dl=0
  
• kodi-Play over Network using NPCR_NEWA as Backend Server https://www.dropbox.com/s/93sg95z4z95wfj...r.zip?dl=0
  

Example Files

• Example 1 (104MB) https://www.dropbox.com/s/4lpn4frxgwgfmp...6.MP4?dl=0
  
• Example 2 (536MB) https://www.dropbox.com/s/dl6zr2zjfcptu8...7.MP4?dl=0
  
• Example 3 (121MB) https://www.dropbox.com/s/sh0igp12rcqvm9...8.MP4?dl=0
  
• Example 4 (55MB) https://www.dropbox.com/s/ckn9km23f4jwl3...9.MP4?dl=0
  

I guess the questions are, do I continue looking for a solution, or acknowledge this as good as it gets or know that if I get the RPi3 this issue will go away?

Thanks for any help!

k.

[smp1]

I tried the first file (Example 1 (104MB) https://www.dropbox.com/s/4lpn4frxgwgfmp...6.MP4?dl=0) on my RPi3 and I can confirm the buffering issue.