'Twas brillig, and Arun Raghavan at 15/05/11 05:41 did gyre and gimble:
On Tue, 2011-05-03 at 09:25 +0100, Colin Guthrie wrote:
'Twas brillig, and Arun Raghavan at 02/05/11 07:49 did gyre and gimble:
In e193c2bf55326a48e2297bcacadc9d1848a40d7d and
948d0f19bef353208ffb5b1b8c520b6b489b94a6
Can
On Tue, 2011-05-03 at 09:25 +0100, Colin Guthrie wrote:
'Twas brillig, and Arun Raghavan at 02/05/11 07:49 did gyre and gimble:
In e193c2bf55326a48e2297bcacadc9d1848a40d7d and
948d0f19bef353208ffb5b1b8c520b6b489b94a6
Can you make sure that pactl and pacmd stay as in-sync as possible?
'Twas brillig, and Arun Raghavan at 02/05/11 07:49 did gyre and gimble:
In e193c2bf55326a48e2297bcacadc9d1848a40d7d and
948d0f19bef353208ffb5b1b8c520b6b489b94a6
Can you make sure that pactl and pacmd stay as in-sync as possible?
I held off because I thought that pacmd was going to be
'Twas brillig, and Arun Raghavan at 13/04/11 13:53 did gyre and gimble:
Hey folks,
My passthrough work is now at a point where I think it's good to pull to
master. All the core code for clients to signal that they are providing
a compressed format, and sinks to signal what formats they support
Somehow we need to find a way to set this AES0 byte when opening the
iec958 or hdmi device in the passthrough code, and reset it back to
0x04 for PCM playback (should be fairly easy to do by looking at the
code of iecset in alsa-utils). Beats me why this was not needed for
plain ac3, but
Yes. The C bits are usually ignored by the receiver since a lot of
sources don't configure them well. But it turns out that in this case
setting the non-audio bit is a mandatory setting.
I tried to implement this audio/non-audio switch by playing with ALSA
controls, however there are a couple
On 04/19/2011 02:03 PM, pl bossart wrote:
I finally managed to figure out why eac3 wouldn't work in passthrough
mode. Apparently my HDMI receiver will only lock on eac3 data if the
AES0 control is set to 0x06 (non-audio, ie iec61937).
ffmpeg -acodec copy -i csi_miami_5.1_256_spx.eac3 -f spdif
So far I haven't been able to get anything except stereo working with
passthrough. It seems to me that selecting multiple channels in passthrough
mode would be very similar to the necessary AES0 changes, so maybe we can
get that fixed too.
I've basically hit a wall by only being able to
On Tue, 2011-04-19 at 15:03 -0500, pl bossart wrote:
I finally managed to figure out why eac3 wouldn't work in passthrough
mode. Apparently my HDMI receiver will only lock on eac3 data if the
AES0 control is set to 0x06 (non-audio, ie iec61937).
ffmpeg -acodec copy -i
I finally managed to figure out why eac3 wouldn't work in passthrough
mode. Apparently my HDMI receiver will only lock on eac3 data if the
AES0 control is set to 0x06 (non-audio, ie iec61937).
ffmpeg -acodec copy -i csi_miami_5.1_256_spx.eac3 -f spdif outfile.pcm
aplay -Dhdmi:AES0=0x6 -fs16 -c2
On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan
arun.ragha...@collabora.co.uk wrote:
On Wed, 2011-04-13 at 18:23 +0530, Arun Raghavan wrote:
[...]
The changes needed to actually use this in GStreamer are also done, but
not upstream yet. I need to do some rebasing to make this stuff good to
On Sat, Apr 16, 2011 at 9:39 AM, Dark Shadow shadowofdarkn...@gmail.com wrote:
On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan
arun.ragha...@collabora.co.uk wrote:
On Wed, 2011-04-13 at 18:23 +0530, Arun Raghavan wrote:
[...]
The changes needed to actually use this in GStreamer are also done,
On Wed, 2011-04-13 at 18:23 +0530, Arun Raghavan wrote:
[...]
The changes needed to actually use this in GStreamer are also done, but
not upstream yet. I need to do some rebasing to make this stuff good to
push out, so details on this in a following mail.
Okay, this is also pushed and good to
Hey folks,
My passthrough work is now at a point where I think it's good to pull to
master. All the core code for clients to signal that they are providing
a compressed format, and sinks to signal what formats they support is
there. The API is essentially the same as discussed earlier on-list,
14 matches
Mail list logo
