From vova at fbsd.ru Wed Oct 1 10:47:32 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed Oct 1 10:47:43 2008 Subject: ALSA support for linuxator - any ideas / progress ? Message-ID: <1222855688.21166.33.camel@localhost> Hi As far as we have working flash player under linuxator (see "firefox & flash9 patches" thread in emulation@) it will be nice to have sound here. So far flashplayer9 just complains about no ALSA devices: ... ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ... Probably anyone have ideas how to make linux ALSA applications to work under FreeBSD ? some obvious ideas here: - provide fake, OSS-backended libalsa (probably there is such beast on Linux ?) - port ALSA framework on FreeBSD (looks complex, but there was such talks about this in lists) - something else ? -- Vladimir B. Grebenschikov vova@fbsd.ru From Alexander at Leidinger.net Wed Oct 1 11:41:17 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Oct 1 11:41:30 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222855688.21166.33.camel@localhost> References: <1222855688.21166.33.camel@localhost> Message-ID: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 14:08:08 +0400): > Hi > > As far as we have working flash player under linuxator (see "firefox & > flash9 patches" thread in emulation@) it will be nice to have sound > here. > So far flashplayer9 just complains about no ALSA devices: > > ... > Probably anyone have ideas how to make linux ALSA applications to > work under FreeBSD ? > some obvious ideas here: > - provide fake, OSS-backended libalsa (probably there is such beast > on Linux ?) AFAIK there's no such thing on Linux. The openosund developers had a fake libalsa, but it was just a minimal one, and they dont't really maintain it. > - port ALSA framework on FreeBSD (looks complex, but there was such > talks about this in lists) There was just some talk to get the OSS libalsa working... but only talk, no code. So just assume there's nothing. > - something else ? There's a flash9 add-on which uses OSS instead of ALSA (libflashsupport.so in the linux-flashplugin9 port). It should work. If not someone should have a look at what's going on there. Bye, Alexander. -- Ferengi Rule of Acquisition #139: Wives serve, brothers inherit. -- ST:DS9, "Necessary Evil" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From shoesoft at gmx.net Wed Oct 1 12:08:54 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Wed Oct 1 12:09:01 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Message-ID: <200810011408.42265.shoesoft@gmx.net> On Wednesday 01 October 2008 13:16:07 Alexander Leidinger wrote: > Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > > 14:08:08 +0400): > > Hi > > > > As far as we have working flash player under linuxator (see "firefox & > > flash9 patches" thread in emulation@) it will be nice to have sound > > here. > > So far flashplayer9 just complains about no ALSA devices: > > > > ... > > > > Probably anyone have ideas how to make linux ALSA applications to > > work under FreeBSD ? > > some obvious ideas here: > > - provide fake, OSS-backended libalsa (probably there is such beast > > on Linux ?) > > AFAIK there's no such thing on Linux. The openosund developers had a > fake libalsa, but it was just a minimal one, and they dont't really > maintain it. > > > - port ALSA framework on FreeBSD (looks complex, but there was such > > talks about this in lists) > > There was just some talk to get the OSS libalsa working... but only > talk, no code. So just assume there's nothing. > > > - something else ? > > There's a flash9 add-on which uses OSS instead of ALSA > (libflashsupport.so in the linux-flashplugin9 port). It should work. > If not someone should have a look at what's going on there. The port has working sound here with www/linux-firefox. -- Stefan From shoesoft at gmx.net Wed Oct 1 12:36:54 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Wed Oct 1 12:37:05 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Message-ID: <200810011408.42265.shoesoft@gmx.net> On Wednesday 01 October 2008 13:16:07 Alexander Leidinger wrote: > Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > > 14:08:08 +0400): > > Hi > > > > As far as we have working flash player under linuxator (see "firefox & > > flash9 patches" thread in emulation@) it will be nice to have sound > > here. > > So far flashplayer9 just complains about no ALSA devices: > > > > ... > > > > Probably anyone have ideas how to make linux ALSA applications to > > work under FreeBSD ? > > some obvious ideas here: > > - provide fake, OSS-backended libalsa (probably there is such beast > > on Linux ?) > > AFAIK there's no such thing on Linux. The openosund developers had a > fake libalsa, but it was just a minimal one, and they dont't really > maintain it. > > > - port ALSA framework on FreeBSD (looks complex, but there was such > > talks about this in lists) > > There was just some talk to get the OSS libalsa working... but only > talk, no code. So just assume there's nothing. > > > - something else ? > > There's a flash9 add-on which uses OSS instead of ALSA > (libflashsupport.so in the linux-flashplugin9 port). It should work. > If not someone should have a look at what's going on there. The port has working sound here with www/linux-firefox. -- Stefan From clemens at ladisch.de Thu Oct 2 09:00:57 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 09:01:09 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Message-ID: <48E48927.8000309@ladisch.de> Alexander Leidinger wrote: > Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > 14:08:08 +0400): > > Probably anyone have ideas how to make linux ALSA applications to > > work under FreeBSD ? > > some obvious ideas here: > > - provide fake, OSS-backended libalsa (probably there is such beast > > on Linux ?) > > AFAIK there's no such thing on Linux. The alsa-plugins package contains an OSS backend for libasound. See . Regards, Clemens From Alexander at Leidinger.net Thu Oct 2 09:12:29 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Oct 2 09:12:35 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <48E48927.8000309@ladisch.de> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> Message-ID: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Quoting "Clemens Ladisch" (from Thu, 02 Oct 2008 10:41:11 +0200): > Alexander Leidinger wrote: >> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 >> 14:08:08 +0400): >> > Probably anyone have ideas how to make linux ALSA applications to >> > work under FreeBSD ? >> > some obvious ideas here: >> > - provide fake, OSS-backended libalsa (probably there is such beast >> > on Linux ?) >> >> AFAIK there's no such thing on Linux. > > The alsa-plugins package contains an OSS backend for libasound. See > . Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 based)? It may also be interesting to make a native port for this (to get some ALSA-only apps portable to FreeBSD)... Bye, Alexander. -- Put cats in the coffee and mice in the tea! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From vova at fbsd.ru Thu Oct 2 09:38:13 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 09:38:19 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Message-ID: <1222940286.1798.30.camel@localhost> On Thu, 2008-10-02 at 11:12 +0200, Alexander Leidinger wrote: > Quoting "Clemens Ladisch" (from Thu, 02 Oct 2008 > 10:41:11 +0200): > > > Alexander Leidinger wrote: > >> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > >> 14:08:08 +0400): > >> > Probably anyone have ideas how to make linux ALSA applications to > >> > work under FreeBSD ? > >> > some obvious ideas here: > >> > - provide fake, OSS-backended libalsa (probably there is such beast > >> > on Linux ?) > >> > >> AFAIK there's no such thing on Linux. > > > > The alsa-plugins package contains an OSS backend for libasound. See > > . > > Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 > based)? It may also be interesting to make a native port for this (to > get some ALSA-only apps portable to FreeBSD)... Thanks Clemens, I was able to make aplay to play sound on FreeBSD installation. need to install alsa-lib-1.0.15-1.fc8.i386.rpm (minor library upgrade to match oss-plugin) alsa-plugins-oss-1.0.15-3.fc8.1.i386.rpm alsa-utils-1.0.15-1.fc8.i386.rpm (for aplay) and then provide default pcm configuration # cat /compat/linux/etc/asound.conf pcm.!default "oss" pcm.oss { type oss device /dev/dsp } # After that some simple wav's can be played: $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono $ Unfortunately flash9 plug-in is still silent, but it not shows more any error messages. Probably it is due to: --- README-pcm-oss --- ... The function supported by this plugin is limited. For example, you cannot use dmix together with this plugin. Don't expect too much :) ... Probably it worth to try play sound with flash9 player through this plug-in on plain Linux. > Bye, > Alexander. -- Vladimir B. Grebenschikov vova@fbsd.ru From beech at freebsd.org Thu Oct 2 09:56:55 2008 From: beech at freebsd.org (Beech Rintoul) Date: Thu Oct 2 09:57:02 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Message-ID: <200810020137.42027.beech@freebsd.org> On Thursday 02 October 2008, Alexander Leidinger said: > Quoting "Clemens Ladisch" (from Thu, 02 Oct > 2008 > > 10:41:11 +0200): > > Alexander Leidinger wrote: > >> Quoting "Vladimir Grebenschikov" (from Wed, 01 > >> Oct 2008 > >> > >> 14:08:08 +0400): > >> > Probably anyone have ideas how to make linux ALSA applications > >> > to work under FreeBSD ? > >> > some obvious ideas here: > >> > - provide fake, OSS-backended libalsa (probably there is such > >> > beast on Linux ?) > >> > >> AFAIK there's no such thing on Linux. > > > > The alsa-plugins package contains an OSS backend for libasound. > > See > > >DME-pcm-oss;hb=HEAD>. > > Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 > based)? It may also be interesting to make a native port for this > (to get some ALSA-only apps portable to FreeBSD)... > > Bye, > Alexander. I'm also interested, I'd like to get away from the custom OSS skype dists. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From beech at freebsd.org Thu Oct 2 09:56:55 2008 From: beech at freebsd.org (Beech Rintoul) Date: Thu Oct 2 09:57:12 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Message-ID: <200810020137.42027.beech@freebsd.org> On Thursday 02 October 2008, Alexander Leidinger said: > Quoting "Clemens Ladisch" (from Thu, 02 Oct > 2008 > > 10:41:11 +0200): > > Alexander Leidinger wrote: > >> Quoting "Vladimir Grebenschikov" (from Wed, 01 > >> Oct 2008 > >> > >> 14:08:08 +0400): > >> > Probably anyone have ideas how to make linux ALSA applications > >> > to work under FreeBSD ? > >> > some obvious ideas here: > >> > - provide fake, OSS-backended libalsa (probably there is such > >> > beast on Linux ?) > >> > >> AFAIK there's no such thing on Linux. > > > > The alsa-plugins package contains an OSS backend for libasound. > > See > > >DME-pcm-oss;hb=HEAD>. > > Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 > based)? It may also be interesting to make a native port for this > (to get some ALSA-only apps portable to FreeBSD)... > > Bye, > Alexander. I'm also interested, I'd like to get away from the custom OSS skype dists. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From clemens at ladisch.de Thu Oct 2 13:06:02 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 13:06:16 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222940286.1798.30.camel@localhost> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> Message-ID: <48E4C73F.1040105@ladisch.de> Vladimir Grebenschikov wrote: > [...] > After that some simple wav's can be played: > > $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav > Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono > > Unfortunately flash9 plug-in is still silent, but it not shows more any > error messages. Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. This means that it requires an ALSA kernel driver; many other ALSA plugins besides 'oss' do not work with it either. Regards, Clemens From vova at fbsd.ru Thu Oct 2 13:26:26 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 13:26:32 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <48E4C73F.1040105@ladisch.de> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> <48E4C73F.1040105@ladisch.de> Message-ID: <1222953981.1798.60.camel@localhost> On Thu, 2008-10-02 at 15:06 +0200, Clemens Ladisch wrote: > Vladimir Grebenschikov wrote: > > [...] > > After that some simple wav's can be played: > > > > $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav > > Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono > > > > Unfortunately flash9 plug-in is still silent, but it not shows more any > > error messages. > > Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. > This means that it requires an ALSA kernel driver; many other ALSA > plugins besides 'oss' do not work with it either. Bad news. Question is how same flash9 plug-in works with sound for Tijl Coosemans with compat.linux.osrelease=2.4.2 and fc4 libraries ? > Regards, > Clemens -- Vladimir B. Grebenschikov vova@fbsd.ru From clemens at ladisch.de Thu Oct 2 14:16:40 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 14:16:46 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222953981.1798.60.camel@localhost> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> <48E4C73F.1040105@ladisch.de> <1222953981.1798.60.camel@localhost> Message-ID: <48E4D7CE.1040600@ladisch.de> Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 15:06 +0200, Clemens Ladisch wrote: > > Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. > > This means that it requires an ALSA kernel driver; many other ALSA > > plugins besides 'oss' do not work with it either. > > Bad news. > > Question is how same flash9 plug-in works with sound for Tijl Coosemans > with compat.linux.osrelease=2.4.2 and fc4 libraries ? AFAICS his libflashsupport is patched to use OSS directly. Regards, Clemens From bugmaster at FreeBSD.org Mon Oct 6 11:06:58 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 6 11:08:23 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200810061106.m96B6vU4035540@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui o kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision o ports/125900 multimedia audio/jack: Update to 0.109.2 o kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: (Achilleas Mantzios's message of "Mon\, 14 Jul 2008 09\:10\:30 +0300") References: <200807140910.31062.achill@matrix.gatewaynet.com> Message-ID: <50770908@bs1.sp34.ru> Hi! Achilleas Mantzios writes: > In case some one is interested here is the announcement: > > http://www.zoneminder.com/forums/viewtopic.php?t=11965 I've read the thread and tried to build packages. First, I had to add a dependency upon gnutls. But I'n not sure what kind of dependency it should be. There are build, run and library dependencies at the port's Makefile. Second, I've got errors which had been described at the forum. As I understand from forum those arrors should disappear with current ffmpeg port. But I see those errors for all amd64 FreeBSD versions: http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log Packages were build by ports-mgmt/tinderbox. What did I miss? Any help is appresiated. Thanks. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From achill at matrix.gatewaynet.com Tue Oct 7 07:02:17 2008 From: achill at matrix.gatewaynet.com (Achilleas Mantzios) Date: Tue Oct 7 07:02:24 2008 Subject: FreeBSD port for zoneminder 1.23.3 In-Reply-To: <50770908@bs1.sp34.ru> References: <200807140910.31062.achill@matrix.gatewaynet.com> <50770908@bs1.sp34.ru> Message-ID: <200810070927.20449.achill@matrix.gatewaynet.com> ???? Tuesday 07 October 2008 00:10:59 ?/? Boris Samorodov ??????: > Hi! > ????? ????! > Achilleas Mantzios writes: > > > In case some one is interested here is the announcement: > > > > http://www.zoneminder.com/forums/viewtopic.php?t=11965 > > I've read the thread and tried to build packages. > > First, I had to add a dependency upon gnutls. But I'n not sure > what kind of dependency it should be. There are build, run and > library dependencies at the port's Makefile. > > Second, I've got errors which had been described at the forum. > As I understand from forum those arrors should disappear with > current ffmpeg port. But I see those errors for all amd64 First off, i dont have neither 7.1 or 8.0 or amd64 handy. Actually from what the posters on http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=15 say, i conclude that the problem arises with the current ffmpeg port and not vice versa. One user (vess) suggested that you rebuild ffmpeg with --enable-swscale, and remove files/patch_zm_mpeg.cpp. You can try it and post the results to zoneminder.com forum thread in order for future users to have a complete view of all efforts/successes done. > FreeBSD versions: > http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log > http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log > http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log > > Packages were build by ports-mgmt/tinderbox. > What did I miss? Any help is appresiated. Thanks. > > > WBR -- Achilleas Mantzios From bsam at ipt.ru Tue Oct 7 08:06:14 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 7 08:06:20 2008 Subject: FreeBSD port for zoneminder 1.23.3 In-Reply-To: <200810070927.20449.achill@matrix.gatewaynet.com> (Achilleas Mantzios's message of "Tue\, 7 Oct 2008 09\:27\:19 +0300") References: <200807140910.31062.achill@matrix.gatewaynet.com> <50770908@bs1.sp34.ru> <200810070927.20449.achill@matrix.gatewaynet.com> Message-ID: <06121675@bs1.sp34.ru> Achilleas Mantzios writes: > ???? Tuesday 07 October 2008 00:10:59 ?/? Boris Samorodov ??????: >> Hi! >> > > ????? ????! ??????! ;-) >> Achilleas Mantzios writes: >> >> > In case some one is interested here is the announcement: >> > >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965 >> >> I've read the thread and tried to build packages. >> >> First, I had to add a dependency upon gnutls. But I'n not sure >> what kind of dependency it should be. There are build, run and >> library dependencies at the port's Makefile. Can you answer this question? I'd like to suggest a patch to your port but can't do it without that information. >> Second, I've got errors which had been described at the forum. >> As I understand from forum those arrors should disappear with >> current ffmpeg port. But I see those errors for all amd64 > > First off, i dont have neither 7.1 or 8.0 or amd64 handy. The error is identical at all systems, so there is no need to have all of them. BTW, 7-STABLE and 8-CURRENT -i386 suffers the same error: http://bb.ipt.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log http://bb.ipt.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log Actually, one shouldn't have all systems at hand -- ports-mgmt/tinderbox is a great tool. > Actually from what the posters on > http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=15 > say, i conclude that the problem arises with the current ffmpeg port and not vice versa. > One user (vess) suggested that you rebuild ffmpeg with --enable-swscale, > and remove files/patch_zm_mpeg.cpp. > You can try it and post the results to zoneminder.com forum thread in order for future > users to have a complete view of all efforts/successes done. Well, as I'd said, I've read this thread. Actually, many times. ;-) But nothing helped me. Current multimedia/ffmpeg port uses --enable-swscale by default (since 10 Aug 2008) and doesn't have files/patch_zm_mpeg.cpp. That's why I wrote "nothing helps". >> FreeBSD versions: >> http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log >> http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log >> http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log >> >> Packages were build by ports-mgmt/tinderbox. >> What did I miss? Any help is appresiated. Thanks. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From achill at matrix.gatewaynet.com Tue Oct 7 08:28:28 2008 From: achill at matrix.gatewaynet.com (Achilleas Mantzios) Date: Tue Oct 7 08:28:34 2008 Subject: FreeBSD port for zoneminder 1.23.3 In-Reply-To: <06121675@bs1.sp34.ru> References: <200807140910.31062.achill@matrix.gatewaynet.com> <200810070927.20449.achill@matrix.gatewaynet.com> <06121675@bs1.sp34.ru> Message-ID: <200810071128.24882.achill@matrix.gatewaynet.com> ???? Tuesday 07 October 2008 11:07:48 ?/? Boris Samorodov ??????: > Achilleas Mantzios writes: > > ???? Tuesday 07 October 2008 00:10:59 ?/? Boris Samorodov ??????: > >> Hi! > >> > > > > ????? ????! > > ??????! ;-) > > >> Achilleas Mantzios writes: > >> > >> > In case some one is interested here is the announcement: > >> > > >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965 > >> > >> I've read the thread and tried to build packages. > >> > >> First, I had to add a dependency upon gnutls. But I'n not sure > >> what kind of dependency it should be. There are build, run and > >> library dependencies at the port's Makefile. > > Can you answer this question? I'd like to suggest a patch to your port > but can't do it without that information. > If (it compiles without gnutls) { compile it and invoke the programms (run zoneminder); if (missing lib dependancies prevents it from running) { add those deps as LIB_DEPENDS } if (other software (e.g. mysql) is needed to run but not exists) { add those deps to RUN_DEPENDS } } else { add the required s/w as BUILD_DEPENDS } (well, thats my understanding, however i must say that i had gnutls all the way since day 1, and maybe thats why i didnt come across this problem) At which part does the whole build or run require gnutls? > >> Second, I've got errors which had been described at the forum. > >> As I understand from forum those arrors should disappear with > >> current ffmpeg port. But I see those errors for all amd64 > > > > First off, i dont have neither 7.1 or 8.0 or amd64 handy. > > The error is identical at all systems, so there is no need to have all > of them. BTW, 7-STABLE and 8-CURRENT -i386 suffers the same error: > http://bb.ipt.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log > http://bb.ipt.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log > > Actually, one shouldn't have all systems at hand -- ports-mgmt/tinderbox > is a great tool. Aha i'll note that. > > > Actually from what the posters on > > http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=15 > > say, i conclude that the problem arises with the current ffmpeg port and not vice versa. > > One user (vess) suggested that you rebuild ffmpeg with --enable-swscale, > > and remove files/patch_zm_mpeg.cpp. > > You can try it and post the results to zoneminder.com forum thread in order for future > > users to have a complete view of all efforts/successes done. > > Well, as I'd said, I've read this thread. Actually, many times. ;-) > But nothing helped me. > > Current multimedia/ffmpeg port uses --enable-swscale by default (since > 10 Aug 2008) and doesn't have files/patch_zm_mpeg.cpp. That's why I > wrote "nothing helps". > I think you should try to cd /usr/ports/multimedia/zoneminder and try to traditionally "make install" without any fancy tools, then try to find out where the source-level incompatibility from previous ffmpeg is lying . In that case you should simply prepare your own patch for ffmpeg and maybe update the port against the new ffmpeg. I dont know if there is a way so as to programmatically have the previous patch for old ffmpeg and the new one for new. Sorry i cant help more. Changing the source to make it compile and work is the only way. > >> FreeBSD versions: > >> http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log > >> http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log > >> http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log > >> > >> Packages were build by ports-mgmt/tinderbox. > >> What did I miss? Any help is appresiated. Thanks. > > > WBR -- Achilleas Mantzios From bsam at ipt.ru Tue Oct 7 09:30:32 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 7 09:30:39 2008 Subject: FreeBSD port for zoneminder 1.23.3 In-Reply-To: <200810071128.24882.achill@matrix.gatewaynet.com> (Achilleas Mantzios's message of "Tue\, 7 Oct 2008 11\:28\:24 +0300") References: <200807140910.31062.achill@matrix.gatewaynet.com> <200810070927.20449.achill@matrix.gatewaynet.com> <06121675@bs1.sp34.ru> <200810071128.24882.achill@matrix.gatewaynet.com> Message-ID: <50761977@bs1.sp34.ru> Achilleas Mantzios writes: > ???? Tuesday 07 October 2008 11:07:48 ?/? Boris Samorodov ??????: >> Achilleas Mantzios writes: >> > ???? Tuesday 07 October 2008 00:10:59 ?/? Boris Samorodov ??????: >> >> Hi! >> >> >> > >> > ????? ????! >> >> ??????! ;-) >> >> >> Achilleas Mantzios writes: >> >> >> >> > In case some one is interested here is the announcement: >> >> > >> >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965 >> >> >> >> I've read the thread and tried to build packages. >> >> >> >> First, I had to add a dependency upon gnutls. But I'n not sure >> >> what kind of dependency it should be. There are build, run and >> >> library dependencies at the port's Makefile. >> >> Can you answer this question? I'd like to suggest a patch to your port >> but can't do it without that information. > > If (it compiles without gnutls) { > compile it and invoke the programms (run zoneminder); I can't run the program since I haven't got a card so far. But I want to commit your port to the FreeBSD port's tree and hence try to compile it. > if (missing lib dependancies prevents it from running) { > add those deps as LIB_DEPENDS > } > if (other software (e.g. mysql) is needed to run but not exists) { > add those deps to RUN_DEPENDS > } > } > else { > add the required s/w as BUILD_DEPENDS > } > > (well, thats my understanding, however i must say that i had gnutls all the way since day 1, > and maybe thats why i didnt come across this problem) > At which part does the whole build or run require gnutls? At configure stage: ----- checking for pcre.h... yes checking whether round is declared... yes checking whether strsignal is declared... yes test: unexpected operator checking whether MD5 is declared... no configure: error: zm requires gnutls/openssl.h - use ZM_SSL_LIB option to select openssl instead ===> Script "configure" failed unexpectedly. Please report the problem to achill@matrix.gatewaynet.com [maintainer] and attach the "/work/a/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /a/ports/multimedia/zoneminder. ----- >> >> Second, I've got errors which had been described at the forum. >> >> As I understand from forum those arrors should disappear with >> >> current ffmpeg port. But I see those errors for all amd64 >> > >> > First off, i dont have neither 7.1 or 8.0 or amd64 handy. >> >> The error is identical at all systems, so there is no need to have all >> of them. BTW, 7-STABLE and 8-CURRENT -i386 suffers the same error: >> http://bb.ipt.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log >> http://bb.ipt.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log >> >> Actually, one shouldn't have all systems at hand -- ports-mgmt/tinderbox >> is a great tool. > Aha i'll note that. >> >> > Actually from what the posters on >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=15 >> > say, i conclude that the problem arises with the current ffmpeg port and not vice versa. >> > One user (vess) suggested that you rebuild ffmpeg with --enable-swscale, >> > and remove files/patch_zm_mpeg.cpp. >> > You can try it and post the results to zoneminder.com forum thread in order for future >> > users to have a complete view of all efforts/successes done. >> >> Well, as I'd said, I've read this thread. Actually, many times. ;-) >> But nothing helped me. >> >> Current multimedia/ffmpeg port uses --enable-swscale by default (since >> 10 Aug 2008) and doesn't have files/patch_zm_mpeg.cpp. That's why I >> wrote "nothing helps". >> > I think you should try to cd /usr/ports/multimedia/zoneminder and try to > traditionally "make install" without any fancy tools, then try to find out :-) Well, this fancy tool is used to emulate a pure OS. That's why it found out a missing dependency upon security/gnutls. There is no difference other than that. But I'll try to compile the port at my computer. > where the source-level incompatibility from previous ffmpeg is lying . OK, then you say that I need to compile your port with old mutimedia/ffmpeg version? > In that case you should simply prepare your own patch for ffmpeg and maybe update the port > against the new ffmpeg. > I dont know if there is a way so as to programmatically have the previous patch for > old ffmpeg and the new one for new. We can create a port ffmpeg-old (or else) IF it is needed. Or convince ffmpeg maintainer to create, say, an OPTION to the port. There are some ways. But first of all we need to know where is the touble... > Sorry i cant help more. Changing the source to make it compile and work is the only way. >> >> FreeBSD versions: >> >> http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log >> >> http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log >> >> http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log >> >> >> >> Packages were build by ports-mgmt/tinderbox. >> >> What did I miss? Any help is appresiated. Thanks. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From achill at matrix.gatewaynet.com Tue Oct 7 09:49:47 2008 From: achill at matrix.gatewaynet.com (Achilleas Mantzios) Date: Tue Oct 7 09:49:59 2008 Subject: FreeBSD port for zoneminder 1.23.3 In-Reply-To: <50761977@bs1.sp34.ru> References: <200807140910.31062.achill@matrix.gatewaynet.com> <200810071128.24882.achill@matrix.gatewaynet.com> <50761977@bs1.sp34.ru> Message-ID: <200810071249.41708.achill@matrix.gatewaynet.com> ???? Tuesday 07 October 2008 12:32:06 ?/? Boris Samorodov ??????: > Achilleas Mantzios writes: > > ???? Tuesday 07 October 2008 11:07:48 ?/? Boris Samorodov ??????: > >> Achilleas Mantzios writes: > >> > ???? Tuesday 07 October 2008 00:10:59 ?/? Boris Samorodov ??????: > >> >> Hi! > >> >> > >> > > >> > ????? ????! > >> > >> ??????! ;-) > >> > >> >> Achilleas Mantzios writes: > >> >> > >> >> > In case some one is interested here is the announcement: > >> >> > > >> >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965 > >> >> > >> >> I've read the thread and tried to build packages. > >> >> > >> >> First, I had to add a dependency upon gnutls. But I'n not sure > >> >> what kind of dependency it should be. There are build, run and > >> >> library dependencies at the port's Makefile. > >> > >> Can you answer this question? I'd like to suggest a patch to your port > >> but can't do it without that information. > > > > If (it compiles without gnutls) { > > compile it and invoke the programms (run zoneminder); > > I can't run the program since I haven't got a card so far. > But I want to commit your port to the FreeBSD port's tree > and hence try to compile it. > > > if (missing lib dependancies prevents it from running) { > > add those deps as LIB_DEPENDS > > } > > if (other software (e.g. mysql) is needed to run but not exists) { > > add those deps to RUN_DEPENDS > > } > > } > > else { > > add the required s/w as BUILD_DEPENDS > > } > > > > (well, thats my understanding, however i must say that i had gnutls all the way since day 1, > > and maybe thats why i didnt come across this problem) > > At which part does the whole build or run require gnutls? > > At configure stage: > ----- > checking for pcre.h... yes > checking whether round is declared... yes > checking whether strsignal is declared... yes > test: unexpected operator > checking whether MD5 is declared... no > configure: error: zm requires gnutls/openssl.h - use ZM_SSL_LIB option to select openssl instead > ===> Script "configure" failed unexpectedly. > Please report the problem to achill@matrix.gatewaynet.com [maintainer] and > attach the > "/work/a/ports/multimedia/zoneminder/work/ZoneMinder-1.23.3/config.log" > including the output of the failure of your make command. Also, it might be > a good idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /a/ports/multimedia/zoneminder. > ----- Then i think it should go at the bottom of the BUILD_DEPENDS like ${LOCALBASE}/include/gnutls/openssl.h:${PORTSDIR}/security/gnutls:install > > >> >> Second, I've got errors which had been described at the forum. > >> >> As I understand from forum those arrors should disappear with > >> >> current ffmpeg port. But I see those errors for all amd64 > >> > > >> > First off, i dont have neither 7.1 or 8.0 or amd64 handy. > >> > >> The error is identical at all systems, so there is no need to have all > >> of them. BTW, 7-STABLE and 8-CURRENT -i386 suffers the same error: > >> http://bb.ipt.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log > >> http://bb.ipt.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log > >> > >> Actually, one shouldn't have all systems at hand -- ports-mgmt/tinderbox > >> is a great tool. > > Aha i'll note that. > >> > >> > Actually from what the posters on > >> > http://www.zoneminder.com/forums/viewtopic.php?t=11965&postdays=0&postorder=asc&start=15 > >> > say, i conclude that the problem arises with the current ffmpeg port and not vice versa. > >> > One user (vess) suggested that you rebuild ffmpeg with --enable-swscale, > >> > and remove files/patch_zm_mpeg.cpp. > >> > You can try it and post the results to zoneminder.com forum thread in order for future > >> > users to have a complete view of all efforts/successes done. > >> > >> Well, as I'd said, I've read this thread. Actually, many times. ;-) > >> But nothing helped me. > >> > >> Current multimedia/ffmpeg port uses --enable-swscale by default (since > >> 10 Aug 2008) and doesn't have files/patch_zm_mpeg.cpp. That's why I > >> wrote "nothing helps". > >> > > I think you should try to cd /usr/ports/multimedia/zoneminder and try to > > traditionally "make install" without any fancy tools, then try to find out > > :-) > Well, this fancy tool is used to emulate a pure OS. That's why it > found out a missing dependency upon security/gnutls. There is no > difference other than that. But I'll try to compile the port at my > computer. > > > where the source-level incompatibility from previous ffmpeg is lying . > > OK, then you say that I need to compile your port with old > mutimedia/ffmpeg version? > I think/hope that doing that, installing an old version of ffmpeg (e.g. ffmpeg-2007.10.04_4), but it would be better preparing a new patch for the new ffmpeg. > > In that case you should simply prepare your own patch for ffmpeg and maybe update the port > > against the new ffmpeg. > > I dont know if there is a way so as to programmatically have the previous patch for > > old ffmpeg and the new one for new. > > We can create a port ffmpeg-old (or else) IF it is needed. Or convince > ffmpeg maintainer to create, say, an OPTION to the port. There are > some ways. But first of all we need to know where is the touble... > Maybe we should locate/isolate the source incompatibility between the ffmpeg versions and then in the files/patch_zm_mpeg.cpp adjust the cpp code to produce different C code according to the version of ffmpeg, in order to compile with all ffmpeg versions, or introduce a compile time switch. > > Sorry i cant help more. Changing the source to make it compile and work is the only way. > >> >> FreeBSD versions: > >> >> http://tba.bsam.ru/tb/errors/6-bsam-exp/zoneminder-1.23.3,1.log > >> >> http://tba.bsam.ru/tb/errors/7-bsam-exp/zoneminder-1.23.3,1.log > >> >> http://tba.bsam.ru/tb/errors/8-bsam-exp/zoneminder-1.23.3,1.log > >> >> > >> >> Packages were build by ports-mgmt/tinderbox. > >> >> What did I miss? Any help is appresiated. Thanks. > > WBR -- Achilleas Mantzios From rizzo at iet.unipi.it Tue Oct 7 20:44:22 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Tue Oct 7 20:44:29 2008 Subject: saa driver status for freebsd ? In-Reply-To: <20081003092907.GA21707@onelab2.iet.unipi.it> References: <20081003092907.GA21707@onelab2.iet.unipi.it> Message-ID: <20081007203023.GA87488@onelab2.iet.unipi.it> As per the subject, is there anyone working on the 'saa' driver (713x chipset) for FreeBSD, which is part of the kbtv/kbtv2 port ? I have been doing some cleanup work on the driver to prepare it for supporting DVB-T cards, which are widely available (e.g. I am working on the Asus 7131Hybrid) and well supported on Linux so there is at least some reference code. A snapshot of what i currently have is at http://info.iet.unipi.it/~luigi/FreeBSD/saa20081003.tgz The driver itself is already pretty much complete for the analog video part -- it supports various formats and the mmap() interface. Tuner/source/peripheral control is trivially done in userspace (through ioctls to talk to the I2c and GPIO pins) and is not timing-sensitive, so there is really no point in doing that in the driver. So i plan to move/implement that in userspace where it is a lot easier to do. I already have code to upload the firmware to the board. What is missing is just a little bit of code to support read() in addition to mmap(), and some other code (presumably not too complex) to let the 713x copy the received mpeg stream to memory using the DMA engines. If someone else is interested or has already done some of this, please let me know -- as a reference, the standard linux kernel already support this cards through the saa7134 driver (for the video decoder and DMA engine part) and the tda1004x and tda827x/tda829x drivers for the DVB decoder and tuner, respectively. But as I said, the latter two are really things that belong to userland. cheers luigi From frtzkatz at yahoo.com Wed Oct 8 12:57:52 2008 From: frtzkatz at yahoo.com (Fritz Katz) Date: Wed Oct 8 12:57:59 2008 Subject: saa driver status for freebsd ? In-Reply-To: <20081008120020.BA05B1065734@hub.freebsd.org> Message-ID: <155750.29866.qm@web63001.mail.re1.yahoo.com> --- On Wed, 10/8/08, "Luigi Rizzo" wrote: > ... A snapshot of what i currently have is at > > http://info.iet.unipi.it/~luigi/FreeBSD/saa20081003.tgz > > The driver itself is already pretty much complete for > the analog video part -- it supports various formats > and the mmap() interface. Tuner/source/peripheral > control is trivially done in userspace (through > ioctls to talk to the I2c and GPIO pins) and is not > timing-sensitive, so there is really no point in > doing that in the driver. ... Will the userspace 'glue' be able to support applications such as mplayer?: http://www.mplayerhq.hu/DOCS/HTML/en/tv-input.html Cheers, -- Fritz. From wahjava.ml at gmail.com Wed Oct 8 21:36:23 2008 From: wahjava.ml at gmail.com (=?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla) Date: Wed Oct 8 21:36:31 2008 Subject: Recording audio from Microphone Message-ID: <20081008211320.GB51954@chateau.d.lf> Hi all, I'm planning to use FreeBSD for my VoIP needs also, like Ekiga, Empathy, and other free VoIP applications. But I'm not able to test recording of audio from my microphone. I've tried gnome-sound-recorder (with no esd running) and audacity applications. I've two sound cards (Intel HDA - snd_hda1, and Yamaha YMF740C - snd_ds1). To isolate this problem, I've unloaded snd_hda1 while testing. My microphone is connected to the YMF740C sound card. The microphone and sound card are working fine, as I regularly use them in my Gentoo GNU/Linux OS (also installed on the same box). Following is the output of 'mixer' command: ----8<-----8<---- % mixer Mixer vol is currently set to 20:20 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer line is currently set to 75:75 Mixer mic is currently set to 100:100 Mixer cd is currently set to 75:75 Mixer rec is currently set to 100:100 Mixer igain is currently set to 100:100 Mixer ogain is currently set to 100:100 Mixer line1 is currently set to 75:75 Mixer phin is currently set to 0:0 Mixer phout is currently set to 0:0 Mixer video is currently set to 75:75 Recording source: mic ---->8----->8---- With above mixer settings I can hear from my speakers whatever microphone is receiving directly without running any application. But any application trying to record from microphone is not getting any audio data. Any ideas how to rectify this issue ? TiA Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081008/123adee1/attachment.pgp From frank at shute.org.uk Thu Oct 9 08:43:48 2008 From: frank at shute.org.uk (Frank Shute) Date: Thu Oct 9 08:43:54 2008 Subject: Can't get soundcard to work In-Reply-To: <1223536348.4635.15.camel@debian> References: <1223412136.3966.10.camel@debian> <4463o4qe3c.fsf@be-well.ilk.org> <1223490072.3978.3.camel@debian> <20081008210853.GA97002@melon.esperance-linux.co.uk> <1223502091.4635.3.camel@debian> <20081008223141.GA97321@melon.esperance-linux.co.uk> <1223536348.4635.15.camel@debian> Message-ID: <20081009082040.GA131@melon.esperance-linux.co.uk> On Thu, Oct 09, 2008 at 09:12:28AM +0200, Aniruddha wrote: > > On Wed, 2008-10-08 at 23:31 +0100, Frank Shute wrote: > > > ls /dev/d > > > da0 da2 dcons devstat dsp0.0 dsp1.0 > > > da1 da3 devctl dgdb dsp0.1 dumpdev > > > > On my machine: > > > > $ ls /dev | grep dsp > > dsp0.0 > > dsp0.1 > > > > i.e no dsp1.0 > > > > Could be that the 2 cards are confusing it, as you suggested previously > > (they both use the same driver). Can you disable one in the BIOS? > > I am afraid not :( my ATI radeon 3850 comes with HDMI support which I > can't disable. :( What about the onboard Intel chip? Can you disable that? > > > What does: > > > > $ cat /dev/sndstat > > > > give you? > > sndstat: > > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > > Installed devices: > > pcm0: at memory > 0xff9ec000 irq 17 kld snd_hda [20080420_0052] [MPSAFE] (mixer only) > > pcm1: at memory > 0xffafc000 irq 19 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v > channels duplex) The driver is binding to both. > > > I'm not surprised it freaks out - it's probably struggling to figure > > out which card to use. > > > > I feel pretty sure you'll have better luck disabling one. I have had 2 > > cards in the same machine before but they used different drivers. > > Can this problem be solved with buying an new soundcard? Or wil I run > into the same mess? I'm no expert on the sound subsystem, so I can't tell you. You can probably get what you've got to work but I don't know the appropriate magic. I think you're probably best off posting to: freebsd-multimedia@freebsd.org Explain that you've got 2 sound chips with the snd_hda driver binding to both & ask whether it's possible to get sound out of that configuration without disabling one. > > -- > Regards, > > Aniruddha > Sorry, I couldn't be more help. BTW, hope you don't mind but I've cc'd this to multimedia@ For those on that list, the thread starts here: http://lists.freebsd.org/pipermail/freebsd-questions/2008-October/183904.html Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html From mav at FreeBSD.org Thu Oct 9 17:25:01 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Thu Oct 9 17:25:07 2008 Subject: Can't get soundcard to work In-Reply-To: <1223554982.00023555.1223542202@10.7.7.3> References: <1223425382.00022950.1223412603@10.7.7.3> <1223428982.00022977.1223416203@10.7.7.3> <1223500987.00023360.1223490602@10.7.7.3> <1223511787.00023435.1223500204@10.7.7.3> <1223515383.00023447.1223502601@10.7.7.3> <1223518981.00023460.1223505602@10.7.7.3> <1223547783.00023534.1223536802@10.7.7.3> <1223554982.00023555.1223542202@10.7.7.3> Message-ID: <48EE3E69.5070708@FreeBSD.org> Frank Shute wrote: > On Thu, Oct 09, 2008 at 09:12:28AM +0200, Aniruddha wrote: >> On Wed, 2008-10-08 at 23:31 +0100, Frank Shute wrote: >>>> ls /dev/d >>>> da0 da2 dcons devstat dsp0.0 dsp1.0 >>>> da1 da3 devctl dgdb dsp0.1 dumpdev >>> On my machine: >>> >>> $ ls /dev | grep dsp >>> dsp0.0 >>> dsp0.1 >>> >>> i.e no dsp1.0 It will be created on demand when sound application will try to open it directly. Also it may be set as default with hw.snd.default_unit sysctl described in man sound. >>> What does: >>> >>> $ cat /dev/sndstat >>> >>> give you? >> sndstat: >>> FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) >>> Installed devices: >>> pcm0: at memory >> 0xff9ec000 irq 17 kld snd_hda [20080420_0052] [MPSAFE] (mixer only) >>> pcm1: at memory >> 0xffafc000 irq 19 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v >> channels duplex) > > The driver is binding to both. Indeed. First one is HDMI on video and second on motherboard. The old snd_hda driver you have surely unable to manage first one. Second looks better, but also should be tested. Updated driver in 8-CURRENT should work better. It could be ported to 7-STABLE without any modifications. -- Alexander Motin From blubber at hotpop.com Sat Oct 11 23:43:30 2008 From: blubber at hotpop.com (Waldmeister) Date: Sat Oct 11 23:43:36 2008 Subject: How to play new flavor of mp3 files References: 16026.51618.401941.833013@guru.mired.org Message-ID: <1971695858.20081012011828@hotpop.com> Guten Tag freebsd-multimedia freebsd-multimedia, a little late: http://lists.freebsd.org/pipermail/freebsd-multimedia/2003-April/000069.html this are fake files from Media Defender. -- Mit freundlichen Gr?ssen Waldmeister mailto:blubber@hotpop.com From barbara.xxx1975 at libero.it Sun Oct 12 03:41:13 2008 From: barbara.xxx1975 at libero.it (barbara) Date: Sun Oct 12 03:41:19 2008 Subject: gstreamer-plugins upgrade: totem failure on big videos Message-ID: Hello, after upgrading all my gstreamer* ports yesterday, totem fails on playing big videos (in terms of width x height). For example I can play a 512x384 video, but trying with a 720x576 video this message is displayed in a popup: An error occurred Failed to create output image buffer of 720x576 pixels and this message is printed on the console: ** Message: Error: Failed to create output image buffer of 720x576 pixels xvimagesink.c(621): gst_xvimagesink_xvimage_new (): /GstPlayBin:play/GstBin:vbin/GstGConfVideoSink:video-sink/GstBin:bin0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: could not get shared memory of 622080 bytes From mezz7 at cox.net Sun Oct 12 16:35:59 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Oct 12 16:36:05 2008 Subject: gstreamer-plugins upgrade: totem failure on big videos In-Reply-To: References: Message-ID: On Sat, 11 Oct 2008 22:29:25 -0500, barbara wrote: > Hello, > after upgrading all my gstreamer* ports yesterday, totem fails on > playing big videos (in terms of width x height). > For example I can play a 512x384 video, but trying with a 720x576 video > this message is displayed in a popup: > > An error occurred > Failed to create output image buffer of 720x576 pixels > > and this message is printed on the console: > ** Message: Error: Failed to create output image buffer of 720x576 pixels > xvimagesink.c(621): gst_xvimagesink_xvimage_new (): > /GstPlayBin:play/GstBin:vbin/GstGConfVideoSink:video-sink/GstBin:bin0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: > could not get shared memory of 622080 bytes I can't reproduce it. Have you follow in multimedia/totem/files/pkg-messages.in yet? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From barbara.xxx1975 at libero.it Sun Oct 12 18:40:50 2008 From: barbara.xxx1975 at libero.it (barbara) Date: Sun Oct 12 18:40:59 2008 Subject: gstreamer-plugins upgrade: totem failure on big videos Message-ID: > On Sat, 11 Oct 2008 22:29:25 -0500, barbara > wrote: > > > Hello, > > after upgrading all my gstreamer* ports yesterday, totem fails on > > playing big videos (in terms of width x height). > > For example I can play a 512x384 video, but trying with a 720x576 video > > this message is displayed in a popup: > > > > An error occurred > > Failed to create output image buffer of 720x576 pixels > > > > and this message is printed on the console: > > ** Message: Error: Failed to create output image buffer of 720x576 pixels > > xvimagesink.c(621): gst_xvimagesink_xvimage_new (): > > /GstPlayBin:play/GstBin:vbin/GstGConfVideoSink:video-sink/GstBin:bin0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: > > could not get shared memory of 622080 bytes > > I can't reproduce it. Have you follow in > multimedia/totem/files/pkg-messages.in yet? > > Cheers, > Mezz > > Thanks! Setting those sysctl fixed the problem. So now I wonder why it was working before :) Anyway, if I'm not wrong, the message is not displayed and, as it refers to xine FAQ, it could lead into thinking that it's about totem-xine. Kind regards Barbara From bugmaster at FreeBSD.org Mon Oct 13 11:06:53 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 13 11:08:22 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200810131106.m9DB6qV2029491@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui o kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision o ports/125900 multimedia audio/jack: Update to 0.109.2 o kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: Synopsis: [snd_hda] snd_hda needs doesn't recognise headphones on Dell XPS-1730 State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:18:36 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT should manage this. I expect to merge it to 7-STABLE a bit later. http://www.freebsd.org/cgi/query-pr.cgi?pr=119181 From mav at FreeBSD.org Mon Oct 13 11:22:56 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Mon Oct 13 11:23:03 2008 Subject: kern/120144: [snd_hda] snd_hda plays sound on all outputs Message-ID: <200810131122.m9DBMulq034765@freefall.freebsd.org> Synopsis: [snd_hda] snd_hda plays sound on all outputs State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:22:29 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT should manage this. I expect to merge it to 7-STABLE a bit later. http://www.freebsd.org/cgi/query-pr.cgi?pr=120144 From mav at FreeBSD.org Mon Oct 13 11:24:52 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Mon Oct 13 11:24:58 2008 Subject: kern/117729: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 Message-ID: <200810131124.m9DBOp6b034837@freefall.freebsd.org> Synopsis: [snd_hda] microphone is not working with snd_hda on FreeBSD AMD64 State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:24:24 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT should manage this. I expect to merge it to 7-STABLE a bit later. http://www.freebsd.org/cgi/query-pr.cgi?pr=117729 From mav at FreeBSD.org Mon Oct 13 11:27:43 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Mon Oct 13 11:27:49 2008 Subject: kern/119671: [snd_hda] line is mic and mic is line on Fujitsu Siemens Lifebook P7120 FreeBSD-Current Message-ID: <200810131127.m9DBRgfE034903@freefall.freebsd.org> Synopsis: [snd_hda] line is mic and mic is line on Fujitsu Siemens Lifebook P7120 FreeBSD-Current State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:26:18 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT may help you. If it won't, you can configure it manually using device.hints. http://www.freebsd.org/cgi/query-pr.cgi?pr=119671 From mav at FreeBSD.org Mon Oct 13 11:29:21 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Mon Oct 13 11:29:27 2008 Subject: kern/124645: [snd_hda] snd_hda and SB600, speakers not deactivated after headphones connecting Message-ID: <200810131129.m9DBTKNT034955@freefall.freebsd.org> Synopsis: [snd_hda] snd_hda and SB600, speakers not deactivated after headphones connecting State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:28:57 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT should manage this. I expect to merge it to 7-STABLE a bit later. http://www.freebsd.org/cgi/query-pr.cgi?pr=124645 From mav at FreeBSD.org Mon Oct 13 11:33:11 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Mon Oct 13 11:33:17 2008 Subject: kern/126217: [snd_hda] no snd_hda support for internal microphone for ACER Aspire 4715z laptop Message-ID: <200810131133.m9DBXAcH037036@freefall.freebsd.org> Synopsis: [snd_hda] no snd_hda support for internal microphone for ACER Aspire 4715z laptop State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Mon Oct 13 11:32:32 UTC 2008 State-Changed-Why: Updated snd_hda driver from 8-CURRENT should manage this. I expect to merge it to 7-STABLE a bit later. http://www.freebsd.org/cgi/query-pr.cgi?pr=126217 From mari48 at kis.ru Mon Oct 13 12:54:57 2008 From: mari48 at kis.ru (mari48@kis.ru) Date: Mon Oct 13 14:06:58 2008 Subject: report Message-ID: <20081013155444.55c06b80.mari48@kis.ru> -- -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 67125 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20081013/98c85223/config.obj From edwin at FreeBSD.org Tue Oct 14 07:00:18 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Oct 14 07:00:25 2008 Subject: ports/128086: Add schroedinger (dirac) codec support for multimedia/ffmpeg Message-ID: <200810140700.m9E70Iwl039552@freefall.freebsd.org> Synopsis: Add schroedinger (dirac) codec support for multimedia/ffmpeg Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Tue Oct 14 07:00:18 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128086 From mav at FreeBSD.org Tue Oct 14 20:09:12 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Tue Oct 14 20:09:19 2008 Subject: kern/120780: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 Message-ID: <200810142009.m9EK9CAT051742@freefall.freebsd.org> Synopsis: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 State-Changed-From-To: open->feedback State-Changed-By: mav State-Changed-When: Tue Oct 14 20:08:14 UTC 2008 State-Changed-Why: Please try new snd_hda driver in recent -CURRENT. http://www.freebsd.org/cgi/query-pr.cgi?pr=120780 From mav at FreeBSD.org Tue Oct 14 20:30:00 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Tue Oct 14 20:30:05 2008 Subject: kern/125822: [snd_hda] [patch] Does not define the device: pcm0: Message-ID: <200810142029.m9EKTxGV053963@freefall.freebsd.org> Synopsis: [snd_hda] [patch] Does not define the device: pcm0: State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Tue Oct 14 20:27:35 UTC 2008 State-Changed-Why: Codec IDs patch part committed to the -CURRENT, redirection issue should be fixed with present snd_hda version. http://www.freebsd.org/cgi/query-pr.cgi?pr=125822 From kargl at troutmask.apl.washington.edu Tue Oct 14 20:33:46 2008 From: kargl at troutmask.apl.washington.edu (Steven G. Kargl) Date: Tue Oct 14 20:33:53 2008 Subject: kern/120780: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 In-Reply-To: <200810142009.m9EK9CAT051742@freefall.freebsd.org> Message-ID: <200810142033.m9EKXkHj002728@troutmask.apl.washington.edu> mav@FreeBSD.org wrote: > Synopsis: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 > > State-Changed-From-To: open->feedback > State-Changed-By: mav > State-Changed-When: Tue Oct 14 20:08:14 UTC 2008 > State-Changed-Why: > Please try new snd_hda driver in recent -CURRENT. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120780 It does not work. -- Steve http://troutmask.apl.washington.edu/~kargl/ From mav at FreeBSD.org Tue Oct 14 20:39:14 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Tue Oct 14 20:39:21 2008 Subject: kern/117599: [snd_hda] Audio routing problem NVIDIA MCP51 HDA Message-ID: <200810142039.m9EKdEnV057494@freefall.freebsd.org> Old Synopsis: [sound] Audio routing problem NVIDIA MCP51 HDA New Synopsis: [snd_hda] Audio routing problem NVIDIA MCP51 HDA State-Changed-From-To: open->patched State-Changed-By: mav State-Changed-When: Tue Oct 14 20:37:52 UTC 2008 State-Changed-Why: New snd_hda driver committed to the -CURRENT should manadge this situation better. http://www.freebsd.org/cgi/query-pr.cgi?pr=117599 From mav at FreeBSD.org Tue Oct 14 20:50:15 2008 From: mav at FreeBSD.org (mav@FreeBSD.org) Date: Tue Oct 14 20:50:21 2008 Subject: kern/120780: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 Message-ID: <200810142050.m9EKoFRT057871@freefall.freebsd.org> Synopsis: [snd_hda] snd_hda doesn't work on Dell Latitutude D530 State-Changed-From-To: feedback->open State-Changed-By: mav State-Changed-When: Tue Oct 14 20:47:51 UTC 2008 State-Changed-Why: I have forgotten that it was reported that problem is still there. http://www.freebsd.org/cgi/query-pr.cgi?pr=120780 From scrappy at hub.org Fri Oct 17 05:03:24 2008 From: scrappy at hub.org (Marc G. Fournier) Date: Fri Oct 17 05:03:31 2008 Subject: Burning to IDE DVD Burner ... Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is this possible? I just tried with tkdvd, and it spits out cam related errors, so it doesn't *look* like I can do it with growisofs ... am I missing something? Thank you ... - -- Marc G. Fournier Hub.Org Hosting Solutions S.A. (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj4GEMACgkQ4QvfyHIvDvPqCwCgjOIS2zONKZAWwBQi6v00fLVy RlwAnimHwyS2xaK4RBLxTLH/VC1xY5X4 =Kk5k -----END PGP SIGNATURE----- From onemda at gmail.com Fri Oct 17 10:12:27 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Fri Oct 17 10:12:34 2008 Subject: Burning to IDE DVD Burner ... In-Reply-To: References: Message-ID: <3a142e750810170247q7a64d151j5993fde683e22deb@mail.gmail.com> On 10/17/08, Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Is this possible? I just tried with tkdvd, and it spits out cam related > errors, so it doesn't *look* like I can do it with growisofs ... am I > missing > something? > You have atapicam loaded? and correct permissions? > Thank you ... > > - -- > Marc G. Fournier Hub.Org Hosting Solutions S.A. (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkj4GEMACgkQ4QvfyHIvDvPqCwCgjOIS2zONKZAWwBQi6v00fLVy > RlwAnimHwyS2xaK4RBLxTLH/VC1xY5X4 > =Kk5k > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to > "freebsd-multimedia-unsubscribe@freebsd.org" > From adamk at voicenet.com Fri Oct 17 10:44:59 2008 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Oct 17 10:45:06 2008 Subject: Using jack on snd_hda Message-ID: <200810170626.25333.adamk@voicenet.com> Is it possible to get jack to work on an intel HDA chip? When I try to run 'jackd -d oss' this is what I get: [ adamk@sorrow - ~ ]: jackd -d oss jackd 0.109.2 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. oss_driver: /dev/dsp : 0x10/2/48000 (4096) oss_driver: indevbuf 4096 B, outdevbuf 4096 B oss_driver: not using barrier mode, (single thread) OSS: read() failed: oss_driver.c@1068, count=-1/4096, errno=22 Any thoughts? Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From pj at smo.de Sat Oct 18 03:25:04 2008 From: pj at smo.de (Philipp Ost) Date: Sat Oct 18 03:25:10 2008 Subject: Burning to IDE DVD Burner ... In-Reply-To: References: Message-ID: <48F85BD8.4090504@smo.de> Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Is this possible? I just tried with tkdvd, and it spits out cam related > errors, so it doesn't *look* like I can do it with growisofs ... am I missing > something? It is possible. I've done it several times (single and double layer disks). For single layer DVDs I use growisofs -dvd-compat -Z /dev/cd0=file.iso To burn a DL-DVD I have/had to set the write speed to 2 (else it wouldn't work at all, even if the burner itself is capable of 4x): growisofs -dvd-compat -Z /dev/cd0=file.iso -speed=2 dmesg reports the following: acd0: DVDR at ata1-master UDMA33 The only problem I have is mounting DVD-RAM disks, but that's a totally different story. HTH, Philipp From shoesoft at gmx.net Sat Oct 18 08:44:52 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Sat Oct 18 08:44:59 2008 Subject: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 (envy24) Message-ID: <200810181044.47598.shoesoft@gmx.net> Hello, I think this problem occurs in some cases if multiple playback channels are active at the same time. Note that I don't use vchans but the playback channels provided by envy24. $ uname -a FreeBSD taxman.pepperland 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #64: Fri Oct 17 11:04:45 CEST 2008 stefan@taxman.pepperland:/usr/obj/usr/src/sys/TAXMAN i386 Here's the backtrace: Unread portion of the kernel message buffer: panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys/modules/sound/driver/envy24/../../../../dev/sound/pci/envy24.c:2044 ... #0 doadump () at pcpu.h:196 in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc045acf9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1064525632, dummy4=0xe475aa28 "\200?3?") at /usr/src/sys/ddb/db_command.c:516 #2 0xc045b27c in db_command (last_cmdp=0xc0844ad4, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413 #3 0xc045b38a in db_command_loop () at /usr/src/sys/ddb/db_command.c:466 #4 0xc045cb7d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #5 0xc05865f6 in kdb_trap (type=3, code=0, tf=0xe475abd0) at /usr/src/sys/kern/subr_kdb.c:524 #6 0xc079572f in trap (frame=0xe475abd0) at /usr/src/sys/i386/i386/trap.c:688 #7 0xc077b9db in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #8 0xc058677a in kdb_enter_why (why=0xc07d2a12 "panic", msg=0xc07d2a12 "panic") at cpufunc.h:60 #9 0xc055b7e6 in panic (fmt=0xc07d1776 "_mtx_lock_sleep: recursed on non- recursive mutex %s @ %s:%d\n") at /usr/src/sys/kern/kern_shutdown.c:557 #10 0xc054ec7a in _mtx_lock_sleep (m=0xc442ecc0, tid=3292586544, opts=0, file=0xc09a4d64 "/usr/src/sys/modules/sound/driver/envy24/../../../../dev/sound/pci/envy24.c", line=2044) at /usr/src/sys/kern/kern_mutex.c:314 #11 0xc054eecf in _mtx_lock_flags (m=0xc442ecc0, opts=0, file=0xc09a4d64 "/usr/src/sys/modules/sound/driver/envy24/../../../../dev/sound/pci/envy24.c", line=2044) at /usr/src/sys/kern/kern_mutex.c:186 #12 0xc09a3140 in envy24_intr (p=0xc4442800) at /usr/src/sys/modules/sound/driver/envy24/../../../../dev/sound/pci/envy24.c:2044 #13 0xc053c775 in ithread_loop (arg=0xc44445e0) at /usr/src/sys/kern/kern_intr.c:1088 #14 0xc0539b08 in fork_exit (callout=0xc053c5b0 , arg=0xc44445e0, frame=0xe475ad38) at /usr/src/sys/kern/kern_fork.c:804 #15 0xc077ba50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 From rizzo at iet.unipi.it Sat Oct 18 08:49:12 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Sat Oct 18 08:49:18 2008 Subject: Burning to IDE DVD Burner ... In-Reply-To: <48F85BD8.4090504@smo.de> References: <48F85BD8.4090504@smo.de> Message-ID: <20081018083339.GA47219@onelab2.iet.unipi.it> On Fri, Oct 17, 2008 at 11:33:12AM +0200, Philipp Ost wrote: > Marc G. Fournier wrote: > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > > > >Is this possible? I just tried with tkdvd, and it spits out cam related > >errors, so it doesn't *look* like I can do it with growisofs ... am I > >missing something? > > It is possible. I've done it several times (single and double layer disks). > > For single layer DVDs I use > growisofs -dvd-compat -Z /dev/cd0=file.iso > > To burn a DL-DVD I have/had to set the write speed to 2 (else it > wouldn't work at all, even if the burner itself is capable of 4x): > growisofs -dvd-compat -Z /dev/cd0=file.iso -speed=2 > > dmesg reports the following: > acd0: DVDR at ata1-master UDMA33 one thing to remember is that you need to kldload (or build into the kernel) the atapicam module -- which is the one that makes the cd/dvd appear as cd0 instead of 'acd0' (it's not just a name difference, the drivers support different ioctls and growisofs uses the ones implemented by atapicam cheers luigi From onemda at gmail.com Sat Oct 18 17:45:00 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Sat Oct 18 17:45:06 2008 Subject: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 (envy24) In-Reply-To: <200810181044.47598.shoesoft@gmx.net> References: <200810181044.47598.shoesoft@gmx.net> Message-ID: <3a142e750810181044x18a0e7a2ve1fbbde1dd88cbb8@mail.gmail.com> On 10/18/08, Stefan Ehmann wrote: > Hello, > > I think this problem occurs in some cases if multiple playback channels are > active at the same time. Note that I don't use vchans but the playback > channels provided by envy24. Send problem report. From adamk at voicenet.com Sat Oct 18 20:20:38 2008 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Sat Oct 18 20:20:45 2008 Subject: Using jack on snd_hda In-Reply-To: <7CE3E8AD-0915-4224-AD74-1FE3B5F7F6B8@gmail.com> References: <200810170626.25333.adamk@voicenet.com> <7CE3E8AD-0915-4224-AD74-1FE3B5F7F6B8@gmail.com> Message-ID: <20081018161943.b4a12a84.adamk@voicenet.com> On Fri, 17 Oct 2008 13:13:37 +0200 t-u-t wrote: > > On 17 Oct 2008, at 12:26, Adam K Kirchhoff wrote: > > > > > Is it possible to get jack to work on an intel HDA chip? When I > > try to run > > 'jackd -d oss' this is what I get: > > > > [ adamk@sorrow - ~ ]: jackd -d oss > > jackd 0.109.2 > > Copyright 2001-2005 Paul Davis and others. > > jackd comes with ABSOLUTELY NO WARRANTY > > This is free software, and you are welcome to redistribute it > > under certain conditions; see the file COPYING for details > > > > JACK compiled with System V SHM support. > > loading driver .. > > oss_driver: /dev/dsp : 0x10/2/48000 (4096) > > oss_driver: indevbuf 4096 B, outdevbuf 4096 B > > oss_driver: not using barrier mode, (single thread) > > OSS: read() failed: oss_driver.c@1068, count=-1/4096, errno=22 > > > > Any thoughts? > > > > Adam > > i'm no expert, but i think you may have to try different switches/ > settings > i dunno what -d is, mine hasn't had much luck with -r (realtime), > etc.. > > do you also have qjackctl installed from ports? try different > settings from there and watch the log window > I have tried nearly multiple options in qjackctl, adjust memory lock, ignore h/w, various sample rates, and frames per period. But nothing worked. It could take me forever to try every possible combination of every option in qjackctl, though, which is why I'm hoping someone can tell me if it's possible to get it to work at all... And, if so, what settings need to be used :-) Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From goaengel at gmx.net Sun Oct 19 16:10:19 2008 From: goaengel at gmx.net (Tino Engel) Date: Sun Oct 19 16:10:26 2008 Subject: FreeBSD Port: gstreamer-plugins-swfdec-0.10.8_3,3 Message-ID: <20081019174414.1d551498@gmx.net> Dear port maintainers, I saw a type on the ports webpage: gstreamer-plugins-swfdec-0.10.8_3,3 Gstreamer flash redering plugin Should of course be flash rendering plugin. (missing 'n' in rendering). Best regards, Tino From QAT at FreeBSD.org Sun Oct 19 16:38:18 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 19 16:38:24 2008 Subject: audio/jack - fails: mtree Message-ID: <20081019162032.7356212E427D@quark.ds9.tecnik93.com> Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/jackit-0.109.2.log : building jackit-0.109.2 in directory /var/tinderbox/7-STABLE-FTP maintained by: multimedia@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/audio/jack Makefile ident: $FreeBSD: ports/audio/jack/Makefile,v 1.44 2008/10/07 23:46:21 gahr Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Oct 19 16:19:04 UTC 2008 ................................................... install -o root -g wheel -m 444 'jack.pc' '/usr/local/libdata/pkgconfig/jack.pc' ===> Compressing manual pages for jackit-0.109.2 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for jackit-0.109.2 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/bin/jackd If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://jackit.sourceforge.net/ ================================================================ ======================================== ===> Building package for jackit-0.109.2 Creating package /tmp/packages/All/jackit-0.109.2.tbz Registering depends: libsndfile-1.0.17_2 flac-1.2.1 libogg-1.1.3,4 portaudio-18.1_2 libiconv-1.11_1 pkg-config-0.23_1. Creating bzip'd tar ball in '/tmp/packages/All/jackit-0.109.2.tbz' Deleting jackit-0.109.2 pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit/reference/html' pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit/reference' pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9587438 4 drwxr-xr-x 3 root wheel 512 Oct 19 16:20 usr/local/share/jack-audio-connection-kit 9587439 4 drwxr-xr-x 3 root wheel 512 Oct 19 16:20 usr/local/share/jack-audio-connection-kit/reference 9587440 4 drwxr-xr-x 2 root wheel 2048 Oct 19 16:20 usr/local/share/jack-audio-connection-kit/reference/html 9587442 8 -r--r--r-- 1 root wheel 2247 Oct 19 16:20 usr/local/share/jack-audio-connection-kit/reference/html/classes.html ================================================================ build of /usr/ports/audio/jack ended at Sun Oct 19 16:20:29 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From dougb at FreeBSD.org Sun Oct 19 20:43:16 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Oct 19 20:43:22 2008 Subject: FreeBSD Port: gstreamer-plugins-swfdec-0.10.8_3,3 In-Reply-To: <20081019174414.1d551498@gmx.net> References: <20081019174414.1d551498@gmx.net> Message-ID: <48FB95A2.9020100@FreeBSD.org> Tino Engel wrote: > Dear port maintainers, > > I saw a type on the ports webpage: > > gstreamer-plugins-swfdec-0.10.8_3,3 > Gstreamer flash redering plugin > > Should of course be flash rendering plugin. (missing 'n' in rendering). Thanks for letting us know. The error is in the Makefile COMMENT, but that port is also overdue for being removed so that might be the better fix. Doug -- This .signature sanitized for your protection From bugmaster at FreeBSD.org Mon Oct 20 11:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 20 11:08:22 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200810201106.m9KB6spp082724@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision o ports/125900 multimedia audio/jack: Update to 0.109.2 p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: Hello, Can you add "x11grab" as a build option for ffmpeg? I added it manually to CONFIGURE_ARGS but it would be nice to throw it into the option list if I decide to build ffmpeg in the future. I ported Istanbul to FreeBSD and found it slow and has poor video quality. I installed vnc2swf and found it uncessesarily convoluted and the video poor as well. Regards, Rick From charmik24 at googlemail.com Mon Oct 20 13:22:41 2008 From: charmik24 at googlemail.com (Olga) Date: Mon Oct 20 13:22:48 2008 Subject: AMD Geode CS5536 audio support Message-ID: <715a3da80810200601n31742db7qdc6dd6fb58df94eb@mail.gmail.com> Hi all, is there any possibility to get the cs5536 sound working on FreeBSD-7??? I've already tried the origin driver cs5530 with the following patch http://people.freebsd.org/~rink/various/ns_geode.diff without success :-( cat /dev/sndstat says: "FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed Devices: " output from dmesg | grep pcm "pcm0: calling bus_alloc_resource pcm0: failed to enable memory mapping! pcm0: unable to map BAR reg device_attach: pcm0 attach returned 6 " Any help would appreciate! From nienabk at fuse.net Tue Oct 21 13:05:56 2008 From: nienabk at fuse.net (KN) Date: Tue Oct 21 13:06:03 2008 Subject: No sound from second sound card Message-ID: I have two sound cards. One is integrated and the other is a Sound Blaster 128PCI. I want to use both sound cards and use them independently. It looks to me like both sound cards are recognized: $ dmesg Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 167772160 (160 MB) avail memory = 150163456 (143 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd800-0xd8ff mem 0xfd000000-0xfdffffff,0xfe8ff000-0xfe8fffff at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xef80-0xef9f irq 9 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered piix0: port 0x440-0x44f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 csa0: mem 0xfebfe000-0xfebfefff,0xfea00000-0xfeafffff irq 9 at device 11.0 on pci0 csa: card is Unknown/invalid SSID (CS4614) csa0: [GIANT-LOCKED] csa0: [ITHREAD] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] sis0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 10 at device 18.0 on pci0 sis0: Silicon Revision: DP83815D miibus0: on sis0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:09:5b:04:3b:42 sis0: [ITHREAD] pcm1: port 0xef00-0xef3f irq 11 at device 19.0 on pci0 pcm1: es1370_wrcodec: timed out pcm1: es1370_wrcodec: timed out pcm1: es1370_wrcodec: timed out pcm1: es1370_wrcodec: timed out pcm1: [ITHREAD] pcm1: pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 501138329 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 4126MB at ata0-master UDMA33 ad2: 114473MB at ata1-master UDMA33 acd0: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad0s1a sis0: Applying short cable fix (reg=8) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) sis0: Applying short cable fix (reg=e8) $ cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: at irq 9 kld snd_csa [GIANT] (1p:1v/1r:1v channels duplex) [pcm0:play:dsp0.p0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 14, underruns 0, feed 14, ready 0 [b:4096/2048/2|bs:4096/2048/2] {userland} -> feeder_vchan(0x10000010) -> {hardware} pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp0]: spd 8000/48000, fmt 0x00000008/0x10000010, flags 0x10000000, 0x00000008 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:4096/128/32] {userland} -> feeder_root(0x00000008) -> feeder_8to16(0x00000008 -> 0x00000080) -> feeder_rate(8000 -> 48000) -> feeder_monotostereo16(0x00000080 -> 0x10000080) -> feeder_sign16(0x10000080 -> 0x10000010) -> {hardware} [pcm0:record:dsp0.r0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 4096, sfree 4096 [b:4096/2048/2|bs:4096/2048/2] {hardware} -> feeder_root(0x10000010) -> feeder_vchan(0x10000010) -> {userland} pcm0:record:dsp0.r0[pcm0:virtual:dsp0.vr0]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} pcm1: at io 0xef00 irq 11 kld snd_es137x [MPSAFE] (2p:1v/1r:1v channels duplex default) [pcm1:play:dsp1.p0]: spd 44100, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:4096/2048/2|bs:4096/2048/2] {userland} -> feeder_vchan(0x10000010) -> {hardware} [pcm1:play:dsp1.p1]: spd 44100/48000, fmt 0x10000010, flags 0x00000000, 0x00000008 interrupts 0, underruns 0, feed 0, ready 0 [b:4096/2048/2|bs:65536/2048/32] {userland} -> feeder_root(0x10000010) -> feeder_rate(44100 -> 48000) -> {hardware} pcm1:play:dsp1.p0[pcm1:virtual:dsp1.vp0]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, underruns 0, feed 0, ready 0 [b:0/0/0|bs:0/0/0] {userland} -> feeder_root(0x00000000) -> {hardware} [pcm1:record:dsp1.r0]: spd 48000, fmt 0x10000010, flags 0x00101000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 4096, sfree 4096 [b:4096/2048/2|bs:4096/2048/2] {hardware} -> feeder_root(0x10000010) -> feeder_vchan(0x10000010) -> {userland} pcm1:record:dsp1.r0[pcm1:virtual:dsp1.vr0]: spd 0, fmt 0x00000000/0x00000008, flags 0x10000000, 0x00000000 interrupts 0, overruns 0, feed 0, hfree 0, sfree 0 [b:0/0/0|bs:0/0/0] {hardware} -> feeder_root(0x00000000) -> {userland} $ mixer -f /dev/dsp0 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 90:90 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer rec is currently set to 0:0 Mixer igain is currently set to 0:0 Mixer ogain is currently set to 50:50 Mixer line1 is currently set to 75:75 Mixer phin is currently set to 0:0 Mixer phout is currently set to 0:0 Mixer video is currently set to 75:75 Recording source: mic $ mixer -f /dev/dsp1 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer ogain is currently set to 50:50 Mixer line1 is currently set to 75:75 Mixer line2 is currently set to 0:0 Mixer line3 is currently set to 0:0 Recording source: mic I get noise when I $ cat .shrc > /dev/dsp0" But nothing when I $ cat .shrc > /dev/dsp1" Also, I have verified that the SoundBlaster 128PCI actually works by rebooting and disabling the integrated sound in BIOS. The card is recognized (but appears under dsp0) and I get noise when I $ cat .shrc > /dev/dsp0" What am I missing? Thanks, Kevin From rannumgen at globaleyes.net Wed Oct 22 07:08:21 2008 From: rannumgen at globaleyes.net (Random User) Date: Wed Oct 22 07:08:28 2008 Subject: ports/124501: multimedia/gstreamer-ffmpeg version 0.10.4_1 compile fails (gnome-config, gstreamer-check, many config errors) In-Reply-To: <200809051505.m85F5Fds084874@freefall.freebsd.org> References: <200809051505.m85F5Fds084874@freefall.freebsd.org> Message-ID: <48FECE76.4000003@globaleyes.net> Removing /etc/make.conf "-march=-native" allows gstreamer-ffmpeg to compile successfully. pav@FreeBSD.org wrote: > Synopsis: multimedia/gstreamer-ffmpeg version 0.10.4_1 compile fails (gnome-config, gstreamer-check, many config errors) > > State-Changed-From-To: open->feedback > State-Changed-By: pav > State-Changed-When: Fri Sep 5 15:04:24 UTC 2008 > State-Changed-Why: > config.log is not relevant here; can you go to > work/gst-ffmpeg-0.10.4/gst-libs/ext/ffmpeg/config.err, look for something like > this: > > 1524 BEGIN /tmp/ffmpeg-conf--87465-.c > 1525 1 int main(void){ return 0; } > 1526 END /tmp/ffmpeg-conf--87465-.c > > and paste 10 lines around it, if they contain any errors? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124501 From grosser at fim.uni-passau.de Thu Oct 23 17:46:03 2008 From: grosser at fim.uni-passau.de (Tobias Grosser) Date: Thu Oct 23 17:46:11 2008 Subject: T61p microphone not working after snd_hda import Message-ID: <1224783057.1317.26.camel@localhost> Hi, I can not get my microphone working with the new snd_hda. % mixer -f /dev/mixer0 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer cd is currently set to 75:75 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer ogain is currently set to 50:50 Mixer monitor is currently set to 100:100 Recording source: monitor % mixer -f /dev/mixer1 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 dmesg attached. It seems I do not have a "mic" entry any more. My be it is renamed to monitor, but monitor also does not work. At least it seams that my microphone is connected to pcm0, but I can not find/enable it in mixer. Is there somewhere more documentation to understand snd_hda? See you Tobias -------------- next part -------------- pci0: driver added found-> vendor=0x8086, dev=0x27d8, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:27:0: reprobing on driver added hdac0: mem 0xec300000-0xec303fff irq 17 at device 27.0 on pci0 hdac0: hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: Probing codec 0... hdac0: hdac0: hdac0: Vendor: 0x11d4 hdac0: Device: 0x1981 hdac0: Revision: 0x02 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x201017aa hdac0: Found audio FG nid=1 startnode=2 endnode=32 total=30 hdac0: Probing codec 1... hdac0: hdac0: hdac0: Vendor: 0x14f1 hdac0: Device: 0x2bfa hdac0: Revision: 0x00 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x201017aa hdac0: Found modem FG nid=2 startnode=112 endnode=116 total=4 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x40000004 NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac0: GHOST: nid=2 j=0 entnum=4 index=0 res=0x00000401 hdac0: nid 5 0xc3014110 as 1 seq 0 Line-out Both jack 1 loc 3 color Green misc 1 hdac0: nid 6 0x422140f0 as 15 seq 0 Headphones None jack 1 loc 2 color Green misc 0 hdac0: nid 7 0x591311f0 as 15 seq 0 Speaker None jack 3 loc 25 color Black misc 1 hdac0: nid 8 0xc3a1502e as 2 seq 14 Mic Both jack 1 loc 3 color Red misc 0 hdac0: nid 9 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 hdac0: nid 10 0x014411f0 as 15 seq 0 SPDIF-out Jack jack 4 loc 1 color Black misc 1 hdac0: nid 22 0x59f311f0 as 15 seq 0 Other None jack 3 loc 25 color Black misc 1 hdac0: nid 23 0x599311f0 as 15 seq 0 AUX None jack 3 loc 25 color Black misc 1 hdac0: nid 24 0x41a190f0 as 15 seq 0 Mic None jack 1 loc 1 color Pink misc 0 hdac0: nid 25 0x9933e120 as 2 seq 0 CD Fixed jack 3 loc 25 color White misc 1 hdac0: Patched pins configuration: hdac0: nid 5 0xc3014110 as 1 seq 0 Line-out Both jack 1 loc 3 color Green misc 1 hdac0: nid 6 0x422140f0 as 15 seq 0 Headphones None jack 1 loc 2 color Green misc 0 [DISABLED] hdac0: nid 7 0x591311f0 as 15 seq 0 Speaker None jack 3 loc 25 color Black misc 1 [DISABLED] hdac0: nid 8 0xc3a1502e as 2 seq 14 Mic Both jack 1 loc 3 color Red misc 0 hdac0: nid 9 0x418130f0 as 15 seq 0 Line-in None jack 1 loc 1 color Blue misc 0 [DISABLED] hdac0: nid 10 0x014411f0 as 15 seq 0 SPDIF-out Jack jack 4 loc 1 color Black misc 1 hdac0: nid 22 0x59f311f0 as 15 seq 0 Other None jack 3 loc 25 color Black misc 1 [DISABLED] hdac0: nid 23 0x599311f0 as 15 seq 0 AUX None jack 3 loc 25 color Black misc 1 [DISABLED] hdac0: nid 24 0x41a190f0 as 15 seq 0 Mic None jack 1 loc 1 color Pink misc 0 [DISABLED] hdac0: nid 25 0x9933e120 as 2 seq 0 CD Fixed jack 3 loc 25 color White misc 1 hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Association 1 (2) in: hdac0: Pin nid=25 seq=0 hdac0: Pin nid=8 seq=14 hdac0: Association 2 (15) out: hdac0: Pin nid=10 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 3 hdac0: Association 0 (1) trace succeded hdac0: Tracing association 1 (2) hdac0: Pin 25 traced to ADC 4 hdac0: Pin 8 traced to ADC 4 hdac0: Association 1 (2) trace succeded hdac0: Tracing association 2 (15) hdac0: Pin 10 traced to DAC 2 hdac0: Association 2 (15) trace succeded hdac0: Tracing input monitor hdac0: Tracing nid 12 to out hdac0: Tracing nid 14 to out hdac0: nid 14 is input monitor hdac0: Tracing nid 15 to out hdac0: Tracing beeper hdac0: nid 16 traced to out hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00030311 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x00020060 hdac0: 16 bits, 44 48 KHz hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=1 [GHOST!] [UNKNOWN] (selected) hdac0: + [DISABLED] <- nid=4 [audio input] hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x00000441 hdac0: PWR PROC STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: hdac0: nid: 4 hdac0: Name: audio input hdac0: Widget cap: 0x00100511 hdac0: PWR STEREO hdac0: Association: 1 (0x00004001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x0006007f hdac0: 16 20 bits, 8 11 16 22 32 44 48 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=21 [audio selector] hdac0: hdac0: nid: 5 hdac0: Name: pin: Line-out (Both) hdac0: Widget cap: 0x00400187 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x0001173f hdac0: ISC TRQD PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] EAPD hdac0: Pin config: 0xc3014110 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80053f3d hdac0: mute=1 step=63 size=5 offset=61 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=3 [audio output] (selected) hdac0: + [DISABLED] <- nid=14 Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Pin cap: 0x0000001f hdac0: ISC TRQD PDC HP OUT hdac0: Pin config: 0x422140f0 hdac0: Pin control: 0x0000000 mute=1 step=63 size=5 offset=61 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3 [audio output] (selected) hdac0: + <- nid=14 [audio mixer] hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400104 hdac0: Pin config: 0x591311f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80053f3d hdac0: mute=1 step=63 size=5 offset=61 hdac0: connections: 1 hdac0: | hdac0: nid: 8 hdac0: Name: pin: Mic (Both) UNSOL STEREO hdac0: Association: 1 (0x00004000) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00001727 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: pin: Line-in (None) hdac0: Widget cap Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x418130f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80053f3d hdac0: mute=1 step=63 size=5 offset=61 hdac0: Input amp: 0x00270300 Oct 23 15:ED] <- nid=3 [audio output] (selected) hdac0: + <- nid=14 [audio mixer] hdac0: hdac0: nid: 10 hdac0: Name: pin: SPDIF-out (Jack) hdac0: Widget cap: 0x00400301 Oct 23 15:20000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x014411f0 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=2 [audio output] STEREO hdac0: Association: 1 (0x00004001) hdac0: OSS: mix, monitor hdac0: connections: 6 hdac0: | hdac0: + [DISABLED] <- nid=3 [audio output] Oct 23 1ABLED] <- nid=9 [pin: Line-in (None)] [DISABLED] hdac0: + <- nid=14 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=5 [pin: Line-out (Both)] hdac0: + [DISABLED] <- nid=24 [pin: Mic (None)] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: audio mix OSS: monitor hdac0: connections: 2 hdac0: | hdac0: + <- nid=30 [audio selector] hdac0: + [DISABLED] <- nid=31 [audio selector] [DISABLED] hdac0: hdac0: Widget cap: 0x0030010c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker hdac0: Output amp: 0x800b0f0f hdac0: mute=1 step=15 size=11 offset=15 Oct 23 15:25:35 tobi: hdac0: + <- nid=16 [beep widget] (selected) hdac0: + [DISABLED] <- nid=22 [pin: Other (None)] [DISABLED] hdac0: hdac0: nid: 14 hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdahdac0: + <- nid=13 [audio selector] hdac0: + [DISABLED] <- nid=17 [audio selector] [DISABLED] hdac0: + <- nid=18 [audio selector] hdac0: + [DISABLED] <- nid=19 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=26 [audio selector] [DISABLED] hdac0: nid: 15 hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: Association: 1 (0x00004001) hdac0: OSS: mix, monitor hd + <- nid=11 [audio selector] hdac0: hdac0: nid: 16 hdac0: Name: beep widget hdac0: Widget cap: 0x00700000 hdac0: Association: -2 (0x00000000) Oct 23 15:25:35 tobilaptop kerne: nid: 17 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=1 step= | hdac0: + <- nid=3 [audio output] hdac0: elector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 1 (0x00004000) hdac0: OSS: monitor hdac0: Output amp: 0x80051f17 hdac0: | hdac0: + <- nid=8 [pin: Mic (Both)] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x003p: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=9 [pin: Line-in (None)] [DISABLED] hdac0: Oct 23 15:25:3et hdac0: Widget cap: 0x00500500 hdac0: PWR hdac0: connections: 13 hdac0: | hdac0: + <- nid=13 [audio selector] (selected) hdac0: + <- nid=16 [beep widget] hdac0: + <- nid=19 [audio selector] [DISABLED] hdac0: + <- nid=20 [power widget] [DISABLED] hdac0: + <- nid=21 [audio selector] hdac0: + 896a0000 pcm0: sndbuf_setmap 99df0000, 4000; 0xf3531000 -> 99df0000 pcm1: on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00020060 pcm1: 16 bits, 44 48 KHz pcm1: DAC: 2 pcm1: pcm1: +--------------------------------+ pcm1: | DUMPING Playback/Record Pathes | pcm1: +--------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=10 [pin: SPDIF-out (Jack)] pcm1: | pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Forcing Soft PCM volume pcm1: Forcing master volume with PCM pcm1:01e pcm1: sndbuf_setmap 4af30000, 4000; 0xf3541000 -> 4af30000 From newbie at poq.co.za Fri Oct 24 07:14:56 2008 From: newbie at poq.co.za (newbie@poq.co.za) Date: Fri Oct 24 07:15:04 2008 Subject: Mencoder Message-ID: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> Hi There I have a Brooktree chipped card. It's got 4 video inputs. I'm trying to record video, no audio from all 4 channels of the card using mencoder. I use fxtv to display video on the seperate channels. I get video on all of them. This is the command I use fxtv -disableDirectV -inputFormat paln -deviceNumber 0 fxtv -disableDirectV -inputFormat paln -deviceNumber 1 fxtv -disableDirectV -inputFormat paln -deviceNumber 2 fxtv -disableDirectV -inputFormat paln -deviceNumber 3 So i got video on all of them, but when I record using mencoder I only get video on the first device. Device (1,2 and 3) got no video(blue screen). But from fxtv it works fine. mencoder -tv device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm=pal tv:// -o tv.avi -ovc lavc -nosound mencoder -tv device=/dev/bktr1,/dev/tuner1:driver=bsdbt848:width=640:height=480:norm=pal tv:// -o tv.avi -ovc lavc -nosound mencoder -tv device=/dev/bktr2,/dev/tuner2:driver=bsdbt848:width=640:height=480:norm=pal tv:// -o tv.avi -ovc lavc -nosound mencoder -tv device=/dev/bktr3,/dev/tuner3:driver=bsdbt848:width=640:height=480:norm=pal tv:// -o tv.avi -ovc lavc -nosound I have read the man pages for mencoder, but still no joy. Its probally a syntax problem. Can anyone please help me. THANKS!! Regards lou From mav at FreeBSD.org Fri Oct 24 11:11:40 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Fri Oct 24 11:27:52 2008 Subject: T61p microphone not working after snd_hda import In-Reply-To: <1224796981.00028396.1224784203@10.7.7.3> References: <1224796981.00028396.1224784203@10.7.7.3> Message-ID: <4901AD6A.2030106@FreeBSD.org> Tobias Grosser wrote: > I can not get my microphone working with the new snd_hda. AD1981HD is the most specific HDA codec I have seen. It has very specific mixer organization which can be configured in several different ways and which present driver's logic unable to handle properly. Previous driver's logic was so tangled, that I am surprised that it worked sometimes. I your case it must be a luck. My mic for example was not working. I have no place to experiment with this codec, so if you would like to help me with debugging we can try to do something with it. > dmesg attached. How have you made it so dirty? It is all shredded in peaces. I can't read some parts. Can you remade it somehow? Add also hw.snd.verbose=4 to the loader.conf to enable additional debugging messages. > It seems I do not have a "mic" entry any more. My be it is renamed to > monitor, but monitor also does not work. > At least it seams that my microphone is connected to pcm0, but I can not > find/enable it in mixer. Driver names internal microphone as "monitor" and external as "mic". In your case pin reports itself as both internal and external. I don't know how it should work in this case. Probably there is some off-codec logic. > Is there somewhere more documentation to understand snd_hda? If you have read new snd_hda man page and this mail list archive then probably only HDA specification. Code is now also more readable and commented. -- Alexander Motin From shoesoft at gmx.net Fri Oct 24 18:17:17 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Fri Oct 24 18:17:24 2008 Subject: Mencoder In-Reply-To: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> References: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> Message-ID: <200810242017.12118.shoesoft@gmx.net> On Friday 24 October 2008 08:40:04 newbie@poq.co.za wrote: > Hi There > > I have a Brooktree chipped card. It's got 4 video inputs. > I'm trying to record video, no audio from all 4 channels > of the card using mencoder. I use fxtv to display video > on the seperate channels. I get video on all of them. This > is the command I use > > fxtv -disableDirectV -inputFormat paln -deviceNumber 0 > fxtv -disableDirectV -inputFormat paln -deviceNumber 1 > fxtv -disableDirectV -inputFormat paln -deviceNumber 2 > fxtv -disableDirectV -inputFormat paln -deviceNumber 3 > > So i got video on all of them, but when I record using > mencoder I only get video on the first device. Device > (1,2 and 3) got no video(blue screen). But from fxtv > it works fine. > > mencoder -tv > device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm=pal > tv:// -o tv.avi -ovc lavc -nosound > mencoder -tv > device=/dev/bktr1,/dev/tuner1:driver=bsdbt848:width=640:height=480:norm=pal > tv:// -o tv.avi -ovc lavc -nosound > mencoder -tv > device=/dev/bktr2,/dev/tuner2:driver=bsdbt848:width=640:height=480:norm=pal > tv:// -o tv.avi -ovc lavc -nosound > mencoder -tv > device=/dev/bktr3,/dev/tuner3:driver=bsdbt848:width=640:height=480:norm=pal > tv:// -o tv.avi -ovc lavc -nosound > > I have read the man pages for mencoder, but still no joy. > Its probally a syntax problem. Can anyone please help me. Have you tried playing around with the "input" parameter? I needed to set it to 1 on my old bktr card (which had only one input though). From mav at FreeBSD.org Fri Oct 24 19:00:48 2008 From: mav at FreeBSD.org (Alexander Motin) Date: Fri Oct 24 19:01:56 2008 Subject: HDA controllers and MSI support. Message-ID: <49021B5D.6070008@FreeBSD.org> Hi. I have tried and found that my ICH8-based system successfully supports Message Signaled Interrupts on HDA controller. It allows to avoid interrupt sharing and in theory gives some performance benefits. It is now disabled in driver by default, but can be enabled via hint.hdac.%d.msi device.hints control. You can see that MSI is in use if your hdacX device uses interrupt vector above 255. I am thinking, shouldn't we enable this feature by default? There should be no problem with both supporting and nonsupporting hardware. There could be only problems with broken hardware declaring fake features. So I would like to know, is there any of such cases for HDA hardware or not? -- Alexander Motin From onemda at gmail.com Fri Oct 24 20:48:45 2008 From: onemda at gmail.com (Paul B. Mahol) Date: Fri Oct 24 20:49:16 2008 Subject: HDA controllers and MSI support. In-Reply-To: <49021B5D.6070008@FreeBSD.org> References: <49021B5D.6070008@FreeBSD.org> Message-ID: <3a142e750810241348t1c054cefn713441b5423181f2@mail.gmail.com> On 10/24/08, Alexander Motin wrote: > Hi. > > I have tried and found that my ICH8-based system successfully supports > Message Signaled Interrupts on HDA controller. It allows to avoid > interrupt sharing and in theory gives some performance benefits. > > It is now disabled in driver by default, but can be enabled via > hint.hdac.%d.msi device.hints control. You can see that MSI is in use if > your hdacX device uses interrupt vector above 255. > > I am thinking, shouldn't we enable this feature by default? > > There should be no problem with both supporting and nonsupporting > hardware. There could be only problems with broken hardware declaring > fake features. So I would like to know, is there any of such cases for > HDA hardware or not? It works for me: > vmstat -i interrupt total rate irq1: atkbd0 11234 9 irq9: acpi0 1532 1 irq12: psm0 81372 71 irq14: ata0 1 0 irq16: vgapci0 175701 153 irq17: ndis0+ 8240 7 cpu0: timer 2286240 1998 irq256: hdac0 99566 87 cpu1: timer 2286004 1998 Total 4949890 4326 hdac0@pci0:0:27:0: class=0x040300 card=0x30a2103c chip=0x27d88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[70] = PCI-Express 1 type 0 hdac0: mem 0xf4580000-0xf4583fff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20081013_0113 hdac0: [ITHREAD] hdac0: HDA Codec #0: Analog Devices AD1981HD hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown) pcm0: at cad 0 nid 1 on hdac0 From gunter at six-two.net Fri Oct 24 23:29:38 2008 From: gunter at six-two.net (Gunter Wambaugh) Date: Fri Oct 24 23:29:45 2008 Subject: WinTV-PVR-150 on sparc64 Message-ID: <8be127920810241558k5acf73adma118715ddf1b8d96@mail.gmail.com> Hey all! Has anyone been able to get a Hauppauge WinTV-PVR-150 card (or similar) working on a sparc64 system? I was able to get the pvrxxx port installed, but when I load the cxm module I get a kernel panic. Is this something that just isn't going to work on the sparc architecture? TIA From newbie at poq.co.za Mon Oct 27 08:00:45 2008 From: newbie at poq.co.za (newbie@poq.co.za) Date: Mon Oct 27 08:01:23 2008 Subject: Mencoder In-Reply-To: <200810242017.12118.shoesoft@gmx.net> References: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> <200810242017.12118.shoesoft@gmx.net> Message-ID: <64500.192.168.2.167.1225094433.squirrel@mail.wtec.co.za> > On Friday 24 October 2008 08:40:04 newbie@poq.co.za wrote: >> Hi There >> >> I have a Brooktree chipped card. It's got 4 video inputs. >> I'm trying to record video, no audio from all 4 channels >> of the card using mencoder. I use fxtv to display video >> on the seperate channels. I get video on all of them. This >> is the command I use >> >> fxtv -disableDirectV -inputFormat paln -deviceNumber 0 >> fxtv -disableDirectV -inputFormat paln -deviceNumber 1 >> fxtv -disableDirectV -inputFormat paln -deviceNumber 2 >> fxtv -disableDirectV -inputFormat paln -deviceNumber 3 >> >> So i got video on all of them, but when I record using >> mencoder I only get video on the first device. Device >> (1,2 and 3) got no video(blue screen). But from fxtv >> it works fine. >> >> mencoder -tv >> device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm=pal >> tv:// -o tv.avi -ovc lavc -nosound >> mencoder -tv >> device=/dev/bktr1,/dev/tuner1:driver=bsdbt848:width=640:height=480:norm=pal >> tv:// -o tv.avi -ovc lavc -nosound >> mencoder -tv >> device=/dev/bktr2,/dev/tuner2:driver=bsdbt848:width=640:height=480:norm=pal >> tv:// -o tv.avi -ovc lavc -nosound >> mencoder -tv >> device=/dev/bktr3,/dev/tuner3:driver=bsdbt848:width=640:height=480:norm=pal >> tv:// -o tv.avi -ovc lavc -nosound >> >> I have read the man pages for mencoder, but still no joy. >> Its probally a syntax problem. Can anyone please help me. > > Have you tried playing around with the "input" parameter? I needed to set > it > to 1 on my old bktr card (which had only one input though). > Yes I have, and I noticed some strange results. For Example the device parameter is completely ignored. I can change it to 99(/dev/bktr99), and will still run. And mplayer will always display (/dev/bktr0) video. It's must be ignoring the device input, I'm not sure what i'm doing wrong. mplayer -tv device=/dev/bktr1,tuner=/dev/tuner1:driver=bsdbt848:input=1:chanlist=europe-west tv:// mplayer -tv device=/dev/bktr3:driver=bsdbt848:input=1:chanlist=europe-west tv:// This is the latest port versions installed gmencoder-0.1.0_10 mplayer-0.99.11_8 mplayer-skins-1.1.2_6 Thanks lou From bugmaster at FreeBSD.org Mon Oct 27 11:07:17 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 27 11:08:33 2008 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200810271107.m9RB7GNE002016@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in o ports/127468 multimedia [PATCH]audio/wavpack: update to 4.50.1 o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron o ports/127084 multimedia multimedia/linux-realplayer is vulnerable o ports/126668 multimedia [patch] multimedia/ffmpeg - quick and dirty symbol bui p kern/126217 multimedia [snd_hda] no snd_hda support for internal microphone f f ports/126043 multimedia multimedia/ffmpeg: ffplay returns Undefined symbol "pt o ports/126020 multimedia multimedia/transcode depends on wrong version of lzo o ports/126019 multimedia multimedia/transcode patch revision o ports/125900 multimedia audio/jack: Update to 0.109.2 p kern/125822 multimedia [snd_hda] [patch] Does not define the device: pcm0: Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 3 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/jackit-0.109.2.log : building jackit-0.109.2 in directory /var/tinderbox/7-STABLE-FTP maintained by: multimedia@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/audio/jack Makefile ident: $FreeBSD: ports/audio/jack/Makefile,v 1.44 2008/10/07 23:46:21 gahr Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Mon Oct 27 18:38:14 UTC 2008 ................................................... install -o root -g wheel -m 444 'jack.pc' '/usr/local/libdata/pkgconfig/jack.pc' ===> Compressing manual pages for jackit-0.109.2 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for jackit-0.109.2 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/bin/jackd If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://jackit.sourceforge.net/ ================================================================ ======================================== ===> Building package for jackit-0.109.2 Creating package /tmp/packages/All/jackit-0.109.2.tbz Registering depends: libsndfile-1.0.17_2 flac-1.2.1 libogg-1.1.3,4 portaudio-18.1_2 libiconv-1.11_1 pkg-config-0.23_1. Creating bzip'd tar ball in '/tmp/packages/All/jackit-0.109.2.tbz' Deleting jackit-0.109.2 pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit/reference/html' pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit/reference' pkg_delete: unable to completely remove directory '/usr/local/share/jack-audio-connection-kit' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9751417 4 drwxr-xr-x 3 root wheel 512 Oct 27 18:39 usr/local/share/jack-audio-connection-kit 9751418 4 drwxr-xr-x 3 root wheel 512 Oct 27 18:39 usr/local/share/jack-audio-connection-kit/reference 9751419 4 drwxr-xr-x 2 root wheel 2048 Oct 27 18:39 usr/local/share/jack-audio-connection-kit/reference/html 9751421 8 -r--r--r-- 1 root wheel 2247 Oct 27 18:39 usr/local/share/jack-audio-connection-kit/reference/html/classes.html ================================================================ build of /usr/ports/audio/jack ended at Mon Oct 27 18:39:30 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From newbie at poq.co.za Wed Oct 29 07:48:19 2008 From: newbie at poq.co.za (newbie@poq.co.za) Date: Wed Oct 29 07:48:27 2008 Subject: Mencoder In-Reply-To: <64500.192.168.2.167.1225094433.squirrel@mail.wtec.co.za> References: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> <200810242017.12118.shoesoft@gmx.net> <64500.192.168.2.167.1225094433.squirrel@mail.wtec.co.za> Message-ID: <61387.192.168.2.167.1225266486.squirrel@mail.wtec.co.za> >> On Friday 24 October 2008 08:40:04 newbie@poq.co.za wrote: >>> Hi There >>> >>> I have a Brooktree chipped card. It's got 4 video inputs. >>> I'm trying to record video, no audio from all 4 channels >>> of the card using mencoder. I use fxtv to display video >>> on the seperate channels. I get video on all of them. This >>> is the command I use >>> >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 0 >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 1 >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 2 >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 3 >>> >>> So i got video on all of them, but when I record using >>> mencoder I only get video on the first device. Device >>> (1,2 and 3) got no video(blue screen). But from fxtv >>> it works fine. >>> >>> mencoder -tv >>> device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm=pal >>> tv:// -o tv.avi -ovc lavc -nosound >>> mencoder -tv >>> device=/dev/bktr1,/dev/tuner1:driver=bsdbt848:width=640:height=480:norm=pal >>> tv:// -o tv.avi -ovc lavc -nosound >>> mencoder -tv >>> device=/dev/bktr2,/dev/tuner2:driver=bsdbt848:width=640:height=480:norm=pal >>> tv:// -o tv.avi -ovc lavc -nosound >>> mencoder -tv >>> device=/dev/bktr3,/dev/tuner3:driver=bsdbt848:width=640:height=480:norm=pal >>> tv:// -o tv.avi -ovc lavc -nosound >>> >>> I have read the man pages for mencoder, but still no joy. >>> Its probally a syntax problem. Can anyone please help me. >> >> Have you tried playing around with the "input" parameter? I needed to >> set >> it >> to 1 on my old bktr card (which had only one input though). >> > > Yes I have, and I noticed some strange results. For Example the device > parameter is completely ignored. I can change it to 99(/dev/bktr99), and > will still run. And mplayer will always display (/dev/bktr0) video. It's > must be ignoring the device input, I'm not sure what i'm doing wrong. > > mplayer -tv > device=/dev/bktr1,tuner=/dev/tuner1:driver=bsdbt848:input=1:chanlist=europe-west > tv:// > mplayer -tv device=/dev/bktr3:driver=bsdbt848:input=1:chanlist=europe-west > tv:// > > This is the latest port versions installed > gmencoder-0.1.0_10 > mplayer-0.99.11_8 > mplayer-skins-1.1.2_6 > > Thanks > lou > > > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to > "freebsd-multimedia-unsubscribe@freebsd.org" > HI There I have found the problem. But I don't know how to fix it. Its inside the patch 'patch-stream-tvi_bsdbt848.c' in mplayer's port folder. There is a hardcoded variable " +priv->btdev = strdup("/dev/bktr0"); ". If I change it for example /dev/bktr7, That channel works fine. Can anyone please help me to fix this. I want mplayer/mencoder to except my input from console, not a hardcoded variable in the source. Thanks lou From shoesoft at gmx.net Wed Oct 29 08:57:12 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Wed Oct 29 08:57:18 2008 Subject: Mencoder In-Reply-To: <61387.192.168.2.167.1225266486.squirrel@mail.wtec.co.za> References: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> <64500.192.168.2.167.1225094433.squirrel@mail.wtec.co.za> <61387.192.168.2.167.1225266486.squirrel@mail.wtec.co.za> Message-ID: <200810290957.06153.shoesoft@gmx.net> On Wednesday 29 October 2008 08:48:06 newbie@poq.co.za wrote: > >> On Friday 24 October 2008 08:40:04 newbie@poq.co.za wrote: > >>> Hi There > >>> > >>> I have a Brooktree chipped card. It's got 4 video inputs. > >>> I'm trying to record video, no audio from all 4 channels > >>> of the card using mencoder. I use fxtv to display video > >>> on the seperate channels. I get video on all of them. This > >>> is the command I use > >>> > >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 0 > >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 1 > >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 2 > >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 3 > >>> > >>> So i got video on all of them, but when I record using > >>> mencoder I only get video on the first device. Device > >>> (1,2 and 3) got no video(blue screen). But from fxtv > >>> it works fine. > >>> > >>> mencoder -tv > >>> device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm > >>>=pal tv:// -o tv.avi -ovc lavc -nosound ... > I have found the problem. But I don't know how to fix it. Its inside the > patch 'patch-stream-tvi_bsdbt848.c' in mplayer's port folder. There is a > hardcoded variable " +priv->btdev = strdup("/dev/bktr0"); ". If I > change it for example /dev/bktr7, That channel works fine. > > Can anyone please help me to fix this. I want mplayer/mencoder to except my > input from console, not a hardcoded variable in the source. The patch doesn't seem to be correct. The device parsed in tvi_init_bsdbt848() gets overwritten in init(). Removing this line from init() should fix it: priv->btdev = strdup("/dev/bktr0"); -- Stefan From newbie at poq.co.za Wed Oct 29 12:17:48 2008 From: newbie at poq.co.za (newbie@poq.co.za) Date: Wed Oct 29 12:17:56 2008 Subject: Mencoder In-Reply-To: <200810290957.06153.shoesoft@gmx.net> References: <53464.192.168.2.167.1224830404.squirrel@mail.wtec.co.za> <64500.192.168.2.167.1225094433.squirrel@mail.wtec.co.za> <61387.192.168.2.167.1225266486.squirrel@mail.wtec.co.za> <200810290957.06153.shoesoft@gmx.net> Message-ID: <55159.192.168.2.167.1225282657.squirrel@mail.wtec.co.za> > On Wednesday 29 October 2008 08:48:06 newbie@poq.co.za wrote: >> >> On Friday 24 October 2008 08:40:04 newbie@poq.co.za wrote: >> >>> Hi There >> >>> >> >>> I have a Brooktree chipped card. It's got 4 video inputs. >> >>> I'm trying to record video, no audio from all 4 channels >> >>> of the card using mencoder. I use fxtv to display video >> >>> on the seperate channels. I get video on all of them. This >> >>> is the command I use >> >>> >> >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 0 >> >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 1 >> >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 2 >> >>> fxtv -disableDirectV -inputFormat paln -deviceNumber 3 >> >>> >> >>> So i got video on all of them, but when I record using >> >>> mencoder I only get video on the first device. Device >> >>> (1,2 and 3) got no video(blue screen). But from fxtv >> >>> it works fine. >> >>> >> >>> mencoder -tv >> >>> device=/dev/bktr0,/dev/tuner0:driver=bsdbt848:width=640:height=480:norm >> >>>=pal tv:// -o tv.avi -ovc lavc -nosound > ... >> I have found the problem. But I don't know how to fix it. Its inside the >> patch 'patch-stream-tvi_bsdbt848.c' in mplayer's port folder. There is a >> hardcoded variable " +priv->btdev = strdup("/dev/bktr0"); ". If I >> change it for example /dev/bktr7, That channel works fine. >> >> Can anyone please help me to fix this. I want mplayer/mencoder to except >> my >> input from console, not a hardcoded variable in the source. > > The patch doesn't seem to be correct. The device parsed in > tvi_init_bsdbt848() > gets overwritten in init(). > > Removing this line from init() should fix it: > priv->btdev = strdup("/dev/bktr0"); > > -- > Stefan > Hi There Thanks Stefan, got it working. Thanks a lot. lou From tigner at msu.edu Wed Oct 29 16:00:36 2008 From: tigner at msu.edu (tigner) Date: Wed Oct 29 16:17:26 2008 Subject: FreeBSD Port: tovid-0.30_6 Message-ID: <1225293347.85421.15.camel@eshop1.pa.msu.edu> Dear Sir(s), I would like to bring your attention to a problem in the scripts in the tovid package. tovid uses mplayer to identify characteristics of a video. mplayer uses $home/.mplayer/config as its config file. IF $home/.mplayer/config has an entry 'loop = 0' then tovid/makexml/idvid scripts will hang forever. I suggest that in the idvid script, to include '-loop 1' in the command that uses mplayer to identify a video might just fix this problem. Current line in idvid: mplayer -vo null -ao null -frames 1 -channels 6 -identify \ "$INFILE" > "$SCRATCH_FILE" 2>&1 ---------------------------------------------------------------------------------------- Suggested replacement: mplayer -vo null -ao null -frames 1 -loop 1 -channels 6 -identify \ "$INFILE" > "$SCRATCH_FILE" 2>&1 The change might have to be in made several lines of idvid. Thank you for listening. Barry A. Tigner Electronics Shop manager Physics and Astronomy department Michigan State University tigner@msu.edu 517-884-5538 From tigner at msu.edu Wed Oct 29 19:08:45 2008 From: tigner at msu.edu (tigner) Date: Wed Oct 29 19:08:51 2008 Subject: more on tovid/makexml/idvid and makedvd Message-ID: <1225307343.2586.5.camel@eshop1.pa.msu.edu> Hi, Just another note on this package. The makexml script attempts to test the dvdrw device as a block device, when it is actually a character device. The test in makexml should be changed from -b to -c for makexml to work. The makedvd script will only run correctly as root. It uses dvd+rw-mediainfo to probe the dvdrw device to check for blank media and this only works from the root account for some reason. I have the permissions set correctly on /dev/cd0 but will only work if I do it from the root account or as super user. If I find more problems, I will report them as well. I tried to report to the originators of tovid, but could not find an email site. I wound up making a post on an IRC channel. Barry A. Tigner Electronics Shop manager Physics and Astronomy department Michigan State University tigner@msu.edu 517-884-5538 From yuri at rawbw.com Thu Oct 30 01:22:47 2008 From: yuri at rawbw.com (Yuri) Date: Thu Oct 30 01:22:53 2008 Subject: Please update port multimedia/x264 Message-ID: <490909A2.8000909@rawbw.com> Hi, It's currently built from snapshot 0.0.20080409. And current mplayer from source snapshot doesn't build with x264-0.0.20080409. -- doesn't find some fields in structures. Thanks, Yuri From amdmi3 at amdmi3.ru Thu Oct 30 14:22:47 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Oct 30 14:22:54 2008 Subject: [PATCH] audio/jackit: fix plist Message-ID: <20081030140105.DFCFC17032@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] audio/jackit: fix plist >Severity: non-critical >Priority: medium >Category: ports >Class: sw-bug >Release: FreeBSD 7.0-RELEASE-p1 i386 >Environment: System: FreeBSD hades.panopticon 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #1: Wed Jun 25 15:36:22 MSD 2008 >Description: audio/jack/pkg-plist is missing one file, fix it Port maintainer (multimedia@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- jackit-0.109.2_1.patch begins here --- Index: Makefile =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/audio/jack/Makefile,v retrieving revision 1.44 diff -u -u -r1.44 Makefile --- Makefile 7 Oct 2008 23:46:21 -0000 1.44 +++ Makefile 30 Oct 2008 13:59:51 -0000 @@ -7,6 +7,7 @@ PORTNAME= jackit PORTVERSION= 0.109.2 +PORTREVISION= 1 CATEGORIES= audio MASTER_SITES= SF DISTNAME= jack-audio-connection-kit-${PORTVERSION} Index: pkg-plist =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/audio/jack/pkg-plist,v retrieving revision 1.17 diff -u -u -r1.17 pkg-plist --- pkg-plist 7 Oct 2008 23:46:21 -0000 1.17 +++ pkg-plist 30 Oct 2008 13:33:38 -0000 @@ -41,6 +41,7 @@ lib/libjack.so.0 libdata/pkgconfig/jack.pc %%DOCS%%share/jack-audio-connection-kit/reference/html/annotated.html +%%DOCS%%share/jack-audio-connection-kit/reference/html/classes.html %%DOCS%%share/jack-audio-connection-kit/reference/html/deprecated.html %%DOCS%%share/jack-audio-connection-kit/reference/html/files.html %%DOCS%%share/jack-audio-connection-kit/reference/html/functions.html --- jackit-0.109.2_1.patch ends here --- From edwin at FreeBSD.org Thu Oct 30 12:32:45 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Oct 30 12:32:52 2008 Subject: ports/128480: [PATCH] audio/jack: fix plist Message-ID: <200810301932.m9UJWjZH080894@freefall.freebsd.org> Synopsis: [PATCH] audio/jack: fix plist Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Thu Oct 30 19:32:45 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128480 From mad.dustman at gmail.com Thu Oct 30 14:57:57 2008 From: mad.dustman at gmail.com (Igor Ralets) Date: Thu Oct 30 14:58:04 2008 Subject: problem with sound volume on pcbsd using snd_hda Message-ID: <45e1b43b0810301433y196ae43yc60c7c76f356e1cc@mail.gmail.com> After installation of PCBSD-7.0.1 on amd64 box sound card didn't work. Hardware compatibility list suggested snd_hda driver for ATI SB600 card bundled with Asus M2A-MX mobo. Loading it with kldload helped with getting sound, but volume was very low and couldn't be adjusted by any means. Neither mixer(8) nor different players could do the trick. Here is output from dmesg and mixer -f: $ dmesg Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #0: Wed Oct 8 14:54:01 EDT 2008 root@pcbsd7-x64.local:/usr/obj/pcbsd-build/cvs/7.0.1-src/sys/PCBSD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3600+ (1995.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 1998045184 (1905 MB) avail memory = 1927692288 (1838 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.10.5.6 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 77f00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xf0000000-0xf7ffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pcib2: at device 6.0 on pci0 pci2: on pcib2 em0: port 0xe800-0xe81f mem 0xfeae0000-0xfeafffff,0xfeac0000-0xfeadffff irq 18 at device 0.0 on pci2 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1b:21:28:a2:e8 pcib3: at device 7.0 on pci0 pci3: on pcib3 age0: mem 0xfebc0000-0xfebfffff irq 19 at device 0.0 on pci3 age0: PCI device revision : 0x00b0 age0: Chip id/revision : 0x9006 age0: 1280 Tx FIFO, 2364 Rx FIFO age0: MSIX count : 0 age0: MSI count : 1 age0: Using 1 MSI messages. age0: Read request size : 512 bytes. age0: TLP payload size : 128 bytes. age0: PCI VPD capability not found! miibus0: on age0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto age0: Ethernet address: 00:1e:8c:e4:38:03 age0: [FILTER] atapci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe7fd000-0xfe7fdfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe7fb000-0xfe7fbfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pcm0: mem 0xfe7f4000-0xfe7f7fff irq 16 at device 20.2 on pci0 pcm0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding disabled, defaultto accept, logging disabled acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad0: 476940MB at ata2-master SATA300 ad1: 476940MB at ata3-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present age0: interrupt moderation is 100 us. $ mixer -f /dev/mixer0 Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer rec is currently set to 0:0 Recording source: mic $ mixer -f /dev/mixer mixer: SOUND_MIXER_READ_DEVMASK: Device not configured Any ideas of what's wrong? Regards, Igor From glarkin at FreeBSD.org Fri Oct 31 13:41:39 2008 From: glarkin at FreeBSD.org (Greg Larkin) Date: Fri Oct 31 13:41:45 2008 Subject: Call for testers: MythTV 0.21 port upgrade Message-ID: <490B64FC.60608@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I've been working on PR 126343 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343) to get MythTV upgraded to 0.21 on FreeBSD. At the moment, I have a port that compiles cleanly, installs, starts up the frontend and deinstalls correctly on 7.0. Of course, whether it will actually record TV, playback, etc. is another matter altogether. :) Is anyone out there willing to test out the port upgrade? I have a mini-ITX PC here that could be set up for testing, but I need to get a capture card first, unless MythTV will work with a USB capture dongle. In the mean time, I've placed the ports tree patch here: http://people.freebsd.org/~glarkin/diffs/mythtv-0.21.diff If you're game, download it, cd to the top of your ports tree and run: patch -E < /patch/download/dir/mythtv-0.21.diff You should then remove the *.orig files in the multimedia/mythtv/files directory. Bug reports, port improvements and all feedback are welcome. I've also adopted the port and hope to incorporate any suggestions sent my way. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJC2T80sRouByUApARAjdnAKCXu7H+DYfVQUvGC8SNcZaCJxxFxQCgqM/Q yMQrVcbvgkLUgS8zK7NBcWc= =6+da -----END PGP SIGNATURE----- From edwin at FreeBSD.org Fri Oct 31 20:10:13 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Fri Oct 31 20:10:19 2008 Subject: ports/128512: [PATCH]audio/faad: fix buffer overflow in command-line frontend Message-ID: <200811010310.mA13ADCW091007@freefall.freebsd.org> Synopsis: [PATCH]audio/faad: fix buffer overflow in command-line frontend Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Sat Nov 1 03:10:12 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128512