search for: cda

...s/s390/virtio/virtio_ccw.c +++ b/drivers/s390/virtio/virtio_ccw.c @@ -363,7 +363,7 @@ static void virtio_ccw_drop_indicator(struct virtio_ccw_device *vcdev, thinint_area->isc = VIRTIO_AIRQ_ISC; ccw->cmd_code = CCW_CMD_SET_IND_ADAPTER; ccw->count = sizeof(*thinint_area); - ccw->cda = (__u32)(unsigned long) thinint_area; + ccw->cda = (__u32)virt_to_phys(thinint_area); } else { /* payload is the address of the indicators */ indicatorp = ccw_device_dma_zalloc(vcdev->cdev, @@ -373,7 +373,7 @@ static void virtio_ccw_drop_indicator(struct virtio_ccw_device *vcdev,...

...s/s390/virtio/virtio_ccw.c +++ b/drivers/s390/virtio/virtio_ccw.c @@ -363,7 +363,7 @@ static void virtio_ccw_drop_indicator(struct virtio_ccw_device *vcdev, thinint_area->isc = VIRTIO_AIRQ_ISC; ccw->cmd_code = CCW_CMD_SET_IND_ADAPTER; ccw->count = sizeof(*thinint_area); - ccw->cda = (__u32)(unsigned long) thinint_area; + ccw->cda = (__u32)virt_to_phys(thinint_area); } else { /* payload is the address of the indicators */ indicatorp = ccw_device_dma_zalloc(vcdev->cdev, @@ -373,7 +373,7 @@ static void virtio_ccw_drop_indicator(struct virtio_ccw_device *vcdev,...

Hi list, I would really like to see support for .cda as input files. The cda format is the one used on regular audio CDs. Support for this format would make it even easier to encode to FLAC from CDs -- Daniel Aleksandersen

On 2007-09-13, Brian wrote: > On Sep 13, 2007, at 12:08, Daniel Aleksandersen wrote: >> I would really like to see support for .cda as input files. The cda >> format >> is the one used on regular audio CDs. >> >> Support for this format would make it even easier to encode to FLAC >> from CDs > > You are mistaken, Daniel. Regular audio CDs do not use any kind of > "file format"...

...; + size_t info_len = is_legacy ? sizeof(linfo) : sizeof(info); + + if (check_len) { + if (ccw.count != info_len) { + return -EINVAL; + } + } else if (ccw.count < info_len) { + /* Can't execute command. */ + return -EINVAL; + } + if (!ccw.cda) { + return -EFAULT; + } + if (is_legacy) { + linfo.queue = ldq_be_phys(&address_space_memory, ccw.cda); + linfo.align = ldl_be_phys(&address_space_memory, + ccw.cda + sizeof(linfo.queue)); + linfo.index = lduw_be_phys(&...

...; + size_t info_len = is_legacy ? sizeof(linfo) : sizeof(info); + + if (check_len) { + if (ccw.count != info_len) { + return -EINVAL; + } + } else if (ccw.count < info_len) { + /* Can't execute command. */ + return -EINVAL; + } + if (!ccw.cda) { + return -EFAULT; + } + if (is_legacy) { + linfo.queue = ldq_be_phys(&address_space_memory, ccw.cda); + linfo.align = ldl_be_phys(&address_space_memory, + ccw.cda + sizeof(linfo.queue)); + linfo.index = lduw_be_phys(&...

...--------- # create data.frame cata <- c( 1,1,6,1,1,4) catb <- c( 1,2,3,4,5,6) id <- c('a', 'b', 'b', 'a', 'a', 'b') dd1 <- data.frame(id, cata,catb) # function to create list from data.frame lstfun <- function(file, alpha , beta ) { cda <- subset(file, file[,1] == alpha) cdb <- subset (file, file[,1]== beta) list1 <- list(cda,cdb) } # funtion to operate on list ukn <- function(file, alpha, beta, nam1){ aa <- alpha bb <- beta myfile <- file nts <- lstfun(myfile, aa, bb) mysum <- nam1[,3]*5 retur...

On 2007-09-13, Ivo wrote: > On 9/13/07, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > > I know that. However when you put an audio CD in a computer you will > > see them as files with the .cda extension. Supporting this 'format' > > would make encoding simpler as users would not need to 'rip' to a > > format, but could drag and drop the files from the CD to the computer. > > You still do not understand. The only way for something like that to > work...

On 2007-09-13, Ivo wrote: > On 9/13/07, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > > I know that. However when you put an audio CD in a computer you will > > see them as files with the .cda extension. Supporting this 'format' > > would make encoding simpler as users would not need to 'rip' to a > > format, but could drag and drop the files from the CD to the computer. > > You still do not understand. The only way for something like that to > work...

...rce about canonical discriminant analysis in R. My idea is trying to linearly "combine" 300 variables supervisely (according to the class lables to the observations". I think it is kinda PCA to do some decreasing dimentionality work, but w/ considering the class and I used SAS to do CDA proc before. But I read the introduction from sas on this proc and found the following statement: "The process of extracting canonical variables can be repeated until the number of canonical variables equals the number of original variables or the number of classes minus one, whichever is sm...

ConstantDataArray * cda = cast<ConstantDataArray>(v); throws this error: Assertion failed: (isa<X>(Val) && "cast<Ty>() argument of incompatible type!"), function cast, file /Users/rcatlin1/lldb/llvm/include/llvm/Support/Casting.h, line 208 Thanks for the help. Richard Catlin On Sat,...

...way. does anybody knows if super audio cd's still work the same as normal ones? 2007/9/13, Josh Coalson <xflac@yahoo.com>: > --- Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > > > Hi list, > > > > I would really like to see support for .cda as input files. The cda > > format is the one used on regular audio CDs. > > if the .cda files appeared as regular files in the filesystem and > implemented enough of the POSIX stream interface, it is possible, > but I don't know the what the format of the data is. > > o...

Is this really necessary? ---------- Forwarded Message ---------- Subject: RE: [Flac-dev] Support .cda as input files (Zaep Key: fc344993.46e98b8a.72666fe1) Date: Thursday 13. September 2007 From: "bbilbrey" <bbilbrey@neo.rr.com> To: "Daniel Aleksandersen" <aleksandersen+xiphlists@runbox.com> Dear Daniel, Thanks for your email, but at this point I have NOT actually...

...vides you with cdparanoia to rip Audio CDs. There are other > rippers around, too. Most can be configured to encode directly the > extracted data as FLAC. Yeah, I know about cdparanoia?which by the way does not work on my 64bit system?and other ripping tools. I am only suggesting supporting .cda as a way to avoid ripping alltogether (from a user's perspective anyways). -- Daniel Aleksandersen

...} > } > break; > + case CCW_CMD_SET_VIRTIO_REV: > + len = sizeof(revinfo); > + if (ccw.count < len || (check_len && ccw.count > len)) { > + ret = -EINVAL; > + break; > + } > + if (!ccw.cda) { > + ret = -EFAULT; > + break; > + } > + cpu_physical_memory_read(ccw.cda, &revinfo, len); > + if (dev->revision >= 0 || > + revinfo.revision > virtio_ccw_rev_max(dev)) { In the next patch virtio_ccw_handle_set_...

...} > } > break; > + case CCW_CMD_SET_VIRTIO_REV: > + len = sizeof(revinfo); > + if (ccw.count < len || (check_len && ccw.count > len)) { > + ret = -EINVAL; > + break; > + } > + if (!ccw.cda) { > + ret = -EFAULT; > + break; > + } > + cpu_physical_memory_read(ccw.cda, &revinfo, len); > + if (dev->revision >= 0 || > + revinfo.revision > virtio_ccw_rev_max(dev)) { In the next patch virtio_ccw_handle_set_...

...info_block_legacy { >>>>>> ????? __u64 queue; >>>>>> ????? __u32 align; >>>>>> @@ -337,17 +347,17 @@ static void virtio_ccw_drop_indicator(struct >>>>>> virtio_ccw_device *vcdev, >>>>>> ????????? ccw->cda = (__u32)(unsigned long) thinint_area; >>>>>> ????? } else { >>>>>> ????????? /* payload is the address of the indicators */ >>>>>> -??????? indicatorp = kmalloc(sizeof(&vcdev->indicators), >>>>>> +??????? indicatorp...

...info_block_legacy { >>>>>> ????? __u64 queue; >>>>>> ????? __u32 align; >>>>>> @@ -337,17 +347,17 @@ static void virtio_ccw_drop_indicator(struct >>>>>> virtio_ccw_device *vcdev, >>>>>> ????????? ccw->cda = (__u32)(unsigned long) thinint_area; >>>>>> ????? } else { >>>>>> ????????? /* payload is the address of the indicators */ >>>>>> -??????? indicatorp = kmalloc(sizeof(&vcdev->indicators), >>>>>> +??????? indicatorp...

Hi again list, I have given the matter of supporting .cda as input format some more thought. What I wanted was an easier way to do drag 'n' drop music files from CDs onto the local system and then have those files encoded with FLAC. As of now most operating systems displays files on CDs as .cda. (Which has later been clarified not to even be a...

On Fri, Sep 14, 2007 at 05:35:04PM -0400, Dan Pritts wrote: > the format for CD-ROM sets aside space for error correction and > therefore has less available for data. Red Book CD Audio still has error correction. Otherwise you'd *really* notice the scratches. On Fri, Sep 14, 2007 at 01:10:09AM +0200, Harry Sack wrote: > does anybody know why dvd use files for audio and video but