> If that doesn't work, then you have to introduce delay in
> the video output. If that's not possible, then you're out of luck.
Okay, thanks for the help. Can you think of any way to introduce
a half-second delay in HDMI (possibly HDCP-encrypted) video output?
Do any hardware products do this (
On Tue, 2014-03-04 at 15:34 +0100, David Henningsson wrote:
> The recent question about ufx1604 had me thinking if there is an easier
> way to deal with multichannel devices for all devices, not only firewire.
>
> And here's the idea:
>
> Let's add another key to profile-sets, let's call it
> "al
David Henningsson wrote:
> So, PulseAudio removed timer scheduling for drivers with
> SNDRV_PCM_INFO_BATCH, and released 5.0. Meanwhile, USB drivers still
> have SNDRV_PCM_INFO_BATCH, so this leads to performance regressions for
> USB sound cards.
>
> The question remains - what does SNDRV_PCM_INFO
On Tue, 2014-03-04 at 15:19 +0100, Malte Gell wrote:
> Am 03.03.2014 18:09, schrieb Tanu Kaskinen:
> > On Sun, 2014-03-02 at 17:52 +0100, Malte Gell wrote:
> >> I´m playing with giving options to module module-bluez5-device.
> >>
> >> I know, normally this is loaded automatically, but I want to try
The recent question about ufx1604 had me thinking if there is an easier
way to deal with multichannel devices for all devices, not only firewire.
And here's the idea:
Let's add another key to profile-sets, let's call it
"allow-extra-channels" or something. If that key is set, we're allowed
to use
At Tue, 04 Mar 2014 15:20:08 +0100,
David Henningsson wrote:
>
> So, PulseAudio removed timer scheduling for drivers with
> SNDRV_PCM_INFO_BATCH, and released 5.0. Meanwhile, USB drivers still
> have SNDRV_PCM_INFO_BATCH, so this leads to performance regressions for
> USB sound cards.
>
> The que
So, PulseAudio removed timer scheduling for drivers with
SNDRV_PCM_INFO_BATCH, and released 5.0. Meanwhile, USB drivers still
have SNDRV_PCM_INFO_BATCH, so this leads to performance regressions for
USB sound cards.
The question remains - what does SNDRV_PCM_INFO_BATCH really mean?
In the document
Am 03.03.2014 18:09, schrieb Tanu Kaskinen:
> On Sun, 2014-03-02 at 17:52 +0100, Malte Gell wrote:
>> I´m playing with giving options to module module-bluez5-device.
>>
>> I know, normally this is loaded automatically, but I want to try
>> preloading it in default.pa.
>>
>> But, when I put this lin
On 03/04/2014 02:59 PM, Maarten Lankhorst wrote:
> Hey,
>
> op 30-11-13 18:07, Lars-Peter Clausen schreef:
>> PCM Devices which have the BATCH flag set update the PCM pointer only
>> with
>> period size granularity. Using timer based scheduling does not have any
>> advantage in this mode. For one
Hey,
op 30-11-13 18:07, Lars-Peter Clausen schreef:
PCM Devices which have the BATCH flag set update the PCM pointer only with
period size granularity. Using timer based scheduling does not have any
advantage in this mode. For one devices which have that flag set usually update
the position poin
Am 03.03.2014 23:23, schrieb Iskren Hadzhinedev:
> Hi there.
>
> I’m using a Marmitek BoomBoom 540
> Kernel 3.10.17
>
> Bluez 4.99
>
> Alsa-lib 1.0.27
>
> Alsa-plugins 1.0.27
>
> PulseAudio 4.0
Thanks for sharing your setup. I want to compare it with my setup and
decide if I update some compo
Hi,
I am streaming audio from my desktop PC to Rasberry Pi (both running Arch)
with module-tunnel-sink through wifi and it has been working quite well in
PA 4.0. So I wanted to try out module-tunnel-sink-new with PA 5.0, but
could not get it work: playback is stuck and no traffic in wifi. Does it
12 matches
Mail list logo
