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 - popcornmix - 2014-10-06 (2014-10-06, 20:13)Jönke Wrote: omxplayer! I have to back a few builds and test them to tell cause i was away for a couple of days I would be interested in knowing the exact build that improved things. There's been no performance related fix for EPG. There's been some experimental changes elsewhere (e.g. changing thread priorities) which could have helped things, but it would be nice to identify exactly which change helped (so I don't revert it). RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-10-06 Hi popcornmix, i tested around with the new builds. The sound is fine without GPU acceleration except for 24Bit/192kHz files. The sound is not like white noise. I think the playback is to fast. In the log file i see the following error: Code: 20:23:51 44307.937500 T:3033527376 ERROR: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover Here is a debug log Playback via HDMI to my TV is fine. Here is a log But at the moment i am very happy to use my HifiBerry again Thanks to all persons which helped me!!! EDIT If i set the output to 96khz the playback to slow. When i set the output to 44.1khz the playback is even slower RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-06 New OpenELEC Helix build: #1006 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (03f0590f, changelog) and tip of XBMC master (243d4bab, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - MrNice - 2014-10-07 @popcornmix @Milhouse I didn't get any answer for that, very stange isn't it? (2014-10-06, 17:23)MrNice Wrote:(2014-09-15, 15:19)popcornmix Wrote: ... RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-07 (2014-10-07, 10:44)MrNice Wrote: @popcornmix Just so you know, my Pi is connected to a monitor using HDMI, which then has its stereo line-out connected to the stereo line-in on a Windows PC which is connected to 2.1 speakers. I tested one of your demo files and had no problem with playback. As I'm unable to reproduce your testing environment let alone your problem, I can't really contribute more than this. Reproducing your issue is crucial to understanding and finding a solution, but obviously reproducing is not easy otherwise I'm pretty sure it would have been solved already. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Flaq69 - 2014-10-07 @Milhouse Thanks for your great builds. I have used them for ....since Rbej. Please Help . I have issues with my addons since build #0901. Suddenly several different Add on have "script errors" and basic function do not work probably. These are for example Icefilm 1channel Mashup etc In build #0830 the works perfectly. I have tested back and forth re-installing in order to confirm that the issue is coming from the upgrade to build #0901. This i can confirm .The problem of course is also on new builds like #106 I here have been reading through the release note but for me as a "non expert" I do not read that there should be issues here is the log http://xbmclogs.com/show.php?id=313143 Cheers and thumbs up for these awsome builds and your work P RE: OpenELEC Testbuilds for RaspberryPi Part 3 - pootler - 2014-10-07 I am a bit confused I understand that it is great to get involved in the more esoteric parts of development builds, thats great,- but for me - the most basic parts of these media player builds seem flakey. I have tried all the recent builds, and without exception, if I leave omx acceleration ON, ( i.e default) then searching through video is unusable and results in huge audio/video sync issue when returning to play. It works a bit better OFF, but it introduces a lot of stuttering. Thanks everybody for all the fantastic work - but - isn't that facility the most basic thing a media player should be able to do? I have posted this comment on a number of threads , in the hope someone can point out an error I may be making,( highly likely) or at least agree with what I am saying, but with no luck. I have done completely fresh installs and the result is the same- unusable video searching. The official build doesn't do this- ( 4.2.0 ), so it just a case of this is not a priority in the current dev builds?, in which case I will stick with the official builds- slow as they are ! many thanks pootler RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-07 (2014-10-07, 14:48)pootler Wrote: I have tried all the recent builds, and without exception, if I leave omx acceleration ON, ( i.e default) then searching through video is unusable and results in huge audio/video sync issue when returning to play. It works a bit better OFF, but it introduces a lot of stuttering. Most of the dev focus is currently on dvdplayer as that has has the most changes since Gotham (and that's what my home xbmc setup is configured to use). I test omxplayer on and off and it seems to behave fine. Ideally upload a sample file that demonstrates the problem. Explain exactly what you do to trigger it (e.g. wait 10 seconds then seek forwards twice by 30 seconds, now audio is out of sync). A debug log when doing this will help confirm if my settings are the same and that I'm seeing the same issue as you. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Jönke - 2014-10-07 (2014-10-06, 20:19)popcornmix Wrote:(2014-10-06, 20:13)Jönke Wrote: omxplayer! I have to back a few builds and test them to tell cause i was away for a couple of days I was not able to find the exact build were it all starts to be good , but at least all builds from middle of august until now is good. So i hope you wont change anything that old RE: OpenELEC Testbuilds for RaspberryPi Part 3 - MrNice - 2014-10-07 (2014-10-07, 11:21)Milhouse Wrote:If you don't have the hardware, I understand it's not easy to test for you.(2014-10-07, 10:44)MrNice Wrote: @popcornmix As I have some time to work on it, I can propose you to tell me any test, log, etc... you want to get a clue on the issue. BTW, does popcornmix has a 5.1 hardware? And what about the other issue I found? http://forum.xbmc.org/showthread.php?tid=192380&pid=1808261#pid1808261 or http://forum.xbmc.org/showthread.php?tid=204408&pid=1797450#pid1797450 Thank you for your answer anyway and your great work. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-07 New OpenELEC Helix build: #1007 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (dc51895f, changelog) and tip of XBMC master (e0db1d8a, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Flaq69 - 2014-10-07 Dear SIR Milhouse THANKS for this I just installed #1007 all issues with add's is now .........ok !! I am grateful I wish I could help some more P RE: OpenELEC Testbuilds for RaspberryPi Part 3 - gendo - 2014-10-08 did you look at the samples? if you need more, just let me know.... (2014-10-03, 10:42)popcornmix Wrote:(2014-10-03, 08:48)gendo Wrote: Were these files usefull or do you need anything else? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-10-08 New bug in PVR playback. This appears to be restricted to recent Milhouse builds (last week, aprox, to date) — It does not affect the current OS X Helix alpha 4 nightly (Oct 7). When you play back a show with an EDL for commercial skipping, the mac build skips the ad automatically, but the recent Milhouse builds either go black at the ad, or freeze on the last frame before the ad. Sound continues to play for a bit and pressing up in this interval skips the ad. In both cases, the new myth (not cmyth) PVR add-on is being used. The following log starts a few seconds before the ad. http://pastebin.com/n1b6QVFW RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-08 (2014-10-08, 08:08)allan87 Wrote: New bug in PVR playback. This appears to be restricted to recent Milhouse builds (last week, aprox, to date) — It does not affect the current OS X Helix alpha 4 nightly (Oct 7). Identifying the exact build that introduced the problem would be useful. |