Login at Kodi Home

Milhouse · (This post was last modified: 2014-10-23, 17:00 by Milhouse.)

(2014-10-23, 16:11)slack3r Wrote: @popcornmix
New log with curl debugging:

http://pastebin.com/Rn28VVsV

I can't play your stream successfully on a quad-core i7 Windows machine with 20Mbit/s connection (using Chrome browser). It stops playing after about 17 seconds. If I refresh the browser, it will play fine until 29 seconds, then stop, so maybe a server issue.

I have been able to play it ok on my Pi (1GHz, #1022) with the command:

Code:
texturecache.py play "http://109.121.134.14/files/movies/10/55027/The.Rise.and.Rise.of.Bitcoin.2014.WEB-DL.x264-RARBG.mp4?ses=kPgEfLP6izSSKlvtB7AjsQ&t=1414086711"

It's an hour and a half long though... not sure I'll watch it all but no stutters after the first 5 minutes.
Edit: Still fine after 15 minutes.

slack3r · (This post was last modified: 2014-10-23, 17:07 by slack3r.)

(2014-10-23, 16:41)Milhouse Wrote: I can't play your stream successfully on a quad-core i7 Windows machine with 20Mbit/s connection (using Chrome browser). It stops playing after about 17 seconds. If I refresh the browser, it will play fine until 29 seconds, then stop.

I have been able to play it ok on my Pi (1GHz, #1022) with the command:

Code:
texturecache.py play "http://109.121.134.14/files/movies/10/55027/The.Rise.and.Rise.of.Bitcoin.2014.WEB-DL.x264-RARBG.mp4?ses=kPgEfLP6izSSKlvtB7AjsQ&t=1414086711"

Uhmm...

I'm able to play it with mpv on a x86 machine, but not with vlc.
vlc returns (after ~15 seconds):

Code:
read error: Connection reset by peer

[mov,mp4,m4a,3gp,3g2,mj2 @ 0xa1042c0] stream 1, offset 0x7240f9: partial file

[h264 @ 0xa113de0] AVC: nal size 1023

[h264 @ 0xa113de0] no frame!

Sh*t... am I wasting your time? I'm sorry. But with Openelec 4.2.1 and build #1004 I have no problem.

Milhouse · (This post was last modified: 2014-10-23, 17:12 by Milhouse.)

Have you tried a clean ".kodi" folder? Shut down Kodi (systemctl stop kodi), rename .kodi > .kodi.bak, start Kodi (systemctl start kodi) and now test without any addons, using default settings etc.

I'm running bcmstat.sh while the video is streaming and average CPU is low at 20% (1GHz ARM) with the RX rate varying between 80KB/s and 490KB/s, so check you don't have anything that is running in the background causing problems.

slack3r · 2014-10-23, 17:35

(2014-10-23, 17:11)Milhouse Wrote: Have you tried a clean ".kodi" folder? Shut down Kodi (systemctl stop kodi), rename .kodi > .kodi.bak, start Kodi (systemctl start kodi) and now test without any addons, using default settings etc.

I'm running bcmstat.sh while the video is streaming and average CPU is low at 20% (1GHz ARM) with the RX rate varying between 80KB/s and 490KB/s, so check you don't have anything that is running in the background causing problems.

Ok, I will try it. But keep in mind that problem starts after loading subs from opensubtitle addon. Can you try with a subtitle loaded? Thanks for your help.

Milhouse · (This post was last modified: 2014-10-23, 18:33 by Milhouse.)

OK, I watched the entire stream without subtitles, and no stutters.

I've now installed the OpenSubtitle subtitle addon. I didn't set a username or password.

Started the stream, accessed the Subtitles OSD, found 3 English subtitle files available, selected the first (top) subtitle (srt format). It downloaded, and I'm watching the stream now with working subtitles. It's mostly OK, but I have experienced a few stutters (same "peer" error you are seeing):

Code:
17:55 72400.234375 T:3040976896  NOTICE: DVDPlayer: Opening: http://109.121.134.14/files/movies/10/55027/The.Rise.and.Rise.of.Bitcoin.2014.WEB-DL.x264-RARBG.mp4?ses=kPgEfLP6izSSKlvtB7AjsQ&t=1414086711

17:55 72400.234375 T:2856318032  NOTICE: Thread DVDPlayer start, auto delete: false

17:55 72400.234375 T:2856318032  NOTICE: Creating InputStream

17:55 72400.476562 T:2856318032  NOTICE: Creating Demuxer

17:55 72400.476562 T:2563765328  NOTICE: Thread FileCache start, auto delete: false

18:00 72405.773438 T:2856318032  NOTICE: Opening stream: 0 source: 256

18:00 72405.828125 T:2856318032  NOTICE: Creating video thread

18:00 72405.828125 T:2856318032  NOTICE: Opening stream: 1 source: 256

18:00 72405.835938 T:2521822288  NOTICE: Thread OMXPlayerVideo start, auto delete: false

18:00 72405.843750 T:2856318032  NOTICE: Creating audio thread

18:00 72405.851562 T:2530210896  NOTICE: Thread OMXPlayerAudio start, auto delete: false

18:00 72405.859375 T:2856318032  NOTICE: OMXClock using audio as reference

18:00 72405.867188 T:2530210896  NOTICE: COMXAudio::Deinitialize start

18:00 72405.867188 T:2530210896  NOTICE: COMXAudio::Deinitialize end

18:00 72405.882812 T:2521822288  NOTICE: Display resolution DESKTOP : 1920x1080 (1920x1080) @ 60.00 - Full Screen (16)

<subtitle OSD>

18:10 72415.515625 T:2513433680  NOTICE: Thread LanguageInvoker start, auto delete: false

18:11 72416.390625 T:2513433680  NOTICE: -->Python Interpreter Initialized<--

18:22 72428.007812 T:2513433680  NOTICE: Thread LanguageInvoker start, auto delete: false

18:23 72428.812500 T:2513433680  NOTICE: -->Python Interpreter Initialized<--

<subtitle loaded>

18:26 72431.328125 T:2856318032  NOTICE: Opening stream: 0 source: 1024

18:56 72461.132812 T:2521822288 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer

23:51 72757.023438 T:2563765328 WARNING: Previous line repeats 16 times.

23:51 72757.023438 T:2563765328   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

23:51 72757.023438 T:2563765328  NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1

24:06 72771.140625 T:2521822288 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer

31:43 73228.828125 T:3040976896 WARNING: Previous line repeats 34 times.

<playback stopped>

Milhouse · 2014-10-23, 18:40

Looking back at my log while playing the stream without subtitles, I still had the "peer" errors, but no obvious suttering as there is when subtitles are enabled:

Code:
rpi512:~ # grep peer /storage/.kodi/temp/kodi.log

<playback without subtitles>

49:02 67067.406250 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

52:58 67303.953125 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

55:47 67472.914062 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

59:52 67717.250000 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

05:12 68037.859375 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

09:08 68273.117188 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

17:41 68786.101562 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

23:57 69163.023438 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

31:04 69589.601562 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

35:26 69852.085938 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

38:19 70024.460938 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

45:58 70483.906250 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

53:42 70947.609375 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

55:06 71031.281250 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

00:41 71366.929688 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

02:14 71459.257812 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

06:12 71697.515625 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

12:34 72079.437500 T:2856318032   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

<playback with subtitles>

23:51 72757.023438 T:2563765328   ERROR: CCurlFile::FillBuffer - Failed: Failure when receiving data from the peer(56)

slack3r · (This post was last modified: 2014-10-23, 18:48 by slack3r.)

(2014-10-23, 18:29)Milhouse Wrote: I've now installed the OpenSubtitle subtitle addon. I didn't set a username or password.

Started the stream, accessed the Subtitles OSD, found 3 English subtitle files available, selected the first (top) subtitle (srt format). It downloaded, and I'm watching the stream now with working subtitles. It's mostly OK, but I have experienced a few stutters (same "peer" error you are seeing):

[...]
Looking back at my log while playing the stream without subtitles, I still had the "peer" errors, but no obvious suttering as there is when subtitles are enabled:

Exactly: video stutters with subtitle. Without sub it plays fine. With build #1004 and OE stable plays fine in both cases.

About the log and curl info, this is the output of mplayer - running on Slackware Linux i686:

Code:
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.

VO: [xv] 720x400 => 720x404 Planar YV12 

nop_streaming_read error : Connection reset by peer%  4%  1.3% 1 0 35%

There is a connection reset, but stream plays fine and smooth.

Milhouse · (This post was last modified: 2014-10-23, 19:17 by Milhouse.)

Yes, the "peer" error might be a red herring. So you get stuttering with #1005?

slack3r · (This post was last modified: 2014-10-23, 21:30 by slack3r.)

(2014-10-23, 19:16)Milhouse Wrote: So you get stuttering with #1005?

Yes, I get - or I do? English uhm... it's not for me ^^.

Edit:
I get stuttering even with #1004 build... damn!

slomovizion · 2014-10-23, 20:29

Hi Milhouse / Popcornmix

Re the hifiberry digi/DAC issue.

I've done some digging and based on the error messages produced it seems that it isn't the hifiberry's drivers that produce an error but instead the wm8804 codec and its use of core.c (the voltage regulator).

I've been digging through popcornmix's kernel repository but have been unable to find any obvious changes to either the wm8804 codec sources or core.c which might have led to this issue - do you know of any changes in these other subsystems (or in which they may depend) which might have led to this regression?

Best regards

Milhouse · (This post was last modified: 2014-10-23, 22:39 by Milhouse.)

(2014-10-23, 20:29)slomovizion Wrote: Hi Milhouse / Popcornmix

Re the hifiberry digi/DAC issue.

I've done some digging and based on the error messages produced it seems that it isn't the hifiberry's drivers that produce an error but instead the wm8804 codec and its use of core.c (the voltage regulator).

I've been digging through popcornmix's kernel repository but have been unable to find any obvious changes to either the wm8804 codec sources or core.c which might have led to this issue - do you know of any changes in these other subsystems (or in which they may depend) which might have led to this regression?

Best regards

The base OpenELEC kernel config is here, although I've disabled some options that I believe are related to the now removed Wolfson driver, so the kernel options I am currently using can be seen here.

Typically, kernel options are automatically selected by "make oldconfig" as part of the kernel build process, but it's entirely possible that the correct/required options are not being selected (possibly due to a misconfiguration in the code, or a change in the way options are handled in 3.17.y). What's frustrating is having to work this crap out on behalf of a vendor that is showing total disinterest in supporting their product.

Milhouse · 2014-10-23, 22:36

New OpenELEC Helix build: #1023
(Supercedes previous build)

Code:
# uname -a

Linux rpi512 3.17.1 #1 PREEMPT Thu Oct 23 21:07:52 BST 2014 armv6l GNU/Linux

# vcgencmd version

Oct 17 2014 17:56:05 

Copyright (c) 2012 Broadcom

version 845092531e360acd37f2f1964157f8079c77edfb (clean) (release)

# lsb_release

OpenELEC (Milhouse) - Version: devel-20141023210640-r19452-g0858c78 [Build #1023]

Based on tip of OpenELEC master (0858c78a, changelog) and tip of XBMC master (ba63b884, changelog) with the following modifications:

Includes newclock4 patches
Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.17.y
Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
Default setting for "Show RSS Feed" changed to disabled
Disabled "Total Duration" in Confluence (see build #0221 for details)
Adapted service.openelec.settings to take advantage of PR5217
Includes latest libnfs master (ab1af695)
Includes latest libcec master (81e38211)
Includes latest xbmc-pvr-addons master (067befe6)
Includes latest xbmc-addon-xvdr master (2bf2563c)
Includes libcec double-key suppression
Includes libcec CEC Standby Fix
Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes. See patch
Includes PR:5312: dvdplayer: do a seek after having changed subtitle stream
Includes PR:5416: added: POC mp4 movie/episode tag support
Includes PR:5524: Respect parent path decision when cleaning paths.

Build Highlights:

Pi dual-audio and flush/accurate seek (edl skip) fixes merged upstream
iOS fixes (devcert, iPhone6)

Build Details:

XBMC:
- [builtin] fix activatewindow if directory path differs (PR:5490, 1 commit, 3 files changed)
- [ios] - support iphone6plus screensize which uses screenScale 3 (PR:5390, 4 commits, 9 files changed)
- [omxplayer] Restore flush/accurate seek flags to fix issue with edl skip (PR:5554, 1 commit, 1 file changed)
- [PiSink] Dual audio support (PR:5557, 1 commit, 4 files changed)
- vaapi: workaround intel bugs (PR:5551, 2 commits, 3 files changed)
- [ios] - fix devcert signing (pvr addons were missing and couldn't be loaded)

denz · 2014-10-24, 01:48

I have moved to a brand new house that has networking cabling and what a difference over wireless everything works so much faster and better the one issue that I had before and still do is that if pi is not used for a day or so it stops responding to any tv remote commands and the only way to restore it is to unplug it. This is a pain it may work for three days straight then the next day it won't and so on.

I would really like to solve this annoying issue

What is the best way to troubleshoot this annoying issue.

allan87 · 2014-10-24, 02:03

(2014-10-24, 01:48)denz Wrote: I have moved to a brand new house that has networking cabling and what a difference over wireless everything works so much faster and better the one issue that I had before and still do is that if pi is not used for a day or so it stops responding to any tv remote commands...

LG?

Solo0815 · 2014-10-24, 09:04

@Milhouse
I get stuttering too, if I enable the subtitles. Do you need a full-debug log from me or do you have enough info about this?

Build: #1091 playing MKVs
no obvious stuttering with subtitles disabled
haven't tried renaming .kodi
I "think" it didn't occur on the ~#0929 build