OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0) (/showthread.php?tid=192380) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
|
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 (2014-10-23, 16:11)slack3r Wrote: @popcornmix 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. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slack3r - 2014-10-23 (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.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 Sh*t... am I wasting your time? I'm sorry. But with Openelec 4.2.1 and build #1004 I have no problem. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 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. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slack3r - 2014-10-23 (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.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. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 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: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 RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 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 RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slack3r - 2014-10-23 (2014-10-23, 18:29)Milhouse Wrote: I've now installed the OpenSubtitle subtitle addon. I didn't set a username or password.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. There is a connection reset, but stream plays fine and smooth. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 Yes, the "peer" error might be a red herring. So you get stuttering with #1005? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slack3r - 2014-10-23 (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! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slomovizion - 2014-10-23 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 RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 (2014-10-23, 20:29)slomovizion Wrote: Hi Milhouse / Popcornmix 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. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-23 New OpenELEC Helix build: #1023 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (0858c78a, changelog) and tip of XBMC master (ba63b884, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - denz - 2014-10-24 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. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-10-24 (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? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Solo0815 - 2014-10-24 @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 |