» Poradna » Mobily, audio, video

Jak při enkódování BD na h265 zachovat přesnou délku?

Odpovědět  |  Zobrazit bez stromu  |  Upozornit redakci  |  nových odpovědí: 36/36
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Hezký večer,zkouším enkódovat kodekem x265 (přesná verze 1.8+31-b6156a08b1def358) originální BD Pána prstenů (dvoudisková rozšířená edice). Původní délka prvního disku v kontejneru m2ts je 1h 45mn 43s 420ms, ovšem po převodu se změní na 1h 45mn 43s 253ms. U druhého je výsledek 2h 2mn 34s 222ms z původních 2h 2mn 35s 970ms.Snímková frekvence je 23.976, takže jsem nastavil maximální počet klíčovacích snímků 240. Můžete mi prosím někdo poradit, co mám nastavit, aby se délka neměnila? Při pár ms bych to neřešil, ale skoro u 2 sekund v poslední části přestávají sedět titulky a zvuk.Díky za rady!PS: Kdyby to někoho zajímalo, tak moje nastavení enkodéru je (normal + pár drobností):wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / no-open-gop / no-temporal-layers / interlace=0 / keyint=240 / min-keyint=23 / scenecut=40 / rc-lookahead=20 / lookahead-slices=0 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=5 / limit-refs=0 / weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.30 / rdoq-level=0 / psy-rdoq=0.00 / signhide / deblock / sao / no-sao-non-deblock / b-pyramid / cutree / rc=crf / crf=21.0 / qcomp=0.75 / qpmin=0 / qpmax=51 / qpstep=4 / vbv-maxrate=12000 / vbv-bufsize=12000 / crf-max=0.0 / ipratio=1.40 / pbratio=1.30

Odpovědi na otázku

 |   |  Microsoft Windows 7 Chrome 46.0.2490.80

Myslíš, že ty časy se kterými operuješ mají nějakou relevanci? Jsi si vědom toho jak si je různé aplikace "počítají" ? Schválně si vezmi jedno konkrétní video a zjisti si jeho čas v různých aplikacích. Skoro pokaždé bude jiný. Pro x265 to bude platit dvojnásob.A ten sync je na začátku videa dobrý a rozjíždí se postupně ke konci, že?

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Údaje beru z nejnovějšího Mediainfo a rozjíždí se to postupně. Jako by při enkodovaní tu a tam nějaký snímek nebyl zpracován - fps výsledného videa je stejné jako u vstupního. Největší rozdíly jsou při zpracování 23,976 fps.Schválně jsem teď zkusil zpracovat nový hodinový seriál s 25 fps a je kratší pouze o 20 ms.Log s celým průběhem: http://pastebin.com/ZAJ9xVjA

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

The.Last.Kingdom.S01E03.1080p.WEB-DL.DD5.1.H.264-EsQmá 88367 snímků, přesně na to číslo se tebou použitý MEncoder netrefil ani jednou, ani na vstupu, ani na výstupu.Mediainfo bych nějak neřešil, co se týče videa, přesnou délku vypočítáš podle počtu snímkůa fps (např. 23.976 je přesně 24000/1001, např. převod z 25 na 23.976 je 25025/24000).Nechce se mi potit nějakých 12 hodin na tomto dílu seriálu, pokud hodíš nějaký 10 minutový vzorek, který máš ty chybějící snímky nebo co máš za problém, tak si na tom ukážeme co máš za problém. No já problém nemám žádný, mně x265 poslouchá na slovo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Jáj, na hrubky se nedívejte.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 7 Opera 9.80

Taky bych to neviděl na problém s kodekem, jako spíš na problém použitého SW, který nesprávně dekóduje video. Asi bych zkusil dvoukrokovou konverzi. Nejprve to překonvertovat do bezztrátového formátu, např do kodeku HuffYUV: http://wiki.multimedia.cx/index.php http://www.videohelp.com/software/HuffYUV a to až pak do H265. A následně se podívat kde nesedí počet snímků Tj zda při první konverzi z H264 do HuffYUV, nebo až při druhé konverzi do H265.A doporučuji to zkoušet na krátkém vzorku. HuffYUV má celkem mizernou kompresi, takže ten mezistupeň bude opravdu velký, ale furt lepší než pracovat s nekomprimovaným formátem, ten je ještě větší.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

No já používám na dekódování vstupu buď l-smash nebo ffms v megui nebo ffmpeg, tak ať zkusí to. Problém může být i na výstupu, tedy na vytvoření muxu. Ono by bylo nejlepší to zkusit na nějakém vzorku, který mu blbne, testovat na hodinovém videu se mi to nechce.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Ono je dost blbý, že enkodování tvá tak dlouho. Mně to trvá 3-4h, Krakatoavi 6-8h - Intel a AMD by si měli dát lopatou přes hubu, když s každou novou generací CPU tvrdí, jaký udělali pokrok, ve výkonu, protože on se žádný nekoná - můj Gulftown jr vlastně rychlejší než Skylake.Zkusil jsem jsem ještě jiný díl s 25 fps a nesedí jenom 80 ms, takže tady to reálně ničemu nevadí. U LOTRa s 23,976 to jsou ale stovky ms za hodinu. Mediacoder x64 používám proto, že BD se s ním snadno řežou černý okraje a při dřívějším enkodování na h264 s ním problémy nebyly. Jakou máš verzi enkodéru?Ještě více zarážející, je skutečnost, že grupy jako RapidMoviez - RMTeam, LGC a PSA Rips mají u seriálů s 25 fps ještě větší rozdíly, jenže oni u konverze převádí i zvuk a titulky, takže tam si toho nikdo nevšimne.Asi jsem lama, ale měl hlavně za to, že při enkodování (a manuální volby počtu referenčních snímků) se kompletně všechny IPB framy přepočítají - celé video přece neobsahuje snímek za snímkem, ale nějaký počet referenčních a zbytek se při přehrávání dopočítává jasně daným algoritmem.Koukám, že na torrentech se dá najít i kompletní LOTR v BD kvalitě - jak moje rozšířená edice, tak jakási kinová a klasická - ale ono stahovat 40GB disky, asi odněkud z Ruska a Číny, bude celkem prasárna na dlouhé zimní večery.Vystřihnul bych ti ze svýho originálu cca 5minutový úsek z druhého disku, zhruba z druhé třetiny. Předpokládám, že budeš chtít z kontejneru m2ts původní video v h264 (high@L4.1, 2 ref) a odpovídající úsek 6.1 DTS audia. Čím a jakými příkazy ho mám vystřihnout?

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

btw: Při ienkodování The.Last.Kingdom.S01E02.1080p.WEB-DL.DD5.1.H.264-EsQ.mkv bylo na vstupu:FrameCount : 88233Duration : 3529320a na výstupu:FrameCount : 88231Duration : 3529240Takže se „ztratily“ pouze 2 snímky.btw: Co je strame size? Je tam dost brutální rozdíl.StreamSize : 48717656 (vstup)StreamSize : 942699013 (výstup)

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

StreamSize velikost streamu v B. A není to opačně nebo ten výstup je syrové video a vstupní avc nebo tak něco?

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

No mně trvá hodina full hd odhadem asi 12-15 hodin, tož 4 jádra 5 let starého AMD...x265 používám vždy aktuální a sám si ho kompiluju ve VS 2013 nebo VS 2016.Včera jsem použil:x265 [info]: HEVC encoder version 1.8+60-6563218ce342x265 [info]: build info [Windows][MSVC 1800][64 bit] 8bitzkušebně jsem enkodoval videoklip (m2ts, avc/dts ma) z jednoho demo BD.Vstup: 7635 snímků, fps 23.976, doba trvání 5:18:401A na výstupu to samé. Žádný problém.Co jsem dřív zkoušel enkodovet v x265 celé BD tak nikdy jsem neměl problém s rozhozených zvukem.Co se týče enkodování, dělá se tak, že je jedno co je ve vstupu za IPB snímky, všechno se to převede na syrové video (nejčastěji nějaký druh YUV) a struktura IPB se dělá znova.No je jedno jak to střihneš, hlavně aby ti ten vzorek po enkodování mazal snímky nebo co to řešíš za problém - na zvuku to asi na 5 minutách poznat nepude. Nebo na netu najdi něco do 10 minut co ti to dělá taky.No ten lotr je i na czt. Je tam 10 (extended) a 4 seedi, pokud máš aktiva tak by to snad stáhnout šlo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Tak v tom případě mi to s velkou pravděpodobností na pětiminutovém úsek neudělá, zkusím si s tím pohrát a pořádně se podívat na StreamSize.Na neonacistickém webu czt nejsem už z přesvědčení, to už bych si raději koupil nějaký manuál od jednoho nejmenovaného nemohoucího. Stahovat LOTRa z tama fakt nebudu, když ho mám komplet na DB + několik DVD s bonusem (sám doteď nevím, kolik jich tam je a co všechno tam je). Já jen, kdyby ses v zájmu výzkumu chtěl přiučit, stáhnout si ho a nasimulovat s Mediacoderem můj problém.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

btw: můj Xeon je starej skoro stejně, ale je to bazarovej kousek, kterej vlastně dýchá na paty dnešnímu mainstreamu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows XP Firefox 31.9

mal si i7-920

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Neruš, vytápíme s Krakatoaou pokoje enkodováním filmů. Holt jsem provedl upgrade - nějak jsem dospěl k závěru, že přecházet z LGA1366 na 2011 nemá smysl.http://www.overclock-and-game.com/hardware/computer-tech-re...

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Ohledně vlastní kompilace to byla dobrá připomínka. Zkompiluju si vlastní pomocí build pomocí Intel C++ Compiler, kterej by měl být rychlejší než kompilátor ve VS a Open Source... jen co si seženu celou instalačku a ocrackuju, abych to mohl zkompilovat a zase smazat.Kikoti, fakt, aby si člověk udělal rychlejší konvertování, musí mít procesor Intel a cracknout si kompilátor od Intelu, kterýmu předtím platil (a pravidelně platí při upgradu) za procesor.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

No to teda nevím kolik ti to přidá procent. Hádám moc ne. Jestli ušetříš jedno promile času při enkodování Kompiluj si to VS 2013 nebo VS 2016 (v něm je je to trošku komplikovanější.VS comunity máš zadara a nemusíš mít warez.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Prý až 51 %. Tak jsem zvědavej na tu reklamštinu. https://software.intel.com/sites/default/files/manag... btw: Dobrá zpráva, proklikal jsem se v tom nepřehledným maglajzu registrací a formulářů u Intelu a dostal jsem 30denní trial.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Tak dej pak vědět kolik to šetří při enkodování.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Večer se k tomu snad dostanu. Srovnám přes x265 benchmark ICC, GCC 5.2 a VS 2015. Rozdíle mezi GCC a VS by měl být v řádek jednotek procent ve prospěch Microsoftu, jak si bude stát Intel je otázka - mám jen SSE4.2.btw: moskevská státní univerzita jako odpověď na sankce od prohnilého dekadentního západu výzkumem efektivity enkoderů. Vladimir Putler očekává, že efektivnější warezení filmů udeří Hollywoodu citelnou ránu. http://www.compression.ru/video/codec_comparison/he...

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

No já si testy provádím sám. Též měřím SSIM, ale většinou všech složek YUV, ne pouze černobílé složky Y jako v tomto testu.Jedenoprůchodové enkodování na průměrné bitrate je sice v x265 v porovnání s x264 o dost lepší, ale přece jen enkodování na CRF je jednak ideálnější na průběh bitrate a jednak je přecejen stále kvalitnější, tak něchápu proč to neenkodovali na CRF a tím, že bitrate by zkoušeli trefovat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Nevíš, kde najdu binárky 1.8+2-1f0d4de (nejnovější stabilní) a 1.8+60-6563218 (nejnovější beta)? Zatím jsem všude našel jen zkompilovaný.Našel jsem BD Rip se subjektivně nejlepší kvalitou obrazu - 1:42, 720p, 2,72 GiB video + 1,1 GiB audio v DTS. Jen by to nastavení chtělo poupravit pro enkodování pomocí x265, protože 9 referenčních snímků neumí myslím hardwarově přehrát žádná grafika. Schválně si to sosni (název je v hlavičce) - CHD/HDChina/HDWing vypadá jako grupa, co to má fakt promyšlený do nejmenších detailů a warezí filmy na serverových farmách:http://pastebin.com/SgFbGLTdbtw: „Dobrý umělec kopíruje. Skvělý umělec krade.“ Takže šup-šup vykrát kompletní nastavení téhle grupy pro své potřeby.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Binárka = zkompilovaný. Takže nemyslels náhodou zdrojový kód? Pokud ano, na oficiální stránce http://x265.org/ konkrétně tu:http://x265.org/developers/je odkaz kde jsou zdrojové kódy, konkrétně tu:https://bitbucket.org/multicoreware/x265na té úvodní stránce je jak se kompiluje ve vs 2013, stačí mít vs 2013 + TortoiseHg + CMakepak stačí mít cmd:hg clone https://bitbucket.org/multicoreware/x265a ten spustit, pak si najít make-solutions.bat a ten spustit, pak v tom okně, co se otevře, kliknout na 'configure' a po chvilce na 'generate', pak spustit x265.sln a ve vs 2013 provést kompilaci.Pokud chceš stáhnout přímo zdrojové kody bez TortoiseHg, tak ty jsou když klikneš na tom webu na download, tedy tu:https://bitbucket.org/multicoreware/x265/downloadszáložka Branches.9 referenčních u hd je furt level 4.1, takže ti to přehraje i snad každá televize s podporou h264. Co se týče grafických karet, ty zvládnou snad všechno, co podporují, má 5 let stará slabučká gt430 bez problému zvládá FULL HD s 16 referenčními snímky.Asi nějak špatně chápeš proces enkodování a vlivu parametrů na něj. Když enkoduješ na crf 17 jako v tvém uvedeném ripu, tak těžko ten rip může být nekvalitní a je prakticky jedno, jestli enkoduješ na crf 17 s defaultním nastavením nebo na crf 17 s nějakým pro tebe dokonalým, crf je parametr kvality, takže ty ripy teoreticky by měli být stejně kvalitní (no nebývá tomu tak, pak je otázka je posoudit je pomocí např. ssim nebo visuálně pitváním v photoshopu, případně visuálně rozdíli po matematické analýze), pokud někde to určité nastavení má vliv na kvalitu, tak enkodér ubere bitrate, takže pak ten rip třeba je o 2% menší (zato se třeba může prodloužit doba enkodování několikrát a i může být náročnější proces dekodování...).Takže vpodstatě neuděláš chybu, když enkoduješ na default a upravuješ podle sebe pouze crf, případně chápeš co ty parametry znamenají a nastavíš si určité jak potřebuješ.Takže prakticky jediné, co by člověk měl řešit, jestli mu třeba vadí nízkobitratové ripy nebo ne, mě například nevadí a klidně používám výchozí nastavení u x264 (takže většinou nechávám crf 23) a i u x265 (to má default crf 28, což dává menší kvalitu než crf 23 u x264 a dokonce myslím i menší než crf 23 u x264).Takže ne, nestáhnu si to a ty parametry, co ten rip má, mě taky nezajímají, já vím co parametry znamenají a umím je používat a ani nemám potřebu je používat. Schválně si testuj jaké mají jednotlivé parametry vliv na kvalitu (třeba ssim), já to zkoušel, takže mám přehled, když to člověk nevidí, tak třeba má takové myšlenky jako jééé toto je dokonalé nastavení...

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Jasně že binárka = zkompilovaný. Měl jsem na mysli zdroják očíslovaný jako 1.8+2 a 1.8+6, z toho, co jsem našel to nepoznám. Tyhle dva konkrétní poznám jak?Ad to nastavení CHD - kdybys četl celý text, pochopil bys, že mi jde o to upravit jejich nastavení pro enkodér x264 pro použití s x265 (některé filtr nejdou použít).Pokud jde o počet referenčních snímků, jednu dobu byl celkem solidní český web, kde byly popsané rozdíly mezi jednotlivými verzemi DXVA a akcelerací h264. Některé Radeony a GeForce (s prvním Pure Video) uměly hardwarově akcelerovat pouze do určitého počtu referenčních snímků 3, 6, 10... stačilo pustit Samsung Oceanic life a hned tam byly zelené kostičky. Web se jemnoval HD-mag nebo hi-def, ale majitel se o něj časem přestal starat a nechal expirovat doménu a koupil to nějakej zmrd a dal tam reklamu na půjčky s RSPN 1000 %. A u toho počtu referenčních snímků vím, že u současných karet Karet umí první generace (GTX 780, první Titan) u h265 Main s nižším počtem referenčních snímků než nový Kepler jako GTX950, GTX960, GTX970, GTX980...O cfr vím, mám odzkoušené, že u normal poznám rozdíl mezi 23 a 21. Lepší už nerozeznám - a raději má smysl si hrát s qcomp. Když nastavím rozumně velký buffer (překvapivě jde na jeho velikost uplatnit Nyquist–Shannon-Kotělnikův teorén jako při vzorkování - tedy dvojnásobek špičky), tak plné HD jede prakticky pořád na 600-800 kb/s a díky cfr vyskočí v dynamických scénách třeba i na 4500 kb/s aniž by se to nějak trhalo.Takže jak bude čas, tak bych enkódoval normal + ref=5 + crf=21 + qcomp=0.75 a srovnal s upraveným CHD s méně ref než 9 + crf=21. Zajímá mě hlavně jejich nastavení pro deblocking.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Chtěl jsi dva, podle znaků za verzí jsou to ty, co jsi uvedl. Je tam vždy poslední stable a default build.Pokud chci vědět co je to za build, tak si exe spustím, je to tam uvedeno, včetně kompilátoru.Nějak nechápu proč bys měl kopírovat nastavení x264 do x265? Si prostě pozjišťuj co které nastavení je, pozkoušej jaký má vliv na kvalitu a bezmyšlenkovitě nekopči nějaké nastavení, když dejme tomu to nejvhodnější pro různá videa je různé, tak nechápu oč ti jde, navíc ty to chceš kopčit z x264 na x265...Záloha toho webu je tu:http://www-ucjf.troja.mff.cuni.cz/~kodys/works/utils/HD/si klidně počti. 9 referenčních snímků u HD není moc, divil bych se, kdyby už teď přes GPU u hevc dekodovat nešli. A nějak nechápu proč to řešíš, kdo dnes má podporu enkodování přes gpu, tak tomu člověku je u zadku jestli mu to dekoduje gpu nebo cpu.To, že vyskočí bitrate v dynamických scénách, není vlivem crf, ale vlivem toho, že se neenkoduje na konstantní bitrate, když nastavíš průměrné bitrate na ekvivalent pro určité crf, tak to skáče prakticky stejně.qcomp je default 0.6, což je dejme tomu ideál pro to, aby statické scény byly v optimálním poměru oproti dynamickým, ve kterých lidské myšlení a oko dokáže rozeznávat detaily. Pokud tedy zvedneš tu hodnotu, budeš mít ten poměr neideální, což při nějakém crf 17 nepoznáš, ale při vyšších bys to poznal, že nejdřív bys nedostatek kvality poznal u statických scén (při puštěném videu, ne pitvání snímku).No a proč tě zajímá, co mají nastaveno za deblocking? Jak už jsem uvedl, toto je například ten případ, kdy to nastavení je vhodné různě, pro různé videa, různé scény, já dělal testy i na toto, a když neuděláš analýzu určitého videa a nezvolíš po analýze nejvhodnější nastavení, tak jsem zjistil, že nejmíň pokazím, když nechám to výchozí, samé nuly.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Jo a ještě malá poznámka, pokud zvýšíš qcomp, tam myslím relativně videu snížíš kvalitu, protože těch snímků (pixelů atd), které se zvedne kvalita bude daleko míň než těch kterým se kvalita ubere a to bráno u vzhledem k síle rozdílu. Být na mě, tak místo zvýšení qcomp nechám qcomp na default a snížím crf tak aby výsledná velikost výstupu byla stejná.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

To jsem psal relativně k stejné velikosti výstupu vzhledem k nastavení qcomp.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Aha, díky za info. Mohl bys prosím tyhle postřehy sepsat na svůj web (včetně odkazu na zálohy toho webu)?

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Firefox 42.0  |  [109.105.49.---]

Tady je popsáno o těch referenčních snímcích: http://www-ucjf.troja.mff.cuni.cz/~kodys/works/utils/HD/akc...

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Nechápu proč vypisuješ ty irelevantní informace. Začneme od začátku, zůstal stejný počet snímků?

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 7 Chrome 47.0.2526.27

U DVD a BD je stejný problém jako u DVB-T. Videoenkodér musí být schopen kompenzovat dropouty a chyby ve streamu a udržet s ohledem na toto a/v synchronizaci. Pokud to nedělá, tak to obvykle skončí tím, že se "rozjede" video s audiem.U DVB-T se na to dřív používat ProjectX, nyní to zvládá i přímo AvidemuX.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 41.0

Videoenkodér x265 se o spracování dvd/bd/dvb-t vstupu rozhodně nestará, o to se stará nějaký dekodér. Netuším co je to dropout, rozhodně programům jako megui (l-smash, ffms, avisynth), ffmpeg, mktoolnix atd. nedělá problém spracovávát m2ts/mpls a nevšimnul jsem si, že by měli rozhazovat a/v.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Chrome 47.0.2526.106  |  [109.105.49.---]

Pokud by to zajímalo i někoho dalšího než Krakatou, tak jsem po čase udělal menší srovnávací test mezi ICC v15.0 a GCC v5.3.0 (buildy ve Visual Studiu mi přišlo zbytečné testovat).Ke srovnání jsem použil x265 benchmarkx265 v1.8+179 [GCC v5.3.0]x86 8bit: 153,96 sekundx64 8bit: 103,05 sekundx265 v1.8+179 [ICC v15.0]x86 8bit: 132,63 sekundx64 8bit: 102,55 sekundNeumím zacházet s Intel Parallel studio, takže jsem si sestavení nekompiloval, aale stáhnul hotové. Můj Gulftown stejně nemá žádné další instrukce navíc, jako třeba Skylake, kvůli kterým by stálo za to kompilovat vlastní verzi. Komu by se s tím chtělo více testovat, zde jsou zkompilované enkodéry:http://www.msystem.waw.pl/x265/http://x265.ru/en/builds/U nových sestavení už žádné problémy nemám. Jediný pozitivní postřeh ve prospěch ICC je ten, že při enkodování všemi jádry se dá s počítačem základním způsobem pracovat (surfovat v 64bit IE, Excel, Word) - s GCC občas zamrzal - řekl bych, že systém líp řetězí procesy.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 | Microsoft Windows 10 Firefox 43.0

A co já s tím? Já používám vs2013 nebo vs2015 a jestli jsou tam nějaký časy trošku jiný je mi jedno, stejně moc neenkoduju.

Souhlasím  |  Nesouhlasím  |  Odpovědět
 |   |  Microsoft Windows 8.1 Chrome 47.0.2526.106  |  [109.105.49.---]

Kdysi tě zajímal rozdíl ve výkonu tak jsem to sem hodil.

Souhlasím  |  Nesouhlasím  |  Odpovědět

Související témata: No, Depth, Maximální počet, Snímková frekvence, Pyramid, Skip



Určitě si přečtěte


Jak fungují kryptoměny: Za oponou se odehrává perfektně organizovaný chaos

Jak fungují kryptoměny: Za oponou se odehrává perfektně organizovaný chaos

** Bitcoin letos trhal rekordy ** Zdaleka není sám, jsou tu i další kryptoměny ** Jak vlastně kyberpeníze v nitru fungují?

13.  12.  2017 | Jakub Čížek | 67


Aktuální číslo časopisu Computer

26 procesorů v důkladném testu

Zhodnotili jsme 18 bezdrátových reproduktorů

Jak fungují cash back služby?

Pohlídejte své děti na internetu