From bugmaster at FreeBSD.org Mon Apr 6 04:06:59 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 6 04:08:30 2009 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200904061106.n36B6vkm061932@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 kern/132848 multimedia [snd_emu10kx] driver problem with card init, snd_emu10 o kern/132511 multimedia [snd_hda] Probing ALC888 codec on ASRock K10N78-1394 f o ports/132431 multimedia multimedia/ogmtools dvdxchap are not installed. o ports/132407 multimedia [patch] multimedia/ffmpeg: respect TMPDIR passed from f kern/132336 multimedia [snd_hda] Realtek ALC888 audio chipset does not work w o ports/131331 multimedia multimedia/ffmpeg: doc/texi2pod.pl bad perl path o ports/130569 multimedia multimedia/gstreamer: gnome-volume-control menu item d o ports/130146 multimedia [PATCH] multimedia/transcode: update to 1.0.7 o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in 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 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 [patch] multimedia/transcode patch revision s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus f ports/124727 multimedia multimedia/gstreamer-ffmpeg 0.10.4_1 configure fails f ports/124501 multimedia multimedia/gstreamer-ffmpeg version 0.10.4_1 compile f o kern/124319 multimedia [snd_emu10k1] [regression] Cannot record from second c f ports/122922 multimedia [patch] multimedia/ffmpeg text output is mangled o ports/122305 multimedia multimedia/gstreame - gst-inspect-0.10 hangs when chec o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini o kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [snd_emu10k1] snd_emu10k1 driver issues a warning on u o kern/120780 multimedia [snd_hda] snd_hda doesn't work on Dell Latitutude D530 o kern/119973 multimedia [snd_maestro] snd_maestro only works after reload [reg o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [snd_emu10k1] Can not record anything with emu10k1 on o ports/118237 multimedia Ports: multimedia/ffmpeg fix configure option and add o ports/118168 multimedia [patch] multimedia/transcode - Add WITHOUT_X11 and WIT o kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [snd_hda] snd_hda(4) fails to attach on -CURRENT [regr o kern/114760 multimedia [snd_cmi] snd_cmi driver causing sporadic system hangs s kern/113950 multimedia [sound] [patch] [request] add per-vchan mixer support o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [snd_emu10k1] - skips, clicks and lag after a day of h o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [snd_ich] snd_ich broken on GIGABYTE 915 system o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [snd_ich] some functions don't work in my sound kernel o kern/98167 multimedia [sound] [es137x] [patch] ES1370 mixer volumes incorrec o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [snd_mss] doesn't work in 6.0-RELEASE and above for Cr o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [snd_neomagic] snd_neomagic crashes on FreeBSD 5.4 and o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [snd_mss] [patch] support, docs added for full-duplex, o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [snd_csa] [patch] csa DMA-interrupt problem 69 problems total. From br at rambler-co.ru Mon Apr 6 07:38:38 2009 From: br at rambler-co.ru (Bukin Ruslan) Date: Mon Apr 6 07:38:45 2009 Subject: uaudio and jabra (GN Netcom) USB headset In-Reply-To: <20090325164242.GA37740@rambler-co.ru> References: <20090325164242.GA37740@rambler-co.ru> Message-ID: <20090406143835.GA45686@rambler-co.ru> I have tested this device, and it works fine. ugen3.2: at usbus3 uhid0: on usbus3 uaudio0: on usbus3 uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format uaudio0: No midi sequencer pcm3: on uaudio0 On Wed, Mar 25, 2009 at 07:42:42PM +0300, Bukin Ruslan wrote: > i have intel 82801H (ICH8) audio and usb controller. > and the latest freebsd 8.0-current > > are compatible jabra (GN Netcom, such as GN2100 USB) > headset with my system? From QAT at FreeBSD.org Mon Apr 6 11:23:18 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Apr 6 11:23:25 2009 Subject: audio/denemo - fails: mtree Message-ID: <20090406180927.55EFA8FC4B@release.ixsystems.com> QAT - your restless neighborhood Daemon - identified a mtree error while trying to build: denemo-0.7.6_2 maintained by multimedia@FreeBSD.org Makefile ident: $FreeBSD: ports/audio/denemo/Makefile,v 1.33 2008/06/06 13:06:30 edwin Exp $ The build of this port was tried 3 times since last BotMail while trying to build ports that depend on it. ;-) Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/denemo-0.7.6_2.log : install -o root -g wheel -m 444 'icon-note-2.svg' '/usr/local/share/denemo/pixmaps/icon-note-2.svg' install -o root -g wheel -m 444 'icon-note-3.svg' '/usr/local/share/denemo/pixmaps/icon-note-3.svg' install -o root -g wheel -m 444 'icon-note-4.svg' '/usr/local/share/denemo/pixmaps/icon-note-4.svg' install -o root -g wheel -m 444 'icon-rest-0.svg' '/usr/local/share/denemo/pixmaps/icon-rest-0.svg' install -o root -g wheel -m 444 'icon-rest-1.svg' '/usr/local/share/denemo/pixmaps/icon-rest-1.svg' install -o root -g wheel -m 444 'icon-rest-2.svg' '/usr/local/share/denemo/pixmaps/icon-rest-2.svg' install -o root -g wheel -m 444 'icon-rest-3.svg' '/usr/local/share/denemo/pixmaps/icon-rest-3.svg' install -o root -g wheel -m 444 'icon-rest-4.svg' '/usr/local/share/denemo/pixmaps/icon-rest-4.svg' install -o root -g wheel -m 444 'icon-rest-5.svg' '/usr/local/share/denemo/pixmaps/icon-rest-5.svg' Making install in po /bin/sh .././mkinstalldirs /usr/local/share installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/denemo.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/denemo.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/denemo.mo if test "denemo" = "gettext-tools"; then /bin/sh .././mkinstalldirs /usr/local/share/gettext/po; for file in Makefile.in.in remove-potcdate.sin quot.sed boldquot.sed en@quot.header en@boldquot.header insert-header.sin Rules-quot Makevars.template; do install -o root -g wheel -m 444 ./$file /usr/local/share/gettext/po/$file; done; for file in Makevars; do rm -f /usr/local/share/gettext/po/$file; done; else : ; fi Making install in src test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin" /bin/sh ../libtool --mode=install install -s -o root -g wheel -m 555 'denemo' '/usr/local/bin/denemo' install -o root -g wheel -m 555 -s denemo /usr/local/bin/denemo test -z "/usr/local/share/denemo" || mkdir -p -- "/usr/local/share/denemo" install -o root -g wheel -m 444 'denemoui.xml' '/usr/local/share/denemo/denemoui.xml' install -o root -g wheel -m 444 'instruments.xml' '/usr/local/share/denemo/instruments.xml' test -z "/usr/local/share/denemo" || mkdir -p -- "/usr/local/share/denemo" install -o root -g wheel -m 444 'denemo.conf' '/usr/local/share/denemo/denemo.conf' install -o root -g wheel -m 444 'denemorc.xml' '/usr/local/share/denemo/denemorc.xml' ===> Registering installation for denemo-0.7.6_2 ================================================================ ======================================== ===> Building package for denemo-0.7.6_2 Creating package /tmp/packages/All/denemo-0.7.6_2.tbz Registering depends: gtk-2.14.7_1 atk-1.24.0 pango-1.22.4 shared-mime-info-0.60 gio-fam-backend-2.18.4 gamin-0.1.10 glib-2.18.4 gettext-0.17_1 libxml2-2.7.3 libiconv-1.11_1 cairo-1.8.6_1,1 xcb-util-0.3.3 libXft-2.1.13 libXrandr-1.3.0 libXcursor-1.1.9_1 libXrender-0.9.4_1 libXinerama-1.0.3,1 libXi-1.2.1,1 libXcomposite-0.4.0,1 libXext-1.0.5,1 libXdamage-1.1.1 libXfixes-4.0.3_1 libX11-1.2,1 libxcb-1.2_1 libpthread-stubs-0.1 pcre-7.8 pixman-0.14.0 xorg-fonts-truetype-7.4 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-bh-ttf-1.0.0 mkfontdir-1.0.4 mkfontscale-1.0.6 libfontenc-1.0.4 libXdmcp-1.0.2_1 libXau-1.0.4 xproto-7.0.15 bitstream-vera-1.10_4 fontconfig-2.6.0,1 freetype2-2.3.7 pkg-config-0.23_1 jasper-1.900.1_7 tiff-3.8.2_3 jpeg-6b_7 png-1.2.35 perl-5.8.9_2 xcb-proto-1.4 python25-2.5.4_1 hicolor-icon-theme-0.10_2 expat-2.0.1 encodings-1.0.2,1 font-util-1.0.1 compositeproto-0.4 damageproto-1.1.0_2 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 randrproto-1.3.0 renderprot o-0.9.3 xextproto-7.0.5 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/denemo-0.7.6_2.tbz' Deleting denemo-0.7.6_2 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 15616299 4 drwxr-xr-x 2 root wheel 512 Apr 6 18:09 usr/local/share/doc/denemo ================================================================ build of /usr/ports/audio/denemo ended at Mon Apr 6 18:09:25 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/denemo-0.7.6_2.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=audio&portname=denemo The build which triggered this BotMail was done under tinderbox-devel-3.2_2; dsversion: 3.2 on RELENG_7 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From MondoBancoPosta at bancopostaonline.net Mon Apr 6 12:39:22 2009 From: MondoBancoPosta at bancopostaonline.net (MondoBancoPosta) Date: Mon Apr 6 12:39:37 2009 Subject: Premio vi aspetta! Message-ID: <1239045562.43858.qmail@Poste-italiane.it> Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltą. Per ricevere il bonus č necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltą » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From edwin at FreeBSD.org Tue Apr 7 06:20:15 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Apr 7 06:20:26 2009 Subject: ports/133462: multimedia/x264 build fails on powerpc Message-ID: <200904071320.n37DKEum030735@freefall.freebsd.org> Synopsis: multimedia/x264 build fails on powerpc Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Tue Apr 7 13:20:13 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133462 From mrechberger at gmail.com Tue Apr 7 14:42:20 2009 From: mrechberger at gmail.com (Markus Rechberger) Date: Tue Apr 7 14:42:27 2009 Subject: RFC: USB DVB-T, DVB-C, analog TV, FM radio driver framework Message-ID: Hi all, I was recently working on such a framework for configuring USB devices from userland (PCI should be possible too with corresponding hooks to allow configspace writes). The Framework emulates the video4linux2 and linux DVB framework to applications by using LD_PRELOAD and intercepting the corresponding open/ioctl/mmap/close commands to /dev/video[n] /dev/radio[n] /dev/dvb/adapter[n]/ devicenodes. The only required kernel dependency in case of USB drivers is a USB datapipe driver. The architecture itself is separated into a userspace library for normal users and a userspace daemon which has to run as a permitted user which has access to the raw USB stack (by using libusb?). Currently I have the drivers work on Linux and OSX, the driver code itself is 1:1 the same on both systems I would like to keep it the same on FBSD too. It was fairly easy to port some LinuxDVB tools to OSX and use them there with that framework. Once the device is set up the videodata will just be available at the USB endpoints and should be exposed to userland. Since the latency of usbdevfs (on linux) and the userspace IOKit USB interface is too slow I required a kernelmodule for exposing the data on both systems - but this is fairly easy and realized just by implementing a ringbuffer and an interface to userland. I wonder if there's any interest in having that supported on FreeBSD too? devices which are supported: http://www.terratec.net/en/products/Cinergy_HTC_USB_XS_HD_57290.html basically all em28xx based devices can be supported and the driver will be extended to support other Empia based TV products too. regards, Markus rough overview about the framework: http://mcentral.de/wiki/index.php5/DVBConfigFramework From edwin at FreeBSD.org Tue Apr 7 15:40:11 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Apr 7 15:40:23 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 Message-ID: <200904072240.n37MeAN9091291@freefall.freebsd.org> Synopsis: update multimedia/dirac to 1.0.2 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Tue Apr 7 22:40:10 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 From linimon at FreeBSD.org Tue Apr 7 17:37:33 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Apr 7 17:37:45 2009 Subject: ports/133476: audio/faad dumps core on amd64 Message-ID: <200904080037.n380bWNE053856@freefall.freebsd.org> Old Synopsis: faad dumps core on amd64 New Synopsis: audio/faad dumps core on amd64 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Wed Apr 8 00:37:16 UTC 2009 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=133476 From marcus at FreeBSD.org Tue Apr 7 17:41:01 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Tue Apr 7 17:41:06 2009 Subject: ports/133476: audio/faad dumps core on amd64 Message-ID: <200904080041.n380f0qR058891@freefall.freebsd.org> Synopsis: audio/faad dumps core on amd64 State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Wed Apr 8 00:40:36 UTC 2009 State-Changed-Why: This is fixed in the latest round of gstreamer updates. http://www.freebsd.org/cgi/query-pr.cgi?pr=133476 From morganw at chemikals.org Tue Apr 7 19:03:50 2009 From: morganw at chemikals.org (Wes Morgan) Date: Tue Apr 7 19:03:57 2009 Subject: Blu-Ray Drives Message-ID: I just "upgraded" from a DVD-RW drive to a blu-ray. The weird thing is, I can access the BD discs just fine (encrypted obviously), but the damn thing won't let me access DVDs: (cd0:ata2:0:0:0): Read of scrambled sector without authentication My own DVDs that rip fine with my old drive now simply won't even play back. Obviously this must be related to CSS, but I've never seen it deny access to a disc. Anyone know what gives? Is there something different about how these drives handle DVDs? From onemda at gmail.com Wed Apr 8 02:29:11 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Wed Apr 8 02:29:18 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 In-Reply-To: <200904072240.n37MeAN9091291@freefall.freebsd.org> References: <200904072240.n37MeAN9091291@freefall.freebsd.org> Message-ID: <3a142e750904080229q360677f5lfd56a76c01786c26@mail.gmail.com> On 4/8/09, edwin@freebsd.org wrote: > Synopsis: update multimedia/dirac to 1.0.2 > > Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia > Responsible-Changed-By: edwin > Responsible-Changed-When: Tue Apr 7 22:40:10 UTC 2009 > Responsible-Changed-Why: > Over to maintainer (via the GNATS Auto Assign Tool) > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 Improved patch attached. -- Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: dirac.patch Type: application/octet-stream Size: 2123 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20090408/4d789742/dirac.obj From miwi at FreeBSD.org Wed Apr 8 04:06:01 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Wed Apr 8 04:06:10 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 Message-ID: <200904081106.n38B60ua043516@freefall.freebsd.org> Synopsis: update multimedia/dirac to 1.0.2 Responsible-Changed-From-To: freebsd-multimedia->miwi Responsible-Changed-By: miwi Responsible-Changed-When: Wed Apr 8 11:06:00 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 From mailing at gaturkey.com Thu Apr 9 00:44:00 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Apr 9 00:44:46 2009 Subject: Private Shore Excursions-Turkey Message-ID: <7b1f68109105305107077e84b139a13b@localhost.localdomain> [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043328&l=82228&s=7NQD&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043328&c=7NQD&cid=305227 From mailing at gaturkey.com Thu Apr 9 00:44:43 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Apr 9 00:45:22 2009 Subject: Private Shore Excursions-Turkey Message-ID: <64144caad9627075b7d0ac29729dbf1b@localhost.localdomain> [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043416&l=82228&s=DFWX&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043416&c=DFWX&cid=305227 From victorloureirolima at gmail.com Thu Apr 9 09:19:22 2009 From: victorloureirolima at gmail.com (Victor Loureiro Lima) Date: Thu Apr 9 09:19:32 2009 Subject: iPhone on Freebsd Message-ID: Anyone has had a good experience using iPhone with FreeBSD either for synchronization and the like, or for development? Are there packages for it in the ports?! Is there a community building around this?! thanks in advance, Victor Lima From bsam at ipt.ru Thu Apr 9 10:38:20 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 10:38:26 2009 Subject: [ports-i386@FreeBSD.org: linux-realplayer-10.0.9.809.20070726 failed on i386 8] In-Reply-To: <20090409154519.GK78186@droso.net> (Erwin Lansing's message of "Thu\, 9 Apr 2009 17\:45\:24 +0200") References: <20090409151326.GE78186@droso.net> <48335229@bb.ipt.ru> <20090409154519.GK78186@droso.net> Message-ID: <00173477@bb.ipt.ru> On Thu, 9 Apr 2009 17:45:24 +0200 Erwin Lansing wrote: > On Thu, Apr 09, 2009 at 07:22:10PM +0400, Boris Samorodov wrote: > > > ================================================================ > > > ======================================== > > > => RealPlayer-10.0.9.809-20070726.i586.rpm doesn't seem to exist in /tmp/distfiles/RESTRICTED/. > > > => Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/. > > > fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) > > > => Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/. > > > fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) > > > => Attempting to fetch from https://helixcommunity.org/download.php/2479/. > > > fetch: https://helixcommunity.org/download.php/2479/RealPlayer-10.0.9.809-20070726.i586.rpm: Moved Temporarily > > > > I've just downloaded this file from the above URL just fine. May be it > > was a temporary error? > My guess is that you followed the redirect, the prots infrastructure > does not follow redirects by default. OK, I see the problem. The following patch should help: ----- Index: Makefile =================================================================== RCS file: /home/pcvs/ports/multimedia/linux-realplayer/Makefile,v retrieving revision 1.56 diff -u -r1.56 Makefile --- Makefile 19 Mar 2009 17:28:46 -0000 1.56 +++ Makefile 9 Apr 2009 17:01:49 -0000 @@ -26,6 +26,7 @@ RESTRICTED= Redistribution not allowed NO_BUILD= yes WANT_GNOME= yes +FETCH_ARGS= -pRr RADIR= ${PREFIX}/lib/RealPlayer PLUGINSDIR= ${PREFIX}/lib/linux-mozilla/plugins ----- Are there any objections from the maintainer (multimedia@ CCed)? > > > => Attempting to fetch from http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/. > > > fetch: http://ftp.nluug.nl/ftp/pub/os/Linux/distr/pardusrepo/sources/RealPlayer-10.0.9.809-20070726.i586.rpm: Not Found > > > => Attempting to fetch from ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/. > > > fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) > > > => Attempting to fetch from ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/. > > > fetch: ftp://pointyhat.freebsd.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.9.809-20070726.i586.rpm: File unavailable (e.g., file not found, no access) > > > => Couldn't fetch it - please try to retrieve this > > > => port manually into /tmp/distfiles/RESTRICTED/ and try again. > > > *** Error code 1 > > > > > Stop in /a/ports/multimedia/linux-realplayer. > > > ================================================================ > > > build of /usr/ports/multimedia/linux-realplayer ended at Wed Apr 8 16:45:16 UTC 2009 > > > > > ---------- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From grarpamp at gmail.com Thu Apr 9 22:50:35 2009 From: grarpamp at gmail.com (grarpamp) Date: Thu Apr 9 22:50:41 2009 Subject: Help picking a video card and other related gear Message-ID: I could use some primary help with video issues. And secondary help on the motherboard. I've got seriously old gear and it's upgrade time :) I'm currently running 1280x1024 on 21" and I need more desktop. So I put together some minimum video things: Requirements... 1) Freebsd, amd64 [for zfs and the future of things], xorg 2) DVI-I or DVI-D dual-link card for those 30" 2560x1600 displays 3) Well supported, _open_source_, in the tree, video card drivers: o I don't want to rely on the card vendor to release binary blobs. o I don't want to end up with a useless video card when xorg9/freebsd10 come around. o I don't care about the brand on the box as long as the right chips are soldered in place. Cheap works if it gets the job done :) 4) PCIe interface or integrated on motherboard. Wants... 1) Analog RGB output up to 1080p for feeding old school projectors and backup CRT monitors. I'm betting a single card could provide it via DVI-I or D-SUB15 with maybe an xorg mode switch? VIVO? 2) The ability to color calibrate one or both cards via the xorg driver would be useful. I can spyder it from a windows box so just having the xorg knobs would suffice. Does anyone do this under xorg? 3) A second connector off the same card for feeding a smaller secondary monitor at the same time. 4) Some sort of power save mode... LCD off, card idle, etc. I'm still shopping for motherboard and chipset. I don't think I'll find 2560x1600 dvi dual link on an integrated chipset? Thinking maybe AMD 790GX and AMD SB750 if FreeBSD likes it. I might as well go HTPC and stick an HDTV OTA ATSC / QAM tuner in there. And I'll eventually need to capture NTSC audio/video from dying analog sources somehow. VOIP/webcam, mplayer, dvd upscaling, etc. That's all 2D and largely CPU based afaik. CPU will likely be... amd: phenom x3 8450e, athlon x2 5050e or 5600+ intel: core2 duo e4300, e4400, e4500 All the integrated gig network, SATA, and USB must be in the tree and working well. Boot from USB needs to work. Same with sound. Though I'd like to play 3d games on freebsd, that interest does NOT override the above fulltime workstation requirements. I can always boot or build a windows toybox for that. So 3d support is only a bonus. I don't think it even exists open source in tree anyways? Just looking for hardware ideas... Thanks. From rnoland at FreeBSD.org Thu Apr 9 23:31:10 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Apr 9 23:31:15 2009 Subject: Help picking a video card and other related gear In-Reply-To: References: Message-ID: <1239344182.1922.40.camel@balrog.2hip.net> On Fri, 2009-04-10 at 01:29 -0400, grarpamp wrote: > I could use some primary help with video issues. > And secondary help on the motherboard. > I've got seriously old gear and it's upgrade time :) > > I'm currently running 1280x1024 on 21" and I need more desktop. > So I put together some minimum video things: > > Requirements... > 1) Freebsd, amd64 [for zfs and the future of things], xorg > 2) DVI-I or DVI-D dual-link card for those 30" 2560x1600 displays > 3) Well supported, _open_source_, in the tree, video card drivers: > o I don't want to rely on the card vendor to release binary blobs. > o I don't want to end up with a useless video card when > xorg9/freebsd10 come around. So, for video you want an ATI/AMD card. r500 and below will get you all the features today. r600+ will get you EXA and Xv acceleration today, with 3d rumored to be coming soon. Dual DVD-D should be pretty easy to find... I know at least some of the Saphire boards have them. > o I don't care about the brand on the box as long as the right chips > are soldered in place. Cheap works if it gets the job done :) > 4) PCIe interface or integrated on motherboard. > > Wants... > 1) Analog RGB output up to 1080p for feeding old school projectors > and backup CRT monitors. I'm betting a single card could provide > it via DVI-I or D-SUB15 with maybe an xorg mode switch? VIVO? > 2) The ability to color calibrate one or both cards via the xorg > driver would be useful. I can spyder it from a windows box so > just having the xorg knobs would suffice. Does anyone do this > under xorg? You can set rgb gamma, is that what you are referring to? > 3) A second connector off the same card for feeding a smaller > secondary monitor at the same time. > 4) Some sort of power save mode... LCD off, card idle, etc. Most of this, I'm not entirely sure about, or at least not in a single video card. But beware, multiple video cards are not currently working and I don't have an ETA on them working again right now. > I'm still shopping for motherboard and chipset. I don't think I'll > find 2560x1600 dvi dual link on an integrated chipset? Thinking > maybe AMD 790GX and AMD SB750 if FreeBSD likes it. Actually, for a single DVI display, you probably can find this without too much trouble. Intel is the likely candidate here, but I'm having trouble with Intel chips lately, so stability may be a factor. The Radeon IGPs should work fine as far as I know right now, so if you can find one of those that meets your needs, you should be in good shape. robert. > I might as well go HTPC and stick an HDTV OTA ATSC / QAM tuner in > there. And I'll eventually need to capture NTSC audio/video from > dying analog sources somehow. VOIP/webcam, mplayer, dvd upscaling, > etc. That's all 2D and largely CPU based afaik. > > CPU will likely be... > amd: phenom x3 8450e, athlon x2 5050e or 5600+ > intel: core2 duo e4300, e4400, e4500 > > All the integrated gig network, SATA, and USB must be in the tree > and working well. Boot from USB needs to work. Same with sound. > > Though I'd like to play 3d games on freebsd, that interest does NOT > override the above fulltime workstation requirements. I can always > boot or build a windows toybox for that. So 3d support is only a > bonus. I don't think it even exists open source in tree anyways? > > Just looking for hardware ideas... Thanks. > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20090410/b9b3bd72/attachment.pgp From freebsd at sopwith.solgatos.com Fri Apr 10 21:50:50 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Fri Apr 10 21:50:56 2009 Subject: Help picking a video card and other related gear In-Reply-To: Your message of "Fri, 10 Apr 2009 01:16:22 CDT." <1239344182.1922.40.camel@balrog.2hip.net> Message-ID: <200904110426.EAA14171@sopwith.solgatos.com> > > I'm currently running 1280x1024 on 21" and I need more desktop. > > So I put together some minimum video things: > >=20 > > Requirements... > > 1) Freebsd, amd64 [for zfs and the future of things], xorg > > 2) DVI-I or DVI-D dual-link card for those 30" 2560x1600 displays That's for 60 Hz. If you think you might want a 120 Hz display instead of 60 Hz, dual link is only good for 1920x1200. > > 3) Well supported, _open_source_, in the tree, video card drivers: > > o I don't want to rely on the card vendor to release binary blobs. > > o I don't want to end up with a useless video card when > > xorg9/freebsd10 come around. > > So, for video you want an ATI/AMD card. r500 and below will get you all > the features today. r600+ will get you EXA and Xv acceleration today, > with 3d rumored to be coming soon. Do they actually have Xv running *correctly* yet? I've been reading about various bugs for ages. If you want XvMC the only option currently seems to be to find something supported by the openchrome driver. If you find something let us know. > > 3) A second connector off the same card for feeding a smaller > > secondary monitor at the same time. > > 4) Some sort of power save mode... LCD off, card idle, etc. I think the ATI FLOSS gang might be working on power save mode stuff about now? > > I'm still shopping for motherboard and chipset. I don't think I'll > > find 2560x1600 dvi dual link on an integrated chipset? Thinking > > maybe AMD 790GX and AMD SB750 if FreeBSD likes it. If these have the UVD or UVD2, they aren't documented yet, and might never be. :-( Video decoding isn't a priority in ATI FLOSS land. :-( > > I might as well go HTPC and stick an HDTV OTA ATSC / QAM tuner in > > there. And I'll eventually need to capture NTSC audio/video from > > dying analog sources somehow. VOIP/webcam, mplayer, dvd upscaling, > > etc. That's all 2D and largely CPU based afaik. Recent GPUs can offload most of the video decode duties, but this hasn't been documented and FLOSS code hasn't been implemented yet. (Unless you can find something in the Chrome family you like.) For tuners there is the HDHomerun. Ethernet so it doesn't need a device driver or a slot. But it is digital only, no analog. Jason's cx88 driver (in ports) supports several cx88 based cards, both digital and analog. http://corona.homeunix.net/cx88wiki > > CPU will likely be... > > amd: phenom x3 8450e, athlon x2 5050e or 5600+ If it were me I'd look at Phenom II at least x2, maybe x3 or x4 depending on pricing. Decoding HD video in real time without GPU assist needs a lot of CPU. The best source of info on the state of ATI FLOSS I've found is http://www.phoronix.com/ The gang there is mostly penguins, but I'm assuming that anything that goes into x.org should work on BSD? If you're into completely documented hardware, the OGD1 price is now down to $750, but the software isn't done yet, and it is intended as a development card, not as a production graphics card. From marco.borsatino at libero.it Sat Apr 11 01:38:30 2009 From: marco.borsatino at libero.it (marco.borsatino@libero.it) Date: Sat Apr 11 04:19:35 2009 Subject: k3b does not find device Message-ID: <10819718.364061239438423987.JavaMail.defaultUser@defaultHost> Hi. On my FreeBSD 7.1 box k3b refuses to find my burning device, which present and works with DesktopBSD (same PC different slice). I've tried to understand why DTBSD finds the device and FBSD does not, but I could non find the answer. Access permissions to the device are total: [root@odino /dev]# ll acd0 crw-rw- rw- 1 root operator 0, 80 Apr 11 10:02 acd0 but when I start k3b it tells me that id does not find any device. When I try to make it to recognize it, k3b tells me that I can't find any device. All the requested programs are present (cdrdao, cdrecord dvd+rw-format and so on). I've seen that DTBSD has configured a group , which is not present in FBSD, but I don't understand if this is a problem. What should I verify? Or what should I configure and how? Thanks for any help. Marco From tijl at ulyssis.org Sat Apr 11 06:06:30 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Sat Apr 11 06:06:38 2009 Subject: k3b does not find device In-Reply-To: <10819718.364061239438423987.JavaMail.defaultUser@defaultHost> References: <10819718.364061239438423987.JavaMail.defaultUser@defaultHost> Message-ID: <200904111437.08759.tijl@ulyssis.org> On Saturday 11 April 2009 10:27:03 marco.borsatino@libero.it wrote: > On my FreeBSD 7.1 box k3b refuses to find my burning device, which > present and works with DesktopBSD (same PC different slice). I've > tried to understand why DTBSD finds the device and FBSD does not, but > I could non find the answer. > > Access permissions to the device are total: > [root@odino /dev]# ll acd0 > crw-rw- > rw- 1 root operator 0, 80 Apr 11 10:02 acd0 > but when I start k3b it tells me that id does not find any device. > When I try to make it to recognize it, k3b tells me that I can't find > any device. > All the requested programs are present (cdrdao, cdrecord > dvd+rw-format and so on). > I've seen that DTBSD has configured a group , which is not > present in FBSD, but I don't understand if this is a problem. > What should I verify? Or what should I configure and how? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html You need to use ATAPI/CAM with k3b and your user needs access to /dev/xpt0, /dev/cd0 and corresponding /dev/pass device. (run "camcontrol devlist" to determine the pass device.) Then always refer to the cdrom drive as /dev/cd0, so if you've added /dev/acd0 to /etc/fstab for instance, replace it with /dev/cd0. From rnoland at FreeBSD.org Sat Apr 11 12:55:15 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Apr 11 12:55:23 2009 Subject: Help picking a video card and other related gear In-Reply-To: <200904110426.EAA14171@sopwith.solgatos.com> References: <200904110426.EAA14171@sopwith.solgatos.com> Message-ID: <1239479658.1932.24.camel@balrog.2hip.net> On Fri, 2009-04-10 at 21:26 +0100, Dieter wrote: > > > I'm currently running 1280x1024 on 21" and I need more desktop. > > > So I put together some minimum video things: > > >=20 > > > Requirements... > > > 1) Freebsd, amd64 [for zfs and the future of things], xorg > > > 2) DVI-I or DVI-D dual-link card for those 30" 2560x1600 displays > > That's for 60 Hz. If you think you might want a 120 Hz display instead > of 60 Hz, dual link is only good for 1920x1200. > > > > 3) Well supported, _open_source_, in the tree, video card drivers: > > > o I don't want to rely on the card vendor to release binary blobs. > > > o I don't want to end up with a useless video card when > > > xorg9/freebsd10 come around. > > > > So, for video you want an ATI/AMD card. r500 and below will get you all > > the features today. r600+ will get you EXA and Xv acceleration today, > > with 3d rumored to be coming soon. > > Do they actually have Xv running *correctly* yet? I've been reading about > various bugs for ages. Seems to be working good here... > If you want XvMC the only option currently seems to be to find something > supported by the openchrome driver. If you find something let us know. Not true, the Intel driver also supports it. I don't believe that the radeon driver does currently, but XvMC is only useful for mpeg2 content, which limits it somewhat. > > > 3) A second connector off the same card for feeding a smaller > > > secondary monitor at the same time. > > > 4) Some sort of power save mode... LCD off, card idle, etc. > > I think the ATI FLOSS gang might be working on power save mode > stuff about now? > > > > I'm still shopping for motherboard and chipset. I don't think I'll > > > find 2560x1600 dvi dual link on an integrated chipset? Thinking > > > maybe AMD 790GX and AMD SB750 if FreeBSD likes it. > > If these have the UVD or UVD2, they aren't documented yet, and might > never be. :-( Video decoding isn't a priority in ATI FLOSS land. :-( > > > > I might as well go HTPC and stick an HDTV OTA ATSC / QAM tuner in > > > there. And I'll eventually need to capture NTSC audio/video from > > > dying analog sources somehow. VOIP/webcam, mplayer, dvd upscaling, > > > etc. That's all 2D and largely CPU based afaik. > > Recent GPUs can offload most of the video decode duties, but this > hasn't been documented and FLOSS code hasn't been implemented yet. > (Unless you can find something in the Chrome family you like.) Not sure about that actually... VIA has released docs, but we don't have drm support at this point as I still don't have VIA hardware to work on. > For tuners there is the HDHomerun. Ethernet so it doesn't need > a device driver or a slot. But it is digital only, no analog. > Jason's cx88 driver (in ports) supports several cx88 based cards, > both digital and analog. http://corona.homeunix.net/cx88wiki > > > > CPU will likely be... > > > amd: phenom x3 8450e, athlon x2 5050e or 5600+ > > If it were me I'd look at Phenom II at least x2, maybe x3 or x4 > depending on pricing. Decoding HD video in real time without > GPU assist needs a lot of CPU. > > The best source of info on the state of ATI FLOSS I've found is > http://www.phoronix.com/ The gang there is mostly penguins, > but I'm assuming that anything that goes into x.org should > work on BSD? Mostly... I'm actually ahead of the penguins on ATI support right now. At least as far as having code pushed and in mainline trees. robert. > If you're into completely documented hardware, the OGD1 price > is now down to $750, but the software isn't done yet, and it > is intended as a development card, not as a production graphics > card. > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20090411/dc3207ce/attachment.pgp From tad1214 at aol.com Sat Apr 11 13:11:58 2009 From: tad1214 at aol.com (Thomas Donnelly) Date: Sat Apr 11 13:12:05 2009 Subject: k3b does not find device In-Reply-To: <10819718.364061239438423987.JavaMail.defaultUser@defaultHost> References: <10819718.364061239438423987.JavaMail.defaultUser@defaultHost> Message-ID: <49E0B0CE.6020600@aol.com> You may want to try running through this: http://daemonforums.org/showthread.php?t=246 Make sure you have /dev/cd0 and /dev/acd0. Along with /dev/pass0 and /dev/xpt0 marco.borsatino@libero.it wrote: > Hi. > On my FreeBSD 7.1 box k3b refuses to find my burning device, which present > and works with DesktopBSD (same PC different slice). I've tried to understand > why DTBSD finds the device and FBSD does not, but I could non find the answer. > > Access permissions to the device are total: > [root@odino /dev]# ll acd0 > crw-rw- > rw- 1 root operator 0, 80 Apr 11 10:02 acd0 > but when I start k3b it tells > me that id does not find any device. When I try to make it to recognize it, k3b > tells me that I can't find any device. > All the requested programs are present > (cdrdao, cdrecord dvd+rw-format and so on). > I've seen that DTBSD has configured > a group , which is not present in FBSD, but I don't understand if this > is a problem. > What should I verify? Or what should I configure and how? > Thanks > for any help. > > Marco > > _______________________________________________ > 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 c.pfarher at gmail.com Sat Apr 11 14:32:07 2009 From: c.pfarher at gmail.com (cpfarher) Date: Sat Apr 11 14:32:14 2009 Subject: Microphone doesn't work with NVidia MCP67 High Definition Audio Controller. In-Reply-To: <20080103180212.32773bixce2bcxgk@intranet.encontacto.net> References: <20080103180212.32773bixce2bcxgk@intranet.encontacto.net> Message-ID: <23005483.post@talk.nabble.com> Hi, maybe this is a one solution: http://kikipblog.blogspot.com/2009/04/problemas-con-mcp67-audio-en-hp.html if you don't understand spanish only do in a console the orange text.. good luck! eculp@encontacto.net wrote: > > I get understandable but not high quality sound but the Microphone > does nothing and doesn't appear with the mixer. > > I am using the snd_hda kernel module on an Acer 5520/5679 laptop with > the following general info: > > from dmesg: > pcm0: mem > 0xf2680000-0xf2683fff irq 21 at device 7.0 on pci0 > pcm0: [ITHREAD] > pcm0: > > From pciconf -lv : > pcm0@pci0:0:7:0: class=0x040300 card=0x01261025 chip=0x055c10de > rev=0xa1 hdr=0x00 > vendor = 'Nvidia Corp' > class = multimedia > > uname -a: > FreeBSD local15.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Thu > Jan 3 11:57:38 CST 2008 > root@local15.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO amd64 > > Any suggestions for getting the Microphone working, > > Thanks, > > ed > > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/Microphone-doesn%27t-work-with-NVidia-MCP67-High-Definition-Audio-Controller.-tp14608453p23005483.html Sent from the freebsd-multimedia mailing list archive at Nabble.com. From linimon at FreeBSD.org Sat Apr 11 19:41:23 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:41:30 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20090412024122.201E61CD4F@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: multimedia/dirac-reference broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From freebsd at sopwith.solgatos.com Sat Apr 11 22:40:38 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Sat Apr 11 22:40:44 2009 Subject: Help picking a video card and other related gear In-Reply-To: Your message of "Sat, 11 Apr 2009 14:54:18 CDT." <1239479658.1932.24.camel@balrog.2hip.net> Message-ID: <200904112243.WAA26714@sopwith.solgatos.com> > I don't believe that the radeon driver does currently, but XvMC is > only useful for mpeg2 content, which limits it somewhat. Bridgman doesn't care about video decoding, so it is at the very bottom of the ATI list. :-( Grarpamp mentioned OTA ATSC which is mpeg2, so XvMC is useful. (And also what I'm looking for.) Supposedly VIA extended XvMC so that it is useful for other codecs. But I haven't found info about which boards openchrome supports, and what features really work. > > Recent GPUs can offload most of the video decode duties, but this > > hasn't been documented and FLOSS code hasn't been implemented yet. > > (Unless you can find something in the Chrome family you like.) > > Not sure about that actually... VIA has released docs, but we don't have > drm support at this point as I still don't have VIA hardware to work on. Sorry, the "hasn't been documented and FLOSS code hasn't been implemented yet." referred to ATI's UVD/UVD2. And my info on VIA is minimal. > > The best source of info on the state of ATI FLOSS I've found is > > http://www.phoronix.com/ The gang there is mostly penguins, > > but I'm assuming that anything that goes into x.org should > > work on BSD? > > Mostly... I'm actually ahead of the penguins on ATI support right now. > At least as far as having code pushed and in mainline trees. Excellent! >> 2) The ability to color calibrate one or both cards via the xorg >> driver would be useful. I can spyder it from a windows box so >> just having the xorg knobs would suffice. Does anyone do this >> under xorg? > You can set rgb gamma, is that what you are referring to? Grarpamp might be talking about something like this: http://www.behardware.com/articles/580-1/the-spyder-2-an-affordable-colorimeter.html So far I haven't seen one of these articles explain what happens "under the hood". From rnoland at FreeBSD.org Sat Apr 11 23:49:06 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Apr 11 23:49:12 2009 Subject: Help picking a video card and other related gear In-Reply-To: <200904112243.WAA26714@sopwith.solgatos.com> References: <200904112243.WAA26714@sopwith.solgatos.com> Message-ID: <1239518888.24504.16.camel@balrog.2hip.net> On Sat, 2009-04-11 at 15:43 +0100, Dieter wrote: > > I don't believe that the radeon driver does currently, but XvMC is > > only useful for mpeg2 content, which limits it somewhat. > > Bridgman doesn't care about video decoding, so it is at the very bottom of > the ATI list. :-( Grarpamp mentioned OTA ATSC which is mpeg2, so XvMC is > useful. (And also what I'm looking for.) Supposedly VIA extended XvMC > so that it is useful for other codecs. But I haven't found info about > which boards openchrome supports, and what features really work. Keep in mind that all we have is the 2d openchrome driver... As I stated before, I still don't have hardware to work on the 3d side of things, which most drivers need to do XvMC. So, I'm not sure if the openchrome ddx is able to pull this off somehow, but I doubt it. The client needs to be able to send the stream directly to the hardware. It is looking like there may be wider support for VDPAU in the not too distant future. Intel is holding on to VAAPI. > > > Recent GPUs can offload most of the video decode duties, but this > > > hasn't been documented and FLOSS code hasn't been implemented yet. > > > (Unless you can find something in the Chrome family you like.) > > > > Not sure about that actually... VIA has released docs, but we don't have > > drm support at this point as I still don't have VIA hardware to work on. > > Sorry, the "hasn't been documented and FLOSS code hasn't been implemented yet." > referred to ATI's UVD/UVD2. And my info on VIA is minimal. ATI may actually get on-board with VDPAU, not sure yet. robert. > > > The best source of info on the state of ATI FLOSS I've found is > > > http://www.phoronix.com/ The gang there is mostly penguins, > > > but I'm assuming that anything that goes into x.org should > > > work on BSD? > > > > Mostly... I'm actually ahead of the penguins on ATI support right now. > > At least as far as having code pushed and in mainline trees. > > Excellent! > > >> 2) The ability to color calibrate one or both cards via the xorg > >> driver would be useful. I can spyder it from a windows box so > >> just having the xorg knobs would suffice. Does anyone do this > >> under xorg? > > > You can set rgb gamma, is that what you are referring to? > > Grarpamp might be talking about something like this: > > http://www.behardware.com/articles/580-1/the-spyder-2-an-affordable-colorimeter.html > > So far I haven't seen one of these articles explain what happens > "under the hood". > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20090412/df3baf5e/attachment.pgp From c.r.n.a at wanadoo.fr Sun Apr 12 07:40:33 2009 From: c.r.n.a at wanadoo.fr (Nicolas) Date: Sun Apr 12 07:53:33 2009 Subject: flash10 Message-ID: <49E1F99A.3050503@wanadoo.fr> Hi, I tried flash player 10, but i'm full of error messages: $ firefox3 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". (npviewer.bin:38380): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:38674): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: Connection closed (npviewer.bin:38752): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:38854): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec196c0 is no longer valid! *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec19620 is no longer valid! *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** ERROR: NPObject 0x2e08a2a0 is no longer valid! (npviewer.bin:39188): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: assertion failed: (rpc_method_invoke_possible(plugin->connection)) (npviewer.bin:39348): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: assertion failed: (rpc_method_invoke_possible(plugin->connection)) (npviewer.bin:39509): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Fontconfig warning: no elements found. Check configuration. Fontconfig warning: adding /var/cache/fontconfig Fontconfig warning: adding ~/.fontconfig *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: (rpc_method_invoke_possible(plugin->connection)) Someone have this problem ? Thanks in advance, Niko. From nox at jelal.kn-bremen.de Sun Apr 12 11:15:22 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Apr 12 12:07:54 2009 Subject: flash10 In-Reply-To: <49E1F99A.3050503@wanadoo.fr> References: <49E1F99A.3050503@wanadoo.fr> Message-ID: <20090412175452.GA63038@triton.kn-bremen.de> On Sun, Apr 12, 2009 at 04:24:26PM +0200, Nicolas wrote: > Hi, > > I tried flash player 10, but i'm full of error messages: > > $ firefox3 > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > Xlib: extension "Generic Event Extension" missing on display ":0.0". > This is normal with the previous xorg. (Otoh, this shows that your ports are not up to date... :) > (npviewer.bin:38380): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38674): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Connection closed > > (npviewer.bin:38752): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:38854): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec196c0 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2ec19620 is no longer valid! > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPObject 0x2e08a2a0 is no longer valid! > > (npviewer.bin:39188): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39348): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > *** NSPlugin Wrapper *** ERROR: NPP_SetWindow() wait for reply: Message > timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2164):invoke_NPP_NewStream: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > (npviewer.bin:39509): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > Fontconfig warning: no elements found. Check configuration. > Fontconfig warning: adding /var/cache/fontconfig > Fontconfig warning: adding ~/.fontconfig > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** ERROR: NPP_HandleEvent() wait for reply: > Message timeout > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > *** NSPlugin Wrapper *** > WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: > assertion failed: (rpc_method_invoke_possible(plugin->connection)) > > > Someone have this problem ? Did you set OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS to f8 and reinstalled your linux ports(!) after that? Do you have linprocfs mounted? Oh, or does this only happen with specific websites? I've seen flash coredump, causing similar errors after clicking `watch in hd' in the youtube video player... (btw, can anyone try this on head? Maybe its just missing linuxolator functionality in 7-stable?) Anyway, if the issue persists, do a `pkg_add -r linux_kdump' and then try running firefox like `ktrace -di firefox3 http://youtube.com', quit it after you've reproduced the isse, and then do `linux_kdump >kdump.txt' and look in kdump.txt for what npviewer.bin did before it exited/crashed, (usually indicated by a line containing `PSIG SIGSEGV', or another signal) and then maybe post the last 100 lines up to that here. HTH, Juergen From freebsd at sopwith.solgatos.com Sun Apr 12 21:31:29 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Sun Apr 12 22:02:42 2009 Subject: Help picking a video card and other related gear In-Reply-To: Your message of "Sun, 12 Apr 2009 01:48:08 CDT." <1239518888.24504.16.camel@balrog.2hip.net> Message-ID: <200904130429.EAA08758@sopwith.solgatos.com> > Keep in mind that all we have is the 2d openchrome driver... As I stated > before, I still don't have hardware to work on the 3d side of things, > which most drivers need to do XvMC. So, I'm not sure if the openchrome > ddx is able to pull this off somehow, but I doubt it. The client needs > to be able to send the stream directly to the hardware. I would think the FreeBSD Foundation would be able to get you some hardware. From c.r.n.a at wanadoo.fr Mon Apr 13 01:29:34 2009 From: c.r.n.a at wanadoo.fr (Nicolas) Date: Mon Apr 13 01:58:05 2009 Subject: flash10 Message-ID: <49E2F77B.5090206@wanadoo.fr> Hi All, Continues the discussion on freebsd-emulation list. Thanks, Niko. From c.r.n.a at wanadoo.fr Mon Apr 13 02:10:42 2009 From: c.r.n.a at wanadoo.fr (Nicolas) Date: Mon Apr 13 03:03:52 2009 Subject: flash10 In-Reply-To: <20090413190308.S5752@sola.nimnet.asn.au> References: <49E2F77B.5090206@wanadoo.fr> <20090413190308.S5752@sola.nimnet.asn.au> Message-ID: <49E3011E.5060702@wanadoo.fr> Hi Ian, No problem. Nicolas. > On Mon, 13 Apr 2009, Nicolas wrote: > > Hi All, > > > > Continues the discussion on freebsd-emulation list. > > > > Thanks, > > Niko. > > Fair enough, but if/when the issue comes to some resolution or solution, > could you please post the details back here for reference? > > thanks, Ian > From smithi at nimnet.asn.au Mon Apr 13 02:21:33 2009 From: smithi at nimnet.asn.au (Ian Smith) Date: Mon Apr 13 03:11:40 2009 Subject: flash10 In-Reply-To: <49E2F77B.5090206@wanadoo.fr> References: <49E2F77B.5090206@wanadoo.fr> Message-ID: <20090413190308.S5752@sola.nimnet.asn.au> On Mon, 13 Apr 2009, Nicolas wrote: > Hi All, > > Continues the discussion on freebsd-emulation list. > > Thanks, > Niko. Fair enough, but if/when the issue comes to some resolution or solution, could you please post the details back here for reference? thanks, Ian From bugmaster at FreeBSD.org Mon Apr 13 04:06:58 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 13 04:34:17 2009 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200904131106.n3DB6ujY085009@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/133462 multimedia multimedia/x264 build fails on powerpc o kern/132848 multimedia [snd_emu10kx] driver problem with card init, snd_emu10 o kern/132511 multimedia [snd_hda] Probing ALC888 codec on ASRock K10N78-1394 f o ports/132431 multimedia multimedia/ogmtools dvdxchap are not installed. o ports/132407 multimedia [patch] multimedia/ffmpeg: respect TMPDIR passed from f kern/132336 multimedia [snd_hda] Realtek ALC888 audio chipset does not work w o ports/131331 multimedia multimedia/ffmpeg: doc/texi2pod.pl bad perl path o ports/130569 multimedia multimedia/gstreamer: gnome-volume-control menu item d o ports/130146 multimedia [PATCH] multimedia/transcode: update to 1.0.7 o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in 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 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 [patch] multimedia/transcode patch revision s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus f ports/124727 multimedia multimedia/gstreamer-ffmpeg 0.10.4_1 configure fails f ports/124501 multimedia multimedia/gstreamer-ffmpeg version 0.10.4_1 compile f o kern/124319 multimedia [snd_emu10k1] [regression] Cannot record from second c f ports/122922 multimedia [patch] multimedia/ffmpeg text output is mangled o ports/122305 multimedia multimedia/gstreame - gst-inspect-0.10 hangs when chec o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini o kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [snd_emu10k1] snd_emu10k1 driver issues a warning on u o kern/120780 multimedia [snd_hda] snd_hda doesn't work on Dell Latitutude D530 o kern/119973 multimedia [snd_maestro] snd_maestro only works after reload [reg o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [snd_emu10k1] Can not record anything with emu10k1 on o ports/118237 multimedia Ports: multimedia/ffmpeg fix configure option and add o ports/118168 multimedia [patch] multimedia/transcode - Add WITHOUT_X11 and WIT o kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [snd_hda] snd_hda(4) fails to attach on -CURRENT [regr o kern/114760 multimedia [snd_cmi] snd_cmi driver causing sporadic system hangs s kern/113950 multimedia [sound] [patch] [request] add per-vchan mixer support o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [snd_emu10k1] - skips, clicks and lag after a day of h o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [snd_ich] snd_ich broken on GIGABYTE 915 system o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [snd_ich] some functions don't work in my sound kernel o kern/98167 multimedia [sound] [es137x] [patch] ES1370 mixer volumes incorrec o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [snd_mss] doesn't work in 6.0-RELEASE and above for Cr o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [snd_neomagic] snd_neomagic crashes on FreeBSD 5.4 and o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [snd_mss] [patch] support, docs added for full-duplex, o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [snd_csa] [patch] csa DMA-interrupt problem 70 problems total. From rnoland at FreeBSD.org Mon Apr 13 14:24:55 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Apr 13 14:53:39 2009 Subject: Help picking a video card and other related gear In-Reply-To: <200904130429.EAA08758@sopwith.solgatos.com> References: <200904130429.EAA08758@sopwith.solgatos.com> Message-ID: <1239657883.26166.2.camel@wombat.2hip.net> On Sun, 2009-04-12 at 21:29 +0100, Dieter wrote: > > Keep in mind that all we have is the 2d openchrome driver... As I stated > > before, I still don't have hardware to work on the 3d side of things, > > which most drivers need to do XvMC. So, I'm not sure if the openchrome > > ddx is able to pull this off somehow, but I doubt it. The client needs > > to be able to send the stream directly to the hardware. > > I would think the FreeBSD Foundation would be able to get you some > hardware. Yes, we had a donation of a board, but it got accidentally shipped to the UK and subsequently lost... robert. > _______________________________________________ > 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" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-multimedia/attachments/20090413/d40010e1/attachment.pgp From tevans.uk at googlemail.com Tue Apr 14 02:51:06 2009 From: tevans.uk at googlemail.com (Tom Evans) Date: Tue Apr 14 03:10:19 2009 Subject: Help picking a video card and other related gear In-Reply-To: References: Message-ID: <1239700863.7491.150.camel@strangepork.mintel.co.uk> On Fri, 2009-04-10 at 01:29 -0400, grarpamp wrote: > I could use some primary help with video issues. > And secondary help on the motherboard. > I've got seriously old gear and it's upgrade time :) > > I'm currently running 1280x1024 on 21" and I need more desktop. > So I put together some minimum video things: > > Requirements... > 1) Freebsd, amd64 [for zfs and the future of things], xorg > 2) DVI-I or DVI-D dual-link card for those 30" 2560x1600 displays > 3) Well supported, _open_source_, in the tree, video card drivers: > o I don't want to rely on the card vendor to release binary blobs. > o I don't want to end up with a useless video card when > xorg9/freebsd10 come around. > o I don't care about the brand on the box as long as the right chips > are soldered in place. Cheap works if it gets the job done :) > 4) PCIe interface or integrated on motherboard. > > Wants... > 1) Analog RGB output up to 1080p for feeding old school projectors > and backup CRT monitors. I'm betting a single card could provide > it via DVI-I or D-SUB15 with maybe an xorg mode switch? VIVO? > 2) The ability to color calibrate one or both cards via the xorg > driver would be useful. I can spyder it from a windows box so > just having the xorg knobs would suffice. Does anyone do this > under xorg? > 3) A second connector off the same card for feeding a smaller > secondary monitor at the same time. > 4) Some sort of power save mode... LCD off, card idle, etc. > > I'm still shopping for motherboard and chipset. I don't think I'll > find 2560x1600 dvi dual link on an integrated chipset? Thinking > maybe AMD 790GX and AMD SB750 if FreeBSD likes it. > > I might as well go HTPC and stick an HDTV OTA ATSC / QAM tuner in > there. And I'll eventually need to capture NTSC audio/video from > dying analog sources somehow. VOIP/webcam, mplayer, dvd upscaling, > etc. That's all 2D and largely CPU based afaik. > > CPU will likely be... > amd: phenom x3 8450e, athlon x2 5050e or 5600+ > intel: core2 duo e4300, e4400, e4500 > > All the integrated gig network, SATA, and USB must be in the tree > and working well. Boot from USB needs to work. Same with sound. > > Though I'd like to play 3d games on freebsd, that interest does NOT > override the above fulltime workstation requirements. I can always > boot or build a windows toybox for that. So 3d support is only a > bonus. I don't think it even exists open source in tree anyways? > > Just looking for hardware ideas... Thanks. I think what you want is what everyone wants - and I don't think it exists properly yet. I spent the weekend playing around with some very cheap nvidia graphics cards, playing with VDPAU. If you were wanting something very cheap to decode and deinterlace HD MPEG4/AVC/H264, VC-1 or MPEG2, then this is where it is at. With a ?30 Geforce 8400 GS, I could decode/deinterlace a 1080i 22 MBps MPEG4 AVC stream, using 3-5% CPU (without acceleration, 70-90% CPU usage and occasionally dropped frames). Playing back 1080p x264 content used 3-5% CPU (without accel, 100% CPU usage, 3-4 dropped frames a second). This was with a 2.2 GHz Core 2 Duo, 7-STABLE and the nvidia 180.44 driver. Obviously, being a nvidia binary blob, there are certain major downsides (no amd64, no source code, no guarentee of support), but to get similar performance from a software decoder would be impossible. Cheers Tom From avg at icyb.net.ua Wed Apr 15 07:31:25 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Apr 15 08:07:08 2009 Subject: ac97 interface q Message-ID: <49E5EC84.1080800@icyb.net.ua> ac97_if.m defines 'read' method to return int and 'write' method to take u_int32_t data and return int. Calls to AC97_READ and AC97_WRITE are present only in ac97.c and from those calls it is evident that the calling code expects u_int16_t from 'read' and it also passes u_int16_t to 'write', return value of 'write' is discarded. Seems like the interface is richer than what its caller actually uses. And it seems that implementations of the interface do not always have the exact signature - they have the same number of parameters, but the types are varying. Some implementations are closer to the interface contract, e.g. returning -1 from 'read' in case of error. Some are closer to the caller's expectations, e.g. having void return type in 'write'. What are your opinions - should the calling code be enhanced to use the interface properly (i.e. attempt to detect error conditions) or should the interface be dumbed down to its caller's expectations? My ultimate goal is to make all implementations have exactly the signature mandated by the interface. -- Andriy Gapon From avg at icyb.net.ua Wed Apr 15 11:06:19 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Apr 15 11:48:46 2009 Subject: strict signatures for kobj methods in sound subsystem Message-ID: <49E62215.4010309@icyb.net.ua> Please review the attached, largely mechanical, patch for sound subsystem. This patch is supposed to make all functions that implement kobj methods have strictly the same signatures as defined by the interfaces. The only non-mechanical change is in sys/dev/sound/pcm/channel_if.m: usage of setformat method in channel.c shows that this method is supposed to return error number and so int is more appropriate return type than u_int32_t. E.g.: r = CHANNEL_SETFORMAT(c->methods, c->devinfo, sndbuf_getfmt(b)); if (r == 0) r = chn_tryspeed(c, c->speed); } return r; } else return EINVAL; -- Andriy Gapon -------------- next part -------------- diff --git a/sys/dev/sound/isa/ad1816.c b/sys/dev/sound/isa/ad1816.c index 4c5ecab..7237784 100644 --- a/sys/dev/sound/isa/ad1816.c +++ b/sys/dev/sound/isa/ad1816.c @@ -269,7 +269,7 @@ ad1816mix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t ad1816mix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct ad1816_info *ad1816 = mix_getdevinfo(m); @@ -382,7 +382,7 @@ ad1816chan_setformat(kobj_t obj, void *data, u_int32_t format) #endif } -static int +static u_int32_t ad1816chan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct ad1816_chinfo *ch = data; @@ -395,7 +395,7 @@ ad1816chan_setspeed(kobj_t obj, void *data, u_int32_t speed) return speed; } -static int +static u_int32_t ad1816chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct ad1816_chinfo *ch = data; @@ -456,7 +456,7 @@ ad1816chan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t ad1816chan_getptr(kobj_t obj, void *data) { struct ad1816_chinfo *ch = data; diff --git a/sys/dev/sound/isa/ess.c b/sys/dev/sound/isa/ess.c index 4e59777..98e1ac7 100644 --- a/sys/dev/sound/isa/ess.c +++ b/sys/dev/sound/isa/ess.c @@ -583,7 +583,7 @@ esschan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t esschan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct ess_chinfo *ch = data; @@ -597,7 +597,7 @@ esschan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; } -static int +static u_int32_t esschan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct ess_chinfo *ch = data; @@ -630,7 +630,7 @@ esschan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t esschan_getptr(kobj_t obj, void *data) { struct ess_chinfo *ch = data; @@ -741,7 +741,7 @@ essmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t essmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct ess_info *sc = mix_getdevinfo(m); diff --git a/sys/dev/sound/isa/mss.c b/sys/dev/sound/isa/mss.c index 411296b..86cb801 100644 --- a/sys/dev/sound/isa/mss.c +++ b/sys/dev/sound/isa/mss.c @@ -520,7 +520,7 @@ mssmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t mssmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct mss_info *mss = mix_getdevinfo(m); @@ -604,7 +604,7 @@ ymmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t ymmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct mss_info *mss = mix_getdevinfo(m); @@ -1170,7 +1170,7 @@ msschan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t msschan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct mss_chinfo *ch = data; @@ -1184,7 +1184,7 @@ msschan_setspeed(kobj_t obj, void *data, u_int32_t speed) return r; } -static int +static u_int32_t msschan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct mss_chinfo *ch = data; @@ -1211,7 +1211,7 @@ msschan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t msschan_getptr(kobj_t obj, void *data) { struct mss_chinfo *ch = data; diff --git a/sys/dev/sound/isa/sb16.c b/sys/dev/sound/isa/sb16.c index eb37337..e57ce6d 100644 --- a/sys/dev/sound/isa/sb16.c +++ b/sys/dev/sound/isa/sb16.c @@ -366,7 +366,7 @@ sb16mix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t sb16mix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct sb_info *sb = mix_getdevinfo(m); @@ -700,7 +700,7 @@ sb16chan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t sb16chan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sb_chinfo *ch = data; @@ -709,7 +709,7 @@ sb16chan_setspeed(kobj_t obj, void *data, u_int32_t speed) return speed; } -static int +static u_int32_t sb16chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sb_chinfo *ch = data; @@ -737,7 +737,7 @@ sb16chan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t sb16chan_getptr(kobj_t obj, void *data) { struct sb_chinfo *ch = data; diff --git a/sys/dev/sound/isa/sb8.c b/sys/dev/sound/isa/sb8.c index 3b0f295..7347c63 100644 --- a/sys/dev/sound/isa/sb8.c +++ b/sys/dev/sound/isa/sb8.c @@ -372,7 +372,7 @@ sbpromix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t sbpromix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct sb_info *sb = mix_getdevinfo(m); @@ -453,7 +453,7 @@ sbmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (left << 8); } -static int +static u_int32_t sbmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { return 0; @@ -614,7 +614,7 @@ sbchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t sbchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sb_chinfo *ch = data; @@ -623,7 +623,7 @@ sbchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return sb_speed(ch); } -static int +static u_int32_t sbchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sb_chinfo *ch = data; @@ -648,7 +648,7 @@ sbchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t sbchan_getptr(kobj_t obj, void *data) { struct sb_chinfo *ch = data; diff --git a/sys/dev/sound/macio/aoa.c b/sys/dev/sound/macio/aoa.c index 54efe4f..61a3d71 100644 --- a/sys/dev/sound/macio/aoa.c +++ b/sys/dev/sound/macio/aoa.c @@ -138,7 +138,7 @@ aoa_dma_delete(struct aoa_dma *dma) free(dma, M_DEVBUF); } -static int +static u_int32_t aoa_chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksz) { struct aoa_dma *dma = data; @@ -192,7 +192,7 @@ aoa_chan_setformat(kobj_t obj, void *data, u_int32_t format) return (0); } -static int +static u_int32_t aoa_chan_setspeed(kobj_t obj, void *data, u_int32_t speed) { DPRINTF(("aoa_chan_setspeed: speed = %u\n", speed)); @@ -200,7 +200,7 @@ aoa_chan_setspeed(kobj_t obj, void *data, u_int32_t speed) return (44100); } -static int +static u_int32_t aoa_chan_getptr(kobj_t obj, void *data) { struct aoa_dma *dma = data; diff --git a/sys/dev/sound/macio/davbus.c b/sys/dev/sound/macio/davbus.c index 15909f8..1afb7ee 100644 --- a/sys/dev/sound/macio/davbus.c +++ b/sys/dev/sound/macio/davbus.c @@ -115,7 +115,7 @@ static void burgundy_set_outputs(struct davbus_softc *d, u_int mask); static u_int burgundy_read_status(struct davbus_softc *d, u_int status); static int burgundy_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right); -static int burgundy_setrecsrc(struct snd_mixer *m, u_int32_t src); +static u_int32_t burgundy_setrecsrc(struct snd_mixer *m, u_int32_t src); static kobj_method_t burgundy_mixer_methods[] = { KOBJMETHOD(mixer_init, burgundy_init), @@ -293,7 +293,7 @@ burgundy_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return (0); } -static int +static u_int32_t burgundy_setrecsrc(struct snd_mixer *m, u_int32_t src) { return (0); @@ -311,7 +311,7 @@ static void screamer_set_outputs(struct davbus_softc *d, u_int mask); static u_int screamer_read_status(struct davbus_softc *d, u_int status); static int screamer_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right); -static int screamer_setrecsrc(struct snd_mixer *m, u_int32_t src); +static u_int32_t screamer_setrecsrc(struct snd_mixer *m, u_int32_t src); static kobj_method_t screamer_mixer_methods[] = { KOBJMETHOD(mixer_init, screamer_init), @@ -479,7 +479,7 @@ screamer_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return (0); } -static int +static u_int32_t screamer_setrecsrc(struct snd_mixer *m, u_int32_t src) { return (0); diff --git a/sys/dev/sound/macio/snapper.c b/sys/dev/sound/macio/snapper.c index 8acca10..f906b18 100644 --- a/sys/dev/sound/macio/snapper.c +++ b/sys/dev/sound/macio/snapper.c @@ -90,11 +90,11 @@ struct snapper_softc static int snapper_probe(device_t); static int snapper_attach(device_t); static int snapper_init(struct snd_mixer *m); -static void snapper_uninit(struct snd_mixer *m); +static int snapper_uninit(struct snd_mixer *m); static int snapper_reinit(struct snd_mixer *m); static int snapper_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right); -static int snapper_setrecsrc(struct snd_mixer *m, u_int32_t src); +static u_int32_t snapper_setrecsrc(struct snd_mixer *m, u_int32_t src); static device_method_t snapper_methods[] = { /* Device interface. */ @@ -417,10 +417,10 @@ snapper_init(struct snd_mixer *m) return (0); } -static void +static int snapper_uninit(struct snd_mixer *m) { - return; + return (0); } static int @@ -478,7 +478,7 @@ snapper_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return (0); } -static int +static u_int32_t snapper_setrecsrc(struct snd_mixer *m, u_int32_t src) { return (0); diff --git a/sys/dev/sound/macio/tumbler.c b/sys/dev/sound/macio/tumbler.c index 3007ece..fbc0ef9 100644 --- a/sys/dev/sound/macio/tumbler.c +++ b/sys/dev/sound/macio/tumbler.c @@ -90,11 +90,11 @@ struct tumbler_softc static int tumbler_probe(device_t); static int tumbler_attach(device_t); static int tumbler_init(struct snd_mixer *m); -static void tumbler_uninit(struct snd_mixer *m); +static int tumbler_uninit(struct snd_mixer *m); static int tumbler_reinit(struct snd_mixer *m); static int tumbler_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right); -static int tumbler_setrecsrc(struct snd_mixer *m, u_int32_t src); +static u_int32_t tumbler_setrecsrc(struct snd_mixer *m, u_int32_t src); static device_method_t tumbler_methods[] = { /* Device interface. */ @@ -363,10 +363,10 @@ tumbler_init(struct snd_mixer *m) return (0); } -static void +static int tumbler_uninit(struct snd_mixer *m) { - return; + return (0); } static int @@ -424,7 +424,7 @@ tumbler_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return (0); } -static int +static u_int32_t tumbler_setrecsrc(struct snd_mixer *m, u_int32_t src) { return (0); diff --git a/sys/dev/sound/midi/mpu401.c b/sys/dev/sound/midi/mpu401.c index dfdf969..e69caf6 100644 --- a/sys/dev/sound/midi/mpu401.c +++ b/sys/dev/sound/midi/mpu401.c @@ -75,14 +75,14 @@ struct mpu401 { static void mpu401_timeout(void *m); static mpu401_intr_t mpu401_intr; -static int mpu401_minit(kobj_t obj, struct mpu401 *m); -static int mpu401_muninit(kobj_t obj, struct mpu401 *m); -static int mpu401_minqsize(kobj_t obj, struct mpu401 *m); -static int mpu401_moutqsize(kobj_t obj, struct mpu401 *m); -static void mpu401_mcallback(kobj_t obj, struct mpu401 *m, int flags); -static void mpu401_mcallbackp(kobj_t obj, struct mpu401 *m, int flags); -static const char *mpu401_mdescr(kobj_t obj, struct mpu401 *m, int verbosity); -static const char *mpu401_mprovider(kobj_t obj, struct mpu401 *m); +static int mpu401_minit(struct snd_midi *obj, void *m); +static int mpu401_muninit(struct snd_midi *obj, void *m); +static int mpu401_minqsize(struct snd_midi *obj, void *m); +static int mpu401_moutqsize(struct snd_midi *obj, void *m); +static void mpu401_mcallback(struct snd_midi *obj, void *m, int flags); +static void mpu401_mcallbackp(struct snd_midi *obj, void *m, int flags); +static const char *mpu401_mdescr(struct snd_midi *obj, void *m, int verbosity); +static const char *mpu401_mprovider(struct snd_midi *obj, void *m); static kobj_method_t mpu401_methods[] = { KOBJMETHOD(mpu_init, mpu401_minit), @@ -208,8 +208,9 @@ mpu401_uninit(struct mpu401 *m) } static int -mpu401_minit(kobj_t obj, struct mpu401 *m) +mpu401_minit(struct snd_midi *obj, void *cookie) { + struct mpu401 *m = cookie; int i; CMD(m, MPU_RESET); @@ -232,27 +233,30 @@ mpu401_minit(kobj_t obj, struct mpu401 *m) int -mpu401_muninit(kobj_t obj, struct mpu401 *m) +mpu401_muninit(struct snd_midi *obj, void *cookie) { + struct mpu401 *m = cookie; return MPUFOI_UNINIT(m, m->cookie); } int -mpu401_minqsize(kobj_t obj, struct mpu401 *m) +mpu401_minqsize(struct snd_midi *obj, void *cookie) { return 128; } int -mpu401_moutqsize(kobj_t obj, struct mpu401 *m) +mpu401_moutqsize(struct snd_midi *obj, void *cookie) { return 128; } static void -mpu401_mcallback(kobj_t obj, struct mpu401 *m, int flags) +mpu401_mcallback(struct snd_midi *obj, void *cookie, int flags) { + struct mpu401 *m = cookie; + #if 0 printf("mpu401_callback %s %s %s %s\n", flags & M_RX ? "M_RX" : "", @@ -267,21 +271,23 @@ mpu401_mcallback(kobj_t obj, struct mpu401 *m, int flags) } static void -mpu401_mcallbackp(kobj_t obj, struct mpu401 *m, int flags) +mpu401_mcallbackp(struct snd_midi *obj, void *cookie, int flags) { + struct mpu401 *m = cookie; + /* printf("mpu401_callbackp\n"); */ mpu401_mcallback(obj, m, flags); } static const char * -mpu401_mdescr(kobj_t obj, struct mpu401 *m, int verbosity) +mpu401_mdescr(struct snd_midi *obj, void *cookie, int verbosity) { return "descr mpu401"; } static const char * -mpu401_mprovider(kobj_t obj, struct mpu401 *m) +mpu401_mprovider(struct snd_midi *obj, void *cookie) { return "provider mpu401"; } diff --git a/sys/dev/sound/pci/als4000.c b/sys/dev/sound/pci/als4000.c index 6df5ffd..43e9e39 100644 --- a/sys/dev/sound/pci/als4000.c +++ b/sys/dev/sound/pci/als4000.c @@ -236,7 +236,7 @@ alschan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t alschan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data, *other; @@ -254,7 +254,7 @@ alschan_setspeed(kobj_t obj, void *data, u_int32_t speed) return speed; } -static int +static u_int32_t alschan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -267,7 +267,7 @@ alschan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) return blocksize; } -static int +static u_int32_t alschan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; @@ -594,7 +594,7 @@ alsmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return 0; } -static int +static u_int32_t alsmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct sc_info *sc = mix_getdevinfo(m); diff --git a/sys/dev/sound/pci/atiixp.c b/sys/dev/sound/pci/atiixp.c index 6ec50ba..355dde5 100644 --- a/sys/dev/sound/pci/atiixp.c +++ b/sys/dev/sound/pci/atiixp.c @@ -187,13 +187,13 @@ static int atiixp_wrcd(kobj_t, void *, int, uint32_t); static void *atiixp_chan_init(kobj_t, void *, struct snd_dbuf *, struct pcm_channel *, int); static int atiixp_chan_setformat(kobj_t, void *, uint32_t); -static int atiixp_chan_setspeed(kobj_t, void *, uint32_t); +static uint32_t atiixp_chan_setspeed(kobj_t, void *, uint32_t); static int atiixp_chan_setfragments(kobj_t, void *, uint32_t, uint32_t); -static int atiixp_chan_setblocksize(kobj_t, void *, uint32_t); +static uint32_t atiixp_chan_setblocksize(kobj_t, void *, uint32_t); static void atiixp_buildsgdt(struct atiixp_chinfo *); static int atiixp_chan_trigger(kobj_t, void *, int); static __inline uint32_t atiixp_dmapos(struct atiixp_chinfo *); -static int atiixp_chan_getptr(kobj_t, void *); +static uint32_t atiixp_chan_getptr(kobj_t, void *); static struct pcmchan_caps *atiixp_chan_getcaps(kobj_t, void *); static void atiixp_intr(void *); @@ -515,7 +515,7 @@ atiixp_chan_setformat(kobj_t obj, void *data, uint32_t format) return (0); } -static int +static uint32_t atiixp_chan_setspeed(kobj_t obj, void *data, uint32_t spd) { /* XXX We're supposed to do VRA/DRA processing right here */ @@ -561,7 +561,7 @@ atiixp_chan_setfragments(kobj_t obj, void *data, return (1); } -static int +static uint32_t atiixp_chan_setblocksize(kobj_t obj, void *data, uint32_t blksz) { struct atiixp_chinfo *ch = data; @@ -818,7 +818,7 @@ atiixp_chan_trigger(kobj_t obj, void *data, int go) return (0); } -static int +static uint32_t atiixp_chan_getptr(kobj_t obj, void *data) { struct atiixp_chinfo *ch = data; diff --git a/sys/dev/sound/pci/cmi.c b/sys/dev/sound/pci/cmi.c index cda1e82..f5d1034 100644 --- a/sys/dev/sound/pci/cmi.c +++ b/sys/dev/sound/pci/cmi.c @@ -409,7 +409,7 @@ cmichan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t cmichan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -455,7 +455,7 @@ cmichan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; } -static int +static u_int32_t cmichan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -505,7 +505,7 @@ cmichan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t cmichan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; @@ -714,7 +714,7 @@ cmimix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return 0; } -static int +static u_int32_t cmimix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct sc_info *sc = mix_getdevinfo(m); @@ -775,7 +775,7 @@ MIXER_DECLARE(cmi_mixer); */ static unsigned char -cmi_mread(void *arg, struct sc_info *sc, int reg) +cmi_mread(struct mpu401 *arg, void *unused, int reg) { unsigned int d; @@ -786,15 +786,16 @@ cmi_mread(void *arg, struct sc_info *sc, int reg) } static void -cmi_mwrite(void *arg, struct sc_info *sc, int reg, unsigned char b) +cmi_mwrite(struct mpu401 *arg, void *unused, int reg, unsigned char b) { bus_space_write_1(0,0,0x330 + reg , b); } static int -cmi_muninit(void *arg, struct sc_info *sc) +cmi_muninit(struct mpu401 *arg, void *cookie) { + struct sc_info *sc = cookie; snd_mtxlock(sc->lock); sc->mpu_intr = 0; diff --git a/sys/dev/sound/pci/cs4281.c b/sys/dev/sound/pci/cs4281.c index 5b4b821..5ae1b59 100644 --- a/sys/dev/sound/pci/cs4281.c +++ b/sys/dev/sound/pci/cs4281.c @@ -244,7 +244,7 @@ cs4281_format_to_bps(u_int32_t format) /* -------------------------------------------------------------------- */ /* ac97 codec */ -static u_int32_t +static int cs4281_rdcd(kobj_t obj, void *devinfo, int regno) { struct sc_info *sc = (struct sc_info *)devinfo; @@ -278,7 +278,7 @@ cs4281_rdcd(kobj_t obj, void *devinfo, int regno) return cs4281_rd(sc, CS4281PCI_ACSDA); } -static void +static int cs4281_wrcd(kobj_t obj, void *devinfo, int regno, u_int32_t data) { struct sc_info *sc = (struct sc_info *)devinfo; @@ -295,6 +295,8 @@ cs4281_wrcd(kobj_t obj, void *devinfo, int regno, u_int32_t data) if (cs4281_waitclr(sc, CS4281PCI_ACCTL, CS4281PCI_ACCTL_DCV, 250) == 0) { device_printf(sc->dev,"cs4281_wrcd: DCV did not go\n"); } + + return (0); } static kobj_method_t cs4281_ac97_methods[] = { @@ -334,7 +336,7 @@ cs4281chan_init(kobj_t obj, void *devinfo, struct snd_dbuf *b, struct pcm_channe return ch; } -static int +static u_int32_t cs4281chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -356,7 +358,7 @@ cs4281chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) return ch->blksz; } -static int +static u_int32_t cs4281chan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -399,7 +401,7 @@ cs4281chan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t cs4281chan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; diff --git a/sys/dev/sound/pci/csapcm.c b/sys/dev/sound/pci/csapcm.c index c932c1d..df5f2d0 100644 --- a/sys/dev/sound/pci/csapcm.c +++ b/sys/dev/sound/pci/csapcm.c @@ -548,7 +548,7 @@ csachan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t csachan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct csa_chinfo *ch = data; @@ -557,7 +557,7 @@ csachan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; /* XXX calc real speed */ } -static int +static u_int32_t csachan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { return CS461x_BUFFSIZE / 2; @@ -589,7 +589,7 @@ csachan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t csachan_getptr(kobj_t obj, void *data) { struct csa_chinfo *ch = data; diff --git a/sys/dev/sound/pci/ds1.c b/sys/dev/sound/pci/ds1.c index 9ad24fd..b4c95fc 100644 --- a/sys/dev/sound/pci/ds1.c +++ b/sys/dev/sound/pci/ds1.c @@ -512,7 +512,7 @@ ds1pchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t ds1pchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_pchinfo *ch = data; @@ -522,7 +522,7 @@ ds1pchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return speed; } -static int +static u_int32_t ds1pchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_pchinfo *ch = data; @@ -566,7 +566,7 @@ ds1pchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t ds1pchan_getptr(kobj_t obj, void *data) { struct sc_pchinfo *ch = data; @@ -640,7 +640,7 @@ ds1rchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t ds1rchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_rchinfo *ch = data; @@ -650,7 +650,7 @@ ds1rchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return speed; } -static int +static u_int32_t ds1rchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_rchinfo *ch = data; @@ -696,7 +696,7 @@ ds1rchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t ds1rchan_getptr(kobj_t obj, void *data) { struct sc_rchinfo *ch = data; diff --git a/sys/dev/sound/pci/emu10k1.c b/sys/dev/sound/pci/emu10k1.c index 43cc412..e1165c7 100644 --- a/sys/dev/sound/pci/emu10k1.c +++ b/sys/dev/sound/pci/emu10k1.c @@ -764,7 +764,7 @@ emupchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t emupchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_pchinfo *ch = data; @@ -773,7 +773,7 @@ emupchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; } -static int +static u_int32_t emupchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_pchinfo *ch = data; @@ -819,7 +819,7 @@ emupchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t emupchan_getptr(kobj_t obj, void *data) { struct sc_pchinfo *ch = data; @@ -915,7 +915,7 @@ emurchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t emurchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_rchinfo *ch = data; @@ -934,7 +934,7 @@ emurchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; } -static int +static u_int32_t emurchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_rchinfo *ch = data; @@ -1033,7 +1033,7 @@ emurchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t emurchan_getptr(kobj_t obj, void *data) { struct sc_rchinfo *ch = data; @@ -1068,8 +1068,9 @@ static kobj_method_t emurchan_methods[] = { CHANNEL_DECLARE(emurchan); static unsigned char -emu_mread(void *arg, struct sc_info *sc, int reg) -{ +emu_mread(struct mpu401 *arg, void *cookie, int reg) +{ + struct sc_info *sc = cookie; unsigned int d; d = emu_rd(sc, 0x18 + reg, 1); @@ -1077,15 +1078,17 @@ emu_mread(void *arg, struct sc_info *sc, int reg) } static void -emu_mwrite(void *arg, struct sc_info *sc, int reg, unsigned char b) +emu_mwrite(struct mpu401 *arg, void *cookie, int reg, unsigned char b) { + struct sc_info *sc = cookie; emu_wr(sc, 0x18 + reg, b, 1); } static int -emu_muninit(void *arg, struct sc_info *sc) +emu_muninit(struct mpu401 *arg, void *cookie) { + struct sc_info *sc = cookie; snd_mtxlock(sc->lock); sc->mpu_intr = 0; diff --git a/sys/dev/sound/pci/emu10kx-midi.c b/sys/dev/sound/pci/emu10kx-midi.c index 736e7c2..8049c5a 100644 --- a/sys/dev/sound/pci/emu10kx-midi.c +++ b/sys/dev/sound/pci/emu10kx-midi.c @@ -65,8 +65,9 @@ static uint32_t emu_midi_card_intr(void *p, uint32_t arg); static devclass_t emu_midi_devclass; static unsigned char -emu_mread(void *arg __unused, struct emu_midi_softc *sc, int reg) +emu_mread(struct mpu401 *arg __unused, void *cookie, int reg) { + struct emu_midi_softc *sc = cookie; unsigned int d; d = 0; @@ -79,8 +80,9 @@ emu_mread(void *arg __unused, struct emu_midi_softc *sc, int reg) } static void -emu_mwrite(void *arg __unused, struct emu_midi_softc *sc, int reg, unsigned char b) +emu_mwrite(struct mpu401 *arg __unused, void *cookie, int reg, unsigned char b) { + struct emu_midi_softc *sc = cookie; if (sc->is_emu10k1) emu_wr(sc->card, 0x18 + reg, b, 1); @@ -89,8 +91,9 @@ emu_mwrite(void *arg __unused, struct emu_midi_softc *sc, int reg, unsigned char } static int -emu_muninit(void *arg __unused, struct emu_midi_softc *sc) +emu_muninit(struct mpu401 *arg __unused, void *cookie) { + struct emu_midi_softc *sc = cookie; mtx_lock(&sc->mtx); sc->mpu_intr = NULL; diff --git a/sys/dev/sound/pci/emu10kx-pcm.c b/sys/dev/sound/pci/emu10kx-pcm.c index 99fefd7..2a305de 100644 --- a/sys/dev/sound/pci/emu10kx-pcm.c +++ b/sys/dev/sound/pci/emu10kx-pcm.c @@ -385,7 +385,7 @@ emu_dspmixer_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned righ return (0); } -static int +static u_int32_t emu_dspmixer_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct emu_pcm_info *sc; @@ -486,7 +486,7 @@ emu_efxmixer_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned righ return (0); } -static int +static u_int32_t emu_efxmixer_setrecsrc(struct snd_mixer *m __unused, u_int32_t src __unused) { return (SOUND_MASK_MONITOR); @@ -753,7 +753,7 @@ emupchan_setformat(kobj_t obj __unused, void *c_devinfo, uint32_t format) return (0); } -static int +static uint32_t emupchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) { struct emu_pcm_pchinfo *ch = c_devinfo; @@ -762,7 +762,7 @@ emupchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) return (ch->spd); } -static int +static uint32_t emupchan_setblocksize(kobj_t obj __unused, void *c_devinfo, uint32_t blocksize) { struct emu_pcm_pchinfo *ch = c_devinfo; @@ -804,7 +804,7 @@ emupchan_trigger(kobj_t obj __unused, void *c_devinfo, int go) return (0); } -static int +static uint32_t emupchan_getptr(kobj_t obj __unused, void *c_devinfo) { struct emu_pcm_pchinfo *ch = c_devinfo; @@ -902,7 +902,7 @@ emurchan_setformat(kobj_t obj __unused, void *c_devinfo, uint32_t format) return (0); } -static int +static uint32_t emurchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) { struct emu_pcm_rchinfo *ch = c_devinfo; @@ -916,7 +916,7 @@ emurchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) return (ch->spd); } -static int +static uint32_t emurchan_setblocksize(kobj_t obj __unused, void *c_devinfo, uint32_t blocksize) { struct emu_pcm_rchinfo *ch = c_devinfo; @@ -1001,7 +1001,7 @@ emurchan_trigger(kobj_t obj __unused, void *c_devinfo, int go) return (0); } -static int +static uint32_t emurchan_getptr(kobj_t obj __unused, void *c_devinfo) { struct emu_pcm_rchinfo *ch = c_devinfo; @@ -1071,7 +1071,7 @@ emufxrchan_setformat(kobj_t obj __unused, void *c_devinfo __unused, uint32_t for return (EINVAL); } -static int +static uint32_t emufxrchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) { struct emu_pcm_rchinfo *ch = c_devinfo; @@ -1080,7 +1080,7 @@ emufxrchan_setspeed(kobj_t obj __unused, void *c_devinfo, uint32_t speed) return (ch->spd); } -static int +static uint32_t emufxrchan_setblocksize(kobj_t obj __unused, void *c_devinfo, uint32_t blocksize) { struct emu_pcm_rchinfo *ch = c_devinfo; @@ -1171,7 +1171,7 @@ emufxrchan_trigger(kobj_t obj __unused, void *c_devinfo, int go) return (0); } -static int +static uint32_t emufxrchan_getptr(kobj_t obj __unused, void *c_devinfo) { struct emu_pcm_rchinfo *ch = c_devinfo; diff --git a/sys/dev/sound/pci/envy24.c b/sys/dev/sound/pci/envy24.c index 0fd57d8..14fa45f 100644 --- a/sys/dev/sound/pci/envy24.c +++ b/sys/dev/sound/pci/envy24.c @@ -187,10 +187,10 @@ static void envy24_r32sl(struct sc_chinfo *); /* channel interface */ static void *envy24chan_init(kobj_t, void *, struct snd_dbuf *, struct pcm_channel *, int); static int envy24chan_setformat(kobj_t, void *, u_int32_t); -static int envy24chan_setspeed(kobj_t, void *, u_int32_t); -static int envy24chan_setblocksize(kobj_t, void *, u_int32_t); +static u_int32_t envy24chan_setspeed(kobj_t, void *, u_int32_t); +static u_int32_t envy24chan_setblocksize(kobj_t, void *, u_int32_t); static int envy24chan_trigger(kobj_t, void *, int); -static int envy24chan_getptr(kobj_t, void *); +static u_int32_t envy24chan_getptr(kobj_t, void *); static struct pcmchan_caps *envy24chan_getcaps(kobj_t, void *); /* mixer interface */ @@ -1087,7 +1087,7 @@ static struct { {0, 0x10} }; -static int +static u_int32_t envy24_setspeed(struct sc_info *sc, u_int32_t speed) { u_int32_t code; int i = 0; @@ -1691,7 +1691,7 @@ envy24chan_setformat(kobj_t obj, void *data, u_int32_t format) start triggerd, some other channel is running, and that channel's speed isn't same with, then trigger function will fail. */ -static int +static u_int32_t envy24chan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -1716,7 +1716,7 @@ envy24chan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->speed; } -static int +static u_int32_t envy24chan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -1864,7 +1864,7 @@ envy24chan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t envy24chan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; diff --git a/sys/dev/sound/pci/envy24ht.c b/sys/dev/sound/pci/envy24ht.c index a9d32e1..37d8bb5 100644 --- a/sys/dev/sound/pci/envy24ht.c +++ b/sys/dev/sound/pci/envy24ht.c @@ -186,10 +186,10 @@ static void envy24ht_r32sl(struct sc_chinfo *); /* channel interface */ static void *envy24htchan_init(kobj_t, void *, struct snd_dbuf *, struct pcm_channel *, int); static int envy24htchan_setformat(kobj_t, void *, u_int32_t); -static int envy24htchan_setspeed(kobj_t, void *, u_int32_t); -static int envy24htchan_setblocksize(kobj_t, void *, u_int32_t); +static u_int32_t envy24htchan_setspeed(kobj_t, void *, u_int32_t); +static u_int32_t envy24htchan_setblocksize(kobj_t, void *, u_int32_t); static int envy24htchan_trigger(kobj_t, void *, int); -static int envy24htchan_getptr(kobj_t, void *); +static u_int32_t envy24htchan_getptr(kobj_t, void *); static struct pcmchan_caps *envy24htchan_getcaps(kobj_t, void *); /* mixer interface */ @@ -1037,7 +1037,7 @@ static struct { {0, 0x10} }; -static int +static u_int32_t envy24ht_setspeed(struct sc_info *sc, u_int32_t speed) { u_int32_t code, i2sfmt; int i = 0; @@ -1602,7 +1602,7 @@ envy24htchan_setformat(kobj_t obj, void *data, u_int32_t format) start triggerd, some other channel is running, and that channel's speed isn't same with, then trigger function will fail. */ -static int +static u_int32_t envy24htchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -1627,7 +1627,7 @@ envy24htchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->speed; } -static int +static u_int32_t envy24htchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -1773,7 +1773,7 @@ envy24htchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t envy24htchan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; diff --git a/sys/dev/sound/pci/es137x.c b/sys/dev/sound/pci/es137x.c index 984aac9..5971e53 100644 --- a/sys/dev/sound/pci/es137x.c +++ b/sys/dev/sound/pci/es137x.c @@ -349,7 +349,7 @@ es1370_mixset(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return (l | (r << 8)); } -static int +static uint32_t es1370_mixsetrecsrc(struct snd_mixer *m, uint32_t src) { struct es_info *es; @@ -535,7 +535,7 @@ eschan_setformat(kobj_t obj, void *data, uint32_t format) return (0); } -static int +static uint32_t eschan1370_setspeed(kobj_t obj, void *data, uint32_t speed) { struct es_chinfo *ch = data; @@ -580,7 +580,7 @@ eschan1370_setspeed(kobj_t obj, void *data, uint32_t speed) return (speed); } -static int +static uint32_t eschan1371_setspeed(kobj_t obj, void *data, uint32_t speed) { struct es_chinfo *ch = data; @@ -639,7 +639,7 @@ eschan_setfragments(kobj_t obj, void *data, uint32_t blksz, uint32_t blkcnt) return (1); } -static int +static uint32_t eschan_setblocksize(kobj_t obj, void *data, uint32_t blksz) { struct es_chinfo *ch = data; @@ -820,7 +820,7 @@ eschan_trigger(kobj_t obj, void *data, int go) return (0); } -static int +static uint32_t eschan_getptr(kobj_t obj, void *data) { struct es_chinfo *ch = data; diff --git a/sys/dev/sound/pci/fm801.c b/sys/dev/sound/pci/fm801.c index 8ee8f28..09738d2 100644 --- a/sys/dev/sound/pci/fm801.c +++ b/sys/dev/sound/pci/fm801.c @@ -384,7 +384,7 @@ struct { /* anything above -> 48000 */ }; -static int +static u_int32_t fm801ch_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct fm801_chinfo *ch = data; @@ -411,7 +411,7 @@ fm801ch_setspeed(kobj_t obj, void *data, u_int32_t speed) return fm801_rates[i].rate; } -static int +static u_int32_t fm801ch_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct fm801_chinfo *ch = data; @@ -489,7 +489,7 @@ fm801ch_trigger(kobj_t obj, void *data, int go) } /* Almost ALSA copy */ -static int +static u_int32_t fm801ch_getptr(kobj_t obj, void *data) { struct fm801_chinfo *ch = data; diff --git a/sys/dev/sound/pci/hda/hdac.c b/sys/dev/sound/pci/hda/hdac.c index e580944..86f6324 100644 --- a/sys/dev/sound/pci/hda/hdac.c +++ b/sys/dev/sound/pci/hda/hdac.c @@ -3370,7 +3370,7 @@ hdac_channel_setformat(kobj_t obj, void *data, uint32_t format) return (EINVAL); } -static int +static uint32_t hdac_channel_setspeed(kobj_t obj, void *data, uint32_t speed) { struct hdac_chan *ch = data; @@ -3518,7 +3518,7 @@ hdac_channel_setfragments(kobj_t obj, void *data, return (1); } -static int +static uint32_t hdac_channel_setblocksize(kobj_t obj, void *data, uint32_t blksz) { struct hdac_chan *ch = data; @@ -3592,7 +3592,7 @@ hdac_channel_trigger(kobj_t obj, void *data, int go) return (0); } -static int +static uint32_t hdac_channel_getptr(kobj_t obj, void *data) { struct hdac_chan *ch = data; diff --git a/sys/dev/sound/pci/ich.c b/sys/dev/sound/pci/ich.c index 7351355..a33c986 100644 --- a/sys/dev/sound/pci/ich.c +++ b/sys/dev/sound/pci/ich.c @@ -269,7 +269,7 @@ ich_rdcd(kobj_t obj, void *devinfo, int regno) } static int -ich_wrcd(kobj_t obj, void *devinfo, int regno, uint16_t data) +ich_wrcd(kobj_t obj, void *devinfo, int regno, uint32_t data) { struct sc_info *sc = (struct sc_info *)devinfo; @@ -439,7 +439,7 @@ ichchan_setformat(kobj_t obj, void *data, uint32_t format) return (0); } -static int +static uint32_t ichchan_setspeed(kobj_t obj, void *data, uint32_t speed) { struct sc_chinfo *ch = data; @@ -473,7 +473,7 @@ ichchan_setspeed(kobj_t obj, void *data, uint32_t speed) return (ch->spd); } -static int +static uint32_t ichchan_setblocksize(kobj_t obj, void *data, uint32_t blocksize) { struct sc_chinfo *ch = data; @@ -535,7 +535,7 @@ ichchan_trigger(kobj_t obj, void *data, int go) return (0); } -static int +static uint32_t ichchan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; diff --git a/sys/dev/sound/pci/maestro.c b/sys/dev/sound/pci/maestro.c index cec690a..2143051 100644 --- a/sys/dev/sound/pci/maestro.c +++ b/sys/dev/sound/pci/maestro.c @@ -1381,13 +1381,13 @@ aggpch_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t aggpch_setspeed(kobj_t obj, void *data, u_int32_t speed) { return ((struct agg_chinfo*)data)->speed = speed; } -static int +static u_int32_t aggpch_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct agg_chinfo *ch = data; @@ -1430,7 +1430,7 @@ aggpch_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t aggpch_getptr(kobj_t obj, void *data) { struct agg_chinfo *ch = data; @@ -1526,13 +1526,13 @@ aggrch_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t aggrch_setspeed(kobj_t obj, void *data, u_int32_t speed) { return ((struct agg_rchinfo*)data)->speed = speed; } -static int +static u_int32_t aggrch_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct agg_rchinfo *ch = data; @@ -1579,7 +1579,7 @@ aggrch_trigger(kobj_t obj, void *sc, int go) return 0; } -static int +static u_int32_t aggrch_getptr(kobj_t obj, void *sc) { struct agg_rchinfo *ch = sc; diff --git a/sys/dev/sound/pci/maestro3.c b/sys/dev/sound/pci/maestro3.c index 8f1084c..10ebda0 100644 --- a/sys/dev/sound/pci/maestro3.c +++ b/sys/dev/sound/pci/maestro3.c @@ -162,8 +162,8 @@ struct sc_info { static void *m3_pchan_init(kobj_t, void *, struct snd_dbuf *, struct pcm_channel *, int); static int m3_pchan_free(kobj_t, void *); static int m3_pchan_setformat(kobj_t, void *, u_int32_t); -static int m3_pchan_setspeed(kobj_t, void *, u_int32_t); -static int m3_pchan_setblocksize(kobj_t, void *, u_int32_t); +static u_int32_t m3_pchan_setspeed(kobj_t, void *, u_int32_t); +static u_int32_t m3_pchan_setblocksize(kobj_t, void *, u_int32_t); static int m3_pchan_trigger(kobj_t, void *, int); static int m3_pchan_trigger_locked(kobj_t, void *, int); static u_int32_t m3_pchan_getptr_internal(struct sc_pchinfo *); @@ -174,8 +174,8 @@ static struct pcmchan_caps *m3_pchan_getcaps(kobj_t, void *); static void *m3_rchan_init(kobj_t, void *, struct snd_dbuf *, struct pcm_channel *, int); static int m3_rchan_free(kobj_t, void *); static int m3_rchan_setformat(kobj_t, void *, u_int32_t); -static int m3_rchan_setspeed(kobj_t, void *, u_int32_t); -static int m3_rchan_setblocksize(kobj_t, void *, u_int32_t); +static u_int32_t m3_rchan_setspeed(kobj_t, void *, u_int32_t); +static u_int32_t m3_rchan_setblocksize(kobj_t, void *, u_int32_t); static int m3_rchan_trigger(kobj_t, void *, int); static int m3_rchan_trigger_locked(kobj_t, void *, int); static u_int32_t m3_rchan_getptr_internal(struct sc_rchinfo *); @@ -185,7 +185,7 @@ static struct pcmchan_caps *m3_rchan_getcaps(kobj_t, void *); static int m3_chan_active(struct sc_info *); /* talk to the codec - called from ac97.c */ -static int m3_initcd(kobj_t, void *); +static u_int32_t m3_initcd(kobj_t, void *); static int m3_rdcd(kobj_t, void *, int); static int m3_wrcd(kobj_t, void *, int, u_int32_t); @@ -309,7 +309,7 @@ m3_wait(struct sc_info *sc) /* -------------------------------------------------------------------- */ /* ac97 codec */ -static int +static u_int32_t m3_initcd(kobj_t kobj, void *devinfo) { struct sc_info *sc = (struct sc_info *)devinfo; @@ -532,7 +532,7 @@ m3_pchan_setformat(kobj_t kobj, void *chdata, u_int32_t format) return (0); } -static int +static u_int32_t m3_pchan_setspeed(kobj_t kobj, void *chdata, u_int32_t speed) { struct sc_pchinfo *ch = chdata; @@ -555,7 +555,7 @@ m3_pchan_setspeed(kobj_t kobj, void *chdata, u_int32_t speed) return (speed); } -static int +static u_int32_t m3_pchan_setblocksize(kobj_t kobj, void *chdata, u_int32_t blocksize) { struct sc_pchinfo *ch = chdata; @@ -878,7 +878,7 @@ m3_rchan_setformat(kobj_t kobj, void *chdata, u_int32_t format) return (0); } -static int +static u_int32_t m3_rchan_setspeed(kobj_t kobj, void *chdata, u_int32_t speed) { struct sc_rchinfo *ch = chdata; @@ -901,7 +901,7 @@ m3_rchan_setspeed(kobj_t kobj, void *chdata, u_int32_t speed) return (speed); } -static int +static u_int32_t m3_rchan_setblocksize(kobj_t kobj, void *chdata, u_int32_t blocksize) { struct sc_rchinfo *ch = chdata; diff --git a/sys/dev/sound/pci/neomagic.c b/sys/dev/sound/pci/neomagic.c index 4b011bb..e391db5 100644 --- a/sys/dev/sound/pci/neomagic.c +++ b/sys/dev/sound/pci/neomagic.c @@ -380,7 +380,7 @@ nmchan_setformat(kobj_t obj, void *data, u_int32_t format) return nm_setch(ch); } -static int +static u_int32_t nmchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -389,7 +389,7 @@ nmchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return nm_setch(ch)? 0 : ch->spd; } -static int +static u_int32_t nmchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -447,7 +447,7 @@ nmchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t nmchan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; diff --git a/sys/dev/sound/pci/solo.c b/sys/dev/sound/pci/solo.c index 5cf776d..1c3f6dc 100644 --- a/sys/dev/sound/pci/solo.c +++ b/sys/dev/sound/pci/solo.c @@ -556,7 +556,7 @@ esschan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t esschan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct ess_chinfo *ch = data; @@ -570,7 +570,7 @@ esschan_setspeed(kobj_t obj, void *data, u_int32_t speed) return ch->spd; } -static int +static u_int32_t esschan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct ess_chinfo *ch = data; @@ -608,7 +608,7 @@ esschan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t esschan_getptr(kobj_t obj, void *data) { struct ess_chinfo *ch = data; @@ -720,7 +720,7 @@ essmix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return left | (right << 8); } -static int +static u_int32_t essmix_setrecsrc(struct snd_mixer *m, u_int32_t src) { struct ess_info *sc = mix_getdevinfo(m); diff --git a/sys/dev/sound/pci/t4dwave.c b/sys/dev/sound/pci/t4dwave.c index 39ce02e..44c7242 100644 --- a/sys/dev/sound/pci/t4dwave.c +++ b/sys/dev/sound/pci/t4dwave.c @@ -510,7 +510,7 @@ trpchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t trpchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct tr_chinfo *ch = data; @@ -519,7 +519,7 @@ trpchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return (ch->delta * 48000) >> 12; } -static int +static u_int32_t trpchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct tr_chinfo *ch = data; @@ -561,7 +561,7 @@ trpchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t trpchan_getptr(kobj_t obj, void *data) { struct tr_chinfo *ch = data; @@ -627,7 +627,7 @@ trrchan_setformat(kobj_t obj, void *data, u_int32_t format) } -static int +static u_int32_t trrchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct tr_rchinfo *ch = data; @@ -641,7 +641,7 @@ trrchan_setspeed(kobj_t obj, void *data, u_int32_t speed) return (48000 << 12) / ch->delta; } -static int +static u_int32_t trrchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct tr_rchinfo *ch = data; @@ -683,7 +683,7 @@ trrchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t trrchan_getptr(kobj_t obj, void *data) { struct tr_rchinfo *ch = data; diff --git a/sys/dev/sound/pci/via8233.c b/sys/dev/sound/pci/via8233.c index 68de81b..0f03f41 100644 --- a/sys/dev/sound/pci/via8233.c +++ b/sys/dev/sound/pci/via8233.c @@ -469,7 +469,7 @@ via8233msgd_setformat(kobj_t obj, void *data, uint32_t format) /* -------------------------------------------------------------------- */ /* Speed setting functions */ -static int +static uint32_t via8233wr_setspeed(kobj_t obj, void *data, uint32_t speed) { struct via_chinfo *ch = data; @@ -481,7 +481,7 @@ via8233wr_setspeed(kobj_t obj, void *data, uint32_t speed) return (48000); } -static int +static uint32_t via8233dxs_setspeed(kobj_t obj, void *data, uint32_t speed) { struct via_chinfo *ch = data; @@ -501,7 +501,7 @@ via8233dxs_setspeed(kobj_t obj, void *data, uint32_t speed) return (speed); } -static int +static uint32_t via8233msgd_setspeed(kobj_t obj, void *data, uint32_t speed) { struct via_chinfo *ch = data; @@ -599,7 +599,7 @@ via8233chan_setfragments(kobj_t obj, void *data, return (1); } -static int +static uint32_t via8233chan_setblocksize(kobj_t obj, void *data, uint32_t blksz) { struct via_chinfo *ch = data; @@ -610,7 +610,7 @@ via8233chan_setblocksize(kobj_t obj, void *data, uint32_t blksz) return (ch->blksz); } -static int +static uint32_t via8233chan_getptr(kobj_t obj, void *data) { struct via_chinfo *ch = data; diff --git a/sys/dev/sound/pci/via82c686.c b/sys/dev/sound/pci/via82c686.c index e04e480..c904443 100644 --- a/sys/dev/sound/pci/via82c686.c +++ b/sys/dev/sound/pci/via82c686.c @@ -300,7 +300,7 @@ viachan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t viachan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct via_chinfo *ch = data; @@ -323,7 +323,7 @@ viachan_setspeed(kobj_t obj, void *data, u_int32_t speed) return 48000; } -static int +static u_int32_t viachan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct via_chinfo *ch = data; @@ -361,7 +361,7 @@ viachan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t viachan_getptr(kobj_t obj, void *data) { struct via_chinfo *ch = data; diff --git a/sys/dev/sound/pci/vibes.c b/sys/dev/sound/pci/vibes.c index ee205fe..75aed41 100644 --- a/sys/dev/sound/pci/vibes.c +++ b/sys/dev/sound/pci/vibes.c @@ -210,7 +210,7 @@ svchan_getcaps(kobj_t obj, void *data) return &sc_caps; } -static int +static u_int32_t svchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { struct sc_chinfo *ch = data; @@ -234,7 +234,7 @@ svchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t svchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { struct sc_chinfo *ch = data; @@ -347,7 +347,7 @@ svrchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t svrchan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; @@ -424,7 +424,7 @@ svpchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t svpchan_getptr(kobj_t obj, void *data) { struct sc_chinfo *ch = data; @@ -536,7 +536,7 @@ sv_mix_set(struct snd_mixer *m, u_int32_t dev, u_int32_t left, u_int32_t right) return sv_gain(sc, dev, left, right); } -static int +static u_int32_t sv_mix_setrecsrc(struct snd_mixer *m, u_int32_t mask) { struct sc_info *sc = mix_getdevinfo(m); diff --git a/sys/dev/sound/pcm/ac97.c b/sys/dev/sound/pcm/ac97.c index 22c14e8..9f1b1bc 100644 --- a/sys/dev/sound/pcm/ac97.c +++ b/sys/dev/sound/pcm/ac97.c @@ -1053,7 +1053,7 @@ ac97mix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) return ac97_setmixer(codec, dev, left, right); } -static int +static u_int32_t ac97mix_setrecsrc(struct snd_mixer *m, u_int32_t src) { int i; diff --git a/sys/dev/sound/pcm/channel_if.m b/sys/dev/sound/pcm/channel_if.m index 3429a33..2b37557 100644 --- a/sys/dev/sound/pcm/channel_if.m +++ b/sys/dev/sound/pcm/channel_if.m @@ -120,7 +120,7 @@ METHOD int setdir { int dir; } DEFAULT channel_nosetdir; -METHOD u_int32_t setformat { +METHOD int setformat { kobj_t obj; void *data; u_int32_t format; diff --git a/sys/dev/sound/pcm/fake.c b/sys/dev/sound/pcm/fake.c index 9cd17e1..991f8e5 100644 --- a/sys/dev/sound/pcm/fake.c +++ b/sys/dev/sound/pcm/fake.c @@ -88,13 +88,13 @@ fkchan_setformat(kobj_t obj, void *data, u_int32_t format) return 0; } -static int +static u_int32_t fkchan_setspeed(kobj_t obj, void *data, u_int32_t speed) { return speed; } -static int +static u_int32_t fkchan_setblocksize(kobj_t obj, void *data, u_int32_t blocksize) { return blocksize; @@ -106,7 +106,7 @@ fkchan_trigger(kobj_t obj, void *data, int go) return 0; } -static int +static u_int32_t fkchan_getptr(kobj_t obj, void *data) { return 0; diff --git a/sys/dev/sound/pcm/vchan.c b/sys/dev/sound/pcm/vchan.c index d881654..ba02523 100644 --- a/sys/dev/sound/pcm/vchan.c +++ b/sys/dev/sound/pcm/vchan.c @@ -420,7 +420,7 @@ vchan_setformat(kobj_t obj, void *data, uint32_t format) return (0); } -static int +static uint32_t vchan_setspeed(kobj_t obj, void *data, uint32_t speed) { struct vchinfo *ch = data; diff --git a/sys/dev/sound/usb/uaudio_pcm.c b/sys/dev/sound/usb/uaudio_pcm.c index e227f1b..5a47c98 100644 --- a/sys/dev/sound/usb/uaudio_pcm.c +++ b/sys/dev/sound/usb/uaudio_pcm.c @@ -57,13 +57,13 @@ ua_chan_setformat(kobj_t obj, void *data, uint32_t format) return (uaudio_chan_set_param_format(data, format)); } -static int +static uint32_t ua_chan_setspeed(kobj_t obj, void *data, uint32_t speed) { return (uaudio_chan_set_param_speed(data, speed)); } -static int +static uint32_t ua_chan_setblocksize(kobj_t obj, void *data, uint32_t blocksize) { return (uaudio_chan_set_param_blocksize(data, blocksize)); @@ -88,7 +88,7 @@ ua_chan_trigger(kobj_t obj, void *data, int go) } } -static int +static uint32_t ua_chan_getptr(kobj_t obj, void *data) { return (uaudio_chan_getptr(data)); @@ -141,7 +141,7 @@ ua_mixer_set(struct snd_mixer *m, unsigned type, unsigned left, unsigned right) return (left | (right << 8)); } -static int +static uint32_t ua_mixer_setrecsrc(struct snd_mixer *m, uint32_t src) { struct mtx *mtx = mixer_get_lock(m); From imp at bsdimp.com Wed Apr 15 11:17:17 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Wed Apr 15 11:55:51 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <49E62215.4010309@icyb.net.ua> References: <49E62215.4010309@icyb.net.ua> Message-ID: <20090415.121445.-1264106115.imp@bsdimp.com> In message: <49E62215.4010309@icyb.net.ua> Andriy Gapon writes: : : Please review the attached, largely mechanical, patch for sound subsystem. : This patch is supposed to make all functions that implement kobj methods have : strictly the same signatures as defined by the interfaces. : : The only non-mechanical change is in sys/dev/sound/pcm/channel_if.m: usage of : setformat method in channel.c shows that this method is supposed to return error : number and so int is more appropriate return type than u_int32_t. : E.g.: : r = CHANNEL_SETFORMAT(c->methods, c->devinfo, sndbuf_getfmt(b)); : if (r == 0) : r = chn_tryspeed(c, c->speed); : } : return r; : } else : return EINVAL; My only comment is that it might be a good time to change the u_int32_t to uint32_t. Otherwise I think this is good. I've been trying to get the problems in the tree like this fixed so we can turn that feature on going forward... Warner From avg at icyb.net.ua Wed Apr 15 11:22:27 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Apr 15 11:57:54 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <20090415.121445.-1264106115.imp@bsdimp.com> References: <49E62215.4010309@icyb.net.ua> <20090415.121445.-1264106115.imp@bsdimp.com> Message-ID: <49E625DD.9040703@icyb.net.ua> on 15/04/2009 21:14 M. Warner Losh said the following: > In message: <49E62215.4010309@icyb.net.ua> > Andriy Gapon writes: > : > : Please review the attached, largely mechanical, patch for sound subsystem. > : This patch is supposed to make all functions that implement kobj methods have > : strictly the same signatures as defined by the interfaces. > : > : The only non-mechanical change is in sys/dev/sound/pcm/channel_if.m: usage of > : setformat method in channel.c shows that this method is supposed to return error > : number and so int is more appropriate return type than u_int32_t. > : E.g.: > : r = CHANNEL_SETFORMAT(c->methods, c->devinfo, sndbuf_getfmt(b)); > : if (r == 0) > : r = chn_tryspeed(c, c->speed); > : } > : return r; > : } else > : return EINVAL; > > My only comment is that it might be a good time to change the > u_int32_t to uint32_t. Otherwise I think this is good. I've been > trying to get the problems in the tree like this fixed so we can turn > that feature on going forward... I tried to use u_int32_t or uint32_t consistently with the file I changed. The drivers are typically quite self-consistent, but across drivers the styles are different. u_int32_t => uint32_t would make diff substantially larger, so I'd prefer to do separately [mumbles "if at all" :-)]. -- Andriy Gapon From avg at icyb.net.ua Wed Apr 15 11:27:07 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Apr 15 11:59:23 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <20090415.121445.-1264106115.imp@bsdimp.com> References: <49E62215.4010309@icyb.net.ua> <20090415.121445.-1264106115.imp@bsdimp.com> Message-ID: <49E626F4.2000806@icyb.net.ua> BTW, with this patch there are only 33 remaining places where the signatures differ :-) -- Andriy Gapon From imp at bsdimp.com Wed Apr 15 11:37:52 2009 From: imp at bsdimp.com (M. Warner Losh) Date: Wed Apr 15 12:04:02 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <49E626F4.2000806@icyb.net.ua> References: <49E62215.4010309@icyb.net.ua> <20090415.121445.-1264106115.imp@bsdimp.com> <49E626F4.2000806@icyb.net.ua> Message-ID: <20090415.123809.1616884372.imp@bsdimp.com> In message: <49E626F4.2000806@icyb.net.ua> Andriy Gapon writes: : BTW, with this patch there are only 33 remaining places where the signatures : differ :-) Cool! Is this true in the whole tree, or just sound? Warner From ariff at FreeBSD.org Wed Apr 15 19:54:16 2009 From: ariff at FreeBSD.org (Ariff Abdullah) Date: Wed Apr 15 20:14:37 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <49E62215.4010309@icyb.net.ua> References: <49E62215.4010309@icyb.net.ua> Message-ID: <20090416105403.10073854.ariff@FreeBSD.org> On Wed, 15 Apr 2009 21:06:13 +0300 Andriy Gapon wrote: > > Please review the attached, largely mechanical, patch for sound > subsystem. This patch is supposed to make all functions that > implement kobj methods have strictly the same signatures as defined > by the interfaces. > Actually this has been addressed through ~ariff/current.diff, along with other too many goodies. All I need is _time_ and _focus_ . Please defer any changes until everything has been committed. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ ... Going with the standard and orthodox is the death of intellect .............. -------------- 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/20090416/56ebc8ad/attachment.pgp From avg at icyb.net.ua Wed Apr 15 22:32:54 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Apr 15 23:17:41 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <20090415.123809.1616884372.imp@bsdimp.com> References: <49E62215.4010309@icyb.net.ua> <20090415.121445.-1264106115.imp@bsdimp.com> <49E626F4.2000806@icyb.net.ua> <20090415.123809.1616884372.imp@bsdimp.com> Message-ID: <49E6C2FD.2010009@icyb.net.ua> on 15/04/2009 21:38 M. Warner Losh said the following: > In message: <49E626F4.2000806@icyb.net.ua> > Andriy Gapon writes: > : BTW, with this patch there are only 33 remaining places where the signatures > : differ :-) > > Cool! Is this true in the whole tree, or just sound? Whole tree, but maybe I missed a few things arm-arch-specific. -- Andriy Gapon From freebsd at sopwith.solgatos.com Wed Apr 15 22:49:23 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Wed Apr 15 23:29:33 2009 Subject: Help picking a video card and other related gear Message-ID: <200904160452.EAA10802@sopwith.solgatos.com> > I think the ATI FLOSS gang might be working on power save mode > stuff about now? And presto! An announcement of some power save stuff: http://www.phoronix.com/scan.php?page=news_item&px=NzIwNg I wonder if I'll live long enough to see video decode? :-( From freebsd at sopwith.solgatos.com Wed Apr 15 22:49:24 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Wed Apr 15 23:29:33 2009 Subject: ac97 interface q In-Reply-To: Your message of "Wed, 15 Apr 2009 17:17:40 +0300." <49E5EC84.1080800@icyb.net.ua> Message-ID: <200904151528.PAA10569@sopwith.solgatos.com> > What are your opinions - should the calling code be enhanced to use the interface > properly (i.e. attempt to detect error conditions) or should the interface be > dumbed down to its caller's expectations? Detecting errors is ALWAYS a good idea. It is very frustrating when something doesn't work and you have no idea why. From grarpamp at gmail.com Thu Apr 16 01:14:33 2009 From: grarpamp at gmail.com (grarpamp) Date: Thu Apr 16 01:49:07 2009 Subject: Help picking a video card and other related gear In-Reply-To: <1239700863.7491.150.camel@strangepork.mintel.co.uk> References: <1239700863.7491.150.camel@strangepork.mintel.co.uk> Message-ID: Been out... replying to all at once here. >> Requirements > So, for video you want an ATI/AMD card. r500 and below will get you > all the features today. r600+ will get you EXA and Xv acceleration > today, with 3d rumored to be coming soon. Most of what I see on the net says that ATI of roughly these series is the open source solution to go with. And seems to have future potential, mostly as Nvidia seems to be firm on doc refusal. So other than Intel, I guess that's that part. > That's for 60 Hz. If you think you might want a 120 Hz display > instead of 60 Hz, dual link is only good for 1920x1200. Ok, I really should tune this CRT from 85Hz down to 60Hz and see if it drives me nuts. As well as check out other peoples LCD settings in person to be sure. Right now, it's real estate I need most. >> color calibration, spydering > You can set rgb gamma, is that what you are referring to? > http://www.behardware.com/articles/580-1/the-spyder-2-an-affordable-colorimeter.html That's part of it. With analog CRT tech, you've got the electron beam stuff... astigmatism, focus, G2, raster geometry, etc. Then add your input signal and you've got RGB gain/bias. And if it's NTSC you've got color decoding to deal with too. All that to tinker with just to set your reference color bars, pluge, CIE and grayscale correct. There's websites dedicated to that topic... avsforum, keohi. Old school broadcast stuff... still applies to digital, just doesn't involve as much electrocution :) DVI-D LCD displays do away with all the analog bits of that. But they, in conjunction with the card, still need to display those reference files correctly. The windows guys seem to be doing it by poking at their card/driver somehow. If the knobs exist I could just play human comparator. >> dual displays/panels > Most of this, I'm not entirely sure about, or at least not in a > single video card. But beware, multiple video cards are not currently > working and I don't have an ETA on them working again right now. I think I recall seeing single matrox cards with two physical dvi jacks driving two panels. Either stitched together GUI or in GUI/GUI or GUI/cons modes. Maybe not, either way, I can live without. >> chipsets > Intel is the likely candidate here, but I'm having trouble with > Intel chips lately, so stability may be a factor. My old gear doesn't cut it, but I was able to watch a dvd on a loaner IntelIGP Dell 2350. Maybe a little choppy but likely user error. > The Radeon IGPs should work fine as far as I know right now, so > if you can find one of those that meets your needs, you should be > in good shape. The AMD 790GX chipset has a Radeon HD-3300 in it. I've seen mobos with it, DVI-D and DSUB-15 all onboard. So I'm getting closer. http://my.ocworkbench.com/2008/gigabyte/GA-MA790GP-DS4H/g1.htm Rats, no ECC ram. And no, I don't overclock. >> tuner > Jason's cx88 driver (in ports) supports several cx88 based cards, > both digital and analog. http://corona.homeunix.net/cx88wiki Thx, will look, need OTA, rest is optional, so this might work. Has anyone ported the pchdtv.com HD-5500 over yet? >> amd: phenom x3 8450e 2.1GHz, athlon x2 5050e 2.6Ghz or 5600+ 2.9Ghz > If it were me I'd look at Phenom II at least x2, maybe x3 or x4 > depending on pricing. Decoding HD video in real time without GPU > assist needs a lot of CPU. Well, if I was watching what appeared to be deinterlaced dvd [MPEG2 480p] on that Intel 1.8Ghz, then I'm hoping a 2.1Ghz or better will do 1080p. Need to find a 15sec raw HD stream to test the CPU and mplayer with. > I spent the weekend playing around with some very cheap nvidia > graphics cards, playing with VDPAU. If you were wanting something > very cheap to decode and deinterlace HD MPEG4/AVC/H264, VC-1 or > MPEG2, then this is where it is at. I don't think any of those applies to me as I'm only looking for 480p dvd and OTA HDTV/1080p. They're MPEG2 AFAIK. > With a 30 Geforce 8400 GS, I > could decode/deinterlace a 1080i 22 MBps MPEG4 AVC stream, using > 3-5% CPU (without acceleration, 70-90% CPU usage and occasionally > dropped frames). Playing back 1080p x264 content used 3-5% CPU > (without accel, 100% CPU usage, 3-4 dropped frames a second). This > was with a 2.2 GHz Core 2 Duo, 7-STABLE and the nvidia 180.44 driver. 1080p, Core 2 2.2 GHz, pegged and dropped. Thx for the reference numbers! I added GHz to the CPU's above. They're the highest GHz at 65Watt or less and happen to be under $80 as an unexpected bonus. It gets pricy [$150++] and hot [95W/140W] to go faster or more cores after that sweet spot. Are both the CPU cores pegged? With what processes, the player and xorg eating up each CPU? http://en.wikipedia.org/wiki/List_of_AMD_Phenom_microprocessors http://en.wikipedia.org/wiki/List_of_AMD_Athlon_X2_microprocessors http://en.wikipedia.org/wiki/List_of_AMD_Athlon_64_X2_microprocessors > Obviously, being a nvidia binary blob, there are certain major > downsides (no amd64, no source code, no guarentee of support), but > to get similar performance from a software decoder would be impossible. Doesn't 'without accel' mean everything is being done in software, ie: mplayer, by the CPU and more or less being sent straight to some sort of dumb digital framebuffer on the video card, translated to DVI-D and out to LCD. Also don't know what all these new acronyms are... EXA, Xv, XvMC, UVD, UVD2, VDPAU, VAAPI. More stuff to google. Thx, heh. Keep in mind, I'm still running an old Riva128, it's about as dumb as an ISA bus Trident/Tseng, hah :) So yeah, the digital stuff is all new to me. More reading to do. > Do they actually have Xv running *correctly* yet? Methinks some of what I ask is better suited for the xorg lists. Wish I knew what the FreeBSD kernel portion of these video bits does for me? Like this DRM thing. Other than those parts, I think everything else is the xorg guys. Is video4bsd going anywhere? Certainly the foundation could support a bona fide committer with a card, especially if the vendor docs are in hand. As a side note... maybe the various supported hardware lists [wiki, release notes, handbook, mailing lists] could be integrated. Then add in a way that users can submit go/no_go notes on their own as well. Sometimes they seem rather dated and short given the variety of gear out there. If it were me, I'd wikify it. From Alexander at Leidinger.net Thu Apr 16 05:46:13 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 16 06:37:54 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <49E62215.4010309@icyb.net.ua> References: <49E62215.4010309@icyb.net.ua> Message-ID: <20090416143005.74393on2jzdlbts0@webmail.leidinger.net> Quoting Andriy Gapon (from Wed, 15 Apr 2009 21:06:13 +0300): > > Please review the attached, largely mechanical, patch for sound subsystem. > This patch is supposed to make all functions that implement kobj methods have > strictly the same signatures as defined by the interfaces. As you have to change a lot of places, a question would be if it is ok to change the interface from u_int32_t to int instead. I haven't investigated if this is about our internal in-kernel interface, or (indirectly) the official userland OSS interface. I also hadn't a look what 3rd party sound drivers (e.g. in ports) are using. You are also mixing u_int32_t and uint32_t in the change. Most of them are of the u_int32_t style, but some changes have uint32_t. Bye, Alexander. -- Bigamy is having one spouse too many. Monogamy is the same. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From avg at icyb.net.ua Thu Apr 16 06:58:44 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Apr 16 07:38:20 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <20090416105403.10073854.ariff@FreeBSD.org> References: <49E62215.4010309@icyb.net.ua> <20090416105403.10073854.ariff@FreeBSD.org> Message-ID: <49E73990.6090602@icyb.net.ua> on 16/04/2009 05:54 Ariff Abdullah said the following: > On Wed, 15 Apr 2009 21:06:13 +0300 > Andriy Gapon wrote: >> Please review the attached, largely mechanical, patch for sound >> subsystem. This patch is supposed to make all functions that >> implement kobj methods have strictly the same signatures as defined >> by the interfaces. >> > > Actually this has been addressed through ~ariff/current.diff, along > with other too many goodies. All I need is _time_ and _focus_ . > > Please defer any changes until everything has been committed. Ariff, these are very interesting news. Pity that I haven't noticed your development before doing this work. Eagerly awaiting the commit of your work. Thank you! -- Andriy Gapon From avg at icyb.net.ua Thu Apr 16 07:44:44 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Apr 16 08:17:23 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <20090416143005.74393on2jzdlbts0@webmail.leidinger.net> References: <49E62215.4010309@icyb.net.ua> <20090416143005.74393on2jzdlbts0@webmail.leidinger.net> Message-ID: <49E74452.8070000@icyb.net.ua> on 16/04/2009 15:30 Alexander Leidinger said the following: > Quoting Andriy Gapon (from Wed, 15 Apr 2009 21:06:13 > +0300): > >> >> Please review the attached, largely mechanical, patch for sound >> subsystem. >> This patch is supposed to make all functions that implement kobj >> methods have >> strictly the same signatures as defined by the interfaces. > > As you have to change a lot of places, a question would be if it is ok > to change the interface from u_int32_t to int instead. I haven't > investigated if this is about our internal in-kernel interface, or > (indirectly) the official userland OSS interface. I also hadn't a look > what 3rd party sound drivers (e.g. in ports) are using. I think that this would be incorrect because callers of those methods do actually expect uint32_t to be returned, e.g. they assign the result to a variable of such type etc. In fact most of those changed functions do have uint32_t type for the variables that they return. Although uint32_t->int->uint32_t conversion via return doesn't cause any loss or altering of information, it's still not good, IMO. > You are also mixing u_int32_t and uint32_t in the change. Most of them > are of the u_int32_t style, but some changes have uint32_t. Yes, but I am preserving the style of each individual file being changed. -- Andriy Gapon From Alexander at Leidinger.net Thu Apr 16 12:05:09 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Apr 16 12:52:18 2009 Subject: strict signatures for kobj methods in sound subsystem In-Reply-To: <49E74452.8070000@icyb.net.ua> References: <49E62215.4010309@icyb.net.ua> <20090416143005.74393on2jzdlbts0@webmail.leidinger.net> <49E74452.8070000@icyb.net.ua> Message-ID: <20090416210456.00004dda@unknown> On Thu, 16 Apr 2009 17:44:34 +0300 Andriy Gapon wrote: > on 16/04/2009 15:30 Alexander Leidinger said the following: > > Quoting Andriy Gapon (from Wed, 15 Apr 2009 > > 21:06:13 +0300): > > > >> > >> Please review the attached, largely mechanical, patch for sound > >> subsystem. > >> This patch is supposed to make all functions that implement kobj > >> methods have > >> strictly the same signatures as defined by the interfaces. > > > > As you have to change a lot of places, a question would be if it is > > ok to change the interface from u_int32_t to int instead. I haven't > > investigated if this is about our internal in-kernel interface, or > > (indirectly) the official userland OSS interface. I also hadn't a > > look what 3rd party sound drivers (e.g. in ports) are using. > > I think that this would be incorrect because callers of those methods > do actually expect uint32_t to be returned, e.g. they assign the > result to a variable of such type etc. In fact most of those changed > functions do have uint32_t type for the variables that they return. > Although uint32_t->int->uint32_t conversion via return doesn't cause > any loss or altering of information, it's still not good, IMO. I agree. > > You are also mixing u_int32_t and uint32_t in the change. Most of > > them are of the u_int32_t style, but some changes have uint32_t. > > Yes, but I am preserving the style of each individual file being > changed. Ah, ok. I didn't look that carefully at it. This is surely ok. Bye, Alexander. From freebsd at sopwith.solgatos.com Thu Apr 16 22:26:32 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Thu Apr 16 22:48:24 2009 Subject: Help picking a video card and other related gear In-Reply-To: Your message of "Thu, 16 Apr 2009 04:14:29 EDT." Message-ID: <200904162124.VAA01235@sopwith.solgatos.com> > > That's for 60 Hz. If you think you might want a 120 Hz display > > instead of 60 Hz, dual link is only good for 1920x1200. > > Ok, I really should tune this CRT from 85Hz down to 60Hz and see > if it drives me nuts. As well as check out other peoples LCD settings > in person to be sure. Right now, it's real estate I need most. The refresh/flicker issue is different for LCDs than it is for CRTs. Most LCDs are 60 Hz and don't flicker like CRTs do. For "desktop" type work this should be great. For watching TV this creates a problem due to the eye's persistence-of-vision. Solution seems to be to add flicker to reduce ghosting. Basically emulating the CRT phosphor. Which I suspect means we'll want faster refresh rates just like CRTs. http://www.xbitlabs.com/articles/other/display/lcd-parameters.html A review of a 120 Hz monitor. It's a TN panel, but the review gives some reasons you might want 120 Hz. http://xbitlabs.com/articles/monitors/display/samsung-sm2233rz.html They even have 200 Hz: http://DansData.com/askdan00043.htm Oh, on the speed of LCD panels (e.g. "5 ms"), the specs are not worst case like they should be. xbitlabs and behardware.com have some useful articles and reviews on these issues. Also read up on "overdrive". And of course dead pixel warranties. > > http://www.behardware.com/articles/580-1/the-spyder-2-an-affordable-colorimeter.html > > That's part of it. With analog CRT tech, you've got the electron > beam stuff... astigmatism, focus, G2, raster geometry, etc. Then > add your input signal and you've got RGB gain/bias. And if it's > NTSC you've got color decoding to deal with too. All that to tinker > with just to set your reference color bars, pluge, CIE and grayscale > correct. There's websites dedicated to that topic... avsforum, keohi. > Old school broadcast stuff... still applies to digital, just doesn't > involve as much electrocution :) > > DVI-D LCD displays do away with all the analog bits of that. But > they, in conjunction with the card, still need to display those > reference files correctly. The windows guys seem to be doing it by > poking at their card/driver somehow. If the knobs exist I could > just play human comparator. Given your interest in color calibration, I assume you want MVA, PVA, or IPS with 8 bits/color, rather than TN with only 6 bits/color. > http://my.ocworkbench.com/2008/gigabyte/GA-MA790GP-DS4H/g1.htm > Rats, no ECC ram. And no, I don't overclock. IIRC some mainboards "support" using ECC RAM but don't bother running the traces for the extra bits. > >> tuner > > > Jason's cx88 driver (in ports) supports several cx88 based cards, > > both digital and analog. http://corona.homeunix.net/cx88wiki > > Thx, will look, need OTA, rest is optional, so this might work. > Has anyone ported the pchdtv.com HD-5500 over yet? The HD-5500 is listed as having full support for both ATSC and NTSC. I have the previous HD-3000 (different demodulator chip) and both work. Jason's driver gets the NTSC audio through PCI as you would expect. Penguinix requires running an analog audio patch cord from the card to an audio input on the mainboard or sound card. What a kludge! Even the HD-5500 has a ATSC demodulation chip that is now a generation behind. And I'm pretty sure it is still only one tuner per slot, and PCI slots are going away. There are cards with 2 tuners per slot, but I don't know if they are any good, or if cx88 supports them. If you need more than one tuner, maybe get 1 HD-5500 (assuming that's the card you like) to get analog and then get rev2 (newer demod chip) HDHomeRun(s) for the rest. The HDHRs give more data on reception quality than most (all?) other tuners. ATSC reception is less reliable than NTSC, due to the "digital cliff" effect. You may need to upgrade your antenna. If so, get the very best antenna(s) you can find, to reduce multipath and interference as much as possible. Garbage in garbage out applies here. > Well, if I was watching what appeared to be deinterlaced dvd [MPEG2 > 480p] on that Intel 1.8Ghz, then I'm hoping a 2.1Ghz or better will > do 1080p. Need to find a 15sec raw HD stream to test the CPU and > mplayer with. OTA ATSC in the US is mpeg2 transport stream 480i, 720p and 1080i. Max bitrate is 19.3 Mbps. You can probably find samples on the web. Recording ATSC takes almost no CPU, it is just copying bit from the tuner to disk. Analog recording takes a lot of CPU unless the tuner card has hardware mpeg encoding (the HD-3000 doesn't, I don't know about the 5500). So you could get a tuner now and get a mpegts file to play with. And start working in getting reception dialed in before analog goes away. > It gets pricy [$150++] and hot [95W/140W] to go faster or more cores > after that sweet spot. Can FreeBSD run different CPU cores at different clock speeds? If so the power usage and heat issue might go away. > Also don't know what all these new acronyms are... EXA, Xv, XvMC, > UVD, UVD2, VDPAU, VAAPI. More stuff to google. Thx, heh. IIRC: Xv means the GPU handles scaling and color conversion (YUV to RGB). XvMC means the GPU does most/all the mpeg decode. UVD/UVD2 = special hardware on ATI GPU for video decode. r600 has UVD, r700 has UVD2. From onemda at gmail.com Fri Apr 17 08:14:44 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Fri Apr 17 08:59:49 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 In-Reply-To: <3a142e750904080229q360677f5lfd56a76c01786c26@mail.gmail.com> References: <200904072240.n37MeAN9091291@freefall.freebsd.org> <3a142e750904080229q360677f5lfd56a76c01786c26@mail.gmail.com> Message-ID: <3a142e750904170814i40fcef33ka3167b8d440ece6b@mail.gmail.com> On 4/8/09, Paul B. Mahol wrote: > On 4/8/09, edwin@freebsd.org wrote: >> Synopsis: update multimedia/dirac to 1.0.2 >> >> Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia >> Responsible-Changed-By: edwin >> Responsible-Changed-When: Tue Apr 7 22:40:10 UTC 2009 >> Responsible-Changed-Why: >> Over to maintainer (via the GNATS Auto Assign Tool) >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 > > Improved patch attached. PR got closed, and miwi doesnt respond to my mail, and port is at same old version. -- Paul From wxs at FreeBSD.org Fri Apr 17 09:26:42 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Apr 17 10:14:31 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 In-Reply-To: <3a142e750904170814i40fcef33ka3167b8d440ece6b@mail.gmail.com> References: <200904072240.n37MeAN9091291@freefall.freebsd.org> <3a142e750904080229q360677f5lfd56a76c01786c26@mail.gmail.com> <3a142e750904170814i40fcef33ka3167b8d440ece6b@mail.gmail.com> Message-ID: <20090417160950.GB68145@atarininja.org> On Fri, Apr 17, 2009 at 05:14:41PM +0200, Paul B. Mahol wrote: > On 4/8/09, Paul B. Mahol wrote: > > On 4/8/09, edwin@freebsd.org wrote: > >> Synopsis: update multimedia/dirac to 1.0.2 > >> > >> Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia > >> Responsible-Changed-By: edwin > >> Responsible-Changed-When: Tue Apr 7 22:40:10 UTC 2009 > >> Responsible-Changed-Why: > >> Over to maintainer (via the GNATS Auto Assign Tool) > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 > > > > Improved patch attached. > > PR got closed, and miwi doesnt respond to my mail, and port > is at same old version. Looks like it was incorrectly closed. I have spoken with Martin and will queue this up for after the freeze. I'm re-opening this PR and assigning it to myself. Sorry for the confusion and the delay. -- WXS From onemda at gmail.com Fri Apr 17 12:02:18 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Fri Apr 17 12:45:15 2009 Subject: ports/133477: update multimedia/dirac to 1.0.2 In-Reply-To: <20090417160950.GB68145@atarininja.org> References: <200904072240.n37MeAN9091291@freefall.freebsd.org> <3a142e750904080229q360677f5lfd56a76c01786c26@mail.gmail.com> <3a142e750904170814i40fcef33ka3167b8d440ece6b@mail.gmail.com> <20090417160950.GB68145@atarininja.org> Message-ID: <3a142e750904171202t67dec794kea888a0769f460db@mail.gmail.com> On 4/17/09, Wesley Shields wrote: > On Fri, Apr 17, 2009 at 05:14:41PM +0200, Paul B. Mahol wrote: >> On 4/8/09, Paul B. Mahol wrote: >> > On 4/8/09, edwin@freebsd.org wrote: >> >> Synopsis: update multimedia/dirac to 1.0.2 >> >> >> >> Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia >> >> Responsible-Changed-By: edwin >> >> Responsible-Changed-When: Tue Apr 7 22:40:10 UTC 2009 >> >> Responsible-Changed-Why: >> >> Over to maintainer (via the GNATS Auto Assign Tool) >> >> >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=133477 >> > >> > Improved patch attached. >> >> PR got closed, and miwi doesnt respond to my mail, and port >> is at same old version. > > Looks like it was incorrectly closed. I have spoken with Martin and > will queue this up for after the freeze. > > I'm re-opening this PR and assigning it to myself. Sorry for the > confusion and the delay. No problem, just dont use patch from PR, use later one. mplayer port should also track this change because by defauly mplayer will enable libdirac if its configure script finds it. -- Paul From grarpamp at gmail.com Fri Apr 17 14:42:21 2009 From: grarpamp at gmail.com (grarpamp) Date: Fri Apr 17 15:03:43 2009 Subject: Help picking a video card and other related gear Message-ID: > And of course dead pixel warranties. I understand production yields... and supply/demand for top binned parts... and $1200. If they're present and annoying, it's going back. I'll live with any that grow post warranty. > Given your interest in color calibration, I assume you want MVA, I'm used to calibrating NTSC TV gear, because it sorely needs it. Most computer gear seems fair out of the box if you just drop the contrast and brightness. > PVA, or IPS with 8 bits/color, rather than TN with only 6 bits/color. That would be the 24bit/pixel in the DVI-D spec. http://en.wikipedia.org/wiki/Digital_Visual_Interface Forgot to post the link to the displays for you all, oops. Home > Monitors > LCD Monitors > Advanced Search > Resolution 2560x1600 http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=2040190020+1109925153&Subcategory=20 Check out the LG W3000H-Bn. Apple M9179LL/A [the first. moot now when compared to the others] http://www.newegg.com/Product/Product.aspx?Item=N82E16824110003 > IIRC some mainboards "support" using ECC RAM but don't bother > running the traces for the extra bits. Or the bios doesn't enable it if the chipset supports it. > The HD-5500 is listed as having full support for both ATSC and NTSC. Just saw that, cool. OTA NTSC is dead here, so I only need OTA ATSC. My now obsolete BT848 tuner cards used a patch cord with bktr. I'm keeping them for s-video capture projects later on, not as tuners. > OTA ATSC in the US is mpeg2 transport stream 480i, 720p and 1080i. > Max bitrate is 19.3 Mbps. Cool, so I only need 16.5TB/year to store one M-F show in raw TS ;) > Can FreeBSD run different CPU cores at different clock speeds? Didn't know that was in the chips so for any OS to do that. From freebsd at sopwith.solgatos.com Fri Apr 17 23:26:10 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Sat Apr 18 05:11:22 2009 Subject: Help picking a video card and other related gear In-Reply-To: Your message of "Fri, 17 Apr 2009 17:42:20 EDT." Message-ID: <200904180624.GAA07111@sopwith.solgatos.com> > > And of course dead pixel warranties. > > I understand production yields... and supply/demand for top binned > parts... and $1200. If they're present and annoying, it's going > back. I'll live with any that grow post warranty. The dead pixel policies of various companies (may have changed by now): http://www.behardware.com/articles/666-1/a-look-into-dead-pixels-2007.html > > Given your interest in color calibration, I assume you want MVA, > > PVA, or IPS with 8 bits/color, rather than TN with only 6 bits/color. > > That would be the 24bit/pixel in the DVI-D spec. Yes, they accept 24 bits/pixel (8x3) from the interface, but the TN panels actually only do 18 bits (6x3) and dither to fake the rest. "Some types of LCD displays have a more limited color resolution than advertised, and must use spatial and/or temporal dithering to increase the apparent color depth. This can cause a shimmering effect with some types of displays which can be distracting for some users." http://en.wikipedia.org/wiki/LCD I haven't heard of any TN panels in 30" yet. > > OTA ATSC in the US is mpeg2 transport stream 480i, 720p and 1080i. > > Max bitrate is 19.3 Mbps. > > Cool, so I only need 16.5TB/year to store one M-F show in raw TS ;) I get 8.685 MB/hour * 5 * 52 = 2.26 TB/year worst case for a 60 minute show that actually has 260 unique episodes/year (news?). Plus whatever safety margin you like for clock skew (even if your clock is perfect the station may be off, sometimes on purpose). Looking at some actual files, where only the useful PIDs are saved, worst case is 7.87 GB/60 min. That's for a station with one subchannel. PID filtering cuts the disk space required way down if the station has multiple subchannels. Some tuners can filter PIDs, (the cx88 driver doesn't) or you can do it after the fact with a utility. If you plan to record and archive a lot, plan for lots of disks. :-( From torfinn.ingolfsen at broadpark.no Sat Apr 18 16:00:27 2009 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Sat Apr 18 16:00:35 2009 Subject: Testing MythTV 0.21 - no MPEG hardware cards? Message-ID: <20090418170021.00e727aa.torfinn.ingolfsen@broadpark.no> Hello, I finally found some time to try out the new MythTV 0.21 port. Here are my notes. Doing all this on a machine running: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #3: Sun Mar 29 14:46:57 CEST 2009 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 The machine has a PVR-350 card, and I'm using usleep's pvrxxx driver: Mar 29 19:35:04 kg-quiet kernel: cxm0: mem 0xf8000000-0xfbffffff irq 20 at device 0.0 on pci2 Mar 29 19:35:04 kg-quiet kernel: cxm_iic0: on cxm0 Mar 29 19:35:04 kg-quiet kernel: iicbb0: on cxm_iic0 Mar 29 19:35:04 kg-quiet kernel: cxm0: Eeprom PAL Mar 29 19:35:04 kg-quiet kernel: tuner: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3)) by cxm Mar 29 19:35:07 kg-quiet kernel: cxm0: SAA7115 rev 1 video decoder Mar 29 19:35:07 kg-quiet kernel: cxm0: MSP4418G-B3 audio decoder Mar 29 19:35:07 kg-quiet kernel: cxm0: IR Remote Mar 29 19:35:07 kg-quiet kernel: cxm0: [ITHREAD] Mar 29 19:35:07 kg-quiet kernel: cxm0: encoder firmware version 0x2060039 Mar 29 19:35:07 kg-quiet kernel: cxm0: decoder firmware version 0x2020023 In mythtv-setup I choose a "V4L analog card" - there didn't seem to be a more appropriate setting. Specifically, why can't I select a "MPEG-2 encoder card" or something like that? The choices are: Analog V4L capture card MJPEG capture card (Matrox G200, DC10) USB MPEG-4 encoder box (Plextor ConvertX, etc) DBox2 TCP/IP cable box HDHomeRun DTV tuner box Network Recorder Video source setup and the rest of the things seems to work, but it's kind of hard to test when I can't get my tuner / capture card working. More to come, once I figure this out. -- Regards, Torfinn Ingolfsen From saper at SYSTEM.PL Sun Apr 19 00:08:19 2009 From: saper at SYSTEM.PL (Marcin Cieslak) Date: Sun Apr 19 00:08:51 2009 Subject: [snd_hda] Sony VAIO VGN-SZ5MN - headphones off Message-ID: Hello, Seems like with snd_hda sound output gets muted once I plug in my headphones. Also, skype (2.0.0.72) complains that there is a "Problem with audio capture". Is skype hitting some other audio device? % sysctl hw.snd hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 1 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2007061600/amd64 hw.snd.default_auto: 0 Verbose dmesg plus sysctl dev.hdac.0.pindump output for various output configurations: http://akson.sgh.waw.pl/~saper/FreeBSD/snd_hda/ -- << Marcin Cieslak // saper@system.pl >> From patfbsd at davenulle.org Sun Apr 19 12:05:35 2009 From: patfbsd at davenulle.org (Patrick =?ISO-8859-15?Q?Lamaizi=E8re?=) Date: Sun Apr 19 12:05:41 2009 Subject: [snd_hda] Sony VAIO VGN-SZ5MN - headphones off In-Reply-To: References: Message-ID: <20090419135022.64cc183d@baby-jane.lamaiziere.net> Le Sat, 18 Apr 2009 22:52:32 +0000 (UTC), Marcin Cieslak : > Hello, Hi, > Seems like with snd_hda sound output gets muted once I plug in my > headphones. > > Also, skype (2.0.0.72) complains that there is a "Problem with audio > capture". Is skype hitting some other audio device? I don't know for this. > Verbose dmesg plus sysctl dev.hdac.0.pindump output for various > output configurations: > > http://akson.sgh.waw.pl/~saper/FreeBSD/snd_hda/ If I understand well snd_hda you need a quirk to associate the headphones to the speaker. The speaker is on nid15 as 1 seq 0, headphones on nid10 as 2 seq 0. The headphones should be associated to the as 1 seq 15 with a quirk /boot/devices.hints: hint.hdac.0.cad0.nid10.config="as=1 seq=15" HTH, Regards. From torfinn.ingolfsen at broadpark.no Mon Apr 20 07:33:29 2009 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Mon Apr 20 07:33:36 2009 Subject: Testing MythTV 0.21 - no MPEG hardware cards? In-Reply-To: References: <20090418170021.00e727aa.torfinn.ingolfsen@broadpark.no> Message-ID: <20090420093326.83a30b56.torfinn.ingolfsen@broadpark.no> Hello, On Sun, 19 Apr 2009 21:06:51 -0400 Jeff wrote: > have you tried the pvr-xxx port? if not, do try it! Yes, if you re-read my message, you will see that I state that I am using the latest pvrxxx port. > Basically, I believe you want to try to get your card working in > mplayer before you worry about mythtv. I didn't specify that clearly, but yes - mplayer works. > Maybe you already have... but thats just my 2c > -krzee You could perhaps save a bit of money if you read messages more closely. :-) All the best, -- Regards, Torfinn Ingolfsen From bugmaster at FreeBSD.org Mon Apr 20 11:06:56 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 20 11:08:30 2009 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200904201106.n3KB6tHA033080@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/133462 multimedia multimedia/x264 build fails on powerpc o kern/132848 multimedia [snd_emu10kx] driver problem with card init, snd_emu10 o kern/132511 multimedia [snd_hda] Probing ALC888 codec on ASRock K10N78-1394 f o ports/132431 multimedia multimedia/ogmtools dvdxchap are not installed. o ports/132407 multimedia [patch] multimedia/ffmpeg: respect TMPDIR passed from f kern/132336 multimedia [snd_hda] Realtek ALC888 audio chipset does not work w o ports/131331 multimedia multimedia/ffmpeg: doc/texi2pod.pl bad perl path o ports/130569 multimedia multimedia/gstreamer: gnome-volume-control menu item d o ports/130146 multimedia [PATCH] multimedia/transcode: update to 1.0.7 o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in 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 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 [patch] multimedia/transcode patch revision s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus f ports/124727 multimedia multimedia/gstreamer-ffmpeg 0.10.4_1 configure fails f ports/124501 multimedia multimedia/gstreamer-ffmpeg version 0.10.4_1 compile f o kern/124319 multimedia [snd_emu10k1] [regression] Cannot record from second c f ports/122922 multimedia [patch] multimedia/ffmpeg text output is mangled o ports/122305 multimedia multimedia/gstreame - gst-inspect-0.10 hangs when chec o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini o kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [snd_emu10k1] snd_emu10k1 driver issues a warning on u o kern/120780 multimedia [snd_hda] snd_hda doesn't work on Dell Latitutude D530 o kern/119973 multimedia [snd_maestro] snd_maestro only works after reload [reg o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [snd_emu10k1] Can not record anything with emu10k1 on o ports/118237 multimedia Ports: multimedia/ffmpeg fix configure option and add o ports/118168 multimedia [patch] multimedia/transcode - Add WITHOUT_X11 and WIT o kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [snd_hda] snd_hda(4) fails to attach on -CURRENT [regr o kern/114760 multimedia [snd_cmi] snd_cmi driver causing sporadic system hangs s kern/113950 multimedia [sound] [patch] [request] add per-vchan mixer support o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [snd_emu10k1] - skips, clicks and lag after a day of h o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [snd_ich] snd_ich broken on GIGABYTE 915 system o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [snd_ich] some functions don't work in my sound kernel o kern/98167 multimedia [sound] [es137x] [patch] ES1370 mixer volumes incorrec o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [snd_mss] doesn't work in 6.0-RELEASE and above for Cr o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [snd_neomagic] snd_neomagic crashes on FreeBSD 5.4 and o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [snd_mss] [patch] support, docs added for full-duplex, o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [snd_csa] [patch] csa DMA-interrupt problem 70 problems total. From redtick at sbcglobal.net Mon Apr 20 17:27:43 2009 From: redtick at sbcglobal.net (Mark Busby) Date: Mon Apr 20 17:27:48 2009 Subject: Testing MythTV 0.21 - no MPEG hardware cards? In-Reply-To: <20090420093326.83a30b56.torfinn.ingolfsen@broadpark.no> Message-ID: <708636.27407.qm@web81204.mail.mud.yahoo.com> I've been a using the pvrxxx, I tried the updated mythtv port within the last 30 days, I had the same result as Torfinn. My pvr-150 would not work. The last I read was the V4l needed work for it to run in freebsd. This may have changed. --- On Mon, 4/20/09, Torfinn Ingolfsen wrote: > From: Torfinn Ingolfsen > Subject: Re: Testing MythTV 0.21 - no MPEG hardware cards? > To: freebsd-multimedia@freebsd.org > Date: Monday, April 20, 2009, 2:33 AM > Hello, > > On Sun, 19 Apr 2009 21:06:51 -0400 > Jeff wrote: > > > have you tried the pvr-xxx port? if not, do try it! > > Yes, if you re-read my message, you will see that I state > that I am > using the latest pvrxxx port. > > > Basically, I believe you want to try to get your card > working in > > mplayer before you worry about mythtv. > > I didn't specify that clearly, but yes - mplayer works. > > > Maybe you already have... but thats just my 2c > > -krzee > > You could perhaps save a bit of money if you read messages > more > closely. :-) > > All the best, > -- > Regards, > Torfinn Ingolfsen > > _______________________________________________ > 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 admin at lissyara.su Mon Apr 20 20:22:36 2009 From: admin at lissyara.su (Alex Keda) Date: Mon Apr 20 20:22:43 2009 Subject: Not working sound on HP 2133 Message-ID: <49ECD49E.1010701@lissyara.su> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = '??? VIA VT8251/8237A High Definition Audio Controller - HDA Codec Realtek ALC660' class = multimedia subclass = HDA all detected, but - no sound =(( From admin at lissyara.su Mon Apr 20 20:32:37 2009 From: admin at lissyara.su (Alex Keda) Date: Mon Apr 20 20:32:44 2009 Subject: Not working sound on HP 2133 In-Reply-To: <49ECD49E.1010701@lissyara.su> References: <49ECD49E.1010701@lissyara.su> Message-ID: <49ECDBE5.6090706@lissyara.su> Alex Keda ?????: > hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 > rev=0x10 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = '??? VIA VT8251/8237A High Definition Audio Controller - > HDA Codec Realtek ALC660' > class = multimedia > subclass = HDA > > all detected, but - no sound =(( sorry. my system is 7.2-PRERELEASE, i386 From mav at mavhome.dp.ua Tue Apr 21 05:43:18 2009 From: mav at mavhome.dp.ua (Alexander Motin) Date: Tue Apr 21 05:43:24 2009 Subject: Not working sound on HP 2133 In-Reply-To: <1240269789.00102640.1240259402@10.7.7.3> References: <1240269789.00102640.1240259402@10.7.7.3> Message-ID: <49ED5CF2.6000204@mavhome.dp.ua> Alex Keda wrote: > hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 > rev=0x10 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = '??? VIA VT8251/8237A High Definition Audio Controller - > HDA Codec Realtek ALC660' > class = multimedia > subclass = HDA > > all detected, but - no sound =(( Without verbose messages it is impossible to say anything. -- Alexander Motin From ricardo.meb.jesus at gmail.com Tue Apr 21 10:00:55 2009 From: ricardo.meb.jesus at gmail.com (Ricardo Jesus) Date: Tue Apr 21 10:01:02 2009 Subject: Not working sound on HP 2133 In-Reply-To: <49ED5CF2.6000204@mavhome.dp.ua> References: <1240269789.00102640.1240259402@10.7.7.3> <49ED5CF2.6000204@mavhome.dp.ua> Message-ID: <49ED94AC.7060706@gmail.com> Alexander Motin wrote: > Alex Keda wrote: >> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >> rev=0x10 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = '??? VIA VT8251/8237A High Definition Audio Controller >> - HDA Codec Realtek ALC660' >> class = multimedia >> subclass = HDA >> >> all detected, but - no sound =(( > > Without verbose messages it is impossible to say anything. > The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio chipstes. To load the driver as a module at boot time, place the following line in /boot/loader.conf: snd_via8233_load="YES" Have a look at the drivers man page: man snd_via8233. From rmakogon at gmail.com Tue Apr 21 14:29:17 2009 From: rmakogon at gmail.com (Roman Makogon) Date: Tue Apr 21 14:35:54 2009 Subject: Not working sound on HP 2133 In-Reply-To: <49ED94AC.7060706@gmail.com> References: <1240269789.00102640.1240259402@10.7.7.3> <49ED5CF2.6000204@mavhome.dp.ua> <49ED94AC.7060706@gmail.com> Message-ID: It works with headphones, but there's no output in builtin speakers. On Tue, Apr 21, 2009 at 5:41 AM, Ricardo Jesus wrote: > Alexander Motin wrote: >> >> Alex Keda wrote: >>> >>> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >>> rev=0x10 hdr=0x00 >>> vendor = 'VIA Technologies Inc' >>> device = '??? VIA VT8251/8237A High Definition Audio Controller - >>> HDA Codec Realtek ALC660' >>> class = multimedia >>> subclass = HDA >>> >>> all detected, but - no sound =(( >> >> Without verbose messages it is impossible to say anything. >> > The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio > chipstes. > > To load the driver as a module at boot time, place the following line in > /boot/loader.conf: > > snd_via8233_load="YES" > > Have a look at the drivers man page: man snd_via8233. > _______________________________________________ > 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 torfinn.ingolfsen at broadpark.no Tue Apr 21 15:25:53 2009 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Tue Apr 21 15:25:59 2009 Subject: Testing MythTV 0.21 - no MPEG hardware cards? In-Reply-To: <708636.27407.qm@web81204.mail.mud.yahoo.com> References: <20090420093326.83a30b56.torfinn.ingolfsen@broadpark.no> <708636.27407.qm@web81204.mail.mud.yahoo.com> Message-ID: <20090421172550.8d1deb26.torfinn.ingolfsen@broadpark.no> Hello, Please don't top post. On Mon, 20 Apr 2009 09:59:34 -0700 (PDT) Mark Busby wrote: > I've been a using the pvrxxx, I tried the updated mythtv port within > the last 30 days, I had the same result as Torfinn. My pvr-150 would > not work. The last I read was the V4l needed work for it to run in > freebsd. This may have changed. In case anyone is confused: IMO, pointing a fiunger at the pvrxxx port at this time is _very_ premature. pvrxxx has worked since usleep fixed it a few years back (of course ther have been breakages now and then), and continues to work today. My current production MythTV backend is a machine with a PVR-500 card, running: root@kg-fil# uname -a FreeBSD kg-fil.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #20: Mon Mar 12 23:04:49 CET 2007 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 root@kg-fil# pv | grep pvr pvrxxx-20060822 = up-to-date with port root@kg-fil# pv | grep mythtv mythtv-0.20 = up-to-date with port root@kg-fil# mythbackend --version Library API version: 0.20.20060828-3 Source code version: FreeBSD Ports Collection /usr/ports/multimedia/mythtv, MythTV version 0.20 Tue Mar 13 23:10:55 CET 2007 Options compiled in: freebsd release using_v4l using_oss using_arts using_ivtv using_dbox2 using_hdhr using_ip_rec using_freebox using_live using_x11 using_xv using_xrandr using_frontend using_backend There is something wrong with the mythtv 0.21 port, I simply can't figure out why the "MPEG-2..." card type selection is missing from mythtv-setup. I have googled quite bit, but no clues so far. -- Regards, Torfinn Ingolfsen From admin at lissyara.su Tue Apr 21 16:13:08 2009 From: admin at lissyara.su (Alex Keda) Date: Tue Apr 21 16:13:15 2009 Subject: Not working sound on HP 2133 In-Reply-To: References: <1240269789.00102640.1240259402@10.7.7.3> <49ED5CF2.6000204@mavhome.dp.ua> <49ED94AC.7060706@gmail.com> Message-ID: <49EDF093.4090707@lissyara.su> Roman Makogon ?????: > It works with headphones, but there's no output in builtin speakers. yes. headphones, works. speakers - not =( verbose dmesg - in attached file > > On Tue, Apr 21, 2009 at 5:41 AM, Ricardo Jesus > wrote: >> Alexander Motin wrote: >>> Alex Keda wrote: >>>> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >>>> rev=0x10 hdr=0x00 >>>> vendor = 'VIA Technologies Inc' >>>> device = '??? VIA VT8251/8237A High Definition Audio Controller - >>>> HDA Codec Realtek ALC660' >>>> class = multimedia >>>> subclass = HDA >>>> >>>> all detected, but - no sound =(( >>> Without verbose messages it is impossible to say anything. >>> >> The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio >> chipstes. >> >> To load the driver as a module at boot time, place the following line in >> /boot/loader.conf: >> >> snd_via8233_load="YES" >> >> Have a look at the drivers man page: man snd_via8233. >> _______________________________________________ >> 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" >> > _______________________________________________ > 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" -------------- next part -------------- Copyright (c) 1992-2009 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 8.0-CURRENT #0: Sun Mar 22 14:52:47 MSK 2009 lissyara@HP.lissyara.su:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1994.93-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 usable memory = 1995608064 (1903 MB) avail memory = 1927221248 (1837 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Error (tbfadt-0516): 32/64X address mismatch in "Pm2ControlBlock": [ 8800] [ 0 8100], using 64X [20070320] ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 8000000 (3) failed acpi0: reservation of 100000, fff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xd0200000-0xd020ffff,0xd0300000-0xd03fffff irq 19 at device 5.0 on pci1 pcib2: at device 4.0 on pci0 pci16: on pcib2 bge0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci16 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: Ethernet address: 00:1f:29:89:38:f3 bge0: [ITHREAD] pcib3: at device 5.0 on pci0 pci32: on pcib3 pcib4: at device 6.0 on pci0 pci48: on pcib4 pci48: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports PM not supported ata2: on atapci0 ata2: [ITHREAD] ohci0: mem 0xd0401000-0xd0401fff irq 23 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xd0402000-0xd0402fff irq 17 at device 19.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xd0403000-0xd0403fff irq 17 at device 19.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xd0404000-0xd0404fff irq 17 at device 19.3 on pci0 ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xd0405000-0xd0405fff irq 17 at device 19.4 on pci0 ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xd0406000-0xd04060ff irq 23 at device 19.5 on pci0 ehci0: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20090316_0130 hdac0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci2: on pcib5 cbb0: mem 0xd0100000-0xd0100fff irq 20 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 3 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 orm0: at iomem 0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA300 hdac0: HDA Codec #0: Analog Devices AD1981HD hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown) pcm0: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus4 usbus3 usbus2 usbus1 uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus4 usbus3 usbus2 uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus4 usbus3 uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 usbus4 uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM Status: SCSI Status Error (probe0:ata0:0:0:0): SCSI Status: Check Condition (probe0:ata0:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (probe0:ata0:0:0:0): Medium not present (probe0:ata0:0:0:0): Unretryable error cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Root mount waiting for: usbus5 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted ugen0.2: at usbus0 ubt0: on usbus0 ugen1.2: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XYZ] coordinates WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. WARNING: attempt to net_add_domain(netgraph) after domainfinalize() lock order reversal: 1st 0xfffffffe66c86120 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2549 2nd 0xffffff0003cf5600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_remove() at ufsdirhash_remove+0x16 ufs_dirremove() at ufs_dirremove+0x181 ufs_remove() at ufs_remove+0x92 VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 kern_unlinkat() at kern_unlinkat+0x249 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80071c22c, rsp = 0x7fffffffe418, rbp = 0x7fffffffef6e --- lock order reversal: 1st 0xffffff00072a5448 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1050 2nd 0xffffff00074879d0 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2100 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xc2a vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x8b devfs_allocv() at devfs_allocv+0x10c devfs_root() at devfs_root+0x52 vfs_donmount() at vfs_donmount+0x1019 nmount() at nmount+0x5a syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8007a9dfc, rsp = 0x7fffffffdd28, rbp = 0x800a04048 --- fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading RS690/RS740 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test failed drm0: [ITHREAD] From mav at mavhome.dp.ua Tue Apr 21 16:24:07 2009 From: mav at mavhome.dp.ua (Alexander Motin) Date: Tue Apr 21 16:24:16 2009 Subject: Not working sound on HP 2133 In-Reply-To: <49EDF093.4090707@lissyara.su> References: <1240269789.00102640.1240259402@10.7.7.3> <49ED5CF2.6000204@mavhome.dp.ua> <49ED94AC.7060706@gmail.com> <49EDF093.4090707@lissyara.su> Message-ID: <49EDF327.1080706@mavhome.dp.ua> Alex Keda wrote: > Roman Makogon ?????: >> It works with headphones, but there's no output in builtin speakers. > yes. headphones, works. speakers - not =( > verbose dmesg - in attached file It is not a verbose messages. >> On Tue, Apr 21, 2009 at 5:41 AM, Ricardo Jesus >> wrote: >>> Alexander Motin wrote: >>>> Alex Keda wrote: >>>>> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >>>>> rev=0x10 hdr=0x00 >>>>> vendor = 'VIA Technologies Inc' >>>>> device = '??? VIA VT8251/8237A High Definition Audio >>>>> Controller - >>>>> HDA Codec Realtek ALC660' >>>>> class = multimedia >>>>> subclass = HDA >>>>> >>>>> all detected, but - no sound =(( >>>> Without verbose messages it is impossible to say anything. >>>> >>> The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio >>> chipstes. >>> >>> To load the driver as a module at boot time, place the following line in >>> /boot/loader.conf: >>> >>> snd_via8233_load="YES" >>> >>> Have a look at the drivers man page: man snd_via8233. -- Alexander Motin From rmakogon at gmail.com Tue Apr 21 16:29:51 2009 From: rmakogon at gmail.com (Roman Makogon) Date: Tue Apr 21 16:29:57 2009 Subject: Not working sound on HP 2133 In-Reply-To: <49EDF327.1080706@mavhome.dp.ua> References: <1240269789.00102640.1240259402@10.7.7.3> <49ED5CF2.6000204@mavhome.dp.ua> <49ED94AC.7060706@gmail.com> <49EDF093.4090707@lissyara.su> <49EDF327.1080706@mavhome.dp.ua> Message-ID: Here is the message I posted in December with verbose messages and a pin dump http://www.mavetju.org/mail/view_message.php?list=freebsd-multimedia&id=2864026 On Tue, Apr 21, 2009 at 12:24 PM, Alexander Motin wrote: > Alex Keda wrote: >> >> Roman Makogon ?????: >>> >>> It works with headphones, but there's no output in builtin speakers. >> >> yes. headphones, works. speakers - not =( >> verbose dmesg - in attached file > > It is not a verbose messages. > >>> On Tue, Apr 21, 2009 at 5:41 AM, Ricardo Jesus >>> wrote: >>>> >>>> Alexander Motin wrote: >>>>> >>>>> Alex Keda wrote: >>>>>> >>>>>> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >>>>>> rev=0x10 hdr=0x00 >>>>>> vendor = 'VIA Technologies Inc' >>>>>> device = '??? VIA VT8251/8237A High Definition Audio Controller - >>>>>> HDA Codec Realtek ALC660' >>>>>> class = multimedia >>>>>> subclass = HDA >>>>>> >>>>>> all detected, but - no sound =(( >>>>> >>>>> Without verbose messages it is impossible to say anything. >>>>> >>>> The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio >>>> chipstes. >>>> >>>> To load the driver as a module at boot time, place the following line in >>>> /boot/loader.conf: >>>> >>>> snd_via8233_load="YES" >>>> >>>> Have a look at the drivers man page: man snd_via8233. > > -- > Alexander Motin > From rea-fbsd at codelabs.ru Fri Apr 24 04:10:06 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Apr 24 04:10:11 2009 Subject: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Message-ID: <200904240410.n3O4A5El074445@freefall.freebsd.org> The following reply was made to PR ports/132407; it has been noted by GNATS. From: Eygene Ryabinkin To: pav@freebsd.org, ahze@freebsd.org, marcus@freebsd.org Cc: bug-followup@freebsd.org Subject: Re: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Date: Fri, 24 Apr 2009 08:00:57 +0400 Gentlemen, good day. Could you, please, glance at this PR and tell if the patch can be committed. It is useful for people with non-executable /tmp and should not harm anything else. Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From edwin at FreeBSD.org Fri Apr 24 05:40:16 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Fri Apr 24 05:40:22 2009 Subject: ports/133959: multimedia/transcode: update Message-ID: <200904240540.n3O5eFSm002421@freefall.freebsd.org> Synopsis: multimedia/transcode: update Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Fri Apr 24 05:40:15 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=133959 From cyberbotx at cyberbotx.com Fri Apr 24 06:10:05 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Fri Apr 24 06:10:11 2009 Subject: ports/133959: multimedia/transcode: update Message-ID: <200904240610.n3O6A44d040153@freefall.freebsd.org> The following reply was made to PR ports/133959; it has been noted by GNATS. From: Naram Qashat To: bug-followup@FreeBSD.org, fluffy@fluffy.khv.ru Cc: jpaetzel@FreeBSD.org Subject: Re: ports/133959: multimedia/transcode: update Date: Fri, 24 Apr 2009 02:08:44 -0400 I'd just like to point out that I already submitted an update to this port, as well as a request to take over maintainership, back in February. The update was not applied because transcode 1.1.x fails to build at all on FreeBSD/amd64. I've sent a bug report to the developers of transcode, but have still heard nothing back yet. Thanks, Naram Qashat From pav at FreeBSD.org Fri Apr 24 07:10:08 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri Apr 24 07:10:15 2009 Subject: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Message-ID: <200904240710.n3O7A8LP025501@freefall.freebsd.org> The following reply was made to PR ports/132407; it has been noted by GNATS. From: Pav Lucistnik To: rea-fbsd@codelabs.ru Cc: ahze@FreeBSD.org, marcus@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Date: Fri, 24 Apr 2009 09:08:47 +0200 > Could you, please, glance at this PR and tell if the patch can be > committed. It is useful for people with non-executable /tmp and > should not harm anything else. This is not a good patch. All ./configure using ports have the same issue. I don't see why we should address this is ffmpeg port. Either you fix this generally in bsd.port.mk (and I see bsd.kde.mk already have the proposed fix), or you should put CONFIGURE_ENV="TMPDIR=/var/tmp" to your /etc/make.conf instead. -- Pav Lucistnik > With a 10 MHz 386 the downloading speed would most likely drop > to a crawl or stop with the decoding process etc. I think most 10MHz 386 users are quite accustomed to things dropping to a crawl. From rea-fbsd at codelabs.ru Fri Apr 24 15:30:09 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Fri Apr 24 15:30:16 2009 Subject: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Message-ID: <200904241530.n3OFU8Sc008963@freefall.freebsd.org> The following reply was made to PR ports/132407; it has been noted by GNATS. From: Eygene Ryabinkin To: Pav Lucistnik Cc: ahze@FreeBSD.org, marcus@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: ports/132407: [patch] multimedia/ffmpeg: respect TMPDIR passed from make.conf Date: Fri, 24 Apr 2009 19:23:24 +0400 Pav, good day. Fri, Apr 24, 2009 at 09:08:47AM +0200, Pav Lucistnik wrote: > This is not a good patch. All ./configure using ports have the same > issue. I don't see why we should address this is ffmpeg port. > Either you fix this generally in bsd.port.mk (and I see bsd.kde.mk > already have the proposed fix), or you should put > CONFIGURE_ENV=3D"TMPDIR=3D/var/tmp" to your /etc/make.conf instead. I think that I'll better fix bsd.port.mk: the new patch is below. bsd.kde.mk passed TMPDIR down only for package building, but I think that my modification should pass it always. Thanks for suggestions! --- bsd.port.mk-pass-TMPDIR.diff begins here --- =46rom d12eb79d31daea3ea9e16bd932b9de333a0cf63f Mon Sep 17 00:00:00 2001 =46rom: Eygene Ryabinkin Date: Fri, 24 Apr 2009 19:17:35 +0400 Subject: [PATCH] bsd.port.mk: pass TMPDIR from /etc/make.conf down to the t= ools Sometimes ports want to put executables to the $TMPDIR (/tmp by-default) during configure/build stages. Such ports will be broken when /tmp is mounted with 'noexec' flag. This patch addresses this problem and allows automated port builds (e.g. via portupgrade) with TMPDIR set from /etc/make.conf. Signed-off-by: Eygene Ryabinkin --- Mk/bsd.port.mk | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/Mk/bsd.port.mk b/Mk/bsd.port.mk index 324ed4a..647ac62 100644 --- a/Mk/bsd.port.mk +++ b/Mk/bsd.port.mk @@ -1292,6 +1292,13 @@ WITHOUT_${W}:=3D true =20 DOS2UNIX_REGEX?=3D .* =20 +# Respect TMPDIR passed via make.conf or similar and pass it down +# to configure and make. +.ifdef TMPDIR +MAKE_ENV+=3D TMPDIR=3D"${TMPDIR}" +CONFIGURE_ENV+=3D TMPDIR=3D"${TMPDIR}" +.endif # TMPDIR + =20 # Start of pre-makefile section. .if !defined(AFTERPORTMK) && !defined(INOPTIONSMK) --=20 1.6.2.4 --- bsd.port.mk-pass-TMPDIR.diff ends here --- --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From saper at SYSTEM.PL Fri Apr 24 21:55:40 2009 From: saper at SYSTEM.PL (Marcin Cieslak) Date: Fri Apr 24 21:55:57 2009 Subject: [snd_hda] Sony VAIO VGN-SZ5MN - headphones off References: <20090419135022.64cc183d@baby-jane.lamaiziere.net> Message-ID: Dnia 19.04.2009 Patrick Lamaizi?re napisa?/a: > Le Sat, 18 Apr 2009 22:52:32 +0000 (UTC), > Marcin Cieslak : > >> Seems like with snd_hda sound output gets muted once I plug in my >> headphones. >> >> Verbose dmesg plus sysctl dev.hdac.0.pindump output for various >> output configurations: >> >> http://akson.sgh.waw.pl/~saper/FreeBSD/snd_hda/ > > If I understand well snd_hda you need a quirk to associate the > headphones to the speaker. > > The speaker is on nid15 as 1 seq 0, headphones on nid10 as 2 seq 0. The > headphones should be associated to the as 1 seq 15 with a quirk > > /boot/devices.hints: > hint.hdac.0.cad0.nid10.config="as=1 seq=15" Yes indeed, this was worked perfectly. I hope one day this magic will get documented in the handbook, but for now - thanks for the excellent advice. -- << Marcin Cieslak // saper@system.pl >> From ryan at rbftpnetworks.com Fri Apr 24 23:26:47 2009 From: ryan at rbftpnetworks.com (ryan@rbftpnetworks.com) Date: Fri Apr 24 23:26:54 2009 Subject: Gaming news link Message-ID: Dear Sir / Madam, We are interested in posting our gaming news and information site on your links section. Our site is GamerBeef.com and can be found at http://www.gamerbeef.com Our site includes daily updated gaming news from all genres and consoles, with focus on PC gaming. We also have a new discussion forum, cheats and screenshots section. We would of course offer a link back to your site in return. Let me know your thoughts. Best Regards, Ryan -- Ryan Barclay Managing Director RBFTP Networks Limited. DDI: +44 (0)870 490 1870 WWW: http://www.rbftpnetworks.com RBFTP Networks Limited Registered in England No 05718807 Registered Office: 68 Aldersbrook Road, London, E12 5DL. From mav at FreeBSD.org Sat Apr 25 06:35:35 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Sat Apr 25 06:35:41 2009 Subject: [snd_hda] Sony VAIO VGN-SZ5MN - headphones off In-Reply-To: <1240622592.00104303.1240610403@10.7.7.3> References: <1240111383.00102078.1240099801@10.7.7.3> <1240154592.00102203.1240143002@10.7.7.3> <1240622592.00104303.1240610403@10.7.7.3> Message-ID: <49F2AF36.4090603@FreeBSD.org> Marcin Cieslak wrote: > Dnia 19.04.2009 Patrick Lamaizi?re napisa?/a: >> If I understand well snd_hda you need a quirk to associate the >> headphones to the speaker. >> >> The speaker is on nid15 as 1 seq 0, headphones on nid10 as 2 seq 0. The >> headphones should be associated to the as 1 seq 15 with a quirk >> >> /boot/devices.hints: >> hint.hdac.0.cad0.nid10.config="as=1 seq=15" > > Yes indeed, this was worked perfectly. I hope one day this magic will get > documented in the handbook, but for now - thanks for the excellent advice. This magic described with examples in snd_hda man page. -- Alexander Motin From barbara.xxx1975 at libero.it Sat Apr 25 11:52:55 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Sat Apr 25 11:53:01 2009 Subject: Not working sound on HP 2133 Message-ID: > Alexander Motin wrote: > > Alex Keda wrote: > >> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 > >> rev=0x10 hdr=0x00 > >> vendor = 'VIA Technologies Inc' > >> device = '??? VIA VT8251/8237A High Definition Audio Controller > >> - HDA Codec Realtek ALC660' > >> class = multimedia > >> subclass = HDA > >> > >> all detected, but - no sound =(( > > > > Without verbose messages it is impossible to say anything. > > > The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio > chipstes. > > To load the driver as a module at boot time, place the following line in > /boot/loader.conf: > > snd_via8233_load="YES" > > Have a look at the drivers man page: man snd_via8233. > _______________________________________________ > 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" > Nope! You have to use snd_hda. http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-June/006939.html From mav at mavhome.dp.ua Sat Apr 25 13:32:27 2009 From: mav at mavhome.dp.ua (Alexander Motin) Date: Sat Apr 25 13:32:34 2009 Subject: Not working sound on HP 2133 In-Reply-To: References: Message-ID: <49F310EB.40905@mavhome.dp.ua> barbara wrote: >> Alexander Motin wrote: >>> Alex Keda wrote: >>>> hdac0@pci0:128:1:0: class=0x040300 card=0x3030103c chip=0x32881106 >>>> rev=0x10 hdr=0x00 >>>> vendor = 'VIA Technologies Inc' >>>> device = '??? VIA VT8251/8237A High Definition Audio Controller >>>> - HDA Codec Realtek ALC660' >>>> class = multimedia >>>> subclass = HDA >>>> >>>> all detected, but - no sound =(( >>> Without verbose messages it is impossible to say anything. >>> >> The snd_via8233 driver supports the VIA VT8237 and VIA VT8251 audio >> chipstes. >> >> To load the driver as a module at boot time, place the following line in >> /boot/loader.conf: >> >> snd_via8233_load="YES" >> >> Have a look at the drivers man page: man snd_via8233. > > Nope! > You have to use snd_hda. > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2007-June/006939.html Some chipsets, for example, Intel ICH6, able to support both HDA and AC97 standards depending on type of connected codec. But this case IMHO really looks more like HDA. -- Alexander Motin From bugmaster at FreeBSD.org Mon Apr 27 11:06:58 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 27 11:08:35 2009 Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org Message-ID: <200904271106.n3RB6vSM002354@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/133959 multimedia multimedia/transcode: update o ports/133462 multimedia multimedia/x264 build fails on powerpc o kern/132848 multimedia [snd_emu10kx] driver problem with card init, snd_emu10 o kern/132511 multimedia [snd_hda] Probing ALC888 codec on ASRock K10N78-1394 f o ports/132431 multimedia multimedia/ogmtools dvdxchap are not installed. o ports/132407 multimedia [patch] multimedia/ffmpeg: respect TMPDIR passed from f kern/132336 multimedia [snd_hda] Realtek ALC888 audio chipset does not work w o ports/131331 multimedia multimedia/ffmpeg: doc/texi2pod.pl bad perl path o ports/130569 multimedia multimedia/gstreamer: gnome-volume-control menu item d o ports/130146 multimedia [PATCH] multimedia/transcode: update to 1.0.7 o ports/129800 multimedia Update port: multimedia/ffmpeg avoid crash in multimed o kern/129604 multimedia [pcm]: Sound stops with error: pcm0:virtual:dsp0.vp0: o ports/128086 multimedia Add schroedinger (dirac) codec support for multimedia/ o ports/127672 multimedia multimedia/transcode won't compile with ImageMagick in 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 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 [patch] multimedia/transcode patch revision s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus f ports/124727 multimedia multimedia/gstreamer-ffmpeg 0.10.4_1 configure fails f ports/124501 multimedia multimedia/gstreamer-ffmpeg version 0.10.4_1 compile f o kern/124319 multimedia [snd_emu10k1] [regression] Cannot record from second c f ports/122922 multimedia [patch] multimedia/ffmpeg text output is mangled o ports/122305 multimedia multimedia/gstreame - gst-inspect-0.10 hangs when chec o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini o kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [snd_emu10k1] snd_emu10k1 driver issues a warning on u o kern/120780 multimedia [snd_hda] snd_hda doesn't work on Dell Latitutude D530 o kern/119973 multimedia [snd_maestro] snd_maestro only works after reload [reg o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [snd_emu10k1] Can not record anything with emu10k1 on o ports/118237 multimedia Ports: multimedia/ffmpeg fix configure option and add o ports/118168 multimedia [patch] multimedia/transcode - Add WITHOUT_X11 and WIT o kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [snd_hda] snd_hda(4) fails to attach on -CURRENT [regr o kern/114760 multimedia [snd_cmi] snd_cmi driver causing sporadic system hangs s kern/113950 multimedia [sound] [patch] [request] add per-vchan mixer support o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [snd_emu10k1] - skips, clicks and lag after a day of h o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [snd_ich] snd_ich broken on GIGABYTE 915 system o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [snd_ich] some functions don't work in my sound kernel o kern/98167 multimedia [sound] [es137x] [patch] ES1370 mixer volumes incorrec o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [snd_mss] doesn't work in 6.0-RELEASE and above for Cr o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [snd_neomagic] snd_neomagic crashes on FreeBSD 5.4 and o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [snd_mss] [patch] support, docs added for full-duplex, o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [snd_csa] [patch] csa DMA-interrupt problem 71 problems total.