Miundo ya video, kodeki za video, vyombo vya video. Miundo ya video, kodeki za video, vyombo vya video Mada ya xvid ya kawaida

= Kuanzisha na kutumia XviD 1.1.0 beta 2 codec =

Wasifu @ Level- hapa tunachagua profaili za kawaida, zilizochaguliwa tu ikiwa baadaye unahitaji kucheza faili iliyoshinikizwa kwenye vicheza MPEG4 vya kawaida. Kwa matukio mengine yote, chagua (bila vikwazo). Kitufe cha "zaidi ..." hufungua dirisha la mipangilio ya wasifu.

Aina ya usimbaji- aina ya coding. Kuna njia ya kupita moja ya AKA na pasi Mbili (pasi ya 1 na ya 2) njia ya kupita nyingi ya AKA. Hali ya pasi moja inafaa tu kwa usimbaji unaporuka (kunasa video) au ikiwa kasi ni muhimu. Hali ya usimbaji wa pasi nyingi hufanya kazi kama hii: kwanza kodeki husimba faili kama katika hali ya kupita-moja, lakini badala ya *.avi inazalisha faili ya kumbukumbu, ambayo inaichanganua katika pasi ya pili. Shukrani kwa hili, bitrate inasambazwa zaidi kwa busara katika hali ya kupitisha mbili. Kitufe cha "zaidi ..." kinafungua dirisha na mipangilio ya kina kwa hali iliyochaguliwa.

Biti lengwa/ukubwa wa lengo- kubonyeza kitufe hubadilisha mbinu ya kuhesabu kasi ya video. Kwenye uwanja ulio karibu nayo unahitaji kuingiza bitrate ya video au saizi yake ya mwisho. Kitufe cha "calc" kinafungua dirisha la kikokotoo ambalo, kwa mfano, unaweza kuhesabu kasi ya biti kwa filamu inayohitaji kutoshea kwenye diski moja. Kasi ya biti ya filamu kwa kawaida huanzia 450 kbps hadi 1000 kbps. Klipu - kutoka 600 kbps hadi 1500 kbps. Video ya mchezo (sinema) kutoka 1800 kbps hadi 3000 kbps. Ya juu ya bitrate, ubora bora zaidi.

Kanda- moja ya faida kuu za codec ya Xvid ni uwezo wa kurekebisha kisimbaji kwa kanda za kibinafsi za faili ya video (kwa mfano, rangi ya kijivu kwa majina au unyeti wa BVOP kwa sehemu za mwendo wa juu). Kitufe cha "Ongeza" kinaongeza eneo, "Ondoa" - hufuta moja iliyochaguliwa, "Chaguo za Eneo" - inafungua dirisha la mipangilio kwa eneo lililochaguliwa.

Chaguzi za Juu- hufungua dirisha kwa mipangilio ya ziada ya kisimbaji.

Pakia Chaguomsingi- huweka upya mipangilio yote ya kodeki kuwa chaguomsingi

Chaguzi za Kisimbuaji- hufungua dirisha la mipangilio ya avkodare.

Wasifu @ Level- chagua wasifu wa kawaida wa kucheza tena kwenye vichezaji vya maunzi MPEG4. Wakati wa kukandamiza kwa kompyuta, weka kwa (bila vikwazo).

Aina ya quantization- uteuzi wa jedwali la quantization. IMHO H.263 ni bora kuliko MPEG2. Unaweza pia kuchagua MPEG-desturi hapa ili kubinafsisha jedwali la quantization mwenyewe au kupakua mbadala. Inaathiri hasa usambazaji wa ukandamizaji kwenye picha. Kwa mfano, MPEG inabana nyuso imara bora kuliko mipaka ya rangi, na H.263 hufanya kinyume chake.

Kiwango cha Adaptive- inapowashwa, kodeki hubana nyuso za giza na nyepesi kwa nguvu zaidi. Inatumika kuwezesha ikiwa video ina nyeusi au nyeupe nyingi. Kwa mfano, wakati wa kubana rekodi ya video ya mchezo kwenye q3dm17. Nina On.

Usimbaji Uliounganishwa- huchakata viunzi si kwa mfuatano, lakini kila moja tofauti. Haipendekezi kuiwezesha.

Sehemu ya juu kwanza- Chaguo hili ni kuondoa kuchana wakati wa kunasa video.

Pixel ya Robo- Inaboresha ubora wa uchakataji wa picha asilia (iliyosimbwa kwa usahihi wa ? pixel). Inapowashwa, hutumia CPU nyingi na biti zaidi. Kwa kuongeza, ili kucheza faili ya mwisho utahitaji processor yenye nguvu zaidi. Ninakata.

Fidia ya Global Motion- Inapowashwa, kodeki inabana vyema video zinazohusisha ukuzaji na upanuzi mwingi. Mfano wa video kama hiyo ni maji kwa mpishi/mzee. Ili kuicheza utahitaji processor yenye nguvu zaidi. Siku zote huwa naizima.

Azimio Lililopunguzwa- usiwashe. Ni fujo. 8)

B-VOPs- Kuwasha chaguo hili huongeza mgandamizo kwa kiasi kikubwa bila kupoteza ubora. Inapendekezwa sana kuiwasha! Nadharia kidogo:


Hapo awali, video ilipangwa awali (1 kwenye mchoro) - mkusanyiko wa picha za aina moja, moja baada ya nyingine. Kisha tofauti kati ya muafaka wa Intra na Inter ilionekana (2 kwenye mchoro). Huu ndio wakati kuna fremu moja muhimu, na zingine zote nyuma yake ni fremu za delta ambazo zina tofauti tu kutoka kwa ufunguo. Hii iliruhusu compression kuongezeka sana. Kuanzishwa kwa muafaka wa pande mbili kuliboresha ukandamizaji hata zaidi (3 kwenye mchoro). Bi-fremu hupatikana kwa kuingiliana kwa fremu mbili za Pi zilizo karibu + na habari ya kusahihisha. Xvid alikuwa wa kwanza kutekeleza uwezo wa kusimba fremu kadhaa mfululizo (4 kwenye mchoro). Njia hii ya ukandamizaji kwa sasa ndiyo inayoendelea zaidi na hutoa uwiano bora wa ukandamizaji. Sasa hebu turudi kwenye mipangilio.

BVOP za juu mfululizo- Ni fremu ngapi zinaweza kuwa katika safu katika video ya mwisho. Kadiri taswira tuli katika video chanzo, ndivyo unavyohitaji kuweka dau. Sioni sababu ya kuweka kikomo thamani hii hata kidogo - ni rahisi zaidi kuweka unyeti wa BVOP katika mipangilio ya eneo kwa thamani ya chini. Walakini, niliweka thamani hii kwa =5.

Uwiano wa Quantizer- Sitakuambia kwa muda mrefu nini quantizer ni - nitasema tu kwamba ni ndogo, ni bora ubora wa picha. Thamani ya sehemu hii ina kizidishio ambacho kipimaji asili cha fremu ya Pi kinazidishwa ili kupata kipimaji cha fremu ya Bi. Haipendekezi kubebwa na kuongeza thamani hii. Thamani mojawapo ni kutoka 1.50 hadi 2.0. Lakini thamani zilizo zaidi ya 1.75 zinapaswa kutumika tu ikiwa kihesabu wastani cha fremu za pi asili si zaidi ya 6. Kwangu mimi thamani hii = 1.75 kwa uhuishaji (The Simpsons, Futurama, South Park, nk), 1, 50 kwa filamu, klipu na video za mchezo.

Urekebishaji wa Quantizer- Hmmm... ni bora kutoa fomula B-VOPquant=AVG(prevVOPquant,nextVOPquant)*quant ratio+quant offset. Kwa kifupi, kwa chaguo hili unaweza kurekebisha kidogo thamani ya wastani ya bi-frame quantizer kwa video nzima. Kawaida mimi huiacha saa 1.00.

Packed bitstream- haina athari yoyote kwenye compression. Kuwezesha chaguo hili kulainisha uchezaji. Acha mapenzi yaendelee.

Ukubwa wa lengo- Ingiza saizi ya faili inayotaka katika kilobaiti hapa. Kwa mfano, kwa diski 700MB ni 716800.

Manukuu- Saizi ya faili ndogo. Kwa kubofya kitufe cha "...", unaweza kutaja njia yake na calculator yenyewe itahesabu ukubwa wake.

Umbizo- Chagua umbizo la video ili kukokotoa ukubwa wa kichwa na maelezo ya huduma ya faili ya video. Uwezekano mkubwa zaidi itakuwa "AVI-OpenDML".

Video- Muda na kasi ya fremu. Katika safu ya "ukubwa" - ukubwa wa juu uliohesabiwa wa faili ya video utaonekana. Katika safu wima ya "bitrate" - kasi ya biti ya video iliyohesabiwa.

Sauti- Unaweza kuchagua umbizo na bitrate, lakini ni bora kutaja njia ya faili ya mp3 iliyosimbwa tayari ili kikokotoo chenyewe kihesabu sauti ya sauti.

Baada ya kujaza nyanja zote, bofya OK na bitrate inayohitajika tayari itaonyeshwa kwenye dirisha la mipangilio kuu.

Anza fremu #- anwani halisi ya eneo - nambari ya fremu inaweza kutazamwa kwenye dub sawa kwenye mstari wa takwimu.

Udhibiti wa viwango- kudhibiti saizi ya viunzi moja kwa moja. Katika safu wima ya "uzito", mgawo umewekwa ili kuonyesha ni kiasi gani zaidi cha kasi ya biti eneo hili litapokea ikilinganishwa na video nyingine. Katika safu ya "quantizer", unaweza kulazimisha quantizer maalum kupewa fremu za ukanda huu. Napendelea kutogusa maadili haya, kwani sioni hitaji lake. Ikiwa kuna ukosefu wa wazi wa bitrate katika maeneo fulani, unaweza kupata na mipangilio ya pili ya kupitisha. Isipokuwa ni wakati, kwa sababu fulani, kodeki ilitenga kasi kidogo kwa baadhi ya sehemu ya filamu.

Anza na keyframe- huamua ikiwa eneo litaanza na fremu muhimu. Hii ni ya wapotoshaji - kodeki huamua kwa usahihi zaidi au kidogo mahali ambapo unahitaji kuingiza fremu muhimu, na ikiwa si sahihi, inaweza kusahihishwa kila wakati kwa kutumia Statsreader. Ni muhimu kuingiza mwanzoni mwa matukio tuli, kama vile. kama kamera zisizohamishika kwenye sinema.

Hali ya Katuni- katika toleo jipya, hali ya katuni imewezeshwa katika mipangilio ya eneo. Chombo cha lazima cha kusimba filamu za uhuishaji. Inapunguza mipaka ya rangi bora kuliko ndege zenye kivuli. Kwa katuni, siipendekeza kuiwasha, kwa kila kitu kingine.

Usimbaji wa rangi ya kijivu- eneo lote limesimbwa kwa rangi nyeusi na nyeupe, muhimu kwa mada.

Kiboreshaji cha Chroma- Hujumuisha rangi katika maeneo meusi/mwanga ili kuboresha ubora wa kingo za maeneo haya katika video iliyobanwa. Inafaa kwa filamu za uhuishaji na kwenye ramani za anga katika Quake.

Unyeti wa BVOP- Kipengele muhimu zaidi na kinachoweza kutumika cha menyu hii nzima. Kadiri thamani yake inavyoongezeka, ndivyo fremu mbili zitakavyokuwa kwenye video iliyobanwa. Hiki ni kipengee cha lazima kwa filamu za mwendo wa juu. Jinsi ya kuchagua thamani hii imeandikwa hapa chini. Kwa thamani chini ya sifuri, kutakuwa na fremu mbili chache sana.

Usahihi wa utafutaji wa mwendo- thamani ya juu, bora codec itatafuta njia za kuokoa bitrate. Weka ama 0 kwa usimbaji wa on-the-fly au 6 kwa mbano la mwisho.

Hali ya VHQ– Tumia kwa kiwango cha juu zaidi ukitumia usahihi wa utafutaji wa Motion = 6. Haipendekezwi kwa matumizi ya Global Motion Compensation na Quarter Pixel. Huamua jinsi vekta za harakati za kuzuia zitatengenezwa. Tena, usiwashe wakati wa kuweka coding kwenye kuruka, kwa sababu hupunguza sana gari. Niko kwenye upeo wangu.

Tumia VHQ kwa bframes pia- ikiwashwa, kodeki huchakata vidhibiti vya mwendo vya fremu mbili pia. Jumuisha.

Tumia mwendo wa chroma- Hutumia algorithms ya Makadirio ya Mwendo kwa vizuizi vya rangi. Inaboresha compression kwa gharama ya kupunguza kasi. Wakati wa usimbaji wa mwisho - jumuisha bila utata.

Turbo ;-)- huharakisha mahesabu ya Makadirio ya Mwendo wakati wa kusimba fremu mbili na Pixel za Robo. Situmii.

Uwiano wa kushuka kwa fremu- asilimia ya fremu ambazo zitanakiliwa kutoka kwa ile iliyotangulia. Haipendekezi kugusa.

Upeo wa muda wa I-frame- unahitaji kuipunguza ikiwa unasimba kwenye kuruka, na kisha utalazimika kufanya kukata sana kwenye dub. Hakuna faida zaidi ya kuongezeka kwa faraja ya kufanya kazi katika dub na ongezeko kidogo la ubora. Nina 300.

Takwimu za jina la faili- faili ambayo matokeo ya kibali cha kwanza huhifadhiwa. Unahitaji tu kubadilisha ikiwa ulitumia Statsreader na kuhifadhi matokeo kwenye faili mpya.

Kuongeza sura ya I- Asilimia ya thamani ambayo ukubwa wa fremu zote muhimu kwenye video itaongezeka. Inafaa kwa usimbaji wa kasi ya chini wa matukio ya mwendo wa chini sana. Wakati wa kusimba video ya mwendo wa juu, ni bora kutoipanua - bado haitasaidia 8).

I-fremu zilizo karibu zaidi kuliko ... zinapunguzwa kwa ... (%)– Fremu muhimu ambazo ziko karibu zaidi ya thamani ya kwanza hupunguzwa kwa thamani ya asilimia ya pili. Kwa mfano, kwa video ya juu-mwendo, ambapo muafaka muhimu huwekwa karibu kila fremu mbili au tatu. (Mfano wa video kama hiyo ni video ya Prodigy "Nje ya Nafasi").

Nguvu ya udhibiti wa kufurika (%)- kidogo ya ushairi: codec ya XviD ina kipengele kisichopendeza cha kusambaza kwa usahihi kasi ya biti kwenye video (mwanzo karibu kila mara hupata kasi kidogo kuliko mwisho). Chaguzi hizi na mbili zifuatazo zimeundwa kurekebisha upungufu huu, wakati huo huo kuongeza usahihi wa mawasiliano kati ya bitrate halisi na ile ya kawaida. Hiyo ni, ikiwa thamani ya chaguo hili ni 0 na bitrate ya majina imewekwa 1000, basi bitrate ya mwisho inaweza kuwa 900 au 1100. (Bitrate halisi inaweza kutazamwa kwenye dirisha la "Hali ya Encoding" baada ya encoding kukamilika). Ili kuepuka hili, ongeza thamani ya chaguo hili. Kawaida mimi huweka 30% -50% katika hali kama hizi. Kwa njia - kuelewa ikiwa codec inakadiria quantizer mwanzoni mwa video - angalia tu dirisha la hali wakati wa encoding. Ikiwa bitrate halisi hapo awali ni mara tatu chini ya ile ya kawaida, ongeza chaguo hili.

Uboreshaji wa juu zaidi wa kufurika (%)- Tunaiongeza ikiwa bitrate halisi ni chini ya ile ya kawaida.

Uharibifu wa juu zaidi wa mafuriko (%)- Tunaiongeza ikiwa bitrate ya kawaida ni chini ya ile halisi.

Uharibifu wa matukio ya kasi ya juu (%), uboreshaji wa matukio ya kasi ya chini (%)- Kuongeza chaguo hizi hufanya usawazishaji - sehemu ya data kutoka kwa fremu kubwa zaidi huondolewa na kusambazwa kati ya zingine.

Kulingana na maombi kutoka kwa wafanyikazi katika uwanja wa utengenezaji wa sinema, ninakuambia jinsi ya kuvuna sinema, hatua kwa hatua.

kwenye ingizo tunayo: faili ya video iliyobanwa na kodeki isiyopoteza

kodeki iliyosakinishwa XviD 1.1.0 beta 2 au ya juu zaidi (hapa inajulikana kama codec)

1. Fungua faili katika dub

2. Zima sauti (Sauti->Hakuna Sauti)

3. Chagua (Video->Mfinyazo)

5. Bonyeza kitufe cha "Sanidi".

6. Katika dirisha la codec, bofya kitufe cha "Pakia chaguo-msingi".

7. Aina ya encoding = Pass Two - 1st pass

8. Katika sifa za wasifu: Adaptive Quantization = imewashwa

BVOP za juu mfululizo = 5

9. Katika Chaguzi za Juu: VHQ mode = 4-Wide Search

Tumia VHQ kwa bframes pia = on

10. Funga dirisha la mipangilio ya codec, bofya "Ok" kila mahali

11. Katika dub: bofya "Faili-> Hifadhi kama AVI"

12. Sasa kwa kuwa upitishaji wa kwanza wa ukandamizaji umefanyika, tunaangalia kwamba bi-frames zimeundwa kwa usahihi. Kwenye chati ya sura tunaona baa mbili - nyekundu-bluu (I-VOP + P-VOP) na kijani (B-VOP). Ikiwa upau wa kijani ni wa juu kuliko upau nyekundu-bluu, inamaanisha kuwa video yetu ina mwendo wa chini na hakuna haja ya kuongeza zaidi idadi ya fremu mbili. Badala yake, unaweza kupunguza thamani ya Quantizer Offset katika sifa za wasifu hadi 1.00 au hata hadi sifuri (ikiwa upau wa kijani ni mara mbili ya juu). Ikiwa upau nyekundu-bluu ni wa juu zaidi (mara nyingi hii ndio kesi), inamaanisha kuwa video ina mwendo wa juu na idadi ya fremu mbili italazimika kuongezwa. Ili kufanya hivyo, unahitaji kugawanya mwendo katika kanda, na kwa nguvu zaidi yao, ongeza parameter ya "BVOP unyeti" hadi 20. Jinsi ya kufanya hivyo imeelezwa hapa chini.

13. Rudia hatua 10-11.

14. Ikiwa bar ya kijani si sawa na nyekundu-bluu, ongeza "unyeti wa BVOP" hadi 30 na kurudia hatua 10-11.

15. Ikiwa bar ya kijani bado iko chini ya nyekundu-bluu, tunaacha idadi ya bi-frames peke yake na kuchukua ubora wao. Katika sifa za wasifu, katika uga wa "Quantizer Offset", weka mbili ikiwa kuna bi-frame chache kidogo kuliko pi-fremu, na tatu ikiwa kuna angalau mara mbili chini. Kwa mara nyingine tena tunafanya pasi ya kwanza.

16. Sasa katika dirisha kuu la mipangilio ya codec, chagua aina ya Encoding = Pass Two - 2nd pass

17. Bonyeza "Ukubwa wa lengo" ili badala ya ukubwa wa Lengo kuna bitrate ya Lengo

18. Katika uga wa bitrate, weka thamani 2600. (Ili filamu iingie kwenye fremu ya 20 MB/min, ikiwa maudhui yanaruhusu, chini inawezekana).

19. Sasa, kinyume na aina ya Usimbaji, bofya kitufe cha “zaidi...” na ujaze sehemu ya fremu za I karibu zaidi kuliko ... zinapunguzwa kwa ... (%) kama hii: tarakimu ya kwanza = sekunde 3 = 75 .

20. Ikiwa video yetu ni mwendo wa chini (angalia nukta 12) - kisha kinyume na aina ya Usimbaji, bofya kitufe cha "zaidi..." na katika sehemu ya "I-Frame boost (%)" weka "50" (au 100 ikiwa ni mwendo wa chini sana) .

21. Ikiwa video yetu ni mwendo wa juu (angalia hatua ya 12) - kisha kwenye Chaguzi za Juu, kwenye kichupo cha Quantization, kwenye uwanja wa quantizer wa sura ya Min I, ingiza "4" (Na ikiwa katika hatua ya 15 unaweka "3" katika kukabiliana, basi 5 au hata 6 inawezekana).

22. Katika Chaguzi za Juu, kwenye kichupo cha Quantization, katika uwanja wa quantizer ya Max P-frame, ingiza "8".

23. Rudia pointi 10-11.

Kimsingi, tuna hoja iliyotengenezwa tayari, iliyotikiswa vizuri mbele yetu. Mfinyazo mkubwa zaidi unaweza kupatikana kwa kutumia rangi ya kijivu, modi ya katuni, kiboreshaji chroma na Unyeti wa B-VOP kwa maeneo tofauti ya mwendo. Uboreshaji wa ubora unaweza kupatikana kwa kutumia Statsreader kuongeza fremu muhimu kwa maeneo muhimu, na kuongeza uboreshaji wa matukio ya kasi ya juu ya biti (%), uboreshaji wa matukio ya chini ya biti (%) vigezo katika sifa za pasi ya pili.

Maneno machache zaidi kuhusu ubora: ili kupata mipangilio bora zaidi ya kodeki kwa kila filamu, unahitaji kutofautisha filamu iliyobanwa vizuri na ile iliyobanwa vizuri sana. Vigezo muhimu zaidi katika kutathmini ubora wa filamu zenye mwendo wa juu ni thamani ya wastani ya kipima fremu ya pi cha filamu nzima (mstari wa P-VOP kwenye dirisha la hali, safu wima ya AVG katika kikundi cha Quant) na thamani ya wastani ya quantizers ya muafaka wote; Kadiri maadili haya yalivyo chini, ndivyo ubora wa kusonga (hata kama hauonekani kwa jicho). Unaweza kupunguza thamani ya wastani ya kipimaji cha fremu ya pi kwa kuongeza kipimaji wastani cha fremu mbili au kuongeza idadi yao. Ikiwa, kwa mfano, unapunguza kiwango cha juu cha quantizer ya sura ya pi kutoka 6 hadi 5 bila kurekebisha vigezo vingine, codec itaongeza bitrate yenyewe, hii haipaswi kuruhusiwa. Kwa ujumla, thamani mojawapo ya kipima kipimo cha wastani cha jumla ni takriban 8, na thamani ya chini zaidi ya kipimaji wastani cha fremu ya pi. Hiyo ni, ikiwa, kama matokeo ya compression, quantizer wastani wa jumla ni chini ya nane, unaweza kujaribu kupunguza kiwango cha chini cha pi-frame quantizer kwa gharama yake. Ikiwa, baada ya mgandamizo, kipima wastani cha jumla ni 8, na kipimaji wastani cha fremu ya pi ni zaidi ya sita, ni jambo la maana kufikiria juu ya kuongeza kasi ya filamu (unaweza pia kuongeza kiwango cha chini cha i-frame quantizer).

Ni hayo tu - kuhusu miondoko ya mwendo wa juu, kwa mwendo wa chini kipimaji wastani cha jumla cha fremu za pi sio muhimu kama kipimaji wastani cha jumla cha fremu zote, na hakuna hitaji maalum la kuchezea mipangilio, ukibonyeza hoja ishirini. nyakati.

Sasa, zaidi kuhusu kanda na matumizi yao

Eneo ni sehemu ndogo ya filamu ambayo inatofautiana na sehemu nyingine katika uchangamano wa picha au mienendo yake. Kwanza, tunagawanya hoja katika maeneo haya sawa. Mfano wa mgawanyiko ni intro/frags/video inserts/frags/outro/titles. Sasa tunahitaji kuunda kanda hizi katika codec. Kwa hii; kwa hili:

1. Katika dub, pata mwanzo wa eneo na unakili nambari ya serial ya sura ya mwanzo wa eneo kwenye ubao wa kunakili.

2. Nenda kwa mipangilio ya codec na kwenye dirisha kuu bofya "Ongeza"

3. Chagua eneo jipya lililoongezwa na ubofye "Sanidi"

4. Ingiza katika sehemu ya "Anza Fremu #" nambari ya serial ya fremu ya mwanzo wa eneo kutoka kwa bafa.

Kanuni ambazo unahitaji kuweka maadili ya chaguzi za ukanda zimeelezewa juu kidogo; hapa nitaelezea mifano maalum ya mipangilio bora ya eneo.


Ikiwa kuna haja ya kuhifadhi haraka mipangilio ya sasa ili kuirejesha baadaye (hii ni muhimu sana wakati maeneo mengi yameingizwa kwenye codec), ingiza tu tawi la usajili kwenye faili ya * .reg - ingiza kwenye Start -> Run. amri:

regedit /e c:\xvid.reg HKEY_CURRENT_USER\SOFTWARE\GNU\XviD

Matokeo yake, faili ya xvid.reg itaonekana kwenye mzizi wa gari la C :. Kisha kupakia mipangilio iliyohifadhiwa, unahitaji tu kuiongeza kwenye Usajili.

Inaonekana kwamba nimeelezea mambo yote ya msingi, ikiwa haijulikani - kuandika, kubisha ...

mailto: [barua pepe imelindwa]

ICQ UIN: 244105535

Leo, tutaangalia Xvid codec, ambayo inadai kuwa "ISO sambamba". Hii ina maana kwamba ni lazima ichezwe na wachezaji wasiocheza wanaotumia kiwango cha MpEG4. Katika mazoezi, hii bado sivyo.

Kuna washindani 4 halisi katika soko la video lililobanwa sana: Divx, Xvid, WMV_VCM na VP6. DivX na Xvid pekee ndizo zinazooana (kama wafuasi wa kiwango cha Mpeg4). Nisingechagua kodeki yoyote kama kiongozi wazi. Kila moja ya kodeki hizi ina dosari zake.

Kwa mfano, Xvid inapotosha rangi na haifanyi kazi vizuri na nyenzo ambapo kuna ongezeko la taratibu na kupungua kwa mwangaza, lakini ina uwazi wa juu katika matukio yanayobadilika. DivX ni wazi kidogo ikilinganishwa na Xvid (tena, chini ya hali fulani, hii inaweza kuitwa plus). WMV_VCM labda ina ukosoaji mdogo zaidi, lakini haionekani wazi katika matukio yanayobadilika ikilinganishwa na Xvid. Lakini kuhusu VP6 ni mazungumzo tofauti. Mambo mazuri yameandikwa juu yake.

Sasa tuelekee moja kwa moja kwa mhalifu. Unaweza kuuliza - ni nini hasa ninachopenda kuhusu Xvid? Jibu langu ni kwamba inanifaa zaidi kwa sababu ya kazi yake ya hali ya juu na pazia zenye nguvu. Mara nyingi mimi hulazimika kushughulika na ukandamizaji wa "video ya nyumbani", na, kama unavyojua, haiangazi na ubora wa utengenezaji wa filamu. Haya yote yamepigwa picha bila tripod; kwa kawaida, picha inatikisika. Chini ya hali hizi, Xvid pekee baada ya kukandamizwa huhifadhi maelezo ya juu zaidi.

Codec ya Xvid inasasishwa kila mara. Hii ni matokeo ya ukweli kwamba msimbo wake umefunguliwa na mtu yeyote anayevutiwa anaweza kushiriki katika kuboresha programu. Msimbo asili uliandikwa upya kabisa mara 3. Matoleo ya hivi punde (alpha na beta) tayari yanaoana na msimbo wa ISO Mpeg4. Hii ina maana kwamba filamu zilizobanwa kwa kutumia kodeki ya Xvid zitaangaliwa kwa kawaida na avkodare ya DivX. Kwa maoni yangu, avkodare ya DivX ni ya ubora zaidi kuliko avkodare asilia ya Xvid.

Hebu tuanze. Ninatumia VirtualDub kukusanya sinema. Hii ni programu rahisi sana. Nilielezea kukamata ndani yake, lakini kazi ya kawaida na VirtualDub imeelezwa katika makala nyingi na sitarudia. Baada ya kuzindua VirtualDub na kufungua video yako ndani yake, utahitaji kusanidi vichungi (nitaelezea hili katika makala nyingine). Mara tu hatua hii imekamilika, unahitaji kubana nyenzo za chanzo na kodeki ya juu ya ukandamizaji kwa uhifadhi zaidi na kutazama. Tulikubaliana kuwa itakuwa Xvid. Wakati wa kuandika, toleo la Beta2 limetolewa, ambalo linaweza kupakuliwa kutoka kwa tovuti. Nitaelezea kufanya kazi na toleo hili.

Baada ya kuhariri filamu yako na kusanidi vichujio, unahitaji kusanidi kodeki. Ili kuanza kuanzisha codec ya Xvid, unahitaji kufanya mlolongo wa vitendo vilivyoonyeshwa kwenye takwimu.

Baada ya kuendesha usanidi wa codec, utaona dirisha la mipangilio ya codec:

Kwa urahisi zaidi, niliingia pointi zangu za masharti kutoka moja hadi sita. Zaidi ya hayo, wakati wa kuelezea codec, nitajenga juu ya pointi hizi.

Ikiwa hapo awali uliweka toleo jingine la codec ya Xvid, kisha baada ya kuzindua dirisha la mipangilio ya codec, lazima usakinishe codec ya msingi. Ili kufanya hivyo, unahitaji kubofya kifungo kilichowekwa na nambari 1. Katika kesi ya matatizo yoyote wakati wa encoding, unaweza pia kuhitaji kuweka codec kwa hali ya msingi.

Nambari 2 inaashiria tabo mbili.

Ya kwanza ni menyu ya kushuka. Hapa kuna usanidi wa kawaida ambao unapaswa kuendana na wachezaji wa maunzi. Kwa kweli, matumizi ya kichupo hiki ni swali kubwa. Kwanza, kwa sasa wachezaji wa vifaa vya MpEG4 hawatumiwi sana. Hiki ni kipengele cha hiari cha vicheza DVD, lakini si wachezaji wote wanaweza kufanya hivi. Inategemea sana firmware. Kwa hivyo, hii haiwezekani kuwa muhimu kwa wachezaji wa vifaa. Pili, kuna tu mipangilio iliyotengenezwa tayari kwa azimio, bitrate na vigezo vingine. Lakini ikiwa unajaribu kukandamiza filamu iliyokamilishwa, basi itahitaji azimio lake na bitrate. Kutokana na hili, kazi hii karibu haitumiki.

Kichupo cha pili (kilicho chini ya kifungo ...) kinaonyeshwa kwenye takwimu:

Juu ya kichupo hiki unaweza kuchagua mipangilio, ambayo tayari nimeandika. Chaguo la "Aina ya Quantization" hukuruhusu kuchagua aina ya matrix ya quantizer. Bila kuingia kwa undani juu ya ni nini, nitasema tu chaguo hili linatoa nini. Tunaweza kufanya chaguo kutoka kwa pointi 3:

"H.263" ndio kipimo cha kawaida cha kipimo cha MpEG4. Hii inatoa picha iliyo wazi kidogo kuliko matrix ya MPEG na inapendekezwa kwa biti chini ya 900 kBit/s. Kipengee cha pili ni "MPEG". Chaguo hili litatoa picha iliyo wazi na, ipasavyo, inahitaji kasi ya biti zaidi ya 900 kBit/s. "MPEG-Custom" hufanya iwezekane kuweka matrix ya quantizer mwenyewe. Nisingependekeza ujaribu kufanya hivi kwa mikono.

Chaguo la "Adaptive Quantization" ni pamoja na uwezo wa kuficha maeneo angavu na giza wakati wa mgandamizo. Hapo awali chaguo hili liliitwa "lumi masking". Chaguo hili linahitajika ili kuongeza uwiano wa ukandamizaji wa nyenzo za chanzo. Kinadharia, jicho la mwanadamu halitaona mabadiliko kama hayo. Lakini katika mazoezi, chaguo hili linapowezeshwa, upotovu hutokea. Katika encoder ya Xvid, algorithm hii haijatekelezwa vya kutosha.

Chaguo la "Interlacing" huwezesha kodeki kufanya kazi na video iliyounganishwa. Chaguo hili linapowezeshwa, kodeki huanza kubana sehemu badala ya viunzi. Chaguo hili ni muhimu tu ikiwa unakandamiza bila deinterlacing. Sioni matumizi yoyote ya vitendo kwa ukandamizaji huu, lakini ni nani anajua, inaweza kuwa muhimu kwako.

Chaguo la "Quarterpel" huwezesha azimio kwa usahihi wa saizi ya robo. Hii inaboresha uwazi hasa kwa maazimio ya chini, lakini wakati huo huo huongeza kelele kwa picha. Kwa kawaida, hii haifanyiki tu. Kuwezesha Quarterpel huongeza matumizi ya CPU na huongeza thread inayotumika kwa ajili yake. Nisingependekeza kuwezesha chaguo hili. Ubora wa kazi bado sio kamili.

Chaguo la "Fidia ya Mwendo Ulimwenguni" imeundwa ili kufidia mwendo. Huanza kufanya kazi wakati wa kusukuma, kukaribia au kuacha kitu, na vile vile wakati wa kuzunguka. Wazo hakika ni nzuri, lakini singependekeza kuitumia pia.

Lakini hakuna kinachojulikana kuhusu chaguo "Kupunguzwa kwa azimio". Na kwa ujumla, haijulikani ikiwa anafanya chochote.

Wakati wa kukandamiza video, aina 3 za muafaka hutumiwa: I, P na B - muafaka. Muafaka wa I ni viunzi bila mgandamizo. Au tuseme, ukandamizaji unafanywa kwa uwiano mdogo sana wa compression. Muafaka wa I pia huitwa muafaka muhimu. Unapotazama filamu iliyobanwa, urambazaji wote kupitia filamu hufanywa kupitia fremu muhimu. Baada ya muafaka wa I kuna mlolongo wa muafaka wa P, kwa mfano: I PPPPPPPPPPPPPPPPPPPP I PPPPPPP Nakadhalika. Fremu za P zina uwiano wa juu zaidi wa ukandamizaji. Ili kuongeza uwiano wa ukandamizaji, muafaka wa B ulianzishwa. Zimewekwa kati ya viunzi viwili visivyobanwa (I, P-fremu). Mlolongo unaonekana kama hii: I PBPBPBPBPBPBPBP I PBPBPBP: Uwiano wa mbano wa fremu za B ni mkubwa kuliko uwiano wa mgandamizo wa fremu za P. Hii inafanikiwa kwa kuilinganisha na fremu 2 zinazozunguka, na katika fremu B inarekodiwa jinsi inavyotofautiana nazo. Lakini wakati huo huo, hii inaweka vikwazo fulani. Kwa mfano, mlolongo wa video hauwezi kuisha na fremu za B. Mlolongo wa video lazima uanze na I-fremu. Ina taarifa zote kuhusu picha. Muafaka wa P na B-muafaka huwa na habari ambayo haiondolewi na kodeki wakati wa ukandamizaji, ambayo pia huweka matatizo fulani wakati wa kuhariri nyenzo zilizobanwa. Kwa hivyo, tuligundua, kwa fremu za B tunaweza kukandamiza video zaidi. Unaweza kuuliza, ubora una uhusiano gani nayo? Ni rahisi. Tuliibana kwa nguvu zaidi, lakini saizi za faili za video ni sawa. Mtiririko huu "uliowekwa huru" unasambazwa upya kwa fremu zote. Bila shaka, ubora kwenye B-fremu ni wa chini kuliko kwenye P-fremu. Ikiwa utaweka "Max mfululizo BVOPs" = 1, basi huonekana mara 12 kwa pili (mfululizo na ubora wa juu wa muafaka wa P) na picha, kwa ujumla, inabakia ubora wa juu kabisa.

Tulibaini, kuwasha fremu za B (BVOPs) huboresha ubora.

Hebu sasa tuangalie chaguo la "Max mfululizo BVOPs". Hapa unahitaji kuweka idadi ya juu ya fremu za B zinazofuatana. Ikiwa tutaiweka kwa 0, basi tutazima tu matumizi ya B-fremu. Ikiwa utaiweka kwa zaidi ya 1, basi ubora wa picha (kwa maoni yangu) hupungua. Zaidi ya hayo, nimeona kuonekana kwa mabaki yasiyothibitishwa. Ninapendekeza kuiweka kwa 1.

Chaguo la "Uwiano wa Quantizer (%)" inamaanisha ni mara ngapi kipimaji cha fremu za B kitaongezwa. Sasa nitaelezea quantizer ni nini.

Quantizer pia inaweza kuitwa DRF - Detail Removal Factor. Kwa Kirusi, kiwango cha upotezaji wa maelezo ya picha. Kipimo cha chini kinachowezekana ni 2 (hii ni sawa na 1).

Kipimo cha juu zaidi, kimedhibitiwa na kodeki. Aidha, quantizer kubwa, hasara zaidi kwa undani itatokea. Hapo awali, ikiwa kodeki haipunguzi saizi ya faili inayosababishwa, itaelekea kuweka vipimaji chini iwezekanavyo. Lakini saizi ya faili inayosababisha itakuwa kubwa. Sasa, ikiwa unapunguza ukubwa wa faili ya AVI inayosababisha, codec itaanza kuongeza quantizers hizi mpaka iko ndani ya ukubwa maalum. Zaidi ya hayo, yeye huweka cantizers zake kwa kila fremu, kulingana na ugumu wa fremu.

Katika chaguo la uwiano wa Quantizer (%), tunaonyesha ni mara ngapi quantizer itaongezeka na, ipasavyo, ni mara ngapi maelezo kwenye muafaka wa B yataharibika. Kipimaji cha fremu B kinakokotolewa kwa kutumia fomula ifuatayo: [(Quantizer ya P-frame+Quantizer ya awali ya P-frame)*(Uwiano wa quantizer wa fremu ya B)/200+(B-frame offset/100)]. Kulingana na fomula, quantizer ya muafaka wa B inategemea maadili ya quantizers ya muafaka wa P unaozunguka, uwiano wa Quantizer (%) thamani (multiplier) na kukabiliana na Quantizer (kukabiliana). Siofaa kupunguza parameter hii (maana ya B-muafaka imepotea). Unaweza kuiongeza kwa hiari yako, hii itaongeza ukandamizaji wa muafaka wa B (kwa hivyo, kupunguza ubora wa fremu hizi) na kuongeza ubora wa I na P-fremu.

Chaguo la "Kipunguzo cha Quantizer" linaonyesha ni kiasi gani kinapaswa kuongezwa kwa kipimaji cha fremu B kulingana na thamani iliyokokotwa baada ya uwiano wa Quantizer (%). Hakuna haja ya kubadilisha mpangilio huu. Ukiwezesha chaguo la "Packed bitstream", fremu za P na B-frame huwekwa katika mkondo mmoja. Hii inafanya uwezekano wa kusimbua muafaka wa B bila kuchelewa. Wakati usimbaji wa pasi 2 umewezeshwa na chaguo hili kuwezeshwa, kisimbaji hakifanyi kazi ipasavyo. Ikiwa una processor yenye nguvu, hakuna maana katika kuwezesha chaguo hili.

Chaguo la "GOV Iliyofungwa" imekusudiwa kuhakikisha kuwa fremu za I hazitanguliwa kamwe na fremu za B. Ikiwa huna nia ya kukata au kuunganisha nyenzo iliyoshinikizwa baadaye, hakuna haja ya kazi hii. Lakini ukizima kipengele hiki, ubora unaweza kuboreshwa zaidi kwa kuongeza fremu za B. Ikiwa baadaye utaweka Mpeg4 kwa njia fulani, basi utahitaji kuwezesha utendakazi huu. Tahadhari moja tu: unaweza kukata faili ya Mpeg4 iliyokamilishwa tu na viunzi muhimu na viungo vingi vitageuka kuwa ngumu sana. Ni bora kutunza ufungaji mapema.

Kuhamia kwenye kichupo cha pili, tutaona jopo la habari. Shida ni kwamba inaonyesha habari tu ikiwa wasifu umetumiwa.

Nambari ya 3 (aina ya usimbaji) inaashiria chaguo ambalo linadhibiti aina ya uendeshaji wa kodeki.

Katika menyu kunjuzi unaweza kuchagua aina 3 za uendeshaji wa kodeki. Kila aina ina mipangilio yake mwenyewe, ambayo iko chini ya kifungo kilichoonyeshwa na ellipsis.

Aina ya 1 - "Pasi Moja". Hii ni hali ya kufanya kazi kwa kupitisha moja na bitrate ya mara kwa mara. Bitrate imewekwa kwenye dirisha iliyo na nambari 4. Unapoita mipangilio ya hali ya kupitisha moja (kubonyeza kifungo: chini ya nambari 4), dirisha lifuatalo litaonekana:

Kuna vigezo 3 tu kwenye dirisha hili.

  • "Kipengele cha Kuchelewesha Majibu" hutumika kuweka muda wa kuchelewa kwa mwitikio wa kisimbaji kwa mabadiliko katika vigezo vya ubora wa mawimbi ya video.
  • "Kipindi cha wastani" kigezo hiki huamua kasi ya majibu kwa mabadiliko katika vigezo vya ubora wa mawimbi ya video.
  • "Laini" ni kigezo ambacho huamua idadi ya fremu ambazo ubora wa picha unaweza kupunguzwa ili kudumisha kasi ya biti iliyobainishwa.

Aina ya 2 - Twopass - 1st pass. Hii ndiyo njia ya kwanza ya kupitisha mbili. Hakuna mengi ya kusema juu yake, wacha tu tuangalie mipangilio yake:

Katika dirisha la "Stats filename" kuna jina la faili ambalo takwimu kutoka kwa kupita ya kwanza kuhusu filamu itarekodiwa.

"Discrad first pass" ikiwa hutachagua kipengee hiki, basi wakati wa kupitisha kwanza sio tu takwimu zitakusanywa, nyenzo zilizokandamizwa pia zitahifadhiwa. Ikiwa unatumia hali ya kupitisha mbili, basi hakuna maana katika kufanya hivyo. Kitu pekee ambacho unaweza kuhitaji hii ni kutengeneza video yenye kasi ya kubadilika kwa kasi 1. Lakini saizi haitadhibitiwa kabisa; itakuwa kwa hiari ya codec.

Sasa nitakuambia kuhusu hali ya kupitisha mbili na bitrate ya kutofautiana. Ili kufanya hivyo, unahitaji kuzingatia nadharia kidogo ya jinsi codec inavyofanya kazi. Codecs za Mpeg4 zimeundwa kwa namna ambayo hazioni picha nzima, lakini vitu tu na mabadiliko katika picha kutoka kwa sura hadi sura. Kutokana na hili tunaweza kuhitimisha kuwa video ya kelele ni vigumu zaidi kukandamiza kuliko video safi, na picha za tuli pia ni rahisi kufinya kuliko zenye nguvu (hii ndiyo habari ambayo codec inakusanya wakati wa kupita kwanza). Tuseme una aina fulani ya video au filamu. Katika video yoyote, haifanyiki kamwe kuwa kuna harakati mbaya kabisa na idadi ya mara kwa mara ya vitu. Inatokea kwamba kwa kila sura unahitaji kutenga kiasi tofauti cha kumbukumbu. Ili kutenga kila fremu kiasi chake cha biti, kasi ya biti inayobadilika ilianzishwa. Hiyo ni, wakati wa kupitisha kwanza, codec inakusanya habari kuhusu kiasi cha harakati na vitu na kuiandika kwa faili. Wakati wa kupita kwa pili, codec huanza kuchakata filamu tena. Ni tu tayari inasisitiza nyenzo za chanzo, kwa kutumia takwimu kutoka kwa kupita kwanza. Wakati huo huo, kwa kila sura bitrate inayohitajika imetengwa. Hii inaboresha ubora wa nyenzo zilizosimbwa.

Hebu tuendelee kuangalia mipangilio ya aina ya uendeshaji wa encoder.

Aina ya 3 - Twopass - 2 st pass. Hii ni njia ya pili ya kupitisha mbili. Wacha tuangalie mipangilio yake:

Hebu tuangalie mipangilio kutoka juu.

  • "Takwimu jina la faili" hapa inaonyesha faili ambayo takwimu kutoka kwa kupita kwanza ziko. Unaweza kuuliza, kwa nini hii ni muhimu? Ukweli ni kwamba mipango tayari imeonekana ambayo inakuwezesha kuhariri faili hii. Ikiwa uliunda (ulisahihisha) faili yako ya takwimu, unaweza kuibainisha hapa na usimbaji utafanyika kulingana na data hii.
  • "I-frame boost %" Chaguo hili la kukokotoa huongeza mtiririko kwenye fremu za I. Imeonyeshwa kama asilimia. Hiyo ni, ikiwa unataja 10, basi muafaka wa I utapokea asilimia 10 zaidi ya bitrate, kuhusiana na thamani iliyohesabiwa (hesabu inafanywa awali na encoder, na tunaweza kuongeza kwa hili).
  • "I-fremu zilizo karibu zaidi kuliko: fremu" hapa zinaonyesha umbali kati ya fremu za I zilizo karibu, chini ya ambayo inachukuliwa kuwa fremu muhimu zinafuatana. Ikiwa baadhi ya muafaka wa I huanguka ndani ya kikomo hiki, basi mtiririko unaotumiwa juu yao umepunguzwa. Kuweka kigezo hiki kuwa 1 huzima kipengele hiki cha kukokotoa. Nadhani thamani bora ni 2.
  • ":zinapunguzwa kwa %" chaguo hili la kukokotoa hupunguza kasi ya biti ya I-fremu za kwanza katika mfululizo wa fremu za I zinazofuatana. Fremu za hivi karibuni za I huja na uwiano wa kawaida wa mgandamizo.
  • "Uboreshaji mkubwa wa kufurika" parameta hii huamua ni kiasi gani cha biti kinaweza kuongezeka, ikilinganishwa na wastani wa kasi ya biti, katika sehemu fupi (ambapo inahitajika). Thamani ya juu sana hupunguza kasi ya programu ya kusimba.
  • "Max overflow degradation %" parameta hii huamua ni kiasi gani bitrate inaweza kupunguzwa, kuhusiana na wastani wa biti, katika sehemu fupi (ambapo inahitajika). Thamani ya juu sana hupunguza kasi ya programu ya kusimba.

Ili kufanya ukandamizaji wa kupita mbili, utahitaji kutumia uwezo wa programu ya VirtualDub. Hasa jinsi hii inafanywa imeandikwa katika makala yangu "Uzoefu wa kibinafsi na DivX".

Sasa tumekuja kwa compression kwa kutumia curvilinear algorithm (Curve compression). Kipengele hiki kinapatikana kwa kodeki ya Xvid pekee. Nisingeita hii faida kubwa ya kodeki ya Xvid, lakini katika hali fulani inaweza kuongeza ubora kidogo.

  • "Matukio ya juu ya kasi ya biti %" hapa unaweza kubainisha ni asilimia ngapi ya kasi ya biti ambayo kodeki inaweza kuchukua kutoka kwa matukio yenye kasi ya juu ya biti na kusambaza tena matukio ya kati na ya chini.
  • "Matukio ya chini ya kasi ya biti %" Kigezo hiki kinabainisha ni asilimia ngapi ya kasi ya biti inapaswa kuongezwa kwenye matukio yenye kasi ndogo ya biti. Kasi hii ya biti itachukuliwa kutoka kwa matukio ya kati na ya juu.
  • "Nguvu ya udhibiti wa kufurika %" kigezo hiki kinaonyesha ni kiasi gani kodeki inaweza kupita zaidi ya thamani zilizokokotwa katika kila fremu (haifanyi tofauti ikiwa imepunguzwa au kuongezwa). Wakati parameta hii imewekwa 0, codec huanza kufanya kazi kwa chaguo-msingi (kama ilivyoainishwa katika algorithm ya codec).

Wakati wa kufanya kazi na ukandamizaji kwa kutumia algorithm ya curvilinear, kabla ya kuitumia unahitaji kufanya compression bila hiyo. Ikiwa unaona kwamba video iligeuka kuwa ya ubora wa kutosha, kwa kutazama video unaweza kuchambua ambapo codec haikufanya kazi vizuri. Kama sheria, hakuna shida na mienendo. Mienendo ni matukio yenye kasi ya juu. Pia, video ya kasi ya juu inajumuisha video au video yenye kelele na vitu vidogo vingi. Kwa hivyo, ikiwa wakati wa kutazama inabadilika kuwa mienendo inaonekana nzuri, lakini ile tuli haionekani nzuri sana, unaweza kupunguza kidogo kasi ya biti kutoka kwa matukio ya nguvu na ya kati; kwa hili unahitaji kuweka asilimia fulani kwa "Chini." matukio ya bitrate%”. Ikiwa matukio ya kati (kuna harakati, lakini sio mengi) haionekani kuwa nzuri sana, basi bitrate inaweza kuondolewa tu kutoka kwenye matukio ya juu ya bitrate. Ili kufanya hivyo, unahitaji kuweka thamani fulani katika chaguo la "Matukio ya juu ya bitrate%". Kama nilivyosema tayari, vigezo hivi vinahitaji kuchaguliwa kwa majaribio.

Nambari ya 4 inaficha mtiririko ambao utatumika kwenye filamu.

Hapa tunaweza kuweka ukubwa wa faili tunayotaka kupokea (kifungo kitasisitizwa na uandishi "Ukubwa wa lengo (kbytes)"). Kumbuka tu kwamba bado una sauti, ambayo unahitaji pia kuondoka chumba. Ikiwa unataka kufanya filamu kwenye CD moja, kisha kuhesabu ukubwa wa video ni bora kutumia aina fulani ya calculator ambayo inazingatia ukubwa wa sauti katika faili ya mwisho. Ikiwa kitufe kimeangaziwa kwa maneno "Biti inayolengwa (kbps)", basi wastani wa kasi ya biti ambayo filamu itasimbwa itawekwa. Ili kubadili kutoka kwa hali moja hadi nyingine, unahitaji kubonyeza kitufe hiki. Bitrate inaweza kubadilishwa na kitelezi na kwa kuingiza nambari kwa mikono, lakini saizi ya faili inaweza kuwekwa tu kwa kuingia kwa mikono, kwa kilobytes.

Ili kupiga mipangilio ya ziada ya kodeki, unahitaji kubonyeza kitufe cha 5.

Utaona dirisha:

Wacha tuangalie mipangilio:

  • "Usahihi wa utafutaji wa mwendo" tafsiri ya moja kwa moja - usahihi wa utafutaji wa mwendo. Ya juu ya parameter hii, ubora bora wa harakati utaonekana. Waandishi wanapendekeza kuiweka kwa angalau 5, vyema 6. Lakini kumbuka kwamba juu ya parameter hii, polepole codec itafanya kazi.
  • "VHQ mode" Kazi hii inakuwezesha kuboresha hali ya macroblock badala ya wastani. Thamani hii ya juu, polepole kodeki itafanya kazi. Wakati huo huo, ubora huongezeka kwa kiasi kikubwa (hauwezi kulinganishwa na kutumia muafaka wa B). Hali ya VHQ na GMC (Fidia ya Mwendo Ulimwenguni) haziwezi kutumika pamoja.
  • "Tumia mwendo wa chroma" Chaguo hili la kukokotoa huwezesha utafutaji wa mwendo kulingana na maelezo ya rangi. Njia hii ni sahihi zaidi kuliko njia ya kawaida. Kuwasha njia hii kunapunguza kasi ya kisimbaji.
  • "Uwiano wa kushuka kwa fremu" idadi ya fremu za kuruka. Chaguo hili la kukokotoa litafanya kazi ikiwa kodeki itazingatia kuwa hakuna kasi ya biti ya kutosha kwa usimbaji. Katika kesi hii, encoder itaanza kutupa nje muafaka. Ikiwekwa kuwa 0, hakuna fremu moja inayorukwa; ikiwekwa kuwa 100, fremu nyingi hutupwa kadri kisimba kinavyohitaji kwa utendakazi wa kawaida. Ili kupata video ya hali ya juu, sipendekezi kutumia maadili isipokuwa sifuri.
  • "Upeo wa muda wa fremu wa I" ni idadi ya juu zaidi ya fremu zinazoweza kuwa kati ya fremu muhimu (I-fremu). Hii haiathiri hasa ubora wa encoding, lakini ina athari kubwa sana katika utafutaji wa fragment. Nitaeleza kwa nini. Tunapotazama filamu, tunapotaka kuhamia mahali fulani kiholela, tunasogeza kitelezi cha utafutaji. Ikiwa kuna fremu muhimu mahali tulipoishia, basi uchezaji utaanza mara moja. Lakini ikiwa hakuna sura muhimu (I-frame), basi tutasikia sauti na kuona video tu wakati nafasi ya kutazama inafikia sura muhimu. Ninaweka parameter hii hadi 100. Wakati huo huo, imehakikishiwa kwamba tutasubiri si zaidi ya sekunde 4 kwa picha kuonekana.
  • "Tumia hali ya katuni" chaguo hili la kukokotoa lilianzishwa ili programu ya kusimba ifanye kazi na uhuishaji. Sijui jinsi algorithms ya kufanya kazi katika hali hii inatofautiana.

Hebu tuendelee kwenye kichupo kifuatacho "Quantization".

Tayari nimeelezea quantizers ni nini hapo juu. Katika orodha hii unaweza kuweka vipindi ambavyo quantizers itafanya kazi tofauti kwa I, P na B-muafaka. Kwa ujumla, sioni sababu ya kubadilisha maadili haya. Kisimbaji cha Xvid kinasimamia vihesabu vizuri kabisa. Lakini nitakuambia hii inamaanisha nini tena.

  • "Min ..-frame quantizer" - kiwango cha chini kinachowezekana cha quantizer kwa .. aina ya sura. Chini ya thamani hii, picha itakuwa kali zaidi (mradi bitrate ni ya juu ya kutosha kufikia quantizer hii). Kwa I-frame hii itakuwa thamani ya chini zaidi, kwa P-frame itakuwa ya juu zaidi, na kwa B-frame itakuwa ya juu zaidi. Lakini ni bora si kugusa maadili ya msingi.
  • "Max ..-frame quantizer" - upeo unaowezekana wa quantizer kwa .. aina ya sura. Thamani ya juu ya parameter hii inapunguza maelezo ya picha. Kwa I-frame hii itakuwa thamani ya chini zaidi, kwa P-frame itakuwa ya juu zaidi, na kwa B-frame itakuwa ya juu zaidi. Lakini ni bora si kugusa maadili ya msingi.
  • "Trellis quantization" kwa sasa, kipengele hiki hufanya kazi tu na mkusanyiko wa H.263 wa ujazo. Kutokana na mabadiliko kidogo katika algorithm ya hisabati ya kazi, ubora unapaswa kuboreshwa. Kipengele hiki ni cha majaribio. Chaguo hili lilipowezeshwa, sikuona tofauti nyingi kutoka kwa vifaa vilivyobanwa bila hiyo. Tofauti ilikuwa kama bembea, wakati mwingine kwa niaba yake, wakati mwingine kinyume chake. Kwa kuzingatia kwamba hii hutumia kazi zisizo za kawaida, basi kuwezesha "Ukadiriaji wa Trellis" labda haifai.

Kichupo cha mwisho kina maelezo ya utatuzi wa kodeki.

Wakati wa kuchagua vigezo vya uboreshaji kwa kichakataji maalum ("Uboreshaji wa Utendaji"), unaweza kufanya chaguo 2:

  • "Gundua uboreshaji kiotomatiki" - huwezesha uteuzi wa kiotomatiki wa uboreshaji kwa kichakataji chako.
  • "Lazimisha uboreshaji" - mpangilio wa mwongozo wa vigezo vya uboreshaji.
  • Kazi inayofuata inapatikana ni "FourCC imetumika". Nitaeleza ni nini. Inapobanwa, lebo huandikwa kwenye kichwa cha faili ya AVI ikionyesha ni kodeki gani ilibanwa nayo. Wakati wa uchezaji, mchezaji husoma alama hii na anaendesha avkodare sambamba. Kwa codecs zinazoendana na MpEG4, inawezekana kuchukua nafasi ya avkodare. Kwa hivyo, napendelea kushinikiza video kwa kutumia kisimbaji cha Xvid, na kuiona kwa kutumia avkodare ya DivX (kisimbazi hiki kina matatizo machache na vichezaji tofauti na picha baada ya kuwa na mabaki machache). Ili kubadilisha lebo ya FourCC, unahitaji kufanya uteuzi katika menyu kunjuzi. Ukichagua DX50 hapa, avkodare ya DivX5 itazinduliwa ili kucheza tena. Hivi ndivyo ninapendekeza ufanye.

Na kipengee cha mwisho kwenye kichupo hiki ni "Onyesha hali ya usimbaji". Chaguo hili huwezesha jopo la habari wakati wa ukandamizaji.


Paneli hii itaonyesha maelezo kuhusu vipima vipimo vilivyotumika wakati wa kubana, anuwai ya vidhibiti kwa kila aina ya fremu, wastani wa kasi ya biti, na maelezo mengine mengi ya usimbaji.

Sasa hatua ya mwisho 6

Hapa unaweza kutaja vipindi ambavyo unahitaji kuongeza au kupunguza kasi ya biti. Bidhaa hii ni rahisi sana kutumia kwenye mada. Sio lazima kuweka ubora kamili juu yao, lakini sipendi kabisa kuzikata kabisa. Unapobofya kitufe cha "Ongeza", kipengee kingine kitaongezwa kwenye orodha. Ili kuihariri, unahitaji kubofya kitufe cha "Hariri":

Hapo juu inaonyeshwa kutoka kwa sura ambayo hatua ya sehemu hii itaanza. Kitendo chake kinaendelea hadi sehemu inayofuata, na ikiwa hakuna sehemu inayofuata, basi hatua inaendelea hadi mwisho wa filamu. Nambari ya fremu imeingizwa mwenyewe. Ni rahisi sana kuona ni sura gani unahitaji kufanya sehemu kutoka. Ili kufanya hivyo, katika VirtualDub unahitaji kwenda kwenye sura inayotakiwa (kwa kusonga slider na panya, na kwa nafasi sahihi, tumia mishale ya kulia ya kushoto). Nambari ya fremu uliyosimamisha imeonyeshwa hapa chini.


Unaweza kuichagua kwa urahisi na kuinakili kwenye ubao wa kunakili. Baada ya kuingiza nambari hii kwenye dirisha la "Anza sura #", unaweza kuendelea kufanya mipangilio ya sehemu hii. Chochote utakachosanidi hapa chini kitatumika kwa sehemu hii pekee.

Wakati wa kuchagua parameter ya "Uzito" kwenye dirisha, unahitaji kutaja sababu ya kuzidisha bitrate (iliyowekwa kwa mikono au kwa slider). Ikiwa utaiweka kwa 0.5, basi bitrate itapungua kwa mara 2 kuhusiana na thamani iliyohesabiwa. Ikiwekwa kwa 1, hakuna kitakachofanyika na bitrate.

Ikiwa unachagua "Quantizer", basi kwenye dirisha unahitaji kutaja quantizer ambayo compression itafanywa. Hii si rahisi sana. Ninatumia kupunguza bitrate. Labda hatua hii inaweza kutumika kufikia ubora unaotabirika kwa muda fulani. Ili kufanya hivyo, tunaweka aina fulani ya quantizer kwa muda huu (kwa mfano, 10 ni quantizer ya juu, ambayo karibu maelezo yote yatahifadhiwa).

  • "Lazimisha fremu muhimu" Ukiteua kisanduku hiki, fremu ya kwanza ya sehemu hii itafanywa kama fremu ya I (fremu muhimu). Hii inaweza kuwa rahisi sana unapotaka kuashiria mwanzo wa wakati fulani.
  • "Greyscale" Kuwasha chaguo za kukokotoa hubadilisha picha kuwa nyeusi na nyeupe.
  • "Kiboreshaji cha Chroma" chaguo hili la kukokotoa hufanya wastani wa rangi katika maeneo angavu/nyeusi. Hii inasababisha kingo za ubora bora. Ningependekeza kutumia hali hii tu kwa katuni.

Sasa nitakuambia kidogo kuhusu jinsi unaweza kutazama filamu zilizobanwa kwa kutumia kodeki ya Xvid. Kutokana na ukweli kwamba codec iliandikwa upya mara kadhaa, nyenzo zilizosimbwa na matoleo tofauti ya codec ya Xvid haziendani na kila mmoja. Hii inatumika pia kwa avkodare. Ikiwa avkodare imeandikwa kwa toleo la Xvid ambalo halilingani na toleo la programu ya kusimba ambayo filamu imebanwa nayo, basi tutapata vizalia vya programu wakati wa kucheza tena. Wachezaji wengi wana decoder zao za Xvid, mara nyingi hazifanyi kazi kwa usahihi. Chaguo bora zaidi ni kuzima misimbo yote ya ndani na kulazimisha kichezaji kutumia avkodare za mfumo. Pia, avkodare mbalimbali zinatolewa zinazounga mkono Xvid na umbizo zingine. Mfano wa avkodare vile ni FFDSHOW. Pia nisingependekeza utumie vitu kama hivyo kutazama. Shida nyingi za kutazama huibuka haswa kwa sababu ya misimbo kama hiyo. Kuna wakati unakutana na filamu iliyobanwa na matoleo ya mapema sana ya Xvid. Katika kesi hii, ili kutazama filamu hii utahitaji kusakinisha toleo la zamani la Xvid, ambalo hakika ni lisilofaa sana. Kwa bahati mbaya, hakuna suluhisho lingine la shida hii. Matoleo ya hivi punde zaidi ya Xvid tayari yanaoana na avkodare za kawaida za MpEG4. Hiyo ni, ikiwa utaweka lebo ya FourCC kuwa DX50 katika faili iliyobanwa, basi kisimbuzi cha DivX5 kitazinduliwa ili kucheza video hii.

Kwa hiyo, nilizungumza kuhusu mipangilio yote ya codec ya Xvid, ambayo inapaswa kufanya maisha yako iwe rahisi zaidi wakati wa kuanzisha codec hii na encoding inayofuata. Kwa vigezo vingine nimetoa mapendekezo, kwa wengine lazima uamua mwenyewe jinsi ya kuwasanidi, taarifa zote kwa hili ni katika makala. Kwa hili naweza kumaliza makala kuhusu encoder Xvid.

Hatimaye niliamua kuelewa aina mbalimbali za umbizo la video. Matokeo ya "uchunguzi wangu wa Mtandao" yako hapa chini.

Kiwango ni vipimo (maelezo) ya algoriti ya usimbaji (mifinyazo) ya data. Viwango maarufu:

  • Viwango MPEG(Kundi la Wataalamu wa Picha Kusonga) - wana sifa ya kasi ya juu ya ukandamizaji / mtengano wa video na sauti na kiwango cha juu cha ukandamizaji bila hasara inayoonekana ya ubora wa picha. Kawaida MPEG-1 hutoa "picha" sawa na video ya VHS. MPEG-2(DVD-Video) inalinganishwa kwa ubora na picha za televisheni. MPEG-3 ilitengenezwa kwa mifumo ya ubora wa juu ya televisheni (HDTV) na sasa ni sehemu ya kiwango cha MPEG-2. MPEG-4 kutumika katika maendeleo ya multimedia ingiliani, maombi ya graphics na televisheni ya digital.
  • H.264(pia inajulikana kama MPEG-4 AVC (Uwekaji Usimbaji wa Video wa hali ya juu) - iliyopitishwa kama kiwango cha ufinyazo wa ubora wa juu wa video (HD, HDTV), inayosambazwa kwenye vyombo vya habari vya kizazi kipya: Blu-ray na DVD ya HD. Mfinyazo wa H.264 hutoa bora zaidi. picha za ubora na saizi ndogo ya faili, lakini inaweka mahitaji ya juu kwa maunzi kwa usimbaji na kucheza faili za video.
  • WMV(Windows Media Video) - umbizo la ukandamizaji wa video kutoka kwa Microsoft; Kama sheria, kontena ya Windows Media (*.wmv) hutumiwa kurekodi.
  • Vyombo vya Habari Halisi- umbizo hukuruhusu kubadilisha ubora wa mtiririko wa video kulingana na ubora wa chaneli ya mawasiliano; inatumika kwa utangazaji wa moja kwa moja wa runinga kwenye Mtandao.
  • D.V.- muundo wa kurekodi unaotumiwa katika kamera za video za dijiti.
  • Maumbizo mengine: Apple Quicktime, VCD (CD ya Video), Super Video CD, ASF (Active Streaming Format).

Codec ni utekelezaji wa programu ya algorithm ya usimbaji. Codecs maarufu:

  • DivX- codec ya kawaida ya wamiliki wa kiwango cha MPEG-4;
  • Xvid- codec wazi kulingana na moja ya matoleo ya DivX codec;
  • x264- codec kwa compression katika kiwango H.264.
  • TrueMotion VP6- mshindani wa moja kwa moja wa codecs za MPEG4-ASP (kama vile DivX na Xvid), kwa kasi ya chini ya biti hutoa picha bora zaidi kuliko kodeki zote za familia ya ASP, na hutumika kama mojawapo ya chaguo kuu za usimbaji katika umbizo la Flash Video.

Kwa kusema kweli, avkodare (kwa mfano, ffDShow) ina jukumu la kusimbua, ingawa kodeki mara nyingi hueleweka kama encoder na avkodare. Mojawapo ya vifurushi vya avkodare maarufu zaidi ni K-Lite Codec Pack. Ikiwa programu ya kusimbua inayohitajika haijasakinishwa kwenye mfumo, video haitachezwa tena. Unaweza kuamua ni avkodare gani inakosekana kwa kutumia mchezaji au kutumia programu maalum, kwa mfano, AVIcodec au GSpot.

Kontena ni umbizo la faili ambalo kanda za video, wimbo/nyimbo za sauti, manukuu na maelezo ya huduma huhifadhiwa. Vyombo maarufu:

  • Sauti na Video Zilizoingiliana (AVI)- chombo cha kawaida cha media kwa Microsoft Windows; hukuruhusu kutumia kodeki mbalimbali, kwa kawaida DivX na XviD.
  • MPEG-4 Sehemu ya 14 (MP4)- chombo cha vyombo vya habari kinachounga mkono sauti na video kutoka kwa kikundi cha MPEG-4; kiwango rasmi cha chombo cha video cha H.264; inaweza tu kuwa na sauti katika umbizo la AAC.
  • Matroska (MKV)- muundo wa chombo wazi na rahisi; upanuzi wa faili: * .mkv - kwa video yenye manukuu na sauti, * .mka - kwa faili za sauti, * .mks - kwa manukuu.
  • Video ya Flash (FLV)- chombo cha media kwa kusambaza video kwenye mtandao; inayotumiwa na huduma maarufu za mwenyeji wa video YouTube, Google Video, RuTube na zingine.
  • Ogg- Chombo cha media cha codec ya sauti ya Vorbis na kodeki ya video ya Theora.
  • Windows Media- muundo wa chombo kwa rekodi za video zilizotengenezwa na Microsoft; viendelezi: *.asf, *.wmv, *.wm.
  • Aina nyingine za vyombo: Ogg Media (*.ogm), RealMedia (*.rm, *.rv, *.ram), QuickTime (*.mov, *.qt), Video Object (*.vob), DivX Media ( * .divx), mtiririko wa programu ya MPEG-2 (MPG), 3GP.

Bitrate ni kiashirio kinachobainisha kiasi cha taarifa kwa kila kitengo cha muda, kwa kawaida katika kila sekunde ya kurekodi. Chini ya bitrate, "nyepesi" ya faili, na mbaya zaidi ya picha na ubora wa sauti.

Maagizo ya XviD4PSP 5 + XviD kwa:

  • badilisha video kuwa avi
  • kusimba video na XviD codec / kuanzisha XviD codec
  • kusimba sauti na kodeki ya MP3 / kuweka kodeki ya MP3
  • kuunda HWP - video katika umbizo la avi kwa kicheza DVD cha nyumbani
  • mpangilio XviD4PSP 5

Maagizo haya yanalenga hasa ubora wa nyenzo za pato.

Nyenzo hii imeundwa kwa kutazamwa bila malipo; kunakili yoyote yake kwa madhumuni yoyote ni marufuku na ni ukiukaji wa hakimiliki. Uandishi ni wa tovuti minisite.3dn.ru (tovuti), kwa hivyo ikiwa maagizo yanasasishwa au kuongezwa, toleo la sasa litakuwa kwenye minisite tu.

Kabla ya kuanza kazi, inashauriwa kusanikisha kifurushi cha hivi karibuni cha codec Kifurushi cha K-Lite Mega Codec(vinginevyo operesheni sahihi ya programu haijahakikishiwa) na sasisha DirectX (Zana> Sasisha DirectX).

Inapendekezwa kutumia toleo XviD4PSP 5 sio mapema XviD4PSP 5.10.228.0 (2011-03-31) rc19, kwa sababu. katika matoleo ya zamani buggy XviD 1.3.0 ilitumika (kujenga matoleo mapema kuliko XviD 63), na kuanzia toleo hili inatumikaXviD 1.3.1 (tengeneza matoleo kuanzia Xvid 63) na jambs za kudumu za toleo la zamani.

Maagizo yameandikwa kwa kutumia mfano wa usimbaji wa anime; ili kusimba filamu, soma maelezo ya picha za skrini.

Maagizo haya hayadai kuwa bora, ikiwa ni pamoja na katika suala la ubora wa video inayotokana, lakini ni mojawapo ya bora zaidi ya aina yake. Ninapendekeza kujaribu mipangilio na kufikia matokeo bora katika mchanganyiko ubora wa juu + uzito mdogo kwa ubora huu , i.e. kupata ardhi ya kati na kipaumbele juu ya ubora na bila bloating uzito. Mwongozo huu unaelezea mapendekezo ya kuanzisha programu XviD4PSP 5 na XviD na MP3 codecs, na mifano maalum, pamoja na maelezo ya chaguzi mbalimbali na mipangilio. Jaribu na mipangilio na upate matokeo bora =)

Maagizo haya yanachukuliwa kuwa kamili (mimi binafsi sifanyi tena hwp), kwa hivyo mabadiliko na nyongeza, ikiwa zipo, zitakuwa ndogo na adimu.

Sasisho la mwisho: 03/15/2013

upd. 10/16/2015 - hariri ndogo ya vichwa vya habari na maelezo ya viwambo, ili kuzuia nakala-wachungaji wajinga.

Toleo la programu sio mapema kuliko: Xv iD4PSP 5.10.228.0 (2011-03-31) rc19

XviD - kodeki inayobana video kulingana na kiwango MPEG-4, i.e. inatumia MPEG-4 Advanced Rahisi Profile (ASP) compression. Kwa sababu hii ni kodeki ya ukandamizaji wa video, kwa hivyo nihusimba video na upotezaji wa ubora, kwa hivyo kwa kanuni haiwezekani kufikia ubora kamili wa 100%, lakini unaweza kufikia ubora karibu iwezekanavyo kwa thamani hii, i.e. kupunguza hasara za ubora kiasi kwamba hazionekani wakati wa kutazama, kwa maneno mengine, hasara za ubora zitakubalika kidogo.

Kuweka wasifu wa video - kuanzisha codec ya XviD.

Tabo ya kwanza Kuu (kuu):

Mzunguko wa bluu unaonyesha saizi ya faili iliyohesabiwa Na thamani iliyohesabiwa biti kwa pikseli(iliyoonyeshwa kama ubora) Upande wa kushoto, kodeki, saizi na biti kwa kila thamani ya pikseli ya video asili huonyeshwa, mtawalia. Biti kwa kila thamani ya pikseli si lazima ziwe sawa na asili.

Mduara nyekundu unaonyesha vifungo vya kuongeza (+) na kufuta (-) mipangilio (wasifu), usisahau kuhifadhi maelezo ya video na sauti kwa matumizi ya baadaye (unaweza kuwapa majina yoyote).

Kwa urahisi, unaweza kuandika nambari mwanzoni mwa jina la wasifu wa mipangilio iliyohifadhiwa, basi itakuwa ya kwanza kwenye orodha inayohusiana na wasifu wa kawaida.

Hali ya usimbaji kuchagua 2-Pass Bitrate (usimbaji wa pasi mbili au usimbaji wa hatua 2 kwa bitrate fulani) - chaguo bora zaidi kwa usimbaji wa hali ya juu, katika kupita kwanza (hatua) programu inachambua video ili kusambaza kwa usahihi bitrate kwenye fremu zote, na kwa pili tayari hufanya usimbaji kulingana na matokeo ya uchambuzi.

Kwa nadharia 3-Pasi Bitrate (kuandika kwa hatua 3) inapaswa kusimba bora zaidi, kwa sababu ya uchambuzi wa kina zaidi, lakini kwa mazoezi tofauti kati yao mara nyingi ni ndogo, ubora sio tofauti sana, na wakati mwingine ni sawa, wakati usimbuaji huchukua muda zaidi (kwa mfano, ikiwa katika hatua 2). wakati wa kusimba utakuwa saa 1. , kisha katika hatua 3 masaa 1.5+). Kweli, ikiwa jambo kuu kwako ni ubora na hauko haraka, basi unaweza kusimba kwa hatua 3, ingawa sio nyingi, lakini ni bora kuliko usimbuaji katika hatua 2.

Na hapa 1-Pass Bitrate (usimbaji wa hatua 1) ni bora kutochagua, ingawa ni haraka, lakini ubora wa picha huzorota sana, haswa katika matukio yanayobadilika (karibu matukio mengi yenye harakati).Wakati wa kusimba katika hatua 1, bitrate hubadilika kuwa mara kwa mara katika video nzima, kwa sababu video haijachambuliwa, kwa sababu ambayo ubora unateseka (pixels, mraba, kelele na mabaki mengine), kwa sababu. kwenye matukio rahisi kutakuwa na ziada ya bitrate, lakini kwenye matukio magumu, kinyume chake, hakutakuwa na kutosha.

Ubora wa Mara kwa Mara- coding na quantizer mara kwa mara, i.e. na ubora wa kudumu. Sawa1-Pass Bitrate , na tofauti pekee ambayo hapa tunaweka ubora kwa kutumia thamani ya quantizerna kulingana na ukandamizaji wa video, bitrate ya wastani itapatikana, i.e. bitrate ni kutofautiana, kwa sababu na thamani sawa ya quantizer kutakuwa na bitrate tofauti kwenye matukio tofauti, kulingana na ugumu wao (compressibility).faida- wakati wa encoding ni sawa na1-Pass Bitrate , kwa thamani ya quantizer1-3 ubora utakuwa mzuri, minuses- saizi ya mwisho isiyotabirika ya faili, pamoja na saizi kubwa ya pato mara nyingi.Kumbuka: Bila kujali seti ya quantizer, kisimbaji kitatumia chaguo la kuongeza quantizerB-muafaka(tabo Fremu).

3-Pasi Ubora- kupita kwanza ni encoded katika modeUbora wa Mara kwa Mara, kulingana na ubora uliochaguliwa(kwa quantizer)Bitrate ambayo itatumika katika kupita zinazofuata imedhamiriwa. Pasi 2 na 3 zinafanana2-Pass Bitrate. faida- ubora mzuri,minuses- encoding ndefu, saizi ya faili isiyotabirika ya pato, ambayo mara nyingi itakuwa kubwa.

Kuandika kwa ukubwa - 2-Pasi Ukubwa Na 3-Pasi Ukubwa . Sawa2-Pass Bitrate Na 3-Pasi Bitrate , na tofauti pekee ambayo badala ya bitrate, tunachagua ukubwa wa faili ya mwisho, na bitrate hurekebishwa ili hasa kuanguka ndani ya ukubwa huu.faida- rahisi kuchagua saizi ya mwisho ya faili,minuses- kwa faili za video zilizo na muda tofauti, saizi ya faili italazimika kubadilishwa kando,kwa sababu na saizi sawa ya mwisho ya faili, kulingana na muda (muda) wa video, ubora (bits kwa thamani ya pikseli)/bitrate itakuwa tofauti - kadiri video itakavyokuwa ndefu, ndivyo ubora utakuwa mbaya zaidi (kutakuwa na kasi ndogo ya biti. )

Usisahau jambo rahisi - kwa muda mrefu video, itakuwa na uzito zaidi.

Kumbuka. Saizi ya mwisho inaweza kutofautiana na ile iliyohesabiwa, kulingana na mipangilio mingine ya kodeki, haswa juu ya anuwai iliyochaguliwa ya maadili (kiwango cha chini na cha juu) cha vidhibiti vya sura ya video (zaidi juu yao hapa chini), kwa maneno mengine, kulingana na ubora uliochaguliwa. anuwai na kwenye mgandamizo wa video - ikiwa kwa saizi fulani ya faili, ubora unaotokana hauingii ndani ya safu hii, saizi ya faili itapunguzwa au kuongezeka ipasavyo.

Kwa njia, programu zingine nyingi za ubadilishaji wa video husimbwa kwa hatua 1 haswa, bila uwezekano wa kusimba katika hatua 2, chini sana katika hatua 3, na mara nyingi bila uwezekano wa mipangilio sahihi zaidi ya usimbaji; programu zingine zina usimbaji katika hatua 2, lakini haifanyi hivyo. kazi, na mipangilio yao ya wataalam, ikiwa inapatikana, acha kuhitajika. Kama sheria, programu kama hizo huahidi (kwa usahihi zaidi, watengenezaji wao katika maelezo) haraka, rahisi na rahisi, na usimbuaji wa video wa hali ya juu, lakini kwa sababu hiyo, ubora unaotokana ni mbali na mzuri. Kwa kuongezea, programu kama hizo kawaida hulipwa, tofauti na XviD4PSP.

Bitrate. Tunachagua kasi ya biti kwa kuzingatia thamani ya ubora inayotokana (biti kwa pikseli) (Kuhusu wastani wa kasi ya biti na thamani ya ubora (biti kwa pikseli)). Kwa ruhusa 704x396-720x576 bitrate =1200-1500 Kbit/sek itatosha, ikiwa unasimba anime, katika mfano huu (tazama picha za skrini) na kasi ndogo ya 1500 Kbps ubora (bits kwa pixel) uligeuka kuwa 0.224 (kiwango cha sura kwa mfano ramprogrammen 23.976), ambayo inakidhi kikamilifu mahitaji ya ubora. Kama ilivyoelezwa hapo awali, kwa filamu unahitaji kuchukua bitrate ya juu, kwa mfano1400-1700 Kbit/sek , ili thamani ya ubora iko katika kanda 0.2 na zaidi.

Ushauri . Ni bora kuweka bitrate ya juu zaidi ili kufikia kiwango cha ubora kutoka 0.2 na ya juu zaidi, kwa mfano katika safu 1500-2000 Kbps(kulingana na azimio la mwisho na kasi ya fremu, kwa kasi ya biti sawa, thamani ya ubora iliyohesabiwa itakuwa tofauti), haswa. kwa video zinazobadilika zilizojaa matukio changamano yanayobadilika na maelezo ya juu ya picha, kwa mfano kwa anime katika azimio 704x396 na kiwango cha fremu ramprogrammen 23.976 Katika hali nyingi 1500 Kbit/sek itakuwa zaidi ya kutosha. Hakutakuwa na ongezeko tupu la saizi ya faili; ikiwa bitrate ni zaidi ya lazima, itapunguzwa, ambayo katika hali nyingi itakuwa. Kwa njia hii tutaepuka kudharau ubora. Na usanidi sahihi wa codec utatusaidia kuepuka mfumuko wa bei usiohitajika wa bitrate na, kwa hiyo, ukubwa wa faili, ambayo ni hasa iliyoandikwa katika mwongozo huu.

Hali ya katuni - kama jina linapendekeza jumuisha tu ikiwa unasimba anime au katuni, inaboresha uwiano wa ubora na ukandamizaji. Haipendekezi kutumia kwa ajili ya filamu, hasa kutokana na maelezo yao ya juu, inaweza pia kuwa haifai kutumia kwa anime yenye maelezo zaidi (kama vile filamu za urefu kamili na ubora wa juu wa picha, na kiwango cha juu cha kuchora na maelezo) ( ya mwisho inapaswa kuangaliwa kwa majaribio, katika hali nyingi chaguo hili linapaswa kuwa muhimu wakati wa kuweka anime nyingi).

Hali ya kijivu usiwashe. Rangi imeharibiwa kabisa, picha inakuwa kijivu (sinema nyeusi na nyeupe).

Pasi ya 1 kamili - Ubora kamili wa pasi ya kwanza.Wakati chaguo hili limezimwa, pasi ya kwanza inaendesha na mipangilio nyepesi.Awali katika codec XviD Chaguo hili hutumiwa kuunda faili iliyokamilishwa kwenye kibali cha kwanza. Lakini kwa sababu Tunaweka msimbo kwa njia 2; chaguo hili halina maana kwetu, kwa sababu katika kupita kwanza, takwimu kwenye faili zinakusanywa tu kwa usimbuaji katika kifungu cha pili. Kimsingi, hii haitoi uboreshaji wowote wa ubora, angalau dhahiri, na inachukua muda zaidi kusindika faili.

Kiboreshaji cha Chroma washa,inaboresha ubora,kufanya kazi na maelezo ya rangi ya picha, hupunguza athari za staircase kwenye kando.

Kichupo Mwendo(utafutaji wa mwendo):

Utafutaji wa mwendo kuiweka 6 - Juu Zaidi, Hali ya VHQ kuiweka 4 - Wide Search , hii inafanywa ili kuchambua kwa kina zaidi mwendo, ambayo inaboresha ubora wa video.

Vipimo vya VHQ kuchagua 1 - PSNR_HVSM , hiki ni kipimo kipya ambacho kinaboresha ubora.

Utafutaji wa saizi ya Quartel (Qpel) Na Fidia ya mwendo wa kimataifa (GMC) Lemaza, vicheza DVD haviungi mkono, video haitaanza kabisa au itakuwa na uingiliaji mbaya katika mfumo wa miraba. Washa tu ikiwa hutatazama video kwenye kicheza DVD chako cha nyumbani; itacheza kwenye kompyuta yako bila matatizo (ingawa katika kesi hii haijulikani ni nini umesahau katika kusanidi kodeki ya xvid, kwa kompyuta na vifaa vipya ni bora kutumia codec ya H.264 (AVC) na chombo cha mkv au mp4, kuchukua azimio la juu zaidi, na kadhalika.). Kwa kweli Qpel Na GMC hukuruhusu kuboresha ubora wa picha kidogo.

Ukadiriaji wa mwendo wa Chroma washa, hii ni makadirio ya harakati ya habari ya rangi, inaboresha ubora wa picha.

Kichupo Fremu ( mpangilio ubora muafaka(muafaka wa video)):

I-muafaka- viunzi muhimu, na kiwango cha chini cha ukandamizaji. Wanahifadhi maelezo ya msingi kuhusu picha. Fremu muhimu pia hutumiwa kwa urambazaji wa video. Katika video, idadi ya fremu muhimu ni ndogo sana kuliko aina zingine za fremu.

Muafaka wa P— fremu za kati, tumia data ya picha kutoka kwa viunzi vilivyotangulia. Wanahifadhi tu habari kuhusu ni kiasi gani fremu imebadilika ikilinganishwa na ya awali. Uwiano wa ukandamizaji ni wa juu kuliko ule wa muafaka wa I.

B-muafakafremu za kati ili kuongeza mgandamizo wa video bila kupoteza ubora. Tofauti Fremu za P huhifadhi taarifa kuhusu ni kiasi gani fremu inatofautiana na ile ya awali na kutoka kwa fremu inayofuata.Uwiano wa compression ni wa juu kuliko ule wa P- muafaka

B-muafaka weka 2 . Hii ndiyo idadi ya juu zaidi ya fremu za B zinazofuatana. Thamani za juu zaidi zinaweza kusababisha kutopatana na baadhi ya vicheza DVD (haswa zile za zamani) na kuzorota kwa ubora (ikiwa imewekwa juu sana).

Uwiano wa muafaka wa B | kukabiliana tunaonyesha150 | 100 kwa mtiririko huo (maadili ya kawaida), hii ina maana kwamba uwiano | kukabiliana = 1.50 | 1.00 . Ongeza thamani ya kipimaji cha fremu B.Haupaswi kuweka maadili zaidi, vinginevyo quantizer itakuwa overestimatedMuafaka wa B, ambao utasababisha kuzorota kwa ubora wa picha, haupaswi kupunguzwa pia, vinginevyo maana inapotea. B-muafaka.

Kipimo cha fremu B(Q) kinakokotolewa kwa kutumia fomula:

Q B-muafaka = wastani Q inayozunguka viunzi viwili * uwiano + kukabiliana

wastani wa Q wa kuzunguka fremu mbili = (Q ya fremu ya P iliyotangulia + Q ya inayofuata P-frame) / 2

uwiano|kupunguza = 1.50 |1.00

Muda wa fremu muhimu- umbali wa juu ( muda) kati ya keyframes(I-muafaka). Tunaweka 200 - hii ni zaidi au chini ya dhamana bora kwa hali nyingi. Hii itaboresha urambazaji na ubora wa video. Hii ni thamani ya juu tu ya muda, i.e. umbali kati yaFremu za I zitatofautiana katika video nzima, lakini hazitazidi thamani hii. Haipendekezi kuweka maadili ya juu sana - hii itasababisha kuzorota kwa ubora na urambazaji wa video; maadili ya chini sana yatasababisha ongezeko kubwa la uzito wa video, lakini haitaboresha ubora wa jumla. Kiwango cha chini kuweka thamani 100 , lakini katika hali nyingi haifai, chaguo-msingi gharama 300 , katika hali nyingi pia haipendekezi kuiweka juu ya thamani hii. Ni bora kuweka maadili katika eneo hilo 200-300 .

Imefungwa GOP lazima kuwezeshwa. Chaguo inathibitisha kwamba kabla ya kila mpyaI-frame itasimama daima P-frame.

Pakiti ya bitstream Lemaza, haswa kwa kuwa tunasimba katika pasi 2.

VHQ kwa B-fremu washa. Kama jina linavyopendekeza, hii ni hali ya VHQ ya B-muafaka , hutumiwa kuboresha ubora wao.

Min Q Na Max Q- viwango vya chini na vya juu vya quantizer kwa I-, P-, B-muafaka. Kwa maneno mengine, kwa kutumia vigezo hivi unaweza kuweka vizuizi juu ya ubora wa juu na wa chini wa fremu tofauti (thamani zao.quantizers), i.e. weka safu ya ubora. Kwa chaguo-msingi Min Q = 1-2, Max Q = 31. Kwa Min Q = 1codec itajitahidi kusimba haswa kwa kasi ya biti iliyobainishwa(hasa wakati Pmin=1) , i.e. Bitrate itaelekea thamani ya juu na mara nyingi itakuwa zaidi ya lazima. Kwa Min Q = 2Ubora ni takriban sawa na thamani ya 1, lakini kuna usambazaji bora wa quanta, na bitrate huhifadhiwa vizuri zaidi. Max Q unaweza kuiacha saa 31 , lakini ikiwa haujaridhika na ubora, basi weka maadili chini. KwaI-fremu, thamani ya quantizer itakuwa ndogo (kwa ubora wa juu wa fremu muhimu), kwaKuna fremu zaidi za P zaKuna fremu zaidi za B. Lakini usichukuliwe na kuongeza quantizerB-muafaka, kwa sababu Tayari tunatumia chaguo ili kuongeza quantizer B-muafaka Uwiano wa muafaka wa B | kukabiliana .

Unaweza pia kuweka kikomo ubora wa muafaka, kwa hali ambayo maadili yafuatayo yanafaa kwa ubora bora:

Min Q I = 1, Upeo wa Q I = 3 - tunaweka ubora wa juu kwa muafaka muhimu

Kiwango cha chini cha Q P = 2, Upeo wa Q P = 4 - Muafaka wa P lazima iwe imebanwa nguvu kuliko I-muafaka

Kiwango cha chini cha Q B = 2, Upeo wa Q B = 4- B-fremu lazima zibanwe nguvu kuliko P-muafaka, hali hii ni alikutana, kwa sababu Kiongeza cha Q kimewashwa Muundo wa B ( uwiano|kupunguza). Kwa hivyo maadili ya mwisho Min Q Na Max Q B -fremu zitakuwa sawa3-4 Na 7 kwa mtiririko huo.

Kwa ujumla, safu ndogo kabisa ya maadili yaliyowekwa min. na max. Kiasi cha sura kwa ubora mzuri kinapaswa kuwa kitu kama hiki:

Min Q I = 1-2, Upeo wa QI = 2-4

Min Q P = 2-3, Upeo wa QP = 3-5

Kiwango cha chini cha Q B = 2-3, Upeo wa Q B = 3-5

Ikiwa kasi ya biti iliyowekwa haingii ndani ya safu ya ubora ambayo tumeweka, itaongezwa au kupunguzwa. Wale. ikiwa bitrate iko chini inahitajika kwa ubora wa chini (Max Q), itasasishwa hadi thamani hii. Na kamabitrate iko juu zaidi inahitajika kwa ubora wa juu (Min Q), itapunguzwa hadi thamani hii .

Kwa ubora mzuri wastani wa maadili ya quanta Muafaka wa I unapaswa kupatikana katika eneo hilo 1-3 , Muafaka wa P 2-4 , B-muafaka 3-6 . Kadiri thamani za quanta zilivyo chini, ndivyo ubora wa juu unavyoongezeka. Thamani za quanta wastani zinaweza kutazamwa mwishoni mwa logi ya usimbaji, chini ya mstari xvid_encraw.exe: -pass2 . Kwa kweli inapaswa kuonekana kama kitu kama:
Mimi fremu: ... kiasi = 1/ 1.00 / 1 (au 2 / 2.00 / 2 )
Muundo wa P: ... kiasi = 2/ 2.00 / 2
B fremu: ... kiasi = 4/ 4.00 / 4
(au 3 / 3.00 / 3 )

Hapa tunaona idadi ya fremu za kila aina na maadili ya quanta yao kwa mpangilio kiwango cha chini / wastani / kiwango cha juu .

Tathmini ya ubora kulingana na wastani wa quanta ya fremu ndilo chaguo bora zaidi na sahihi zaidi la kutathmini ubora wa video iliyokamilika wakati wa kusimba kwa kodeki ya XviD.

Kichupo Kiwango :

KBoost (Kuongeza sura ya I - ongezeko Miundo ya I)acha thamani chaguo-msingi 10 (%) . Kigezo hiki huongeza kiwango cha biti kilichotengwa kwa fremu muhimu(I-muafaka). Imeonyeshwa kama asilimia, i.e. katika kesi hiiI-fremu zitaenda 10% zaidi ya kasi ya biti.

C Juu (Matukio ya juu ya biti uharibifu - kupunguza matukio na bitrate ya juu) Na Clow (Matukio ya chini ya biti uboreshaji - kuongezekamatukio ya chini ya bitrate) unaweza kuacha maadili chaguo-msingi 0 (%) . C Juu huchukua kasi ya biti kutoka kwa matukio yenye kasi ya juu ya biti (mandhari tata zinazobadilika) na kuzipa matukio yaliyo na wastani (mandhari yenye mienendo ya wastani) na kasi ya chini (tuli, mandhari ya mandharinyuma, yenye mwendo mdogo au usio na harakati yoyote).Clow inachukua bitrate kutoka kwa matukio na juu na wastani bitrate na kuwapa matukio na bitrate ya chini.Imeonyeshwa kama asilimia. Wale. ikiwa huna kuridhika na ubora wa matukio ya tuli, lakini mienendo inaonekana nzuri, basi chaguo hizi zitakusaidia kusambaza vizuri bitrate kati yao. Lakini haipendekezi kubebwa na chaguzi hizi; maadili makubwa sana yataharibu ubora wa pazia zenye nguvu au za kati. Ikiwa unatumia chaguo hizi, ni vyema kuweka maadili ya chini kabisa. Binafsi natumiaKiwango cha Juu = 5%(tazama picha ya skrini).

OSStrength(Nguvu ya udhibiti wa kufurika - dhibiti nguvu ya usambazaji), OBoresha (Uboreshaji wa juu wa kufurika - ongezeko la juu zaidi la usambazaji) Na ODegrade (Uharibifu mkubwa wa kufurika - kiwango cha juu cha kupunguza usambazaji ) tunaonyesha 10 (%) . Vigezo hivi vinaonyesha ni kiasi gani codec inaweza kupotoka kutoka kwa maadili yaliyohesabiwa ya kasi ya biti inapohitajika.OSStrength huonyesha ni kiasi gani kodeki inaweza kwenda zaidi ya thamani zilizokokotwa katika kila fremu (haifanyi tofauti ikiwa imepunguzwa au kuongezeka).OBoresha huamua ni kiasi gani cha bitrate kinaweza kuinuliwa, ikilinganishwa na wastani wa bitrate, katika sehemu fupi (ambapo inahitajika).ODegrade huamua ni kiasi gani cha bitrate kinaweza kupunguzwa, kuhusiana na bitrate ya wastani, katika sehemu fupi (ambapo inahitajika). Kwa kutumia vigezo hivi, tunaboresha ugawaji upya wa kasi ya biti. Haipendekezi kuweka maadili ya juu, vinginevyo codec inaweza kutoa eneo moja zaidi ya bitrate kuliko lazima, na mwingine, kinyume chake, chini, ambayo itasababisha kuzorota kwa ubora wa mwisho. Maadili chaguo-msingi kwa ujumla 5 .

Mwitikio(Kipengele cha Kuchelewa kwa Maoni), Wastani (Kipindi cha uzee) Na Laini Acha maadili chaguo-msingi (tazama picha ya skrini).

VBV(Kithibitishaji cha Bafa ya Video) Ukubwa wa VBV(Ukubwa wa juu zaidi wa bafa) seti 3145728 , VBVmax(Max bitrate) seti 4854000 , VBVpeak kuondoka 0 . Inatumika katika hali ya kupitisha mbili. Thamani zinachukuliwa kutoka kwa profaili za kawaida za codec za XviD. Thamani sawa ziko katika profaili chaguo-msingi za usimbaji wa pasi mbili.

Kichupo Nyingine(nyingine):

Kuchagua matrix H263 , chaguo bora katika hali nyingi, haswa kwa anime. Kwa sinema unaweza pia kutumia matrix ifuatayo MPEG .

Masking ya HVS (Ukadiriaji Unaobadilika(AQ) - Ukadiriaji Unaobadilika) chagua pekee Tofauti. Inaboresha ubora. Lumi Kwa ujumla, haupaswi kamwe kuchagua, kwa sababu ... Hii ni AQ ya zamani na, kinyume chake, inaharibu tu ubora.

Pasi ya 1 Quantizer weka 2 . Hii ni hatua ya kwanza quantizer. Unaweza kuweka maadili katika eneo hilo 1-3 . Kama ilivyoelezwa hapo awali, na quantizer 2 kuna usambazaji bora wa quanta.

Ukadiriaji wa Trellis kuwawezesha pia inaboresha ubora.

Tumia XviD 1.3.x mpya iwezeshe, vinginevyo chaguzi zingine hazitafanya kazi, kwa sababu haziungwi mkono na toleo la zamani la codec, kama matokeo ambayo ubora utakuwa mbaya zaidi. Ehili ni chaguo la kimataifa.

Mizizi - multithreading, huamua ngapi cores processor zitatumika kwa encoding. Hili ni chaguo la kimataifa.Weka idadi ya cores ya kompyuta yako au iache Otomatiki . Katika hali tuOtomatiki thamani itatumika = idadi ya cores + 2. Lakini hii haina maana kwamba modeOtomatiki itaongeza kasi ya encoding, hata hivyo, kasi ya encoding moja kwa moja inategemea vifaa vyako, i.e. Viini vingi vilivyopo vitatumika.

Katika kichupo cha mwisho CLI (Kiolesura cha mstari wa amri) hatuna chochote cha kufanya, kuna hati iliyoandikwa hapo na vigezo vyetu vya encoding, ambayo ilikuwa matokeo ya mipangilio yetu. Ikiwa hujui unachofanya, basi usibadilishe chochote.

Kwa hiyo, tumemaliza na video, uhifadhi wasifu (kifungo na ishara ya pamoja, ilisema mwanzoni kabisa) na bofya OK.

Sauti bora kwa sinema AC3 iliyo na bitrate ndani 256-448 Kbps, mradi sauti katika chanzo ni ya ubora wa juu (5.1ch na ubora mzuri, kwa mfano).

Na kwa anime, mfululizo wa TV na mambo mengine, bila shaka sisi kuchagua MP3 na bitrate ndani 128-256 Kbps . Kwa anime itakuwa bora192 Kbps, lakini ikiwa kwa mfano katika msimbo wa chanzo dubbing na sauti yenyewe ubora wa juu ni bora 224- 256 Kbps. Bitrate ndani 128 Kbpsni kiwango cha chini kinachokubalika, lakini ni bora kutotumia, lakini kuchukua angalau160 Kbps.

Katika mfano huu, MP3 imechaguliwa.

Hali ya usimbaji kuchagua CBR (BitRate ya Mara kwa mara - kasi ya biti mara kwa mara). Hii ni bitrate ya mara kwa mara, haipaswi kuchagua wengine, vinginevyo utapata matatizo na sauti.

Hali ya vituo kwa asili Stereo .

Ubora kuchagua 0 - Bora zaidi Ubora , hii ni ubora bora.

Cheza tena faida (kusawazisha sauti) kuiacha imezimwa ( Hakuna ) Vinginevyo, tunaweza kuharibu sauti, kwa sababu Kimsingi, kiasi cha sauti katika asili ni vigumu mara kwa mara katika urefu wake wote. Wezesha tu ikiwa unahitaji kwa madhumuni fulani, lakini katika hali nyingi haifai.

Usibadilishe sampuli - usibadilishe mzunguko wa sampuli. Usiiwashe, kwa sababu ikiwa masafa ya sauti asilia ni ya kawaidaMP3 (kwa mfano 44.1 KHz (KHz) au 48.0 KHz ) basi itanakiliwa kwa chaguo-msingi, na ni bora sio kuacha mzunguko usio wa kawaida, vinginevyo matatizo na sauti yanaweza kutokea, kwa uhakika kwamba haitachezwa kwenye DVD.. Iwashe tu ikiwa unaihitaji na unajua unachofanya.

Hifadhi wasifu wa sauti uliokamilika.

Katika siku zijazo, tunapofungua video mpya, tunaweza kutumia profaili zilizotengenezwa tayari za usindikaji wa video na sauti, na wasifu uliochaguliwa wakati wa usimbaji wa mwisho huhifadhiwa katika uteuzi, kumaanisha kuwa hutalazimika kuchagua wasifu wako kila wakati, wewe tu. ongeza faili mpya.

Jaribu na mipangilio

Makala iko katika mchakato wa kuandikwa, ninapokuwa na wakati wa bure, basi ninaandika ...

1. Unaweza kuniambia nini kuhusu mipangilio katika XviD?

Wakati wa kufungua mipangilio ya codec XviD katika programu XviD4PSP 5 mara ya kwanza, utaona vifungo vingi, vichupo, paneli za kushuka zinazoonyesha chaguo, chaguo na .... unafikiri nini? Chaguo za ziada za mipangilio ya kodeki ya XviD.
Kimsingi, chaguo zote ambazo XviD inatoa ni tofauti sana na kodeki nyingine nyingi za MPEG-4. Zinaweza (au zisijali) kwa usimbaji wako, na pia zinaweza kuwa na athari kubwa kwa kasi yako ya usimbaji. Unaweza kuchagua chaguo fulani wakati wa kusimba ambapo matokeo yako yatachezwa na kodeki/avkodare mbali na XviD (km DivX au 3ivx codec au FFDSshow), au unaweza kuchagua chaguo hizi zote za ziada ambazo hufanya XviD kuwa ya kipekee na yenye matumizi mengi. Unaweza kuchagua chaguo ambazo zitakuruhusu kusimba video ya moja kwa moja ya TV au kamera ya usalama kwa wakati halisi, au unaweza kuchagua chaguo ambazo zitafanya kodeki polepole kutambaa lakini kutoa matokeo mazuri sana.

(Yafuatayo ni maelezo ya mipangilio ya XviD ya muundo wa XviD4PSP 5 kutoka fcp. Miundo mingine inaweza kuwa na kiolesura tofauti na hiki, lakini utapata chaguo nyingi, ikiwa si zote, zilizofafanuliwa kwa namna moja au nyingine.)

Mipangilio ya kodeki ya XviD katika XviD4PSP 5

Juu ya dirisha Mipangilio ya usimbaji video Unaweza kuona ni kodeki gani faili ya video asili (chanzo) ilisimbwa kwa kutumia, saizi yake na uwiano wa Bit/(Pixels*Fremu), pamoja na makadirio ya ukubwa na uwiano wa Bit/(Pixels*Fremu) katika video iliyorekodiwa tena, mradi tu azimio na mzunguko tayari ni fremu zilizosanidiwa. (Isipokuwa: Haiwezekani kutabiri ukubwa na uwiano wa Bits/(Pixels*Fremu) unaposimba katika hali ya Ubora wa Mara kwa Mara)

Kichupo kikuu

Hali ya usimbaji- Uwezo wa kuchagua modi ya usimbaji: kwa bitrate iliyowekwa, yenye ubora wa kila mara, au kwa saizi iliyowekwa.

1-Pass Bitrate- Husimba video mara moja, kwa kupita moja. Huchukua kila fremu ya video, hukagua unyambulishaji na kisha kusimba.

2-Pass Bitrate- Usimbaji wa pasi mbili. Pasi ya kwanza hutathmini ni kiasi gani video yako inaweza kubanwa. Na pasi ya pili hutumia data ya mgandamizo iliyokusanywa wakati wa pasi ya kwanza ili kusimba video.

3-Pasi Bitrate- Sawa na 2-Pass Bitrate, lakini usimbaji unafanywa katika pasi ya 3. Na katika kupita 2, takwimu zilizopatikana katika kupita ya kwanza zinasafishwa. Hii inafanya uwezekano wa kusambaza bitrate kwa usahihi zaidi na kwa usahihi kupiga bitrate maalum.

Ubora wa Mara kwa Mara- Kuweka msimbo na quantizer ya kila wakati ("kigawanyaji"). Kipimo kidogo, ndivyo ubora wa juu. Katika hali hii, kasi ya biti ya pato haijafafanuliwa na inategemea unyago wa video. Inapaswa pia kuzingatiwa kuwa, bila kujali quantizer iliyowekwa, encoder haitatumia maadili chini ya Min Q na zaidi Max Q weka kwenye kichupo cha muafaka.

3-Pasi Ubora- Pasi ya kwanza imesimbwa katika hali Ubora wa Mara kwa Mara, bitrate ya faili iliyopitishwa imedhamiriwa. Upitaji wa pili na wa tatu ni sawa na usimbaji wa kawaida wa 2-Pass (2-Pass Bitrate), biti iliyohesabiwa hapo awali imewekwa kama kasi ya biti.

2-Pasi Ukubwa- Usimbaji wa pasi mbili. Pasi ya kwanza hutathmini ni kiasi gani video yako inaweza kubanwa. Na pasi ya pili hutumia data ya mgandamizo iliyokusanywa wakati wa kupita kwa mara ya kwanza ili kusimba video na pia kuweka kasi ya biti inayohitajika (iliyohesabiwa na kikokotoo kilichojengewa ndani katika XviD4PSP 5) ili kugonga kwa usahihi bitrate iliyoainishwa (ndani ya sababu, kodeki haitaweza. uweze kusimba sampuli ya dakika kutoka kwa video ya DVD katika ukubwa wa 2GB).

3-Pasi Ukubwa- Sawa na Ukubwa wa 2-Pass, lakini (sawa na 3-Pass Bitrate) wakati wa kupitisha pili, takwimu zilizopatikana katika kupitisha kwanza zinafafanuliwa. Pasi ya tatu ni usimbaji halisi. Hii inafanya uwezekano wa kusambaza kwa usahihi bitrate na kugonga kwa usahihi saizi maalum.

Njia ipi ya kuchagua inategemea kile unachotaka kutoka kwa matokeo. Usimbaji wa pasi mbili ni bora zaidi katika kusambaza biti mahali zinapohitajika na kwa hivyo hukupa video inayoonekana bora zaidi. Usimbaji wa pasi moja unafaa tu kwa matumizi wakati haiwezekani kufanya usimbaji wa pasi mbili, kama vile usimbaji wa moja kwa moja wa wakati halisi, kunasa televisheni au kamera za CCTV. Ikiwa itabidi uende kwa usimbuaji wa kupita-moja kwa sababu maalum basi hakuna njia nyingine zaidi ya usimbuaji wa pasi mbili.
Kumbuka kuwa DivX 5 kwa sasa ina chaguo la "Multi-Pass", ambayo inaruhusu usimbaji zaidi ya pasi mbili. Hii inakusudiwa kupata usambazaji bora zaidi (aina ya kwa wastani wa kupita zaidi), lakini watumiaji wengi huripoti karibu na faida sifuri baada ya kupita kwa tatu. XviD haihitaji kabisa mbinu kama hii kwa sababu uamuzi wa ugawaji kidogo inayofanya ni bora na unatoa matokeo bora.

Quantizer- hii ndiyo inayoitwa DRF (D etail R kuhama F muigizaji) - thamani inayoonyesha kiwango cha upotezaji wa maelezo ya picha, ambayo ni, sawia na ubora. Kipimo kikubwa zaidi, maelezo zaidi yatapotea. Kwa kuibua, hii inaonyeshwa kwa kuonekana kwa kizuizi kwenye picha (mabaki ya mraba kwenye sura). Ipasavyo, quantizer ndogo, maelezo zaidi ya sura (ubora) pamoja na bitrate inayohitajika kwa ukandamizaji wake na, kwa kiasi, ukubwa wake. Kwa msingi, quantizer ya chini ni - 2; kiwango cha juu - 31.

Bitrate:(kbps) / Ubora:(Q) / Ukubwa: (MB) - Inategemea kile kilichochaguliwa ndani Hali ya usimbaji.

Weka mapema- Wasifu kimsingi unalingana na mipangilio fulani ya kodeki iliyoundwa mahsusi kwa matumizi maalum, hali...
Katika kila Wasifu, una viwango tofauti vya mipangilio ambayo huweka kikomo wasifu huo kwa hali maalum. Baada ya kubadilisha baadhi ya mipangilio ya uwekaji awali uliochaguliwa, inaweza kuwekwa upya kwa Desturi (kwa mfano, kubadilisha idadi ya B-fremu).
Chaguomsingi- Mipangilio chaguo-msingi ya kodeki.
Turbo- Usimbaji wa haraka, ubora duni
Ultra- Usimbaji wa ubora wa juu, uwiano bora wa kasi/ubora.
Uliokithiri- Ubora wa juu sana, usimbuaji polepole
Desturi- Mipangilio ya codec ya kibinafsi

NNE- Hapa unaweza kubadilisha FourCC kutumika katika faili kusababisha baada ya encoding. FourCC kimsingi ina msimbo wa utambulisho ulio katika faili ya video iliyopitishwa. Inapobanwa, lebo huandikwa kwenye kichwa cha faili ya AVI ikionyesha ni kodeki gani ilibanwa nayo. Wakati wa uchezaji, kichezaji husoma alama hii na kuendesha avkodare ifaayo (huiambia programu ya midia (kama vile WMP, MPC au DivX Player) ni aina gani ya avkodare inapaswa kutumika kufungua video kwa usahihi). Kwa codecs zinazoendana na MpEG4, inawezekana kuchukua nafasi ya avkodare. Unaweza kusakinisha, kwa mfano, DivX au DX50 ili kucheza video kwa kutumia avkodare ya DivX 5. Ukifanya hivi, lazima uzingatie mapungufu ya dekoda hiyo, ili usiweze kutumia baadhi ya vipengele vya XviD (kwa mfano, zaidi ya 1 B-frame au GMC). Inapendekezwa ikiwa unataka faili zako za video zichezwe kwenye vichezeshi vya maunzi vinavyotumia DivX lakini si XviD.

Katuni- Huwasha utaratibu wa kukadiria mwendo unaoruka vizuizi vingi zaidi (badala ya kusimba). Matokeo yake ni picha thabiti zaidi, isiyo na maelezo kidogo. Unachohitaji kusimba katuni kama vile "Futurama au Simpsons." Nisingependekeza hii kwa anime ya Kijapani yenye maelezo zaidi.
Huwasha njia mbili tofauti, zote zimeundwa kusaidia katuni:
- gundua_mwendo_tuli- bendera ya tathmini ya mwendo, inafanya kazi kama kikomo (kikomo). Ikiwa mwendo unaopatikana na mchakato wa utafutaji wa mwendo uko chini ya kikomo hiki, macroblock inachukuliwa kuwa tuli na hakuna maelezo ya mwendo yaliyosimbwa. Lini Katuni mode imewezeshwa, kikomo chini ambayo macroblock inachukuliwa kuwa tuli imeongezeka ili harakati ndogo zitapotea hata zaidi. Kwa kuwa NYINGI ya hizi "harakati ndogo" ni kelele (haswa kwenye katuni), inasaidia sana kuokoa biti nyingi ambazo zingetumika kusimba kelele kwenye picha tuli.
- vop_cartoon- Quantization. Wakati block imepokea fidia nzuri ya kutosha ya mwendo (pamoja na hitilafu ya jumla chini ya kikomo), haijawekwa msimbo hata kidogo. XviD haivuji data katika hali ya kawaida ya usimbuaji (kikomo = 1), lakini hukosa mengi katika hali ya katuni. Tena, hii kwa kawaida ina maana kwamba kelele ni kupuuzwa. Hii inaweza pia kuondoa maelezo mafupi, lakini maelezo mafupi hayafai kuwepo kwenye katuni "zinazofaa".
Kwa hivyo wakati mbinu ya kwanza inasaidia kuondoa miondoko ambayo ni ndogo sana hivi kwamba inaweza kuzingatiwa kama "sio sehemu ya chanzo", ya pili husaidia kubana kwa katuni kwa kuondoa maelezo ya kimuundo ambayo yanachukuliwa kuwa "ndogo sana kuwa sehemu ya chanzo" " .

Kijivu- huiambia codec kusimba bila habari ya rangi. Inatumika kuokoa biti kwenye salio mwishoni mwa filamu. Husimba picha kwa rangi nyeusi na nyeupe.

Pasi ya 1 kamili- Kwa chaguo-msingi, XviD hufanya pasi ya kwanza na mipangilio ya mwanga, bila kujali ni mipangilio gani ambayo mtumiaji ametaja. Kuwasha chaguo hili huzima hali hii.

Kiboreshaji cha Chroma- itafanya shughuli za ziada za "uchawi" kwenye maelezo ya rangi ili kupunguza athari za staircase kwenye mipaka. Hii itaboresha ubora kwa gharama ya kasi ya usimbaji. Hii inapunguza PSNR kwa asili, kupotoka kwa hisabati kutoka kwa picha ya asili itakuwa kubwa zaidi - lakini ubora wa picha ya kibinafsi utakuwa bora (kama ilivyotajwa tayari, kutakuwa na "mabaki ya jasing" kidogo. Kwa kuwa inafanya kazi na maelezo ya rangi, unaweza kuizima wakati wa kusimba katika rangi ya kijivu.

Kichupo cha mwendo

Hapa utapata chaguo zinazoamua usahihi wa utafutaji wa mwendo. Utambuzi wa mwendo ni mchakato ambao kodeki hujaribu kubaini jinsi kila sehemu ya klipu asili ilisogezwa. Kadiri inavyotafuta, ndivyo ukadiriaji wake wa mwendo utakavyokuwa sahihi zaidi, na ndivyo itakavyonasa mwendo wa asili kwenye fremu.
Kwa nini hasa kukamata mwendo ni muhimu sana, unauliza?
Wacha tuangalie mfano rahisi, kizuizi nyeupe cha kusonga kulia. Kila fremu ni sehemu ya picha ambapo kizuizi hakitaweka tena rangi ya usuli, na sehemu nyingine inapaswa kuchukua rangi ya kuzuia. Mabadiliko ambayo lazima yasimbwe kila fremu yatawakilisha idadi kubwa ya biti.
Badala yake, codec inachukua tu kizuizi na kuangalia ili kuona ikiwa kuna harakati. Iwapo kuna mwendo, kodeki hunasa mwendo huo kupitia zana zake za utafutaji na kisha kutumia thamani inayopatikana kama kivekta cha mwendo kwa kizuizi mahususi. Kwa kweli mchakato huo ni changamano zaidi, lakini wazo la msingi ni kwamba mabadiliko mengi katika maelezo ya rangi na umbile husababishwa na mwendo na kwa hivyo idadi kubwa ya rangi na maumbo yanaweza kuhifadhiwa kwa kutumia biti chache, au mwendo huo kuchukuliwa kwa njia nyingine.

Utafutaji wa mwendo- Mpangilio wa msingi zaidi wa usahihi wa utafutaji wa mwendo, na unahitaji muda mrefu wa usindikaji, LAKINI inashauriwa kuiacha saa 6. Unaweza kupunguza thamani ya chini, hadi 5, na tu ikiwa una haraka. Kwa njia: inafanya kazi tu katika ndege ya mwangaza wa picha, i.e. inaangalia tu mabadiliko katika mwangaza, sio rangi.

Hali ya VHQ- Utafutaji wa kina zaidi na mbinu pana, huongeza hali ya kuzuia macroblock badala ya wastani. Mipangilio ya juu zaidi itapunguza kasi ya usimbaji kwa kiasi kikubwa. Ufungaji ndani 1 ina athari ndogo na inapendekezwa kwa usimbaji wowote. Kutumia maadili ya juu kutakupa ubora bora kwa gharama ya kasi ya chini ya usimbaji.

Utafutaji wa pikseli robo- Utafutaji wa mwendo na usahihi wa saizi ya robo. Hii inaboresha uwazi, hasa katika maazimio ya chini, lakini pia huongeza kelele kwa picha. Kwa kawaida, hii haifanyiki tu. Kuwasha Q-pel huongeza matumizi ya CPU na huongeza uzi unaotumika kwa ajili yake. Haitumiki na vichezaji vya zamani vya MPEG-4.
Q-Pixel inafanya kazi vipi na ninapaswa kuitumia lini?
Q-pel (au Qpel) ni jina fupi la Q uarter P ixe l usahihi wa utafutaji wa mwendo(tafuta mwendo kwa usahihi wa robo ya pikseli), na uteuzi huu huwezesha matumizi ya usahihi wa robo ya pikseli.
Utafutaji wa mwendo hujaribu kunasa mwendo wote kati ya fremu moja na inayofuata, ili macroblocks (Inayofuata M.B.) inaweza kupata veta sahihi za mwendo walizopewa. Iwapo mwendo umenaswa ipasavyo basi hakutakuwa na haja ya mabadiliko ya ziada kwa MB zaidi ya vekta ya mwendo, kuhifadhi biti kadhaa. Kadiri mwendo unavyonaswa kwa usahihi zaidi, biti chache zaidi zinaweza kugawiwa maudhui ya MB, na MB zaidi zinaweza kujumuisha vekta ya mwendo tu.
Kwa hivyo, kwa nadharia, kunasa mwendo sahihi zaidi kungehifadhiwa katika maelezo ya fremu yaliyorekebishwa, hivyo basi kuokoa biti, na mbano wa jumla kuongeza usahihi, hivyo basi kuongeza ubora. (Tutaona hivi karibuni kwa nini hii ni ya kinadharia tu)

Kwa kawaida XviD hutumia usahihi wa utafutaji wa mwendo wa nusu-pixel. Hii inamaanisha kuwa inaweza "kuona" harakati kwa usahihi wa pikseli ndogo; ikiwa MB inasonga kwa upana, nafasi ya urefu kutoka 200, 300 hadi 201, 300 katika fremu mbili zinazofuata, Q-pel inaweza kugundua mwendo huo kwa usahihi na inaweza kumpa MB kivekta cha kusogea kinachosema, "nisogeze nusu ya pikseli hadi kulia katika fremu hii. tafadhali" na katika hizo fremu mbili zinazofuata. Mwendo utanaswa kwa usahihi na hakuna biti za fremu zitakazobadilishwa.
Sasa ukiwa na Qpel unaweza kunasa mwendo unaosogeza robo pekee ya pikseli kwa kila fremu, na hivyo kuongeza usahihi maradufu.

Mfano:
MB inayosogea (ulaini) kutoka nafasi ya 200, 300 hadi 201, 300 katika fremu nne zinazofuata husogeza tu robo moja ya pikseli kwa kila fremu. Kwa usahihi wa kawaida wa nusu-pixel, mwendo huu ungeonekana kama "jittery" na kodeki inaweza kulazimika kufidia hili kwa kubadilisha sehemu za muundo wa MB. Hii bila shaka inachukua nafasi, na MB haingekuwa tena na vekta ya mwendo; biti za ziada zingetolewa kwa maelezo ya fremu yaliyorekebishwa, hivyo basi kupunguza mgandamizo.
Kwa Qpel, mwendo utanaswa kwa usahihi na hakuna biti za ziada zitahitajika kwa maelezo ya fremu yaliyorekebishwa, idadi ya biti zinazotumiwa kwa muundo huu itapunguzwa.
Rahisi sawa? Lakini ngoja, kuna tatizo...
Hivyo, nini catch?
Jambo linalovutia ni kwamba kutumia Qpel yenyewe tayari hutumia bits za ziada.
Je, hii inasaidia kuokoa biti kwa ujumla au la? ?
Hii ni kwa sababu ya usahihi wa ziada ambao unahitaji bits zaidi zilizotengwa kwa vekta za mwendo. Badala ya vekta ya mwendo kuwa kitu kama 0.5.0 (nusu ya harakati ya pixel kwa upana, hakuna harakati kwa urefu) haitakuwa lakini 0.25.0 (robo ya harakati ya pixel kwa upana, hakuna harakati kwa urefu). Kwa hivyo badala ya sehemu ya kumi baada ya nukta, sasa inahitaji sehemu mbili za desimali baada ya nukta, na hivyo kuhitaji kodeki kutupa biti zaidi ili kuhifadhi thamani hiyo.
(Tafadhali kumbuka kuwa hii ni kurahisisha mchakato halisi, lakini ni sahihi kutosha kuelewa jinsi inavyofanya kazi)
Badala ya desimali tofauti, Qpel hutumia kibado tofauti cha ziada (kilichowekwa hadi 0 au 1) kwa kila mhimili, ambayo inatosha kufikia usahihi maradufu. Kuna shoka mbili, moja kwa upana na moja kwa urefu, kwa hivyo kila vekta ya mwendo inahitaji biti mbili za ziada kwa Qpel.
Kwa kudhani kuwa kuna vekta moja kwa vizuizi vyote vya macro (kunaweza kuwa 4 au 0), kwa azimio la 640x272 na 24 fps na P-fremu bits mbili tu kwa kila macroblock huchukua 40 x 17 x 2 x 24 = 32,640 bits au 32. 5 Kbps.
Kwa hivyo kimsingi, bila kujali matokeo, Qpel itachukua kila wakati sehemu kubwa ya bitrate yenyewe, hata ikiwa haisaidii kushinikiza kidogo kidogo.
Sasa, kama sheria ya kidole gumba, hii haisaidii, lakini biti za fremu zilizohifadhiwa kwa usahihi bora lazima ziwe kubwa kuliko biti zilizoongezwa na vekta za mwendo kabla ya mgandamizo wa Qpel kuongezeka kwa ukubwa sawa. Ikiwa biti za fremu zilizohifadhiwa ni kubwa zaidi kuliko biti za vekta za mwendo za ziada, basi utaongeza mgandamizo (na ubora) kwa kiwango sawa. Ikiwa biti za fremu zilizohifadhiwa sio zaidi ya biti zilizoongezwa na vekta za mwendo, utakuwa unapoteza nafasi na matokeo yanaweza kuonekana kuwa mabaya zaidi.
Ninawezaje kujua ikiwa kutumia Qpel kutaongeza au kupunguza mgandamizo?
Hapa kuna mtego mwingine: Huwezi kujua mapema. Hakuna njia ya kujua kwa kuangalia tu chanzo ikiwa Qpel itasaidia au la. Haijalishi ikiwa tukio ni la haraka kwa harakati au polepole, kugeuza miguu au kukuza... Hakuna njia ya kujua mapema. Onyesho la haraka lenye mwendo linaweza kuwa mwendo wa 90% wa Qpel, au 90% mwendo wa nusu-pixel, au asilimia nyingine yoyote... Haya yote yanafanya dhana yoyote ya muda kuhusu manufaa ya kusimba ukitumia Qpel kuwa dhihaka.

Njia pekee ya kweli ya kujua ni kujaribu kuweka coding na na bila Qpel na kuona ni matokeo gani yanaonekana bora.
(Sasa unaweza kuelewa kwa nini kuna tofauti kati ya nadharia na mazoezi...)

Vidokezo vingine vya ziada:
- Kwa sababu ya usahihi wake ulioongezeka, Qpel huongeza sana muda wa usimbaji na inahitaji nguvu zaidi ya uchakataji ili kusimbua. Usimbaji unaweza kuchukua karibu mara mbili zaidi na kwa hivyo unaweza kuhitaji hadi 30-60% ya nguvu zaidi ili kusimbua.
- Baadhi ya matoleo ya zamani (alpha) ya Qpel yanaweza kuunda vizalia vya programu, lakini utekelezaji wa sasa hauna hitilafu zinazojulikana. Ni salama kutumia.
- Utafutaji wa pikseli robo- Haitumiki na wachezaji wa vifaa vya zamani! Usiwasimbaji wengine ikiwa huna uhakika kuwa kicheza maunzi chao kinaweza kucheza video iliyosimbwa kwa Qpel!

Fidia ya mwendo wa kimataifa - Global Motion Compensation (GMC), jina lenyewe linasimulia sana kile GMC hufanya. Huanza kufanya kazi wakati wa kugeuza, kukaribia au kuacha kitu, na vile vile wakati wa kugeuka. Haitumiki na wachezaji wa maunzi MPEG-4.
GMC ni ya nini?
Ikiwa inatumiwa, itaangalia muundo mzima wa sura, ikiwa kuna harakati katika sehemu zote za sura kwa ujumla. Kisha itachukua kiasi hiki cha harakati na kuiweka katika thamani moja. Sehemu za fremu ni vizuizi vikubwa na kiasi cha mwendo huitwa "vekta ya mwendo", ambayo ina mwelekeo na thamani (aina ya kama thamani ya X,Y ya pande mbili).

Vizuizi vyote kwa kawaida huwa na vivekta vyake vya mwendo, lakini GMC ina vekta moja tu ya mwendo ambayo zote zina pamoja (ndiyo maana inaitwa "Global") kwa hivyo vekta zote zitaghairi na kutoshea kwenye vekta moja ya mwendo. Vitendo vingine vya macroblocks vitafuta kabisa vekta ya GMC, na kupata mchakato wa fidia kubatilishwa kabisa. Vekta ya mwendo ya vizuizi hivi itaondolewa, kwa kuwa ni kitu kimoja, na ni maelezo ya ziada tu. Faida inayowezekana ni kwamba unaweza ondoa wengi au hata veta zote za mwendo wa macroblocks (au hata vitalu vyenyewe, ikiwa hakuna habari juu ya mabadiliko katika muundo) kwenye sura kwa sababu ya thamani moja, na hivyo kuifanya iwe ndogo zaidi.
Kumbuka, hata hivyo, kwamba hii ni kwa ncha moja ya GMC. Kwa vidokezo vingi vya vita michakato ni ngumu zaidi, lakini kanuni ni sawa.
Warppoints, hmm... ni aina gani ya warppoint?
warppoint ni vekta ya mwendo inayofafanua usawazishaji wa *makali* moja kwenye video. Chukua kipande cha karatasi kando ya kingo na usogeze karibu na utaona ninachomaanisha.
- Pointi ya kwanza ya kivita huamua mkao wa ukingo wa juu kushoto ikiwa hii ndiyo ncha pekee ya kivita, wakati huu sehemu nyingine ya picha ina vekta sawa na picha nzima inasonga. Fikiria juu ya kuchimba.
- Pointi ya pili ya kivita inafafanua urekebishaji wa ukingo wa juu kulia (sio *haswa* kweli, lakini funga vya kutosha bila kupata kiufundi sana). Pamoja na ncha ya kwanza, hii inatosha kufafanua pan * na * zoom. Kumbuka kuwa inaweza kutumika kufafanua sufuria na kuzungusha badala yake, lakini *hapana*
- Pointi ya tatu inafafanua mabadiliko ya chini ya ukingo wa kushoto na sehemu tatu za vita zinatosha kufafanua kugeuza, kukuza na kuzunguka.
- Hoja ya nne inaweza kuunda mtazamo sawa wa harakati.
Tafadhali kumbuka kuwa GMC XviD hutumia alama 3 za kivita, wakati GMC DivX inatumia moja pekee. Warppoints huhifadhiwa kwenye kichwa cha sura, na tu wakati zinatumika.

Ukadiriaji wa mwendo wa Chroma - Tathmini ya harakati ya habari ya rangi. Inazingatia maelezo ya rangi katika sura, hufanya kazi kwa kuzingatia Tafuta kwa mwendo na kuweka 7 lakini katika eneo la chromaticity, kama jina linapendekeza. Imependekezwa!

Kichupo cha muafaka

Mpasuko wa kawaida uliotengenezwa na kodeki ya XviD ina aina 3 za fremu:

1 . I-muafaka - fremu muhimu ambazo zimebanwa kidogo lakini hazihitaji fremu zingine za kusimbua video
2 . Muafaka wa P - fremu za kati (zilizotabiriwa), zinaweza kutumia data kutoka kwa viunzi vilivyotangulia kwa upunguzaji na zinaweza kubana zaidi kuliko fremu za I.
3 . B-muafaka - fremu mahiri zinazoelekeza pande mbili, zinaweza kutumia fremu zilizotangulia na zinazofuata kwa upunguzaji ili kupata kiwango kikubwa zaidi cha mgandamizo wa data.

I-muafaka zina habari za video na zimesimbwa kwa ukandamizaji mdogo, kwa hivyo, zina maelezo ya juu ya picha. Urambazaji kupitia mlolongo wa video na shughuli za kukata/kuunganisha hufanywa tu kwa kutumia muafaka wa I. Daima kuna fremu muhimu mwanzoni mwa mlolongo wa video na mabadiliko ya eneo.

Muafaka wa P vyenye maelezo ya video kuhusu tofauti kati ya sura ya video na ya awali - yaani, wakati wa kuifungua, hatutapata sura kamili, lakini, kwa ufupi, tofauti na uliopita. Katika matukio tuli, fremu hubadilika kidogo, kwa hivyo tofauti huwa na maelezo machache ya video kuliko fremu kamili, na, kutokana na hili, fremu za p ni ndogo sana kuliko i-fremu. Lakini ili kupata fremu kamili ya video, tunahitaji kuwa na fremu kamili ya awali ili kuongeza tofauti hii kwake. Ili kupata inayofuata, iliyotangulia kamili, na kadhalika... Hiyo ni, tunahitaji kusimbua mlolongo mzima wa fremu mfululizo, kuanzia i-frame iliyo karibu ambayo ina taarifa kamili kuhusu fremu.

B-muafaka vyenye maelezo ya video yaliyokokotolewa zaidi ya fremu mbili - iliyotangulia na inayofuata. Algorithm ni ngumu sana, tofauti kwa codecs tofauti. Kwa kusema kwa ukaribu sana, ufasiri usio na utata na unaokokotolewa kwa urahisi hufanywa kati ya fremu iliyotangulia na inayofuata, na fremu B ina habari kuhusu ni kiasi gani fremu halisi inatofautiana na ufasiri huu. Kwa kuwa mara nyingi fremu zilizotangulia na zinazofuata kwa kawaida huwa ni P-frame (ingawa kunaweza kuwa na i-frame), na fremu ya b huhesabiwa kwa tofauti zao, ni tofauti kati ya tofauti hizo mbili. Huu ni mlinganisho mbaya sana, bila shaka. Zimeundwa ili kupunguza ukubwa wa faili towe na kuhifadhi kasi ya biti kwa usimbaji wa fremu za I na fremu za P.
Kwa mfano: tunahitaji kusimba, kinadharia tu, muafaka 3 unaofanana: I, P na moja zaidi P na kasi ya biti 20 kwa sekunde. I-frame itachukua bits 10, muafaka wa P utachukua bits 5, kwa mtiririko huo. Sasa fikiria kwamba badala ya P-frame moja unayo sura ya B, ambayo itachukua si 5, lakini 3 bits. Codec itaongeza bits 2 zilizobaki ama kwa I-frame au kwa P-frame (chochote kinachohitajika zaidi), na hivyo kuongeza ubora wa sura hii, yaani, maelezo.
Saizi ya sura ya B itakuwa ndogo kuliko sura ya P inayobadilisha (hii ni kweli kwa kodeki ya XviD), kwani fremu ya B sio picha, lakini tofauti kati ya tofauti zingine mbili, kama ilivyotajwa hapo juu. Kwa hivyo, sisi pia tunapata kwa ukubwa.

Kwa hivyo, mlolongo wa kawaida wa video unawakilishwa na mlolongo ufuatao wa fremu:
I-P-B-P-B-P-B-P-B-I kwa uwiano ufuatao (chini ya matumizi Miundo ya I 1): fremu za ufunguo, fremu 150 za P na fremu za B, na tena fremu muhimu. Hiyo ni, kwa fremu 300 za video tuna fremu 1 muhimu. Hii, nakukumbusha, ndiyo chaguo-msingi; wakati huo huo, codec, kuamua mwanzo wa eneo jipya, huweka sura muhimu kwanza; Kwa hivyo, parameta hii haimaanishi kuwa kwa kweli tutakuwa na ufunguo 1 tu kwa fremu 300; kwa uchache, kutakuwa na nyingi kama vile kuna matukio mapya katika sehemu fulani ya mlolongo wa video. Rippers tofauti hutumia nambari tofauti, au tuseme, thamani ya parameter hii - kutoka 100 hadi 500. Idadi ya muafaka muhimu huathiri vigezo vitatu:
1. kuwezesha urambazaji kupitia filamu na shughuli za kukata / gluing;
2. ubora wa video;
3. ukubwa wa faili;

B-muafaka- Inafafanua idadi ya juu zaidi ya fremu za B zinazofuatana. Ikiwa tutaiweka kwa 0, basi tunazima tu matumizi ya fremu za B. Ikiwa utaiweka kwa 1, basi mlolongo wa fremu utakuwa: IPBPBPBPBPPI (kwa utangamano mkubwa na wachezaji wakubwa wa maunzi); ikiwa 2, basi: IPBBPBBBPPI (kwa athari bora; mpangilio Muundo wa B2 haimaanishi kwamba Kila mahali kutakuwa na fremu mbili za B mfululizo, hii ni kizuizi tu ili kusiwe na zaidi ya mbili mfululizo. Katika matukio changamano yenye harakati, mlolongo wa fremu unaweza kuonekana kama hii: IPBPPPPPPBPPPBBBPPI); ikiwa 3, basi: IPBBBPBBBPPI (kwa matumizi makubwa, inaweza isiendane na vifaa vya kucheza MPEG-4) Walakini, kwa idadi kubwa sana ya fremu za B, ubora wa picha unaweza kuwa mbaya zaidi (kutokana na uwiano wa juu wa ukandamizaji wa B- muafaka). Inashauriwa kuweka 1 au 2 ili usipoteze utangamano na wachezaji wa vifaa vya MPEG-4 (Kulingana na kiwango cha DivX, B-frames 1 inapendekezwa wakati wa kusakinisha FOURCC - DivX / DX50).
Fremu za B (au BVOPs katika majadiliano ya kiufundi) ni zile zinazoitwa fremu zilizosimbwa zenye mwelekeo wa pande mbili na ni sehemu ya ufafanuzi. A ya juu S kamili P faili (ASP). Bila fremu B, itabidi tu uzipe fremu muhimu ufafanuzi wazi wa fremu inayoonekana kila fremu za XXX, na fremu zingine zote (P-fremu) zitarejelea zilizotangulia, fremu muhimu, kwa maelezo. Fremu za B hurejelea fremu iliyotangulia na inayofuata, kwa hivyo inahusiana na fremu zingine katika pande mbili (sehemu ya B ya ergonomic). Faida ya B-fremu ni kwamba kwa kawaida husimbwa kwa kipimaji cha juu zaidi na huchukua nafasi kidogo (biti) kwenye video, huku upotevu wa ubora ni mdogo ikilinganishwa na upotevu wa matumizi kidogo. Kwa ujumla, unatumia fremu za B ndogo, za ubora wa chini ili kuhifadhi nafasi ambayo itatumika kusasisha klipu nzima. Athari kuu ni kawaida kuboresha ubora, kulingana na vigezo vya B-frame na aina ya chanzo.

Uwiano wa muafaka wa B- Kizidishi (kwa wastani) cha quanta inayozunguka ya SIYO B-fremu, pamoja na thamani hii, kitakupa kipimaji cha fremu B (kilichokokotolewa kulingana na fomula kwa kiasi gani kipimaji cha fremu B kinapaswa kuinuliwa). Kwa hivyo ikiwa fremu mbili zilizo karibu zina quantum za 2 na 4, quantum ya wastani itakuwa 3. Kizidishi kilicho na uwiano wa quantum 150 kitakupa sura ya B yenye quantum ya -4.5.
Mfano: (2 + 4) * 150 / 200 = 4,5 (mradi tu B-fremu kukabiliana=0)
(Kipimo cha fremu ya NOT B iliyotangulia + Kikadirio cha fremu SI B inayofuata) * (Uwiano wa muafaka wa B) / 200 (ikizingatiwa kuwa B-fremu kukabiliana=0)
Haipendekezi kupunguza parameter hii (maana ya B-muafaka imepotea). Unaweza kuiongeza kwa hiari yako, hii itaongeza ukandamizaji wa muafaka wa B (kwa hivyo, kupunguza ubora wao) na kuboresha ubora wa I na P-muafaka.

B-muafaka kukabiliana- Urekebishaji wa Quantizer. Chukua matokeo ya hesabu hapo juu na kisha uongeze thamani hii. Ukiwa na kipima kipimo cha 200, utaishia na fremu za B na kipima kipimo cha 6.5.
Kwa kawaida, kuongeza thamani mbili za mwisho kutakupa fremu za B za ubora wa chini.

Muda wa fremu muhimu- Umbali wa juu kati ya funguo ( I-muafaka ) muafaka (muda). Chaguo hili huiambia codec wakati ni lazima kuingiza fremu muhimu (I-frame) baada ya idadi maalum ya fremu (muda). Ikiwa fremu muhimu inahitajika kabla ya nambari hii kufikiwa, itawekwa (kwa mfano katika mabadiliko ya tukio) na codec itaanza kuhesabu tena. Kwa hivyo, ingawa unaweza kupata fremu muhimu zenye umbali mfupi kuliko muda uliobainishwa, huwezi kuwa na vipindi vya juu zaidi.
Mapendekezo ya mipangilio ya kawaida ni mara 10 ya idadi ya fremu kwa sekunde, yaani 250 kwa video ya 25fps PAL, 300 kwa NTSC 29,979, n.k. Hata hivyo, kuna athari inayoonekana inayoitwa Keyframe-pumping. Hii inafanana na kuzorota polepole kwa ubora wa fremu za P- na B zinazofuatana na "kuruka" kwa ghafla kwa ubora wakati Fremu Muhimu mpya inapoingizwa. Katika hali kama hizi, Kupunguza muda wa juu wa fremu ya I kunaweza kusaidia. Kuiweka kwa thamani ya juu kunaweza kusababisha urambazaji duni wakati wa kusonga kupitia video, kwa kuwa mchakato wa utafutaji hutumia fremu muhimu pekee, na fremu za vitufe chache = utafutaji usio sahihi zaidi.
Kumbuka: Mwonekano wa vizalia vya programu ulibainishwa wakati wa kusimba filamu za uhuishaji na muda wa Key-frames 300 kwa video ya 25fps PAL, punguza hadi 240-200...

Imefungwa GOP- GOP iliyofungwa huhakikisha kuwa fremu ya P inatumika kabla ya kila fremu mpya ya I. Mpangilio huu unapaswa kuangaliwa kila wakati (vinginevyo unaweza kuishia na mlolongo wa fremu kama PBIP ambapo fremu ya B inarejelea fremu ya I, ambayo haina maana; pia kuzima kipengele hiki kutafanya kukata/kuunganisha video yako iliyopitishwa kuwa ngumu zaidi. )

Pakiti ya bitstream- chaguo ambalo linaweza kutoa matokeo mchanganyiko wakati wa kucheza tena, kulingana na kile unachotumia kucheza. Hii inakusudiwa kutatua matatizo ya mpangilio wa fremu wakati wa kusimba katika umbizo kama vile chombo cha AVI, ambacho hakiwezi kushughulikia fremu bila mpangilio. Ingawa kipengele hiki kimekusudiwa kutatua matatizo ya kucheza tena yanayotokea bila hicho, watu wengi wameripoti matatizo ya kucheza video zilizosimbwa nazo Pakiti ya bitstream. Hii imeundwa kwa uchezaji wa video kwa kutumia FFDShow, DivX 5 decoder, na vichezeshi vya DVD vya zamani (vifaa).
Iwapo unajua unachofanya hasa, ni vyema kuweka kipengele hiki kizimwa hadi taarifa zaidi. Ikiwa una matatizo ya kucheza tena na video inacheza mara kwa mara, jaribu kuzima kipengele hiki na uone kama kukizima kutasaidia. Katika matoleo ya hivi karibuni ya XviD, masuala mengi yanayohusiana na Ufungashaji wa Bitstream yanasemekana kutatuliwa, lakini maoni zaidi yanahitajika juu ya suala hili. Kwa hivyo ikiwa una habari yoyote maalum, tafadhali tujulishe.
Kumbuka: Ikiwa unacheza faili na kodeki ya XviD pekee, hupaswi kutumia kamwe Pakiti ya bitstream .

VHQ kwa B-fremu- Sawa na Hali ya VHQ bali kwa ajili tu B-muafaka.

Min Q / Max Q (I P B)- Vipimo vya chini na vya Juu vinavyowezekana kwa aina maalum za fremu. Chini ya thamani hii, picha itakuwa kali zaidi (mradi bitrate ni ya juu ya kutosha kufikia quantizer hii). Chaguomsingi: Min Q - 2, Max Q 31.
Min Q - 1 Weka wakati, unaposimba kwa kasi/ukubwa fulani, towe husababisha faili yenye biti/ukubwa wa chini.
Iwapo filamu iliyobanwa vizuri katika ubora wa juu kabisa inatolewa kwa biti/ukubwa mdogo kuliko ilivyobainishwa, basi kwa Quantizer. 1 Kiwango cha biti na kwa hivyo saizi ya faili huongezeka kidogo bila kuboresha ubora zaidi. Hii ndiyo sababu Quantizer 2 ni thamani muhimu kweli.
Ukiweka Min Q hadi 2 kwa usimbaji, Xvid itakutengenezea faili ndogo, inayoonyesha uwezo wake wa kubadilika, na unaweza kuambatisha wimbo Kubwa zaidi wa sauti, au hata kurudia usimbaji katika ubora wa fremu ya Juu. Hii ni bora kila wakati kuliko kupoteza quantum kufikia saizi ya faili inayotaka. Min Q - 2 karibu haina tofauti katika Ubora kutoka Min Q - 1.

Kadiria kichupo

KBoost- inaweza kutumika kuongeza biti za ziada kwa fremu muhimu. Inaonyeshwa kama asilimia, kwa hivyo thamani 10 itazipa fremu zako muhimu biti 10% zaidi kuliko kawaida.

Compression Curve.
Kawaida mipangilio ya thamani ya curve ya ndani (iliyoamuliwa na watengenezaji wa XviD baada ya mawasiliano mengi na watumiaji) ina uwezo wa kutoa matokeo mazuri (ninapaswa kusema "bora"), lakini ikiwa kwa sababu moja au nyingine unataka kubadilisha, unaweza kutumia. thamani hizi za kuweka viwango vya chini na vya juu zaidi katika usambazaji wa biti.
Ukitengeneza taswira ya kiakili ya curve ya usambazaji, utaona grafu yenye "highs" na "lows", kama vile vilima na mabonde. Milima ni mandhari ya juu ya biti na mabonde ni mandhari ya chini ya biti.
C Juu
- inaweza kutumika kuchukua biti kutoka matukio ya juu ya biti na kuzisambaza kwa matukio ya kati na ya chini. (Fikiria hifadhi, kama vile ndoo ya biti, ambayo kodeki inaweza kuchukua biti za ziada ili kuboresha kila fremu) Kwa hivyo, hii itapunguza kasi ya juu zaidi ya biti, na biti zilizokusanywa zitagawanywa kwa usawa kati ya fremu zote za video yako. Hii ni muhimu wakati unahitaji kabisa kuweka video yako iliyopitishwa ndani ya vigezo fulani vya juu zaidi, kama vile viwango vya juu vya wasifu@level fulani. Unaweza pia kutumia hii ikiwa una klipu iliyo na biti nyingi zinazotolewa kwa matukio ya kasi ya juu hivi kwamba matukio ya kasi ya chini huanza kuonekana kuwa mbaya.
Clow
- inaweza kutumika kuongeza bits za ziada kwa matukio ya chini ya bitrate, sawa na kujaza bonde na mchanga. Lakini biti lazima zitoke mahali fulani, kwa hivyo kodeki inachukua fremu zote kwenye picha na kukwaruza biti chache kutoka kwa kila moja. Hii inaweza kukusaidia ikiwa una matukio machache ya kasi ya chini ambayo yanaonyesha baadhi ya miraba (kuziba).

Matibabu ya kufurika.
"Tiba ya kufurika" ni njia inayotumiwa kupata saizi inayofaa kwa faili ya mwisho. Kwa kawaida, unabainisha lengo la ukubwa wa faili, na kodeki inaweza kuzidi lengo hilo, ikitoa faili ambayo ni kubwa sana, au inaweza kupunguza lengo hilo, na hivyo kutengeneza faili ndogo sana. Kwa kawaida, ili kutatua tatizo hili la kufurika, unaweza kutenga biti zaidi ili kuongeza ukubwa wa faili, au kutenga biti chache kuliko zinahitajika ili kupunguza ukubwa wa faili. Kwa wazi, mchakato wa pili unahusisha uharibifu wa ubora.
OSStrength
-

OBoresha -

PDegrade -

Mwitikio -

Wastani -

Laini -

Ukubwa wa VBV -

VBVmax -

VBVpeak -

Kichupo Nyingine

Matrix -

Masking ya HVS -

Pasi ya 1 Quantizer -

Trelis quantization -

Tumia XviD 1.3.0 mpya -

Mizizi -

Kichupo cha CLI

Chaguo za kuingiza:
-i kamba: jina la faili la kuingiza (stdin)
-aina nambari kamili: aina ya data ya ingizo (yuv=0, pgm=1, avi/avs=2)
-w nambari kamili: upana wa sura ()
-h nambari kamili: urefu wa fremu ()
-frames integer: idadi ya viunzi vya kusimba

Chaguzi za pato:
-dump: hifadhi pato la avkodare
-hifadhi: hifadhi faili ya Utiririshaji wa Msingi kwa kila fremu
-o kamba: hifadhi Mtiririko wa Msingi,
au AVI faili,
au faili ya MKV,
kulingana na kiendelezi cha jina la faili
-avi kamba: hifadhi faili ya AVI kwa mlolongo kamili
-mkv string: hifadhi faili ya MKV kwa mlolongo kamili

Chaguzi za BFrames:
-max_bframes integer: max bframes (2)
-bquant_ratio integer: uwiano wa quantizer ya bframe (150)
-bquant_offset nambari kamili: kidhibiti cha kipimo cha bframe (100)

Chaguzi za udhibiti wa viwango:
-kuelea kwa fremu: kasi inayolengwa (25.0)
-bitrate : kasi ya biti (700)
maadili<= 10000 are treated as kbit/s
maadili> 10000 huchukuliwa kama biti/s
-size integer: ukubwa lengo katika kilobaiti
-moja: hali ya kupita moja (chaguo-msingi)
-cq kuelea: quantizer ya kupita moja ya kila wakati
-pass1: modi ya kupita mbili (pasi ya kwanza)
-full1pass: fanya pasi kamili ya kwanza
-pass2: modi ya kupita mbili (pasi ya 2)
-altpass2 : hali ya kupita mbili (alt ya 2 ya kupita)
-zq kuanzia_frame kuelea: eneo la bitrate; kiasi
-zw kuanzia_frame kuelea: eneo la bitrate; uzito
-eneo: tazama eneo la xvid_encraw -msaada
-max_key_interval integer: upeo wa muda wa fremu muhimu (300)

Chaguo za Pasi Moja:
Nambari kamili ya mwitikio: kipengele cha kuchelewesha majibu (16)
-wastani wa nambari kamili: kipindi cha wastani (100)
Nambari kamili laini: bafa ya kulainisha (100)

Chaguzi za Pasi ya Pili:
-kboost nambari kamili: Ninaongeza fremu (10)
Nambari kamili ya -kthresh: Ninaweka kizingiti cha kupunguza (1)
Nambari kamili ya upunguzaji: kiasi cha kupunguza sura (20)
-ostrength integer: nguvu ya udhibiti wa kufurika (5)
-boresha nambari kamili: uboreshaji wa juu wa kufurika (5)
Nambari kamili ya odegrade: uharibifu mkubwa zaidi wa kufurika (5)
-chigh integer: uharibifu wa matukio ya juu ya biti (0)
-clow integer: uboreshaji wa matukio ya chini ya biti (0)
-jumla ya juu: fremu ya juu ya chombo (24)
-vbvsize nambari kamili: tumia saizi ya bafa ya vbv
-vbvmax nambari kamili: vbv kiwango cha juu cha biti
-vbvpeak nambari kamili: vbv kilele cha kasi ya juu zaidi ya sekunde 1

Chaguzi zingine
-noasm: usitumie nambari iliyoboreshwa ya mkusanyiko
-turbo: tumia mipangilio ya awali ya turbo kwa kasi ya juu ya usimbaji
Nambari kamili ya ubora: ubora() (6)
-vhqmode nambari kamili: kiwango cha uboreshaji wa R-D () (1)
-bvhq: tumia uboreshaji wa R-D kwa fremu za B
-qpel: tumia robo pixel ME
-gmc: tumia fidia ya mwendo wa kimataifa
-qtype nambari kamili: aina ya quantization (H263:0, MPEG4:1) (0)
-qmatrix jina la faili: tumia matrix ya quantization ya MPEG4
-imeunganishwa : usimbaji ulioingiliwa (BFF:1, TFF:2) (1)
-nopacked: Lemaza packed mode
-noclosed_gop: Zima hali ya GOP iliyofungwa
-Lumasking: tumia algorithm ya kuangaza
mfuatano wa -hvs_aq: tumia mlingano wa upimaji unaojirekebisha
-hvs_lmb kamba: tumia equation maalum ya lambda
-takwimu: chapisha takwimu kuhusu fremu zilizosimbwa
-ssim : huchapisha ssim kwa kila fremu () (2)
-ssim_filename: hutoa takwimu za ssim kwenye faili
-Debug: inawasha pato la utatuzi la ndani la xvidcore
-vop_debug: chapisha maelezo fulani moja kwa moja kwenye fremu zilizosimbwa
-nokroma: Lemaza ukadiriaji wa mwendo wa chroma
-notrellis: Lemaza ujazo wa trellis
-imin integer: Kima cha chini cha I Quantizer (1..31) (2)
Nambari kamili ya kiwango cha juu: Kipimo cha juu cha I (1..31) (31)
Nambari kamili ya bmin: Kiwango cha Chini cha Kipimaji cha B (1..31) (2)
-bmax integer: Kipimo cha juu zaidi cha B (1..31) (31)
Nambari kamili ya pmin: Kima cha Chini cha Kipimaji cha P (1..31) (2)
-pmax integer: Kipimo cha juu cha P (1..31) (31)
-dondosha nambari kamili: Uwiano wa Kushuka kwa Fremu (0..100) (0)
-anza nambari kamili: Nambari ya fremu inayoanzia
-nyuzi nambari kamili: Idadi ya nyuzi
-nothreadedinput: Lemaza usomaji wa pembejeo wa nyuzi
-progress : Onyesha sasisho za maendeleo kila fremu za n (10)
-par integer[:integer] : Weka Uwiano wa Kipengele cha Pixel.
1 = 1:1
2 = 12:11 ( 4:3 PAL )
3 = 10:11 (4:3 NTSC)
4 = 16:11 (16:9 PAL)
5 = 40:33 (16:9 NTSC)
nyingine = desturi (upana: urefu)
-help: huchapisha ujumbe huu wa usaidizi
-eneo la usaidizi: huchapisha ujumbe wa usaidizi wa maeneo

NB: Unaweza kufafanua kanda 64 ukirudia -z chaguo inavyohitajika.