'Twas brillig, and Dave at 15/11/10 01:25 did gyre and gimble:
At 11:11 AM 11/14/2010, you wrote:
'Twas brillig, and Dave Markus at 13/11/10 17:54 did gyre and gimble:
FWIW - the tunnel sink I created, sink-DGTM, does not show up in
pavucontrol or padevchooser. It only shows up when I do '$
At 03:55 AM 11/15/2010, you wrote:
'Twas brillig, and Dave at 15/11/10 01:25 did gyre and gimble:
At 11:11 AM 11/14/2010, you wrote:
'Twas brillig, and Dave Markus at 13/11/10 17:54 did gyre and gimble:
FWIW - the tunnel sink I created, sink-DGTM, does not show up in
pavucontrol or
Just to sum up because I've been rambling a bit, I would like to see;
1. Upmixing, downmixing and LFE mixing configurable independantly.
(personally I think upmixing belongs as a toggle switch in the applet
and not in a config file but that's not really important)
2. LFE mixing to always take
Is it possible to change the sampling rate that the alsa sink or source is
configured for? For example, in some scenarios, 44.1kHz is used, then in
another scenario, to avoid sample rate conversion and some other hardware
problems, configure the alsa device to 8kHz within the
'Twas brillig, and Baek Chang at 15/11/10 21:16 did gyre and gimble:
Is it possible to change the sampling rate that the alsa sink or source
is configured for? For example, in some scenarios, 44.1kHz is used,
then in another scenario, to avoid sample rate conversion and some other
hardware
I wont say it will never be supported (if someone writes a well formed
patch that doesn't introduce any significant complications/overhead then
I can't see any problems with merging it), but I doubt any of the main
developers or companies supporting PA will want to do this any time soon
On Tue, Nov 16, 2010 at 09:21:47AM EST, Colin Guthrie wrote:
So whichever way you cut it, there is no nice solution to do dynamic
sample rate switching of the hardware and the only logical and practical
solution is to use a fixed sample rate on your system and covert to this.
Its also worth
On Mon, Nov 15, 2010 at 8:50 PM, pl bossart bossart.nos...@gmail.com wrote:
I wont say it will never be supported (if someone writes a well formed
patch that doesn't introduce any significant complications/overhead then
I can't see any problems with merging it), but I doubt any of the main
I think that would solve the (or my) most common use-case (imho):
play music (usually 44100hz)
stop music
play movie (usually 48000hz)
stop movie
(rinse and repeat)
Yeah, I am only talking about 44.1 and 48 changes. All the other
frequencies can be resampled fairly easily.
-Pierre
