OpenELEC Testbuilds for RaspberryPi (Kodi 17.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 (Kodi 17.0) (/showthread.php?tid=250817) 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
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-23, 05:48)stourwalk Wrote: #0210 works There is nothing new in that build that looks very likely. The only vague possibility is PR:9146. Milhouse - if there are no better ideas you could try reverting that in a new build. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - da-anda - 2016-02-23 (2016-02-23, 10:42)Psyduckap Wrote:(2016-02-23, 05:32)TVPL Wrote: If your Denon AVR support HDMI IN/OUT: change to RPi -> HDMI -> Denon Receiver -->HDMI -> Sony TV so better.My AVR doesn't support HDMI, only optical and coaxial how does your configuration look like? It should look like described here http://forum.kodi.tv/showthread.php?tid=250817&pid=2252070#pid2252070 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Psyduckap - 2016-02-23 (2016-02-23, 14:26)da-anda Wrote:My configuration is:(2016-02-23, 10:42)Psyduckap Wrote:(2016-02-23, 05:32)TVPL Wrote: If your Denon AVR support HDMI IN/OUT: change to RPi -> HDMI -> Denon Receiver -->HDMI -> Sony TV so better.My AVR doesn't support HDMI, only optical and coaxial - Speakers 2.0 - Passthrough enabled - AC3 Passthrough enabled - AC3 transcoding disabled - DTS Passthrough disabled RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-22, 19:15)Psyduckap Wrote: In versions prior to Openelec 6 I had white noise but I think it didn't stutter, but I'm not sure. Your log from #0221 contained lots of messages like: Code: 17:53:19 83.578682 T:1961934848 DEBUG: CMMALRenderer::RenderUpdate Changing dimensions from 1916x778986752 to 1919120239x778986853 What do you mean by stutters? Do you mean audio dropouts, or non-smooth video? Does disabling passthrough make a difference? Is it different with omxplayer enabled/disabled? Is it different with "sync playback to display" enabled/disabled? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - stourwalk - 2016-02-23 (2016-02-23, 14:19)popcornmix Wrote:(2016-02-23, 05:48)stourwalk Wrote: #0210 works I wondered about PR:9051? I've shared (or just about to) a copy of one of the folders that is broken. More info however, If I use a 'working' version (ie <= #0210) and scan the folder into the DB, then move forward to a later version and rescan then the same folder no-longer errors, ie it's only on 'new' additions that have the problem. If I remove the offending folder from the library in #0211+ and rescan it errors again.. If I remove the NFO files then it also processes perfectly, so it's definitely something to do with them that it doesn't like. One thing for when I get back home is to remove the .flac files and see if I can trigger it with the NFO files alone. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-23, 16:46)stourwalk Wrote: I wondered about PR:9051? Just reading the description it doesn't seem likely, but given it was implicated in a video playback issue on Android means it may be having some unintended consequences so that may also be worthy of a "revert" test. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-23 I've been testing with files @stourwalk sent to me - an archive of the ABB folder - but I'm not yet able to reproduce any issues, it imports without a hitch using #0222. I've tested importing over nfs:// and smb:// to SQLite MyMusic. I thought maybe the embedded <path> might be causing some sort of recursion but using a valid smb:// path imports without a problem. I can try reverting PR9146 in the next build, if that's still possible, or if I get time I'll upload a couple of test builds, one with PR9146 reverted, the other with PR9051 reverted. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2016-02-23 Hello again, if i'm playing waves over smb:// with builds # 0221 and #0222 -> i have sometimes little interruptions (under a half seconds). Playing songs one after another in same Folder is not solved yet. The problem is alsoseen, if i'm playing addon mtv.de - only one song from 71. In settings : "play next video / song ..." I dont see the entry "play all / play from here" , if i go with cursor on some songs in List. Harald RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - nb2a - 2016-02-23 Still having no success using the latest build to view HD live TV. I suspect it is still the Home run PVR. I have no issues using a windows based machine either. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-23, 18:59)doldi Wrote: if i'm playing waves over smb:// with builds # 0221 and #0222 -> i have sometimes little interruptions (under a half seconds). Does buffermode=1 from http://kodi.wiki/view/HOW-TO:Modify_the_video_cache#Cache_settings help? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Jdiesel - 2016-02-23 @Milhouse What PR do you use to enable hiding watched items from the homescreen's recently added list on the default Confluence skin in your builds? Why this was removed from XBMC Master I have no idea as it is such a useful setting to have. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-23, 20:17)Jdiesel Wrote: @Milhouse What PR do you use to enable hiding watched items from the recently added list on the default Confluence skin in your builds? Why this was removed from XBMC Master I have no idea as it is such a useful setting to have. I don't think it's ever been removed from master. See discussion here: https://github.com/xbmc/xbmc/pull/5747 I think the view is it should be handled by the skin using smart playlists, but I'm not sure if any skins support it. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Psyduckap - 2016-02-23 (2016-02-23, 14:54)popcornmix Wrote: Your log from #0221 contained lots of messages like:Yes, here it is: http://xbmclogs.com/pwzaw9uu3 Quote:What do you mean by stutters? Do you mean audio dropouts, or non-smooth video?Both of them. Every three or four seconds there is a little stop, sometimes video, sometimes video and audio. Quote:Does disabling passthrough make a difference?No, it's the same Quote:Is it different with omxplayer enabled/disabled?Yes, with omplayer enabled it runs smoothly Quote:Is it different with "sync playback to display" enabled/disabled?No, it's the same I'm not sure but I think that when I run the first time, the one on the log, I had passthrough and now I have to disable sync playback to display to get it RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Jdiesel - 2016-02-23 (2016-02-23, 20:21)popcornmix Wrote:(2016-02-23, 20:17)Jdiesel Wrote: @Milhouse What PR do you use to enable hiding watched items from the recently added list on the default Confluence skin in your builds? Why this was removed from XBMC Master I have no idea as it is such a useful setting to have. Thanks. It looks like Confluence hasn't been updated to achieve this using smart playlists yet. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-02-23 (2016-02-23, 20:29)Psyduckap Wrote: I'm not sure but I think that when I run the first time, the one on the log, I had passthrough and now I have to disable sync playback to display to get it Nothing obviously wrong in log except resampling rate seems to be varying quite a bit. You could try setting resample quality from GPU to low just to see if that makes a difference (I don't suspect it will). If you can provide a sample file I can take a closer look. |