[ Kosta ******um Rex Persia @ 15.02.2005. 03:57 ] @
H.264 kodek je buduci kodek za HD-DVD standard,ali mene interesuje da li neko zna gde se on vec sada moze nabaviti.Molim vas da budete vrlo detaljni u informacijama,slobodno detaljisite.
[ Sonic KG @ 15.02.2005. 17:00 ] @
Potrazi na netu X264 ili x.264. To je open source implementacija kodeka. Dobrodosao u klub! :)

BTW stvarno, ako se potrudis, moze da smesti film na pola CD-a...

Uzgred, probaj ovaj link za download:
http://www.aziendeassociate.it/cd//x264/X264VFW.exe
ili nadji taj .exe na:
http://www.aziendeassociate.it/cd.asp?dir=/x264
[ skarahas @ 15.02.2005. 19:51 ] @

CyberLink PowerEncoder MPEG4 AVC Edition
odličan program u kojem je implementiran taj codec ali i DivX Pro (registriran)te nekoliko drugih a ujedno se radi o softweru za enkodiranje raznih formata i isti možeš pronaći na netu u probnoj verziji;

[Ovu poruku je menjao Mister_rap dana 09.02.2007. u 15:31 GMT+1]
[ Sonic KG @ 15.02.2005. 20:24 ] @
Uzgred, X.264 podrzava jednoprelaznu kompresiju sa konstantnim bitrejtom, jednoprelaznu uz brojcano zadat kvalitet slike, i viseprelaznu (Multi Pass). Takodje, podrzava B-frameove, a moze se zadati i koliko njih zaredom da pravi. Naravno, ima CABAC, CAVLC i Deblocking...
Inace, X.264 je VFW kodek, sto znaci da se moze pozivati iz Virtual Dub-a, ali jedino ne moze da reprodukuje materijal. Solidan dekompresor za H.264 video, po mom iskustvu je FFDShow. Konkretno, koristim verziju sa sledecim datumom "fdshow-20050113", i za FourCC kod kada pravim H.264 video biram "VSSH".
Nadam se da sam od pomoci...
[ Kosta ******um Rex Persia @ 16.02.2005. 01:27 ] @
Hvala Sonic,dosta si mi pomogao.Ali mozes li mi dati vise podataka kako se koristi taj kodek,sta treba podesavati da video ispadne stvarno dobro,kao i to sta ne treba dirati.Znaci budi najdetaljniji sto mozes.
Takodje me zanima da li takav video kompresovan sa H.264 kodekom moze da pusta BSPlayer Pro i slicni DivX plejeri.Mogao bi da mi navedes i neke linkove za pomoc oko ovog sjajnog kompresora.
[ Kosta ******um Rex Persia @ 16.02.2005. 01:31 ] @
I da,umalo da zaboravim,kakav je to fajl koji se skida sa Mainconceptovog sajta,tezi 11 MB a pise da je to nesto u vezi H.264 kodeka.Kao sto vecina vas zna,Mainconcept je jedan od najboljih MPEG2 kodeka,ali izgleda da prave i H.264.Moze li mi neko ovo objasniti,posto sam onaj H.264 kodek koji sam skinuo zauzima svega stotinak kilobajta.
[ Sonic KG @ 16.02.2005. 09:58 ] @
Nema na cemu...
Da li ce divx-kompatibilni plejeri reprodukovati H.264 format ne znam. To zavisi od njihovih autora, tj. da li oni imaju zelju da implementiraju ovu novu tehnologiju. Inace, H.264 ima u svojoj osnovi MPEG-4 kompresiju koja se nalazi i u osnovi DivX-a i XviD-a, tako da predstavlja jedno prosirenje ove odavno poznate kompresije novim tehnoloskim resenjima (recimo kockice slike dimenzija 16x16 i 4x4 piksela (i jos nekih dimenzija), pored standardnih 8x8 koje se koriste u DivX-u i XviD-u, onda taj CABAC, CAVLC, potom Deblocking koji jos dok pravi video uklanja (umeksava) kockice koje nastaju tokom kompresije, mogucnost referisanja (koriscenja delova kadra) iz vise prethodnih slicica umesto samo iz jedne kod obicnog MPEG-a 4, itd.)

Mainconceptov kodek nemam. Iskren da budem, cini mi se da sam naisao na taj fajl koji napominjes ranije na nekom sajtu, ali mi je bio prevelik za skidanje.
A nemoj da te velicina X.264 navede na pogresne zakljucke. U pitanju je jako dobar kodek! Medju najbrzim je u ponudi (brzine uporedive sa brzinom DivX-a, mozda je samo malo sporiji - dok neka druga resenja znaju da budu i po 4,5 puta sporija od DivX-a), ima pravu Multi Pass kompresiju (za razliku od recimo VSS-ovog kodeka koji ustvari radi kompresiju strogo fixiranim bitrejtom, a "pretvara se" da radi iz vise prelaza), podrzava B-frameove koji su vazni za kvalitet slike (a koje ne podrzavaju bas svi ti novi kodeci), itd. Uz sve to, bogat je opcijama, stabilan, i besplatan (open source).

Mozes ga koristiti iz Virtual Dub-a, ja recimo postupam ovako kada su parametri u pitanju. Radim Multi Pass kompresiju (najverovatnije cu uraditi 3 prelaza (jos nisam istestirao ovu najnoviju verziju koja podrzava Multi Pass), posto DivX daje gotovo najbolji kvalitet u 3-cem prelazu), bitrejt procenjujem pomazuci se bitrejt kalkulatorom iz DivX-a i/ili Gordian Knot-a. Od "advanced" opcija primenjujem: CABAC (ukljucen po Default-u), Deblocking 0-0 (Default vrednosti), Max Reference Frames: 1, Max B-frames: 3, B-frames Prediction Mode: Temporal (Default), Max IDR-frame interval: 300, Min IDR-frame interval: 25 (Deafult), FourCC: vssh, Ratecontrol (sve po Defaultu), Partition Decision Quality: 5 (Max Quality). Svakako, kod kasnijih prelaza obavezno mora da bude ukljucena opcija "Update Statsfile" sa osnovnog kofiguracionog panela (Multipass segment), sto i jeste po Defaultu. Reprodukovanje sadrzaja, kao sto sam rekao, vrsim iz Media Playera, koristeci FFDShow kodek koji podrzava H.264. Istini za volju, on ne daje bas 100% idealnu sliku za sada (ovo uopste ne znaci da je ona losa, naprotiv! vise je rec o mom zakeranju :) ), ali se od kodeka koje sam probao jedini lepo snalazi sa B-frameovima. Naknadne verzije FFDShow-a ce sigurno unaprediti i kvalitet H.264 reprodukcije, pa ce zadovoljiti i nas koji trazimo "dlaku u jajetu", iako je i sadasnja prilicno solidna. Naravno, ne treba zaboraviti da je taj dekompresor u ranim razvojnim stadijumima, pa cak i autori kompresora kazu isto za svoje delo.

Toliko...
[ Ivan Dimkovic @ 16.02.2005. 14:23 ] @
Nero Recode2 podrzava AVC (skinuti sa www.nero.com) - Nero Digital AVC codec je pobedio i na doom9 testu kodeka (www.doom9.org) - i, mogu sa zadovoljstvom da kazem, predstavlja najnapredniju implementaciju H.264 standarda :-)

Citat:

Inace, H.264 ima u svojoj osnovi MPEG-4 kompresiju koja se nalazi i u osnovi DivX-a i XviD-a,


Treba dodati i da H.264 jeste MPEG-4 :-) Tacnije, najnoviji Part 10, standardizovan prosle godine (poznatiji i kao AVC - Advanced Video Coding), i predstavlja najradikalniju promenu u odnosu na ranije codece (H.261/MPEG-1/2 -> H.263/MPEG-4 SP/ASP -> AVC)

[ Kosta ******um Rex Persia @ 16.02.2005. 16:04 ] @
Hvala vam ljudi na brdu podataka.Ivane,zamolio bih te da mi objasnis neke detalje u vezi tog Nero X.264 kodeka,npr kako izvrsiti podesavanja,koliko dugo traje kompresija.Takodje me interesuje,posto sam probao danas ovaj open source X.264 kodek od 100 KB,zasto se desava da pukne kompresija,tj. program XMPEG u kojem vrsim kompresiju pukne ako se default podesavanja ovog open-source kodeka postave na quantization od npr 10,umesto standardnog 26.Da li je to jos uvek rana probna verzija sa bagovima,ili se jos ne smeju dirati default podesavanja.
Sonic,kazes da je taj H.264 kodek dosta brz,ali tu izgleda gresis.Ja sam ga danas probao i sa sigurnoscu ti kazem da je u odnosu na standardni DivX kodek 5.21 najmanje 2-3 puta sporiji.Npr. 16000 frejmova kompresuje 1 sat i 5 minuta,sto je ipak malo premnogo.Podesavanja su bitrate od 800 kbs,single pass.Moja masina je AMD Athlon XP na 1.46 Ghz.
Sonic,nisi mi dao neki link na kojem mogu malo detaljnije da se upoznam sa ovim H.264 kodekom i njegovim osobinama.Molim te da mi takodje objasnis sta su to B-frejmovi,cemu sluze i kako njegovo postavljanje na npr brojku 3 ima uticaja na kvalitet dobijenog videa.Da li treba da ga rucno promenim ili da ga ostavim na 0 po defaultu.
[ Sonic KG @ 17.02.2005. 10:28 ] @
Inace, Nero-ov kodek je takodje jako dobar. Proizvod je sjajne francuske softverske kuce Ateme, ciji je jedan radnik zasluzan i za nastanak dobrog dela koda X.264 projekta. Tako da Nero-ov kodek i X.264 imaju neke zajednicke osnove! Inace, Nero Recode je odbio da radi na mojoj 98-mici (SE! :) ), tako da sam probao samo taj njegov H.264 kodek koji sam (mada u beta4 verziji) skinuo sa nekog ruskog sajta.

Drugo, X.264 po recima autora jeste u ranim razvojnim fazama. Ali ovo ne znaci da je nestabilan (naprotiv), vec verovatno da postoji dosta prostora za unapredjivanje kvaliteta slike (na bazi iskustava koja ce proisteci iz prakticne primene).

Koristio sam X.264 pri razlicitim nivoima kvantizacije, i nisam iskusio ikakve nestabilnosti. Bice da je problem do programa koji ti koristis za konverziju (ja upotrebljavam Virtual Dub). Takodje, prema podacima koje dajes, brzina kompresije X.264-kom na tvom racunaru je svega 0.4fps. To je jako malo, posto moj Duron1200 kompresiju vrsi pri brzini od bar 3 ili 4fps (i globalno nije cak ni dvaput sporiji od DivX-a, posto ono sto mi DivX po jednom prelazu obradjuje 4 sata, X.264 radi 6 do najvise 7 sati.). Bice da nesto ipak nije u redu sa tvojom masinom i/ili softverom.

Pozeljno je, kao sto rekoh, da broj B-frameova podesis na 3 umesto 0. B-frameovi su slicice kod kojih se koristi jaca kompresija, a sve sa ciljem da se podigne kvalitet slike u globalu. Naime, veca paznja se pridaje teksturama koje duze ostaju na ekranu, nego onima koje se pojavljuju samo na kratko (primera radi, covek koji u delicu sekunde protrci ispred kamere). Upotrebom B-frameova na ovim detaljima na koje gledalac ionako ne obraca previse paznje dosta se stedi. Ovo je sve narocito bitno pri smestanju filma u preterano mali fajl.
[ Kosta ******um Rex Persia @ 17.02.2005. 16:17 ] @
Sonic,i kod mene je X.264 kompresija od 4 do maksimalno 7 frejmova u sekundi,zavisi od kvaliteta podesavanja.Molim te da mi detaljno objasnis kako se kompresuje u X.264 kodek pomocu programa Virtual Dub,posto skoro uopste ne znam da radim sa Virtual Dub-om.Molim te da mi das detaljno upustvo.
[ Sonic KG @ 18.02.2005. 00:22 ] @
Pa 4 do 7 fps je relativno ok brzina. I DivX ne bi trebao da ti bude drasticno brzi od toga, bar ako kompresiju vrsis u razumno visokom kvalitetu (tj. sa najkompleksnijim i najsporijim opcijama), a sto je obaveza pri tako "nategnutom" zadatku kao sto je svodjenje filma u 6 do cak 11 puta manji fajl.

Virtual Dub je ekstremno jednostavan. Otvoris video fajl u njemu, i u meniju "Video" izaberes "Compression" (treba takodje da ti stoji tackica ispred opcije "Full processing mode" u istom meniju). Pronadjes X.264 kodek u novootvorenom popisu dostupnih kodeka na tvojoj masini, i selektujes ga, stelujuci mu potom opcije nakon sto kliknes na "Configure" taster. Pod "Audio" menijem takodje podesis zvuk (moguce je direktno kopiranje postojece tonske shine u filmu putem opcije "AVI Audio" ili pak odredjivanje eksternog zvucnog fajla ("WAV Audio...")). Takodje mozes da odaberes i kodek za (re)kompresiju zvuka. Na kraju ides na "File" meni, opcija "Save as AVI...", i lupas glavom o zid dok cekas da odvratni mali, sivi, statusni prozor V.Duba nestane sa ekrana i oznaci trenutak kada mozes da pogledas "kako je to ispalo" (ili ubijas vreme radeci nesto drugo na kompu). To bi bilo ono osnovno.
[ Kosta ******um Rex Persia @ 22.02.2005. 23:30 ] @
Da li zna neko da mi kaze kakvi su to H.264 kodeci od firmi Vidomi i Mainconcept.Nazalost,Mainconceptov kodek je jos uvek u eksperimentalnoj fazi i za sada radi samo na Intelovim procesorima.Za onoga koga interesuje linkovi su

http://www.videosoftinc.com/ i www.mainconcept.com/products


Ocekujem strucan odgovor.Samo da kazem da na sajtu videosofta mozete skinuti probni 5-dnevni H.264 enkoder(4.57 MB) i dekoder za H.264(4,03 MB). Jos uvek ih nisam skinuo u potpunosti,ali izgleda da su dobri.


Treba mi misljenje o svemu ovome.
[ Sonic KG @ 25.02.2005. 17:36 ] @
Mainconcept nisam probao.
Videosoft nema blage veze. Imaju implementiranu samo jednoprelaznu kompresiju. To jest, slagace te oni da kodek radi i dva prelaza, kodek ce ti praviti cak i log fajl pri "prvom prelazu", ali cim se kod "drugog prelaza" pojavi kompleksnija scena u filmu pocece da ispusta slicice. Uz to bitrejt filma se drzi unete vrednosti kao pijan plota - prema tome o dvoprelaznoj kompresiji tu nema ni govora...
[ Kosta ******um Rex Persia @ 02.03.2005. 01:53 ] @
Pa dobro,nije bas da Videosoft nema veze,samo su malo losiji od Mainconcepta.Ljudi,obavezno skinite sa Videosoft sajta probne AVI snimke napravljene u x.264 kompresiji,stvarno dosta dobro izgledaju.Da li neko moze da mi kaze nesto vise o tome gde na internetu mogu da se nadju dobri X.264 dekoderi i enkoderi,onaj besplatan i Videosoft me ne zadovoljavaju u potpunosti.

Dakle,treba mi vise linkova gde ovo mogu da nadjem.Ako neko zna nesto u vezi ovoga,ne libite se da mi date linkove ka dobrim X.264 kodecima,a da to nisu vec navedeni Videosoft,Mainconcept,Nero i onaj besplatan na pocetku ove teme.

Dalje,takodje mi trebaju linkovi za skidanje besplatnog Sample X.264 video materijala,da bih mogao da poredim kvalitet vise kodeka.

Da ne duzim,da li neko zna da li neki program za snimanje sa TV kartice moze da snima MPEG2 materijal u rezoluciji 1280x720 ili 1920x1080.To mi je bitno,jer jedino na taj nacin se moze pravilno dobiti kvalitetan X.264 video materijal.Ne znam da li postoji neka novija verzija programa za capture Intervideo WinDVR od ove 3.0 koju ja imam.
[ Kosta ******um Rex Persia @ 04.03.2005. 03:46 ] @
Ljudi,samo da vam kazem da sam probao da obican MPEG2 materijal koji je sa TV kartice sniman sa HRT2 televizije,kompresujem u format H.264.Mogu vam reci da uopste nisu prazne price oko njegovog vrhunskog kvaliteta,jer kako drugacije da se izrazim osim vau!!!!!!!!!!!!!!!,koja jasnoca i ostrina slike u odnosu na XVID ili DivX Pro 5.21.

Jednostavno,skinite na ovom forumu nabrojane H.264 kodeke i pokusavajte da kompresujete neki MPEG2 materijal.Po mom subjektivnom misljenju,najbolji H.264 kodek je trenutno Videosoft-ov u verziji 2.1,ali kada sa njihovog sajta skidate njihov enkoder od 4.5 MB,morate skinuti i dekoder jer inace necete moci da pustate tako kompresovan materijal.

Samo da dam primer.Epizodu jedne serije koja traje tacno 45 minuta i 45 sekundi,ovaj kodek je na Good podesavanju,bez redukcije suma i deinterlace-a kompresovao punih 3 h i 38 minuta,pa vi vidite koliko je trenutno H.264 zahtevan proces,ali samo kada je kompresija u pitanju.

E da,dodajem da je rezolucija tako kompresovanog videa 720x576.Probajte i enkodere firme Moonlight sa sajta www.moonlight.co.il,ali njega jos nisam probao tako da ne znam koliko dugo sa njim traje kompresija.

U prilogu ispod je jedan solidan freeware H.264 kodek,pa ko voli nek ga skine i isproba.
[ Sonic KG @ 05.03.2005. 18:13 ] @
Izvini, ali:

Probni snimci su cista reklama. Lepo nadjes neku sekvencu koja se dobro kompresuje i fenomenalno izgleda posle tog procesa, i obavio si posao. Vazniji je stvarni ucinak programa i iskustva u radu (tj. mnogo kompresovanih filmova). U prevodu - ne ocekuj cuda od h.264-orke, kodek je dobar ali ne i epohalan. I ne padaj na propagandu.

Mislim da i nema drugih kodeka. Pretrazivanjem interneta nisam nasao nista pored ovoga sto i sam vec imas - ako ne racunam komercijalne aplikacije.

Snimanje video materijala u rezolucijama koje navodis bila bi cista besmislica (kad bi i bilo moguce u zastarelom kodeku kakav je MPEG-2). Rezolucija TV signala je maksimalno 768x568 tacaka, a cak ni televizija visoke definicije ne postize detaljnost koju navodis.

Ostajem pri oceni Videosoftovog kodeka. Slika deluje kvalitetnije, ali iskljucivo ako je miran kadar. Kod iole vecih pokreta kodek ispusta slicice i to me uzasno nervira. Takodje varijacije u nivou kvaliteta su stravicne - u mirnoj sceni daje perfektnu sliku (koristi kvant pri kompresiji recimo bas oko 1), ali cim se stvari zakomplikuju postaje strasno aljkav.

Ha, ha. Evo meni je komp juce radio prvi prelaz za divx film duzine 1 sat i 50 minuta sa TV kartice, i taj proces priveo kraju posle nesto manje od 30 sati (visestruka redukcija suma, uklanjanje znaka televizije, intervencije na kotrastu, svetlini i gama korekcija...). Do you see me complaining? :) Uzgred, X.264 je tek neznatno sporiji od DivX-a, dok je Videosoftov kodek sampion u traljavosti i radi nekoliko puta (!) sporije od X.264-orke.

P.S. Kodek u prilogu tvog odgovora je upravo besplatni X.264 o kome govorimo gotovo od pocetka ove diskusije. Inace, taj napreduje jako velikom brzinom, u zadnje vreme nove verzije su gotovo svakodnevne! www.doom9.org je sajt gde se moze naci puno detalja o X.264 kodeku i njegovom razvoju. Tamo postoji i developers forum, gde je moguce postavljati direktna pitanja developerima aplikacije.
[ Kosta ******um Rex Persia @ 06.03.2005. 00:14 ] @
Ok,Sonic,slazem se sa tobom da je Videosoft kodek prespor za iole ozbiljno kompresovanje u njemu.Ali sta kazes na Moonlight kodek sa sajta koji sam naveo.Njihov H.264 kodek je zapravo ceo program pod nazivom Moonlight OneClick
Compressor 1.1,a moze se njegova 21-dnevna trial verzija skinuti sa njihovog sajta.Izgleda da,jer sam ga isprobao na manjim MPEG2 fajlovima,da je mnogo brzi i od freeware H.264-ke.Uostalom,manje price a vise probanja.Preporucujem ti da ovaj Moonlight H.264 kodek obavezno skines sa njihovog sajta,pa da se i sam uveris u brzinu njegove kompresije.Nesto ubedljivo najbrze sto sam video do sada.

E sad,jeste da uopste taj kodek nema nekih detaljnijih podesavanja,kao npr B-frejmova,ali probao sam ga i izgleda da je bolji od svih dosadasnjih koje sam probao.
Sajt jewww.moonlight.co.il
[ Kosta ******um Rex Persia @ 14.03.2005. 22:58 ] @
Da li neko zna kakve su to TV kartice firme Haupagge.Prema njivovom sajtu,a to znam i iz drugih izvora,izgleda da ta TV kartica ima fantastican hardverski MPEG enkoder i dekoder,pa je procesor 0 & zauzet kada snima TV program na hard.

Ono sto mene interesuje da li postoji neka TV kartica od nekog drugog proizvodjaca koja nudi podrsku za snimanje TV programa u izvornom H.264 formatu.Naravno ako neko nesto zna ili je cuo,neka mi obavezno kaze ime te TV kartice i ukratko mi objasni njene najbitnije karakteristike.

I da,i neki link ka engleskom tekstu ne bi bilo lose da postavite.Nadam se da Ivan Dimkovic nesto zna o ovome.Hvala unapred.
[ Kosta ******um Rex Persia @ 26.03.2005. 02:04 ] @
U meduvremenu sam malo istrazivao po netu i nasao vrlo interesantan sajt sa kog se moze skinuti jos jedan novi H.264 enkoder(nije besplatan) i dekoder(besplatan je).

Sajt jewww.h-264.com.Neka svako isproba ovaj odlican kodek,fantastican je.

Nemojte da se zbunite,enkoder se zove MKi DVD Converter 1.0
[ Sonic KG @ 06.04.2005. 10:51 ] @
Cao,
Ajde, odgovoricu na ovih nekoliko tvojih zadnjih pitanja.

Hauppauge mi je poznato ime. Poznato zbog toga sto sam skidao neke drajvere za TV kartice iz njihovog proizvodnog programa, a sve sa ciljem da izvedem neku alhemiju u svom operativnom sistemu i nateram svoj KWorld da radi kako treba. Doduse, osim ovoga drugog kontakta sa tom firmom nisam imao.

Hardversko kodiranje (kompresovanje) slike upotrebom cipa na samoj kartici nije nesto sto mene odusevljava. Kao prvo, takve kartice su skuplje (jednim delom i zbog patentnih prava na MPEG-2 standard), drugo - cesto nemaju neko obilje opcija vezanih za sam proces kompresije, trece - moderni procesori dovoljno su mocni da sami mogu da obave svo potrebno kompresovanje bez imalo problema (moj Duron 1200 sistem sa SDRAM memorijom kompresuje film rezolucije 704x568 u MJPEG format pri prilicno visokom kvalitetu u realnom vremenu, uz opterecenje procesora koje retko prelazi 30-ak posto), i najzad, subjektivni razlog zbog koga ne volim kartice sa hardverskom kompresijom je sto MPEG-1,2 standarde ne koristim, a iz MPEG-a 4 maksimum se moze izvuci tek iz vise prelaza, i uz upotrebu open-source resenja (da, mislim na XviD). Iz navedenih razloga, dakle zbog licnih preferenci, ne mogu ti reci puno o karticama sa hardverskim kompresovanjem, posto nisam imao interesovanja da se o tome raspitujem.

H.264 je "u pelenama". Mnoge velike firme koje nameravaju da napune dzepove na njegovoj buducoj distribuciji tek zaposljavaju programere da sastave potrebna programska resenja. Takodje, draft H.264 standard se pojavio tek pre nesto vise od dve godine, a sam standard je zamrznut tek pre oko godinu i po dana, pa je jos uvek rano za neke "ustirkane" verzije alata za kompresiju. DivX-u i slicnim resenjima bilo je potrebno oko 4,5 godina da dodju do "upeglanih" verzija kakve danas poznajemo, i koje su u mogucnosti da izvuku maksimum iz samog MPEG-4 standarda. Dajmo i H.264-orci vremena da odraste - nemojmo sprovoditi protivprirodni blud nad tim kodekom ovoliko pre vremena. :) Ili, u prevodu, strpi se malo do pojave prve H.264 TV kartice...

Ne, kartice koje snimaju u rezoluciji koju si otkucao ne postoje. Vec sam se osvrtao na ovo tvoje pitanje i naglasio da bi bilo besmisleno praviti karticu koja snima u toj rezoluciji, kada je signal televizije znatno ispod navedenog. Brojke koje navodis predstavljaju tzv. HDTV rezoluciju - a do njenog sirenja u svetu (pa i u Evropi koja je tek nedavno resila da unapredi televizijski sistem), preostaje jos dosta vremena...
[ Ivan Dimkovic @ 06.04.2005. 12:12 ] @
Samo da se nadovezem na post Sonic-KGa

HD-resolution H-264 enkoding sa svim alatima (CABAC, itd...) u realnom vremenu na PC-hardveru je daleka buducnost (daleka u smislu da je to vise od 2 godine) - danas ni dekodiranje te rezolucije nije moguce u realnom vremenu na PC-u, ako se koriste sve alatke h264 standarda.

Trenutno postoje HD decoding resenja u hardveru i firma za koju radim je jedna od prvih u svetu koja, osim softverskih H.264/AVC resenja ima i kompletan VHDL dizajn za real-time HDTV dekodiranje H264 standarda (ako neko ko cita ovo ide na NAB, neka me kontaktira na PP posto cu biti tamo, i mozemo da popricamo oko tehnologija a i mogu demonstrirati najnovija H.264 + HE-AAC v2 resenja).

Sto se performansi softverskih kodeka tice, kao sto je Sonic KG rekao, i ja mogu da se slozim - u MPEG video svetu postoji neko nepisano pravilo da je neophodno 4-5 godina da komercijalna resenja dodju do nekog optimalnog kvaliteta za dati standard, dakle H.264 ima jos mnogo da prodje ;-)

Naravno, vec danas postoje dobra softverska resenja sto se kvaliteta tice - a doom9 codec test je to i potvrdio :)
[ Kosta ******um Rex Persia @ 06.04.2005. 14:56 ] @
Hvala Sonicu KG i Ivanu na ovako iscrpnim odgovorima.

Ivane,posto kazes da ides na sajam video opreme u Las Vegasu(traje od 18-31 aprila),mozes li biti tako ljubazan da nam,za vreme trajanja tog sajma,saljes na svaka 2-3 dana izvestaj o napretku H.264 tehnologije,kao i o novom Mainconcept H.264 enkoderu koji ce se na Nab-u pojaviti.
[ Ivan Dimkovic @ 06.04.2005. 15:33 ] @
Malo mi je glupo da pisem o direktnoj konkurenciji ali potrudicu se :-)
[ Kosta ******um Rex Persia @ 12.04.2005. 23:19 ] @
Ivane,posto radis u kompaniji Ahead,mozes li mi dati neka detaljna upustva u vezi sa kompresovanjem u Nero Digital H.264 format.Npr,zasto je toliko spor u kompresovanju od npr. freeware H.264 kodeka,doduse ako su ukljucene neke od naprednih opcija.

Da li je za MPEG2 materijal sniman sa TV kartice pozeljno u Recode-u 2 ukljuciti redukciju suma,naravno ako je ima,jer jos nisam bas detaljno zagledao sam program.

I na kraju,zbog cega se tako dobijeni H.264 materijal snima u MP4 formatu,a ne u MPEG kao sto to radi Mainconcept ili Moonlight?
[ Ivan Dimkovic @ 23.04.2005. 07:51 ] @
Citat:
Ivane,posto radis u kompaniji Ahead,mozes li mi dati neka detaljna upustva u vezi sa kompresovanjem u Nero Digital H.264 format.Npr,zasto je toliko spor u kompresovanju od npr. freeware H.264 kodeka,doduse ako su ukljucene neke od naprednih opcija.


ND AVC encoder je optimizovan za kvalitet - sto se moze utvrditi vrlo prostom metodom direktnog poredjenja Nero i freeware H.264 kodeka, tj. njihovog izlaznog rezultata.

ND AVC codec je izgradjen na visegodisnjem iskustvu u optimizovanim MPEG-4 ASP codecima - tako da se koriste vrlo napredne encoding tehnike koje zahtevaju i CPU time.

Mesta za ubrzanja svakako ima, i na njima se sada radi kada je kvalitet optimizovan - ocekuj brzi encoding :-)

Citat:
Da li je za MPEG2 materijal sniman sa TV kartice pozeljno u Recode-u 2 ukljuciti redukciju suma,naravno ako je ima,jer jos nisam bas detaljno zagledao sam program.


Za ovo pitanje cu morati da vidim sa Recode timom.

Citat:
I na kraju,zbog cega se tako dobijeni H.264 materijal snima u MP4 formatu,a ne u MPEG kao sto to radi Mainconcept ili Moonlight?


Zato sto je AVC deo MPEG-4 Part 10 formata i MP4 je prirodan nacin za skladistenje MPEG-4 audio+video informacija sa vrlo naprednim mogucnostima kada je u pitanju priprema za streaming (hinting za RTP), ili podrska za visestruke audio trekove ili, cak, deskripcije scene preko MPEG-4 systems standarda.

Takodje, Nero Digital podrzava dodatne stvari koje su realizovane kao ekstenzije MP4 formata (chapter marks, visestruki jezici, subpictures, itd... )

Osim toga ISO fajl format (MP4) je standardizovan i kao 3G fajl format za telefone novije generacije.
[ Kosta ******um Rex Persia @ 23.04.2005. 16:30 ] @
Fantastično,sad mi je mnogo jasnije.Što se tiče redukcije šuma u Nero Digital H.264 kodeku,možeš li biti malo određeniji,tj. da li će i kada biti uključen u sam enkoder.Ipak,to je vrlo bitna stavka,ima je čak i Moonlight OneClick Compressor 1.1 H.264 kodek(da li se razmišlja o podršci za dvojezgrane AMD i Intel procesore).

E sad,Ivane,možeš li mi nešto iz tvojih razgovora reći kako će se do kraja 2006 godine razvijati Nerov H.264 kodek,tj. da li će biti nekih novih funkcija,ili će se ići na samo ubrzanje enkodinga.

Poslednje pitanje,izvini ako sam dosadan,ali kako to da na Doom9 forumu kude 1.0 verziju Mainconceptovog H.264 kodeka,po njima ispada da ništa ne valja.Mislim,to nikako nije moguće,jer se zna da je Mainconcept oduvek pravio proizvode vrhunskog kvaliteta.
[ Ivan Dimkovic @ 23.04.2005. 17:34 ] @
Citat:
Fantastično,sad mi je mnogo jasnije.Što se tiče redukcije šuma u Nero Digital H.264 kodeku,možeš li biti malo određeniji,tj. da li će i kada biti uključen u sam enkoder.Ipak,to je vrlo bitna stavka,ima je čak i Moonlight OneClick Compressor 1.1 H.264 kodek(da li se razmišlja o podršci za dvojezgrane AMD i Intel procesore).


Redukcija suma je deo psiho-vizuelnih algoritama koji se mogu ukljuciti u "nero digital settings" na drugom tabu u Recode programu.

Sto se podrske za procesore tice - ne mogu da dam konkretne podatke kada ce nesto biti implementirano, ali mogu da te uverim da se podrska za nove optimizovane procesore u Nero Digital-u uvek stavlja kao prioritet.

Citat:
E sad,Ivane,možeš li mi nešto iz tvojih razgovora reći kako će se do kraja 2006 godine razvijati Nerov H.264 kodek,tj. da li će biti nekih novih funkcija,ili će se ići na samo ubrzanje enkodinga.


Nero Digital je stalno u razvoju - ocekuj bolju podrsku na mobilnim platformama, CE uredjaje (DVD playeri) kao i konstantan rad na kvalitetu i brzini video enkodera.

Citat:
Poslednje pitanje,izvini ako sam dosadan,ali kako to da na Doom9 forumu kude 1.0 verziju Mainconceptovog H.264 kodeka,po njima ispada da ništa ne valja.


Za to je najbolje da proveris doom9 sajt - inace doom9 je prilicno visoko cenjen sajt i ako je to sto je navedeno netacno, vrlo brzo ce biti vidjen demanti. Licno nisam imao puno vremena da testiram MainConcept, tako da ne mogu da komentarisem to sto pise.

Mada po broju negativnih komentara - i ni jednom pozitivnom, i to od korisnika za koje sigurno znam da su eksperti ipak mogu da zakljucim da nesto nije OK sa tim proizvodom. O ceni ne bih komentarisao - kao o njihovom kursu $ / euro :)

Citat:

Mislim,to nikako nije moguće,jer se zna da je Mainconcept oduvek pravio proizvode vrhunskog kvaliteta.


Hm - ne bih iskljucio to kao nesto sto je "nikako moguce" - desavalo se vise puta u codec industriji da renomirana kompanija izbaci djubre ili nesto sto nije ravno kvalitetu ranijih proizvoda.

Ne bih navodio imena, ali se recimo dobro secam kvaliteta audio enkodera 2 renomirane firme (korporacije, tj..) koji su bili sramota za njih.

Ako se dobro secam, MainConcept je najavio da ce se udruziti sa Elecardom (moonlight) - mislim da to dovoljno govori o sudbini trenutnog encodera.
[ milanche @ 23.04.2005. 17:52 ] @
Ivane,

kako stoje ModulusVideo i Harmonic sa svojim sistemima ? Ovi prvi prodaju hardverske
sisteme cable operator kucama za distribuciju videa, i izgleda da drze dobar deo
americkog trzista. Je si li imao prilike da pogledas sta nude i nasta to lici ?
[ Ivan Dimkovic @ 23.04.2005. 18:19 ] @
Video sam Harmonic i Envivio live encodere.

U principu nisu losi - Sigma je demonstrirala dekodiranje Envivio live clipa na njihovom SoC dizajnu.

Kvalitet je dobar, doduse cini mi se da off-line AVC encoding i dalje ima bolji kvalitet (posto su posle Live clipa pustali offline-enkodovan klip), verovatno zbog nekih usteda na DSP implementacijama AVC-a za live encoding.

Ovde pricam o HD rezoluciji - SD verovatno nema bog zna kakvih problema jer je i danas izvoljiv na relativno dostupnim embedded sistemima.

[ milanche @ 23.04.2005. 21:19 ] @
EnVivio mnogi sa kojima sam pricao otpisuju iz trke sa predhodne pomenute dve
firme. Navodno, napravili su par strateskih tehnoloskih odluka koje svi ocenjuju kao
pogresne (pricu sam cuo pre 3 meseca, i zaboravio sam sta je u pitanju).

ModulusVideo je krenuo u najboljem momentu - skupila se ekipa i od svojih para krenula
januara 2003 (u samom najgorem peak-u krize). Prilicno su u zizi, i okupili su sve najbolje
tipove iz branse. Njihov CEO je napustio istu poziciju u Pinnacle-u da bi im se pridruzio.
Vodeci inzenjeri su sve bivsi tech leader-i iz CLI, DiviCom-a, i Broadcom-a, prilicno
ugledna i sposobna ekipa.

Harmonic je znatno veci i postoji vec duze vreme, ali se ne bave jedino i samo
H.264-om.

Koliko sam cuo, Modulus drzi preko 60% enkoderskog marketa trenutno, i kako stvari
stoje, posto su mali ali odabrani, sve su sanse da ce rastojanje sve vise i vise
povecavati. Mislim da jos nemaju proizvod za HD - svi se slazu da ce trebati jos jedno
5-6 godina da bi se uvideli i eksploatisali sweet spots u algoritmu.

Malo me cudi da ih nema na NAB-u. Ako ti se ukaze prilika, obrati paznju. Trenutno su
vrlo buzz, i svi im predvidjaju blistavu tehnicku buducnost (za stock market, IPO i
ostalo niko ne zna sa sigurnoscu).
[ Kosta ******um Rex Persia @ 24.04.2005. 00:39 ] @
milanche,možeš li molim te da mi objasniš čime se konkretno bave te dve firme koje pominješ,ja nikad dosad nisam čuo za njih.

Pretpostavljam da se i ModulusVideo i Harmonic bave proizvodnjom hardverskih H.264 uređaja,ispravi me ako grešim.

Moje poslednje pitanje je da li ModulusVideo ima svoj sopstveni H.264 enkoder koji se može skinuti sa interneta,pa bih te molio da u ovom forumu navedeš internet adrese obe pomenute firme.

Ivane,da li se u skorije vreme planira izlazak 64-bitne verzije Nerovog H.264 kodeka za Windows.
[ milanche @ 24.04.2005. 06:03 ] @
Harmonic i ModulusVideo se nalaze u Silicijumskoj Dolini, EnVivio ima svoju grupu u San
Francisku. Trenutno su na zapazenim pozicijama u razvoju enkodera i dekodera za H.264
stream-ove standardne i visoke rezolucije. Lako se nalaze na Google-u (Harmonic je Harmonic, Inc).

Istini za volju, sve te firme nisu nikakvi igraci u Windows domenu, jer firme na cutting
edge-u tehnologija to trziste retko zanima. Velike pare obicno leze u sistemima, i
problemi zastite intelektualne svojine su zanemarljivo mali u poredjenju sa Windows proizvodima.

Ove firme se trenutno sve manje-vise fokusiraju na broadband provajdere, koji
su do sada pruzali uglavnom broadband internet servise, medjutim sve vise i vise hoce
da pruzaju i video streaming servise, a H.264 pruza vrlo efikasno enkodovanje, tako da
se moze postojecim kanalima preneti dosta video sadrzaja.

Kad se ovlada real-time algoritmima na nivou sistema, sledeca etapa su cipovi, a kad
se to desi H.264 ce biti prisutan bukvalno svugde.

Ivan, naravno, ima mnogo bolji pregled igre, posto mu je to uza specijalnost, a daleko
bolje vidi sta se radi u Evropi. Zanimalo me je njegovo misljenje, posto su kompresije oblast
koja se svakodnevno menja, standardi doradjuju, a on se time uspesno bavi i u toku je zbivanja.

Predpostavljam da nisam drasticno odstupio od teme. Posto je Ivan vec bio u elementu
i tok teme fokusiran na njegove priloge, mislio sam da je bolje 'nabaciti mu dobru loptu',
pa dobiti celokupniju pricu u vezi trenutnog stanja sa H.264.
[ Kosta ******um Rex Persia @ 24.04.2005. 23:27 ] @
Da Milanche,potpuno si u pravu.Ne brini,nisi odstupio od teme,a što se tiče Ivanovog znanja,ono je svakako ogromno.

Pošto živiš u Americi,kakvo je tamo trenutno stanje oko H.264 standarda,tj. da li ima TV stanica koje emituju HDTV signal bilo u rezoluciji 1280x720 ili 1920x1080.Ako ima,molim te da ovde postaviš nekoliko linkova ka njima.

Baš me zanima kada će izaći 64-bitna verzija svih postojećih H.264 kodeka,tu prevashodno mislim na Videosoft,Moonlight,Mainconcept i naravno Nero Digital.A još bitnije od ovoga je da H.264 enkoderi vrlo brzo dobiju punu podršku za dvojezgrane AMD i Intel procesore.

[ Kosta ******um Rex Persia @ 29.04.2005. 00:49 ] @
Cao Ivane,imam nekoliko pitanja vezano za Nero H.264 enkoder Nero Digital.

Kada kompresujem MPEG2 video sniman sa TV kartice,a taj program ima vrlo malo šuma,koje postavke treba da odaberem u naprednim podešavanjima kodeka.Za šta služi opcija Deblocking sa podopcijama Smooth i Sharpnes.Da li će,ako se Debloking iskljuci,to bitnije uticati na kvalitet tako dobijenog H.264 videa ili ne.

Takođe,objasni mi kako se podešava ta opcija Deblocking,kada treba da bude na - vrednostima(npr. -2) a kada na + vrednostima.Kod freeware H.264 kodeka ova vrednost je postavljena na 0.

Za šta konkretno služi opcija Psycho-Visual Enhancements as njenim vrednostima na low i high i kako se ova opcija odražava na kvalitet iylaynog materijala,da li treba da bude uvek uključena ili ne.

I na kraju,u opciji General Settings kod GOP Properties,ne mogu da stavim više od 2 referentna frejma i više od 3 B-frejma.Da li je pametno da menjam vrednost maximum GOP size koji je po defaultu postavljen na 300.
[ Kosta ******um Rex Persia @ 27.07.2005. 01:22 ] @
Samo jedno obaveštenje ovde da izreknem.Preporučujem svima koji imaju prastare verzije x264 kodeka,tj. oni koji imaju revizije ispod broja 280,da ih ne koriste,jer je najnovija revizija značajno dobila na kvalitetu kompresije negoli revizije ispod broja 260.

Dodate su mnoge opcije za bolje i preciznije kompresovanje,npr. daleko bolji motion estimation,i mod 6 RDO.Jeste da korišćenje tih naprednih opcija puno usporava kompresiju,ali to je mala cena naspram kvaliteta koji se dobija na 350 ili čak na 300 kbps-a.

Link za download najnovije revizije 280 je:
http://forum.doom9.org/showthread.php?s=&threadid=89979


Pokušaću da uskoro detaljnije objasnim sve njegove napredne opcije,kao i one default opcije.

Preporuka je da na svake 2 nedelje skidate novu reviziju x264 kodeka,jer se ponekad više novih revizija pojavi za samo jedan dan.
[ Kosta ******um Rex Persia @ 20.08.2005. 02:33 ] @
Izvinjavam se svima jer ste malo duže čekali na ono što sam sam obećao u gornjem postu.Dakle,evo upustva za korišćenje x264 kodeka:

1)Kada u nekom programu koji kompresuje DVD ili AVI materijal u h.264 format selektujete x264 kodek na opciju za podešavanja,prvo vam se pojavi osnovni prozor.

Kao što ćete videti,u osnovnom prozoru se bira željeni bitrate kodeka,a opciju threads ne dirajte.Ona ima svrhu tek ako imate dvojezgrani procesor,što OGROMNA većina nas smrtnika ne može sebi da priušti.Naravno,ja sam ovde tipično stavio bitrate od 1000 kpbs-a,što je preveliki bitrate za x264 kodek.Ako hoćete da vam na 1 CD stanu 2 filma,onda stavite bitrate između 300 i 350 kpbs-a,što zavisi od dužine filma.Naravno,ako skidate sa TV kartice,nemojte nikako da stavljate ovako niski bitrate,jer u snimljenom TV programu obično ima dosta šuma,pa je krajnji rezultat kompresije potom lošiji.Dakle,za MPEG2 materijal sa TV kartice,bitrate preporučujem da bude od 400-500 kpbs-a,što opet zavisi od količine šuma u snimku.Npr. RTS ima mnogo šuma,dok HRT2 ima daleko manje.

Sledeće,na redu je Advanced prozor,u kome se podešavaju napredne opcije x264 kodeka,što može itekako da utiče na krajnji kvalitet kompresije.Evo kako sam ja podesio postavke:




To je to od advanced podešavanja,s tim što opciju Partion Decision Quality umesto na vrednost 6,slobodno možete staviti na vrednost 5,ali NIKAKO ne idite na niža podešavanja od toga.Od ostalih podešavanja,ako neko hoće baš vrhunski kvalitet kompresije,onda preporučujem da u opciji ME Method vrednost postavite na Uneven Multi-Hexagon ili(za ubedljivo najbolju kompresiju) vrednost Exhaustive Search.

Ovde malo upozorenje: opcije Uneven Multi-Hexagon i Exhaustive Search značajno usporavaju kompresiju,prva opcija za oko 2.5 puta,dok Exhaustive Search kompresiju svodi na oko 2-3 frejma u sekundi,što je užasno sporo.Tako da ne preporučujem uključivanje ovoh opcija,osim ako neko ne želi da isprobava kvalitet.








[Ovu poruku je menjao Kosta ******um Rex Persia dana 29.08.2005. u 18:55 GMT+1]
[ Kosta ******um Rex Persia @ 19.12.2005. 00:16 ] @
Ćao svima ovde, javljam se posle dužeg vremena da obavestim sve članove koje to zanima, da su pre 10 dana objavljeni zvanični rezultati drugog po redu testa H.264 kodeka od više kompanija.

Test skinuti na: http://compression.ru/video/co..._codec_comparison_2005_eng.pdf

a komentare samog testa videti na http://forum.doom9.org/showthread.php?t=103966

[Ovu poruku je menjao Kosta ******um Rex Persia dana 19.12.2005. u 11:08 GMT+1]
[ Kosta ******um Rex Persia @ 12.02.2006. 00:42 ] @
Ljudi, fantastične vesti, upravo sam skinuo reviziju 431 x264 kodeka i moram reći da sam veoma prijatno iznenađen!!! Konačno je razvojni tim koji pravi x264 kodek ubacio sve opcije u VFW kodek koje su mu nedostajale. Skinite obavezno ovu reviziju sa linka http://mirror01.x264.nl/x264/revisio...31-install.exe i isprobajte nove opcije.

Dakle, nove opcije dosta poboljšavaju kvalitet kompresije, posebno na niskim i veoma niskim bitrateovima. Dodate opcije su:

Citat:
VFW updated:
r430(and r431)
VfW: support trellis, brdo, nr, bime.
patch by Dan Nelson (dnelson at allantgroup dot com)


Preporučujem svima da odmah isprobaju novu reviziju i kažu svoje mišljenje.
[ Daniel011 @ 14.02.2006. 13:37 ] @
Skinuo sam reviziju 434 (uz malu ispravku za prethodni link, sve revizije se mogu skinuti na ovoj adresi) i konvertovao sam neki video materijal u x.264, ali kad posle pokušam da otvorim taj novodobijeni fajl, izbaci mi poruku da nije instaliran codec?? Naravno, pušta samo ton...

Da li je potrebno osim ovog, instalirati i još neki codec kako bi reprodukcija bila moguća?

[Ovu poruku je menjao Daniel011 dana 14.02.2006. u 14:38 GMT+1]
[ Kosta ******um Rex Persia @ 14.02.2006. 22:50 ] @
Naravno da je potrebno, čudi me da nisi pročitao ovu temu od počletka, neko je to već spomenuo. Treba ti FFDSHOW, a možeš ga skinuti sa http://mirror01.x264.nl/x264/f...51221-gcc4.0.2-sse-x264.nl.exe

Potom ga instaliraj i, voila , moći ćeš da gledaš takav video. Kao dodatak, preporučujem ti da instaliraš Matroska splitter (nije obavezan za gledanje) sa adrese http://mirror01.x264.nl/x264/MatroskaSplitter.exe

Javi šta si uradio i kako si zadovoljan kvalitetom.

E da, revizija 434 ima jedan manji bug, tako da skini novu reviziju 437 u kojoj je to ispravljeno.

[Ovu poruku je menjao Kosta ******um Rex Persia dana 14.02.2006. u 23:52 GMT+1]
[ Daniel011 @ 15.02.2006. 02:15 ] @
Oops, moja greška... Isprobavao sam to na brzinu, tako da sam u datom trenutku bio pročitao samo poslednjih nekoliko postova.
Hvala za linkove, sada je sve u redu.
[ sasamsa @ 22.02.2006. 18:53 ] @
Citat:
Kosta ******um Rex Persia: Ljudi, fantastične vesti, upravo sam skinuo reviziju 431 x264 kodeka i moram reći da sam veoma prijatno iznenađen!!! Konačno je razvojni tim koji pravi x264 kodek ubacio sve opcije u VFW kodek koje su mu nedostajale. Skinite obavezno ovu reviziju sa linka http://mirror01.x264.nl/x264/revisio...31-install.exe i isprobajte nove opcije.


Konačno je neko uslišio tvoje molbe za updatovanje VFW :-)
Ja nisam dugo koristio VFW verziju jer je mp4 pravi kontejner za avc i meni je kvalitet na prvom mestu i zato koristim cli...
kvalitet cli i vfw outputa se nemože porediti...

Kako ti encoduješ zvuk? Može li se aac ugurati u avi?
[ Shon3i @ 24.02.2006. 13:10 ] @
Citat:
sasamsa: Konačno je neko uslišio tvoje molbe za updatovanje VFW :-)
Ja nisam dugo koristio VFW verziju jer je mp4 pravi kontejner za avc i meni je kvalitet na prvom mestu i zato koristim cli...
kvalitet cli i vfw outputa se nemože porediti...

Kako ti encoduješ zvuk? Može li se aac ugurati u avi?


Da konacno su nesto malo poradili na vfw ali su ga isto toliko i zeznuli. mp4 jeste pravi kontejner ali nije najbolji mislim da mkv ima sve.

cli vs vfw ne moze da se poredi iz razloga zato sto vfw nema pola opcija, kako nesto tako mozes da poredis. Isti kvalitet se dobija preko cli kad stavis ista podesavanja kao u vfw.

Za zvuk koristim BeLight b9 i winampow aac jer zvuk radim u 6ch. Nero 6/7 ima toliko problema sa 6ch zvukom da je to katastrofa.

aac u avi moze http://www-user.tu-chemnitz.de...ug/AVIMux%20GUI/index-eng.html jedina aplikacija AVIMux GUI, ali sam par puta imao totalnu desinhronizaciju
[ sasamsa @ 24.02.2006. 13:55 ] @
Ja koristim x264 za video a za audio coding technologies aac+ PS (winamp) pa to sve spojim u yambu u .mp4.
Dobra je i matroska jer je univerzalni kontajner ali je nijedan hardware avc player neće podržavati a mp4 je ipak standard za avc+aac...

Koliko ja znam kvalitet cli i vfw outputa nisu isti ne samo zbog nedostatka nekih opcija u vfw nego i zbog problema samog avi kontejnera koji je jako star i stvarno ne bi trebalo stavljati AVC stream nove tehnologije u stari kontajner pošto je već i za ovakav avc u avi potrebno puno "hackovanja" i avc ima problem sa B-frames u avi...

Pitaj nekog x264 developera i napraviće ti veliku listu. Zato su i prestali da updatuju VFW...
[ Shon3i @ 24.02.2006. 14:10 ] @
Citat:
Ja koristim x264 za video a za audio coding technologies aac
Ubedljivo najbolja kombinacija.

Citat:
aac+ps
radi samo ako je bitrejt <=48.

Citat:
matroska jer je univerzalni kontajner ali je nijedan hardware avc player neće podržavati
Videcemo. Mada ja ne volm hardware playere tj lepse mi da povezem komp i tv i lepo gledam sve.

Posto ubacujem subtitle u mkv jer sam imao problema sa mp4 tj mp4 ima problema sa subtitlovima.

Citat:
Pitaj nekog x264 developera i napraviće ti veliku listu. Zato su i prestali da updatuju VFW...
Znam ja vrlo dobro zasto su prestali da updejtuju vfw. Jedin razlog je to sto si ti naveo da ima problema sa b-frejmovima i to je tacno ali nema problema sa avi-om. Posto ni jedna aplikacija ne postoji koja moze da snimi u mp4 recimo implementacija mp4 opcije u virtualdub tada bi i mp4 imao problema jer vfw prouzrukuje te probleme, a drugo ne postoji ni jeadn cli enkoder koji moze da snimi u avi bez vfw.

[Ovu poruku je menjao Shon3i dana 24.02.2006. u 15:11 GMT+1]
[ sasamsa @ 24.02.2006. 14:41 ] @
Mislim da je glavni razlog zašto neko koristi avi je to da može da ga lako edituje u virtualdub-u ali uskoro će se pojaviti aplikacija koja podržava editovanje mp4 lakoćom virtualduba. Još uvek ima puno bugova...

A i njima je jako teško da implementuju nove funkcije u vfw jer zahtevaju mnogo "hakovanja" i zaobilaženja problema...to je rekao glavni developer x264 pengvado...

...inače ja enkodujem sa veoma malim bitrate-ima i uglavnom sa TV-a pa onda još koristim kombinaciju kompleksnih avisynth filtera (za video 400x300 ide brzinom od 5fps na P4 3GHz) pa onda posebno audio filtriram od šuma...pa encodujem audio (ako je mono onda 32kbit a ako je stereo 48kbit+PS)...pa onda kada se završi proces filtriranja videa enkodujem video u x264 sa skoro maksimalnim nameštanjima tj high profile + custom matrices ~10ref frames...i kada se sve enkoduje spojim i rezultat je jako mali fajl koji izgleda bolje od originala...ili divx-a na 3x većem bitrate-u :-)

Ako nekome ovo sve deluje zamorno i sporo neka skine nero recode i nek enkoduje avc+aac sa jednim klikom...inače trenutni nero (tj ateme) kodek puno zaostaje za x264 a čini mi se da je i ovaj najnoviji koji je već ~godinu dana u test fazi malčice lošiji od x264...

ali meni je ovako zanimljivije...i lepota u svemu tome je što ni npr Bil Gejts ne bi mogao da odradi bolji encoding :-)

[Ovu poruku je menjao sasamsa dana 24.02.2006. u 15:52 GMT+1]
[ sasamsa @ 24.02.2006. 15:44 ] @
evo pogledaj ovo: to je paviko napravio http://forum.doom9.org/showthread.php?p=621343#post621343

stvarno najbolji noise reduction koji sam video. nešto mi neradi u najnovijem Avisynthu tj posle 10 frame-ova slika se poremeti pa za taj skript koristim AviSynth_210205...
[ Shon3i @ 24.02.2006. 15:58 ] @
Lepo ali dosta sporo. Ranije sam to koristio. Nije bas pogodno za DVD filmove jer ustvari samo to i kompresujem. Zato sad koristim kombinaciju removegraina i convolution3d filtera.
[ sasamsa @ 24.02.2006. 16:03 ] @
Za DVD ti baš i netreba ni jedan filter a ovo je više za TV i DV kamere i stvari gde ima više šuma...

[Ovu poruku je menjao sasamsa dana 24.02.2006. u 17:04 GMT+1]
[ Shon3i @ 24.02.2006. 16:09 ] @
Pa bas se ne slazem sa tobom. DVD ima neku mesavinu grain jos nekih sumova koji prouzrukuju losu kompresiju. Najvise vidljivi kvadratici su kod magle i dima i staticnim delovima i pogotovo nocnim scenama. Sa xvidom je to bilo katasrofalno vidljivo ali sad sa x264 se moze malo ublaziti ali je i dalje primetno zbog ostrine koju daje h264. Denoiseri urade posao do pola jer taj sum koji je u kompresovanom videu dosta los i ima puno kvadratica prelazi rainbow efekat koji lepse izgleda.
[ Kosta ******um Rex Persia @ 25.02.2006. 00:03 ] @
Auu, ljudi, mene nema samo 3 dana na ovoj temi(tj. toliko je nisam gledao), a ono vas dvojica skupiste sve zajedno 10 postova. Nema šta, lepu diskusiju ste započeli.

Nego, Nenade, koji mi ti denoiser preporučuješ i kako da ga podesim, na koju vrednost? Da li je dovoljno da se stavi na medium, ili to zavisi od svakog TV kanala ponaosob. Budi malo detaljniji oko ovoga, molim te.
[ Shon3i @ 25.02.2006. 11:04 ] @
Za TV capturinge je sasamsa da odlican Denoiser ims gore link. Medjutim on je dosta spor ali skida svaki sum sa slike. Inace dobar a brz denoiser je RemoveGrain(mode=x) gde za x valjane cifre su 2,4,8,9,16,17
[ Kosta ******um Rex Persia @ 25.02.2006. 17:33 ] @
Da, hvala ti. Ali ja se ne razumem u ta podešavanja koja si naveo. Daj mi link za Remove Grain denoiser ako ti nije teško. A posle mi objasni koja su optimalna podešavanja za taj denoiser, jer apsolutno nikad nisam radio sa njim pa ne znam kako da ga podesim da radi valjano.

Inače, sinoć sam s neta skinuo denoiser Neat Video 1.0 DEMO, koji ima jedino ograničenje da stavlja logo na video, ali nije toliko strašno da ne mogu da podnesem taj dodatak. Moram da kažem da je UBISTVENO MOĆAN koliko dobro ukljanja šum iz bilo kojeg videa, mada mu je velika mana da je isto tako i ubistveno spor do bola, kod mene radi sa 1 ili 2 FPS u sekundi. Što znači da mi za denoise jedne emisije od 45 minuta sa TV-a treba oko 25 puta više vremena od trajanja same emisije, znači 45x25= 1125 minuta ukupnog rada što je tačno 18.75 časova.


Adresa je http://www.neatimage.com/news.html#Neat-Video-news a ja sam skinuo verziju koja se koristi kao filter iz VirtualDub-a.

[edit] Naravno, podrazumeva se da sam koristio x264 kodek reviziju 439.




[Ovu poruku je menjao Kosta ******um Rex Persia dana 25.02.2006. u 18:35 GMT+1]
[ sasamsa @ 25.02.2006. 17:54 ] @
Probao sam i ja neat video pre koji dan i mogu da kažem da je ovaj skript koji sam dao malo bolji i 10x brži...
[ sasamsa @ 25.02.2006. 18:03 ] @
Mogu ti ja poslati moj avisynth plugins folder + AviSynth_210205.exe pošto makar meni neradi u novom.
I sam skript sam mnogo doradio, tj imao je neke greške kod konvertovanja color space-a i još ubacio neke nove variable i dodao još neke pluginove i mogućnosti ;)

SPREAD x264 ;)
[ Shon3i @ 25.02.2006. 18:32 ] @
@Kosta ******um Rex Persia evo link za download http://www.avisynth.org/warpen...emovegrain_25_dll_20050501.zip

Sasvim je prosto udjes u notepad i napises par linija recimo za DVD obicno stavljam

mpeg2source("stealth.d2v")
crop( 0,76,-2,-76)
LanczosResize(640,272)
RemoveGrain(mode=2)

mpeg2source mozes da zamenis sa avisource ili directshowsource recimo

avisource("proba.avi") ili
directshowsource("proba.avi")

RemoveGrain(mode=2) je light denoiser umesto mode=2 mozes da stavis modeove 2,4,5,8,9,10,16,17,18 pa probaj.

@sasamsa aj molim te mi posalji samo skripte TimeDenoise i LimitedSharpen posto ovaj LimitedSarpen nesto ne radi kao valja tj trazi mi neku funkciju DEdgeMask a ne mogu da je nadjem na netu.
[ sasamsa @ 25.02.2006. 18:54 ] @
prvo mi daj email na private...
DEdgeMask je valjda funkcija MaskTools-a. Vidi da li imaš MaskTools.dll u plugins folderu...

[Ovu poruku je menjao sasamsa dana 25.02.2006. u 19:57 GMT+1]
[ Kosta ******um Rex Persia @ 26.02.2006. 02:09 ] @
Hvala dobri ljudi. Sasamsa, ajde pošalji mi tu tvoju dorađenu skriptu koju si ti ručno ispravio. Kako si to uspeo da ispraviš, jesi li ti profesionalni programer? Pošalji mi na mail to što treba, imaš opciju da mi pošalješ mail kada klikneš na moj profil.


A sad da se vratimo na x264 i razmatranje njegovog kvaliteta. U reviziji 429, ako se ne varam, dodate su neke opcije vezane za AMD64 instrukcije. Da li je neko od vas dvojice(Sasamsa i Shon3i) probao x264 na Windows XP 64-bit edition sistemu, radi li sad kako treba.


[ sasamsa @ 26.02.2006. 09:23 ] @
jesam programer ali jezik avisyntha je lak i svako ga može razumeti i nešto napisati iz primera u dokumentaciji...
U skripti sam izbrisao filtriranje interlaceovanog materijala pošto to ne koristim a verovatno ni ti...jer je duplo sporije i lošije tako da se radi jer mora da razdvaja polja pa onda svaki posebno filtrira pa ponovo interlacuje...
Imao je čini mi se 3 nepotrebna konvertovanja color space-a što ga je dodatno usporavalo...i dodao sam u funkciji kontrolu svakog filtera posebno što žnači da možeš koristiti funkciju npr clip.TimeDenoise(3.0,3.8,2.4) a i nemoraš jer je ovo više za testiranje...znači radi i clip.TimeDenoise(3.0) tj namestio sam da ostale promenjive dobijaju default vrednosti...Onda čini mi se da sam dodao još jedan vektor za analizu šuma....

...a i napravio sam sebi template skript korišćenja što znači da sam ubacio deinterlaceovanje i resize, DeFreq,HFan, DeSpot i subtitle u videu nekoliko sekundi...

sve ovo je opciono tj ako nećeš da koristiš staviš # ispred to je znak za koment u avisynthu...

PS nemogu da se šalju atachmenti preko emaila u profilu

vidim da ste ti i nenad ambasadori x264 i na drugim forumima...spread the word ;)

[Ovu poruku je menjao sasamsa dana 26.02.2006. u 10:28 GMT+1]
[ sasamsa @ 26.02.2006. 09:54 ] @
ok, evo smilovao sam se da napravim dva primera denoiser skripte...jedna sa manje a druga sa više šuma...uživajte...





...limited sharpen skripta stvarno čini čuda kada dođe do konačnog izoštravanja slike...
Lepota svih denoisera je to što je za kompresovanje potreban manji bitrate pošto kodek nije opterećen kompresovanjem šuma a i naravno mnogo lepše izgleda :)
Kod MPEG-4 ASP kodeka se kompresovanjem šuma dobija puuuno graina i blokiranja a kod MPEG-4 AVC odnosno h.264 se dobija neki efekat "blokiranja" ili ringovanja koji je teže opisati...

Još jedna lepota ove skripte je to što koristi kombinaciju temporal,spatial i wavelet denoisera što znači da koristi i analizu predhodnih i budućih frame-ova i zato odradi bolji posao od alata za denoising statične slike. (slično kao što kodeci rade sa reference frame-ovima i analiziranju pokreta...)

(možda je ovo pogrešan thread za ove denoise stvari? Da neki moderator napravi novu temu od ovoga?)


[Ovu poruku je menjao sasamsa dana 26.02.2006. u 11:49 GMT+1]
[ Shon3i @ 26.02.2006. 11:16 ] @
Citat:
------------------------------------------------------------------------
r429 | pengvado | 2006-02-10 22:58:43 +0100 (Fri, 10 Feb 2006) | 3 lines

amd64 mmx for some intra pred functions


------------------------------------------------------------------------


Mala optimizacija za keyframove pod mmx na amd64 procesorima. Nista posebno. Mada tesko ce oni da naprave 64bitnu verziju i ako postoje neke ranije.
[ Kosta ******um Rex Persia @ 13.03.2006. 00:09 ] @
Da, slažem se. Sasamsa, obavezno ovde okači primer kako se radi sa tom skriptom.

I koja podešavanja za LimitedSharpen denoiser preporučuješ.
[ Shon3i @ 13.03.2006. 13:08 ] @
Pa ni sa preradjenom ne moze da se dobije mnogo vise. sasamsa je dodao jos neke funkcije ciscenja slike sto moze jos vise da uspori.

@Kosta ******um Rex Persia
Code:
LimitedSharpen(ss_x = 2, ss_y = 2, strength = 255, wide = true)
Mozda bi trebalo da probas LimitedSharpenFaster http://www.avisynth.org/mediawiki/wiki/LimitedSharpen i na ovom sajtu imas objasnjenja za parametre obe funkcije


[Ovu poruku je menjao Shon3i dana 13.03.2006. u 14:11 GMT+1]
[ sasamsa @ 15.03.2006. 08:54 ] @
Rekao bih da su 50% brži od originalnog zbog limitedsharpenfaster-a
timedenoise.avsi i limitedsharpenfaster.avsi idu u C:\Program Files\AviSynth 2.5\plugins
a a.avs je samo primer upotrebe koji otvara a.avi fajl u folderu gde se nalazi taj a.avs fajl a to može biti bilo gde i na više mesta...

A ako se nerazumete u avisynth ili prvi put čujete za njega onda:
1. skinite avisynth sa: http://bengal.missouri.edu/~kes25c/Avisynth_150206.exe
2. instalirajte avisynth
3. Moj plugins folder raspakujte u C:\Program Files\AviSynth 2.5\plugins
4. Za svaki slučaj ponovo instalirajte avisynth.
5.napravite neki fajl npr a.avs koji otvara npr a.avi:
Code:

avisource("a.avi")
TimeDenoise(3.5)

za gornju sliku sam koristio 3.0 a za donju 6.0 na primerima...

i otvorite a.avs u virtualdubu ili bilo gde i imate video bez šuma...i onda ga možete kompresovati ili bilo šta...

kosta: LimitedSharpen samo izoštrava sliku i nije denoiser nego je samo deo lanca pluginova koji procesiraju video...


[Uklonjeni linkovi koji ne rade]

[Ovu poruku je menjao Cileinteractiv dana 09.01.2007. u 18:01 GMT+1]
[ Shon3i @ 18.05.2006. 11:01 ] @
Evo funkcija

LimitedSharpen i TimeDenoise

Za pluginove ces morati da sacekas malo

[Ovu poruku je menjao Shon3i dana 18.05.2006. u 12:01 GMT+1]
[ Shon3i @ 19.05.2006. 18:15 ] @
Evo i Pluginova
[ mcdoc @ 19.05.2006. 21:47 ] @
Hvala.

Sada kaze nema mt_edge funkciju
[ Shon3i @ 19.05.2006. 22:08 ] @
Evo probaj sa ovim skriptama TimeDenoise-a i LimitedSharpen-a
[ mcdoc @ 20.05.2006. 13:24 ] @
Sa ovim radi, ali je slika plava. Imam utisak da invertuje boje
[ Shon3i @ 22.05.2006. 15:09 ] @
e probaj sa ovim, jbg cimanje al sta ces
[ mcdoc @ 23.05.2006. 10:18 ] @
Ma nije problem, ali opet isto. Sto treba da je crveno ono plavo. Kada GKnot napravi AVS onda nema problema.
[ Shon3i @ 24.05.2006. 18:11 ] @
Daj mi molim te skriptu... inace sve sto treba da upises da bi primenio ovaj filter jeste

DirectShowSource(bla.avi) ili avisource(bla.avi) ili mpeg2sourc(bla.d2v)
TimeDenoise ()

ostale parametre po zelji

TimeDenoise () je jednako TimeDenoise (1.0) , recimo mozes da upises i 2.5 sto je dosta jaci denoise/sharp efekat
[ mcdoc @ 25.05.2006. 13:55 ] @
Radi!
Ali nije "ili".
Sa avisource(bla.avi) invertuje boje
Sa DirectShowSource(bla.avi) radi kako treba.
Hvala
[ ironman @ 25.05.2006. 16:19 ] @
@ Kosta
koja podesavanja koristish prilikom snimanja sa WinDVR ( za kasniju kompresiju sa H264)
sta mislis o gotovim Good ,Better i Best podesavanjima ili koristish neku custom varijantu i sta bi preporucio s obzirom na moju konfiguraciju ( Athlon 2000+ , 512MB , KWorld), ne trazim neki extra kvalitet slike i nemam bash nesto puno prostora na HDD ( max 10GB)

PS
Ne znam zasto WinDVR nece da mi sacuva podesavanja ( ni kanale ni za snimanje) , vec kod svakog pokretanja moram sve ponovo...

@ Sonic KG
Citat:

Hauppauge mi je poznato ime. Poznato zbog toga sto sam skidao neke drajvere za TV kartice iz njihovog proizvodnog programa, a sve sa ciljem da izvedem neku alhemiju u svom operativnom sistemu i nateram svoj KWorld da radi kako treba. Doduse, osim ovoga drugog kontakta sa tom firmom nisam imao.

Takodje imam KWorld TV karticu ( chip 878) , da li si i sa kojim drajverima postigao bolje rezultate?
[ Shon3i @ 25.05.2006. 16:21 ] @
Kakve taj avi specifikacije ima tj kojim kodekom je radjen posto kad uzmes AviSource on uzima dekoder za taj 4cc, zanci ako neki dekoder ne funkcionise kako treba desava se to sto si ti dobio.

DirectShowSource() konvertuje taj video u YV12 colorspace te je verovatno to i odgovor, jer u sistemu ima sto YV12 dekodera, DivX, XviD, inace probaj ovo bas me zanima

AviSource(bla.avi)
ConvertToYV12()
TimeDenoise()

ili okaci malo parce da vidim sta se desava.
[ Kosta ******um Rex Persia @ 26.05.2006. 00:17 ] @
Citat:
ironman: @ Kosta
koja podesavanja koristish prilikom snimanja sa WinDVR ( za kasniju kompresiju sa H264)
sta mislis o gotovim Good ,Better i Best podesavanjima ili koristish neku custom varijantu i sta bi preporucio s obzirom na moju konfiguraciju ( Athlon 2000+ , 512MB , KWorld), ne trazim neki extra kvalitet slike i nemam bash nesto puno prostora na HDD ( max 10GB)

PS
Ne znam zasto WinDVR nece da mi sacuva podesavanja ( ni kanale ni za snimanje) , vec kod svakog pokretanja moram sve ponovo...



E, WinDVR 3.0 ima taj orgoman bug da ne pamti podešavanja kanala, pa moraš svaki put da ručno učitač snimljene kanale. Dakle, kad odradiš auto-scan kanala u WinDVR-u, obavezno snimi kanale u konfiguracioni fajl, koji ćeš učitavati svaki put kad ponovo pokreneš program. Inače, učitavanje se pokreće kad na tastaturi klikneš na dugme Page Down


Nažalost, previše malo prostora imaš za neke ozbiljnije potrebe, ali nema problema. Ja koristim custom profile, audio stavljam na 96 kbps, video bitrtejt na 2000 kbps(ili 3500, što zavisi kakav mi kvalitet slike treba). Generalno načelo je da na RTS i Pink kanalima trebaš da postaviš veći bitrejt, jer je slika značajno čošija nego ako na kablovskoj imaš HRT,HRT2, Nova, MTV Adria. Kod tih kanala, slobodno postavi 2000 kbps bitrejt za video, i 96 kbps za audio komponentu signala.

Treće, procesor ti je ipak malo prespor za današnje standarde, pa ako možeš gledaj da negde nađeš polovan Athlon XP 3200+, koji ja imam i izuzetno sam zadovoljan kako radi.

Elem, sa šumom kod domaćih kanala ćeš morati da se pomiriš, pa ako ti baš treba ultimativni kvalitet slike, posle ćeš morati da primeniš neki od denoise filtera iz VirtualDub-a kako bi dobio čistiju sliku sa više detalja.
[ Kosta ******um Rex Persia @ 26.05.2006. 01:08 ] @
Nego, da se vratimo na temu, a to je x264 kodek. Pošto nisam baš bio ažuran u novostima poslednjih 6 meseci, moram reći da se od revizije 330 dosta toga promenilo na bolje, jer sada je x264 već izuzetno kvalitetan kodek koji nema mnogo bagova, niti drugih vidljivih mana.

Sharktooth(prevod - Ajkulin zub) je jedan od glavnih divelopera x264 kodeka, tj. on je zadužen na Doom9 forumu za kompilacije novih x264 verzija. Nove x264 verzije(x264 daily builds) izlaze ponekad i na dnevnom nivou, a najviše revizija za jedan dan bio je čak 8.

Sharktooth verzije se skidaju sa http://mirror05.x264.nl/Sharktooth/?dir=./x264 , trenutno je aktuena revizija 527. Konkretni linkovi za download su

1) http://mirror05.x264.nl/Sharkt...p?file=./x264/x264-CLI_r527.7z (za CLI verziju, koristi se u MeGUI programu)

2) http://mirror05.x264.nl/Sharkt...?file=./x264/x264-VFW_r527.exe (za VFW verziju koja se koristi u VirtualDub i sličnim programima za video kompresiju, VFW verziju UVEK skidajte)


E sad, pošto će nova revizija najverovatnije izaći do ponedeljka, samo tada zamenite broj 527 sa sledećim većim brojem,ako vas mrzi da idete na prvi link koji sam dao.




[Ovu poruku je menjao Kosta ******um Rex Persia dana 26.05.2006. u 17:02 GMT+1]
[ Shon3i @ 26.05.2006. 12:31 ] @
Citat:
Probao. Opet invertuje. Inace avi je Divx. Ja ga radio u codec 5.0, a pomocu GKont 2.85
Bas cudno ali nema veze bitno da tebi na neki nacin radi.


Da se nadovezem na Kostu, Kosta je lepo promovisao x264, ali od sada MeGUI ima auto update opciju koja radi inzvarendno, znaci skinete zadnju verziju MeGUI-a odavde http://mirror01.x264.nl/x264/megui-install.exe i izvrsite update i imate sve alatke za komforno enkodovanje u najboljem kvalitetu, i svaki put kad udjete u MeGUI ako ima novih updateova on ce da vas pita da li hocete da updatujete a mozete to i manuelno da uradite na Tools->Update ili odete na http://megui.org/auto/ i skinete sta ocete sto ja ipak ne preporucujem.
[ Cileinteractiv @ 04.06.2006. 20:23 ] @
Konvertrova sam jedan mpeg2 klip u mp4 uz pomoć meGUI-a. nekako sam ga naterao da krene u konverziju koja je dosta dugo trajala a rezultat je mp4 vide klip bez zvuka. U log fajlu je pisalo da postoji greška u vezi Nero-vog aac kodeka ili nešto slično a postoji samo demux-ovan mpa kao izvorni zvuk iz mpeg2 klipa. Pokušao sam da konvertujem taj mpa u aac sa BeeLight-om ali javlja sledeće: Floating-Point Process: No
Error 84: error configuring bsn! Imao sam nameru da mux-ujem dobijeni aac sa mp4 u mp4UI (MP4 file tool) gde sam i video da zvuk uopšte ne postoji kao audio track... Šta se dešava sa meGUI-om i Bee Light-om i mogu li uopšte mux uraditi u onako kako sam nameravao?
[ Shon3i @ 04.06.2006. 22:57 ] @
Citat:
Cileinteractiv: Konvertrova sam jedan mpeg2 klip u mp4 uz pomoć meGUI-a. nekako sam ga naterao da krene u konverziju koja je dosta dugo trajala a rezultat je mp4 vide klip bez zvuka. U log fajlu je pisalo da postoji greška u vezi Nero-vog aac kodeka ili nešto slično a postoji samo demux-ovan mpa kao izvorni zvuk iz mpeg2 klipa. Pokušao sam da konvertujem taj mpa u aac sa BeeLight-om ali javlja sledeće: Floating-Point Process: No
Error 84: error configuring bsn! Imao sam nameru da mux-ujem dobijeni aac sa mp4 u mp4UI (MP4 file tool) gde sam i video da zvuk uopšte ne postoji kao audio track... Šta se dešava sa meGUI-om i Bee Light-om i mogu li uopšte mux uraditi u onako kako sam nameravao?
Ti si sad samo enkodovao video, nadam se da si u bitrate calculatoru kad si izracunavao bitrate uracunao i bitrate/velicinu zvuka inace zvuk mozes enkodovati sa MeGUI-em

nadam se da si updateovao sve tako bi trebalo sve da radi inace podesis kao na slici

Znaci ucitas taj MPA



podesis NDAAC kao na slici, mislim bitrate promenis i ABR/VBR/CBR kako ti vise odgovara



i enkodujes

mozes da koristis i CT AAC (da bi radio moras iz winamp/plugins foldera da kopiras enc_aacplus.dll i nscrt.dll ako koristis winamp 5.22, a iz winampa 5.20, 5.21 dovoljan je samo enc_aacplus.dll da kopiras u megui/tools/encaacplus folder, sa starijim winampima tj enc_aacplus.dll iz starijih winampa ne radi) koji po meni daje bolje rezultate recimo kad konvertujes 6ch AC3 u 6ch MP4/AAC, znaci sad-a kad radis bilo koj DVD slobodno ostavi 5.1 zvuk.

I nemoj da koristis BeLight za enkodovanje jer sad ima bagova, tj mozes samo za CT AAC jer za ND AAC ima neki teski bug. inace sto bi ga uopste koristio kao i mp4UI za muksovanje kad je tu mp4box koji je integrisan preko MeGUI samo udjes u MP4 muxer kao na slici i muxujes sta oces, takoje imas i za MKV, AVI, DIVX itd




[Ovu poruku je menjao Shon3i dana 05.06.2006. u 00:23 GMT+1]
[ Kosta ******um Rex Persia @ 05.06.2006. 02:38 ] @
Shon3i, molim te, imam jedan problem i molio bih te da mi pomogneš. Naime, ne znam zašto, ali kad sam instalirao najnoviji Winamp 5.22 nema tog dodatnog DLL fajla u Plugin folderu Winamp-a, nscrt.dll, pa više ne mogu da slušam moje MP4 fajlove.

Budi dobar i okači negde na netu taj dll fajl, i reci tačnu putanju gde da ga iskopiram posle.
[ Shon3i @ 05.06.2006. 10:19 ] @
nscrt.dll koliko ja znam sluzi samo kao dinamicka biblioteka za enc_aacplus.dll, enc_wma.dll, enc_lame.dll i ostale winampove dll-ove koji su pod licencom. inace in_mp3.dll sluzi za pustanje MP1/2/3 i AAC fajlova u ali AAC samo u .aac kontejneru znaci samo raw aac, dok za MP4 kontejner ide in_mp4.dll. Pazi u mp4 moze da bude i mp3, ne mora samo aac, znaci ako ne mozes da pustis mp4 znaci da ti je otisao in_mp4.dll. Evo ovde mozes da skines sve fajlove pa probaj.
[ Goran Ridjic @ 17.07.2006. 01:42 ] @
Kako se skoristi ovaj MeGUI?
[ Kosta ******um Rex Persia @ 06.09.2006. 02:05 ] @
Izvini zbog zakasnelog odgovora, nisam dugo svraćao na ovu temu. Uputstvo za korišćenje MeGUI imaš na forumu Doom9, http://forum.doom9.org/showthread.php?t=112496

Inače, razlog zbog kojeg ovde postujem posle dužeg vremena je taj što Nero krajem ovog meseca(ili oko 20-tog) najzad izbacuje novi Nero Recode u okviru svog paketa Nero Burning Rom 7.5, koji će ujedno sadržavati ultra doterani i ultra poboljšani najnoviji Ateme H.264 enkoder, koji će raditi u paru sa Nerovim najnovijim AAC kodekom koji je predstavljen još u Maju ove godine.

Spremite se za revoluciju.
[ Cileinteractiv @ 06.09.2006. 20:02 ] @
Ok kosta. Čekamo sa nestrpljenjem.

Nedavno sam se uverio da X264 kodek sa video bit rejtom od 450kb/s daje bolju sliku nego DivX na 1000 kb/sec. Ton sam radio u mp3 jer još ne mogu da se posvetim traganju za konvertorom u AAC... Eto, video DVD od 3 GB sa tonom u wav formatu uz pomoć X264 i mp3 dobio sam avi od 180 MB.
[ Shon3i @ 06.09.2006. 22:45 ] @
Citat:
Cileinteractiv: Ok kosta. Čekamo sa nestrpljenjem.

Nedavno sam se uverio da X264 kodek sa video bit rejtom od 450kb/s daje bolju sliku nego DivX na 1000 kb/sec. Ton sam radio u mp3 jer još ne mogu da se posvetim traganju za konvertorom u AAC... Eto, video DVD od 3 GB sa tonom u wav formatu uz pomoć X264 i mp3 dobio sam avi od 180 MB.
Za aac ce ti biti dovoljan MeGUI ako ga koristis, ako ne mozes da upotrebis foobar uz plugin za ac3 input ako ti je input ac3, a za odlican stereo zvuk ce ti biti dovoljno 32-48kbps.

Citat:
Kosta ******um Rex Persia: Izvini zbog zakasnelog odgovora, nisam dugo svraćao na ovu temu. Uputstvo za korišćenje MeGUI imaš na forumu Doom9, http://forum.doom9.org/showthread.php?t=112496

Inače, razlog zbog kojeg ovde postujem posle dužeg vremena je taj što Nero krajem ovog meseca(ili oko 20-tog) najzad izbacuje novi Nero Recode u okviru svog paketa Nero Burning Rom 7.5, koji će ujedno sadržavati ultra doterani i ultra poboljšani najnoviji Ateme H.264 enkoder, koji će raditi u paru sa Nerovim najnovijim AAC kodekom koji je predstavljen još u Maju ove godine.

Spremite se za revoluciju.
Polako videcemo, ne treba davati prerane zakljucke o kvalitetu, ipak je razlika samo u AQ-u koji moze da da kvalitet ali u ogranicenim kolicinama. Jedino moze brzina da bude superiorni faktor.
[ Shon3i @ 18.09.2006. 16:31 ] @
Evo napokon posle dugog cekanja ugledao je svetlost dana Ateme High Profile AVC encoder koji se nalazi u Nero 7.5.1.1 Premium Reloaded paketu, koji se moze preuzeti sa www.nero.com ~189mb sto i nije za pohvalu ljudima koji koriste dialup, a hteli bi da ga probaju. Ja sam vec spremio dva DVD naslova da ga isprobam i da udjem u famozni Nero Digital svet, tj da uradim test izmedju x264 i Ateme-a, i ako je Ateme Main Profile codec bio dosta dobar codec i dosta blizu x264 Main Profile-u a neki put cak i bolji, a bogme blizu i x264 High Profile-u, sad cemo da vidimo koliko 8x8 transforamcija moze da pomogne i koliko je 8x8 kod ateme-a bolji (optimizovaniji) nego 8x8 x264, imajuci u vidu da Ateme ima dobar Adaptive Quantization i Psy Elements.
[ Shon3i @ 19.09.2006. 23:09 ] @
Na veliku zalost novi Ateme encoder ima bug, koji pravi oversized fajlove, tj ja sam zadao encoderu 700mb finalni fajl a dobio 980. Kvalitet je zadovoljavajuc i mogu reci da encoder ostavlja mnogo vise filmskog graina od x264, te slika izgleda lepse i ostrije. S obzirom da nisam mogao korektno da ga istestiram jer je encoder zapravo uzeo bitrate koji je hteo ne mogu da kazem da li je bolji od x264.
[ Shon3i @ 25.09.2006. 14:34 ] @
Da bi pravilno gledali MP4/H264 filmove trebaju vam

Matroska Splitter i ffdshow

edit: sredjivanje teme

[Ovu poruku je menjao Mister_rap dana 09.02.2007. u 15:48 GMT+1]
[ mcdoc @ 26.09.2006. 22:17 ] @
Citat:
Cileinteractiv: Ok kosta. Čekamo sa nestrpljenjem.

Nedavno sam se uverio da X264 kodek sa video bit rejtom od 450kb/s daje bolju sliku nego DivX na 1000 kb/sec. Ton sam radio u mp3 jer još ne mogu da se posvetim traganju za konvertorom u AAC... Eto, video DVD od 3 GB sa tonom u wav formatu uz pomoć X264 i mp3 dobio sam avi od 180 MB.


Koje su mu optimalne rezolucije, odnosno koliko ga treba smanjiti sa orginal PAL-a npr?
[ Kosta ******um Rex Persia @ 27.09.2006. 01:33 ] @
Ja sam radio smanjivanje na 576x432 ili 512x384, ali ne idi ispod toga. Kao resize filter obavezno koristi Bicubic Sharp ili Lancos3 iz plug-ina Resize u VirtualDub-u.

Ja sam epizode jedne serije radio na 400 kbps, snimano je sa HRT2 televizije preko kablovskog sistema, i mogu reći da sam zaista bio oduševljen kvalitetom slike koji daje. Za audio koristi AAC, poželjno je.
[ Shon3i @ 27.09.2006. 10:43 ] @
Ukoliko radis DVD na 700mb mozes slobodno da ostavis original rezoluciju.
[ mcdoc @ 27.09.2006. 19:10 ] @
Prilicno je spor MEGUI u odnosu na VirtualDub. Oko 4-5 puta. Izgleda da treba da se ukljuci Mpeg2 Deblocking za isod 350 bitrate
[ Kosta ******um Rex Persia @ 27.09.2006. 21:14 ] @
Pa koja si setovanja koristio u MeGUI-u? Ajde daj nam screenshot ili nam navedi tačno SVA setovanja kakva su ti. Nemoj ništa da izostaviš, jer inale ne možemo da ti damo precizan odgovor.

Spor je verovatno zato što si preterao sa nekim podešavanjima.

[ Shon3i @ 27.09.2006. 21:56 ] @
U principu profil HQ-Slow je prekretnica izmedju dobrog snimka i brzine, a debloking ne treba ukljucivati jer kvari ostrinu, ali treba ukljuciti u x264 ali ne treba ici inznad 2,2
[ mcdoc @ 27.09.2006. 23:36 ] @
Izgleda da je bio mpeg ruzan. Napravio ga DVBDream nesto interlace-ovano, pa je ovaj morao da odradi i deinterlace. Inace su podesavanja bila default. Evo ga sad na HQ slov ide oko 18 fame sto je mnogo bolje
[ Shon3i @ 30.09.2006. 13:48 ] @
Pre mozda pet minuta, dev nera JohnV je izdao patch za problem oversizea kod novog AVC encodera.

Download, Mirror

Zameniti postojeci NeNDVid.ax u "\Program Files\Common Files\Ahead\DSFilter" sa ovim NeNDVid.ax iz zip arhive.
[ KRUSADER @ 08.10.2006. 12:48 ] @
@Shon3i

Pošto imaš najnoviji Nero i oversize patch, da li bih mi mogao reći da li se h264 Nero Digital Video + Nero Digital Audio pokazuju bolje od x264 Video + Coding Technologies AAC Audio, i kakav je odnos brzine?

Unapred zahvalan.
[ Shon3i @ 08.10.2006. 14:48 ] @
Citat:
KRUSADER: @Shon3i

Pošto imaš najnoviji Nero i oversize patch, da li bih mi mogao reći da li se h264 Nero Digital Video + Nero Digital Audio pokazuju bolje od x264 Video + Coding Technologies AAC Audio, i kakav je odnos brzine?

Unapred zahvalan.
Uf, vrlo tesko pitanje, ali ima odgovor, Nero jeste brzi od x264 sa max podesavanjima, ali iskreno mislim da Nero Recode nema pristup svim podesavanjima ateme encodera tj kao da ta max podesavanja nisu stvarni maximum encodera. Zatim nerov Psyhovisual Encahment se dobro pokazao na low bitrate encodingu. Uradio sam dva veoma komlikovana filma za kompresovanje i dobio sam ono sto sam i ocekivao, a to je da kvalitet varira od slucaja do slucaja, sto znaci da je jedan film totalno drugacije izgledao sa x264 i totalno drugacije sa Nerom. Izgleda mi kao da je Nerov encoder bas optimizovan za low bitrate, dok je x264 za low-mid. Sto se tice audi-a ja u oba slucaja koristim CT AAC i sa time nemam problema, mada nerov audio je sasvim odlican, pa tako ako radis preko Recode-a nema potrebe da ga ne iskoristis, jer razliku ne mogu da osetim. Tako da mi se cini da Nero AVC+CT AAC u MKV-u moze da bude najbolja kombinacija za max kvalitet, ali mi treba jos dosta testiranja. Inace sad su u x264 uvedeni neki tweakovi za cuvanje graina sa slike tako da se x264 na drugom filmu pokazao mnogo bolje nego nero.

I kao zakljucak mogu da kazem da ljudi nece pogresiti ako koriste bilo Nero AVC bilo Nero AAC bilo x264 ili bilo CT AAC, jer su sve to dobri encoderi.

[Ovu poruku je menjao Shon3i dana 08.10.2006. u 16:32 GMT+1]
[ Kosta ******um Rex Persia @ 08.10.2006. 21:27 ] @
Citat:
Shon3i:Inace sad su u x264 uvedeni neki tweakovi za cuvanje graina sa slike tako da se x264 na drugom filmu pokazao mnogo bolje nego nero.


Da, video sam. Kako se koriste te nove opcije, video sam da ima nešto novo, ali pojma nemam kako to da koristim, jer MeGUI još uvek nije ažuriran da podrži nove opcije u x264 enkoderu. Inače, da li je interlace mod upotrebljiv u x264 i kako se pokazao, po tvom ličnom mišljenju?

Kada mi budeš odgovarao, navedi mi koje su te nove x264 opcije od rev572 i kaži mi koje vrednosti se obično koriste u tim podešavanjima.


Inače, pogledajte attachment dole, okačio sam za sada poslednju verziju x264 VFW enkodera koji podržava interlace mod kompresije.
[ KRUSADER @ 08.10.2006. 21:57 ] @
Mene konkretno zanima ripovanje DVD-a(1:30h-2h video materiala) na 700mb prostora, koji video codec se tu pokazuje bolje?

Mada, sudeći po onome što sam video na Doom9 forumu, čini mi se da ću se ipak zadržati na x264 dok Nero(ili neko drugi) ne izbaci nešto bolje.

[Ovu poruku je menjao KRUSADER dana 08.10.2006. u 23:40 GMT+1]
[ Shon3i @ 09.10.2006. 10:49 ] @
Citat:
KRUSADER: Mene konkretno zanima ripovanje DVD-a(1:30h-2h video materiala) na 700mb prostora, koji video codec se tu pokazuje bolje?

Mada, sudeći po onome što sam video na Doom9 forumu, čini mi se da ću se ipak zadržati na x264 dok Nero(ili neko drugi) ne izbaci nešto bolje.

[Ovu poruku je menjao KRUSADER dana 08.10.2006. u 23:40 GMT+1]
Pa da bas o tome i pricam, ja sam u testu imao War of the worlds, target size je bio 695, od toga sam audio radio na 96kbps 5.1 CT-AAC za x264, i 96kbps 5.1 NeroAudio za nero . Film traje 2h, bitrate 775kbps, zadrzao sam original rezoluciju, samo crop, i rezolucija je bila 720x432. Nero je pokazao bolji rezultat zbog Psyhovisual Elemenata, ali na nekim citim scenama je taj psyhovisual saseko bitrate i tu je x264 davao mnogo bolju sliku. na kraju nerov film je izgledao bolje, mracne scene su mnogo bolje. U drugom filmu (Taxi3) sam dobio da je x264 mnogo bolji, jer je bitrate bio oko 1100, pokusavao sam u neru razna podesavanja pa cak i disabeovanje psy elementsa nije pomoglo da slika ispadne bolja, uvek u nekim cistim scenama nero zabrlja, tj u onim scenama gde treba upotrebiti veci bitrate, nero tu jednostavno nece da poveca bitrate, i slika biva sa puno blockinga.

Ja licno sad radim i sa nerom i sa x264, pa sa mi lepse izgleda to ostavim, ali sam i dalje koncentrisan vise na x264, jer nero recode ima tonu bugova. Realno mislim da cu se i ja vrlo brzo vratiti skroz na x264



Citat:
Kosta ******um Rex Persia: Da, video sam. Kako se koriste te nove opcije, video sam da ima nešto novo, ali pojma nemam kako to da koristim, jer MeGUI još uvek nije ažuriran da podrži nove opcije u x264 enkoderu. Inače, da li je interlace mod upotrebljiv u x264 i kako se pokazao, po tvom ličnom mišljenju?

Kada mi budeš odgovarao, navedi mi koje su te nove x264 opcije od rev572 i kaži mi koje vrednosti se obično koriste u tim podešavanjima.


Inače, pogledajte attachment dole, okačio sam za sada poslednju verziju x264 VFW enkodera koji podržava interlace mod kompresije.
Jos ne mogu da nabavim dobar interlaced source tako da ni ne znam kako interlace radi kod ateme encodera.
[ Kosta ******um Rex Persia @ 09.10.2006. 17:31 ] @
Nenade, hvala, ali mi nisi u potpunosti odgovorio na moje pitanje. Šta je sa ovim novim x264 opcijama koje još nisu ugrađene u MeGUI?
[ Shon3i @ 09.10.2006. 18:18 ] @
Citat:
Kosta ******um Rex Persia: Nenade, hvala, ali mi nisi u potpunosti odgovorio na moje pitanje. Šta je sa ovim novim x264 opcijama koje još nisu ugrađene u MeGUI?
O da, nisam video izvini, pa u principu na defaultu rade dobro, ali ako hoces da tweakujes u tabu zones imas custom commandline options i tu ubacis --deadzone-inter x i --deadzone-intra y gde su x i y neki brojevi, nisam mnogo eksperimentisao jer su veoma case sensitivne opcije deadzone-inter je default 21 i vec promena na 30 trazi mnogo veci bitrate, ista stvar za ovu drugu.
[ Kosta ******um Rex Persia @ 09.10.2006. 18:47 ] @
Ali deder mi objasni čemu služe te nove opcije. Čuo sam na Doom9 da one nekako poboljšavaju kvalitet na low bitrate. Kako, i da li se tim usporava enkoding.
[ Shon3i @ 10.10.2006. 22:25 ] @
Citat:
Kosta ******um Rex Persia: Ali deder mi objasni čemu služe te nove opcije. Čuo sam na Doom9 da one nekako poboljšavaju kvalitet na low bitrate. Kako, i da li se tim usporava enkoding.
Pa dobro si video, ali kao sto rekoh nisam stigao totalno da experimentisem, sad sam radio neke quick encodinge i nisam impresioniran, inace postoji jedna zackoljica kod koriscenja ove dve komande a to je da Trellis mora biti iskljucen da bi ovo moglo da radi sto i nije bas preporucljivo. Kao sto rekoh nemam sad vremena za igranje sa novim opcijama, ali ako si voljan malo da experimentises i da podelis utiske sa nama?
[ mcdoc @ 13.10.2006. 19:53 ] @
Ma da, ali ne mogu da nađem one zip arhive za load profila. Znas li odakle da ih skinem?
[ Shon3i @ 13.10.2006. 20:05 ] @
Evo svi profili u attachmentu

Inace u arhivi imas i moj profil malo izmenjen, kopija HQ-Slowest-a ali mnogo brzi, nesto izmedju HQ-Slow-a i Slowesta.

Citat:
Pa jesi li ti normalan :) Niko živ ne koristi HQ-Slow profil jer je neverovatno spor, čak i na dualcore procesorima nije previše brz. Ja to nikad ne koristim.
Koriste ga ali samo u izmenjenom obliku recimo smanje reference na 3 ubace mixedrefs i ostale gluposti, inace sharktooth pravi profile uglavnom za High Bitrate encodinge.

Citat:
Inače, mala ispravka, MeGUI sledeća verzija će verovatno biti 0.3, a ne 3 kao što je rekao Shon3i.
Isto ti je to ;)
[ nmilicevic @ 17.10.2006. 18:55 ] @
Danas pokusavam da skinem sa x264.nl poslednju reviziju koja je sada trenutno 593 i nikako mi ne uspeva da je nakon preuzimanja otvorim, tj. kada je download zavrsen ne uspevam da pokrenem taj file koji je kod mene velicine 901KB.
Da li je problem samo kod mene ili su oni nesto menjali installer?
Znaci u exploreru nenam ni ikonicu file-a jer je file nepotpuno downloadovan i pokusava da mi ga otvori iz cmd-a?
Ovo sam skidao jedno 10 puta i svaki put je zavrsio do kraja tako da sam 100% siguran da mu ni jedan bit ne nedostaje.
[ NeoG @ 17.10.2006. 19:09 ] @
pozdrav,

Vise ne podrzavaju vfw, tako da nema ni potrebe za instalerom.
Taj fajl sto si skinuo je cli verzija, iskopiras ga u megui dir, ili koristis iz komandne linije.
Cak preporucuju da se deinstalira prethodna verzija.

Je li neko pokusao da updatuje megui danas? Pokusavao sam da mu dodam podrsku za HTTP proxy,
ali izgleda da im server ne radi.
[ Shon3i @ 17.10.2006. 19:21 ] @
Citat:
NeoG: pozdrav,

Vise ne podrzavaju vfw, tako da nema ni potrebe za instalerom.
Taj fajl sto si skinuo je cli verzija, iskopiras ga u megui dir, ili koristis iz komandne linije.
Cak preporucuju da se deinstalira prethodna verzija.

Je li neko pokusao da updatuje megui danas? Pokusavao sam da mu dodam podrsku za HTTP proxy,
ali izgleda da im server ne radi.
Server radi, ali nema ni jednog fajla na njemu, jer je server prso i nisu uspeli nista da izvuku sa njega.

@nmilicevic x264.exe comand line encoder, da bi izvrsio encodovanje morao bi da udjes u command prompt i da kucas x264 [ulazni fajl] [izlaznifajl] [opcije], kao ranije u dosu i takodje mozes da dobijes help komandi sa x264 --longhelp, ali nemas potrebe za time, vec samo taj x264 prekopiras u megui\tools\x264 folder i cepas.

[ nmilicevic @ 17.10.2006. 21:56 ] @
OK hvala
Da li postoji neki software sem megui-a gde mogu da iskoristim x264?
Megui mi je nekako zastareo za ovo sto nudi x264.
[ Shon3i @ 18.10.2006. 09:41 ] @
Citat:
nmilicevic: OK hvala
Da li postoji neki software sem megui-a gde mogu da iskoristim x264?
Megui mi je nekako zastareo za ovo sto nudi x264.
MeGUI nije zastareo vec je up to date, ne znam koju verziju imas ali zadnja je 0.2.3.2192, doduse od 590 i ranijih revizija x264 ima nekih novih opcija ali su manje vise nebitne i mogu da se konfigurisu preko MeGUI-a u zones tab na custom command line options. Sve ce biti verovano u novoj MeGUI verziji 0.3, samo treba sacekati

Od normalnog software-a koji radi sa x264 jedino mogu da preporucim staxrip.

Mozes isto da probas Nero Recoder i njegov Ateme H264/AVC encoder, ovo je jos jedna dobra solucija za encodovanje u H264
[ nmilicevic @ 18.10.2006. 09:57 ] @
Ok hvala.
Do sad cam inace i koristio nero koi je od 7.5 moram priznati postao bolji. Naravno mislim na Nero Recode. Pa sam odlucio da malo eksperimentisem sa x264.
Jos jedno pitanje kad pokusam da od d2v fila koji sam napravio koristeci DGIndex napravim avs scriptu u AviSynth script creatoru javlja mi gresku: There is no function named DGDecode_Mpeg2Source, jel to znaci da kompresiju ne mogu da radim direktno iz mpega ili sta?
[ Shon3i @ 18.10.2006. 17:14 ] @
Nero Recode sada poseduje veoma kvalitetno resenje za encodovanje u H264, ali nazalost nije dobro implementirano u Nero Recode, i to mu je najveci minus. Sad se definitivno kolju i kvalitet zavisi od slucaja do slucaja znaci stvarno neki film bolje izgleda u x264, a neki bolje u ateme-u.

Citat:
Jos jedno pitanje kad pokusam da od d2v fila koji sam napravio koristeci DGIndex napravim avs scriptu u AviSynth script creatoru javlja mi gresku: There is no function named DGDecode_Mpeg2Source, jel to znaci da kompresiju ne mogu da radim direktno iz mpega ili sta?
Trebas da prebacis iz dgindex foldera dgdecode.dll u avisynth plugins folder, to je obicno C:\Program Files\AviSynth\Plugins\
[ Kosta ******um Rex Persia @ 05.11.2006. 16:43 ] @
Jedan korisnik Doom9 foruma je upravo izbacio tzv. x264farm distributed encoder koji ima ideju da se x264 podeli na više kompjutera u mreži, kako bi se proces enkodinga drastično ubrzao. Za kompletan tekst vidite help fajl na http://omion.dyndns.org/x264farm/x264farm.html , a samu vest bih vas molio da pročitate na adresi http://forum.doom9.org/showthread.php?t=117889 .

Bilo bi dobro kad bi neko odavde pokušao da shvati tu metodu, i da neko ko ima igraonicu, ili kompjuter povezan u mreži, da ovo isproba.


Download link za x264farm distributed je http://omion.dyndns.org/x264farm/x264farm-1.00-148.rar

[ Boki70a @ 24.11.2006. 21:07 ] @
Pozdrav svima....ovo je moj prvi post na ovom forumu.
Imam par pitanja:

1.Da li je pravilno reci "enkodovanje"(enkodiranje) ili "kodiranje"?!
Moj brat, koji je inace apsolvent elektrotehnickog fakulteta, kaze da rec "enkodovanje" u srpskom jeziku ne postoji i da je pravilno reci "kodiranje".
Kaze da su na predavanjima koristili rec "kodiranje" kao adekvatan prevod engleske reci "encoding".
Kome verovati njemu il' vama?!

2.Da li je neko pokusao "Clever (TM) anamorphic encoding" u MeGUI-u?!
Kakva iskustva imate sa tom opcijom?!
Sta znaci skracenica "TM"?!

3. Da li je neko imao problema sa Resize&Suggest Resolution u MeGUI-u?!
U 40% slucajeva finalni x264 video mi je imao pogresan DAR....slika je bivala distorzirana u smislu da su glave glumaca bile malo spljoshtene.
Od tada iskljuchivo licno sam radim crop i resize (uzimajuci u obzir mod16) preko VirtulaDub-a i AviSynth skripte.

4. Imam problem sa MP4BOX(MeGUI update verzija). Prilikom multipleksiranja (.h264) i (.aac) u (.MP4) sve je OK. Medjutima ako u samo startu jos dodam (.IDX), finalni (.MP4) ,prilikom reprodukcije na Media Player Classic-u, pokazuje da imam 2 srpska, 2 slovenska i 2 makedonska titla.
Elem titlovi se uvek dupliciraju bez obzira na vrstu DVD-a koji ripujem.
Pokushao sam sa dva najnovija mp4box-a (2006100 i 2006111, http://kurtnoise.free.fr/mp4tools/) koji inace resavaju problem dupliciranja titlova, ali zato menjuju FPS(25->35), izazivcaju KATASTROFALNU desinhronizaciju videa i audia u finalnom (.MP4).
Isti problem se javlja i kad koristim Yamb2.0.
Ima li leka ovim problemima?!
Vidim, citajuci ovu temu, da su jos neki imali problem sa MP4BOX-om.
Zbog ovoga sam morao da se preshaltam na (.MKV)...sto i nije tako loshe :)

5. Kad i u kojim slucajevima mogu da koristim Sharktooth's Quantization Matrices "eqm_avc_hr.cfg"?!
Od kojih parametara u x264 opcijama zavisi njeno korishcenje?!
Da li zavisi samo od rezolucije i kolichine upotrebljenog video bitrejta?!
U kojim sluchajevima se upotrebljavaju ostale Sharktooth's Matrices:
-jvt.cfg
-mp4_guy's_AVC_Low_Bitrate_matrix_V2.cfg
-q_matrix2.cfg
-q_matrix.cfg
-soulhunter_v1.cfg
-soulhunter_v2.cfg
I chemu uopshte sluze "Matrices"?!

Hvala unapred!

POZZZZ

[Ovu poruku je menjao Boki70a dana 24.11.2006. u 22:22 GMT+1]

[Ovu poruku je menjao Boki70a dana 24.11.2006. u 22:29 GMT+1]
[ Kosta ******um Rex Persia @ 25.11.2006. 01:32 ] @
Citat:
Boki70a: 1.Da li je pravilno reci "enkodovanje"(enkodiranje) ili "kodiranje"?!
Moj brat, koji je inace apsolvent elektrotehnickog fakulteta, kaze da rec "enkodovanje" u srpskom jeziku ne postoji i da je pravilno reci "kodiranje".
Kaze da su na predavanjima koristili rec "kodiranje" kao adekvatan prevod engleske reci "encoding".
Kome verovati njemu il' vama?!


Nisam ti nio ja u to siguran, ali još nikog nisam čuo po forumima, igde, da koristi termin "kodiranje". Mislim da to nije pravilan prevod, jer kodiranje znači šifrovanje, a nikako ne može da označava enkoding. Na srpskom, ja uglavnom koristim termin "video kompresija" što je i jedino ispravno u ovom slučaju, jer je to upravo ono što se tu radi.

Citat:
2.Da li je neko pokusao "Clever (TM) anamorphic encoding" u MeGUI-u?!
Kakva iskustva imate sa tom opcijom?!
Sta znaci skracenica "TM"?!


Pokušao sam, i nikad nisam imao problema. TM bi trebalo da znači Trade Mark.

Citat:
3. Da li je neko imao problema sa Resize&Suggest Resolution u MeGUI-u?! U 40% slucajeva finalni x264 video mi je imao pogresan DAR....slika je bivala distorzirana u smislu da su glave glumaca bile malo spljoshtene. Od tada iskljuchivo licno sam radim crop i resize (uzimajuci u obzir mod16) preko VirtulaDub-a i AviSynth skripte.


Ja to nikad nisam pokušavao, jer ne volim nikakvu automatiku, a drugi razlog je baš taj koji si i sam naveo. Preporučujem isključivo ručno podešavanje, uzimajući u obzir mod16, jer ako se mod16 ne uzme u obzir, opada stepen kompresije i video može, ali ne uvek, da ima lošiji izgled.

[ Boki70a @ 25.11.2006. 04:56 ] @
Kosta, hvala ti na odgovorima.......shto se tiche drugog pitanja, zanima me josh da li je bolje raditi x264 video kompresiju u punoj rezoluciji(npr. 640x360)
ili u anamorfnoj(skupljenoj po shirini) rezoluciji(npr.720x576).....

Da li neko moze da mi odgovori na moje 4. i 5. pitanje?!
Da li moram da se pomirim sa tim da ako hocu da koristim MP4 format da jednostavno ne ubacujem IDX titlove u isti?....
Da li postoji neka druga verzija MP4BOX-a, a da nije kurtnoise-ova?!
MP4BOX je bash bagovit shto se tiche ubacivanja titlova u MP4 format.
Kako da koristim gore navedene matrice?!


POZZZ

P.S.

Evo ti linka za "Kodiranje HDTV signala H.264 kodekom za prenos u IPTV sistema" u pdf-u.....obrati paznju kada je napisan (21-23 novembar,2006) :-)
http://www.telfor.org.yu/Radovi/08_MMV_10.pdf
Mislim da je ovaj dokument pravi odgovor na moje 1 pitanje!!!

[Ovu poruku je menjao Boki70a dana 25.11.2006. u 06:31 GMT+1]
[ Shon3i @ 25.11.2006. 11:01 ] @
1. Enkodovanje je pravi termin, ali kodiranje moze da bude pravlilniji prevod, mada recimo CODEC, znaci CODE/DECODE, sto ipak ima smisla, a iskreno ne znam odakle je nastalo ono ENCODE.

2. Clever (TM) anamorphic encoding, TM znaci Trade Mark, sluzi da bi film encodovao u punoj anamorfnoj rezoluciji znaci 720x576, a zatim tokom enkodovanja ili posle na muxiranju zadas DAR i signaliziras video. Ista stvar kako su DVD-ijevi radjeni, ja licno imam lepa iskustva i stalno je koristim, jer takodje mozes da izvrsis crop i resize. Na playbacku recimo u BSPlayer-u mozes da menjas DAR u zavisnosti kako ti se svidja.

3. Ima po neki bug, ali recimo hoce da se desi da ti stisnes suggest res, i da on izbaci recimo 640x272, a u stvari treba da bude 640x352, e zato ja svaki put kada stavim sugges res, pomerim jednu rezuluciju navise ili nanize, pa se vratim na onu zadatu i, onda ce rezolucija biti korektno nasetovana.

4. Imao sam istih problema sa svim tipovima subova, pokusao sam da najem caku, nije mi uspelo, vise sam se puta zalio devovima, niko nista nije preduzeo. I lepo sam presao na MKV, sto ti i toplo preporucujem da se drzis njega, jer je ipak najbolji container.

5. eqm_avc_hr.cfg je matrix za visoke bitrateove, i koristi se iskljucivo ako film radis sa CRF modom (constant quality ili cak constant qunatizer). Nema smisla upotrebljavati ga za 2pass i 1CD ripove, takodje moze se koristiti sa 2passom ali da bitrate bude oko 2000-3000kbps, Ukoliko ga budes koristio za 1CD ripove i za manji bitrate moze da napravi jos goru sliku.
Takodje najbolje je raditi sa original rezolucijom, bez cropovanja.

Ostali matrixovi koje si nabrojao nisu od sharktootha vec u glavnom od Soulhuntera, i mp4Guy-a, mada to je nebitno. Inace soulhunter_v2.cfg je dobar za niske bitrateove u rangu 600-900kbps znaci da je pogodan za 1CD ripove, i nekada moze stasno da pomogne, takodje moze i da odmogne.

Cela stvar sa matriksima je vrlo spetljana, ali lajcki receno cela stvar je zamisljena da se neka frekvencija slike kompresuje na drugaciji nacin od druge, tj da neki detalji budu jace komprimovani od drugih.


Citat:
shto se tiche drugog pitanja, zanima me josh da li je bolje raditi x264 video kompresiju u punoj rezoluciji(npr. 640x360)
ili u anamorfnoj(skupljenoj po shirini) rezoluciji(npr.720x576).....
Ja sam radio neke testove i dosao do lepog zakljucka da je bolje raditi sve u 720x576, ili sa Clever (TM) sa cropom obicno se dobija 720x560 ili 720x432, slika je dosta ostrija i kvalitetnija, medjutim, dolazi do vise blokinga, za 1CD rip preporucuje se da se rezolucija smanji, ali mozes probati i videto sta ti se vise svidja.



[Ovu poruku je menjao Shon3i dana 25.11.2006. u 12:34 GMT+1]
[ Boki70a @ 26.11.2006. 00:34 ] @
Shon3i, imam josh par pitanja za tebe.

-Posto radim x264 ripove(1,37 ili 1.67gb sa AC3 zvukom, video bitrejt je negde oko 1400kpbs;HQ-Slowest(mnogo opasan profil :-)), koje matrice bi mi preporucio u ovim slucajevima?!
Ili je bolje da ih odradjujem bez matrica?!
Uradio sam nekolika ripova pri punoj anamorfnoj rezoluciji, koristeci prethodno navedeni seting, sa eqm_avc_hr.cfg matricom, i mogu da ti kazem da su fenomenalni. Ti rece da je eqm_avc_hr.cfg za bitrejtove reda 2000-3000kbps. Meni ta matrica fenomenalno odradjuje posao na 1400kbps.
Da li je to puka slucajnost, s obzirom da sam uradio samo nekoliko ripova?!
Da li je uopste potrebno koristiti matrice?!Moze li se ziveti bez njih?! :-)

-Da li je bolje zadati DAR sirovom videu ili to prepustiti container-u u sluchaju anamorfnog kodiranja?!

-Da li imas neke cake kako da se suzbije bloking na 1CD ripovima?!
......posto su na toj velicini toliko izrazeni da sam par puta stvarno razmishljao o prelasku na XVID.
Jos ako ti je izvorni DVD los, stvar postaje stvarno frustrirajuca.
Jedini nachin, s kojim sam tolko kolko moga da "ubijem" bloking, je smanjivanje rezolucije i uoptreba nekog denoise filtera, jer razna ceprkanja po x264 opcijama nisu urodila plodom.Jel ti imash neki bolji predlog od ovoga?!
Cak sam se malo i igrao sa deblocking filterom u rangu (-2,2), medjutim ne pomaze.
Jedini nacin da se prevazidje ovaj problem,koliko sam ja shvatio, je podizanje video bitrejta preko 1000kbps i definitivni prelazak na 2-2.5CD ripove.
Da li mozda greshim?!....jer stvarno na 2-2.5CD ripovima x264 kodek je mocan.
Covek se stvarno mora osecati prevarenim kad gleda 1CD ripove u x264 kodeku, sa ukljuchenim(default) deblocking filterom(interni x264 filter) u ffdshow-u (postprocessing),a toliko ga hvale na netu da je dobar na niskim video bitrejtovima.


-Josh jedna stvar....mozda ne odgovara ovoj temi, al svejedno chisto da spomenem....primetio sam da struchna (domaca) terminologija na forumu "Video kompresija" nije jasno definisana, dvosmislena je, i chesto pogreshno koriscena.

Tipichan primer je moje 1. pitanje :
Citat:
Da li je pravilno reci "enkodovanje"(enkodiranje) ili "kodiranje"?!

Mogao bih josh i da dodam "ili video kompresija"...
Koja je jasna definicija "enkodovanja". Da li to oznachava kodiranje(shifriranje) ili proces kompresije?!...mozda se to odnosi na oba procesa...

Vidim spominjesh rec "muxiranje".....zar nije pravilnije reci "multipleksiranje"?!
A rec "mux" na elektrotehnickom fakultetu se koristi kao kao skracenica, u blok shemi, za multiplekser i nikada se ne izgovara kao "muxer" ili "muxiranje"!!!..
Shta znachi rec "multipleksiranje"?!Kako glasi definicija iste?!....
Citat:
Imao sam istih problema sa svim tipovima subova

Laik bi mozda ovo protumacio kao vrstu titla(ekstenzija .SUB) a ne kao da se ta rec odnosi na titlove u opshtem smislu.
Citat:
eqm_avc_hr.cfg je matrix za visoke bitrateove

"matrix".....zar adekvatna srpska rec nije "matrica"?!...
...a "bitrate" bi trebalo da bude "bitski protok"

Da li je pravilno reci "enkoder" ili "koder" kao prevod engleske reci "encoder"?!
"filter" ili "filtar"?!
...itd...
...itd...
...itd...

Svestan sam toga da neke eng reci nemaju prevod na srpskom...i kao takve se moraju koristiti....

Shon3i nemoj se osecati uvredjenim shto sam isprozivao neke tvoje recenice... :-) ....i ja koristim potpuno istu terminologija kao i ti....
I sve mi je 101% razumljivo shta si mi rekao.
Ali za nekoga koje pochetnik u video kompresiji,kao shto je vecina na ovom forumu, ovako ne definisana i dvosmislena terminologija, moze da izazove pravu glavobolju i ne mogucnost pojedinca da precizno iskaze svoj problem, stvarajuci josh vecu zbunjenost kod istog.......

..."Kucu treba graditi na dobrim temeljima"... :-)

Pa je moj predlog, ako neko od moderatora ovo chita, da se otvori posebna tema "Struchna (domaca) terminologija u oblasti video komresije"....
gde ce se korigovati i barem donekle jasno precizirati postojeca terminologija na ovom forumu.....

......Da ne bi bilo "Pa, ja te izraze koristim vec 3 godine!Bre, kako mislish da je to sve pogreshno??!!.... ;-D

POZ




[ Shon3i @ 26.11.2006. 12:44 ] @
Uf stvarno si ispisao kilometarski post ;-)

Citat:
-Posto radim x264 ripove(1,37 ili 1.67gb sa AC3 zvukom, video bitrejt je negde oko 1400kpbs;HQ-Slowest(mnogo opasan profil ), koje matrice bi mi preporucio u ovim slucajevima?!
Ili je bolje da ih odradjujem bez matrica?!
Uradio sam nekolika ripova pri punoj anamorfnoj rezoluciji, koristeci prethodno navedeni seting, sa eqm_avc_hr.cfg matricom, i mogu da ti kazem da su fenomenalni. Ti rece da je eqm_avc_hr.cfg za bitrejtove reda 2000-3000kbps. Meni ta matrica fenomenalno odradjuje posao na 1400kbps.
Da li je to puka slucajnost, s obzirom da sam uradio samo nekoliko ripova?!
Da li je uopste potrebno koristiti matrice?!Moze li se ziveti bez njih?!


Jeste slucajnost, jer su svi filmovi drugacije kompresivni, ali u principu nije drasticna razlika. Ovo od 2000-3000kbps-a je preporuka samog kreatora te matrice (Sharktooth-a). Film koji nije dovoljno kompresivan bice veoma los i sa velikim bitrateom recimo 1500+ sa ovom matricom, nego bez nje, jer je ova matrica uglavnom zaduzena da izvuce grain, kojeg kompresija obicno unistava i pravi ruzne artifakte na slici, slika sa grainom zahteva mnogo veci bitrate za procesiranje.
Ili da se taj grain skine totalno sa nekim denoise filterom (sto je po meni veoma losa ideja) ili da matricom izvuce maksimalno moguce vise.

Mozes slobodno da koristis ovu matricu za tvoje slucajeve, ali pazi nece svaki put biti dobro, inace sa ovom matricom deblocking filter bi trebao biti podesen od standardnog sharktootovog -2:-1, na -2:-2, pa cak i -4:-4, i u onim najboljim slucajevima cak treba iskljuciti deblocking, ili ga pak postaviti na -6:-6. Mada se ja u ovakvim slucajevima odlucujem za neku sredinu recimo -4:-2 ili -3:-3.

Od skoro su u x264 ubacena dva nova parametra --deadzone-inter x, --deadzone-intra x, koja mozes da ukljucis jedino preko custom commandline opcije koja se nalazi u Zones tabu. Ovim opcijama moze takodje da se doprinese cuvanju graina i ostrine slike.

Na ovoj strani imas dosta dobrih matrica http://forum.doom9.org/showthr...=117041&highlight=matrices, za tvoj slucaj mozes da probas M4G MRM V2, M4G HRM V1, M4G High Detail V3.1.

U koliko zelis max kvalitet pri takvom vecem bitrateu, matrice moraju biti koristene, jer sama kompleksnost H264 tehnologije ima i svojih mana, a to je recim da deblocking filter kao da radi neki denoise, te onda XviD filmovi izgledaju malo bolji na istom bitrateu, jer se zadrzava vise graina, ali normalno xvid filmovi imaju dosta vise artefakta. Zato su dodati --deadzone-inter x, --deadzone-intra x, defult --deadzone-inter 21, --deadzone-intra 11.


Citat:
-Da li je bolje zadati DAR sirovom videu ili to prepustiti container-u u sluchaju anamorfnog kodiranja?!
Bolje je dati kontaineru.

Citat:
-Da li imas neke cake kako da se suzbije bloking na 1CD ripovima?!
......posto su na toj velicini toliko izrazeni da sam par puta stvarno razmishljao o prelasku na XVID.
Jos ako ti je izvorni DVD los, stvar postaje stvarno frustrirajuca.
Jedini nachin, s kojim sam tolko kolko moga da "ubijem" bloking, je smanjivanje rezolucije i uoptreba nekog denoise filtera, jer razna ceprkanja po x264 opcijama nisu urodila plodom.Jel ti imash neki bolji predlog od ovoga?!
Cak sam se malo i igrao sa deblocking filterom u rangu (-2,2), medjutim ne pomaze.
Jedini nacin da se prevazidje ovaj problem,koliko sam ja shvatio, je podizanje video bitrejta preko 1000kbps i definitivni prelazak na 2-2.5CD ripove.
Da li mozda greshim?!....jer stvarno na 2-2.5CD ripovima x264 kodek je mocan.
Covek se stvarno mora osecati prevarenim kad gleda 1CD ripove u x264 kodeku, sa ukljuchenim(default) deblocking filterom(interni x264 filter) u ffdshow-u (postprocessing),a toliko ga hvale na netu da je dobar na niskim video bitrejtovima.


Uglavnom si naveo sve mogucnosti, mada u ovim slucajevima imas veoma mali deblocking filter tj on bi trebao biti veci nesto kao 2:2, ili 3:3, ovo moze dati dosta vise blurovanu sliku ali ce donekle pomoci.

XviD nema sanse da ima lepsu sliku od x264 u nijednom slucaju pogotovu ne za manji bitrate, gde je x264 ubica. Stvar je samo u tome sto XviD zadrazava nekakv grain pa se artefakti ne vide, a slika bude ostrija. U ovakvim slucajevima ja upotrebljavam --deadzone-inter x, --deadzone-intra x parametre da bi sacuvao grain, i koristim neku matricu, obicno soulhunter v2 jer se pokazala kao najbolja za ovakve slucajeve, ali sada joj parira i M4G LRM V4. Normalno denoise filter mora da odradi svoj posao, za to bi trebao biti zaduzen FFT3D. i deblocking stavljam na 0:0.

Ako ni ovo ne pomogne veci bitrate mora biti uzet, jer je ovaj film veoma lose kompresovan, i jednostavno se ne moze sabiti.

ffdshow postprocesing obavezno iskljuci kod bilo kog H264 vide-a jer nema potrebe. Ukoliko zelis da postignes isti efekat slobodno pri enkodovanju stavi deblocking na 6:6 dobices isto samo sa mnogo manje opterecenja porcesa pri playbacku.

Citat:
Shon3i nemoj se osecati uvredjenim shto sam isprozivao neke tvoje recenice... ....i ja koristim potpuno istu terminologija kao i ti....
I sve mi je 101% razumljivo shta si mi rekao.
Ali za nekoga koje pochetnik u video kompresiji,kao shto je vecina na ovom forumu, ovako ne definisana i dvosmislena terminologija, moze da izazove pravu glavobolju i ne mogucnost pojedinca da precizno iskaze svoj problem, stvarajuci josh vecu zbunjenost kod istog.......
Prijateljski savet, navikni se na ove zargone, i svako ko bude ovo citao, ja cu se potruditi da koristim ispravne koliko mogu, ali svaki dan posecujem i druge (engleske) forume, tako da je nemoguce u mozgu prevesti sve na brzinu.

Ista stvar je skoro bila na drugom forumu da li je pravilno reci Majkrosoft ili Microstoft i ispala je ludnica.

I da sam upotrebio rec encodovanje vise bi me ljudi razumelo, nego rec kodovanje ili kodiranje, jer je encode upotrebljeno u samom programu.
[ Boki70a @ 26.11.2006. 15:24 ] @
Shon3i, svak chast.....bash si me imresionirao sa odgovorima......prava si x264 enciklopedija.....
Jesi li razmishlja da pochnesh da naplacujesh ove savete.... :-)

Na linku za matrice izgleda da nemaju da se skinu gotovi .CFG fajlovi......jel treba da uradim copy-paste u notepad i da ih sachuvam kao .CFG?!

I mozesh li ukratko da mi kazesh shta je potrebno da se ubaci u avisynth plugins folder za denoise filtar FFT3D i kako glasi njena sintaksa u avisynth skripti?!

Hvala ti josh jednom.....izvini za cimanje.....bash si me prosvetlio... :-)

POZ
[ Shon3i @ 26.11.2006. 16:26 ] @
Citat:
Na linku za matrice izgleda da nemaju da se skinu gotovi .CFG fajlovi......jel treba da uradim copy-paste u notepad i da ih sachuvam kao .CFG?!
Bas tako.

Citat:
I mozesh li ukratko da mi kazesh shta je potrebno da se ubaci u avisynth plugins folder za denoise filtar FFT3D i kako glasi njena sintaksa u avisynth skripti?!


Odavde preuzmi FFTW3.DLL ftp://ftp.fftw.org/pub/fftw/fftw-3.1.2-dll.zip, kog ces da smestis u WINDOWS\SYSTEM32 direktorijum, zatim preuzmi Fizick-ov FFT3D http://www.avisynth.org.ru/fft3dfilter/fft3dfilter.html sa ove strane koja je i inace celokupna dokumentacia za filter, i na kraju strane su linkovi za download, najbolje da skines samo verziju 1.91, i iz njenog zip fajla samo dll prebacis u avisynth plugins folder.

Sto se tice sintakse, ona je ogromna, ali ja sam zadovoljan sa brzinom i kvalitetom sa FFT3DFilter(sigma=2) komandom.

[Ovu poruku je menjao Shon3i dana 26.11.2006. u 21:24 GMT+1]
[ Cileinteractiv @ 26.11.2006. 21:48 ] @
@Shon3i
@Boki70a

Šta reći momci, svaka čast na vašem entuzijazmu i želji za znanjem. Oduševile su me informacije u Vašim prethodnim postovima.

Što se tiče terminologije mislim da je teško "ispraviti krive drine" ako eventualno postoje. Ipak je potrebno obraćati pažnju da prevod sa engleskog bude u duhu našeg jezika, verovatno i zbog toga može doći do konfuzija kod početnika a da ne govorimo o iracionalnom strahu i odbojnošću kod ljudi kada čuju reč npr. demux ili demultipleksiranje....
U svakom slučaju na ovoj temi ne bih trebali da širimo priču o terminima u video kompresiji ako neko od Vas to želi može slobodno otvoriti novu temu koju će mo TOP-ovati a kasnije možemo napraviti mali rečnik sa terminima i njihovim uobičajenim objašnjenjem i alternativnim objašnjenjenjima.
[ Boki70a @ 28.11.2006. 07:25 ] @
@Shon3i

1.Da li je bolje da u avisynth skripti primenim denoise (ili bilo koji drugi) filtar direktno na anamorfnu rezoluciju (npr. 720x576)

ili

2. je bolje prvo da razvucem rezoluciju na 1024x576, primenim odgovarajuci filtar a zatim je vratim (skupim) na 720x576.



@Cileinteractiv

Sto se tice terminologije ja sam ZA da se otvori nova tema u vezi sa tim pod nazivom "Strucna (domaca) terminologija u oblasti video kompresije"
ili "Diskusija o strucnoj (domacoj) terminologiji u oblasti video kompresije".......samo ne znam kako se otvara :-)....tek sam skoro poceo da cavrljam po forumima.
[ Shon3i @ 28.11.2006. 08:33 ] @
Citat:
@Shon3i

1.Da li je bolje da u avisynth skripti primenim denoise (ili bilo koji drugi) filtar direktno na anamorfnu rezoluciju (npr. 720x576)

ili

2. je bolje prvo da razvucem rezoluciju na 1024x576, primenim odgovarajuci filtar a zatim je vratim (skupim) na 720x576.
Pod brojem 1. Jer nikakav upsize nece pomoci, jedino ce se smanjiti brzina procesiranja, efekat ce biti isti ili losiji.

[ Boki70a @ 28.11.2006. 09:42 ] @
E vidis, Shon3i, ja sam imao problem pri koriscenju MSU Smart Sharpen filtra direktno na anamorfnu rezoluciju i finalni x264 rip mi je u tom slucaju imao chudan i izraziti shum....medjutim kad sam taj isti filtar primenio kao pod 2. sve je bilo normalno.
Znaci sve u avisynth skripti je bilo isto samo je bio promenjen redosled primene filtra kao pod 2......
Meni je nekako logichno da se filtar primenjuje na punoj rezoluciji....... znachi da se prvobitna anamorfna PAL(720x576) rezolucija jednostavno razvuche na 1024x576 (kao i na playback-u, tad face glumaca nisu suzene i normalno izgledaju) i da se tad cepa odgovarajuci filtar.....a zatim skupi na prvobitnu PAL rezoluciju i kao takvu anamorfno enkodira....Mislim logichno mi zvuchi a i jedino mi tako uspeva da koristim MSU Smart Sharpen....
Verovatno sam ja jedini pavijan koji tako radi, jer vidim svi na Doom9 kad pokazuje snapshoot-ove(sa primenom filtra), svi su u anamorfnoj rezoluciji....
Shon3i, slazime, reci da sam u pravi.....inache ostadoh ja medju shimpanzama.... :-)
[ Shon3i @ 28.11.2006. 09:56 ] @
I pored toliko dobrih denoise filtera kao sto su RemoveGrain, DeGrainMedian, VagueDenoiser, CNR2, MVTools-a, FRFun3D, FFT3D, ti nasao da koristis VirtalDub filter i to jos MSU. Tu nesto definitivno nije u redu, a logicno je da ako primenis denoise na punu anamorfnu rezoluciju pre bilo kakvog resize-a i crop-a ali nikako nije logicno da upsize-ujes pa da primenjujes filter, jer nemozes da dobijes vise detalja. Mada neki kazu da to nije bitno, da li radis denoise pre ili posle resize-a (ne veceg od source-a), sto se moze videti i iz samog MeGUI-a i GordianKnot-a. Sve u svemu razlika je transparentna, a brzina je slicna. Ako tri treba neki sharpen filter tu je zaduzen LimitedSharpenFaster i SeeSaw, pretrazi malo Doom9 forum nacices odgovor, cak i ovu temu pisano je o ovome
[ Boki70a @ 28.11.2006. 11:25 ] @
Shta fali MSU?!...Dobar razlog shto ga koristim je i taj shto za njegovo objashnjenje postoji jedna web strana, a za ove avisynth denoise filtre, shto si naveo, moram da procheshljam brdo tema(shto veruj mi nije lako) na Doom9 forumu, jer svaki od tih filtra ima brdo opcija pa covek pocinje da se gubi....
Citat:
nije logicno da upsize-ujes pa da primenjujes filter, jer ne mozes da dobijes vise detalja

Pa svrha upsize-a, u ovom sluchaju nije sa ciljem, da se dobije vishe detalja (jer i ne moze kao shto sam kazes) nego da se filtar primeni na nedeformisanu sliku na kojoj glumci normalno izgledaju.

Sto se tich gubitaka detalja u sluchaju 720x576->1024x576 nishta ne gubish......a i ne dobijash.....
dok u svim klasichnim varijantama kao npr. 720x576->640x360, 548x222 itd. definitivno gubish jer smanjujesh broj piksela u odnosu na izvorni DVD, bezobzira shto
shto je resize i crop uradjen ispod izvorne rezolucije DVD-a.

(.....mozda bi mogla da se otvori nova tema koja se samo odnosi na rezoluciju.....)

LimitedSharpenFaster koristim...toliko je blag filtar za izoshtravanja da efekte moga da primetim tek kad primaknem glavu na 5cm od monitora...
...medjutim mana mu je, ako se pojacha, u zelji da se prevazidje granica od predhodnih 5cm, da ceo rip pretvara u "animaciju"....i glumci izgledaju ko da su nacrtani....
Znam za SeeSaw, al ga nisam nikad koristio....


Shon3i, hvala ti na odgovorima!!!

POZZ
[ Shon3i @ 28.11.2006. 14:04 ] @
Citat:
Shta fali MSU?!...Dobar razlog shto ga koristim je i taj shto za njegovo objashnjenje postoji jedna web strana, a za ove avisynth denoise filtre, shto si naveo, moram da procheshljam brdo tema(shto veruj mi nije lako) na Doom9 forumu, jer svaki od tih filtra ima brdo opcija pa covek pocinje da se gubi....
Fali mu mnogo toga, ne bi sad da pricam razne detalje, ali da je dobar i ja bi ga sigurno koristio ne bi trazio drugi jel da?. Sto se tice opcija za druge denoisere uglavnom nisi u pravi, jer ne moze jedan film da ima isti intezitet suma kao drugi, zamisli kad bi za svaki film uzimao iste parametre, to bi bilo extra, ali to je nemoguce. A svi filteri koje sam ti naveo rade veoma prosto i nikakvi parametri im ne trebaju. Dovoljno je samo da uzmes reimo RemoveGrain(), ili pak RemoveGrain(mode=x) gde x moze biti od 1 do 18, 2 za light denoise, 5 za medium, 8,9-17, za hard denoise.

FFT3DFilter(sigma=2) sasvim zadovoljavajuce, Sigma=3 vec dosta jace, sa 1.5 moze da se naprave mogi poslovi itd. Cak ima i svoj sharpen filter recimo FFT3DFilter(sigma=2, sharpen 0.3) 0.5 lepo radi i probas, moras da kombinujes. ostale opcije ti ni netrebaju.

za ostale filtere slicno, prvo probas ono najosnovnije recimo FFT3DFilter().

Ima ima i MSU opcije ali nije to to.

Citat:
Pa svrha upsize-a, u ovom sluchaju nije sa ciljem, da se dobije vishe detalja (jer i ne moze kao shto sam kazes) nego da se filtar primeni na nedeformisanu sliku na kojoj glumci normalno izgledaju.

Sto se tich gubitaka detalja u sluchaju 720x576->1024x576 nishta ne gubish......a i ne dobijash.....
dok u svim klasichnim varijantama kao npr. 720x576->640x360, 548x222 itd. definitivno gubish jer smanjujesh broj piksela u odnosu na izvorni DVD, bezobzira shto
shto je resize i crop uradjen ispod izvorne rezolucije DVD-a.


720x576->1024x576 mozda ne a 720x576->1024x576->720x576 nikako ne moze da bude dobro, i sam si to zakljucio, A to sto je slika izdeformisana nema veze pa u tome i jeste cilj, da ti encodujes sa punom rezolucijom a posle samo signaliziras u korektan DAR i to je to, ako ti smeta sto je izdeformisana slika onda lepo odmah primeni SAR na sliku i resizuj je u startu na 720x400 odnosno 720x352 u zavisnosti koliki je SAR i dobices potpuno isto cak i bolje i brze jer koliko treba da se izfiltrira slika sa tolikom rezlucijom nepotrebno. A kad si vec uvecavao na tu rezoluciju da bi zadrzo original PAR morao si da je razvuces na 1024x768.

Citat:

LimitedSharpenFaster koristim...toliko je blag filtar za izoshtravanja da efekte moga da primetim tek kad primaknem glavu na 5cm od monitora...
...medjutim mana mu je, ako se pojacha, u zelji da se prevazidje granica od predhodnih 5cm, da ceo rip pretvara u "animaciju"....i glumci izgledaju ko da su nacrtani....
Znam za SeeSaw, al ga nisam nikad koristio....


Probnaj smode=3, ss_x=2.0, ss_y=2.0, i polako pojacavaj jacinu. takodje probaj osnovno bez ijednog parametra.
SeeSaw je malo tezi za koristenje probacu da ti objasnim posle kada budem imao vremena.


Pozdrav, i nemoj da radis bespotrebne stvari, bezveze gubis samo vreme na stvari koje nisu dobre, veruj mi
[ Boki70a @ 28.11.2006. 15:33 ] @
Citat:
Sto se tice opcija za druge denoisere uglavnom nisi u pravi, jer ne moze jedan film da ima isti intezitet suma kao drugi, zamisli kad bi za svaki film uzimao iste parametre, to bi bilo extra, ali to je nemoguce.

Slazem se u potpunosti......usput hvala ti na dodatnim opcijama za navedene filtre
Citat:
720x576->1024x576 mozda ne a 720x576->1024x576->720x576 nikako ne moze da bude dobro, i sam si to zakljucio

Nisam ja to zakljuchio...to si ti zakljuchio...al svejedno, shvatio sam ono shto sam trazio a to je da
filtar mogu direktno da primenim na anamorfnu rezoluciju
Citat:
i nemoj da radis bespotrebne stvari, bezveze gubis samo vreme na stvari koje nisu dobre

Da znam da su bespotrebne i da nisu dobre, verovatno ti i ne bih postavljao pitanja. ;-)

P.S.
Bio bih ti zahvalan za SeeSaw objashnjenje .......nije mi hitno......kad budesh imao vremena

POZZZ
[ Shon3i @ 28.11.2006. 16:00 ] @
Citat:
Nisam ja to zakljuchio...to si ti zakljuchio...al svejedno, shvatio sam ono shto sam trazio a to je da
filtar mogu direktno da primenim na anamorfnu rezoluciju

Pa kako nisi ti zakljucio kada si lepo rekao da downsizeom sa 720x576 na 640x360, 548x222 itd, gubis jer se gube pixeli, tako da i tvoj nacin 720x576->1024x576->720x576 potpuno isto moras da izgubis. Nema veze bitno je da si sad shvatio.

I u svakoj dokumentaciji od svakog filtera (ono sto tebe mrzi da citas) na kraju pise sta filter zahteva, a to je obicno da rezulucija bude deljiva sa 16 (mod16) i da ima YV12 ili YUY2 colorspace.


Citat:
P.S.
Bio bih ti zahvalan za SeeSaw objashnjenje .......nije mi hitno......kad budesh imao vremena
Bit ce, veceras, mozda sutra.
[ KRUSADER @ 02.12.2006. 14:02 ] @
Napravio sam program koji pored toga shto rachuna video bitrate(npr. za smeshtanje fajla 1 cd) rachuna i optimalnu rezoluciju, na osnovu optimalne "bit per pixel" konstante, koja se nalazi u eksternom ini fajlu, s obzirom da moje iskustvo sa x264 codecom nije veliko, a sa xvid-om josh manje, ja vas molim da testirate moj program. Kao shto rekoh optimalne "bit per pixel" konstante se nalaze u eksternom ini fajlu, tako da su one izmenljive jer ne mora da znachi da su tachne. Ovaj progam postavljam sa ciljem da dodjem do tachnijih konstanti, ochekujem od vas da ce te mi pomoci, posebno ochekujem pomoc od Koste i od Shon3i.

P.S.
Nemojte da vas zbuni to shto se deshava da je velichina fajla manja od 700mb(odnosno 690mb) ako ste kao velichinu odabrali 1CD jer sam u programu postavio takvu formulu u kojoj se optimalni Bit Per ne premashuje.
Takodje, maximalna rezolucija je 720*540(DVD-Rip 4/3 rezolucije).
Ovaj program je joh u Alpha verziji, nemojte se ljutiti ako ima neki bug.

Download Adresa:
http://crusader.corn.googlepages.com/Mpeg4Calc.7z
[ KRUSADER @ 02.12.2006. 14:20 ] @
Da se ispravim, navedenom textu pishe bit per pixel, verdnosti u ini fajlu su kilobit per pixel, da bi se izbegle suvishne matemetichke operacije.
[ deki40 @ 31.12.2006. 10:03 ] @
evo i ja pocinjem da se interesujem za ovu temu....
pre svega, jel ima negde da se skinu neki trejleri, delovi filmova, segmenti, da pre svega pogledam max kvalitet koji moze da se postigne...
tnx...

poz...
[ Shon3i @ 01.01.2007. 21:06 ] @
Na www.apple.com/trailers i www.nerodigital.com, imas brdo HD AVC trailera, uzivaj u kvalitetu istih. Ali ces kvalitet najbolje osetiti kada budes neki DVD sam kompresovao u H264.

[ deki40 @ 02.01.2007. 08:50 ] @
evo nekih mojih razmisljanja...

razmisljam o nekoj jeftinijem resenju za HD filmove...
imamo dva segmenta, plejer i tv...

Plazma nije losa, LCD tehnologija jos se razvija...
sta mislite o kombinaciji PC+projektor /pravljen od 17" LCD-a/ ?
ipak, gledati film na formatu npr. 2x1m je prava stvar...
zagrejao sam se za pravljenje projektora od 17" LCD-a, em jeftinije, em dugotrajnije /mislim na lampu/, jedino malo ruzno..
pretpostavljam da se sa 17" LCD monitorom mogu gledati hd snimci 720p, kakva je situacija sa 1080i?

da li ima najava za hd-dvd plejere?
odmah se postavlja pitanje rezanja filmova...
da li cekati /i sta mislite, otprilike, koliko/ da zazive hd plejeri, rezaci, ili ici na varijantu sa kompom?

glasno razmisljam o nasoj situaciji... nabavka i razmena filmova sa news servera...da li se mozda vec sada zna buduci standard za dvd plejere?
ipak, mislim da je kvalitet snimka bolji ako se pusta sa dvd-a nego sa kompa /ispravite me ako gresim/ako vec puno vremena treba da se skine
film sa news-a, da to ipak bude neki buduci standard /ponavljam, ako se uopste zna koji je.../

svaki odgovor je dobrodosao...mislim da smo svi na nekom vidu prekretnice, jer kad neka nova tehnologija tek pocinje da zivi, ima dosta izbora,
a malo pravih varijanti...

poz....
[ deki40 @ 07.01.2007. 06:53 ] @
konkretno pitanje:

imam film, wmv, 720p, 5,1, umiksovan jedan strani titl...
hocu da ubacim nase titlove...
da li da se mucim da demux-ujem pa da posle miksujem sa nasim titlovima, da li to uopste moze, da li je izvodljivo,
da li dolazi do degradacije kvateta, ili moze samo titl kao poseban fajl pored, istog imena...?

poz...
[ Cileinteractiv @ 07.01.2007. 13:39 ] @
Evo otišli smo u off topic. Da prvo odgovorim na tvoj prvi post od pre par dana.
Imao sam prilike da vidim više takvih projetkora koji se zasnivaju na LCD monitoru, užitak je izvanredan i sa divx i DVD filmovima a često sam se pitao kalo li izgleda HD preko celog zida A HD monitori u LCD varijanti ipak imaju i nekih mana tj zamućenost SD videa a kada pustimo HD slika je sjajna ali ipak ima neku zamućenost...
Što se tiče wmv filma tiče, ne bi bio naročit gubitak u kvalitetu ipak, mislim da je popriličan posao u pitanju. Probaj da nađeš titl u sub ili srt formatu i probaj.
[ Boki70a @ 09.01.2007. 02:28 ] @
@deki40

Citat:
da li da se mucim da demux-ujem pa da posle miksujem sa nasim titlovima, da li to uopste moze, da li je izvodljivo,
da li dolazi do degradacije kvateta, ili moze samo titl kao poseban fajl pored, istog imena...?

Apsolutno ne postoji nikakava degradacija kvaliteta, jer multipleksiranje i demultipleksiranje nema nikakve veze sa kodiranjem....tako da je ceo taj proces demux->mux bez gubitaka, shto bi se reklo "lossless"...samo ne znam koji bih ti program preporuchio u tu svrhu...za WMV....mozda Shon3i zna.
Pozdrav
[ Shon3i @ 09.01.2007. 15:31 ] @
Naravno da Shon3i zna ;)

http://dvbportal.dyn1.de/downl...ile=wmvmuxer-preview-1.0.0.zip

Windows Media Player 10 ili 11 moraju biti instalirani, po mogucstvu bolje 11. Ovaj program moze da muxuje/demuxuje, rekompresuje wma, wmw itd.
[ Cileinteractiv @ 09.01.2007. 17:35 ] @
Evo, prevteo sam celu temu pa da prozbotim koju. Elem, konvertujem mpeg2 klipove u MP4 uz pomoć MeGUI-a, vrlo sam zadovoljan kvalitetom na 550Kbps, preporučeno smanjenje rezolucije, B frames 3, Deinterlace MPdeint + Lanczos sharpen, smart noise, a za zvuk koristim FAAC i oko zvuka imam par pitanja. Može li se koristiti NDAAC, dal i neko može da uploaduje taj plug in i kako uopšte da radim zvuk? U pitanju je muzika pa je kvalitet bitan FAAC na 112kbps je odličan ali to mi je malo velik bit rejt... Izvorni zvuk je mpa.
[ Shon3i @ 09.01.2007. 18:04 ] @
Moze oba NDAAC i CTAAC, i nemoj vise nikada da koristis FAAC, jer je on najgora implementacija AAC-a, MP3 na 128kbps zna da bude bolji od FAAC na 128kbps. FAAC je delimicno mrtav projekat i skoro se nesto updateova-o ali to su sve minorne promene. Developeri MeGUI-a ga drze zato sto je jedini opensource encoder.

Da bi koristio NDAAC, napravi folder "neroaacenc" u folderu MeGUI\Tools, ako ne postoji, i u njega stavi zadnji NeroAACenc.exe koji mozes preuzeti sa ftp://ftp6.nero.com/tools/NeroDigitalAudio.zip

A da bi koristio CTAAC napravi folder "encaacplus" na istoj lokaciji, i sa http://www.box.net/public/c1mrbbcq7g ili sa http://static.elitesecurity.or...ds/1/3/1301411/enc_aacplus.rar preuzmi zadnji encAACplus.exe.

u oba slucaja prekopiraj sve fajlove iz arhive tj, za nero ti treba samo NeroAACenc.exe ili NeroAACenc_SSE2.exe ako imas Intelov procesor ili 64bitni AMD, a za CTAAC ti trebaju svi dll-ovi, i encAACPlus.exe, mp4box nije potreban

I uvek pri encodovanju mozes slobodno da zadrzis 5.1 zvuk samo bitrate ne bi valjalo da ide ispod 112kbps, a za stereo nemoj ispod 48kbps. U oba slucaja HE-AAC mora biti koristen da bi kvalitet bio veci. Moj favorit je CTAAC, a ti vidi sta ti se vise svidja.

Mozes se pridrzavati ovoga, ako encodujes u 5.1

112kbps<HE-AAC<192kbps<LC-AAC<320kbps

A za stereo

32kbps<HE-AACv2<48kbps<HE-AAC<96kbps<LC-AAC<320kbps
[ Cileinteractiv @ 09.01.2007. 20:56 ] @
Neće, iskopirao sam oba kodeka na mesta na koja si naveo ali i dalje u padajućoj listi ne vidim CTAAC a kada izaberem ND AAC Megui javlja da ne vidi neroaacenc.exe iako je on tamo gde treba. U listi profila kada izaberem CTAAC 64kbps za kodek mi se postavi Winamp AAc i kontejner raw AAC. Šta još treba da mu uradim dabi radio korektno?
[ Cileinteractiv @ 09.01.2007. 21:46 ] @
Heheheh, ipak je uspelo sa ND AAC, trebalo je u podešavanjima MeGUI-a update-ovati putanje za plug in-ove. Kvalit zvuka na 64kbps je odličan ali malo je tiši zvuk u odnosu na original, to nisam primetio kod FAAC ali je on na 64kbps jako loš.
[ Shon3i @ 09.01.2007. 21:46 ] @
Idi na Tools->Settings, u Program Paths tabu, lepo definisi sve putanje na tvom racunaru.

Winamp AAC <=> CTAAC je potpuno ista stvar, nego su devovi MeGUI-a hteli da budu sto precizniji, jer svi prave razliku izmedju Winamp AAC i CTAAC, a u stvari nema razlike, i ovo je bilo resenje. Raw AAC je sasvim u redu i nema nikakve razlike, sa nerovim encoderom dobijas mp4 fajl. CTAAC takodje podrzava mp4 output ali MeGUI trenutno ne podrzava to.
[ Cileinteractiv @ 09.01.2007. 22:31 ] @
Shvatam situaciju. Sone hvala ti puno na ovim smernicama. Baš sam zadovoljan, MPEG2 fajl od 70MB kompresijom u MP4 je velik 17MB a kvalitet je sjajan i na 550/64kbps x264/NDAAC.

Citat:
Shon3i: Idi na Tools->Settings, u Program Paths tabu, lepo definisi sve putanje na tvom racunaru.

Odradio sam to ponovo a redefinisanje putanja mora se uraditi i ako folder MeGUI kopiramo na neku drugu lokaciju na disku.
[ Shon3i @ 10.01.2007. 08:31 ] @
@Cileinteractiv sad sam tek video da se umetnula tvoja poruka pre moje,
Citat:
Cileinteractiv: Heheheh, ipak je uspelo sa ND AAC, trebalo je u podešavanjima MeGUI-a update-ovati putanje za plug in-ove. Kvalit zvuka na 64kbps je odličan ali malo je tiši zvuk u odnosu na original, to nisam primetio kod FAAC ali je on na 64kbps jako loš.


Da sve putanje se moraju namesiti. Sto se tice tiseg zvuka, to se moze lako resiti, u konfiguraciji NDAAC imas opciju Incrase Volume Automaticly, ukoliko je nisi stiklirao, probaj da je stikliras, inace ova opcija neradi nista drugo sem obicnog Normalize 100%, a moze da se desi da ti se zvuk iz tog razloga utisao zato sto je ova opcija bila ukljucena, jer se u svakom slucaju radi normalize.

Neki ljudi skoro pricali kako Nero utisava fajlove, ja to licno nisam zapazio, jer ga skoro nikada i ne koristim.

FAAC ce uvek da ima mnogo losiji zvuk na nizim bitrateovima, jer FAAC encoduje samo u LC-AAC, dok Nero i CT imaju i HE-AAC.
[ Cileinteractiv @ 10.01.2007. 22:07 ] @
Evo još nekih zapažanja; Izgleda da je bit rejt od 550bkps za fajlove koji su u većoj rezoluciji i sa manjim Crop-om slab, i tada je slika dosta zamućena i vide se blokovi. Rezolucija mpeg2 fajla je 544/576px a pri kompresiji MeGUI na 544 sam postavlja 272 što rastegli sliku po horizontali pa zato izaberem Suggest resolution i dobijem 544/416 i prethodna zapažanja su za tu situaciju. Ako sa nekim drugim klipom sve uradim isto a rezolucija nakon Crop-a bude 544/416 sa kropom od po 100-tinak po vertikali gore i dole kvalitet bude skoro kao kod ulaznog mpeg2 fajla.
Shvatam da u ovom problemu nema skoro ništa specifično za x264 ali razlika u kvalitetu je osetna i predpostavljam da treba dizati bit rejt? i možda naći neku manju rezoluciju ali ne 320/240? Ili ima još neka fora? Sumnjičav sam po pitanju deblokinga.
[ Kosta ******um Rex Persia @ 10.01.2007. 22:26 ] @
Krop je preporučljiv UVEK da se radi, kao i resize, jer zaista nema potrebe da neko kompresuje punu DVD rezoluciju od 720x576 pri tako malom bitrejtu od 550 kbps-a.

Cile, ajde molim te postavi SVA setovanja koja si upotrebio pri kompresiji MPEG2 fajla u x264, i gledaj da ništa ne izostaviš. Pretpostavljam da ti se to deisilo jer nešto nisi uradio kako treba. Pokaži i kako izgleda tvoja AviSybth skripta, naravno.

Ja sam se vrlo retko suočavao s tim problemom, pogotovo ako mi je izbor bio MPEG2 fajl sa originalnog DVD-a, koji obično ima bitrejt od 3500-75 00 kbps-a.

Moja preporuka ti je da NE KORISTIŠ bilo koji resize filter u MeGUI-u, već isključivo Bicubic Normal, ili, što je najbolje, Lancsos 3.


[ Cileinteractiv @ 10.01.2007. 23:47 ] @
Evo kako izgleda Avisynth skripta:

DGDecode_mpeg2source("D:\Spotovi\Cherish-Do it to it.d2v",cpu=4)
edeintted = last.SeparateFields().SelectEven().EEDI2(field=-1)
TDeint(full=false,edeint=edeintted)
crop( 18, 16, -20, -18)

LanczosResize(544,416) # Lanczos (Sharp)
#denoise

x264
main tab:
mode-ABR
bitrate-600
fourCC-VHSS
AVC Profile-Main Profile
AVC Level-Unrestrictet
Enable deblockong
Sve ostalo po difultu, ostale opcije ili 0 ili nisu uključene.

--bitrate 600 --analyse p8x8,b8x8,i4x4 --threads auto --thread-input --progress --no-psnr --no-ssim --output "D:\Spotovi\MP4\Cherish-Do it to it.mp4" "D:\Spotovi\MP4\Cherish-Do it to it.avs"

Samo za ovaj klip sam stavio bitrate od 600 i sa ovim setovanjima je ispao zadovoljavajuće, prethodno je debloking bio isključen, number of B frames je bio na 3 i noise je bio na litle noise. Predpostavljam da je najviše problema pravio taj noise pri velikoj rezoluciji a malom bit rejtu.

Za resize koristim Lanczos ali među ponuđenim ne vidim 3 samo 4 i čist Lanczos. Zainteresovao me Simple (soft) resize, jel vredi?

U avisynth script creator-u situacija je sledeća:

Options:
Inpud DAR 4:3
AVS profile-ništa
auto crop-uključeno
resize-uključeno na 544/416px
Suggest resolution potvrđeno

Filters i Deinterlacing:
Source Type-Partialy interlaced
Field order-Varying field order
Deinterlace-TDeint with EDI
Source i anime-isključeno, čemu služi ova opcija?
Noise filter- sada je isključen mada sa nekim klipovima je bio uključen i nisam primetio da pravi problem. Kada ga treba a kada ne koristiti?

Edit:
DGDecode_mpeg2source("D:\Spotovi\Christina Aguilera-Hurt.d2v")
edeintted = last.SeparateFields().SelectEven().EEDI2(field=-1)
TDeint(full=false,edeint=edeintted)
#crop
BilinearResize(544,416) # Bilinear (Soft)
#denoise

Nadam se da nisam ništa izostavio.
[ Kosta ******um Rex Persia @ 11.01.2007. 01:45 ] @
FourCC ne sme da ti bude VHSS, već x264 ili AVC. Ima razloga za to.

Takođe, nemoj koristiti Main Profile već High Profile, jer ćeš tako i na 500 kbps-a dobiti odličnu sliku, jeste da enkoding traje duplo duže, ali isplati se i te kako.

Takođe, obavezno postavi Trellis Quantization na vrednost 1, i kompresiju stavi na vrednost 6, pa posle toga uključi RDO for B-Frames, jer kad tako odradiš, ispada neverovatno čista slika u odnosu na default podešavanja.

[ Boki70a @ 11.01.2007. 02:42 ] @
@Cileinteractiv
Ma zaboravi sa petljanjem tih x264 opcije, nisu bez razloga napravljeni profili za MeGUI...Uglavnom svi koriste "HQ-Slower" za video...mada je moj favorit "HQ-slowest"....ako bash hocesh da se petljash sa niskim bitskim protocima mozesh da probash "HQ-Insane"-taj profil ti je napravljen bash za izrazitu kompresiju, al mnogo dugo traje i daje odlichne rezultate...po onome shto sam chitao na Doom9 moze da se desi da taj profil ubije detalje na videu bash zbog visokog stepena kompresije, mada veruj mi mislim da to necesh primetiti....Sve u svemu necesh pogreshiti ako izaberesh "HQ-Slower".
Ako kodirash DVD x264 kodekom na niskim bitskim protocima reda 350-500kpbs OBAVEZNO da smanjish rezoluciju, iskljuchish noise filtar(u principu nikad ti nece i treba ti a ujedno zahteva veliki bitrate) i NEOPHODNO je korishcenje matrica koje kolko tolko eliminishu blokove i artefakte na tako niskim bitskim protocima(i sam si to primetio)...e da i neki blagi denoise filter(pregledaj prethodne postove - FFT3D)
link za matrice: http://forum.doom9.org/showthread.php?p=887125#post887125 ...na tom linku su ti i objashnjenja u kojim sluchajevima se koriste koje matrice.
Mada ti je moj savet puna anamorfna rezolucija, 1,37gb target size ....mislim x264 kodek je fenomenal ali ipak postoje neke granice.
Pozdrav
@Shon3i
jel znash chemu sluze ove opcije (skinuto sa http://x264.nl/ ):
--pre-scenecut, --mvrange-thread, --non-deterministic

[Ovu poruku je menjao Boki70a dana 11.01.2007. u 08:33 GMT+1]
[ Shon3i @ 11.01.2007. 10:01 ] @
Citat:
Mada ti je moj savet puna anamorfna rezolucija, 1,37gb target size ....mislim x264 kodek je fenomenal ali ipak postoje neke
slazem se mada sam ja vise za varijantu CRF 20~22, pa koliko da ispadne da ispadne, nije mi zao, a obicno ispadne duplo manje od originala.

Citat:
jel znash chemu sluze ove opcije (skinuto sa http://x264.nl/ ):
--pre-scenecut, --mvrange-thread, --non-deterministic


Sve opcije sluze za multi-threading, i uglavnom za manje gubitke na kvalitetu dobija se na boljoj optimizaciji. --mvrange-thread ima istu funkcionalnost kao --mvrange samo sto --mvrange-thread optimizovana za multi-threading.

Citat:
Ma zaboravi sa petljanjem tih x264 opcije, nisu bez razloga napravljeni profili za MeGUI...Uglavnom svi koriste "HQ-Slower" za video...mada je moj favorit "HQ-slowest"....ako bash hocesh da se petljash sa niskim bitskim protocima mozesh da probash "HQ-Insane"-taj profil ti je napravljen bash za izrazitu kompresiju, al mnogo dugo traje i daje odlichne rezultate...po onome shto sam chitao na Doom9 moze da se desi da taj profil ubije detalje na videu bash zbog visokog stepena kompresije, mada veruj mi mislim da to necesh primetiti....Sve u svemu necesh pogreshiti ako izaberesh "HQ-Slower".
HQ-Slow je sasvim zadovoljavajuc, ali kada se naprave neke izmene, tj treba promeniti mvrange sa 12 na 16 i treba ukljuciti sve opcije kao sto su no fast p skip i no dct decimate. Dobices isti kvalitet kao HQ-Slowest samo sa nekom vecom brzinom, Sharktooth kreator tih profila, je namerno iskljucio te opcije u HQ-Slow profilu zarad brzine, ali to definitivno nije dobro. Koliko ja znam izmedju HQ-slow i HQ-slowest jer razlika izmedju broja referentnih frejmova tj 3:5.


@Cileinteractiv

Deblocking uvek drzi ukljucen i neudaljavaj se od -3,3 za oba polja.

ovo ostalo ti je sve dobro, ali neki put cak ni AVC ne moze da se snadje sa nekim videom, i onda se mora upotrebiti veci bitrate. Za tako niske bitrateove, cropuj i smanji rezoluciju u granicama normale, ok u tvom slucaju. Probaj da pustis Constant Quality encoding na 24~26 i vidi koliki ce fajl da ti ispadne, probaj neke low bitrate matrice.
[ KRUSADER @ 14.01.2007. 20:45 ] @
Da li bih neko znao da mi kaze "bit per pixel" konstante za DivX 4, XviD 1.1.2 i x264 07.01.14
Hvala unapred.
[ KRUSADER @ 14.01.2007. 21:07 ] @
I imam josh 1 pitanje. Da li za novi Blu Ray/HD DVD postoji neki standard shto se tiche fajlova kojim se stavljaju na disku kao npr. kod DVD(AUDIO_TS, VIDEO_TS(VIDEO_TS.IFO, VIDEO_TS.VOB), itd.), znam da je u pitanju MP4 container, ali nece valjda staviti 1 fajl za 1 film, ili 1 fajl za ceo disk?!

Hvala unapred.
[ Shon3i @ 14.01.2007. 21:55 ] @
KRUSADER druze zaboravio sam totalno da ti dam komentar na program. E ovako.

Program radi odlicno ima par sitnijih bagova ali nista strasno, radi se o audio bitrateu znaci kada se upise audio bitrate ne vidim nikakve promene.

Sto se tice bit per pixel konstate stvar je podosta zamrsena, ali tabela je ovakva


Codec----------------1CD----------------2CD

DivX 3----------------0.20----------------0.27~0.35
DivX 4/5/6------------0.19----------------0.26
XviD------------------0.15~0.17----------0.23~0.26

Sto se tice H264 nemoguce je odrediti pravu konstantu zato sto Deblocking menja kompresivnost celog filma, tj 6,6 povecava kompresivnost dosta, ali vizuelno kvalitet je totalno drugaciji. Na kraju par likova sa doom9 foruma je probalo da postavi teorij,u tako sto bi compresivity test radila sa CFR encodingom i istim podesavanjima kao sa Two pass encodingom, ali na kraju je to sve padalo u vodu jer se ispostavilo da pravilo ne postoji. Recimo ako bi uzeo DVD koji bi encodovao u 1CD znaci prosecan bitrate oko 800kbps i manje sa punom anaformnom rezolucijom znaci 720x576. bez cropa, bez resizea, video bi da H264 video ne bi izgledao toliko los, dok bi DivX/XviD izgledali sa dosta blokinga, smanjenjem rezolucije kod H264 ne bi dobio mnogo, dok kod XviD-a bi to znacilo dosta

Citat:
I imam josh 1 pitanje. Da li za novi Blu Ray/HD DVD postoji neki standard shto se tiche fajlova kojim se stavljaju na disku kao npr. kod DVD(AUDIO_TS, VIDEO_TS(VIDEO_TS.IFO, VIDEO_TS.VOB), itd.), znam da je u pitanju MP4 container, ali nece valjda staviti 1 fajl za 1 film, ili 1 fajl za ceo disk?!


Za HDDVD, IFO fajlovi su ostali dok su VOB-ovi presli u .EVO fajlove, dok se za BluRay jos nista ne zna.



[Ovu poruku je menjao Shon3i dana 14.01.2007. u 23:16 GMT+1]
[ Kosta ******um Rex Persia @ 15.01.2007. 02:11 ] @
U kom su kontejneru ti EVO fajlovi, mogu li se bezbolno preimenovati u MP4 ili MPG kao što je to bio slučaj sa VOB fajlovima?

[ Shon3i @ 15.01.2007. 19:49 ] @
Pa trebalo bi da moze, na doom9 forumu pojavio se neki hddvd ISO fajl sa kompletnom strukturom, i ima samo jedan EVO koji decodiraju svi mpeg decoderi (Cyberlink, Elecard, InterVideo), mada opet kruze neke glasine da evo fajlovi (renameovani ili ne) sa original HDDVD ne mogu da se puste sa obicnim mpeg2/h264 dekoderom i bez nekog specijalnog splitter-a, ali backapovani BackupHDDVD alatom, tako da moze da se radi o losoj dekripciji, ko ce znati. videcemo vreme ce da pokaze
[ KRUSADER @ 16.01.2007. 17:27 ] @
Poshto ja radim DVD ripove prosechne duzine od 1:30 do 2h, kako onda da postavim resize? Da li da uopshte koristim taj filter prilikom enokodovanja u x264?
[ Shon3i @ 16.01.2007. 21:56 ] @
Citat:
KRUSADER: Poshto ja radim DVD ripove prosechne duzine od 1:30 do 2h, kako onda da postavim resize? Da li da uopshte koristim taj filter prilikom enokodovanja u x264?
Na koju velicinu, 700mb? Vrlo je bitno da se originalni pixeli ne resizeuju, i crop ali na horizontalu ide u obzir, dok vertikalna rezolucija treba da ostane 720.
Ali moras da napravis horizontalnu rezoluciju da bude deljiva sa 16 sto nimalo nije lako, jer automatski menja aspect sa recimo 16:9 u originalu na 47:20, te sam poceo da izbegavam i cropovanje, da bi mi bilo lakse. Radio sam neka testiranja i dosao do zakljucka da smanjenjem rezolucije i cropovanjem ne dobijam bas mnogo, mozda cu smanjiti blokovanje negde u proseku 10%, dok cu dobiti mutniju sliku, takodje mozda sa vise resize artifakta. Danasnji filmovi i nemaju bas velike crne povrsine recimo kao Ice Age 2



A posle signaliziranja videa na 16:9 dobija se



1CD ripovi bolje izgledaju sa punom rezolucijom, ali samo H264 (x264, Mainconcept, Ateme, Elecard, etc) nemaju puno artifakta dok za DivX i XviD to ne vazi, oni vec izgledaju katastrofalno. Od skoro sam odlucio da filmove radim na pola DVD, jer tada film totalno transparentan, a ove sto su mi 1CD rip filtriram ffdshow-om upotrebom kombinacije DeBand+Noise sa jacinom 10 i za croma i za luma.

Opisi kako ti radis filmove, i daj da uradimo neka testiranja da nadjemo zlatnu sredinu, mozda pronadjemo bits per pixel konstantu.

[Ovu poruku je menjao Shon3i dana 16.01.2007. u 23:59 GMT+1]
[ Kosta ******um Rex Persia @ 16.01.2007. 22:24 ] @
Shon3i, pa zar sam nisi rekao da ne postoji konstanta kada je u pitanju H.264 zj. x264?

I, šta ti misliš, koji je ubedljivo najkvalitetniji Resize filter kada se kompresuje iz MPEG2 u x264, Bicubic Normal, Bicubic Sharp, Lancsos 3 ili Lancsos 4? Kakva su tvoja iskustva s tim, Shon3i?

[ Shon3i @ 16.01.2007. 22:58 ] @
Citat:
Shon3i, pa zar sam nisi rekao da ne postoji konstanta kada je u pitanju H.264 zj. x264?
Jesam, odnosno nisam rekao da ne postoji vec da ne moze tako lako da se odredi kako kod DivX-a. Vrlo je malo testiranja je bilo na ovu temu, tj ljudi su prestali da prave 1CD ripove, a ovi sto su ostali (ukljucujuci i mene) videli su da H264 ne daje svaki put isti broj bitova jednom frameu bio on 720x576 ili 640x480, dok je to kod DivX uvek isto, smanjenje rezolucije nece poboljsati stvari. StaxRip program ima neki compresivity test za x264 koji radi na principu CRF encodinga.

Sto se tice resize filtera mislim da je Spline36Resize ali uz *.mp4 guy MultiSWAR skriptu koja je jako spora. Zato izbegavam resize.

[Ovu poruku je menjao Shon3i dana 17.01.2007. u 00:11 GMT+1]
[ Kosta ******um Rex Persia @ 16.01.2007. 23:29 ] @
A gde da skinem taj Spline36Resize, nikad dosad nisam čuo za njega.

P.S. Što ga nema kod MeGUI i ostalih programa za kompresiju?

[ Boki70a @ 17.01.2007. 07:42 ] @
Spline36Resize je avisynth filtar...u MeGUI ga nema pod opcijama...morash sam da ga naknadno dodash/prekopirash umesto korishcenog resize filtra u avisynth skripti.

Spline36Resize(x,y)

x-horizontalna rezolucija
y-vertikalna rezolucija
[ Shon3i @ 17.01.2007. 20:19 ] @
Evo Sharktooth, je jos ranije poceo neku ideju oko Compresivity testa, http://forum.doom9.org/showthread.php?t=119848, ali sve to nije dotuceno, i sve se svodi na ono optimalno.
[ KRUSADER @ 18.01.2007. 23:17 ] @
Mislim naravno na 1CD ripove(700mb). Sho se tiche konstande slazem se da bi trebalo da izvrshimo neke testove da bi koliko toliko nashli neku konstantu po kojoj bi se upravljali.
[ i4004 @ 03.02.2007. 06:38 ] @
pardon: tablica ipak može imati smisla, ako se uzme u obzir da i rezolucija može biti varijabla, tj. da bitrejt(target filesize) i bpp ostanu kao u njegovoj tablici, a rezolucija se mjenja dok se ne poklopi sa tim brojevima...

mogu ja još pojasniti termin bpp, ako je potrebo.

dali je potrebno?

evo malo razmislite o ovome;
bitrate označava protok bitova u jedinici vremena(u jednoj sekundi), zar ne?
e pa bpp označava koliko je bitova uzeo jedan pixel slike(znači jedan pixel iz jednoga frejma slike).

kako ga se izračuna?
pa lako, baš kako sam reko;
bpp=bitrejt(ali bitrejt za jedan frejm! znači bitrejt od jedne sekunde djeljeno 25 za pal video) / rezolucija (wxh npr. 512x384=196608 pixela)

npr.
1mbit/s=1000000bps / 25 = 40000 (bits per frame)
40000 / 196608 = 0.203 bits per pixel
nije li jednostavno?

možda ćete bolje shvatiti ako okrenemo;
0.203bpp x 196608(pixela u slici) x 25(frejmova u sekundi) = 1000000(1mbit/s)
(naravno..treba vam dosta decimala iza 0.203 da ovo bude što bliže 1mbit/s..točnije
0,20345052083333333333333333333333 )

možete provjeriti sa greenx; nije to samo divx kalkulator, njegov bpp kalkulator je univerzalan. u biti kalkulator nikako i ne može biti specifičan samom kodeku; on samo računa koji bitrejt je potreban da bi određeno trajanje filma prozvelo određeni filesize.

nadam se da je sad koncept jasan.
to je (kako rekoh) samo broj koji označava relativan bitrejt.


ajmo maximalno pojednostaviti;
bpp je pravilo koje govori kako sačuvati kvalitet(tj. dodjeliti videu dovoljan bitrejt da izgleda dobro), ali se ne obazire na filesize.

a filesize kalkulatori rade obratno; govore koliki bitrate odabrati, ali obzirom na filesize, a ne na kvalitet.


sve to valja uzeti sa "zrnom soli"; ako je netko zadovoljan sa avc-om(na bilo kojem bitrejtu..nebitno je) nek ga slobodno rabi...ali ja sam samo reko da će mpeg2 biti bliži originalu.
ako netko misli da može dokazati suprotno, ja slušam.
ja to nisam uspio. ja sam uspio dokazati samo ovo što sam upravo reko.

edit: sredjivanje teme

[Obrisan Flame]

[Ovu poruku je menjao Cileinteractiv dana 03.02.2007. u 13:04 GMT+1]

[Ovu poruku je menjao i4004 dana 05.02.2007. u 20:43 GMT+1]

[Ovu poruku je menjao Mister_rap dana 09.02.2007. u 16:13 GMT+1]
[ Boki70a @ 03.02.2007. 22:38 ] @
@i4004
Koliko sam ja shvatio iz tvog odgovara da je grashka ta shto je u tablici bpp povezan sa velichinom(target) fajla a ne sa rezolucijom i frejmrejtom...jel tako?!
Sa tvojim preporukom(mpeg4asp=dobro radi pri 0.3bpp), 1CDrip(25fps,obichno oko 700kbps za tu target velichinu) je moguce odraditi u veoma niskoj rezoluciji!
Pa da izrachunamo mi tu rezoluciju:

700kbps/25fps=28000 (bits per frame)
28000/z=0.3 --> z=93333.33333 (da ga zaokruzimo na 93333)
Poshto je ovo veoma niska rezolucija za horizontalnu velichinu cu da predpostavim da je x=384, davde sledi da je vertikalna velichina(y):
384*y=93333 -->y=243

...i na kraju dobijamo rezoluciju od 384x243!...Sad, reci ti meni...koliko ljudi znash koji ripuju DVD na 1CD pri toj rezoluciji, koristeci neki od ASP kodeka(divx,xvid)?!...Ja nisam sreo takvu osobu.
Sa vrednostima iz Shon3i-jeve tablice ja mogu da dobijem standardnu DVDrip rezoluciju(reda izmedju 512x.... i 624x....) i to dobrog kvaliteta.
I dalje ne vidim shta je loshe u toj tablici......a to shto je povezao bpp sa velichinom fajla a ne sa rezolucijom i frejmrejtom se zove implicitna (indirektna) povezanost...

ako se tebi to ne svidja slobodno mozesh da napravish neku eksplicitnu tablicu, gde cesh direktno da povezesh bpp sa rezolucijom i frejmrejtom..josh bolje neki programcic....Recimo FairUse, DVD backup software, ima tu mogucnost.

pozz



[Ovu poruku je menjao Boki70a dana 04.02.2007. u 00:17 GMT+1]
[ i4004 @ 03.02.2007. 23:56 ] @
malo me zeza kvotanje ovog foruma (trebalo bi biti da selektiram text i pritisnem jednu tipku, tako bi bilo lakše), pa ću da rabim usenet kvotaciju..nadam se da neće biti problema...

>Pa da izrachunamo mi tu rezoluciju:

oh..pa nisam ja reko da se to radi.
već ovako;
1-ti prvo odrediš koju rezoluciju želiš
2-odrediš koji kvalitet želiš
3-pomoću bpp izračunaš bitrate

npr. za 384x288 0.4bpp je oko 1100kbit/s
0.3 je oko 850kbit/s
0.2 je oko 560kbit/s

i onda rabiš to.
bez obzira na filesize i trajanje filma.

potpuno poštivanje kvalitete znači potpuno nepoštivanje veličine file-a.

>Sa vrednostima iz Shon3i-jeve tablice ja mogu da dobijem standardnu DVDrip rezoluciju(reda izmedju 512x.... i 624x....) i to dobrog kvaliteta.
I dalje ne vidim shta je loshe u toj tablici......a to shto je povezao bpp sa velichinom fajla a ne sa rezolucijom i frejmrejtom se zove implicitna (indirektna) povezanost...

pa ja uopće ne kužim kako bi se mogla rabiti ta tablica?

uzmimo da imam film od 2h.
štaja sad da radim s njegovom tablicom?
kad se tu ništa neće poklopiti.

ma nije valjda da ste vi išli mjenjati rezolucije obzirom na tu tablicu, kako si ti gore demonstrirao?
eh, pa to ne dolazi u obzir.
ja točno znam koju rezoluciju ću rabiti za šta, i nema mjenjanja.

ali to bi dobro objasnilo ovaj nesporazum.
mislim ako vi rabite tu tablicu i za resizing, onda u redu, tada to ima smisla.
jel u tome bio vic?

vi prema tablici birate rezoluciju?
no..dobro.
ja ne bih, ali sada bar tablica ima smisla.
[ Boki70a @ 04.02.2007. 04:36 ] @
Citat:
oh..pa nisam ja reko da se to radi.
već ovako;
1-ti prvo odrediš koju rezoluciju želiš
2-odrediš koji kvalitet želiš
3-pomoću bpp izračunaš bitrate

npr. za 384x288 0.4bpp je oko 1100kbit/s
0.3 je oko 850kbit/s
0.2 je oko 560kbit/s

i onda rabiš to.
bez obzira na filesize i trajanje filma.

potpuno poštivanje kvalitete znači potpuno nepoštivanje veličine file-a.

Ne razumem zashto forsirash taj tvoj nachin odredjivanja bpp, a pozivash se na neadekvatnost Shon3i-jeve bpp tablice GDE JASNO KAZE DA SI U SAMOM STARTU OGRANICHEN NA TARGET FAJL VELICHINU.
Ne kazem da nije tacho to shto prichash ali svakako nije adekvatno onome shto Shon3i-jeva bpp tablica zeli da postigne.
Ta tablica je za ljude koji imaju ogranichen backup prostor na HDD-u ili zele da smeste jedan film na jedan CD ili 3 flima na jedan DVD(odnosno jedan film na 2CD-a) i razne varijacije istoga.
Citat:
>Sa vrednostima iz Shon3i-jeve tablice ja mogu da dobijem standardnu DVDrip rezoluciju(reda izmedju 512x.... i 624x....) i to dobrog kvaliteta.
I dalje ne vidim shta je loshe u toj tablici......a to shto je povezao bpp sa velichinom fajla a ne sa rezolucijom i frejmrejtom se zove implicitna (indirektna) povezanost...

pa ja uopće ne kužim kako bi se mogla rabiti ta tablica?

uzmimo da imam film od 2h.
štaja sad da radim s njegovom tablicom?
kad se tu ništa neće poklopiti.

Pa slichno kako si naveo u tvom zadnjem postu samo drugachijim redosledom:
1.Odredish target size iz tablice(na osnovu duzine filma) a samim tim i bitski protok(za filmove preko 2 sata izaberesh 2cd)
2.Odaberesh bpp konstantu iz tablice na osnovu velichine target fajla za odgovarajuci ASP kodek
3.Uzmesh kalkulator i odredish rezoluciju(uzimajuci u obzir aspektni odnos) na osnovu uzete bpp konstante, odredjenog bitrejta i fps-a
Treba tu dosta matematike i nekad ume da smara(ipak vremenom napravish svoju kolekciju tablica za razlichite sluchajeve) ali ako si pazljivo prochitao u mom prethodnom postu spomenuo sam program FairUse, koji na osnovu zadate velichine target fajla izbacuje tablicu sa sa razlichitim rezolucijama(AR uzet u obzir) svaka sa svojom bpp konstantom....i ti lepo izaberesh shta ti odgovara.
Citat:
ma nije valjda da ste vi išli mjenjati rezolucije obzirom na tu tablicu, kako si ti gore demonstrirao?
eh, pa to ne dolazi u obzir.
ja točno znam koju rezoluciju ću rabiti za šta, i nema mjenjanja.

Naravno da ne dolazi u obzir, poshto ti idesh na kvalitet i nema potrebe za menjanjem rezolucije u odnosu na izvorni video, a samim tim ti je i nebitna finalna velichina target fajla.....ponovo si pogreshno shvatio Shon3i-jevu bpp tablicu.
Citat:
ali to bi dobro objasnilo ovaj nesporazum.
mislim ako vi rabite tu tablicu i za resizing, onda u redu, tada to ima smisla.
jel u tome bio vic?

vi prema tablici birate rezoluciju?
no..dobro.
ja ne bih, ali sada bar tablica ima smisla.

Da se razumemo, nije doshlo do nikakvog nesporazuma vec je to bilo tvoje naizgled loshe tumachenje....jer u sushtini tablica je sasvim korektna za zadatu svrhu....
....a da vic bude josh smeshnijii uopshte nisi shvatio svrhu Shon3i-jeve bpp tablice...
...za onoga ko zna tablica ima smisla ....za onoga ko ne zna tablica nema smisla jer je tablica implicitne(indirektne) prirode zato shto ne pokazuje direktnu zavisnost bpp sa rezolucijom i frejmrejtom vec to ostvaruje indirektnim putem preko velichine target fajla (a samim tim i bitrejta) i opisuje medjusobnu (implicitnu=precutnu - jer nije spomenjena neophodnost resize filtra i fps-a)zavisnost te dve velichine - target fajla i bpp ...i naravno resizing mora da se uzme u obzir...i da...prema tablici se bira rezolucija.
To ti je isto kao u shkoli ako si uchio implicitne i eksplicitne jednachine u matematici...u ovim prvim ti nije sve recheno a u ovim drugim mozesh shtoshta da zakljuchish..a ipak se koriste implicitne jednachine bez obzira na svoju prirodu i svoju kvazi nedorechenost.
....tako da komentari tipa "ovo je napisao netko tko ne razumije uopće šta je to bpp." su brzopleti i chesto nepromishljeno uvredljivi, podcenjujuci ogromno iskustvo sagovornika kao shto je Shon3i.
pozz



[Ovu poruku je menjao Boki70a dana 04.02.2007. u 10:33 GMT+1]
[ i4004 @ 04.02.2007. 09:01 ] @
>i da...prema tablici se bira rezolucija.

no dobro onda.
međutim gledajući početak rasprave o bpp, moglo se to i bolje napraviti(mislim objasniti) a svakako ne vidim zla u tome što sam ja objasnio točno šta je bpp.
i onaj kalkulator što sam ja linkao(greenx) se može primjeniti za to što ti pominješ;
mjenjajte rezoluciju i vidjet ćete kako se mjenja bpp.

što se tiče kalkulatora, meni je netko pomenuo fitcd, ali se meni to čini prekomplicirano
http://www.sysh.de/
ali vjerovatno vrijedi naučiti pa ne raditi ručno...
[ KRUSADER @ 25.02.2007. 09:59 ] @
Kada koristim filter resize pri DVD konverziji da li da dam prioritet aspect rato-u ili originalnoj DVD rezoluciji a da u headeru file-a dam informacije o aspectu kao u NERO Recode-u?

Na primer, za aspect ratio 16/9:
Da li ovako(dajem prioritet aspectu):
720*576 --> 512*288

Ili ovako(dajem prioritet originalnoj rezoluciji):
720*576 --> 480*384

Takođe bih želeo da znam gde enkodovanje ide brže, preko AviSyntha ili preko MEncodera, pošto sam ja do sada koristio samo MEncoder.

[Ovu poruku je menjao KRUSADER dana 25.02.2007. u 14:37 GMT+1]
[ Boki70a @ 25.02.2007. 14:11 ] @
@KRUSADER
Jel ti to zelis da konvertujes u DVD/mpeg2/VOB ili si mislio na DVD->(xvid ili divx ili x264 ili..) konverzaciju?!
[ Kosta ******um Rex Persia @ 25.02.2007. 16:14 ] @
Citat:
KRUSADER: Takođe bih želeo da znam gde enkodovanje ide brže, preko AviSyntha ili preko MEncodera, pošto sam ja do sada koristio samo MEncoder.


Pa AviSynth još uvek nije baš previše optimizovan, jer ne podržava rad sa dualcore procesorima, pa shodno tome, ako radiš u AviSynthu a imaš dualcore procesor, nećeš dobiti skoro nikakva povećanja brzine kompresije.

Međutim, postoji neka beta verzija MT AviSynth 2.57 (ovo MT je od multi threaded) koja podržava dualcore i radi brže, ali ne onoliko brže koliko bi trebalo, možda oko 40 % brže, a znaš i sam da DivX i Xvid kodeci ostvaruju i do 95 % brža enkodovanja kada rade na dualcore procesorima.


MT AviSynth skini sa http://www.avisynth.org/tsp/MT_06.zip

[ KRUSADER @ 25.02.2007. 19:41 ] @
@Boki70a
Da mislim na to.

@Kosta ******um Rex Persia
Ne, nemam, DualCore procesor, zanima me samo jel brzi od MEncodera, ili nije?
[ Boki70a @ 25.02.2007. 22:36 ] @
@KRUSADER
Citat:

Na primer, za aspect ratio 16/9:
Da li ovako(dajem prioritet aspectu):
1.720*576 --> 512*288

Ili ovako(dajem prioritet originalnoj rezoluciji):
2.720*576 --> 480*384

Mozes i jedno i drugo, zavisi kad ti sta treba. Al obrati dobro paznju kad kodiras, pod 1 ti je PAR=1:1(Square pixel), a pod 2 ti je PAR=64:45(Anamorfna razolucija).
x264 to regulise sa komandom "--sar x:y" gde su x i y nepoznate koje treba uneti, ne znam kako je to uradjeno kod Mencodera. Xvid takodje ima tu mogucnost.
Da li ste primetili da po defaultu MeGUI ne ubacuje --sar 1:1 u x264 komandnu liniju kada sa kodira u Square pixel rezoluciji, dok recimo kod Nero Recode i Mencoder to nije slucaj, cak u Nero Recode savetuju da se koristi PAR=1:1 zbog bolje kompatibilnosti sa plejerima i ta opcija je uvek cekirana. ;-)
Citat:
Takođe bih želeo da znam gde enkodovanje ide brže, preko AviSyntha ili preko MEncodera, pošto sam ja do sada koristio samo MEncoder.

Ljudi mora jednom za svagda da se shvati da AviSynth nije koder vec frame server, pa iz tog razloga ne moze da se poredi sa mencoderom. Inace sam mencoder moze da koristi AviSynth.
[ Shon3i @ 26.02.2007. 10:26 ] @
Ja bi dao prioritet original rezoluciji, mada ukoliko ti je potrebna standalone kompaktibilnost, moraces da das prioritet aspektu.

Sto se tice signaliziranja, to se moze obaviti u muxeru posto i xvid i x264 nemaju Display Aspect Ratio, kao sto ima nero recode.

A sto se tice brzine, MEncoder ima nesto vecu brzinu, ako ti ne treba neka veca obrada kao sto su denoise filteri.
[ KRUSADER @ 26.02.2007. 13:26 ] @
Citat:
Boki70a: @KRUSADER

Ljudi mora jednom za svagda da se shvati da AviSynth nije koder vec frame server, pa iz tog razloga ne moze da se poredi sa mencoderom. Inace sam mencoder moze da koristi AviSynth.


Ljudi u potpunosti shvataju namenu i AviSyntha i MEncodera, ali nisu do sada testiali dekodiranje(frameservovanje) preko AviSyntha pa su želeli da nešto saznaju o brzini istog.
[ KRUSADER @ 26.02.2007. 13:30 ] @
Pročitao sam da MPEG-4 deli svaki frame na blokove od 16*16, kao i to da je poželjno da visina i širina videa budu deljivi sa 16, da li je to tačno?
[ Boki70a @ 26.02.2007. 15:11 ] @
Deljivost sa 16 se jos naziva mod16 i veoma je bitan kod x264/AVC kodeka - kodiranje je efikasnije, dok za ASP kodeke mislim da nije slucaj.
A sto se tice brzine kodiranja preko AviSyntha i preko MEncodera, nije mi jasno na koje poredjenje mislis.
1. Mencoder + AviSynth vs Mencoder

ili

2. neki Koder(x264,xvid,divx...) + AviSynth vs Mencoder
U oba slucaja ce kodiranje biti sporije ako se koriste neki specijalni filtri (sharp, denoise,...itd) bilo da koristis Mencoder(+interni filtri) ili AviSynth(+interni filtri).
Ako bi se poredilo bez upotrebe filtra, AviSynth kao frame server ne bi trebalo da utice na brzinu kodiranja, vec ta brzina bi zavisila prevashodno od optimizacije kodera za procesor bilo da se radi o Mencoderu, xvidu, divxu....

[Ovu poruku je menjao Boki70a dana 26.02.2007. u 16:35 GMT+1]
[ Shon3i @ 26.02.2007. 16:00 ] @
Citat:
KRUSADER: Pročitao sam da MPEG-4 deli svaki frame na blokove od 16*16, kao i to da je poželjno da visina i širina videa budu deljivi sa 16, da li je to tačno?
Da, teoretski, kazem teoretski jer se ispostavilo u praksi da mod16 sluzi samo za kompaktibilnost na standalone playerima, i ako je krenulo od price da smanjuje kompresivnost filma a time i kvalitet, sto u opste nije tacno (bar do sada niko nije uspeo da dokaze). Medjutim svi encoderi imaju tu restrikciju i odbijaju encodovati video ako nema mod16 rezolucije, x264 nema tu restrikciju vec megui samo upozorava da to ne treba raditi.

XviD je po tom pitanju mnogo gadniji, mada xvidencraw radi isti posao kao x264, pa cak ni Elecard nema tu restrikciju.

Evo recimo primer, oces da encodujes DVD 720x576 16:9, i kada ga kropujes dobijes 720x436, kada encodujes video dobijas jedan razvucen snimak i postavlja se pitanje koji je sada korektan DAR, ne mozes upisti jednostavno 16:9 vec moras izracunati veoma lako

Po ITU standardu DAR se racuna DAR=1024/y (za 16:9 video) gde je y horizontalna rezolucija u ovom slucaju 436, a ispravan DAR je oko 2.34 sto treba upisati u muxeru.

Veruj mi non-mod16 rezolucija ne oduzima nista.
[ Boki70a @ 26.02.2007. 16:43 ] @
Inace PAR i DAR signalizacija moze da se zada sirovom strimu ili containeru. Za razliku od Shon3ija ja preferiram da zadam to sirovom strimu a onda sam multiplekser preuzima signalizaciju i upisuje je u container.
Citat:
Evo recimo primer, oces da encodujes DVD 720x576 16:9, i kada ga kropujes dobijes 720x436, kada encodujes video dobijas jedan razvucen snimak i postavlja se pitanje koji je sada korektan DAR, ne mozes upisti jednostavno 16:9 vec moras izracunati veoma lako

Po ITU standardu DAR se racuna DAR=1024/y (za 16:9 video) gde je y horizontalna rezolucija u ovom slucaju 436, a ispravan DAR je oko 2.34 sto treba upisati u muxeru.

Ili jednostavo upises PAR=64:45(ako kodiras DVD PAL) ukoliko ti to multiplekser dozvoljava, bez obzira kako si kropovao , prilikom reprodukcije video se rasteze u savrseni aspektni odnos.
Ako kojim slucajem imas gotove filmove(mozda downloadovane sa neta) sa losim aspektnim odnosom postoje programi koji to resavaju/koriguju:
AVI - MPEG Modifier
MP4 - mp4box
MKV - mkvmerge

Citat:
Veruj mi non-mod16 rezolucija ne oduzima nista

Zasto se onda toliko spominje?!
[ Shon3i @ 26.02.2007. 20:48 ] @
Citat:
Zasto se onda toliko spominje?!
Ljudi digli samo frku, zbog standalone kompaktibilnosti, i zato sto su developeri (raznih encodera) tako rekli a nisu testirali, mada non mod16 rezolucija nekda moze biti opasna pogotovu kod xvida kao sto rekoh, no uvek se moze napraviti, ostavljanjem malo crnih tracica okolo pri kropovanju. Ja imam pozamasnu kolekciju non mod16 filmova radjenih sa elecardom, i nemam problema, a kamoli los kvalitet.

For example http://www.box.net/public/e93pxht6ax

Elecard encoder

[Ovu poruku je menjao Shon3i dana 26.02.2007. u 22:04 GMT+1]
[ Cileinteractiv @ 27.02.2007. 01:22 ] @
Primetio sam da MeGUI upozorava na Mod16 ako izaberemo "nezgodnu" rezoluciju ili krop. Uglavnom prihvati podešavanja i radi enkodovanje.
Sad malo eksperimentišem sa MKV kontejnerom, ne vidim nikakve prednosti pri korišćenju jednog video i jednog audio strima?
Što se tiče profila zadržao sam se na HQ Slowest sa bit rejtom od 500 do 600 u zavisnosti od DAR-a i rezolucije.
[ Boki70a @ 27.02.2007. 03:47 ] @
Citat:
Sad malo eksperimentišem sa MKV kontejnerom, ne vidim nikakve prednosti pri korišćenju jednog video i jednog audio strima?

AVI i MP4 prirodno ne podrzavaju kombinaciju x264+ac3, dok za MKV container to nije problem, kao ni razni redje korisceni formati.
Citat:
Što se tiče profila zadržao sam se na HQ Slowest sa bit rejtom od 500 do 600 u zavisnosti od DAR-a i rezolucije.

Na tako niskom bitskom protoku pokusaj sa koriscenjem M4G LRM V4 matrice: http://forum.doom9.org/showthread.php?p=887125#post887125
[ Cileinteractiv @ 27.02.2007. 23:11 ] @
E bravo Boki, baš sam i razmišljao o matricama ali nikako ih nisam mogao pronaći.
A što se tiče AC3 tona i njega bi isprobao u MVK fajlovima pa me zanima ima li neka kvalitetna varijanta na niskim bit rejtovima kao što je slučaj sa NDaac-om na 64kbps. Naravno za MeGUI?
[ Shon3i @ 28.02.2007. 07:21 ] @
Od aac na tako niskom bitrateu nema nista kvalitetnije.
[ Cileinteractiv @ 28.02.2007. 22:22 ] @
Ok. Evo probao sam i AC3 u MeGUI-u FFMPEGAc3 na 128kbps a sliku pakujem na 500kbps HQ Slowest X246 kodek. Fajlovi su u stvari video spotovi koji imaju 15 do 20 MB u fantastičnom kvalitetu, stvarno kad se uzme veličina fajla i kvalitet slike rezultat je sjajan. Sada ću malo da koristim matrice.
[ Cileinteractiv @ 02.03.2007. 23:40 ] @
FFMPEGAc3 utišava zvuk i zato sam se vratio na NDaac. Koristio sam Low Bit Rate i Smooth matrice, pošto je nizak bit rejt Low matrica se bolje pokazala.
[ Shon3i @ 03.03.2007. 08:07 ] @
Za ac3 donja granica kvaliteta za stereo je oko 192kbps, zato se ne isplati u low bitrate encodingu.
[ Cileinteractiv @ 04.03.2007. 13:58 ] @
Jedina stvar koju sam modifikovao nakon izbora HQ slowest profila u X264 konfiguratoru je Motion Estimation Algorithm-analiza i tretiranje kretanja u videu koji se kompresuje. Sa default vrednosti Dimamond promenuo sam na Multi hex i rezultat je manje blokinga i čistija slika za nijansu ali naravno vreme kompresije se povećava za oko 20% u odnosu na Diamond. Sve ostalo u M.E. opcijama je po profilu.
Ovakva podešavanja X264 kodeka sam koristio i pre "eksperimanta" sa MKV kontejnerom, vratio sam se na MP4 jer kao što smo ustanovili na niskim bit rejtovima NDaac je najbolji za kompresiju tona pa kombinacija avi+ac3 u MKV kontejneru nije baš racionalna.

Naravno, moj cilj je kompresijom Mpeg2 fajlova u X264 i NDaac da dobijem što manji fajl u optimalnom kvalitetu. Mpeg2 fajlovi su od 70 do 120MB a nakon kompresije MP4 fajlovi su između 15 i 22MB. Subjektivna procena kvaliteta: Neki od klipova, obično oni sa nižom rezolucijom (većim Crop-om) su gotovo identični po kvalitetu sa Mpeg2 izvornim faljom, samo na tekstu se primeti blago zamućenje... Na većini kompresovanih klipova primeti se bloking i balogo zamućenje u manjoj ili većoj meri. Prosečni korisnici konstatuju odličan kvalitet ali iskusno oko ipak može primetiti tragove žestoke kompresije...
[ DrSale @ 04.03.2007. 17:29 ] @
Pozdrav svima koji su na ovom "topic"-u. Tek skoro sam primetio da ima i ova interesantna tema i naravno da sam se zainteresovao. Krenuo sam da citam ovaj topic koji je poceo negde u 2005. godini i evo jos traje. Stigao sam do pola i odustao. Sta da kazem, svaka cast ljudima koliko znaju. Razlog sto se javljam je da malo napravim presek situacije. Mozete posle svi da nastavite sa diskusijom oko detalja koje ne razumem niti se trudim da razumem. Zaista se izvinjavam ako je neko vec pokusao ovako da presece, i da kaze hajte ljudi da neko od vas ko ima malo vremena napravi neki kratki tutorijal u WORD dokumentu ili PDF-u:
1. kratki uvod o tome sta je H264, i zasto je bolji od Xvida i DivX-a
2. sta sve treba da se ima da bi mogli da kompresujemo u H264 formatu i onda da gledamo dobijeni video (ovo uglavnom znamo svi ali nije na odmet da se pomene)
3. Pored teksta da budu i slicice kao sto sam ja dole postavio, sa objasnjenjem o najboljim opcijama.
Mislim da bi tako nesto bilo jako korisno za vecinu ljudi koji su kao ja - ne razumeju se mnogo u te silne tehnicke detalje a voleli bi da znaju kako sve to funkcionise. Razlog sto ovo pominjem je sto sam na ovom forumu nasao odlican tutorijal u WORD dokumentu kako ubacitii titl u DVD film. Mora da ste to vec videli i sta da kazem, nego da sam apsolutno odusevljen njime. Znaci covek je sve lepo stavio korak po korak i sve je praceno slikama

E ovako, ja sam imao problem sa tim H264 videom. U virtual dabu sam neki video prebacivao u H264 kompresovani video i sve je lepo odradio u 2 prolaza, ali kada sam hteo da gledam taj video, izbacivana je greska kao da ne postoji dekoder za nepoznati video fajl??? E sada pretpostavio sam da je do mog FFDShow-a koji je trebalo update-ovati. I to sam uradio medjutim isto se desavalo i digao sam ruke. MEdjutim proslo je par dana, mene je kopkalo zasto nece da mi radi i evo danas sam resio nesto da isprobavam i gledam razlike izmedju Xvid i Divx-a i kao ajde da probam jos jednom H264 kompresiju i sada RADI. Pojma nemam sta se desilo u medjuvremenu. Ostaje mi misterija, ali nebitno.

Evo da vidite dole na slikama, kako ja koristim sve ocije za H264 po default-u kako su vec namestene. Isprobao sam recimo Xvid, DIvX i H264 u1500 bitrate i DivX sam otkacio jer je najlosiji. Samo da napomenem da sam namerno odabrao neki spot niske rezolucije (352x240) da bih bolje primetio razlike u raznim kodecima. Sledeci korak mi je bio da poredim Xvid 1500bitrate i H264 1000 bitrate i H264 mi nije nista losiji, cini mi se cak i isti. SAda cu H264 polako da spustam po 100 bitrate-a nanize da vidim dokle mogu tako.

Slike:
[att_img]
[ Kosta ******um Rex Persia @ 04.03.2007. 18:53 ] @
Pošto je u poslednih 4 meseca drastično opao entuzijazam kod kreatora x264 kodeka, postoji opasnost da drugi H264 kodeci prestignu x264 kad je u pitanju kvalitet slike na nižim bitrateovima.

Koliko ja znam, uputstvo na srpskom za x264 ne postoji još uvek, ali ako nekog ne bude mrzelo, napravićemo već nešto veoma skoro, za nedelju dana, na primer.

Shon3i, da li bi ti bio zainteresovan za izradu VRLO DETALJNOG uputstva o x264 vfw i cli kodeku?
[ Cileinteractiv @ 04.03.2007. 19:26 ] @
Razmišljam već izvesno vreme o tutorijalu za MEGui, da ga napravim i nadam se da ću uskoro imati vremena za to.

Što se tiče poređenja kavaliteta Xvid-X264. Moje iskustvo je da X264 daje bolju sliku od Xvid-a na duplo manjem bit rejtu. Što je bit rejt manji to su i razlike uočljivije. Koristim bit rejt od 550kbps za sliku a Xvid bi morao biti bar 1000 da bi slika isto izgledala.
[ DrSale @ 04.03.2007. 19:40 ] @
verovali ili ne ja sam dosao do bitrate-a od 100 na X264 kodeku i tek tada sam uocio "mrljanje slike".... jednostavno golim okom nisam mogao da vidim razliku recimo izmedju bitrate-ova 500, 400 i 300 na X264. Ponavljam, to je sve radjeno na nekom video spotu one niske rezolucije 352x240.... mozda je to bitan faktor, Isporbavacu dalje isto ovo sa neki vecim rezolucijama kada budem imao vremena.
pozdrav
[ Shon3i @ 05.03.2007. 16:49 ] @
Citat:
Shon3i, da li bi ti bio zainteresovan za izradu VRLO DETALJNOG uputstva o x264 vfw i cli kodeku?
Kao sto znas i sam, da sam ranije obecao, medjutim posto mi je bio puko windows tada, kada sam imao neku beta verziju tutorijala, zaboravio da dokument prebacim iz my documentsa i otislo sve u majcinu, poceo sam ispocetka, ali sam tamo i ostao, tako da od toga vise nema nista, a i stvari su se promenile mnogo, mada sam voljan da napravim tutorijal, ali jednostavno ne mogu da postignem pored drugih obaveza, mada voljan sam da pomognem.

Citat:
Pošto je u poslednih 4 meseca drastično opao entuzijazam kod kreatora x264 kodeka, postoji opasnost da drugi H264 kodeci prestignu x264 kad je u pitanju kvalitet slike na nižim bitrateovima.
Odavno je x264 udario u zid, i mogu sa slobodnoscu da kazem da su oba Ateme i Elecard/Mainconcept odavno presisiala x264 pogotovu u low bitrate encodingu, zbog svojih naprednih AQ/Psy enhacementa, a o brzini necu ni da komentarisem, recicu samo da Elecard sa duplo vecom brzinom napravi isti kvalitet. Ja sam vec odavno presao na Elecard i nemam nikakvih zamerki, ali sam se dvoumio izmedju ateme-a i elecarda dugo, mada ipak Recode je vise nestabilna aplikacija. Tako da se za sada ne vracam na x264. Ne znam stvarno sta je developerima x264, da li su prezauzeti, ili vise nemaju ideja, stvarno ne znam, sad vidim da se trude da ga naprave da bude kompaktibilan sa svim operaticnim sistemima, ko da im to najbitnija stavka, a to sto nema normalan VBV i AQ to nema veze, no dobro, videcemo buducnost.

Citat:
Što se tiče poređenja kavaliteta Xvid-X264. Moje iskustvo je da X264 daje bolju sliku od Xvid-a na duplo manjem bit rejtu. Što je bit rejt manji to su i razlike uočljivije. Koristim bit rejt od 550kbps za sliku a Xvid bi morao biti bar 1000 da bi slika isto izgledala.
Ipak sve zavisi, nije h264 svaki put mnogo bolji (ali je bolji), mada je u vecem broju slicajeva.
[ Cileinteractiv @ 05.03.2007. 20:44 ] @
Ovo zadnje što si napisao sam i ja primetio, ponekad slika bude dosta lošija iako su karakteristike videa i podešavanja kodeka ista...
Može li se Elecard koristiti u MeGUI-u, postoji li varijanta da se doda kao kodek i radi sa njim?
[ Kosta ******um Rex Persia @ 05.03.2007. 22:42 ] @
http://gillam.chris.googlepages.com/
[ Cileinteractiv @ 06.03.2007. 01:34 ] @
Hvala za ovaj link Kosta. Našao sam tamo odgovore na još neke nedoumice.

Dodao bih nešto što sam zaboravio u prethodnim postovima u vezi podešavanja X264 kodeka u MeGUI-u. Tako sam "upeglao" sliku na 500kbps da ne mogu da verujem da tako izgleda. Koristim Low Bit rate matricu i Deblocking sam korigovao na Smooth vrednosti: Strength 1, Treshold 2. Sa podešavanjima -4, -1 detalji su bili bolji ali je i bilo više krupnijeg blokinga, sada je sve nekako ublaženo, samo na logo-u televizije i titlu spota se primećuju sitni artefakti i blago zamućenje.
[ Shon3i @ 06.03.2007. 12:04 ] @
Odlican tutorijal stvarno, samo bi ga trebalo prevesti, za ljude koji ne stoje bas najbolje sa engleskim jezikom. Mada ovo je ipak vise tutorijal za pocetnike, ja sam vise ipak za to da se napravi nesto gde je objasnjeno u sitna crevca, bas kao sto sam ja poceo.

@Cileinteractiv, elecard se ne moze koristiti u MeGUI-u, jer je standalone aplikacija ali veoma dobra, od verzije 1.1 u ProHD varijanti ElecardConverter Studio dobija se i CLI encoder http://www.elecard.com/product...-pc/consumer/converter-studio/, alternativa mu je Mainconcept 2.1 http://www.mainconcept.com/site/?id=811 koji je. Generalna razlika je u tome sto Mainconcept koristi nesto stariju verziju encodera-a ali razlika u kvalitet-u ne postoji, osim ako se u elecardu ne ukljuci AQ, koga u MC aplikaciji nema, za sada.

ConverterStudio je vemo dobra aplikacija, i podrzava veoma veliki broj ulaznih fajlova, ukljucujuci i avs skripte tako da moze da zameni MeGUI, ali koriscenem oba programa, moze cudeo da se napravi. Izlazni fajlovi mogu biti MPEG2/MPEG4 AVC u klasicnom, mpeg ili mpeg-TS streamu kao i u MP4, takodje ima i dobar aac/mp2 encoder. Developeri su najavili da ce uskoro da integrisu VC1 i MPEG4 ASP encodovanje, pa ce tako da postane all in one aplikacija.

Cena je jedino problematicna, svega 240 dolara, ali zato je tu MC sa nesto manje opcija

Ja sam prezadovojan.

[ Cileinteractiv @ 06.03.2007. 14:05 ] @
Nisam baš imao mira pa sam isprobao Elcard Converter.
Rezultat je takođe sjajan, nisam našao opcije za bit rejt pa sam podesio veličinu izlaznog videa na 17 MB a ton AAC Main 64kbps.

[Ovu poruku je menjao Cileinteractiv dana 06.03.2007. u 23:29 GMT+1]
[ KRUSADER @ 06.03.2007. 18:24 ] @
@Shon3i
Da li Elecard-ov encoder daje bolju sliku od x264 encodera?
[ Shon3i @ 06.03.2007. 21:33 ] @
Da. Zadnjih dvadesetak DVD filmova sam radio po dva puta, jednom sa x264, jednom sa Elecardom, sa x264 sam koristio HQ-Slow samo sa uklucenim no-P-fast skipom i no-dct-decimate-om, ME range 16, i 5 ref frameova, u elecardu sam koristio MP4 Cinema Best profile od High Quality koji je najbolji i dosta sporiji.

1pass x264 oko 10-15fps, elecard 25-30fps-a
2pass 4-6fps, 12-18fps-a

Totalno vreme 10-18 sati, 5-8 sati u zavisnosti

i opet elecard ima lepsu sliku, drugu stvar koju sam zapazio jeste razlika u deblocking filteru, a to je da u elecardu -1,-1 je odprilike sredina izmedju x264 -2,-2 i -1,-1 sto znaci da ima ostrinu kao x264 -2,-2 a ima manje blockinga kao x264 -1,-1
[ DrSale @ 06.03.2007. 23:00 ] @
@Shon3i
ok, ovakav razvoj situacije cini da moram da promenim pitanja.
1) da li mozes ti ili neko ko zna da postavi link gde je najbolje da se skine taj elecard kodek?
2) ja sam nesto gledao i video da on mora da se placa, ili ima neka free osiromasena verzija. sta predlazete za nas koji smo vani i koji ne smemo bas da se zezamo sa krekovanjem programa
3) da li mozes (opet ti) ili neko drugi da ovde postavi par slicica gde moze da se vidi koje opcije da se cekiraju kada se podesavaju parametri za elecard. nesto slicno kao sto sam ja postavio onih par sllicica za x264....
znaci nista preterano opsirno nego onako ukratko za polu-pocetnike u tom polju....
hvala i pozdrav svima
[ Cileinteractiv @ 08.03.2007. 13:39 ] @
Sa Elcard-om slika je nešto malo kvalitetnija od X264 kodeka. Sa potpuno istim postavkama slika kod Elcard-a je tek malo bolja. Brži je udnosu na x264 oko 2x.
[ DrSale @ 10.03.2007. 03:24 ] @
@Cileinteraktiv (ili Zorane)
instalirao sam taj demo ELecard sto dozvoljava 15000 frejmova. Medjutim nesto ne shvatam kod njega. Iz par pokusaja napravio mi je (moguce relativno brzo) neke mp4 fajlove ali nijedan nisam uspeo da reprodukujem. Sada trenutno imam neka druga vaznija posla, pa se nisam mnogo oko toga petljao. Ali ako moze onda neko da uradi taj mini tutorijal za Elecard, bilo bi dobro. Zaista izlgeda obecavajuce....
[ Cileinteractiv @ 10.03.2007. 18:27 ] @
Meni pravi ok mp4 fajlove ali kada je progres bar na 50% on više ne radi ništa, kada pokrenem fajl vidim da je odradio. Sumnjam da uradi 2pass enkodovanje ako se ovako ponaša.
[ Boki70a @ 10.03.2007. 21:10 ] @
x264(HQ-Slowest+M4G MRM V2) u odnosu na Elecard h264(MP4 Cinema - AVC HighProfile) ima manje blokova(bitrate 1327kbps, 720x432, 0.17bppx), al zato Elecard ima ostriju sliku. Cini mi se da Elecard malo svojevoljno menja kontrast/osvetljenje....ne mnogo al ipak menja.
Jel neko probao Sorenson h264?!
P.S.
Za one koji ne znaju....kada se poredi h264 obavezno prilikom playbacka iskljuciti deblocking u ffdshowu (cekirati "skip deblocking always" pri selktovanom "H264/AVC" na opciji "Codecs" ili to slicno uraditi ako se koristi CoreAVC dekoder)

[Ovu poruku je menjao Boki70a dana 10.03.2007. u 22:23 GMT+1]
[ Shon3i @ 10.03.2007. 22:29 ] @
Citat:
Za one koji ne znaju....kada se poredi h264 obavezno prilikom playbacka iskljuciti deblocking u ffdshowu (cekirati "skip deblocking always" pri selktovanom "H264/AVC" na opciji "Codecs" ili to slicno uraditi ako se koristi CoreAVC dekoder)
Zasto bi to radio? u H264 tehnologiji cela poenta se vrti oko deblockera i on mora uvek biti ukljucen, bez njega nema smisla, odnosno H264 i na 50mb/s ima blockove, a i svaki encoder misli drugacije, i stavlja blokove na razlicita mesta, kao sto rekoh ranije elecard -1,-1 odnosno po defaultu izgleda kao x264 izmedju -2,-2 i -1,-1, ali ipak x264 -2,-2 ostavlja mnogo vise blockinga, i na nekim mestima preostru sliku.

Deblock mora biti On UVEK

Druga stvar, koju si jacinu koristio u Elecard encoderu kada si odabrao MP4 Cinema profil. Ja obicno koristim ili Good ili Best. Good mu dodje brzina/kvalitet, ali best ume da se bolje ponasa sa tamnijim scenama, trecu stvar koju obicno koristim kod veoma mracnih filmova jeste AQ stavim na Complexity od +10 do +40 od zavisnosti, nisam isao preko, mada sam video da mogu biti i negativne cifre, a efekat nisam provalio.

btw, nisam primetio nikakve promene u kontrastu i osvetljenju.

Sta kaze brizna? Koja su vremena encodovanja?

Pozdrav

[Ovu poruku je menjao Shon3i dana 10.03.2007. u 23:41 GMT+1]
[ Boki70a @ 11.03.2007. 00:22 ] @
Citat:

Citat:
Za one koji ne znaju....kada se poredi h264 obavezno prilikom playbacka iskljuciti deblocking u ffdshowu (cekirati "skip deblocking always" pri selktovanom "H264/AVC" na opciji "Codecs" ili to slicno uraditi ako se koristi CoreAVC dekoder)

Zasto bi to radio? u H264 tehnologiji cela poenta se vrti oko deblockera i on mora uvek biti ukljucen, bez njega nema smisla, odnosno H264 i na 50mb/s ima blockove, a i svaki encoder misli drugacije, i stavlja blokove na razlicita mesta, kao sto rekoh ranije elecard -1,-1 odnosno po defaultu izgleda kao x264 izmedju -2,-2 i -1,-1, ali ipak x264 -2,-2 ostavlja mnogo vise blockinga, i na nekim mestima preostru sliku.

Deblock mora biti On UVEK

Nije mi jasan tvoj odgovor. To sto si me kvotirao odnosi se na deblocking u toku postprocesinga - na to sam mislio, a tvoj odgovor ima veze sa inloop deblockingom u toku kodiranja . Al zar ti ni si u ovoj temi jednom spomenuo :
Citat:
ffdshow postprocesing obavezno iskljuci kod bilo kog H264 vide-a jer nema potrebe. Ukoliko zelis da postignes isti efekat slobodno pri enkodovanju stavi deblocking na 6:6 dobices isto samo sa mnogo manje opterecenja porcesa pri playbacku.

Ali ja kad poredim dve verzije v264 kodeka, OBAVEZNO gledam kako se ponasaju bez deblockinga pri reprodukciji....x264 (HQ-Slowest sa M4G MRM V2, inloop(-2.-4, ), --deadzone-inter 6 --deadzone-intra 6) ima mnogo manje blokova al zato vise artefakata od Elecardovog h264(MP4 Cinema - AVC HighProfile, Speed/Quality=Full). x264 bez M4G MRM V2 matrice generalno je losiji od Elecarda(vise blokova), al ne mnogo, razlike se primecuju do 20cm udaljenosti od monitora, dok sa nekih 1.5m razlika se ne primecuje.
Kad smo ves kod ukljucenog deblocking pri reprodukciji, XviD (sa fast SPP deblockingom u FFDShowu pri playbacku)takodje daje odlicnu sliku - mid/high bitrate!!! Cemu onda prelazak na x264(sa postprocesing deblockingom pri playbacku) kad sa postprocesingom, xvid/divx takodje izgledaju odlicno.
Inace sa ukljucenim deblockingom u ffdshowu(necekirani "skip deblocking always" i "Skip deblocking when safe") oba kodeka x264 i Elecard h264 su odlicna, razlike su veoma male/zanemarljive.
Citat:
trecu stvar koju obicno koristim kod veoma mracnih filmova jeste AQ stavim na Complexity od +10 do +40 od zavisnosti, nisam isao preko, mada sam video da mogu biti i negativne cifre, a efekat nisam provalio.

AQ nisam koristio (jer ne znam cemu sluzi), vec sam samo koristio MP4 Cinema - AVC HighProfile i sve sam ostavljao po defaultu.
Citat:
btw, nisam primetio nikakve promene u kontrastu i osvetljenju.

Promena je izuzetno mala. Toliko je mala da "prosecan" posmatrac ne moze da primeti. NIje nista oko cega treba dizati halabuku.
Sto se tice brzine ista je za oba h264 kodera. Za pvi prelaz je oko 10fpsa, a za drugi oko 2fps....stim sto sam u AviSynth skripti ima LimitedSharpenFaster, pa sa te strane realna/stvarna brzina kodera nije objektivna.

[ Shon3i @ 11.03.2007. 10:55 ] @
Citat:
Nije mi jasan tvoj odgovor. To sto si me kvotirao odnosi se na deblocking u toku postprocesinga - na to sam mislio, a tvoj odgovor ima veze sa inloop deblockingom u toku kodiranja . Al zar ti ni si u ovoj temi jednom spomenuo :
Da, moj odgovor ima veze sa inloopom iz razloga sto skip deblock always gasi interni inloop filter unutar samog fajla, jer inloop nije vezan u kodiranju, vec je samo maska.



Ista stvar sa CoreAVC-om, s time sto on ima opciju da se inloop ugasi samo za b-frejmove posebno, sto moze da olaksa decoding HD vide-a. Tako da iskljucivanjem ovog deblockera, kao da si isklljucio deblock pri kodiranju, potpuno ista stvar. Jedina stvar koja je dobra kod ovoga, jeste ako se iskljuci inloop, postavlja se mogucnost gledanja HD materijala na nekom slabom racunaru recimo P3.

Nadam se da ti je sada jasno



Ovaj postprocessing je nesto sasvim drugo i koristi se obicno za DivX/XviD, ali moze i za H264, s time sto je bezveze koristiti ga na H264, jer zna da unistava sliku, a i samo zamara procesor. Generalno koliko se secam mislim da ovaj PP, odskora i nema bas efekata na H264 video.

Zato ti kazem gasenjem internog inloop filtera, ne postizes nista, i gledas blockove koji su namerno tu.

A sto se tice brzine, posto ne koristim nikakve filtere kada encodiram DVD onda je brzina itekako vidljiva, sa Elecardom uspem da encodujem film od 2 sata za 8-10 sati, dok sa x264+CQM nema sanse da bude manje od 15 sati.

Iskreno ja vas ne mogu prisiliti da koristite Elecard, sada je on za mene no.1, ali vremena se menjaju.
[ Boki70a @ 12.03.2007. 05:55 ] @
Citat:
Tako da iskljucivanjem ovog deblockera, kao da si isklljucio deblock pri kodiranju, potpuno ista stvar.

Ako je inloop postprocesing toliko esencijalan zasto su developeri omogucili njegovo iskljucivanje, zasto ga jednostavno nisu integrisali u h264 dekoder kao nesto sto je "must have".....Nije valjda da ta opcija postoji samo zbog HD materijala ili slabog procesora.
Citat:
Generalno koliko se secam mislim da ovaj PP, odskora i nema bas efekata na H264 video.

Da, u pravu si, opcija "postprocessing" u ffdshowu uopste ne deluje na h264 materijal.
Citat:
Zato ti kazem gasenjem internog inloop filtera, ne postizes nista, i gledas blockove koji su namerno tu.

Vidis to je veoma diskutabilno....desava se da sa iskljucivanjem inloop postprocesinga, film ne pati od blokova i super izgleda, ali u vecem broju slucajeva to nije tako, ne samo sto vrvi od blokova nego dolazi do disbalansa u boji povezano sa naglim preskokom u slici(pored x264, Nero i Elecard h264 takodje pate od ove boljke) - sve to nestaju ukljucivanjem inloop postprocesinga. Zasto nekad ima, a nekad nema blokova sa iskljucenim inloop postprocesingom, ja nemam pojma.

Upravu si za HD materijal, ja ga mogu jedino gledati sa iskljucenim inloop postprocesingom...za divno cudo, tada se kod HD QuickTime trejlera ne pojavljuju blokovi... verovatno zato sto su napucani bitrejtom(9-10Mbps, ili oko 0.24-0.27bppx u odnosu na 1080p rezoluciju) ili je to mozda do koriscenih opcija u samom h264 koderu.

Izmedjuostalog, koliki ti Bits/(Pixel*Frame) MediaInfo pokazuje za poslednje kodirane DVD-ove h264 kodekom?!



[Ovu poruku je menjao Boki70a dana 12.03.2007. u 09:48 GMT+1]
[ Shon3i @ 13.03.2007. 13:01 ] @
Citat:
Ako je inloop postprocesing toliko esencijalan zasto su developeri omogucili njegovo iskljucivanje, zasto ga jednostavno nisu integrisali u h264 dekoder kao nesto sto je "must have".....Nije valjda da ta opcija postoji samo zbog HD materijala ili slabog procesora.
verovao ili ne opcija bas postoji iz tog razloga, da smanji opterecenje procesoru sada kada ne postoji ni jendna dovoljno jaka masina da sve sazvace HD. CoreAVC ima bolje resenje iz razloga sto moze da iskljuci inloop samo na b frejmovima, sto sprecava totalan bloking, a smanjuje zauzece procesora. Ne znam koliko si upucen, ali danas je nemoguce gledati AVC video recimo HD-DVD @ 25mbps, ni sa bilo kojim decoderom, pogotovu sa decoderom koji nema GPU accelereaciju, tako da iskljucivanje decodera pomaze itekako, a na 25mbps, postoje blokovi ali nisu toliko upadljivi.

Recimo jos jedna dobra strana ateme CLI encodera jeste Adaptive Deblocking Matrices, tako da umesto standardnog inloopa, moguce je pomocu specijalne matrice (koja lici na CQM) offsetovati jacinu deblockinga u zavisnosti od frekvencije i detalja na slikama, tako da nije konstantna jacina deblockinga svuda.

H264 standard je pisan dugi niz godina i develoeri nemaju s time nista, vec samo prave codece po ISO standardu, koji je vec definisan, svako odstupanje se smatra da codec postaje hybrid teoretski.
[ Boki70a @ 13.03.2007. 16:04 ] @
^Hvala na informacijama!...Izmedjuostalog da li Nero Recode GUI podrzava Adaptive Deblocking Matrices - na tu opciju nisam naisao u Recode-u.
Inace kodirao sam sa iskljucenim inloop-om i sve je OK.
Zasto onda skoro svaki h264 video profil/preset ima po defaultu ukljucen inloop?...Ne razumem???
[ Shon3i @ 14.03.2007. 16:05 ] @
Citat:
Izmedjuostalog, koliki ti Bits/(Pixel*Frame) MediaInfo pokazuje za poslednje kodirane DVD-ove h264 kodekom?!
Oko 0.1 po mediainfou, mada laze jer je omasio sve parametre, kao bitrate, aspect ratio i tako to.

Citat:
Izmedjuostalog da li Nero Recode GUI podrzava Adaptive Deblocking Matrices - na tu opciju nisam naisao u Recode-u.
Pa jesam li napisao Ateme CLI, nigde nisam pominjao nero ;)
[ Boki70a @ 14.03.2007. 16:56 ] @
Upravu si za MediaInfo, cesto uma da omasi, pogotovo kod h264 kodeka. Mada poslednje dve verzije koje sam skinuo, odradjuju sve korektno(inace h264 strim mora da bude u MP4 kontejneru da bi MediaInfo pruzio vise informacija).
Za Ateme CLI, jel ti to iz iskustva il si pokupio informaciju sa neta?! (od skoro provalio kako se ubacuju smajliji trebalo bi neko da napise tutorijal za to )
[ Shon3i @ 14.03.2007. 17:51 ] @
Citat:
inace h264 strim mora da bude u MP4 kontejneru da bi MediaInfo pruzio vise informacija
To sam izvalio

Citat:
Za Ateme CLI, jel ti to iz iskustva il si pokupio informaciju sa neta?!
Imam par encodera, nazalost samo Main Profile, jer je iscureo na net (neki debil publikovao), pa onda dev atemea nije hteo da da encoder svima u drugom krugu, a i ja onda nisam imao stalnu konekciju da visim po forumu, da bi ucestvovao kao beta tester.

[Ovu poruku je menjao Shon3i dana 14.03.2007. u 19:12 GMT+1]
[ Cileinteractiv @ 15.03.2007. 22:02 ] @
U međuvremenu napustio sam Elcard zbog problema sa demo verzijom.
Sada malo testiram MainConcept Encoder, još ne bih komentarisao kvalitet. Zbunjuje me to što nemam preview za Crop i Resize pa sam napamet odradio jedan klip. Postoji li neka mogućnost da se vidi slika koju Crop-ujem?
[ Cileinteractiv @ 20.03.2007. 20:40 ] @
Postoji mogućnost da se vidi Prewiev...

Isprobao sam i MainConcept na nekolicini klipova i posle svega mogu reći da nisam naročito zadovoljan kvalitetom slike sa MainConcept Encoder-om, pogotovo me zbunjuje Deblocking koji sam u MeGUI-u držao na 1 i 2 i sa tim dobijao odličan kvalitet, u Main sa tim podešavanjima rezultat nije bio tako Soft a sa standardnim podešavanjima deblokinga na -2 i -1 suviše je oštro i pojavljuju se neke sitne kockice i nazubljenost na ravnim linijama u slici. No, ipak najveća mana za MeGUI trenutno je to što je X264 veoma spor i neiplati se koristiti ga, MainConcept ima sjaj Batch i radi izvrsno, da ne spominjemo uštedu u vremenu kada napraviš Batch listu i odeš svojim poslom a mašina sve odradi, MeGUI nema Batch list i to mu je takođe velika mana. Elcard bi izdvojio kao najbolji što se tiče kvaliteta slike ali ostale mogućnosti nisam mogao spoznati usled korišćenja demo verzije.

Evo slike podešavanja MainConcept H264 kodeka, ako neko ima komentar dobrodošao je.

[ Shon3i @ 22.03.2007. 12:25 ] @
U MC/Elecard encoderu veliku ulogu igraju Fast Intra i Fast Inter opcije, pogotovu Fast Intra, iskljcuvanjem ove opcije, kvalitet moze drasticno da se poboljsa, ali takodje brzina spada za nekih 30% u proseku. Tako da Fast Intra uvek skoro drzim iskljuceno.
[ Boki70a @ 22.03.2007. 12:31 ] @
Citat:
X264 veoma spor i neiplati se koristiti ga

Elecrad/MainConcept koriste 4.1 level, dok MeGUI/x264 sa HQ profilima koristi "Unrestricted"(i samim tim naprednije opcije koje zahtevaju vise vremena za kodiranje)....verovatno je zbog toga razlika u brzini ocigledna.
Citat:
MeGUI nema Batch list i to mu je takođe velika mana

Sta je "Queue" u MeGUI-u, ako nije batch?!

Vezano za podesavanja na MainConcept slikama koje si uploadovao:
1. Bitrate mode : Variable bitrate
2. Use B-Pictures: 3
3. Referance frames: 6
4. Odcekiraj "Fast Intra Decisions" i "Fast Inter Decisions"
5. Deblocking stavi na (-1,-1)

..pa pokusaj ponovo, trebalo bi da bude bolji rezultat, prevashodno zbog upotrebe "Variable bitrate" moda.
[ Shon3i @ 22.03.2007. 12:56 ] @
Citat:
Elecrad/MainConcept koriste 4.1 level
Ali mogu i 5.1 sto je teoretski limit za avc, unrestricted nema bas puno smisla posto je i 4.1 level limitiran na 30mbps, tako da bolji kvalitet ne treba ocekivati od unrestricted profila. leveli sluze da bi se limitrali max bitrate i rezolucija, a sa time i avc profil (baseline, main, extended, high), level 4.1 je potpuno high i nema nikakvih limitacija u naprednijim opcijama, elecard koristi potpuno iste napredne alate za kodiranje na levelu 4.1 kao i na 5.1, kao i x264 na unrestricted, razlika je u limitu na bitrateu, a level 5.1 ima vise slobode (to daje sigurnost za low bitrate ripove), ali i nekompaktibilnost sa buducim hd standalone uredjajima. x264 nazalost ima vbv od mpeg2, te ne moze da prati i upisuje HDR model u stream, tako da ne posuje ni jedan level u VBR modu, zato kada se u x264 2pass encoder uvek uzima unrestricted tj uvek predje sve granice.

Citat:
Sta je "Queue" u MeGUI-u, ako nije batch?!
Mislio je uzmes hrpu kakva jeste i prebacis je u drugu hrpu bez mnogo pitanja, to u megui-u ne ide.

Citat:
Odcekiraj "Fast Intra Decisions" i "Fast Inter Decisions"
Kao sto rekoh u predhodonom postu, Fast intra ima vecu ulogu, tako da Fast Inter mozes da ostavis ukljucenim, takodje sve ove complex mozes da stavis na fast da bi dobio na brzini.
[ Milan Milosevic @ 03.05.2007. 16:13 ] @
Posto koristim x264 codek resio sam da pitanje postavim ovde a ne da ga postavljam kao zasebnu temu. Nisam bas previse upucen pa sam se sa kompresijom upoznao preko ovog foruma.
Koristim VirtualDab U dva prolaza Filtere Resize(Precise bicubic (A=-0.60)) i deinterlace(mode:blend)
Rezultat je dosta dobar ali nisam u potpunosti zadovoljan jer mi je slika nekako zamucena naracito na belu boju. Gubim ostrinu. Neznam kako to da resim.
[ Cileinteractiv @ 04.05.2007. 16:50 ] @
Eto isprobaj MeGUI on je aplikacija koja koristi x264 kodek. Kvalitet je bolji nego u V dub-u a i mogućnosti za podešavanje kodeka su mnogo šira, jedina mana mu je što je dosta sporiji od konkurenata ali opet za razliku od njih je besplatan. Kratak i jednostavan tutorijal za rad u MeGUI-u postoji, ako si zainteresovan postaviću link.
[ Milan Milosevic @ 04.05.2007. 22:07 ] @
Zaiteresovan sam. Dali ima mogucnosi za uklanjanje ivica koje ne zelim da ima u kompresavanom delu kao u virtualdabu. Probao sam dosta programa ali nijedan mi do sada nije pruzio mogucnosti ka VD.
[ Boki70a @ 27.05.2007. 08:44 ] @
Treba vam:
Adobe Premier Pro 2.0 (instaliran)
Nero v7 9 6 0 (instaliran)
Premiere avisynth import filter: http://urchin.earth.li/~tomford//avisynth/ (najnovija verzija 1.9) - kopirati IM-Avisynth.prm u folder ".../Adobe/Premiere Pro 2.0/Plug-Ins/en_US/"

Preko AVS skripte importuje se video u Adobe Premier Pro 2.0 (usput ako je potrebno primene se premierovi filteri), zatim otici na "File->Export-> NeroDigital..." i podesiti Neroov h264 encoder - i to je to. Evo, malopre probao i odlicno radi.


Na prvoj slici obratite paznju na opciju Aspect Ratio, u pitanju je DAR, a ne PAR (Square Pixel 1:1).
Za ovu rez. 720x400 potrebno je da se stavi 72:40 ili 36:20 ili 18:10 ili 9:5 da bismo dobili PAR (Square Pixel 1:1). Zato pazite koje podatke unosite.
edit: takodje uradjen 1pass (max. quantizer = 24, 720x400, 1100kbps ) - odlicna slika!!!

(jos nisam probao MainConcept MPEG Pro™ HD 2.0 plug-in for Adobe Premiere Pro, javljam se kada budem uradio - za one koji ne znaju ovaj plugin ima h264 koder)
mali preview kako to izgleda:

edit: Isprobao sam i MainConcept MPEG Pro™ HD 2.0, uradio sam jednoprolazno h264 kodiranje (720x400, 1200kbps) i bruka kako je dobar, za razliku od Nera koji ima DAR, ovaj podrzava PAR/SAR signalizaciju(meni je inace PAR laksi za anamorfnu rezoluciju) kao i mnogo opcija za fino tvikovanje kodera.


[Ovu poruku je menjao Boki70a dana 27.05.2007. u 15:17 GMT+1]
[ Shon3i @ 27.05.2007. 10:34 ] @
Jer sljaka to sa Adobe Premierom 1.5?
[ Boki70a @ 27.05.2007. 11:02 ] @
Shoni, nemam pojma, imam dvojku.

Mali tip: kropovanje i resize stvari, najbolje bi bilo da se urade preko avisyntha, a u premijeru da se napravi Project koji odgovara rezoluciji i fps-u iz AVS skripte.

Ako neko zna da sa project-om DV PAL 720x576 dobije izlazan fajl drugacije rezolucije (lupam 624x342) neka slobodno napise - unapred zahvalan.


[Ovu poruku je menjao Boki70a dana 27.05.2007. u 13:59 GMT+1]
[ Boki70a @ 31.05.2007. 18:55 ] @
vfw x264 by snow_xmas: http://snowxmas.logical-host.com/x264_vfw/

Constant Quality Mode (1pass)


brzina kodiranja se krece negde izmedju 2-8fps (mnogo osciliju, cas je 3fps, a narednih par sekundi 7fps)

Neko ce primetiti da sam ja tu dosta menjao medju opcijama, cak je i inloop iskljucen (neki ce negodovati ), ovo nudim u eksperimentalne svrhe, al bez obzira na sve to, podesavanja su se pokazala izuzetno kvalitetnim.
VBV Maximum Bitrate i VBV Buffer size su na "0", jer je vfw x264 koder ponistavao unete cifre (milsim da je to neki bug)





[Ovu poruku je menjao Boki70a dana 31.05.2007. u 23:46 GMT+1]
[ Boki70a @ 31.05.2007. 19:07 ] @
x264 CLI kompajliran sa aq patch: http://cef.neuf.fr/x264/ (Made by Cef)
Na istom linku postoji i vfw verzija, samo sto je ona mnogo siromasnija po opcijama od snow_xmas-ove vfw verzije.

ABR 1pass (sa AQ opcijama):
Code:

x264.exe --keyint 14 --min-keyint 1 --vbv-maxrate 28000 --vbv-init 1.0 --vbv-bufsize 14745 --mvrange 511 --level 4.1 --bframe 2 --b-rdo --bime --weightb --ref 3 --mixed-refs --direct auto --deblock -2:-2 --bitrate 1100 --qcomp 0.75 --ipratio 1.10 --pbratio 1.10 --partitions "all" --8x8dct --me "hex" --subme 6 --no-fast-pskip --no-dct-decimate --trellis 1 --aud --sar 1:1 --cqmfile "M4G MRM V2.cfg" --deadzone-intra 6 --deadzone-inter 6 --aq-strength 0.25 --aq-sensitivity 5 --progress -o Output.mp4 Input.avs


...menjati samo opciju "--bitrate 1100" (jedinica je u kb/s) u zavisnosti od zeljene velicine izlaznog fajla.
Brzina je oko 8-10fps(AMD64 3000+)

M4G MRM V2.cfg



[Ovu poruku je menjao Boki70a dana 31.05.2007. u 22:21 GMT+1]
[ KRUSADER @ 02.06.2007. 13:18 ] @
DVD ripove radim sa duplim prolazom bez resize-a. S obzirom da mi veličina izlaznog fajla nije bitna, bitrate računam po formuli h*v*fps*0.11.
Da li je moguće dotičnu operaciju zameniti Constant Qulity Modom? Da li se dobija isti kvalitet kao sa duplim prolazom? Ako se dobija koju vrednost kvaliteta da upotrebim. Ovo se odnosi na x264.
[ Boki70a @ 02.06.2007. 18:48 ] @
Citat:
KRUSADER: bitrate računam po formuli h*v*fps*0.11.

Pretpostavljam da cifra 0.11 oznacava vrednost bits per pixel, sto je za moj ukus mala vrednost - moja preporuka je izmedju 0.15-0.2bpp za filmove, a oko 0.11 za animacije. Mada za neke filmove potrebno je da se ide preko 0.2bppx.
Citat:
KRUSADER: Da li je moguće dotičnu operaciju zameniti Constant Qulity Modom?

Gotovo da je nemoguce s obzirom da ti trenutno koristis 0.11bpp, a sa Constant Qulity Modom izlazne vrednosti mogu da se krecu reda 0.2-0.3 u zavisnosti od kompleksnosti scene ako ti je podeseno na uobicajenih --CRF 18
Citat:
KRUSADER: Da li se dobija isti kvalitet kao sa duplim prolazom?

Generalno ako ti nije bitna velicina izlaznog fajla, Constant Qulity(--CRF 18-20) je kao stvoren za tebe i da ce bolje rezultate od tvog trenutnog 2pass-0.11bpp podesavanja.
Ali moras da znas da ces nekada dobiti velicinu koja je 1/3DVD, a nekad 2/3DVD jer je Constant Qulity tako koncipiran da svakom frejmu da onoliko koliklo je potrebno bitova, dok sa 2pass-0.11bpp ti si tu raspodelu (bitova) u samom startu ogranicio.

Citat:
KRUSADER: Ako se dobija koju vrednost kvaliteta da upotrebim. Ovo se odnosi na x264.

Ja sam stvarno zbunjen kako je Constant Qulity mod u VFW-u osmisljen, al posle nekih kratkih testova bi izgledalo nesto ovako:

DVD->vfw x264 .................................................................Constant Qulity=255
xvid,dvix (i jako rekompresovani fajlovi) -> vfw x264 ................Constant Qulity=195

Ove vrednosti nemoj da uzimas zdravo za gotovo jer ume uzasno da varira. Ja sam vise za x264 CLI varijantu sa opcijom "--CRF X" (gde X izmedju 18-22)
[ KRUSADER @ 02.06.2007. 19:32 ] @
Mislio sam koja je cifra ekvivalentna pri Constant Quality modu za 0.11bpp u 2-pass modu, za film srednje kompleksnosti. Hvala :)
[ Boki70a @ 02.06.2007. 19:51 ] @
^^Ne postoji totalno ekvivalentna opcija u Constant Quality(CQ), a da postignes 0.11bpp, jer je CQ dugacije koncipiran od pukog ogranicavanja bitskog protoka.
Za x264 CLI pokusaj sa opcijom --crf 26 (ili Constan. Quality=26 u MeGUI-u) - u svakom slucaju povecavaj te vrednosti da bi smanjio bpp ako ne uspe ovo sa cifrom 24, a za vfw x264, spomenuo sam da mi uoste nije jasno kako to funkcionise (doduse dao sam neke odokativne preimere al nije to to :)
E sad meni nije jasno, ako ti nije bitna velicina izlaznog fajla zasto forsiras ekvivalentnost sa 0.11bpp

edit: sad videh da si pokrenuo istu temu na doom9 ;)

[Ovu poruku je menjao Boki70a dana 02.06.2007. u 21:03 GMT+1]
[ Shon3i @ 02.06.2007. 20:48 ] @
Citat:
Constant Qulity(--CRF 18-20) je kao stvoren za tebe i da ce bolje rezultate od tvog trenutnog 2pass-0.11bpp podesavanja.
Nazalost nece dati bolje rezultate vec priblizne, jer Single Pass nikada nece biti bolji od 2pass-a, zasto? i ako se ovde radi o quality modu, znaci encoder daje frejmovima sasvim dovoljan bitrate i quantizer, opet postoji mogucnost da omane tj da neki frejm dobije veci quantizer, a samim tim losiji kvalitet, kao i neki frejmovi da dobiju dosta veci bitrate sto donosi dosta vecu velicinu frejma. Druga stvar CRF u x264 je zamisljen da skrati posao ljudima koji ne volje 2pass i nemaju dovoljno jake procesore da cekaju 30+ sati da encoduju svoje filmove, a prvenstveno HD, tako da CRF IMHO ima smisla kod samo kod HD filmova gde je bitrate 20mbps. Multipass encoding treba koristiti uvek. Multipass nece ograniciti nista u odnosu na CRF, vec se se postarati da svaki frejm dobije zasluzeno, ni vise ni manje od CRF-ove odluke. Zato je i uvedena opcija da sa CRF-om moze da se napise stast file i da CRF bude First Pass.
[ Boki70a @ 02.06.2007. 21:05 ] @
Shoni, citiras "--CRF 18-20 vs 2pass 0.11bpp" i kazes da je bolji 2pass (ne uzimajuci u obzir 0.11bpp)- nema smisla.
Jos usput spominjes da CRF omanjuje, da li impliciras da sam x264 koder ima gresku?!
I koliko ja znam 2pass je koncipiran SAMO RADI preciznosti oko izlazne velicine, da se bolje raspodele bitovi za ZADATU velicinu, sto ne znaci da CRF ne rasporedjuju kako treba jer sama opcija nije osmisljena da bude ogranicena velicinom izlaznog fajla. Kako kod okrenes sa 2pass-om ces morati i da zadas odgovarajuci bitrejt - mnogi nabadaju ili spustaju na nizak bits per pixel - gde ti vidis u ovome pogodnost jedino ako nisi ogranicen na prostor na hdd -u. A i KRASAUDER kaze da mu nije bitna izlazna velicina, pa u sklada sa tim sam i davao odgovore (mada njegova zelja za ekvivalentnosti sa 0.11bpp nema nikakvog smisla sa uslovima koje je postavio)
I naravno da je uvek brze sa 1pass nego sa 2pass, i ne moze da se kaze da je CRF koncipiran samo za kodiranje HD materijala.


[Ovu poruku je menjao Boki70a dana 02.06.2007. u 22:22 GMT+1]
[ KRUSADER @ 03.06.2007. 10:33 ] @
Meni 0.11bpp služi kao orijentacija, do sada sam enkodovao sa tom vrednošću i vrlo sam zadovoljan. Dakle hteo sam da znam koja bi PRIBLIŽNA vrednost bila u CRF modu, ali izgleda da odgovora nema, isto kao što nema odgovora koji je optimalni bpp za x264. I hteo sam da vidim da li prelazak sa 2-pass na 1-pass ima smisla. Po Shon3i-u izgleda ne.
[ Shon3i @ 03.06.2007. 11:39 ] @
Citat:
Shoni, citiras "--CRF 18-20 vs 2pass 0.11bpp" i kazes da je bolji 2pass (ne uzimajuci u obzir 0.11bpp)- nema smisla.
Naravno da nema smisla i da se ne mogu komparirati, to nisam ni hteo da kazem, jbg pogresno sam citirao, vec sam hteo da kazem da je multipass ratecontrol uvek bolji na istom bitrateu, znaci ako encodujes sa CRF18 i dobijes izlazni fajl xxx megabajta, potom odradis 2pass za istu velicinu imaces cak i preko 30% bolji kvalitet ako ne i vise. Zato je napravljen 1pass CRF. CRF je opcija koja za sada postoji u samo u x264 encoderu kao sto znate, ali CRF je napravljen samo zbog brzine, zato se ne treba oslanjati mnogo na kvalitet, i ako ona to postize, za mene licno CRF 18 nije dovoljno, jer se dobije dosta veliki fajl, sa kvalitetom od negde 2000kbps ekvivalentno, dok se sa 2000kbps u 2pass modu moze odraditi mnogo bolji posao. btw ova opcija postoji i u MPEG2 HC encoderu, takodje napravljena zbog brzine, tako da sigurno nije referenca za kvalitet vec za brzinu ;)

Citat:
I hteo sam da vidim da li prelazak sa 2-pass na 1-pass ima smisla. Po Shon3i-u izgleda ne.
Necu ja nista da forsiram, ja samo pricam svoja iskustva. Ali evo jednog testa. Uzmi encoduj sa XviD-om na 1400mb 2pass i Didee Six of Nine matricom, zatim uzmi encoduj sa x264 na istu velicinu i nekom high bitrate matricom, i na kraju encoduj sa CRF 18 takodje sa nekom matricom, meri brzine, nemoj da resizujes video, samo cropuj ako treba, mada ne moras, i uporedi kvalitet. CRF 18 ce imati kvalitet najbolji ali sta da vidimo razliku u velicini fajlova.
[ Boki70a @ 03.06.2007. 12:04 ] @
Citat:
KRUSADER: Meni 0.11bpp služi kao orijentacija, do sada sam enkodovao sa tom vrednošću i vrlo sam zadovoljan.

Citat:
KRUSADER: isto kao što nema odgovora koji je optimalni bpp za x264.

Pa sto se onda orjentises na osnovu bpp .
U svakom slucaju bolje se orjentisati na bpp nego puko nabadati vrednosti bitrejta. Ja licno kodiram bez inloop sa vrednostima bpp izmedju 0.15-0.2.
KRUSADER, pusti neki tvoj x264 rip (0.11bpp) i iskljuci inloop u dekoderu - da vidis samo kako blokovi prste na sve strane.
Citat:
KRUSADER: Dakle hteo sam da znam koja bi PRIBLIŽNA vrednost bila u CRF modu, ali izgleda da odgovora nema,

Naravno da nema jer ne mozes da poredis jedan nacin kodiranja gde u samom staru ogranicavas raspodelu bitrejta na osnovu 0.11bpp i drugi nacin (CRF) gde svaki frejm dobija onoliko koliko mu je potrebno bitova.
Citat:
KRUSADER: I hteo sam da vidim da li prelazak sa 2-pass na 1-pass ima smisla.

Ako ti je cilj recimo izlazna velicina od 1,3gb , sa 1pass-om ces da omasis tu vrednost(dobices otprilike 1250kbps ili 1320kbps), dok ces sa 2pass nabosti tacno 1,3gb(+- 1-4mb odstupanja). To je jedina razlika. Uostalom probaj sam da uporedis 1pass i 2pass - doci ces do slicnog zakljucka.
Pokusaj takodje ABR 1pass umesto CRF-a.

Pa dobro KRUSADER, ako po Shon3i nema smisla za prelazak sa 2pass na 1pass (mada ne zaboravi da je Shon3i ranije takodje objasnjavao sta je Const. Quality(CRF), kao sto ga je i hvalio), nemora da znaci da tebi nece da odgovara.

Citat:
Shon3i: Necu ja nista da forsiram, ja samo pricam svoja iskustva. Ali evo jednog testa. Uzmi encoduj sa XviD-om na 1400mb 2pass i Didee Six of Nine matricom, zatim uzmi encoduj sa x264 na istu velicinu i nekom high bitrate matricom, i na kraju encoduj sa CRF 18 takodje sa nekom matricom, meri brzine, nemoj da resizujes video, samo cropuj ako treba, mada ne moras, i uporedi kvalitet.CRF 18 ce imati kvalitet najbolji ali sta da vidimo razliku u velicini fajlova.

S ovim se u potpunosti slazem, apsolutno nemas nikakvu orjentaciju koliki ce biti izlazni fajl koristeci CRF,dobiceas ti kvalitet to je sigurno, ali isto tako i manjak hdd prostora.

[Ovu poruku je menjao Boki70a dana 03.06.2007. u 13:21 GMT+1]
[ Shon3i @ 03.06.2007. 12:42 ] @
Citat:
S ovim se u potpunosti slazem, apsolutno nemas nikakvu orjentaciju koliki ce biti izlazni fajl koristeci CRF,dobiceas ti kvalitet to je sigurno, ali isto tako i manjak hdd prostora.
Upotrebom High Bitrate matrice velicina fajla ce nerealno da naraste, High bitrate matrica nije potrebna, ali ako je max kvalitet cilj, onda itekako, zato je 2pass u ovom slucaju bolji ;) jer ce da qunizira svaki frejm prema matrici, dok ce CRF da dodeljuje veoma male quantizere, jer nema predstavu sta se desava.
[ Shon3i @ 03.06.2007. 15:32 ] @
@Boki70a, vidim da stalno forsiras iskljucivanje deblocking filtera, i stalno ponavljas kako nije fer u odnosu na ASP standard (citat sa SK foruma), jbg nisam ranije stigao da odgovorim ali evo sada cu ovde. Posto je standard tako definisan mi tu nista ne mozemo, jos jedna stvar kod H264 tehnologije, koja nije uzela maha jeste Film Grain Modeling (FGM), radi takodje postprocesing tako sto na film dodaje neku kolicinu suma koja je izgubljena na encodingu. FGM se nije pokazao kao dobar alat pa nije ugledao svetlost dana. I ako su AVC i ASP naizgled slicni to oni u opste nisu, encodovanje im je totalno drugacije. Iskljucivanjem deblockinga AVC-u je isto kao pustanje HE-AAC bez decodera koji ne zna da rekonstuise signal preko 11khz odnosno SBR (nadam se da ti je poznato kako HE-AAC radi), znaci isto bi bilo ne fer jer je mp3 odsecen na 16khz, a HE-AAC uspeva da povrati full spectrum, a mp3 to moze preko nekog excitera po zelji korisnika kao ASP standard. Znaci ako mislis da su ljudi prevareni zato sto se njihov film rekonstruise tokom gledanja, onda je bolje da da predlazes da koriste MPEG2 nego da iskljucuju deblock.
[ KRUSADER @ 04.06.2007. 11:29 ] @
ili još bolje nekompresovan AVI lol
[ Boki70a @ 04.06.2007. 14:57 ] @
Citat:
Shon3i: @Boki70a, vidim da stalno forsiras iskljucivanje deblocking filtera, i stalno ponavljas kako nije fer u odnosu na ASP standard (citat sa SK foruma)

Naravno da nije fer, ASP se ne deblokira(po defaultu) pri reprodukciji, dok AVC da (gotovo svi preseti na koje sam naisao imaju ukljucen inloop u toku kodiranja - sto automatski podrazumeva i inloop (deblocking) dekodiranje).
I onda kad poredis ASP i AVC na niskom bitrejtu , normalno je da ce AVC da bude bolji, a i procesorski zahtevniji. Mnogi ljudi nisu ni svesni da je AVC standard dao legitimitet default deblokiranju pri reprodukciji, i onda ljudi kazu "Vau, pa ovo super izgleda, prelazim na AVC, a na ovaj Xvid cu da zaboravim".
Sa porastom bitrejta AVC efikasnost gubi bilo kakav smisao kao i to postprocessing AVC filtriranje, zato i ne moze da tuce STARIJE kodeke na SD rezoluciji.

Citat:
Shon3i: Posto je standard tako definisan mi tu nista ne mozemo, jos jedna stvar kod H264 tehnologije, koja nije uzela maha jeste Film Grain Modeling (FGM), radi takodje postprocesing tako sto na film dodaje neku kolicinu suma koja je izgubljena na encodingu.

Standard ima jasnu definisanost u to ne sumnjam, a isto tako ti imas izbor sta ces od tih opcija da koristis a sta ne.
Pa to upravo i pokusavam da kazem, ne moguce je da ti imas grain U SAMOM videu na niskom bitrejtu, kao i odsustvo makroblokova, ceo taj proces PEGLANJA se odvija U TOKU POSTPROCESSING-a , jer nista od toga zapravo ne postoji u samom stream-u.
Ako neko zeli FGM i deblokiranje i XviD-u, to vec postoji kao postprocessing u ffdshow-u, samo je potrebno fino podesiti filtre. Malo smara jer to treba rucno da se podesi, dok se to kod AVC podrazumeva po defaultu (uskoro ce se to i odnositi i na FGM).

Citat:
Shon3i: Iskljucivanjem deblockinga AVC-u je isto kao pustanje HE-AAC bez decodera koji ne zna da rekonstuise signal preko 11khz odnosno SBR (nadam se da ti je poznato kako HE-AAC radi), znaci isto bi bilo ne fer jer je mp3 odsecen na 16khz, a HE-AAC uspeva da povrati full spectrum, a mp3 to moze preko nekog excitera po zelji korisnika kao ASP standard.

Sve je tacno sto si rekao, al sad meni nije jasno, spominjes HE-AAC, a zaboravljas da spomenes LC-AAC, zaboravljas da kazes da postoji izbor.
Ako si kodirao AAC kao HE onda je i normalno da ga dekodiras kao HE-AAC, ali isto tako ti imas mogucnost da kodiras kao LC i rekonstrukacija kao kod HE nije ni potrebna. Zato osobe koje znaju to, cesto se odluce za LC-AAC varijantu(i veci bitrejt), ako im je kvalitet bitan, al to NE ISKLJUCUJE koriscenje HE-AAC, jer za nizak bitrejt je ne zamenljiv.
Isto takva analogija je i sa AVC-om, ako si kodirao sa inloop-om, onda je potrebo da se i dekodira sa inloop-om i NE FORSIRAM dekodiranje u takvim situacijama bez inloopa. To je "vudu" koji drzi AVC ispeglan na nizem bitrejtu, a u sustini sve vrvi od blokova.
A isto tako ti imas mogucnost da iskljucis inloop u procesu kodiranja i on ti nije potreban u toku dekodiranja, naravno bitrejt mora da se poveca - i tek tada vidis koje su realne mogucnosti samog AVC kodera, jer krajnji video se dekodira bez inloop deblokinga - nama vradzbina

Citat:
Shon3i:Znaci ako mislis da su ljudi prevareni zato sto se njihov film rekonstruise tokom gledanja, onda je bolje da da predlazes da koriste MPEG2 nego da iskljucuju deblock.

Svaki lossy kodek se rekonstruise tokom gledanja - to je neosprono, samo sto po meni postoji OK rekonstrukcija i VUDU rekonstrukcija, a inloop definitivno spada u ovu drugu kategoriju.

Cela poenta je ta da nisikim bitrejtovima AVC uopste nije spektakularan, jer SAMA SRZ streama se ne vidi od inloop deblokiranja u toku gledanja, kao sto se i HE-AAC osakati, a onda se pribegava psihoakusticnoj rekonstrukciji u toku plejbek dekodiranja. U principu nemam ja nista protiv ovog, jer je to neminovno za ocuvanje pristojnog kavaliteta na niskom bitrejtu, samo hocu da napomenem nedostatke.

Citat:
KRUSADER: ili još bolje nekompresovan AVI lol

Iskljuci inloop tokom gledanja na tvojim 2pass_0.11bpp filmovima, i videces kako izgleda prava SRZ onoga sto si kodirao.
Ako koristis FFDShow selektuj h264/AVC, pojavi ce ti se dve kutijice u dnu na obodu prozora -> cekiraj "skip deblocking always" ....e onda mozes da LOL-ises
[ Shon3i @ 04.06.2007. 16:47 ] @
Ok, opet, pravis elementarnu gresku jer ti i dalje mislis da ASP i AVC standard rade kako bi rekao slicno s time sto AVC ima neka poboljsanja u odnosu na ASP kao sto je Automatski deblocking i drugi postprocesing. E vidis nazalost nije tako, jer AVC deblocking je totalno nesto drugacije od ASP (ffdshow, asp decoder recimo XviD) deblockinga, takodge FGM nije isto sto i Noise u ffdshow-u i totalno je ne ekvivalentno! Dok je Deblocking u ASP i MPEG2 standardu to opcija, kod AVC-a je to OBAVEZA e sada sto postoji mogucnost da se iskljuci e to je vec stvar samog developera i product managera. Sada tek meni dolaze u glavu reci Ivana Dimkovica i njegovog protivljenja da uvede neke advanced opcije u njihov encoder koje ako se upotrebe bez znanja, dobija se nista drugo vec totalno srozavanja kvaliteta, i pocinje olajavanje kao los brand name neka firma.

Pazi niko nece zaboraviti XviD a jos manje ASP standard, ostace oni jos podugo, samo se nadam da ce svi oni preci na AVC (mislim konkretno na XviD AVC)

Citat:
Sve je tacno sto si rekao, al sad meni nije jasno, spominjes HE-AAC, a zaboravljas da spomenes LC-AAC, zaboravljas da kazes da postoji izbor.
Pazi sada to nije isto, vec HE-AAC i LC-AAC su dva odvojena standarda, LC-AAC je standardizovan tamo 1997, a HE-AAC sad skoro cak mislim prosle godine, tu ce Dimkovic da me ispravi ako gresim. Ali dobro ajde da uzmemo tvoj primer, evo imamo jedan HE-AAC, jedan MP3 i jedan LC-AAC sva tri encodovana na 64kbps, pri slusanju HE-AAC vuce 50% od ostalih jer radi "VUDU" dok LC-AAC i MP3 i dalje rade bez veceg opterecenja, skidanjem tih 50% na decoderu dobija se kvalitet GORI i od MP3-a i od AAC jer nije fer da se HE-AAC rekunstruise i onda kada se rekonstruise dobija se VAU, i kazem sta ce mi prokleti MP3 a i ovaj LC-AAC.

Objasnicu ovo plasticno, prakticno a i teroretski oba HE-AAC i AVC rade neku vrstu namernog ugozavanja odnosno kvarenja kvaliteta zarad cuvanja bitova. HE-AAC to radi tako sto sece sve preko pola spektra a AVC sto namerno ostavlja blockove i encoduje sa vecim quantizerom tamo gde ljudsko oko ne moze da primeti, na decodingu oba samo udare masku i daju ti final product slican originalu. E sada encodovanjem LC-AAC ili MP3-a na niskom bitrateu dace mnogo bolje rezultate nego HE-AAC bez SBR dela jer encoder zna da nema olaksanje i onda ce pravilno rasporediti bitove, a AVC kodiran bez deblockinga nikako ne mozes naterati da radi kao ASP standard e to je pojenta i uvek ce biti gori od ASP-a jer AVC-u treba postprocessing uvek, a zasto je to tako ja vec ne znam odgovor.

Boki, ja sam veoma zadovoljan sa XviD-om i njegovim rezultatom kada je u pitanju target size 1400mb (2CD), medutim XviD je die beste u svojoj klasi, DivX i ostali ASP encoderi tesko postizu takav rezultat. XviD je danas veoma brzi i koriscenje H264 u tom segmentu nema smisla, kao ni kod vecih bitrateova na SD materijalu bar za sada.

Citat:
Iskljuci inloop tokom gledanja na tvojim 2pass_0.11bpp filmovima, i videces kako izgleda prava SRZ onoga sto si kodirao.
Ako koristis FFDShow selektuj h264/AVC, pojavi ce ti se dve kutijice u dnu na obodu prozora -> cekiraj "skip deblocking always" ....e onda mozes da LOL-ises
Ajde sada ti meni reci zasto bi neko pametan to uradio. Takodje reci mi da li kada igras neku igru i ikljucis Shader Model i dobijes grafiku losiju nego kod neke igre gde samo mozes da emuliras shader model tj gde ti iz drajvera gradicke ukljucis silan post proces (kao sto kod XviD-a ukljucis Noise i deblock) i dobijes isto, ne bato dobices bolje ali ne isto, ista prica i s AVC i ASP-om. Game developeri ti daju hardversku konfiguraciju na kojoj uzivas, tako isto i za AVC. Ako nemas HW da je teras, ne moj da pljujes vec nabavi masinu, ili igraj deo koji ti radi ;)



[Ovu poruku je menjao Shon3i dana 04.06.2007. u 18:12 GMT+1]
[ Boki70a @ 04.06.2007. 19:38 ] @
Citat:
Shon3i: Ok, opet, pravis elementarnu gresku jer ti i dalje mislis da ASP i AVC standard rade kako bi rekao slicno s time sto AVC ima neka poboljsanja u odnosu na ASP kao sto je Automatski deblocking i drugi postprocesing.

ASP je MPEG-4 , a AVC je MPEG-4 Part 10 i imaju slicne opcije samo sto AVC jos pride ima dodatnih/advance opcija koji ASP nema, mogu da se poreda do odredjenih granica usled slicnosti u svojim tehnologijama. Preko toga poredjenje je ne zahvalno.

Citat:
Shon3i: E vidis nazalost nije tako, jer AVC deblocking je totalno nesto drugacije od ASP (ffdshow, asp decoder recimo XviD) deblockinga, takodge FGM nije isto sto i Noise u ffdshow-u i totalno je ne ekvivalentno!

Jeste drugacije, al ipak sa slicnim rezultatima i oba se odnose na PP.


Citat:
Shon3i: Dok je Deblocking u ASP i MPEG2 standardu to opcija, kod AVC-a je to OBAVEZA e sada sto postoji mogucnost da se iskljuci e to je vec stvar samog developera i product managera.

Gde to pise da je h264 kodiranje sa inloop-om obavezno?!?!?! Svaki h264 koder na koji sam naisao ima mogucnost ukljucivanja i iskljucivanja inloop-a, i nigde ne pise da ja to moram da koristim. Licno kodiram bez inloop-a i ne vidim nista lose - jedino bitrejt mora da se podigne.


Citat:
Shon3i: Sada tek meni dolaze u glavu reci Ivana Dimkovica i njegovog protivljenja da uvede neke advanced opcije u njihov encoder koje ako se upotrebe bez znanja, dobija se nista drugo vec totalno srozavanja kvaliteta, i pocinje olajavanje kao los brand name neka firma.

To upravo zelim da kazem, vecina AVC koristi za sabijanje na sto manji prostor, a od inloopa ne moze da vidi srozavanje kvaliteta. Bravo Ivane, pozdravljam ovaj tvoj gest u oblasti audio kompresije.


Citat:
Shon3i:Pazi sada to nije isto, vec HE-AAC i LC-AAC su dva odvojena standarda, LC-AAC je standardizovan tamo 1997, a HE-AAC sad skoro cak mislim prosle godine, tu ce Dimkovic da me ispravi ako gresim. Ali dobro ajde da uzmemo tvoj primer, evo imamo jedan HE-AAC, jedan MP3 i jedan LC-AAC sva tri encodovana na 64kbps, pri slusanju HE-AAC vuce 50% od ostalih jer radi "VUDU" dok LC-AAC i MP3 i dalje rade bez veceg opterecenja, skidanjem tih 50% na decoderu dobija se kvalitet GORI i od MP3-a i od AAC jer nije fer da se HE-AAC rekunstruise i onda kada se rekonstruise dobija se VAU, i kazem sta ce mi prokleti MP3 a i ovaj LC-AAC.

Prvo svaki od tih kodera namenjen je odredjenom bitrejtu, sa LC-AAC i MP3 glup je ici na 64kbps, jer nisu toliko efikasni i ne umeju toliko dobro da "varaju" kao HE-AAC. Al ja opet kazem nisam ja protiv HE-AAC ako se zeli ici na manji bitrejt, jer u samom startu manji bitrejt u jedno i zahteva efikasnije odstranivanje/sakacenje ljudskom uhu nepotrebnih informacija. Ako se ne varam AAC jos ima jedan mod (ne znam kako se zove al mislim da je za opseg oko 32kbps) koji zapravo kodira u mono kanal, a stereo rekonstruise u toku reprodukcije. Iz prilozenog se vidi da sto je manji bitrejt ulozen toliko je veci VUDU na dekodiranju. Al kada se mora na manji bitrejt, treba biti svestan koliko se gubi od originala - sto zapravo i nije slucaj kod vecine ljudi.

Citat:

Shon3i: Objasnicu ovo plasticno, prakticno a i teroretski oba HE-AAC i AVC rade neku vrstu namernog ugozavanja odnosno kvarenja kvaliteta zarad cuvanja bitova. HE-AAC to radi tako sto sece sve preko pola spektra a AVC sto namerno ostavlja blockove i encoduje sa vecim quantizerom tamo gde ljudsko oko ne moze da primeti, na decodingu oba samo udare masku i daju ti final product slican originalu. E sada encodovanjem LC-AAC ili MP3-a na niskom bitrateu dace mnogo bolje rezultate nego HE-AAC bez SBR dela jer encoder zna da nema olaksanje i onda ce pravilno rasporediti bitove, a AVC kodiran bez deblockinga nikako ne mozes naterati da radi kao ASP standard e to je pojenta i uvek ce biti gori od ASP-a jer AVC-u treba postprocessing uvek , a zasto je to tako ja vec ne znam odgovor.

Shon3i, jes ti nekad probao da kodiras bez inloopa, posto su moja iskustva sasvim dugacija od tog sto pricas. AVC MOZE da kodira bez inloopa, samo je potreban veci bitrejt (0,15-0.2bpp u zavisnosti od kompleksnosti materijala). Mada na 0.2bpp ne vidim uopste razlog zasto bi koristio AVC, jer XviD ASP daje odlicne rezultate, a o brzini da i ne pricam koja je naravno u korist Xvid-a.



Citat:
Shon3i: Ajde sada ti meni reci zasto bi neko pametan to uradio.

Da KRUSADER, moze da vidi koliko tih 0.11bpp uticu na skrnavljenje kvaliteta koji je zamaskiran inloop-om. Mada ako mu je cilj sto manji bitrejt, ja nemam nista protiv, samo zelim da bude svestan nekih stvari.



Citat:

Shon3i: Takodje reci mi da li kada igras neku igru i ikljucis Shader Model i dobijes grafiku losiju nego kod neke igre gde samo mozes da emuliras shader model tj gde ti iz drajvera gradicke ukljucis silan post proces (kao sto kod XviD-a ukljucis Noise i deblock) i dobijes isto, ne bato dobices bolje ali ne isto, ista prica i s AVC i ASP-om. Game developeri ti daju hardversku konfiguraciju na kojoj uzivas, tako isto i za AVC. Ako nemas HW da je teras, ne moj da pljujes vec nabavi masinu, ili igraj deo koji ti radi


Ja bih rekao "Ako nisi ulozio dovoljno bitrejta, nemoj da ocekujes bog zna sta bez PP korigovanja." A sto se tice igrica, ne mogucnost potpunog real-time rendering-a kompenzira se fejkovanjem.

Da se ogradim....Ne kazem ja da je AVC los, naprotiv to je odlican kodek, samo zelim da skrenem paznju sa cime se covek susrece na niskim bitskim protocima i opcijama koje se trude da na nadomeste "fejk" kvalitet usled low-bitrate ogranicenja. Sa XviD-om bar znas na cemu si na low-bitrate-u -> sve prsti od blokova, dok kod AVC to ne vidis , jer ga maskira inloop.
[ Shon3i @ 05.06.2007. 20:42 ] @
Citat:
ASP je MPEG-4 , a AVC je MPEG-4 Part 10 i imaju slicne opcije samo sto AVC jos pride ima dodatnih/advance opcija koji ASP nema, mogu da se poreda do odredjenih granica usled slicnosti u svojim tehnologijama. Preko toga poredjenje je ne zahvalno.

Pa ti i dalje pricas jedno, a ja ti pricam drugo, i ako su oba MPEG4 standard ASP (MPEG4 Part2), AVC (MPEG4 Part10), nemaju veze jedan sa drugime, AVC nije nadogradnja ASP standarda vec totalno drugi standard, kao Dirac, Teora, Snow, MPEG2, MPEG1, WMV/VC-1 itd. To sto imaju slicne zargone u upotrebi, jednostavno ih ne koriste na isti nacin, odnosno od nule su drugaciji. Sto takodje znaci da PP nikada nece biti isti

Citat:
Gde to pise da je h264 kodiranje sa inloop-om obavezno?!?!?! Svaki h264 koder na koji sam naisao ima mogucnost ukljucivanja i iskljucivanja inloop-a, i nigde ne pise da ja to moram da koristim. Licno kodiram bez inloop-a i ne vidim nista lose - jedino bitrejt mora da se podigne.
U ITU i MPEG dokumentima, potrudi se malo i pronadji, btw zar ti nisu dovoljne reci developera x264, koji ti lepo kaze da ta opcija u x264 postoji iz razloga sto on hoce da x264 ima sto vise opcija. Razlog zbog koga ta opcija u drugim encoderima postoji jeste sto Ipod i ostali standalone playeri jos nisu nastelovani dobro, a jos nije sve 100% istestirano. Drugi dokaz jesu presetovi koje pominjes svaki ima deblock ukljucen. Deblock opcija popravlja ono sto je AVC-ov mozak namerno pokvario.

Citat:
To upravo zelim da kazem, vecina AVC koristi za sabijanje na sto manji prostor, a od inloopa ne moze da vidi srozavanje kvaliteta. Bravo Ivane, pozdravljam ovaj tvoj gest u oblasti audio kompresije.
Iskljucivanjem Deblock kod AVC-a smanjujes efikasnost kodera, to cisto sumljam da bi Ivan to podrzao. LC-AAC koristi TNS (Temporal Noise Sharping) koji daje bolju efikasnost od MP3-a a takodje je vid PP, nazalost to ne mozes iskljciti i radovati se tome koliko je AAC sam po sebi maskiran u odnosu na MP3 ;) ali o tome necemo ovde

Citat:
Prvo svaki od tih kodera namenjen je odredjenom bitrejtu, sa LC-AAC i MP3 glup je ici na 64kbps, jer nisu toliko efikasni i ne umeju toliko dobro da "varaju" kao HE-AAC. Al ja opet kazem nisam ja protiv HE-AAC ako se zeli ici na manji bitrejt, jer u samom startu manji bitrejt u jedno i zahteva efikasnije odstranivanje/sakacenje ljudskom uhu nepotrebnih informacija. Ako se ne varam AAC jos ima jedan mod (ne znam kako se zove al mislim da je za opseg oko 32kbps) koji zapravo kodira u mono kanal, a stereo rekonstruise u toku reprodukcije. Iz prilozenog se vidi da sto je manji bitrejt ulozen toliko je veci VUDU na dekodiranju. Al kada se mora na manji bitrejt, treba biti svestan koliko se gubi od originala - sto zapravo i nije slucaj kod vecine ljudi.
Ovde sve sto si rekao to je istina, HE-AAC+PS (Parametric Stereo) je jos taj jedan AAC. Stvar je u tome da ti ako koristis AVC na vecem bitrateu neces izgubiti mnogo, jer Deblocking filter ne radi stalno, vec gde treba sto je razlika u odnosu na ASP. Zato ako mislis da ce ti deblock iseci nesto ti brate lepo stavi -6,-6 i 100% si siguran, jer tako neces smanjiti efikasnost encodera, a ako iskljucis deblock neces se sokirati losim kvalitetom.

Citat:
Shon3i, jes ti nekad probao da kodiras bez inloopa, posto su moja iskustva sasvim dugacija od tog sto pricas. AVC MOZE da kodira bez inloopa,
Nisam rekao da ne moze, i naravno da sam isprobavao, cak imam i nekog materijala tako, ali kao sto reko ranije smanjujem efikasnost encodera, a cemu to, to bi bilo ekvivalentno kao da u XviD-u iskljucim RDO ili VHQ i sta dobijam? Sto se tice brzine tu gresis, jer H264 za isti kvalitet sa XviD-om ima vecu brzinu. Znaci mozes da koristis Half Pixel (subme-1), 16x16 macroblock, deblock 0,0 naravno, brzina ce biti indenticna, a bogme kvalitet ce biti na strani H264. Probaj videces, mislim da je sagitture na doom9 forumu to lepo objasno uz grafikone.

Citat:
susrece na niskim bitskim protocima i opcijama koje se trude da na nadomeste "fejk" kvalitet usled low-bitrate ogranicenja. Sa XviD-om bar znas na cemu si na low-bitrate-u -> sve prsti od blokova, dok kod AVC to ne vidis , jer ga maskira inloop.
Ali ne razumem i dalje sta zelis da dokazes, moras da shvatis da se ne radi o prevari vec o tatktici kako doci do boljeg kvaliteta. Samo da znas da i VC-1 codec koji je dosta losiji i od XviD-a koristi Deblock odnosno inloop veoma slican ako ne i isti kao AVC-ov. Mislim ako su svi ovi HD-DVD i BlueRay filmovi loseg kvaliteta nek ide dodjavola onda.


[Ovu poruku je menjao Shon3i dana 05.06.2007. u 21:55 GMT+1]
[ Boki70a @ 06.06.2007. 00:57 ] @
Citat:
Pa ti i dalje pricas jedno, a ja ti pricam drugo, i ako su oba MPEG4 standard ASP (MPEG4 Part2), AVC (MPEG4 Part10), nemaju veze jedan sa drugime, AVC nije nadogradnja ASP standarda vec totalno drugi standard, kao Dirac, Teora, Snow, MPEG2, MPEG1, WMV/VC-1 itd. To sto imaju slicne zargone u upotrebi, jednostavno ih ne koriste na isti nacin, odnosno od nule su drugaciji. Sto takodje znaci da PP nikada nece biti isti

Nisu u pitanju slicni zargoni nego isti pojmovi, i naravno da postoji razlika al definitivno nisu od nule razliciti.. Uzgred inloop postoji i u h261. predpostavljam da je ovaj filter doradjen u h264 kodeku - znaci nista novo. I molim te ne mesaj ostale kodeke u diskusiju pogotovu wavelet-based Dirac, Snow.
Citat:
U ITU i MPEG dokumentima, potrudi se malo i pronadji, btw zar ti nisu dovoljne reci developera x264, koji ti lepo kaze da ta opcija u x264 postoji iz razloga sto on hoce da x264 ima sto vise opcija. Razlog zbog koga ta opcija u drugim encoderima postoji jeste sto Ipod i ostali standalone playeri jos nisu nastelovani dobro, a jos nije sve 100% istestirano. Drugi dokaz jesu presetovi koje pominjes svaki ima deblock ukljucen. Deblock opcija popravlja ono sto je AVC-ov mozak namerno pokvario.

Molim te daj mi link za neki ITU i MPEG dokument gde pise "inloop je obavezan za koriscenje". A sto se tice x264 developera NIGDE on meni nije rekao da je to obaveza (to sto si reko stoji i nemam nista protiv vise opcija).
Da, u pravu si da svaki preset na koji sam naisao ima ukljucen inloop i oduvek sam se pitao zasto su uvek ukljuceni, al u onoj temi koju sam postavio na doom9 nisam dobio konkretan odgovor. Ako pod odgovorom podrazumevas da ta inloop opcija postoji samo da bi se mogla iskljuciti zbog Ipoda i jos necega(?????) - onda ja to ne smatram pravim odgovorom, jer iskljucivanjem neceg esencijalnog za AVC, sto po defaultu treba da stoji(po tvojim recima) je malo suludo.

Citat:
Iskljucivanjem Deblock kod AVC-a smanjujes efikasnost kodera, to cisto sumljam da bi Ivan to podrzao. LC-AAC koristi TNS (Temporal Noise Sharping) koji daje bolju efikasnost od MP3-a a takodje je vid PP, nazalost to ne mozes iskljciti i radovati se tome koliko je AAC sam po sebi maskiran u odnosu na MP3 ali o tome necemo ovde

Shon3i nemam ja nista protiv dobre efikasnosti, ali imam protiv lose. Ako ti AVC video lepo izgleda na low-bitrate to nije zato sto on zaista tako izgleda vec zbog PP procesiranja. E vidis ovo za LC-AAC nisam znao, samo pitanje je da li je to dobra ili losa efikasnost - nisam upucen. Daj mi malo povoda za skupljanje pljuce
Citat:
Ovde sve sto si rekao to je istina, HE-AAC+PS (Parametric Stereo) je jos taj jedan AAC. Stvar je u tome da ti ako koristis AVC na vecem bitrateu neces izgubiti mnogo, jer Deblocking filter ne radi stalno, vec gde treba sto je razlika u odnosu na ASP. Zato ako mislis da ce ti deblock iseci nesto ti brate lepo stavi -6,-6 i 100% si siguran, jer tako neces smanjiti efikasnost encodera, a ako iskljucis deblock neces se sokirati losim kvalitetom.

To sam primetio da sa povecanjem bitrate, AVC intelegentno smanjuje/regulise rad inloop-a, a ujedno dokazuje da je veci bitrate mama za kvalitet.
Inace ja sam sokiran sa kvalitetom AVC na niskom bitrejtu bez inloopa, i ne mogu da verujem da je to jedna jedina opcija sa kojom AVC postize toliku efikasnost(i druge opcije su zasluzne al ne ovoliko kao ova). Na normalnom bitrejtu meni nije potrebna inloop efikasnost.

Citat:
Nisam rekao da ne moze, i naravno da sam isprobavao, cak imam i nekog materijala tako, ali kao sto reko ranije smanjujem efikasnost encodera, a cemu to, to bi bilo ekvivalentno kao da u XviD-u iskljucim RDO ili VHQ i sta dobijam? Sto se tice brzine tu gresis, jer H264 za isti kvalitet sa XviD-om ima vecu brzinu. Znaci mozes da koristis Half Pixel (subme-1), 16x16 macroblock, deblock 0,0 naravno, brzina ce biti indenticna, a bogme kvalitet ce biti na strani H264. Probaj videces, mislim da je sagitture na doom9 forumu to lepo objasno uz grafikone.

Sa x264 (subme 1, no deblock, no treils, b-frame=1, mix.ref=2, samo 8x8 macroblocks opcije ukljucene) u ABR 1pass prolazu, ja maksimalno mogu da izvucem 9fps. Dok sa Xvidom tucem na 11fps u Single pass prolazu. Samo pitanje je koliko ljudi koristi ovako redukovane opcije u x264 koje sam naveo - gotovo niko. Ovo poredjenje gubi smisao sa nadolazecim 4-core procesorima to je sigurno.

Citat:
Ali ne razumem i dalje sta zelis da dokazes, moras da shvatis da se ne radi o prevari vec o tatktici kako doci do boljeg kvaliteta. Samo da znas da i VC-1 codec koji je dosta losiji i od XviD-a koristi Deblock odnosno inloop veoma slican ako ne i isti kao AVC-ov. Mislim ako su svi ovi HD-DVD i BlueRay filmovi loseg kvaliteta nek ide dodjavola onda.


Ja sam vec rekao sta zelim da dokazem - da ja na malo bitrejtu AVC slichno losh kao i ASP samo sto se to ne vidi od inloop-a u toku dekodiranja. Meni se licno ne svidja ta taktika i osecam se prevarenim. Sto se tice VC-1, on ima inloop, al on nije ukljucen po defaultu .
HD-DVD i BlueRay filmovi imaj odlican kvalitet ne zbog inloopa vec zbog enormnog bitrejta.





[Ovu poruku je menjao Boki70a dana 06.06.2007. u 03:36 GMT+1]
[ Shon3i @ 06.06.2007. 21:16 ] @
Boki jesi ti to mene poceo malo da me ...? covece nemoj da se ponasas ko dete, a sto ovako a sto ne onako. Ja ti kazem da su AVC i ASP totalno drugaciji nemaju nikakvih dodirnih tacaka bas kao ni Snow, WMV, MPEG2 i ostali. U ostalom oba XviD i x264 su opensource lepo skini source pa uporedjuj. Sa druge strane svi encoderi imaju slicne pojmove, oni koji su MPEG-u imaju iste, kao sto su MPEG 1,2,4 ali samo ih MPEG ime vezuje, nista drugo. MPEG4 Part 2 nije nadogradjena verzija MPEG2, kao ni sto MPEG4 Part 10 nije nadogradnja MPEG4 Part 2. Iz jednog dokumenta koji sam pokupio pitaj kada kaze

Citat:
The H.264 video compression standard has been incorporated into MPEG-4 as
MPEG-4 Part 10 (ISO/IEC 14496-10). This means MPEG-4 now has two video
compression standards available. However, these two video compression standards
are non-interoperable, with each standard using different methods to compress and
represent the data i.e. an MPEG-4 Part 10 (H.264) decoder cannot decode an
MPEG-4 Part 2 bitstream, and vice versa.


evo ti link pa citaj, nadam se da ces shvatiti neke stvari http://www.mytempdir.com/1348599, za ostale dokumente se snadji sam.

Citat:
al u onoj temi koju sam postavio na doom9 nisam dobio konkretan odgovor.
Znaci ako developeri nece da ti daju ono sto ti zoves konkretan odgovor, a covek ti je dao najkonkretniji odgovor koji si mogao dobiti, i sa time se slaze cela postojbina, onda stvarno ne znas sta hoces.

Citat:
Ako ti AVC video lepo izgleda na low-bitrate to nije zato sto on zaista tako izgleda vec zbog PP procesiranja.
A reci mi sta bi bilo da da ne postoji opcija da se iskljuci inloop, sto se iskreno nadam da ce uskoro da se desi bar u komercijalnim encoderima. Sta ziveo bi u zabludi?

Citat:
Inace ja sam sokiran sa kvalitetom AVC na niskom bitrejtu bez inloopa
Sta ocekujes RDO 15, VHQ 10, nista ne pomaze, zak ni wavlet based codeci. Deblock je jedini spas za sada verovao ti ili ne. Iskljucivanjem deblockinga je potpuno ekvivalentno iskljucivanju RDO ili VHQ opcije u XviD-u. VHQ 1 u H264 je nekih 60% efikasniji od VHQ 4 u XviD-u.

Citat:
Samo pitanje je koliko ljudi koristi ovako redukovane opcije u x264 koje sam naveo - gotovo niko
Uoravo niko jer sto bi neko smanjivao efikasnost i kodirao slicno ali bolje zarad brzine.

Citat:
Ja sam vec rekao sta zelim da dokazem - da ja na malo bitrejtu AVC slichno losh kao i ASP samo sto se to ne vidi od inloop-a u toku dekodiranja.
AVC nije los, tebi niko ne brani da ukljucis PP ASP-u, ali neces dobiti ni priblizno, kao isto sto neces dobiti a i lose kada AVC-u iskljucis deblock od ASP-a

Moj cilj je da nemam nista protiv tvoje odluke, slobodno koristi opcije koje hoces, nemoj da koristis inloop, ali nemoj da pricas tvoje netacne zakljucke i da prosipas neistine okolo o tome i ubedjujes ljude u nesto sto je totalna neistina i budalastina

Pozdrav
[ Boki70a @ 06.06.2007. 23:14 ] @
Shon3i sad si ti poceo mene da.... :)

Tvrdis da je inloop OBAVEZA - jos jednom te pitam gde to pise ?!

I nemoj da izvrces reci sta je meni akupenguin rekao JER NIGDE ON NIJE SPOMENUO DA JE INLOOP OBAVEZA , alo bre o tome ti pricam, a ne o tome da se protivim uvodjenju/sirenju/iskljucivanju/ukljucivanju novih/postojecih opcija - ja ne znam sta ti citas.
I nisam ja protiv inloopa na niskom bitskom protoku, ponovo si pogresno shvatio, jer ne moze se bez "veshtog varanja" na low-bitrate.

Screenshot iz Elecard Converter Studio Help-a:


Dobro Shon3i uzivaj u inloop-u. :) (kljucna rec je "visual" koja je daleeeeeko od reci "real" )


Ni za jedan moj XviD nije potrebno PP procesiranje :) - nema blokova, a full grain i ne mogu da ocekujem od 0.2bpp. Al ovo ne znaci da je AVC los i da ga ne koristim - cisto da spomenem ukoliko ti do sada nisam bio jasan u tom pogledu.

Citat:
Shon3i:Moj cilj je da nemam nista protiv tvoje odluke, slobodno koristi opcije koje hoces, nemoj da koristis inloop, ali nemoj da pricas tvoje netacne zakljucke i da prosipas neistine okolo o tome i ubedjujes ljude u nesto sto je totalna neistina i budalastina

...daleko sam ja od prosipanja ne istine... i koji si ti faktor da tvrdis da je tvoja rec jedinstvena istina a za moje kazes da su budalastina?!

Citat:
Shon3i:Boki jesi ti to mene poceo malo da me ...? covece nemoj da se ponasas ko dete, a sto ovako a sto ne onako. Ja ti kazem da su AVC i ASP totalno drugaciji nemaju nikakvih dodirnih tacaka bas kao ni Snow, WMV, MPEG2 i ostali. U ostalom oba XviD i x264 su opensource lepo skini source pa uporedjuj. Sa druge strane svi encoderi imaju slicne pojmove, oni koji su MPEG-u imaju iste, kao sto su MPEG 1,2,4 ali samo ih MPEG ime vezuje, nista drugo. MPEG4 Part 2 nije nadogradjena verzija MPEG2, kao ni sto MPEG4 Part 10 nije nadogradnja MPEG4 Part 2. Iz jednog dokumenta koji sam pokupio pitaj kada kaze


Sto si tako arogantan i umislio da sve znas, da druge imas za pravo da nazivas decom? ... i uporno interpretiras moje reci na pogresan nacin?
... a ovo si ga bas ljudski lupio kada kazes da AVC i ASP nemaju nikakvih dodirnih tacaka, ako si zeleo da dokazes svoje ne znanje onda si upravo i uspeo u tome.



evo i tebi malo za citanje nadam se da ces uspeti da izlecis izvrtanje tudjih reci, kao i da popravis znanje u nekim stvarima: http://www.mytempdir.com/1348723



[Ovu poruku je menjao Boki70a dana 07.06.2007. u 07:41 GMT+1]
[ Shon3i @ 07.06.2007. 10:34 ] @
E sada vise nemam snage da ti ponavljam iste stvari, koje su ti rekli i sami developeri i ostali korisnici, a kamoli da ti trazim dokumente iz 2003/04 godine.

Citat:
Tvrdis da je inloop OBAVEZA - jos jednom te pitam gde to pise ?!
Shvatices vremenom, mislim da ti je foxy vec dao odgovor.

Citat:
i koji si ti faktor da tvrdis da je tvoja rec jedinstvena istina
nisam ja faktor, ali imam dobru pozadinu (mislim na podrsku), sa tvojom odlukom se ljudi tesko slazu (samo oni koji prvi put pocinju i koji nisu upoznati sa materijom), sto si inace i sam video u tvojoj temi na doom-u

Citat:
evo i tebi malo za citanje nadam se da ces uspeti da izlecis izvrtanje tudjih reci
Izvini a sta sam ja to izvrnuo?

Pozdrav


[Ovu poruku je menjao Shon3i dana 07.06.2007. u 12:13 GMT+1]
[ Boki70a @ 07.06.2007. 15:31 ] @
Pa sta ti mislis da je h264 standard poceo da se gradi tek 2006. (od kada datira taj tvoj dokument) Mislim i sam znas da to nije istina a imas herca da mi kazes "a kamoli da ti trazim dokumente iz 2003/04 godine". LOL..po tebi nijedan dokument nije validan ako ide par godina unazad - lupas gluposti.
Kako se nisi prevario i napisao da se referenca na kojoj je zasnovan dokument zove "ISO/IEC 14496-10:2004, Advanced Video Coding(Second Edition), March 2004."
Kako se nisi prevario da citiras "Tvrdis da je inloop OBAVEZA - jos jednom te pitam gde to pise ?!" i kazes "Boki evo ti link ovde pise da je obaveza", a ako ne znas, kazes "Ne znam", nego uporno eskiviras da das konkretan odgovor.

Ja ne gradim moje misljenje na osnovu izjava par ljudi?! ...i ne prihvatam sve zdravo za gotovo.
LOL da je Dedee slusao Foxy ne bismo imali onako dobre filtere... ako nisi znao on njega/nju zove "foxyshadis with the tired eyes". Sto ne znaci da ja ne uvazavam Foxijevo misljenje, a isto tako Foxijevo misljenje nije apsolutni kriterijum.

Citat:
nisam ja faktor, ali imam dobru pozadinu (mislim na podrsku), sa tvojom odlukom se ljudi tesko slazu (samo oni koji prvi put pocinju i koji nisu upoznati sa materijom), sto si inace i sam video u tvojoj temi na doom-u


Da li si ti stvarno ubedjen da svi na doom9 dele isto misljenje?! ...a oni koji se prvi put upoznavaju sa materijom nemaju ni znanja da to prihvate.
Jel mislis na ovu temu h264 encoding/decoding inloop filtering questions [mart-2007] .... evo nek ljudi procitaju i sami zakljuce kolika je obaveza da se inloop koristi.

evo sta misli i4004 povodom inloopa:
Mainconcept H.264 Encoder Preview released [Feb-2004]
Silly bug in JVT reference decoder [februar-2007]
...jos malo sa doom9
In-loop deblocking vs Avisynth deblock() filter [jul-2006]

...ima jos tema da ih ne bunarim, al ni u jednoj ne pise da je inloop obaveza.

Ovo je sa moje strane kraj price u vezi inloopa.





[Ovu poruku je menjao Boki70a dana 07.06.2007. u 17:35 GMT+1]
[ svetlanalane @ 13.09.2007. 10:32 ] @
Ova tema je jako opširna i već prelazi u domen detaljnije obrade video fajla. Zaista je teško listanjem svih ovih stranica pronaći odgovor na prvo pitanje iz naslova.

Zbog toga ponovo postavljam pitanje iz naslova: gde može da se skine H.264, koja je verzija aktuelna i stabilna i kako se unosi u VirtualDub ili AutoGK koje ja najradije koristim.

Kad to uradim vraćam se ranijim postovima za detaljnija objašnjenja o radu sa tim kodekom.

Hvala
[ Kosta ******um Rex Persia @ 13.09.2007. 16:42 ] @
Ovako, pošto si još uvek početnica u ovim vodama, tebi treba VFW verzija x264 kodeka, koju možeš naći na http://mirror05.x264.nl/Cef/

Pazi, ako koristiš 64-bitni operativni sistem, MORAŠ skinuti 64-bitnu verziju x264 vfw kodeka, a u suprotnom naravno skini 32-bitnu.

Direktni linkovi su:

32-bitna verzija: http://mirror05.x264.nl/Cef/force.php?file=./x264vfw_x86_r667.7z
64-bitna verzija: http://mirror05.x264.nl/Cef/force.php?file=./x264vfw_x64_r667.7z


Trenutno je aktuelna novija verzija od ove, revizija 675, ali niko je dosad nije napravio, tako da zasad je ova najnovija. CLI verzija se NE MOŽE koristiti putem Virtual Dub-a i ostalih programa, jer je to nešto sasvim drugo, tj. kodek je isti ali koristi umnogome drugačiji pristup materiji.

Raspakuj negde arhivu pomoću Winrar-a i snimi fajlove u poseban folder, a onda desni klik mišem na fajl x264vfw.inf i klikni install. I to je to, sad možeš koristiti kodek iz Xmpeg-a, VirtualDub-a i sličnih programa.




[ BrickTop1984 @ 25.10.2007. 13:07 ] @
Imam film koji je kodiran sa x264 codecom, I problem je u tome što sam instalirao sve moguće Codece koje ste ponudili na temi, a ne mogu ga otvorit u Media Player Classic-u.

Film otvori u ovako maloj rezoluciji




Kad kliknem na sliku desnim i odaberem filters prikaže mi ove informacije




Dok Virtual Dub Mod javlja sljedeće upozorenje



No ako odem na OK, pa na File Information pokaže sljedeće informacije




Trebam neki koristan savjet kako bi taj film konvertirao u AVI.

[Ovu poruku je menjao BrickTop1984 dana 25.10.2007. u 19:47 GMT+1]
[ Boki70a @ 26.10.2007. 16:36 ] @
@BrickTop1984

Otvori Media Player Classic (aka MPC), Idi na "View->Options...->Internal filters". Odcekiraj sve u oba prozora. Mozes da ostavis recimo "CDDA(Audio CD)".
Od kodeka i spiltera, treba ti ffdshow (by CLSID) i Haali Splitter
Kada instaliras ove kodeke, ponovo otvori MPC idi na "View->Options...->Playback->Output" i cekiraj "Haali's Video Renderer", zatim selektuj "External Filters" i na dugme "Add" dodaj redom:
[v] Haali Media Spliter
[v] ffdshow Video Decoder
[v] ffdshow Audio Decoder
[v] Haali Video Renderer
...selektuj svaki od ova 4 filtra i cekiraj "Prefer" sa desne strane. Sad mozes da uzivas u svom MKV fajlu :)

Nije mi jasno koji problem pokusavas da resis, MPC playback ili MKV->AVI?

Za MKV->AVI mozes da koristis AVS skriptu sa DirectShowSource("film.ekstenzija", audio=false, fps=xx) komandom. Ubacis u VirtualDub i odradis Xvid rekompresiju. Pazi, dugo ce trajati rekompresija, jer taj tvoj MKV ima res. 1280x544. Posto ti je audio AC3, samo ga ekstrakuj pomocu programa MKVextractGUI (treba ti uz ovaj program i mkvmerge da bi ti radio. Izgooglaj).
Kad odradis video, koristi ponovo VirtualDub da spojis video(xvid/avi) i audio(ac3) sream-ove u AVI kontajner. Ja bih licno koristio xvid CLI, stvar izbora.
Ovo konverzija je, inace, ukratko objasnjena, siguran sam da ces negde zastati, ako mislis da je previse komplikovano izgooglaj neki opensource program za MKV->AVI ili odradi search na ovom forumu, mislim da je vec pisano. (za HD res sumnjam :)

edit: ako imas slab komp i resis da ne rekompresujes MKV u AVI, cenim da ce ti od pomoci biti CoreAVC (h264) dekoder. Ako ga instaliras, samo disable-uj h264 u ffdshow-u.
[ Mardz Simpson @ 01.03.2008. 07:48 ] @
Pozdrav ljudima koji se razumeju u HD video, kao i svim posetiocima ovog dela foruma!
Dobio sam film koji je u HD formatu, to je prvi film koji sam odgledao na racunaru, pa su mi se u glavi pojavili par pitanja?!!!
Evo info tog filma:


.General Information
RUNTIME.......: 1:52:33
SIZE..........: DVD5
VIDEO CODEC...: x264, 2pass, L4.1
FRAMERATE.....: 29.976
BITRATE.......: Variable ~ 5170
RESOLUTION....: 1280x720
AUDIO.........: AC3 5.1 @ 384 Kbps
SUBTITLES.....:
SOURCE........: Teagan's Juice XXX HDDVD 1080i AVC DDP 5 0
IMDB RATING...:
IMDB LINK.....: http://adult.dvdempire.com/itempage.aspx?item_id=1382504

.Post Information
ENCODER.......: HrdmN
RELEASE DATE..: 02/24/2008

.Log
avis [info]: 1280x720 @ 29.98 fps (202452 frames)
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64
x264 [info]: slice I:1371 Avg QP:15.99 size: 74891a 0:00:00
x264 [info]: slice P:105508 Avg QP:18.53 size: 32293
x264 [info]: slice B:95573 Avg QP:21.08 size: 8945
x264 [info]: mb I I16..4: 4.2% 94.1% 1.7%
x264 [info]: mb P I16..4: 0.8% 15.7% 0.2% P16..4: 48.9% 24.2% 6.2% 0.2% 0.1% skip: 3.8%
x264 [info]: mb B I16..4: 0.0% 0.6% 0.0% B16..8: 49.3% 1.5% 2.1% direct: 0.7% skip:45.7%
x264 [info]: 8x8 transform intra:94.0% inter:86.5%
x264 [info]: ref P 68.8% 13.8% 7.0% 3.9% 3.3% 3.2%
x264 [info]: ref B 81.6% 11.3% 3.6% 2.1% 1.5%
x264 [info]: kb/s:5170.1

E sad me interesuje sledece:
1.Codec pack je Matroska
2.Program preko koga gledam je KM player
3.Monitor je Asus wide 19 incha rezolucija 1400x900

Dali koristim dobar codec, kao i player (meni je ok!)
Da cujem Vase misljenje!
Dali prilikom gledanja filma moram smanjiti rezoluciju gledanja na 1280x720? I sta bi sa tim dobio u odnosu na sadasnjih 1400x900?
Dali je Hd film u stvari ripovan sa blue rey disca i koja kamera je u stanju da napravi takve slike?

[ Shon3i @ 03.03.2008. 23:54 ] @
Citat:
Dali koristim dobar codec, kao i player (meni je ok!)
ukoliko sve ide glatko nemas simnje da koristis losu kombinaciju.

Citat:
Dali prilikom gledanja filma moram smanjiti rezoluciju gledanja na 1280x720? I sta bi sa tim dobio u odnosu na sadasnjih 1400x900?
Nista. Nema sanse golim okom da primetis ikakvu razliku.

[quote]Dali je Hd film u stvari ripovan sa blue rey disca i koja kamera je u stanju da napravi takve slike?[/qoute] Sa HDDVD ili Bluray diska ili pak sa nekog TV koji emituje HD signal (HDTV) tvoj je definitivno sa HDDVD-a, jer tako u nazivu stoji "Teagan's Juice XXX HDDVD 1080i AVC DDP 5 0"

Holivudski filmovi se obicno snimaju u rezoluciji preko 2000xnesto i postoje HD filmske kamere. Za neku kucnu primenu http://en.wikipedia.org/wiki/HDV
[ Kosta ******um Rex Persia @ 01.04.2008. 01:37 ] @
Samo da obavestim ljude da je došlo do velikog napretka u x264 kodeku, dodate su neke stvari koje značajno poboljšavaju kvalitet.

VAQ 1.0 je ušao u SVN zvanično, sada Dark Shikari testira alfa verziju 2.0, vise na http://forum.doom9.org/showthread.php?t=136445
[ biske @ 12.06.2008. 21:44 ] @
Jedno pocetnicko pitanje,koja je razlika izmedju H264 i x264
[ Stranger2 @ 14.06.2008. 01:15 ] @
H.264 je format video zapisa i to najnapredniji.

x264 je naziv jednog enkodera tj. softverska komponenta koji omogucava konverziju videa u H.264 formatu. Osim x264 imas recimo i MainConcept H.264 Encoder itd. x264 je za sada jedini koji je besplatan pa je verovatno zbog toga najpoznatiji.

Da bi koristio x264 moras koristiti neki program koji koristi x264 kao komponentu. npr. ja sam ga koristio samo uz program MediaCoder. U ovoj temi imas jedan primer koriscenja x264 u MediaCoderu http://www.elitesecurity.org/t323076-Kako-film-MKV-Fajl

[ daniel38 @ 29.08.2009. 00:14 ] @
Dali ima neko da koristi x264 vfw kodek u Vdub-u?

Zanimaju me podesavanja istog...pocetnik sam i jednostavno ne znam sta gde podesiti....potreban mi je sto je moguce bolji kvalitet...nije u pitanju kompresija filmova nego video tutoriala....tako da vreme kompresije nije bitno posto su tutoriali od po desetak minuta...kbps bi se kretao oko 300-400

Onako kako je po difoltu, stim da sam podesio 2pass slika je gora nego sa Xvid-om pri istom kbps a brzina je tu negde kao Xvid...tako da tu nesto nevalja....





znam da postoje programi tipa MEgui itd ali mene bas zanima ovo....pa ako neko zna da konfigurise nek postavi skrensot ta dva tab-a

Takodje ako mi mozete preporuciti neki drugi x264 kodek(ne mora free) koji mogu koristiti u Vdub-u a koji ima predefinisane opcije za kvalitet pa da jednim klikom odaberem high quality a ne da zalazim u sitna crevca