OpenELEC Testbuilds for RaspberryPi (Kodi 16.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 16.0) (/showthread.php?tid=231092) 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
157
158
159
160
161
162
163
164
165
166
167
168
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-24 (2015-08-24, 10:44)doveman2 Wrote: After testing I'm afraid I have to say it doesn't. I've set <yellow>AspectRatio</yellow> (in Global, nothing for yellow in FullscreenLiveTV) and it only seems to toggle the mode after every two clicks but more importantly, as it doesn't display the selected Aspect Ratio it's very hard to know whether you've got the right one or not and I have to open the OSD to check anyway. I guess if one only needed two modes (e.g. Stretch 16:9 and Original) and it could be made to just toggle between the two then it would be obvious when the right one was selected but with so many to cycle through it's just too confusing. Dunno. This is what I see when playing a movie and clicking the <select> button (defined as I pasted to you): The first time I click it (when the Aspect Ratio OSD isn't visible) it will display the current aspect ratio - see above image - and then subsequent single button clicks will toggle through the possible aspect ratios. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MrNice - 2015-08-24 This is for your information: Today, I run build #0821 For few weeks or so, I think when there was a bug in the shutdown button, I get more issues, for examples: - When I shutdown, RPi (mouse, remote, image) freezes the only way is to pull the power cable. Once it bugs my SD card. - When I navigate through menus, Rpi freezes. - When I want to play a flac file, Enter open a window "Add to queue, ..." instead of play. I have to try it several times to play the file. All happen at random. I'd be glad to help and try to find how to reproduce but I don't know how. Is it good to start debug and post only a part as it could be long? Any idea? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-24 (2015-08-24, 12:33)MrNice Wrote: This is for your information: Can you confirm this behaviour with a "clean" .kodi folder (ie. rename .kodi -> .kodi.bak, and reboot into a clean .kodi folder). Are you overclocking? Disable all overclocks - does the problem continue? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-24 (2015-08-24, 12:31)Milhouse Wrote: Dunno. This is what I see when playing a movie and clicking the <select> button (defined as I pasted to you): Hmm, maybe it's a skin thing as I'm using AppTV. I'll try with Confluence. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MrNice - 2015-08-24 (2015-08-16, 22:32)MrNice Wrote:Playing around with Kodi, I just found out why the above issue.(2015-08-06, 12:39)MrNice Wrote:Still the same with build #0815(2015-07-28, 19:35)MrNice Wrote: I found the starting build:A bit different with build #0805; Edit: This is a different issue as my previous post at 11:33 How to reproduce and directly see: Start the debug, you will get 3 lines at the above left of the screen: LOG, MEM, CPU Navigate to menu Music and open in folder view Browse the list of folders or music titles every 4-5 seconds. When title is short, there is no horizontal scroll CPU is low. As soon you browse a long title, there is scroll and the CPU is hight, 100% in my case. It's why when I play some HD music in file list mode, I get some drops Hope this will help RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - da-anda - 2015-08-24 (2015-08-23, 16:31)banesi Wrote: I didn't realised hevc encoding is problematic even for RP2 until I started watching a movie yesterday encoded in720p hevc, feels a bit dissapointed as I was under impression that it should have worked fluidly on this hardware.well, the PI2 has no HW decoder for HEVC, so it's software decoded in CPU, and high efficency codecs demand quite some CPU power. But 720p HEVC encoded with "fastdecode" option should play just fine - at least my test encode worked just fine. Even a 1080p movie worked not too bad - at least lower bitrate scenes played just fine, which IMO is a incredible achievement by the devs so far. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-24 (2015-08-24, 12:11)doveman2 Wrote: Separate issue but is there a reason why it takes so long to open a folder via SMB? Opening \\192.168.1.86\ is pretty much instant but then opening one of the folders can take ages. My brother reports the same and he's on a different (rather old) build and has a different PC running Windows 7 (I'm on 8.1) and as far as I recall it's always been like this, so maybe there's nothing that can be done. I don't have any such issues using WInSCP. Obvious reasons for a slow directory to open: * Hard disk has spun down. Is it faster to open the folder a second time soon after? * Very large number of files (how many files in the directory?) * Presence of archives. Kodi will open every archive (rar/zip etc) it sees which for large archives with many files in can be very slow. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MrNice - 2015-08-24 (2015-08-24, 12:54)MrNice Wrote:I renamed .kodi and rebooted.(2015-08-16, 22:32)MrNice Wrote:Playing around with Kodi, I just found out why the above issue.(2015-08-06, 12:39)MrNice Wrote: A bit different with build #0805;Still the same with build #0815 Activated debug log and played flac 5.0 24/88.2 file When there is horizontal scroll, in file view or full screen view, CPU0 = 100% When there is no scroll CPU0 = 40% RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-24 (2015-08-24, 13:37)popcornmix Wrote: Obvious reasons for a slow directory to open: None of those apply here. I'm just accessing the folders on the SD card and even opening the empty Update folder takes ages. Having said that, I just tested and all the folders opened quickly but that's not normal, so perhaps it's connected to how long the system's been up or maybe something was fixed in the latest build, as it's the first time I've tried since updating to that. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-24 (2015-08-24, 12:11)doveman2 Wrote: OK, I tested with a programme on Ch5 SD with a ticker at the bottom, so any stutter was obvious. Checking with my TV's built-in tuner and there was no stutter. I tested playback with just composite video and OMX & analog, OMX & DAC+, MMAL & analog, MMAL & DAC+, no acceleration & analog, no acceleration & DAC+ (I hope I've got those in the right order of testing!) With OMX the playback was smooth. With the others the ticker stuttered regularly, as it did when I was watching LiveTV. http://xbmclogs.com/ph8cvhjoc RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Heiko123 - 2015-08-24 Hello Milhouse, can you say, whether an when you implement the "Unofficial add-on repositories" within the GPIO-Libary ? I would like write my python-script within GPIO-Access on this openelec plattform. Thanks Heiko RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - afremont - 2015-08-24 (2015-08-24, 05:28)Milhouse Wrote:(2015-08-24, 05:17)afremont Wrote: Okay, thanks for that. I went back to 0819 and it was okay, no constant frame skipping on 720p. I worked my way forward and 0820 and 0821 are fine, 0822b skips frames constantly and loses audio sync. 0823 did the same thing, so it looks like something in 0822b broke for MMAL, 720p live TV and recordings. Here's a link to a file, but any 720p source (live or recorded) should do it. Played back through the Videos section of kodi, it does the same thing. That seems to indicate a problem with DVDPlayer itself and not the MythTV addon or backend. The problem first appeard in 0822b and applies to 0823 as well. https://www.dropbox.com/s/t3sag5bum3v8xbs/720p.mpg?dl=0 Here is a debug log using Videos to play back the clip above: http://sprunge.us/BNIJ RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-24 (2015-08-24, 16:53)afremont Wrote: Here's a link to a file, but any 720p source (live or recorded) should do it. Played back through the Videos section of kodi, it does the same thing. That seems to indicate a problem with DVDPlayer itself and not the MythTV addon or backend. The problem first appeard in 0822b and applies to 0823 as well. Can't say I see the problem with this clip. It's only 9 seconds long which is a bit short for analysing. What exactly do you see when you play the clip? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MrNice - 2015-08-24 (2015-08-24, 12:39)Milhouse Wrote:"clean" .kodi folder, overclocking at 1000 but never had issue like that previousely.(2015-08-24, 12:33)MrNice Wrote: This is for your information: I did some tests: I was playing a BD and paused, changed the chapter and start again. Playing never start. As the log was very big I did an extract: http://sprunge.us/DCAI There are some errors: Error opening file! GetDirectory - Error getting /var/media/Media/Music Videos/Test (BD)/BDMV/META/DL Get - failed to get stream CDVDMsgGeneralSynchronize - timeout ffmpeg[6A00A400]: [pcm_bluray] unsupported sample depth (0) ffmpeg[6A00A400]: [pcm_bluray] reserved sample rate (11) WARNING: COMXImageFile::GetCodingType progressive images not supported by decoder Could you explain this warning? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - afremont - 2015-08-24 (2015-08-24, 17:26)popcornmix Wrote:(2015-08-24, 16:53)afremont Wrote: Here's a link to a file, but any 720p source (live or recorded) should do it. Played back through the Videos section of kodi, it does the same thing. That seems to indicate a problem with DVDPlayer itself and not the MythTV addon or backend. The problem first appeard in 0822b and applies to 0823 as well. Bring up the OSD while it's playing and look at the skipped frames count. It increments at about 20 per second. I was watching live TV the other day and I noticed the video seemed a little jerky so I brought up the OSD and saw the skip count rapidly increasing. It didn't do that before 0822b (I back tested all the releases that I had skipped over when upgrading, everything through 0821 is fine). I can give you a longer clip if you need the extra time, but I believe that any 720p MPG2 file (maybe only MPG2) will do that, 1080i and 480i don't do it. Obviously I have the codec license installed or it would be unwatchable from my experience plus OMXPlayer has no problems with it. Previous posts will tell you all my settings and things that I have done to test it. The audio rapidly gets way out of sync. I know it's a little tough to tell with it being a cartoon, but after about one minute there is no mistaking it since it is seconds off at that point. Here is a bigger clip (should be 5 minutes), it's about 360MB. https://www.dropbox.com/s/t3sag5bum3v8xbs/720p.mpg?dl=0 |