Quality of encodes, h264 vs xvid, etc Options

[Taka]

Nik - man jau sen gribas izvērst vispasaules genocīdu pret vienas pogas tūļu enkoderiem. Un pret visiem "HD" xvidu ražotājiem... šim kodekam ir jāmirst.

[added by Church on topic split. taa kaa offtopiks jau tuvojaas 10 seciigiem postiem, voala]

[Ragana]

Nik - man jau sen gribas izvērst vispasaules genocīdu pret vienas pogas tūļu enkoderiem. Un pret visiem "HD" xvidu ražotājiem... šim kodekam ir jāmirst.

Kamēr pilnīgi visi vecie datori nav sadedzināti Malaizijā, xvid nedrīkst mirt... Man pašai pirms pāris mēnešiem tas bija vienīgais veids kā redzēt animes. No HD xvid gan nav nekādas jēgas - ja kompis var atskaņot/atrādīt hd xvid, tad parasti der arī H.264.

Starp citu, kopš 15. epas Gundam vairs neskatos.

[Niks]

Tā nu gluži nav, taču, jā, HD XviD ir kaut kas absurds - ja kaste netiek galā ar 720p H.264, tad ļoti iespējams, ka HD tik un tā būs jāsamazina, lai ietilptu ekrānā (jo tik vecām kastēm moņi parasti ir 1024x768), turklāt 720p XviD dekodēšanas radītā noslodze ir līdzīga SD High Profile H.264 ar 2-3 B-frames radītajai, tātad var skatīties to.
Par to vienas pogas enkodēšanu - patiesībā mani enkodēšanas paradumi ir līdzīgi, jo es izmantoju meGUI, kurā man jau ir pieskaņoti profili, kurus parasti nevajag mainīt (nē, tie nenāk līdzi meGUI - viens ir no nulles taisīts, bet otrs ir modificēts HQ-Insane). Protams, bitreitu gan katru reizi pārskaitļoju. Daudz lielāka nozīme ir filtrēšanai. Protams, tas nenozīmē, ka jālieto īsta vienas pogas enkodēšana, jo tā ir rīkrocības pazīme (un nereti arī jāšaubās pat par paša enkodēšanas rīka autora prāta spējām).
Jebkurā gadījumā prasmīgs enkoderis pratīs savu uzdevumi veikt pareizi.

[Taka]

Nik - lūk! Prasmīgs enkoderis.
Par tiem vienas pogas tūļiem - man te datorā mētājas Plato DVD Ripper Professional. Jūti kāds krutums dveš no nosaukuma?
Maksimālais variants:
MPEG-4 AVI VGA 640*480 2048 kpbs Stereo 128kbps
Nik - bez tam xvids producē pretīgu ringing efektu, kurš uz lielajiem bitreitiem nekur nepazūd...
Vienīgais kāpēc xvids dzīvo ir tas, ka DVD pleijeri nespēlē MKV ar H.264

[Church]

Vienīgais kāpēc xvids dzīvo ir tas, ka DVD pleijeri nespēlē MKV ar H.264

imho arii lai gan xvidiam sliktaaka kvalitaate par h264, bet tomeer labaaka par divx, vismaz agriinajiem. + daudzu encoderu, kas arii ir cilveeki, inerce / slinkums mainiit vairaaku gadu laikaa iesiiksteejushus pieradumus.

[Taka]

citāts: "divx compresses more, xvid compresses morer"
Nē, nu ja salīdzina divx 5.xx ar xvid, pēdējais protams ir preferablāks. Par divx 6 nezinu. Un protams tas, ka daudzi baidās ka viņu datori H.264 nepavilks.
Kā arī manis pieminētais iemesls - tikai nupat nupat ir parādījušies pleijeri, kuri var atskaņot MKV ar H.264 enkodēm HD izšķirtspējā.
P.S. Vēl mani tracina "HD" xvidu līkā rezolūcija, piem. Stargate Atlantis
Video: XVID 960x528 25.00fps [Stream 00] <--- No kuras vietas ir izzīsts šis ???? 70% no 720p?
Audio: Dolby AC3 48000Hz 5ch 384Kbps [Stream 01] <--- ar skaņu lai cik dīvaini nebūtu, tāda sviesta nav.

This post has been edited by Taka: Feb 13 2008, 22:18

[Niks]

Vai tik tas video nav anamorfisks, jo 528 ir 16*33, taču DAR tādā gadijumā var būt pareizs tikai tad, ja malas ir tikušas nogrieztas nost vai arī muksējot tiek norādīts pareizais DAR (pieņemot, ka pareizais DAR nav 1,8).
Un ir redzētas vēl dīvainākas izšķirtspējas.
P.S. Kā jau domāju - Stargate Atlantis NAV anime.. Redzi, Taka, ārpus anime fansubošanas pasaules ļoti liela daļa "enkoderu" ir atsaldēti mudaki, no kuriem vairums pat ar meGUI nespētu izveidot pieklājīgu HD x264 relīzi.
P.P.S. Un arī skaņu ar ir sviests, ja tur tiešām tiek izmantots seškanālu AC3, jo tādā gadījumā tā relīze diez vai ir zem pusgigas uz epu (tas laikam ir seriāls), bet vismaz man negribētos turēt tādu monstru uz HDD, lai ari man kopumā ir kaut kādi 6xx GB diska vietas (no kuras brīvi ir tikai pārdesmit gigabaiti).

This post has been edited by Niks: Feb 14 2008, 00:25

[Taka]

Atvaino Nik, aizmirsu pateikt ka tā tiešām nav anime
Relīze bija 698MB, 44 min. Ieraksts ņemts no Sky One HD kanāla, tā kā oriģināls noteikti ir anamorfisks.
Anime enkoderi vismaz mīl to ko relīzē, un nekad, pat savos murgainākajos sapņos, neiedomātos to šādi kropļot.
Šitie "encoderi" - ka tik pirmajiem izgrūzt. Filmu workprintus ar puspabeigtiem specefektiem un bez dialoga vietām. Toties pirmie. Meh.

[Niks]

Mūsu ir mazāk, tādēļ mēs spējam būt saskaņotāki un standartizētāki (lielisks piemērs ir CCCP).
Anamorfisks vai neanamorfisks ir enkodera izvēle - var anamorfisku var padarīt par neanamorfisku un var arī otrādi. Ja rokas aug no īstās vietas (un skatītāja sistēma arī ir kārtībā), tad rezultāts jebkurā gadījumā tiks attēlots pareizi (vai gana tuvu tam, jo īstenībā parasti ir tikai kādas 3 izmantojamas izšķirspējas - visām pārējām vajadzēs anamorfismu vai arī radīsies neliela atšķirība starp pareizo un izmantoto DAR, jo pareizi enkodētam H.264 jābūt spēkā gan x mod 16, gan y mod 16, gan x/y=DAR/PAR (tiem, kas grib būt enkoderi šo jauko formulu jāzina no galvas), ja tiek izmantots anamorfisms, pēdējā prasība nav vairs svarīga, jo DAR var būt tāds, kādu to vajag).

This post has been edited by Niks: Feb 14 2008, 16:45

[Storm]

Whine wont help >.> Vajag GPU baazeedu dekoderi novilkt un skaties savu h264 kameer nelabi paliek... Kas attiecas uz stulbiem enkoderiem - whine wont help

[Niks]

Kas tas par joku? ffmpeg/ffdshow + labs CPU = skaties kaut 1080p H.264 (jā, esmu skatījies - tikai dažās vietās aizrijās ar Q6600 un paškompilētu ffmpeg un mplayer).
Toties H.264 GPU dekoderi ne vienmēr ir pieejami (un visi man zināmie ir par maksu pie tam).

[Storm]

Ha, kas zeel paaris lati kaartiigam dekoderim? Skatiisies 1080p bez neviena laga

[Niks]

Man jau ir ļoti kārtīgs dekoderis:

CODE

niks@nxpc ~ $ mplayer
MPlayer dev-SVN-r25982 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU           @ 2.40GHz (Family: 6, Model: 15, Stepping: 7)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
117 audio & 239 video codecs

Un, kā jau teicu, H.264 dekodēšanas uzvelšanu GPU nevar visi - Linux to spēj tikai ar MPEG-2, bet citas sistēmas pat ne tik nevar. Un slēgtā koda dekoderiem mēdz būt diezgan interesants vēdera saturs, kā to parādīja CoreAVC. ffmpeg gadījumā var viennozīmīgi pārliecināties, ka dekoderis ievēro AVC standartu, kas slēgtā koda (Storm pieminētie komerciālie) dekoderu gadījumā to var tikai mēģināt praktiski pārbaudīt (tieši tā arī nejauši atklāja, ka retos gadījumos CoreAVC kļūdaini dekodē video).

This post has been edited by Niks: Feb 14 2008, 23:06

[Storm]

LOL @ no SSE3 support Un GPU anyway ir speejiigs reizes 100(!) aatraak veikt paraleeli implementeejamas funkcijas (arii video dekodeesana kaa sajaa gadijumaa)

[Niks]

Jā, SSE3 nav, jo neviens nav pacenties to implementēt, turklāt, cik dzirdēts, ieguvumi no SSE2 papildināšanas ar SSE3 nav nemaz tik lieli. Par vector processing zinu, taču, kā jau teicu, ne visas sistēmas var izmantot šādas GPU iespējas. Un tikai tāpēc vien Windows kopā ar kaut kādu komerciālu AVC dekoderi lietot netaisos - līdz šim problēmas bijušas ar tikai vienu 1080p H.264 video, bet ar otru, cik atceros, problēmu nebija, un vairāk 1080p H.264 nav nemaz gadījies redzēt, tā kā nebūt nejūtu vajadzību atdot savu brīvību par būtībā neko.

This post has been edited by Niks: Feb 14 2008, 23:38