2014-04-07, 15:34
Yea, it's all about the back-end signaling new content and triggering the scan. Should have mentioned it earlier to avoid confusion.
(2014-04-04, 20:25)FernetMenta Wrote: The future is near. First iteration of audio DSP has been submitted for review:Can you explain what MilhouseVH said here
https://github.com/xbmc/xbmc/pull/4402
Within this context we think about how to manipulate the downmix matrix too.
(2014-04-10, 13:04)MilhouseVH Wrote:(2014-04-09, 23:03)MrNice Wrote: This is not what I'd like and I am waiting FernetMenta add-on:
Quote:We intend let users configure the downmix matrix in a future version of XBMC.
I'd like to include that patch once it builds (and there are no other audio problems) however PR4402 is stale and unusable right now, and showing no signs of being updated (rebased).
(2014-04-12, 13:34)MilhouseVH Wrote: @MrNice: PR4402 no longer applies cleanly on tip of master. The PR is based on master from a month ago but master has already moved on with numerous other changes that have now invalidated many of the patches in the PR, meaning the PR has become "stale". The PR needs to be rebased so that it can apply cleanly once again on top of master, until then it's not possible to build XBMC with PR4402 its current state. I'm sure the rebasing will happen eventually. Of course I've no idea at this stage if these DSP changes will conflict with newclock3 changes, that's also quite probable.
(2014-04-12, 13:44)popcornmix Wrote: I'm not sure PR4402 actually does what was initially desired (custom setting of the mixing matrix). It was just indicated as the way in which this may be handled in the future.
I also imagine this may have a heavy CPU hit. While it could be possible to accelerate this in the future, I don't think this will use the current accelerated resampling/mixing code.
Quote:TrueHD passthrough requires running the audio channel at 8 channel @ 192kHz which isn't supported by the hardware, so it is not possible.
Quote:But I think the Pi decode TrueHD is a very good job! I think we cannot hear a differennt(PCM Multichannel 5.1 vs. HD-Sound passthrough)So I could use RPi decoding, no problem. Later I'll buy a fan-less computer.
(2014-04-13, 11:30)popcornmix Wrote:Sorry I was not very clear, I will use only PAPlayer as you said it it better but PAPlayer doesn't play gapless today.(2014-04-13, 10:23)MrNice Wrote: 2- The only issue I have is it doesn't play gapless, at least Multichannel, I didn't try PCM 16/44.1.
omxplayer is based on dvdplayer which doesn't support gapless. It never will support gapless.
(2014-04-13, 12:07)MrNice Wrote: Sorry I was not very clear, I will use only PAPlayer as you said it it better but PAPlayer doesn't play gapless today.
(2014-04-13, 12:25)popcornmix Wrote: It's not possible to change the number of speaker channels in a gapless way (you will get the receiver resync when channels change).I don't understand what you mean.
It may work if you change "output configuration" to fixed and enable stereo upmix.
(2014-04-13, 13:56)MrNice Wrote: I don't understand what you mean.
I have multichannel music, mainly classical, live recorded or with parts (Symphony movements) sometime without gap or recorded live concert. There is no change in the speaker channels so this should play gapless.
Stereo upmix is to play a stereo file with (fake) multichannel, this is not what I do and want.