'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
> 948d0f19bef353208ffb5b1b8c520b6b48
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-s
'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 goi
On Sun, 2011-04-24 at 20:52 +0100, Colin Guthrie wrote:
> '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
>
'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 supp
> 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 coupl
>> 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,
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 csi_miami_5.1_256_s
> 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 t
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 ou
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 -r
On Sat, Apr 16, 2011 at 9:39 AM, Dark Shadow wrote:
> On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan
> 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 reb
On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan
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
>> push out, so details on t
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 t
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,
with
15 matches
Mail list logo
