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 - pootler - 2014-06-05 HI popcornmix, Thanks for the reply. I would be very happy to test some builds to try and find the problem Thanks pootler RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-06-05 New OpenELEC Helix build: #0605 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (cbfe2fa, changelog) and tip of XBMC master (f733da1, changelog) with the following modifications:
New firmware. New newlock3 commits (although dvdplayer audio now sounds like chipmunks). Reverts PR4837/PR4838/PR4839.
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-06-05 Build #0605 also has no GUI sounds. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - da-anda - 2014-06-05 @popcornmix - newclock3 is growing and growing - what has to be done/tested so that you feel comfortable to PR more of your changes? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - tuath - 2014-06-05 @popcornmix, you've done a great job (with everybody else) to make xbmc on the pi so usefull that it is the main piece of entertainement in my house : - songza on the sound system - movies on demand from our collection for the kids - picture frame tv when to make people talk when a movie isn't playing and the tv is on - access to my ripped cd collection. The last point for me that needs a little work is that my 10k+ mp3 collection displays almost instantaneously, but when I click a song (in the all songs view), it generates a playlist that takes 30 to 40 seconds. Anything quick you can do there to help out ? I am willing to be the guinee pig, just PM me. Regards, Erik. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - HiassofT - 2014-06-05 I noticed that dvdplayer in Gotham and Helix don't seem to like my old DVB recordings (PAL SD MPEG-2). When started from the beginning the files play fine, but after seeking (jumping to a specific position, using arrow keys to seek within the file) playback gets extremely choppy and dvdplayer doesn't seem to be able to recover. omxplayer has no problems with these files and also dvdplayer in openelec 3.2.4 works fine. XBMC Helix (current git head) on Linux with the VDPAU backend works fine, too. Here's a debug log with the 0605 testbuild: http://www.horus.com/~hias/tmp/openelec/dvdplayer-choppy/milhouse0605-xbmc.log and here's a short sample http://www.horus.com/~hias/tmp/openelec/dvdplayer-choppy/test-dvb.mpg BTW: yesterday I also posted about this issue with official OpenELEC 4.0.3 on the OpenELEC forum: http://openelec.tv/forum/124-raspberry-pi/71449-dvdplayer-mpeg-2-playback-choppy-after-seeking so long, Hias RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-06-05 (2014-06-05, 01:21)pootler Wrote: I would be very happy to test some builds to try and find the problem Can you test this build: https://drive.google.com/file/d/0B-6zmEDJwxZEMUQxV3dwdXdEZlU/edit?usp=sharing Should be Openelec 4.0.4 with the newclock3 patch I indicated. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - pootler - 2014-06-05 Thanks popcornmix Might be a couple of days - I find a good way to check is to basically leave live TV on.( continuously) for that sort of time! Cheers RE: OpenELEC Testbuilds for RaspberryPi Part 3 - HiassofT - 2014-06-06 (2014-06-05, 18:36)popcornmix Wrote: Can you test this build:It looks like this build slightly improves stutter after seeking (I might be mistaken, though, will have to do some more comparisons), but the video still hangs for a fraction of a second every second or so. Here's another debug log, playing the test-dvb.mpg sample with your build and then seeking forward with the right-arrow button: http://www.horus.com/~hias/tmp/openelec/dvdplayer-choppy/popcornmix-xbmc.log so long, Hias RE: OpenELEC Testbuilds for RaspberryPi Part 3 - da-anda - 2014-06-06 @tuath clicking on a file in all songs view will create a playlist with all songs in it. so if you turn of the setting to automatically queue all songs within same list playback should start instantly. you'll only have one song in the queue though. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - tuath - 2014-06-06 (2014-06-06, 00:43)da-anda Wrote: @tuath clicking on a file in all songs view will create a playlist with all songs in it. so if you turn of the setting to automatically queue all songs within same list playback should start instantly. you'll only have one song in the queue though. Yeah, the thing is with over 500 cds worth of songs, i like to have random and queueing songs manually is not feasible. And when your listenting to a specific album or artist, there are a handfull of songs and the dynamic playlist générates quickly. Since the average song is 2-3 minutes, imagine if playback started immediatly and the playlist was done in background... Going to the next song would suffer if the playlist isn`t ready yet but it might be a good compromise... RE: OpenELEC Testbuilds for RaspberryPi Part 3 - da-anda - 2014-06-06 you know that you can always use the context menu and trigger a "play from here" to still queue anyting in a specific folder? Or simply pop up the context menu on an artist or album and choose "play" to move everything inside to a playlist? I know these are only workarounds, but the PIs hardware is limited. I'm not saying that your mentioned issue couldn't somehow be improved code wise to be faster, but at some point there is a limit to it on what the CPU of the PI can handle, so don't expect a pink unicorn if somebody is trying to improve this area. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - tuath - 2014-06-06 (2014-06-06, 10:18)da-anda Wrote: you know that you can always use the context menu and trigger a "play from here" to still queue anyting in a specific folder? Or simply pop up the context menu on an artist or album and choose "play" to move everything inside to a playlist? I know these are only workarounds, but the PIs hardware is limited. I'm not saying that your mentioned issue couldn't somehow be improved code wise to be faster, but at some point there is a limit to it on what the CPU of the PI can handle, so don't expect a pink unicorn if somebody is trying to improve this area. In Frodo, opening the all songs view took 40+ seconds, brought down to 4-5 in Gotham. The list of songs is all in memory at that point. I am not expecting 0 seconds here for generating the playlist , but i am sure a little work in this area will go a long way... RE: OpenELEC Testbuilds for RaspberryPi Part 3 - tomtomclub - 2014-06-06 I can not find Manually entering subtitles any more RE: OpenELEC Testbuilds for RaspberryPi Part 3 - pootler - 2014-06-06 (2014-06-05, 18:36)popcornmix Wrote:(2014-06-05, 01:21)pootler Wrote: I would be very happy to test some builds to try and find the problem Hi popcornmix, Tried a couple of channels ( DVB-T- UK )running consecutively for 3-5 hours. Audio/video started to drift from about two hours in on both. Please note - as mentioned I am using stock settings on everything - if there is a specific setting in any of the Live tv/ Video menus I am not using which is meant for Live tv, then maybe you or other people reading this can let me know! Thanks pootler |