From: "Frank Schäfer" <fschaefer.oss@googlemail.com>
To: Hans Verkuil <hverkuil@xs4all.nl>,
Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [GIT PULL FOR v3.9] bttv: v4l2-compliance fixes
Date: Sun, 17 Feb 2013 13:31:55 +0100 [thread overview]
Message-ID: <5120CDBB.4020908@googlemail.com> (raw)
In-Reply-To: <201302161445.07943.hverkuil@xs4all.nl>
<snip>
Am 16.02.2013 14:45, schrieb Hans Verkuil:
> On Sat February 16 2013 14:35:13 Frank Schäfer wrote:
>> Am 15.02.2013 22:38, schrieb Hans Verkuil:
>>> On Fri February 15 2013 22:09:11 Frank Schäfer wrote:
>>>> I also noticed that audio balance (msp34xx control) doesn't work for the
>>>> the left side and the sound is always mono (also for radio),
>>>> but I assume the problem is my self-made
>>>> mini-DIN-to-lini-in-Adapter-cable (this card has surround sound)...
>>> I've tested it with my WinTv Theatre and the balance works fine with a proper
>>> cable :-)
>> Ok... :-)
>> I used the following description to built my adapter cable:
>> http://www.vdr-wiki.de/wiki/index.php/Kabelpeitsche
>>
>> But it seems the WinTV Theatre uses a slightly different pin assignment
>> and I'm using both right channels...
>> Hmm... if you find a free minute, could you check which pins of the
>> mini-DIN-connector of your cable are used for left and right audio (I
>> don't care about the others) ?
> I don't have access to the cable at the moment (travelling), but ping me
> again in 10 days or so to remind me.
No problem.
Now, all I need is someone who reminds _me_... ;-)
>>>> Some things that need to be fixed for this card (mute on stop/close,
>>>> colokiller control, BE video formats, ...),
>>> Can you elaborate on the mute and BE video formats? Colorkiller doesn't work,
>>> I've noticed the same thing.
>> As far as I understand, audio should be muted when capturing is stopped
>> / the device is closed.
> True, unless it is the radio node.
Hmm...ok... why are radio devices handled diffrently ?
>
>> (I assume shutting down the tuner would be even better, but no idea if
>> it is possible).
>> Otherwise users can still hear the last radio or TV channel.
>> Btw: it's not clear to me how "auto mute" is supposed to work. All I
>> noticed is, that it mutes audio when switching between the (video)
>> inputs (without activating the "mute" checkbox ?!).
> I think the idea is that it mutes when there is no signal detected
> to prevent white noise.
Sounds plausible and matches the behavior I observed.
>> What I forgot to mention is, that the audio controls (bass, trebble,
>> volume, balance) seem to have no effect on "Line-In".
> That wouldn't surprise me at all. See the comment regarding msp3400
> routing in audio_mux().
>
>> Concerning the BE formats: I tested with qv4l2 in raw mode only, but
>> with the formats
>>
>> RGBQ - 15 bpp RGB, be
>> RGBR - 16 bpp RGB, be
>> RGB4 - 32 bpp RGB, be
>>
>> the picture looks like this:
>> http://imageshack.us/photo/my-images/24/rgbq.png/
>> http://imageshack.us/photo/my-images/805/rgbr.png/
>> http://imageshack.us/photo/my-images/6/rgb4n.png/
> I think those are actually bugs in libv4lconvert.
That was my second theory. :D
> I have patches for that that I still need to clean up and post.
Great !
> There is basically no big-endian
> support in libv4lconvert at the moment.
But why does it try to convert formats it doesn't support ?
Regards,
Frank
> Regards,
>
> Hans
>
>> Anyway - these are no regressions, so there is no reason to delay your
>> patches.
>>
>> Regards,
>> Frank
>>
>>>> but these are separate
>>>> issues not related to this patch series.
>>>> So feel free to add "Tested-by" (if anybody cares).
>>> Thanks!
>>>
>>> Hans
>>>
>>>> Regards,
>>>> Frank
>>>>
>>>>
>>>>
>>>>
>>>>> The following changes since commit ed72d37a33fdf43dc47787fe220532cdec9da528:
>>>>>
>>>>> [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff) (2013-02-13 18:05:29 -0200)
>>>>>
>>>>> are available in the git repository at:
>>>>>
>>>>> git://linuxtv.org/hverkuil/media_tree.git bttv
>>>>>
>>>>> for you to fetch changes up to b26d6e39030e6ca2812bc8a818645169e6783ec9:
>>>>>
>>>>> bttv: remove g/s_audio since there is only one audio input. (2013-02-15 10:56:48 +0100)
>>>>>
>>>>> ----------------------------------------------------------------
>>>>> Hans Verkuil (19):
>>>>> bttv: fix querycap and radio v4l2-compliance issues.
>>>>> bttv: add VIDIOC_DBG_G_CHIP_IDENT
>>>>> bttv: fix ENUM_INPUT and S_INPUT
>>>>> bttv: disable g/s_tuner and g/s_freq when no tuner present, fix return codes.
>>>>> bttv: set initial tv/radio frequencies
>>>>> bttv: G_PARM: set readbuffers.
>>>>> bttv: fill in colorspace.
>>>>> bttv: fill in fb->flags for VIDIOC_G_FBUF
>>>>> bttv: fix field handling inside TRY_FMT.
>>>>> tda7432: convert to the control framework
>>>>> bttv: convert to the control framework.
>>>>> bttv: add support for control events.
>>>>> bttv: fix priority handling.
>>>>> bttv: use centralized std and implement g_std.
>>>>> bttv: there may be multiple tvaudio/tda7432 devices.
>>>>> bttv: fix g_tuner capabilities override.
>>>>> bttv: fix try_fmt_vid_overlay and setup initial overlay size.
>>>>> bttv: do not switch to the radio tuner unless it is accessed.
>>>>> bttv: remove g/s_audio since there is only one audio input.
>>>>>
>>>>> drivers/media/i2c/tda7432.c | 276 +++++++---------
>>>>> drivers/media/i2c/tvaudio.c | 2 +-
>>>>> drivers/media/pci/bt8xx/bttv-cards.c | 19 +-
>>>>> drivers/media/pci/bt8xx/bttv-driver.c | 1144 ++++++++++++++++++++++++++++---------------------------------------
>>>>> drivers/media/pci/bt8xx/bttv.h | 3 +
>>>>> drivers/media/pci/bt8xx/bttvp.h | 31 +-
>>>>> include/media/v4l2-chip-ident.h | 8 +
>>>>> include/uapi/linux/v4l2-controls.h | 5 +
>>>>> 8 files changed, 632 insertions(+), 856 deletions(-)
prev parent reply other threads:[~2013-02-17 12:31 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-15 10:15 [GIT PULL FOR v3.9] bttv: v4l2-compliance fixes Hans Verkuil
2013-02-15 21:09 ` Frank Schäfer
2013-02-15 21:38 ` Hans Verkuil
2013-02-16 13:35 ` Frank Schäfer
2013-02-16 13:45 ` Hans Verkuil
2013-02-17 12:31 ` Frank Schäfer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5120CDBB.4020908@googlemail.com \
--to=fschaefer.oss@googlemail.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).