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-07-24 (2014-07-24, 13:38)Milhouse Wrote: [*]firmware: deinterlace: process yuvuv directly. See: link Can any 1080i deinterlace users check deinterlace looks okay as this has been rewritten. The deinterlace now does fewer memory accesses which may improve audio/video dropout issues which previously have required hvs_priority to work around. The config.txt option: Code: force_fast_deinterlace=1 will force the simpler deinterlace for SD content, which may behave better for some users. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - gandharva - 2014-07-24 I checked new firmware because of -> firmware: gpioman: Add default pulling to output pins Lightberry/Hyperion still broken. Last non broken version is Jul 05, 2014. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - gummibaum - 2014-07-24 @Milhouse (2014-07-24, 13:38)Milhouse Wrote: New OpenELEC Helix build: #0724 Hi Milhouse, does tvheadend: update to tvheadend-3.9.1083 mean
And if (2), then how do I install that? (Yes, I've seen your TVH .zip - and am running it just now.) Would it be possible to include the pvr.tvh plugin instead of prv.hts (or is it just that)? Thanks for your great work! Best -- Mathias RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-07-24 (2014-07-24, 18:31)gummibaum Wrote: Hi Milhouse, It's #2, the backend and should be included in the build (2014-07-24, 18:31)gummibaum Wrote: And if (2), then how do I install that? About that.. the plugins should be included by default - uploading ZIPs might have been a mistake on my part, so just use the built-in versions for now (delete the addons from /storage/.xbmc/addons if you've installed any from my download links). I get very confused about addons... it doesn't take much unfortunately. (2014-07-24, 18:31)gummibaum Wrote: Would it be possible to include the pvr.tvh plugin instead of prv.hts (or is it just that)? From what I can find out, pvr.tvh is a rewrite of pvr.hts. It has some improvements, but is not yet completed and unless you know why you need it, it's probably best to continue with pvr.hts. You can install pvr.tvh from xbmc.tvheadend.org (I think). I won't be including pvr.tvh in my builds - if you want it, you should request it upstream (OpenELEC). RE: OpenELEC Testbuilds for RaspberryPi Part 3 - glenn 1990 - 2014-07-25 (2014-07-24, 13:59)popcornmix Wrote:(2014-07-24, 13:38)Milhouse Wrote: [*]firmware: deinterlace: process yuvuv directly. See: link Wow, you're fast :-) Unfortunatly, it doenst seems to help much. I also did a openelec build to force fast deinterlace in omxplayer, also without succes. Code: if(m_deinterlace) RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-07-25 (2014-07-25, 14:58)glenn 1990 Wrote: Unfortunatly, it doenst seems to help much. What resolution video are you playing? It will have no effect on HD, only SD. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - glenn 1990 - 2014-07-25 (2014-07-25, 15:12)popcornmix Wrote:(2014-07-25, 14:58)glenn 1990 Wrote: Unfortunatly, it doenst seems to help much. video is SD h264, 704x576 display is set to 1080p50Hz Like the sample I gave you: https://dl.dropboxusercontent.com/u/18133665/Keeping%20Up%20with%20the%20Kardashians.2014-07-22.mkv RE: OpenELEC Testbuilds for RaspberryPi Part 3 - delinend - 2014-07-27 Hmm. Got a small problem, if I use the FTP connector.. I have a Blu-ray ISO, that I try to playback via FTP on my local network (FTP server in house). The video is stopping on eath 30-60 sec. to buffer up, and then starts again. The CPU load is 98-100% on my RPI (last Milhouse build). If I connect via SMB to the same local server, playback works fine, and the CPU load is about 50%. Is ther a setting, that I have overlooked, when using FTP ?? I have tryed many settings for the video buffering, but no one works for me. The problem is only when I playback Blu-ray via FTP. Best regards RE: OpenELEC Testbuilds for RaspberryPi Part 3 - terranow - 2014-07-27 Hi, i have a live tv channel which used to work (always worked fine except that auto de-interlace did not seem to work on this channel) but stopped working with the last few milhouse builds. I uploaded a sample here https://dl.dropboxusercontent.com/u/5174353/Sample.zip What happens is that i click on channel it starts buffering and stays at 0% - happens on both 128mb and 256mb splits. Same channel works fine on windows xbmc. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - doveman2 - 2014-07-27 (2014-07-03, 15:55)doveman2 Wrote: My brother's been running the 0611 build and tells me he's had three problems: I haven't had a chance to try disabling FIQ FSM on my brother's system yet but I spoke to him today and he says he hasn't had these problems since I updated him to the 0703 build, so I guess something in that must have fixed them. I had advised him to try the other player to see if it only happened with the default one but he says he hasn't even needed to do that RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-07-27 (2014-07-27, 17:10)delinend Wrote: Hmm. Got a small problem, if I use the FTP connector.. Is this a 256MB or 512MB Pi? The default <cachemembuffersize> is now 2MB on 256MB Pis, and 20MB on 512MB Pis. Is the FTP-buffering behaviour the same with omxplayer and dvdplayer? Can you go back through older builds until you find a version which doesn't buffer over FTP? Do you get the same behaviour with stock builds? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - delinend - 2014-07-27 (2014-07-27, 20:01)Milhouse Wrote:(2014-07-27, 17:10)delinend Wrote: Hmm. Got a small problem, if I use the FTP connector.. It's a 512MB Pi running 1GHz. I only use omplayer, as it only runs for all my contet. I'll try older versions tomorow, but it's a new thing, that I was trying to play Blu-ray via FTP. Have not tryed it before. Only used FTP to playback SD, until yet. But it look strange that the FTP protocol use 50% more CPU than the SMB. I have allso tryed to test my FTP server localy, at I can pull 10 times more bandwith from it, than the Pi playback via FTP use. So it's not my FTP server that have a problem. I have allso tryed to set cachemembuffering to 50MB, but no luck. Still 98-100% CPU load on Blu-ray playback. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-07-27 New OpenELEC Helix build: #0727 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (ee8a220, changelog) and tip of XBMC master (d365123, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - denz - 2014-07-28 I have tried the force fast deinterlace and it is a huge improvement to all my sd channels now they are all watchable. Thank you Code: force_fast_deinterlace=1 RE: OpenELEC Testbuilds for RaspberryPi Part 3 - delinend - 2014-07-28 (2014-07-27, 21:14)delinend Wrote:(2014-07-27, 20:01)Milhouse Wrote:(2014-07-27, 17:10)delinend Wrote: Hmm. Got a small problem, if I use the FTP connector.. I have just tryed Gotham (openELEC 4.0.7) and last build #0727, and both have the same issue when using the FTP protocol connector. When I Playback Blu-ray via FTP the CPU load is 98-100% and the video stop/start each 50-60 sec. When i Playback Blu-ray via SMB the CPU load is 50-70% and playback works fine. It's the same CPU load with dvdplayer and omxplayer. But I see, that dvdplayer use much more memory, when I playback. It look like there is some issue whith the FTP protocol, that takes too much CPU time. Here my Overclock: arm_freq=1000 core_freq=500 sdram_freq=500 over_voltage=6 Here my advancedsettings.xml : <advancedsettings> <video> <defaultplayer>omxplayer</defaultplayer> <defaultdvdplayer>omxplayer</defaultdvdplayer> </video> <ftp> <remotethumbs>true</remotethumbs> </ftp> </advancedsettings> Best regards |