US 20040255330A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2004/0255330 A1 Logan (54) (43) Pub. Date: CD AND DVD PLAYERS (60) Dec. 16, 2004 Provisional application No. 60/443,376, ?led on Jan. 29, 2003. (75) Inventor: James D. Logan, Candia, NH (US) Publication Classi?cation Correspondence Address: CHARLES G. CALL 68 HORSE POND ROAD (51) (52) Int. Cl.7 ........................... .. H04N 7/173; H04N 7/16 US. Cl. .......................... .. 725/115; 725/145; 725/93; WEST YARMOUTH, MA 02673-2516 (US) 725/86 (73) Assignee: Gotuit Audio, Inc. (57) (21) Appl. No.: 10/767,926 (22) Filed; Jam 29, 2004 ABSTRACT A compact disk player employing a high speed digital memory for storing a sample extracted from each program Related US, Application Data (track) on the disk. A scanning control plays the samples in sequence to a user, Who can interrupt the sample playback to (63) Continuation-in-part of application No. 10/331,198, select and play the program corresponding to the sample. ?led on Dec. 30, 2002. The digital memory may further store metadata from an Continuation-in-part of application No. 09/536,969, ?led on Mar. 28, 2000. Continuation-in-part of application No. 10/060,001, ?led on Jan. 29, 2002. Continuation-in-part of application No. 10/165,587, ?led on Jun. 8, 2002. external source that describes each program and the meta data may be used to de?ne the location of the samples, and to describe the programs in a program guide Which assists the user in selecting desired programs. An archiving mecha nism enables the user to build a catalog of all of the programs in the user’s collection. Mount new disk volume 203 T Extract and store 205‘ "TOC ?ngerprint" and beginning of each track l 207 215 Extract samples de?ned by metadata Internet server Another ‘.7 209 211 Request metadata using ?ngerprint PC l 218 Receive and store metad ata l 225 231* Display program guide on request l 226 Play sample and display title l Play selection and display title 229 242 User CNoavnitgrlon a Playlist 230 Patent Application Publication Dec. 16, 2004 Sheet 2 0f 2 US 2004/0255330 A1 Mount new disk / 203 volume l Extract and store "TOC ?ngerprint" and beginning of each track l 207 215 Extract samples de?ned by metadata Internet server Another ‘.7 209 Request metadata using ?ngerprint PC l 21s\ Receive and store metadata l 225 231‘ Display program guide on request l 226 Play sample and display title l Play selection and display title 229 242 / Fig. 2 CNoavnitgrlon User I Playlist 230 Dec. 16, 2004 US 2004/0255330 A1 CD AND DVD PLAYERS  Some multiple-CD changers come With keyboards CROSS REFERENCE TO RELATED APPLICATIONS that are used to type in the name of the albums that have been put onto a turntable, carousel or magaZine for auto mated mounting on the player. These entered names shoW up  This application is a non-provisional of US. patent application Ser. No. 60/443,376 ?led Jan. 29/2003; a con tinuation-in-part of US. patent application Ser. No. 09/536, 969 ?led Mar. 28, 2000; a continuation-in-part of US. patent application Ser. No. 10/060,001 ?led on Jan. 29, 2002 published as US. Application Publication No. 2002/ 0120925; a continuation in part of US. patent application Ser. No. 10/165,587 ?led on Jun. 8, 2002 published as US. Application Publication 2003/0093790; and a continuation in-part of US. patent application Ser. No. 10/331,198 ?led on an LCD display When that particular album is being loaded. But in each case, all these visual CD navigation methods leave it to the listener’s imagination to ?gure out What to listen to since no samples are provided. SUMMARY OF THE INVENTION  It is a leading object of the present invention to provide better Was to listen to or Watch, experience or sample, and navigate collections of music and other program content recorded in a collection of CDs and DVDs. on Dec. 30, 2002 published as US. Application Publication No. 2003/0163823. The disclosures of each of the foregoing  applications are hereby incorporated herein by reference. method of reproducing selected programs recorded on one or more compact disk volumes and employs the steps of: FIELD OF THE INVENTION  This invention relates to digital audio and video playback systems and more particularly, although in its broader aspects not exclusively, to improved mechanisms for playing CDs and DVDs. BACKGROUND OF THE INVENTION In one preferred form, the present consists of a mounting a given disk volume on a playback transport, employing the transport to extract sample content data from each of a plurality of different programs recorded on the mounted disk volume, transferring the extracted sample content data to a high speed random access memory for storage, accepting a content navigation request from a user, selectively reproducing the sample content data stored in With clothes, they either look in a catalog or Website, or said random access memory to assist the user in revieWing the available programs, accepting a program selection request from said user While, or shortly after, a sample has experience or sample items by trying them on. They can look been played, and then playing the entire sampled program in at a menu in a restaurant, eat samples at an ice cream store, response to the program selection request.  HoW do people choose things to match their tastes? or almost experience the food by Walking doWn a buffet line. For radio and television programs, they can look at a published or electronic program guide, or experience and  The sample content may be automatically scanned and sequentially produced in the same Way that the auto sample programming by channel sur?ng. matic scanning feature of a car radio sequentially scans available broadcast station content. The sample content may  What are the Ways they can look at or experience or sample music? With live radio, there is nothing to look at and no program guide available since the FCC precludes be automatically scanned and presented in the same order radio stations from publishing their playlists ahead of time. Any given piece of music is too short to take much time or effort to seek out its playback in any case. All the listener can do is experience the content, either by Waiting at a particular station (hunting by ambush), by channel sur?ng manually (hunting by stalking), or by hitting the “scan” button on the radio, Which Will expose the listener to a feW seconds of Whatever is being played on each channel.  HoW does the average person select music to play When they oWn it? They might have a very large CD collection, but really can’t keep an accurate “mental map” in their head of What all those CDs are. They forget that they oWn many of them. Often, the ones actively being played are only being played due to some accident. Perhaps the listener recently heard a song on the radio reminding the listener of the CD, or saW the CD on top of a stack of CDs, or merely found a particular CD left in the CD holder. In most cases, the process is someWhat random, as the listener/music oWner doesn’t have a sense of What the total options are.  There are several Ways to navigate through an available collection of CDs. The oWner can ?ip through the jeWel cases by spinning carousels, or by manually going through a stack. This is probably as effective since reading through a text list that could be constructed of one’s oWned CDs Would still leave the problem of going and ?nding the desired CD. that the sampled programs Were recorded on a disk volume, or in the order that the sampled programs are identi?ed on a playlist stored in the memory.  The sample content may be automatically extracted from the beginning of each of said different programs. In response to a selection request to playback a particular program, the beginning portion stored in the high speed memory may be immediately be reproduced While a the remainder of the particular programs is fetched from the disk by the playback device and placed in the digital memory from Which it Will be available immediately folloWing the reproduction of said beginning of the program.  The playback method contemplated by the inven tion may further utiliZe metadata retrieved from a database to further assist the user in locating and playing desired programs. The playback transport may be employed to extract volume identi?cation information a given one of said disk volumes When mounted for playback. This volume identi?cation information may then be transmitted to an available database Which responds by supplying metadata that describes the content of the disk. The retrieved metadata is then presented to the user in the form of a program guide, or a display of information describing a program currently reproduced. The metadata may include text or image descriptions of the disc program content presented on a visual display device, and may include samples of the selected content, or pointers to selected content on the disk, such as “sWeet spot” program segments, that provide a Dec. 16, 2004 US 2004/0255330 A1 representative preview of the full content of each available program. The database Which provides the metadata may system Which possesses novel features Which address the objective of providing better Ways to listen to, or Watch, reside on a remote facility, such as a personal computer, or on a database server Which can be accessed via the Internet or similar communications link. program content stored on CD and/or DVD collections.  tions noted above, and in US. Pat. No. Re36,801 issued to James D. Logan et al. on Aug. 1, 2000 entitled “Time The apparatus used to reproduce audio or video programs or both recorded on one or more compact disk  The system incorporates, or may be modi?ed to incorporate, mechanisms described in the pending applica volumes preferably comprises the combination of the fol delayed digital video system using concurrent recording and loWing components: playbac ” and US. Pat. No. 6,088,455 issued to James D.  (a.) a disk player that includes a pickup responsive to a selection signal for generating a digital output signal representative of identi?ed pro Logan et al. on Jul. 11, 2000 entitled “Systems and Methods for Modifying Broadcast Programming,” the disclosures of Which are also incorporated herein by reference. gram data recorded on a given one of the disk  The improved compact disk player to be described volume; incorporates a number of novel and useful features and functions Which may be brie?y summariZed as folloWs:  a high speed random access digital memory; 0016  1. The player alloWs different users to hear or vieW different programs at the same time; c. an outP ut device, such as a sP eaker, head phones, or a video display, for reproducing stored  2. The player can change program segments (music tracks or video programs) immediately, With programs in a form perceptible to a user;  a user interface device such as a keypad out a delay betWeen programs as a neW track is for accepting program playback requests from a user for the reproduction of selected programs, and selected, possibly on a neW media volume that must be loaded onto the transport;  (e.) a controller coupled to supervise data transfers betWeen these components by:  3. The player “remembers” the content of CD or DVD disks previously mounted on the transport, creating a program guide that enables users to not only vieW teXt descriptions but also to hear or vieW  (el.) transmitting selection signals to the disk player to automatically transfer the beginning samples of the recorded programming While making portion of each programs from the disk player for program selections or building playlists; and persistent storage by the digital memory;  (e2) responding to program playback  requests accepted by the user interface device by ?rst transmitting the beginning portion of each 4. The player enables a vieWer or listener to manually or automatically “scan” samples of the available programming to rapidly and intuitively select desired programs for playback. selected program from the digital memory to the output device for immediate reproduction;  (e3.) transferring a remaining portion of each selected program from said disk player to  The principal hardWare components used to imple said digital memory While said beginning portion of said selected program is being reproduced by said output device; and ment these and other features of the preferred embodiment are shoWn in FIG. 1 of the draWings. The system consists of a central processing unit (CPU) 110, also referred to herein as the “controller,” Which directs the operation of other  (e4) transferring the remaining portion of the selected program from the digital memory to the output device for reproduction after the con clusion the playback of the beginning portion.   System OvervieW These and other features of the invention Will become more apparent through a consideration of the fol loWing detailed description. BRIEF DESCRIPTION OF THE DRAWINGS  In the detailed description Which folloWs, frequent reference Will be made to the attached draWings, in Which: devices, including a disk player 120, a high-speed random access high-capacity memory subsystem 130, an I/O port 140 coupled to user-controlled program reproduction devices indicated generally at 142, and further I/O port 150 coupled to an eXternal source of program description meta data, such as a personal computer (PC) 160 that obtains metadata via the Internet 162 from a remote database server 164.  The disk player 120 is conventional, and may be capable of reproducing audio or program data recorded on disks in one or more of a variety of standard formats,  FIG. 1 is a block diagram shoWing the principal including those commonly designated as CD-ROM, CD components used to implement an embodiment of the inven ROM/XA, CD-I, CD-R, CD-RW, DVD, DVD-RAM, and tion; and DVD+RW. These disks may be purchased, or may be created by or for the user and contain recordings in MP3 or  FIG. 2 is a How chart illustrating the steps taken during the operation of the embodiment of FIG. 1. DETAILED DESCRIPTION  The preferred embodiment of the present invention described beloW is an improved CD and/or DVD playback other compressed format. In this speci?cation, references to a “CD,”“compact disk,”“CD player,”“compact disk player” or “CD drive” or should be understood to refer to any kind of CD or DVD and to devices capable of reproducing program content therefrom. Also, it should be understood that terms like “listener” used here to describe audio play Dec. 16, 2004 US 2004/0255330 A1 back from a CD may also be understood to refer to a “viewer” of video programming on a DVD.  The disk player 120 consists of a disk drive mecha nism Which, in the case of multi-disk players, includes a disk carousel, magazine or turntable for automatically retrieving a selected disk volume from a collection and mounting it on the playback transport. The transport is conventional and it may be used to retrieve an identi?ed portion of the program from the disk volume When that volume is mounted, With the identi?ed sample(s) for each program are thereafter persistently stored in the higher speed memory subsystem. As seen in FIG. 1, data for a second “program 2” in “volume 1” is stored at 133, While data describing a second “volume 2” is stored at 135. typically includes a laser pickup system, a servo system for  rotating the disk and positioning the pickup to reproduce on the disk player 120, extracts are retrieved from each selected programming recorded on the disk, and data decod ing electronics for demodulating the data as recorded in EFM (eight-to-fourteen) format on the disk, and translating the Cross Interleave Read-Solomon Code (CIRC) error detection and correction code into a multiplexed data string Which contains both the right and left channels of an audio program (e.g. audio song track) recorded on that volume. These extracts include the beginning of each program, and may include an additional “sWeet spot” or longer “sample” of the program Which provides the listener With a better previeW of the content of that program. When text metadata recording. The disk player 120 responds to selection signals 121 from the controller 110 by selecting particular portions of the program content recorded on the disk volume that is currently mounted on the transport. In the case of multi-disk When each available CD volume is ?rst mounted describing the content of a volume is obtained from an external source (such as the Internet server 164), that meta data may include pointer data Which identi?es the portion of each program to be extracted as a “sWeet spot” or “sample.” As explained later, the beginning, sWeet spot and sample players, the selection signal 121 may also request that a extracts are stored in the high speed memory to support designated volume located on the turntable, carousel or magaZine be mounted on the playback transport as the active different outputs to different users as Well as improved disk. The program content reproduced by the pickup is transferred under DMA control as one or more blocks of data moved via the output 124 to the memory 130.  The controller 110 is preferably a conventional program guide and navigation functions.  The beginning of each program segment (e.g. each song track on each available CD) on each mounted CD) are read from each CD When it is ?rst mounted on the player 120 and are thereafter persistently stored for later use. The microprocessor Which includes one or more direct memory storage of beginning segments permits the user to select and access (DMA) controllers for moving audio or video pro gram data betWeen the player 120 and a high speed random access memory subsystem 130. The digital memory 130 immediately begin playing a desired selection, possibly on preferably comprises the combination of dynamic RAM and neW selection is read from the high speed memory sub system 130 While the player 120 mounts the neWly selected volume and positions the pickup to begin reproduction of the remainder of the selected program that folloWs the begin one or more high-capacity persistent storage devices, such as ?ash memory and/or one or more hard disk memory units, and is characteriZed by its ability to provide high speed a different CD from the currently mounted CD, Without experiencing a delay. The stored “beginning segment” of the random access to the metadata and program content it stores ning segment. In addition, the “beginning segments” may be Without exhibiting the speed limitations imposed by the mechanically moving parts used in the player 120. rapidly fetched from the memory subsystem to support  The memory subsystem 130 persistently stores “surrogate data” that describes the content of each of mul tiple available CD volumes. As illustrated at 131 for a ?rst CD volume, each volume is described by metadata Which preferably includes: (1) identi?cation information (a “vol ume ?ngerprint”) that uniquely identi?es the volume; (2) a short text “label” for the volume such as an album title; and (3) a longer text description of the content of the volume. Both the label and the longer description are typically expressed as textual character data, but may include image data (eg an image of an album cover) or a voice narration describing the content. The metadata for each volume also preferably includes (4) a short sample of the volume’s content, or a pointer to (disk address information identifying the beginning and ending of) content recorded on the disk volume Which may be extracted and placed in the memory system 130 When the disk is mounted for playback.  Similarly, as seen at 132 for “program 1” on “volume 1”, the memory subsystem stores surrogate content data describing each program (e.g. song track, music video, etc.) on each volume. The program surrogate data preferably includes (1) a title and (2) a longer description, both expressed in text or other form, and either the content of, or a pointer to, sample extracts from each program. As in the case of the volume sample, When a pointer alone is provided, manual or automatic scanning by the user Who can then listen brie?y to each program beginning to decide Whether or not to listen to the remainder of the program. The “sWeet spot” and longer “samples” of each program, as Well as the volume sample that is representative of the volume as a Whole, may be extracted for each CD along With the “beginning segments” When that volume is ?rst mounted on the player 120, or later if metadata de?ning the location of sWeet spots and samples is not yet available.  Additional data persistently stored in the memory subsystem characteriZes each system user. That user data may include playlists Which identify an ordered set of programs by volume and program number Which the user may Wish to play in the future, as Well as a “usage log” Which identi?es the programs previously played (and not skipped) by each user. The usage logs may be used for a variety of purposes, including the automated creation of playlists of “favorites” (frequently played programs). Data stored for “user 1” and “user 2” are depicted at 137 and 138 respectively in FIG. 1.  As further illustrated at 139 in FIG. 1, the memory subsystem 130 includes a “content buffer” typically imple mented in dynamic RAM, for storing blocks of program content Which are prefetched from the player 120 for sub sequent reproduction by one or more of the user controlled reproduction devices 142. The content buffers are ?lled from US 2004/0255330 A1 the disk player 120 Which reads the disk at a higher rate (e.g. 8x) than the rate at Which it is played back to the reproduc tion device(s). This allows the single disk player 120 to concurrently produce different outputs for different users using different reproduction devices, as explained in more detail beloW.  The system also stores “software” programs executable by the processor 110 or other devices, either in read-only memory (not shoWn) or the high speed memory subsystem 130, or both. NeW or improved functionality can be supplied by doWnloading neW or replacement softWare from an available source via the I/O port 150. Unless otherWise apparent from the context, hoWever, the terms "program,”"programs,”“programming” and “program seg ments” as used in this speci?cation refer to audio or video program content, such as musical selections (“songs” or “tracks” on a conventional CD) or video programming (such as a “music video” selection), rather than to executable softWare programs.  The procedure used by the improved CD player contemplated by the invention is shoWn in the ?oWchart of FIG. 2. A neW volume is mounted in the CD player at 203. This can occur as a part of normal use, or When a collection of disks are placed in on the turntable or inserted into the carousel or magaZine of a multi-disk player. Either before or during the playback of programming on each volume, the system automatically extracts a unique identi?cation code from the CD as indicated at 205. This unique code or “?ngerprint” can be extracted from the information stored in Dec. 16, 2004 describing the contents of these CDs may be obtained by using the ?ngerprint data as a lookup key to fetch descriptive metadata about the contents of the CD(s) from an available source, such as a database server accessed by modem or Internet connection. One such system is described in US. Pat. No. 6,147,940 issued to Carl YankoWski on Nov. 14, 2000, the disclosure of Which is incorporated herein by reference. Another such system is Gracenote’s Widely used CDDB® service (see WWW.gracenote.com) Which provides an online database of music information With expanded album and track ?elds, credits, genres, ISRC code, and Web-links that provide listeners With information about music that can be retrieved using the ?ngerprint data. Because the CD player may not have its oWn connection to the Internet, the retrieval of additional metadata may be accomplished by transferring the ?ngerprint codes to a personal computer (PC) or the like at 213 Which then transmits the request for metadata to a remote server.  The metadata transferred from the server may include the identi?cation of “sWeet spots” as described in US. application Ser. No. 10/331,198 ?led on Dec. 30, 2002 and published as Publication No. 2003-0163823, the disclo sure of Which is incorporated by reference. As described in that application, songs are knoWn to have “sWeet spots,” a brief portions of each song that resonates With, and is normally familiar to, listeners. Quite often this segment Will be the refrain and include the title of the song as part of the lyrics. SWeet spots may be played to the listener during “scanning” When the playback jumps to the sWeet spot in each song, if available, rather than the beginning segment. If the CD’s Table of Content (TOC), a lead-in area on the CD the user likes the song, he or she can hit the skip button again that contains data that is someWhat analogous to the table of contents of a book. Since each CD is unique in exact content, to play the selection from the beginning, using the beginning segment that is also already stored in the high speed it is possible to use this the TOC information as a “?nger memory. To support this operation, the metadata may print” to uniquely identify each CD volume. The TOC ?ngerprint data may be used by the player to identify each include either the “sWeet spot” content, or a pointer to the sWeet spot content on the actual CD. Thus, after the system retrieves the metadata from the PC at 218, the next time the volume When it is loaded, and also enables the system to determine When a neW CD has been mounted for the ?rst time.  As also shoWn at 205, the system automatically retrieves the beginning of each individual program (e.g song track) on the CD. The duration of the beginning segment that is transferred to the high speed memory is preferably at least as long as the time required for the player to respond to a selection request requiring that a different volume be mounted from the turntable, carousel or magaZine. Thus, if a particular multi-CD player requires maximum of eight seconds to change CDs, at least eight seconds of the begin ning of each program on the neWly mounted CD should be transferred to the high speed memory. In this Way, When a program on that CD is requested When a different CD is currently mounted, the system can immediately begin play ing the beginning of the requested program from memory as requested the CD holding the requested program is mounted, brought up to speed, and begins transferring the remainder of the requested program into buffer storage Where it Will be available to continue the playback at the conclusion of the pre-stored beginning segment. As a result, When a program is selected for playback from an unmounted CD, the play back can begin immediately.  After the ?ngerprint and beginning segment data has been extracted from all of the volumes placed in a multi-CD changer as determined at 209, additional metadata volume containing the song is mounted, the sWeet spot content pointed to by the metadata may be retrieved from the player and stored in the high speed memory. The scan control, seen at 228 in FIG. 2, may then substitute the sWeet spot content for the previously extracted beginning segment during program scanning to provide the listener With a more immediate understanding of program content.  The received metadata, as Well as the extracted beginning segments, sWeet spots and extended samples, together provide an improved program guide and navigation mechanism to the user. The system responds to navigation commands from the user interface 225 by displaying text descriptions and playing samples of available programs. The visual display may take the form of a small LCD screen Which shoWs scrollable list of titles that describe an ordered list of programs (e.g. song titles), or an ordered list of volumes (e.g. album titles). The ordered list of programs may represent the programs on a selected volume in track order, or may represent an ordered set of programs from a playlist 230. When the user moves the “cursor” to highlight a particular title, a more detailed text description of that selected item may be displayed on the screen and, at the same time, the beginning segment (or, if available, the sWeet spot excerpt for that item) Will be played for the listener. In this Way, the listener not only sees the title, but hears a previeW of each item of interest. The user may then use the user interface control 225 to either select a highlighted Dec. 16, 2004 US 2004/0255330 A1 program for immediate playback, or it to a playlist 230 being built for future use. The navigation control 240 accepts Would most likely have different opinions regarding Which commands from the user entered at the user interface 225, displays program listings as seen at 231, plays samples and on compact disk or in a hard drive, many times the number of songs as one standard CD are commonly available, still displays titles of selected programs as seen at 226, and plays further reducing the likelihood of tWo people Will Want to programs selected during navigation or from playlists While displaying song titles as seen at 242.  Multi-listener Playback  The multi-listener features of the system may be used to advantage in compact disk players installed in vehicles. Many vans and SUVs have controls for the radio and CD player that are accessible by the backseat passen gers. Passengers in the backseat may control the main (and only) radio and CD device With skip, volume, radio preset and controls. These backseat controls alter the sound that can be heard over the normal speaker system, or over headphones that plug into the backseat console, alloWing these passengers to listen to the music privately. If head phones are used, the other passengers cannot listen to the selected music and in most systems they cannot listen to the other audio sources (the radio or cassette tape) either.  Increasingly then, passengers are listening to their song to play next, or replay, etc. And With MP3 recordings hear the same program content at the same time.  What might the alternatives be to creating tWo personaliZed playback streams off of one or more CDs? One solution is to have tWo CD players in the car. But the backseat listener Will still have to Wear headphones. This solution also increases cost, uses scarce surface area, locates a breakable device in the back seat, and increases the dif?culty of locating CDs Which become spread over the car. In addition, With tWo CD players playing tWo CDs, it is dif?cult to share a common listening experience When that is desired. By using the multi-listener capabilities described here, the tWo listeners may be listening to different programs on the same CD listening to the same CD, Which can’t be achieved using separate players. Using these capabilities, a usage session might start With both the front seat and back seat listeners hearing the same thing. As soon as the backseat listener’s taste diverged from the front seat listener’s, the oWn music sources. BetWeen video systems in high-end headphones could just be slid on and a neW track found. No more ?ghts until the CD Was over. At the same time, it is cars, portable CD players, and back seat controls, many possible for tWo users to listen to the same CD at the same families consist of a car-full of passengers all listening to music of their oWn choice. The vehicle is becoming less of time. a place Where people enjoy a common listening experience and more of Where people Want personalized music choice. Given this trend, the leading purpose of the “multi-listener player” features of system is to alloW greater playback choice by giving tWo or more people the ability to listen to different programs (e.g. tracks) on the same player. These principles may also be applied to provide multi-listener capabilities to CD or to a MP3 collection stored on a hard drive, or any other sort of device delivering digitally encoded music.  For each device, one or more playback channels Would be needed, one for the “public” speakers and one further output channel for each set of headphones. The player 120 seen at 120 is shared and retrieves and decodes the audio from selected CD volumes in faster-than-real time. Most conventional CD mechanisms can play at 8x real speed, although most consumer players don’t make use of this feature. As content selected by each listener is read from the mounted CD, it is stored in the content buffer 139 typically implemented by dynamic RAM Which forms part of the memory 130. After the content is stored for one output even When the drive skips tracks. The anti-skip feature is channel, the player 120 then reads a block of upcoming content for another listener from program and places that in the buffer. Programming is then supplied to the reproduction commonly incorporated into portable players and players device (eg headphones used by one person) from the  Currently, many CDs already have “anti-skip buffer,” often 45 seconds long, to provide proper playback installed in vehicles that are subject to shock and vibration allocated buffer While the player goes to a different track to that may cause the pickup to skip tracks. By buffering “fetch” upcoming programming for the second listener Who content read from the disk at a higher rate in advance of may be using the systems “public speaker.” playback, When a track jump occurs, the output reproduction device can continue to play from the buffered content While the pickup head is repositioned to capture the skipped content. This system also uses buffered content, perhaps in expanded form, to provide another function: supplying a second listener With different program content.  Individual program choice is needed even for a  If just one channel Were playing, a buffer of decoded audio content is stored. If another selection Were requested by a second user for a different output channel, the initial song Would continue to play off the buffer, the previously stored beginning portion of the other selection is routed to second user as the playback device selects and reads data from the neW selection into the buffer. This single-CD player. Because the system contemplated by second song too, Would get it’s oWn buffer, enabling the system can potentially make available a large number of decoder to go back and decode more of the original song. program selections on one or multiple volumes, it Would be to the exact same program or playlist at the same time. The processor/decoder Would continue this process of shut tling back and forth, fetching a buffer’s-Worth of audio each time. The rate of shuttling back and forth depends on the Therefore, a personaliZed navigation and listening feature folloWing considerations: unlikely that any tWo people Would be interested in listening for that category of device Would de?nitely be valued. For a multi-CD changer, With six or more CDs able to be accessed on demand, the chances of tWo people Wanting to hear the same tracks, at the same time, assuming they had the option for personaliZed listening via headphones, Would be small. Even With a single CD, different people in the car  a. hoW much of a delay the second listener is forced to endure before his or her music starts;  b. the siZe of the buffer for each listener;  c. the rate the CD can be decoded; Dec. 16, 2004 US 2004/0255330 A1  d, hoW much music, if any might have been pre-stored in the ?rst listener’s buffer, even if no second listener presented a request; and  e. the amount of “overhead time” taken to get from program to program (e. g. from track to track on a single CD, or from volume to volume if programs are selected from different volumes on a multi volume player). metadata and listening to program excerpts stored in the high speed memory. As a result, the user is more likely to select programs on different CD volumes, and to construct playlists Which invoke programs distributed over multiple volumes. This capability increases the need for more rapid sWitching betWeen desired programs on different CDs. Reducing the sWitching times betWeen different CDs Would yield the folloWing bene?ts:   More than tWo listeners may be handled in this Way, With the number of listeners being limited only by cost (a function of the number of audio channels, needed buffer space, and the respective reproduction devices and controls for each listener) and the ability of the disk player to shuttle  2. sWitch more rapidly betWeen songs desig nated by cross-CD playlists; and  3. permit the player to execute a cross-CD automatic “shuffle” of programs, a function that is back and forth.  impractical today With changers Which require a In all variants a simple user interface Would alloW signi?cant amount of time to sWitch from one CD volume to another. each listener the independent ability to skip ahead, pause, etc. These controls could be adjacent to existing listener controls, perhaps alloWing the same controls to apply to different users via a toggle sWitch. Ideally, the controls for each user Would be Within reach, perhaps located on the headset. The secondary listeners might have a simpli?ed set of controls, also.  Soon Bluetooth technology provides cost-effective 1. start the next program Without a signi?cant delay When sWitching volumes;  The improved sWitching times is achieved by stor ing the beginning of each program on each CD in the high speed memory 130. Then, When a program on a track on an unmounted CD is requested (either by a manual selection from the program guide, by reaching the next program on a cross-CD playlist, or by executing a cross-CD program shuf?e, the neW selection can start playing almost immedi Wireless transmission of both control signals and audio data ately by using beginning content stored in memory. The over a short range, a plurality of independent user repro beginning content has a suf?cient duration to permit the duction devices as depicted generally at 142 in FIG. 1 can be used, each of Which consists of a Bluetooth transceiver, individual user interface controls, and headphones. Each transport to mount the neWly selected volume, position the pickup, and read the next block of content data folloWing the beginning segment into the buffer memory for continued user’s unit communicates to a Bluetooth transceiver at 141. playback.  CD-Changer With Seamless Play  A second important of the system provides  When sWitching from CD to CD, the user may be “sampling CDs”—looking for a favorite CD to play at that moment. As long as the user is only listening to excerpts of improved performance When tWo successive programs routed to an output channel reside on different CD disk volumes in a multi-volume changer. CD-changers With ?ve CDs take on average 7 seconds to change a CD. Carousels holding several hundred CDs take even longer (eg 20 seconds). When hitting the skip button to change songs on a single CD volume, hoWever, it only takes about 0.5 seconds to change from one track to another. A system designed to make multi-volume player perform as Well as a single CD player or a single collection of digital MP3 songs Would ideally reduce playback delay that noW occurs betWeen programs When volumes need to be sWitched on the the candidate program (either beginning segments, sWeet spots, or longer samples), the changer need not be requested to mount a neW volume. Thus, for example, if the user is “scanning” a playlist, listening only to the beginning seg ments from the high speed memory, and listens to the beginning segment for less than a certain minimum time period used for the “automatic skip,” the actual CD volume might not need to be mounted. This Would alloW the listener to sample multiple CDs quickly With no movement of CDs needed—and of course, no lag-time to hear a sample from each CD. A further feature of such a system Would alloW the reduce the apparent time taken to change CDs. This impor system to recogniZe the most popular song (based on past listening patterns) on each CD and buffer and play that ?rst as the representative sample. Alternatively, the metadata may identify a sample Which is representative of the entire CD, for example, a sample of the “title song” for an album tant improvement is provided Without requiring any change CD, or from the most popular song on the CD. transport.  This system uses the high speed memory 130 in combination With a sloWer, multi-volume changer 120 to in the users’ behavior, and does so using components that are already present in the system to provide other functions described in this speci?cation.  In addition, the memory-based reduction in volume sWitching times achieved may reduce manufacturing costs by relaxing the requirements placed on the changer since a sloWer, and less expensive disk transport mechanism may be used because the mechanical requirements for the moving parts needed to sWitch tracks are less stringent.  In addition, other features of the present system  In the above example, it Would be assumed that the listener Was out of “sampling mode” after listening for a set time period to the same track. The CD at that point Would be fetched While the song Was still playing out of the buffer. Alternatively, the system could try to fetch the CD as soon as possible, playing the song out of memory in the mean time. In the time period before the CD Was fetched, certain features related to a loaded CD Would not Work, such as the ability to rapidly scan forWard through the song, at least past the pre-stored portion. permit the programs available on multiple CDs to be  scanned or selected using a program guide by reading lessly merge the buffered and CD-based music together, just The system Would have to be designed to seam Dec. 16, 2004 US 2004/0255330 A1 as the stored buffer is reassembled With later content read from the CD When an anti-skip buffer encounters a skip and must synchronize the incorrectly omitted material captured later With the originally read content in the buffer. The system Would need to knoW the exact endpoint of the previously stored buffer and have a means to jump to the songs and only set up buffers for songs played frequently or that Were in speci?ed playlists.  The concepts discussed become more practical in a World of convergence of the Internet With conventional To set the system up, the music Would be encoded broadcast, cable and disk media channels. For instance, the Tivo digital video recorder (DVR) Will noW be able to doWnload and play music off the Internet. With multi purpose devices like this emerging, many of the hardWare requirements of the system can be of?oaded to other parts of in memory immediately after a neW CD Was placed in the the systems including processing poWer and encoding content immediately succeeding the content representing the end of the buffer.  changer. A sensing mechanism to detect the replacement of resources. If a hard drive Were available, much of the storage a CD Would be needed. When a change Was detected, the needed for buffering could reside there instead of in a semiconductor memory, thus cutting costs (as the access time off of a hard drive is still many times quicker than player Would go and encode the song beginnings for each song and put it in the proper place in memory.  If the system Was busy playing music at the time that encoding needed to be done, time could be freed up in sWitching CDs) and making possible the storage of sample excerpts from many disks in a high capacity changer. a manner described in connection With the multi-listener  Another architecture to consider When the changer aspects of the system. That is, the player Would decode is connected by a high speed link to anther device is one in Which the memory needed by the player resides in a remote device, such as a PC. Thus, if the player Were connected to music off the current playing track at a rate faster than real time. This music Would be loaded into a buffer for playback in real time. MeanWhile, the processor Would have time to encode the neW CD. After a program has been read from the a PC via a Bluetooth device or WiFi link, or to the Internet, player to supplement the beginning portion already stored, either directly, or via the PC, then the buffered content can be accessed via a communication link. This Would reduce the entire content may advantageously be left in the buffer until the program has been completely played out. This be resolved to the extent that the samples stored on the Web alloWs the user to request a replay of the recorded material Which may occur after the system has begun to read the next user had purchased the actual discs. memory requirements on the player. Copyright issues might server or PC Were de minimus copies or alloWed because the scheduled program into the buffer.  Players With an Archival History.  Using a localiZed version of the CDDB algorithm, the CD changer could identify each CD. If a certain CD Were just moved to a different spot on the changer, the songs Would not need to be re-ripped.  This third improvement to CD, DVD and similar playback devices alloWs the player to keep a history of all previously played content as a means to automatically and easily create an index of oWned content. The player prefer  Cost  The preferred embodiment Would store at least 10 seconds from each track on the CD, or roughly 200 seconds per CD. For a 6-CD changer, the memory requirement Would be on the order of 1,800 seconds or 30 minutes of audio. This Would be equivalent to 30 megabytes of memory using standard compression techniques. The Wholesale cost of this amount of memory capacity Would currently be approximately $3 dollars, and that cost can be expected to continue to decrease dramatically in coming years. The hardWare or softWare needed to do ef?ciently demodulate and decode the digital content data on the CD presumably is already on the player but might need to be supplemented in order to perform simultaneous decoding of multiple streams, or to decode single streams more rapidly on a time-shared basis.  A loWer cost system requiring less memory Would only buffer the beginnings of ?rst song of each CD. This system Would offer the bene?t only of minimiZing the Wait time While sWitching CDs but not offer cross-CD playlists or ably includes additional memory and some sort of netWork connection to implement the functions performed by the system.  When music is stored on the hard drive of a PC, the user approximate an electronic program guide (“EPG”) With click-and-play capabilities. This PC-based EPG is the ?le structure that is automatically stored for the user’s MP3 collection by existing softWare that makes copies from a CD. Metrics about the number and length of tracks (TOC data) are developed during the ripping process yielding a unique “?ngerprint” about each CD. Jukebox softWare such as Music Match then goes to the Web to doWnload metadata from the CDDB database. This metadata is used to organiZe the songs by CD, artist, etc. This same structure of organi Zation is available for MP3 recordings on CDs that are recorded by the user.  But When dealing With CDs or other physical media, remembering What music you oWn and What it all sounds like, is a problem Which the user must solve When selecting the music (a “pull” system compared to a “push” shuffle. If the listener tried to move to the next track on the broadcast Where the listener passively listens to What the neW CD, hoWever, the song Would not be buffered and a Wait Would result While the CD Was fetched. radio plays.)   There are several Ways to navigate through your physical collection of CDs. The cost to implement the system on a 300 CD changer might currently be prohibitive for loW cost units, but that is expected to change over time. One Way to address the cost issue in the short term Would be for the system to recogniZe the differences in playing frequencies betWeen  1. Some CD changers are equipped With key boards that are used to type in the name of the albums that have been put onto the carousel. These Dec. 16, 2004 US 2004/0255330 A1 names show up on an LCD display When that par  This aspect of the system envisions the compilation ticular album is being loaded. of an inventory list or directory of the user’s entire collection of oWned CDs and DVDs, With no effort being required on the part of the user. The resulting list may then be printed  2. More advanced CD changers noW come With Internet connections that match a CD mounted in the changer With the CDDB, automatically doWn loading metadata about the CDs into the changer and giving the user a list of What of the programs stored  navigate the user’s entire collection of CDs, Which could be  1. The user can ?ip through the jeWel cases. This can be done via spinning carousels, or by manually going through a stack.  2. The user you can use a keyboard to create a teXt list of all of the oWned CDs. This Archived CD List provides a neW Way to scattered in any number of locations. It provides a reminder of the potential CDs that could be put into the changer and represents a virtual compilation of “playable” CDs. that could be played if the CDs Were changed.  In some Ways it is akin to the feature some tele phone noW have Whereby they list the last 100 calls received. Thus, While you might be on line talking With one party, With a little effort, you can scan the archive of received calls and get on the phone With another party. In much the same Way, CDs in the Archive can be identi?ed and retrieved With an effort only someWhat greater than accessing the ones in the changer at the moment. But all these methods still leave the problem of associating the name of the song and artist With the actual sound (akin to the mental energy required to envision the taste of food listed on a menu). None of these broWsing or search methods serve to help to remind the listener What the respective music sounds like. This issue, hoWever, is handled by the using navigation systems (eg automatic scanning) and program guides that present brief recorded samples extracted from each available program.  A similar navigation and “inventory recognition” problem eXists for video content in a DVD collection, you might have” problems. After building a library of discs so the vieWer has a selection of available programs, the prob lem then becomes remembering Which movies you’ve seen and Which ones you’ve bought but haven’t seen When you are shopping for neW DVDs.  The purpose of this aspect of the system is to use the playing device itself to compile, over time, a list of discs oWned by the user and collect data about the use of those disks.  accessed at an in-store kiosk, or a Web-enabled PDA. on that particular changer.  The tWo methods above Will tell the user What programs are currently loaded into the CD changer, but do not provide information on all the rest of the CD’s in the oWner’s collection? There are tWo methods can currently be used to deal With this problem:  out, managed manually, displayed on the disk player, or The arrangement envisioned here comprises a net Work-connected disk player, CD or DVD, With a commu nications capability of connecting to CDDB or an equivalent database residing on a netWork. The device could be con nected either directly to the Internet or a local PC. The connection could be a Wired one (even a docking station for  A further feature Would have the system suggest Which CD to remove from the carousel When a neW one Was to be added. This could be done by tracking usage data for each CD and suggesting the least-used CD be removed.  A large CD changer is a special case as the unit might hold a large percentage of a user’s collection and some of these devices are already connected to the CDDB over the Internet. For this implementation the CDDB equipped CD changer Would have tWo lists-a list of Active CDs and Archived CDs. If a CD is moved from the changer, the corresponding data is relocated from the “Active” por tion of the local CD-changer database and put in the “Archive” section. This Archive database displays, then, the names of all the CDs that have ever “passed through” the changer previously. In a sense, it is a list of all the CDs that the user oWns-assuming that they all have at one time or another been played on the changer. Because the changer is connected to the netWork, the Active and Archive lists could reside in the changer, a PC, or on the netWork.  A further use of the system Would be to document a history or diary of playback activity. Thus, the system could keep a record of Where the user left off When playback of a movie ceased during a previous session. Bookmarks for other uses could also be created.  Services Based on Usage  As indicated at 137 and 138 of FIG. 1, data a portable player), or a Wireless one such as a Bluetooth connection.  Every time a disk Was inserted, metadata about the disk Would be generated. This metadata Would be either sent to the CDDB-like database at that time or batched for later transmission. The metadata Would be used to ?ngerprint and identify the disk. The result is a history of all the disks that “passed through” the device and hoW they Were used.  This ID information could be passed back to the device, stored, and displayed the neXt time the device played a matching disk even if there Was no netWork connection at that time. Thus, a portable CD player could over time learn the ?ngerprints of all the CDs in the oWner’s library and When each Was played, could display the song, artist and album information even if off-line. regarding “consumption” of the media Would be compiled over time and stored on the device, a local PC, or the netWork. This data could indicate Which disk Was listened to or Watched, at What time, etc. By knoWing What movies have “passed through” a user’s DVD player, Which ones had been ?nished, etc., a service provider could make recommenda tions for future movie purchases. With an interactive CD or DVD player, listeners and vieWers could also “vote” by supplying a thumbs up or doWn rating, or a numerical rating, for each album or song listened to, or to each movie vieWed, to obtain music and movie recommendations from a service matching the users preferences. By contributing his or her recommendations to a service Which aggregates the recom mendations of many users, data can be developed Which Dec. 16, 2004 US 2004/0255330 A1 provides recommendations to a user Which indicate other  programming Which other users having similar preferences be advantageous to narroW doWn the universe Within Which highly recommended.  Other uses for the data Would be personalization services (such as systems that monitor a user’s listening habits across different devices to be able offer personaliZed ads and discounts), community sharing, or use by another “smart” CD player in constructing playlists or alloWing “intelligent” shuffling based on song desirability, etc. Usage data could also be used by the emerging subscription ser vices to track compliance or aggregate customer behavior.  Information across multiple users could be com piled in a manner similar to hoW Tivo compiles information regarding its users’ time-shifted media vieWing habits. Col lection, and possibly resale of this information could be the quid pro quo for using the service. This type of information aggregation model Would alloW an entirely neW class of information to be collected about the use of the disk media in a manner similar to hoW data is compiled for broadcast media-data that could be sold to content producers and others.  Playlist Management  With the hardWare described above built into a CD changer, and metadata about the CDs that reside on the carousel available to the system, the user Would noW have the ability to easily construct playlists across CDs. Using the “Seamless Playbac ” method described above, the playlist playback could be seamless and it Would appear that the When shuffling amongst so many songs, it Would shuffling is occurring. By using popularity data, that is, knoWledge of hoW many times each song on the carousel had been played over a certain time period (perhaps relative to hoW long it had been placed on the carousel), the universe of songs to shuffle could be reduced to songs you liked to hear most often. The degree of such concentration of listen ing could be modulated via the keyboard, PC, or Web interface. In addition to using your oWn listening history, collaborative data could be interjected (assuming a netWork connection) to supplement or replace the personal data.  A Scan Button for Digital Content  The fourth novel method for improving the opera tion of CD and DVD players relates to the use of a “scan” button that provides a neW method for sampling and eXpe riencing digital music collections. The scan button provides an audio aid for navigating a collection of oWned CDs and a Way to see previeWs of oWned DVDs. The system Would ideally employ both device connectivity and memory.  Today, more oWned music then ever is being col lected in devices or services that make it all available at once Without having to fetch individual CDs. Not only there CD-changers, there are groWing MP3 collections on com puters, MP3-CDs, Which hold ten times the number of songs that standard CDs hold, and subscription services, Which give listeners access to a Wide range of songs on-demand, albeit, sometimes just for a speci?ed period of time. Soon to songs Were all residing on the same CD. be available, Will be radio recorders like Gotuit Radio that Will store large amounts of recorded radio programming.  Playlists could be developed in a number of Ways: These aggregations of music Will present greater navigation  1. They could be developed at a PC via a Web-based (do-it-from-anyWhere) application or at a PC that communicates With the changer in one of the Ways described above. bene?ts from improved navigation if such methods alloW  2. Playlists could be developed “manually” by the listener by issuing a command as the list of available songs scrolled by on the changer’s display. Alternatively, the keyboard that hooks up to the changer could be used to navigate the list and select songs, and furthermore, label the playlist.  3. The changer could also keep track of Which songs Were played the most, or played With each other. With certain usage algorithms employed, the system could attempt to automatically generate clus ters of songs the listener appears to like to hear together When given the opportunity to “surf and play”. These algorithms could be run on either the changer’s microprocessor or the connected PC. The simplest such algorithm Would be “play the last 20 challenges due to their siZe, but at the same time offer greater you to get to the music you Want, When you Want it.  In today’s music World there is a scan button only for radio broadcasts—the predominant “pushed” media for music. When the user hits the scan button, a sample from successive stations is presented until one is chosen. It is a someWhat crude, but popular, feature.  For oWned music, Where listeners “pull” What they Want to hear, there is no such button. It is assumed that listeners knoW What they oWn and can go right to it. The closest feature to a scan button is the “shuffle” button, Which takes an oWned collection from Which a listener normally “pulls” selections, and turns it into a “push” means. In the “Smart CD” methods described above, it Was noted that portions of songs may be stored in memory to facilitate seamless disk changing. In addition, the creation of an archival list of previously played disks Was discussed. Here the ideas are brought together in a system designed to offer listeners a Way to sample their Way to the music they Want songs I played When I controlled the selection of CDs and songs played”. This usage data could be used not only to produce playlists but also to rank order CDs or songs by playing frequency Within a certain time period. You could select to play items  This system uses an “intelligent Scan” button to sample and select music from their collections. These col directly off this list. ers, etc. This Scan button Would take the listener from song to song until a desirable selection appeared. to hear. lections might be MP3 compilations, MP3 CDs, CD-chang  As mentioned in connection With Seamless Play back above, adding memory Would alloW for the implemen  The Scan button might have the ability to jump to tation of the shuffle function across CDs, as there Would be the folloWing locations Within a song: no delay While changing CDs. This idea could be further eXtended When listening data is integrated into the function.  1. It could take the listener to the beginning of the neXt song and play a segment Dec. 16, 2004 US 2004/0255330 A1  2. The listener could be taken to a random location Within the next song.  3. If the unit Were Internet-enabled, metadata concerning the song could be obtained, and the sample could begin at the “sWeet spot” of the song— that portion of the song that most resonates With listeners. storage location. Alternatively, the Scan button and the playback could reside in another location such as a local PC, or both.  The samples themselves, While possibly originat ing by ripping the oWner’s disks, might also be obtained tion of segments Within the neXt song such as the from free sources of samples on the Web, or be made available by content holders to oWners of the disks, a la a Beam It-like service. If these Were streaming sources, then the system Would store a list of the oWned material, and go to the Web to collect samples on the ?y. If doWnloads Were refrain, Which might be most recogniZable to listen permitted, the samples might be doWnloaded and stored ers ahead of time.  4. A set of algorithms could deduce the loca  5. The location method could be personalized by listener   6. A rotating miX of the above In the case of methods 3 and 4, an algorithm that  The playback from the CD or DVD sample could even be seamless if enough content Was stored in the buffer to alloW the user to get the missing disk and put it in the changer While the buffer Was playing. To this eXtent, the device could be playing from memory While the disk Was analyZed patterns in the song, looking for various attributes being fetched. or a repeating pattern, most likely the refrain, could deduce the location of the sWeet spot. The sWeet spot could also be  In one version, the listener Would hit the Scan button and the unit Would start to play samples from the beginning of the content segment. When the user indicated determined via metadata draWn from a database. Such databases are at the heart of several Websites that offer intelligent samples for songs.  The scan button could also just sample as feW as one song per CD—an approach that Would be focused on helping the listener pick Which CD from a set to listen to.  The Scan button could also employ different tech niques in choosing Which song to sample neXt. For instance, it might: a desire to play the entire song or CD, an audio indication or voice Would indicate that the user needed to put the CD or DVD into the player.  Conclusion  It is to be understood that the methods and appa ratus Which have been described above are merely illustra tive applications of the principles of the invention. Numer ous modi?cations may be made by those skilled in the art  1. Scan through those songs listened to most frequently by the listener Without departing from the true spirit and scope of the invention.  2. Scan those listened to least frequently What is claimed is: 1. The method of reproducing selected programs recorded  3. Combine the scanning function With the on one or more compact disk volumes comprising, in shuffle function and scan random songs  4. Scan the songs in a playlist  5. Scan sample songs from multiple playlists  Samples from Archived Content  Another use for the system Would be the extraction of samples from the oWner’s archives, that is, all the disks that had passed through the disk player in the past. This Would alloW the presentation of samples of the user’s entire collection of content and not just those disks available to the player that time. The purpose of this feature Would be to remind the listener What other disks Were available for play. In this embodiment, the DVD player is as much a target platform for the invention as the CD player. For instance, one could use such a system to see previeWs of all the DVDs in a collection.  The same options noted above, concerning sample locations and songs or DVDs to sample, Would apply to the archives as Well.  These samples for the Scan button, Which are not combination, the steps of: mounting a given one of said disk volumes on a playback transport, employing said playback transport to eXtract sample con tent data from each of a plurality of different programs recorded on said given one of said disk volumes, transferring said sample content data to a high speed random access memory, accepting a content navigation request from a user, selectively reproducing said sample content data stored in said random access memory in a form perceptible to said user in response to said navigation request, accepting a program selection request from said user during or immediately after the reproduction of sample content data eXtracted from a particular one of said programs, and reproducing said particular one of said different programs in response to said selection request. 2. The method of reproducing selected programs recorded coming from the physical disks (by de?nition this imple on one or more compact disk volumes as set forth in claim mentation deals With media not currently in a player), could device itself. The samples could be played at the device itself 1 Wherein said step of selectively reproducing said sample content comprises the step of automatically scanning said sample content to sequentially reproduce sample content if stored there or communicated via a connection to the eXtracted from an ordered sequence of said programs. reside on the Web, a local PC connected to the device, or the Dec. 16, 2004 US 2004/0255330 A1 3. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 2 Wherein said ordered sequence of said programs is estab lished by a playlist stored in said memory. 4. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 2 Wherein said ordered sequence of said programs corre sponds to the sequence of said plurality of different pro grams in the order recorded on said given one of said disk volumes. 5. The method of reproducing selected programs recorded ing one or more said plurality of different programs recorded on said given one of said disk volumes. 11. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 8 Wherein said metadata includes the identi?cation of the location on said given one of said disk volumes of at least some of said sample content data. 12. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 8 Wherein said available database is located remotely from said high speed memory. on one or more compact disk volumes as set forth in claim 13. The method of reproducing selected programs 2 Wherein said sample content data is extracted from the beginning of each of said different programs. 6. The method of reproducing selected programs recorded recorded on one or more compact disk volumes as set forth on one or more compact disk volumes as set forth in claim in claim 12 Wherein said available database and said high speed memory are linked by the Internet. 14. The method of reproducing selected programs 5 Wherein said step of reproducing said particular one of said different programs in response to said selection request comprising, in combination, the steps of: comprises the step of employing said playback transport to reproduce the remainder of said particular one of said programs immediately folloWing the reproduction of said beginning of said particular one of said programs stored in said random access memory. 7. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 2 Wherein said sample content data includes a predetermined portion of each of said different programs chosen to be representative of the content of the program from Which it is extracted. 8. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim recorded on a plurality of different compact disk volumes mounting each of said disk volumes on a playback transport, employing said playback transport to extract sample con tent data from each of a plurality of different programs recorded on the mounted one of said disk volumes, transferring said sample content data from each of said disk volumes to a high speed random access memory, selectively reproducing said sample content data stored in said random access memory in a form perceptible to a user in response to a navigation request from said user, and 2 further comprising the steps of: reproducing a particular one of said different programs in employing said playback transport to extract identi?ca response to a selection request from said user issued tion information from said given one of said disk during or immediately after the reproduction of sample volumes; content data extracted from said particular one of said programs. transmitting said identi?cation information in a metadata request to an available database, receiving and storing metadata describing the content of said given one of said disk volumes from said database, and presenting said metadata in a form perceptible to said user in combination With said sample data content in response to said navigation request from said user. 9. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 8 Wherein said metadata includes text descriptions of said plurality of different programs recorded on said given one of said disk volumes, and Wherein said step of presenting said metadata includes displaying one or more of said text descriptions on a visual display device. 10. The method of reproducing selected programs recorded on one or more compact disk volumes as set forth in claim 8 said metadata includes sample content represent 15. The method of reproducing selected programs recorded on a plurality of different compact disk volumes as set forth in claim 14 further comprising the steps of: employing said playback transport to extract volume identi?cation information from each of said plurality of disk volumes, transmitting said identi?cation information in a metadata request to an available database, receiving and storing metadata describing the content of each of said plurality of disk volumes from said data base, and presenting said metadata in a form perceptible to said user in combination With said sample data content in response to said navigation request from said user.