Professional Documents
Culture Documents
MӨC LӨC
MӨC LӨC .................................................................................................... 1Ê
x MӨC VӀ................................................................................ 2Ê
x MӨC BҦ ..................................................................................... 2Ê
I. EvalVid- Cơ cҩu cho truyӅn video và đánh giá chҩt lưӧng .................... 3Ê
1.1. Giӟi thiӋu --------------------------------------------------------------------------------- 3Ê
1.2. Cơ cҩu và thiӃt kӃ ------------------------------------------------------------------------ 4Ê
1.3. Các chӭc năng hӛ trӧ -------------------------------------------------------------------- 6Ê
1.3.1. Xác đ͓nh t͝n th̭t gói tin và t͝n th̭t khung ................................ ........... 6Ê
1.3.2. Đánh giá ch̭t lưͫng video ................................ ................................ ... 9Ê
1.4. Các công cө ------------------------------------------------------------------------------ 11Ê
1.4.1. C̭u trúc dͷ li͏u và files ................................ ................................ .......11Ê
1.4.2. B͡ g͵i video- VS ................................ ................................ ...................12Ê
1.4.3. ET ± Evaluate Traces ................................ ................................ ...........13Ê
1.4.4. Fix Video- FV ................................ ................................ .......................16Ê
1.4.5. PSNR- đánh giá ch̭t lưͫng ................................ ................................ ..18Ê
1.4.6. Tính toán MOS ................................ ................................ .....................19Ê
1.4.7. Nhóm công cͭ thͱ 3 c̯n thi͇t ................................ ............................... 20Ê
1.5. Các kӃt quҧ đӇ làm mүu --------------------------------------------------------------- 21Ê
1.6. KӃt luұn và các chӫ đӅ cho viӋc nghiên cӭu sau này ------------------------------ 22Ê
II. ignment............................................................................................. 23Ê
2.1. Mã hóa ----------------------------------------------------------------------------------- 23Ê
2.2. Giҧi mã ----------------------------------------------------------------------------------- 25Ê
2.3. ThiӃt lұp mҥng và truyӅn file --------------------------------------------------------- 26Ê
x MӨC VӀ
x MӨC BҦ
mӅm cӫa hӑ có thӇ dùng đưӧc mӝt cách công khai. Theo sӵ hiӇu biӃt tӕt nhҩt cӫa
các tác giҧ thì chưa có công cө miӉn phí đӇ thӓa mãn các yêu cҫu đưӧc mô tҧ ӣ trên.
Báo cáo này giӟi thiӋu vӅ EvalVid. Nó là mӝt cơ cҩu và mӝt công cө đӇ đánh
giá thӕng nhҩt vӅ chҩt lưӧng truyӅn tҧi video. EvalVid có cҩu trúc khӕi, làm cho nó
có thӇ trao đәi theo ý muӕn cӫa ngưӡi sӱ dөng cho cҧ hӋ thӕng truyӅn tҧi lүn các
codecs. Vì vұy nó đưӧc áp dөng cho bҩt kǤ phương thӭc mã hóa nào và có thӇ đư ӧc
dùng cҧ trong các cài đһt thӵc nghiӋm thұt và thí nghiӋm mô phӓng. Các dөng cө
đưӧc thӵc hiӋn ISO-C tinh khiӃt cho tính khҧ chuyӇn tӕi đa. Tҩt cҧ các tương tác
vӟi mҥng đưӧc thӵc hiӋn thông qua hai trace files. Do đó nó dӉ dàng đưӧc tích hӧp
EvalVid trong bҩt kǤ môi trưӡng nào.
Cҩu trúc cӫa bài báo này như sau: Phҫn 2 giӟi thiӋu tәng quan vӅ toàn bӝ cơ
cҩu. Phҫn 3 giҧi thích phҥm vi cӫa các phҫn tӱ chӭc năng hӛ trӧ. Sau đó các công
cө cá nhân đưӧc mô tҧ chi tiӃt hơn trong phҫn 4.
Cũng tӯ hình 1, quá trình truyӅn video sӕ đҫy đӫ đưӧc bҳt đҫu tӯ viӋc mã
hóa thông tin tӯ nguӗn, đóng gói, truyӅn qua mҥng, giҧm jitter bҵng bӝ đӋm tái tҥo,
giҧi mã và hiӇn thӏ cho ngưӡi sӱ dөng. Hơn nӳa các điӇm tҥi đó dӳ liӋu đưӧc rút ra
tӯ luӗng truyӅn dүn đưӧc đánh dҩu. Thông tin này đưӧc lưu trӳ trong các file khác
nhau. Các file này đưӧc dùng đӇ thu thұp kӃt quҧ mong muӕn ví dө như, tӹ lӋ mҩt
gói tin, jitter và chҩt lưӧng video. Rҩt nhiӅu thông tin là cҫn thiӃt đӇ tính toán các
giá trӏ này.
Dӳ liӋu cҫn thiӃt là (tӯ bên gӱi):
-Ê video chưa nén bҧn gӕc
-Ê video đưӧc mã hóa
Và tӯ bên nhұn
-Ê nhҩn thӡi gian và loҥi gói nhұn đưӧc
-Ê tұp hӧp lҥi video đưӧc mã hóa
-Ê video giҧi nén gӕc đưӧc hiӇn thӏ
ViӋc đánh giá các dӳ liӋu này đưӧc thӵc hiӋn tҥi bên gӱi vì vұy các thông tin
tӯ bên nhұn cҫn phҧi gӱi lҥi cho bên gӱi. Trên thӵc tӃ thì video gӕc chưa nén có
dung lưӧng rҩt lӟn ví dө 680 MB đӕi vӟi cho 3 phút video trên mà n hình PDA. Mһt
khác, có thӇ tái tҥo video đӇ đưӧc hiӇn thӏ tӯ các thông tin sҹn có ӣ bên gӱi. Thông
tin duy nhҩt cҫn thiӃt tӯ bên nhұn là mӝt file chӭa các nhҩn thӡi gian cӫa mӛi gói
tin đã thu đưӧc. ĐiӅu này thuұn tiӋn hơn nhiӅu so vӟi viӋc truyӅn các file video
hoàn thiӋn (sai sӕ và mã hóa) tӯ bên nhұn.
Xӱ lý các dӳ liӋu thӵc hiӋn trong ba giai đoҥn. Giai đoҥn đҫu tiӅn đòi hӓi các
nhҩn thӡi gian tӯ cҧ hai bên và các loҥi gói tin. Các kӃt quҧ cӫa bưӟc này là biӃt
đưӧc loҥi khung dӵa vào tӹ lӋ mҩt gói và trӉ giӳa các gói. Hơn nӳa, sai sӕ file video
tӯ bên nhұn đưӧc tái tҥo bҵng cách dùng file video gӕc đưӧc mã hóa và thông tin
tәn thҩt gói. Video ӣ đây có thӇ đưӧc giҧi mã thành các khung video gӕc đӇ đưӧc
hiӇn thӏ cho ngưӡi sӱ dөng. Tҥi điӇm này, vҩn đӅ chung cӫa viӋc đánh giá chҩt
lưӧng video đưӧc thӵc hiӋn. Các chuҭn đo chҩt lưӧng video luôn luôn đòi hӓi viӋc
so sánh khung đưӧc hiӇn thӏ (có thӇ bӏ biӃn đәi) vӟi các khung gӕc tương ӭng.
Trưӡng hӧp các khung hoàn toàn bӏ mҩt thì viӋc đӗng bӝ không thӇ đưӧc duy trì.
Giai đoҥn thӭ hai cӫa quá trình này đưa ra mӝt biӋn pháp đӇ giҧi vҩn đӅ này.
Dӵa vào thông tin tәn thҩt, đӗng bӝ khung đưӧc hӗi phөc bҵng cách xen khung
đưӧc hiӇn thӏ sau cùng cho mӛi khung bӏ mҩt. ĐiӅu này làm cho viӋc đánh giá chҩt
lưӧng tӕt hơn. Do đó, file video gӕc cӕ đӏnh và file video gӕc đưӧc dùng tҥi giai
đoҥn cuӕi đӇ thu đưӧc chҩt lưӧng video.
Các hӝp trong hình 1 có tên là VS, ET, FV, PSNR và MOS là các chương
trình mà cơ cҩu viӋc đánh giá chҩt lưӧng có. Tương tác giӳa các công cө và mҥng
(đưӧc xem như là hӝp đen) dӵa vào các trace files. Các files này chӭa tҩt cҧ các dӳ
liӋu cҫn thiӃt. ChӍ có mӝt file cҫn phҧi đưӧc cung cҩp tӯ ngưӡi sӱ dөng EvalVid là
³receiver trace file´. NӃu mҥng là mӝt đưӡng liên kӃt thӵc tӃ thì file này đưӧc tҥo ra
tӯ TCP-dump. NӃu mҥng đưӧc mô phӓng thì file này tҥo ra bӣi thành phҫn bên
nhұn cӫa sӵ mô phӓng.
Đӕi vӟi các công cө nҵm trong EvalVid ngưӡi ta chӍ cҫn các trace file này, file
video gӕc và bӝ giҧ mã thui. Do đó, trong trưӡng hӧp EvalVid thì mҥng chӍ là mӝt
hӝp đen mà tҥo ra trӉ, tәn thҩt gói và viӋc sҳp xӃp lҥi gói tin. Nó có thӇ là mӝt
đưӡng liên kӃt thӵc, chҷng hҥn như mҥng Ethernet hoһc là WLAN, hoһc mô phӓng
cӫa mҥng. Do tương tác cӫa EvalVid vӟi mҥng chӍ đưӧc biӇu diӉn bӣi hai trace file
(bên gӱi và bên nhұn), có thӇ dӉ dàng thay hӝp mҥng đӇ làm cho EvalVid càng tín
cұy hơn. Tương tӵ, bӝ codec video cũng có thӇ đưӧc thay mӝt cách dӉ dàng.
1.3.1. Xác đӏnh tәn thҩt gói tin và tәn thҩt khung
a.Ê pәn thҩt gói
ViӋc mҩt gói tin thưӡng đưӧc xác đӏnh dӵa trên cơ sӣ ký hiӋu nhұn dҥng gói.
Do đó, hӝp đen mҥng phҧi cung cҩp ID gói duy nhҩt. ĐiӅu này không phҧi là vҩn đӅ
đӕi vӟi viӋc mô phӓng bӣi vì các ID duy nhҩt có thӇ dӉ dàng đưӧc phát. Trong các
phép đo, các ID gói tin thưӡng đưӧc lҩy tӯ IP (cung cҩp mӝt ID duy nhҩt). ID gói
duy nhҩt cũng đưӧc sӱ dөng dӇ hӫy bӓ viӋc sҳp xӃp lҥi gói. Trong trưӡng hӧp
truyӅn dүn video, nó không chӍ đӅ cҩp đӃn viӋc là bao nhiêu gói bӏ mҩt mà còn cho
biӃt vӅ loҥi dӳ liӋu nҵm nҵm trong các gói.Ví dө, bӝ codec MPEG-4 đӏnh nghĩa 4
loҥi khác nhau cӫa khung (I, P, B, S) và cũng đӏnh dҥng mӝt sӕ phҫn mào đҫu
chung. Do nó rҩt cҫn thiӃt cho truyӅn dүn video và rҵng loҥi dӳ liӋu nào bӏ mҩt thì
nó cũng cҫn thiӃt đӇ phân biӋt các loҥi gói tin. ViӋc đánh giá tәn thҩt gói tin đưӧc
tính phө thuӝc vào loҥi gói. Tәn thҩt gói đưӧc đӏnh nghĩa trong phương trình (1)
tính theo %.
Nhóm V 6 Lӟp 10BĐTVT- KH
Bài tұp TruyӅn thông đa phương tiӋn
nT
Tәn thҩt gói PLT Õ 100 recv (1)
nT
sent
Trong đó
T: loҥi cӫa dӳ liӋu trong gói (mӝt trong tҩt cҧ, mào đҫu, I, P, B, S)
n : Tәng sӕ gói tin loҥi T đưӧc gӱi.
Trecv
nT : Tәng sӕ gói tin loҥi T nhұn đưӧc
sent
.Ê pәn thҩt khung
Mӝt khung video (thӵc ra là mӝt ҧnh tĩnh đơn đưӧc mã hóa) có thӇ tương đӕi
lӟn, không chӍ trong trưӡng hӧp tӕc đӝ bit video biӃn đәi mà còn trong tӕc đӝ bit cӕ
đӏnh la do thuұt ngӳ không đәi đưӧc áp dөng cho sӕ trung bình cho khoҧng thӡi
gian ngҳn. Các khung I thưӡng lӟn đáng kӇ so vӟi tӕc đӝ bít đích không đәi (sӕ
trung bình thӡi gian ngҳn) thұm chí trong ³CBR´ videos (hình 2).
Rҩt có thӇ và có khҧ năng rҵng mӝt sӕ hoһc có thӇ là tҩt cҧ các khung lӟn hơn
đơn vӏ truyӅn tӕi đa (MTU) cӫa mҥng. MTU là kích thưӟc gói tӕi đa đưӧc hӛ trӧ
bӣi mҥng (ví dө Ethernet = 1500 bytes và 802.11b WLAN = 2312 bytes). Các
khung này cҫn phҧi đưӧc phân đoҥn thành các gói nhӓ hơn đӇ phù hӧp cho MTU
cӫa mҥng. ViӋc có thӇ phân đoҥn các khung này đưa ra mӝt vҩn đӅ cho viӋc tính
toán vӅ tәn thҩt gói.
!"#$%
&'(
))*'+,
VӅ nguyên tҳc thì tәn thҩt gói có thӇ thu đưӧc tӯ tӕc đӝ tәn thҩt gói (ӣ đây, gói
luôn mang nghĩa là gói IP). Nhưng quá trình này phө thuӝc ít vào khҧ năng sӱ dөng
bӝ giҧi mã video thӵc bӣi vì mӝt sӕ bӝ giҧi mã có thӇ xӱ lý mӝt khung tuy mӝt sӕ
thành phҫn cӫa khung bӏ mҩt và mӝt sӕ bӝ giҧi mã thì không thӇ. Hơn nӳa, mӝt
Nhóm V 7 Lӟp 10BĐTVT- KH
Bài tұp TruyӅn thông đa phương tiӋn
khung có thӇ đưӧc giҧi mã dӵa vào gói nào cӫa nó bӏ mҩt. NӃu gói thӭ nhҩt bӏ mҩt
thì khung gҫn như không bao giӡ đư ӧc giҧi mã. Do đó, các tính năng cӫa các bӝ
giҧi mã nào đó cҫn phҧi quan tâm đӃn đӇ tính toán tӕc đӝ tәn thҩt khung. Nó đưӧc
tính riêng cho tӯng loҥi khung.
nT
Tәn thҩt khung FLT Õ 100 recv (2)
nT
sent
Trong đó
T: kiӇu cӫa khung (mӝt trong tҩt cҧ mào đҫu, I, P,B, S)
nT : Tәng sӕ gói loҥi T đưӧc gӱi
recv
nT : Tәng sӕ gói loҥi T nhұn đưӧc
sent
c.Ê Xác đӏnh trӉ và iӃn đӝ trӉ- Jitter
Trong các hӋ thӕng truyӅn video không chӍ sӵ tәn thҩt là quan trӑng cho đӝ
cҧm nhұn chҩt lưӧng video mà phҧi quan tâm đӃn mӝt sӕ tham sӕ khác như trӉ các
khung và biӃn đӝ trӉ-Jitter. Video sӕ luôn chӭa các khung đӇ đưӧc hiӋn thӏ vӟi tӕc
đӝ không đәi. ViӋc hiӋn thӏ mӝt khung trưӟc hoһc sau khi thӡi gian nhҩt đӏnh dүn
đӃn ³giұt hình´. Vҩn đӅ này đưӧc giҧi quyӃt bҵng bӝ đӃm tái tҥo. Các bӝ đӋm này
nhҵm mөc đích hҩp thө jitter đưӧc tҥo ra bӣi các trӉ mҥng. Rõ ràng mӝt bӝ đӋm tái
tҥo đӫ lӟn có thӇ bù lҥi bҩt kǤ sӕ lưӧng jitter. Trong trưӡng hӧp đһc biӋt bӝ đӋm lӟn
đӃn mӭc đӇ chӭa toàn bӝ video và viӋc hiӇn thӏ bҳt đҫu mà không cҫn chӡ đӃn khi
nhұn đưӧckhung cuӕi cùng. ĐiӅu này sӁ loҥi bӓ bҩt kǤ jitter có thӇ có nhưng phҧi có
thêm trӉ cho toàn bӝ thӡi gian truyӅn. Mӝt trưӡng hӧp đһc biӋt khác sӁ là mӝt bӝ
đӋm có thӇ chӭa đúng mӝt khung. Trong trưӡng hӧp này không thӇ loҥi bӓ bҩt kǤ
jitter nào nhưng lҥi không có trӉ thêm nào đưӧc tҥo ra.
Đã có các kӻ thuұt tinh vi đưӧc phát triӇn cho các bӝ đӋm tái tҥo tӕi ưu đӇ giҧi
quyӃt sӵ cân bҵng đһc biӋt này. Các kӻ thuұt này không nҵm trong phҥm vi cơ cҩu
đưӧc mô tҧ. Dung lưӧng bӝ đӋm tái tҥo là tham sӕ cho quá trình đánh giá chҩt
lưӧng. ĐiӅu này đang hҥn chӃ cơ cҩu này vӅ các bӝ đӋm tái tҥo tĩnh. Tuy nhiên, do
viӋc tích hӧp bӝ đӋm tái tҥo liên quan đӃn quá trình đánh giá, thì sӁ xҧy ra tәn thҩt
mӟi do tràn bӝ đӋm tái tҥo hoһc thiӃu bӝ đӋm.
Đӏnh nghĩa hình thӭc cӫa Jitter đưӧc sӱ dөng trong bài báo này đưӧc cho
trong phương trình 3, 4, và 5. Đ ó là sӵ thay đәi vӅ trӉ giӳa các khung liên tiӃp hoһc
trӉ giӳa các gói liên tiӃp. ³Frame time´ đưӧc tính bҵng thӡi gian tҥi đó đoҥn gói
cuӕi cùng cӫa khung phân đoҥn đưӧc nhұn.
TrӉ giӳa các gói liên tiӃp it P Õ 0 (3)
0
it P Õ t p tP
n n n 1
Trong đó t nhҩn thӡi gian cӫa sӕ gói n
Pn
Trong đó tF là nhҩn thӡi gian cӫa đoҥn gói cuӕi cùng cӫa sӕ khung m
m
1
Packet jitter j Õ (iti it )
2 (4)
i Õ1
Trong đó N: tәng sӕ gói
it N : là trӉ trung bình giӳa các gói liên tiӃp
1 M 2
Frame jitter j Õ (it itM ) (5)
F M i Õ1 i
thưӡng đưӧc cho theo mӭc đӝ tӯ 5(tӕt nhҩt) vӅ 1 (xҩu nhҩt) như trong bҧng 1. Mӭc
đӝ này đưӧc gӑi là điӇm trҧi nghiӋm trung bình (Mean Opinion Score_MOS).
-./0!#123
&,445
NhiӅu công trình trong công nghiӋp và nghiên cӭu yêu cҫu phương pháp tӵ
đӝng hóa đӇ đánh giá chҩt lưӧng video. Các thӱ nghiӋm phӭc tҥp và đҳt tiӅn cӫa
phương pháp chӫ quan thưӡng không đưӧc áp dөng. Do đó, phương pháp khách
quan đã đưӧc phát triӇn đӇ cҥnh tranh vӟi cҧm giác chҩt lưӧng cӫa hӋ thӕng thӏ giác
cӫa con ngưӡi (HVS)..
Tuy nhiên, phương pháp phә biӃn nhҩt là viӋc tính tӹ sӕ tín hiӋu đӍnh trên tҥp
âm (PSNR) cho mӛi ҧnh tĩnh. Tӹ sӕ này là mӝt trưӡng hӧp đһc biӋt cӫa tӹ sӕ trên
tín hiӋu trên tҥp âm (SNR). SNR so sánh năng lưӧng tín hiӋu vӟi năng lưӧng tҥp
âm. Tӹ sӕ PSNR so sánh năng lưӧng tín hiӋu tӕi đa vӟi năng lưӧng nhiӉu. Nó có kӃt
quҧ tương quan vӟi đӝ cҧm nhұn chҩt lưӧng chӫ quan cao hơn so vӟi tӹ sӕ SNR.
Phương trình (6) là đӏnh nghĩa cӫa PSNR giӳa thành phҫn đӝ sáng Y cӫa ҧnh tĩnh
nguӗn S và ҧnh tĩnh đích D
û
V
peak
PNSR(n) Õ 20log (6)
dB 10 N 2
N
col row
1
Y (n, i, i) YD ( n, i, j)
N N row i Õ0 j Õ0 S
col
peak Õ 2k 1
V
PSNR Õ 20log leak ,
M SE
Do PSNR đưӧc tính cho tӯng khung thì nó bҩt tiӋn khi áp dөng cho video gӗm
hàng trăm hoһc hàng nghìn khung. Hơn nӳa, ngưӡi ta thưӡng quan tâm đӃn sӵ m éo
dҥng đưӧc tҥo ra bӣi mҥng. Vì vұy hӑ muӕn so sánh video thu đưӧc (có thӇ bӏ méo)
vӟi video không bӏ méo đã gӱi đi. ĐiӅu này thӵc hiӋn bҵng cách so sánh PSNR cӫa
video đưӧc mã hóa vӟi video thu đưӧc cho tӯng khung hoһc so sánh các trung bình
cӫa nó vӟi đӝ lӋch chuҭn.
Mӝt phương pháp nӳa là đҫu tiên phҧi tính MOS (bҧng 2) và tính sӕ tӹ lӋ
khung vӟi MOS xҩu hơn tӹ sӕ khung cӫa video đã đưӧc gӱi (không bӏ méo dҥng).
Phương pháp này có ưu điӇm là t hҩy rõ sӵ biӃn dҥng gây ra bӣi mҥng. Trong phҫn
4, ta có thӇ thҩy ví dө đưӧc cho bӣi công cө MOS cӫa EvalVid. Các kӃt quҧ rõ hơ n
đưӧc cho bӣi EvalVid đưӧc tóm tҳt trong phҫn 5.
-,,'67
#8,
Khi có đưӧc file video đưӧc mã hóa (các luӗng bit), trace files đưӧc tҥo ra tӯ
nó. Các trace files này chӭa tҩt cҧ các thông tin liên quan cho các khӕi công cө cӫa
EvalVid đӇ thu đưӧc các kӃt quҧ như trình bày trong phҫn 3. Các công cө đánh giá
chҩt lưӧng video tҥo ra các đoҥn chương trình đӇ đӑc và viӃt các trace files này và
sӱ dөng cҩu trúc dӳ liӋu trung tâm chӭa tҩt cҧ các thông tin cҫn thiӃt đӇ đưa ra các
kӃt quҧ mong muӕn. Dҥng thӵc cӫa trace files, cách sӱ dөng các đoҥn chương trình
và đӏnh nghĩa cҩu trúc dӳ liӋu trung tâm đưӧc mô tҧ ngҳn gӑn trong phҫn sau và
đưӧc mô tҧ chi tiӃt trong tài liӋu tham khҧo.
nhau và vӟi chiӅu dài gói tin khác nhau. Sau đó các file này có thӇ đưӧc đưa vào
hӝp đen mҥng (chҷng hҥn như sӵ mô phӓng). ĐiӅu này đưӧc thӵc hiӋn vӟi sӵ hӛ trӧ
tӯ các đoҥn chương trình đҫu vào và các cҩu trúc dӳ liӋu cung cҩp bӣi EvalVid. Sau
đó mҥng sӁ tҥo ra trӉ và tәn thҩt và sӵ sҳp xӃp lҥi các gói tin. Mӝt trace file khác tҥi
bên nhұn đưӧc tҥo ra hoһc vӟi sӵ hӛ trӧ cӫa đoҥn chương trình đҫu ra cӫa EvalVid
hoһc trong trưӡng hӧp truyӅn dүn thӵc chӍ bӣi TCP-dump (nó tҥo ra trace files
tương thích vӟi EvalVid)
Cҫn lưu ý rҵng mһc dù lӟp IP sӁ phân đoҥn các gói UDP trên MTU cӫa lӟp
phía dưӟi và lӟp IP sӁ cӕ gҳng tұp hӧp lҥi các đoҥn gói tҥi bên nhұn th ì tӕt hơn hãy
cho nó tӵ phân đoҥn NӃu mӝt đoҥn gói (IP fragment) bӏ mҩt thì toàn bӝ gói (UDP)
đưӧc coi là bӏ mҩt. Do nó thích hӧp hơn đӇ có đưӧc phҫn còn lҥi cӫa các đoҥn gói
tin thì báo cáo này muӕn khuyӃn nghӏ chúng ta nên sӱ dөng chӭc năng phân đoҥn
gói MTU cӫa VS nӃu có thӇ.
TrӉ giӳa khung liên tiӃp đưӧc tính theo phương trình (3) và (4). Tuy nhiên,
trong trưӡng hӧp tәn thҩt gói, các biӇu thӭc này không thӇ áp dөng dӉ dàng đưӧc.
ĐiӅu này do trong trưӡng hӧp này không có time -stamp có sҹn trong trace file bên
nhұn cho các gói tin bӏ mҩt. Do đó có mӝt câu hӓi đһt ra rҵng trӉ giӳa các gói liên
tiӃp đưӧc tính bҵng cách nào, nӃu ít nhҩt mӝt trong hai gói liên tiӃp bӏ mҩt? Mӝt khҧ
năng là phҧi đһt trӉ giӳa gói liên tiӃp trong trưӡng hӧp gói bӏ mҩt vӟi giá trӏ ³error´
ví dө giá trӏ 0. Sau đó nӃu mӝt gói thӵc sӵ nhұn đưӧc, thì có thӇ tìm kiӃm phҧn hӗi
cho đӃn khi tìm thҩy mӝt giá trӏ đúng. Trong trưӡng hӧp này trӉ giӳa các gói liên
tiӃp sӁ là tn tlast _ received _ packet . ĐiӅu này có nhưӧc điӇm là không nhұn đưӧc
mӝt giá trӏ cho mӛi gói và trӉ giӳa gói liên tiӃp có thӇ tăng quá lӟn. Đó là lý do tҥi
sao phương pháp đưӧc sӱ dөng bӣi ET là hơi khác nhau. NӃu ít nhҩt mӝt (tro ng hai
gói thӵc sӵ đưӧc dùng trong viӋc tính toán) gói bӏ mҩt thì sӁ không đưӧc gӱi vӟi giá
trӏ đúng nhưng gӱi vӟi giá trӏ dӵ đoán. ĐiӅu này đưӧc thӵc hiӋn bҵng cách tính thӡi
gian đӃn có thӇ giҧ đӏnh đưӧc cho mӝt gói bӏ mҩt. Dưӟi đây sӁ cho thҩy cách này
thӵc hiӋn như thӃ nào và phương trình (7). ĐiӅu này thӵc tӃ có nghĩa là đӕi vӟi các
gói tin bӏ mҩt thì giá trӏ cӫa trӉ giӳa các khung liên tiӃp tҥi bên gӱi đưӧc dùng. NӃu
gói tin tương đӕi ít bӏ mҩt thì phương pháp này không tác đӝng đáng kӇ cho thӕng
kê Jitter. Mһt khác, nӃu có tӹ lӋ tәn thҩt rҩt cao thì mӝt phương pháp khác đã đưӧc
giӟi thiӋu: đӇ tính toán các gói tӯng đôi nhұn đưӧc và tính các gói bӏ mҩt mӝt cách
riêng biӋt.
Thӡi gian đӃn (gói bӏ mҩt) t Õ t (t t ) (7)
Rn R Sn S
n 1 n 1
Trong đó t : time-stamp cӫa sӕ gói n đã đưӧc gӱi
Sn
9&#(L#P8Q;?A=5+
ET cũng có thӇ tính đӃn cҧ khi tӗn tҥi các giӟi hҥn thӡi gian nhҩt đӏnh. NӃu
có mӝt bӝ đӋm tái tҥo đưӧc thӵc hiӋn tҥi bên nhұn cӫa mҥng (bӝ đӋm này sӁ rӛng
khi không có khung nào đi đӃn vӟi thӡi gian nhҩt đӏnh) thì bӝ đӋm tái tҥo đó có
chiӅu dài tӕi đa. Phép đánh giá chҩt lưӧng khách quan chҷng hҥn như viӋc xác đӏnh
PSNR không thӇ tính đӃn trӉ hoһc jitter đưӧc. Tuy nhiên, mӝt bӝ đӋm tái tҥo rӛng
(hoһc đҫy) làm cho mҩt gói tin (không có khung nào đưӧc hiӇn thӏ). ChiӅu dài tӕi đa
bӝ đӋm tái tҥo có thӇ đưӧc dùng đӇ biӃn đәi trӉ thành tәn thҩt gói. Vӟi ET, ta có thӇ
thӵc hiӋn điӅu này bҵng cách cung cҩp chiӅu dài tӕi đa bӝ đӋm như là mӝt tham sӕ.
Sau đó sӵ ghép hӧp cӫa trӉ vӟi tәn thҩt đưӧc thӵc hiӋn như sau:
Mӝt nhiӋm vө khác mà ET thӵc hiӋn là tҥo ra mӝt video file bӏ lӛi (do tәn
thҩt). File bӏ lӛi này là cҫn thiӃt đӇ thӵc hiӋn viӋc đánh giá chҩt lưӧng video cho
cuӕi - đӃn cuӕi. Do đó mӝt file khác là cҫn thiӃt đӇ làm đҫu vào cho ET. Nó có tên
là file video đưӧc mã hóa nguӗn. Theo nguyên tҳc viӋc phát ra video bӏ lӛi đưӧc
thӵc hiӋn bҵng cách sao chép video gӕc cho tӯng gói tҥi chӛ mà các gói bӏ mҩt đưӧc
bӓ đi. Ngưӡi ta phҧi chú ý đӃn sai sӕ chӭa trong tính năng cӫa bӝ giҧi mã đưӧc
dùng. Có thӇ nói rҵng bӝ giҧi mã mong muӕn đánh dҩu đһc biӋt trong trưӡng hӧp
các dӳ liӋu bӏ mҩt ví dө các tӯ mã đһc biӋt hoһc đơn giҧn là mӝt bӝ đӋm rӛng (hoһc
chӭa các bӏt 0) thay vì mӝt gói bӏ mҩt. Ta cҫn phҧi tìm hiӇu trong tài liӋu mà liên
quan đӃn bӝ codec video mà ta có muӕn sӱ dөng.
R = Y + 1.403V
G = Y ± 0.344V ± 0.714V
B = Y + 1.770U
Quá trình giҧi mã cӫa đa sӕ bӝ giҧi mã có kӃt quҧ là các files video thô trong
dҥng YUV. Bӝ giҧi mã MPEG-4 mà tӡ này sӱ dөng viӃt dưӟi dҥng YUV files vӟi
4:2:0
phӭ tӵ giҧi mã và hiӇn thӏ
Chuҭn MPEG vӅ cơ bҧn đӏnh nghĩa 3 loҥi khung có tên là khung I, khung P,
khung B. Các khung I chӭa mӝt ҧnh tĩnh hoàn thiӋn (đưӧc giҧi mã đӝc lұp, chӍ dư
thӯa không gian đưӧc lӧi dөng). Các khung I là các khung đưӧc mã hóa nӝi. Các
khung P là các khung dӵ đoán (nó chӭa thành phҫn đưӧc mã hóa nӝi cũng như các
vector chuyӇn đӝng đưӧc tính toán phө thuӝc vào các khung (I hoһc P) trưӟc đó).
ViӋc mã hóa khung loҥi P cҫn cҧ dư thӯa không gian và thӡi gian. Các khung này
chӍ đưӧc giҧi mã hoàn toàn nӃu khung I hoһc khung P trưӟc đó có thӇ tính đưӧc.
Các khung B đưӧc mã hóa riêng phө thuӝc vào các khung liên tiӃp và trưӟc đó (I
hoһc P). Các khung B chӍ lӧi dөng dӵ thӯa thӡi gian. Khung loҥi này hoàn toàn có
thӇ đưӧc giҧi mã nӃu khung trưӟc đó và khung liên tiӃp I hoһc P có thӇ tìm đưӧc.
Đó là lý do tҥi sao MPEG sҳp xӃp lҥi các khung trưӟc khi gӱi đi ví vұy bҩt kǤ
khung nào nhұn đưӧc có thӇ đưӧc giҧi mã ngay lұp tӭc, xem bҧng 5.
Thӭ tӵ hiӇn thӏ Loҥi khung Thӭ tӵ giҧi mã
1 I 2
2 B 3
3 B 1
4 P 5
5 B 6
6 B 4
«
-R/3S-2T#1IU*
Do vҩn đӅ vӅ viӋc sҳp xӃp lҥi này, mӝt khung đưӧc mã hóa không tương ӭng
vӟi khung (YUV) đưӧc giҧi mã vӟi sӕ thӭ tӵ như nhau. FV giҧi quyӃt vҩn đӅ này
bҵng cách ghép phù hӧp các khung (YUV) vӟi các khung đưӧc mã hóa dӵa vào
bҧng 5. Có thӇ có nhiӅu cách thӭc mã hóa hơn là cái đưӧc cho thҩy trong bҧng này
(ví dө, cách thӭc mà không có các khung loҥi B, vӟi chӍ mӝt khung B nҵm giӳa
hoһc nhiӅu hơn hai khung B giӳa hai khung I (hoһc P) nhưng vӅ nguyên tҳc vӅ viӋc
sҳp xӃp thӭ tӵ là luôn luôn giӕng nhau.
"(L6M#%?
V'UW(PO
Hҫu hӃt các kӃt quҧ dùng PSNR chӍ sӱ dөng thành phҫn đӝ sáng cӫa video
(phҫn 4.4). Cái đó cũng không đáng ngҥc nhiên, xét vì đó là liên quan đӃn thành
phҫn Y cho HVS (phҫn 3.2). Hình 4 minh hӑa hai chuӛi thӡi gian PSNR. Phép đo
khác mà PSNR có thӇ đưӧc sӱ dөng trong trưӡng hӧp này phҫn mӅm đánh giá chҩt
lưӧng video mong muӕn phҧi thay thӃ PSNR/MOS.
R(L#P#
+XF7M84PY#%
8 "O
Có thӇ nhұn thҩy đưӧc tác đӝng cӫa mҥng và hiӋu quҧ cӫa hӋ thӕng mҥng có
thӇ đưӧc thӇ hiӋn dӵa vào chҩt lưӧng cҧm nhұn cӫa ngưӡi sӱ dөng. Hình 5 cho thҩy
chҩt lưӧng cӫa mӝt video nào đó đi gҫn vӟi chҩt lưӧng video có thӇ nhұn đưӧc tӕi
đa.
-Ê
-Ê
Z(L#P
#M23
&7O#$#?
Tương tӵ như vұy, hình 7 cho thҩy đӝ tăng cӫa cҧm nhұn ngưӡi sӱ dөng vӟi
increasing dropping deadlines và cách thӭc tӕt hơn cho mӝt mô phӓng cӫa hӋ thӕng
OFDM. ³điӇm cҧm nhұn ngưӡi dùng´ đưӧc tính theo các kӃt quҧ MOS thu đưӧc vӟi
EvalVid. Các cӝt trong hình này cho thҩy tәng sӕ ngưӡi sӱ dөng có thӇ đưӧc cung
cҩp vӟi MOS.
[(L#P#<
#M,%
\?G,VL
]?
2TO#$#?
1.6. KӃt luұn và các chӫ đӅ cho viӋc nghiên cӭu au này
Cơ cҩu EvalVid có thӇ đưӧc dùng đӇ đánh giá hiӋu suҩt cӫa viӋc cài đһt mҥng
hoһc các mô phӓng nhӡ vào đӝ cҧm nhұn ngưӡi sӱ dөng. Hơn nӳa, viӋc tính toán
trӉ, jitter, và tәn thҩt các gói, khung đưӧc thӵc hiӋn. Bӝ công cө hiӋn này hӛ trӧ các
ӭng dөng luӗng video chuҭn MPEG -4 nhưng nó có thӇ dӉ dàng đưӧc mӣ rӝng đӇ hӛ
trӧ các bӝ codecs video khác hoһc thұm chí các ӭng dөng khác như luӗng thoҥi
chҷng hҥn. Các tình cӡ nhҩt đӏnh cӫa bӝ giҧi mã video thông thưӡng (xóa bӓ các
khung bӏ mҩt) làm cho nó không thӇ đánh giá chҩt lưӧng đưӧc khҳc phөc. Phép
đánh giá chҩt lưӧng video dӵa vào PSNR đưӧc giӟi thiӋu, càng thuұn tiӋn hơn đһc
biӋt cho các chuӛi video dài hơn là dӵa vào PSNR trung bình. Bӝ công cө đưӧc
thӵc hiӋn trong ISO-C cho tính di đӝng tӕi đa và đưӧc thiӃt kê theo module đӇ dӉ
dàng mӣ rӝng vӟi các ӭng dөng khác. Nó đã đưӧc thӱ nghiӋm thành công vӟi
Windows, Linux và Mac OS X.
Các công cө cӫa cơ cҩu EvalVid đưӧc mӣ rӝng liên tөc đӇ hӛ trӧ các bӝ
codecs video khác như H.263, H.26L và H.264 và đӇ hӛ trӧ them các chӭc năng
codec như FGS và đӗng bӝ lҥi khung bên trong. Hơn nӳa, sӵ hӛ trӧ cӫa chiӃn lưӧc
bӝ đӋm tái tҥo đӝng là mӝt chӫ đӅ cӫa các nghiên cӭu sau này. Ngoài ra, nó đưӧc
lên kӃ hoҥch đӇ hӛ trӧ thêm các ӭng dөng khác ví dө, thoҥi qua IP (VoIP) và luӗng
audio-video đưӧc đӗng bӝ. Cuӕi cùng nhưng không kém quan trӑng các phép đo
khác hơn là dӵa vào PSNR sӁ đưӧc tích hӧp vào cơ cҩu EvalVid.
II. ignment
File .yuv sӱ dөng là akiyo_cif.yuv đưӧc download tӯ trên mҥng. Dung lưӧng
44.550 KB
2.1. Mã hóa
Mã hóa akiyo_cif.yuv thành file akiyo.mp4 sӱ dөng codec mpeg4, dùng công
cө ffmpeg
#ffmpeg ±s cif ±i akiyo_cif.yuv ±r 25 ±vcodec mpeg4 akiyo_cif.mp4
Hình ҧnh capture cӫa file akiyo.mp4 đưӧc play bҵng phҫn mӅm Windows
Media Player. File akiyou_cif.mp4 có dung lưӧng 477KB
mÊ Nhұn xét: So sánh hai file khi chҥy ta thҩy chҩt lưӧng hình ҧnh theo dõi bҵng mҳt
thưӡng không khác nhau nhiӅu lҳm tuy nhiên dung lưӧ ng file đã giҧm xuӕng rҩt
nhiӅu. TӍ lӋ nén cӫa video ӣ đây là:
44550
±Õ Õ 93.396
477
Như vұy, viӋc mã hóa đã giúp cho dung lưӧng file đưӧc giҧm xuӕng rҩt nhiӅu
trong khi chҩt lưӧng video mã hóa vүn chҩp nhұn đưӧc. Tùy theo các tham sӕ sӱ
dөng khi mã hóa chúng ta sӁ có đưӧc các file video mã hóa vӟi các tӍ lӋ nén và
chҩt lưӧng khác nhau.
2.2. iҧi mã
Giҧi mã file akiyou_cif.mp4 sӱ dөng ffmpeg ta có file video thô đưӧc tái tҥo
akiyou_cif_decoded.yuv
# ffmpeg ±i akiyou_cif.mp4 akiyou_cif_decoded.yuv
Ê Sӱ dөng công cө psnr trong Evalvid đӇ đo PSNR
Copy các giá trӏ này vào trong Excel và tiӃn hành vӁ đӗ thӏ ta có đӗ thӏ kӃt quҧ
PSNR như sau:
mÊ Nhұn xét: Trưӡng hӧp này chӍ đo PSNR giӳa video trưӟc khi mã và sau khi giҧi
mã nên ta chӍ đánh giá đưӧc hiӋu năng cӫa bӝ mã hóa và giҧi mã chӭ không
đánh giá đưӧc hiӋu quҧ truyӅn dүn. Do không có hiӋn tưӧng mҩt gói, méo tín
hiӋu« do vҩn đӅ truyӅn dүn gây ra nên giá trӏ PSNR trong trưӡng hӧp này khá
cao (trung bình khoҧng 41-42) và điӅu đó chӭng tӓ bӝ mã hóa và giҧi mã hoҥt
đӝng khá tӕt.
#
!
Ê
Ê
ÊÊÊÊÊÊ Phía nhұn:
#
!
Ê
Ê
mÊTái tҥo lҥi video phía nhұn (sӱ dөng công cө etmp4 trong Evalvid)
# Ê
"l
Ê
p I LIӊU p M KҦO
[1] A. C. C. Aguiar, C. Hoene, J. Klaue, H. Karl, A. Wolisz, and H. Miesmer.
Channel-aware schedulers for voip and mpeg-4 based on channel prediction. to be
published at MoMuC, 2003.
[2] Johan Berts and Anders Persson. Objective and subjective quality assessment of
compressed digital video sequences. Master¶s thesis, Chalmers University of
Technology, 1998.
[3] ITU-R Recommendation BT.500-10. Methodology for the subjective assessment
of the quality of television pictures, March 2000.
[4] Sarnoff Corporation. Jndmetrix-iq software and jnd: A human vision system
model for objective picture quality measurements, 2002.
[5] Project P905-PF EURESCOM. Aquavit - assessment of quality for audio-visual
signals over internet and umts, 2000.
[6] Lajos Hanzo, Peter J. Cherriman, and Juergen Streit. 6ireless Video
Communications. Digital & Mobile Communications. IEEE Press, 445 Hoes Lane,
Piscataway, 2001.
[7] Daniel Hertrich. Mpeg4 video transmission in wireless lans ² basic qos support
on the data link layer of 802.11b. Minor Thesis, 2002.
[8] H.Sanneck, W.Mohr, L.Le, C.Hoene, and A.Wolisz. Quality of service support
for voice over ip over wireless. 6ireless IP and Building the Mobile Internet,
December 2002.
[9] ISO-IEC/JTC1/SC29/WG11. Evaluation methods and procedures for july mpeg-
4 tests, 1996.
[10] ISO-IEC/JTC1/SC29/WG11. ISO/IEC 14496: Information technology -
Coding of audiovisual objects, 2001.
[11] J. Klaue. Evalvid ²http://www.tkn.tu-berlin.de/research/evalvid/fw.html.
[12] J. Klaue, J. Gross, H. Karl, and A. Wolisz. Semantic-aware link layer
scheduling of mpeg-4 video streams in wireless systems. In Proc. of Applications
and Services in 6ireless Networks (A6SN), Bern, Switzerland, July 2003.
[13] Weiping Li. Overview of fine granularity scalability in mpeg-4 video standard.
IEEE transaction on circuits and systems for video technology, March 2001.
[14] Jens-Rainer Ohm. Bildsignalverarbeitung fuer multimedia-systeme. Skript,
1999.
[15] ITU-T Recommendations P.910 P.920 P.930. Subjective video quality
assessment methods for multimedia applications, interactive test methods for
audiovisual communications, principles of a reference impairment system for video,
1996.
[16] Martyn J. Riley and Iain E. G. Richardson. Digital Video Communications.
Artech House, 685 Canton Street, Norwood, 1997.
[17] Cormac J. Sreeman, Jyh-Cheng Chen, Prathima Agrawal, and B. Narendran.
Delay reduction techniques for playout buffering. IEEE Transactions on
Multimedia, 2(2):100±112, June 2000.
[18] ANSI T1.801.01/02-1996. Digital transport of video teleconferencing / video
telephony signals. ANSI, 1996.
[19] ANSI T1.801.03-1996. Digital transport of one-way video signals - parameters
for objective performance assessment. ANSI, 1996.
[20] Stephen Wolf and Margaret Pinson. Video quality measurement techniques.
Technical Report 02-392, U.S. Department of Commerce, NTIA, June 2002.