From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 27 17:12:31 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F15106567C for ; Sun, 27 Jun 2010 17:12:31 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 178088FC30 for ; Sun, 27 Jun 2010 17:12:30 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 18BC91E000CC; Sun, 27 Jun 2010 19:12:30 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o5RHBT5l055305; Sun, 27 Jun 2010 19:11:29 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o5RHBTNB055304; Sun, 27 Jun 2010 19:11:29 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 27 Jun 2010 19:11:29 +0200 To: Juergen Lock Message-ID: <20100627171129.GA55131@triton8.kn-bremen.de> References: <20100623114141.GA4151@current.Sisis.de> <20100623141603.GC42847@e.0x20.net> <20100627164752.GA52062@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100627164752.GA52062@triton8.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Matthias Apitz , Lars Engels , freebsd-mobile@freebsd.org Subject: Re: video capture cards for FreeBSD laptop X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 17:12:31 -0000 On Sun, Jun 27, 2010 at 06:47:52PM +0200, Juergen Lock wrote: > On Wed, Jun 23, 2010 at 04:16:04PM +0200, Lars Engels wrote: > > On Wed, Jun 23, 2010 at 01:41:41PM +0200, Matthias Apitz wrote: > > > > > > Hello, > > > > > > I've Google'd around a bit but I don't see any real solution. My wife > > > has a FreeBSD laptop with 8-REL and wants to watch TV from time to time. > > > Any solution via USB or PCMCIA cards? Or even a small network box which > > > could be connected via LAN/WLAN by mplayer... > > > > > > Thanks in advance > > > > Hi Matthias, > > > > the "Freecom DVB-T USB Stick" works nicely with webcamd + vlc. > > That one no longer seems to be sold tho, or only at pretty high prices... > If I look at e.g. > > http://geizhals.at/deutschland/?cat=vidext&xf=800_USB > > I find usb dvb-t tuners for as cheap as 9 eur tho I don't know which > of those work with webcamd, but if you want to experiment and maybe use > the 14-day return policy if one doesn't work... (or look up an usb tuner > on sites like > > http://linuxtv.org/wiki/index.php/Hardware_Device_Information > > , maybe ask on freenode irc #linuxtv, find out which linux driver it > uses and check > > /usr/ports/multimedia/webcamd/work/webcamd-0.1.12/Makefile > > after `make extract' in /usr/ports/multimedia/webcamd to see if > webcamd builds that driver, and hope it works too...) But how ever > you try, don't forget to post your findings here! > > If you want hdtv in Germany you'll need dvb-s2 (if you have a > satellite dish) or dvb-c (if you have cable, but remember often > otherwise fta `private' channels are crypted on cable unless you > stick to analog transmissions which I don't know for how much longer > they'll be around and also you won't get hdtv that way), and dvb-c > and dvb-s(2) tuners are more expensive than dvb-t ones tho the picture > quality (bandwidth) also often is better than with dvb-t. Oh and > the hdtv versions of the german `private' channels are `paytv' > everywhere (i.e. crypted), even on satellite, the only fta hdtv > chanels on Astra 19.2E atm are Das Erste, ZDF, arte, Anixe and > Servus TV. (And EinsFestival HD but that one only plays test loops > most of the time.) > > I use a PCTV 452e Sat HDTV Pro USB dvb-s2 tuner which works pretty well > now with vdr (as well as kaffeine, mplayer, and szap-s2 with most any > player, only vlc's builtin dvb support seems to be broken for this tuner > but that I can live with.) > > If you want full pvr functionality (epg, timers, recordings, > client/server network playback/streaming/webinterface, osd, teletext, > multiple tuners... only using a remote may still be a problem) you > can try mythtv from ports or my preliminary vdr ports (which still > have loose ends but are very much functional at least for me tho > a lot of `less important' plugins aren't ported yet, some manual > tweaking may still be required and I don't know if anyone has tested > xineliboutput's vdpau support on FreeBSD yet), see here: > > http://people.freebsd.org/~nox/dvb/ > > and the threads linked from there like: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-June/011154.html > > (most Linux users I know prefer vdr over mythtv. :) > > > Jun 23 16:13:25 root: Unknown USB device: vendor 0x14aa product 0x0225 bus uhub7 > > Jun 23 16:13:25 kernel: ugen7.2: at usbus7 > > > > There should also be some other Sticks with the same chip. > > > > The only issue I have is that it is also recognized as a ukbd, so I had > > to remove the ukbd entries in /etc/devd.conf. > > That's probably the remote... (which other usb tuners often have extra > code for in their drivers, but webcamd doesn't support those parts yet > so you'd need to play with an extra receiver and lirc most likely if > you want to use the remote.) > > Oh and if any u.s. people are still reading, vdr seems to support atsc > now too, tho I dunno if anyone tried that with webcamd yet. Oh and btw I was watching the soccer worldcup in 720p hd today using vdr and xine on FreeBSD, Germany won 4-1 against England... :), Juergen From owner-freebsd-mobile@FreeBSD.ORG Sun Jun 27 17:16:25 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1982106566C for ; Sun, 27 Jun 2010 17:16:25 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 50E148FC1F for ; Sun, 27 Jun 2010 17:16:25 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id D7EB91E000C8; Sun, 27 Jun 2010 18:58:45 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o5RGlr1e054224; Sun, 27 Jun 2010 18:47:53 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o5RGlrTP054223; Sun, 27 Jun 2010 18:47:53 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 27 Jun 2010 18:47:52 +0200 To: Lars Engels Message-ID: <20100627164752.GA52062@triton8.kn-bremen.de> References: <20100623114141.GA4151@current.Sisis.de> <20100623141603.GC42847@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100623141603.GC42847@e.0x20.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Matthias Apitz , freebsd-mobile@freebsd.org Subject: Re: video capture cards for FreeBSD laptop X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 17:16:25 -0000 On Wed, Jun 23, 2010 at 04:16:04PM +0200, Lars Engels wrote: > On Wed, Jun 23, 2010 at 01:41:41PM +0200, Matthias Apitz wrote: > > > > Hello, > > > > I've Google'd around a bit but I don't see any real solution. My wife > > has a FreeBSD laptop with 8-REL and wants to watch TV from time to time. > > Any solution via USB or PCMCIA cards? Or even a small network box which > > could be connected via LAN/WLAN by mplayer... > > > > Thanks in advance > > Hi Matthias, > > the "Freecom DVB-T USB Stick" works nicely with webcamd + vlc. That one no longer seems to be sold tho, or only at pretty high prices... If I look at e.g. http://geizhals.at/deutschland/?cat=vidext&xf=800_USB I find usb dvb-t tuners for as cheap as 9 eur tho I don't know which of those work with webcamd, but if you want to experiment and maybe use the 14-day return policy if one doesn't work... (or look up an usb tuner on sites like http://linuxtv.org/wiki/index.php/Hardware_Device_Information , maybe ask on freenode irc #linuxtv, find out which linux driver it uses and check /usr/ports/multimedia/webcamd/work/webcamd-0.1.12/Makefile after `make extract' in /usr/ports/multimedia/webcamd to see if webcamd builds that driver, and hope it works too...) But how ever you try, don't forget to post your findings here! If you want hdtv in Germany you'll need dvb-s2 (if you have a satellite dish) or dvb-c (if you have cable, but remember often otherwise fta `private' channels are crypted on cable unless you stick to analog transmissions which I don't know for how much longer they'll be around and also you won't get hdtv that way), and dvb-c and dvb-s(2) tuners are more expensive than dvb-t ones tho the picture quality (bandwidth) also often is better than with dvb-t. Oh and the hdtv versions of the german `private' channels are `paytv' everywhere (i.e. crypted), even on satellite, the only fta hdtv chanels on Astra 19.2E atm are Das Erste, ZDF, arte, Anixe and Servus TV. (And EinsFestival HD but that one only plays test loops most of the time.) I use a PCTV 452e Sat HDTV Pro USB dvb-s2 tuner which works pretty well now with vdr (as well as kaffeine, mplayer, and szap-s2 with most any player, only vlc's builtin dvb support seems to be broken for this tuner but that I can live with.) If you want full pvr functionality (epg, timers, recordings, client/server network playback/streaming/webinterface, osd, teletext, multiple tuners... only using a remote may still be a problem) you can try mythtv from ports or my preliminary vdr ports (which still have loose ends but are very much functional at least for me tho a lot of `less important' plugins aren't ported yet, some manual tweaking may still be required and I don't know if anyone has tested xineliboutput's vdpau support on FreeBSD yet), see here: http://people.freebsd.org/~nox/dvb/ and the threads linked from there like: http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-June/011154.html (most Linux users I know prefer vdr over mythtv. :) > Jun 23 16:13:25 root: Unknown USB device: vendor 0x14aa product 0x0225 bus uhub7 > Jun 23 16:13:25 kernel: ugen7.2: at usbus7 > > There should also be some other Sticks with the same chip. > > The only issue I have is that it is also recognized as a ukbd, so I had > to remove the ukbd entries in /etc/devd.conf. That's probably the remote... (which other usb tuners often have extra code for in their drivers, but webcamd doesn't support those parts yet so you'd need to play with an extra receiver and lirc most likely if you want to use the remote.) Oh and if any u.s. people are still reading, vdr seems to support atsc now too, tho I dunno if anyone tried that with webcamd yet. Cheers, Juergen From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 28 08:41:29 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E67F106564A for ; Mon, 28 Jun 2010 08:41:29 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id BB2EF8FC1C for ; Mon, 28 Jun 2010 08:41:28 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 0BE9B39DFE; Mon, 28 Jun 2010 10:41:17 +0200 (CEST) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Mon, 28 Jun 2010 10:41:16 +0200 Message-ID: <20100628104116.4h3n0r77c44o0scc@0x20.net> X-Priority: 3 (Normal) Date: Mon, 28 Jun 2010 10:41:16 +0200 From: Lars Engels To: Juergen Lock References: <20100623114141.GA4151@current.Sisis.de> <20100623141603.GC42847@e.0x20.net> <20100627164752.GA52062@triton8.kn-bremen.de> <20100627171129.GA55131@triton8.kn-bremen.de> In-Reply-To: <20100627171129.GA55131@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_6y2ivsipju4o"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: Matthias Apitz , hselasky@c2i.net, freebsd-mobile@freebsd.org Subject: Re: video capture cards for FreeBSD laptop X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 08:41:29 -0000 This message is in MIME format and has been PGP signed. --=_6y2ivsipju4o Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Juergen Lock : > On Sun, Jun 27, 2010 at 06:47:52PM +0200, Juergen Lock wrote: >> On Wed, Jun 23, 2010 at 04:16:04PM +0200, Lars Engels wrote: >> > On Wed, Jun 23, 2010 at 01:41:41PM +0200, Matthias Apitz wrote: >> > > >> > > Hello, >> > > >> > > I've Google'd around a bit but I don't see any real solution. My wife >> > > has a FreeBSD laptop with 8-REL and wants to watch TV from time to ti= me. >> > > Any solution via USB or PCMCIA cards? Or even a small network box whi= ch >> > > could be connected via LAN/WLAN by mplayer... >> > > >> > > Thanks in advance >> > >> > Hi Matthias, >> > >> > the "Freecom DVB-T USB Stick" works nicely with webcamd + vlc. >> >> That one no longer seems to be sold tho, or only at pretty high prices... >> If I look at e.g. >> >> =09http://geizhals.at/deutschland/?cat=3Dvidext&xf=3D800_USB >> >> I find usb dvb-t tuners for as cheap as 9 eur tho I don't know which >> of those work with webcamd, but if you want to experiment and maybe use >> the 14-day return policy if one doesn't work... (or look up an usb tuner >> on sites like >> >> =09http://linuxtv.org/wiki/index.php/Hardware_Device_Information >> >> , maybe ask on freenode irc #linuxtv, find out which linux driver it >> uses and check >> >> =09/usr/ports/multimedia/webcamd/work/webcamd-0.1.12/Makefile >> >> after `make extract' in /usr/ports/multimedia/webcamd to see if >> webcamd builds that driver, and hope it works too...) But how ever >> you try, don't forget to post your findings here! >> >> If you want hdtv in Germany you'll need dvb-s2 (if you have a >> satellite dish) or dvb-c (if you have cable, but remember often >> otherwise fta `private' channels are crypted on cable unless you >> stick to analog transmissions which I don't know for how much longer >> they'll be around and also you won't get hdtv that way), and dvb-c >> and dvb-s(2) tuners are more expensive than dvb-t ones tho the picture >> quality (bandwidth) also often is better than with dvb-t. Oh and >> the hdtv versions of the german `private' channels are `paytv' >> everywhere (i.e. crypted), even on satellite, the only fta hdtv >> chanels on Astra 19.2E atm are Das Erste, ZDF, arte, Anixe and >> Servus TV. (And EinsFestival HD but that one only plays test loops >> most of the time.) >> >> I use a PCTV 452e Sat HDTV Pro USB dvb-s2 tuner which works pretty well >> now with vdr (as well as kaffeine, mplayer, and szap-s2 with most any >> player, only vlc's builtin dvb support seems to be broken for this tuner >> but that I can live with.) >> >> If you want full pvr functionality (epg, timers, recordings, >> client/server network playback/streaming/webinterface, osd, teletext, >> multiple tuners... only using a remote may still be a problem) you >> can try mythtv from ports or my preliminary vdr ports (which still >> have loose ends but are very much functional at least for me tho >> a lot of `less important' plugins aren't ported yet, some manual >> tweaking may still be required and I don't know if anyone has tested >> xineliboutput's vdpau support on FreeBSD yet), see here: >> >> =09http://people.freebsd.org/~nox/dvb/ >> >> and the threads linked from there like: >> >> =09http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-June/011154= .html >> >> (most Linux users I know prefer vdr over mythtv. :) >> >> > Jun 23 16:13:25 root: Unknown USB device: vendor 0x14aa product =20 >> 0x0225 bus uhub7 >> > Jun 23 16:13:25 kernel: ugen7.2: at usbus7 >> > >> > There should also be some other Sticks with the same chip. >> > >> > The only issue I have is that it is also recognized as a ukbd, so I had >> > to remove the ukbd entries in /etc/devd.conf. >> >> That's probably the remote... (which other usb tuners often have extra >> code for in their drivers, but webcamd doesn't support those parts yet >> so you'd need to play with an extra receiver and lirc most likely if >> you want to use the remote.) Yes, probably the remote. It used to be recognized as a uhid device. =20 raaf has written a little tool to use the remote: http://raaf.atspace.org/dvbusb/ Scroll down to "dvbremote" there. Perhaps it is also usable with other DVB-T devices. >> Oh and if any u.s. people are still reading, vdr seems to support atsc >> now too, tho I dunno if anyone tried that with webcamd yet. > Oh and btw I was watching the soccer worldcup in 720p hd today using vdr > and xine on FreeBSD, Germany won 4-1 against England... Yeah, I watched it in a club and we had a lot of fun! :) In the evening I watched Argentina vs. Mexico in the backyard using my =20 DVB-T device. Thanks to the vuvuzelas I found out, that there seems to be a buffer =20 problem in the driver. Every n seconds the sound stops for a short =20 time and theres a little distortion in the picture. Hans: Do you know where I could look in the code? The device can be =20 found here: http://www.linuxtv.org/wiki/index.php/DVB-T_USB_Devices#WideView.2FYakumo.2F= Hama.2FTyphoon.2FYuan_Boxes_and_Pens (Freecom DVB-T USB Stick (25451 =20 rev3)) --=_6y2ivsipju4o Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkwoYCwACgkQKc512sD3afgG0ACfaunYxdRVkaHXkBE8/xUvx7Xn FtMAnAg2pOqDjNs5UuYsPp+FHsIvYCPi =97sO -----END PGP SIGNATURE----- --=_6y2ivsipju4o-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 28 16:11:37 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F3141065676 for ; Mon, 28 Jun 2010 16:11:37 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id C49E78FC17 for ; Mon, 28 Jun 2010 16:11:36 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 30E131E000D3; Mon, 28 Jun 2010 18:11:35 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o5SG9fi4000147; Mon, 28 Jun 2010 18:09:41 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o5SG9fBu000146; Mon, 28 Jun 2010 18:09:41 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 28 Jun 2010 18:09:40 +0200 To: Lars Engels Message-ID: <20100628160940.GA99763@triton8.kn-bremen.de> References: <20100623114141.GA4151@current.Sisis.de> <20100623141603.GC42847@e.0x20.net> <20100627164752.GA52062@triton8.kn-bremen.de> <20100627171129.GA55131@triton8.kn-bremen.de> <20100628104116.4h3n0r77c44o0scc@0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100628104116.4h3n0r77c44o0scc@0x20.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Matthias Apitz , hselasky@c2i.net, Juergen Lock , freebsd-mobile@freebsd.org Subject: Re: video capture cards for FreeBSD laptop X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 16:11:37 -0000 On Mon, Jun 28, 2010 at 10:41:16AM +0200, Lars Engels wrote: > Quoting Juergen Lock : > > > On Sun, Jun 27, 2010 at 06:47:52PM +0200, Juergen Lock wrote: > >> On Wed, Jun 23, 2010 at 04:16:04PM +0200, Lars Engels wrote: > >> > On Wed, Jun 23, 2010 at 01:41:41PM +0200, Matthias Apitz wrote: > >> > > > >> > > Hello, > >> > > > >> > > I've Google'd around a bit but I don't see any real solution. My wife > >> > > has a FreeBSD laptop with 8-REL and wants to watch TV from time to time. > >> > > Any solution via USB or PCMCIA cards? Or even a small network box which > >> > > could be connected via LAN/WLAN by mplayer... > >> > > > >> > > Thanks in advance > >> > > >> > Hi Matthias, > >> > > >> > the "Freecom DVB-T USB Stick" works nicely with webcamd + vlc. > >> > >> That one no longer seems to be sold tho, or only at pretty high prices... > >> If I look at e.g. > >> > >> http://geizhals.at/deutschland/?cat=vidext&xf=800_USB > >> > >> I find usb dvb-t tuners for as cheap as 9 eur tho I don't know which > >> of those work with webcamd, but if you want to experiment and maybe use > >> the 14-day return policy if one doesn't work... (or look up an usb tuner > >> on sites like > >> > >> http://linuxtv.org/wiki/index.php/Hardware_Device_Information > >> > >> , maybe ask on freenode irc #linuxtv, find out which linux driver it > >> uses and check > >> > >> /usr/ports/multimedia/webcamd/work/webcamd-0.1.12/Makefile > >> > >> after `make extract' in /usr/ports/multimedia/webcamd to see if > >> webcamd builds that driver, and hope it works too...) But how ever > >> you try, don't forget to post your findings here! > >> > >> If you want hdtv in Germany you'll need dvb-s2 (if you have a > >> satellite dish) or dvb-c (if you have cable, but remember often > >> otherwise fta `private' channels are crypted on cable unless you > >> stick to analog transmissions which I don't know for how much longer > >> they'll be around and also you won't get hdtv that way), and dvb-c > >> and dvb-s(2) tuners are more expensive than dvb-t ones tho the picture > >> quality (bandwidth) also often is better than with dvb-t. Oh and > >> the hdtv versions of the german `private' channels are `paytv' > >> everywhere (i.e. crypted), even on satellite, the only fta hdtv > >> chanels on Astra 19.2E atm are Das Erste, ZDF, arte, Anixe and > >> Servus TV. (And EinsFestival HD but that one only plays test loops > >> most of the time.) > >> > >> I use a PCTV 452e Sat HDTV Pro USB dvb-s2 tuner which works pretty well > >> now with vdr (as well as kaffeine, mplayer, and szap-s2 with most any > >> player, only vlc's builtin dvb support seems to be broken for this tuner > >> but that I can live with.) > >> > >> If you want full pvr functionality (epg, timers, recordings, > >> client/server network playback/streaming/webinterface, osd, teletext, > >> multiple tuners... only using a remote may still be a problem) you > >> can try mythtv from ports or my preliminary vdr ports (which still > >> have loose ends but are very much functional at least for me tho > >> a lot of `less important' plugins aren't ported yet, some manual > >> tweaking may still be required and I don't know if anyone has tested > >> xineliboutput's vdpau support on FreeBSD yet), see here: > >> > >> http://people.freebsd.org/~nox/dvb/ > >> > >> and the threads linked from there like: > >> > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-June/011154.html > >> > >> (most Linux users I know prefer vdr over mythtv. :) > >> > >> > Jun 23 16:13:25 root: Unknown USB device: vendor 0x14aa product > >> 0x0225 bus uhub7 > >> > Jun 23 16:13:25 kernel: ugen7.2: at usbus7 > >> > > >> > There should also be some other Sticks with the same chip. > >> > > >> > The only issue I have is that it is also recognized as a ukbd, so I had > >> > to remove the ukbd entries in /etc/devd.conf. > >> > >> That's probably the remote... (which other usb tuners often have extra > >> code for in their drivers, but webcamd doesn't support those parts yet > >> so you'd need to play with an extra receiver and lirc most likely if > >> you want to use the remote.) > > Yes, probably the remote. It used to be recognized as a uhid device. > raaf has written a little tool to use the remote: > http://raaf.atspace.org/dvbusb/ Scroll down to "dvbremote" there. > Perhaps it is also usable with other DVB-T devices. > Ah yeah, for those that attach as uhid maybe. (which not all do as I said, and for vdr you'd probably need to connect to lirc instead...) > > >> Oh and if any u.s. people are still reading, vdr seems to support atsc > >> now too, tho I dunno if anyone tried that with webcamd yet. > > > > > Oh and btw I was watching the soccer worldcup in 720p hd today using vdr > > and xine on FreeBSD, Germany won 4-1 against England... > > > Yeah, I watched it in a club and we had a lot of fun! :) > In the evening I watched Argentina vs. Mexico in the backyard using my > DVB-T device. > Thanks to the vuvuzelas I found out, that there seems to be a buffer > problem in the driver. Every n seconds the sound stops for a short > time and theres a little distortion in the picture. > > Hans: Do you know where I could look in the code? The device can be > found here: > http://www.linuxtv.org/wiki/index.php/DVB-T_USB_Devices#WideView.2FYakumo.2FHama.2FTyphoon.2FYuan_Boxes_and_Pens (Freecom DVB-T USB Stick (25451 > rev3)) Hmm I had something like that once after weeks of uptime and restarting vdr and (I think) webcamd too, colorful sqare artefacts in the picture once in a while accompanied by a sqeaky sound... A reboot fixed that so I guess it was just memory fragmentation causing the usb stack not to get enough contiguous buffers anymore? (This box has 8 GB RAM so maybe if you have less it may happen after a shorter uptime depending on how your box is used...) HTH, Juergen From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 1 15:09:46 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444551065672 for ; Thu, 1 Jul 2010 15:09:46 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (yamagi.org [88.198.78.242]) by mx1.freebsd.org (Postfix) with ESMTP id B7E078FC1D for ; Thu, 1 Jul 2010 15:09:45 +0000 (UTC) Received: from screw (f054132006.adsl.alicedsl.de [78.54.132.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTP id 11FAF1083AA5 for ; Thu, 1 Jul 2010 16:49:49 +0200 (CEST) Date: Thu, 1 Jul 2010 16:49:49 +0200 (CEST) From: Yamagi Burmeister X-X-Sender: yamagi@screw.home.yamagi.org To: freebsd-mobile@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Crash while suspending on FreeBSD/amd64 8.1-RC1 (backtrace inside) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 15:09:46 -0000 Hello, I purchased a Lenovo Thinkpad R500 8716WR8 a few weeks ago. FreeBSd is running fine on it with one litte problem. Every now and than the system crashes while suspending. Today I was able to get a crash dump and extract a backtrace and some more informations. The hardware: ------------- Intel Core2Duo T6670 @ 2,2GHz 2048 MB RAM Intel X4500 Graphic Adapter Latest available BIOS The Software: ------------- % uname -a FreeBSD maka.home.yamagi.org 8.1-RC2 FreeBSD 8.1-RC2 #0: Wed Jun 30 19:16:52 CEST 2010 root@maka.home.yamagi.org:/usr/obj/usr/src/sys/MAKA amd64 % sysctl kern.timecounter.hardware kern.timecounter.hardware: i8254 The crash: ---------- In most cases the systems suspends and resumes just fine. But in about 1 out of 10 times it crashes while suspend. As of today three of this crashes occured, all of them were the second or third suspend since the last reboot. And in all cases the system uptime was over 3 hours, I was not able to provoke this crash right after boot. In all cases the system was running xorg-server 1.7.5,1 and xf86-video-intel 2.7.1_3. The console is running in VESA mode with a resolution of 1680x1050: allscreens_flags="MODE_366" And now the crash information extracted via kgdb: ------------------------------------------------- root@maka:pts/0 ...sys/MAKA> kgdb /boot/kernel/kernel.debug /usr/dump/vmcore.0 [16:43:54] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80406f16 stack pointer = 0x28:0xffffff803da28690 frame pointer = 0x28:0xffffff803da28720 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 8367 (acpiconf) trap number = 12 panic: page fault cpuid = 0 Uptime: 3h36m54s Physical memory: 1929 MB Dumping 1367 MB: 1352 1336 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/cd9660.ko...Reading symbols from /boot/kernel/cd9660.ko.symbols...done. done. [snip - removed a lot of symbol files] #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); list of the instruction pointer: -------------------------------- (kgdb) list *0xffffffff80406f16 0xffffffff80406f16 is at /usr/src/sys/amd64/amd64/support.S:125. 120 cmpq %rcx,%rax /* overlapping && src < dst? */ 121 jb 1f 122 123 shrq $3,%rcx /* copy by 64-bit words */ 124 cld /* nope, copy forwards */ 125 rep 126 movsq 127 movq %rdx,%rcx 128 andq $7,%rcx /* any bytes left? */ 129 rep The backtrace: -------------- (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff8020dfe9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff8020e41c in panic (fmt=0xffffffff8044ebbb "%s") at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xffffffff80408bc8 in trap_fatal (frame=0xffffff0004a4e000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:777 #4 0xffffffff80408f94 in trap_pfault (frame=0xffffff803da285e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:693 #5 0xffffffff804097da in trap (frame=0xffffff803da285e0) at /usr/src/sys/amd64/amd64/trap.c:451 #6 0xffffffff803ef543 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #7 0xffffffff80406f16 in bcopy () at /usr/src/sys/amd64/amd64/support.S:124 #8 0xffffffff80745fb7 in vesa_bios_save_restore (code=1, p=0xffffff80002a6004, size=4928) at /usr/src/sys/modules/vesa/../../dev/fb/vesa.c:551 #9 0xffffffff80746059 in vesa_save_state (adp=Variable "adp" is not available. ) at /usr/src/sys/modules/vesa/../../dev/fb/vesa.c:1429 #10 0xffffffff80424144 in vga_suspend (dev=0xffffff0001632a00) at /usr/src/sys/isa/vga_isa.c:81 #11 0xffffffff804241d7 in isavga_suspend (dev=0xffffff0001632a00) at /usr/src/sys/isa/vga_isa.c:234 #12 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff0001632500) at device_if.h:273 #13 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff00014bfd00) at device_if.h:273 #14 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff00014bf300) at device_if.h:273 #15 0xffffffff8019e5b5 in pci_suspend (dev=0xffffff00014bf300) at /usr/src/sys/dev/pci/pci.c:2891 #16 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff0001489b00) at device_if.h:273 #17 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff00013abe00) at device_if.h:273 #18 0xffffffff801890f4 in acpi_suspend (dev=0xffffff00013abe00) at /usr/src/sys/dev/acpica/acpi.c:704 #19 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff0001351800) at device_if.h:273 #20 0xffffffff80237f32 in bus_generic_suspend (dev=0xffffff0001350c00) at device_if.h:273 #21 0xffffffff80184ece in acpi_EnterSleepState (sc=0xffffff00013abd00, state=3) at device_if.h:273 #22 0xffffffff80185903 in acpi_AckSleepState (clone=0xffffffff80632c60, error=0) at /usr/src/sys/dev/acpica/acpi.c:2450 #23 0xffffffff801b7787 in devfs_ioctl_f (fp=0xffffff0037ba4690, com=2147766277, data=Variable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:659 #24 0xffffffff8024deb6 in kern_ioctl (td=0xffffff0004a4e000, fd=3, com=2147766277, data=0xffffff004578a820 "") at file.h:262 #25 0xffffffff8024e0fd in ioctl (td=0xffffff0004a4e000, uap=0xffffff803da28bf0) at /usr/src/sys/kern/sys_generic.c:678 #26 0xffffffff804091a7 in syscall (frame=0xffffff803da28c80) at /usr/src/sys/amd64/amd64/trap.c:945 #27 0xffffffff803ef821 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:374 #28 0x000000080073b38c in ?? () Previous frame inner to this frame (corrupt stack?) Since I have the core dump I can provide more information if necessary. I could even upload the core and the kernel to web if it helps. Thanks for your help, Yamagi -- Homepage: www.yamagi.org Jabber: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-mobile@FreeBSD.ORG Thu Jul 1 18:43:55 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C1041065670 for ; Thu, 1 Jul 2010 18:43:55 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (yamagi.org [88.198.78.242]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9F58FC16 for ; Thu, 1 Jul 2010 18:43:55 +0000 (UTC) Received: from [192.168.1.150] (f054132006.adsl.alicedsl.de [78.54.132.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTP id D93B71083A17; Thu, 1 Jul 2010 20:43:53 +0200 (CEST) Date: Thu, 1 Jul 2010 20:43:52 +0200 (CEST) From: Yamagi Burmeister X-X-Sender: yamagi@maka.home.yamagi.org To: freebsd-mobile@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Christoph Mallon , jkim@freebsd.org Subject: PATCH: Crash while suspending on FreeBSD/amd64 8.1-RC2 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:43:55 -0000 Okay, with the help of a friend of mine I managed to track this down. > (kgdb) bt > #0 doadump () at pcpu.h:223 > #1 0xffffffff8020dfe9 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xffffffff8020e41c in panic (fmt=0xffffffff8044ebbb "%s") > at /usr/src/sys/kern/kern_shutdown.c:590 > #3 0xffffffff80408bc8 in trap_fatal (frame=0xffffff0004a4e000, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:777 > #4 0xffffffff80408f94 in trap_pfault (frame=0xffffff803da285e0, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:693 > #5 0xffffffff804097da in trap (frame=0xffffff803da285e0) > at /usr/src/sys/amd64/amd64/trap.c:451 > #6 0xffffffff803ef543 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:223 > #7 0xffffffff80406f16 in bcopy () at > /usr/src/sys/amd64/amd64/support.S:124 > #8 0xffffffff80745fb7 in vesa_bios_save_restore (code=1, > p=0xffffff80002a6004, > size=4928) at /usr/src/sys/modules/vesa/../../dev/fb/vesa.c:551 > #9 0xffffffff80746059 in vesa_save_state (adp=Variable "adp" is not > available. > ) > at /usr/src/sys/modules/vesa/../../dev/fb/vesa.c:1429 > #10 0xffffffff80424144 in vga_suspend (dev=0xffffff0001632a00) > at /usr/src/sys/isa/vga_isa.c:81 > #11 0xffffffff804241d7 in isavga_suspend (dev=0xffffff0001632a00) > at /usr/src/sys/isa/vga_isa.c:234 The problem is on stack level 8. Line 538 in sys/dev/fb/vesa.c returns NULL because x86bios_alloc(&offs, size); couldn't allocate memory. In line 551 the nullpointer is passed to bcopy(), causing the crash. A simple sollution is to add a nullpointer check like the attached patch does. But I'm not sure if that's the right solution, since the VGA state will not be saved if the check triggers. --- vesa.c_ 2010-07-01 20:38:54.000000000 +0200 +++ vesa.c 2010-07-01 20:38:03.000000000 +0200 @@ -536,6 +536,8 @@ return (1); buf = x86bios_alloc(&offs, size); + if (buf == NULL) + return (1); x86bios_init_regs(®s); regs.R_AX = 0x4f04; -- Homepage: www.yamagi.org Jabber: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB