Help - Search - Members - Calendar
Full Version: Quality of encodes, h264 vs xvid, etc
Anime forum > otaku.lv > Offtopic
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
QUOTE(Taka @ Feb 13 2008, 07:03) *

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. biggrin.gif
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
QUOTE(Taka @ Feb 13 2008, 20:00) *

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.
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).
Taka
Atvaino Nik, aizmirsu pateikt ka tā tiešām nav anime smile.gif
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).
Storm
Whine wont help >.> Vajag GPU baazeedu dekoderi novilkt un skaties savu h264 kameer nelabi paliek... Kas attiecas uz stulbiem enkoderiem - whine wont help biggrin.gif
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? biggrin.gif Skatiisies 1080p bez neviena laga tongue.gif
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).
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.
Revol
QUOTE(Niks @ Feb 14 2008, 22:03) *

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).

Runaajot par GPU dekoderiem ir veel taada probleema ka uz dauzdiem GPU vinji neveic in-loop deblocking, kas tomeer ir ljoti svariiga AVC sastaavdalja.
Pie tam, lai gan CoreAVC pilniigi noteikti nav bez kljuudaam, reti kursh softs taads ir, tomeer jaapiemin, ka visvairaak aprunaataa un redzeetaa CoreAVC, taa teikt kluudainaa dekodeeshana, nebuut nebija CoreAVC kljuuda, bet gan tas ka CoreAVC turas paaraak stingri pie AVC standarta, shajaa gadiijumaa taa bija probleema ar x264, jo visi x264 buildi pirms laikam rev.663 veidoja AVC standartam neatbilstoshus streamus ar paaraak lielu Motion Vector diapozonu un citi decoderi to vienkaarshi ignoreeja, peedeejaa versijaa gan CoreAVC pievienoja iespeeju decodeet shaadus nestandarta video, bet cik vareeja saprast tad naakotnee vinji netaisaas shaadus nestandarta video atbalstiit un agri vai veelu shii iespeeja tiks atkal iznjemta, bet iespeejams ka tu domaa citu kljuudu.
Niks
Varbūt, jo pie tās kļūdas, par kuru lasīju Doom9.net forumā, vainīgs bija tieši CoreAVC, bet x264 un ffmpeg bija tie, kas stingri pieturējās pie standarta.
Taka
Vienīgais HD dekoris spec. priekš GPU ir nVIDIA PureVideoHD.
Vēl viņa funkcionalitāti iekļauj PowerDVD 8.x un WinDVD 8.x
CoreAVC GPU dekodinga atbalstu tikai sola...
Par ATI kartēm nezinu. Un arī nVIDIA kartēm tas ir tikai no GF 6xxx uz augšu, pilnvērtīgs HD dekodings (no nVIDIA viedokļa) ir GF 7xxx un 8xxx
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2024 Invision Power Services, Inc.