US20110235995A1 - Methods for reserving index memory space in avi recording apparatus - Google Patents
Methods for reserving index memory space in avi recording apparatus Download PDFInfo
- Publication number
- US20110235995A1 US20110235995A1 US13/150,171 US201113150171A US2011235995A1 US 20110235995 A1 US20110235995 A1 US 20110235995A1 US 201113150171 A US201113150171 A US 201113150171A US 2011235995 A1 US2011235995 A1 US 2011235995A1
- Authority
- US
- United States
- Prior art keywords
- storage
- chunk
- avi
- video
- chunks
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
- H04N21/4184—External card to be used in combination with the client device, e.g. for conditional access providing storage capabilities, e.g. memory stick
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42661—Internal components of the client ; Characteristics thereof for reading from or writing on a magnetic storage medium, e.g. hard disk drive
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4334—Recording operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
Definitions
- the present invention relates to AVI systems, and more particularly to systems and methods for reserving space in a memory required for storing the index of an AVI file.
- the Audio Video Interleave (AVI) file format is based on a RIFF (Resource Interchange File Format) system, which can capture, edit, and playback audio-visual media.
- AVI divides data into blocks, or “chunks”.
- an AVI file consists of multiple streams of interleaved audio and video data, which is subdivided into two mandatory sections and one optional section.
- AVI files begin with a file header containing metadata about the video (e.g. width, height, frame rate), followed by the actual audio and video data.
- the optional section indexes the physical addresses of the data chunks.
- the index chunk contains a list of data chunks and their location in the file, and therefore enables a user to access a particular section in the file without having to search through and parsing the whole file. Although the inclusion of the index chunk is optional, the omission of the index chunk makes the data unsearchable, and may render the entire AVI file unplayable in some systems.
- the index chunk In order for the index chunk to determine an address for each data chunk, it must know the size of each interleaved audio or video (A/V) chunk. The byte size of all A/V chunks must be stored in the memory.
- VBR Variable Bit Rate
- a method for aligning data of an Audio Video Interleave (AVI) file comprising audio data and a plurality of video chunks.
- the method comprises: calculating and inserting padding data on the plurality of the video chunks to ensure byte alignment; interleaving the audio data to the bit aligned video chunks; and storing a size of the video chunk with a reduced number of bytes.
- the audio data is interleaved to the plurality of video chunks at specific time intervals each corresponding to a plurality of video frames.
- An AVI file comprises a plurality of interleaved audio-video (A/V) chunks.
- the method comprises: providing a first storage; providing a second storage; recording AVI chunk sizes to the second storage; when the second storage reaches capacity, moving at least a first A/V chunk size to the first storage; and after the recording has finished, reading stored A/V chunk sizes from the first storage to the second storage to create an index chunk.
- FIG. 1 is a flowchart of a method according to a first embodiment of the present invention.
- FIG. 2 is a flowchart of a method according to a second embodiment of the present invention.
- the present invention aims to provide methods for minimizing the amount of storage space required for creating an index chunk of an AVI file.
- audio-video encoding methods do not need to encode each individual frame of audio-visual data. For example, if a section of video data is a ‘still’ scene (i.e. a plurality of identical frames) then only one frame (reference frame) needs to be encoded, and the other frames can be simply reconstructed by copying the corresponding reference frame. Furthermore, for interleaving purposes, extra video frames may be added. Therefore, each audio-visual chunk will differ in size.
- VBR Constant Bit Rate
- a first embodiment of the present invention aligns some bytes of all video data. For example, padding bytes are added to the video chunks to make each chunk size a multiple of 256.
- a 2 n byte alignment is utilized as an ideal for adding zeros to the plurality of frames in each video chunk to result in alignment of all video chunks.
- higher byte alignments require less bits for chunk size representation, however, higher byte alignments have more ‘zeros’ and therefore have less bytes available to be utilized for chunk size representation.
- FIG. 1 is a flowchart of the method according to a first embodiment of the present invention. The steps are as follows:
- Step 100 Receive an AVI file comprising audio data and a plurality of video chunks
- Step 102 Add one or more padding bytes to the video chunks to ensure byte alignment
- Step 104 Interleave the audio data to the aligned video chunks
- Step 106 Store chunk sizes of the video chunks in the buffer.
- the audio and video data are not interleaved with a constant rate, so the size of the audio chunk needs to be recorded.
- the first embodiment interleaves the audio and video data at certain points, for example, every 0.5 seconds of video data.
- the disadvantage of the first embodiment is that a certain amount of disc space is wasted on the added padding bytes, so the overall length of stored data increases. Where available recording/playback space is a priority, this method is not ideal. Therefore, a second embodiment is also proposed.
- a first storage and a second storage are both utilized for storing the AVI audio/video chunk size, where a data accessing speed of the second storage is greater than a data accessing speed of the first storage.
- the second storage is a buffer located in the Dynamic Random Access Memory (DRAM)
- the first storage is a random access storage such as a hard disk drive (HDD) or a Compact Flash (CF) card.
- DRAM Dynamic Random Access Memory
- the A/V chunk size is continuously recorded in the buffer. When allocated space in the buffer is almost full, some of the stored A/V chunk sizes will be moved to the random access storage, and then more data is recorded to the buffer.
- the data stored in the random access storage can be read in order to create AVI index chunk to be recorded in the AVI file. In this way, the AVI index chunk can be created without taking up unnecessary storage space.
- FIG. 2 is a flowchart of the method according to a second embodiment of the present invention. The steps are as follows:
- Step 200 Record an AVI chunk size to the buffer
- Step 202 Is recording completed? If yes go to Step 108 ; if no go to Step 104 ;
- Step 204 Has the buffer reached capacity? If yes go to Step 106 ; if no return to Step 100 ;
- Step 206 Move one or more A/V chunk size from the buffer to the random access storage. Return to Step 100 ;
- Step 208 Examine if there is any A/V chunk size in the random access storage? If yes go to Step 110 ; if no go to Step 112 ;
- Step 210 Move the A/V chunk sizes stored in the random access storage to the buffer; go to Step 112 ;
- Step 212 Create an AVI index chunk by accessing stored A/V chunk sizes in the buffer.
- Step 200 recording begins (Step 200 ). If all data is recorded (Step 202 ), it is determined by the system whether there are data in the random access storage (Step 208 ). If all the A/V chunk sizes are stored in the buffer, the system will directly create the index chunk by accessing the stored A/V chunk sizes in the buffer (Step 212 ). If there is any A/V chunk size moved to the random access storage, the system will read the A/V chunk sizes from the random access storage to the buffer (Step 210 ). Then, the system will access the A/V chunk sizes in the buffer to create the index chunk (Step 212 ) for the AVI file.
- Step 204 the system will initially move a first A/V chunk size or a plurality of chunk sizes to the random access storage (Step 206 ), then continue recording A/V chunk sizes to the buffer (Step 200 ). Each time the buffer reaches capacity, the system will continue to repeat the above procedure.
- the system will (as above) determine if there is any A/V chunk size stored in the random access storage (Step 208 ). If yes, the system must access the A/V chunk sizes stored in the random access storage and move to the buffer for creating the index chunk (Steps 210 and 212 ). If all the required A/V chunk sizes are already in the buffer, the system may create AVI index chunk utilizing the data stored in the buffer (Step 212 ).
- the second storage may be a ring memory buffer, and in an embodiment, the ring buffer saves the A/V chunk sizes for the most recent 10 minute A/V chunks. The A/V chunk sizes corresponding to earlier A/V chunks will be moved to the first storage.
- the first embodiment of the present invention utilizes a padding operation to reduce the amount of memory space required for storing the A/V chunk sizes.
- the second embodiment of the present invention reduces the storage size of the buffer (e.g. DRAM) required for storing the A/V chunk sizes by moving some chunk sizes to another storage device (e.g. an available HDD or CF card) periodically. Both methods ensure that a storage device for storing data during recording has sufficient space reserved for creating the index chunk of the AVI file.
Abstract
A method for reserving memory space for storing chunk sizes during Audio Video Interleave (AVI) recording, wherein an AVI file contains a plurality of interleaved audio-video (A/V) chunks, includes: recording the AVI file sizes to the second storage; when the second storage reaches capacity, moving at least a first A/V chunk size to the first storage; and after the recording has finished, reading stored A/V chunks from the first storage to the second storage to create an index chunk.
Description
- This divisional application claims the benefit of co-pending U.S. patent application Ser. No. 11/927,695, filed on Oct. 30, 2007, and incorporated herein by reference.
- The present invention relates to AVI systems, and more particularly to systems and methods for reserving space in a memory required for storing the index of an AVI file.
- The Audio Video Interleave (AVI) file format is based on a RIFF (Resource Interchange File Format) system, which can capture, edit, and playback audio-visual media. AVI divides data into blocks, or “chunks”. In general, an AVI file consists of multiple streams of interleaved audio and video data, which is subdivided into two mandatory sections and one optional section. AVI files begin with a file header containing metadata about the video (e.g. width, height, frame rate), followed by the actual audio and video data. The optional section indexes the physical addresses of the data chunks.
- The index chunk contains a list of data chunks and their location in the file, and therefore enables a user to access a particular section in the file without having to search through and parsing the whole file. Although the inclusion of the index chunk is optional, the omission of the index chunk makes the data unsearchable, and may render the entire AVI file unplayable in some systems. In order for the index chunk to determine an address for each data chunk, it must know the size of each interleaved audio or video (A/V) chunk. The byte size of all A/V chunks must be stored in the memory. As video data is encoded using Variable Bit Rate (VBR) encoding, each chunk address utilizes a plurality of bytes, thereby occupying significant space in the DRAM. For example, if the memory required for storing the chunk size of a frame is 20 bits, it takes 2160 Kbytes of DRAM resource for recording eight hours NTSC video (20 bits/frame*8 hours*60 minutes*60 seconds*30 frames=2160 Kbytes).
- It is therefore an objective of the present invention to provide a method of reserving space in a memory required for storing the index of an AVI file.
- With this in mind, a method for aligning data of an Audio Video Interleave (AVI) file, the AVI file comprising audio data and a plurality of video chunks, is disclosed. The method comprises: calculating and inserting padding data on the plurality of the video chunks to ensure byte alignment; interleaving the audio data to the bit aligned video chunks; and storing a size of the video chunk with a reduced number of bytes. The audio data is interleaved to the plurality of video chunks at specific time intervals each corresponding to a plurality of video frames.
- A method according to a second embodiment of the present invention is also disclosed. An AVI file comprises a plurality of interleaved audio-video (A/V) chunks. The method comprises: providing a first storage; providing a second storage; recording AVI chunk sizes to the second storage; when the second storage reaches capacity, moving at least a first A/V chunk size to the first storage; and after the recording has finished, reading stored A/V chunk sizes from the first storage to the second storage to create an index chunk.
- These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.
-
FIG. 1 is a flowchart of a method according to a first embodiment of the present invention. -
FIG. 2 is a flowchart of a method according to a second embodiment of the present invention. - The present invention aims to provide methods for minimizing the amount of storage space required for creating an index chunk of an AVI file. As is well known in the art, audio-video encoding methods do not need to encode each individual frame of audio-visual data. For example, if a section of video data is a ‘still’ scene (i.e. a plurality of identical frames) then only one frame (reference frame) needs to be encoded, and the other frames can be simply reconstructed by copying the corresponding reference frame. Furthermore, for interleaving purposes, extra video frames may be added. Therefore, each audio-visual chunk will differ in size.
- The VBR nature of the video data means that a number of bytes need to be utilized for storing a video chunk address. Audio data, however, is recorded according to a Constant Bit Rate (CBR). In this case, only one byte per audio chunk needs to be utilized for the address. In order to reduce the amount of bytes required for storing the video chunk addresses, a first embodiment of the present invention aligns some bytes of all video data. For example, padding bytes are added to the video chunks to make each chunk size a multiple of 256. A 2n byte alignment is utilized as an ideal for adding zeros to the plurality of frames in each video chunk to result in alignment of all video chunks. Please note that other alignments can also be utilized without departing from the spirit of the present invention, higher byte alignments require less bits for chunk size representation, however, higher byte alignments have more ‘zeros’ and therefore have less bytes available to be utilized for chunk size representation.
- Please refer to
FIG. 1 , which is a flowchart of the method according to a first embodiment of the present invention. The steps are as follows: - Step 100: Receive an AVI file comprising audio data and a plurality of video chunks;
- Step 102: Add one or more padding bytes to the video chunks to ensure byte alignment;
- Step 104: Interleave the audio data to the aligned video chunks;
- Step 106: Store chunk sizes of the video chunks in the buffer.
- As the audio data is already recorded utilizing a constant bit rate (CBR) it is difficult to perform zero padding on the audio data. However, after audio and video synchronization, the audio and video data are not interleaved with a constant rate, so the size of the audio chunk needs to be recorded. In order to save the buffer required for recording the audio chunk size, the first embodiment interleaves the audio and video data at certain points, for example, every 0.5 seconds of video data.
- The disadvantage of the first embodiment is that a certain amount of disc space is wasted on the added padding bytes, so the overall length of stored data increases. Where available recording/playback space is a priority, this method is not ideal. Therefore, a second embodiment is also proposed.
- In the second embodiment, a first storage and a second storage are both utilized for storing the AVI audio/video chunk size, where a data accessing speed of the second storage is greater than a data accessing speed of the first storage. In this embodiment, the second storage is a buffer located in the Dynamic Random Access Memory (DRAM), and the first storage is a random access storage such as a hard disk drive (HDD) or a Compact Flash (CF) card. During recording, the A/V chunk size is continuously recorded in the buffer. When allocated space in the buffer is almost full, some of the stored A/V chunk sizes will be moved to the random access storage, and then more data is recorded to the buffer. When recording is finished, the data stored in the random access storage can be read in order to create AVI index chunk to be recorded in the AVI file. In this way, the AVI index chunk can be created without taking up unnecessary storage space.
- For a clearer description of the above-described method please refer to an embodiment shown in
FIG. 2 .FIG. 2 is a flowchart of the method according to a second embodiment of the present invention. The steps are as follows: - Step 200: Record an AVI chunk size to the buffer;
- Step 202: Is recording completed? If yes go to Step 108; if no go to
Step 104; - Step 204: Has the buffer reached capacity? If yes go to Step 106; if no return to Step 100;
- Step 206: Move one or more A/V chunk size from the buffer to the random access storage. Return to Step 100;
- Step 208: Examine if there is any A/V chunk size in the random access storage? If yes go to Step 110; if no go to Step 112;
- Step 210: Move the A/V chunk sizes stored in the random access storage to the buffer; go to Step 112;
- Step 212: Create an AVI index chunk by accessing stored A/V chunk sizes in the buffer.
- Initially, recording begins (Step 200). If all data is recorded (Step 202), it is determined by the system whether there are data in the random access storage (Step 208). If all the A/V chunk sizes are stored in the buffer, the system will directly create the index chunk by accessing the stored A/V chunk sizes in the buffer (Step 212). If there is any A/V chunk size moved to the random access storage, the system will read the A/V chunk sizes from the random access storage to the buffer (Step 210). Then, the system will access the A/V chunk sizes in the buffer to create the index chunk (Step 212) for the AVI file.
- If the buffer reaches its preset capacity before the recording is finished (Step 204), the system will initially move a first A/V chunk size or a plurality of chunk sizes to the random access storage (Step 206), then continue recording A/V chunk sizes to the buffer (Step 200). Each time the buffer reaches capacity, the system will continue to repeat the above procedure. When recording has finished, the system will (as above) determine if there is any A/V chunk size stored in the random access storage (Step 208). If yes, the system must access the A/V chunk sizes stored in the random access storage and move to the buffer for creating the index chunk (
Steps 210 and 212). If all the required A/V chunk sizes are already in the buffer, the system may create AVI index chunk utilizing the data stored in the buffer (Step 212). - The second storage may be a ring memory buffer, and in an embodiment, the ring buffer saves the A/V chunk sizes for the most recent 10 minute A/V chunks. The A/V chunk sizes corresponding to earlier A/V chunks will be moved to the first storage.
- The first embodiment of the present invention utilizes a padding operation to reduce the amount of memory space required for storing the A/V chunk sizes. The second embodiment of the present invention reduces the storage size of the buffer (e.g. DRAM) required for storing the A/V chunk sizes by moving some chunk sizes to another storage device (e.g. an available HDD or CF card) periodically. Both methods ensure that a storage device for storing data during recording has sufficient space reserved for creating the index chunk of the AVI file.
- Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.
Claims (6)
1. A method for reserving index memory space of a buffer during recording, a file comprising a plurality of interleaved audio-video (A/V) chunks, the method comprising:
providing a first storage;
providing a second storage;
recording the A/V chunks of the file;
storing an A/V chunk size to the second storage;
when the second storage reaches capacity, moving at least a first A/V chunk size to the first storage; and
after the recording has finished, reading stored A/V chunk sizes from the second storage, and from the first storage, if any, to create an index chunk for the file.
2. The method of claim 1 , wherein the step of moving at least a first A/V chunk size to the first storage comprises:
keeping the A/V chunk sizes of A/V chunks corresponding to a most recent predetermine period in the second storage; and
moving the A/V chunk sizes of A/V chunks corresponding to earlier time from the second storage to the first storage.
3. The method of claim 1 , wherein a data access speed of the second storage is greater than a data access speed of the first storage.
4. The method of claim 3 , wherein the first storage is a hard disk drive.
5. The method of claim 3 , wherein the first storage is a Compact Flash (CF) card.
6. The method of claim 3 , wherein the second storage is a ring buffer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/150,171 US20110235995A1 (en) | 2007-10-30 | 2011-06-01 | Methods for reserving index memory space in avi recording apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/927,695 US8230125B2 (en) | 2007-10-30 | 2007-10-30 | Methods for reserving index memory space in AVI recording apparatus |
US13/150,171 US20110235995A1 (en) | 2007-10-30 | 2011-06-01 | Methods for reserving index memory space in avi recording apparatus |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/927,695 Division US8230125B2 (en) | 2007-10-30 | 2007-10-30 | Methods for reserving index memory space in AVI recording apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
US20110235995A1 true US20110235995A1 (en) | 2011-09-29 |
Family
ID=40584398
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/927,695 Active 2029-01-24 US8230125B2 (en) | 2007-10-30 | 2007-10-30 | Methods for reserving index memory space in AVI recording apparatus |
US13/150,171 Abandoned US20110235995A1 (en) | 2007-10-30 | 2011-06-01 | Methods for reserving index memory space in avi recording apparatus |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/927,695 Active 2029-01-24 US8230125B2 (en) | 2007-10-30 | 2007-10-30 | Methods for reserving index memory space in AVI recording apparatus |
Country Status (3)
Country | Link |
---|---|
US (2) | US8230125B2 (en) |
CN (2) | CN101425310B (en) |
TW (1) | TWI372343B (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090119594A1 (en) * | 2007-10-29 | 2009-05-07 | Nokia Corporation | Fast and editing-friendly sample association method for multimedia file formats |
CN102404573B (en) * | 2011-11-28 | 2013-12-18 | 深圳万兴信息科技股份有限公司 | Method and device for synchronously processing audio and video |
BR112016011256B1 (en) * | 2013-12-23 | 2022-07-05 | Intel Corporation | MISALIGNED DATA PROCESSING METHOD, MACHINE-READable MEDIUM, SYSTEM AND COMPUTER DEVICE |
CN104954940B (en) * | 2015-06-09 | 2018-03-02 | 广东欧珀移动通信有限公司 | A kind of broadcast information store method, system, playback terminal and control terminal |
CN104954853B (en) * | 2015-06-09 | 2017-10-17 | 广东欧珀移动通信有限公司 | A kind of broadcast information store method, system, playback terminal and control terminal |
TWI604323B (en) * | 2016-11-10 | 2017-11-01 | 財團法人工業技術研究院 | Method for video indexing and device using the same |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7454443B2 (en) * | 2003-08-26 | 2008-11-18 | Tamir Ram | Method, system, and program for personal data management using content-based replication |
US7583299B2 (en) * | 2004-01-14 | 2009-09-01 | Casio Computer Co., Ltd. | Moving image recording apparatus with a stream recording function of a moving image |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5870474A (en) * | 1995-12-04 | 1999-02-09 | Scientific-Atlanta, Inc. | Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers |
US5703997A (en) * | 1995-04-14 | 1997-12-30 | Kabushiki Kaisha Toshiba | Data recording medium having reproduction timing information, and system for reproducing record data by using the reproduction timing information |
US5802064A (en) * | 1996-03-14 | 1998-09-01 | Starlight Networks, Inc. | Protocol header alignment |
CN1253017C (en) * | 1997-12-15 | 2006-04-19 | 松下电器产业株式会社 | Optical disc and computer-readable storage medium, and recording method and apparatus therefor |
US7446774B1 (en) * | 1998-11-09 | 2008-11-04 | Broadcom Corporation | Video and graphics system with an integrated system bridge controller |
US6380946B1 (en) * | 1999-02-09 | 2002-04-30 | Intel Corporation | Enhancing hardware clipping for bit-packed fonts |
US6865747B1 (en) * | 1999-04-01 | 2005-03-08 | Digital Video Express, L.P. | High definition media storage structure and playback mechanism |
US6434625B1 (en) * | 1999-07-13 | 2002-08-13 | International Business Machines Corporation | Generalizing data streams to overcome differences in word length and byte order |
US6940912B2 (en) * | 2000-04-21 | 2005-09-06 | Microsoft Corporation | Dynamically adaptive multimedia application program interface and related methods |
US7039727B2 (en) * | 2000-10-17 | 2006-05-02 | Microsoft Corporation | System and method for controlling mass storage class digital imaging devices |
JP4048407B2 (en) * | 2001-01-18 | 2008-02-20 | 富士フイルム株式会社 | Digital camera |
US7152197B2 (en) * | 2002-01-24 | 2006-12-19 | Koninklijke Philips Electronics, N.V. | Error correction of stream data |
AU2003221415A1 (en) * | 2002-03-18 | 2003-09-29 | Sharp Kabushiki Kaisha | Data recording method, data recording device, data recording medium, data reproduction method, and data reproduction device |
US20040052501A1 (en) * | 2002-09-12 | 2004-03-18 | Tam Eddy C. | Video event capturing system and method |
US7076605B1 (en) * | 2003-04-25 | 2006-07-11 | Network Appliance, Inc. | Method and apparatus for writing data to a storage device |
US7886093B1 (en) * | 2003-07-31 | 2011-02-08 | Hewlett-Packard Development Company, L.P. | Electronic device network supporting compression and decompression in electronic devices |
US7519274B2 (en) * | 2003-12-08 | 2009-04-14 | Divx, Inc. | File format for multiple track digital data |
US7885337B2 (en) * | 2004-08-23 | 2011-02-08 | Qualcomm Incorporated | Efficient video slicing |
EP1882343B1 (en) * | 2005-05-13 | 2019-05-01 | Qualcomm Incorporated | Improving error resilience using out of band directory information |
US20060256865A1 (en) * | 2005-05-16 | 2006-11-16 | Ensequence, Inc. | Flexible use of MPEG encoded images |
US20060256868A1 (en) * | 2005-05-16 | 2006-11-16 | Ensequence, Inc. | Methods and systems for repositioning mpeg image content without recoding |
US7965736B2 (en) * | 2005-08-24 | 2011-06-21 | Qualcomm Incorporated | Transmission of multiplex protocol data units in physical layer packets |
US7929842B2 (en) * | 2006-08-08 | 2011-04-19 | Lsi Corporation | Realtime recording of audio video interleaved streams |
US20100020970A1 (en) * | 2006-11-13 | 2010-01-28 | Xu Liu | System And Method For Camera Imaging Data Channel |
US20090103897A1 (en) * | 2007-10-22 | 2009-04-23 | Min-Shu Chen | Method for synchronzing audio and video data in avi file |
-
2007
- 2007-10-30 US US11/927,695 patent/US8230125B2/en active Active
-
2008
- 2008-02-22 TW TW097106246A patent/TWI372343B/en not_active IP Right Cessation
- 2008-03-17 CN CN2008100854529A patent/CN101425310B/en active Active
- 2008-03-17 CN CN2011101127523A patent/CN102270483A/en active Pending
-
2011
- 2011-06-01 US US13/150,171 patent/US20110235995A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7454443B2 (en) * | 2003-08-26 | 2008-11-18 | Tamir Ram | Method, system, and program for personal data management using content-based replication |
US7583299B2 (en) * | 2004-01-14 | 2009-09-01 | Casio Computer Co., Ltd. | Moving image recording apparatus with a stream recording function of a moving image |
Also Published As
Publication number | Publication date |
---|---|
TW200919209A (en) | 2009-05-01 |
US8230125B2 (en) | 2012-07-24 |
TWI372343B (en) | 2012-09-11 |
CN101425310A (en) | 2009-05-06 |
CN101425310B (en) | 2011-06-29 |
CN102270483A (en) | 2011-12-07 |
US20090113148A1 (en) | 2009-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100332332B1 (en) | Recording medium, data recording unit and data playback unit reading from and writing to the recording medium | |
CN102611898B (en) | Data recording device, method, and program, data reproduction device, method, and program, recording medium, and data structure | |
RU2228547C2 (en) | Disk recording device and disk-saved data reproducing device | |
JP4481889B2 (en) | Data recording apparatus and method, program, and recording medium | |
US20110235995A1 (en) | Methods for reserving index memory space in avi recording apparatus | |
CN1643605B (en) | Data recording method, data recording device, data recording medium, data reproduction method, and data reproduction device | |
CN1430211A (en) | Method for recording still image on recording medium | |
KR100608072B1 (en) | Recording method and reproducing method of multi angle data | |
JP4114318B2 (en) | Data recording method, data recording apparatus and recording medium | |
CN100418071C (en) | Method for establishing medium file system | |
KR20030053190A (en) | Method for recording a dubbing audio on rewritable medium | |
TWI278834B (en) | Information storage medium storing multi angle data, and recording method and reproducing apparatus thereof | |
CN100486318C (en) | Recording and reproduction apparatus, recording apparatus, editing apparatus, information recording medium, recording and reproduction method, recording method, and editing method | |
JP2004128938A (en) | Av data recording/reproducing device and method | |
WO1999050849A1 (en) | Device and method for data output and device and method for data input/output | |
US7835614B2 (en) | Data recording method, data recording apparatus, and data recording medium | |
JP2002358728A (en) | Information recording medium and device for recording and reproducing information to information recording medium | |
US8515250B2 (en) | Video recording device, video reproduction device, and method thereof | |
CN101356809B (en) | Information processing device, information processing method | |
CN1835573B (en) | Recording apparatus and method, reproduction apparatus and method | |
JP4304861B2 (en) | Recording / playback device | |
US7076579B2 (en) | Structure and method for multi-section management of a buffer | |
JP4169569B2 (en) | Recording method, recording medium, and recording / reproducing apparatus | |
CN102467941A (en) | File navigation method based on D9 disc and storage medium | |
RU2289860C2 (en) | Recording medium for storage of information about record/playback in real-time |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MEDIATEK INC., TAIWAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHEN, MIN-SHU;LI, JI-SHIUN;KAO, SHIH-RONG;REEL/FRAME:026365/0901 Effective date: 20071009 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: XUESHAN TECHNOLOGIES INC., CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MEDIATEK INC.;REEL/FRAME:055486/0870 Effective date: 20201223 |