Still picture player

Details Still picture player Still picture player

1998-08-28

2003-04-08

Tran, Thai (Department: 2615)

Motion video signal processing for recording or reproducing

Local trick play processing

With randomly accessible medium

C386S349000

Reexamination Certificate

active

06546184

ABSTRACT:

BACKGROUND OF THE INVENTION
1. Field of the Invention
This invention relates to still picture players, and more specifically, to a still picture player for expanding a video playing function of a video player to provide the video player with a still picture playing function.
2. Description of the Background Art
Recently, digital broadcasting services using communications satellites and the like have been receiving attention. In such services, generally, a video player is set up at a receiving end of digital video.
FIG. 22
is a block diagram showing the structure of a conventional video player. In
FIG. 22
, the video player includes a frame data receiving portion
1601
, a frame data storage portion
1602
, a decode processing portion
1603
, a display data managing portion
1604
, a display data storage portion
1605
, a display control portion
1606
, a display portion
1607
, a header information storage portion
1608
, and a timing control portion
1609
. The timing control portion
1609
includes a timer portion
1610
and a time information storage portion
1611
.
Sequentially inputted to the above described video player is frame data in a PES (Packetized Elementary Stream) format, which structures video and is compressed/coded based on the MPEG (Motion Picture Experts Group) standard.
Here,
FIG. 23
shows a format of the frame data to be inputted to the video player shown in FIG.
22
. In
FIG. 23
, the format of the frame data is based on standards of ISO/IEC13818-1 and -2, generally including PES Header and Elementary Stream. PES Header includes fields of packet_start_code_prefix, stream_id, PES_packet_length, PTS (presentation_time_stamp), and DTS (decoding_time_stamp) (refer to the drawing), and in addition, includes prescribed fields (not shown) based on the above standards. Elementary Stream has a hierarchical structure, including a sequence layer and a picture layer. In addition, Elementary Stream includes layers (not shown) based on the above standards. Added to the head of the sequence layer is Sequence Header (refer to the drawing) having header information based on the above standards, such as sequence_header_code and the like. Added to the head of the picture layer is Picture Header (refer to the drawing) having header information based on the above standards, such as picture_start_code, temporal_reference, and picture_coding_type and the like. Added to the end of the frame data is sequence_end_code.
Further,
FIG. 24
shows frame data I
0
, P
3
, . . . which structure the video to be sequentially inputted to the video player shown in FIG.
22
. In
FIG. 24
, temporal_reference of the frame data I
0
is “0” and its picture_coding_type is “I”. Further, temporal_reference of the frame data P
3
is “3”, and its picture_coding_type is “P”. In this way, an alphabet shown on the left side in each frame data shown in
FIG. 24
represents picture_coding_type, and a number shown on the right side represents temporal_reference.
Described next is a processing procedure by the video player using operation from time when the frame data P
3
(refer to
FIG. 24
) arrives at the frame data receiving portion
1601
to time when the frame data P
3
is displayed on the display portion
1607
as a specific example.
First, when the frame data P
3
arrives, as shown in
FIG. 31
, display data (frame data) I
0
has been stored in a storage area IP[1] in the display data storage portion
1605
, and flag information “write completed”has been set in its flag information storage area. Storing processing of display data like this will be described later and not mentioned here.
Referring to a flow chart shown in
FIG. 25
, described next is a processing procedure by the frame data receiving portion
1601
, the frame data storage portion
1602
and the header information storage portion
1608
, which are a frame data receiving part. The frame data receiving portion
1601
receives frame data (at this point, P
3
) encoded in the PES format as shown in
FIGS. 23 and 24
(
FIG. 25
; step S
1901
). Next, the frame data receiving portion
1601
extracts stream_id, PTS, DTS, picture_coding_type and temporal_reference from the header information of the frame data as required header information to output them to the header information storage portion
1608
(step S
1902
). Here, the header information is information included in the header based on the above standards, such as PES Header, Sequence Header, Picture Header and the like as shown in FIG.
23
.
The header information storage portion
1608
holds a first list as shown in FIG.
26
. In
FIG. 26
, the first list has fields of stream_id, PTS, DTS, picture_coding_type, temporal reference and a storage area. The header information storage portion
1608
stores each header information inputted from the frame data receiving portion
1601
in each corresponding field. The header information storage portion
1608
stores information (IP[0], IP[1], B[0], or B[1]) indicating storage areas inputted from the display data managing portion
1604
in the storage area field. At this point, in the first list, as shown in
FIG. 26
, “0xE0”, “0x15000”, “0x6000”, “I”, “0”, and “IP[1]”are set in the fields of stream_id, PTS, DTS, picture_coding_type, temporal_reference and the storage area, respectively, for the frame data I
0
which has already arrived. Similarly, for the frame data P
3
which newly arrived, “0xE0”, “0x24000”, “0x9000”, “P”, and “
3
”are set. The storage area field of the frame data P
3
is blank because information indicating a storage area from the display data managing portion
1604
is not yet inputted to the header information storage portion
1608
.
After updating the first list in the above described manner, the header information storage portion
1608
notifies the decode processing portion
1603
and the display control portion
1606
of this update (
FIG. 25
; step S
1903
). This notification is hereinafter referred to as “a first list update notification”.
Next, the frame data receiving portion
1601
outputs the received frame data (at this time, P
3
) to the frame data storage portion
1602
(step S
1904
). The frame data storage portion
1602
stores the received frame data in the internal storage area.
The frame data receiving part executes the above described steps S
1901
to S
1904
every time frame data is inputted.
Described next is a processing procedure by the timing control portion
1609
referring to a flow chart shown in FIG.
27
. Described first is a second list held by the time information storage portion
1611
referring to FIG.
28
. In
FIG. 28
, the second list has fields of time information and notifier identification information. These time information and identification information are stored by the timing control portion
1609
, and this processing will be described later. In an example shown in
FIG. 28
, stored in the time information field and the notifier identification information field are “0x15000”and “display control portion”; “0x9000”and “decode processing portion”; and “0x24000”and “display control portion”; respectively.
First, the timing control portion
1609
checks whether the time information is stored in the above described second list (
FIG. 27
; steps S
2101
and S
2102
), and when the time information is stored, the timing control portion
1609
goes on to step S
2103
. When the time information is not stored, the timing control portion
1609
repeatedly executes steps S
2101
and S
2102
until the time information is stored in the second list. Now assume that the present time is just before “0x9000”. At this time, as shown in
FIG. 28
, since at least three pieces of time information exist in the second list, the timing control portion
1609
goes on to step S
2103
.
Next, the timing control portion
1609
compares the entire time information in the second list and the present time measured by the timer portion
1610
(step S
2103
) to determine the relationship between them (step S
2104
). When determining that the present

Affiliated with

Also associated with

Rating

Still picture player does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Still picture player, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Still picture player will most certainly appreciate the feedback.

Rate now

Comments { 0 }

Profile ID: LFUS-PAI-O-3113472