JP2006285861A - Edit data evaluation device and edit data evaluation method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an edit data evaluation device and method, capable of emulating a transfer rate and an access time (a seek delay time, or a layer jump delay time) that are reading conditions of an actual optical disk by an optical disk drive. <P>SOLUTION: This edit data evaluation device has a recording/reproducing means 7 outputting edit data read from disk image data to the disk image data as a plurality of pieces of the edit data stored in a storage means through a control means 3 on the basis of an instruction from a drive emulation PC 1 or a GUI 2 in time of the emulation, and performing at least reproduction operation on the basis of the edit data. In the edit data evaluation device and evaluation method, the control means 3 arbitrarily controls the transfer rate at which the disk image data are sent to the recording/reproducing means 7 to delay the access time when an optical pickup in time of access to the actual optical disk placed on the recording/reproducing means 7 moves to an arbitrary reading position. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to an editing data evaluation apparatus (emulator) and an editing data evaluation method (emulation method) capable of verifying the operation of editing data without making various editing data of a disk recordable and reproducible using a blue-violet laser light source into an actual optical disk. In particular, the present invention relates to an edit data evaluation apparatus and an edit data evaluation method capable of verifying the operation of the transfer rate and access time, which are already edited data, in the editing work of an authoring studio.

An optical disc standard that can be rewritten as a disc that has been standardized as a disc that can record and reproduce a large amount of video, music, character data, etc. on various discs using a 405 nm blue-violet laser diode (hereinafter referred to as BD) as a light source. BD-RE "and a read-only optical disc standard" BD-ROM "and a write-once optical disc standard" BD-R ", DVD (D igital V ersatile D isc) there is such, especially" BD-RE "and" BD-ROM " In such a standard, HDTV (High Definition Television) is known as a disc that can be recorded / reproduced on one side of the disc for 2 hours or more.

  Further, as an editing data evaluation device (hereinafter referred to as an emulator) and an editing data evaluation method (hereinafter referred to as an emulation method) capable of verifying the operation of the editing data, an actual optical disk reading condition by the optical disk drive is emulated. Things are also widely used. This emulator is used for authoring, and is used to check whether the player and / or recorder (hereinafter referred to as a recording / playback device) operate correctly before actually creating the disc when producing disc content such as a BD-ROM. , A test tool used in the authoring studio. Specifically, a hard disk drive (hereinafter referred to as HDD) is connected in place of an optical disk drive as a recording / reproducing device, and the image of the BD-ROM on the HDD is as if the HDD is reading the BD-ROM. It is an apparatus that records and reproduces data with a recording and reproducing apparatus.

  At that time, the actual recording / reproducing apparatus is modified so that the data recorded in the HDD can be accessed instead of accessing the optical disk, and the actual data on the optical disk is subjected to content protection such as encryption and the like. The recording / playback device records and plays back while restoring this, but the emulator does not perform the restoration processing of this content protector and has been modified to record and play back raw data in a studio where content protection is not applied. Yes.

  One of the emulators for achieving such an object is disclosed in Patent Document 1. In the authoring system having the technical content of Patent Document 1, when the program data is corrected, it is not always necessary to check the entire program in order to change only a part of the content of each program. That is, when the program is changed, it is known that the places where the inconvenient phenomenon occurs are concentrated at the place corresponding to the switching timing between the programs and the vicinity thereof. If the only change is made, the position slightly before the location corresponding to the switching timing between the programs is read from the location information of the disc information file stored in the hard disk, and only the location near the location before and after the switching timing of the program. By doing so, the most efficient check is made.

  However, if the number of programs is large, the operator must spend a lot of labor and time to find the position slightly before the program switching timing from the position data of the disk information file, and perform efficient authoring. May not be possible. In particular, when the operator clicks the position of the first path on the display screen, for example, in order to efficiently perform the authoring in the production of the multimedia disc, the predetermined position slightly before the end point of the first program is set. Efficient playback by automatically performing a playback operation in a playback section between a predetermined position slightly after the start of the second program and checking only this playback section. This is an optical disc authoring system configured to perform such checks.

  FIG. 8 shows an authoring system disclosed in Patent Document 1. In FIG. 8, a disk emulator 1 includes a GUI (graphical user interface) 2 and a data controller (control device, CPU) 3. And a hard disk (HDD) 4 having a disk information file 5 and a disk image file 6 and a recording / reproducing device 7. The CPU 3 includes a program switching path display means 10 and a switching vicinity data output designation means 11. have. The reproduction signal from the recording / reproducing apparatus 7 is output to the video monitor 8 and the audio speaker 9.

  The GUI 2 includes a display, a keyboard, a mouse, and the like, and has a function that enables an operator to interact with the emulator 1 using these, that is, an interface function. All predetermined operations performed by the operator on the GUI 2 are transmitted to the CPU 3 in the form of commands.

  For example, when the CPU 3 receives a playback command from the GUI 2, the CPU 3 reads the position of the playback data stored in the disk image file 6 from the position data of the disk information file 5 in the HDD 4, and sends the playback data to the recording / playback device 7. It is supposed to transfer.

  The recording / reproducing apparatus 7 separates the reproduction data sent from the CPU 3 into different data types such as video data and audio data, and performs D / A (digital-analog conversion) on these data signals. Thereafter, the reproduced data is output to the video monitor 8 and the speaker 9.

  Further, the CPU 3 outputs the reproduction data currently output by the recording / reproducing apparatus 7 to the GUI 2 in the form of a status, and the GUI 2 displays this on the display. Therefore, the operator can know what reproduction data is currently being reproduced up to which side.

  The program switching path display means 10 in the CPU 3 is for displaying display data relating to the program switching path between a plurality of programs on the display of the GUI 2. The operator can specify one of the program switching paths displayed on the display by clicking with the mouse, for example.

  Further, as described above, when the operator designates any one of the program switching paths displayed on the display as described above, the switching vicinity data output designation means 11 reproduces the vicinity of the program switching timing in the designated switching path. Only the data is read from the disk image file 6 based on the position data of the disk information file 5 and is output to the playback device 7.

  In the emulation method performed by the operator using the emulator 1, first, the operator outputs a command to the CPU 3 through the GUI 2 in order to start the emulation. Thereby, the CPU 3 reads the reproduction data from the disk information file 5 and the disk image file 6 in the HDD 4 and transfers the read reproduction data to the recording / reproducing apparatus 7.

  The recording / reproducing apparatus 7 separates the reproduction data sent from the CPU 3 into different data types such as video data and audio data, and further performs D / A conversion on these data signals and then reproduces the data. Data is output to the video monitor 8 and the speaker 9.

  The operator checks the video and audio reproduced by the video monitor 8 and the speaker 9, and if an inconvenient part is found, the operator modifies the program contents. After the correction (in this case, only a part of the program is corrected), the operator checks the program contents after the correction again to check whether there is any defect. A technique is disclosed in which a command for displaying a program switching path is output to the path display means 10.

  Patent Document 2 discloses an authoring device as an emulator for playing back and verifying a disk image file that has been multiplexed. In the conventional authoring device, while the emulator plays back the multiplexed data in a predetermined area, displays it on the video monitor, and outputs the sound to the speaker, the video object of the multiplexed data is being accessed. The multiplexed data written in other areas cannot be read out.

  Therefore, in order to read and display text data (for example, video title and playback time) of predetermined multiplexed data while the emulator is reproducing the multiplexed data, the reproduction of the multiplexed data is interrupted once and then the predetermined multiplexing is performed. It is necessary to perform troublesome operations such as accessing the data or waiting until the reproduction of the predetermined multiplexed data is completed and then accessing the predetermined multiplexed data, and the data is stored in another storage area during the reproduction. In order to solve the problem that the text data of the predetermined multiplexed data cannot be read and displayed, the text data associated with other recording data is always read even while the desired recording data is being read. An emulator and an authoring device that can be displayed are disclosed in Patent Document 2.

  FIG. 9 shows the above-mentioned authoring apparatus. In FIG. 9, reference numeral 12 denotes a conventional authoring apparatus as a whole, for recording on a DVD standard optical disc by compressing and encoding images and audio. Data is generated, and text data accompanying the recording data can always be read and displayed even when the recording data is being reproduced by an emulator.

  The authoring device 12 includes a plurality of encoding devices 13 to 15 that encode moving images, still images, audio, and the like, a storage device that stores encoded data (hereinafter referred to as HDD) 4, A multiplexing device (multiplexer) 17 for generating recording data by multiplexing the digitized data, an emulator (pseudo playback device) 1 for actually reproducing and confirming the recording data, and the entire device It is comprised from the control apparatus (supervisor, CPU) 20 which manages operation | movement.

  Here, the encoding device 13 is composed of a video encoder that encodes a moving image, and sequentially compresses and encodes the input video signal S12 based on the MPEG system, and the resultant video encoded data S13 is input port 4A. Are sequentially stored in a predetermined storage area of the HDD 4. Also, the encoding device 13 sequentially stores text data T13 such as a title name and reproduction time related to the input video signal S12 in a predetermined storage area of the storage device 16.

  In practice, the encoding device 13 receives various information necessary for encoding, for example, the number of moving images to be encoded and address information of a storage area for storing encoded data from the control device 20 via the Ethernet 21. The video encoded data S13 and the text data T13 that have been encoded based on these pieces of information are stored as text data D1 in a designated storage area of the HDD 4.

  The encoding device 14 is composed of an audio encoder that encodes speech, and the input audio signal S14 is converted into an MPEG speech scheme or an AC-3 scheme (a combination of modified discrete cosine transform (MDCT) and spectrum envelope coding). The encoded audio data S15 is sequentially stored in a predetermined storage area of the HDD 4 via the input port 4B. Similarly to the encoding device 13, the encoding device 14 sequentially stores text data T 15 indicating the type of speech language related to the input audio signal S 14 in a predetermined storage area of the HDD 4.

  In practice, the encoding device 14 also receives various information necessary for encoding, for example, the number of voices to be encoded and address information of a storage area for storing the encoded data from the control device 20 via the Ethernet 21, The audio encoded data S15 and text data T15 that have been encoded based on these pieces of information are encoded and stored as text data D2 in a designated storage area of the HDD 4.

  Further, the encoding device 15 is composed of a subtitle encoder that encodes still images such as subtitles, and sequentially encodes the picture signal S16 formed from the subtitles or the like using the MPEG system or another encoding system, and the resulting picture is obtained. The encoded data S17 is sequentially stored in a predetermined storage area of the HDD 4 via the input port 4C. Similarly to the encoding device 14, the encoding device 15 sequentially stores text data T 16 indicating the type of subtitle language related to the input picture signal S 16 in a predetermined storage area of the HDD 4.

  In practice, the encoding device 15 also receives various information necessary for encoding, for example, the number of pictures to be encoded and the address information of the storage area for storing the encoded data from the control device 20 via the Ethernet 21. The picture encoded data S17 and the text data T16, which have been encoded based on these pieces of information, are encoded and stored as text data D3 in the designated storage area of the HDD 4. Incidentally, a transmission path such as a SCSI (Small Computer System Interface) capable of high-speed transmission is used as a transmission path for connecting the encoding devices 13 to 15 and the HDD 4.

  The HDD 4 is constituted by an optical disk drive that drives a hard disk having a plurality of input / output ports (4A to 4F), and each of the encoded and text data D1 to D3 input / output via the input / output ports (4A to 4F) is provided. Always stored in different storage areas. In addition to the storage areas for the encoded and text data D1 to D3, the HDD 4 has a storage area for storing the multiplexed data S19 generated by the multiplexer 17, and stores the multiplexed data S19. Store in the area. That is, the HDD 4 has a sufficient storage area that can store each encoded and text data D1 to D3 and the multiplexed data S18 with a margin.

  The multiplexing device 17 is configured by a so-called multiplexer, and sequentially reads each encoded and text data D1 to D3 as processing target data S18 from the HDD 4 via the input / output port 4D, and multiplexes these data in the order according to the DVD standard. The multiplexed data S19 obtained as a result is sequentially stored as recording data in a predetermined storage area of the HDD 4 via the input / output port 4D.

  At this time, the multiplexing device 17 stores the text data T13, T15, and T16 of the processing target data S18 as text data T19 related to the multiplexed data S19 in the shared drive 22 provided in the control device 20 via the Ethernet 21. It is made like that.

  In practice, the multiplexing device 17 provides information necessary for multiplexing, for example, address information of a storage area storing each encoding and text data D1 to D3, address information of a storage area storing multiplexed data S19, and A storage area or the like of the shared drive 22 that stores the text data T19 is received from the control device 20 via the Ethernet 21, and a multiplexing process is executed based on these pieces of information to store the multiplexed data S19 in the designated storage area of the HDD 4. And the text data T19 is stored in a designated storage area of the shared drive 22.

  The emulator 18 as a pseudo playback device has a recording / playback function equivalent to that of a DVD player, and displays the data on the monitor by decoding and playing back the multiplexed data S19 as recording data. As shown in FIG. 10, the actual emulator 18 includes an emulator unit 18A and a personal computer 18B connected to the emulator unit 18A by an RS232C cable or the like.

  The emulator 18A is directly connected to the HDD 4, and displays the actual video on the monitor 18C by decoding and reproducing the multiplexed data S19 read from the HDD 4. As a result, the user can see the reproduced video displayed on the monitor 18C and confirm whether or not the multiplexed data S19 can be normally reproduced on the DVD player before recording on the DVD. .

  The personal computer 18B is connected to the Ethernet 21 via the repeater 23. The personal computer 18B accesses the shared drive 22 in the control device 20 as needed, and stores text data T19 (title name, playback) stored in the shared drive 22. Index information such as time, audio language type, subtitle language type, and program information for operating various functions such as menu display, chapter jump and time code jump are always read and displayed on the monitor 18D. Has been made to get. Thus, the user always recognizes the contents of the multiplexed data S19 by confirming the contents of the text data T19 displayed on the monitor 18D shown in FIG.

  As described above, in the pseudo reproduction apparatus 18, the information necessary for the reproduction process of the multiplexed data S19 by the emulator unit 18A via the personal computer 18B (for example, address information in which the multiplexed data S19 of the HDD 4 is stored) is the Ethernet 21. The multiplexed data S19 is read from the storage device 20 and displayed on the monitor 18C based on these pieces of information. Similarly, the pseudo reproduction device 18 receives information necessary for the personal computer 18B to display the text data T19 (for example, access permission information for the shared drive 22 is received from the control device via the Ethernet 21, and the access permission information is included in the access permission information. The text data T19 is read from the shared drive 22 based on the readable address information included) and displayed on the monitor 18D.

  The recording device 19 is a so-called tape streamer, and records the multiplexed data S19 as a cutting master (master data) on a predetermined recording medium in order to pass the multiplexed data S19 to the disk manufacturing process. The recording device 19 receives information necessary for a recording operation, for example, address information of a storage area in which the multiplexed data S19 is stored, information on a recording method, and the like from the control device 20 via the Ethernet 21. As a result, the recording device 19 sequentially reads the multiplexed data S19 from the HDD 4 via the output port 4F based on these pieces of information, and records it on, for example, a tape-shaped recording medium.

  By providing such a recording device 19, the authoring device 12 can immediately and easily record the recording data (S 19) passed to the disk manufacturing process on a recording medium. Similarly, a transmission line such as SCSI capable of high-speed transmission is used as a transmission line connecting the multiplexing device 17, the pseudo reproduction device 18 or the recording device 19, and the storage device 16.

  The control device 20 is configured by a supervisor that is a computer that performs overall control via the Ethernet 21, manages the storage area of the multiplexed data S19 generated by each of the encoding devices 13 to 15 and the multiplexing device 17, A different storage area is specified as a data storage destination for each of the encoding devices 13 to 15, and a different storage area from the encoded data S13, S15, and S16 is specified as a data storage destination for the multiplexing device 17.

  The control device 20 designates a storage area for the encoded data in order to read the encoded data S13, S15, and S16 from the multiplexing device 17. Further, the control device 20 designates a storage area in which the multiplexed data S19 is stored for the pseudo reproduction apparatus 18, and also stores a storage area in the shared drive 22 in which the text data T19 that can be read based on the access permission information is stored. Is also specified.

  By providing such a control device 20, the authoring device 12 can execute the work assigned to each of the devices 13 to 15 and 17 to 19 and stores the generated data S13, S15, S16 and S19. The HDD 4 can be shared among the devices so as to avoid duplication. By the way, each of the devices 13 to 15 and 17 to 19 is provided with a personal computer like the pseudo reproduction device 18, and each personal computer performs control for executing work assigned to itself. . Each personal computer can always access the shared drive 22 via the Ethernet 21.

  Incidentally, the authoring device 12 is adapted to supply operation instructions and designation of data storage destinations to the personal computer of each device via the Ethernet 21 by the control device 20. Note that the repeaters 23 to 29 shown in the figure correspond to interfaces for connecting each device and the Ethernet 21.

The configuration and mechanism of the editing data evaluation device and editing data evaluation method disclosed in the emulator, editing device and editing method disclosed in Patent Document 1 and Patent Document 2 described above are simply a disk image containing a hard disk or HDD 4. It was like reading a file and playing it back. However, in such a configuration, data is read from the HDD 4 at a higher access speed than reading from the actual optical disk drive, and the optical data from the recording / reproducing apparatus is read from the disk and accurately emulated. It wasn't. In addition, seamless playback such as playback and multi-angle switching, such as BD-ROM discs that are widely used recently, is guaranteed under conditions with access to the disc. In order to follow the jump model, it is impossible to perform verification such as seamless playback unless data is input to the player.
JP 2000-47827 A JP-A-10-322649

  The present invention has been made to solve the above-mentioned problems, and the first object of the present invention is to verify the operation of the edited data by using the edited data without actually using the edited data in the editing work of the authoring studio. Device (emulator) that emulates the transfer rate and access time (seek delay time and / or layer jump delay time), which are the actual optical disk reading conditions by the optical disk drive. It is an object of the present invention to provide an emulator and an emulation method that can have a reading condition from an optical disc recording / reproducing apparatus as a database and can check an operation depending on a difference between various commercially available recording / reproducing apparatuses.

  The second object of the present invention is to make it easy to construct a database by the function of automatically collecting the reading conditions of various optical disk drives, and not to the actual drive conditions but to a virtual The present invention provides an emulator and an emulation method capable of more accurately emulating an operation when an optical disk is actually driven so that verification with data of a recording / reproducing apparatus is possible.

  The emulator according to the first aspect of the present invention provides disk image data as a plurality of editing data stored in the storage means via the control means based on instructions from the graphical user interface during emulation. In the editing data evaluation apparatus provided with the recording / reproducing means for outputting the editing data read from the recording data and performing at least a reproducing operation based on the editing data, the control means has a transfer rate for sending the disk image data of the editing data to the recording / reproducing means. The optical pick-up at the time of access to the optical disk placed on the actual recording / reproducing means is controlled so as to delay the access time when moving to an arbitrary reading position.

  The emulator according to the second aspect of the present invention reads disk image data as a plurality of edit data stored in the storage means from the disk image data via the control means based on an instruction from the user computer during emulation. In an editing data evaluation apparatus having a commercially available recording / reproducing means for outputting edited data and performing at least a reproducing operation based on the edited data, the control means has a transfer rate for sending the disk image data of the edited data to the recording / reproducing means. The optical pick-up at the time of access to the optical disk placed on the actual recording / reproducing means is controlled so as to delay the access time when moving to an arbitrary reading position.

  According to a third emulating method of the present invention, transfer rate and access time control is performed on disk image data as a plurality of editing data stored in a storage means based on an instruction from a graphical user interface during emulation. In an edit data evaluation method for outputting edit data read from disc image data via a system and performing at least a reproduction operation based on the edit data via a recording / reproduction system, the control means transfer rate and access time control system The transfer rate at which the disk image data of the data is sent to the recording / reproducing system is arbitrarily controlled, and the access time when the optical pickup moves to an arbitrary reading position when accessing the optical disk in the actual recording / reproducing system is delayed. Control as In which was set to that.

  According to a fourth emulating method of the present invention, a transfer rate and access time control system is applied to disk image data as a plurality of editing data stored in a storage means based on an instruction from a user computer system during emulation. In the editing data evaluation method comprising commercially available recording / reproducing means for outputting the editing data read from the disk image data via the editing data and performing at least a reproducing operation based on the editing data, the transfer rate and access time control system The transfer rate at which the disk image data is sent to the recording / reproducing system is arbitrarily controlled, and the access time when the optical pick-up at the time of accessing the optical disk placed on the actual recording / reproducing means is moved to an arbitrary reading position is delayed. To control Than it is.

  According to the edit data evaluation apparatus and edit data evaluation method of the present invention, the transfer rate and the access time (seek delay time, layer jump delay time), which are actual optical disk reading conditions by the optical disk recording / reproducing apparatus, are emulated. An editing data evaluation device and an editing data evaluation method that can store these reading conditions of various actual optical disc recording / reproducing devices as a database and can check operations due to differences in optical disc recording / reproducing devices. The effect that can be produced.

  An embodiment of the present invention will be described below with reference to FIGS. 1 is a block diagram showing an embodiment of the emulator of the present invention, FIG. 2 is an image diagram of the overall configuration of the emulator of FIG. 1, FIG. 3 is a block diagram showing another embodiment of the emulator of the present invention, and FIG. FIG. 5 is a block diagram showing an emulator drive information collection unit in the emulator of the present invention, FIG. 6 is a block diagram of a player for explaining the operation during seamless playback of the present invention, FIG. 7 is a waveform diagram for explaining the jump period.

  There are two types of emulators. The first is a configuration in which the recording / reproducing apparatus is software of a PC as shown in FIG. 1 and FIG. Along with the control unit, it is actually implemented as software in the PC.

  Before describing the emulator of one embodiment as the editing data evaluation apparatus of the present invention with reference to the block diagram of FIG. 1, the overall configuration will be described in detail with reference to the image diagram of FIG. FIG. 2 is a configuration diagram using a PCI (Program Control Interrupt) board showing an overall image of an emulator according to an embodiment of the present invention. In FIG. 2, the emulator 1 has a personal computer (PC) configuration, and the file data from the file server 30 is supplied to the emulator 1 via the giga switch 31 as the FS image 32 of the edit data to be emulated. Further, copy data or the like from the HDD 4 is supplied as the copy FS image 33 as edit data to be emulated. Reference numeral 34 denotes an ATA (AT inter-machine connection standard) device I / F PCI board, which includes a PLD (programmable logic device) and an ATA device IP. The recording / reproducing apparatus (BD-ROM player) 7 and the PCI board 34 are connected by an ATA cable 35, and edit data from the emulator 1 is supplied to the recording / reproducing apparatus 7 via the PCI board 34.

  FIG. 1 is a block diagram of the emulator (PC) 1 shown in FIG. In FIG. 1, parts corresponding to those of the conventional emulator shown in FIGS. 8 to 10 are denoted by the same reference numerals. The same reference numerals perform the same operations as described in the prior art. 2 is a GUI, and the operator operates using the keyboard and mouse of the GUI 2 while watching the video monitor 8, and reads reproduction data from the various files of the file server 30 stored in the HDD 4 and the HDD 4 of the copy FS image file 33. It is made like that. Various command outputs of the GUI 2 are supplied to the recording / reproducing apparatus 7.

  Reference numeral 4 denotes an HDD in which data of copy FS image files such as disk image data of various files and disk information files are stored. Image data read from the HDD 4 is supplied to a control device (CPU) 3. The control device 3 has a transfer rate / access time control unit 3A and a transfer rate / access time database 3B.

  The output of the control device 3 is given to the recording / reproducing device 7, and the disk image data is given to the video monitor 8 and the speaker 9 via the recording / reproducing device 7 so as to display and emit sound.

  3 and 4 are a block diagram and an image diagram of authoring according to another second configuration of the present invention, in which a recording / reproducing apparatus 7 based on a player 7 of an actual commercially available electronic device is connected. It is. For example, a commercially available BD-ROM player 7 accesses an optical disk drive by ATAPI (AT / PC mutual machine interface) / ATA (AT mutual machine connection standard) IF (interface), reads and reproduces data from the optical disk. However, in the emulator of this example, the drive emulation PC 1A connected by the same ATAPI / ATA IF is accessed, and the disk image data in the HDD 4 is accessed as if it were an actual optical disk. At this time, the BD-ROM player 7 is modified in advance so that the raw data in the studio not subjected to the content protection is reproduced without performing the restoration process. In this embodiment, all the operations of the commercially available player 7 can be verified in an actual machine, and a configuration in which a different type of BD-ROM player 7 can be connected to perform the operation verification. I can do it.

  Prior to describing the emulator of another embodiment as the editing data evaluation apparatus of the present invention with reference to the block diagram of FIG. 3, the overall configuration will be described in detail with reference to the image diagram of FIG. FIG. 4 is a configuration diagram using an emulator board showing an overall image of an emulator according to another embodiment of the present invention. In FIG. 4, an emulator board 1 is composed of a PLD (programmable logic device) and includes an ATA device / ATA host / control logic IP. The emulator board 1 is connected to a user I / F personal computer (PC) for setting parameters and the like via RS-232C / USB, and constitutes a drive emulation PC 1A. As the FS image 32 of the edit data to be emulated, the file data from the file server 30 is supplied to the emulator 1 via the giga switch 31. Further, copy data or the like from the HDD 4 is supplied as the copy FS image 33 as edit data to be emulated. The emulator board 1 and the recording / reproducing apparatus (BD-ROM player) 7 and the emulator board 1 and the HDD 4 are connected by an ATA cable 35. The editing data read from the HDD 4 is stored in the emulator board 1 based on the settings of the user I / FPC 36. To the recording / reproducing apparatus 7.

  FIG. 3 shows a block diagram of the emulator shown in FIG. In FIG. 3, the same reference numerals are assigned to the portions corresponding to those of the emulator described in FIGS. The operator operates the user I / FPC 36 constituting the drive emulation PC 1 using the keyboard and mouse while watching the video monitor 8, and reproduces from various files stored in the HDD 4 and the copy FS image file 33. Data is read out. The output terminal of the user I / FPC 36 is connected to the emulator board 1 via the RS-232C / USB cable 37 to constitute a drive emulation PC 1A. Edit data is supplied to the recording / reproducing devices 7A, 7B, 7C,... Via the ATAPI / ATAIF between the drive emulation PC 1A emulator board 1 and the recording / reproducing devices 7A, 7B, 7C,. If possible, the above-mentioned emulator board 1 is preferably built in the housing of the recording / reproducing devices 7A, 7B, 7C.

  An HDD 4 stores various files and copy FS image files such as a disk image file and a disk information file. Disk image data from the HDD 4 is supplied to the control device 3. The control device 3 has a transfer rate / access time control unit 3A and a transfer rate / access time database 3B.

  The output of the control device 3 is given to the recording / reproducing devices 7A to 7C, and the disk image data is given to the video monitor 8 and the speaker 9 via the recording / reproducing devices 7A to 7C to be displayed and emitted. .

  In the emulator (PC) or drive emulation PC 1A described with reference to FIG. 1, FIG. 2, FIG. 3, and FIG. 4, the access time and transfer to the optical disc using the jump model defined by the format document. There is an upper limit for rates, etc., and seamless playback such as playback of play items and multi-angle switching is guaranteed.

  FIGS. 6A, B and 7 show excerpts of the above format document. FIG. 6A is a block diagram showing a jump model for seamless playback of a BD player. In FIG. Is a demodulator such as an ECC decoder, and the clip AV stream file of the main TS and the clip AV stream file of the sub-TS are supplied to the first read buffer 42 and the second read buffer 43 via the switch SW, and the source The main TS and sub-TS are output via the depocketers 44 and 45.

  Audio data is supplied to the second read buffer 43, and clip AV stream file data of the main TS is supplied to the first read buffer 42. The clip AV stream file data of the main TS is shown in the table of FIG. 6B. A jump period (a jump distance of a logical block in one layer) and a data rate are determined.

FIG. 7 shows a buffer model between jumps of TS recording rate (TS-recoding-rate). Each time shown in FIG. 7 can be expressed by the following formulas 1 to 3. If three jumps occur during recording at the TS recording rate of the read buffer 42, the read buffer 42 is configured not to cause underflow during the jump time (T _JUMP ).

  Seamless playback such as playback and multi-angle switching specified in the above-mentioned format book (see Blu-ray Disc Read-Only Format Part 3 Audio Visual Basic Specifications Annex E) should follow the jump model under disc access conditions. According to the present invention, a jump model which is an optical disk access condition on a BD-ROM disc can be used without verification of seamless playback or the like unless data is input to the BD-ROM player. Therefore, it is possible to perform verification such as seamless reproduction such as playback and multi-angle switching without using authoring image data as an optical disc.

  In the emulator 1 and the drive emulation PC 1A shown in FIGS. 1 to 4, the transfer rate and access time control device (unit) 3A is provided, so that the disk image data stored in the HDD 4 is recorded / reproduced by the recording / reproducing devices 7, 7A. When sending to ~ 7C, the transfer rate is controlled to an arbitrary value, and control is performed to delay the access time that occurs when the optical pickup moves to an arbitrary reading position when accessing the actual optical disc. As a specific control method, the delay time is calculated from the difference between the logical block number of the currently read disk image data (Logical Block Number) and the logical block number to be read next, and recorded. What is necessary is just to make it transfer to the reproducing | regenerating apparatus 7, 7A-7C. The transfer rate and access time conditions are stored in the transfer rate and access time database 3B as storage means in the transfer rate and access time control device 3A.

  Next, the configuration of an emulator provided with a transfer rate and access time collection device will be described with reference to FIG. 5 in order to make it possible to use data in the transfer rate and access time database in an optical disk recording / reproducing apparatus that is actually commercially available.

  5 is provided with a transfer rate and access time collecting device 38 in addition to the transfer rate and access time control device provided in the drive emulator PC 1A described in FIG. That is, a cable between a transfer rate and access time collecting device 38 configured by wired logic or programmed logic and a plurality of actually marketed recording / reproducing devices 7 comprising optical disk drives A to C is connected via ATAPI / ATAIF 35. The actual optical disk drives A to C connected to each other of a plurality of commercially available recording / reproducing apparatuses 7 are subjected to a seek operation from zero to full stroke, and a delay in data transfer or between layers The delay when the layer jump occurs is measured, and the transfer rate and access time of each of the optical disk drives A to C are collected in the transfer rate and access time collecting device 38.

  The data of the transfer rate and access time collecting device 38 is registered in the transfer rate and access time database 3B. Thus, by automatically collecting the reading conditions of the individual optical disk drives 7A to 7C, it becomes possible to emulate based on actual condition data of a plurality of recording / reproducing apparatuses 7, making it easier to construct a database, and more practical Various operations can be verified under the conditions of the recording / reproducing apparatus 7. In addition, it is possible to verify with the data of the virtual drive such that this condition is not the condition of the actual optical disk drives 7A to 7C but this condition is the upper limit of the standard value of the format document described above. An emulator capable of more accurately emulating the operation when the error occurs is obtained.

  According to the emulator and the emulation method of the present invention, it is possible to emulate the transfer rate and the access time (seek delay time, layer jump delay time) which are actual optical disk reading conditions by the optical disk drives 7A to 7C. In addition, by performing verification under the condition of the standard upper limit value (worst value), it is possible to ensure that seamless reproduction is performed on any drive (player) whose image data satisfies the standard. Furthermore, since various access conditions for the optical disk drives 7A to 7C that are actually marketed can be prepared, it is possible to accurately emulate the playback status of the various optical disk drives 7A to 7C that are actually marketed. This produces an effect that can be a useful tool for analysis when a problem occurs.

It is a block diagram which shows one example of the emulator and emulation method of this invention. The present invention is an image diagram of the overall configuration of the emulator and emulation method of FIG. It is a block diagram which shows the other example of a form of the emulator and emulation method of this invention. The present invention is an image diagram of an overall configuration showing another embodiment of the emulator and emulation method of FIG. It is a block diagram which shows the emulator drive information collection part in the emulator of this invention. It is a block diagram of the player for operation | movement description at the time of seamless playback of this invention. It is a wave form diagram for demonstrating the jump period of this invention. It is a block diagram which shows one example of the conventional edit data evaluation apparatus. It is a block diagram which shows one example of the conventional edit data evaluation apparatus. It is a block diagram which shows one example of the conventional edit data evaluation apparatus.

Explanation of symbols

  1, 1A, 18 ... Emulator (PC), 2 ... Graphical User Interface (GUI), 3 ... Control Device (CPU), 3A ... Transfer Rate, Access Time Control Unit, 3B ... Transfer rate, access time database, 4 ... Hard disk drive (HDD), 7, 7A, 7B, 7C ... Recording / reproducing device (soft player, optical disk player, BD-ROM), 8 ... Video Monitor, 9 ... Speaker, 34 ... ATA device I / FPCI board, 38 ... Transfer rate, Access time collection device

Claims (11)

Based on instructions from the graphical user interface during emulation, the edited data read from the disk image data is output to the disk image data as a plurality of edit data stored in the storage means via the control means. In an edit data evaluation apparatus comprising a recording / reproducing means for performing at least a reproduction operation based on the edit data,
The control means arbitrarily controls a transfer rate at which the disc image data of the edit data is sent to the recording / reproducing means, and an optical pick-up at the time of accessing an optical disk actually mounted on the recording / reproducing means is arbitrary. An editing data evaluation apparatus, wherein control is performed so as to delay an access time when moving to a reading position.   2. The editing data evaluation apparatus according to claim 1, wherein the delay time is calculated from a difference between a logical block number of the current disk image data and a logical block number of the next disk image data.   3. The editing data evaluation apparatus according to claim 2, wherein the control means includes storage means for storing the transfer data and the access time.   4. The editing data evaluation apparatus according to claim 1, wherein the recording / reproducing means and the control means are constituted by software of a computer. For the disk image data as a plurality of edit data stored in the storage means, the edit data read from the disk image data is output via the control means based on an instruction from the user computer during emulation, and the edit In an editing data evaluation apparatus equipped with commercially available recording / reproducing means for performing at least a reproducing operation based on data,
The control means arbitrarily controls a transfer rate at which the disc image data of the edit data is sent to the recording / reproducing means, and an optical pick-up at the time of accessing an optical disk actually mounted on the recording / reproducing means is arbitrary. An editing data evaluation apparatus, wherein control is performed so as to delay an access time when moving to a reading position.   6. The edit data evaluation apparatus according to claim 5, wherein the delay time is calculated from a difference between a logical block number of the current disk image data and a logical block number of the next disk image data.   7. The editing data evaluation apparatus according to claim 6, wherein the control means includes storage means for storing the transfer data and the access time.   8. The edit data evaluation apparatus according to claim 5, further comprising transfer data and access time collection means for collecting the transfer data and the access time in the control means.   9. The edit data evaluation apparatus according to claim 5, wherein the recording / reproducing means and the control means are configured by software of a computer. The disk image data as a plurality of editing data stored in the storage means is read out from the disk image data via the transfer rate and access time control system based on an instruction from the graphical user interface during emulation. In an edit data evaluation method for outputting edit data and performing at least a reproduction operation based on the edit data via a recording / reproduction system,
The control means transfer rate and access time control system arbitrarily controls a transfer rate at which the disc image data of the edit data is sent to the recording / reproducing system, and at the time of access to the optical disc in the actual recording / reproducing system. An editing data evaluation method comprising: controlling an optical pick-up so as to delay an access time when moving to an arbitrary reading position. Edited data read from the disk image data via the transfer rate and access time control system based on an instruction from the user computer system during emulation for the disk image data as a plurality of edit data stored in the storage means In an edit data evaluation method comprising a commercially available recording / reproducing means that outputs at least a reproduction operation based on the edit data,
The transfer rate and access time control system arbitrarily controls a transfer rate at which the disc image data of the edited data is sent to the recording / reproducing system, and is used when an optical disc placed on the actual recording / reproducing unit is accessed. An editing data evaluation method comprising: controlling an optical pick-up so as to delay an access time when moving to an arbitrary reading position.

Images