From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 06:42:27 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7114816A4CE for ; Sun, 16 Jan 2005 06:42:27 +0000 (GMT) Received: from freckleface.aedifice.net (adsl-209-233-30-172.dsl.snfc21.pacbell.net [209.233.30.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE3543D41 for ; Sun, 16 Jan 2005 06:42:26 +0000 (GMT) (envelope-from myers@aedifice.net) Received: from [10.0.0.20] (dmz2 [192.168.1.2])j0G6YUF01532 for ; Sat, 15 Jan 2005 22:34:31 -0800 (PST) Message-ID: <41EA0CD1.4080601@aedifice.net> Date: Sat, 15 Jan 2005 22:42:25 -0800 From: "David C. Myers" User-Agent: Mozilla Thunderbird 1.0 (X11/20050105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 06:42:27 -0000 Newest rev of pvr250 driver says: cxm0: mem 0xe000000 0-0xe3ffffff irq 4 at device 8.0 on pci0 cxm_iic0: on cxm0 iicbb0: on cxm_iic0 iicbus0: on iicbb0 master-only cxm0: TCL 2002N-6A tuner cxm0: SAA7115 rev 1 video decoder cxm0: MSP3445G-B8 audio decoder cxm0: IR Remote cxm0: [GIANT-LOCKED] cxm0: encoder firmware version 0x2040024 When I run pvr250-setchannel with a channel number above 11, it says: /usr/ports/multimedia/pvr250 >pvr250-setchannel 12 ioctl( tfd, TVTUNER_SETCHNL ) failed.: Invalid argument and /var/log/messages says: cxm0: video decoder failed to lock cxm0: audio decoder failed to lock Channel numbers 11 and below work just fine. Recorded some pretty nice looking mpegs. This is with over-the-air TV (us-broadcast). Any ideas? Thanks. -David. From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 07:54:17 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB42D16A4CE for ; Sun, 16 Jan 2005 07:54:17 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E1AC43D3F for ; Sun, 16 Jan 2005 07:54:17 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 2827 invoked from network); 16 Jan 2005 07:54:17 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jan 2005 07:54:17 -0000 Received: from hydrogen.funkthat.com (netwva@localhost.funkthat.com [127.0.0.1])j0G7sFGH043795; Sat, 15 Jan 2005 23:54:16 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0G7sFWb043794; Sat, 15 Jan 2005 23:54:15 -0800 (PST) Date: Sat, 15 Jan 2005 23:54:15 -0800 From: John-Mark Gurney To: "David C. Myers" Message-ID: <20050116075414.GO19624@funkthat.com> Mail-Followup-To: "David C. Myers" , freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EA0CD1.4080601@aedifice.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-multimedia@freebsd.org Subject: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 07:54:17 -0000 David C. Myers wrote this message on Sat, Jan 15, 2005 at 22:42 -0800: > Channel numbers 11 and below work just fine. Recorded some pretty nice > looking mpegs. This is with over-the-air TV (us-broadcast). > > Any ideas? Thanks. Yep, by default the PVR-250 always assumes that the channels are cable channels... What I did is modify the appropriate tuner in the: const struct cxm_tuner cxm_tuners[CXM_TUNER_TYPES] = { to remove the &us_cable_channels and replace it with NULL... It always chooses the cable channels over the air ones... Hope this helps. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 10:18:18 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25D616A4CE for ; Sun, 16 Jan 2005 10:18:18 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2109243D48 for ; Sun, 16 Jan 2005 10:18:18 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.14.122.164]) by lakermmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP <20050116101816.MVZE16431.lakermmtao05.cox.net@dolphin.local.net>; Sun, 16 Jan 2005 05:18:16 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id j0GAIEaW006610; Sun, 16 Jan 2005 04:18:15 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 16 Jan 2005 04:18:09 -0600 From: "Conrad J. Sabatier" To: Yuriy Tsibizov Message-ID: <20050116041809.0468b67a@dolphin.local.net> In-Reply-To: <20050115114447.O39536@free.home.local> References: <20050115114447.O39536@free.home.local> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: multimedia@freebsd.org Subject: Re: audio codec maintainers X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 10:18:19 -0000 On Sat, 15 Jan 2005 13:27:43 +0300 (MSK), Yuriy Tsibizov wrote: > > > Firstly, Who is curently maintaining it? > > > Orion Hodson seems to have become scarce. > > > (If you are reading this Orion and I've just missed you, sorry). > > > I saw cg (Cameron Grant) on the lists the other day, but I > > > am not sure who is currently the contact man for sound. > > > Cameron will still respond to questions, and I believe he's not > > totally unwilling to do any work at all, but I think he's adopted > > more of a back-seat position these days. Which is not to undervalue > > his great contributions in the past, of course. :-) > > But what happened to his NEWPCM v2? There was p4 server on newpcm.org > for this project... > > > > let me know if you know :-) > > > If you want the job, speak up :-) > > > The there is MIDI... > > > Mat Kanner is supposed to be our MIDI maintainer/developer, but > > unfortunately, he seems to come and go with uncomfortable frequency. > > The status of his new MIDI code is still up in the air, even months > > after his original announcement. > > > I've tried using the last patch set he made available here (from > > August 2004), but it doesn't apply cleanly under CURRENT, and I've > > been unable so far to obtain an update from Mat. > > I'm tracking his MIDI driver in patched -CURRENT sources (based on > evennewermidi-10jul2004 diff from > http://people.freebsd.org/~tanimura/patches/). It works with MIDI > device I have - IR reciever in Audigy Platinum box: > > -- > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 6.0-CURRENT #0: Thu Jan 6 10:18:42 MSK 2005 > chibis@free.home.local:/usr/obj/usr/src/sys/FREE-FAST > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: MPSAFE network stack disabled, expect reduced performance. > [...] > sequencer 0 created scp 0xc1927200 > seq_eventthread started > emu10kx0: port 0xd400-0xd41f irq 9 at > device 9.0 on pci0 midi0: on emu10kx0 > midi1: on emu10kx0 > pcm0: on emu10kx0 > pcm0: > emu10kx0: IR MIDI events enabled. > --- > > I've sent my patch (with Audigy MIDI code for emu10k1 driver and some > minor fixes) back to Seigo Tanimura in August. > > Yuriy Tsibizov, > http://chibis.persons.gfk.ru/ > > P.S. I'm not subscribed to list, please CC me on reply. Hey, that's pretty cool. To be honest, I didn't really try that hard to get the patches working on my CURRENT box. I've just been too busy with other things. Even so, while it's encouraging to hear reports from people who've managed to get an external MIDI device working, I sure do miss the good old days of playing MIDI files on my AWE 64 with Soundfonts, using the nice AWE 64-specific tools that were available back then. That sounded so great, and didn't even require an external MIDI keyboard or other hardware module. It still upsets me a little if I think about it long enough, the way this functionality was simply taken away and never replaced. I really, really miss having the capability of simply running a MIDI player app and playing files using nothing more than the onboard synth on my soundcard. External MIDI is simply no substitute for this, at least not for many people who don't enjoy the luxury of owning a nice MIDI synth. Oh well, whatcha gonna do, huh? Either grin and bear it, I guess, or switch to another OS . -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 17:08:52 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AE3016A4CE for ; Sun, 16 Jan 2005 17:08:52 +0000 (GMT) Received: from freckleface.aedifice.net (adsl-209-233-30-172.dsl.snfc21.pacbell.net [209.233.30.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDD2C43D3F for ; Sun, 16 Jan 2005 17:08:51 +0000 (GMT) (envelope-from myers@aedifice.net) Received: from [10.0.0.20] (dmz2 [192.168.1.2])j0GH0sF02453 for ; Sun, 16 Jan 2005 09:00:55 -0800 (PST) Message-ID: <41EA9FA2.9070301@aedifice.net> Date: Sun, 16 Jan 2005 09:08:50 -0800 From: "David C. Myers" User-Agent: Mozilla Thunderbird 1.0 (X11/20050105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> <20050116075414.GO19624@funkthat.com> In-Reply-To: <20050116075414.GO19624@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 17:08:52 -0000 John-Mark Gurney wrote: >Yep, by default the PVR-250 always assumes that the channels are >cable channels... > >What I did is modify the appropriate tuner in the: >const struct cxm_tuner >cxm_tuners[CXM_TUNER_TYPES] = { > >to remove the &us_cable_channels and replace it with NULL... It always >chooses the cable channels over the air ones... > >Hope this helps. > > > Nope. Identical behavior. This doesn't make sense to me anyway, since the us_air_channels structure defines a max_channel of 69. us_cable_channels is even higher, 125. Regardless of which it chooses, it ought to go to at least 69, right? What's the significance of channel 11? -David. From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 17:15:56 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB5916A4CF for ; Sun, 16 Jan 2005 17:15:56 +0000 (GMT) Received: from freckleface.aedifice.net (adsl-209-233-30-172.dsl.snfc21.pacbell.net [209.233.30.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id D23DB43D1D for ; Sun, 16 Jan 2005 17:15:55 +0000 (GMT) (envelope-from myers@aedifice.net) Received: from [10.0.0.20] (dmz2 [192.168.1.2])j0GH7xF02463 for ; Sun, 16 Jan 2005 09:07:59 -0800 (PST) Message-ID: <41EAA14A.8010603@aedifice.net> Date: Sun, 16 Jan 2005 09:15:54 -0800 From: "David C. Myers" User-Agent: Mozilla Thunderbird 1.0 (X11/20050105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> <20050116075414.GO19624@funkthat.com> <41EA9FA2.9070301@aedifice.net> In-Reply-To: <41EA9FA2.9070301@aedifice.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: update: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 17:15:56 -0000 David C. Myers wrote: > John-Mark Gurney wrote: > >> Yep, by default the PVR-250 always assumes that the channels are >> cable channels... >> >> What I did is modify the appropriate tuner in the: >> const struct cxm_tuner >> cxm_tuners[CXM_TUNER_TYPES] = { >> >> to remove the &us_cable_channels and replace it with NULL... It always >> chooses the cable channels over the air ones... >> >> Hope this helps. > Ah, stupid me. It does work; thank you. I happened to type "pvr250-setchannel 12", but channel 12 doesn't actually have a signal in my area. When I used a station that actually exists, it works fine. Many thanks. -David. From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 20:21:15 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1C9116A4CE for ; Sun, 16 Jan 2005 20:21:15 +0000 (GMT) Received: from mail14.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8944B43D41 for ; Sun, 16 Jan 2005 20:21:15 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25725 invoked from network); 16 Jan 2005 20:21:15 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jan 2005 20:21:15 -0000 Received: from hydrogen.funkthat.com (kdapat@localhost.funkthat.com [127.0.0.1])j0GKLEGH061054; Sun, 16 Jan 2005 12:21:14 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0GKLDHH061053; Sun, 16 Jan 2005 12:21:13 -0800 (PST) Date: Sun, 16 Jan 2005 12:21:13 -0800 From: John-Mark Gurney To: "David C. Myers" Message-ID: <20050116202113.GP19624@funkthat.com> Mail-Followup-To: "David C. Myers" , freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> <20050116075414.GO19624@funkthat.com> <41EA9FA2.9070301@aedifice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EA9FA2.9070301@aedifice.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-multimedia@freebsd.org Subject: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 20:21:16 -0000 David C. Myers wrote this message on Sun, Jan 16, 2005 at 09:08 -0800: > John-Mark Gurney wrote: > > >Yep, by default the PVR-250 always assumes that the channels are > >cable channels... > > > >What I did is modify the appropriate tuner in the: > >const struct cxm_tuner > >cxm_tuners[CXM_TUNER_TYPES] = { > > > >to remove the &us_cable_channels and replace it with NULL... It always > >chooses the cable channels over the air ones... > > > >Hope this helps. > > Nope. Identical behavior. you could insert around lines 427-429 which say: sc->tuner_channels = sc->tuner->channels.cable ? sc->tuner->channels.cable : sc->tuner->channels.air; this: if (sc->tuner->channels.cable == NULL) printf("using air channels\n"); This will help you make sure that you got the correct tuner.. > This doesn't make sense to me anyway, since the us_air_channels > structure defines a max_channel of 69. us_cable_channels is even > higher, 125. Regardless of which it chooses, it ought to go to at least > 69, right? What's the significance of channel 11? Not exactly... the us_cable and us_air define different sets of frequencies... and cxm won't tune to a channel if there is no signal... (or at least it will through an error if it can't find a signal).. So, you have to make sure there is a signal there before trying to tune it.. (yeh, it's one of my complaints).. it's not actually 11, it's channel 13... above channel 13, they are UHF, and 13 and below are VHF... Different parts of the spectrum... If you look at the definitions, they have different set of frequencies.. the table works by base channel and frequency, and then step for each channel above.. it you notice, channel 14 starts at different frequencies for cable and air.. so, the over the air channels >=14 won't start till about cable channel 65.. but even then, you'll be about 2mhz off, and it probably won't tune.. We really need to pull the frequency tuning stuff into a seperate module of the kernel... So every tuning program doesn't have to reimplement it.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 20:22:07 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48C4816A4CE for ; Sun, 16 Jan 2005 20:22:07 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103A943D39 for ; Sun, 16 Jan 2005 20:22:07 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 29889 invoked from network); 16 Jan 2005 20:22:06 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jan 2005 20:22:06 -0000 Received: from hydrogen.funkthat.com (yjsbap@localhost.funkthat.com [127.0.0.1])j0GKM6GH061097; Sun, 16 Jan 2005 12:22:06 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0GKM62s061096; Sun, 16 Jan 2005 12:22:06 -0800 (PST) Date: Sun, 16 Jan 2005 12:22:06 -0800 From: John-Mark Gurney To: "David C. Myers" Message-ID: <20050116202206.GQ19624@funkthat.com> Mail-Followup-To: "David C. Myers" , freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> <20050116075414.GO19624@funkthat.com> <41EA9FA2.9070301@aedifice.net> <41EAA14A.8010603@aedifice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EAA14A.8010603@aedifice.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-multimedia@freebsd.org Subject: Re: update: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 20:22:07 -0000 David C. Myers wrote this message on Sun, Jan 16, 2005 at 09:15 -0800: > >>to remove the &us_cable_channels and replace it with NULL... It always > >>chooses the cable channels over the air ones... > >> > >>Hope this helps. > > Ah, stupid me. It does work; thank you. I happened to type > "pvr250-setchannel 12", but channel 12 doesn't actually have a signal in > my area. When I used a station that actually exists, it works fine. > > Many thanks. np. /me needs to read his mail completely next time. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 17 05:18:47 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1473016A4CE for ; Mon, 17 Jan 2005 05:18:47 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA0243D46 for ; Mon, 17 Jan 2005 05:18:46 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id j0H5H9Ah014933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 17 Jan 2005 14:17:09 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id j0H5IRAj001431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2005 14:18:27 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j0H5IFRv001430; Mon, 17 Jan 2005 14:18:15 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 17 Jan 2005 14:18:14 +0900 From: Pyun YongHyeon To: Mathew Kanner Message-ID: <20050117051814.GB875@kt-is.co.kr> References: <41E583BD.5080900@elischer.org> <20050115180942.GA12541@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050115180942.GA12541@cnd.mcgill.ca> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: multimedia@freebsd.org cc: Julian Elischer cc: Yuriy.Tsibizov@gfk.ru Subject: Re: audio code maintainers, A call to arms X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 05:18:47 -0000 On Sat, Jan 15, 2005 at 01:09:42PM -0500, Mathew Kanner wrote: [...] > Hi Julian, > First, I guess I owe an apology to the list and to freebsd in > general for dragging my feet on MIDI. The stunning silence is > incredibly demotivating to me. Over the many months think I've had one > positive response to my work (it works!) and one negative (does not > compile for non-i386, printf qualifiers). I never expected to be in a > vacuum. Then again, I'm one of those sensitive types. > I guess you can commit your work to HEAD and let people give it spin. Since we don't have MIDI support now committing new one wouldn't break anything. It couldn't be fixed until new code shows up in tree. For non-i386 compile issues I can help you for sparc64. Other developers would help other issue(i.e. locking) too. > To move forward we need to: > > - Get a new sound team. I don't know how to go about this, maybe a > general call to arms, or an appointment from core or maybe a > guillotine backed revolution. > I can see at least there are three developers(Kazuhito HONDA, Conrad J. Sabatier and Yuriy Tsibizov : CCed) are interested in maintaining our sound subsystem. Since we do have lack of maintainers of our sound subsystem it would be really great to see new developers that have commit privilege in this area. Personally I guess both Julian Elischer(for USB sound) and Mathew Kanner(for MIDI and sound infrastructure) can mentor these developers. > - Set a list of priorities and start working on them. I see the major > TODO items: > > - Review this list > - Figure out which PR are still applicable, close the rest. > - Move forward with features, other projects have far surpassed us. > To me the most glaring difference is that we are stuck with a > simplistic view of "Mixers" and cannot export the sophisticated > controls that present days devices contain. NetBSD, ALSA, that > commercial project have all taken this on. We could embellish or > just plain drop our mixer support while keeping what was good from > newpcm2 > - Or, just port the NetBSD sound infrastructure. Sometimes, when I'm > depressed, I look into the feasibility of this. > I don't fully understand internal details of sound subsystem. But I know current position of FreeBSD in sound capabilities between Linux and BSDs. Though FreeBSD has a limitation in mixer settings, it has superior capability not seen on other systems.(e.g. automatic endian/sampling rate conversion, virtual channel support, etc) Due to lack of MIDI experiences under FreeBSD I can't say internal details of mixers but I see other limitations of sound subsystem in FreeBSD. It seems that we need new DMA memory allocation/use strategy now. At present, the DMA memory is allocated during module load time and driver releases it during detaching from bus. Since it's not unusual that recent audio hardwares have multiple channels, allocating DMA memory of all channels at loading time would be waste of memory. In addition, since most cheap audio hardwares have DMA-capable address limitations(e.g. 16MB, 256MB, 1GB etc), allocating large DMA memory would guarantee unnecessary use of bounce buffers. Some audio hardwares have its own MMU to avoid the requirement of physically continuous DMA-capable memory block. I guess supporting effective use of MMU of audio hardware is essential for MIDI playback which needs possibly more DMA memory than that of plain pcm. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 17 13:03:38 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFE216A4CE for ; Mon, 17 Jan 2005 13:03:38 +0000 (GMT) Received: from d2030.servadmin.com (D2030.servadmin.com [12.47.46.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513E043D39 for ; Mon, 17 Jan 2005 13:03:38 +0000 (GMT) (envelope-from edd@arameus.net) Received: by d2030.servadmin.com (Postfix, from userid 33) id 6F5E816405A; Mon, 17 Jan 2005 07:03:26 -0600 (CST) To: freebsd-multimedia@freebsd.org Received: from 212.159.95.35 (auth. user tectonics+e.barrett@mail.force9.net) by ssl.ilohamail.org with HTTP; Mon, 17 Jan 2005 13:03:26 +0000 X-IlohaMail-Blah: tectonics+e.barrett@mail.force9.net X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.14 (On: ssl.ilohamail.org) Message-ID: From: "Edd Barrett" Bounce-To: "Edd Barrett" Errors-To: "Edd Barrett" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 17 Jan 2005 07:03:26 -0600 (CST) Subject: Shed any light on commercial OSS and ALSA compat X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 13:03:38 -0000 Hello there, Im a diehard FreeBSD user, and also a musician. I would like to use some of the new multitrack audio apps that have popped up recently. Howver... some inconsiderate person has developed ALSA. ALSA has made a mockery of portability in my eyes. Most audio developers run linux. So they see no issues with writing thier apps with heavy dependancy upon the ALSA core. I have read that OSS has some kind of ALSA compatibilty in the commercial version. Is this so? If so is it easy to set up ? Will apps recognise OSS libs as alsa (i doubt it). (threaded) OSS is relatively cheap. Should it work (well) i would probably buy it. Im finding digital audio on unix very frustrating. sigh... Thankyou. Edd From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 17 17:17:54 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07ADC16A4CE for ; Mon, 17 Jan 2005 17:17:54 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7251A43D31 for ; Mon, 17 Jan 2005 17:17:53 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.14.122.164]) by lakermmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050117171752.ELZ16431.lakermmtao05.cox.net@dolphin.local.net>; Mon, 17 Jan 2005 12:17:52 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id j0HHHmQ9023326; Mon, 17 Jan 2005 11:17:50 -0600 (CST) (envelope-from conrads@cox.net) Date: Mon, 17 Jan 2005 11:17:43 -0600 From: "Conrad J. Sabatier" To: Mathew Kanner Message-ID: <20050117111743.3a24ed78@dolphin.local.net> In-Reply-To: <20050115180942.GA12541@cnd.mcgill.ca> References: <41E583BD.5080900@elischer.org> <20050115180942.GA12541@cnd.mcgill.ca> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Julian Elischer cc: multimedia@freebsd.org Subject: Re: audio code maintainers, A call to arms X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 17:17:54 -0000 On Sat, 15 Jan 2005 13:09:42 -0500, Mathew Kanner wrote: > On Jan 12, Julian Elischer wrote: > > Firstly, Who is curently maintaining it? > > Orion Hodson seems to have become scarce. > > (If you are reading this Orion and I've just missed you, sorry). > > I saw cg (Cameron Grant) on the lists the other day, but I > > am not sure who is currently the contact man for sound. > > let me know if you know :-) > > If you want the job, speak up :-) > > The there is MIDI... > > > > Kazuhito HONDA (kazuhito@ph.noda.tus.ac.jp) > > has been doing some work on the USB audio code > > and has agreed to act as contact/maintainer for that as > > it seems to be currently unloved. > > Hi Julian, > First, I guess I owe an apology to the list and to freebsd in > general for dragging my feet on MIDI. The stunning silence is > incredibly demotivating to me. Over the many months think I've had > one positive response to my work (it works!) and one negative (does > not compile for non-i386, printf qualifiers). The latter would be me. :-) I'm really sorry I never followed through any further on trying to correct the problems on amd64; it's just that my initial review of the code sort of left me a little bewildered. :-) When you told me it was just a problem with some printf() statements, I thought, "OK, that should be simple enough", but when I looked at it and saw all these macros and stuff, I was lost. I didn't want to be a pain in the butt and ask you to explain everything that was going on there, but I never did make a really serious, concerted effort to figure it out on my own, either. Thus, my ensuing silence on the matter. :-) > I never expected to be > in a vacuum. Then again, I'm one of those sensitive types. I can't say as I blame you; it's always nice to feel that one's work is actually being used and appreciated. > I'm committed to getting this done, it basically works, but I > need to be kicked around when I start loosing momentum. I'm very much the same way; I think it's a part of my "Gemini" nature. :-) I tend to approach new projects with a great burst of enthusiasm initially, then I start to lose interest once it starts to become "easy". :-) > But MIDI isn't FreeBSD problem. We've been stagnant in sound > infrastructure, both in the human and software sense. Other projects > have continued along without us. We don't have anybody that really > understands the sound infrastructure, esp given that locking was an > after thought that makes things infinitely more complex. > > (BTW, Orion gave up his commit bit about a year ago, due to an > increase in demand on his time, a baby) > > To me, the worse aspect is that new people are scared off > either by the perceived complexity issues or general unwillingness of > the powers that be to accept a new direction. Indeed! I would be delighted to help out with the maintenence of the sound system, but unfortunately, even though I consider myself a fairly competent C coder, working at the kernel/driver level is something totally foreign to me so far. I've just been skeptical as to whether anyone would want to give me the necessary hand-holding at first until I could get a decent grasp on things. > To move forward we need to: > > - Get a new sound team. I don't know how to go about this, maybe a > general call to arms, or an appointment from core or maybe a > guillotine backed revolution. > > - Set a list of priorities and start working on them. I see the major > TODO items: > > - Review this list > - Figure out which PR are still applicable, close the rest. > - Move forward with features, other projects have far surpassed us. > To me the most glaring difference is that we are stuck with a > simplistic view of "Mixers" and cannot export the sophisticated > controls that present days devices contain. NetBSD, ALSA, that > commercial project have all taken this on. We could embellish or > just plain drop our mixer support while keeping what was good from > newpcm2 > - Or, just port the NetBSD sound infrastructure. Sometimes, when > I'm depressed, I look into the feasibility of this. > > > So there it is. How wants to be part of freebsd sound? Many > open positions, but the pay sucks. > > --Mat Not to mention it's a thankless job as well (for the most part). :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 17 20:21:02 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FF7816A4CE for ; Mon, 17 Jan 2005 20:21:02 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C32B43D58 for ; Mon, 17 Jan 2005 20:21:01 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 17 Jan 2005 20:21:00 -0000 Received: from p3EE260D1.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.96.209) by mail.gmx.net (mp012) with SMTP; 17 Jan 2005 21:21:00 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j0HKKq0Z098847 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 17 Jan 2005 21:20:53 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-multimedia@freebsd.org Date: Mon, 17 Jan 2005 21:20:50 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5084375.GanHiGdVvL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501172120.53873.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Edd Barrett Subject: Re: Shed any light on commercial OSS and ALSA compat X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 20:21:02 -0000 --nextPart5084375.GanHiGdVvL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 17. January 2005 14:03, Edd Barrett wrote: > I have read that OSS has some kind of ALSA compatibilty in the commercial > version. Is this so? If so is it easy to set up ? Will apps recognise > OSS libs as alsa (i doubt it). You should ask 4Front Technologies. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5084375.GanHiGdVvL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB7B4lXhc68WspdLARAhgNAJ0X7fOzyWD+UrFoicntNDw6LekRXgCeMyWp DghOa75iej87aXYtHjMGUWE= =cQH6 -----END PGP SIGNATURE----- --nextPart5084375.GanHiGdVvL-- From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 17 23:59:59 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7066516A4CE for ; Mon, 17 Jan 2005 23:59:59 +0000 (GMT) Received: from www.eugeneglass.com (64-42-83-115.atgi.net [64.42.83.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id C46D443D48 for ; Mon, 17 Jan 2005 23:59:58 +0000 (GMT) (envelope-from jakemsr@jakemsr.com) Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id j0I09RYw016714 for ; Mon, 17 Jan 2005 16:09:05 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.2/8.13.0) with ESMTP id j0HNxv03028487 for ; Mon, 17 Jan 2005 15:59:57 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.2/8.13.0/Submit) id j0HNxv3i009632 for freebsd-multimedia@freebsd.org; Mon, 17 Jan 2005 15:59:57 -0800 (PST) Date: Mon, 17 Jan 2005 15:59:57 -0800 From: Jacob Meuser To: freebsd-multimedia@freebsd.org Message-ID: <20050117235957.GA31205@funk.gsky.dom> References: <41E583BD.5080900@elischer.org> <20050115180942.GA12541@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050115180942.GA12541@cnd.mcgill.ca> User-Agent: Mutt/1.4.2i Subject: Re: audio code maintainers, A call to arms X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:59:59 -0000 On Sat, Jan 15, 2005 at 01:09:42PM -0500, Mathew Kanner wrote: > - Or, just port the NetBSD sound infrastructure. Sometimes, when I'm > depressed, I look into the feasibility of this. it would be nice for all the current BSDs to have the same sound system. it would spread the maintainence work around quite a bit, as bug fixes and enhancements in one flavor could be picked up by the others fairly easily. but that is of course a lot of work initially. -- From owner-freebsd-multimedia@FreeBSD.ORG Tue Jan 18 11:51:32 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D9216A4CE for ; Tue, 18 Jan 2005 11:51:32 +0000 (GMT) Received: from md.gfk.ru (md.f231.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DA243D48 for ; Tue, 18 Jan 2005 11:51:31 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from demon.hhp.local ([10.0.0.8]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 17-md50000000585.tmp for ; Tue, 18 Jan 2005 14:50:19 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Jan 2005 14:50:17 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: audio code maintainers, A call to arms Thread-Index: AcT8VCA1UzTmN1NmQTeJmVk1/jPjVwA/U73A From: "Yuriy Tsibizov" To: X-Spam-Processed: md.gfk.ru, Tue, 18 Jan 2005 14:50:19 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.8 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: multimedia@freebsd.org cc: multimedia@freebsd.org Subject: RE: audio code maintainers, A call to arms X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 11:51:32 -0000 > On Sat, Jan 15, 2005 at 01:09:42PM -0500, Mathew Kanner wrote: > [...] > > Hi Julian, > > First, I guess I owe an apology to the list and to freebsd in > > general for dragging my feet on MIDI. The stunning silence is > > incredibly demotivating to me. Over the many months think=20 > I've had one > > positive response to my work (it works!) and one negative (does not > > compile for non-i386, printf qualifiers). I never=20 > expected to be in a > > vacuum. Then again, I'm one of those sensitive types. > >=20 >=20 > I guess you can commit your work to HEAD and let people give it > spin. Since we don't have MIDI support now committing new one > wouldn't break anything. It couldn't be fixed until new code > shows up in tree. For non-i386 compile issues I can help you for > sparc64. Other developers would help other issue(i.e. locking) too. >=20 > > To move forward we need to: > >=20 > > - Get a new sound team. I don't know how to go about this, maybe a > > general call to arms, or an appointment from core or maybe a > > guillotine backed revolution. > >=20 >=20 > I can see at least there are three developers(Kazuhito HONDA, > Conrad J. Sabatier and Yuriy Tsibizov : CCed) are interested in > maintaining our sound subsystem. Since we do have lack of > maintainers of our sound subsystem it would be really great to > see new developers that have commit privilege in this area. > Personally I guess both Julian Elischer(for USB sound) and > Mathew Kanner(for MIDI and sound infrastructure) can mentor > these developers. I'm not shure in 1)my free time (sometimes I'm thinking about throwing = away my home computer, it eats up a lot of time) and 2)my programming skills. Yuriy. From owner-freebsd-multimedia@FreeBSD.ORG Tue Jan 18 18:01:47 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8D116A4CF for ; Tue, 18 Jan 2005 18:01:47 +0000 (GMT) Received: from relay03.roc.ny.frontiernet.net (relay03.roc.ny.frontiernet.net [66.133.131.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0498343D5D for ; Tue, 18 Jan 2005 18:01:47 +0000 (GMT) (envelope-from drew@mykitchentable.net) Received: from filter01.roc.ny.frontiernet.net (filter01.roc.ny.frontiernet.net [66.133.131.176]) by relay03.roc.ny.frontiernet.net (Postfix) with ESMTP id 42131191CFE for ; Tue, 18 Jan 2005 18:01:46 +0000 (UTC) Received: from relay03.roc.ny.frontiernet.net ([66.133.131.36]) [66.133.131.176]) (amavisd-new, port 10024) with LMTP id 27605-12-14 for ; Tue, 18 Jan 2005 18:01:46 +0000 (UTC) Received: from blacklamb.mykitchentable.net (67-137-45-225.dsl2.elk.ca.frontiernet.net [67.137.45.225]) by relay03.roc.ny.frontiernet.net (Postfix) with ESMTP id F2DD5191DFE for ; Tue, 18 Jan 2005 18:01:44 +0000 (UTC) Received: from [165.107.42.204] (unknown [165.107.42.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blacklamb.mykitchentable.net (Postfix) with ESMTP id EB0443BF390 for ; Tue, 18 Jan 2005 10:01:43 -0800 (PST) Message-ID: <41ED4F02.3000408@mykitchentable.net> Date: Tue, 18 Jan 2005 10:01:38 -0800 From: Drew Tomlinson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter01.roc.ny.frontiernet.net Subject: WinTV-PVR 500 MCE X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 18:01:47 -0000 Has anyone ever tried using the new Win-TV-PVR500MCE card with FBSD? It's a dual tuner card. The MCE stands for (Windows) Media Center Edition but if it uses the same Brooktree chipset as the 250/350 wouldn't it work with the cxm drivers? Seems to me it would just look like two cards to the OS but then I'm no expert. If you'd like to see the card, here's the link: http://www.hauppauge.com/pages/products/data_pvr500mce.html Anyway, just doing some research before I attempt to build my own "TiVO" box on FBSD. Thanks, Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, & More! http://www.alchemistswarehouse.com