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-09-23 (2014-09-23, 01:12)Unfledged Wrote: If a sample would help, let me know know and I'll capture and provide a short sample (with changing aspect ratios, though this doesn't appear to affect live TV). Again, though, this will be tomorrow. I've pushed a fix for a problem I was seeing (which was only occurring when deinterlace was enabled, although I could imagine it occurring in other cases). See if it's fixed in the next build and if it isn't then a sample file would be useful. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-23 (2014-09-22, 22:03)BoBeRzE Wrote: Hello,Does the "int16" part of the filename mean it is 16 bit audio? Have you definitely tried to 'aplay' a 24 bit wav file? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-23 Hello, yes it was a 16Bit file Code: aplay -vv /storage/music/M1F1-int16WE-AFsp.wav But my main problem is since OpenElec use kernel 16.3.1 and 16.3.2 my Pi freezed immediately when i set up the HfifBerry DAC as output device. Then i tried to blacklist "lirc_rpi" -> the Pi does not freeze but i have no sound with my HifiBerry DAC. With this two kernel versions i also get no sound with the aplay command above. The output is the same but i get no sound. But since the latest Openelec Version use kernel 3.16.3 i have only a problem with the white noise in XBMC. I also descriped my Problem here, here and here. Thank you RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-23 Did a quick scan of your references. They don't answer my question, but prompt an additional one. So, (1) What happens when you aplay a 24 bit wave? and (2) Is snd-bcm2835 loaded before or after the dac drivers in /etc/modules? While you're at it, please post contents of '.asoundrc' RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-23 Hi plugh, I downloaded a 24Bit Testfile from here Its not possible to play a 24Bit file Code: OpenELEC:~ # aplay -vv /storage/music/M1F1-int24WE-AFsp.wav At the moment i dont have a '.asoundrc' in /storage/.config/ because i dont need this file in the past. aplay -l give me Code: OpenELEC:~ # aplay -l I created asound.conf in /storage/.config/ an did a reboot but i still get no sound with my HifiBerry DAC. Code: pcm.!default { lsmod gives me Code: OpenELEC:~ # lsmod Thank you very much for your help RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-23 I'm a bit surprised to see the dac as card 0; I have had 'issues' in the past if bcm2835 wasn't loaded as card 0, but perhaps that is ok (I'm not up on the openelec and that particular kernel). re: .asoundrc, again, I don't know if alsa looks in "/storage/.config/" for it on your sys or not. If that file existed when you ran your aplay test, I'd be inclined to say that it is not seeing it. please try the following playback incantation aplay -D "plughw:0,0" -f S24_LE -vv /storage/music/M1F1-int24WE-AFsp.wav and/or aplay -D "plughw:0,0" -vv /storage/music/M1F1-int24WE-AFsp.wav FYI - What we're trying to determine is if a recent driver patch which re-enabled 24 bit playback is the cause of your white noise, or if that is specific to xbmc. The driver supports "s24_le" (not s24_3le) so hopefully that aplay incantation will do the format conversion. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-23 Hi, thank you for the fast answer. For asound.conf i use the OpenElec Wiki: Link I tried your commands, no sound at all. Code: OpenELEC:~ # aplay -D "plughw:0,0" -f S24_LE -vv /storage/music/M1F1-int24WE-AFsp.wav Code: OpenELEC:~ # aplay -D "plughw:0,0" -vv /storage/music/M1F1-int24WE-AFsp.wav In the first command i see aplay switch to S24_3LE but you say the driver dont support S24_3LE. Many Thanks Edit: Could you provide me the right test sample? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-09-23 New OpenELEC Helix build: #0923 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (62cd0400, changelog) and tip of XBMC master (ba3e7973, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-23 This is an audio capture from my pi using some i2s hardware I'm developing (some distortion). In this case, aplay -D "hw:0,0" ... should do the trick. (Seems the forum will only let me attach it as a zip file) PS DON'T upgrade to the release in the preceding post before testing. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - removed151214 - 2014-09-23 (2014-09-23, 01:21)popcornmix Wrote:(2014-09-23, 01:12)Unfledged Wrote: If a sample would help, let me know know and I'll capture and provide a short sample (with changing aspect ratios, though this doesn't appear to affect live TV). Again, though, this will be tomorrow. Live tv looks to be working perfectly on aspect ratio change - with and without deinterlacing enabled - on the latest build. Thanks for the fix (And thanks for the builds Milhouse!) Still showing problems with playing back recorded tv. No matter what the intended aspect ratio, they all display at the aspect ratio of the actual video if that makes sense. Just to be clear this is with OMXPlayer disabled - a quick test with it enabled shows the files playing back at the intended aspect ratio. Short sample here, and if there's anything else I can provide to help track down the issue, let me know. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - BoBeRzE - 2014-09-24 (2014-09-23, 22:19)plugh Wrote: This is an audio capture from my pi using some i2s hardware I'm developing (some distortion). I did a short test before i go work. This file plays fine with aplay. After what i installed the last Milhouse build and i get normal sound in kodi > no white noise. But i found a strange behavior. In kodi i cant play your test file (FORMAT: S24_LE) respectively i get a destroyed sound but now i get clear sound of my other testfiles (FORMAT: S24_3LE). I have to say before i tested only with aplay. I have to test more when i back at home. Many many thanks!!! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-24 Look at the last line of the release announcement post. That is what changed. If it's not to much trouble, I'd appreciate you running a few more tests under the previous build? 1) play my sample with xbmc (with no asound config) 2) add the following asound config Code: pcm.!default { Note that you might have to experiment with the config file. Try aplay with it as shown; if aplay gives error, remove rate and channels lines. My expectation is you will get noise with test (1), and the (3) tests will all 'work'. What that config file (should) do is give YOU control over what format the pcm data is delivered to the DAC. (FYI -the driver supports S16_LE, S24_LE, and S32_LE, except for the new build which disabled S24_LE again). The ALSA 'plug' plugin will do a format conversion to the format you specify in the config file if needed (you will see this step in the aplay -v output). You might also want to try S32_LE, which would preserve the resolution of 24 bit audio while (hopefully?) avoiding the problem causing the noise. Regarding the noise problem - Your aplay test says it is not a driver or DAC problem. The problem is within xbmc (which test 1 should confirm). Interestingly, I stumbled across another case where s24_le data produces noise. Playing that sample on Windows with vlc also fails! Now, what does xbmc under Linux on a pi have in common with vlc under windows on a pc? ffmpeg/libav... and Thank YOU for running the tests! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-24 Afterthought - that config file might not avoid the xbmc noise issue, depending upon how smart ffmpeg code is trying to be. You might have to reduce it to Code: pcm.!default { RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-09-24 (2014-09-24, 13:32)plugh Wrote: Regarding the noise problem - Your aplay test says it is not a driver or DAC problem. The problem is within xbmc (which test 1 should confirm). Interestingly, I stumbled across another case where s24_le data produces noise. Playing that sample on Windows with vlc also fails! Now, what does xbmc under Linux on a pi have in common with vlc under windows on a pc? ffmpeg/libav... s24_le.wav plays as noise on Pi with xbmc with analogue/hdmi output. Also plays as noise on Ubuntu with xbmc, vlc or mplayer. Audacity shows the file as very quiet. I was only able to hear/see the "testing 1,2,3,4" after running a normaliser to amplify the sound (and it played okay). Not sure if the 24-bit playback issue is the same issue as the 24-bit ALSA. Note: I have 24-bit files in other formats that xbmc handles correctly. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - plugh - 2014-09-24 Can't comments on all your cases, but the bcm2835 driver (both analog and hdmi) does not declare support for S24_LE. (S16_LE for hdmi, U8 & S16_LE for pwm analog). So in those cases libav is downconverting it. The only case that isn't clear at the moment is what libav does with 16 and 24 bit data when presented with an S32_LE (only) device. Presumably it will upconvert it, but whether that will exhibit the noise problem is unknown (until boberze or someone with a dac runs tests). (Jeez it's been YEARS since I last dug into this stuff - Does mplayer use libav?) |