Path: chuka.playstation.co.uk!scea!greg_labrec@interactive.sony.com From: Rob Vawter Newsgroups: scea.yaroze.programming.sound Subject: Re: Bug in CdPlay() ? Date: Mon, 12 Jan 1998 12:50:21 -0800 Organization: SCEA News Server Lines: 27 Message-ID: <34BA820D.7D8F@playstation.sony.com> References: <34400BAF.7675@teleport.com> <3459579b.57260624@205.149.189.29> <63kld0$sk225@chuka.playstation.co.uk> <34616A83.6C48@teleport.com> NNTP-Posting-Host: 206.41.6.40 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0Gold (Win95; I) David Tin Nyo wrote: "Sony's comments about CDPlay() not being sensitive to the contents of the disk perked my interest, though. They said that it uses timecode specified for the track (is this stored in the table of contents for the CD?). Maybe the audio disks we notice the problem on have invalid TOC data? That would make sense since they are usually only played on an audio-only device. I would like to get a definite answer on this... Either way, CDPlay() does seem to have a problem which makes it unusable for its intended purposes, that is playing audio tracks. I've been working on a "light-synth" type program that reacts to music (based on the snd2lt demo) but I'm grinding to a halt with this problem. What's the use if I can't play my favorite music with it, you know? Maybe someone at Sony could give us a better CD Play library? Something with better access would be nice, too. Functions that return the total number of tracks and allow access by time as well as track number, and ff and rew capabilities would be very much appreciated... I'd write it myself, but alas, we Yaroze developers don't get the hardware info..." Another possibility is that the tracks on those particular copies of those audio CDs are dirty or damaged at the start of the song. After attempting to play, it may be reseeking to the start of the next song.