From owner-freebsd-multimedia Sun Feb 15 21:53:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06916 for freebsd-multimedia-outgoing; Sun, 15 Feb 1998 21:53:36 -0800 (PST) (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 VAA06911 for ; Sun, 15 Feb 1998 21:53:32 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA27220; Mon, 16 Feb 1998 05:25:57 +0100 From: Luigi Rizzo Message-Id: <199802160425.FAA27220@labinfo.iet.unipi.it> Subject: Re: VideoCD (VCD) on freeBSD To: tristan@mpegtv.com (Tristan Savatier) Date: Mon, 16 Feb 1998 05:25:57 +0100 (MET) Cc: doconnor@gsoft.com.au, jwlo@ms11.hinet.net, multimedia@FreeBSD.ORG In-Reply-To: <34E7C57C.59E0E253@mpegtv.com> from "Tristan Savatier" at Feb 15, 98 08:49:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Daniel O'Connor wrote: > > > > > > > 2) the following ioctl should be implemented for reading mode2 form2 > > > > > sectors of CDROM-XA: > > > > > CDROMREADTOCHDR > > Can be done > > > > > > > CDROMREADTOCENTRY > > Ditto.. > > > > > > > CDROMREADRAW > > Not yet :( > > (I'm pretty sure of this, but I could be wrong) for SCSI i think there is already such a call (perhaps with a different name). i have some diffs for the latter on ATAPI drives (with much help from other people) at http://www.iet.unipi.it/~luigi/cdda980108.diffs (it actually implements a generic ATAPI command, but can do the purpose) the problem with this code is that some drives seem to behave in a way which contraddicts the ATAPI specs (at least the ones I have) so that at times they miss one interrupt. since our atapi code does not have a watchdog, this means hanging the IDE bus where the drive is attached. it's not this code which is faulty, but it might trigger bugs elsewhere. > And in order for mtv to work with Linux emulation, those ioctl must > be the same numbers and work exactly the same way as on Linux. this is usually fixed through small adaptation routines in linux_ioctl.c (which basically translates all ioctl names and juggles with parameters in and out) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message