FreshPatents.com Logo
stats FreshPatents Stats
n/a views for this patent on FreshPatents.com
Updated: August 12 2014
newTOP 200 Companies filing patents this week


    Free Services  

  • MONITOR KEYWORDS
  • Enter keywords & we'll notify you when a new patent matches your request (weekly update).

  • ORGANIZER
  • Save & organize patents so you can view them later.

  • RSS rss
  • Create custom RSS feeds. Track keywords without receiving email.

  • ARCHIVE
  • View the last few months of your Keyword emails.

  • COMPANY DIRECTORY
  • Patents sorted by company.

Follow us on Twitter
twitter icon@FreshPatents

Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory

last patentdownload pdfdownload imgimage previewnext patent


20120301118 patent thumbnailZoom

Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory


A data processing apparatus for decoding a bitstream includes a channel decoder, a demultiplexer and a plurality of decoders. The channel decoder is used for generating an encoded bitstream data from a received channel data and storing the encoded bitstream data to a buffer, wherein the encoded bitstream contains a plurality types of sectors. The demultiplexer is used for rearranging the stored encoded bitstream data according to the plurality of types and storing sectors corresponding to the same bitstream type in respective regions in the buffer. The decoders are used for decoding the sectors corresponding to the bitstream types, the decoders retrieving the rearranged data from the buffer according to corresponding one of the plurality of types.

Inventor: Shang-Tzu Ju
USPTO Applicaton #: #20120301118 - Class: 386326 (USPTO) - 11/29/12 - Class 386 


view organizer monitor keywords


The Patent Description & Claims data below is from USPTO Patent Application 20120301118, Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory.

last patentpdficondownload pdfimage previewnext patent

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of the co-pending U.S. application Ser. No. 12/471,408, which is a continuation of U.S. application Ser. No. 11/279,253 (which is a continuation-in-part of U.S. application Ser. No. 10/376,443 (expressly abandoned during examination)). The entire contents of these related applications are incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to optical disc player systems and a method for controlling a decoding unit to read data from a memory device, more particularly to an optical disc player system and a method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory, and an optical disc player system capable of saving the memory bandwidth between a bitstream demultiplexer and a memory.

2. Description of the Prior Art

FIG. 1 illustrates a conventional DVD player system 1 that includes a channel decoder 11 for reading and error-correcting the encoded bitstream data from a disc, a track buffer 13 connected to the channel decoder 11 via a memory interface 15 for storing error-corrected bitstream data from the channel decoder 11, a source decoder 12 connected to the channel decoder 11 for decoding the bitstream data from the channel decoder 11, and a source buffer 14 connected to the source decoder 12 via a memory interface 16 for storing decoded video and audio data from the source decoder 12. In an actual design, the channel decoder 11 and the source decoder 12 are implemented using two separate chips, thereby resulting in a relatively high cost. In order to reduce costs, there is provided a combined chip integrated with the aforesaid functions of the channel and source decoders.

FIG. 2 illustrates another DVD player system 2 that includes a decoding unit 21 having a channel decoder 11′ and a source decoder 12′. The integrated decoding unit 21 performs functions the same as those in the system of FIG. 1, and a combined buffer memory 22 connected to the decoding unit 21 via a memory interface 23. Referring to FIG. 3, the buffer memory 22 includes a track buffer 221 for storing data from a disc, and a bitstream buffer 222 for storing demultiplexed bitstream data processed by a bitstream demultiplexer 24 and decoded video and audio data for playback. The decoding unit 12′ includes an audio decoder 121, a video decoder 122, a sub-picture decoder 123 and a navigation decoder 124. During a decoding procedure, the bitstream demultiplexer 24 reads encoded bitstream data from the track buffer 221 of the buffer memory 221 via the memory interface 23. After error-correcting and demultiplexing of the encoded bitstream data, the demultiplexed bitstream data is transferred to the bitstream buffer 222 of the buffer memory 22 via the memory interface 23. The decoders 121, 122, 123, 124 read the demultiplexed bitstream data stored in the bitstream buffer 222 of the buffer memory 22 for decoding via the memory interface 23. As such, the buffer memory 22 in the conventional system 2 of FIG. 2 must provide a large bandwidth for channel decoding and source decoding, thereby resulting in relatively high costs and power consumption.

SUMMARY

OF THE INVENTION

Therefore, an object of the present invention is to provide an optical disc player system and a method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory that can reduce the memory bandwidth requirement so as to result in relatively low costs and power consumption. Another object of the present invention is to provide an optical disc player system capable of saving the memory bandwidth between a bitstream demultiplexer and a memory.

According to a first aspect of the present invention, a data processing apparatus for decoding a bitstream is disclosed. The data processing apparatus includes a channel decoder, a demultiplexer and a plurality of decoders. The channel decoder is used for generating an encoded bitstream data from a received channel data and storing the encoded bitstream data to a buffer, wherein the encoded bitstream contains a plurality types of sectors. The demultiplexer is used for rearranging the stored encoded bitstream data according to the plurality of types and storing sectors corresponding to the same bitstream type in respective regions in the buffer. The decoders are used for decoding the sectors corresponding to the bitstream types, the decoders retrieving the rearranged data from the buffer according to corresponding one of the plurality of types.

According to a second aspect of the present invention, a method for decoding a bitstream has the following steps: (a) generating an encoded bitstream data from a received channel data and storing the encoded bitstream data to a buffer, wherein the encoded bitstream contains a plurality types of sectors; (b) rearranging the stored encoded bitstream data according to the plurality of types and storing sectors corresponding to the same bitstream type in respective regions in the buffer; (c) retrieving the rearranged data from the buffer according to corresponding one of the plurality of types; and (d) decoding the sectors corresponding to the bitstream types by a plurality of decoders.

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.

BRIEF DESCRIPTION OF THE DRAWINGS

Other features and advantages of the present invention will become apparent in the following detailed description of the preferred embodiment and the variations thereof with reference to the accompanying drawings, of which:

FIG. 1 is a schematic circuit block diagram of a conventional DVD player system;

FIG. 2 is a schematic circuit block diagram of another conventional DVD player system;

FIG. 3 is a schematic circuit block diagram illustrating a bitstream demultiplexing operation in the conventional DVD player system of FIG. 2;

FIG. 4 is a schematic circuit block diagram illustrating the preferred embodiment of an optical disc player system according to the present invention;

FIG. 5 is a flow chart illustrating a method of controlling a decoding unit in the preferred embodiment to read encoded bitstream data from a buffer memory;

FIG. 6 is a schematic circuit block diagram of an optical disc player system according to another embodiment of the present invention; and

FIG. 7 is a schematic circuit block diagram of an optical disc player system according to another embodiment of the present invention.

DETAILED DESCRIPTION

Referring to FIG. 4, the preferred embodiment of an optical disc player system 3, such as a DVD player, according to the present invention is shown to include a buffer memory 33, a header scanning controller 34, a decoding unit 32, and a reading pointer recorder 35.

The buffer memory 33, such as a track buffer, stores encoded bitstream data that is read by a disc reading module 31 from an optical disc (not shown) and that is error-corrected by a channel decoder 30. The encoded bitstream data is divided into a plurality of sectors, each of which includes a data portion, and a header portion for indicating a bitstream type of the data portion. The header portion includes a sector ID, a pack header and a packet header.

The header scanning controller 34 is connected to the buffer memory 33 via a memory interface 36.

The decoding unit 32 is connected to the header scanning controller 34, and includes a channel decoder 321 and a set of different data decoders 322 including audio decoder 322A, video decoder 322B, sub-picture decoder 322C, and navigation decoder 322D. Each of the data decoder is used to decode data with a specific bitstream type. Each of the data decoders 322A, 322B, 322C, 322D is capable of sending a bitstream request for reading encoded bitstream data stored in the buffer memory 33 via the header scanning controller 34. In this embodiment, the decoding unit 32 includes an audio decoder 322A for decoding audio data, a video decoder 322B for decoding video data, a sub-picture decoder 322C, and a navigation decoder 322D.

The reading pointer recorder 35 is connected to the header scanning controller 34 and stores four reading pointers associated with the data decoders 322A, 322B, 322C, and 322D. The four reading pointers are audio reading pointer, video reading pointer, sub-picture reading pointer, and navigation reading pointer respectively.

The header scanning controller 34 reads one of the sectors stored in the buffer memory 33 according to the reading pointer from the reading pointer recorder 35 that is associated with one of the decoders 322A, 322B, 322C, 322D that sent out the bitstream request when the header scanning controller 34 receives the bitstream request from said one of the data decoders 322A, 3228, 322C, 322D.

The header scanning controller 34 transfers the data portion of said one of the sectors that is being read from the buffer memory 33 to the data decoder (322A, 322B, 322C, or 322D) that sent out the bitstream request when the header portion of said one of the sectors that is being read from the buffer memory 33 indicates a bitstream type corresponding to that of the bitstream request, and the header scanning controller 34 also enables the reading pointer recorder 35 to adjust the reading pointer to point to a next one of the sectors stored in the buffer memory 33 after reading of said one of the sectors has been completed.

Furthermore, the header scanning controller 34 enables the reading pointer recorder 35 to adjust the reading pointer associated with said one of the decoders 322A, 322B, 322C, 322D that sent out the bitstream request to point to a next one of the sectors stored in the buffer memory 33, and reads the header portion of the next one of the sectors when the bitstream type indicated by the header portion of said one of the sectors being read from the buffer memory 33 does not correspond to that of the bitstream request.

For example, when the video decoder 322B sends out a bitstream request for video data, the header scanning controller 34 receives the bitstream request, reads the sector which is a video bitstream type (a video sector) according to the video reading pointer of the reading pointer recorder 35. After the current video sector has been read from the buffer memory 33, the header scanning controller 34 enables the reading pointer recorder 35 to move the video reading pointer to a next video sector in the buffer memory 33. The similar procedure also applies to the audio decoder 322A, the sub-picture decoder 322C, and the navigation decoder 322D.

It is noted that each of the sectors stored in the buffer memory 33 is defined by the header scanning controller 34 to be in a used state when the data portion thereof has been completely read, and to be in an unused state when otherwise. The header scanning controller 34 enables the reading pointer recorder 35 to adjust the four reading pointers to point the next audio sector, next video sector, next sub-picture sector, or next navigation sector in the buffer memory 33 that is in the unused state when the bitstream type indicated by the header portion of said one of the sectors being read from the buffer memory 33 does not correspond to that of the current bitstream request.

Referring to FIG. 5, there is shown a flow chart to illustrate how the header scanning controller 34 controls the decoding unit 32 in the optical disc player system 3 of the preferred embodiment to read the bitstream data from the buffer memory 33. In step 41, the header scanning controller 34 determines whether one of the decoders 322A, 322B, 322C, 322D sends out the bitstream request. For example, the header scanning controller 34 detects that the audio decoder 321 sends out the bitstream request for decoding audio data. In step 42, the header scanning controller 34 reads one of the sectors stored in the buffer memory 33 according to a reading pointer that is associated with said one of the decoders 322A, 322B, 322C, 322D that sends out the bitstream request (for example, the audio decoder 322A). In step 43, the header scanning controller 34 determines whether a portion of said one of the sectors being read from the buffer memory 33 is the header portion. In step 45, when the portion of said one of the sectors is the header portion, the header scanning controller 34 determines whether the header portion of said one of the sectors that is being read from the buffer memory 33 indicates a bitstream type corresponding to that of the bitstream request. In step 46, the header scanning controller 34 transfers the data portion of said one of the sectors that is being read from the buffer memory 33 to said one of the decoders 322A, 322B, 322C, 322D that sends out the bitstream request (for example, the audio decoder 322A) upon determining in step 45 that the bitstream type indicated by the header portion of said one of the sectors corresponds to that of the bitstream request, and enables the reading pointer recorder 35 to adjust the reading pointer to point to a next one of the sectors stored in the buffer memory 33 after reading of said one of the sectors has been completed. It is noted that, in this case, the reading pointer recorder 35 adjusts the reading pointer to point to the next one of the sectors stored in the buffer memory 33 that is in the unused state. Furthermore, when it is determined in step 43 that the portion of said one of the sectors being read from the buffer memory 33 is not the header portion, the flow proceeds to step 46. In step 47, the header scanning controller 34 determines whether the data portion of said one of the sectors that is being read from the buffer memory 33 has been read completely. When the data portion of said one of the sectors that is being read from the buffer memory 33 has yet to be read completely, the flow proceeds back to step 41. In step 48, the header scanning controller 34 defines said one of the sectors to be in the used state when the data portion of said one of the sectors that is being read from the buffer memory 33 has been read completely, and the flow proceeds back to step 41. In step 49, the header scanning controller 34 enables the reading pointer recorder 35 to adjust the reading pointer associated with said one of the decoders 322A, 322B, 322C, 322D (for example, the audio decoder 322A) that sends out the bitstream request to point to the next one of the sectors stored in the buffer memory 33, and reads the header portion of the next one of the sectors when the bitstream type indicated by the header portion of said one of the sectors being read from the buffer memory 13 is determined in step 45 as not corresponding to that of the bitstream request. The flow then proceeds back to step 45. It is noted that, in this case, the reading pointer recorder 35 adjusts the reading pointer to point to the next one of the sectors stored in the buffer memory 33 that is in the unused state. In step 44, when none of the decoders 321, 322, 323, 324 sent out a bitstream request, the header scanning controller 34 determines whether decoding of the decoding unit 32 ends. If no, the flow proceeds back to step 41.

Accordingly, in the optical disc player system 3 of the present invention, the header scanning controller 34 can control the decoding unit 32 to read encoded bitstream data from the buffer memory 33 through the memory interface 36 such that the buffer memory 33 has a relatively low memory bandwidth requirement, thereby resulting in relatively low costs and power consumption. An object of the invention is thus met.

FIG. 6 is a schematic circuit block diagram of an optical disc player system 6 according to another embodiment of the present invention. The optical disc player system 6 includes the disc reading module 31 mentioned above. The optical disc player system 6 further includes a channel decoder 60 for generating encoded bitstream data S2 according to an optical disc readout signal S1 generated by the disc reading module 31. In this embodiment, the channel decoder 60 is a composite module 60 including the following components (not shown): a DVD/CD digital signal processor (DSP) for decoding the optical disc readout signal S1; a DVD/CD servo controller for performing servo control while the optical disc player system 4 accessing the optical disc; and a DVD/CD error correction code (ECC) decoder for performing ECC correction to generate the encoded bitstream data S2.

As shown in FIG. 6, the optical disc player system 6 further includes a buffer memory 63 for storing the encoded bitstream data S2. The encoded bitstream data is divided into a plurality of sectors, each of which includes a data portion, and a header portion for indicating a bitstream type of the data portion. Wherein, the header portion includes a sector ID, a pack header and a packet header. The optical disc player system 6 further includes: a memory interface 66; a header scanning controller 64 coupled to the buffer memory 63 via the memory interface 66 for scanning the header portion and accessing the encoded bitstream data stored in the buffer memory 63; and a bitstream demultiplexer 65 coupled to the header scanning controller 64 for rearranging the encoded bitstream data stored in the buffer memory 63 according to the bitstream type for continuously storing sectors corresponding to the same bitstream type in the same region within the buffer memory 63.

Please note, the header scanning controller 64 of this embodiment is a simplified variation of the header scanning controller 34 shown in FIG. 4 since the header scanning controller 64 does not need an additional component such as the reading pointer recorder 35 shown in FIG. 4 while the bitstream demultiplexer 65 is rearranging the encoded bitstream data stored in the buffer memory 63. As the header scanning controller 64 is capable of scanning the header portion to determine the bitstream type of the corresponding data portion, the bitstream demultiplexer 65 does not need to read a data portion of an unwanted bitstream type. The bitstream demultiplexer 65 simply reads data of a specific bitstream type and continuously store the data of the specific bitstream type in a specific region within the buffer memory 63. As a result, the memory bandwidth between the bitstream demultiplexer 65 and the buffer memory 63 is saved.

The optical disc player system 6 further includes a decoding unit 62 coupled to the buffer memory 63. In this embodiment, the decoding unit 62 is a MPEG decoding unit 62 including an audio decoder 62A for decoding audio data, a video decoder 62B for decoding video data, a sub-picture decoder 62C, and a navigation decoder 62D. Each of the decoders 62A, 62B, 62C, and 62D is used to decode data with a specific bitstream type and is capable of reading encoded bitstream data stored in the buffer memory 63 by direct memory access (DMA). Please note, the channel decoder 60, the decoding unit 62, the bitstream demultiplexer 65, and the header scanning controller 64 are integrated into a single chip 602.

FIG. 7 is a schematic circuit block diagram of an optical disc player system 7 according to another embodiment of the present invention. The embodiment shown in FIG. 7 is similar to the embodiment shown in FIG. 6 with exceptions described as follows. As shown in FIG. 7, the header scanning controller 74 of this embodiment is a Central Processing Unit (CPU) 74 executing a specific program code 74c, and the channel decoder 60, the decoding unit 62, and the bitstream demultiplexer 75 are integrated into a single chip 702.

While the present invention has been described in connection with what is considered the most practical and preferred embodiment, it is understood that this invention is not limited to the disclosed embodiments but is intended to cover various arrangements included within the spirit and scope of the broadest interpretation so as to encompass all such modifications and equivalent arrangements.

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.



Download full PDF for full patent description/claims.

Advertise on FreshPatents.com - Rates & Info


You can also Monitor Keywords and Search for tracking patents relating to this Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory patent application.
###
monitor keywords



Keyword Monitor How KEYWORD MONITOR works... a FREE service from FreshPatents
1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored.
3. Each week you receive an email with patent applications related to your keywords.  
Start now! - Receive info on patent apps like Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory or other areas of interest.
###


Previous Patent Application:
Image capturing apparatus and control method thereof
Next Patent Application:
Methods and apparatus for providing video with embedded media
Industry Class:
Television signal processing for dynamic recording or reproducing
Thank you for viewing the Optical disc player system and method of controlling a decoding unit in the optical disc player system to read encoded bitstream data from a buffer memory patent info.
- - - Apple patents, Boeing patents, Google patents, IBM patents, Jabil patents, Coca Cola patents, Motorola patents

Results in 0.51918 seconds


Other interesting Freshpatents.com categories:
QUALCOMM , Monsanto , Yahoo , Corning ,

###

Data source: patent applications published in the public domain by the United States Patent and Trademark Office (USPTO). Information published here is for research/educational purposes only. FreshPatents is not affiliated with the USPTO, assignee companies, inventors, law firms or other assignees. Patent applications, documents and images may contain trademarks of the respective companies/authors. FreshPatents is not responsible for the accuracy, validity or otherwise contents of these public document patent application filings. When possible a complete PDF is provided, however, in some cases the presented document/images is an abstract or sampling of the full patent application for display purposes. FreshPatents.com Terms/Support
-g2-0.2299
     SHARE
  
           

FreshNews promo


stats Patent Info
Application #
US 20120301118 A1
Publish Date
11/29/2012
Document #
13562333
File Date
07/31/2012
USPTO Class
386326
Other USPTO Classes
386E05064
International Class
04N5/917
Drawings
8



Follow us on Twitter
twitter icon@FreshPatents