1 hybrid bit-stream models (june 28 – july 2, krakow)

Hybrid Bit-Stream Models(June 28 – July 2, Krakow)

Main Issues

• Determining the working system– Ericsson/SQ: QVGA?– Yonsei: Supports all video formats. Needs

a commercial codec for HD.

• SRC/NDA• Validation data (ILG or

ILG/Proponents)– Design of validation data: ILG or

Proponents

• Training data• Schedule

Main Issues: Working systms

• Determining the working system– Ericsson/SQ: QVGA?– Yonsei: Supports all video formats. Needs a

commercial codec for HD.• Decisions: Tentatively agreed to use the following working system provided it is functional.

– Reference decoder: JM16.1 (modified by Ghent)

– Encoder & Server: Xstreamer (written by Ghent, open source, available at http://xstreamer.atlantis.ugent.be)

– Capturer (capturing & removing headers): Xstreamer

– H264StreamGenerator(tracesplay): receives pcap files, remove headers and generate Annex.B bit stream, which can be decoded by JM16.1.

Verification will be done in the following weeks. At least, one party needs to confirm that the working system is functional to finalize the working system (BT, NTT, Yonsei).

Main Issues: Test materials & Subjective tests

• Multimedia & SD– License expired– Renewal– Use of the MM data

• HD: HDTV project.

Microsoft Office Excel ¿öÅ©½ÃÆ®

Main Issues

• Validation test (ILG or ILG/Proponents)

– Design of validation data: ILG or Proponents

• Decision: (Jens)

Main Issues

• Training data– Models will be prepared for all kinds of

bit stream data generated by other proponents and ILGs.

– Provides proponents clear understanding what kinds of impairments they should expect.

• Decision: A limited number of SRCs will be used to generate a variety of PVSs and bit stream data.

Main Issues

• Recommended SRCs (MP)

www.cdvl.org “Angled stadium walkway, set B (some people) version 5”

1080i 59.94 fields-per-second. Find with key words: +stadium +walkway +B +5

www.cdvl.org

“NTIA outdoor mall with tulips (3e)”1080i 50 fields-per-second. Find with key words:

+NTIA +outdoor +3e

ftp://vqeg.its.bldrdoc.gov/HDTV/NTIA_source/SnowMnt_8bit.avi

1080p 29.97 frames-per-second

(We will need to use a scene from VQEG HDTV for 1080p 25 frames-per-second. No such scene is currently available on CDVL, but I can upload one).

Main Issues

• Schedule (Tentative)- Working system finalization: Oct. 2010- Approval of testplan: next VQEG- Training data exchange: next VQEG + 3

months- Model submission: next VQEG + 6 (est. July

2011)- Final report (est. July 2012)

ILGs 5

• CRC 1 – not present

• INTEL 0

• Acreo 1

• IRCCyN 1

• FUB (maybe)

• NTIA 0

• AGH 1

• Ghent 1

Proponents: 6

OPTICOM 1

Yonsei 1

Symmetricom ?

NTT 1SQ 1

DT 1 (maybe)

KDDI (maybe) 1

Psytechnics (maybe)

??: Lancaster Univ , Tektronix, Psytechnics

Q: Collaboration or competition? (Hybrid, JEG)

Competition vs Collaboration

• Pros

• Cons

Hybrid Bit-Stream Models(January 25-29, Boulder)

Issues to be determined: Testplan

• The testplan is revised using the outputs of the Berlin meeting.

• Decision: Accepted

Issues to be determined

Model type Inputs

Hybrid FR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used), SRC

Hybrid RR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used), features extracted from SRC

Hybrid NR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used),

NR (J.no_ref), SG9, WP6C PVS

Parametric (for information) (assumed to be equivalent to

P.NAMS (Q12.14) with video only), SG12

TS, RTP, UDP, IP headers & (optional) longer freezing Decision: Send a liaison to SG12 about the preferred input

requirements and accept their official position.

Bitstream 1 (for information)(assumed to be equivalent to

P.NBAMS with video only, no decoding), SG12

TS, RTP, UDP, IP headers, ES information (no decoding) & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

P.NBAMS with video only, decoding allowed), SG12

TS, RTP, UDP, IP headers, ES information (decoding is allowed) & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

Model types and input requirements

Issues to be determined: HRC p33

• Maximum transmission error?– Option: Any transmission errors will be

allowed as long as the corresponding PVSs meet the calibration limits.

• Decision: Any transmission errors will be allowed as long as the corresponding PVSs meet the calibration limits.

Issues to be determined: Calibration limits p30

• Spatial shifts• Gain/Offset

– maximum allowable deviation in luminance gain is +/- 20% (Recommended is +/- 10%)

– maximum allowable deviation in luminance offset is +/- 50 (Recommended is +/- 20)

– maximum allowable Horizontal Shift is +/- 8 pixels for QVGA, +/- 16 pixels for SD/HDTV (Recommended is +/- 1)

– maximum allowable Vertical Shift is +/- 5 lines (Recommended is +/- 1)

– No PVS may have visibly obvious scaling.– The color space must appear to be correct (e.g., a red apple should

not mistakenly rendered be rendered “blue” due to a swap of the Cb and Cr color planes).

– No more than 1/2 of a PVS may consist of frozen frames or pure uni-color frames (e.g., from over-the-air broadcast lack of delivery).

– ??Pure uni-color frames (e.g., from over-the-air broadcast lack of delivery) must not occur in the first 2-seconds or the last 2-seconds of any PVS. The reason for this constraint, is that the viewers may be confused and mistake the uni-color for the end of sequence.

• Decision: We keep the required limits only. Some changes were made. Maximum Shift is +/- 8 pixels for QVGA, +/- 16 pixels for SD/HDTV

Issues to be determined: # of PVS P17

• How long will be the session length for 15s PVS?

• How many PVSs are there per session for 16-24s PVS?

• Decision: For 10s, 160; For 15s, 120; For 16-24 (ave 20), 90. The number of common set is changed to 24.

Issues to be determined p19

• Test design? Full matrix?

• Decision: ILG will determine the test conditions.

Proponents & Preferred input types p22

OPTICOM 1

Yonsei 1

Symmetricom 1

NTT 1SQ 1

KDDI(maybe) 1

Ghent Univ. (maybe) 1

Tektronix??

Lancaster Univ??

Psytechnics (don’t know)

(1) Hybrid models 8

ILGs 3 p22

• CRC 1

• INTEL 0

• Acreo 1

• IRCCyN 1

• FUB (maybe)

• NTIA 0

• AGH 0

Remaining issues: subjective test p22 already written

• Subjective test – Multimedia project approach: proven, but

delays may happen (about 6 month delay after model submission). Easy to correct errors

– HDTV project approach: Supposedly fast, but there can be impasse if serious PVS problems occur. Difficult to correct errors.

• Subjective test – ILG only:5– ILG and Proponents: 8

Issues to be determined: Test materials & Subjective tests

Microsoft Office Excel ¿öÅ©½ÃÆ®

Target usage (PLR): TBD

• SD/HD: (information from Broadband forum may be useful)

• QCIF/VGA - internet: - mobile: 0-15%

- DONE

Issues to be determined p34 (from Berlin)

• Decision– Number of reference decoders (for compatibility check): 1

reference decoder per codec. – Number of encoders: any encoders compatible with the

reference decoder. It is preferred that more than one encoder is used.

– Number of decoders (for subjective tests and inputs to hybrid models): any decoders compatible with the reference decoder. It is preferred that more than one decoder is used.

encoder serverdecoder for

display

packet capture(MS Network Monitor)

Removing headers

RGB capture

reference decoderfor compatibility check

PVS to be used forsubjective tests andinputs for hybrid modelsEncoders & Decoders

Working Systems

• Ericsson System – JM decoder

• Yonsei System – JM decoder

• Decision: Tentatively, the JM decoder will be the reference decoder. Profiles and test conditions will be further investigated. Working group (OPTICOM, NTT, Symmetricom, Ericsson, Yonsei, KDDI, AGH).

• Goal: finalize the working system by the next VQEG meeting.

11 scale vs. 5 scale p11,85

• Quick Vote on the 5-scale vs. 11 scale.

• Decision: – In favor of the 11 scale: 3– In favor of the 5 scale: 12

Issues to be determined: Codec

• We specify profiles. • Suggestions for H.264:

– QVGA in baseline– SD in baseline and main– HD in main,.

• Suggestions for MPEG-2– SD in main and high profile.

• Decision:

Data Analysis

• Same as the multimedia project – tentatively agreed.

– TBD: common set

[TBD] Same as in the HDTV project with the same constraints and conditions. The common set will be used for data analysis for each test.

Schedule

• Testplan

• Decision:

Hybrid Bit-Stream Models(June 22-26, 2009 Berlin)

Issues to be determined: Testplan

• The testplan is revised using the outputs of the San Jose meeting.

• Decision: approved

Issues to be determined: Numerical values / p11

• Decision: Figure .2/P.910 will be used with numerical values displayed. Subjective scores should be inputted as integer numbers (0-10). The input methods for subjective scores include, but are not limited to, the following:

– By checking one of 11 bins (computer or paper)

– By entering an integer number (0-10) (computer or paper)

– By moving a sliding bar which takes one of 11 discrete positions. (computer)

Issues to be determined: Numerical values

Issues to be determined: SD on HDTV monitor / p14

• For the HD/SD testing, the video will use the full screen dimensions and no background panel or black border will be present. If a HD LCD monitor is used for SDTV testing, the picture area should be centered and the non-picture area should be black or mid-level gray.

• Decision: The following text is accepted: “If a HD LCD monitor is used for SDTV testing, the picture area should be centered and the non-picture area should be black or mid-level gray.”

Issues to be determined: common set p19

• The PVSs include both the common set of PVSs inserted in each experiment and the hidden reference (hidden SRCs) sequences, i.e. each hidden SRC is one PVS. The common set of PVSs will include the secret PVSs and secret source.

• Decision: Common set will be used (30 PVSs)

Issues to be determined: Test materials

• Results: Most of MM data can be renewed.

Remaining issues: (scope) Number of decoders p36

• For hybrid models, multiple decoders/players can be used to generate PVSs as long as the decoders can handle the bit-stream data which the reference decoder can decode. Bit-streams data can be generated by any encoder as long as the reference decoder can decode the bit stream data. (ACCEPTED)

• For the case of bit-stream 1 & 2 models, PVSs should be generated using the reference decoder.

• The multiple decoders should not generate PVSs which substantially differ in quality for the same bit-stream data.

• Decision: The following text will be inserted: “For hybrid models, multiple decoders/players can be used to generate PVSs as long as the decoders can handle the bit-stream data which the reference decoder can decode. Bit-streams data can be generated by any encoder as long as the reference decoder can decode the bit stream data.”

Model type Inputs

Hybrid FR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used), SRC

Hybrid RR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used), features extracted from SRC

Hybrid NR (J.bitvqm), SG9, WP6C bit stream data, PVS (should be used),

NR (J.no_ref), SG9, WP6C PVS

Parametric (for information) (assumed to be equivalent to

P.NAMS (Q12.14) with video only), SG12

TS, RTP, UDP, IP headers & (optional) longer freezing Decision: Send a liaison to SG12 about the preferred input

requirements and accept their official position.

P.NBAMS with video only, no decoding), SG12

TS, RTP, UDP, IP headers, ES information (no decoding) & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

P.NBAMS with video only, decoding allowed), SG12

TS, RTP, UDP, IP headers, ES information (decoding is allowed) & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

Issues to be determined: Working System & Reference Decoder

• The working system– Ericsson-SwissQual (San Jose, Jan. 2009): some part are

missing– Yonsei system (Berlin, June 2009): complete (H.264)

• Working group for develop and verify the working system?– Input format (files)

– Output format

• Target date:

• Decision: Ericsson, SwissQual (to be confimed), DT and Yonsei will form a working group to develop and verify the working system, and report the candidate system (and the reference decoder) at the next meeting.

Issues to be determined: HRC

• Maximum transmission error?– Option: Any transmission errors will be

allowed as long as the corresponding PVSs meet the calibration limits.

• Decision:

Remaining issues: Calibration limits

• Temporal limit: decided at the last meeting.

• currently same as HDTV & Multimedia (will be decided over the reflector)

Decision on temporal limits (10s) p34 • Max. length of freezing or skipping (10s PVS)?

– 40% of the total length?

• Decision: • maximum of freezing within 10s: 3s (mandatory 5s)• maximum of skipping within 10s: 3s (mandatory 5s)• max total loss (including beginning and end): 1s (mandatory

2s)• (max total loss=max loss at begin + max loss at end)• max total extra (including beginning and end): 1s (mandatory

: the entire PVS must be contained in the SRC).• Anything can happen in-between (freezing with/without

skipping, skipping as long they meet the aforementioned conditions).

SRC (10s)

PVS (10s)

max loss

PVS (10s)

max extra

Decision on temporal limits (15s) p34

• Max. length of freezing or skipping (15s PVS)?– 40% of the total length?

skipping, skipping as long they meet the aforementioned conditions

SRC (10s)

PVS (10s)

max loss

PVS (10s)

max extra

Issues to be determined: Calibration limits

• Spatial shifts• Gain/Offset

– maximum allowable deviation in luminance gain is +/- 20% (Recommended is +/- 10%)

– maximum allowable deviation in luminance offset is +/- 50 (Recommended is +/- 20)

– maximum allowable Horizontal Shift is +/- 5 pixels (Recommended is +/- 1)

– maximum allowable Vertical Shift is +/- 5 lines (Recommended is +/- 1)

– No PVS may have visibly obvious scaling.– The color space must appear to be correct (e.g., a red apple

should not mistakenly rendered be rendered “blue” due to a swap of the Cb and Cr color planes).

– No more than 1/2 of a PVS may consist of frozen frames or pure black frames (e.g., from over-the-air broadcast lack of delivery).

– ??Pure black frames (e.g., from over-the-air broadcast lack of delivery) must not occur in the first 2-seconds or the last 4-seconds of any PVS. The reason for this constraint, is that the viewers may be confused and mistake the black for the end of sequence.

• Decision:

Issues to be determined: Codec

• We specify profiles. • Suggestions for H.264:

– QVGA in baseline– SD in baseline and main– HD in main.

• Suggestions for MPEG-2– SD in main and high profile.

• Decision:

Issues to be determined: # of PVS

• How long will be the session length for 16-24s PVS?

• How many PVSs are there per session for 16-24s PVS?

• Decision:

• Decision: TBD

Data Analysis

– TBD: common set

Remaining issues: subjective test

• Subjective test – Multimedia project approach: proven,

but delays may happen (about 6 month delay after model submission). Easy to correct errors

– HDTV project approach: Fast, but there can be impasse if serious PVS problems occur. Difficult to correct errors.

Issues to be determined p34

display

Removing headers

RGB capture

Remaining issues [TBD] P4

• Bit-stream models– P.NAMS (audio/video, video only)– P.NBAMS (audio/video, video only)– P.NBAMS with some additional information from

decoder such as freeze frames (audio/video, video only)

• audio/video(P.NAMS) vs. Hybrid (video only)

• Decision: Initially video only. If enough audio(with video) subjective data is available, models for audio and audio/video will be also validated.

Hybrid Bit-Stream Models(January 24-26, 2009 San Jose)

• Are we going to use numerical values attached to each category?

• Decision: TBD

Issues to be determined• Are we going to mix 10s and 16-24s

SRC/PVS?

• PVS length: QCIF/QVGA – Variable for rebuffering: 16(SRC)/upto24(PVS) – Fixed: 10 sec– Rebuffering is allowed

• Decision: Don’t mix 10s and 16-24s. • TBD: Further study on 16-24s SRC/PVS (e.g.,

single evaluation values for 24 sec, user response to various length of PVSs). May propose a special test for rebuffering, including coding and transmission error impairments.

• Evaluators should be seated facing the center of the video display at the specified viewing distance. That means that subject's eyes should be positioned opposite to the video display's center (i.e. centered both vertically and horizontally)

• Decision: Will be copied from the HD test plan. One viewer for QCIF/QVGS. 24 viewers for each test after screening (similar to MM).

• Ref: Hoffman’s papers (IEEE)

• Are we going to include audio?

• Decision: No audio.

• Display Monitors– QVGA/QCIF: LCD– SD: professional CRT or LCD– HD: LCD or professional CRT

• Decision: – QVGA/QCIF: LCD– SD: professional CRT – HD: LCD or professional CRT– PDP was voted not to be used.

• Are we going to use the same LCD panel if LCD display is used?

• List of admissible LCD monitors?

• Decision: Using the same LCD panel is not required.

– QCIF/QVGA: TCO 06 or later version– CRT: professional quality– LCD for HD: same as in the HDTV project

• For the HD/SD testing, the video will use the full screen dimensions and no background panel or black border will be present.

• Decision: For the HD/SD testing, the video will use the full screen dimensions and no background panel or black border will be present.

• How long will be the session length?• How many PVSs are there per session?

• Decision: For 10s PVS, the number of the total PVSs is about 168.

• For 15s PVS (SD/HD), the number of the total PVSs is about 130.

• New vote: 10s (5), 15s (5) => We will use 15s SRC/PVS for SD/HD.

• For 16-24s PVS, TBD

• Randomization: maximum number of viewers per order?

• Decision: The max number of views for each order is 6 assuming 24 viewers for SD/HD. (full randomization is recommended if possible).

• For QCIF/QVGA, different ordering for each viewer as in the MM project.

• Decision: TBD

• SRC admissibility? (e.g., at least 4 in ACR scale or ILGs will decide?)

• Decision: “Good” or better. Final decision will be made by ILGs.

• SRC length– Option #1: extra 2 seconds or 20 frames– Option #2 (see test plan)

• Decision: extra 2 seconds at the beginning and end for 10s and 15s SRC/PVS.

• Cropping & Rescaling (help from Margaret?)

• Decision: Margaret will revise the table 2 (page 29).

• Test materials– MM sources– RRNR sources– NTIA HD– NTIA SD– ITU SD (some of them)– SVT HD– Other materials (Elephant’s Dream, Big

Buck Bunny)

• FYI

Issues to be determined• Codec

– H.264– MPEG2 (SD & HD only)– MPEG4 (QCIF & QVGA only)

• HRC (bitrate, frame rate)– QVGA/VGA: same as MM– SD: same as RRNR– HD: same as HD

• Decision: – Codec: H.264 (HD, SD, QVGA), MPEG2 (SD)

• HRC (bitrate, frame rate) => agreed the following conditions.

– QVGA/VGA: same as MM– SD: same as RRNR– HD: same as HD

Issues to be determined • Max. length of freezing or skipping (10s PVS)?

skipping, skipping as long they meet the aforementioned conditions).

SRC (10s)

PVS (10s)

max loss

PVS (10s)

max extra

Issues to be determined • Max. length of freezing or skipping (15s PVS)?

skipping, skipping as long they meet the aforementioned conditions

SRC (10s)

PVS (10s)

max loss

PVS (10s)

max extra

• Are we going to use the 11 scale ACR (the same decision as the HD project)?

• Decision: TBD

• Are we going to allow proponents to conduct subjective tests?

• Decision: Yes

Issues to be determined• How about model entry (e.g., 1. per codec, per

resolution)?• SD/HD (H.264, MPEG2):• QCIF/QVGA (H.264, MPEG4):

– => Different model entry for each codec– => Four models (each model also include FR, RR, NR).

• Decision: • Three codec-resolution combinations.

• H.264 (HD/SD): FR, RR, NR• H.264 (QVGA): FR, RR, NR• MPEG2 (SD): FR, RR, NR

• A different model is allowed for each codec-resolution. In other words, a proponent may submit model(s) for any one or all of the three types.

Number of subjective tests (Proponents)

BT 1 (QVGA, SD625, HD50i, HD25p)Ericsson1 (QVGA)DT 1 (HD25p)Ghent Univ. 1 (QVGA, HD30p, HD25p)KDDI 2 (QVGA, SD525, HD60i, HD30p)Lancaster Univ 1 (QVGA)VQLINK 0NTT 2 (SD525, HD60i)Opticom 1 (QVGA)Psytechnics ?Symmetricom 1 (SD525, HD60i, HD30p)Swissqual 1 ?Tektronix Yonsei 3 (QVGA, SD525, HD60i, HD30p)

Total: 15 (QVGA, SD, HD50, HD60)

HD 60i 　

HD 30p 　

HD 50i 　

HD 25p 　

SD 525 　

SG 625 　

QVGA 　

Number of subjective tests (ILG, Jan 2009)

• CRC 0• INTEL 1 (QVGA, HD60i, HD30p)• Acreo 0 or possibly 1 (QVGA, SD625)• IRCCyN 1 ?• Nortel 0• FUB 1 (QVGA, SD625, HD50i, HD25p)• NTIA 0• Verizon 1 (QVGA, SD525, HD60i, HD30p)

• NOTE: ATIS option may be considered.• 4 or 5

Model type Inputs

Hybrid FR bit stream data, PVS, SRC

Hybrid RR bit stream data, PVS, features extracted from SRC

Hybrid NR bit stream data, PVS

NR PVS

Parametric (assumed to be equivalent to

P.NAMS (Q12.14) with video only)

TS, RTP, UDP, IP headers & (optional) longer freezing Decision: Send a liaison to SG12 about the preferred

input requirements and accept their official position.

Bitstream 1 (assumed to be equivalent to

P.NBAMS with video only, no decoding)

TS, RTP, UDP, IP headers, ES information & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

Bitstream 2 (assumed to be equivalent to

P.NBAMS with video only, decoding allowed)

TS, RTP, UDP, IP headers, ES information & (optional) longer freezing. Decision : Send a liaison to SG12 about the preferred input requirements and accept their official position.

display

Removing headers

RGB capture

• Issues with P.NAMS & P.NBAMS

• Decision: • VQEG Parametric (video only) will be

validated together with Hybrid if possible depending on the answer from SG12.

• VQEG Bitstream 1 & 2 (video only) will be validated together with Hybrid if possible depending on the answer from SG12.

Issues to be determined• Currently, there codecs are considered (H.264, MPEG2, MPEG4).

– SD/HD: MPEG2, H.264– QCIF/QVGA: MPEG4, H.264

• Side Channels for RR – HD (56 kbps, 128 kbps, 256 kbps) <= HDTV project– SD (15 kbps, 80 kbps, 256 kbps) <= RRNR-TV– QCIF (1 kbps, 10 kbps) <= MM– CIF (10 kbps, 64 kbps) <= MM

• Side Channel [TBD]– SD/HD: 15 kbps, 56 kbps, 128 kbps, 256 kbps– QVGA/QCIF: 1kbps, 10 kbps, 64 kbps

• Took voting and decided option #1– Option #1 H.264 (SD/HD), MPEG2 (SD), H.264 (QVGA) => Ten

votes– Option #2 H.264 (SD/HD), MPEG2 (SD), H.264 (QVGA), MPEG4

(QVGA) => Thee votes

• Decision: Three codec-resolutions will be tested– H.264 (SD/HD) 15 kbps, 56 kbps, 128 kbps, 256 kbps– MPEG2 (SD) 15 kbps, 56 kbps, 256 kbps– H.264 (QVGA) 10 kbps, 64 kbps

Are we going to use numerical values attached to each category?

Continuous vs. discrete? Further study on 16-24s SRC/PVS (e.g.,

single evaluation values for 24 sec, user response to various length of PVSs). May propose a special test for rebuffering, including coding and transmission error impairments.

Took voting: Continuous(3), discrete(12)

• Decision: Use 11 scale, discrete ACR.

LCD TV monitors can be also used for SD along with professional CRT.

• Support: 10• Oppose: 3

• Decision: LCD TV monitors can be also used for SD along with professional CRT. It is recommended that professional LCD TV monitors are used if possible.

Decision from the last meeting

(Sep. 2008, Ghent)

Test conditions• PVS length: SD/HD => 16

– Rebuffering is NOT allowed• PVS length: QCIF/QVGA

– Variable for rebuffering: 16(SRC)/upto24(PVS) – Fixed: 10 sec– Rebuffering is allowed

• Definition: Rebuffering is freezing longer than 0.5s without skipping

• Maximum delay/advance in PVS? (+/- 0.25 sec): other conditions will be identical as in the multimedia project [TBD]

• Decision: the maximum time limit for freezing or rebuffering is 8 seconds forQCIF/QVGA.

Subjective Test • ACR HR (tentatively) for both QVGA/VGA and

SD/HD • Graphical, continuous ACR version may be

also used.• Numbers will be used along with semantic

terms unless P.910rev is approved.• Proposal.• (1) Vittorio: Some concerns about ACR-HR,

new subjective testing method. => prefer DSCQS, DSIS, at least 10 steps

• (2) Silvio: Propose to use a scale from 1 to 5 with steps of 1/10, Propose to use MOS (or MOS_adj) as a target value

• Decision: 11 scale ACR-HR(P.910)=10, DSCQS=1

Model Inputs

Model A (P.NAMS): TS, RTP, UDP, IP headers & (optional) longer freezing

Model B (P.NBAMS): TS, RTP, UDP, IP headers, ES information & (optional) longer freezing – Decoding is not allowed?

Hybrid models (FR/RR/NR) : bit stream data (TS, RTP, UDP, IP headers, ES information) & PVS (SRC if required)

headerextractor

bit-stream data(trace dump with arrival time) P.NAMS

Proponents & Preferred input types

Text Bit-stream (trace dump with arrival time)

Don’t know

OPTICOM

Yonsei

Tektronix

Ghent Univ.

Symmetricom

NTTLancaster Univ

Psytechnics

(1) Hybrid models

Bit-stream (trace dump with arrival

Don’t know

Telchemy

Tektronix

Ericsson

Ghent Univ

Symmetricom

Psytechnics

(2) P.NAMS: Use only IP, UDP, RTP and TS headers

Note: Potential proponents should declare their intensions to SG12 by Sep. 30.

Text Bitstream Don’t know

Ericsson

Ghent Univ

Symmetricom

Psytechnics

(3) P.NBAMS

• CRC

• INTEL

• Acreo

• IRCCyN

• Nortel

• FUB

• NTIA

Reference Decoder [TBD]

• Reference decoder to ensure error-free bit stream compliance to the standard (open source)

– Open-source H.264 codec (JM) • Alternative: x264

– Open-source MPEG2 (FFMPEG)– Open-source MPEG4 -

• momusys, Xvid??

NOTE: Proponents should provide a working system of entire chains (encoder, container, server, capture program, decoder, etc)

Capturing bit stream data [TBD]

• File format: PCAP, RTP dump, MS Network Analyzer format (.cap).

• Capturing programs: Wireshark, Tcpdump, MS Network Analyzer format

• Protocol: TCP/IP, UDP??

Streaming Server [TBD]

• Representative streaming server

– Live555: working for MPEG2– VLC: working for H.264 and MPEG4– Dvbstream: working for ???– Helix: working for ???– Ffserver: MPEG2 and MPEG4, H.264(?)

Inputs to the model

• Text file (Hybrid)

• Bit stream data (Bitstream/Hybrid)

network decoder

bit-streamcapture

DISPLAY

bit-stream data(trace dump with arrival time)

videocapture

Inputs to the model

Hybrid modelsbit-stream data(trace dump with arrival time)

headerextractor

bit-stream data(trace dump with arrival time)

P.NBAMSbit-stream data(trace dump with arrival time)

P.NAMS

Issues with Inputs to the model [TBD]

• If bit-stream data which contains transmission errors can’t be interpreted by some models, what will we do about the models?

referencedecoder

bit-stream datawithout transmission errors

reference IPanalyzer &decoder

bit-stream datawith transmission errors

IP analyzer: converter & decoder • We need to convert the captured bit stream

data so that the reference decoder can decode it.

• programs??? (TCP replay, off-line simulator)• Free or open-source SW??• Hire professional developer??

refererenceencoder

bit stream data

player

channel

packetcapturer

container server

extracterrefererencedecoderPVS

network emulator

IP analyzer • Any bit stream data which can be understood by the

reference IP analyzer will be admissible. Models are required to handle the bit stream data.

• Bottom Line: We need working programs for reference encoder, container, server, packet capturer, extractor and reference decoder so that the reference decoder can decode the captured bit stream data. Also the transmission error information should be outputted.

Data Analysis

Drafting test plan

• A draft of the hybrid test plan will be done by the co-chairs (JB, CL) and editors (David Hands, Nicolas Staelens, Vittorio Baroncini, Yves Dhondt) by borrowing heavily from the multimedia and HD test plans.

• The draft will be presented to VQEG for approval.

Schedule

• Proposal for a working system (encoder, server, capturing program, decoder): next VQEG meeting (Jan, 2009)

• Finalization of test plan: VQEG meeting after the reference IP analyzer is available: VQEG meeting (July, 2009)

• Model submission: Six months after the test plan is finalized.

Remaining issues [TBD]

• Subjective test – Multimedia project approach: proven,

but delays may happen (about 6 month delay after model submission). Easy to correct errors

– HDTV project approach: Fast, but there can be impasse if serious PVS problems occur. Difficult to correct errors.

Number of subjective tests (Proponents)

BT 1Ericson1DT 1Ghent Univ. 1KDDI 2Lancaster Univ 1NEC 1NTT 1Opticom 1Psytechnics 1Symmetricom 1SQ 1TektronixYonsei 3

Total: 16

Number of subjective tests (ILG)

• CRC 0• INTEL 0• Acreo 0 or possibly 1• IRCCyN 1• Nortel • FUB 1• NTIA 1?

• NOTE: ATIS option may be considered.

• Calibration limit: currently same as HDTV & Multimedia (will be decided over the reflector)

• Bit-stream models– P.NAMS (audio/video, video only)– P.NBAMS (audio/video, video only)– P.NBAMS with some additional information from

decoder such as freeze frames (audio/video, video only)

• audio/video(P.NAMS) vs. Hybrid (video only)

• Decision: Initially video only. If enough audio(with video) subjective data is available, models for audio and audio/video will be also validated.

1 hybrid bit-stream models (june 28 – july 2, krakow)

Documents

krakow przemysly kreatywne_13_11_2012

planning a trip krakow - london - marsylia -krakow

vilnius krakow

krakow slides 2013

lowpower.sakura.ne.jp · da ta mp4 file mux bit stream data...

top krakow

krakow syllabus

krakow presentation speak_appsmngm_final

krakow instant guide

estimation of change point of distribution in a bit...

krakow cribs

krakow 2012

krakow reception booklet

the stream cipher rabbit - cr.yp.to · the stream cipher...

5-4: cmos bit-stream band-pass beamformingtime band-pass...

raport 2015 przemysl spotkan krakow / meetings industry...

transcoding of an mpeg-2 bit stream to an h.264 bit stream

aforajayshahnirma.wordpress.com stream cipher a stream...

krakow, summer 2011

principles of information security, 3rd edition2 cipher...