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) - FernetMenta - 2016-01-10 (2016-01-09, 19:59)popcornmix Wrote: Fernetmenta has looked at the live TV buffering reports. The mentioned commit is not a hack. The way pvr streaming for addons not having their own demuxer is a hack in general. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 03:32)mylle Wrote: After turning OMX on i have no issues. My mediaportal server setup is using digital devices dvb-c pci tuners while my tvheadend backend is using tvheadend and a But can you try with omxplayer disabled using latest build - we'd like to know if your bug is fixed or if more work is required. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - mylle - 2016-01-10 (2016-01-10, 13:06)popcornmix Wrote:(2016-01-10, 03:32)mylle Wrote: After turning OMX on i have no issues. My mediaportal server setup is using digital devices dvb-c pci tuners while my tvheadend backend is using tvheadend and a Hi popcornmix, Just tested but the issue is the same with MMAL enabled as the only option regards Jacob RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 03:13)denz Wrote: The real time hack works perfectly with hdhomerun no buffering on live tv anymore. I guess it is the same issue for serverwmc just you haven't got the time to implement hack for that pvr yet. I would have expected serverwmc to also have been fixed. Do you have a log with serverwmc? @FernetMenta any idea why serverwmc still has the issue? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 13:22)mylle Wrote: Just tested but the issue is the same with MMAL enabled as the only option So with just MMAL enabled, using build #0109 you still have the buffering at start issue with both mediaportal and tvheadend? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - denz - 2016-01-10 (2016-01-10, 14:14)popcornmix Wrote:(2016-01-10, 03:13)denz Wrote: The real time hack works perfectly with hdhomerun no buffering on live tv anymore. I guess it is the same issue for serverwmc just you haven't got the time to implement hack for that pvr yet. serverwmc log http://pastebin.com/EVtKjD0y RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 00:10)Milhouse Wrote: I tried a few H265 samples with #0108, no problems - stutter free - but that is without subtitles. I can reproduce and reverting: VideoPlayer: fix deadlock in overlay renderer VideoPlayer: simplify locking in renderer does fix it. I've reported it. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - build2die - 2016-01-10 Hi. I have just discovered the following log entries (dmesg) on build #0109. Kodi should have been idle when the log entries were created. During the ~9h Kodi is running this only happend once. It might be caused by the new sd card I'm using. I'm using dtoverlay=sdhost,overclock_50=84 in config.txt. I remove the entry an see if this happens again. I'm quite sure this didn't happen on build #0104, which did run to my best recollection for several day without an incident. Thanks for the great work ... [ 8.458563] random: nonblocking pool is initialized [ 8738.105198] ------------[ cut here ]------------ [ 8738.105250] WARNING: CPU: 3 PID: 467 at drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c:2484 vchiq_release_internal+0xb4/0x24c() [ 8738.105263] Modules linked in: 8021q bcm2835_gpiomem bcm2835_wdt [ 8738.105301] CPU: 3 PID: 467 Comm: HTV Notify Not tainted 4.4.0-rc8 #1 [ 8738.105311] Hardware name: BCM2709 [ 8738.105320] Backtrace: [ 8738.105354] [<80012830>] (dump_backtrace) from [<80012a28>] (show_stack+0x18/0x1c) [ 8738.105365] r7:803460e4 r6:000009b4 r5:80892da0 r4:00000000 [ 8738.105402] [<80012a10>] (show_stack) from [<802b6320>] (dump_stack+0x88/0x98) [ 8738.105424] [<802b6298>] (dump_stack) from [<8001d890>] (warn_slowpath_common+0x88/0xb8) [ 8738.105433] r5:00000009 r4:00000000 [ 8738.105458] [<8001d808>] (warn_slowpath_common) from [<8001d964>] (warn_slowpath_null+0x24/0x2c) [ 8738.105469] r8:808e064c r7:ffffffff r6:ad71b108 r5:808981d4 r4:ad60da44 [ 8738.105506] [<8001d940>] (warn_slowpath_null) from [<803460e4>] (vchiq_release_internal+0xb4/0x24c) [ 8738.105525] [<80346030>] (vchiq_release_internal) from [<80346d80>] (vchiq_ioctl+0x7f4/0x182c) [ 8738.105534] r9:0000f00e r8:aec80194 r7:ad60da00 r6:0000c40c r5:0000c40d r4:808981d4 [ 8738.105575] [<8034658c>] (vchiq_ioctl) from [<800f7104>] (do_vfs_ioctl+0x3fc/0x61c) [ 8738.105585] r10:00000000 r9:ad43a000 r8:0000f00e r7:0000000d r6:ad7640c0 r5:ad6b3d40 [ 8738.105614] r4:0000f00e [ 8738.105635] [<800f6d08>] (do_vfs_ioctl) from [<800f7360>] (SyS_ioctl+0x3c/0x64) [ 8738.105645] r10:00000000 r9:ad43a000 r8:0000f00e r7:0000c40d r6:ad7640c0 r5:0000000d [ 8738.105674] r4:ad7640c1 [ 8738.105696] [<800f7324>] (SyS_ioctl) from [<8000f7a0>] (ret_fast_syscall+0x0/0x34) [ 8738.105705] r9:ad43a000 r8:8000f944 r7:00000036 r6:00000001 r5:00000000 r4:7532c48c [ 8738.105735] ---[ end trace 868fc725cc444720 ]--- [ 8738.105751] vchiq: vchiq_ioctl: cmd VCHIQ_IOC_RELEASE_SERVICE returned error -1 for service TVNT:456 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - daharn - 2016-01-10 I tried the newest build, hoping it would maybe solve my problem with passthrough described in this thread. But it seems like passthrough is now disabled in any case, independently of being enabled via system settings. At least all my testfiles where still muteable via kodi, which shouldn't be possible during passthrough. I have now switched back to openelec 5.0.8, where at least DTS passthrough seems to be working for me. But is this new behavior intended? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 20:11)daharn Wrote: But is this new behavior intended? Passthough is disabled if "sync playback to display" is enabled or you are playing live streams (including PVR). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - noggin - 2016-01-10 (2016-01-10, 20:16)popcornmix Wrote:(2016-01-10, 20:11)daharn Wrote: But is this new behavior intended? What happens if you are watching TV channels with 5.1 AC3 in a system with PCM 2.0/DD only? Does the Pi decode and transcode back to DD to output 5.1 ? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-10 (2016-01-10, 20:25)noggin Wrote: What happens if you are watching TV channels with 5.1 AC3 in a system with PCM 2.0/DD only? Does the Pi decode and transcode back to DD to output 5.1 ? Yes, if transcode to AC3 is enabled I believe it always decodes and then re-encodes (this didn't happen in the past, but was added at some point). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-01-11 Using build #0109 with iplayer www 1.3.1 and noticed a number of issues with a catch-up stream where video/audio and subtiltles paused and became out of sync for a couple of seconds before video/audio raced to catch-up and be in sync with subtitles again. (Note: I selected middle of range 1.5Mbps Akamai from available stream quality levels, in order to normally provide a non-interupted stream) http://sprunge.us/PMeU RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-01-11 @MikeKL does it only happen with subtitles enabled? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-01-11 New OpenELEC Krypton build #0110: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (0e13b10a, changelog) and tip of XBMC master (f845c3b2, changelog) with the following modifications:
|