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) - doldi - 2016-01-31 Hi, have wrote somethings about AC3 transcoding in this thread. I'm not able with recent build to play AAC 5.1 in DolbyDigital. well, next thing - Groundhog Day in this build i select "play in DTS" -> no, plays in DD5.1 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Quinn2015 - 2016-01-31 (2016-01-30, 21:41)popcornmix Wrote:(2016-01-30, 21:40)Quinn2015 Wrote: Ok,i bought a license key and everything is fine now. I have pinned down the last working build. It´s #105b. I could watch the dvd without the MPEG-2 license key. From #106, software decode is messed up. Log from working #105b http://xbmclogs.com/pqru5ncd7 i hope it helps. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-31 (2016-01-31, 14:53)Quinn2015 Wrote: I have pinned down the last working build. It´s #105b. Thanks. Two plausible commits: drop obsolete libmpeg2 (PR:8687, 3 commits, 138 files changed) VideoPlayer: fix and cleanup ffmpeg sw deinterlacing (PR:8773, 1 commit, 4 files changed) Now I think the first should be harmless. libmpeg2 was only used for menus, not the main feature, and that had been disabled in a previous PR. This PR was just removing dead code. So, it's possibly deinterlace related. You can try disabling deinterlace and see if it helps (although deinterlace is quite expensive anyway so it probably will help). When I originally supported deinterlace with software decode I found Yadif 2x was too hard, and had to limit it to Yadif 1x (i.e. 30fps output rather than 60fps). Possibly that commit has changes the default deinterlace to Yadif 2x. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - cecay - 2016-01-31 I had a problem with a disappeared file on build #0127 and I can't pin down why that happened. I watched a movie yesterday and stopped after about 30 minutes and switched everything off. Today, when I wanted to continue watching the movie, the file was gone. Setup: RPi2 with OpenElec Build #0127 External 3.5' HDD, Seagate 3GB formatted under OSX with exFAT, connected with a MicroUSB 2.0 cable AVC MKV File, about 33 GB I'm powering the RPi2 from the USB port of my TV since the external HDD has its own power supply. The whole setup is run on a switchable power strip, so I tend just so switch everything off in one go without powering stuff down. That has never been a problem before. I might have accessed the HDD from my MacBook with Pathfinder while the movie was running, I'm not sure. But I definitely didn't delete any files. Weirdly, while connected to the RPi2 and accessing it from Pathfinder, the 33GB of space from this movie was still occupied. So I connected the HDD directly to my MacBook, but then the space was free. I know that KODI doesn't delete files, so might this be a bug or did I do something wrong? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-31 (2016-01-31, 16:21)cecay Wrote: I know that KODI doesn't delete files, so might this be a bug or did I do something wrong? Yes. Quote:I'm powering the RPi2 from the USB port of my TV since the external HDD has its own power supply. The whole setup is run on a switchable power strip, so I tend just so switch everything off in one go without powering stuff down. That has never been a problem before. Do you just switch off a windows PC from the mains without shutting down? If so you are playing russian roulette. Yes, you often get away with it, but if a file is being written (perhaps just to update file access times) when you switch off there is no knowing what the state will be when you power on again. Corruption is always a possibility. You must shut down from the kodi menu before powering off. Or power the Pi (and hard disk) from a separate plug that is always left on. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - DerMarshal - 2016-01-31 Hi guys, i've been runing Milhouse-builds for quite some time now. Currently i am running in trouble with Live TV. Especially stutter/lagging of Live TV playback, Playing Viedos from the same source works without any problems. I am quite sure, that the problem is somewhere on the Pi. when connecting a PC instead of the Pi playback is fine, also whatching the same channel on the Pi and a laptop. The Pi is lagging, where the stream on the laptop is working fine. My setup is based on a dedicated TV/Data-server and a Pi 2 as mediaplyer/client. TV stream is served by a TVHeadend or VDR --> hts or vnsi on the Pi. (both setups with stuttering/lagging (VDR was installed to check if hts or TVHeadend is the problem)). I have tried to record logfiles with both systems. Build #0130b Logfile 1 - Kodi_vnsi.log: Errors @: - 15:00:19 511 - 15:06:03 855 Logfile 2 - Kodi_hts.log: Errors @: - 15:14:56 149 - 15:24:15 708 I have put the logfile into Dropbox: https://www.dropbox.com/s/nc6z87exsduapz6/kodi.log.zip?dl=0 Probably the problem is somehow related to this: http://forum.kodi.tv/showthread.php?tid=255816&page=2 But for me the problems occure very fast after switching to a channel. I am still trying to find a build where playback was good, im am back to december 2015, but still no luck. If there are more details needed please let me know. Probably there is an easy fix, im not sure if I have messed up any settings (video playback, audiosync ...). Thank you in advance. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-31 (2016-01-31, 17:16)DerMarshal Wrote: I have put the logfile into Dropbox: You are using Amber which isn't supported. Switch to Confluence until Amber updates to support Krypton. You have set the audio latency to 150ms. It suggest you return it to default (50ms). Switch "Resample quality" back to high (you are on gpu). I'd be interested if enabling omxplayer in "video/acceleration" settings helps I'd be interested if disabling deinterlacing helps Do recording play well? Assuming nothing there helps, then finding a working build would be useful. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - nalor - 2016-01-31 (2016-01-25, 23:47)popcornmix Wrote: Thanks for sample. I get the same behaviour as you. I've done a little digging and it seems libaacs is only used when reading files through libbluray. Do you think it would be possible to simply put libaacs somewhere in between? Without libbluray? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - metaron - 2016-01-31 I use mythtv backend and DVB-T2/T/S2 tuners with several RPis as frontends using pvr.mythtv. I have been having a problem with some channels here in the UK which change audio stream between commercial breaks and programmes for a while now. When using OMX acceleration on my RPi (B+), the audio stops approx 4 seconds before changing to the new audio type while video playback continues. With sync playback to display turned off, the same happens. (Deinterlace is turned off due to an aspect ratio switching issue which @popcornmix said would take serious effort to fix, although I hope it's still in the pipeline somewhen during the videoplayer restructuring...) The 4 second audio issue doesn't seem to happen when using maml acceleration (at least with #0130b and #1109, the newest and oldest builds I have lying around) I am working around this on my main TV by turning on passthrough, but that doesn't work on my other frontends :-( Anyone here with the knowhow fancy trying to fix OMX accelerated playback for this? Happy to stress test/try alternative settings etc... if it helps. See http://www.thomasinfletcher.com/testfiles/test1.mpg for a short clip which exhibits the issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - vandamme - 2016-01-31 (2016-01-31, 10:43)niwa2 Wrote: I can confirm the total duration bug. This bug was introduced in build #0123. Everything is perfect in build #0122 for me, could you confirm this on your side ? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - vandamme - 2016-01-31 I noticed that on this latest build #0130b, one of my 3D BD ISO that was not working is working perfectly fine now (The Martian). But another 3D BD ISO is still buggy on this last release (Everest). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - vandamme - 2016-01-31 Here is the debug log that shows the total duration bug (Everest 3D) : http://xbmclogs.com/p3rksugnh And the debug log where the bug is not present (the Martian 3D) : http://xbmclogs.com/ptygzlfcd RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-01 New OpenELEC Krypton build #0131: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (0fe06b74, changelog) and tip of XBMC master (ec3ee1bb, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-02-01 (2016-01-25, 23:54)rewsteruk Wrote: Here is the log with confluence http://sprunge.us/HHff Hi rewsteruk, presumably you still have WOL issues with the most recent builds. There's going to be a potential WOL fix in tonight's #0201 build so would be good if you can test that. Thanks. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-02-01 (2016-01-31, 14:53)Quinn2015 Wrote:Sure, i've downgrade from #0131 to #105b for sometime watch the ISO file without the license key.(2016-01-30, 21:41)popcornmix Wrote:(2016-01-30, 21:40)Quinn2015 Wrote: Ok,i bought a license key and everything is fine now. |