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 - danny_ice - 2014-09-24 (2014-09-24, 21:24)popcornmix Wrote:(2014-09-24, 21:12)danny_ice Wrote: thanks for the quick reply, I have just figured it out, for some reason when I upgraded to the latest nightly it switched the sync method to audio clock. i've changed it back to video clock - resample audio, and it is now working fine i'll give it a try, i've never used audio clock before, is there any advantage over video clock? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - danny_ice - 2014-09-24 (2014-09-24, 21:28)danny_ice Wrote:(2014-09-24, 21:24)popcornmix Wrote:(2014-09-24, 21:12)danny_ice Wrote: thanks for the quick reply, I have just figured it out, for some reason when I upgraded to the latest nightly it switched the sync method to audio clock. i've changed it back to video clock - resample audio, and it is now working fine i've switched back to audio clock and it is working fine now, strange RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-24 Hi again, with the new config still the same. Noisy sound in xbmc. my asound.conf at the moment Code: pcm.!default { as i unstand. the line e.g "format s32_le" in asound.conf says the DAC can only handle 32 bit audio, is that right? The xbmc.log shows the following (for safety rebooted after editing asound.conf) Code: 21:34:50 211.642441 T:3058901536 NOTICE: Enumerated ALSA devices: I think when xbmc use the asound.conf the line with "m_dataFormats" should only contain "AE_FMT_S32NE" because we force to use "s32_le" or not? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-09-24 (2014-09-24, 21:28)danny_ice Wrote: i'll give it a try, i've never used audio clock before, is there any advantage over video clock? I've not discerned the difference between "sync video to display" disabled and "sync video to display" enabled with audio clock. I think "sync video to display" enabled with "resample" is the best option for smooth video and decent audio when using dvdplayer. I've been experimenting with "PLL adjust" as a new sync method which appears to work well for some files (and avoids resampling). Still experimental rather than recommended for now. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-24 With that config, (testing S16 and S32) both my sample and other sounds are noise in xbmc? That is disappointing. I don't know where the 'AE_FMT' names are coming from... Ah - quick web-search turns up AudioEngine, which popcornmix mention in earlier post. Was that log sample from when you had S16_LE or S32_LE in the config file? (Three formats have 'NE' on end, only one has 'LE') It is also curious that xbmc says 'Device 1', but that could just be a counting thing. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-24 Yes i in all my tests i dont hear a clear sound in xbmc. Here is a debug log with different files. All files sounds noisy. I could only play your test sample via aplay without asound.conf or with a asound.conf that contains Code: pcm.!default { RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-24 Well, I am convinced that the problem is not in the driver or DAC hardware. But my hope for a work-around using config file is not playing out - it seems xbmc is ignoring it or not seeing it. I don't know... You have also reached the limits of my knowledge - popcornmix or someone else with more knowledge of xbmc's audio processing will have to take things from here. I suspect the noise problem is not in xbmc per se, but in some lower level component (used by other software packages too) which may complicate getting it fixed. The recently posted build has 24 bit support disabled in the driver for your hifiberry-dac (even though that is not the problem), which side-steps the issue by hiding that particular capability of the card for ALL owners & uses. Thank you for working with me to pin the problem down as far as we did. Good luck! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-09-24 New OpenELEC Helix build: #0924 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (62cd0400, changelog) and tip of XBMC master (021933ef, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - mk01 - 2014-09-25 (2014-09-13, 13:36)h.udo Wrote: @Milhouse and @mk01, thanks for the log. it is the remaining libCEC bug with LG not regaining AS. as there is still "vendor id" reestablishing the SL session - and keeps quiet during TV off, I will create the trigger on that one OpCode. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - removed151214 - 2014-09-25 (2014-09-24, 19:44)popcornmix Wrote: I've pushed a fix for this file. Please test in next build. Looks to have fixed the issue. Again, many thanks for your continued efforts. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - mk01 - 2014-09-25 @Milhouse @h.udo this would be it. https://github.com/xbianonpi/xbian-package-xbmc/blob/master/patches/CecStandbyRender.patch.LG-helper.nouse @Milhouse keep first patch in place. add this one as new (order no important) or just add this as hunk at the end of original patch. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-09-25 @mk01: Many thanks, will include it in the next build. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - gogu - 2014-09-25 Milhouse Look what it says Lambada Genesis I've posted about it in this post http://forums.tvaddons.ag/threads/24...l=1#post224013 Common addon methods is a module developed by Eldorado and it is used in metahandler. https://github.com/Eldorados/script.module.addon.common It doesn't seem to be properly registered. This may be a Helix bug, it may won't require an update by Eldorado. Re: RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-09-25 (2014-09-25, 06:13)gogu Wrote: Milhouse Presumably you meant to link/quote this post? It doesn't appear to be a Helix bug, rather this is by design and Eldorado needs to update his/her add-ons to make them compatible with Helix. You might want to make lambda/Eldorado aware of PR5201 which introduced the change that Eldorado now needs to accommodate. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - h.udo - 2014-09-25 (2014-09-25, 02:59)mk01 Wrote: @Milhouse Will test, thanks! |