public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Junichi Uekawa <dancer@netfort.gr.jp>
To: linux-kernel@vger.kernel.org, video4linux-list@redhat.com,
	debian-amd64@lists.debian.org
Cc: dancer@netfort.gr.jp
Subject: Re: [x86_64] bttv: linux 2.6.16-rc1 mplayer fails to record ALSA audio and fails tune TV.
Date: Fri, 20 Jan 2006 08:11:34 +0900	[thread overview]
Message-ID: <8764ofke3d.dancerj%dancer@netfort.gr.jp> (raw)
In-Reply-To: <873bjr8drz.dancerj%dancer@netfort.gr.jp>

Hi,

With 2.6.16-rc1, it's recording no audio, and it's recording
black-and-white noise on video. Wooo, it's getting worse.

$ uname -a
Linux dancer64 2.6.16-rc1dancer-dirty #1 Wed Jan 18 08:11:24 JST 2006 x86_64 GNU/Linux


>From the information that I've gathered so far it seems like:
1. bttv was rewritten to support v4l2
2. record via v4l2 is broken, v4l1 is not (xawtv works, mencoder broken.)
   I've heard mencoder should work with v4l1, but I have not yet confirmed.

bttv-cards.c:

        [BTTV_BOARD_GVBCTV5PCI] = {
                .name           = "IODATA GV-BCTV5/PCI",
                .video_inputs   = 3,
                .audio_inputs   = 1,
                .tuner          = 0,
                .svhs           = 2,
                .gpiomask       = 0x0f0f80,
                .muxsel         = {2, 3, 1, 0 },
                .audiomux       = {0x030000, 0x010000, 0, 0, 0x020000, 0},
                .no_msp34xx     = 1,
                .pll            = PLL_28,
                .tuner_type     = TUNER_PHILIPS_NTSC_M,
                .tuner_addr     = ADDR_UNSET,
                .radio_addr     = ADDR_UNSET,
                .audio_hook     = gvbctv5pci_audio,
                .has_radio      = 1,
        },

dmesg gives me an impression that this path is taken properly:
bttv: driver version 0.9.16 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:03:0b.0, irq: 22, latency: 64, mmio: 0xfdcff000
bttv0: detected: I-O Data Co. GV-BCTV5/PCI [card=81], PCI subsystem ID is 10fc:d018
bttv0: using: IODATA GV-BCTV5/PCI [card=81,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00f6f0f7 [init]
bttv0: using tuner=17
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
bttv0: i2c: checking for TDA9887 @ 0x86... not found
tuner 0-0061: chip found @ 0xc2 (bt878 #0 [sw])
tuner 0-0061: type set to 17 (Philips NTSC_M (MK2))
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: registered device radio0
bttv0: PLL: 28636363 => 35468950 .. ok


v4l-info is dumped with:

        printf("inputs\n");
        for (i = 0;; i++) {
                memset(&input,0,sizeof(input));
                input.index = i;
                if (-1 == ioctl(fd,VIDIOC_ENUMINPUT,&input))
                        break;
                printf("    VIDIOC_ENUMINPUT(%d)\n",i);
                print_struct(stdout,desc_v4l2_input,&input,"",tab);
        }
        printf("\n");


which is probably handled in 
bttv-driver.c:static int bttv_common_ioctls(struct bttv *btv, unsigned int cmd, void *arg)

which unconditionally sets:
                i->audioset = 0;



> last successful one was 2.6.14-rc5.
> 
> 
> I've noticed that there is a v4l-info command, which dumps v4l2
> information, and it seems to signify that v4l2 is giving a different
> answer.
> 
> The following is a diff, which seems to signify that this difference
> exists in the two versions:
> 
> -	audioset                : 1
> +	audioset                : 0
> 


regards,
	junichi
-- 
dancer@{debian.org,netfort.gr.jp}   Debian Project

  reply	other threads:[~2006-01-19 23:11 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-03  4:26 mencoder fails with Linux kernel from linus's git tree (2 Nov 2005) Junichi Uekawa
2005-11-10 21:40 ` [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 " Junichi Uekawa
2005-11-10 22:58   ` Mike Krufky
2005-11-11  0:05     ` Junichi Uekawa
2005-11-11  3:24       ` Michael Krufky
2005-11-11 12:06         ` Junichi Uekawa
2005-11-11 13:11           ` Michael Krufky
2005-11-11 13:29           ` Junichi Uekawa
2005-11-11 14:06             ` Hugh Dickins
2005-11-12 22:22               ` Nickolay V. Shmyrev
2005-11-13  2:54                 ` Matti Aarnio
2005-11-13  4:24                   ` Junichi Uekawa
2005-11-16 12:50                   ` Nickolay V. Shmyrev
2005-11-16 17:47                     ` Hugh Dickins
2005-12-01  0:09                       ` Junichi Uekawa
2005-11-17  0:07                 ` Junichi Uekawa
2005-11-11 14:21             ` Junichi Uekawa
2005-11-12 21:11               ` Ricardo Cerqueira
     [not found]   ` <87mzj4uoys.dancerj%dancer@netfort.gr.jp>
2005-12-19 23:10     ` [x86_64] linux 2.6.15-rc6 mplayer fails to record ALSA audio Junichi Uekawa
2006-01-14  7:33       ` Junichi Uekawa
2006-01-19 23:11         ` Junichi Uekawa [this message]
2006-02-02  9:13           ` [x86_64] bttv: linux 2.6.16-rc1 mplayer fails to record ALSA audio and fails tune TV Junichi Uekawa
2006-02-02 13:53             ` Manu Abraham
2006-02-02 23:04               ` Junichi Uekawa

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=8764ofke3d.dancerj%dancer@netfort.gr.jp \
    --to=dancer@netfort.gr.jp \
    --cc=debian-amd64@lists.debian.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=video4linux-list@redhat.com \
    /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