From owner-freebsd-multimedia Sun Apr 26 00:09:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04353 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 00:09:07 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from mailout00.btx.dtag.de (mailout00.btx.dtag.de [194.25.2.148]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA04348 for ; Sun, 26 Apr 1998 00:09:04 -0700 (PDT) (envelope-from olli.hotmail@t-online.de) Received: from fwd01.btx.dtag.de (fwd01.btx.dtag.de [194.25.2.161]) by mailout00.btx.dtag.de with smtp id 0yTLY8-0008AG-00; Sun, 26 Apr 1998 09:08:32 +0200 Received: from Olli (0415355152-0002(btxid)@[193.159.24.187]) by fwd01.btx.dtag.de with smtp id ; Sun, 26 Apr 1998 09:08:27 +0200 To: Subject: decryption Date: Sun, 26 Apr 1998 09:01:33 +0200 Message-ID: <01bd70e1$25995440$bb189fc1@Olli> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 X-Sender: 0415355152-0002@t-online.de From: olli.hotmail@t-online.de (Olli) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have heard, with some hacking software, I can decode PayTv with my WinTv pci from Hauppauge, you are my last adress, pleaze help To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 05:24:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24620 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 05:22:50 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from bhv.Bremerhaven.NET (bhv.Bremerhaven.NET [195.50.132.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23994 for ; Sun, 26 Apr 1998 05:12:25 -0700 (PDT) (envelope-from epvoss@bhv.ipNet.de) Received: from erhard (ppp025.Bremerhaven-Online.de [195.50.132.146]) by bhv.Bremerhaven.NET (8.8.5/MIS-5.3) with SMTP id NAA14504 for ; Sun, 26 Apr 1998 13:13:04 +0100 (CET) From: "Erhard Voss" To: Subject: info to windows98 beta 3 Date: Sun, 26 Apr 1998 12:01:54 +0200 Message-ID: <01bd70fa$57c36500$8458e7c2@erhard> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BD710B.1B4C3500" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BD710B.1B4C3500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, you can with a driver for BT848 and Windows98b3 MfG Erhard Voss ------=_NextPart_000_0004_01BD710B.1B4C3500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
you can with a driver = for BT848 and=20 Windows98b3
 
MfG  Erhard=20 Voss
------=_NextPart_000_0004_01BD710B.1B4C3500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 08:36:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10616 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 08:35:04 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from dns1.enterprise.net (root@dns1.enterprise.net [194.72.192.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09667 for ; Sun, 26 Apr 1998 08:23:15 -0700 (PDT) (envelope-from dbolton@enterprise.net) Received: from davidbol (max02-072.enterprise.net [194.72.197.72]) by dns1.enterprise.net (8.8.5/8.8.5) with SMTP id QAA02970 for ; Sun, 26 Apr 1998 16:23:12 +0100 (BST) From: "David Bolton" To: Subject: Ref. MiroVideo PCTV Date: Sun, 26 Apr 1998 16:23:27 +0100 Message-ID: <01bd7127$43a39860$48c548c2@davidbol> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BD712F.A5680060" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BD712F.A5680060 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I saw your website and thought you might have come across this problem. On installing and clicking on my new PCTV I get the message MCI driver failed during overlay initialisation What could be wrong and how do I overcome this problem? Hope you can help. david Bolton ------=_NextPart_000_0004_01BD712F.A5680060 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I saw your website and thought you = might have=20 come across this problem.
 
On installing and clicking on my new = PCTV I get=20 the message
 
MCI driver failed during overlay=20 initialisation
 
What could be wrong and how do I = overcome this=20 problem?
 
Hope you can help.
 
david = Bolton
------=_NextPart_000_0004_01BD712F.A5680060-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 10:22:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21701 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 10:19:24 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from mars.orc.ru (mars.orc.ru [193.124.148.82]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA20195 for ; Sun, 26 Apr 1998 10:00:54 -0700 (PDT) (envelope-from agbad@orc.ru) Received: (qmail 18114 invoked from network); 26 Apr 1998 17:00:51 -0000 Received: from 25.17.dialup.orc.ru (HELO badeyan) (194.88.7.25) by mars.orc.ru with SMTP; 26 Apr 1998 17:00:51 -0000 From: "á.ç.âÁÄÅÑÎ" To: Subject: Question Date: Sun, 26 Apr 1998 21:04:24 +0400 Message-ID: <01bd7135$5dfed8b0$0100007f@badeyan.aha.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After installing PnP patches from xperimnt/ I give command "patch -p0" and she not work. Why? Excusez-moi mes fautes. Merci. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 10:23:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21736 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 10:19:48 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21372 for ; Sun, 26 Apr 1998 10:14:57 -0700 (PDT) (envelope-from perlsta@cs.sunyit.edu) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.8/8.8.5) with SMTP id NAA27009 for ; Sun, 26 Apr 1998 13:07:39 -0500 (EST) X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Sun, 26 Apr 1998 13:07:38 -0500 (EST) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: multimedia@FreeBSD.ORG Subject: can someone please commit the joliet patches. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org if someone has a few spare minutes could they please commit PR kern/5038? it's patches to add joliet to cd9660 support. thank you, -Alfred PR-follows, didn't know whether this would annoy or help the person doing the patch so they don't have to web around looking for it, sorry if this annoys anyone. Problem Report kern/5038 FreeBSD can't read MS Joliet CDs. Confidential no Severity non-critical Priority high Responsible freebsd-bugs@freebsd.org State open Class change-request Submitter-Id current-users Arrival-Date Fri Nov 14 00:20:02 PST 1997 Last-Modified Wed Apr 1 21:35:49 PST 1998 Originator Keith Jang keith@email.gcn.net.tw Organization private site Release FreeBSD 3.0-current Environment FreeBSD 3.0-CURRENT #36: Fri Nov 14 03:27:44 CST 1997 Description FreeBSD can't read the long filenames on Joliet CDs. How-To-Repeat Just insert a Joliet CD, and the filenames are changed to xxx~1. Fix I modified some code under /sys/isofs/cd9660, and it can read the long filenames, though Unicode is not implemented yet. Audit-Trail From: Keith Jang To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/5038 Date: Sat, 15 Nov 1997 14:32:48 +0800 (CST) The following are three files with a patch for reading joliet. /sys/isofs/cd9660/cd9660_joliet.h: begin 644 cd9660_joliet.h.gz M'XL("`E9;#0``V-D.38V,%]J;VQI970N:`!U4FUKVS`8_.Y?<3`86_'RNI:$ M?NIB=Z1X-#0A7\8HBOPX%E,L(\EMPMA_WR,EA<(2,+*MTYWN3NI?);C"#R6M M<:;R>#!:D4>^]SUX@_GR<7IS,\`L@VM)JDI)X95IF-1/DGXDGRB=(X=EU[:: M=M1X80]8&]WM"!DY:57KC85P$`V$]F0;%GHAWB1H+*S:G67TL*H)"^%KK,1& M$S[BR1B/3%F2C!_P1-+8,HB8"LMUAHWAQ:U1C0\)!$I55639$@JS9?\:W[21 MO^%KMK)89RE>:R7KH*!-L^4=ND9)4Q(JI:D1.\YER:F2>F=BEU2IAE=L#IYX M5Z="/9B\F>'`]UIL78K)],MP-`@3N9.BC6*8GWH;1[X+K!,:;1GJ>4@W(3C68*F%])I MT!CLOP[2,([C>(V*SRK"&*88I>!Y9O(-"&>F#\3&,[5R$1[&VB_`X]IDD *_P"42;O1:`,``-;Z ` end /sys/isofs/cd9660/cd9660_joliet.c: begin 644 cd9660_joliet.c.gz M'XL("`E9;#0``V-D.38V,%]J;VQI970N8P"-4LMNFT`47<-77"52`O@)D5(U M)%[5E1Q9RJ)5-Y&%"(QC$IA!\W!B6?[W7@8H8!RK"WN8,^?3B=XZ8KVQ-"'R#`\O+9*94`D=:?!*)`TS8@G)522AX,<) M)Y%D?!?@R7@,#J((#DW#,`"B3Q-J$+\`BNA! M$G_"`TR'&LG"ST"CR$?4PNA49<$WU[6M,M-H5K_;OHF:*G@10M^QV"C?674- M%^/Q14E,UF!93CL(/*#(AJNK=A[+4D'9AMU+6`AE,#1O%+&"5"5IGH&820)%^!,-'N-5*OMM=\X M?]^QO'D8#&S8:W7E7+M0^[FFK4H/32-B5"94$;_2-'Z<$5[[URA]X21\[^CV MIE'.[[DR8%7MPJE`OFE8]88-!G6<@UG^X\&)5)S67OKFX=2NIV1+TO:F"Y7G M*TQ$Q),<-Q\YK\>LI>'Q:+N:_@\4/ M/?ZJJB.VVV=[=NV[^$ADM#F6>*MF+E&(7K74R_F?^=*]^]>QZP-TS#TI\!J! I]U^"FT9P #include + #include #include + #include /* * Convert a component of a pathname into a pointer to a locked inode. *************** *** 267,272 **** --- 269,287 ---- goto found; ino = 0; break; + case ISO_FTYPE_JOLIET: + if (isonum_711(ep->flags)&2) + ino = isodirino(ep, imp); + else + ino = dbtob(bp->b_blkno) + entryoffsetinblock; + + dp->i_ino = ino; + cd9660_joliet_getname(ep,altname,&namelen); + if (namelen == cnp->cn_namelen + && !bcmp(name, altname, namelen)) + goto found; + ino = 0; + break; } dp->i_offset += reclen; entryoffsetinblock += reclen; diff -c -r sys/isofs/cd9660/cd9660_mount.h sys.keith/isofs/cd9660/cd9660_mount.h *** sys/isofs/cd9660/cd9660_mount.h Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_mount.h Fri Nov 14 22:03:43 1997 *************** *** 47,52 **** int flags; /* mounting flags, see below */ int ssector; /* starting sector, 0 for 1st session */ }; ! #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ ! #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ ! #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ --- 47,53 ---- int flags; /* mounting flags, see below */ int ssector; /* starting sector, 0 for 1st session */ }; ! #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ ! #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ ! #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ ! #define ISOFSMNT_NOJOLIET 0x00000008 /* disable Microsoft Joliet Ext.*/ diff -c -r sys/isofs/cd9660/cd9660_vfsops.c sys.keith/isofs/cd9660/cd9660_vfsops.c *** sys/isofs/cd9660/cd9660_vfsops.c Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_vfsops.c Fri Nov 14 22:03:43 1997 *************** *** 55,61 **** --- 55,63 ---- #include #include + #include #include + #include #include #include *************** *** 261,267 **** struct iso_args *argp; { register struct iso_mnt *isomp = (struct iso_mnt *)0; ! struct buf *bp = NULL; dev_t dev = devvp->v_rdev; int error = EINVAL; int needclose = 0; --- 263,269 ---- struct iso_args *argp; { register struct iso_mnt *isomp = (struct iso_mnt *)0; ! struct buf *bp = NULL, *joliet_bp = NULL; dev_t dev = devvp->v_rdev; int error = EINVAL; int needclose = 0; *************** *** 271,279 **** --- 273,283 ---- int iso_blknum; struct iso_volume_descriptor *vdp = 0; struct iso_primary_descriptor *pri; + struct iso_supplementary_descriptor *sup = NULL; struct iso_sierra_primary_descriptor *pri_sierra; struct iso_directory_record *rootp; int logical_block_size; + int joliet_level = -1; if (!ronly) return EROFS; *************** *** 316,321 **** --- 320,344 ---- goto out; } else high_sierra = 1; + } else { + /* + * We know it's ISO9660 fs, now get Supplementary Volume + * Descriptor to check if it's Microsoft Joliet format. + */ + if (error = bread(devvp, (1 + iso_blknum) * btodb(iso_bsize), + iso_bsize, NOCRED, &joliet_bp)) + goto out; + + sup = (struct iso_supplementary_descriptor *)joliet_bp->b_data; + joliet_level = cd9660_joliet_level(sup); + + if (joliet_level < 0) { + argp->flags |= ISOFSMNT_NOJOLIET; + } else { + argp->flags |= ISOFSMNT_NORRIP; + argp->flags &= ~ISOFSMNT_GENS; + } + break; } if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) { *************** *** 328,340 **** brelse(bp); } ! if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) { error = EINVAL; goto out; } - pri = (struct iso_primary_descriptor *)vdp; pri_sierra = (struct iso_sierra_primary_descriptor *)vdp; logical_block_size = isonum_723 (high_sierra? --- 351,363 ---- brelse(bp); } ! if ((isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) && (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_SUPPLEMENTARY)) { error = EINVAL; goto out; } pri_sierra = (struct iso_sierra_primary_descriptor *)vdp; + pri = (struct iso_primary_descriptor *)vdp; logical_block_size = isonum_723 (high_sierra? *************** *** 350,356 **** rootp = (struct iso_directory_record *) (high_sierra? pri_sierra->root_directory_record: ! pri->root_directory_record); isomp = malloc(sizeof *isomp, M_ISOFSMNT, M_WAITOK); bzero((caddr_t)isomp, sizeof *isomp); --- 373,381 ---- rootp = (struct iso_directory_record *) (high_sierra? pri_sierra->root_directory_record: ! ((joliet_level < 0)? ! pri->root_directory_record: ! sup->root_directory_record)); isomp = malloc(sizeof *isomp, M_ISOFSMNT, M_WAITOK); bzero((caddr_t)isomp, sizeof *isomp); *************** *** 380,385 **** --- 405,412 ---- bp->b_flags |= B_AGE; brelse(bp); bp = NULL; + brelse(joliet_bp); + joliet_bp = NULL; mp->mnt_data = (qaddr_t)isomp; mp->mnt_stat.f_fsid.val[0] = (long)dev; *************** *** 416,439 **** brelse(bp); bp = NULL; } ! isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT); if(high_sierra) /* this effectively ignores all the mount flags */ isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; else ! switch (isomp->im_flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS)) { default: isomp->iso_ftype = ISO_FTYPE_DEFAULT; break; ! case ISOFSMNT_GENS|ISOFSMNT_NORRIP: isomp->iso_ftype = ISO_FTYPE_9660; break; ! case 0: isomp->iso_ftype = ISO_FTYPE_RRIP; break; } - return 0; out: if (bp) --- 443,469 ---- brelse(bp); bp = NULL; } ! isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT|ISOFSMNT_NOJOLIET); if(high_sierra) /* this effectively ignores all the mount flags */ isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; else ! switch (isomp->im_flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS| ! ISOFSMNT_NOJOLIET)) { default: isomp->iso_ftype = ISO_FTYPE_DEFAULT; break; ! case ISOFSMNT_GENS|ISOFSMNT_NORRIP|ISOFSMNT_NOJOLIET: isomp->iso_ftype = ISO_FTYPE_9660; break; ! case ISOFSMNT_NOJOLIET: isomp->iso_ftype = ISO_FTYPE_RRIP; break; + case ISOFSMNT_NORRIP: + isomp->iso_ftype = ISO_FTYPE_JOLIET; + break; } return 0; out: if (bp) *************** *** 507,513 **** struct iso_directory_record *dp = (struct iso_directory_record *)imp->root; ino_t ino = isodirino(dp, imp); ! /* * With RRIP we must use the `.' entry of the root directory. * Simply tell vget, that it's a relocated directory. --- 537,543 ---- struct iso_directory_record *dp = (struct iso_directory_record *)imp->root; ino_t ino = isodirino(dp, imp); ! /* * With RRIP we must use the `.' entry of the root directory. * Simply tell vget, that it's a relocated directory. diff -c -r sys/isofs/cd9660/cd9660_vnops.c sys.keith/isofs/cd9660/cd9660_vnops.c *** sys/isofs/cd9660/cd9660_vnops.c Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_vnops.c Fri Nov 14 22:03:43 1997 *************** *** 56,61 **** --- 56,62 ---- #include #include #include + #include static int cd9660_setattr __P((struct vop_setattr_args *)); static int cd9660_access __P((struct vop_access_args *)); *************** *** 540,545 **** --- 541,552 ---- if (idp->current.d_namlen) error = iso_uiodir(idp,&idp->current,idp->curroff); break; + case ISO_FTYPE_JOLIET: + cd9660_joliet_getname(ep,idp->current.d_name, &namelen); + idp->current.d_namlen = (u_char)namelen; + if (idp->current.d_namlen) + error = iso_uiodir(idp,&idp->current,idp->curroff); + break; default: /* ISO_FTYPE_DEFAULT || ISO_FTYPE_9660 || ISO_FTYPE_HIGH_SIERRA*/ strcpy(idp->current.d_name,".."); switch (ep->name[0]) { diff -c -r sys/isofs/cd9660/iso.h sys.keith/isofs/cd9660/iso.h *** sys/isofs/cd9660/iso.h Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/iso.h Fri Nov 14 22:03:43 1997 *************** *** 54,59 **** --- 54,60 ---- /* volume descriptor types */ #define ISO_VD_PRIMARY 1 + #define ISO_VD_SUPPLEMENTARY 2 #define ISO_VD_END 255 #define ISO_STANDARD_ID "CD001" *************** *** 98,103 **** --- 99,145 ---- }; #define ISO_DEFAULT_BLOCK_SIZE 2048 + /* + * Used by Microsoft Joliet extension to ISO9660. Almost the same + * as PVD, but byte position 8 is a flag, and 89-120 is for escape. + */ + + struct iso_supplementary_descriptor { + char type [ISODCL ( 1, 1)]; /* 711 */ + char id [ISODCL ( 2, 6)]; + char version [ISODCL ( 7, 7)]; /* 711 */ + char flags [ISODCL ( 8, 8)]; + char system_id [ISODCL ( 9, 40)]; /* achars */ + char volume_id [ISODCL ( 41, 72)]; /* dchars */ + char unused2 [ISODCL ( 73, 80)]; + char volume_space_size [ISODCL ( 81, 88)]; /* 733 */ + char escape [ISODCL ( 89, 120)]; + char volume_set_size [ISODCL (121, 124)]; /* 723 */ + char volume_sequence_number [ISODCL (125, 128)]; /* 723 */ + char logical_block_size [ISODCL (129, 132)]; /* 723 */ + char path_table_size [ISODCL (133, 140)]; /* 733 */ + char type_l_path_table [ISODCL (141, 144)]; /* 731 */ + char opt_type_l_path_table [ISODCL (145, 148)]; /* 731 */ + char type_m_path_table [ISODCL (149, 152)]; /* 732 */ + char opt_type_m_path_table [ISODCL (153, 156)]; /* 732 */ + char root_directory_record [ISODCL (157, 190)]; /* 9.1 */ + char volume_set_id [ISODCL (191, 318)]; /* dchars */ + char publisher_id [ISODCL (319, 446)]; /* achars */ + char preparer_id [ISODCL (447, 574)]; /* achars */ + char application_id [ISODCL (575, 702)]; /* achars */ + char copyright_file_id [ISODCL (703, 739)]; /* 7.5 dchars */ + char abstract_file_id [ISODCL (740, 776)]; /* 7.5 dchars */ + char bibliographic_file_id [ISODCL (777, 813)]; /* 7.5 dchars */ + char creation_date [ISODCL (814, 830)]; /* 8.4.26.1 */ + char modification_date [ISODCL (831, 847)]; /* 8.4.26.1 */ + char expiration_date [ISODCL (848, 864)]; /* 8.4.26.1 */ + char effective_date [ISODCL (865, 881)]; /* 8.4.26.1 */ + char file_structure_version [ISODCL (882, 882)]; /* 711 */ + char unused4 [ISODCL (883, 883)]; + char application_data [ISODCL (884, 1395)]; + char unused5 [ISODCL (1396, 2048)]; + }; + struct iso_sierra_primary_descriptor { char unknown1 [ISODCL ( 1, 8)]; /* 733 */ char type [ISODCL ( 9, 9)]; /* 711 */ *************** *** 175,181 **** /* CD-ROM Format type */ enum ISO_FTYPE { ISO_FTYPE_DEFAULT, ISO_FTYPE_9660, ISO_FTYPE_RRIP, ! ISO_FTYPE_ECMA, ISO_FTYPE_HIGH_SIERRA }; #ifndef ISOFSMNT_ROOT #define ISOFSMNT_ROOT 0 --- 217,223 ---- /* CD-ROM Format type */ enum ISO_FTYPE { ISO_FTYPE_DEFAULT, ISO_FTYPE_9660, ISO_FTYPE_RRIP, ! ISO_FTYPE_JOLIET, ISO_FTYPE_ECMA, ISO_FTYPE_HIGH_SIERRA }; #ifndef ISOFSMNT_ROOT #define ISOFSMNT_ROOT 0 Only in sys.keith/isofs/cd9660: iso_joliet.h From: Joachim Kuebart To: freebsd-gnats-submit@freebsd.org, keith@email.gcn.net.tw Cc: Subject: Re: kern/5038: FreeBSD can't read MS Joliet CDs. Date: Sun, 22 Mar 1998 19:47:44 +0100 (CET) Hi, this is a new diff from /usr/src to support Joliet FS extensions to CD9660. It will also run with RRIP, either like this or with minor modifications. I can do this as soon as someone supplies me with a documentation about mixing RRIP and Joliet (which is expressedly allowed in the Joliet documentation) or supplies me with a sample CD. This diff is to be used _instead_ of the diff in the original PR. This is expected to close PR bin/5567 when merged back to -stable. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Replicants are like any other machine -- Germany they're either a benefit or a hazard. Index: sbin/mount_cd9660/mount_cd9660.8 =================================================================== RCS file: /usr/CVS-Repository/src/sbin/mount_cd9660/mount_cd9660.8,v retrieving revision 1.5 diff -u -r1.5 mount_cd9660.8 --- mount_cd9660.8 1997/12/29 07:03:46 1.5 +++ mount_cd9660.8 1998/03/22 10:27:36 @@ -67,6 +67,8 @@ only the last one will be listed.) In either case, files may be opened without explicitly stating a version number. +.It Fl j +Do not use any Joliet extensions included in the filesystem. .It Fl o Options are specified with a .Fl o Index: sbin/mount_cd9660/mount_cd9660.c =================================================================== RCS file: /usr/CVS-Repository/src/sbin/mount_cd9660/mount_cd9660.c,v retrieving revision 1.12 diff -u -r1.12 mount_cd9660.c --- mount_cd9660.c 1997/04/29 15:56:40 1.12 +++ mount_cd9660.c 1998/03/16 18:41:59 @@ -73,6 +73,7 @@ { "extatt", 0, ISOFSMNT_EXTATT, 1 }, { "gens", 0, ISOFSMNT_GENS, 1 }, { "rrip", 1, ISOFSMNT_NORRIP, 1 }, + { "joliet", 1, ISOFSMNT_NOJOLIET, 1 }, { NULL } }; @@ -91,13 +92,16 @@ mntflags = opts = verbose = 0; memset(&args, 0, sizeof args); args.ssector = -1; - while ((ch = getopt(argc, argv, "ego:rs:v")) != -1) + while ((ch = getopt(argc, argv, "egjo:rs:v")) != -1) switch (ch) { case 'e': opts |= ISOFSMNT_EXTATT; break; case 'g': opts |= ISOFSMNT_GENS; + break; + case 'j': + opts |= ISOFSMNT_NOJOLIET; break; case 'o': getmntopts(optarg, mopts, &mntflags, &opts); Index: sys/isofs/cd9660/cd9660_lookup.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_lookup.c,v retrieving revision 1.20 diff -u -r1.20 cd9660_lookup.c --- cd9660_lookup.c 1997/11/07 08:52:50 1.20 +++ cd9660_lookup.c 1998/03/16 18:14:07 @@ -237,8 +237,7 @@ if (namelen != 1 || ep->name[0] != 0) goto notfound; - } else if (!(res = isofncmp(name,len, - ep->name,namelen))) { + } else if (!(res = isofncmp(name,len,ep->name,namelen,imp->joliet_level))) { if (isoflags & 2) ino = isodirino(ep, imp); else Index: sys/isofs/cd9660/cd9660_mount.h =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_mount.h,v retrieving revision 1.2 diff -u -r1.2 cd9660_mount.h --- cd9660_mount.h 1997/04/29 15:52:53 1.2 +++ cd9660_mount.h 1998/03/16 18:42:48 @@ -50,3 +50,4 @@ #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ +#define ISOFSMNT_NOJOLIET 0x00000008 /* disable Joliet Ext. */ Index: sys/isofs/cd9660/cd9660_rrip.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_rrip.c,v retrieving revision 1.13 diff -u -r1.13 cd9660_rrip.c --- cd9660_rrip.c 1997/08/02 14:31:19 1.13 +++ cd9660_rrip.c 1998/03/22 18:05:34 @@ -298,18 +298,19 @@ struct iso_directory_record *isodir; ISO_RRIP_ANALYZE *ana; { - strcpy(ana->outbuf,".."); - switch (*isodir->name) { + isofntrans(isodir->name,isonum_711(isodir->name_len), + ana->outbuf,ana->outlen, + 1,isonum_711(isodir->flags)&4, + ana->imp->joliet_level); + switch (*ana->outbuf) { default: - isofntrans(isodir->name,isonum_711(isodir->name_len), - ana->outbuf,ana->outlen, - 1,isonum_711(isodir->flags)&4); break; - case 0: - *ana->outlen = 1; - break; case 1: *ana->outlen = 2; + /* fall through */ + case 0: + /* outlen is 1 already */ + strcpy(ana->outbuf,".."); break; } } @@ -498,6 +499,7 @@ register ISO_SUSP_HEADER *pend; struct buf *bp = NULL; char *pwhead; + u_char c; int result; /* @@ -505,12 +507,11 @@ * it will be padding 1 byte after the name */ pwhead = isodir->name + isonum_711(isodir->name_len); - if (!(isonum_711(isodir->name_len)&1)) - pwhead++; + isochar(isodir->name, pwhead, ana->imp->joliet_level, &c); + pwhead += isonum_711(isodir->name_len) & 1; /* If it's not the '.' entry of the root dir obey SP field */ - if (*isodir->name != 0 - || isonum_733(isodir->extent) != ana->imp->root_extent) + if (c != 0 || isonum_733(isodir->extent) != ana->imp->root_extent) pwhead += ana->imp->rr_skip; else pwhead += ana->imp->rr_skip0; @@ -633,6 +634,7 @@ { ISO_RRIP_ANALYZE analyze; RRIP_TABLE *tab; + u_char c; analyze.outbuf = outbuf; analyze.outlen = outlen; @@ -642,9 +644,10 @@ analyze.fields = ISO_SUSP_ALTNAME|ISO_SUSP_RELDIR|ISO_SUSP_CLINK|ISO_SUSP_PLINK; *outlen = 0; + isochar(isodir->name, isodir->name + isonum_711(isodir->name_len), + imp->joliet_level, &c); tab = rrip_table_getname; - if (*isodir->name == 0 - || *isodir->name == 1) { + if (c == 0 || c == 1) { cd9660_rrip_defname(isodir,&analyze); analyze.fields &= ~ISO_SUSP_ALTNAME; Index: sys/isofs/cd9660/cd9660_util.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_util.c,v retrieving revision 1.10 diff -u -r1.10 cd9660_util.c --- cd9660_util.c 1997/04/10 14:35:11 1.10 +++ cd9660_util.c 1998/03/17 09:52:35 @@ -5,7 +5,8 @@ * This code is derived from software contributed to Berkeley * by Pace Willisson (pace@blitz.com). The Rock Ridge Extension * Support code is derived from software contributed to Berkeley - * by Atsushi Murai (amurai@spec.co.jp). + * by Atsushi Murai (amurai@spec.co.jp). Joliet support was added by + * Joachim Kuebart (joki@kuebart.stuttgart.netsurf.de). * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -46,37 +47,63 @@ #include /* + * Get one character out of an iso filename + * Obey joliet_level + * Return number of bytes consumed + */ +int +isochar(isofn, isoend, joliet_level, c) + u_char *isofn; + u_char *isoend; + int joliet_level; + u_char *c; +{ + *c = *isofn++; + if (joliet_level == 0 || isofn == isoend) + /* (00) and (01) are one byte in Joliet, too */ + return 1; + + /* No Unicode support yet :-( */ + switch (*c) { + default: + *c = '?'; + break; + case '\0': + *c = *isofn; + break; + } + return 2; +} + +/* * translate and compare a filename + * returns (fn - isofn) * Note: Version number plus ';' may be omitted. */ int -isofncmp(fn, fnlen, isofn, isolen) +isofncmp(fn, fnlen, isofn, isolen, joliet_level) u_char *fn; int fnlen; u_char *isofn; int isolen; + int joliet_level; { int i, j; - unsigned char c; + u_char c, *fnend = fn + fnlen, *isoend = isofn + isolen; - while (--fnlen >= 0) { - if (--isolen < 0) + for (; fn != fnend; fn++) { + if (isofn == isoend) return *fn; - if ((c = *isofn++) == ';') { - switch (*fn++) { - default: - return *--fn; - case 0: - return 0; - case ';': - break; - } - for (i = 0; --fnlen >= 0; i = i * 10 + *fn++ - '0') { - if (*fn < '0' || *fn > '9') { + isofn += isochar(isofn, isoend, joliet_level, &c); + if (c == ';') { + if (*fn++ != ';') + return fn[-1]; + for (i = 0; fn != fnend; i = i * 10 + *fn++ - '0') + if (*fn < '0' || *fn > '9') return -1; - } - } - for (j = 0; --isolen >= 0; j = j * 10 + *isofn++ - '0'); + for (j = 0; isofn != isoend; j = j * 10 + c - '0') + isofn += isochar(isofn, isoend, + joliet_level, &c); return i - j; } if (c != *fn) { @@ -90,15 +117,19 @@ } else return *fn - c; } - fn++; } - if (isolen > 0) { - switch (*isofn) { + if (isofn != isoend) { + isofn += isochar(isofn, isoend, joliet_level, &c); + switch (c) { default: - return -1; + return -c; case '.': - if (isofn[1] != ';') - return -1; + if (isofn != isoend) { + isochar(isofn, isoend, joliet_level, &c); + if (c == ';') + return 0; + } + return -1; case ';': return 0; } @@ -107,35 +138,36 @@ } /* - * translate a filename + * translate a filename of length > 0 */ void -isofntrans(infn, infnlen, outfn, outfnlen, original, assoc) +isofntrans(infn, infnlen, outfn, outfnlen, original, assoc, joliet_level) u_char *infn; int infnlen; u_char *outfn; u_short *outfnlen; int original; int assoc; + int joliet_level; { int fnidx = 0; + u_char c, d = '\0', *infnend = infn + infnlen; if (assoc) { *outfn++ = ASSOCCHAR; fnidx++; - infnlen++; } - for (; fnidx < infnlen; fnidx++) { - char c = *infn++; + for (; infn != infnend; fnidx++) { + infn += isochar(infn, infnend, joliet_level, &c); if (!original && c >= 'A' && c <= 'Z') *outfn++ = c + ('a' - 'A'); - else if (!original && c == '.' && *infn == ';') - break; - else if (!original && c == ';') + else if (!original && c == ';') { + fnidx -= (d == '.'); break; - else + } else *outfn++ = c; + d = c; } *outfnlen = fnidx; } Index: sys/isofs/cd9660/cd9660_vfsops.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_vfsops.c,v retrieving revision 1.35 diff -u -r1.35 cd9660_vfsops.c --- cd9660_vfsops.c 1998/03/08 09:56:41 1.35 +++ cd9660_vfsops.c 1998/03/16 19:07:13 @@ -271,9 +271,12 @@ int ronly = (mp->mnt_flag & MNT_RDONLY) != 0; int iso_bsize; int iso_blknum; + int pri_blknum; + int joliet_level; struct iso_volume_descriptor *vdp = 0; struct iso_primary_descriptor *pri; struct iso_sierra_primary_descriptor *pri_sierra; + struct iso_supplementary_descriptor *supp; struct iso_directory_record *rootp; int logical_block_size; @@ -303,6 +306,8 @@ */ iso_bsize = ISO_DEFAULT_BLOCK_SIZE; + joliet_level = 0; + pri_blknum = -1; for (iso_blknum = 16 + argp->ssector; iso_blknum < 100 + argp->ssector; iso_blknum++) { @@ -320,19 +325,42 @@ high_sierra = 1; } - if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) { - error = EINVAL; - goto out; - } + if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) + break; if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_PRIMARY) - break; + pri_blknum = iso_blknum; + + if (!(argp->flags & ISOFSMNT_NOJOLIET) && + isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_SUPPLEMENTARY) { + supp = (struct iso_supplementary_descriptor *)vdp; + if (bcmp(supp->escape, "%/@", 3) == 0) + joliet_level = 1; + if (bcmp(supp->escape, "%/C", 3) == 0) + joliet_level = 2; + if (bcmp(supp->escape, "%/E", 3) == 0) + joliet_level = 3; + if (isonum_711 (supp->flags) & 1) + joliet_level = 0; + if (joliet_level) + break; + } + brelse(bp); } - if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) { - error = EINVAL; - goto out; + if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_SUPPLEMENTARY) { + if (pri_blknum == -1) { + error = EINVAL; + goto out; + } + + brelse(bp); + if (error = bread(devvp, pri_blknum * btodb(iso_bsize), + iso_bsize, NOCRED, &bp)) + goto out; + vdp = (struct iso_volume_descriptor *)bp->b_data; + argp->flags |= ISOFSMNT_NOJOLIET; } pri = (struct iso_primary_descriptor *)vdp; @@ -361,6 +389,7 @@ isonum_733 (high_sierra? pri_sierra->volume_space_size: pri->volume_space_size); + isomp->joliet_level = joliet_level; /* * Since an ISO9660 multi-session CD can also access previous * sessions, we have to include them into the space consider- @@ -375,9 +404,7 @@ isomp->root_size = isonum_733 (rootp->size); isomp->im_bmask = logical_block_size - 1; - isomp->im_bshift = 0; - while ((1 << isomp->im_bshift) < isomp->logical_block_size) - isomp->im_bshift++; + isomp->im_bshift = ffs(logical_block_size) - 1; bp->b_flags |= B_AGE; brelse(bp); @@ -418,7 +445,8 @@ brelse(bp); bp = NULL; } - isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT); + isomp->im_flags = argp->flags & (ISOFSMNT_NORRIP | ISOFSMNT_GENS | + ISOFSMNT_EXTATT | ISOFSMNT_NOJOLIET); if(high_sierra) /* this effectively ignores all the mount flags */ Index: sys/isofs/cd9660/cd9660_vnops.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/cd9660_vnops.c,v retrieving revision 1.52 diff -u -r1.52 cd9660_vnops.c --- cd9660_vnops.c 1998/03/06 09:46:14 1.52 +++ cd9660_vnops.c 1998/03/16 18:16:01 @@ -549,26 +549,23 @@ break; default: /* ISO_FTYPE_DEFAULT || ISO_FTYPE_9660 || ISO_FTYPE_HIGH_SIERRA*/ strcpy(idp->current.d_name,".."); - switch (ep->name[0]) { - case 0: + if (idp->current.d_namlen == 1 && ep->name[0] == 0) { idp->current.d_namlen = 1; error = iso_uiodir(idp,&idp->current,idp->curroff); - break; - case 1: + } else if (idp->current.d_namlen == 1 && ep->name[0] == 1) { idp->current.d_namlen = 2; error = iso_uiodir(idp,&idp->current,idp->curroff); - break; - default: + } else { isofntrans(ep->name,idp->current.d_namlen, idp->current.d_name, &namelen, imp->iso_ftype == ISO_FTYPE_9660, - isonum_711(ep->flags)&4); + isonum_711(ep->flags)&4, + imp->joliet_level); idp->current.d_namlen = (u_char)namelen; if (imp->iso_ftype == ISO_FTYPE_DEFAULT) error = iso_shipdir(idp); else error = iso_uiodir(idp,&idp->current,idp->curroff); - break; } } if (error) Index: sys/isofs/cd9660/iso.h =================================================================== RCS file: /usr/CVS-Repository/src/sys/isofs/cd9660/iso.h,v retrieving revision 1.16 diff -u -r1.16 iso.h --- iso.h 1997/05/07 13:23:04 1.16 +++ iso.h 1998/03/16 19:10:03 @@ -54,6 +54,7 @@ /* volume descriptor types */ #define ISO_VD_PRIMARY 1 +#define ISO_VD_SUPPLEMENTARY 2 #define ISO_VD_END 255 #define ISO_STANDARD_ID "CD001" @@ -135,6 +136,42 @@ char unused4 [ISODCL (856, 2048)]; }; +struct iso_supplementary_descriptor { + char type [ISODCL ( 1, 1)]; /* 711 */ + char id [ISODCL ( 2, 6)]; + char version [ISODCL ( 7, 7)]; /* 711 */ + char flags [ISODCL ( 8, 8)]; /* 711? */ + char system_id [ISODCL ( 9, 40)]; /* achars */ + char volume_id [ISODCL ( 41, 72)]; /* dchars */ + char unused2 [ISODCL ( 73, 80)]; + char volume_space_size [ISODCL ( 81, 88)]; /* 733 */ + char escape [ISODCL ( 89, 120)]; + char volume_set_size [ISODCL (121, 124)]; /* 723 */ + char volume_sequence_number [ISODCL (125, 128)]; /* 723 */ + char logical_block_size [ISODCL (129, 132)]; /* 723 */ + char path_table_size [ISODCL (133, 140)]; /* 733 */ + char type_l_path_table [ISODCL (141, 144)]; /* 731 */ + char opt_type_l_path_table [ISODCL (145, 148)]; /* 731 */ + char type_m_path_table [ISODCL (149, 152)]; /* 732 */ + char opt_type_m_path_table [ISODCL (153, 156)]; /* 732 */ + char root_directory_record [ISODCL (157, 190)]; /* 9.1 */ + char volume_set_id [ISODCL (191, 318)]; /* dchars */ + char publisher_id [ISODCL (319, 446)]; /* achars */ + char preparer_id [ISODCL (447, 574)]; /* achars */ + char application_id [ISODCL (575, 702)]; /* achars */ + char copyright_file_id [ISODCL (703, 739)]; /* 7.5 dchars */ + char abstract_file_id [ISODCL (740, 776)]; /* 7.5 dchars */ + char bibliographic_file_id [ISODCL (777, 813)]; /* 7.5 dchars */ + char creation_date [ISODCL (814, 830)]; /* 8.4.26.1 */ + char modification_date [ISODCL (831, 847)]; /* 8.4.26.1 */ + char expiration_date [ISODCL (848, 864)]; /* 8.4.26.1 */ + char effective_date [ISODCL (865, 881)]; /* 8.4.26.1 */ + char file_structure_version [ISODCL (882, 882)]; /* 711 */ + char unused4 [ISODCL (883, 883)]; + char application_data [ISODCL (884, 1395)]; + char unused5 [ISODCL (1396, 2048)]; +}; + struct iso_directory_record { char length [ISODCL (1, 1)]; /* 711 */ char ext_attr_length [ISODCL (2, 2)]; /* 711 */ @@ -202,6 +239,8 @@ int rr_skip; int rr_skip0; + + int joliet_level; }; #define VFSTOISOFS(mp) ((struct iso_mnt *)((mp)->mnt_data)) @@ -221,8 +260,9 @@ extern vop_t **cd9660_specop_p; extern vop_t **cd9660_fifoop_p; -int isofncmp __P((u_char *, int, u_char *, int)); -void isofntrans __P((u_char *, int, u_char *, u_short *, int, int)); +int isochar __P((u_char *, u_char *, int, u_char *)); +int isofncmp __P((u_char *, int, u_char *, int, int)); +void isofntrans __P((u_char *, int, u_char *, u_short *, int, int, int)); ino_t isodirino __P((struct iso_directory_record *, struct iso_mnt *)); #endif /* KERNEL */ Submit Followup ------------------------------------------------------------------------ www@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 12:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05116 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 12:12:41 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA04814 for ; Sun, 26 Apr 1998 12:08:10 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA23938; Sun, 26 Apr 1998 19:31:29 +0200 From: Luigi Rizzo Message-Id: <199804261731.TAA23938@labinfo.iet.unipi.it> Subject: Re: Question To: agbad@orc.ru (á.ç.âÁÄÅÑÎ) Date: Sun, 26 Apr 1998 19:31:28 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <01bd7135$5dfed8b0$0100007f@badeyan.aha.ru> from "á.ç.âÁÄÅÑÎ" at Apr 26, 98 09:04:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > After installing PnP patches from xperimnt/ I give command "patch -p0" and > she not work. Why? Excusez-moi mes fautes. Merci. what exactly does not work ? What version of freebsd, etc. luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 26 17:32:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11873 for freebsd-multimedia-outgoing; Sun, 26 Apr 1998 17:26:41 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA11136 for ; Sun, 26 Apr 1998 17:19:03 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 26 Apr 1998 20:17:24 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA20507; Sun, 26 Apr 98 20:17:23 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA21155; Sun, 26 Apr 1998 20:16:27 -0400 Message-Id: <19980426201627.A21132@ct.picker.com> Date: Sun, 26 Apr 1998 20:16:27 -0400 From: Randall Hopper To: tomppa@fidata.fi, Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: problem capturing video with BT848/Haughpage Win/Tv Mail-Followup-To: tomppa@fidata.fi, Amancio Hasty , freebsd-multimedia@FreeBSD.ORG References: <199804191831.UAA02048@sos.freebsd.dk> <199804191909.MAA05397@rah.star-gate.com> <13626.35483.87697.62123@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=5vNYLRcllDrimb99 X-Mailer: Mutt 0.91.1i In-Reply-To: <13626.35483.87697.62123@zeta.fidata.fi>; from Tomi Vainio on Mon, Apr 20, 1998 at 02:36:59AM +0300 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Tomi Vainio: |Amancio Hasty writes: | > Do we have any other PAL users experiencing core dumps when a | > full-size fxtv window is moved around? | > |I don't even have to move window. It's enough just to put another |window over fxtv and fxtv starts using ximages. Full size PAL window |will give core dump every time. Maximum size for window is about |702x583 and 716x595 is too big. ... |tick:~/src/fxtv/work/fxtv-0.46(11)# gdb ./fxtv fxtv.core ... |(gdb) bt |#0 0x20215562 in ?? () |#1 0xefbfd6cc in ?? () |#2 0xd636 in TVNewFrameHdlr (img=0xefbfd6c8) at tv.c:178 Odd. I'm going to need a few more tips to help with this one. 1) When you get a sec, please run "fxtv -synchronous" and core dump it :-) Then dump the stack in gdb. Hopefully that'll give you a more interesting stack. If you don't mind, just mail me the core file. It'll be a big help if this was an fxtv compiled for debug. It's easy to build it this way. Grab: http://multiverse.com/~rhh/fxtv/fxtv-0.46.tgz, edit Makefile and swap which of the 2 CFLAGS and the 2 LDFLAGS lines is uncommented, and then run "gmake". 2) Please mail your "fxtv -debug startup" and "xdpyinfo" output. Might try this in other color depths (e.g. "startx -- -bpp 8" and see if you have the same problem). 3) You can determine if shared vs. non-shared ximages is even involved with this problem by applying no-shm-ximages.patch (attached) and rebuilding Fxtv 0.46. I'm going to guess this will not make a diff and will still dump core when using non-shared XImages. My best guess is that frame conversion is overrunning the image buffer, but I don't know why it would yet. Randall --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="no-shm-ximages.patch" --- ORIG/tvscreen.c Wed Nov 5 01:01:57 1997 +++ tvscreen.c Sun Apr 26 20:08:55 1998 @@ -438,12 +438,6 @@ modes = TV_TRANSFER_STD_IMAGE; /* Shared memory extension (TRANSFER_SHMEM_{IMAGE,PIXMAP}) */ - if ( XShmQueryVersion( s->display, &shm_majv, - &shm_minv, &shm_pixmaps ) == True ) { - modes |= TV_TRANSFER_SHMEM_IMAGE; - if ( shm_pixmaps ) - modes |= TV_TRANSFER_SHMEM_PIXMAP; - } /* Linear frame buf? (TRANSFER_DIRECT) */ S_x_err_count = 0; --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 15:05:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20772 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 15:05:52 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA20764 for ; Mon, 27 Apr 1998 15:05:48 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 27 Apr 1998 18:05:08 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA22238; Mon, 27 Apr 98 18:05:00 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA28574; Mon, 27 Apr 1998 18:04:04 -0400 Message-Id: <19980427180404.A28557@ct.picker.com> Date: Mon, 27 Apr 1998 18:04:04 -0400 From: Randall Hopper To: multimedia@FreeBSD.ORG Subject: Fxtv TIP for Avoiding Screen Trash Mail-Followup-To: multimedia@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If you're seeing any video trash being left around on your screen when using Fxtv with direct video, I'd suggest disabling SaveUnders in your window manager configuration. I'd disable use of BackingStore too. Example: AfterStep Window Manager (~/.steprc): # Make sure these settings, if present, are commented out: #SaveUnders #AppsBackingStore #BackingStore I have these disabled under AfterStep and I never see any video trash. YMMV. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 15:23:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24720 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 15:23:50 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA24697 for ; Mon, 27 Apr 1998 15:23:43 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 27 Apr 1998 18:23:08 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA22671; Mon, 27 Apr 98 18:23:08 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA28653; Mon, 27 Apr 1998 18:22:12 -0400 Message-Id: <19980427182212.A28646@ct.picker.com> Date: Mon, 27 Apr 1998 18:22:12 -0400 From: Randall Hopper To: multimedia@FreeBSD.ORG Subject: Re: Video editing? Mail-Followup-To: multimedia@FreeBSD.ORG References: <199804242123.RAA19185@freebsd.scds.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199804242123.RAA19185@freebsd.scds.com>; from Justin M. Seger on Fri, Apr 24, 1998 at 05:23:14PM -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Justin M. Seger: |I'd be recently thinking about video editing. Does FreeBSD currently |have any video editing software? Do we support any video output cards? Good question. I'd be interested in replies on video-out H/W support as well. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 17:39:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21436 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 17:39:03 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA21365 for ; Mon, 27 Apr 1998 17:39:01 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 27 Apr 1998 20:37:19 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA25199; Mon, 27 Apr 98 20:37:19 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA28958; Mon, 27 Apr 1998 20:36:20 -0400 Message-Id: <19980427203620.A28932@ct.picker.com> Date: Mon, 27 Apr 1998 20:36:20 -0400 From: Randall Hopper To: tomppa@fidata.fi, Amancio Hasty Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: problem capturing video with BT848/Haughpage Win/Tv Mail-Followup-To: tomppa@fidata.fi, Amancio Hasty , freebsd-multimedia@FreeBSD.ORG References: <13626.35483.87697.62123@zeta.fidata.fi> <199804192348.QAA03334@rah.star-gate.com> <13626.37007.633346.611739@zeta.fidata.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <13626.37007.633346.611739@zeta.fidata.fi>; from Tomi Vainio on Mon, Apr 20, 1998 at 03:02:23AM +0300 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Tomi Vainio: |I already have these: |options SYSVSHM |options "SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)" |options SHMALL=8192 |options SHMMAXPGS=8192 |options SHMMIN=2 |options SHMMNI=128 |options SHMSEG=32 I only have: options SYSVSHM but I build a kernel with your SHM option set and didn't have any problems with direct video or Shm XImages mode. |cputime unlimited |filesize unlimited |datasize 16MB |stacksize 8MB |coredumpsize unlimited |memoryuse 30MB |memorylocked 10MB |maxproc 64 |descriptors 64 More liberal than mine (defaults). I suspect these can't be right though: cputime unlimited filesize unlimited datasize 22528 kbytes stacksize 8192 kbytes coredumpsize unlimited memoryuse 30720 kbytes descriptors 64 memorylocked 10240 kbytes maxproc 64 |Amancio Hasty: | > And why you didn't report this earlier?? | > |I reported this same problem with Xaccel server on July 1997. I remember. Seems like we never did get to the bottom of it and I'd about chalked it up to Xaccel. But it's a given now that it's not. |BTW. I still have to use this to get picture inside window |tvcapture.c line 1509: | video.addr = x->base_addr + (g.y * x->pitch + g.x + 256) * Bpp; Yeah, I still don't get this. Of course, this effectively says that your framebuffer is 256 pixels offset past where the XFree86 DGA extension says it is. Does this work in all color depths (16bpp, 24bpp, 32bpp?) On the surface, sounds like an XFree86 DGA bug. You might check that "base_addr" contains the same number that is printed by the XFree86 startup output (startx -- -probeonly) for the base address of your linear frame buffer. Of course, it may be reporting it wrong both places. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 21:04:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02676 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 21:04:48 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka1.prth.tensor.pgs.com [157.147.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA02664 for ; Mon, 27 Apr 1998 21:04:44 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id MAA01861; Tue, 28 Apr 1998 12:03:58 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id MAA22491; Tue, 28 Apr 1998 12:03:49 +0800 Message-Id: <199804280403.MAA22491@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Chuck Robey cc: multimedia@FreeBSD.ORG Subject: Re: FreeBSD support now in Descent. In-reply-to: Your message of "Sat, 25 Apr 1998 15:55:13 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Apr 1998 12:03:49 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Stephen, it built just fine, but it doesn't want to start, so I figure > it's not really installed right. When it fails to start, it prints: > > picnic:/usr2/chuckr/descent:125 >ldescent > > Error: Cannot open file DESCENT.TEX or DESCENT.TXB > > so I looked to see if there was a DESCENT.TEX or DESCENT.TXB file > somewhere in the distribution, and maybe I could put that somewhere. > There isn't one. Do you have this working? What have I missed? > I should've mentioned that you'll need the datafiles from the registered version of descewnt. They're selling CDs with Descent I & II on them now. Buy one of those & you'll be set. Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 21:08:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03386 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 21:08:10 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03381 for ; Mon, 27 Apr 1998 21:08:05 -0700 (PDT) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id NAA28333 for ; Tue, 28 Apr 1998 13:38:01 +0930 (CST) Message-Id: <199804280408.NAA28333@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: multimedia@FreeBSD.ORG Subject: Interesting info about 3Dfx Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Apr 1998 13:38:01 +0930 From: "Daniel O'Connor" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I got this of the 3dfx.glide.linux newsgroup.. > It turns out we had a last minute scheduling problem with my 3Dfx trip > this weekend, and the engineer I needed to meet with isn't available. > We're going to have to reschedule it for another weekend. More > information as I've got it. I'm not sure next weekend is going to work, > so it may need to be the one after that. > > The V2 port is done and seem to be working. I'm going to go ahead and > productize it some more while I wait to get the Rush trip scheduled. > Hopefully I'll be able to get that all together shortly. Mainly I need > to cleanup /dev/3dfx, get 3Dfx to OK the source release of /dev/3dfx > since it doesn't really include any of their code that shouldn't be a > problem, and making an RPM. The last paragraph is quite interesting :) I think it means that he is trying to get 3dfx to release the kernel level source drivers for a Voodoo driver for Linux.. Mmm.. port time =) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 21:40:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09153 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 21:40:26 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09138 for ; Mon, 27 Apr 1998 21:40:17 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id XAA02039; Mon, 27 Apr 1998 23:37:38 -0400 (EDT) Date: Mon, 27 Apr 1998 23:37:38 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: multimedia@FreeBSD.ORG Subject: Re: FreeBSD support now in Descent. In-Reply-To: <199804280403.MAA22491@ariadne.tensor.pgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 28 Apr 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > > > Stephen, it built just fine, but it doesn't want to start, so I figure > > it's not really installed right. When it fails to start, it prints: > > > > picnic:/usr2/chuckr/descent:125 >ldescent > > > > Error: Cannot open file DESCENT.TEX or DESCENT.TXB > > > > so I looked to see if there was a DESCENT.TEX or DESCENT.TXB file > > somewhere in the distribution, and maybe I could put that somewhere. > > There isn't one. Do you have this working? What have I missed? > > > > I should've mentioned that you'll need the datafiles from the registered > version of descewnt. They're selling CDs with Descent I & II on them now. Buy > one of those & you'll be set. I'm not a big gameplayer, and I'll certainly not play these under Windows ... I thought that the descent thing would make a good demo. Under those conditions, is buying the cd still something you'd recommend? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 23:29:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01770 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 23:29:59 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from wakko.efn.org (wakko.efn.org [198.68.17.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01746 for ; Mon, 27 Apr 1998 23:29:57 -0700 (PDT) (envelope-from cjb@efn.org) Received: from garcia.efn.org (cjb@garcia.efn.org [198.68.17.5]) by wakko.efn.org (8.8.8/8.8.8) with ESMTP id XAA09986; Mon, 27 Apr 1998 23:27:24 -0700 (PDT) Received: from localhost (cjb@localhost) by garcia.efn.org (8.8.8/8.8.8) with SMTP id XAA17622; Mon, 27 Apr 1998 23:39:01 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: cjb owned process doing -bs Date: Mon, 27 Apr 1998 23:39:00 -0700 (PDT) From: Chris Brunner To: Chuck Robey cc: Stephen Hocking-Senior Programmer PGS Tensor Perth , multimedia@FreeBSD.ORG Subject: Re: FreeBSD support now in Descent. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 27 Apr 1998, Chuck Robey wrote: > On Tue, 28 Apr 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > > > > > > > Stephen, it built just fine, but it doesn't want to start, so I figure > > > it's not really installed right. When it fails to start, it prints: > > > > > > picnic:/usr2/chuckr/descent:125 >ldescent > > > > > > Error: Cannot open file DESCENT.TEX or DESCENT.TXB > > > > > > so I looked to see if there was a DESCENT.TEX or DESCENT.TXB file > > > somewhere in the distribution, and maybe I could put that somewhere. > > > There isn't one. Do you have this working? What have I missed? > > > > > > > I should've mentioned that you'll need the datafiles from the registered > > version of descewnt. They're selling CDs with Descent I & II on them now. Buy > > one of those & you'll be set. > > I'm not a big gameplayer, and I'll certainly not play these under > Windows ... I thought that the descent thing would make a good demo. > Under those conditions, is buying the cd still something you'd > recommend? Does the FreeBSD version require the registered versions of the datafiles? I know that there are shareware versions of both Descent and Descent II out there which contain only the first few levels, but could be used for a demo package. I have both Descent (full version) and the demo of Descent II (came with my graphics adapter) so I'll give them a shot to see what works. -- Chris Brunner | -- cjb@efn.org | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 23:45:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04580 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 23:45:08 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: (from sos@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04568; Mon, 27 Apr 1998 23:45:02 -0700 (PDT) (envelope-from sos) Message-Id: <199804280645.XAA04568@hub.freebsd.org> Subject: Re: Interesting info about 3Dfx In-Reply-To: <199804280408.NAA28333@cain.gsoft.com.au> from Daniel O'Connor at "Apr 28, 98 01:38:01 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Mon, 27 Apr 1998 23:45:02 -0700 (PDT) Cc: multimedia@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Daniel O'Connor who wrote: > I got this of the 3dfx.glide.linux newsgroup.. > > The V2 port is done and seem to be working. I'm going to go ahead and > > productize it some more while I wait to get the Rush trip scheduled. > > Hopefully I'll be able to get that all together shortly. Mainly I need > > to cleanup /dev/3dfx, get 3Dfx to OK the source release of /dev/3dfx > > since it doesn't really include any of their code that shouldn't be a > > problem, and making an RPM. > > The last paragraph is quite interesting :) > I think it means that he is trying to get 3dfx to release the kernel level > source drivers for a Voodoo driver for Linux.. Mmm.. port time =) That would be THE reason to go out and buy a 3dfx card :) Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 27 23:57:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06908 for freebsd-multimedia-outgoing; Mon, 27 Apr 1998 23:57:31 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06900; Mon, 27 Apr 1998 23:57:27 -0700 (PDT) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id QAA29804; Tue, 28 Apr 1998 16:27:24 +0930 (CST) Message-Id: <199804280657.QAA29804@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: sos@FreeBSD.ORG cc: multimedia@FreeBSD.ORG Subject: Re: Interesting info about 3Dfx In-reply-to: Your message of "Mon, 27 Apr 1998 23:45:02 MST." <199804280645.XAA04568@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 28 Apr 1998 16:27:24 +0930 From: "Daniel O'Connor" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id XAA06903 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > to cleanup /dev/3dfx, get 3Dfx to OK the source release of /dev/3dfx > > > since it doesn't really include any of their code that shouldn't be a > > > problem, and making an RPM. > > The last paragraph is quite interesting :) > > I think it means that he is trying to get 3dfx to release the kernel level > That would be THE reason to go out and buy a 3dfx card :) Yes it would, but alas no :( Daryll just emailed me and said that the device would just be there so userland stuff can map the card into memory and do a few simple queries (I suppose to remove the root-only problem with access). Which is nice, but not the whole enchilada :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 02:24:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA03434 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 02:24:53 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka1.prth.tensor.pgs.com [157.147.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA03407 for ; Tue, 28 Apr 1998 02:24:31 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id RAA29155; Tue, 28 Apr 1998 17:23:49 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id RAA24185; Tue, 28 Apr 1998 17:23:36 +0800 Message-Id: <199804280923.RAA24185@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Daniel O'Connor" cc: multimedia@FreeBSD.ORG Subject: Re: Interesting info about 3Dfx In-reply-to: Your message of "Tue, 28 Apr 1998 16:27:24 +0930." <199804280657.QAA29804@cain.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Apr 1998 17:23:36 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > > to cleanup /dev/3dfx, get 3Dfx to OK the source release of /dev/3dfx > > > > since it doesn't really include any of their code that shouldn't be a > > > > problem, and making an RPM. > > > The last paragraph is quite interesting :) > > > I think it means that he is trying to get 3dfx to release the kernel level > > That would be THE reason to go out and buy a 3dfx card :) > Yes it would, but alas no :( > Daryll just emailed me and said that the device would just be there so > userland stuff can map the card into memory and do a few simple queries (I > suppose to remove the root-only problem with access). Which is nice, but not > the whole enchilada :) > Hopefully quake2-3.15 would support all this. We can but dream of having FreeBSD native apps beating on that card. Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 02:28:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04260 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 02:28:21 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka1.prth.tensor.pgs.com [157.147.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04242 for ; Tue, 28 Apr 1998 02:28:17 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id RAA29472; Tue, 28 Apr 1998 17:27:34 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id RAA24217; Tue, 28 Apr 1998 17:27:22 +0800 Message-Id: <199804280927.RAA24217@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Chris Brunner cc: multimedia@FreeBSD.ORG Subject: Re: FreeBSD support now in Descent. In-reply-to: Your message of "Mon, 27 Apr 1998 23:39:00 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Apr 1998 17:27:22 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Does the FreeBSD version require the registered versions of the datafiles? > I know that there are shareware versions of both Descent and Descent II > out there which contain only the first few levels, but could be used for a > demo package. > I have both Descent (full version) and the demo of Descent II (came with > my graphics adapter) so I'll give them a shot to see what works. > It does require the registered version of descent I. There's been some talk on the list of getting it to work with the shareware version, but no action yet as people are still beating on other issues. I'm banging my head against the quirks & foibles of our ancient version of gas. I'm busting for an updated version of binutils - roll on the ELF stuff which make all this a bunch easier to keep up to date. Do any of the other *BSDs still use a.out? Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 04:52:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA02497 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 04:52:54 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: (from sos@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA02486; Tue, 28 Apr 1998 04:52:49 -0700 (PDT) (envelope-from sos) Message-Id: <199804281152.EAA02486@hub.freebsd.org> Subject: Re: FreeBSD support now in Descent. In-Reply-To: <199804280927.RAA24217@ariadne.tensor.pgs.com> from Stephen Hocking-Senior Programmer PGS Tensor Perth at "Apr 28, 98 05:27:22 pm" To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Tensor Perth) Date: Tue, 28 Apr 1998 04:52:48 -0700 (PDT) Cc: cjb@efn.org, multimedia@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Stephen Hocking-Senior Programmer PGS Tensor Perth who wrote: > > > > > Does the FreeBSD version require the registered versions of the datafiles? > > I know that there are shareware versions of both Descent and Descent II > > out there which contain only the first few levels, but could be used for a > > demo package. > > I have both Descent (full version) and the demo of Descent II (came with > > my graphics adapter) so I'll give them a shot to see what works. > > > > It does require the registered version of descent I. There's been some talk on the list of getting it to work with the shareware version, but no action yet as people are still beating on other issues. I'm banging my head against the quirks & foibles of our ancient version of gas. I'm busting for an updated version of binutils - roll on the ELF stuff which make all this a bunch easier to keep up to date. Do any of the other *BSDs still use a.out? -current has the latest binutils allready, it should have been enabled for ELF long ago, but me being buzy has prevented that... I hope to get this done soon... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 07:04:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27134 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 07:04:22 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA27106 for ; Tue, 28 Apr 1998 07:04:14 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA25958; Tue, 28 Apr 1998 08:37:09 +0200 From: Luigi Rizzo Message-Id: <199804280637.IAA25958@labinfo.iet.unipi.it> Subject: multiple sdr -- found the problem To: MBONE@isi.edu, multimedia@FreeBSD.ORG Date: Tue, 28 Apr 1998 08:37:08 +0200 (MET DST) In-Reply-To: <25298.892667239@north.lcs.mit.edu> from "Mark Handley" at Apr 15, 98 03:07:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It appears that there is a problem with running multiple instances of SDR -- by different users -- on FreeBSD. It is not a problem in sdr, but rather on bind(), and I wonder if it affects: 1) other systems; 2) other multicast applications. The problem (in sdr) is as follows: when two instances of sdr are run by different users, the second one fails to bind to the same port, unless it is root or has the same UID as the first one. Haven't verified if the test is made on the UID, EUID, GID or what. Nor I have verified if it is specific of FreeBSD or it also occurs on other systems. I can see a reason for checking privileges on a bind -- if multiple processes bind to the same port, some unprivileged process might steal packet to another, more privileged one -- especially for unicast traffic. For multicast, though, my belief is that there is intrinsically no security in the use of this type of transport, so the check should be relaxed. [in sdr, the offending bind() is called for INADDR_ANY ; i have tried to set the address to a multicast group but it seems to make no difference]. Comments/suggestions ? cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 09:23:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27738 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 09:23:10 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from alpha.xerox.com (omega.Xerox.COM [13.1.64.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA27733 for ; Tue, 28 Apr 1998 09:23:08 -0700 (PDT) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <32524(2)>; Tue, 28 Apr 1998 09:22:32 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177515>; Tue, 28 Apr 1998 09:22:26 -0700 To: Luigi Rizzo cc: MBONE@isi.edu, multimedia@FreeBSD.ORG Subject: Re: multiple sdr -- found the problem In-reply-to: Your message of "Mon, 27 Apr 98 23:37:08 PDT." <199804280637.IAA25958@labinfo.iet.unipi.it> Date: Tue, 28 Apr 1998 09:22:19 PDT From: Bill Fenner Message-Id: <98Apr28.092226pdt.177515@crevenia.parc.xerox.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Luigi Rizzo wrote: >I can see a reason for checking privileges on a bind -- if multiple >processes bind to the same port, some unprivileged process might >steal packet to another, more privileged one -- especially for >unicast traffic. Right, but with multicast, the packets are replicated to all processes bound to the port, so this case doesn't apply. >I wonder if it affects: > 1) other systems; I believe this particular diff came from OpenBSD: 1.39 Sun Mar 1 19:39:26 1998 UTC by guido Make sure that you can only bind a more specific address when it is done by the same uid. Obtained from: OpenBSD so OpenBSD is presumably affected in the same way. Here's a straightforward fix to try. Bill Index: in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.43 diff -u -r1.43 in_pcb.c --- in_pcb.c 1998/04/19 17:22:30 1.43 +++ in_pcb.c 1998/04/28 16:16:17 @@ -197,7 +197,7 @@ if (ntohs(lport) < IPPORT_RESERVED && p && suser(p->p_ucred, &p->p_acflag)) return (EACCES); - if (so->so_uid) { + if (so->so_uid && !IN_MULTICAST(ntohl(sin->sin_addr.s_addr))) { t = in_pcblookup_local(inp->inp_pcbinfo, sin->sin_addr, lport, INPLOOKUP_WILDCARD); if (t && (so->so_uid != t->inp_socket->so_uid)) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 09:28:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29336 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 09:28:54 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from relay8.uu.net (relay8.uu.net [192.48.96.84]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29330 for ; Tue, 28 Apr 1998 09:28:50 -0700 (PDT) (envelope-from jhall@UU.NET) Received: from neserve0.uu.net by relay8.uu.net with ESMTP (peer crosschecked as: neserve0.uu.net [153.39.50.135]) id QQenbt05226; Tue, 28 Apr 1998 12:28:31 -0400 (EDT) Received: by neserve0.uu.net id QQenbt29136; Tue, 28 Apr 1998 12:28:16 -0400 (EDT) From: jhall@UU.NET (Jeremy Hall) Message-Id: Subject: Re: multiple sdr -- found the problem To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 28 Apr 1998 12:28:16 -0400 (EDT) Cc: MBONE@ISI.EDU, multimedia@FreeBSD.ORG In-Reply-To: <199804280637.IAA25958@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 28, 98 08:37:08 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I don't think two processes can own the same group/port combination. This is so the kernel knows where to send the packets. It is annoying if you're trying to run a transcoder. _J Luigi Rizzo said: > > It appears that there is a problem with running multiple instances of > SDR -- by different users -- on FreeBSD. It is not a problem in > sdr, but rather on bind(), and I wonder if it affects: > 1) other systems; > 2) other multicast applications. > > The problem (in sdr) is as follows: when two instances of sdr are > run by different users, the second one fails to bind to the same > port, unless it is root or has the same UID as the first one. > Haven't verified if the test is made on the UID, EUID, GID or > what. Nor I have verified if it is specific of FreeBSD or it also > occurs on other systems. > > I can see a reason for checking privileges on a bind -- if multiple > processes bind to the same port, some unprivileged process might > steal packet to another, more privileged one -- especially for > unicast traffic. > > For multicast, though, my belief is that there is intrinsically no > security in the use of this type of transport, so the check should be > relaxed. > > [in sdr, the offending bind() is called for INADDR_ANY ; i have tried > to set the address to a multicast group but it seems to make no > difference]. > > Comments/suggestions ? > > cheers > luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:13:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09537 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:13:40 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from alpha.xerox.com (omega.Xerox.COM [13.1.64.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA09520 for ; Tue, 28 Apr 1998 10:13:37 -0700 (PDT) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <32534(2)>; Tue, 28 Apr 1998 10:12:56 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177515>; Tue, 28 Apr 1998 10:12:47 -0700 To: jhall@uu.net (Jeremy Hall) cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), MBONE@isi.edu, multimedia@FreeBSD.ORG Subject: Re: multiple sdr -- found the problem In-reply-to: Your message of "Tue, 28 Apr 98 09:28:16 PDT." Date: Tue, 28 Apr 1998 10:12:45 PDT From: Bill Fenner Message-Id: <98Apr28.101247pdt.177515@crevenia.parc.xerox.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org jhall@UU.NET (Jeremy Hall) wrote: >I don't think two processes can own the same group/port combination. This >is so the kernel knows where to send the packets. It is annoying if you're >trying to run a transcoder. If you set SO_REUSEADDR (or SO_REUSEPORT on 4.4BSD), multiple sockets may be bound to the same address/port, and multicast packets are delivered to each matching socket. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:15:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA09988 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:15:31 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from alpha.xerox.com (omega.Xerox.COM [13.1.64.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA09983 for ; Tue, 28 Apr 1998 10:15:29 -0700 (PDT) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <32537(2)>; Tue, 28 Apr 1998 10:14:56 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177515>; Tue, 28 Apr 1998 10:14:48 -0700 To: Bill Fenner cc: Luigi Rizzo , MBONE@isi.edu, multimedia@FreeBSD.ORG Subject: Re: multiple sdr -- found the problem In-reply-to: Your message of "Tue, 28 Apr 98 09:22:19 PDT." <98Apr28.092226pdt.177515@crevenia.parc.xerox.com> Date: Tue, 28 Apr 1998 10:14:35 PDT From: Bill Fenner Message-Id: <98Apr28.101448pdt.177515@crevenia.parc.xerox.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bill Fenner wrote: >Here's a straightforward fix to try. Way too straightforward, of course; the problem is that sdr binds to INADDR_ANY which is not IN_MULTICAST(). Sigh. Sounds like this needs to be solved at demux time, not bind time, since multicast and unicast are treated differently even if you do the exact same bind. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:17:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10490 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:17:23 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from relay8.uu.net (relay8.uu.net [192.48.96.84]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10479 for ; Tue, 28 Apr 1998 10:17:19 -0700 (PDT) (envelope-from jhall@UU.NET) Received: from neserve0.uu.net by relay8.uu.net with ESMTP (peer crosschecked as: neserve0.uu.net [153.39.50.135]) id QQenbx03340; Tue, 28 Apr 1998 13:17:12 -0400 (EDT) Received: by neserve0.uu.net id QQenbx01226; Tue, 28 Apr 1998 13:16:53 -0400 (EDT) From: jhall@UU.NET (Jeremy Hall) Message-Id: Subject: Re: multiple sdr -- found the problem To: fenner@parc.xerox.com (Bill Fenner) Date: Tue, 28 Apr 1998 13:16:53 -0400 (EDT) Cc: luigi@labinfo.iet.unipi.it, MBONE@isi.edu, multimedia@FreeBSD.ORG In-Reply-To: <98Apr28.101247pdt.177515@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 28, 98 10:12:45 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org then why won't two copies of rat coexist on the same group/port combination? (one as a standard tool, and one as a transcoder) Rat seems to set SO_REUSEADDR when it starts its initial connection in src/net.c. _J Bill Fenner said: > > jhall@UU.NET (Jeremy Hall) wrote: > >I don't think two processes can own the same group/port combination. This > >is so the kernel knows where to send the packets. It is annoying if you're > >trying to run a transcoder. > > If you set SO_REUSEADDR (or SO_REUSEPORT on 4.4BSD), multiple sockets > may be bound to the same address/port, and multicast packets are delivered > to each matching socket. > > Bill > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:30:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12938 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:30:32 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from alpha.xerox.com (omega.Xerox.COM [13.1.64.95]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA12926 for ; Tue, 28 Apr 1998 10:30:29 -0700 (PDT) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <32560(2)>; Tue, 28 Apr 1998 10:29:57 PDT Received: by crevenia.parc.xerox.com id <177515>; Tue, 28 Apr 1998 10:29:49 -0700 From: Bill Fenner To: fenner@parc.xerox.com, jhall@uu.net Subject: Re: multiple sdr -- found the problem Cc: MBONE@isi.edu, luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Message-Id: <98Apr28.102949pdt.177515@crevenia.parc.xerox.com> Date: Tue, 28 Apr 1998 10:29:38 PDT Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just had two copies of rat 3.0.18 coexisting; one run with rat 224.2.0.1/23456/127 and one with rat -T 224.2.0.1/23456/127/pcm 239.255.255.1/12344/1/gsm The actual audio transcoding didn't work very well (all I heard on the gsm side was garbage when someone spoke) but the packets made it to both rats. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:38:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14105 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:38:06 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from relay8.uu.net (relay8.uu.net [192.48.96.84]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14034 for ; Tue, 28 Apr 1998 10:38:00 -0700 (PDT) (envelope-from jhall@UU.NET) Received: from neserve0.uu.net by relay8.uu.net with ESMTP (peer crosschecked as: neserve0.uu.net [153.39.50.135]) id QQenby15600; Tue, 28 Apr 1998 13:37:53 -0400 (EDT) Received: by neserve0.uu.net id QQenby02114; Tue, 28 Apr 1998 13:37:45 -0400 (EDT) From: jhall@UU.NET (Jeremy Hall) Message-Id: Subject: Re: multiple sdr -- found the problem To: fenner@parc.xerox.com (Bill Fenner) Date: Tue, 28 Apr 1998 13:37:44 -0400 (EDT) Cc: fenner@parc.xerox.com, MBONE@isi.edu, luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG In-Reply-To: <98Apr28.102949pdt.177515@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 28, 98 10:29:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You actually got people to speak on 224.2.0.1? Bill Fenner said: > > I just had two copies of rat 3.0.18 coexisting; one run with > > rat 224.2.0.1/23456/127 > > and one with > > rat -T 224.2.0.1/23456/127/pcm 239.255.255.1/12344/1/gsm > > The actual audio transcoding didn't work very well (all I heard on the gsm > side was garbage when someone spoke) but the packets made it to both rats. > > Bill > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 10:40:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14475 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 10:40:40 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14469; Tue, 28 Apr 1998 10:40:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id JAA00488; Tue, 28 Apr 1998 09:36:40 -0700 (PDT) Message-Id: <199804281636.JAA00488@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: current@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: Patches to Linux emulator enc. In-reply-to: Your message of "Fri, 10 Apr 1998 14:46:45 +0800." <199804100646.OAA27390@ariadne.tensor.pgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Apr 1998 09:36:39 -0700 From: Mike Smith Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > These diffs implement the mremap & ioperm system calls for Linux, which is > sufficient to allow a certain Linux 3d visualisation & simulation program to > run. The work was done by Amancio Hasty & another whose name I can't recall at > the moment. I would've sent it in as a PR, but don't have a machine with > send-pr attached to the net at the moment. These patches have the following problems. If you can address these, I'll make sure they're committed. - they back out some of the time-related changes. - the linux_ioperm() emulation does not check for appropriate priviledges before succeeding. This would open a gaping security hole. Thanks, and sorry for taking so long to get back to you on them. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 11:22:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24300 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 11:22:45 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA24294 for ; Tue, 28 Apr 1998 11:22:42 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA26876; Tue, 28 Apr 1998 18:46:31 +0200 From: Luigi Rizzo Message-Id: <199804281646.SAA26876@labinfo.iet.unipi.it> Subject: Re: multiple sdr -- found the problem To: fenner@parc.xerox.com (Bill Fenner) Date: Tue, 28 Apr 1998 18:46:31 +0200 (MET DST) Cc: fenner@parc.xerox.com, jhall@uu.net, MBONE@isi.edu, multimedia@FreeBSD.ORG In-Reply-To: <98Apr28.102949pdt.177515@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 28, 98 10:29:19 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I just had two copies of rat 3.0.18 coexisting; one run with > > rat 224.2.0.1/23456/127 > > and one with > > rat -T 224.2.0.1/23456/127/pcm 239.255.255.1/12344/1/gsm > > The actual audio transcoding didn't work very well (all I heard on the gsm > side was garbage when someone spoke) but the packets made it to both rats. that could have been a conflict in the use of the audio device ? In any case i have had multiple vic's active with no problems (after re-enabling loopback on the vic side.) But now that i think of it, i never tried to run the vic's with different uids luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 11:30:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25920 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 11:30:53 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA25915 for ; Tue, 28 Apr 1998 11:30:51 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA26891; Tue, 28 Apr 1998 18:54:47 +0200 From: Luigi Rizzo Message-Id: <199804281654.SAA26891@labinfo.iet.unipi.it> Subject: Re: multiple sdr -- found the problem To: fenner@parc.xerox.com (Bill Fenner) Date: Tue, 28 Apr 1998 18:54:47 +0200 (MET DST) Cc: MBONE@isi.edu, multimedia@FreeBSD.ORG In-Reply-To: <98Apr28.092226pdt.177515@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 28, 98 09:22:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Luigi Rizzo wrote: > >I can see a reason for checking privileges on a bind -- if multiple > >processes bind to the same port, some unprivileged process might > >steal packet to another, more privileged one -- especially for > >unicast traffic. > > Right, but with multicast, the packets are replicated to all > processes bound to the port, so this case doesn't apply. ... > I believe this particular diff came from OpenBSD: > > 1.39 Sun Mar 1 19:39:26 1998 UTC by guido > > Make sure that you can only bind a more specific address when it is > done by the same uid. > Obtained from: OpenBSD ok, then you have spotted the problem. Your fix will do the job then, by changing sdr to bind to the multicast addr instead of INADDR_ANY. After all the address is known by then. But this ownership check from OpenBSD is not too convincing. thanks luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 12:11:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04934 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 12:11:37 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from hoth.ffwd.bc.ca (hoth.ffwd.bc.ca [204.239.179.200]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA04920 for ; Tue, 28 Apr 1998 12:11:32 -0700 (PDT) (envelope-from skye@ffwd.bc.ca) Received: from skye by hoth.ffwd.bc.ca with local (Exim 1.82 #3) id 0yUFmt-0004DM-00; Tue, 28 Apr 1998 12:11:31 -0700 Message-ID: <19980428121131.62414@hoth.ffwd.bc.ca> Date: Tue, 28 Apr 1998 12:11:31 -0700 From: Skye Poier To: freebsd-multimedia@FreeBSD.ORG Subject: rvplayer v5 help Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 X-URL: http://www.ffwd.bc.ca/ Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I just got the rvplayer v5 Linux ELF binary from Real Networks. The Linux compat module is loaded, I started it up, it crapped out. Ah-ha I realized, I copied the lib* files from /usr/local/rvplayer5.0 to /usr/lib and started it again. Worked fine, no complaints, video worked, except... no sound. raplayer3.0 for FreeBSD works fine I might add. So I copy the lib* files to /compat/linux/lib and try again. Now when I try to play I get "cannot open audio device" and in the controlling terminal: LINUX: 'ioctl' fd=6, typ=0x450(P), num=0xf not implemented any thoughts? I really really want to be able to run v5 Thanks Skye -- __ __ __ "The problem is not whether the song | |--. _ .-----.|__|.--| |.-----. will continue, but whether a dark | _ | |_| |__ --|| || _ || -__| space can be found where the notes |_____| |_____||__||_____||_____| can resonate" -- Rilke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 12:19:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06624 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 12:19:10 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from hoth.ffwd.bc.ca (hoth.ffwd.bc.ca [204.239.179.200]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA06618 for ; Tue, 28 Apr 1998 12:19:07 -0700 (PDT) (envelope-from skye@ffwd.bc.ca) Received: from skye by hoth.ffwd.bc.ca with local (Exim 1.82 #3) id 0yUFuG-0004EJ-00; Tue, 28 Apr 1998 12:19:08 -0700 Message-ID: <19980428121907.45374@hoth.ffwd.bc.ca> Date: Tue, 28 Apr 1998 12:19:07 -0700 From: Skye Poier To: freebsd-multimedia@FreeBSD.ORG Subject: rvplayer v5.0 continued Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 X-URL: http://www.ffwd.bc.ca/ Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Oh yeah, I should mention I'm using: 2.2.5-RELEASE with pnp971020.tgz snd980215.tgz to use my ummm SB16 compatible, I think, PnP sound card: Probing for PnP devices: CSN 1 Vendor ID: CTL00c7 [0xc7008c0e] Serial 0x11eef737 PnP: override config for CSN 1 LDN 2 vend_id 0xc7008c0e PnP: override config for CSN 1 LDN 0 vend_id 0xc7008c0e ... sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvi0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: awe0 at 0x620 on isa Everything else sound-wise works.... realplayer for FreeBSD, rplayd, cat'ing to /dev/audio, etc... Thanks Skye -- __ __ __ "The problem is not whether the song | |--. _ .-----.|__|.--| |.-----. will continue, but whether a dark | _ | |_| |__ --|| || _ || -__| space can be found where the notes |_____| |_____||__||_____||_____| can resonate" -- Rilke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 13:11:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22394 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 13:11:14 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from hoth.ffwd.bc.ca (hoth.ffwd.bc.ca [204.239.179.200]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA22385 for ; Tue, 28 Apr 1998 13:11:12 -0700 (PDT) (envelope-from skye@ffwd.bc.ca) Received: from skye by hoth.ffwd.bc.ca with local (Exim 1.82 #3) id 0yUGie-0004Hr-00; Tue, 28 Apr 1998 13:11:12 -0700 Message-ID: <19980428131112.24442@hoth.ffwd.bc.ca> Date: Tue, 28 Apr 1998 13:11:12 -0700 From: Skye Poier To: freebsd-multimedia@FreeBSD.ORG Subject: rvplayer v5 solved Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 X-URL: http://www.ffwd.bc.ca/ Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org nevermind.. i figured it out by doing some more specific searches through the mail archives... had to patch linux.h and linux_ioctl.c, then fetch linux lkm source from cvsup and rebuild module.. works great now *one HAPPY camper* Skye -- __ __ __ "The problem is not whether the song | |--. _ .-----.|__|.--| |.-----. will continue, but whether a dark | _ | |_| |__ --|| || _ || -__| space can be found where the notes |_____| |_____||__||_____||_____| can resonate" -- Rilke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 13:38:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28284 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 13:38:50 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28260 for ; Tue, 28 Apr 1998 13:38:39 -0700 (PDT) (envelope-from tinguely@plains.NoDak.edu) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.8/8.8.8) id PAA05786; Tue, 28 Apr 1998 15:38:20 -0500 (CDT) Date: Tue, 28 Apr 1998 15:38:20 -0500 (CDT) From: Mark Tinguely Message-Id: <199804282038.PAA05786@plains.NoDak.edu> To: luigi@labinfo.iet.unipi.it, MBONE@isi.edu, multimedia@FreeBSD.ORG Subject: Re: multiple sdr -- found the problem Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ps to earlier note: udp_input() in udp_usrreq.c should take care of distributing to ALL sockets once you have bind working. see comment starting around line 182. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 14:10:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07564 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 14:10:59 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07555 for ; Tue, 28 Apr 1998 14:10:57 -0700 (PDT) (envelope-from tinguely@plains.NoDak.edu) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.8/8.8.8) id QAA19191; Tue, 28 Apr 1998 16:10:34 -0500 (CDT) Date: Tue, 28 Apr 1998 16:10:34 -0500 (CDT) From: Mark Tinguely Message-Id: <199804282110.QAA19191@plains.NoDak.edu> To: fenner@parc.xerox.com Subject: Re: multiple sdr -- found the problem Cc: luigi@labinfo.iet.unipi.it, MBONE@isi.edu, multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bill says: > If you set SO_REUSEADDR (or SO_REUSEPORT on 4.4BSD), multiple sockets > may be bound to the same address/port, and multicast packets are delivered > to each matching socket. that is what SUPPOSE to happen, but I sent the code snip to Luigi that show that in function in_pcbbind() in file /sys/inet/in_pcb.c about line 197 that this is done wrong. I don't know if I did a group reply...if I did not Luigi could you send it to Bill for him to look at it. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 28 19:13:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10931 for freebsd-multimedia-outgoing; Tue, 28 Apr 1998 19:13:28 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka1.prth.tensor.pgs.com [157.147.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10901; Tue, 28 Apr 1998 19:13:23 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id KAA00341; Wed, 29 Apr 1998 10:12:39 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id KAA29388; Wed, 29 Apr 1998 10:12:28 +0800 Message-Id: <199804290212.KAA29388@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: sos@FreeBSD.ORG cc: multimedia@FreeBSD.ORG Subject: Re: FreeBSD support now in Descent. In-reply-to: Your message of "Tue, 28 Apr 1998 04:52:48 MST." <199804281152.EAA02486@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Apr 1998 10:12:27 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > -current has the latest binutils allready, it should have been enabled > for ELF long ago, but me being buzy has prevented that... > I hope to get this done soon... > Well, that's what I'm running, and it doesn't seem to support assembler directives such as .local - puzzling. On the other hand, the linux systems (Iwhere this code was originally written) appear to do so. Otherwise I'll have to translate it into inline assembler. Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 05:16:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12981 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 05:16:42 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from camel14.mindspring.com (camel14.mindspring.com [207.69.200.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12964 for ; Wed, 29 Apr 1998 05:16:38 -0700 (PDT) (envelope-from stevensl@mindspring.net) Received: from sneezy.internal.mindspring.com (manhattan-yz.fw.mindspring.net [207.69.192.5]) by camel14.mindspring.com (8.8.5/8.8.5) with SMTP id IAA03017 for ; Wed, 29 Apr 1998 08:16:37 -0400 (EDT) Message-Id: <3.0.32.19980429082806.006b3c18@pop.internal.mindspring.com> X-Sender: stevensl@pop.internal.mindspring.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 29 Apr 1998 08:28:08 -0400 To: multimedia@FreeBSD.ORG From: Steven S Subject: Questions/Problems/Comments Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi gang, First the Praise... Its great to see you supporting the TV cards. Its a major reason why i chose FBSD since the TV card was supported (that and FBSD owns!) Next questions... I have the Hauppauge Win/tv/dbx unit. I got the driver, compiled it in to the kernel, got the Fxtv and got it running. When the kernel boots it lists the card as having the PAL tuner when it really is NTSC, is there some change i have to do to the driver to switch it? This may relate to my other problem/question. When i get into X (Xfree as shipped with 2.2.6 (3.3.2??)) fxtv comes up fine, but when i switch to tuner mode, cable mode i get noise, blue screen w/static. Its as if i need to set the specific frequencies in the tuner for each channel but from the documentation it appears the driver does this. Is this correct? or do i have to set the freq's? If i have to set the freq's where is a good list of them to use? Now my comments... the software rocks but how bout an tuning/setup interface similar to the Hauppauge Win/TV software. Its really cool how it autoscans for channels on setup and then the small little control pad for changing channels is really nice. Steven "I donno, Its some kind of Micro$oft crap..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 05:30:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15879 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 05:30:01 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from asteroid.svib.ru (tarkhil@asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15767 for ; Wed, 29 Apr 1998 05:29:35 -0700 (PDT) (envelope-from tarkhil@asteroid.svib.ru) Received: from asteroid.svib.ru (tarkhil@localhost) by asteroid.svib.ru (8.8.8/8.8.8) with ESMTP id QAA00600; Wed, 29 Apr 1998 16:29:18 +0400 (MSD) (envelope-from tarkhil@asteroid.svib.ru) Message-Id: <199804291229.QAA00600@asteroid.svib.ru> To: multimedia@FreeBSD.ORG cc: luigi@iet.unipi.it Subject: Sound driver fails to read Date: Wed, 29 Apr 1998 16:29:18 +0400 From: Alex Povolotsky Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! On my 3.0-SNAP-980406, pcm0 written in kernel as device pcm0 at isa0 port 220 tty irq 5 drq 1 flags 0x0 vector pcmintr causes system lockup on any reading from /dev/audio ( with ESS688 and SB32 PnP sound cards, effect is nearly the same). I have tracked the problem down to dsp_read_body, but I'm totally unfamimliar with sound hardware AND with driver internal logic, so that's all I can dig out right now. TIA, Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 06:32:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00330 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 06:32:35 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA00318 for ; Wed, 29 Apr 1998 06:32:32 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA28441; Wed, 29 Apr 1998 13:55:51 +0200 From: Luigi Rizzo Message-Id: <199804291155.NAA28441@labinfo.iet.unipi.it> Subject: Re: Sound driver fails to read To: tarkhil@asteroid.svib.ru (Alex Povolotsky) Date: Wed, 29 Apr 1998 13:55:51 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG, luigi@iet.unipi.it In-Reply-To: <199804291229.QAA00600@asteroid.svib.ru> from "Alex Povolotsky" at Apr 29, 98 04:28:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hello! > > On my 3.0-SNAP-980406, pcm0 written in kernel as > > device pcm0 at isa0 port 220 tty irq 5 drq 1 flags 0x0 vector pcmintr > > causes system lockup on any reading from /dev/audio ( with ESS688 and SB32 > PnP sound cards, effect is nearly the same). I have tracked the problem down > to dsp_read_body, but I'm totally unfamimliar with sound hardware AND with > driver internal logic, so that's all I can dig out right now. did it work with previous snaps ? The sound code in -current hasn't changed in the last two months at least. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 10:58:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24998 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 10:58:27 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from infowest.com (infowest.com [204.17.177.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24991 for ; Wed, 29 Apr 1998 10:58:23 -0700 (PDT) (envelope-from agifford@infowest.com) Received: from infowest.com (liberty.infowest.com [207.49.60.254]) by infowest.com (8.8.8/8.8.8) with ESMTP id LAA20213 for ; Wed, 29 Apr 1998 11:57:30 -0600 (MDT) Message-ID: <354769FF.A637898D@infowest.com> Date: Wed, 29 Apr 1998 17:57:19 +0000 From: "Aaron D. Gifford" X-Mailer: Mozilla 4.05 [en] (X11; U; FreeBSD 2.2.6-STABLE i386) MIME-Version: 1.0 To: multimedia@FreeBSD.ORG Subject: Anyone doing any H.323 implementations? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I was wondering if anyone knows of any FreeBSD (or other free Un*x-related) projects implementing applications that use H.323, the ITU's voice/video over IP standard. I see that there's a company now offering an office telephone system for running over ethernet and complying to the H.323 standard. It would be interesting to see if voice mail software compatible with H.323 gets written by someone in the free software world. Aaron out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 13:47:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24778 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 13:47:09 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from asteroid.svib.ru (root@asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24767 for ; Wed, 29 Apr 1998 13:47:03 -0700 (PDT) (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (shuttle.svib.ru [195.151.166.144]) by asteroid.svib.ru (8.8.8/8.8.8) with ESMTP id AAA01180; Thu, 30 Apr 1998 00:46:42 +0400 (MSD) (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (minas-tirith.pol.ru [127.0.0.1]) by minas-tirith.pol.ru (8.8.8/8.8.7) with ESMTP id AAA01303; Thu, 30 Apr 1998 00:47:00 +0400 (MSD) (envelope-from tarkhil@minas-tirith.pol.ru) Message-Id: <199804292047.AAA01303@minas-tirith.pol.ru> X-Mailer: exmh version 2.0.1 12/23/97 To: Luigi Rizzo cc: tarkhil@asteroid.svib.ru (Alex Povolotsky), multimedia@FreeBSD.ORG, luigi@iet.unipi.it Subject: Re: Sound driver fails to read In-reply-to: Your message "Wed, 29 Apr 1998 13:55:51 +0200." <199804291155.NAA28441@labinfo.iet.unipi.it> Reply-To: tarkhil@asteroid.svib.ru Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Apr 1998 00:46:59 +0400 From: Alex Povolotsky Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org <199804291155.NAA28441@labinfo.iet.unipi.it>Luigi Rizzo writes: >> On my 3.0-SNAP-980406, pcm0 written in kernel as >> device pcm0 at isa0 port 220 tty irq 5 drq 1 flags 0x0 vector pcmintr >> causes system lockup on any reading from /dev/audio ( with ESS688 and SB32 >> PnP sound cards, effect is nearly the same). I have tracked the problem down >> to dsp_read_body, but I'm totally unfamimliar with sound hardware AND with >> driver internal logic, so that's all I can dig out right now. > >did it work with previous snaps ? The sound code in -current hasn't >changed in the last two months at least. Hmm... Don't know. I've instaled that snap from scratch. I'll test 3.0-SNAP-980217 soon, I've brought my home machine back. Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 29 17:47:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19370 for freebsd-multimedia-outgoing; Wed, 29 Apr 1998 17:47:41 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA19338 for ; Wed, 29 Apr 1998 17:47:22 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 29 Apr 1998 20:46:48 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA08887; Wed, 29 Apr 98 20:46:48 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id UAA16984; Wed, 29 Apr 1998 20:45:46 -0400 Message-Id: <19980429204545.A16830@ct.picker.com> Date: Wed, 29 Apr 1998 20:45:45 -0400 From: Randall Hopper To: Steven S , multimedia@FreeBSD.ORG Cc: Amancio Hasty Subject: Re: BT848/fxtv - Questions/Problems/Comments Mail-Followup-To: Steven S , multimedia@FreeBSD.ORG, Amancio Hasty References: <3.0.32.19980429082806.006b3c18@pop.internal.mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <3.0.32.19980429082806.006b3c18@pop.internal.mindspring.com>; from Steven S on Wed, Apr 29, 1998 at 08:28:08AM -0400 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Steven S: |I have the Hauppauge Win/tv/dbx unit. I got the driver, compiled it in to |the kernel, got the Fxtv and got it running. When the kernel boots it lists |the card as having the PAL tuner when it really is NTSC, is there some |change i have to do to the driver to switch it? This may relate to my other |problem/question. Yeah, the newer Hauppauge Win/TV cards have an FR1236MK2 tuner. The driver currently mis-detects this as Temic PAL, but it supports the FR1236MK2. You just need to override the detection. This can be done by putting: options OVERRIDE_TUNER=9 in your kernel config. To see where this magic "9" comes from, pop up "sys/pci/brooktree848.c" in your kernel tree, search down for OVERRIDE_TUNER, and look at the #defines right under it. |When i get into X (Xfree as shipped with 2.2.6 (3.3.2??)) fxtv comes up |fine, but when i switch to tuner mode, cable mode i get noise, blue screen |w/static. Its as if i need to set the specific frequencies in the tuner for |each channel but from the documentation it appears the driver does this. Is |this correct? or do i have to set the freq's? If i have to set the freq's |where is a good list of them to use? This is due to the driver trying to talk to the tuner as though it is Temic PAL. Once you override it, life should be much better. |Now my comments... the software rocks but how bout an tuning/setup |interface similar to the Hauppauge Win/TV software. Its really cool how it |autoscans for channels on setup and then the small little control pad for |changing channels is really nice. Sounds like a nice idea. To the former piece, I'm not sure the driver yet supports channel detection. But sounds like a good idea IMO when one of the driver gurus gets time. Given this, we could start out with just auto-configing channel number lists for probed stations. However, the PAL/Europe folks will then soon want to grab channel names out of the Teletext (they could care less about the arbitrary channel numbers the driver uses), so that would be a good phase 2. To the latter piece, a schnazy channel selection GUI's just one of things on my candidate to-do list that I haven't gotten to. It's been kinda low priority since most folks setup their channel lists once, and then these stay fairly static per person (not too many folks have bt848 cards in their vans or roving laptops :-) But yes, this is another good idea. If you know some X and want to take a crack, by all means please jump right in. I and others on the list can help you nail down the some basic requirements that'll cover the various tuner modes, input formats, and frequency sets. Let me know how I can help. Thanks for the feedback, and let us know how it goes! Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 30 10:50:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17371 for freebsd-multimedia-outgoing; Thu, 30 Apr 1998 10:50:41 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from sensi.pu.ru ([194.58.105.243]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17358 for ; Thu, 30 Apr 1998 10:50:34 -0700 (PDT) (envelope-from vadik@sensi.pu.ru) Received: (from vadik@localhost) by sensi.pu.ru (8.8.8/8.7.3) id VAA03477; Thu, 30 Apr 1998 21:50:06 +0400 (MSD) Message-ID: <19980430215006.37354@sensi.org> Date: Thu, 30 Apr 1998 21:50:06 +0400 From: vadik likholetov To: "Aaron D. Gifford" Cc: multimedia@FreeBSD.ORG Subject: Re: Anyone doing any H.323 implementations? References: <354769FF.A637898D@infowest.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <354769FF.A637898D@infowest.com>; from Aaron D. Gifford on Wed, Apr 29, 1998 at 05:57:19PM +0000 X-NCC-RegID: ru.hqlgu Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 29, 1998 at 05:57:19PM +0000, Aaron D. Gifford wrote: > I was wondering if anyone knows of any FreeBSD (or other free Un*x-related) > projects implementing applications that use H.323, the ITU's voice/video over > IP standard. I see that there's a company now offering an office telephone > system for running over ethernet and complying to the H.323 standard. It > would be interesting to see if voice mail software compatible with H.323 gets > written by someone in the free software world. We're working on some E1-related problems (i.e. E1 relaying over IP), so it is very interesting, if there exists free H.323 realization. -- vadik likholetov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 02:08:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21153 for freebsd-multimedia-outgoing; Fri, 1 May 1998 02:08:20 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from quokka.prth.tensor.pgs.com (quokka1.prth.tensor.pgs.com [157.147.224.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA21140 for ; Fri, 1 May 1998 02:08:16 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by quokka.prth.tensor.pgs.com (8.8.7/8.8.7) with SMTP id RAA23410 for ; Fri, 1 May 1998 17:07:26 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id RAA15705; Fri, 1 May 1998 17:07:19 +0800 Message-Id: <199805010907.RAA15705@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: multimedia@FreeBSD.ORG Subject: Xanim and those weirdo Cinipak formats. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 May 1998 17:07:19 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anyone know of any site holding the .o for the various formats that he wasn't able to release the source for? ftp.portal.com (mentioned in the doco) is telling me to get knotted. Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 07:34:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22178 for freebsd-multimedia-outgoing; Fri, 1 May 1998 07:34:26 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA22162 for ; Fri, 1 May 1998 07:34:24 -0700 (PDT) (envelope-from jamie@itribe.net) Message-Id: <199805011436.KAA04562@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Fri, 1 May 1998 10:34:18 -0400 (EDT) From: Jamie Bowden To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: multimedia@FreeBSD.ORG Subject: Re: Xanim and those weirdo Cinipak formats. In-Reply-To: <199805010907.RAA15705@ariadne.tensor.pgs.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 1 May 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > Does anyone know of any site holding the .o for the various formats that he > wasn't able to release the source for? ftp.portal.com (mentioned in the doco) > is telling me to get knotted. http://xanim.va.pubnix.com/ Jamie Bowden System Administrator, iTRiBE.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 08:07:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26231 for freebsd-multimedia-outgoing; Fri, 1 May 1998 08:07:37 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from driveby.rollingstrong.com (driveby.rollingstrong.com [204.107.76.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26225 for ; Fri, 1 May 1998 08:07:33 -0700 (PDT) (envelope-from vinnie@driveby.rollingstrong.com) Received: from localhost (vinnie@localhost) by driveby.rollingstrong.com (8.8.8/8.8.8) with SMTP id LAA06371 for ; Fri, 1 May 1998 11:07:44 -0400 (EDT) (envelope-from vinnie@driveby.rollingstrong.com) Date: Fri, 1 May 1998 11:07:44 -0400 (EDT) From: pseudopunk prep-core To: multimedia@FreeBSD.ORG Subject: screeches and howls Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I installed a soundblaster clone (CinaAction Sound Controller 16 PnP) in my 2.2.6-release box yesterday. I compiled a kernel with pcm0, pnp0 and userconfig - at boot I used -c and then typed "pnp 1 0 os enable port0 0x220 irq0 5 drq0 1 drq1 5" at the prompt. FreeBSD detected a pcm0 device. I can cat .au's to /dev/audio and they come out mostly ok (occasionally, they repeat or get garbled at the end.) mp3's, however, are a different story. A screech, a howl, some static, silence. I've tried several known good mp3 files, as well as mpg123 and splay, two different players. What am I doing wrong? Does this sb clone suck that much? And ideas would be greatly appreciated. vinnie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 08:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28472 for freebsd-multimedia-outgoing; Fri, 1 May 1998 08:22:54 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28467 for ; Fri, 1 May 1998 08:22:45 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id KAA02193; Fri, 1 May 1998 10:20:59 -0400 (EDT) Date: Fri, 1 May 1998 10:20:59 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@localhost To: pseudopunk prep-core cc: multimedia@FreeBSD.ORG Subject: Re: screeches and howls In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 1 May 1998, pseudopunk prep-core wrote: > > I installed a soundblaster clone (CinaAction Sound Controller 16 PnP) in > my 2.2.6-release box yesterday. I compiled a kernel with pcm0, pnp0 and > userconfig - at boot I used -c and then typed "pnp 1 0 os enable port0 > 0x220 irq0 5 drq0 1 drq1 5" at the prompt. FreeBSD detected a pcm0 > device. I can cat .au's to /dev/audio and they come out mostly ok > (occasionally, they repeat or get garbled at the end.) mp3's, however, > are a different story. A screech, a howl, some static, silence. I've > tried several known good mp3 files, as well as mpg123 and splay, two > different players. > > What am I doing wrong? Does this sb clone suck that much? And ideas > would be greatly appreciated. A whole lot of SB clones get their compatibility patched into them by downloads from the dos/win drivers. Without that download, they don't have any compatibility. Can you get it loaded under dos/win, then use fsbdboot to go to FreeBSD, and see if it works better then? > > vinnie > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 08:29:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29332 for freebsd-multimedia-outgoing; Fri, 1 May 1998 08:29:40 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from driveby.rollingstrong.com (driveby.rollingstrong.com [204.107.76.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29321 for ; Fri, 1 May 1998 08:29:35 -0700 (PDT) (envelope-from vinnie@driveby.rollingstrong.com) Received: from localhost (vinnie@localhost) by driveby.rollingstrong.com (8.8.8/8.8.8) with SMTP id LAA06515; Fri, 1 May 1998 11:29:40 -0400 (EDT) (envelope-from vinnie@driveby.rollingstrong.com) Date: Fri, 1 May 1998 11:29:39 -0400 (EDT) From: pseudopunk prep-core To: Chuck Robey cc: multimedia@FreeBSD.ORG Subject: Re: screeches and howls In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 1 May 1998, Chuck Robey wrote: > On Fri, 1 May 1998, pseudopunk prep-core wrote: > > What am I doing wrong? Does this sb clone suck that much? And ideas > > would be greatly appreciated. > > A whole lot of SB clones get their compatibility patched into them by > downloads from the dos/win drivers. Without that download, they don't > have any compatibility. Can you get it loaded under dos/win, then use > fsbdboot to go to FreeBSD, and see if it works better then? That would require some pretty serious surgery to my machine. (eg, I dont have a dos partition, and i doubt fbsdboot and drivers for sb-wannabe would fit on a floppy. I think, knowing the cheapness of this clone, I might be better off replacing it with something that works. Anyone care to suggest something cheap that I can play mp3's with? Something known to work? vinnie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri May 1 12:35:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07245 for freebsd-multimedia-outgoing; Fri, 1 May 1998 12:35:24 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from relay1.kar.net (relay1.kar.net [195.5.17.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07234 for ; Fri, 1 May 1998 12:35:18 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from olinet.isf.kiev.ua by relay1.kar.net with ESMTP id WAA13128; (8.8.last/vAk3/1.9) Fri, 1 May 1998 22:33:44 +0300 (EEST) Received: from kushnir.kiev.ua by olinet.isf.kiev.ua with SMTP id WAA17747; (8.8.last/vAk3/1.9) Fri, 1 May 1998 22:23:56 +0300 (EET DST) Date: Fri, 1 May 1998 22:29:56 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua Reply-To: Vladimir Kushnir To: Stephen Hocking-Senior Programmer PGS Tensor Perth cc: multimedia@FreeBSD.ORG Subject: Re: Xanim and those weirdo Cinipak formats. In-Reply-To: <199805010907.RAA15705@ariadne.tensor.pgs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 1 May 1998, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > Does anyone know of any site holding the .o for the various formats that he > wasn't able to release the source for? ftp.portal.com (mentioned in the doco) > is telling me to get knotted. They're at ftp://xanim.va.pubnix.com or ftp://199.170.0.28 > > > Stephen > Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat May 2 14:35:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20743 for freebsd-multimedia-outgoing; Sat, 2 May 1998 14:35:09 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from relay1.kar.net (relay1.kar.net [195.5.17.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20734 for ; Sat, 2 May 1998 14:35:04 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from olinet.isf.kiev.ua by relay1.kar.net with ESMTP id AAA21488; (8.8.last/vAk3/1.9) Sun, 3 May 1998 00:33:47 +0300 (EEST) Received: from kushnir.kiev.ua by olinet.isf.kiev.ua with SMTP id AAA21798; (8.8.last/vAk3/1.9) Sun, 3 May 1998 00:32:23 +0300 (EET DST) Date: Sun, 3 May 1998 00:38:25 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: freebsd-multimedia@FreeBSD.ORG Subject: libMMX: this might be interesting Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just spotted something that could be interesting: libmmx, A C library interface to the MMX multimedia extensions to the ix86 instruction set. >From its README: This library is intended to provide C function level support for the MMX instruction set. It does so by providing a data type for partitioned registers, and functions which allow operands of this type to be passed to an MMX instruction and returned from it. All of the original MMX instructions are supported by the library except for MOVD and MOVQ whose functionality is unnecessary at the C programming level. Home site: http://shay.ecn.purdue.edu/~swar, source is at http://sunsite.unc.edu/pub/Linux/Incoming/libmmx-980501.tgz. Doesn't look too Linux specific. It does take binutils-2.8.1 to compile, though. Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message