From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 15:06:24 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8143106564A for ; Sun, 13 Mar 2011 15:06:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA288FC0A for ; Sun, 13 Mar 2011 15:06:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=0KkIQGagYCvnrzE3Z2Lmid87OPdbX6VLcZYwAuLMZ50= c=1 sm=1 a=XnNNwNEIBvMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=dYfcVV4EAAAA:8 a=xyD_XlIbesssN9Co0lUA:9 a=EH-Jtt-o5OICSQLJFp8t-tXJ140A:4 a=CjuIK1q_8ugA:10 a=GsovM-_vGS5CfotKvVAA:9 a=KGRZGXFU1RV3t9_SGB5MT6agV_sA:4 a=9N-la9K2kGKvzSLEe2QA:9 a=p_JSA6kuc2itKPrTbfsA:7 a=9Kd-mhgn6v08fQJMygOM8_0peYEA:4 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 99680155; Sun, 13 Mar 2011 16:06:21 +0100 From: Hans Petter Selasky To: video4linux-list@redhat.com, freebsd-multimedia@freebsd.org Date: Sun, 13 Mar 2011 16:05:51 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?utf-8?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?utf-8?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_P1NfNKqn3qWDzP0" Message-Id: <201103131605.51848.hselasky@c2i.net> Cc: Juergen Lock Subject: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 15:06:25 -0000 --Boundary-00=_P1NfNKqn3qWDzP0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, The local guy over here mounted "the wrong" DiSEqC switch on my sat-system. The switch was very expensive and I would have to wait another week to get a Spaun one which they said would work better with Linux. In the meantime I figured out how to program it, if anyone else is interested please find attached patches to this e-mail. The kind of switch I've got seems widely used, though it is not standard. I've attached patches for w_scan and VDR to work with the given DiSEqC switch I've got. I don't have any documentation on the switch. All the programming was the result of two days of reverse engineering. And I did not open the switch either :-) Manufacturer homepage: http://www.kjaerulff1.com/en-gb/p/30_maximum_diseqc_41_switch Information needed for VDR's diseqc.conf # # Full sequence for LNB-A # LNB.A 11700 V 9750 tF W45 v W15 W45 F W45 v W15 W45 t LNB.A 99999 V 10600 tF W45 v W15 W45 F W45 v W15 W45 T LNB.A 11700 H 9750 tF W45 V W15 W45 F W45 V W15 W45 t LNB.A 99999 H 10600 tF W45 V W15 W45 F W45 V W15 W45 T # # Full sequence for LNB-B # LNB.B 11700 V 9750 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 t LNB.B 99999 V 10600 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 T LNB.B 11700 H 9750 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 t LNB.B 99999 H 10600 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 T # # Full sequence for LNB-C # LNB.C 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 t LNB.C 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 T LNB.C 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 t LNB.C 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 T # # Full sequence for LNB-D # LNB.D 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 t LNB.D 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 T LNB.D 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 t LNB.D 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 T Good luck! I hope the patches can be included into VDR and w_scan. Not sure if this is the right list to post the patches. --HPS --Boundary-00=_P1NfNKqn3qWDzP0 Content-Type: text/x-patch; charset="us-ascii"; name="kjaerulff1_vdr.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kjaerulff1_vdr.diff" diff -u -r work.orig/vdr-1.7.16/diseqc.c work/vdr-1.7.16/diseqc.c --- work.orig/vdr-1.7.16/diseqc.c 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.c 2011-03-13 15:02:26.000000000 +0100 @@ -137,6 +137,7 @@ case ' ': break; case 't': return daToneOff; case 'T': return daToneOn; + case 'F': return daVoltageOff; case 'v': return daVoltage13; case 'V': return daVoltage18; case 'A': return daMiniA; diff -u -r work.orig/vdr-1.7.16/diseqc.conf work/vdr-1.7.16/diseqc.conf --- work.orig/vdr-1.7.16/diseqc.conf 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.conf 2011-03-13 15:02:40.000000000 +0100 @@ -14,6 +14,7 @@ # command: # t tone off # T tone on +# F voltage off (0V) # v voltage low (13V) # V voltage high (18V) # A mini A diff -u -r work.orig/vdr-1.7.16/diseqc.h work/vdr-1.7.16/diseqc.h --- work.orig/vdr-1.7.16/diseqc.h 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.h 2011-03-13 15:02:49.000000000 +0100 @@ -18,6 +18,7 @@ daNone, daToneOff, daToneOn, + daVoltageOff, daVoltage13, daVoltage18, daMiniA, diff -u -r work.orig/vdr-1.7.16/dvbdevice.c work/vdr-1.7.16/dvbdevice.c --- work.orig/vdr-1.7.16/dvbdevice.c 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/dvbdevice.c 2011-03-13 15:03:14.000000000 +0100 @@ -402,6 +402,7 @@ case cDiseqc::daNone: break; case cDiseqc::daToneOff: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF)); break; case cDiseqc::daToneOn: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON)); break; + case cDiseqc::daVoltageOff: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_OFF)); break; case cDiseqc::daVoltage13: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break; case cDiseqc::daVoltage18: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break; case cDiseqc::daMiniA: CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A)); break; diff -u -r work.orig/vdr-1.7.16/include/vdr/diseqc.h work/vdr-1.7.16/include/vdr/diseqc.h --- work.orig/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:02:49.000000000 +0100 @@ -18,6 +18,7 @@ daNone, daToneOff, daToneOn, + daVoltageOff, daVoltage13, daVoltage18, daMiniA, --Boundary-00=_P1NfNKqn3qWDzP0 Content-Type: text/x-patch; charset="us-ascii"; name="kjaerulff1_w_scan.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kjaerulff1_w_scan.diff" diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.c work/w_scan-20110206/diseqc.c --- work.orig/w_scan-20110206/diseqc.c 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/diseqc.c 2011-03-13 14:19:36.000000000 +0100 @@ -157,6 +157,10 @@ { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, CMD_WR_N1_UNCOMMITTED, 0xff, 0x00, 0x00 }, 4 }, 20 } }; +struct diseqc_cmd kjaerulff1_switch_cmds[] = { + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 }, 4 }, 20 }, + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 }, 4 }, 20 }, +}; /****************************************************************************** * only indices for positioning cmds[] - non standardized. @@ -453,6 +457,48 @@ return err; } +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband) +{ + int err = 0; + int voltage = voltage_18 ? SEC_VOLTAGE_18 : SEC_VOLTAGE_13; + int tone = hiband ? SEC_TONE_ON : SEC_TONE_OFF; + int n; + + if (switch_pos < 0 || switch_pos > 3) + return (-EINVAL); + + err |= ioctl(frontend_fd, FE_SET_TONE, (int)SEC_TONE_OFF); + + for (n = 0; n != 2; n++) { + + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); + usleep(45000); + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); + usleep(15000); + if (switch_pos == 1) + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); + if (switch_pos == 2 || switch_pos == 3) + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[1].cmd); + usleep(45000); + + if (switch_pos == 3) { + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); + usleep(45000); + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); + usleep(15000); + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); + usleep(45000); + } + } + + err |= ioctl(frontend_fd, FE_SET_TONE, tone); + + if (err) + return (-EINVAL); + + return (0); +} + int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband, int uncommitted_switch_pos) { int i; diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.h work/w_scan-20110206/diseqc.h --- work.orig/w_scan-20110206/diseqc.h 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/diseqc.h 2011-03-13 12:38:18.000000000 +0100 @@ -20,6 +20,7 @@ /* * set up the switch to position/voltage/tone */ +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband); int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int freq, int uncommitted_switch_pos); int rotate_rotor (int frontend_fd, int * from, int to, uint8_t voltage_18, uint8_t hiband); diff -u -r --exclude='*~' work.orig/w_scan-20110206/scan.c work/w_scan-20110206/scan.c --- work.orig/w_scan-20110206/scan.c 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/scan.c 2011-03-13 14:23:27.000000000 +0100 @@ -113,6 +113,7 @@ static int committed_switch = 0; // 20090320: DVB-S/S2, DISEQC committed switch position static int uncommitted_switch = 0; // 20090320: DVB-S/S2, DISEQC uncommitted switch position static struct lnb_types_st this_lnb; // 20090320: DVB-S/S2, LNB type, initialized in main to 'UNIVERSAL' +static int kjaerulff1_switch_pos = -1; // 20110313: Non-standard Kjaerulff1 switch type time_t start_time = 0; @@ -1619,7 +1620,12 @@ if (t->param.frequency >= this_lnb.switch_val) switch_to_high_band++; - setup_switch (frontend_fd, committed_switch, + if (kjaerulff1_switch_pos > 0) + setup_kjaerulff1_switch (frontend_fd, kjaerulff1_switch_pos, + t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, + switch_to_high_band); + else + setup_switch (frontend_fd, committed_switch, t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, switch_to_high_band, uncommitted_switch); @@ -2584,6 +2590,7 @@ " ? for list\n" " -D Nc use DiSEqC committed switch position N\n" " -D Nu use DiSEqC uncommitted switch position N\n" + " -K N use non-standard Kjaerulff1 switch position N\n" " -p \n" " use DiSEqC rotor Position file\n" " -r N use Rotor position N (needs -s)\n" @@ -2642,7 +2649,7 @@ flags.version = version; start_time = time(NULL); - while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:LMO:PQ:R:S:T:VX")) != -1) { + while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:K:LMO:PQ:R:S:T:VX")) != -1) { switch (opt) { case 'a': //adapter adapter = strtoul(optarg, NULL, 0); @@ -2682,6 +2689,11 @@ case 'k': //kaffeine output output_format = OUTPUT_KAFFEINE; break; + case 'K': + kjaerulff1_switch_pos = strtoul(optarg, NULL, 0); + if (kjaerulff1_switch_pos > 3 || kjaerulff1_switch_pos < 0) + fatal("kjaerulff1 switch position needs to be in the range [0..3]!\n"); + break; case 'l': //satellite lnb type if (strcmp(optarg, "?") == 0) { struct lnb_types_st * p; @@ -3169,6 +3181,8 @@ info("using DiSEqC committed switch %d\n", committed_switch); if (uncommitted_switch > 0) info("using DiSEqC uncommitted switch %d\n", uncommitted_switch); + if (kjaerulff1_switch_pos > -1) + info("using DiSEqC Kjaerulff1 switch %d\n", kjaerulff1_switch_pos); /* grrr... * DVB API v5 doesnt allow checking for * S2 capabilities fec3/5, fec9/10, PSK_8, --Boundary-00=_P1NfNKqn3qWDzP0-- From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 15:36:48 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91171106566B for ; Sun, 13 Mar 2011 15:36:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 241D88FC0C for ; Sun, 13 Mar 2011 15:36:47 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=Z3wfvi8l4dgA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=c_Qww7h55w7iBJyORm4A:9 a=ugByeNEwy8F92hHs5GgSc0WWt6QA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 98988183; Sun, 13 Mar 2011 16:36:46 +0100 From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Sun, 13 Mar 2011 16:36:15 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201103131605.51848.hselasky@c2i.net> In-Reply-To: <201103131605.51848.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201103131636.16042.hselasky@c2i.net> Cc: video4linux-list@redhat.com, Juergen Lock Subject: Re: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 15:36:48 -0000 Minor bug: > # > # Full sequence for LNB-A > # > LNB.A 11700 V 9750 tF W45 v W15 W45 F W45 v W15 W45 t > LNB.A 99999 V 10600 tF W45 v W15 W45 F W45 v W15 W45 T > LNB.A 11700 H 9750 tF W45 V W15 W45 F W45 V W15 W45 t > LNB.A 99999 H 10600 tF W45 V W15 W45 F W45 V W15 W45 T Should be "t F " instead of "tF ". --HPS From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 15:39:58 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D54D106564A for ; Sun, 13 Mar 2011 15:39:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (sina.turbocat.net [IPv6:2a01:4f8:120:8086::2]) by mx1.freebsd.org (Postfix) with ESMTP id 078668FC12 for ; Sun, 13 Mar 2011 15:39:58 +0000 (UTC) Received: by mail.turbocat.net (Postfix, from userid 1007) id 3CC80157083C; Sun, 13 Mar 2011 16:39:39 +0100 (CET) Received: from laptop002.hselasky.homeunix.org (cm-188.126.198.129.customer.telag.net [188.126.198.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5F29D157083C; Sun, 13 Mar 2011 16:39:37 +0100 (CET) To: video4linux-list@redhat.com, freebsd-multimedia@freebsd.org From: Hans Petter Selasky X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-15?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-15?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= Date: Sun, 13 Mar 2011 16:38:51 +0100 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LUOfNELRTBaNyCr" Message-Id: <201103131638.51970.hselasky@c2i.net> Cc: Juergen Lock Subject: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 15:39:58 -0000 --Boundary-00=_LUOfNELRTBaNyCr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, The local guy over here mounted "the wrong" DiSEqC switch on my sat-system. The switch was very expensive and I would have to wait another week to get a Spaun one which they said would work better with Linux. In the meantime I figured out how to program it, if anyone else is interested please find attached patches to this e-mail. The kind of switch I've got seems widely used, though it is not standard. I've attached patches for w_scan and VDR to work with the given DiSEqC switch I've got. I don't have any documentation on the switch. All the programming was the result of two days of reverse engineering. And I did not open the switch either :-) Manufacturer homepage: http://www.kjaerulff1.com/en-gb/p/30_maximum_diseqc_41_switch Information needed for VDR's diseqc.conf # # Full sequence for LNB-A # LNB.A 11700 V 9750 tF W45 v W15 W45 F W45 v W15 W45 t LNB.A 99999 V 10600 tF W45 v W15 W45 F W45 v W15 W45 T LNB.A 11700 H 9750 tF W45 V W15 W45 F W45 V W15 W45 t LNB.A 99999 H 10600 tF W45 V W15 W45 F W45 V W15 W45 T # # Full sequence for LNB-B # LNB.B 11700 V 9750 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 t LNB.B 99999 V 10600 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 T LNB.B 11700 H 9750 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 t LNB.B 99999 H 10600 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 T # # Full sequence for LNB-C # LNB.C 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 t LNB.C 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 T LNB.C 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 t LNB.C 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 T # # Full sequence for LNB-D # LNB.D 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 t LNB.D 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 T LNB.D 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 t LNB.D 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 T Good luck! I hope the patches can be included into VDR and w_scan. Not sure if this is the right list to post the patches. --HPS --Boundary-00=_LUOfNELRTBaNyCr Content-Type: text/x-patch; charset="us-ascii"; name="kjaerulff1_vdr.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kjaerulff1_vdr.diff" diff -u -r work.orig/vdr-1.7.16/diseqc.c work/vdr-1.7.16/diseqc.c --- work.orig/vdr-1.7.16/diseqc.c 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.c 2011-03-13 15:02:26.000000000 +0100 @@ -137,6 +137,7 @@ case ' ': break; case 't': return daToneOff; case 'T': return daToneOn; + case 'F': return daVoltageOff; case 'v': return daVoltage13; case 'V': return daVoltage18; case 'A': return daMiniA; diff -u -r work.orig/vdr-1.7.16/diseqc.conf work/vdr-1.7.16/diseqc.conf --- work.orig/vdr-1.7.16/diseqc.conf 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.conf 2011-03-13 15:02:40.000000000 +0100 @@ -14,6 +14,7 @@ # command: # t tone off # T tone on +# F voltage off (0V) # v voltage low (13V) # V voltage high (18V) # A mini A diff -u -r work.orig/vdr-1.7.16/diseqc.h work/vdr-1.7.16/diseqc.h --- work.orig/vdr-1.7.16/diseqc.h 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/diseqc.h 2011-03-13 15:02:49.000000000 +0100 @@ -18,6 +18,7 @@ daNone, daToneOff, daToneOn, + daVoltageOff, daVoltage13, daVoltage18, daMiniA, diff -u -r work.orig/vdr-1.7.16/dvbdevice.c work/vdr-1.7.16/dvbdevice.c --- work.orig/vdr-1.7.16/dvbdevice.c 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/dvbdevice.c 2011-03-13 15:03:14.000000000 +0100 @@ -402,6 +402,7 @@ case cDiseqc::daNone: break; case cDiseqc::daToneOff: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF)); break; case cDiseqc::daToneOn: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON)); break; + case cDiseqc::daVoltageOff: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_OFF)); break; case cDiseqc::daVoltage13: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break; case cDiseqc::daVoltage18: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break; case cDiseqc::daMiniA: CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A)); break; diff -u -r work.orig/vdr-1.7.16/include/vdr/diseqc.h work/vdr-1.7.16/include/vdr/diseqc.h --- work.orig/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:01:52.000000000 +0100 +++ work/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:02:49.000000000 +0100 @@ -18,6 +18,7 @@ daNone, daToneOff, daToneOn, + daVoltageOff, daVoltage13, daVoltage18, daMiniA, --Boundary-00=_LUOfNELRTBaNyCr Content-Type: text/x-patch; charset="us-ascii"; name="kjaerulff1_w_scan.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kjaerulff1_w_scan.diff" diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.c work/w_scan-20110206/diseqc.c --- work.orig/w_scan-20110206/diseqc.c 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/diseqc.c 2011-03-13 14:19:36.000000000 +0100 @@ -157,6 +157,10 @@ { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, CMD_WR_N1_UNCOMMITTED, 0xff, 0x00, 0x00 }, 4 }, 20 } }; +struct diseqc_cmd kjaerulff1_switch_cmds[] = { + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 }, 4 }, 20 }, + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 }, 4 }, 20 }, +}; /****************************************************************************** * only indices for positioning cmds[] - non standardized. @@ -453,6 +457,48 @@ return err; } +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband) +{ + int err = 0; + int voltage = voltage_18 ? SEC_VOLTAGE_18 : SEC_VOLTAGE_13; + int tone = hiband ? SEC_TONE_ON : SEC_TONE_OFF; + int n; + + if (switch_pos < 0 || switch_pos > 3) + return (-EINVAL); + + err |= ioctl(frontend_fd, FE_SET_TONE, (int)SEC_TONE_OFF); + + for (n = 0; n != 2; n++) { + + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); + usleep(45000); + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); + usleep(15000); + if (switch_pos == 1) + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); + if (switch_pos == 2 || switch_pos == 3) + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[1].cmd); + usleep(45000); + + if (switch_pos == 3) { + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); + usleep(45000); + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); + usleep(15000); + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); + usleep(45000); + } + } + + err |= ioctl(frontend_fd, FE_SET_TONE, tone); + + if (err) + return (-EINVAL); + + return (0); +} + int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband, int uncommitted_switch_pos) { int i; diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.h work/w_scan-20110206/diseqc.h --- work.orig/w_scan-20110206/diseqc.h 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/diseqc.h 2011-03-13 12:38:18.000000000 +0100 @@ -20,6 +20,7 @@ /* * set up the switch to position/voltage/tone */ +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband); int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int freq, int uncommitted_switch_pos); int rotate_rotor (int frontend_fd, int * from, int to, uint8_t voltage_18, uint8_t hiband); diff -u -r --exclude='*~' work.orig/w_scan-20110206/scan.c work/w_scan-20110206/scan.c --- work.orig/w_scan-20110206/scan.c 2011-03-13 12:22:21.000000000 +0100 +++ work/w_scan-20110206/scan.c 2011-03-13 14:23:27.000000000 +0100 @@ -113,6 +113,7 @@ static int committed_switch = 0; // 20090320: DVB-S/S2, DISEQC committed switch position static int uncommitted_switch = 0; // 20090320: DVB-S/S2, DISEQC uncommitted switch position static struct lnb_types_st this_lnb; // 20090320: DVB-S/S2, LNB type, initialized in main to 'UNIVERSAL' +static int kjaerulff1_switch_pos = -1; // 20110313: Non-standard Kjaerulff1 switch type time_t start_time = 0; @@ -1619,7 +1620,12 @@ if (t->param.frequency >= this_lnb.switch_val) switch_to_high_band++; - setup_switch (frontend_fd, committed_switch, + if (kjaerulff1_switch_pos > 0) + setup_kjaerulff1_switch (frontend_fd, kjaerulff1_switch_pos, + t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, + switch_to_high_band); + else + setup_switch (frontend_fd, committed_switch, t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, switch_to_high_band, uncommitted_switch); @@ -2584,6 +2590,7 @@ " ? for list\n" " -D Nc use DiSEqC committed switch position N\n" " -D Nu use DiSEqC uncommitted switch position N\n" + " -K N use non-standard Kjaerulff1 switch position N\n" " -p \n" " use DiSEqC rotor Position file\n" " -r N use Rotor position N (needs -s)\n" @@ -2642,7 +2649,7 @@ flags.version = version; start_time = time(NULL); - while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:LMO:PQ:R:S:T:VX")) != -1) { + while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:K:LMO:PQ:R:S:T:VX")) != -1) { switch (opt) { case 'a': //adapter adapter = strtoul(optarg, NULL, 0); @@ -2682,6 +2689,11 @@ case 'k': //kaffeine output output_format = OUTPUT_KAFFEINE; break; + case 'K': + kjaerulff1_switch_pos = strtoul(optarg, NULL, 0); + if (kjaerulff1_switch_pos > 3 || kjaerulff1_switch_pos < 0) + fatal("kjaerulff1 switch position needs to be in the range [0..3]!\n"); + break; case 'l': //satellite lnb type if (strcmp(optarg, "?") == 0) { struct lnb_types_st * p; @@ -3169,6 +3181,8 @@ info("using DiSEqC committed switch %d\n", committed_switch); if (uncommitted_switch > 0) info("using DiSEqC uncommitted switch %d\n", uncommitted_switch); + if (kjaerulff1_switch_pos > -1) + info("using DiSEqC Kjaerulff1 switch %d\n", kjaerulff1_switch_pos); /* grrr... * DVB API v5 doesnt allow checking for * S2 capabilities fec3/5, fec9/10, PSK_8, --Boundary-00=_LUOfNELRTBaNyCr-- From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 17:08:56 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F49E1065679 for ; Sun, 13 Mar 2011 17:08:56 +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 E4C058FC1E for ; Sun, 13 Mar 2011 17:08:55 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id A87B31E00173; Sun, 13 Mar 2011 18:08:54 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2DH6gVn021482; Sun, 13 Mar 2011 18:06:42 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2DH6gLh021481; Sun, 13 Mar 2011 18:06:42 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 13 Mar 2011 18:06:41 +0100 To: Hans Petter Selasky Message-ID: <20110313170641.GA22812@triton8.kn-bremen.de> References: <201103131605.51848.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103131605.51848.hselasky@c2i.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, handygewinnspiel@gmx.de, Juergen Lock Subject: Re: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 17:08:56 -0000 On Sun, Mar 13, 2011 at 04:05:51PM +0100, Hans Petter Selasky wrote: > Hi, Hi! > > The local guy over here mounted "the wrong" DiSEqC switch on my sat-system. > The switch was very expensive and I would have to wait another week to get a > Spaun one which they said would work better with Linux. In the meantime I > figured out how to program it, if anyone else is interested please find > attached patches to this e-mail. The kind of switch I've got seems widely > used, though it is not standard. > > I've attached patches for w_scan and VDR to work with the given DiSEqC > switch I've got. I don't have any documentation on the switch. All the > programming was the result of two days of reverse engineering. And I did > not open the switch either :-) > > Manufacturer homepage: > http://www.kjaerulff1.com/en-gb/p/30_maximum_diseqc_41_switch > > Information needed for VDR's diseqc.conf > > # > # Full sequence for LNB-A > # > LNB.A 11700 V 9750 tF W45 v W15 W45 F W45 v W15 W45 t > LNB.A 99999 V 10600 tF W45 v W15 W45 F W45 v W15 W45 T > LNB.A 11700 H 9750 tF W45 V W15 W45 F W45 V W15 W45 t > LNB.A 99999 H 10600 tF W45 V W15 W45 F W45 V W15 W45 T > > # > # Full sequence for LNB-B > # > LNB.B 11700 V 9750 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 t > LNB.B 99999 V 10600 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 00] W45 T > LNB.B 11700 H 9750 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 t > LNB.B 99999 H 10600 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 00] W45 T > > # > # Full sequence for LNB-C > # > LNB.C 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 t > LNB.C 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 00] W45 T > LNB.C 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 t > LNB.C 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 00] W45 T > > # > # Full sequence for LNB-D > # > LNB.D 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 t > LNB.D 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 T > LNB.D 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 t > LNB.D 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 T > > > Good luck! > > I hope the patches can be included into VDR and w_scan. Not sure if this is the right list to post the patches. > > --HPS Heh, maybe not. :) The vdr list is at vdr@linuxtv.org (I'm not sure but I think you need to be subscribed to post, see http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr to subscribe and http://dir.gmane.org/gmane.linux.vdr for a `nicer' archive), and the w_scan author's email is in /usr/local/share/doc/w_scan/README (Cc'd.) And btw, I now finally can test vdpau myself, and already found out libva currently seems to work better at least for vdr, more about that later. Cheers, Juergen PS: and the `general' Linux list for v4l/dvb discussions now is linux-media@vger.kernel.org - see e.g. http://dir.gmane.org/gmane.linux.drivers.video-input-infrastructure > diff -u -r work.orig/vdr-1.7.16/diseqc.c work/vdr-1.7.16/diseqc.c > --- work.orig/vdr-1.7.16/diseqc.c 2011-03-13 15:01:52.000000000 +0100 > +++ work/vdr-1.7.16/diseqc.c 2011-03-13 15:02:26.000000000 +0100 > @@ -137,6 +137,7 @@ > case ' ': break; > case 't': return daToneOff; > case 'T': return daToneOn; > + case 'F': return daVoltageOff; > case 'v': return daVoltage13; > case 'V': return daVoltage18; > case 'A': return daMiniA; > diff -u -r work.orig/vdr-1.7.16/diseqc.conf work/vdr-1.7.16/diseqc.conf > --- work.orig/vdr-1.7.16/diseqc.conf 2011-03-13 15:01:52.000000000 +0100 > +++ work/vdr-1.7.16/diseqc.conf 2011-03-13 15:02:40.000000000 +0100 > @@ -14,6 +14,7 @@ > # command: > # t tone off > # T tone on > +# F voltage off (0V) > # v voltage low (13V) > # V voltage high (18V) > # A mini A > diff -u -r work.orig/vdr-1.7.16/diseqc.h work/vdr-1.7.16/diseqc.h > --- work.orig/vdr-1.7.16/diseqc.h 2011-03-13 15:01:52.000000000 +0100 > +++ work/vdr-1.7.16/diseqc.h 2011-03-13 15:02:49.000000000 +0100 > @@ -18,6 +18,7 @@ > daNone, > daToneOff, > daToneOn, > + daVoltageOff, > daVoltage13, > daVoltage18, > daMiniA, > diff -u -r work.orig/vdr-1.7.16/dvbdevice.c work/vdr-1.7.16/dvbdevice.c > --- work.orig/vdr-1.7.16/dvbdevice.c 2011-03-13 15:01:52.000000000 +0100 > +++ work/vdr-1.7.16/dvbdevice.c 2011-03-13 15:03:14.000000000 +0100 > @@ -402,6 +402,7 @@ > case cDiseqc::daNone: break; > case cDiseqc::daToneOff: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF)); break; > case cDiseqc::daToneOn: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON)); break; > + case cDiseqc::daVoltageOff: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_OFF)); break; > case cDiseqc::daVoltage13: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break; > case cDiseqc::daVoltage18: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break; > case cDiseqc::daMiniA: CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A)); break; > diff -u -r work.orig/vdr-1.7.16/include/vdr/diseqc.h work/vdr-1.7.16/include/vdr/diseqc.h > --- work.orig/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:01:52.000000000 +0100 > +++ work/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:02:49.000000000 +0100 > @@ -18,6 +18,7 @@ > daNone, > daToneOff, > daToneOn, > + daVoltageOff, > daVoltage13, > daVoltage18, > daMiniA, > diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.c work/w_scan-20110206/diseqc.c > --- work.orig/w_scan-20110206/diseqc.c 2011-03-13 12:22:21.000000000 +0100 > +++ work/w_scan-20110206/diseqc.c 2011-03-13 14:19:36.000000000 +0100 > @@ -157,6 +157,10 @@ > { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, CMD_WR_N1_UNCOMMITTED, 0xff, 0x00, 0x00 }, 4 }, 20 } > }; > > +struct diseqc_cmd kjaerulff1_switch_cmds[] = { > + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 }, 4 }, 20 }, > + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 }, 4 }, 20 }, > +}; > > /****************************************************************************** > * only indices for positioning cmds[] - non standardized. > @@ -453,6 +457,48 @@ > return err; > } > > +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband) > +{ > + int err = 0; > + int voltage = voltage_18 ? SEC_VOLTAGE_18 : SEC_VOLTAGE_13; > + int tone = hiband ? SEC_TONE_ON : SEC_TONE_OFF; > + int n; > + > + if (switch_pos < 0 || switch_pos > 3) > + return (-EINVAL); > + > + err |= ioctl(frontend_fd, FE_SET_TONE, (int)SEC_TONE_OFF); > + > + for (n = 0; n != 2; n++) { > + > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); > + usleep(45000); > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); > + usleep(15000); > + if (switch_pos == 1) > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); > + if (switch_pos == 2 || switch_pos == 3) > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[1].cmd); > + usleep(45000); > + > + if (switch_pos == 3) { > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); > + usleep(45000); > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); > + usleep(15000); > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, &kjaerulff1_switch_cmds[0].cmd); > + usleep(45000); > + } > + } > + > + err |= ioctl(frontend_fd, FE_SET_TONE, tone); > + > + if (err) > + return (-EINVAL); > + > + return (0); > +} > + > int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband, int uncommitted_switch_pos) > { > int i; > diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.h work/w_scan-20110206/diseqc.h > --- work.orig/w_scan-20110206/diseqc.h 2011-03-13 12:22:21.000000000 +0100 > +++ work/w_scan-20110206/diseqc.h 2011-03-13 12:38:18.000000000 +0100 > @@ -20,6 +20,7 @@ > /* > * set up the switch to position/voltage/tone > */ > +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int voltage_18, int hiband); > int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int freq, int uncommitted_switch_pos); > int rotate_rotor (int frontend_fd, int * from, int to, uint8_t voltage_18, uint8_t hiband); > > diff -u -r --exclude='*~' work.orig/w_scan-20110206/scan.c work/w_scan-20110206/scan.c > --- work.orig/w_scan-20110206/scan.c 2011-03-13 12:22:21.000000000 +0100 > +++ work/w_scan-20110206/scan.c 2011-03-13 14:23:27.000000000 +0100 > @@ -113,6 +113,7 @@ > static int committed_switch = 0; // 20090320: DVB-S/S2, DISEQC committed switch position > static int uncommitted_switch = 0; // 20090320: DVB-S/S2, DISEQC uncommitted switch position > static struct lnb_types_st this_lnb; // 20090320: DVB-S/S2, LNB type, initialized in main to 'UNIVERSAL' > +static int kjaerulff1_switch_pos = -1; // 20110313: Non-standard Kjaerulff1 switch type > > time_t start_time = 0; > > @@ -1619,7 +1620,12 @@ > if (t->param.frequency >= this_lnb.switch_val) > switch_to_high_band++; > > - setup_switch (frontend_fd, committed_switch, > + if (kjaerulff1_switch_pos > 0) > + setup_kjaerulff1_switch (frontend_fd, kjaerulff1_switch_pos, > + t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, > + switch_to_high_band); > + else > + setup_switch (frontend_fd, committed_switch, > t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, > switch_to_high_band, uncommitted_switch); > > @@ -2584,6 +2590,7 @@ > " ? for list\n" > " -D Nc use DiSEqC committed switch position N\n" > " -D Nu use DiSEqC uncommitted switch position N\n" > + " -K N use non-standard Kjaerulff1 switch position N\n" > " -p \n" > " use DiSEqC rotor Position file\n" > " -r N use Rotor position N (needs -s)\n" > @@ -2642,7 +2649,7 @@ > flags.version = version; > start_time = time(NULL); > > - while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:LMO:PQ:R:S:T:VX")) != -1) { > + while ((opt = getopt(argc, argv, "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:K:LMO:PQ:R:S:T:VX")) != -1) { > switch (opt) { > case 'a': //adapter > adapter = strtoul(optarg, NULL, 0); > @@ -2682,6 +2689,11 @@ > case 'k': //kaffeine output > output_format = OUTPUT_KAFFEINE; > break; > + case 'K': > + kjaerulff1_switch_pos = strtoul(optarg, NULL, 0); > + if (kjaerulff1_switch_pos > 3 || kjaerulff1_switch_pos < 0) > + fatal("kjaerulff1 switch position needs to be in the range [0..3]!\n"); > + break; > case 'l': //satellite lnb type > if (strcmp(optarg, "?") == 0) { > struct lnb_types_st * p; > @@ -3169,6 +3181,8 @@ > info("using DiSEqC committed switch %d\n", committed_switch); > if (uncommitted_switch > 0) > info("using DiSEqC uncommitted switch %d\n", uncommitted_switch); > + if (kjaerulff1_switch_pos > -1) > + info("using DiSEqC Kjaerulff1 switch %d\n", kjaerulff1_switch_pos); > /* grrr... > * DVB API v5 doesnt allow checking for > * S2 capabilities fec3/5, fec9/10, PSK_8, > From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 19:50:22 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87112106566B; Sun, 13 Mar 2011 19:50:22 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E11328FC1A; Sun, 13 Mar 2011 19:50:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2DJoLTW030828; Sun, 13 Mar 2011 19:50:21 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2DJoL7r030819; Sun, 13 Mar 2011 19:50:21 GMT (envelope-from edwin) Date: Sun, 13 Mar 2011 19:50:21 GMT Message-Id: <201103131950.p2DJoL7r030819@freefall.freebsd.org> To: freebsd-ruby@freebsd.org, edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/155539: [patch] multimedia/mkvtoolnix: build with ruby19 is broken X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 19:50:22 -0000 Synopsis: [patch] multimedia/mkvtoolnix: build with ruby19 is broken Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Sun Mar 13 19:50:21 UTC 2011 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=155539 From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 13 21:27:24 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92DCA1065676; Sun, 13 Mar 2011 21:27:24 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 69DF58FC0A; Sun, 13 Mar 2011 21:27:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2DLROmU021314; Sun, 13 Mar 2011 21:27:24 GMT (envelope-from kwm@freefall.freebsd.org) Received: (from kwm@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2DLROKi021310; Sun, 13 Mar 2011 21:27:24 GMT (envelope-from kwm) Date: Sun, 13 Mar 2011 21:27:24 GMT Message-Id: <201103132127.p2DLROKi021310@freefall.freebsd.org> To: freebsd-ruby@freebsd.org, kwm@FreeBSD.org, freebsd-multimedia@FreeBSD.org, stas@FreeBSD.org From: kwm@FreeBSD.org Cc: Subject: Re: ports/155539: [patch] multimedia/mkvtoolnix: build with ruby19 is broken X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 21:27:24 -0000 Synopsis: [patch] multimedia/mkvtoolnix: build with ruby19 is broken Responsible-Changed-From-To: freebsd-multimedia->stas Responsible-Changed-By: kwm Responsible-Changed-When: Sun Mar 13 21:26:23 UTC 2011 Responsible-Changed-Why: Over to the ruby maintainer since this is ruby land. http://www.freebsd.org/cgi/query-pr.cgi?pr=155539 From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 14 08:29:38 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8992D106566C; Mon, 14 Mar 2011 08:29:38 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 138248FC16; Mon, 14 Mar 2011 08:29:37 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Pz2Tj-0000r2-Ud; Mon, 14 Mar 2011 08:46:14 +0100 Date: Mon, 14 Mar 2011 08:46:11 +0100 From: Matthias Apitz To: freebsd-multimedia@freebsd.org, freebsd-usb@freebsd.org Message-ID: <20110314074606.GA983@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: Subject: 9-CURRENT r214444 / webcamd / vendor 0x0c45 product 0x62c0: pwcview says Failed to set palette to YUV420P X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 08:29:38 -0000 Hello, My kernel is 9-CURRENT r214444 (as of October 2010) and I've updated the ports multimedia/webcamd and multimedia/cuse4bsd to the latest versions: # pkg_info | fgrep webcamd webcamd-0.1.20_1 A port of Linux USB webcam and DVB drivers into userspace # webcamd ... USB Video Class driver (v0.1.0) IR JVC protocol handler initialized IR LIRC bridge handler initialized IR NEC protocol handler initialized IR RC5(x) protocol handler initialized IR RC6 protocol handler initialized IR Sony protocol handler initialized lirc_dev: IR Remote Control driver registered, major 13 Attached ugen4.2[0] to cuse unit 0 uvcvideo: Found UVC 1.00 device (0c45:62c0) Creating /dev/video0 # pwcview Failed to set palette to YUV420P: Invalid argument When I plug in another USB cam and restart webcamd it gives a hard lock of the system. Thanks for any idea concerning the cam 0c45:62c0, the build in one. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 14 10:49:45 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED47106567E; Mon, 14 Mar 2011 10:49:45 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id B519B8FC08; Mon, 14 Mar 2011 10:49:45 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Pz5LI-0008Sd-Gz; Mon, 14 Mar 2011 11:49:40 +0100 Date: Mon, 14 Mar 2011 11:49:40 +0100 From: Matthias Apitz To: freebsd-multimedia@freebsd.org, freebsd-usb@freebsd.org Message-ID: <20110314104939.GA30450@sh4-5.1blu.de> References: <20110314074606.GA983@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110314074606.GA983@sh4-5.1blu.de> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: Subject: Re: 9-CURRENT r214444 / webcamd / vendor 0x0c45 product 0x62c0: pwcview says Failed to set palette to YUV420P X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 10:49:46 -0000 El día Monday, March 14, 2011 a las 08:46:11AM +0100, Matthias Apitz escribió: > > Hello, > > My kernel is 9-CURRENT r214444 (as of October 2010) and I've updated > the ports multimedia/webcamd and multimedia/cuse4bsd to the latest versions: > > # pkg_info | fgrep webcamd > webcamd-0.1.20_1 A port of Linux USB webcam and DVB drivers into userspace > > # webcamd > ... > USB Video Class driver (v0.1.0) > IR JVC protocol handler initialized > IR LIRC bridge handler initialized > IR NEC protocol handler initialized > IR RC5(x) protocol handler initialized > IR RC6 protocol handler initialized > IR Sony protocol handler initialized > lirc_dev: IR Remote Control driver registered, major 13 > Attached ugen4.2[0] to cuse unit 0 > uvcvideo: Found UVC 1.00 device (0c45:62c0) > Creating /dev/video0 > > # pwcview > Failed to set palette to YUV420P: Invalid argument The message comes out of pwcview.c: ... if(ioctl(fd,VIDIOCGPICT,&vp) == -1) { perror("Failed to get current picture info"); exit(1); } vp.palette = VIDEO_PALETTE_YUV420P; if(ioctl(fd,VIDIOCSPICT,&vp) == -1) { perror("Failed to set palette to YUV420P"); exit(1); } ... # fgrep VIDEO_PALETTE_YUV420P *.h videodev.h:#define VIDEO_PALETTE_YUV420P 15 /* YUV 4:2:0 Planar */ Does it make sense to just comment out this ioctl(2) in pwcview.c? matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 14 10:54:29 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47CA21065677; Mon, 14 Mar 2011 10:54:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id A32C68FC1E; Mon, 14 Mar 2011 10:54:28 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=O4luLtK3s/BI/ZI2MixGyL7hJC8Dk2jKRuc55HZ6Kk0= c=1 sm=1 a=rlDcq8RS704A:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=f6tFs1fFTBoxSqFtPQwA:9 a=SqMoT1T2ncCELEwElO_LNM5MBj4A:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 98746182; Mon, 14 Mar 2011 11:54:26 +0100 From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org, Matthias Apitz Date: Mon, 14 Mar 2011 11:53:56 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110314074606.GA983@sh4-5.1blu.de> <20110314104939.GA30450@sh4-5.1blu.de> In-Reply-To: <20110314104939.GA30450@sh4-5.1blu.de> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103141153.56784.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: 9-CURRENT r214444 / webcamd / vendor 0x0c45 product 0x62c0: pwcview says Failed to set palette to YUV420P X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 10:54:29 -0000 You could try with kopete from ports. --HPS From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 14 11:04:08 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F961065675; Mon, 14 Mar 2011 11:04:08 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 398828FC0C; Mon, 14 Mar 2011 11:04:08 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Pz5ZE-00013q-W9; Mon, 14 Mar 2011 12:04:05 +0100 Date: Mon, 14 Mar 2011 12:04:04 +0100 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20110314110404.GA2466@sh4-5.1blu.de> References: <20110314074606.GA983@sh4-5.1blu.de> <20110314104939.GA30450@sh4-5.1blu.de> <201103141153.56784.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201103141153.56784.hselasky@c2i.net> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: freebsd-multimedia@freebsd.org, freebsd-usb@freebsd.org Subject: Re: 9-CURRENT r214444 / webcamd / vendor 0x0c45 product 0x62c0: pwcview says Failed to set palette to YUV420P X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 11:04:08 -0000 El día Monday, March 14, 2011 a las 11:53:56AM +0100, Hans Petter Selasky escribió: > You could try with kopete from ports. > > --HPS I could not build kopete from the ports in my KDE3 environment (and KDE4 is no option for me); I will check if Pidgin 2.7.11 has support for cam; but mostly I would need it in Skype where it only gives a black picture at the moment while testing the cam in the Skype options dialog. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 14 11:07:04 2011 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B839C106566C for ; Mon, 14 Mar 2011 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A575A8FC1E for ; Mon, 14 Mar 2011 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2EB74rs002617 for ; Mon, 14 Mar 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2EB74ak002615 for freebsd-multimedia@FreeBSD.org; Mon, 14 Mar 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Mar 2011 11:07:04 GMT Message-Id: <201103141107.p2EB74ak002615@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-multimedia@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 11:07:04 -0000 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/155188 multimedia [UPDATE] audio/denemo: update to 0.8.22 o ports/154083 multimedia multimedia/gstreamer-plugins-fluendo-mpegdemux: update o ports/154082 multimedia audio/gstreamer-plugins-fluendo-mp3: update to 0.10.15 o kern/153920 multimedia [sound] [patch] Replace the GPL'd sound/maestro3 heade o kern/153901 multimedia [sound] [patch] Replace the GPL'd emu10k1-alsa.h with o ports/153846 multimedia graphics/libcaca 0.99.beta17 - Hidden dependency on Xl o kern/152622 multimedia [pcm] uaudio recording problem o kern/152500 multimedia [hdac] play interrupt timeout, channel dead o kern/152378 multimedia [sound][patch] Update snd_envy24ht to be MPSAFE and us f ports/150502 multimedia multimedia/gpac-libgpac 0.4.5_4,1 fails to compile on o kern/150284 multimedia [snd_hda] No gain with Audio o kern/149943 multimedia [pcm]: CS4236 audio problem o ports/149765 multimedia [PATCH] audio/faac: improve build patches o kern/148741 multimedia [sound] Headphones are deaf (do not work) on Lenovo Th o kern/147504 multimedia [oss] [panic] panic: dev_pager_getpage: map function r p kern/147466 multimedia [snd_hda] [patch] Thinkpad t510, codecs not recognized o kern/146031 multimedia [snd_hda] race condition when kldunload snd_hda sound o kern/144659 multimedia [pcm] The distortion of the sound playback of music at o kern/143505 multimedia [pcm] FreeBSD 8.0-RELEASE (x64) won't make sound card o kern/141826 multimedia [snd_hda] load of snd_hda module fails o kern/140591 multimedia [PATCH][sound] No sound output on lineout/headphone ja o kern/140453 multimedia [sound] No sound inside Virtualbox on 50% volume o kern/137589 multimedia [snd_uaudio] snd_uaudio.ko (USB audio driver) doesn't o kern/134767 multimedia [sound] [snd_hda] [regression] Sigmatel STAC9205X no s o kern/132848 multimedia [sound] [snd_emu10kx] driver problem with card init, s o kern/132511 multimedia [sound] [snd_hda] Probing ALC888 codec on ASRock K10N7 o kern/129604 multimedia [sound] Sound stops with error: pcm0:virtual:dsp0.vp0: o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus o kern/124319 multimedia [sound] [snd_emu10k1] [regression] Cannot record from o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini p kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [sound] [snd_emu10k1] snd_emu10k1 driver issues a warn o kern/120780 multimedia [sound] [snd_hda] snd_hda doesn't work on Dell Latitut o kern/119973 multimedia [sound] [snd_maestro] [regression] snd_maestro only wo o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [sound] [snd_emu10k1] [regression] Can not record anyt f kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [sound] [snd_hda] [regression] snd_hda(4) fails to att o kern/114760 multimedia [sound] [snd_cmi] snd_cmi driver causing sporadic syst o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [sound] [snd_emu10k1] - skips, clicks and lag after a o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [sound] [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 [sound] [snd_ich] snd_ich broken on GIGABYTE 915 syste 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 [sound] [snd_ich] some functions don't work in my soun o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [sound] [snd_mss] doesn't work in 6.0-RELEASE and abov 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 [sound] [snd_neomagic] snd_neomagic crashes on FreeBSD 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 [sound] [snd_mss] [patch] support, docs added for full 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 o conf/75137 multimedia [sound] add snd_* modules support to /etc/rc.d/mixer 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 [sound] [snd_csa] [patch] csa DMA-interrupt problem 72 problems total. From owner-freebsd-multimedia@FreeBSD.ORG Tue Mar 15 15:28:24 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A4E3106564A for ; Tue, 15 Mar 2011 15:28:24 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC8478FC17 for ; Tue, 15 Mar 2011 15:28:23 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1PzVSC-00011m-5u for freebsd-multimedia@freebsd.org; Tue, 15 Mar 2011 15:42:32 +0100 Date: Tue, 15 Mar 2011 15:42:32 +0100 From: Matthias Apitz To: freebsd-multimedia@freebsd.org Message-ID: <20110315144231.GA2229@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Subject: recent USB webcam supported by kmod pwc.ko in 9-CURRENT X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 15:28:24 -0000 Hello, I'm a lucky user of the Philips SPC900NC webcam and wanted to buy a second one for the laptop of my wife for Skype, but this model is out and I can't find a dealer or store :-( Any other recent model supported by pwc.ko kmod and Skype? Thanks in advance matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Tue Mar 15 20:32:41 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22E3106564A for ; Tue, 15 Mar 2011 20:32:41 +0000 (UTC) (envelope-from neko@takino.org) Received: from takino.org (www.takino.org [204.109.61.126]) by mx1.freebsd.org (Postfix) with ESMTP id C65808FC1A for ; Tue, 15 Mar 2011 20:32:41 +0000 (UTC) Received: from [IPv6:::1] (localhost [127.0.0.1]) by takino.org (Postfix) with ESMTP id B892032C3F; Tue, 15 Mar 2011 23:17:04 +0300 (MSK) In-Reply-To: <20110315144231.GA2229@sh4-5.1blu.de> References: <20110315144231.GA2229@sh4-5.1blu.de> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Krutov Mikle Date: Tue, 15 Mar 2011 23:15:07 +0300 To: Matthias Apitz X-Mailer: Apple Mail (2.753.1) Cc: freebsd-multimedia@freebsd.org Subject: Re: recent USB webcam supported by kmod pwc.ko in 9-CURRENT X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 20:32:42 -0000 On Mar 15, 2011, at 5:42 PM, Matthias Apitz wrote: > > Hello, Hello, Matthias! > > I'm a lucky user of the Philips SPC900NC webcam and wanted to buy a > second one for the laptop of my wife for Skype, but this model is out > and I can't find a dealer or store :-( As I know, video chat in skype is not working on FreeBSD. Is my information wrong? > > Any other recent model supported by pwc.ko kmod and Skype? Thanks in > advance > > matthias > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.unixarea.de/ > _______________________________________________ > 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" With best regards, Krutov Mikle, Expera/VA$I engeneer, Bercut ltd. neko@takino.org || Mihail.Krutov@bercut.com From owner-freebsd-multimedia@FreeBSD.ORG Tue Mar 15 20:44:07 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E614F106564A for ; Tue, 15 Mar 2011 20:44:07 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id A12918FC12 for ; Tue, 15 Mar 2011 20:44:07 +0000 (UTC) Received: from [2.205.63.45] (helo=tiny.Sisis.de.) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Pzb65-0006gv-EV; Tue, 15 Mar 2011 21:44:05 +0100 Received: from tiny.Sisis.de. (localhost [127.0.0.1]) by tiny.Sisis.de. (8.14.3/8.14.3) with ESMTP id p2FKiPSf001232; Tue, 15 Mar 2011 21:44:25 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de. (8.14.3/8.14.3/Submit) id p2FKiMCk001231; Tue, 15 Mar 2011 21:44:22 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de.: guru set sender to guru@unixarea.de using -f Date: Tue, 15 Mar 2011 21:44:22 +0100 From: Matthias Apitz To: Krutov Mikle Message-ID: <20110315204421.GA1221@tiny> References: <20110315144231.GA2229@sh4-5.1blu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 2.205.63.45 Cc: freebsd-multimedia@freebsd.org Subject: Re: recent USB webcam supported by kmod pwc.ko in 9-CURRENT X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 20:44:08 -0000 El día Tuesday, March 15, 2011 a las 11:15:07PM +0300, Krutov Mikle escribió: > > On Mar 15, 2011, at 5:42 PM, Matthias Apitz wrote: > > > > > Hello, > Hello, Matthias! > > > > I'm a lucky user of the Philips SPC900NC webcam and wanted to buy a > > second one for the laptop of my wife for Skype, but this model is out > > and I can't find a dealer or store :-( > As I know, video chat in skype is not working on FreeBSD. Is my > information wrong? Linux's Skype from the ports works just fine with video using pwc.ko; I'm using it all days; in my 8-CURRENT it is skype-2.0.0.72,1, can't check the exact version in 9-CURRENT because I'm not at home, but I think it is the same. HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Tue Mar 15 22:45:44 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B698E106564A for ; Tue, 15 Mar 2011 22:45:44 +0000 (UTC) (envelope-from handygewinnspiel@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id DDF468FC0A for ; Tue, 15 Mar 2011 22:45:43 +0000 (UTC) Received: (qmail 14068 invoked by uid 0); 15 Mar 2011 22:19:03 -0000 Received: from 212.185.236.75 by www051.gmx.net with HTTP; Tue, 15 Mar 2011 23:19:02 +0100 (CET) Content-Type: text/plain; charset="utf-8" Date: Tue, 15 Mar 2011 23:19:02 +0100 From: handygewinnspiel@gmx.de In-Reply-To: <20110313170641.GA22812@triton8.kn-bremen.de> Message-ID: <20110315221902.173240@gmx.net> MIME-Version: 1.0 References: <201103131605.51848.hselasky@c2i.net> <20110313170641.GA22812@triton8.kn-bremen.de> To: Juergen Lock , hselasky@c2i.net X-Authenticated: #4875094 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+4AAwQLdC4mGWkH+boE0fUX4uXKtj4Mazba0rBCD auGR6xqR6YEwR0nYxT1vHA/Nqcw9/auk9H9w== Content-Transfer-Encoding: 8bit X-GMX-UID: 7tdMecYKX1V6EWIOJmFyQMx/SDc4NAxN Cc: freebsd-multimedia@freebsd.org, nox@jelal.kn-bremen.de Subject: Re: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 22:45:44 -0000 Hi Hans Petter, thank you for the patch, but i do have severe problems with it.. First of all, i have to explain that i dont have any access to sat equipment at all - so i've to rely on understanding whats going on in even small patches or pieces of w_scan as good as i can. What i don't understand, i will not apply. I cannot test anything sat related, i use terrestric and cable only. I was trying to translate your settings for vdr diseqc.conf into human readable things.. LNB.A 11700 V 9750 t F W45 v W15 W45 F W45 v W15 W45 t W45 define command chain for 'LNB.A' && frequencies below 11700MHz (=lowband) polarization vertical as follows 1) '9750' use LNB LO 9750MHz // OK, translate lowband 10700MHz..11700MHz to 950MHz..1950MHz) 2) 't' 22kHz tone off // this will select lowband on a multiband LNB. correct. 3) 'F' lnb voltage off // why switching *off*, if we want to program the LNB? wrong. 4) 'W45' wait 45msec // 5) 'v' lnb voltage 13volts // vertival = 13V, correct. 6) 'W15' wait 15msec // hmm.. 7) 'W45' wait 45msec // ? wait again? and 45msec? 15 should be enough by spec. 8) 'F' lnb voltage off // why again switching LNB *off*? 9) 'W45' wait 45msec // wait again 10) 'v' lnb voltage 13volts // vertival = 13V, correct. But that was set before..? I'm confused. You lost me here completely.. 11) 'W15' wait 15msec // hmm.. 12) 'W45' wait 45msec // ? wait again? 13) 't' 22kHz tone off // if we hadnt switch off the LNB, we wouldnt have to set it again to low band. 14) 'W45' wait 45msec I cannot find any diseqc switch related command here; so that means something is intrinsic wrong on this line. As soon as a diseqc switch is inside your equipment, it *has* to be controlled *every time* you change satellite, low/high band or polarization. And it should be a 0x2X command if i read the diseqc spec. If i compare to w_scan's patch it does.. 2) 22kHz tone off tone off 3) lnb voltage off 4) wait 45msec 5) lnb voltage 13volts 6) wait 15msec 7) wait 45msec // that doesnt make sense to me. 8) lnb voltage off 9) wait 45msec 10) lnb voltage 13volts 11) wait 15msec 12) wait 45msec 13) 22kHz tone off 14) // the wait 45msec is missing compared to above. If i compare to the other switch positions, i can find two diseqc commands: MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 // 0x26 -> Select Satellite position B (or position D) MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 // 0x27 -> Select Switch Option B (e.g. positions C/D) But what i'm actually missing is switching back to 'Option A', once you switched to 'Option B'; in the same way i miss selecting position A/B: MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x22, 0x00, 0x00, 0x00 // 0x22 -> Select Satellite position A (or position C) MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x23, 0x00, 0x00, 0x00 // 0x23 -> Select Switch Option A (e.g. positions A/B) For me it looks like, that you try to circumvent in a wrong way using the missing diseqc commands. If (only if..) i understand your coding correctly, your switch looks like a 2x2 matrix. The first one selecting A/B vs C/D, the second choosing the first or second of those preselected. >From a more general point of view.. - function name 'setup_kjaerulff1_switch' << i dislike naming which is not self explaining. Naming should be consequently english. - a new command line switch. I tend to remove command line switches rather than adding new ones. Less is more. And even if a new is really necessary it should be '-D Nx', with x a new character and N = 0..3 - the patch doesnt include the new command line switch in the man page - function setup_switch should handle this new kind of switch, but setup_kjaerulff1_switch should not be called directly. - the '0x26' and '0x27' should use their already defined macros: CMD_SET_POS_B and CMD_SET_SOB. Using this macros already gives me hint, that you need CMD_SET_POS_A and CMD_SET_SOA also if you need the others. at this point, i think i cannot integrate your current patch as it is. Too many open questions, no datasheet and i cannot figure out by myself. If you could find out and answer the open questions, i would look again at this topic. Thanks a lot for forwarding @ Juergen. cheers and have phun, wirbel -------- Original-Nachricht -------- > Datum: Sun, 13 Mar 2011 18:06:41 +0100 > Von: Juergen Lock > An: Hans Petter Selasky > CC: freebsd-multimedia@freebsd.org, Juergen Lock , handygewinnspiel@gmx.de > Betreff: Re: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" > On Sun, Mar 13, 2011 at 04:05:51PM +0100, Hans Petter Selasky wrote: > > Hi, > Hi! > > > > The local guy over here mounted "the wrong" DiSEqC switch on my > sat-system. > > The switch was very expensive and I would have to wait another week to > get a > > Spaun one which they said would work better with Linux. In the meantime > I > > figured out how to program it, if anyone else is interested please find > > attached patches to this e-mail. The kind of switch I've got seems > widely > > used, though it is not standard. > > > > I've attached patches for w_scan and VDR to work with the given DiSEqC > > switch I've got. I don't have any documentation on the switch. All the > > programming was the result of two days of reverse engineering. And I did > > not open the switch either :-) > > > > Manufacturer homepage: > > http://www.kjaerulff1.com/en-gb/p/30_maximum_diseqc_41_switch > > > > Information needed for VDR's diseqc.conf > > > > # > > # Full sequence for LNB-A > > # > > LNB.A 11700 V 9750 tF W45 v W15 W45 F W45 v W15 W45 t > > LNB.A 99999 V 10600 tF W45 v W15 W45 F W45 v W15 W45 T > > LNB.A 11700 H 9750 tF W45 V W15 W45 F W45 V W15 W45 t > > LNB.A 99999 H 10600 tF W45 V W15 W45 F W45 V W15 W45 T > > > > # > > # Full sequence for LNB-B > > # > > LNB.B 11700 V 9750 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 > 00] W45 t > > LNB.B 99999 V 10600 tF W45 v W15 [E0 10 26 00] W45 F W45 v W15 [E0 10 26 > 00] W45 T > > LNB.B 11700 H 9750 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 > 00] W45 t > > LNB.B 99999 H 10600 tF W45 V W15 [E0 10 26 00] W45 F W45 V W15 [E0 10 26 > 00] W45 T > > > > # > > # Full sequence for LNB-C > > # > > LNB.C 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 > 00] W45 t > > LNB.C 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 27 > 00] W45 T > > LNB.C 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 > 00] W45 t > > LNB.C 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 27 > 00] W45 T > > > > # > > # Full sequence for LNB-D > > # > > LNB.D 11700 V 9750 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 > 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 t > > LNB.D 99999 V 10600 tF W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 > 00] W45 F W45 v W15 [E0 10 27 00] W45 F W45 v W15 [E0 10 26 00] W45 T > > LNB.D 11700 H 9750 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 > 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 t > > LNB.D 99999 H 10600 tF W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 > 00] W45 F W45 V W15 [E0 10 27 00] W45 F W45 V W15 [E0 10 26 00] W45 T > > > > > > Good luck! > > > > I hope the patches can be included into VDR and w_scan. Not sure if this > is the right list to post the patches. > > > > --HPS > > Heh, maybe not. :) The vdr list is at vdr@linuxtv.org (I'm not sure > but I think you need to be subscribed to post, see > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > to subscribe and > > http://dir.gmane.org/gmane.linux.vdr > > for a `nicer' archive), and the w_scan author's email is in > /usr/local/share/doc/w_scan/README (Cc'd.) > > And btw, I now finally can test vdpau myself, and already found out > libva currently seems to work better at least for vdr, more about > that later. > > Cheers, > Juergen > > PS: and the `general' Linux list for v4l/dvb discussions now is > linux-media@vger.kernel.org - see e.g. > > http://dir.gmane.org/gmane.linux.drivers.video-input-infrastructure > > > diff -u -r work.orig/vdr-1.7.16/diseqc.c work/vdr-1.7.16/diseqc.c > > --- work.orig/vdr-1.7.16/diseqc.c 2011-03-13 15:01:52.000000000 +0100 > > +++ work/vdr-1.7.16/diseqc.c 2011-03-13 15:02:26.000000000 +0100 > > @@ -137,6 +137,7 @@ > > case ' ': break; > > case 't': return daToneOff; > > case 'T': return daToneOn; > > + case 'F': return daVoltageOff; > > case 'v': return daVoltage13; > > case 'V': return daVoltage18; > > case 'A': return daMiniA; > > diff -u -r work.orig/vdr-1.7.16/diseqc.conf work/vdr-1.7.16/diseqc.conf > > --- work.orig/vdr-1.7.16/diseqc.conf 2011-03-13 15:01:52.000000000 +0100 > > +++ work/vdr-1.7.16/diseqc.conf 2011-03-13 15:02:40.000000000 +0100 > > @@ -14,6 +14,7 @@ > > # command: > > # t tone off > > # T tone on > > +# F voltage off (0V) > > # v voltage low (13V) > > # V voltage high (18V) > > # A mini A > > diff -u -r work.orig/vdr-1.7.16/diseqc.h work/vdr-1.7.16/diseqc.h > > --- work.orig/vdr-1.7.16/diseqc.h 2011-03-13 15:01:52.000000000 +0100 > > +++ work/vdr-1.7.16/diseqc.h 2011-03-13 15:02:49.000000000 +0100 > > @@ -18,6 +18,7 @@ > > daNone, > > daToneOff, > > daToneOn, > > + daVoltageOff, > > daVoltage13, > > daVoltage18, > > daMiniA, > > diff -u -r work.orig/vdr-1.7.16/dvbdevice.c work/vdr-1.7.16/dvbdevice.c > > --- work.orig/vdr-1.7.16/dvbdevice.c 2011-03-13 15:01:52.000000000 +0100 > > +++ work/vdr-1.7.16/dvbdevice.c 2011-03-13 15:03:14.000000000 +0100 > > @@ -402,6 +402,7 @@ > > case cDiseqc::daNone: break; > > case cDiseqc::daToneOff: CHECK(ioctl(fd_frontend, > FE_SET_TONE, SEC_TONE_OFF)); break; > > case cDiseqc::daToneOn: CHECK(ioctl(fd_frontend, > FE_SET_TONE, SEC_TONE_ON)); break; > > + case cDiseqc::daVoltageOff: > CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_OFF)); break; > > case cDiseqc::daVoltage13: CHECK(ioctl(fd_frontend, > FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break; > > case cDiseqc::daVoltage18: CHECK(ioctl(fd_frontend, > FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break; > > case cDiseqc::daMiniA: CHECK(ioctl(fd_frontend, > FE_DISEQC_SEND_BURST, SEC_MINI_A)); break; > > diff -u -r work.orig/vdr-1.7.16/include/vdr/diseqc.h > work/vdr-1.7.16/include/vdr/diseqc.h > > --- work.orig/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 > 15:01:52.000000000 +0100 > > +++ work/vdr-1.7.16/include/vdr/diseqc.h 2011-03-13 15:02:49.000000000 > +0100 > > @@ -18,6 +18,7 @@ > > daNone, > > daToneOff, > > daToneOn, > > + daVoltageOff, > > daVoltage13, > > daVoltage18, > > daMiniA, > > > diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.c > work/w_scan-20110206/diseqc.c > > --- work.orig/w_scan-20110206/diseqc.c 2011-03-13 12:22:21.000000000 > +0100 > > +++ work/w_scan-20110206/diseqc.c 2011-03-13 14:19:36.000000000 +0100 > > @@ -157,6 +157,10 @@ > > { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, CMD_WR_N1_UNCOMMITTED, > 0xff, 0x00, 0x00 }, 4 }, 20 } > > }; > > > > +struct diseqc_cmd kjaerulff1_switch_cmds[] = { > > + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 }, > 4 }, 20 }, > > + { { { MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 }, > 4 }, 20 }, > > +}; > > > > > /****************************************************************************** > > * only indices for positioning cmds[] - non standardized. > > @@ -453,6 +457,48 @@ > > return err; > > } > > > > +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int > voltage_18, int hiband) > > +{ > > + int err = 0; > > + int voltage = voltage_18 ? SEC_VOLTAGE_18 : SEC_VOLTAGE_13; > > + int tone = hiband ? SEC_TONE_ON : SEC_TONE_OFF; > > + int n; > > + > > + if (switch_pos < 0 || switch_pos > 3) > > + return (-EINVAL); > > + > > + err |= ioctl(frontend_fd, FE_SET_TONE, (int)SEC_TONE_OFF); > > + > > + for (n = 0; n != 2; n++) { > > + > > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); > > + usleep(45000); > > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); > > + usleep(15000); > > + if (switch_pos == 1) > > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, > &kjaerulff1_switch_cmds[0].cmd); > > + if (switch_pos == 2 || switch_pos == 3) > > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, > &kjaerulff1_switch_cmds[1].cmd); > > + usleep(45000); > > + > > + if (switch_pos == 3) { > > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, (int)SEC_VOLTAGE_OFF); > > + usleep(45000); > > + err |= ioctl(frontend_fd, FE_SET_VOLTAGE, voltage); > > + usleep(15000); > > + err |= ioctl(frontend_fd, FE_DISEQC_SEND_MASTER_CMD, > &kjaerulff1_switch_cmds[0].cmd); > > + usleep(45000); > > + } > > + } > > + > > + err |= ioctl(frontend_fd, FE_SET_TONE, tone); > > + > > + if (err) > > + return (-EINVAL); > > + > > + return (0); > > +} > > + > > int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int > hiband, int uncommitted_switch_pos) > > { > > int i; > > diff -u -r --exclude='*~' work.orig/w_scan-20110206/diseqc.h > work/w_scan-20110206/diseqc.h > > --- work.orig/w_scan-20110206/diseqc.h 2011-03-13 12:22:21.000000000 > +0100 > > +++ work/w_scan-20110206/diseqc.h 2011-03-13 12:38:18.000000000 +0100 > > @@ -20,6 +20,7 @@ > > /* > > * set up the switch to position/voltage/tone > > */ > > +int setup_kjaerulff1_switch (int frontend_fd, int switch_pos, int > voltage_18, int hiband); > > int setup_switch (int frontend_fd, int switch_pos, int voltage_18, int > freq, int uncommitted_switch_pos); > > int rotate_rotor (int frontend_fd, int * from, int to, uint8_t > voltage_18, uint8_t hiband); > > > > diff -u -r --exclude='*~' work.orig/w_scan-20110206/scan.c > work/w_scan-20110206/scan.c > > --- work.orig/w_scan-20110206/scan.c 2011-03-13 12:22:21.000000000 +0100 > > +++ work/w_scan-20110206/scan.c 2011-03-13 14:23:27.000000000 +0100 > > @@ -113,6 +113,7 @@ > > static int committed_switch = 0; // 20090320: DVB-S/S2, DISEQC > committed switch position > > static int uncommitted_switch = 0; // 20090320: DVB-S/S2, DISEQC > uncommitted switch position > > static struct lnb_types_st this_lnb; // 20090320: DVB-S/S2, LNB type, > initialized in main to 'UNIVERSAL' > > +static int kjaerulff1_switch_pos = -1; // 20110313: Non-standard > Kjaerulff1 switch type > > > > time_t start_time = 0; > > > > @@ -1619,7 +1620,12 @@ > > if (t->param.frequency >= this_lnb.switch_val) > > switch_to_high_band++; > > > > - setup_switch (frontend_fd, committed_switch, > > + if (kjaerulff1_switch_pos > 0) > > + setup_kjaerulff1_switch (frontend_fd, kjaerulff1_switch_pos, > > + t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, > > + switch_to_high_band); > > + else > > + setup_switch (frontend_fd, committed_switch, > > t->param.u.qpsk.polarization == POLARIZATION_VERTICAL ? 0 : 1, > > switch_to_high_band, uncommitted_switch); > > > > @@ -2584,6 +2590,7 @@ > > " ? for list\n" > > " -D Nc use DiSEqC committed switch position N\n" > > " -D Nu use DiSEqC uncommitted switch position N\n" > > + " -K N use non-standard Kjaerulff1 switch position N\n" > > " -p \n" > > " use DiSEqC rotor Position file\n" > > " -r N use Rotor position N (needs -s)\n" > > @@ -2642,7 +2649,7 @@ > > flags.version = version; > > start_time = time(NULL); > > > > - while ((opt = getopt(argc, argv, > "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:LMO:PQ:R:S:T:VX")) != -1) { > > + while ((opt = getopt(argc, argv, > "a:c:e:f:hi:kl:o:p:qr:s:t:vxA:D:E:FHI:K:LMO:PQ:R:S:T:VX")) != -1) { > > switch (opt) { > > case 'a': //adapter > > adapter = strtoul(optarg, NULL, 0); > > @@ -2682,6 +2689,11 @@ > > case 'k': //kaffeine output > > output_format = OUTPUT_KAFFEINE; > > break; > > + case 'K': > > + kjaerulff1_switch_pos = strtoul(optarg, NULL, 0); > > + if (kjaerulff1_switch_pos > 3 || kjaerulff1_switch_pos < 0) > > + fatal("kjaerulff1 switch position needs to be in the range > [0..3]!\n"); > > + break; > > case 'l': //satellite lnb type > > if (strcmp(optarg, "?") == 0) { > > struct lnb_types_st * p; > > @@ -3169,6 +3181,8 @@ > > info("using DiSEqC committed switch %d\n", committed_switch); > > if (uncommitted_switch > 0) > > info("using DiSEqC uncommitted switch %d\n", uncommitted_switch); > > + if (kjaerulff1_switch_pos > -1) > > + info("using DiSEqC Kjaerulff1 switch %d\n", kjaerulff1_switch_pos); > > /* grrr... > > * DVB API v5 doesnt allow checking for > > * S2 capabilities fec3/5, fec9/10, PSK_8, > > > -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl From owner-freebsd-multimedia@FreeBSD.ORG Wed Mar 16 06:41:24 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ADC4106566C for ; Wed, 16 Mar 2011 06:41:24 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4181D8FC12 for ; Wed, 16 Mar 2011 06:41:23 +0000 (UTC) Received: from [93.104.69.1] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PzkQ6-0005NA-7C; Wed, 16 Mar 2011 07:41:22 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id p2G6fKFa047636; Wed, 16 Mar 2011 07:41:20 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id p2G6fJUn047635; Wed, 16 Mar 2011 07:41:19 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 16 Mar 2011 07:41:19 +0100 From: Matthias Apitz To: Hans Petter Selasky , freebsd-multimedia@freebsd.org, freebsd-usb@freebsd.org Message-ID: <20110316064119.GA47604@tinyCurrent> References: <20110314074606.GA983@sh4-5.1blu.de> <20110314104939.GA30450@sh4-5.1blu.de> <201103141153.56784.hselasky@c2i.net> <20110314110404.GA2466@sh4-5.1blu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110314110404.GA2466@sh4-5.1blu.de> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Originating-IP: 93.104.69.1 Cc: Subject: Re: 9-CURRENT r214444 / webcamd / vendor 0x0c45 product 0x62c0: pwcview says Failed to set palette to YUV420P X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 06:41:24 -0000 El día Monday, March 14, 2011 a las 12:04:04PM +0100, Matthias Apitz escribió: > El día Monday, March 14, 2011 a las 11:53:56AM +0100, Hans Petter Selasky escribió: > > > You could try with kopete from ports. > > > > --HPS > > I could not build kopete from the ports in my KDE3 environment (and KDE4 > is no option for me); Last night I could build ports/net-im/kopete successfull and the cam works fine in the local view using the webcamd, i.e. is supported by the webcamd. How could I use it in skype-2.0.0.72,1? The /dev/video0 is there in the options menue of Skype, but a local probing only gives a dark area. Any idea? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Wed Mar 16 08:14:01 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6353106566B for ; Wed, 16 Mar 2011 08:14:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 57AAD8FC16 for ; Wed, 16 Mar 2011 08:14:00 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=Vlw5OJcoxCC473z5moizI40ESYe+BpcMN2hU0iQoJwI= c=1 sm=1 a=Z3wfvi8l4dgA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=RqskG79H0WfgjqF_o3QA:9 a=ADoHyNiwQCuWYArXSBwA:7 a=6kRUgfnSSwfWw8JhDtmaKYXNYQEA:4 a=QEXdDO2ut3YA:10 a=_RhRFcbxBZMA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe01.swip.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_20 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 101340534; Wed, 16 Mar 2011 09:13:56 +0100 From: Hans Petter Selasky To: handygewinnspiel@gmx.de Date: Wed, 16 Mar 2011 09:13:22 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201103131605.51848.hselasky@c2i.net> <20110313170641.GA22812@triton8.kn-bremen.de> <20110315221902.173240@gmx.net> In-Reply-To: <20110315221902.173240@gmx.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103160913.22501.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org, Juergen Lock Subject: Re: [V4L-DVB] Add support for vendor specific DiSEqC switch "MAXIMUM DiSEqC 4/1 switch" X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 08:14:02 -0000 On Tuesday 15 March 2011 23:19:02 handygewinnspiel@gmx.de wrote: > Hi Hans Petter, > > thank you for the patch, but i do have severe problems with it.. > Hi! > First of all, i have to explain that i dont have any access to sat > equipment at all - so i've to rely on understanding whats going on in even > small patches or pieces of w_scan as good as i can. What i don't > understand, i will not apply. Probably the patches needs to be applied by hand. > I cannot test anything sat related, i use terrestric and cable only. > I was trying to translate your settings for vdr diseqc.conf into human > readable things.. > LNB.A 11700 V 9750 t F W45 v W15 W45 F W45 v W15 W45 t W45 > The switch works like this that when the power is toggled, LNB.A is selected by default. > define command chain for 'LNB.A' && frequencies below 11700MHz (=lowband) > polarization vertical as follows > > 1) '9750' use LNB LO 9750MHz // OK, translate lowband > 10700MHz..11700MHz to 950MHz..1950MHz) 2) 't' 22kHz tone off // > this will select lowband on a multiband LNB. correct. 3) 'F' lnb > voltage off // why switching *off*, if we want to program the LNB? > wrong. 4) 'W45' wait 45msec // > 5) 'v' lnb voltage 13volts // vertival = 13V, correct. > 6) 'W15' wait 15msec // hmm.. > 7) 'W45' wait 45msec // ? wait again? and 45msec? 15 should > be enough by spec. 8) 'F' lnb voltage off // why again switching > LNB *off*? 9) 'W45' wait 45msec // wait again > 10) 'v' lnb voltage 13volts // vertival = 13V, correct. But that was > set before..? I'm confused. You lost me here completely.. 11) 'W15' > wait 15msec // hmm.. > 12) 'W45' wait 45msec // ? wait again? These commands where just a textual dump from the w_scan patches. I did not optimise anything. It is critical that the delay is in the range 45-50ms, else the programming does not work. > 13) 't' 22kHz tone off // if we hadnt switch off the LNB, we > wouldnt have to set it again to low band. 14) 'W45' wait 45msec > > I cannot find any diseqc switch related command here; so that means > something is intrinsic wrong on this line. As soon as a diseqc switch is > inside your equipment, it *has* to be controlled *every time* you change > satellite, low/high band or polarization. And it should be a 0x2X command > if i read the diseqc spec. That is the issue. The switch implements the diseqc signalling, but not the protocol. I did a complete protocol scan, testing all commands, and it only responded to 0x26 and 0x27. > If i compare to w_scan's patch it does.. > > 2) 22kHz tone off tone off > 3) lnb voltage off > 4) wait 45msec > 5) lnb voltage 13volts > 6) wait 15msec > 7) wait 45msec // that doesnt make sense to me. Right, this can be optimised. > 8) lnb voltage off > 9) wait 45msec > 10) lnb voltage 13volts > 11) wait 15msec > 12) wait 45msec > 13) 22kHz tone off > 14) // the wait 45msec is missing compared > to above. > > If i compare to the other switch positions, i can find two diseqc commands: > > MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x26, 0x00, 0x00, 0x00 // 0x26 -> > Select Satellite position B (or position D) MASTER_CMD_NO_RESPONSE, > ADDR_ANY_LNB, 0x27, 0x00, 0x00, 0x00 // 0x27 -> Select Switch Option B > (e.g. positions C/D) > > But what i'm actually missing is switching back to 'Option A', once you > switched to 'Option B'; in the same way i miss selecting position A/B: > > MASTER_CMD_NO_RESPONSE, ADDR_ANY_LNB, 0x22, 0x00, 0x00, 0x00 // 0x22 -> > Select Satellite position A (or position C) MASTER_CMD_NO_RESPONSE, > ADDR_ANY_LNB, 0x23, 0x00, 0x00, 0x00 // 0x23 -> Select Switch Option A > (e.g. positions A/B) The switch does not support these commands :-( Tested this pretty hard. > For me it looks like, that you try to circumvent in a wrong way using the > missing diseqc commands. If (only if..) i understand your coding > correctly, your switch looks like a 2x2 matrix. The first one selecting > A/B vs C/D, the second choosing the first or second of those preselected. > > >From a more general point of view.. > > - function name 'setup_kjaerulff1_switch' << i dislike naming which is not > self explaining. Naming should be consequently english. - a new command > line switch. I tend to remove command line switches rather than adding new > ones. Less is more. And even if a new is really necessary it should be '-D > Nx', with x a new character and N = 0..3 - the patch doesnt include the > new command line switch in the man page - function setup_switch should > handle this new kind of switch, but setup_kjaerulff1_switch should not be > called directly. - the '0x26' and '0x27' should use their already defined > macros: CMD_SET_POS_B and CMD_SET_SOB. Using this macros already gives me > hint, that you need CMD_SET_POS_A and CMD_SET_SOA also if you need the > others. Ok, should I generate a new patch for this? I'm not sure what class of switch I've got. Do you recognize the command set used? > at this point, i think i cannot integrate your current patch as it is. > Too many open questions, no datasheet and i cannot figure out by myself. Which sources must I generate a patch against? > If you could find out and answer the open questions, i would look again at > this topic. > > Thanks a lot for forwarding @ Juergen. > --HPS From owner-freebsd-multimedia@FreeBSD.ORG Wed Mar 16 21:57:12 2011 Return-Path: Delivered-To: multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62657106566B for ; Wed, 16 Mar 2011 21:57:12 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from sup.oook.cz (sup.oook.cz [94.23.0.135]) by mx1.freebsd.org (Postfix) with ESMTP id 06FC38FC0A for ; Wed, 16 Mar 2011 21:57:11 +0000 (UTC) Received: from [192.168.0.23] (ip-62-245-117-217.net.upcbroadband.cz [62.245.117.217]) (authenticated bits=0) by sup.oook.cz (8.14.4/8.14.4) with ESMTP id p2GLK0hq093391 for ; Wed, 16 Mar 2011 22:20:01 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: multimedia@FreeBSD.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1OOstuNNQbyOJUGzBBNH" Date: Wed, 16 Mar 2011 22:19:52 +0100 Message-ID: <1300310392.60422.2.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.68 on 94.23.0.135 X-Milter: Spamilter (Reciever: sup.oook.cz; Sender-ip: 62.245.117.217; Sender-helo: [192.168.0.23]; ) Cc: Subject: [Fwd: gstreamer-ffmpeg-0.10.11_1 failed on amd64 9] X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 21:57:12 -0000 --=-1OOstuNNQbyOJUGzBBNH Content-Type: text/plain; charset="ISO-8859-2" Content-Transfer-Encoding: quoted-printable -------- P=F8eposlan=E1 zpr=E1va -------- > Od: User Ports-amd64 > Komu: cvs@oook.cz, itetcu@FreeBSD.org, linimon@FreeBSD.org, > miwi@FreeBSD.org > P=F8edm=ECt: gstreamer-ffmpeg-0.10.11_1 failed on amd64 9 > Datum: Wed, 16 Mar 2011 16:39:45 GMT >=20 > Excerpt from the build log at >=20 > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.9.201103161524= 48/gstreamer-ffmpeg-0.10.11_1.log >=20 > building gstreamer-ffmpeg-0.10.11_1 on gohan12.freebsd.org > in directory /x/pkgbuild/9/20110316152448/chroot/4 > building for: 9.0-CURRENT amd64 > maintained by: multimedia@FreeBSD.org > port directory: /usr/ports/multimedia/gstreamer-ffmpeg > Makefile ident: $FreeBSD: ports/multimedia/gstreamer-ffmpeg/Makefile,v 1.= 38 2010/07/28 18:13:19 kwm Exp $ >=20 > [... lines trimmed ...] >=20 > h261 pcm_alaw truehd > h263 pcm_f32be vc1t > h264 pcm_f32le voc > image2 pcm_f64be wav > image2pipe pcm_f64le webm > ipod pcm_mulaw yuv4mpegpipe >=20 > Enabled protocols: >=20 > Enabled filters: >=20 > Enabled bsfs: > aac_adtstoasc mjpega_dump_header noise > dump_extradata mov2textsub remove_extradata > h264_mp4toannexb mp3_header_compress text2movsub > imx_dump_header mp3_header_decompress >=20 > Enabled indevs: >=20 > Enabled outdevs: >=20 > License: GPL version 2 or later > Creating config.mak and config.h... > configure: *** Orc acceleration enabled. >=20 > =3D=3D=3D> Building for gstreamer-ffmpeg-0.10.11_1 > gmake all-recursive > gmake[1]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11' > Making all in gst-libs > gmake[2]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs' > Making all in ext > gmake[3]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs/ext' > gmake[4]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs/ext' > cd ffmpeg && gmake > gmake[5]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs/ext/ffmpeg' > gmake[5]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs/ext/ffmpeg' > gmake[5]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs/ext/ffmpeg' > CC libavdevice/alldevices.o > CC libavdevice/avdevice.o > AR libavdevice/libavdevice.a > CC libavformat/4xm.o > CC libavformat/adtsenc.o > CC libavformat/aea.o > CC libavformat/aiffdec.o > CC libavformat/aiffenc.o > CC libavformat/allformats.o > CC libavformat/amr.o > CC libavformat/anm.o > CC libavformat/apc.o > CC libavformat/ape.o > CC libavformat/apetag.o > CC libavformat/asf.o > CC libavformat/asfcrypt.o > CC libavformat/asfdec.o > libavformat/asfdec.c: In function 'asf_read_header': > libavformat/asfdec.c:380: warning: 'AVPaletteControl' is deprecated > CC libavformat/asfenc.o > CC libavformat/assdec.o > CC libavformat/assenc.o > CC libavformat/au.o > CC libavformat/audiointerleave.o > CC libavformat/avc.o > CC libavformat/avi.o > CC libavformat/avidec.o > libavformat/avidec.c: In function 'avi_read_header': > libavformat/avidec.c:523: warning: 'AVPaletteControl' is deprecated > CC libavformat/avienc.o > CC libavformat/avio.o > CC libavformat/aviobuf.o > libavformat/aviobuf.c: In function 'url_fdopen': > libavformat/aviobuf.c:572: warning: passing argument 6 of 'init_put_byte'= from incompatible pointer type > libavformat/aviobuf.c:572: warning: passing argument 7 of 'init_put_byte'= from incompatible pointer type > libavformat/aviobuf.c:572: warning: passing argument 8 of 'init_put_byte'= from incompatible pointer type > CC libavformat/avlanguage.o > CC libavformat/avs.o > CC libavformat/bethsoftvid.o > CC libavformat/bfi.o > CC libavformat/bink.o > CC libavformat/c93.o > CC libavformat/caf.o > CC libavformat/cafdec.o > CC libavformat/cdg.o > CC libavformat/crcenc.o > CC libavformat/cutils.o > CC libavformat/daud.o > CC libavformat/dsicin.o > CC libavformat/dv.o > CC libavformat/dvenc.o > CC libavformat/dxa.o > CC libavformat/eacdata.o > CC libavformat/electronicarts.o > CC libavformat/ffmdec.o > CC libavformat/ffmenc.o > CC libavformat/filmstripdec.o > CC libavformat/filmstripenc.o > CC libavformat/flacdec.o > CC libavformat/flacenc.o > CC libavformat/flacenc_header.o > CC libavformat/flic.o > CC libavformat/flvdec.o > CC libavformat/flvenc.o > CC libavformat/framecrcenc.o > CC libavformat/gif.o > CC libavformat/gxf.o > CC libavformat/gxfenc.o > CC libavformat/id3v1.o > CC libavformat/id3v2.o > CC libavformat/idcin.o > libavformat/idcin.c:90: warning: 'AVPaletteControl' is deprecated > CC libavformat/idroq.o > CC libavformat/iff.o > CC libavformat/img2.o > CC libavformat/ipmovie.o > libavformat/ipmovie.c:119: warning: 'AVPaletteControl' is deprecated > CC libavformat/isom.o > CC libavformat/iss.o > CC libavformat/iv8.o > CC libavformat/lmlm4.o > CC libavformat/matroska.o > CC libavformat/matroskadec.o > libavformat/matroskadec.c: In function 'matroska_parse_cluster': > libavformat/matroskadec.c:960: warning: 'layer' may be used uninitialized= in this function > libavformat/matroskadec.c:960: note: 'layer' was declared here > CC libavformat/matroskaenc.o > CC libavformat/metadata.o > libavformat/metadata.c: In function 'av_metadata_set2': > libavformat/metadata.c:72: warning: assignment discards qualifiers from p= ointer target type > libavformat/metadata.c:76: warning: assignment discards qualifiers from p= ointer target type > CC libavformat/metadata_compat.o > libavformat/metadata_compat.c: In function 'ff_metadata_mux_compat': > libavformat/metadata_compat.c:132: warning: the address of 'number' will = always evaluate as 'true' > libavformat/metadata_compat.c:133: warning: the address of 'number' will = always evaluate as 'true' > CC libavformat/mm.o > CC libavformat/mmf.o > CC libavformat/mov.o > CC libavformat/movenc.o > CC libavformat/movenchint.o > CC libavformat/mp3.o > CC libavformat/mpc.o > CC libavformat/mpc8.o > CC libavformat/mpeg.o > CC libavformat/mpegenc.o > libavformat/mpegenc.c: In function 'flush_packet': > libavformat/mpegenc.c:924: warning: passing argument 4 of 'av_fifo_generi= c_read' from incompatible pointer type > CC libavformat/mpegts.o > CC libavformat/mpegtsenc.o > CC libavformat/mpjpeg.o > CC libavformat/msnwc_tcp.o > CC libavformat/mtv.o > CC libavformat/mvi.o > CC libavformat/mxf.o > CC libavformat/mxfdec.o > CC libavformat/mxfenc.o > CC libavformat/ncdec.o > CC libavformat/nsvdec.o > CC libavformat/nut.o > CC libavformat/nutdec.o > libavformat/nutdec.c: In function 'get_packetheader': > libavformat/nutdec.c:98: warning: passing argument 2 of 'ff_crc04C11DB7_u= pdate' from incompatible pointer type > libavformat/nutdec.c: In function 'decode_main_header': > libavformat/nutdec.c:276: warning: passing argument 2 of 'get_buffer' dis= cards qualifiers from pointer target type > CC libavformat/nutenc.o > CC libavformat/nuv.o > CC libavformat/oggdec.o > libavformat/oggdec.c: In function 'ogg_packet': > libavformat/oggdec.c:366: warning: format '%lld' expects type 'long long = int', but argument 4 has type 'int64_t' > CC libavformat/oggenc.o > CC libavformat/oggparsedirac.o > CC libavformat/oggparseflac.o > CC libavformat/oggparseogm.o > CC libavformat/oggparseskeleton.o > CC libavformat/oggparsespeex.o > CC libavformat/oggparsetheora.o > CC libavformat/oggparsevorbis.o > CC libavformat/oma.o > CC libavformat/options.o > CC libavformat/os_support.o > CC libavformat/psxstr.o > CC libavformat/pva.o > CC libavformat/qcp.o > CC libavformat/r3d.o > CC libavformat/raw.o > CC libavformat/riff.o > CC libavformat/rl2.o > CC libavformat/rm.o > CC libavformat/rmdec.o > libavformat/rmdec.c: In function 'ff_rm_parse_packet': > libavformat/rmdec.c:603: warning: 'seq' may be used uninitialized in this= function > libavformat/rmdec.c:603: note: 'seq' was declared here > libavformat/rmdec.c:603: warning: 'len2' may be used uninitialized in thi= s function > libavformat/rmdec.c:603: note: 'len2' was declared here > libavformat/rmdec.c:603: warning: 'pos' may be used uninitialized in this= function > libavformat/rmdec.c:603: note: 'pos' was declared here > libavformat/rmdec.c:603: warning: 'pic_num' may be used uninitialized in = this function > libavformat/rmdec.c:603: note: 'pic_num' was declared here > libavformat/rmdec.c: In function 'rm_read_packet': > libavformat/rmdec.c:842: warning: 'st' may be used uninitialized in this = function > CC libavformat/rmenc.o > CC libavformat/rpl.o > CC libavformat/rtp.o > CC libavformat/rtpenc.o > CC libavformat/rtpenc_aac.o > CC libavformat/rtpenc_amr.o > CC libavformat/rtpenc_h263.o > CC libavformat/rtpenc_h264.o > CC libavformat/rtpenc_mpv.o > CC libavformat/sdp.o > CC libavformat/seek.o > CC libavformat/segafilm.o > CC libavformat/sierravmd.o > CC libavformat/siff.o > CC libavformat/smacker.o > CC libavformat/sol.o > CC libavformat/soxdec.o > CC libavformat/soxenc.o > CC libavformat/spdif.o > CC libavformat/swfdec.o > CC libavformat/swfenc.o > libavformat/swfenc.c: In function 'swf_write_video': > libavformat/swfenc.c:424: warning: passing argument 4 of 'av_fifo_generic= _read' from incompatible pointer type > CC libavformat/thp.o > CC libavformat/tiertexseq.o > CC libavformat/tmv.o > CC libavformat/tta.o > CC libavformat/txd.o > CC libavformat/utils.o > libavformat/utils.c: In function 'av_gettime': > libavformat/utils.c:3153: warning: implicit declaration of function 'gett= imeofday' > libavformat/utils.c: In function 'parse_date': > libavformat/utils.c:3240: warning: cast discards qualifiers from pointer = target type > CC libavformat/vc1test.o > CC libavformat/vc1testenc.o > CC libavformat/voc.o > CC libavformat/vocdec.o > CC libavformat/vocenc.o > CC libavformat/vorbiscomment.o > CC libavformat/vqf.o > CC libavformat/wav.o > CC libavformat/wc3movie.o > libavformat/wc3movie.c:71: warning: 'AVPaletteControl' is deprecated > CC libavformat/westwood.o > CC libavformat/wv.o > CC libavformat/xa.o > CC libavformat/yop.o > CC libavformat/yuv4mpeg.o > AR libavformat/libavformat.a > CC libavcodec/4xm.o > CC libavcodec/8bps.o > CC libavcodec/8svx.o > CC libavcodec/aac.o > CC libavcodec/aac_ac3_parser.o > CC libavcodec/aac_adtstoasc_bsf.o > libavcodec/aac_adtstoasc_bsf.c: In function 'aac_adtstoasc_filter': > libavcodec/aac_adtstoasc_bsf.c:51: warning: cast discards qualifiers from= pointer target type > libavcodec/aac_adtstoasc_bsf.c:104: warning: cast discards qualifiers fro= m pointer target type > CC libavcodec/aac_parser.o > CC libavcodec/aaccoder.o > CC libavcodec/aacenc.o > CC libavcodec/aacpsy.o > CC libavcodec/aacsbr.o > libavcodec/aacsbr.c: In function 'ff_sbr_apply': > libavcodec/aacsbr.c:1736: warning: passing argument 4 of 'sbr_lf_gen' fro= m incompatible pointer type > libavcodec/aacsbr.c:1738: warning: passing argument 3 of 'sbr_hf_inverse_= filter' from incompatible pointer type > libavcodec/aacsbr.c:1742: warning: passing argument 4 of 'sbr_hf_gen' fro= m incompatible pointer type > libavcodec/aacsbr.c:1742: warning: passing argument 5 of 'sbr_hf_gen' fro= m incompatible pointer type > libavcodec/aacsbr.c:1742: warning: passing argument 6 of 'sbr_hf_gen' fro= m incompatible pointer type > libavcodec/aacsbr.c:1749: warning: passing argument 2 of 'sbr_hf_assemble= ' from incompatible pointer type > libavcodec/aacsbr.c:1753: warning: passing argument 3 of 'sbr_x_gen' from= incompatible pointer type > libavcodec/aacsbr.c:1753: warning: passing argument 4 of 'sbr_x_gen' from= incompatible pointer type > libavcodec/aacsbr.c: In function 'ff_decode_sbr_extension': > libavcodec/aacsbr.c:316: warning: 'max_qmf_subbands' may be used uninitia= lized in this function > libavcodec/aacsbr.c:316: note: 'max_qmf_subbands' was declared here > CC libavcodec/aactab.o > CC libavcodec/aandcttab.o > CC libavcodec/aasc.o > CC libavcodec/ac3.o > CC libavcodec/ac3_parser.o > CC libavcodec/ac3dec.o > CC libavcodec/ac3dec_data.o > CC libavcodec/ac3enc.o > CC libavcodec/ac3tab.o > CC libavcodec/acelp_filters.o > CC libavcodec/acelp_pitch_delay.o > libavcodec/acelp_pitch_delay.c: In function 'ff_acelp_decode_gain_code': > libavcodec/acelp_pitch_delay.c:118: warning: passing argument 1 of 'dsp->= scalarproduct_int16' discards qualifiers from pointer target type > libavcodec/acelp_pitch_delay.c:118: warning: passing argument 2 of 'dsp->= scalarproduct_int16' discards qualifiers from pointer target type > CC libavcodec/acelp_vectors.o > CC libavcodec/adpcm.o > CC libavcodec/adxdec.o > CC libavcodec/adxenc.o > CC libavcodec/alac.o > CC libavcodec/alacenc.o > CC libavcodec/allcodecs.o > CC libavcodec/alsdec.o > CC libavcodec/amrnbdec.o > CC libavcodec/anm.o > CC libavcodec/apedec.o > CC libavcodec/asv1.o > CC libavcodec/atrac.o > CC libavcodec/atrac1.o > CC libavcodec/atrac3.o > CC libavcodec/audioconvert.o > CC libavcodec/aura.o > CC libavcodec/avfft.o > CC libavcodec/avpacket.o > libavcodec/avpacket.c: In function 'av_dup_packet': > libavcodec/avpacket.c:76: warning: 'av_destruct_packet_nofree' is depreca= ted (declared at libavcodec/avpacket.c:26) > CC libavcodec/avs.o > libavcodec/avs.c: In function 'avs_decode_frame': > libavcodec/avs.c:59: warning: 'change_map.buffer' may be used uninitializ= ed in this function > CC libavcodec/bethsoftvideo.o > CC libavcodec/bfi.o > CC libavcodec/bgmc.o > CC libavcodec/bink.o > CC libavcodec/binkaudio.o > CC libavcodec/binkidct.o > CC libavcodec/bitstream.o > CC libavcodec/bitstream_filter.o > libavcodec/bitstream_filter.c: In function 'av_bitstream_filter_filter': > libavcodec/bitstream_filter.c:62: warning: cast discards qualifiers from = pointer target type > CC libavcodec/bmp.o > libavcodec/bmp.c: In function 'bmp_decode_frame': > libavcodec/bmp.c:51: warning: 'rgb[0]' may be used uninitialized in this = function > libavcodec/bmp.c:51: warning: 'rgb[1]' may be used uninitialized in this = function > libavcodec/bmp.c:51: warning: 'rgb[2]' may be used uninitialized in this = function > CC libavcodec/bmpenc.o > CC libavcodec/c93.o > CC libavcodec/cabac.o > CC libavcodec/cavs_parser.o > CC libavcodec/cdgraphics.o > CC libavcodec/celp_filters.o > CC libavcodec/celp_math.o > CC libavcodec/cga_data.o > CC libavcodec/cinepak.o > CC libavcodec/cljr.o > CC libavcodec/cook.o > CC libavcodec/cscd.o > CC libavcodec/cyuv.o > CC libavcodec/dca.o > CC libavcodec/dca_parser.o > CC libavcodec/dcadsp.o > CC libavcodec/dct.o > CC libavcodec/dirac.o > CC libavcodec/dirac_parser.o > CC libavcodec/dnxhd_parser.o > CC libavcodec/dnxhddata.o > CC libavcodec/dnxhddec.o > CC libavcodec/dnxhdenc.o > CC libavcodec/dpcm.o > CC libavcodec/dpx.o > CC libavcodec/dsicinav.o > CC libavcodec/dsputil.o > CC libavcodec/dump_extradata_bsf.o > CC libavcodec/dv.o > libavcodec/dv.c: In function 'dvvideo_decode_frame': > libavcodec/dv.c:1107: warning: assignment discards qualifiers from pointe= r target type > CC libavcodec/dvbsub.o > CC libavcodec/dvbsub_parser.o > CC libavcodec/dvbsubdec.o > CC libavcodec/dvdata.o > CC libavcodec/dvdsub_parser.o > CC libavcodec/dvdsubdec.o > CC libavcodec/dvdsubenc.o > CC libavcodec/dwt.o > CC libavcodec/dxa.o > CC libavcodec/eac3dec.o > CC libavcodec/eac3dec_data.o > CC libavcodec/eacmv.o > CC libavcodec/eaidct.o > CC libavcodec/eamad.o > libavcodec/eamad.c: In function 'decode_frame': > libavcodec/eamad.c:190: warning: 'mv_y' may be used uninitialized in this= function > libavcodec/eamad.c:190: note: 'mv_y' was declared here > libavcodec/eamad.c:190: warning: 'mv_x' may be used uninitialized in this= function > libavcodec/eamad.c:190: note: 'mv_x' was declared here > CC libavcodec/eatgq.o > CC libavcodec/eatgv.o > CC libavcodec/eatqi.o > CC libavcodec/elbg.o > CC libavcodec/error_resilience.o > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/escape124.o > CC libavcodec/eval.o > CC libavcodec/faandct.o > CC libavcodec/faanidct.o > CC libavcodec/faxcompr.o > CC libavcodec/fft.o > CC libavcodec/ffv1.o > CC libavcodec/flac.o > CC libavcodec/flacdata.o > CC libavcodec/flacdec.o > CC libavcodec/flashsv.o > libavcodec/flashsv.c: In function 'flashsv_decode_frame': > libavcodec/flashsv.c:202: warning: assignment discards qualifiers from po= inter target type > CC libavcodec/flashsvenc.o > CC libavcodec/flicvideo.o > CC libavcodec/flvdec.o > CC libavcodec/flvenc.o > CC libavcodec/fraps.o > CC libavcodec/frwu.o > CC libavcodec/g726.o > CC libavcodec/gif.o > libavcodec/gif.c: In function 'gif_encode_frame': > libavcodec/gif.c:90: warning: 'len' may be used uninitialized in this fun= ction > libavcodec/gif.c:90: note: 'len' was declared here > CC libavcodec/gifdec.o > CC libavcodec/golomb.o > CC libavcodec/h261.o > CC libavcodec/h261_parser.o > CC libavcodec/h261dec.o > CC libavcodec/h261enc.o > CC libavcodec/h263.o > CC libavcodec/h263_parser.o > CC libavcodec/h263dec.o > CC libavcodec/h264.o > libavcodec/h264.c: In function 'fill_filter_caches': > libavcodec/h264.c:2309: warning: initialization from incompatible pointer= type > libavcodec/h264.c:2386: warning: initialization from incompatible pointer= type > libavcodec/h264.c:2401: warning: initialization from incompatible pointer= type > libavcodec/h264.c: At top level: > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_cabac.o > CC libavcodec/h264_cavlc.o > libavcodec/h264_cavlc.c: In function 'decode_residual': > libavcodec/h264_cavlc.c:411: warning: suggest parentheses around comparis= on in operand of & > CC libavcodec/h264_direct.o > libavcodec/h264_direct.c: In function 'pred_spatial_direct_motion': > libavcodec/h264_direct.c:263: warning: assignment from incompatible point= er type > libavcodec/h264_direct.c:264: warning: assignment from incompatible point= er type > libavcodec/h264_direct.c: In function 'pred_temp_direct_motion': > libavcodec/h264_direct.c:443: warning: assignment from incompatible point= er type > libavcodec/h264_direct.c:444: warning: assignment from incompatible point= er type > libavcodec/h264_direct.c: At top level: > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_loopfilter.o > libavcodec/h264_loopfilter.c: In function 'check_mv': > libavcodec/h264_loopfilter.c:427: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:432: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:433: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:437: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:441: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:442: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c:443: warning: suggest parentheses around com= parison in operand of | > libavcodec/h264_loopfilter.c: At top level: > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_mp4toannexb_bsf.o > libavcodec/h264_mp4toannexb_bsf.c: In function 'h264_mp4toannexb_filter': > libavcodec/h264_mp4toannexb_bsf.c:64: warning: cast discards qualifiers f= rom pointer target type > CC libavcodec/h264_parser.o > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_ps.o > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_refs.o > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264_sei.o > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/h264dsp.o > CC libavcodec/h264idct.o > CC libavcodec/h264pred.o > CC libavcodec/huffman.o > CC libavcodec/huffyuv.o > CC libavcodec/idcinvideo.o > libavcodec/idcinvideo.c: In function 'idcin_decode_frame': > libavcodec/idcinvideo.c:216: warning: 'AVPaletteControl' is deprecated > CC libavcodec/iff.o > CC libavcodec/iirfilter.o > CC libavcodec/imc.o > CC libavcodec/imgconvert.o > In file included from libavcodec/imgconvert.c:41: > libavcodec/x86/mmx.h:24:2: warning: #warning Everything in this header is= deprecated, use plain __asm__()! New code using this header will be reject= ed. > CC libavcodec/imx_dump_header_bsf.o > CC libavcodec/indeo2.o > CC libavcodec/indeo3.o > CC libavcodec/indeo5.o > CC libavcodec/intelh263dec.o > CC libavcodec/interplayvideo.o > libavcodec/interplayvideo.c: In function 'ipvideo_decode_frame': > libavcodec/interplayvideo.c:1045: warning: 'AVPaletteControl' is deprecat= ed > CC libavcodec/intrax8.o > CC libavcodec/intrax8dsp.o > CC libavcodec/ituh263dec.o > CC libavcodec/ituh263enc.o > CC libavcodec/ivi_common.o > libavcodec/ivi_common.c: In function 'ff_ivi_decode_blocks': > libavcodec/ivi_common.c:336: warning: 'sym' may be used uninitialized in = this function > libavcodec/ivi_common.c:333: warning: 'mv_y' may be used uninitialized in= this function > libavcodec/ivi_common.c:333: warning: 'mv_x' may be used uninitialized in= this function > libavcodec/ivi_common.c:333: warning: 'mc_type' may be used uninitialized= in this function > CC libavcodec/ivi_dsp.o > libavcodec/ivi_dsp.c: In function 'ff_ivi_recompose53': > libavcodec/ivi_dsp.c:41: warning: 'b3_9' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:41: warning: 'b3_8' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:41: warning: 'b3_6' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:41: warning: 'b3_5' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:41: warning: 'b3_3' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:41: warning: 'b3_2' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b2_6' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b2_5' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b2_3' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b2_2' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b1_3' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b1_2' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b1_1' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b0_2' may be used uninitialized in thi= s function > libavcodec/ivi_dsp.c:40: warning: 'b0_1' may be used uninitialized in thi= s function > CC libavcodec/jfdctfst.o > CC libavcodec/jfdctint.o > CC libavcodec/jpegls.o > CC libavcodec/jpeglsdec.o > CC libavcodec/jpeglsenc.o > CC libavcodec/jrevdct.o > CC libavcodec/kgv1dec.o > CC libavcodec/kmvc.o > CC libavcodec/lcldec.o > libavcodec/lcldec.c: In function 'zlib_decomp': > libavcodec/lcldec.c:136: warning: assignment discards qualifiers from poi= nter target type > libavcodec/lcldec.c: In function 'decode_frame': > libavcodec/lcldec.c:165: warning: cast discards qualifiers from pointer t= arget type > CC libavcodec/lclenc.o > CC libavcodec/ljpegenc.o > CC libavcodec/loco.o > CC libavcodec/lpc.o > CC libavcodec/lsp.o > CC libavcodec/lzw.o > CC libavcodec/lzwenc.o > CC libavcodec/mace.o > CC libavcodec/mdct.o > CC libavcodec/mdec.o > CC libavcodec/mimic.o > CC libavcodec/mjpeg.o > CC libavcodec/mjpeg_parser.o > CC libavcodec/mjpega_dump_header_bsf.o > CC libavcodec/mjpegbdec.o > CC libavcodec/mjpegdec.o > CC libavcodec/mjpegenc.o > CC libavcodec/mlp.o > CC libavcodec/mlp_parser.o > CC libavcodec/mlpdec.o > CC libavcodec/mlpdsp.o > CC libavcodec/mmvideo.o > CC libavcodec/motion_est.o > libavcodec/motion_est.c: In function 'bidir_refine': > libavcodec/motion_est.c:1515: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1516: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1520: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1520: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1520: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1521: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1522: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1523: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1525: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1526: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1526: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c:1527: warning: large integer implicitly truncated= to unsigned type > libavcodec/motion_est.c: In function 'interlaced_search': > libavcodec/motion_est.c:752: warning: 'P[2][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:752: warning: 'P[2][1]' may be used uninitialized= in this function > libavcodec/motion_est.c:752: warning: 'P[3][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:752: warning: 'P[3][1]' may be used uninitialized= in this function > libavcodec/motion_est.c:752: warning: 'P[4][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:752: warning: 'P[4][1]' may be used uninitialized= in this function > libavcodec/motion_est.c: In function 'h263_mv4_search': > libavcodec/motion_est.c:602: warning: 'P[2][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:602: warning: 'P[2][1]' may be used uninitialized= in this function > libavcodec/motion_est.c:602: warning: 'P[3][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:602: warning: 'P[3][1]' may be used uninitialized= in this function > libavcodec/motion_est.c:602: warning: 'P[4][0]' may be used uninitialized= in this function > libavcodec/motion_est.c:602: warning: 'P[4][1]' may be used uninitialized= in this function > CC libavcodec/motionpixels.o > CC libavcodec/movsub_bsf.o > CC libavcodec/mp3_header_compress_bsf.o > libavcodec/mp3_header_compress_bsf.c: In function 'mp3_header_compress': > libavcodec/mp3_header_compress_bsf.c:41: warning: cast discards qualifier= s from pointer target type > CC libavcodec/mp3_header_decompress_bsf.o > libavcodec/mp3_header_decompress_bsf.c: In function 'mp3_header_decompres= s': > libavcodec/mp3_header_decompress_bsf.c:36: warning: cast discards qualifi= ers from pointer target type > CC libavcodec/mpc.o > CC libavcodec/mpc7.o > CC libavcodec/mpc8.o > CC libavcodec/mpeg12.o > CC libavcodec/mpeg12data.o > CC libavcodec/mpeg12enc.o > CC libavcodec/mpeg4audio.o > CC libavcodec/mpeg4video.o > CC libavcodec/mpeg4video_parser.o > CC libavcodec/mpeg4videodec.o > libavcodec/mpeg4videodec.c: In function 'mpeg4_decode_block': > libavcodec/mpeg4videodec.c:841: warning: 'dc_pred_dir' may be used uninit= ialized in this function > CC libavcodec/mpeg4videoenc.o > CC libavcodec/mpegaudio.o > CC libavcodec/mpegaudio_parser.o > CC libavcodec/mpegaudiodata.o > CC libavcodec/mpegaudiodec.o > CC libavcodec/mpegaudiodecheader.o > CC libavcodec/mpegaudioenc.o > CC libavcodec/mpegvideo.o > CC libavcodec/mpegvideo_enc.o > CC libavcodec/mpegvideo_parser.o > CC libavcodec/msmpeg4.o > libavcodec/msmpeg4.c: In function 'ff_msmpeg4_encode_block': > libavcodec/msmpeg4.c:850: warning: 'extquant' may be used uninitialized i= n this function > libavcodec/msmpeg4.c:850: note: 'extquant' was declared here > CC libavcodec/msmpeg4data.o > CC libavcodec/msrle.o > CC libavcodec/msrledec.o > libavcodec/msrledec.c: In function 'ff_msrle_decode': > libavcodec/msrledec.c:201: warning: 'pix[0]' may be used uninitialized in= this function > libavcodec/msrledec.c:201: note: 'pix[0]' was declared here > libavcodec/msrledec.c:201: warning: 'pix[1]' may be used uninitialized in= this function > libavcodec/msrledec.c:201: note: 'pix[1]' was declared here > libavcodec/msrledec.c:201: warning: 'pix[2]' may be used uninitialized in= this function > libavcodec/msrledec.c:201: note: 'pix[2]' was declared here > CC libavcodec/msvideo1.o > CC libavcodec/nellymoser.o > CC libavcodec/nellymoserdec.o > CC libavcodec/nellymoserenc.o > CC libavcodec/noise_bsf.o > CC libavcodec/nuv.o > libavcodec/nuv.c: In function 'copy_frame': > libavcodec/nuv.c:74: warning: passing argument 2 of 'avpicture_fill' disc= ards qualifiers from pointer target type > CC libavcodec/opt.o > CC libavcodec/options.o > CC libavcodec/pamenc.o > CC libavcodec/parser.o > libavcodec/parser.c: In function 'av_parser_change': > libavcodec/parser.c:214: warning: cast discards qualifiers from pointer t= arget type > CC libavcodec/pcm-mpeg.o > CC libavcodec/pcm.o > CC libavcodec/pcx.o > CC libavcodec/pcxenc.o > CC libavcodec/pgssubdec.o > CC libavcodec/png.o > CC libavcodec/pngdec.o > libavcodec/pngdec.c: In function 'png_decode_idat': > libavcodec/pngdec.c:365: warning: assignment discards qualifiers from poi= nter target type > CC libavcodec/pngenc.o > libavcodec/pngenc.c: In function 'png_write_row': > libavcodec/pngenc.c:217: warning: cast discards qualifiers from pointer t= arget type > CC libavcodec/pnm.o > CC libavcodec/pnm_parser.o > libavcodec/pnm_parser.c: In function 'pnm_parse': > libavcodec/pnm_parser.c:44: warning: cast discards qualifiers from pointe= r target type > libavcodec/pnm_parser.c:45: warning: cast discards qualifiers from pointe= r target type > CC libavcodec/pnmdec.o > libavcodec/pnmdec.c: In function 'pnm_decode_frame': > libavcodec/pnmdec.c:41: warning: assignment discards qualifiers from poin= ter target type > libavcodec/pnmdec.c:42: warning: assignment discards qualifiers from poin= ter target type > CC libavcodec/pnmenc.o > CC libavcodec/psymodel.o > CC libavcodec/ptx.o > CC libavcodec/qcelpdec.o > CC libavcodec/qdm2.o > CC libavcodec/qdrw.o > CC libavcodec/qpeg.o > CC libavcodec/qtrle.o > CC libavcodec/qtrleenc.o > libavcodec/qtrleenc.c: In function 'qtrle_encode_frame': > libavcodec/qtrleenc.c:116: warning: 'bulkcount' may be used uninitialized= in this function > libavcodec/qtrleenc.c:116: note: 'bulkcount' was declared here > CC libavcodec/r210dec.o > CC libavcodec/ra144.o > CC libavcodec/ra288.o > CC libavcodec/rangecoder.o > libavcodec/rangecoder.c: In function 'ff_init_range_decoder': > libavcodec/rangecoder.c:54: warning: cast discards qualifiers from pointe= r target type > libavcodec/rangecoder.c:56: warning: passing argument 1 of 'bytestream_ge= t_be16' from incompatible pointer type > CC libavcodec/ratecontrol.o > CC libavcodec/raw.o > CC libavcodec/rawdec.o > libavcodec/rawdec.c: In function 'raw_decode': > libavcodec/rawdec.c:147: warning: passing argument 2 of 'avpicture_fill' = discards qualifiers from pointer target type > CC libavcodec/rawenc.o > CC libavcodec/rdft.o > CC libavcodec/remove_extradata_bsf.o > libavcodec/remove_extradata_bsf.c: In function 'remove_extradata': > libavcodec/remove_extradata_bsf.c:45: warning: cast discards qualifiers f= rom pointer target type > CC libavcodec/resample.o > CC libavcodec/resample2.o > CC libavcodec/rl2.o > CC libavcodec/rle.o > CC libavcodec/roqaudioenc.o > CC libavcodec/roqvideo.o > CC libavcodec/roqvideodec.o > CC libavcodec/roqvideoenc.o > CC libavcodec/rpza.o > CC libavcodec/rtjpeg.o > CC libavcodec/rv10.o > CC libavcodec/rv10enc.o > CC libavcodec/rv20enc.o > CC libavcodec/rv30.o > CC libavcodec/rv30dsp.o > CC libavcodec/rv34.o > libavcodec/rv34.c: In function 'rv34_set_deblock_coef': > libavcodec/rv34.c:1145: warning: initialization from incompatible pointer= type > CC libavcodec/rv40.o > CC libavcodec/rv40dsp.o > CC libavcodec/s3tc.o > CC libavcodec/sgidec.o > CC libavcodec/sgienc.o > CC libavcodec/shorten.o > CC libavcodec/simple_idct.o > CC libavcodec/sipr.o > CC libavcodec/sipr16k.o > CC libavcodec/smacker.o > CC libavcodec/smc.o > CC libavcodec/snow.o > CC libavcodec/sonic.o > CC libavcodec/sp5xdec.o > CC libavcodec/sunrast.o > CC libavcodec/svq1.o > CC libavcodec/svq1dec.o > libavcodec/svq1dec.c: In function 'svq1_decode_frame': > libavcodec/svq1dec.c:665: warning: cast discards qualifiers from pointer = target type > CC libavcodec/svq1enc.o > libavcodec/svq1enc.c: In function 'svq1_write_header': > libavcodec/svq1enc.c:98: warning: passing argument 1 of 'ff_match_2uint16= ' from incompatible pointer type > CC libavcodec/svq3.o > libavcodec/svq3.c: In function 'svq3_decode_slice_header': > libavcodec/svq3.c:733: warning: cast discards qualifiers from pointer tar= get type > libavcodec/svq3.c:736: warning: cast discards qualifiers from pointer tar= get type > libavcodec/svq3.c: At top level: > libavcodec/h264.h:1256: warning: 'decode_mb_skip' defined but not used > CC libavcodec/synth_filter.o > CC libavcodec/targa.o > CC libavcodec/targaenc.o > CC libavcodec/tiertexseqv.o > CC libavcodec/tiff.o > libavcodec/tiff.c: In function 'tiff_uncompress': > libavcodec/tiff.c:86: warning: assignment discards qualifiers from pointe= r target type > CC libavcodec/tiffenc.o > CC libavcodec/tmv.o > CC libavcodec/truemotion1.o > CC libavcodec/truemotion2.o > CC libavcodec/truespeech.o > CC libavcodec/tscc.o > libavcodec/tscc.c: In function 'decode_frame': > libavcodec/tscc.c:97: warning: assignment discards qualifiers from pointe= r target type > CC libavcodec/tta.o > CC libavcodec/twinvq.o > CC libavcodec/txd.o > CC libavcodec/ulti.o > CC libavcodec/utils.o > libavcodec/utils.c:463: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c:538: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c: In function 'avcodec_encode_audio': > libavcodec/utils.c:544: warning: passing argument 4 of 'avctx->codec->enc= ode' discards qualifiers from pointer target type > libavcodec/utils.c: At top level: > libavcodec/utils.c:553: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c: In function 'avcodec_encode_video': > libavcodec/utils.c:561: warning: passing argument 4 of 'avctx->codec->enc= ode' discards qualifiers from pointer target type > libavcodec/utils.c: In function 'avcodec_encode_subtitle': > libavcodec/utils.c:580: warning: passing argument 4 of 'avctx->codec->enc= ode' discards qualifiers from pointer target type > libavcodec/utils.c: At top level: > libavcodec/utils.c:589: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c: In function 'avcodec_decode_video': > libavcodec/utils.c:592: warning: assignment discards qualifiers from poin= ter target type > libavcodec/utils.c: At top level: > libavcodec/utils.c:604: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c:628: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c: In function 'avcodec_decode_audio2': > libavcodec/utils.c:631: warning: assignment discards qualifiers from poin= ter target type > libavcodec/utils.c: At top level: > libavcodec/utils.c:641: warning: 'force_align_arg_pointer' attribute igno= red > libavcodec/utils.c: In function 'avcodec_decode_subtitle': > libavcodec/utils.c:672: warning: assignment discards qualifiers from poin= ter target type > libavcodec/utils.c: In function 'av_parse_video_frame_size': > libavcodec/utils.c:1179: warning: assignment discards qualifiers from poi= nter target type > CC libavcodec/v210dec.o > libavcodec/v210dec.c: In function 'decode_frame': > libavcodec/v210dec.c:79: warning: 'val' may be used uninitialized in this= function > CC libavcodec/v210enc.o > libavcodec/v210enc.c: In function 'encode_frame': > libavcodec/v210enc.c:78: warning: 'val' may be used uninitialized in this= function > CC libavcodec/v210x.o > CC libavcodec/vb.o > CC libavcodec/vc1.o > CC libavcodec/vc1_parser.o > CC libavcodec/vc1data.o > CC libavcodec/vc1dec.o > CC libavcodec/vc1dsp.o > CC libavcodec/vcr1.o > CC libavcodec/vmdav.o > CC libavcodec/vmnc.o > CC libavcodec/vorbis.o > CC libavcodec/vorbis_data.o > CC libavcodec/vorbis_dec.o > libavcodec/vorbis_dec.c: In function 'vorbis_decode_init': > libavcodec/vorbis_dec.c:576: warning: 'book_idx' is used uninitialized in= this function > libavcodec/vorbis_dec.c:573: note: 'book_idx' was declared here > CC libavcodec/vp3.o > CC libavcodec/vp3_parser.o > CC libavcodec/vp3dsp.o > CC libavcodec/vp5.o > CC libavcodec/vp56.o > CC libavcodec/vp56data.o > CC libavcodec/vp56dsp.o > CC libavcodec/vp6.o > CC libavcodec/vp6dsp.o > CC libavcodec/vqavideo.o > CC libavcodec/wavpack.o > CC libavcodec/wma.o > CC libavcodec/wmadec.o > CC libavcodec/wmaenc.o > CC libavcodec/wmaprodec.o > CC libavcodec/wmavoice.o > libavcodec/wmavoice.c: In function 'synth_block_fcb_acb': > libavcodec/wmavoice.c:1346: warning: passing argument 1 of 'av_memcpy_bac= kptr' from incompatible pointer type > libavcodec/wmavoice.c: In function 'postfilter': > libavcodec/wmavoice.c:501: warning: 'best_hist_ptr' may be used uninitial= ized in this function > libavcodec/wmavoice.c:501: note: 'best_hist_ptr' was declared here > libavcodec/wmavoice.c:673: warning: 'remainder' may be used uninitialized= in this function > libavcodec/wmavoice.c:673: note: 'remainder' was declared here > libavcodec/wmavoice.c: In function 'synth_superframe': > libavcodec/wmavoice.c:1419: warning: 'cur_pitch_val' may be used uninitia= lized in this function > libavcodec/wmavoice.c:1419: note: 'cur_pitch_val' was declared here > CC libavcodec/wmv2.o > CC libavcodec/wmv2dec.o > CC libavcodec/wmv2enc.o > CC libavcodec/wnv1.o > CC libavcodec/ws-snd1.o > CC libavcodec/x86/cpuid.o > CC libavcodec/x86/dnxhd_mmx.o > CC libavcodec/x86/dsputil_mmx.o > CC libavcodec/x86/dsputilenc_mmx.o > CC libavcodec/x86/fdct_mmx.o > CC libavcodec/x86/fft.o > CC libavcodec/x86/idct_mmx.o > In file included from libavcodec/x86/idct_mmx.c:27: > libavcodec/x86/mmx.h:24:2: warning: #warning Everything in this header is= deprecated, use plain __asm__()! New code using this header will be reject= ed. > CC libavcodec/x86/idct_mmx_xvid.o > CC libavcodec/x86/idct_sse2_xvid.o > CC libavcodec/x86/lpc_mmx.o > CC libavcodec/x86/mlpdsp.o > CC libavcodec/x86/motion_est_mmx.o > CC libavcodec/x86/mpegvideo_mmx.o > CC libavcodec/x86/simple_idct_mmx.o > CC libavcodec/x86/snowdsp_mmx.o > CC libavcodec/x86/vc1dsp_mmx.o > CC libavcodec/x86/vp3dsp_mmx.o > CC libavcodec/x86/vp3dsp_sse2.o > CC libavcodec/x86/vp6dsp_mmx.o > CC libavcodec/x86/vp6dsp_sse2.o > CC libavcodec/xan.o > libavcodec/xan.c: In function 'xan_decode_frame': > libavcodec/xan.c:364: warning: 'AVPaletteControl' is deprecated > CC libavcodec/xiph.o > CC libavcodec/xl.o > CC libavcodec/xsubdec.o > CC libavcodec/xsubenc.o > CC libavcodec/yop.o > CC libavcodec/zmbv.o > libavcodec/zmbv.c: In function 'decode_frame': > libavcodec/zmbv.c:497: warning: assignment discards qualifiers from point= er target type > CC libavcodec/zmbvenc.o > AR libavcodec/libavcodec.a > CC libpostproc/postprocess.o > AR libpostproc/libpostproc.a > CC libswscale/options.o > CC libswscale/rgb2rgb.o > CC libswscale/swscale.o > In file included from libswscale/swscale.c:1222: > libswscale/swscale_template.c: In function 'yuv2yuv1_MMX2': > libswscale/swscale_template.c:954: warning: initialization from incompati= ble pointer type > libswscale/swscale_template.c:954: warning: initialization from incompati= ble pointer type > libswscale/swscale_template.c:954: warning: initialization from incompati= ble pointer type > libswscale/swscale_template.c:954: warning: initialization from incompati= ble pointer type > libswscale/swscale_template.c: In function 'hyscale_fast_MMX2': > libswscale/swscale_template.c:2260: warning: initialization from incompat= ible pointer type > libswscale/swscale_template.c: In function 'hcscale_fast_MMX2': > libswscale/swscale_template.c:2409: warning: initialization from incompat= ible pointer type > libswscale/swscale_template.c: In function 'swScale_MMX2': > libswscale/swscale_template.c:2763: warning: cast from pointer to integer= of different size > libswscale/swscale_template.c:2769: warning: cast from pointer to integer= of different size > libswscale/swscale_template.c:2776: warning: cast from pointer to integer= of different size > libswscale/swscale_template.c: In function 'sws_init_swScale_MMX2': > libswscale/swscale_template.c:2965: warning: assignment from incompatible= pointer type > libswscale/swscale_template.c:2980: warning: assignment from incompatible= pointer type > libswscale/swscale_template.c:3025: warning: assignment from incompatible= pointer type > CC libswscale/utils.o > libswscale/utils.c: In function 'sws_getContext': > libswscale/utils.c:975: warning: passing argument 5 of 'initMMX2HScaler' = from incompatible pointer type > libswscale/utils.c:976: warning: passing argument 5 of 'initMMX2HScaler' = from incompatible pointer type > CC libswscale/x86/yuv2rgb_mmx.o > CC libswscale/yuv2rgb.o > libswscale/yuv2rgb.c: In function 'ff_yuv2rgb_c_init_tables': > libswscale/yuv2rgb.c:754: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:755: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:756: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:777: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:778: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:779: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:814: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:815: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > libswscale/yuv2rgb.c:816: warning: passing argument 4 of 'fill_table' fro= m incompatible pointer type > AR libswscale/libswscale.a > CC libavutil/adler32.o > CC libavutil/aes.o > libavutil/aes.c: In function 'subshift': > libavutil/aes.c:56: warning: initialization from incompatible pointer typ= e > libavutil/aes.c:57: warning: initialization from incompatible pointer typ= e > libavutil/aes.c: In function 'crypt': > libavutil/aes.c:84: warning: passing argument 2 of 'mix' from incompatibl= e pointer type > libavutil/aes.c:85: warning: passing argument 1 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:85: warning: passing argument 2 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:85: warning: passing argument 3 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:87: warning: passing argument 1 of 'subshift' from incomp= atible pointer type > libavutil/aes.c: In function 'av_aes_crypt': > libavutil/aes.c:92: warning: passing argument 1 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:92: warning: passing argument 2 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:92: warning: passing argument 3 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:94: warning: passing argument 4 of 'crypt' from incompati= ble pointer type > libavutil/aes.c:96: warning: passing argument 1 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:96: warning: passing argument 2 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:96: warning: passing argument 3 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:99: warning: passing argument 1 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:99: warning: passing argument 2 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:99: warning: passing argument 3 of 'addkey' from incompat= ible pointer type > libavutil/aes.c:101: warning: passing argument 1 of 'addkey' from incompa= tible pointer type > libavutil/aes.c:101: warning: passing argument 2 of 'addkey' from incompa= tible pointer type > libavutil/aes.c:101: warning: passing argument 3 of 'addkey' from incompa= tible pointer type > libavutil/aes.c:102: warning: passing argument 4 of 'crypt' from incompat= ible pointer type > libavutil/aes.c:103: warning: passing argument 1 of 'addkey' from incompa= tible pointer type > libavutil/aes.c:103: warning: passing argument 2 of 'addkey' from incompa= tible pointer type > libavutil/aes.c:103: warning: passing argument 3 of 'addkey' from incompa= tible pointer type > libavutil/aes.c: In function 'av_aes_init': > libavutil/aes.c:149: warning: passing argument 1 of 'init_multbl2' from i= ncompatible pointer type > libavutil/aes.c:150: warning: passing argument 1 of 'init_multbl2' from i= ncompatible pointer type > libavutil/aes.c:180: warning: passing argument 1 of 'subshift' from incom= patible pointer type > libavutil/aes.c:181: warning: passing argument 1 of 'mix' from incompatib= le pointer type > CC libavutil/avstring.o > libavutil/avstring.c: In function 'av_stristr': > libavutil/avstring.c:54: warning: return discards qualifiers from pointer= target type > libavutil/avstring.c:58: warning: return discards qualifiers from pointer= target type > CC libavutil/base64.o > CC libavutil/crc.o > CC libavutil/des.o > CC libavutil/error.o > CC libavutil/fifo.o > CC libavutil/intfloat_readwrite.o > CC libavutil/lfg.o > CC libavutil/lls.o > CC libavutil/log.o > CC libavutil/lzo.o > CC libavutil/mathematics.o > CC libavutil/md5.o > CC libavutil/mem.o > CC libavutil/pixdesc.o > CC libavutil/random_seed.o > CC libavutil/rational.o > CC libavutil/rc4.o > CC libavutil/sha.o > CC libavutil/tree.o > CC libavutil/utils.o > AR libavutil/libavutil.a > gmake[5]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs/ext/ffmpeg' > gmake[4]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs/ext' > gmake[3]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs/ext' > gmake[3]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/gst-libs' > gmake[3]: Nothing to be done for `all-am'. > gmake[3]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs' > gmake[2]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/gst-libs' > Making all in ext > gmake[2]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/ext' > Making all in ffmpeg > gmake[3]: Entering directory `/work/a/ports/multimedia/gstreamer-ffmpeg/w= ork/gst-ffmpeg-0.10.11/ext/ffmpeg' > CC libgstffmpeg_la-gstffmpeg.lo > CC libgstffmpeg_la-gstffmpegprotocol.lo > CC libgstffmpeg_la-gstffmpegcodecmap.lo > CC libgstffmpeg_la-gstffmpegutils.lo > CC libgstffmpeg_la-gstffmpegenc.lo > CC libgstffmpeg_la-gstffmpegdec.lo > CC libgstffmpeg_la-gstffmpegcfg.lo > CC libgstffmpeg_la-gstffmpegdemux.lo > CC libgstffmpeg_la-gstffmpegmux.lo > CC libgstffmpeg_la-gstffmpegdeinterlace.lo > CC libgstffmpeg_la-gstffmpegaudioresample.lo > CCLD libgstffmpeg.la >=20 > *** Warning: Linking the shared library libgstffmpeg.la against the > *** static library ../../gst-libs/ext/ffmpeg/libavformat/libavformat.a is= not portable! >=20 > *** Warning: Linking the shared library libgstffmpeg.la against the > *** static library ../../gst-libs/ext/ffmpeg/libavcodec/libavcodec.a is n= ot portable! >=20 > *** Warning: Linking the shared library libgstffmpeg.la against the > *** static library ../../gst-libs/ext/ffmpeg/libavutil/libavutil.a is not= portable! > /usr/bin/ld: ../../gst-libs/ext/ffmpeg/libavcodec/libavcodec.a(dsputil_mm= x.o): relocation R_X86_64_PC32 against `ff_pw_20' can not be used when maki= ng a shared object; recompile with -fPIC > /usr/bin/ld: final link failed: Bad value > gmake[3]: *** [libgstffmpeg.la] Error 1 > gmake[3]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/ext/ffmpeg' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11/ext' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/work/a/ports/multimedia/gstreamer-ffmpeg/wo= rk/gst-ffmpeg-0.10.11' > gmake: *** [all] Error 2 > *** Error code 1 >=20 > Stop in /a/ports/multimedia/gstreamer-ffmpeg. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > build of /usr/ports/multimedia/gstreamer-ffmpeg ended at Wed Mar 16 16:39= :38 UTC 2011 --=20 --=20 Pav Lucistnik Me go and see Elves and all! Hooray! --=-1OOstuNNQbyOJUGzBBNH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk2BKXgACgkQntdYP8FOsoLOiACfbRdKhGuTHJgG9b6G0lyruUxQ j6sAoJqwkEiFfH8oi319Ip+IMM1QVak0 =vTRQ -----END PGP SIGNATURE----- --=-1OOstuNNQbyOJUGzBBNH-- From owner-freebsd-multimedia@FreeBSD.ORG Wed Mar 16 23:46:50 2011 Return-Path: Delivered-To: multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A06106564A for ; Wed, 16 Mar 2011 23:46:50 +0000 (UTC) (envelope-from abcruzww@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADB48FC13 for ; Wed, 16 Mar 2011 23:46:50 +0000 (UTC) Received: by iwn33 with SMTP id 33so2615412iwn.13 for ; Wed, 16 Mar 2011 16:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=x+8bVrnoIfmNvrvny9x7Aret9pUWwDPsOiDakwv6onI=; b=TR6Z2p6lGiJOoGh6XlakLQmn5SIIQJ3PbsN4cqtO8XEHsf8dmTStwOBsi2hanzmhGE QzUyza1blQg0Ibf/Y7XZJNHuw0cr3YFGlOGdMtnRIpi3okKI2KvAzv+pGPxbkd3nHkEg N2q4cd6NZAmlfjhcwA+3VvYjQYw69OxRtNqpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=M3pqZbT6mmQHxdeJgLBeB6OHIf3rDu8+kEV6HPWa+uZDXDuRn/tTdWKzDjlzHAaxI/ SQhoJAnE2La/0WSBm+3KJOW07JoDxnx+jm/DcMfJL0aCteXyIpv7mg3sC9Z4s9bnhcjB bAtpwdbZmW5Ukr8hwjPqZSkfrPoNSb5mizeII= MIME-Version: 1.0 Received: by 10.231.130.87 with SMTP id r23mr491343ibs.189.1300317315512; Wed, 16 Mar 2011 16:15:15 -0700 (PDT) Received: by 10.231.38.218 with HTTP; Wed, 16 Mar 2011 16:15:15 -0700 (PDT) Date: Wed, 16 Mar 2011 16:15:15 -0700 Message-ID: From: Peter Belew To: FreeBSD multimedia Content-Type: multipart/mixed; boundary=0050450160a6afba36049ea1b7d0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Problem during installation of gnome2 from ports X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: abcruzww@gmail.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 23:46:50 -0000 --0050450160a6afba36049ea1b7d0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I installed the 64-bit FreeBSD 8.2 on a Compaq Presario system (originally sold as "Microsoft Windows XP Media Center Edition 2005), and encountered problems installing gnome2 from ports, the most recent involving gstreamer-plugins-base. Here's the basic sequence of what I did: This problem occurred after I - Downloaded FreeBSD-8.2-RELEASE-amd64-disc1.iso on 13 March 2011 - Installed FreeBSD on the Compaq (getting all packages from the FreeBSD web site). -Tried to install gnome2 from packages using sysinstall and failed - many packages seemed to be missing. - Was left with broken gnome - Used cvsup to update ports - Successfully installed apache22, php, and mysql from ports - Created a web site which works so far - Installed keyboard, mouse, and vesa drivers from ports - Had minimal gnome working after the drivers were installed - Then tried to install gnome2 from ports to get full gnome apps/utilities - encountered conflicts with gstreamer-plugins-base versions I've attached files showing the error messages and a list of installed pack= ages screen1.txt shows the error messages on my screen when the installation failed, including the request to contact you. Then there is /usr/ports/sysutils/gstreamer-plugins-hal/work/gst-plugins-go= od-0.10.27/config.log Then the list of packages installed on the system, as requested. Thank you, - Peter L. Belew --=20 It's completely normal that you lose data on "Windows" platforms. That's why you have a UNIX or Linux or BSD server for backups. SMAUG: http://scruz.org/ UBUNTU 10.10 October 2010 =C2=A0 https://wiki.ubuntu.com/LucidLynx --0050450160a6afba36049ea1b7d0 Content-Type: text/plain; charset=US-ASCII; name="screen1.txt" Content-Disposition: attachment; filename="screen1.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_glcuyt660 Y2hlY2tpbmcgZm9yIEdTVF9DSEVDSy4uLiBnbm9tZS1jb25maWc6IG5vdCBmb3VuZApubwpjb25m aWd1cmU6IE5vIHBhY2thZ2UgJ2dzdHJlYW1lci1jaGVjay0wLjEwJyBmb3VuZApjb25maWd1cmU6 IG5vIGdzdHJlYW1lci1jaGVjay0wLjEwID49IDAuMTAuMzIgKEdTdHJlYW1lciBDaGVjayB1bml0 dGVzdCBMaWJyYXJ5KQogZm91bmQKIGNoZWNraW5nIGZvciBHU1RfUExVR0lOU19CQVNFLi4uIG5v CiBjb25maWd1cmU6IFJlcXVlc3RlZCAnZ3N0cmVhbWVyLXBsdWdpbnMtYmFzZS0wLjEwID49IDAu MTAuMzInIGJ1dCB2ZXJzaW9uIG9mIEdTdAogcmVhbWVyIEJhc2UgUGx1Z2lucyBMaWJyYXJpZXMg aXMgMC4xMC4zMQogY29uZmlndXJlOiBlcnJvcjogbm8gZ3N0cmVhbWVyLXBsdWdpbnMtYmFzZS0w LjEwID49IDAuMTAuMzIgKEdTdHJlYW1lciBCYXNlIFBsdWcKIGlucykgZm91bmQKID09PT4gIFNj cmlwdCAiY29uZmlndXJlIiBmYWlsZWQgdW5leHBlY3RlZGx5LgogUGxlYXNlIHJlcG9ydCB0aGUg cHJvYmxlbSB0byBtdWx0aW1lZGlhQEZyZWVCU0Qub3JnIFttYWludGFpbmVyXSBhbmQgYXR0YWNo CiB0aGUKICIvdXNyL3BvcnRzL3N5c3V0aWxzL2dzdHJlYW1lci1wbHVnaW5zLWhhbC93b3JrL2dz dC1wbHVnaW5zLWdvb2QtMC4xMC4yNy9jb25maWcuCiBsb2ciCiBpbmNsdWRpbmcgdGhlIG91dHB1 dCBvZiB0aGUgZmFpbHVyZSBvZiB5b3VyIG1ha2UgY29tbWFuZC4gQWxzbywgaXQgbWlnaHQgYmUK IGEgZ29vZCBpZGVhIHRvIHByb3ZpZGUgYW4gb3ZlcnZpZXcgb2YgYWxsIHBhY2thZ2VzIGluc3Rh bGxlZCBvbiB5b3VyIHN5c3RlbQogKGUuZy4gYW4gYGxzIC92YXIvZGIvcGtnYCkuCiAqKiogRXJy b3IgY29kZSAxCgpTdG9wIGluIC91c3IvcG9ydHMvc3lzdXRpbHMvZ3N0cmVhbWVyLXBsdWdpbnMt aGFsLgoqKiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3IvcG9ydHMvbXVsdGltZWRpYS90b3Rl bS4KKioqIEVycm9yIGNvZGUgMQoKU3RvcCBpbiAvdXNyL3BvcnRzL211bHRpbWVkaWEvdG90ZW0u CioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9wb3J0cy94MTEvZ25vbWUyLgoqKiogRXJy b3IgY29kZSAxCgpTdG9wIGluIC91c3IvcG9ydHMveDExL2dub21lMi4KCg== --0050450160a6afba36049ea1b7d0 Content-Type: application/octet-stream; name=package-list Content-Disposition: attachment; filename=package-list Content-Transfer-Encoding: base64 X-Attachment-Id: f_glcv7h7j2 T1JCaXQtMC41LjE3XzUKT1JCaXQyLTIuMTQuMTkKYXBhY2hlLTIuMi4xN18xCmFwci1pcHY2LWRl dnJhbmRvbS1nZGJtLWRiNDItbXlzcWw1NS0xLjQuMi4xLjMuMTAKYXNwZWxsLTAuNjAuNl81CmF0 LXNwaS0xLjMyLjAKYXRrLTEuMzIuMAphdGttbS0yLjIyLjEKYXV0b2NvbmYtMi42OAphdXRvY29u Zi13cmFwcGVyLTIwMTAxMTE5CmF1dG9tYWtlLTEuMTEuMQphdXRvbWFrZS13cmFwcGVyLTIwMTAx MTE5CmF2YWhpLWFwcC0wLjYuMjgKYmFzaC00LjEuOQpiaWdyZXFzcHJvdG8tMS4xLjEKYmlzb24t Mi40LjMsMQpiaXRzdHJlYW0tdmVyYS0xLjEwXzQKYnJhc2Vyby0yLjMyLjEKYnVnLWJ1ZGR5LTIu MzIuMF8yCmNhX3Jvb3RfbnNzLTMuMTIuNgpjYWlyby0xLjEwLjBfMywxCmNhaXJvbW0tMS45LjYK Y2RwYXJhbm9pYS0zLjkuOF85CmNkcmRhby0xLjIuM18xCmNkcnRvb2xzLTMuMDBfMQpjbHV0dGVy LTEuNC4wCmNsdXR0ZXItZ3RrLTAuMTAuOF8xCmNtYWtlLTIuOC4zXzEKY29tcG9zaXRlcHJvdG8t MC40LjEKY29uc29sZWtpdC0wLjQuMwpjc2NvcGUtMTUuN2EKY3RhZ3MtNS44CmN1cHMtMS40LjYK Y3Vwcy1iYXNlLTEuNC42CmN1cHMtY2xpZW50LTEuNC42CmN1cHMtaW1hZ2UtMS40LjYKY3Vwcy1w c3RvcmFzdGVyLTguMTUuNF82CmN1cmwtNy4yMS4zXzEKY3ZzdXAtd2l0aG91dC1ndWktMTYuMWhf NApkYW1hZ2Vwcm90by0xLjIuMApkYXNoZXItNC4xMC4xXzQsMgpkYjQxLTQuMS4yNV80CmRiNDIt NC4yLjUyXzUKZGJ1cy0xLjQuMQpkYnVzLTEuNC42CmRidXMtZ2xpYi0wLjg4CmRjb25mLTAuNS4x XzMKZGVza3RvcC1maWxlLXV0aWxzLTAuMTVfMgpkbWlkZWNvZGUtMi4xMApkbXhwcm90by0yLjMK ZG9jYm9vay0xLjQKZG9jYm9vay00LjFfNApkb2Nib29rLTQuMgpkb2Nib29rLTQuMwpkb2Nib29r LTQuNF8yCmRvY2Jvb2stNC41XzIKZG9jYm9vay01LjBfMQpkb2Nib29rLXNrLTQuMS4yXzQKZG9j Ym9vay14bWwtNC4yXzEKZG9jYm9vay14bWwtNC4zCmRvY2Jvb2steG1sLTQuNF8xCmRvY2Jvb2st eG1sLTQuNQpkb2Nib29rLXhzbC0xLjc1LjJfMQpkcmktNy40LjQsMgpkcmkycHJvdG8tMi4yCmR2 ZCtydy10b29scy03LjEKZWVsLTIuMjYuMF82CmVnZ2RidXMtMC42XzEKZW4tZnJlZWJzZC1kb2Mt MjAxMTAxMTAKZW5jaGFudC0xLjYuMAplbmNvZGluZ3MtMS4wLjMsMQplb2ctMi4zMi4xXzIKZXNv dW5kLTAuMi40MQpldmllZXh0LTEuMS4wCmV2aW5jZS0yLjMyLjBfMgpldm9sdXRpb24tMi4zMi4x XzEKZXZvbHV0aW9uLWRhdGEtc2VydmVyLTIuMzIuMQpldm9sdXRpb24tZXhjaGFuZ2UtMi4zMi4x XzEKZXZvbHV0aW9uLXdlYmNhbC0yLjMyLjBfMQpleGVtcGktMi4xLjEKZXhwYXQtMi4wLjFfMQpm ZnR3My0zLjIuMl8xCmZpbGUtcm9sbGVyLTIuMzIuMSwxCmZpeGVzcHJvdG8tNC4xLjEKZmxhYy0x LjIuMV8yCmZsZXgtMi41LjM1XzQKZm9udC1iaC10dGYtMS4wLjEKZm9udC1taXNjLWV0aGlvcGlj LTEuMC4xCmZvbnQtbWlzYy1tZWx0aG8tMS4wLjEKZm9udC11dGlsLTEuMC4yCmZvbnRjb25maWct Mi44LjAsMQpmb250c3Byb3RvLTIuMS4wCmZyZWV0eXBlMi0yLjQuNApnYW1pbi0wLjEuMTBfNApn Y2FsY3Rvb2wtNS4zMi4yLDIKZ2NvbmYtZWRpdG9yLTIuMzIuMCwxCmdjb25mMi0yLjMyLjBfMgpn ZGJtLTEuOC4zXzMKZ2RrLXBpeGJ1Zi0wLjIyLjBfMTEKZ2RrLXBpeGJ1Zi0yLjIyLjEKZ2RtLTIu MzAuNV8xCmdlZGl0LTIuMzAuNF8xCmdldG9wdC0xLjEuNF8yCmdldHRleHQtMC4xOC4xLjEKZ2hv c3RzY3JpcHQ4LTguNzFfNgpnaW8tZmFtLWJhY2tlbmQtMi4yNi4xCmdsZS0zLjEuMF8yCmdsaWIt MS4yLjEwXzEzCmdsaWItMi4yNi4xXzEKZ2xpYm1tLTIuMjUuNSwxCmdscHJvdG8tMS40LjEyCmdt YWtlLTMuODFfNApnbWltZS0yNC0yLjQuMTUKZ21wLTUuMC4xCmduZXQyLTIuMC44XzEKZ25vbWUt YXBwbGV0cy0yLjMyLjEuMV8yCmdub21lLWF1ZGlvLTIuMjIuMgpnbm9tZS1kZXNrdG9wLTIuMzIu MQpnbm9tZS1kb2MtdXRpbHMtMC4yMC4zCmdub21lLWdhbWVzLTIuMzIuMV8xCmdub21lLWljb24t dGhlbWUtMi4zMS4wXzEKZ25vbWUtanMtY29tbW9uLTAuMS4yXzEKZ25vbWUta2V5cmluZy0yLjMy LjEKZ25vbWUtbWVkaWEtMi4zMi4wXzEKZ25vbWUtbWVudXMtMi4zMC41Cmdub21lLW1pbWUtZGF0 YS0yLjE4LjBfNApnbm9tZS1tb3VudC0wLjhfNwpnbm9tZS1uZXRzdGF0dXMtMi4yOC4yCmdub21l LXBhbmVsLTIuMzIuMQpnbm9tZS1zZXNzaW9uLTIuMzIuMQpnbm9tZS1zZXR0aW5ncy1kYWVtb24t Mi4zMi4xXzEKZ25vbWUtc3BlZWNoLTAuNC4yNQpnbm9tZS1zcGVsbC0xLjAuOF82Cmdub21lLXN5 c3RlbS1tb25pdG9yLTIuMjguMgpnbm9tZS1zeXN0ZW0tdG9vbHMtMi4zMi4wXzEKZ25vbWUtdGVy bWluYWwtMi4zMi4xCmdub21lLXRoZW1lcy0yLjMyLjEKZ25vbWUtdXNlci1kb2NzLTIuMzIuMApn bm9tZS11dGlscy0yLjMyLjAsMQpnbm9tZS12ZnMtMi4yNC40Cmdub21lX3N1YnItMS4wCmdub21l aGllci0yLjNfMTIKZ251dGxzLTIuOC42XzIKZ29iamVjdC1pbnRyb3NwZWN0aW9uLTAuOS4xMgpn b2stMi4zMC4xLDEKZ3BhaW50LTAuMy4zXzQKZ3Nmb250cy04LjExXzUKZ3N0cmVhbWVyLTAuMTAu MzIKZ3N0cmVhbWVyLWZmbXBlZy0wLjEwLjExXzEKZ3N0cmVhbWVyLXBsdWdpbnMtMC4xMC4zMSwz CmdzdHJlYW1lci1wbHVnaW5zLWE1MmRlYy0wLjEwLjE2LDMKZ3N0cmVhbWVyLXBsdWdpbnMtYmFk LTAuMTAuMjAsMwpnc3RyZWFtZXItcGx1Z2lucy1jb3JlLTAuMTBfMTIKZ3N0cmVhbWVyLXBsdWdp bnMtZHRzLTAuMTAuMjAsMwpnc3RyZWFtZXItcGx1Z2lucy1kdmQtMC4xMC4xNiwzCmdzdHJlYW1l ci1wbHVnaW5zLWdjb25mLTAuMTAuMjYsMwpnc3RyZWFtZXItcGx1Z2lucy1nb29kLTAuMTAuMjYs Mwpnc3RyZWFtZXItcGx1Z2lucy1saWJwbmctMC4xMC4yNiwzCmdzdHJlYW1lci1wbHVnaW5zLW1h ZC0wLjEwLjE2LDMKZ3N0cmVhbWVyLXBsdWdpbnMtbXAzLTAuMTAuMF8xCmdzdHJlYW1lci1wbHVn aW5zLW9nZy0wLjEwLjMxLDMKZ3N0cmVhbWVyLXBsdWdpbnMtcGFuZ28tMC4xMC4zMSwzCmdzdHJl YW1lci1wbHVnaW5zLXRoZW9yYS0wLjEwLjMxLDMKZ3N0cmVhbWVyLXBsdWdpbnMtdWdseS0wLjEw LjE2LDMKZ3N0cmVhbWVyLXBsdWdpbnMtdm9yYmlzLTAuMTAuMzEsMwpnc3RyZWFtZXItcGx1Z2lu cy14dmlkLTAuMTAuMjAsMwpndGFyLTEuMjVfMQpndGstMS4yLjEwXzIyCmd0ay0yLjIyLjFfMQpn dGstYmx1ZWN1cnZlLXRoZW1lLTcuMC4wXzMKZ3RrLWVuZ2luZXMyLTIuMjAuMgpndGtodG1sMy0z LjMyLjEKZ3RraW1hZ2V2aWV3LTEuNi40XzIKZ3RrbW0tMi4yMi4wCmd0a3NvdXJjZXZpZXctMS44 LjVfNwpndGtzb3VyY2V2aWV3Mi0yLjEwLjUKZ3VjaGFybWFwLTIuMzIuMQpndWlsZS0xLjguNl81 Cmd2ZnMtMS42LjYKaGFsLTAuNS4xNF8xMgpoZWxwMm1hbi0xLjM4LjQKaGljb2xvci1pY29uLXRo ZW1lLTAuMTIKaWNvbi1ibHVlY3VydmUtdGhlbWUtNy4wLjBfMwppY29uLW5hbWluZy11dGlscy0w LjguOTAKaWN1LTQuNgppZDNsaWItMy44LjNfNQppbWxpYi0xLjkuMTVfMTIKaW5wdXRwcm90by0y LjAKaW50bHRvb2wtMC40MS4xCmlzby1jb2Rlcy0zLjIzCmlzbzg4NzktMTk4Nl8yCmphc3Blci0x LjkwMC4xXzkKamJpZzJkZWMtMC4xMQpqYmlna2l0LTEuNgpqcGVnLThfMwpqc29uLWdsaWItMC4x Mi4wCmticHJvdG8tMS4wLjQKbGNtcy0xLjE5XzEsMQpsaWJHTC03LjQuNApsaWJHTFUtNy40LjQK bGliSUNFLTEuMC42LDEKbGliSURMLTAuOC4xNF8xCmxpYlNNLTEuMS4xXzMsMQpsaWJYMTEtMS4z LjNfMSwxCmxpYlhTY3JuU2F2ZXItMS4yLjAKbGliWGF1LTEuMC41CmxpYlhhdy0xLjAuNywxCmxp Ylhjb21wb3NpdGUtMC40LjEsMQpsaWJYY3Vyc29yLTEuMS4xMApsaWJYZGFtYWdlLTEuMS4yCmxp YlhkbWNwLTEuMC4zCmxpYlhleHQtMS4xLjEsMQpsaWJYZml4ZXMtNC4wLjQKbGliWGZvbnQtMS40 LjAsMQpsaWJYZnQtMi4xLjE0CmxpYlhpLTEuMywxCmxpYlhpbmVyYW1hLTEuMSwxCmxpYlhtdS0x LjAuNSwxCmxpYlhwLTEuMC4wLDEKbGliWHBtLTMuNS43CmxpYlhyYW5kci0xLjMuMApsaWJYcmVu ZGVyLTAuOS41CmxpYlhyZXMtMS4wLjQKbGliWHQtMS4wLjcKbGliWHRzdC0xLjEuMApsaWJYdi0x LjAuNSwxCmxpYlh2TUMtMS4wLjUKbGliWHhmODZkZ2EtMS4xLjEKbGliWHhmODZtaXNjLTEuMC4y CmxpYlh4Zjg2dm0tMS4xLjAKbGliYTUyLTAuNy40XzIKbGliYW8tMS4wLjAKbGliYXJ0X2xncGwt Mi4zLjIxLDEKbGliYXVkaW9maWxlLTAuMi43CmxpYmJvbm9iby0yLjMyLjAKbGliYm9ub2JvdWkt Mi4yNC40CmxpYmJ1cm4tMC42LjgKbGliY2FuYmVycmEtMC4yNgpsaWJjZGRiLTEuMy4yXzEKbGli Y2Rpby0wLjgyXzEKbGliY3JvY28tMC42LjJfMQpsaWJkYWVtb24tMC4xNApsaWJkY2EtMC4wLjUK bGliZG14LTEuMS4xCmxpYmRybS0yLjQuMTJfMQpsaWJkdmRyZWFkLTQuMS40LnIxMjE5CmxpYmV4 ZWNpbmZvLTEuMV8zCmxpYmV4aWYtMC42LjE4XzEKbGliZXhvLTAuMy4xMDcKbGliZmZpLTMuMC45 CmxpYmZvbnRlbmMtMS4wLjUKbGliZ2NyeXB0LTEuNC42CmxpYmdkYXRhLTAuNi42CmxpYmdlZS0w LjYuMApsaWJnbGFkZTItMi42LjRfMwpsaWJnbHV0LTcuNC40CmxpYmdub21lLTIuMzIuMApsaWJn bm9tZS1rZXlyaW5nLTIuMzIuMApsaWJnbm9tZWNhbnZhcy0yLjMwLjIKbGliZ25vbWVjdXBzLTAu Mi4zXzQsMQpsaWJnbm9tZWtiZC0yLjMyLjAKbGliZ25vbWVwcmludC0yLjE4LjgKbGliZ25vbWVw cmludHVpLTIuMTguNgpsaWJnbm9tZXVpLTIuMjQuNApsaWJncGctZXJyb3ItMS4xMApsaWJncGhv dG8yLTIuNC4xMC4xXzEKbGliZ3NmLTEuMTQuMTkKbGliZ3RvcC0yLjI4LjIKbGliZ3dlYXRoZXIt Mi4zMC4zCmxpYmljYWwtMC40NApsaWJpY29udi0xLjEzLjFfMQpsaWJpZDN0YWctMC4xNS4xYgps aWJpZG4tMS4xNgpsaWJpcHRjZGF0YS0xLjAuNApsaWJpc29mcy0wLjYuMjAKbGlibHRkbC0yLjIu MTAKbGlibWFkLTAuMTUuMWJfMgpsaWJub3RpZnktMC41LjIKbGlib2dnLTEuMi4yLDQKbGlib29i cy0yLjMyLjAKbGlicGNpYWNjZXNzLTAuMTIuMApsaWJwcm94eS0wLjIuM18xCmxpYnB0aHJlYWQt c3R1YnMtMC4zXzMKbGlicnN2ZzItMi4zMi4xXzEKbGlic2FtcGxlcmF0ZS0wLjEuN18xCmxpYnNp Z2MrKy0yLjIuOApsaWJzbmRmaWxlLTEuMC4yMwpsaWJzb3VwLTIuMzIuMgpsaWJzb3VwLWdub21l LTIuMzIuMgpsaWJzcGVjdHJlLTAuMi42CmxpYnRhc24xLTIuOQpsaWJ0aGVvcmEtMS4xLjFfMgps aWJ0b29sLTIuMi4xMApsaWJ0b29sLTIuNApsaWJ1bmdpZi00LjEuNF81CmxpYnZvbHVtZV9pZC0w LjgxLjEKbGlidm9yYmlzLTEuMy4yLDMKbGlid25jay0yLjMwLjYKbGlieGNiLTEuNwpsaWJ4ZmNl NHV0aWwtNC42LjIKbGlieGtiZmlsZS0xLjAuNgpsaWJ4a2J1aS0xLjAuMl8xCmxpYnhrbGF2aWVy LTUuMCwxCmxpYnhtbCsrLTIuMzIuMApsaWJ4bWwtMS44LjE3XzQKbGlieG1sMi0yLjcuOF8xCmxp YnhzbHQtMS4xLjI2XzIKbHVhLTUuMS40XzUKbHlueC0yLjguOGQ3Cm00LTEuNC4xNSwxCm1ldGFj aXR5LTIuMzAuMwptaW1lLXN1cHBvcnQtMy41MS4xCm1rZm9udGRpci0xLjAuNQpta2ZvbnRzY2Fs ZS0xLjAuNwptcGZyLTMuMC4wCm1wbGF5ZXItMS4wLnIyMDEwMTEwNl8xCm1wbGF5ZXItc2tpbnMt MS4xLjJfNgpteXNxbC1jbGllbnQtNS41LjkKbXlzcWwtc2VydmVyLTUuNS45Cm5hdXRpbHVzLTIu MzIuMi4xXzEKbnNwci00LjguNgpuc3MtMy4xMi44Cm9wZW5qcGVnLTEuM18yCm9wZW5sZGFwLWNs aWVudC0yLjQuMjQKb3JjLTAuNC4xMQpwNS1DcnlwdC1TU0xlYXktMC41OF8xCnA1LUV4dFV0aWxz LUNCdWlsZGVyLTAuMjgwMl8xLDEKcDUtRXh0VXRpbHMtSW5zdGFsbC0xLjU0CnA1LUV4dFV0aWxz LVBhcnNlWFMtMi4yMi4wMwpwNS1IVE1MLVBhcnNlci0zLjY4CnA1LUhUTUwtVGFnc2V0LTMuMjAK cDUtSFRNTC1UcmVlLTQuMV8xCnA1LUxvY2FsZS1nZXR0ZXh0LTEuMDVfMwpwNS1Nb2R1bGUtQnVp bGQtMC4zNjA3XzEKcDUtTmV0LURCdXMtMC4zMy42CnA1LVRleHQtSWNvbnYtMS43CnA1LVRpZS1J eEhhc2gtMS4yMgpwNS1UaW1lLUhpUmVzLTEuOTcyMSwxCnA1LVVSSS0xLjU2CnA1LVhNTC1GaWx0 ZXItQnVmZmVyVGV4dC0xLjAxCnA1LVhNTC1Hcm92ZS0wLjQ2LmEKcDUtWE1MLUhhbmRsZXItWUFX cml0ZXItMC4yMwpwNS1YTUwtTGliWE1MLTEuNzAsMQpwNS1YTUwtTmFtZXNwYWNlU3VwcG9ydC0x LjExCnA1LVhNTC1QYXJzZXItMi40MApwNS1YTUwtU0FYLTAuOTYKcDUtWE1MLVNBWC1FeHBhdC0w LjQwCnA1LVhNTC1TQVgtV3JpdGVyLTAuNTMKcDUtWE1MLVNpbXBsZS0yLjE4CnA1LVhNTC1Ud2ln LTMuMzcKcDUtWE1MLVhQYXRoLTEuMTMKcDUtWUFNTC1UaW55LTEuNDQKcDUtbGlid3d3LTUuODM3 CnA1LWxpYnhtbC0wLjA4CnBhbV9oZWxwZXItMS4wCnBhbmdvLTEuMjguMwpwYW5nb21tLTIuMjYu MwpwY2lpZHMtMjAxMDExMjQKcGNyZS04LjEyCnBlcmwtNS4xMC4xXzMKcGhwNTItNS4yLjE3CnBo cDUyLWdkLTUuMi4xNwpwaXhtYW4tMC4xOC40CnBrZy1jb25maWctMC4yNV8xCnBuZy0xLjQuNQpw b2xpY3lraXQtMC45XzYKcG9saWN5a2l0LWdub21lLTAuOS4yXzUKcG9sa2l0LTAuOTkKcG9sa2l0 LWdub21lLTAuOTkKcG9wcGxlci0wLjE0LjUKcG9wcGxlci1kYXRhLTAuNC40CnBvcHBsZXItZ3Rr LTAuMTQuNQpwb3B0LTEuMTYKcHJpbnRwcm90by0xLjAuNApwdWxzZWF1ZGlvLTAuOS4yMgpweTI2 LWNhaXJvLTEuOC4xMApweTI2LWdub21lLTIuMjguMV8yCnB5MjYtZ25vbWUtZGVza3RvcC0yLjMy LjBfMQpweTI2LWdvYmplY3QtMi4yNi4wCnB5MjYtZ3RrLTIuMjIuMF8xCnB5MjYtbGlieG1sMi0y LjcuOF8xCnB5MjYtb3JiaXQtMi4yNC4wCnB5dGhvbjI2LTIuNi42CnJhbmRycHJvdG8tMS4zLjEK cmFyaWFuLTAuOC4xCnJlY29yZHByb3RvLTEuMTQKcmVuZGVycHJvdG8tMC4xMQpyZXNvdXJjZXBy b3RvLTEuMC4yCnJzeW5jLTMuMC43CnJ1YnktMS44LjcuMzAyLDEKcnVieTE4LWF0ay0wLjkwLjUK cnVieTE4LWNhaXJvLTEuOC4xCnJ1YnkxOC1nY29uZjItMC45MC41CnJ1YnkxOC1nZGtfcGl4YnVm Mi0wLjkwLjUKcnVieTE4LWdlbXMtMS4zLjcKcnVieTE4LWdsaWIyLTAuOTAuNQpydWJ5MTgtZ25v bWVjYW52YXMyLTAuOTAuNQpydWJ5MTgtZ3RrMi0wLjkwLjUKcnVieTE4LWxpYmFydDItMC45MC41 CnJ1YnkxOC1saWJnbGFkZTItMC45MC41CnJ1YnkxOC1wYW5nby0wLjkwLjUKcnVieWdlbS1wa2ct Y29uZmlnLTEuMC43XzEKcnVieWdlbS1yYWtlLTAuOC43CnNhbWJhMzQtbGlic21iY2xpZW50LTMu NC45CnNjcm5zYXZlcnByb3RvLTEuMi4wCnNlZWQtMi4zMS45MQpzaGFyZWQtbWltZS1pbmZvLTAu ODAKc3BlZXgtMS4yLnIxXzMsMQpzcWxpdGUzLTMuNy40CnN0YXJ0dXAtbm90aWZpY2F0aW9uLTAu MTBfMgpzeXN0ZW0tdG9vbHMtYmFja2VuZHMtMi4xMC4xCnQxbGliLTUuMS4yXzEsMQp0YWxsb2Mt Mi4wLjFfMQp0Y2wtOC41LjkKdGNsLW1vZHVsZXMtOC41LjkKdGVsZXBhdGh5LWdsaWItMC4xMi43 CnRpZmYtNC4wLjAKdG90ZW0tcGwtcGFyc2VyLTIuMzIuMwp0cmFwcHJvdG8tMy40LjMKdW5pcXVl LTEuMS42XzIKdW56aXAtNi4wCnVwb3dlci0wLjkuNwp2NGxfY29tcGF0LTEuMC4yMDEwMTAyN18x CnZhbGEtMC4xMC40CnZhbGEtdmFwaWdlbi0wLjEwLjQKdmlkZW9wcm90by0yLjMuMAp2aW0tNy4z LjgxCnZpbm8tMi4zMi4wCnZ0ZS0wLjI2LjIKd2Via2l0LWd0azItMS4yLjdfMQp4Y2ItdXRpbC0w LjMuNl8xCnhjbWlzY3Byb3RvLTEuMi4wCnhjdXJzb3JnZW4tMS4wLjMKeGRweWluZm8tMS4xLjAK eGV4dHByb3RvLTcuMS4xCnhmODYtaW5wdXQta2V5Ym9hcmQtMS41LjAKeGY4Ni1pbnB1dC1tb3Vz ZS0xLjYuMAp4Zjg2LXZpZGVvLXZlc2EtMi4zLjBfMQp4Zjg2YmlnZm9udHByb3RvLTEuMi4wCnhm ODZkZ2Fwcm90by0yLjEKeGY4NmRyaXByb3RvLTIuMS4wCnhmODZtaXNjcHJvdG8tMC45LjMKeGY4 NnZpZG1vZGVwcm90by0yLjMKeGluZXJhbWFwcm90by0xLjIKeGtiY29tcC0xLjEuMAp4a2V5Ym9h cmQtY29uZmlnLTEuOF8xCnhtbGNhdG1nci0yLjIKeG1sY2hhcmVudC0wLjNfMgp4b3JnLWZvbnRz LXRydWV0eXBlLTcuNQp4b3JnLXNlcnZlci0xLjcuN18xLDEKeHByb3RvLTcuMC4xNgp4cmRiLTEu MC42Cnh0cmFucy0xLjIuNQp4dmlkLTEuMi4yXzEsMQp4ei01LjAuMAp6ZW5pdHktMi4zMi4xCg== --0050450160a6afba36049ea1b7d0-- From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 17 08:22:05 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A39106564A for ; Thu, 17 Mar 2011 08:22:05 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF4FF8FC16 for ; Thu, 17 Mar 2011 08:22:04 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Q08T2-0000Oe-3x for freebsd-multimedia@freebsd.org; Thu, 17 Mar 2011 09:22:00 +0100 Date: Thu, 17 Mar 2011 09:22:00 +0100 From: Matthias Apitz To: freebsd-multimedia@freebsd.org Message-ID: <20110317082159.GA23452@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Subject: 9-CURRENT r214444 && webcamd-0.1.20_1 && skype-2.0.0.72,1 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 08:22:05 -0000 Hello, My kernel is 9-CURRENT r214444 (as of end of October 2010) and all userland and /usr/ports are as well as of end of Oct; I've updated the ports multimedia/webcamd and multimedia/cuse4bsd to the latest versions: # pkg_info | fgrep webcamd webcamd-0.1.20_1 A port of Linux USB webcam and DVB drivers into userspace # webcamd ... USB Video Class driver (v0.1.0) IR JVC protocol handler initialized IR LIRC bridge handler initialized IR NEC protocol handler initialized IR RC5(x) protocol handler initialized IR RC6 protocol handler initialized IR Sony protocol handler initialized lirc_dev: IR Remote Control driver registered, major 13 Attached ugen4.2[0] to cuse unit 0 uvcvideo: Found UVC 1.00 device (0c45:62c0) Creating /dev/video0 net-im/kopete works fine with webcamd and the cam of the laptop, at least in the local view (I have no video partner to check a real call); In Skype in the config screen for the cam the device '/dev/video0' is presented but the local probing only gives a dark window. Do I miss something or what should I check or debug? Thanks in advance matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 17 08:23:03 2011 Return-Path: Delivered-To: multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A35E1065670 for ; Thu, 17 Mar 2011 08:23:03 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep12.mx.upcmail.net (fep12.mx.upcmail.net [62.179.121.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3D68FC12 for ; Thu, 17 Mar 2011 08:23:02 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep12-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110317082300.FWPD18728.viefep12-int.chello.at@edge01.upcmail.net>; Thu, 17 Mar 2011 09:23:00 +0100 Received: from [192.168.0.104] ([62.195.142.229]) by edge01.upcmail.net with edge id L8Ny1g04M4xAGFy018Nz7P; Thu, 17 Mar 2011 09:23:00 +0100 X-SourceIP: 62.195.142.229 From: Koop Mast To: abcruzww@gmail.com Date: Thu, 17 Mar 2011 09:24:18 +0100 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 2.91.91 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Message-ID: <1300350259.91782.1.camel@crashalot.rainbow-runner.nl> Mime-Version: 1.0 X-Cloudmark-Analysis: v=1.1 cv=tMVj8KYobzzX0EiRnC7vY2isLrCxFvdg4RrHWPZXwJ0= c=1 sm=0 a=klffen8Q-0oA:10 a=kj9zAlcOel0A:10 a=SXR96ylv3piKGt-JEmcA:9 a=4JqzI_DGXYMoMu7Jvs4A:7 a=vuRnho8b0QcMk41oq1iuwA3ii0gA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: FreeBSD multimedia Subject: Re: Problem during installation of gnome2 from ports X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 08:23:03 -0000 On Wed, 2011-03-16 at 16:15 -0700, Peter Belew wrote: > I installed the 64-bit FreeBSD 8.2 on a Compaq Presario system > (originally sold as "Microsoft Windows XP Media Center Edition 2005), > and encountered problems installing gnome2 from ports, the most recent > involving gstreamer-plugins-base. Here's the basic sequence of what I > did: > > This problem occurred after I > > - Downloaded FreeBSD-8.2-RELEASE-amd64-disc1.iso on 13 March 2011 > - Installed FreeBSD on the Compaq (getting all packages from the > FreeBSD web site). > -Tried to install gnome2 from packages using sysinstall and failed - > many packages seemed to be missing. > - Was left with broken gnome > - Used cvsup to update ports > - Successfully installed apache22, php, and mysql from ports > - Created a web site which works so far > - Installed keyboard, mouse, and vesa drivers from ports > - Had minimal gnome working after the drivers were installed > - Then tried to install gnome2 from ports to get full gnome apps/utilities > - encountered conflicts with gstreamer-plugins-base versions > > I've attached files showing the error messages and a list of installed packages > > screen1.txt shows the error messages on my screen when the > installation failed, including the request to contact you. > > Then there is /usr/ports/sysutils/gstreamer-plugins-hal/work/gst-plugins-good-0.10.27/config.log > > Then the list of packages installed on the system, as requested. > > Thank you, > > - Peter L. Belew checking for GST_PLUGINS_BASE... no configure: Requested 'gstreamer-plugins-base-0.10 >= 0.10.32' but version of GSt reamer Base Plugins Libraries is 0.10.31 configure: error: no gstreamer-plugins-base-0.10 >= 0.10.32 (GStreamer Base Plug ins) found The error tells you that a too old version of gstreamer-plugins-base is installed. You you should do it install ports-mgmt/portmaster and use it to update all your installed ports (portmaster -a). After that you can install the ports you want without any porblems. -Koop From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 17 19:00:14 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE132106566B for ; Thu, 17 Mar 2011 19:00:00 +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 DB58C8FC18 for ; Thu, 17 Mar 2011 18:59:59 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 246F41E00244; Thu, 17 Mar 2011 19:59:58 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2HIseHR038835; Thu, 17 Mar 2011 19:54:40 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2HIsdbV038834; Thu, 17 Mar 2011 19:54:39 +0100 (CET) (envelope-from nox) Date: Thu, 17 Mar 2011 19:54:39 +0100 (CET) From: Juergen Lock Message-Id: <201103171854.p2HIsdbV038834@triton8.kn-bremen.de> To: olli@lurza.secnetix.de X-Newsgroups: gmane.os.freebsd.devel.x11 In-Reply-To: <201103142030.p2EKU6rv087366@lurza.secnetix.de> References: <19838.28706.591314.928087@gossamer.timing.com> Organization: Cc: freebsd-multimedia@freebsd.org, freebsd-x11@freebsd.org Subject: Low-power HTPC etc (was: Re: AMD E-350) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 19:00:15 -0000 In article <201103142030.p2EKU6rv087366@lurza.secnetix.de> you write: >John Hein wrote: > > Some of this definitely pushing the envelope right now, so atom is > > likely more right for you. But using arm for this space (and low > > single digit W instead of 10-ish) seems not that far away. > >Well, the Atom N330 has a TDP of only 8 W, which isn't >that bad for a 1.6 GHz 64bit 4-way processor (2 cores + >hyperthreading). > >Of course, ARM processors may certainly have even better >performance/watt ratio. But I think I stay with i386- >compatible hardware for my particular case. Btw there's also the Celeron SU2300 which has a TDP of 10 W and is about twice as fast as the N330 Atom as you can see e.g. here: http://www.notebookcheck.net/Mobile-Processors-Benchmarklist.2436.0.html (even tho it only runs at 1.2 GHz.) I know this because I had a similar problem as you and now I'm in the process of setting up this little box called "ZOTAC ZBOX HD-ND22": http://pden.zotac.com/index.php?page=shop.product_details&flypage=flypage_images.tpl&product_id=275&category_id=118&option=com_virtuemart&Itemid=1 It was about EUR 200 without disk/RAM, and the only drawbacks I found so far are: a) its not fanless (although pretty silent), b) it only supports usb keyboards/mice, c) the bios seems to be a little buggy when booting from the internal disk using FreeBSD's bootcode/loader (there's a long-ish delay before loading each bootcode/kernel/kld and the usb keyboard doesn't work in that case either until the kernel is started) booting the install image from an usb flashkey was much faster and the keyboard worked too. I have yet to try putting grub2 on the internal disk and booting FreeBSD using that, or if that doesn't improve things putting the boocode/kernel on a flashkey - and d) at least 8.2 doesn't know the onboard Ralink RT2860/RT2890 wifi, (I wanted wired anyway and the onboard nfe(4) seems to work) e) it doesn't have audio line in, only line/spdif out and mic in. (of course you could connect an usb soundcard.) BUT: - vdpau with xbmc etc works pretty well including for 1080i with half temporal deinterlacing (no temporal spatial tho since this seems to be the `old' ION), - unlike on miwi's box the amd64 nvidia driver _does_ work with 8 GB RAM, - the cpu has vmx too so if you want you can even run vbox with amd64 guests, and - after some patching (more on that later, I mainly wanted to let you know about the SU2300 before it's too late :) I now also got vdr working pretty well on the box using vdpau and/or vaapi and a "Technotrend TT-connect S2-3600" usb dvb-s2 tuner. HTH, Juergen PS: pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0xcb7910de chip=0x0a8210de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = HOST-PCI none0@pci0:0:0:1: class=0x050000 card=0xcb7910de chip=0x0a8810de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM isab0@pci0:0:3:0: class=0x060100 card=0xa14719da chip=0x0aae10de rev=0xb3 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-ISA none1@pci0:0:3:1: class=0x050000 card=0xa14719da chip=0x0aa410de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none2@pci0:0:3:2: class=0x0c0500 card=0xa14719da chip=0x0aa210de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = SMBus none3@pci0:0:3:3: class=0x050000 card=0xcb7910de chip=0x0a8910de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none4@pci0:0:3:5: class=0x0b4000 card=0xa14719da chip=0x0aa310de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce 730i SMBus Controller (MCP7A)' class = processor ohci0@pci0:0:4:0: class=0x0c0310 card=0xa14719da chip=0x0aa510de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB ehci0@pci0:0:4:1: class=0x0c0320 card=0xa14719da chip=0x0aa610de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB ohci1@pci0:0:6:0: class=0x0c0310 card=0xa14719da chip=0x0aa710de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB ehci1@pci0:0:6:1: class=0x0c0320 card=0xa14719da chip=0x0aa910de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB hdac0@pci0:0:8:0: class=0x040300 card=0xa14719da chip=0x0ac010de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = HDA pcib1@pci0:0:9:0: class=0x060401 card=0xa14719da chip=0x0aab10de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI nfe0@pci0:0:10:0: class=0x020000 card=0xa14719da chip=0x0ab010de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'ID0A80 (NForce 9300)' class = network subclass = ethernet ahci0@pci0:0:11:0: class=0x010185 card=0xa14719da chip=0x0ab410de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = mass storage subclass = ATA pcib2@pci0:0:12:0: class=0x060400 card=0xa14719da chip=0x0ac410de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:0:16:0: class=0x060400 card=0xa14719da chip=0x0aa010de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:0:21:0: class=0x060400 card=0xa14719da chip=0x0ac610de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib5@pci0:0:22:0: class=0x060400 card=0xa14719da chip=0x0ac710de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib6@pci0:0:23:0: class=0x060400 card=0xa14719da chip=0x0ac710de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib7@pci0:0:24:0: class=0x060400 card=0xa14719da chip=0x0ac710de rev=0xb1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI vgapci0@pci0:3:0:0: class=0x030000 card=0xa14719da chip=0x087410de rev=0xb1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA none5@pci0:4:0:0: class=0x028000 card=0x10591a3b chip=0x07811814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Wireless (RT2860/RT2890)' class = network From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 17 21:35:52 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D23C2106566B for ; Thu, 17 Mar 2011 21:35:52 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 905A28FC14 for ; Thu, 17 Mar 2011 21:35:52 +0000 (UTC) Received: by vws18 with SMTP id 18so3551740vws.13 for ; Thu, 17 Mar 2011 14:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=i9JjompMhUq2lGHe9JtHpFRLcCX2S0o8nFEwvDU6XGE=; b=wXNzuK+GFqIScWuRuflvsFORFZTIZ34d/AAfTrGQMYcrnZBWNZ3NNoPBTU/MSapfAk Ulb5xnX8Lk5e8hjvxvQNks/5ddVMfIxOOHjHHkRzuFvsite8zlF/61ROsiOERt1IFZb4 Cs7PDB+deu+jb/qO5xjV6QoHnfx4qSxe7I2Fg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ORaIvh+WR9xr8PbY4xOOiYH9kYfFfQ8NwN37rYjtqLR7HxLbHraD2VAdCdhC+s02h7 mTl6uhRfuItIydGMDmCGCEgb/yXUTW3JauHQ/larQ31TwhSczMh63jwVjOIEr+eRnx/S 4qvxucY4sxA2AzBxGKZZhrDZV2pCLiJPjG76Q= MIME-Version: 1.0 Received: by 10.52.68.137 with SMTP id w9mr377953vdt.84.1300397751575; Thu, 17 Mar 2011 14:35:51 -0700 (PDT) Received: by 10.220.183.66 with HTTP; Thu, 17 Mar 2011 14:35:51 -0700 (PDT) Date: Thu, 17 Mar 2011 17:35:51 -0400 Message-ID: From: grarpamp To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 21:35:52 -0000 Hi. I know nothing about the current state of webcams :) Over 10yr ago I had a composite cam and bt848 capture card. I figure USB is the standard these days. Something from the typical places: BestBuy, MicroCenter, etc. My use case is 24x7 room/security recording, audio, and low light/IR boost. And camming with people over a decent net with say 384-512k speeds. I doubt my other net with up to 5s lag and 128k or so would be usable. I figure USB cams are commodity these days. But if there's some obvious gotchas with FreeBSD to look out for when buying, I'd appreciate knowing. And of course if there's a brand/line that is well supported and 'just works great', that would make life easy :) I'm better at sifting through software so I should be ok there. I'll need encrypted streams and Windows interop, a few packages seem to do that. Though more work, I can always use IPSEC/OpenVPN. The only thing I don't know about is what software would let me do the security monitoring thing and ignore all but frames that have motion in them? Maybe that's a program feature of the cam itself? Because disk space and time to scan idle periods for events isn't cheap. Hopefully this thread will serve to help others too :) Thanks. From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 07:07:28 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1E3106564A; Fri, 18 Mar 2011 07:07:28 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 14B948FC14; Fri, 18 Mar 2011 07:07:26 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA08666; Fri, 18 Mar 2011 09:07:23 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Q0TmM-000NtW-SV; Fri, 18 Mar 2011 09:07:22 +0200 Message-ID: <4D8304AA.1090206@freebsd.org> Date: Fri, 18 Mar 2011 09:07:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Naram Qashat X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org Subject: deprecation of multimedia/xvid4conf, and transcode X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 07:07:28 -0000 Now that multimedia/xvid4conf is deprecated maybe it should be dropped from dependencies of multimedia/transcode? There is no "real" dependency as far as I can see. -- Andriy Gapon From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 09:45:06 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C93951065673; Fri, 18 Mar 2011 09:45:06 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE498FC13; Fri, 18 Mar 2011 09:45:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2I9j6n4042147; Fri, 18 Mar 2011 09:45:06 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2I9j55c042142; Fri, 18 Mar 2011 09:45:05 GMT (envelope-from miwi) Date: Fri, 18 Mar 2011 09:45:05 GMT Message-Id: <201103180945.p2I9j55c042142@freefall.freebsd.org> To: avg@icyb.net.ua, miwi@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/149765: [PATCH] audio/faac: improve build patches X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 09:45:06 -0000 Synopsis: [PATCH] audio/faac: improve build patches State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Fri Mar 18 09:45:05 UTC 2011 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=149765 From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 09:50:09 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ACFE106564A for ; Fri, 18 Mar 2011 09:50:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACF38FC12 for ; Fri, 18 Mar 2011 09:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2I9o9Jq042971 for ; Fri, 18 Mar 2011 09:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2I9o98T042970; Fri, 18 Mar 2011 09:50:09 GMT (envelope-from gnats) Date: Fri, 18 Mar 2011 09:50:09 GMT Message-Id: <201103180950.p2I9o98T042970@freefall.freebsd.org> To: freebsd-multimedia@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/149765: commit references a PR X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 09:50:09 -0000 The following reply was made to PR ports/149765; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/149765: commit references a PR Date: Fri, 18 Mar 2011 09:44:55 +0000 (UTC) miwi 2011-03-18 09:44:41 UTC FreeBSD ports repository Modified files: audio/faac Makefile distinfo audio/faac/files patch-configure.in Added files: audio/faac/files patch-frontend_Makefile.am Log: 1. fix portlint complaint about incorrect whitespace in CONFIGURE_ARGS assignment 2. instead of unconditionally setting LIBS in CONFIGURE_ENV use automake logc to correctly set library dependencies for the case when external libmp4v2 is used Fix #2 also fixes build with non-base gcc: configure stage would pass LIBS to all invocations of gcc and linking would fail because libmp4v2 is a C++ library, but non-base gcc (as opposed to g++) doesn't know where to look for the correct libstdc++. PR: 149765 Submitted by: Andriy Gapon Revision Changes Path 1.43 +2 -3 ports/audio/faac/Makefile 1.6 +0 -1 ports/audio/faac/distinfo 1.3 +9 -3 ports/audio/faac/files/patch-configure.in 1.1 +14 -0 ports/audio/faac/files/patch-frontend_Makefile.am (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 10:16:12 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5869D106566B for ; Fri, 18 Mar 2011 10:16:12 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 184C08FC1A for ; Fri, 18 Mar 2011 10:16:11 +0000 (UTC) Received: by vxc34 with SMTP id 34so3844682vxc.13 for ; Fri, 18 Mar 2011 03:16:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=u9Y/WlGFgw3jP5Vey/NC8uoBmv5dWYhI7THrk1XS93E=; b=OYRMjETDcsm8qcFLUeiHzqUlZkiyLZZOjlsCvZ7jOt7q9Pml506W9vtFxXO/TIgY3K nbOSpoWgtSQ9lYBaP8OVk0l1/5kAkVCzlqbC15KGLoqOlT1s55rl7unuEC5w8gMm7u0K PEFLlr3CajqImrM1+5hLODLxvU84udSg1dT3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=yD/AczSX3iysYxEmYf9FGLdymFwRLSRAa7EOYpJu/hx4wnYCMnTBK2yJLfqVQXfe/+ vvyUG0yno6/w5xbQhJX3EronZetviC1fMKHhQHaRS+vvY0B20MVg4l4g5d5LUDIr/KDY +HrTCNSQzDwNwQmdegJv8tzw+5JBXcria7QAM= MIME-Version: 1.0 Received: by 10.52.175.98 with SMTP id bz2mr1262980vdc.124.1300443371229; Fri, 18 Mar 2011 03:16:11 -0700 (PDT) Received: by 10.220.183.66 with HTTP; Fri, 18 Mar 2011 03:16:11 -0700 (PDT) Date: Fri, 18 Mar 2011 06:16:11 -0400 Message-ID: From: grarpamp To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 10:16:12 -0000 Maybe I'll try a Logitech C310. Seems suitable. Nothing I looked at did real IR illumination for a tolerable price. Now to figure out how to make it do 4:3 (960x720p) instead of 16:9 (1280x720p). It's probably in software somewhere. pwcview's -s option doesn't go that high. From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 11:07:45 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 4797B1065672; Fri, 18 Mar 2011 11:07:45 +0000 (UTC) Date: Fri, 18 Mar 2011 11:07:45 +0000 From: Alexander Best To: freebsd-multimedia@freebsd.org Message-ID: <20110318110745.GA8947@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: SOUND(4)'s hw.snd.verbose section X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 11:07:45 -0000 hi there, i read the SOUND(4) manual and i think the hw.snd.verbose section requires some changes. the section claims that hw.snd.verbose changes the level of verbosity of /dev/sndstat. that seems true for hw.snd.verbose={0,1,2,3}, but not for 4. in fact setting hw.snd.verbose=4 doesn't change the /dev/sndstat verbosity, but prints extra debugging info during boot up. so unless hw.snd.verbose=4 was set in /boot/loader.conf it seems to be equal to hw.snd.verbose=3. can anybody confirm my assumption? i could submit a patch for the SOUND(4) manual in that case. cheers. alex -- a13x From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 11:22:19 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72B40106564A for ; Fri, 18 Mar 2011 11:22:19 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9428FC1E for ; Fri, 18 Mar 2011 11:22:18 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Q0Xl0-0005rz-1U; Fri, 18 Mar 2011 12:22:14 +0100 Date: Fri, 18 Mar 2011 12:22:14 +0100 From: Matthias Apitz To: grarpamp Message-ID: <20110318112213.GA21682@sh4-5.1blu.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: freebsd-multimedia@freebsd.org Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 11:22:19 -0000 El día Friday, March 18, 2011 a las 06:16:11AM -0400, grarpamp escribió: > Maybe I'll try a Logitech C310. Seems suitable. > Nothing I looked at did real IR illumination for a tolerable price. > Now to figure out how to make it do 4:3 (960x720p) > instead of 16:9 (1280x720p). It's probably in software somewhere. > pwcview's -s option doesn't go that high. grarpamp, Are you sure that the Logitech C310 is supported at all by the pwc.ko driver? The name does not show up in the source code pwc.c. If you can/want, go to a dealer, plug it in into an USB port of FreeBSD and post the VendorID (should be 0x064D for Logitech) and the ProductID 0x.... HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 13:20:19 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AAA5106564A for ; Fri, 18 Mar 2011 13:20:19 +0000 (UTC) (envelope-from freebsd-multimedia@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B98148FC17 for ; Fri, 18 Mar 2011 13:20:18 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q0ZMd-0007se-T7 for freebsd-multimedia@freebsd.org; Fri, 18 Mar 2011 14:05:11 +0100 Received: from 195.225.157.86 ([195.225.157.86]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Mar 2011 14:05:11 +0100 Received: from c.kworr by 195.225.157.86 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Mar 2011 14:05:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-multimedia@freebsd.org From: Volodymyr Kostyrko Date: Fri, 18 Mar 2011 14:57:19 +0200 Lines: 8 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 195.225.157.86 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.2.15) Gecko/20110306 Thunderbird/3.1.9 Subject: ports141433: audio/aureal-kmod build solution found X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 13:20:19 -0000 Hi. Can someone with commit bit recheck this one and apply the patch? The pr was closed by restricting port to pre 8.0 systems and the patch actually fixes the issue. -- Sphinx of black quartz judge my vow. From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 14:22:15 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40CF91065670 for ; Fri, 18 Mar 2011 14:22:15 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id F14088FC13 for ; Fri, 18 Mar 2011 14:22:14 +0000 (UTC) Received: by mail-vw0-f54.google.com with SMTP id 18so4133480vws.13 for ; Fri, 18 Mar 2011 07:22:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=VxewaYXo2BniLg3GqGrvGyfwIHU+EgRR0a+Nd19gKDw=; b=eebIIZ0pRTM667/wWZcMBGma+jmCsKmC8rrHHKUaqRTr6Qo+/p8tiBuUrdpjfNEHZU 0p6laJEiHDLT/bw7a3Pc03j2aAcbSi6PACqVW6fmAuZIFyy8imQjn/F/SqXWJ795l/n8 C/WiEXx+dV+gCU2PjiTux6bXK0pIweRDSe96E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LOGSCHFOIIODz6yIVQYWM53fw37lWeKeeFEOF/j7msaPloTLSGpJHBRgViIcbkTrkD C8ZACm2NdnDX73vWJOjwKsDXQOtwChM/lsQYRsV+xV3DwDKf6LvREmgb3tWQZy9rYstu 3P/wc4Z2+Bst98Z8gHdCL3DwgRotU1CpKl0G0= MIME-Version: 1.0 Received: by 10.52.100.98 with SMTP id ex2mr1549625vdb.219.1300456336824; Fri, 18 Mar 2011 06:52:16 -0700 (PDT) Received: by 10.220.179.131 with HTTP; Fri, 18 Mar 2011 06:52:16 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2011 07:52:16 -0600 Message-ID: From: "Edwin L. Culp W." To: grarpamp Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-multimedia@freebsd.org Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 14:22:15 -0000 2011/3/18 grarpamp : > Maybe I'll try a Logitech C310. Seems suitable. > Nothing I looked at did real IR illumination for a tolerable price. > Now to figure out how to make it do 4:3 (960x720p) > instead of 16:9 (1280x720p). It's probably in software somewhere. > pwcview's -s option doesn't go that high. > _______________________________________________ > 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" > It would be great to have a reference for webcams that work on current 9.0. I have a small graveyard of cheap web cams that didn't over the years. I just thought that maybe there is one and I've missed it. If so, I apologize. have a great day and equinox weekend. ed From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 14:53:54 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 604BC1065676 for ; Fri, 18 Mar 2011 14:53:54 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2A78FC19 for ; Fri, 18 Mar 2011 14:53:53 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1Q0b3o-0006Nk-D3; Fri, 18 Mar 2011 15:53:52 +0100 Date: Fri, 18 Mar 2011 15:53:52 +0100 From: Matthias Apitz To: "Edwin L. Culp W." Message-ID: <20110318145350.GA14981@sh4-5.1blu.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: freebsd-multimedia@freebsd.org, grarpamp Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 14:53:54 -0000 El día Friday, March 18, 2011 a las 07:52:16AM -0600, Edwin L. Culp W. escribió: > It would be great to have a reference for webcams that work on current > 9.0. I have a small graveyard of cheap web cams that didn't over the > years. > > I just thought that maybe there is one and I've missed it. If so, I apologize. +1 just a small table of Manufactors Model Name | VendorID:ProductID | driver/kmod | additional comments/hints -----------------------+--------------------+-------------+-------------------------- Philips SPC900NC | 0x0471:0x0329 | pwc.ko | ... matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 18:59:36 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8578F1065673 for ; Fri, 18 Mar 2011 18:59:36 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 17B2F8FC14 for ; Fri, 18 Mar 2011 18:59:35 +0000 (UTC) Received: by fxm11 with SMTP id 11so4632514fxm.13 for ; Fri, 18 Mar 2011 11:59:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=mnBWrb5IVlNeS1n4TZDiHe6/SqJtWsQ+AqpxZsNsEzQ=; b=UyG1nyxZkUHvuJ8BRu20BGbh+oarlx/SQkeWcjVPjylPCLHJdl7J9MYpAGHE+fpF4e cx2wSdbWfHSlQp6Nvw2DcNXZxCRADjaFc+ts2qO3xGppPQRvV0gop49hEOheiIcYk8qh eIBeIO3X3kcnMc2MKqR+DZqA+iWacyCBjGcA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=k4HBlVlvrU20EsUD5YLkkNlosg2oOTm/eYLTA7Vxuy2mC52SL56LqvbqReVj7sy7Lj 8WJkalLghNmTMTk42DLz8Fvvoo3gZZ0FhcdvZwiakl02jZ22wsNcOmvzhiz6AD7L4nuD qA0enLfyNhmMX90LR8nhXOJxsoygR96lgMsZE= Received: by 10.223.143.16 with SMTP id s16mr1760862fau.57.1300474775179; Fri, 18 Mar 2011 11:59:35 -0700 (PDT) Received: from Melon.malikania.fr (65.21.102-84.rev.gaoland.net [84.102.21.65]) by mx.google.com with ESMTPS id c11sm1512313fav.2.2011.03.18.11.59.33 (version=SSLv3 cipher=OTHER); Fri, 18 Mar 2011 11:59:34 -0700 (PDT) Message-ID: <4D83AB51.4010008@gmail.com> Date: Fri, 18 Mar 2011 19:58:25 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110306 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org References: <20110318145350.GA14981@sh4-5.1blu.de> In-Reply-To: <20110318145350.GA14981@sh4-5.1blu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 18:59:36 -0000 On 18/03/2011 15:53, Matthias Apitz wrote: > El día Friday, March 18, 2011 a las 07:52:16AM -0600, Edwin L. Culp W. escribió: > >> It would be great to have a reference for webcams that work on current >> 9.0. I have a small graveyard of cheap web cams that didn't over the >> years. >> >> I just thought that maybe there is one and I've missed it. If so, I apologize. > > +1 > > just a small table of > > Manufactors Model Name | VendorID:ProductID | driver/kmod | additional comments/hints > -----------------------+--------------------+-------------+-------------------------- > Philips SPC900NC | 0x0471:0x0329 | pwc.ko | > ... > > matthias > Do not forget multimedia/webcamd, it contains a *lot* of drivers for webcam and UVC video class too (found in a lot of webcam and laptops). The problem is which software are working? amsn, cheese, kopete (iirc), gajim, pidgin does not supports it.. Cheers, -- David Demelier From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 19:12:08 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81C51065672 for ; Fri, 18 Mar 2011 19:12:08 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 792E18FC16 for ; Fri, 18 Mar 2011 19:12:07 +0000 (UTC) Received: from [109.46.232.78] (helo=tiny.Sisis.de.) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Q0f5h-0006MU-3U; Fri, 18 Mar 2011 20:12:05 +0100 Received: from tiny.Sisis.de. (localhost [127.0.0.1]) by tiny.Sisis.de. (8.14.3/8.14.3) with ESMTP id p2IJCZ1e001137; Fri, 18 Mar 2011 20:12:36 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de. (8.14.3/8.14.3/Submit) id p2IJCYQo001136; Fri, 18 Mar 2011 20:12:34 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de.: guru set sender to guru@unixarea.de using -f Date: Fri, 18 Mar 2011 20:12:34 +0100 From: Matthias Apitz To: David Demelier Message-ID: <20110318191233.GA1127@tiny> References: <20110318145350.GA14981@sh4-5.1blu.de> <4D83AB51.4010008@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4D83AB51.4010008@gmail.com> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 109.46.232.78 Cc: freebsd-multimedia@freebsd.org Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 19:12:08 -0000 El día Friday, March 18, 2011 a las 07:58:25PM +0100, David Demelier escribió: > > just a small table of > > > > Manufactors Model Name | VendorID:ProductID | driver/kmod | additional comments/hints > > -----------------------+--------------------+-------------+-------------------------- > > Philips SPC900NC | 0x0471:0x0329 | pwc.ko | > > ... > > > > matthias > > > > Do not forget multimedia/webcamd, it contains a *lot* of drivers for > webcam and UVC video class too (found in a lot of webcam and laptops). > > The problem is which software are working? amsn, cheese, kopete (iirc), > gajim, pidgin does not supports it.. Yes, you are right; there should be one more column to show which apps are working with the driver/kmod; while Skype and pwcview(1) are working fine with the above Philips SPC900NC and pwc.ko, I have another webcam in a netbook which is working fine in kopete via webcamd, but at the same time Skype is not; I'm right now debugging this... matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 22:28:37 2011 Return-Path: Delivered-To: multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC49106566B; Fri, 18 Mar 2011 22:28: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 D4CDF8FC08; Fri, 18 Mar 2011 22:28:36 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B3F441E00248; Fri, 18 Mar 2011 23:28:35 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2IMP0L0014034; Fri, 18 Mar 2011 23:25:00 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2IMOsQH014033; Fri, 18 Mar 2011 23:24:54 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Fri, 18 Mar 2011 23:24:54 +0100 To: multimedia@freebsd.org Message-ID: <20110318222454.GA13452@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: makc@freebsd.org, mm@freebsd.org, lme@freebsd.org, Alexander Leidinger , hselasky@freebsd.org Subject: libxine/ffmpeg vdpau/vaapi patches/fixes; new vdr shar X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 22:28:37 -0000 Hi! So I can finally test vdpau myself (see other thread about my new little box: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011759.html ) and ended up with a few ports patches: a) I initially started with the pcbsd version of nvidia-driver (260.19.29), which may be the reason I had issues with libxine and vdpau (streams wouldnt start etc), googling turned up this which suggests a libxcb problem: http://www.nvnews.net/vbulletin/showthread.php?s=3a5c37bc21c6fe53f81218c4da3436b8&t=155276&page=3 and which points at this libxine 1.2 workaround commit: http://hg.debian.org/hg/xine-lib/xine-lib-1.2/rev/c655ca7b6bce I backported that to our version of the libxine port and that more or less fixed it: http://people.freebsd.org/~nox/dvb/xine/extrapatch-vdpau-src-video_out-video_out_vdpau.c b) Someone on the vdr irc mentioned that for him (on Linux) vdr worked better with vaapi than with vdpau and he pointed me at this patch: http://test.oppserver.net/xine/ffmpeg-vaapi_xine-lib-1.1.19.diff That patch needs ffmpeg built with vaapi (libva) support too so I made a patch to add knobs for that to the ffmpeg ports and while I was at it also switched the default for the vdpau knobs to on: http://people.freebsd.org/~nox/dvb/ffmpeg-vaapi.patch [1] That got vaapi working but it used more cpu than vdpau on the same box and it broke playback on the box with the faster cpu which uses xorg radeon drivers because it had no r600_drv_video.so - so I added a crude check (INIT_ERROR_HACK) to the ffmpeg-vaapi_xine patch above: http://people.freebsd.org/~nox/dvb/xine/ffmpeg-vaapi_xine-lib-1.1.19-initerrorhack.diff But you only actually need the ffmpeg port patch [1], and the resulting libxine port patch that adds the other above patches: [2] http://people.freebsd.org/~nox/dvb/xine/libxine-vdpau-vaapi.patch [2] then xine should be able to work pretty well with vdpau, and with vaapi too. And now to vdr: I've put a new shar here: http://people.freebsd.org/~nox/dvb/vdr-20110317a.shar First, how I test vdpau with that version, the above libxine/ffmpeg patches, and vdr-sxfe: vdr-sxfe --hotkeys --video=vdpau --post tvtime:method=use_vo_driver --audio=oss --reconnect --lirc xvdr+tcp://127.1 And vaapi: vdr-sxfe --hotkeys --video=xv --post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --reconnect --lirc xvdr+tcp://127.1 Other changes: - Updated epgsearch and live plugins to newer git checkouts, - Updated vdr itself to 1.7.17 and added a patch to make it handle webcamd's numbering of dvb devices better (adapter0, adapter8 etc), If you want to go back to only have vdr use the first device you can add -D 0 to its startup commandline, (see the vdr manpage) - Added a patch to fix the default lirc socket location for xineliboutput and updated it to a more recent checkout, and - Chased the libupnp and libextractor shlib version bumps. There still is at least one unresolved bug about regenerating index files to a recording, once that is found I think the ports can finally be committed. :) (The bug won't affect you as long as you never lose files called index in the dir of a recording, see the bugreport for details: http://thread.gmane.org/gmane.linux.vdr/44357/focus=44379 But if you want to help test/debug this you are most welcome of course.) From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 22:42:46 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A2D3106566B for ; Fri, 18 Mar 2011 22:42:46 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id D6BA38FC0A for ; Fri, 18 Mar 2011 22:42:45 +0000 (UTC) Received: by pxi6 with SMTP id 6so2209699pxi.17 for ; Fri, 18 Mar 2011 15:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=0tcPpCD5ZSnwDdlLXIkI1h/1LHc6FRjNDwn1cDgo0Ng=; b=WYRVahf7RfRLs5naauZR3LkyoBhCHknSGuGt+HUpnA5nqljCV1mBKauVB3Av6aqRsN JjQytPSqFkPlb0oQNS6BBRy4KW0Yt7QGkHFL1qbTZRAHZEJk/w8KJ1Ren8jeFLPe8KP8 6/Iv98XXw48PMZeQjMM6KeKQ05EkDq4Nyc3gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=c/wbpZ9czmzMFdVxiJcLkUTgbAIja+//Iryoq1rHz294RxwxSFXUhlzhZyrTgAbnGZ C8LS8tQjablwYD84GaJ8G1uEtqP6IJEsnG2tNcwLrqCD0K2mOgK6beYQrXAi+E1CvF3W i/1Vm560vhy9RUc52uoTJPLU50naQOl/F7sXY= MIME-Version: 1.0 Received: by 10.142.180.16 with SMTP id c16mr470436wff.252.1300488165291; Fri, 18 Mar 2011 15:42:45 -0700 (PDT) Received: by 10.142.203.18 with HTTP; Fri, 18 Mar 2011 15:42:45 -0700 (PDT) In-Reply-To: <20110318112213.GA21682@sh4-5.1blu.de> References: <20110318112213.GA21682@sh4-5.1blu.de> Date: Fri, 18 Mar 2011 18:42:45 -0400 Message-ID: From: grarpamp To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 22:42:46 -0000 > Are you sure that the Logitech C310 is supported at all by the pwc.ko Hi. Collating some notes... The C210, C310, C910 are supported by the Linux UVC driver here: http://www.ideasonboard.org/uvc/ I'm sure the C510 would be with a simple ID definition. Maybe it is, I just haven't found the right file yet. Google says the C510 may be emitting the same ID as the C310. UVC cams should work with any UVC capable apps. Note that it appears there was an API update in kernel 2.6.38. I don't know yet if that has made it down into the FreeBSD bits. Logitech's open source group is here (the forum seems current): http://www.quickcamteam.net/ The UVC spec is here: http://www.usb.org/developers/devclass_docs Some repos are here: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.38.y.git;a=history;f=drivers/media/video/uvc;hb=HEAD http://git.linuxtv.org/v4l-dvb.git?a=history;f=drivers/media/video/uvc;hb=HEAD old http://linuxtv.org/hg/v4l-dvb/file/abd3aac6644e/linux/drivers/media/video/uvc http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers pwcview: http://raaf.atspace.org/ And of course thanks to HPS :) http://www.selasky.org/hans_petter/video4bsd/ From owner-freebsd-multimedia@FreeBSD.ORG Fri Mar 18 23:28:47 2011 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFFDA1065676; Fri, 18 Mar 2011 23:28:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 336298FC1B; Fri, 18 Mar 2011 23:28:47 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p2INSUh7034701; Sat, 19 Mar 2011 00:28:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p2INSUmB034700; Sat, 19 Mar 2011 00:28:30 +0100 (CET) (envelope-from olli) Date: Sat, 19 Mar 2011 00:28:30 +0100 (CET) Message-Id: <201103182328.p2INSUmB034700@lurza.secnetix.de> From: Oliver Fromme To: freebsd-x11@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, nox@jelal.kn-bremen.de In-Reply-To: X-Newsgroups: list.freebsd-x11 User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Sat, 19 Mar 2011 00:28:45 +0100 (CET) Cc: Subject: Re: Low-power HTPC etc X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-x11@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, nox@jelal.kn-bremen.de List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 23:28:47 -0000 Juergen Lock wrote: > Oliver Fromme wrote: > > Well, the Atom N330 has a TDP of only 8 W, which isn't > > that bad for a 1.6 GHz 64bit 4-way processor (2 cores + > > hyperthreading). > > > > Of course, ARM processors may certainly have even better > > performance/watt ratio. But I think I stay with i386- > > compatible hardware for my particular case. > > Btw there's also the Celeron SU2300 which has a TDP of 10 W and is > about twice as fast as the N330 Atom as you can see e.g. here: > > http://www.notebookcheck.net/Mobile-Processors-Benchmarklist.2436.0.html Interesting page. But I think that the benchmarks need to be taken with a grain of salt. For example, the SU2300 seems to be twice as fast only in the single-threaded benchmarks. In the multi-threaded benchmarks, the SU2300 is only a little faster (10 - 20 percent). The Atom will be more than enough for me. There are several fanless (!) mainboards with a dual-core Atom (330 or D525) that have the ION chipset with full-HD MPEG acceleration via VDPAU. I'll probably combine that with an SSD in order to get a completely silent system without any moving parts. Best regards Oliver PS: I'm not interestd in VDR at all, I don't want to record anything. Also, I don't have DVB-anything. In my case, the box will be purely for playing media and for web surfing. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 02:46:17 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AA3106567A; Sat, 19 Mar 2011 02:46:17 +0000 (UTC) (envelope-from user.vdr@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 056918FC0C; Sat, 19 Mar 2011 02:46:16 +0000 (UTC) Received: by iyj12 with SMTP id 12so5474295iyj.13 for ; Fri, 18 Mar 2011 19:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Ohcp25uEpn1sUzrVRLYDvoRIbM6ksmKVWmbJwYso9Qk=; b=xm1q2MCdM8Cp5nlgTVHmXMbbbSijqQyPA/9VBA6fRWw1ZPhcmG3y1nqub6QxKQv3OM DGqNOh2pA3iCUgMVpyqnk1ulFGwt06U6hRnq5dZZdQU7LF/yIvWoQ+hlICsM/PN/e7RX 6Cbr2GwMC7ROd7jCSsoDAVbLm+MngYa8QFx08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DesUI0HGQTyImnWRswdoCZXhxeDu2iM4iu/r/9IpwYzeoI0F3XxjdWDNEKvmd93wvM wdbP9jzpkamRMhVxmr8Mc5RrKIPhgGQ0yF7IedG1jZcoB85vqIQ/pY2ZBj7YBqEx/JPF ZU0L5hWHxZ4/H95t904IyS9z2TCzppR4q1zeU= MIME-Version: 1.0 Received: by 10.42.147.3 with SMTP id l3mr2551000icv.353.1300501445999; Fri, 18 Mar 2011 19:24:05 -0700 (PDT) Received: by 10.231.206.82 with HTTP; Fri, 18 Mar 2011 19:24:05 -0700 (PDT) In-Reply-To: <201103182328.p2INSUmB034700@lurza.secnetix.de> References: <201103182328.p2INSUmB034700@lurza.secnetix.de> Date: Fri, 18 Mar 2011 19:24:05 -0700 Message-ID: From: VDR User To: freebsd-x11@freebsd.org, freebsd-multimedia@freebsd.org, nox@jelal.kn-bremen.de Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Oliver Fromme Subject: Re: Low-power HTPC etc X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 02:46:17 -0000 On Fri, Mar 18, 2011 at 4:28 PM, Oliver Fromme wro= te: > =C2=A0> > Well, the Atom N330 has a TDP of only 8 W, which isn't > =C2=A0> > that bad for a 1.6 GHz 64bit 4-way processor (2 cores + > =C2=A0> > hyperthreading). > =C2=A0> > > =C2=A0> > Of course, ARM processors may certainly have even better > =C2=A0> > performance/watt ratio. =C2=A0But I think I stay with i386- > =C2=A0> > compatible hardware for my particular case. > =C2=A0> > =C2=A0> Btw there's also the Celeron SU2300 which has a TDP of 10 W and i= s > =C2=A0> about twice as fast as the N330 Atom as you can see e.g. here: > =C2=A0> > =C2=A0> =C2=A0 =C2=A0http://www.notebookcheck.net/Mobile-Processors-Bench= marklist.2436.0.html > > Interesting page. =C2=A0But I think that the benchmarks need to > be taken with a grain of salt. =C2=A0For example, the SU2300 > seems to be twice as fast only in the single-threaded > benchmarks. =C2=A0In the multi-threaded benchmarks, the SU2300 > is only a little faster (10 - 20 percent). > > The Atom will be more than enough for me. =C2=A0There are several > fanless (!) mainboards with a dual-core Atom (330 or D525) > that have the ION chipset with full-HD MPEG acceleration > via VDPAU. =C2=A0I'll probably combine that with an SSD in order > to get a completely silent system without any moving parts. I have a couple atom/ion boxes which I use for dedicated htpc/hdtv. Works great. I didn't even bother with an ssd due to price vs. needs. Instead they're installed on sdhc cards. No probs what-so-ever. From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 03:50:23 2011 Return-Path: Delivered-To: freebsd-multimedia@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC031106567E; Sat, 19 Mar 2011 03:50:23 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 844D58FC15; Sat, 19 Mar 2011 03:50:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2J3oN75035708; Sat, 19 Mar 2011 03:50:23 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2J3oNWm035699; Sat, 19 Mar 2011 03:50:23 GMT (envelope-from edwin) Date: Sat, 19 Mar 2011 03:50:23 GMT Message-Id: <201103190350.p2J3oNWm035699@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/155686: multimedia/gstreamer-ffmpeg fails to build on HEAD with latest binutils X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 03:50:23 -0000 Synopsis: multimedia/gstreamer-ffmpeg fails to build on HEAD with latest binutils Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-multimedia Responsible-Changed-By: edwin Responsible-Changed-When: Sat Mar 19 03:50:23 UTC 2011 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=155686 From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 09:21:46 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D381F1065677 for ; Sat, 19 Mar 2011 09:21:46 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 68B008FC14 for ; Sat, 19 Mar 2011 09:21:46 +0000 (UTC) Received: from [88.217.16.6] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Q0sLx-0007xa-0S for freebsd-multimedia@freebsd.org; Sat, 19 Mar 2011 10:21:45 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id p2J9Li0C003122 for ; Sat, 19 Mar 2011 10:21:44 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id p2J9LiFb003121 for freebsd-multimedia@freebsd.org; Sat, 19 Mar 2011 10:21:44 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 19 Mar 2011 10:21:44 +0100 From: Matthias Apitz To: freebsd-multimedia@freebsd.org Message-ID: <20110319092143.GA3068@tinyCurrent> References: <20110318064409.GA5136@tinyCurrent> <201103180828.43798.hselasky@c2i.net> <20110318164218.GA2091@tinyCurrent> <201103181745.10148.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201103181745.10148.hselasky@c2i.net> X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Originating-IP: 88.217.16.6 Subject: Re: Fwd: 9-CURRENT r214444 && webcamd-0.1.20_1 && skype-2.0.0.72,1 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 09:21:46 -0000 El día Friday, March 18, 2011 a las 05:45:10PM +0100, Hans Petter Selasky escribió: > On Friday 18 March 2011 17:42:18 Matthias Apitz wrote: > > 7601 > > Just convert the 4 last hex digits into two ASCII's and lookup in > /usr/local/include/linux/dvb/*.h Following the hints and helping hand of Hans Peter, I have inserted debug printf()'s in webcamd.c to see why the cam in my netbook is working with Kopete, but not with Skype... Kopete uses only ioctl's with cmd of the type 0x56.. (i.e. 'V'+..) which are defined in /usr/local/include/linux/videodev2.h as: /* * I O C T L C O D E S F O R V I D E O D E V I C E S * */ #define VIDIOC_QUERYCAP _IOR('V', 0, struct v4l2_capability) #define VIDIOC_RESERVED _IO('V', 1) ... here is what is produced by Kopete: webcamdDebug: v4b_ioctl(*cdev, fflags=00000003, cmd=40685600, *peer_data webcamdDebug: linux_ioctl() returned 0 webcamdDebug: v4b_ioctl() returning 0 webcamdDebug: v4b_ioctl(*cdev, fflags=00000003, cmd=c0cc5604, *peer_data webcamdDebug: linux_ioctl() returned 0 webcamdDebug: v4b_ioctl() returning 0 webcamdDebug: v4b_ioctl(*cdev, fflags=00000003, cmd=c0cc5605, *peer_data webcamdDebug: linux_ioctl() returned 0 webcamdDebug: v4b_ioctl() returning 0 ... while Skype only uses ioctl's of the type 0x76.. (i.e. 'v'+..) webcamdDebug: v4b_ioctl(*cdev, fflags=00000007, cmd=40047601, *peer_data webcamdDebug: linux_ioctl() returned -22 webcamdDebug: v4b_ioctl() returning -3 webcamdDebug: v4b_ioctl(*cdev, fflags=00000007, cmd=403c7601, *peer_data webcamdDebug: linux_ioctl() returned 0 webcamdDebug: v4b_ioctl() returning 0 How is this supposed to work? Thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 09:49:15 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A21A106564A for ; Sat, 19 Mar 2011 09:49:15 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [95.108.130.92]) by mx1.freebsd.org (Postfix) with ESMTP id A89BF8FC08 for ; Sat, 19 Mar 2011 09:49:14 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id BC13F198258F; Sat, 19 Mar 2011 12:33:48 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1300527228; bh=L9gobN8igPeB1CkjkxuAs3syLSXekinrIP/a+oVoTF8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=keU0gchl09C7I1+/BTnqLJypY2pSynpljMzHWU9QwVZZDnFy4M9oJLFo27GAEWFes 2cP1K339cIgE9bPZv4iEtdJ9UAv0UKRN4ui/bP4L1SfNrfxjwRhSVUlzu5aCWP089O 7zKF8oPi7TImYv71++ElBkQioOtInw/SN6hCrqVs= Received: from [178.141.5.185] (dynamic-178-141-5-185.kirov.comstar-r.ru [178.141.5.185]) by smtp12.mail.yandex.net (Yandex) with ESMTPSA id 6875B5728031; Sat, 19 Mar 2011 12:33:48 +0300 (MSK) Message-ID: <4D847867.9060804@yandex.ru> Date: Sat, 19 Mar 2011 12:33:27 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Thunderbird/3.1.9 MIME-Version: 1.0 To: Matthias Apitz References: <20110318064409.GA5136@tinyCurrent> <201103180828.43798.hselasky@c2i.net> <20110318164218.GA2091@tinyCurrent> <201103181745.10148.hselasky@c2i.net> <20110319092143.GA3068@tinyCurrent> In-Reply-To: <20110319092143.GA3068@tinyCurrent> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCE0C381BF83BFF926DA499FB" Cc: freebsd-multimedia@freebsd.org Subject: Re: Fwd: 9-CURRENT r214444 && webcamd-0.1.20_1 && skype-2.0.0.72,1 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 09:49:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCE0C381BF83BFF926DA499FB Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 19.03.2011 12:21, Matthias Apitz wrote: > Following the hints and helping hand of Hans Peter, I have > inserted debug printf()'s in webcamd.c to see why the cam in my > netbook is working with Kopete, but not with Skype... You can just enable CUSE4BSD_DEBUG and recompile libcuse4bsd and you will get the same result. > while Skype only uses ioctl's of the type 0x76.. (i.e. 'v'+..) Yes i got the same results with skype and pwcview. Now i'm thinking about probability of using libv4l to convert skype's queries from v4l1 to v4l2 and back. --=20 WBR, Andrey V. Elsukov --------------enigCE0C381BF83BFF926DA499FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNhHhoAAoJEAHF6gQQyKF6HGkH/3OUsYqs68RRW9sqbBF6pjxI D3z/n99/vgka2B7WKw0pzyZA45VpOqhRc2xpPIVxFa19ndrPHk2iRwslntqj5mDT q1HrQV/b1TaVPRrd5cTlLQGX6gW8hUzHL21pa05atdm2g/7TsQGYa7oycjQX4FXV vfrKYJRGBmSXlWXpnGKhcj8SBwTeQNghGDnP50ReNJgdandv/l8O+8lBJX6TdP/p rb/XapyrOwm1PnAxtcme2gUmussuf8u9cCUby43yExHW4LIzg12GKC0XCkIrb3NN 4mG/8XS03HpKsilbjkzHUKMlM26imOTgdPIPJIwBMG9IBTbz3KJxURhjhQbou90= =XAfX -----END PGP SIGNATURE----- --------------enigCE0C381BF83BFF926DA499FB-- From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 12:18:53 2011 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 735581065679 for ; Sat, 19 Mar 2011 12:18:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id F17B98FC08 for ; Sat, 19 Mar 2011 12:18:52 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p2JCIamM065004; Sat, 19 Mar 2011 13:18:51 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p2JCIaO7065003; Sat, 19 Mar 2011 13:18:36 +0100 (CET) (envelope-from olli) Date: Sat, 19 Mar 2011 13:18:36 +0100 (CET) Message-Id: <201103191218.p2JCIaO7065003@lurza.secnetix.de> From: Oliver Fromme To: freebsd-multimedia@FreeBSD.ORG, grarpamp@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-multimedia User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Sat, 19 Mar 2011 13:18:51 +0100 (CET) Cc: Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 12:18:53 -0000 grarpamp wrote: > > Are you sure that the Logitech C310 is supported at all by the pwc.ko > > Hi. Collating some notes... > > The C210, C310, C910 are supported by the Linux UVC driver here: > http://www.ideasonboard.org/uvc/ I think most (all?) of the current webcams are UVC ones. A UVC driver is contained in the webcamd port, but it is V4L2-only. FreeBSD's Linux compatibility layer does not support that, so it will not work with Linux binaries, including Skype. If you want Skype support, it's probably best to pick up a used camera on eBay that works with the pwc port. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 15:14:43 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A08106568E; Sat, 19 Mar 2011 15:14:43 +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 83DA68FC16; Sat, 19 Mar 2011 15:14:43 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 6E9A71E00075; Sat, 19 Mar 2011 16:14:42 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2JFBL8w037341; Sat, 19 Mar 2011 16:11:21 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2JFBLTI037340; Sat, 19 Mar 2011 16:11:21 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 19 Mar 2011 16:11:21 +0100 To: VDR User Message-ID: <20110319151121.GA36536@triton8.kn-bremen.de> References: <201103182328.p2INSUmB034700@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-multimedia@freebsd.org, freebsd-x11@freebsd.org, Oliver Fromme , nox@jelal.kn-bremen.de Subject: Re: Low-power HTPC etc X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 15:14:43 -0000 On Fri, Mar 18, 2011 at 07:24:05PM -0700, VDR User wrote: > On Fri, Mar 18, 2011 at 4:28 PM, Oliver Fromme wrote: > >  > > Well, the Atom N330 has a TDP of only 8 W, which isn't > >  > > that bad for a 1.6 GHz 64bit 4-way processor (2 cores + > >  > > hyperthreading). > >  > > > >  > > Of course, ARM processors may certainly have even better > >  > > performance/watt ratio.  But I think I stay with i386- > >  > > compatible hardware for my particular case. > >  > > >  > Btw there's also the Celeron SU2300 which has a TDP of 10 W and is > >  > about twice as fast as the N330 Atom as you can see e.g. here: > >  > > >  >    http://www.notebookcheck.net/Mobile-Processors-Benchmarklist.2436.0.html > > > > Interesting page.  But I think that the benchmarks need to > > be taken with a grain of salt.  For example, the SU2300 > > seems to be twice as fast only in the single-threaded > > benchmarks.  In the multi-threaded benchmarks, the SU2300 > > is only a little faster (10 - 20 percent). > > Hm so the HT apparently helps a bit... I noticed one multithreaded benchmark on that page (Cinebench R10 32Bit Multi), and the difference there is a factor of 1.55, a bit more than 50% faster. (And another advantage of the SU2300 is it has vmx (vt-x) and can take 8 GB RAM.) > > The Atom will be more than enough for me.  There are several > > fanless (!) mainboards with a dual-core Atom (330 or D525) > > that have the ION chipset with full-HD MPEG acceleration > > via VDPAU.  I'll probably combine that with an SSD in order > > to get a completely silent system without any moving parts. > > I have a couple atom/ion boxes which I use for dedicated htpc/hdtv. > Works great. I didn't even bother with an ssd due to price vs. needs. > Instead they're installed on sdhc cards. No probs what-so-ever. > Weren't you the one that asked about vdr on FreeBSD some time ago? (Hi! :) The webcamd and lirc ports have been updated now so testing a remote + sshd only setup should at least be possible for `normal' operations. (i.e. outside of things like single user mode and setting up the box.) Here is my page with links and vdr ports etc again: http://people.freebsd.org/~nox/dvb/ Juergen From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 15:31:44 2011 Return-Path: Delivered-To: multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 205261065670; Sat, 19 Mar 2011 15:31:44 +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 A7EAD8FC27; Sat, 19 Mar 2011 15:31:43 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id C78CC1E0024B; Sat, 19 Mar 2011 16:31:42 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p2JFV9Vu038203; Sat, 19 Mar 2011 16:31:09 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p2JFV8Vs038202; Sat, 19 Mar 2011 16:31:08 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 19 Mar 2011 16:31:08 +0100 To: Juergen Lock Message-ID: <20110319153108.GA38157@triton8.kn-bremen.de> References: <20110318222454.GA13452@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110318222454.GA13452@triton8.kn-bremen.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: makc@freebsd.org, mm@freebsd.org, multimedia@freebsd.org, lme@freebsd.org, Alexander Leidinger , hselasky@freebsd.org Subject: Re: libxine/ffmpeg vdpau/vaapi patches/fixes; new vdr shar X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 15:31:44 -0000 I forgot to say testing vaapi with nvidia needs the multimedia/vdpau-video port installed too. On Fri, Mar 18, 2011 at 11:24:54PM +0100, Juergen Lock wrote: > Hi! > > So I can finally test vdpau myself (see other thread about my new > little box: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011759.html > > ) and ended up with a few ports patches: > > a) I initially started with the pcbsd version of nvidia-driver > (260.19.29), which may be the reason I had issues with libxine and > vdpau (streams wouldnt start etc), googling turned up this which > suggests a libxcb problem: > > http://www.nvnews.net/vbulletin/showthread.php?s=3a5c37bc21c6fe53f81218c4da3436b8&t=155276&page=3 > > and which points at this libxine 1.2 workaround commit: > > http://hg.debian.org/hg/xine-lib/xine-lib-1.2/rev/c655ca7b6bce > > I backported that to our version of the libxine port and that more > or less fixed it: > > http://people.freebsd.org/~nox/dvb/xine/extrapatch-vdpau-src-video_out-video_out_vdpau.c > > b) Someone on the vdr irc mentioned that for him (on Linux) vdr worked > better with vaapi than with vdpau and he pointed me at this patch: > > http://test.oppserver.net/xine/ffmpeg-vaapi_xine-lib-1.1.19.diff > > That patch needs ffmpeg built with vaapi (libva) support too so I > made a patch to add knobs for that to the ffmpeg ports and while I > was at it also switched the default for the vdpau knobs to on: > > http://people.freebsd.org/~nox/dvb/ffmpeg-vaapi.patch [1] > > That got vaapi working but it used more cpu than vdpau on the same > box and it broke playback on the box with the faster cpu which uses > xorg radeon drivers because it had no r600_drv_video.so - so I added > a crude check (INIT_ERROR_HACK) to the ffmpeg-vaapi_xine patch > above: > > http://people.freebsd.org/~nox/dvb/xine/ffmpeg-vaapi_xine-lib-1.1.19-initerrorhack.diff > > But you only actually need the ffmpeg port patch [1], and the resulting > libxine port patch that adds the other above patches: [2] > > http://people.freebsd.org/~nox/dvb/xine/libxine-vdpau-vaapi.patch [2] > > then xine should be able to work pretty well with vdpau, and with vaapi too. > > And now to vdr: I've put a new shar here: > > http://people.freebsd.org/~nox/dvb/vdr-20110317a.shar > > First, how I test vdpau with that version, the above libxine/ffmpeg > patches, and vdr-sxfe: > > vdr-sxfe --hotkeys --video=vdpau --post tvtime:method=use_vo_driver --audio=oss --reconnect --lirc xvdr+tcp://127.1 > > And vaapi: > > vdr-sxfe --hotkeys --video=xv --post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --reconnect --lirc xvdr+tcp://127.1 > > Other changes: > > - Updated epgsearch and live plugins to newer git checkouts, > > - Updated vdr itself to 1.7.17 and added a patch to make it handle > webcamd's numbering of dvb devices better (adapter0, adapter8 etc), > If you want to go back to only have vdr use the first device you > can add -D 0 to its startup commandline, (see the vdr manpage) > > - Added a patch to fix the default lirc socket location for xineliboutput > and updated it to a more recent checkout, and > > - Chased the libupnp and libextractor shlib version bumps. > > There still is at least one unresolved bug about regenerating index > files to a recording, once that is found I think the ports can finally > be committed. :) (The bug won't affect you as long as you never lose > files called index in the dir of a recording, see the bugreport for > details: > > http://thread.gmane.org/gmane.linux.vdr/44357/focus=44379 > > But if you want to help test/debug this you are most welcome of course.) From owner-freebsd-multimedia@FreeBSD.ORG Sat Mar 19 21:04:25 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80593106564A for ; Sat, 19 Mar 2011 21:04:25 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7678FC08 for ; Sat, 19 Mar 2011 21:04:25 +0000 (UTC) Received: by pzk27 with SMTP id 27so738986pzk.13 for ; Sat, 19 Mar 2011 14:04:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=zk0A1HRk97k1PPz9niN6rHdTj4kppGzOwZTXlzQhReI=; b=UA3mIuXwTAiKlmA10rcTHyUYEBlSZGpTxSpybNkRaC0os2eWl7TnNkU5aJ7WsuO6M4 ilnRyvGCOlavNj1aWW8v/T7P4ig1p6+d3y8SWITrfKYXxjqwumFki8l7fPvkPHv2EXFH xkI6aJedwNcAxAmoN02KGUVOnvEIjY/PmTBCk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=YGTnFquZOm3fN+moLnXBFtYMOQQY+cV56Jel5XPcl3LYAgCBjccaeWj272PYI1tlvd BnsdKKlxG1Ohgqc0vwECIP1JQMoeaW8v9FSg3R0I4OdK61T3JYoaek23/WYyJs55Kweh kXeKL9i23P+Zl3mwnPhKTUKS78bl0x2Ppj52Y= MIME-Version: 1.0 Received: by 10.142.223.17 with SMTP id v17mr1125994wfg.411.1300568664727; Sat, 19 Mar 2011 14:04:24 -0700 (PDT) Received: by 10.142.141.2 with HTTP; Sat, 19 Mar 2011 14:04:24 -0700 (PDT) In-Reply-To: <201103191218.p2JCIaO7065003@lurza.secnetix.de> References: <201103191218.p2JCIaO7065003@lurza.secnetix.de> Date: Sat, 19 Mar 2011 17:04:24 -0400 Message-ID: From: grarpamp To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Webcam recommendations X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 21:04:25 -0000 > I think most (all?) of the current webcams are UVC ones. This seems to be the trend with the newer models I've looked at. > A UVC driver is contained in the webcamd port, but it is V4L2-only. > FreeBSD's Linux compatibility layer does not support that, so it > will not work with Linux binaries, including Skype. Simply because I'm sure folks would make good use of it... Is anyone working on V4L2 for the FreeBSD Linux compat? I looked briefly at the voice/video app landscape a year ago and felt pretty sure I could find an open source, FreeBSD compilable, app that would suit. I thus discounted the need for binary Linux apps enabled via FreeBSD's Linux compatibility layer. As always, I'm sure things have improved since then. > If you want Skype support, it's probably best to pick up a used > camera on eBay that works with the pwc port. And slightly off topic about Skype... I prefer things fully point2point, perhaps augmented by DHT if need be, or even dyndns. Afaik, Skype still uses Skype servers for some things (login), maybe for call setup (CDR), requires registration with them, and are owned in part by eBay, etc. They are closed source, have non-public and controversial crypto capabilities, don't interoperate with the rest of the SIP/VOIP world, etc. It would be just as easy for me to get the folks I'd like to chat with to install an open tool as it would Skype. In addition to all the open point2point tools, we also have GNU Free Call coming down the pipe as well: http://planet.gnu.org/gnutelephony/?p=14 So my interest in Skype is quite low, don't believe the Skype hype :)