Hi all,
some time ago, I got an osprey230 card and I am still having some
problems with the audio part of the card.
>From the mailing list archives I see that there is some ongoing work for
supporting osprey230, so I am sending this email to check if there are
some patches that I can try, or if I can help in some way.
These are my findings so far:
- Capturing video works perfectly with the driver included in kernel
2.6.18-pre1 (with previous drivers, I had to force "card=89")
- Capturing audio with btaudio or snd-bt87x does not work.
I discovered that capturing analog audio always give silence (probably
the analog input of the audio device is connected to nothing?). But
after inserting the bttv driver, I can capture some _very distorted_
audio from the digital dsp.
- After many experiments, I came up with a (very simple) patch for
snd-bt87x and btaudio that permits to capture audio with a good quality.
Alsa guys do not seem to be interested in the snd-bt87x problem (and
fix). Is the solution for the "distorsion problem" known? If not, I can
send my patches here.
- If I insert the bttv driver, I remove it, and then I insert it again,
no audio can be captured The only solution for beeing able to capture
some audio again is to reboot the machine. I have a "dirty hack" that
fixes this problem (but I do not know how correct it is). I can send it
to this mailing list if you think it can be useful.
- The only remaining problems are that it is not possible to change the
audio sampling rate (bttv seems to hardcode it at 32KHz), the volume,
and the audio input. Does anyone know how to fix this?
Thanks,
Luca

7/14/06, Luca Abeni <lucabe72 (AT) email (DOT) itwrote:
Hi all,

some time ago, I got an osprey230 card and I am still having some
problems with the audio part of the card.
>From the mailing list archives I see that there is some ongoing work for
supporting osprey230, so I am sending this email to check if there are
some patches that I can try, or if I can help in some way.

These are my findings so far:
- Capturing video works perfectly with the driver included in kernel
2.6.18-pre1 (with previous drivers, I had to force "card=89")

- Capturing audio with btaudio or snd-bt87x does not work.
I discovered that capturing analog audio always give silence (probably
the analog input of the audio device is connected to nothing?). But
after inserting the bttv driver, I can capture some _very distorted_
audio from the digital dsp.

- After many experiments, I came up with a (very simple) patch for
snd-bt87x and btaudio that permits to capture audio with a good quality.
Alsa guys do not seem to be interested in the snd-bt87x problem (and
fix). Is the solution for the "distorsion problem" known? If not, I can
send my patches here.

- If I insert the bttv driver, I remove it, and then I insert it again,
no audio can be captured The only solution for beeing able to capture
some audio again is to reboot the machine. I have a "dirty hack" that
fixes this problem (but I do not know how correct it is). I can send it
to this mailing list if you think it can be useful.

please send you patches to the list.

- The only remaining problems are that it is not possible to change the
audio sampling rate (bttv seems to hardcode it at 32KHz), the volume,
and the audio input. Does anyone know how to fix this?

this is the case with a lot of modern sound hardware.

Alex

Thanks,
Luca

Hi Alex,

Fri, 2006-07-14 at 09:05 -0400, Alex Deucher wrote:
[]
- If I insert the bttv driver, I remove it, and then I insert it again,
no audio can be captured The only solution for beeing able to capture
some audio again is to reboot the machine. I have a "dirty hack" that
fixes this problem (but I do not know how correct it is). I can send it
to this mailing list if you think it can be useful.

please send you patches to the list.
; I attach 3 patches:
- bttv.diff permits to capture audio after removing and re-inserting
bttv.ko. It also sets the audio sample rate to 44100, to make snd-bt87x
happier
- btaudio.diff fixes btaudio to capture "non-distorted" audio on an
osprey230
- bt87x.diff same thing for snd-bt87x

After applying these 3 patches, I am able to capture good quality audio.
But I do not know how correct they are (maybe they break other cards? I
do not know).
- The only remaining problems are that it is not possible to change the
audio sampling rate (bttv seems to hardcode it at 32KHz), the volume,
and the audio input. Does anyone know how to fix this?

this is the case with a lot of modern sound hardware.
Uhm I discovered that a "gpio_write(input_source << 8 | rate)" (where
rate = 0 for 32KHz, 1 for 44.1KHz, 2 for 48KHz) can be used to select
input source and sampling rate. What is missing is a "connection"
between this call and some v4l2 ioctl()

Luca

Luca Abeni wrote:
; I attach 3 patches:
- bttv.diff permits to capture audio after removing and re-inserting
bttv.ko. It also sets the audio sample rate to 44100, to make snd-bt87x
happier
- btaudio.diff fixes btaudio to capture "non-distorted" audio on an
osprey230
- bt87x.diff same thing for snd-bt87x

After applying these 3 patches, I am able to capture good quality audio.
But I do not know how correct they are (maybe they break other cards? I
do not know).

Uhm I discovered that a "gpio_write(input_source << 8 | rate)" (where
rate = 0 for 32KHz, 1 for 44.1KHz, 2 for 48KHz) can be used to select
input source and sampling rate. What is missing is a "connection"
between this call and some v4l2 ioctl()

Luca

Luca-
I will test these out sometime over the weekend (or next week)
Please reply to this email with your sign-off in the form:

Signed-off-by: Your Name <email (AT) addre (DOT) ss>

so that I can consider merging your work into the repository.

I have already received similar, although unidentical changesets from
another developer, but he has yet to send me his sign-off, and is not
responding to my emails anymore :-(

without an s-o-b, these patches cannot be applied.
-Mike

Hi Michael,

Fri, 2006-07-14 at 13:20 -0400, Michael Krufky wrote:
[]
I will test these out sometime over the weekend (or next week)
Good! Thanks

Please reply to this email with your sign-off in the form:

Signed-off-by: Your Name <email (AT) addre (DOT) ss>
Wow I did not know that such small changes needed to be signed.
Anyway:
Signed-off-by: Luca Abeni <lucabe72 (AT) email (DOT) it>

In any case, my patches were not intended to be applied as they are,
because they surely fix osprey230, but they might break other cards (I
could only test on an osprey230).

I have already received similar, although unidentical changesets from
another developer, but he has yet to send me his sign-off, and is not
responding to my emails anymore :-(
Can I see that patch? I did my changes based on the GPLed drivers
distributed by viewcast, but I do not really understand all the details.
Having a look at an alternative patch could be useful.

Thanks,
Luca

Hi Luca,
I think it was more meant for a plain mail with the signed off line
including the patches
Something like:

Hi Luca (once more),

I've applied your patches for bttv and bt78x and it works (sound is
coming clean.

THNX!!

Tomorrow I'll test together with a DVB-S card to see if it breaks
something.

Cheers
Bjoern

Bjoern Boschman wrote:
Hi Luca,

I think it was more meant for a plain mail with the signed off line
including the patches

Something like:

Hi Bjoern,

Mon, 2006-07-17 at 18:57 +0200, Bjoern Boschman wrote:
Hi Luca (once more),

I've applied your patches for bttv and bt78x and it works (sound is
coming clean.

THNX!!

Tomorrow I'll test together with a DVB-S card to see if it breaks
something.
I expect my patches will not break this kind of setup In any case,
let me know if they do.
It is more possible that my patches could break btaudio (or snd-bt87x)
on some other (non osprey) bttv-based cards. I'll probably be able to
test a PixelView PlayTV pro in the next days.

Regarding the signed-off stuff, I think from my last email it was clear
that I am signing the patches. But if Michael wants I can send another
email with only the patches and the Signed-off-by line.

Thanks,
Luca