Diskuse k AMD pomohla Handbrake s optimalizací pro vícejádrová CPU, výkon stoupl až 3×

tombomino | 19. 6. 2026 - 10:02

Hezky, ale se svymi AMD CPU jsem zatim neprekrocil limit 64 vlaken..tak nic :)

WIFT | 19. 6. 2026 - 10:19

Přimlouval bych se za zavedení takového pravidla, že o věcech, o kterých se nepíše vyloženě každou chvíli, se prohodí pár slov, co to je. Handbrake je pro mě ruční brzda, fakt netuším, jakou to má souvislost s výkonem CPU. Ano, můžu si to vygooglit, ale už je to nekomfortní a v lepších vrstvách bývá přiblížení takového termínu dobrým zvykem.

Stačilo by např. napsat … "vyřešili limitující prvek v open source video kodéru Handbrake" nebo tak něco. Úplně dostačující.

Karáš Svorka | 19. 6. 2026 - 11:14

Musíš jít s dobou, dnes frčí už tak deset let E-brake, elektronická ruční brzda :D

Nemám to rád :F

no-X | 19. 6. 2026 - 11:40

To víš, profesionální deformace. Když píšu o softwaru, o kterém se na DIIT píše zhruba 12 let a který používá většina recenzí procesorů, tak mě nenapadne, že bych ho měl charakterizovat.

Robin Seina | 19. 6. 2026 - 17:13

Promiň, ale o Handbrake jsou na diit všeho všudy dva články - tenhle a ježkův z r. 2014. Z free videoeditorů se tady psalo tak akorát o Avidemuxu a Virtualdubu - a to je už drahně let.

lubo76 | 19. 6. 2026 - 20:47

Videa prechrústavá snáď každý. A dnes v HB.

Pety | 20. 6. 2026 - 07:22

Handbrake má dost šílené ovládání. Já nakonec zakotvil u VidCoder, v tom jsem se aspoň dokázal vyznat. Stejně to všechno jsou jen GUI nad ffmpeg.

lubo76 | 21. 6. 2026 - 09:22

Čo je v HB ťažké? Urobiť sa vlastný profil, pri konverte na neho kliknúť a len upraviť zvuk (aspoň u mňa zvuk nastavuje po svojom). Bez neho vybrať kodek, rozlíšenie sa veľmi nerieši, kvalitu, preset a zvuk. Čo viac ak nechcete nastavovať encoder tune, level, profile a 9 filtrov.

RedMaX | 21. 6. 2026 - 09:38

Tak Vidcoder je odnož Handbraku. Také jsem ho začal používat svého času, protože Handbrake je designově tragický. No ale štvalo mě, že se nedá zvolit instalace a vždycky se to nainstaluje do profilu, takže jsem musel jít a manuálně vyjmout ty soubory z instalačky a přesunout je do Program Files, což tady naštěstí fungovalo. Nesnáším aplikace v profilu, nemají tam co dělat, na to profil uživatele nikdy nebyl určený!

FrankHorigan | 20. 6. 2026 - 08:22

Každý a kdo například a proč si to myslíš?

lubo76 | 21. 6. 2026 - 09:24

Stiahnete veľký film v h264, ale prerobíte to, aby bol súbor menší. Alebo nehráte obrazovku ako návod pre niekoho a aby nešlo o 20GB video, tak použijete konvert.

FrankHorigan | 21. 6. 2026 - 13:09

1) proč nestáhneš rovnou menší H265 film?
2) Přoč bys to nějak muchlal když se na film podíváš a prostě ho kurwwa SMAŽEŠ ne???
Nebo se na to díváš každy večer? Když ho chceš vidět za pár let znovu, prostě ho zas za hodinu stáhneš (pokud to chceš krást) Nebo ičekáváš konec internetu??
3) proč to vůbec stahuješ v roce 26?? To je moc dát 220kč za VOD?
4) I když to chceš syslit na disku jako někdo, kdo do teď nemá internet, PROČ to chceš do čehokoliv přemuchlávat, když z logiky věci musíš tou ztrátovou rekompresí přijít o kvalitu..??

To je fakt zajímavý fetiš co ty předvádíš
Jako věř mi, že žádné velké počty lidí nic stažené z netu nemuchlá..

lubo76 | 21. 6. 2026 - 14:50

1. Asi že nie je, že? Alebo chcem AV1 a filmy s týmto kodekom ešte nie sú.
2. Nikdy ste nepozreli film 2x? ST TNG som videl min. 2x, Axela 2x a určite ho pozriem znova, Strieborného bleska a Brewsterové miliony si detto pozriem znova. A takých je plno.
"Nebo se na to díváš každy večer?"
Milujem extrémistov. Ale ťažko sa baviť s človekom, ktorý chápe len "raz", alebo "každý večer". Je problém si film pozrieť po 10 rokoch?
3. Bude po rokoch daný film na Internete? A kde? Hľadať v 10 weboch/službách? Všetko vo VoD nie je, resp. jeden film v 1 službe, druhý v druhej.
4. Nemám orlie oči, aby som zmenu videl. Nastavujem konštantnú kvalitu tak, aby mi kvalita vyhovovala.
To nie je fetiš, ale pohodlnosť. Keď si chcem niečo pozrieť, jednak mám zoznam tých filmov, ktoré sa mi páčia, mám ich k dispozícii 24/7/365, nemusím sa báť, že služba/server ich zmaže a nemusím riešiť kde je daný film a ideálne s cz/sk dabingom.
Samoz., že sa dá stiahnúť menší súbor, zmazať ho, neriešiť voľné miesto na disku a po čase ho hľadať znova.

FrankHorigan | 21. 6. 2026 - 15:00

Já chápu tak, že ses prostě zamiloval do kodeku AV1 - super divný, ale ok..
Nicméně
1) chápeš, že když cokoli přehracáš do AV1, bude to AV1 mít horší kvalitu než to stažené?
Není to na bednu?? Jistě že AV1 na netu není, půlka planety to nepřehraje.

2) Když se na to koukneš po druhé někdy za deset let, stahneš to v té době už za 5min a v AV2… PROČ to dnes przníš hrcáním do AV1?
Dyť tohle co ty děláš dnes dělali lidi před nástupem internetu (30let z5). Proč od přirody syslíš - je to cesta. Já svoje forever “sysel” spindly s DVD vyhodil až někdy před covidem.

3) Bod dává trochu smysl, možná 1-2% tvorby nelze nikde na netu najít a nenabízí to ani VOD.
(Mám disk s 3D-SBD filmy pod postelí) Hledat to ale nemusíš, prostě se zeptáš Gemini kde to je..

Můj dotaz, co když to bude po těch 15letech kdy na to dostaneš chuť nečitelné??
Vrátíš se k bodu 2, a stáhneš to za 5min v AV2 :))
A 10let jsi muchlal nahouby

TOW | 21. 6. 2026 - 17:26

ad 3) pokud nekoukáš na masový mainstream ale na nějaké okrajovky tak ti ty nenalezené věci naskáčou v desítkách procent

FrankHorigan | 21. 6. 2026 - 22:02

No ale ty okrajovky musíš stejně někde stáhnout, aby sis je mohl syslit.
A já ptám, když šly stáhnout včera, proč by nešly za 10let??
Já myslím že to spíš o takovém tom “co je doma to se počítá”..
Přesně jako jsme 25let zpátky pálili jedno CD za druhým a podruhé ses réalně podíval tak ba 5%

TOW | 22. 6. 2026 - 06:33

Protože na oficiální distribuci nejsou a z úložišť a torentů s postupem času mizí.

lubo76 | 22. 6. 2026 - 11:11

Napr. skončí web, alebo film niekto zmaže.

FrankHorigan | 22. 6. 2026 - 17:58

Jo chápu, ale internet je internet. Není to nikdy jen na jediném místě.
A to se furt bavíme o starém dobrém kradení.
90%+ všeho lze vidět legálně..

miro | 23. 6. 2026 - 08:34

neblábol hlúposti, vo všetkých bodoch jeden po druhom sú nezmysly

FrankHorigan | 23. 6. 2026 - 09:19

Asi by bylo fajn to trochu rozvést

no-X | 21. 6. 2026 - 12:50

Handbrake zmiňuje podstatně větší počet článků, jen k nim nikdo nepřiřadil tag.

Kubrak | 19. 6. 2026 - 13:47

Ja s videem nedelam, zcela mne to miji, ale z clanku jsem pochopil, ze jde o praci s videem. A asi zejmena o nejake konverze, protoze, tam je potreba vykon a skalovani....

Ale jasne, mohlo to byt napsane presneji, tak nejak jak navrhujes. Ovsem, pokud by nekoho zajimalo, co presne je to za SW, tak si to najde na ctyri, pet kliku....

lubo76 | 19. 6. 2026 - 20:50

Keď stiahnete film v h264, neláka vás ho prekonvertovať do AV1? Načo mať 15GB film, keď ho môžem zmenšiť na tretinu? A kto s HB pracuje, ten vie o čom je článok, kto nie, môže prejsť na ďalší.

FrankHorigan | 20. 6. 2026 - 08:24

Neláká, koukneš na to a smažeš to. Pokud si to necháš, doporučuju to nechat to jak to je. Z logiky věci, každé přechroustání ubírá kvalitu

lubo76 | 21. 6. 2026 - 09:31

Väčšinu filmov chcem vidieť aj po čase.

FrankHorigan | 21. 6. 2026 - 13:17

Stáhneš znovu (hodina).
A neříkej mi, že úplně cokoli na světě koukáš znova..
To je to hádro pudla, stovky hodin muchláš něco, už pak třeba nikdy neuvidíš..
Syslení filmů jsme jsme všichni zažívali v době VHS a CD s XviD..
To je 40-20let zpátky.. Pak stejně ty ty spindly se stovkami CD všichni vyhodili do popelnice.
Dnes je to fetiš, nějak mě nenapadá, jak bych to nazval jinak.
Ještě bych pochopil fyz. Kopie BR disků v limitlách a SteelBoxech,,, ale ne ukradené stažené

lubo76 | 21. 6. 2026 - 14:57

Ako som napísal - nie všetko a nie nekonečne dlho je daný film na danopm webe/platforme. A sú weby, ktoré majú download obmedzený, kedy sa za hodinu dá stiahnúť 1,3 GB. Ak má film 5 GB = tak je to asi 3,8h. Všetko znova nepozriem, ale mám na výber čo, kedy a hneď. Čo si pozriem znova sa nedá predikovať. FIlmy spred 20 rokov v max XviD kvalite/kodeku by som dnes nechcel ani ja. Už som napísal, že výhoda mať filmy na disku je prístupnosť 24/7/365 to, čo si rád pozriem znova, neriešim kde to po čase je a či vôbec.

FrankHorigan | 21. 6. 2026 - 15:06

Stejně jako bys dnes nečučel na XviD, nebudeš chtít za 15let čučet na přežvýkané H264, stáhneš to stejně znovu.
Pokud chceš opeavdu zábavu, najdi si na Githubu AI upscaler “Video2X”, dělá to doslova zázraky, nemusíš prznit muchláním, můžeš rovnou citelně remasterovat stávající..
Ale to bez RTX už nedáš

lubo76 | 21. 6. 2026 - 17:48

Akú má upscaller rýchlosť (samoz. pri nejakej GPU)? Nemyslím si, že o 15 rokov mi nebude stačiť kvalita fHD AV1. Axel F určite o x rokov na webe bude, možno aj Drakuloviny, ale Airplane, Herbie 1 a 2, Didi a pomsta vydedencov, Blazni vo väzení, Brewsterove miliony, Didi na plný plyn, Modrý blesk, Káčer Howard, Stáť sa opicou, Andrew člen našej rodiny, Dark waters, Veľká španielská lúpež, Milada, Fireproof, 10 minút žovota a pod. už možno nie.

FrankHorigan | 21. 6. 2026 - 21:58

1) je to náročné, je tam ale možnost více různých AI modelů a dá se to i dost urychlit.
Ale nejnáročnejší je klasické video z “realného světa”. Ne hra, ne anime..

Na kartě s novými tensor cores a alespoň 12GB VRAM (4070/5060ti) to už docela jde..
Ale cokoli s 8GB VRAM nebo Radeon (nemá speciální jednotky, jede přes SP) - to je pár fps za sekundu..
Film třeba i 24h..
Výsledky jsou ale docela úchvatné..
2) Pokud si skladuješ svých pár TOP klasik, sere pes, proč ne.
Ono se to vždycky ale jevilo, že si chceš zálohovat celý “Tak jde čas” a Dynastii :)

lubo76 | 22. 6. 2026 - 11:13

Takže dajme tomu nechať PC bežať 100 dní v kuse a v tom období v podstate nehrať.

FrankHorigan | 22. 6. 2026 - 18:00

No a nebo mít rtx4070 / 5060ti.. :)))
Jsem čekal, že víš kde mířím..
Ale věřím, že zrovna ty bys to PC raději zazdil na 100dní počítal to 0.3fps / sec

lubo76 | 22. 6. 2026 - 22:19

"No a nebo mít rtx4070 / 5060ti"
Was?
Písali ste o 24h upscalingu cez 4070/5060ti. Alebo toľko to trvá na AMD GPU?

FrankHorigan | 23. 6. 2026 - 07:23

Ne cez, ale BEZ..
Si najdi jak dlouho to trvá..
Ten pokročilý model velmi urychlí novější TensorCores a 12GB VRAM.
Ale v klidu vyhoví i 3060-12GB

lubo76 | 23. 6. 2026 - 09:54

AI píše, že s RTX 5070 z HD na fHD do 40 min. Hezkýýýý. Zo 480p na 4K až 5h. Tiež fajn čas.

FrankHorigan | 23. 6. 2026 - 10:05

Jo tohle je přesně karta pro Video2X..
Zeptej se ještě na běžný procesor nebo na kartu typu “Radeon něco”..
PS: ze 480p bych asi převod nedělal, je to zbytečně moc.. Akorát plýtvání daty

lubo76 | 23. 6. 2026 - 11:13

S i5-12400 sú FPS neprekvapivé. Z fHD na 4K 0,5 - 1,5 FPS. Takže 100 videí = kľudne takmer celý rok. S RTX 5070 max 2 a 3/4 dňa. Hezkýýý.

FrankHorigan | 23. 6. 2026 - 11:24

No ono GPU je GPU a CPU je CPU. GPU jsou na některé typy operací NESROVNATELNĚ efektivnější výpočetní bestie. Jsou řádově násobky výkonu navíc..
CPU je takový univerzál, co po něm můžeš chtít cokoli ale proti GPU je to zoufale pomalé..
I s Wafferocým AVX :)

lubo76 | 23. 6. 2026 - 12:39

Ja mám aj AV2 😛. Tak či tak, uspscalling zatiaľ mať nemusím. Keď bude RTX 5080/6080 a 8 TB HDD, uvidí sa.

FrankHorigan | 23. 6. 2026 - 17:50

Proč z extrému do extrému??
Jo vlastně tebe vaví plánovat hypotetické bákupy ještě dlouho neexistujícího hardwaru :)

lubo76 | 24. 6. 2026 - 10:13

Nie, toto neplánujem, len som podotkol, že by som robil upscaling s niečim na úrovni RTX 5080. Toto je názor, nie plán.

tombomino | 22. 6. 2026 - 12:34

Problem je, co uz ti tu psali pred tim, ze nektere veci uz nejsou a dost mozna i nebudou. Za 15 let tim tuplem.

FrankHorigan | 22. 6. 2026 - 18:02

Ano, fajnšmekři budou muset syslit..
Chápu, že Makedonské TV inscenace z poválečné éry mají něco do sebe

Fox 25 | 23. 6. 2026 - 02:13

Já bych se tak moc neládoval tím arogantinem, prej to není zdravý.

FrankHorigan | 23. 6. 2026 - 07:42

Pokud to opravdu není zdravé, tak bys to zrovna mi spíše doporučil - soudě podle vyloženě útočných příspěvků..
Takže jak to tedy je, mám ti věřit, nebo taky kolem sebe jen plácáš jako kolega..?

miro | 23. 6. 2026 - 08:36

plácaš nezmysly, hlúposti a áno, arogantom si nadopovaný po uši!

FrankHorigan | 23. 6. 2026 - 09:21

Asi by bylo dobré to trochu rozvést..
Jinak je ro přesně co píšeš, nicneříkající blábol

Fox 25 | 23. 6. 2026 - 18:09

Děláš jako kdyby mělo nějaký smysl ti něco vysvětlovat.

FrankHorigan | 23. 6. 2026 - 18:50

Opět nic neřsdělující blábol

Fox 25 | 24. 6. 2026 - 01:19

Znáš pořekadlo o házení perel vepříkům? Ostatní se ti snažili něco vysvětlit, dokonce poměrně srozumitelně, ale očividně máš potíže s chápáním psaného textu.

FrankHorigan | 24. 6. 2026 - 07:47

Vysvětlení chápu - prioritě většiny rozumím..
Ale já s tím videem reálně DĚLÁM..
Pokud rozdíl mezi CPU a NVENC8 nevidím, dobře pro mně..
Mám to spočítané 10x rychleji.
3x jsem napsal že u pár minutových videí jedu taky na CPU “pro jistotu”, protože je to vuřt..

Ale asi uznáš sám, že z principu ztrátově přemuchlávat desitky hodin kradeného videa přes CPU ať mám místo 4Mbit jen 2.5Mbit - je trochu na bembeřici v roce 26..
Přes NVENC dělám jen herní záznamy, na to to bylo vyloženě vyrobeno..
PS: s perlama sfiňam to nemá nic společneho, to se používá, když děcku koupíš drahý mobil a ono ti za týden přijde domů s pavoukem na diplayi

Fox 25 | 25. 6. 2026 - 00:11

No jo, ostatní s tím reálně nedělaj a jejich zkušenosti jsou vycucané z prstu. Hele, já si tu diskuzi kterou jsi hezky vytapetoval přečetl, ale promiň, meleš páté přes deváté. A ne že by jsi následující musel brát nějak vážně, ale je rozdíl mezi „dělám herní záznamy“ a „dělám si archiv“

Když máš takovou potřebu vysvětlovat ostatním že to dělaj blbě, tak to vysvětlení asi úplně nechápeš.

FrankHorigan | 25. 6. 2026 - 13:26

Já nikomu přeci neříkám, že to dělá blbě..
Ať čeká, mně je to naprosto fuk..
Jediné co mi přijde opravdu střelené, je stáhnout film v h264, pak to přes CPU (logicky ztrátově) přeprznit do AV1 a pak se na to podívat s tím, že mám dokonale přeprzněný AV1 film :))

Fox 25 | 25. 6. 2026 - 15:34

Napíšeš jedno a pak si to hned vyvrátíš a ano, někdo určitě bude dělat s pomocí cpu konverzi z h264 do AV1 tak, aby byla výrazně horší....

Zopakuju to co na začátku, diskuze s tebou nemá vůbec žádný smysl.

FrankHorigan | 25. 6. 2026 - 19:13

Tak proč semnou tedy diskutuješ?
Možná kdyby sis početl tady, zjistíš, že celá problematika není tak jednodsranná, jako předkládá tohle fórum…

https://www.reddit.com/r/handbrake/comments/1nupjsh/nvenc_vs_cpu_visual_...

Je víc podovbnylch “indiviují” co mají dojem, že krvavá honba za dokonalostí obrazu už trochu ztratila smysl.
Možná je to tím, že tohle fórum má nutně tendenci nesouhlasit se vším co napíšu já, bez ohledu na to, s čím vlastně nesouhlasí..

Jediné co jsem chtěl vypíchout je, že doba pokročila, NVENC je jinde než byl u gtx970 a není dogmaticky nutné držet se do konce života starých pořádků.

Fox 25 | 25. 6. 2026 - 22:49

Diskutuju s tebou protože jsem blbej, tak jednoduchý to je.

Tu diskuzi na reddit jsem pročetl a není to tak jednostranné jak se to snažíš předkládat.

Lidi nemají jen tak samovolně tendence s tebou nesouhlasit, ale ty jim to leješ do úst jak horké olovo. Když ti někdo napíše že je to pro jeho užití nevhodné, tak mu to furt nutíš, píšeš voloviny o makedonských telenovelách a jsou ti úplně u prdele zkušenosti ostatních.

Ano, doba pokročila, nvenc je jinde než u GTX 970, ale furt není vhodný pro archivaci.

To je jak hádat se s někým kdo fotí na DSLR když jsou tu mobily.

https://goughlui.com/2024/01/07/video-codec-round-up-2023-part-15-av1_nv...
https://goughlui.com/2024/01/14/video-codec-round-up-2023-part-16-libsvt...

Jestli to furt nechápeš, porovnej si kvalitu nvenc a libsvtav1 s pomocí obrázků v odkazech výše. Že ti to stačí, neznamená že je to vhodné pro všechny.

FrankHorigan | 26. 6. 2026 - 07:34

1) tak nebuď blbej

2) snažím se to předkládat jako že to není jednostranné, píšu to tam (trefil jsi to přesně naopak)

3) Když už lidi zabíhají do nihilistických krajních nesmyslů, tak se naladím na jejich vlnu.
Muchlání a syslení v roce 26 má údajně smysl, protože na internetu není vše. A já se ptám, CO běžného nelze dnes z cloudu zapnout???
Dost možná poválečné Makedonské telenovely..

4) ANO doba pokročila, NVENC furt není dokonalý pro archivaci. Nicméně kvalita je již velmi blízko zoufale pomalému CPU, takže možná by se po dekádách vývoje už někomu hodilo desetinásobné zrychlení - 10x jsem řekl, že při zpracování videa (střih) jedou dnes by default všechny programy stejně přes GPU..

5) DSLR mám 17let a nafotil jsem na cestách hromady panoramatických snímků krajiny a hor. Šly i na velká plátna.
Dnes fotím to samé do RAW mobilem (je rok 26!) a na dron.
DSLR je těžká, obrovská, nemáš ji u sebe furt.. Jediná opravdu výhoda je malá HO s potrétním a tele objektivem. To iPhone nedá.. DSLR mám prostě z nostalgie.

6) díky za odkazy, kouknu

tombomino | 25. 6. 2026 - 21:48

"Zprzneni" je otazka z jake kvality, at co se tyce samotneho bitrate, tak zpracovani, vychazis a ve tvem pripade za jakym ucelem re-encode provadis a s jakou cilovou kvalitou. Rovnez existuji pripady, kdy "przneni" je soucast scenare, protoze jinak to nejde.
Sam s tim podle te diskuse mas minimalni az zadnou zkusenost. Zaroven to ani nejsou tvoje use case. Proto by bylo mozna lepsi, kdyz by jsi se radeji vratil k tem hernim videim a nesnazil se za kazdou cenu komentovat neco co neznas.
:)

FrankHorigan | 27. 6. 2026 - 12:35

Já se obávám, že s videem dělám už velmi dlouho..
Pravda vytvářím ho ve střihovém programu, neprzním jej v ruční brzdě. vlastní video již (klidně přes CPU) vyrenderuješ jak ho chceš mít rovnou.
Brake je evidentně parketa zlodějů co si syslí pokud možno CELÝ internet na disk a pak potřebujou každý volný bajt.
Takže celé noci muchlají z kodeku "A" do kodeku "B"..

HandBrake používám výhradně na ty mraky hodin herního videa..

tombomino | 28. 6. 2026 - 22:05

Uzasne, ted jsi konecne pochopil, co je to handbrake a k cemu to je.Jeste by jsi to mel napsat i jeho tvurcum, treba to nevedi a vsem co delaji open source codecy
A jinak gratuluji, blbejsi odpoved na tema proc je SW codec kvalitnejsi nez HW, se asi uz vytvorit nedala (i kdyz ve tvem pripade..), ale aspon ukazuje na tvuj level omezeneho chapani, komunikace a znalosti..
ps: pro einsteina jako jsi ty.. pouzivat handbrake neznamena, ze musis scanovat internet. Muzes treba mit omezenou kapacitu ulozneho prostoru, muzes mit vlastni archiv priblblych video her, muzes nahravas neco ve vysokem bitrate a pak to ve finale zpracovat z duvodu prenosu nekam, ukladani do cloudu, protoze i tyhle veci maji limity, atd. Veci proc pouzit reencode je bambilion, to ze ty to nejak nechapes, neumis si to predstavit, nevidis v tom smysl, nemas pro to pouziti je pouze tvuj omezeny poheld na vec.

FrankHorigan | 28. 6. 2026 - 22:25

Blabla blábla.
Chceš mi snad říct, že v době youtube a obecně cloudů má HandBrake fakt jiný význam než kryplit (z principu vždy) video ztrávou rekompresí z kodeku “A” do kodeku “B” ???
Trochu mi to připomíná doby pálení všeho na co jsi přišel - tak jako “do zásoby” :))

tombomino | 28. 6. 2026 - 22:29

Uz je to trosku otravne, dokazu pochopit, ze to nechapes, nicmene opakujes se jako kolovratek bez toho, aniz by jsi se hnul z mista. Kolega ti to tu tady napsal.. ja bych to trochu parafrazoval..ze nema smysl hazet informacema cloveku s omezenym chapanim :)

FrankHorigan | 28. 6. 2026 - 22:47

Další zcela nic neříkající velmi obecný post, který evokuje na to, že mi má jako něco dojít...

Mimochodem, 200 postů říkáme oba více méně to samé, jen ty potřebuješ post nasměrovat tak, aby vyzněl, že já vůbec netuším jak s videem pracovat a naprosto nerozumím celé filozofii HandBrejku :)

Je tak?

lubo76 | 28. 6. 2026 - 23:01

Ako som už napísal, nahrávam obrazovku s 8 Mb/s tokom. Načo mi video s vyše 3,6 GB/h v h265 keď môžem mať 300 MB/h v AV1? Ak tomu dobre chápem, video má z princípu každú snímku kľúčovú. Ale načo keď môže byť jedna za 10s? Plus mám nejaké videá z mobilu v h264. Hodil som ich do AV1 s brutal úsporou (ďalekoooo nad 50%). Ani jeden typ na YT dať nechcem aj keď asi sa z neho dá urobiť osobný cloud.

FrankHorigan | 29. 6. 2026 - 00:35

Úspora AV1 vs H265 je cca 30-35% dat..
Takže 3.6GB/h vs 300MB/h ??
To není ani desetina dat kamaríde..
Někde bude asi chybka..
Kdyby AV1 mělo desetinový objem dat (bez ztráty kvality) k H265, to bys dostal snad nobelovku...

lubo76 | 29. 6. 2026 - 09:31

Ou em dží. Strihač videa nevie čo sú kľúčové snímky/i-frame? Bolo by fajn si niečo naštudovať:
1. Originál video: veľký snímok, veľký snímok, veľký snímok, veľký snímok..... a je z toho 3,6 GB/h h265.
Zmuchlané video: veľký snímok/i-frame, p-frame, p-frame, b-frame, i-frame, p-frame = 300 MB/h.
2. Nahrávam prednášky s 8Mb/s bitrate (plus audio), kde sa 95% scény počas 1s nezmení. Čiže kľúčový snímok stačí asi aj na viac sekúnd a ďalšie snímky majú min. veľkosť. Nejde o "rýchlo a zbesilo", ale o takmer statické scény. A hlavne s každým snímkom (i-frame) v plnej veľkosti aj keď sa 95% informácii opakujú s predchádzajúcim snímkom. U videa z tel ide o h264 a tiež zrejme má všetky snímky kľúčové, takže je tam úspora aj vďaka p- a b-snímkam, aj vďaka kodeku.
3. Samoz. že zmuchlané video z h264 do h265 a nakoniec do AV1 nebude mať 10% (AV1 oproti h265), lebo to video už bude obsahovať rozumný počet p- a b-snímkov.

FrankHorigan | 29. 6. 2026 - 09:39

""""2. Nahrávam prednášky s 8Mb/s bitrate (plus audio), kde sa 95% scény počas 1s nezmení."""

Extrémní příklad.
Nahrávám dynamické video z FPV..
Tvoje logika tam nikdy nemůže fungovat.. 300MB/h, můžeš mít opravdu na statické přednášce, kde se stejně nic neděje.

lubo76 | 29. 6. 2026 - 09:46

Je to môj reálny príklad, či už pre niekoho extrémny, alebo nie. Plus, extrémnu úsporu miesta mám aj u videí z telefonu s kodekom h264. Aj pri FPV máte i-frame každý jeden snímok, čiže aj u neho bude úspora viac ako len to, čo zvládne novší kodek. Dajte príklad svojho muchlania. Aká kvalita (bitrate, alebo cq), aký preset a aká úspora miesta?

FrankHorigan | 29. 6. 2026 - 14:53

Vtip je v tom, že žádné místo extra nespořím..
Video z dronu nebo treku "na doma" má 1080p/60, H265 ať to přehraje cokoli.
A je to v 16Mbit, renderováno přes CPU..
Video ze hry upscaluju do 4k v AV1 a 25Mbit. - přes GPU 4070... (CPU bych na tom utavil)

A to jedině z toho důvodu, že to jde na youtube, kde proslušný bitrate potřebuješ víc než 1080p.
U 1080p videa ti to předělí takový bitrate, že se z toho zbliješ..

Jestli něco doma syslím, tak je to pár filmů a seriálů - v původním stavu, zdravý mozek velí, nepřemuchlávat to ztrátově zvonu kvůli 30% místa.
Svoje výtvory zálohuju "offline" ve zmíněných 1080p / 60fps 16Mbit. (CPU)..
Samozřejmě mám i stará videa klidně i v MPEG2 - PAL, jak byly děcka malé..
Má to pár set MB, to asi nebudu rovněž prznit nějakým ztrátovým přepočtem.

tombomino | 29. 6. 2026 - 22:32

Na tom neni nic extremniho. Jakekoliv prednasky jsou vice ci mene staticke. Delal jsem podobne veci, kde jsem nahraval meetingy, kde se vysvetlovali nejake veci, ktere bylo potreba nahrat. Screening se delal vyssi bitratem a pak se to precvachta v handbraku na minimalni velikost pri temer nerozpoznatelne zmene kvality.
Naprosto normalni pro lidi, co vedi jak s takovyma vecma delat.

FrankHorigan | 30. 6. 2026 - 10:27

Já vím ale prezentovat nějaké statické video jako "normální video" je debilita.
AV1 prostě v 300MB/hod není v normálních podmínkách dynamického videa použitelné..
To by byl "hypercodec".

tombomino | 30. 6. 2026 - 11:05

Ty musis mit dost nelehky zivot s tak tezkochapajicim pristupem...
Tady jde v prve rade o to, udelat z toho co nejmensi soubor. Tomu pak muze slouzit vyber kodeku. Jak jsem ti tu psal pred tim, kodeky sami nejsou samospasitelne. Rzdily mezi treba mezi HEVC a AV1 nebo podobnymi jsou v radech max par desitek procet, jeste k tomu za optimalnich podminek. Nejmensi soubor se dosahuje skrze kvalitativne vyssi level encodingu.
Zkus treba jednou rict..jo beru, sice to nema pro mne smysl, ale chapu, ze pro jine lidi ano, misto hledani a vytvareni neustalych "problemu", protoze danba diskuse nezapada do toho, co ty si zrovna myslis.

FrankHorigan | 30. 6. 2026 - 11:15

Jo beru na čistě statický obraz je video s 300MB/hod SUPER..
Na cokoli jiného je to k ničemu..
lepší?
Nevím proč bych měl v roce 26 počítat každičký kilobajt na disku.
Proč si ty přednášky prostě nenaserete na youtube?
Dyť to může být neveřejné a bude to tam smrdět navěky.
A nemusíš řešit kodeky.
Opět, je rok 26

Fox 25 | 30. 6. 2026 - 16:20

Opět hluboké nechtění pochopit psaný text, neboť nezapadá do mého vesmíru. Ty seš ještě horší než Belka.

FrankHorigan | 30. 6. 2026 - 17:34

V pořádku tak 300MB dat na hodinu videa je SUPER - pro úplně všechny videa..
Nicméně zajímavý tenhle vesmír..
Nabízí se ale otázka, Proč všichni ti blbci dávají na net běžné video RIPy s minimimálně 5-10x větším tokem než je 300MB/h?
Co tím proboha sledují???
Toť otázka ty TROLE jeden smutný

Fox 25 | 1. 7. 2026 - 00:48

Z 200 komentářů tu máš 84 příspěvků a já jsem smutný troll?

FrankHorigan | 1. 7. 2026 - 07:20

Už jsem to psal vícekrát, komunikuju třeba s pěti šesti lidmi najednou - s kažým zvlášť..
To jen proto, že jsem si dovolil použít na převod určitého videa NVENC8 protože problém v kvalitě už nevidím, zatímco konzervám se to nelíbí a CPU modla..

lubo76 | 1. 7. 2026 - 09:28

Povedzme si to na rovinu. Sú veci, ktoré človek nerád mení aj keď môže. Či operátora, alebo zmenu muchlania z CPU na GPU. Aj toto je jeden z dôvodov prečo niektorí nechceme muchlať cez GPU (ja GPU ani nemám). Plus, neviem aký je rozdiel vo veľkosti súboru (CPU vs. GPU). Nie, CPU nie je a nikdy nebola modla. Keď som chcel konvert do h264 (video sa malo prehrať na nejakom AMD 3020e) čo najskôr, použil som IGPU a videl som tú rýchlosť. Lenže vtedy mi bolo jedno aký veľký súbor bude a aká bude kvalita. Šlo mi o čas (reálne nešlo, ale chcel som poslať niekomu video čím skôr).

FrankHorigan | 1. 7. 2026 - 10:41

Až budeš muchlat toho videa hodně, a budeš i mít moderní GPU, které to pak přepočte 10x !! Rychleji při desetinové spotřebě,,,, zvykneš si rychle.
A když to dobře nastavíš, bude to max o 10-20% větší..

Ano vím o čem je tahle diskuze, lidi nemají rádi nové věci..

lubo76 | 1. 7. 2026 - 10:53

Samoz., že keby som pracoval 3x za týždeň s 8h svadobným videom a zarábal by som na tom, tak bez RTX 5080 by to výhodné nebolo. Nechcel by som mať CPU na 100% nonstop a vysvetľovať zákazníkom prečo čakajú. Tá GPU by sa ešte k tomu aj tak zaplatila a zákzníkom by bolo jedno či video má 40 GB, alebo 50 GB.

FrankHorigan | 1. 7. 2026 - 11:10

Právě proto se tu už týden a 200postů s některýma konzervama hádám, že vlastní 2-15minutové filmy z dovolené, treku dronu nemám problém vyrenderovat přes CPU..
Ale desítky hodin gameplaye (který stejně pak dám na youtube, takže je mi jedno jak velký je) přes CPU paplat fakt nebudu..
A kromě nemocných CPU nadšenců s 9950X nebo 14900k to nedělá nikdo.
NVENC enkodér v kartě je vyroben přesně pro tohle.

lubo76 | 1. 7. 2026 - 15:22

Problém so situáciou, kedy ide o čas a peniaze, nie je a ani o video, ktoré ide na YT. A keď sme pri YT a herných plejoch, prečo zvyšujete rozlíšenie u takého type videa? Tu nejde o chorobu, ale o to či chce človek rýchlosť, alebo kvalitu a ušetriť priestor, príp. nemá žiadnu Adu, ani Blackwell.

FrankHorigan | 1. 7. 2026 - 16:55

"""A keď sme pri YT a herných plejoch, prečo zvyšujete rozlíšenie u takého type videa?"""

Už jsem to psal taky, hraju a zachytávám video v 1080p, youtube přidělá jakémukoli videu v 1080p OTŘESNÝ datový tok (automaticky)..
Vše je rozpaplané až hrůza a celé FHD je vlastě úplně k ničemu.
Když tam pošleš 4k video, je obraz mnohem lepší, ne kvůli 4K, ale kvůli lepšímu youtube bitratu...

Takže z toho vyplývá, že i na 1080p monitoru se vyplatí zapínat yout video v 1440p, protože pak máš použitelnou (nízkou) kompresi

lubo76 | 1. 7. 2026 - 17:15

To dáva logiku.

FrankHorigan | 1. 7. 2026 - 08:14

A abych to upřesnil, smutný troll mi přijde ten, kdo bude tvrdit že používá datový tok videa 300MB/h na nějaké statické záznamy kde se nic neděje (přednáška, bezpečnostní kamera)...
Ale presentuje to jako "referenční" datový tok, jako by v tomhle hnusu měly snad fungovat i všechny "běžné" videa jako je film, seriál nebo let dronu.

lubo76 | 1. 7. 2026 - 09:22

1. Ja 300 MB/h neberiem ako bernú mincu, ale ako PRÍKLAD kedy muchlanie úšetrí veľa miesta na disku. A 0,666 Mb/s nenastavujem ja, ale je to výsledok algoritmu Handbrake-u.
2. Ako som spomínal, veľkú úsporu som získal aj z videí z telefónu. Keďže nejde o ajfoun 17 Pro, z fHD som muchlal do HD a u niektorých som sa dostal na asi 10%. Ak máte zábery z rozstraseného dronu v h265, úspora do AV1 samoz. 90% nebude. Ale u kamery so stabilným obrazom a h264, si dovolím tvrdiť, že pri cq=35 (u AV1 cq nie je adekvátne číslu u h265), úspora miesta bude citeľná.

FrankHorigan | 1. 7. 2026 - 10:35

"""Ja 300 MB/h neberiem ako bernú mincu"""

To je sakra dobře, ale byl to velmi extrémní příklad.
Dron je velmi stabilní, respektive to video.. Ale mění se tam rychle mraky pixlů..
Musí to mít slušné Mbit.

lubo76 | 1. 7. 2026 - 10:55

Urobte test a AV1, cq=35, cez CPU a budem zvedavý na úsporu miesta (voči originálu).

FrankHorigan | 1. 7. 2026 - 11:15

Pokud to video udělám z FPV dronu a ne z "přednášky", asi to nebude moc pěkné..
Ale začnu si s tím víc hrát, chci si to pozkoušet v různých scénářích.

lubo76 | 1. 7. 2026 - 15:32

CQ nie je o kvalite? Ak by to bolo na úrovni %, resp. strata v % (asi nie, ale príde mi to niečo na ten spôsob), tak keď sa stratí 35% z prednáškového videa, alebo z dronových záberov, furt je to tá istá strata kvality a keď je prednáška nerozmazaná, nemalo by byť ani video z drona. A keby, tak nastavíte 30. Myslím si, že u AV1 menej nie je nutných. Mne v poradni u h264 radili cq=25, ale AV1 to má posunuté údajne o 3-5.

FrankHorigan | 1. 7. 2026 - 17:03

To je to, CQ je vhodné nastavovat pro různé kodeky a různý hardware jinak.. :-/
Musím si udělat testovací odpoledne. :)

lubo76 | 1. 7. 2026 - 09:45

Som dosť prekvapený, že Google neobmedzuje súkromné videá na YT časovo (počet dní) ani objemovo (čas videa, alebo počet GB) aj keď z nich nemá ani cent. Nechcel by som zahlcovať servery Google-u len preto, lebo mi to umožňuje.

FrankHorigan | 1. 7. 2026 - 10:37

Neboj tvoje maličkost rozhodně servery googlu nezahltí - s tím si hlavu opravu NELÁMEJ..
Je to samozřejmě neomezené.
Opět připomínám rok - máme 2026 ne 2009..

lubo76 | 1. 7. 2026 - 10:57

Samoz. že mojích niekoľko GB servery Google-u nepoloží, ale keby to urobil každý, Premium by stálo viac (Google nenavýši kapacitu zadarmo).

FrankHorigan | 1. 7. 2026 - 11:22

"""ale keby to urobil každý, Premium by stálo viac""""

Tak si raději kupuj další a další disky jak blbec. to tě rozhodně vyjde levněji.
Dělá to teoreticky každý.. Každý kdo má google účet (všichni)
Fakt když přidáš pár videí na youtube, google premium nezdraží..
A když je nepřidáš, protože přemýšlíš takto pošetile, přidám tam JÁ 2x víc videí za nás oba a touto logikou by to stejně měl zdražit..

Ne, takhle to OPRAVDU nefunguje premium je pro lidi co nechcou koukat reklamy, bez premium jsou ti, co jsou blbí a čumí na reklamy (z toho žije youtube).

A pak jsou ti, co youtube zapnou v "Brave" prohlížeči a reklamu na youtube NIKDY neviděli. :)

lubo76 | 1. 7. 2026 - 15:35

Veď práve preto, lebo šetrím, ďalšie disky kupovať nemusím. Premium je pre ľudí, ktorí nechcú reklamy, ale pre Google je to príjem z ktorého sa zrejme platí prevádzka serverov (kto Premium nemá, Google má peniaze z reklám). Servery zadarmo nie sú. Príde mi to ako zneužívanie ochoty Google-u neobmedzovať počet videí/čas, ktorý sa dá na YT dať súkromne a urobiť si z toho disk zadarmo.

FrankHorigan | 1. 7. 2026 - 17:06

Nejsi ty tak trochu moc Mirek Dušín???
Řeší snad google kolik ti zbývá peněz 4dny před výplatou?
No myslím že asi nee. Jsem si jistý že na tebe naprosto serre.
Je biliónová firma a pravidla si nastavuje ona sama.
Na tobě je, abys ses jim přizpůsobil a nebo dělal Mirka Dušína a šetřil Googlu jejich místo na disku. :)

I kdybys tam za život nahrál 700TB dat, je jim to u řiti, protože tohle tam svět nahraje každou minutu.. Každou minutu, !!! možná jsem naivní a je to sekunda.

lubo76 | 1. 7. 2026 - 17:31

Na SK sme Rýchle šípy nemali. Asi je to literatúra len pre CZ. A asi ani počas federácie som sa s tým v škole nestretol. Nie, nie som "skutík", ktorý napráva zlo kade ide. Je to o viere v to či mám využívať neznalosť iných, aby som sa obohatil, alebo mám (o.i.) predávať veci v primeranej cene a nie "keďže neviete koľko to stojí v obchode, ja vám to predám za 2násobok, veď zákon 'ponuky a dopytu'".
Bol by som zvedavý aký je na YT reálny limit (samoz., stále píšem o súkromných videách). Prekvapilo by ma, keby nebol. A ak je, nezmazal by mi Google účet? Neviem, len sa pýtam. Google by šiel sám proti sebe, keby reálne neobmedzoval tento priestor, z ktorého nemá nič, lebo reklama sa týchto videí netýka.

FrankHorigan | 1. 7. 2026 - 18:21

1) mluvíš o šípech, dobře tedy víš co myslím, to mi stačí.

2) pokud se odmítáš obohatit na neznalostí jiných, tak jsi spíše nějaký mnich nebo tak něco..
TO je přeci princip tržní ekonomiky. Vydělat co nejvíc.:))
A logicky tak musíš ty peníze vzít od někoho jiného, kdo dobrovolně na obchod nebo službu přistoupí a o peníze přijde. Nerostou na poli a svéprávná je většina národa.
Pokud peníze vyloženě odmítáš, řekl bys "NÉ tak draho ti to neprodám, tolik to cenu nemá" - je to trochu na chocholouška.. V podstatě bys to samé mohl říct v práci, chci jen 25tis, za víc moje práce nestojí.

Ale takhle tipnu si, že ženskou + děcka asi nemáš...: že?
To by tě to ušlechtilé myšlení brzy docela přešlo. Ta by pro podobné libůstky pochopení neměla.

3) to jak je velký úložný prostor googlu, tak daleko tvá představivost naprosto nesahá...!!
Jako vůbec.
100x dřív než google, by tě odseknul tvůj NET provider u kterého máš NEOMEZENÝ internet, s tím, že tebe jako zákazníka prostě nechce :))
Fyzicky je možné ten prostor googlu brát jako neomezený, protože neexistuje běžně dostupná linka, kterou bys do toho systému byl schopen jako jedinec dostat přiměřené množství dat.

Klidně ale může jít o limit právě na straně uplodu do youtube, v případě že tam pošleš 500TB, prostě ti ten upload nějaký "robot" zpomalí a ty bys další data posílal nekonečně dlouho.. (příklad)..

Pokud se nepletu, dááávno (10let+), kdysi kdosi zkoušel do youtube ládovat právě takovéto tuny dat měsíce běžnou linkou a nic se nestalo, nešlo dojít na limit.. Byl o tom článek někde.

Ostatně je to absurdní, při tom objemu co tam celá planeta rve, bez šance.

1) mluvíš o šípech, dobře

FrankHorigan https://diit.cz/profil/dave-1

1. 7. 2026 - 18:21 https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse 1) mluvíš o šípech, dobře tedy víš co myslím, to mi stačí. 2) pokud se odmítáš obohatit na neznalostí jiných, tak jsi spíše nějaký mnich nebo tak něco.. TO je přeci princip tržní ekonomiky. Vydělat co nejvíc.:)) A logicky tak musíš ty peníze vzít od někoho jiného, kdo dobrovolně na obchod nebo službu přistoupí a o peníze přijde. Nerostou na poli a svéprávná je většina národa. Pokud peníze vyloženě odmítáš, řekl bys "NÉ tak draho ti to neprodám, tolik to cenu nemá" - je to trochu na chocholouška.. V podstatě bys to samé mohl říct v práci, chci jen 25tis, za víc moje práce nestojí. Ale takhle tipnu si, že ženskou + děcka asi nemáš...: že? To by tě to ušlechtilé myšlení brzy docela přešlo. Ta by pro podobné libůstky pochopení neměla. 3) to jak je velký úložný prostor googlu, tak daleko tvá představivost naprosto nesahá...!! Jako vůbec. 100x dřív než google, by tě odseknul tvůj NET provider u kterého máš NEOMEZENÝ internet, s tím, že tebe jako zákazníka prostě nechce :)) Fyzicky je možné ten prostor googlu brát jako neomezený, protože neexistuje běžně dostupná linka, kterou bys do toho systému byl schopen jako jedinec dostat přiměřené množství dat. Klidně ale může jít o limit právě na straně uplodu do youtube, v případě že tam pošleš 500TB, prostě ti ten upload nějaký "robot" zpomalí a ty bys další data posílal nekonečně dlouho.. (příklad).. Pokud se nepletu, dááávno (10let+), kdysi kdosi zkoušel do youtube ládovat právě takovéto tuny dat měsíce běžnou linkou a nic se nestalo, nešlo dojít na limit.. Byl o tom článek někde. Ostatně je to absurdní, při tom objemu co tam celá planeta rve, bez šance. https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse#comment-1541205 +

lubo76 | 1. 7. 2026 - 18:42

Ide o to, že ak u*úram suseda, potom môže o*úrať mňa, plus získam povesť nenažranca a aj keď mi on zaplatí štedro, keď sa to dozvie okolie, ďalšie "kšefty" nebudú a toto pochopili Poliaci už dávno, tak predávajú za menej, ale sú známi ako lacní výrobcovia a niekto u nich nakupuje možno z princípu. Keby boli drahí, krátkodobo sa nabalia, ale potom by nezarobili nič. Čo z toho, keby som domov doniesol o čosi viac, ale nikdy viac? Alebo by si sused "nevšimol", čo by mne poriadne pomohlo, lebo by si povedal "keď je nenažraný, nemá ma prečo zaujímať, že sa mu teraz prihodí niečo zlé". Ale nie každý premýšľa dopredu. Väčšina chce výhodu teraz. A veľkopodnikateľ nie som, aby som bol zarytým zástancom kapitalizmu najtvrdšieho zrna. Peniaze nerastú na poli, ale keď nezdieram, môže sa stať, že práve preto budem mať viac zákazníkov ako keby som šiel len po zisku.
Nejde o to koľko % by mali moje videa na YT, ale či náhodou Google prevádzku nesleduje a kto má z 2 videí za 10 rokov zrazu 2000 videí. Logika mi hovorí, že by to mali sledovať.
Odmena za prácu/plat je o inom. Ten človeka živý niekedy aj 45 rokov, nejde len o fušku raz za pol roka a štandardne nejde zamestnávateľ na svoje finančné maximum, kedy by ho zníženie platu vyslovene zachránilo. Ale aj to sa u nás stalo. Nemocnica mala fin. problémy, tak kto s ňou nesúcitil, odišiel a nemusel mať prácu vôbec. Tí, ktorí pochopili situáciu, pomohli oddeleniu prežiť (zníženie platu bolo tušímže na 6 ms). Keby boli "kapitalisti" všetci zamestnanci, oddelenie by nemuselo prežiť. Ale to len čisto na okraj toho aký byť v kapitalizme.
Limit samozrejme môže mať aj ISP, ale ten sa po mesiaci resetuje. A kto nemá 1:1 upload vs. download, tak ISP by vyťažený upload na 100% riešiť vôbec nemusel. Ale prekvapilo by ma, keby bolo Googleu jedno, že niekto má zrazu mnohonásobne viac súkromných videí.
Tá skúška bola o (teste) limite u ISP, alebo Googleu? Ak limit nie je, prekvapuje ma, že Google je ochotný dávať neobmedzené osobné úložisko videí. Za priestor predsa platí (disky a prevádzka).
Nejde o to koľko % zaberú moje videa z pohľadu celkovej dnešne kapacity YT, ale ide o princíp. Aj z práce si môžem vziať 10 skrutiek, ale keby to urobili všetci, asi by sa zatavila výroba.

Ide o to, že ak u*úram suseda

lubo76 https://diit.cz/profil/lubomir-galdun

1. 7. 2026 - 18:42 https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse Ide o to, že ak u*úram suseda, potom môže o*úrať mňa, plus získam povesť nenažranca a aj keď mi on zaplatí štedro, keď sa to dozvie okolie, ďalšie "kšefty" nebudú a toto pochopili Poliaci už dávno, tak predávajú za menej, ale sú známi ako lacní výrobcovia a niekto u nich nakupuje možno z princípu. Keby boli drahí, krátkodobo sa nabalia, ale potom by nezarobili nič. Čo z toho, keby som domov doniesol o čosi viac, ale nikdy viac? Alebo by si sused "nevšimol", čo by mne poriadne pomohlo, lebo by si povedal "keď je nenažraný, nemá ma prečo zaujímať, že sa mu teraz prihodí niečo zlé". Ale nie každý premýšľa dopredu. Väčšina chce výhodu teraz. A veľkopodnikateľ nie som, aby som bol zarytým zástancom kapitalizmu najtvrdšieho zrna. Peniaze nerastú na poli, ale keď nezdieram, môže sa stať, že práve preto budem mať viac zákazníkov ako keby som šiel len po zisku. Nejde o to koľko % by mali moje videa na YT, ale či náhodou Google prevádzku nesleduje a kto má z 2 videí za 10 rokov zrazu 2000 videí. Logika mi hovorí, že by to mali sledovať. Odmena za prácu/plat je o inom. Ten človeka živý niekedy aj 45 rokov, nejde len o fušku raz za pol roka a štandardne nejde zamestnávateľ na svoje finančné maximum, kedy by ho zníženie platu vyslovene zachránilo. Ale aj to sa u nás stalo. Nemocnica mala fin. problémy, tak kto s ňou nesúcitil, odišiel a nemusel mať prácu vôbec. Tí, ktorí pochopili situáciu, pomohli oddeleniu prežiť (zníženie platu bolo tušímže na 6 ms). Keby boli "kapitalisti" všetci zamestnanci, oddelenie by nemuselo prežiť. Ale to len čisto na okraj toho aký byť v kapitalizme. Limit samozrejme môže mať aj ISP, ale ten sa po mesiaci resetuje. A kto nemá 1:1 upload vs. download, tak ISP by vyťažený upload na 100% riešiť vôbec nemusel. Ale prekvapilo by ma, keby bolo Googleu jedno, že niekto má zrazu mnohonásobne viac súkromných videí. Tá skúška bola o (teste) limite u ISP, alebo Googleu? Ak limit nie je, prekvapuje ma, že Google je ochotný dávať neobmedzené osobné úložisko videí. Za priestor predsa platí (disky a prevádzka). Nejde o to koľko % zaberú moje videa z pohľadu celkovej dnešne kapacity YT, ale ide o princíp. Aj z práce si môžem vziať 10 skrutiek, ale keby to urobili všetci, asi by sa zatavila výroba. https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse#comment-1541207 +

FrankHorigan | 1. 7. 2026 - 19:42

Hele tohle je už trochu elaborát ve stylu Mikeho.
Asi to máš nějak nastavené, ok..

Ohledně googlu, díky svému způsobu myšlení asi nechápeš ten rozsah obsahu co na youtube míří.
Asi je jim zcela u prdele jestli tam někdo má celkem 2 nebo 2000 videí,, protože každý den se tam na hraje 2 000 000 videí...
Jim o príncipy jako tobě asi nejde.
Princip je v tom, že tam nikdo není ničím omezován pokud vím.
Omezuje tě jen rychlost jakou to tam láduješ, ta je zoufale malá vůči tomu, abys jim nějak zaplnil disky :)

Monetizační systém youtubu si nastuduj, ale asi se jim nakupování těch disků vyplatí :)
Videa samozřejmě vždy projdou AI kontrolou, ale ne na to, kolik toho je, ale na závadný obsah...

lubo76 | 1. 7. 2026 - 09:54

Frank, vy fakt nechápete pointu? O bitrate rozhoduje typ videa, kodek a nastavenie, nie ja. Nenastavujem bitrate, ale kvalitu a u AV1 cq stačí 35 (pre mňa, ale bol by som zvedavý kedy sa kvalita nezdá dobrá vám) a aký bitrate výjde, dopredu neviem. Ako som napísal, hoďte video z drona do Handbrake, nastavte 1080p, cq=35, konvert cez CPU, AV1 a som zvedavý na výsledok.

FrankHorigan | 1. 7. 2026 - 10:38

Pointu chcápu, ale ty nastavuješ bitrate u každého typu videa zvlášť???
To se ti chce zkoumat co už je OK, a co je už "rozplizlé"??
A když je to už málo (šetřím bůh ví proč každý bajt) , muchláš přes CPU znova?

Já tedy tohle dělat nechci.

lubo76 | 1. 7. 2026 - 10:54

Ou em dží. Nastavujem cq a bitrate je na to naviazaný podľa toho aké video je. Ja bitrate dopredu nepoznám. Viete čo cq je?

FrankHorigan | 1. 7. 2026 - 11:14

A já CQ nenastavuju, vím co to je a vím že je to užitečné.
Chci ale vědět jak to video bude ve výsledku velké, přes CQ má každé video zcela jiný tok (a kvalitu) podle toho na jakém hardwaru se to enkóduje (starý NVENC, novější NVENC, CPU) a podle toho, co se v tom videu vlastně děje.

lubo76 | 1. 7. 2026 - 15:25

A čo teda nastavujete? Bitrate?
"přes CQ má každé video zcela jiný tok" = logicky keď "rýchlo a zbesilo" má iný typ záberov ako prednáška so stativom. Ale cq nezaručuje rovnakú kvalitu bez ohľadu na typ videa? Je to predsa "constant quality", čiže nastavovateľ kvality.

FrankHorigan | 1. 7. 2026 - 17:02

Sorry blbě jsem to napsal a popletl..
Má to diametrálně různou velikost (kompresi)..
A taky ta CQ číselná hodnota je jiná u CPU komprese a GPU komprese..
A třeba starý NVENC5 co mám na GTX1060, musí mát jiné CQ proti novému NVENC8 co je na RTX4070 abys měl stejnou kvalitu..
Máš máš ale pravdu, že CQ je logická volba.
Musím to otestovat zjistit, jaká hodnota se na co hodí nejlépe.. + vzít potaz hardware na kterém to mastím.
Hand brake stejně používám jen na ten bikubický "upscaling" her z 1080p do 4k..
Nic jiného nechci z principu ztrátově "přemuchlávat"

lubo76 | 1. 7. 2026 - 17:20

Ako som napísal, u h264 mi Dolph doporučoval cq do 25, u AV1 AI radí o 3-5 viac, čiže ak chcete limitnú kvalitu, 30 by ju malo zaručiť. Ak chcete lepšiu kvalitu, tak 22 u h264/265 a max 27 u AV1. Niet extra čo špekulovať.

FrankHorigan | 1. 7. 2026 - 17:27

Určitě dík za tip..
Ale mám za to, že tohle všechno píšeš pro mravenčí práci při muchlání přes CPU.
Jinak jsou ty hodnoty pro GPU a ještě navíc různá GPU.

Chci říct, pokud hraju hru, zachytávám video přes RTX4070 moderním NVENC do H265..
(cca 9Mbit/sec - dva průchody, "vysoká kvalita").

A když tam nastavím "nějaký" CQ, trochu řeším ať nenahraju 2hodiny videa co bude rozpaplané..
Musím to prostě vyzkoušet a porovnávat na nějaké kratší sekvenci..
Chci to video mít zkrátka spíše kvalitnější, ať na ten youtube jde co nejlepší obsah - protože vím, že ho to stejně "sežvýká" do horší kvality.

Ale zase nechci, aby mi z toho vypadlo video 2x větší (rychlé scény) než je obvyklé, kvůli uploadu.
Ono přeci jen ve 4k je násobně větší a já mám "vesnický net"..
Ostatně proto právě na tohle používám AV1 - abych netlačil co 3dny do netu 20GB+ dat.

lubo76 | 1. 7. 2026 - 17:46

"tohle všechno píšeš pro mravenčí práci při muchlání přes CPU."
https://youtu.be/prEVzshXY6A 🤣🤣🤣

Ako sa dajú nastaviť 2 priechody pri zachytávaní videa??? Čo snímok na LCD, to JPEG vo videu. Jedine, že myslíte 2pass pri muchlaní už nahratého videa.

CQ sa dá otestovať. Buď urobíte 1minútový výstrih a za max. 2 minúty vidíte výsledok, alebo sa konvert dá prerušiť.

U YT platí, že čím vyššia kvalita u videa, tým vyššia po nahratí na YT, alebo Google nastavuje bitrate vždy napevno?

2x väčšie video vypadnúť z princípu nemôže, lebo nahravanie asi ide systémom i-fram, i-frame, i-frame... Keď 108000 snímkov za hodinu, tak 108000 i-frames. Konvert počet i-frame zníži, plus lepší kodek pridá ďalšiu úsporu.

Vesnický net nie je známka kvality. Bývam "na konci sveta", pred Schengenom sme boli posledná malá dedina, kde cudzí chodili max tak na huby, ale máme 1Gb/s optiku od Telekomu. Dedina neďaleko veľkej križovatky MI/KE/TV/VT mala pred niekoľkými rokmi smiešných 4 Mb/s.

Kubrak | 20. 6. 2026 - 18:50

Ja chtel jen rict, ze i kdyz se v te problematice absolutne, ale absolutne nevyznam, tak mi clanek pripadal dostatecny. Ze je HB SW na neco s obrazem tam bylo. A to mi uplne stacilo.

A nestahuji 15GB filmy a tedy je ani nemam potrebu konvertovat.

zoki | 22. 6. 2026 - 08:29

Tiež nesťahujem veľké filmy, zvyčajne tak okolo 5 GB, ale dnes skoro všetko je v H265. No a môj starý, ale dobrý BD prehrávač toto nepozná, tak všetko musím konvertovať do x264.

lubo76 | 22. 6. 2026 - 11:09

Pochybujem, že dnes je väčšina filmov na Internete v h265.

FrankHorigan | 22. 6. 2026 - 18:06

Vidíš tady máme experta s opačným zaměřením..
Rozhodně je furt většina RIPů v h264, než muchlat je opravdu lepší sehnat si h264 verzi nebo prostě už konečně vyhodit krám, co neumí ani 265..
I malina za pár stovek h265 umí

lubo76 | 22. 6. 2026 - 22:50

Was? Aké zariadenie? Moja UHD zvládne aj AV1 (CPU aj 4K h266) a ako vidím, fHD AV1 akýkoľvek CPU. Preto muchlám h264 videá do AV1, aby bol spbor menší, ale v prijateľnej kvalite.

FrankHorigan | 23. 6. 2026 - 07:28

Není jen počítač..
Jsou tuny různých malin a GoogleTV přehrávačů..
V práci mám i5-10400 a ta 4k/60fps nedá.
Jakékoli booky těch generací (8,9,10gen) taky blbě..

lubo76 | 23. 6. 2026 - 10:58

"Různe tuny přehrávačů" nemám a čo má sused, neriešim. Mám ukážku 4K a 4K HDR h266. i5-12400 SDR prehrá. Na PC s i7-870 som skúšal prehrať first-4k-video-from-space-orig-av1.mkv (23,976 FPS, 8 bit, YUV) Prehrá bez záťaže na 100% (GPU je prastará GT 240). Skúsim nájsť 4K 60 FPS. Aké video ste na 10400 skúšali? 10bit HDR, 100 Mb/s bitrate? Nechápem ako je možné, že Nehalem 4K zvláda. Aj keď možno mám o čosi menej náročné video. NovosobornayaSquare_3840x2160.mp4 (h266, 60 FPS) i5 dá so 100% záťažou. CityHall_3840x2160.webm (4K, AV1, 60 FPS) dá aj i7. Skúste zdieľať to video, ktoré Kometa nedá.

FrankHorigan | 23. 6. 2026 - 11:15

Však há se nepotřebuju dogmaticky hádat co to přehraje a co ne..
Mně zajímá co soused (rodina), protože jim občas video pošlu a každý to přehrává ba něčem jiném - logika hovoří jasně, chceš max kompatibilitu, nemuchláš do AV1..
Já videa nedělám jen pro sebe..
Viz RIPy na netu, v AV1 většinou nejsou..
Moje GoogleTV taky AV1 nedá..
Jinak na 10400 se sem tam škublo 4k/60fps HDR z dronu..
Booky s CoffeeLake vůbec, nuka bodů..
Jesli má AV1 proti H265 úsporu 30%, tak to fakt neřeším.
Jak jsem psal AV1 mi nejvíc vyhovuje k uploadu na Yout, ale ram nedávám vše

lubo76 | 23. 6. 2026 - 12:37

Ja nemám nie len Google TV, ale ani DuckDuck TV a rodine videá neposielam. Keby áno, nech si do PC nainštalujú kodek. HDR je asi dosť náročné, tak u neho chápem prečo to starší HW nezvládne. Tu neušetrený GB, tam neušetrený a je z toho plný HDD.

roob | 19. 6. 2026 - 19:26

tak keby si bol na medicinskom webe a cital clanok o novom sposobe septorinoplastiky, tiez by ti tam nemuseli vysvetlovat, co to je.. lebo ked nevies, tak ta to nijak nemusi trapit, ze to je operacia nosa. Handbrake je snad najznamensia aplikacia na prevod videi.. a fakt oznacit slovo + prava mys + vyhladat na google snad nieje take zlozite....

lubo76 | 19. 6. 2026 - 20:46

Lenže tu, na DIIT-u sme všetci erudovaní, tak načo/pre koho vysvetľovať?

FrankHorigan | 19. 6. 2026 - 10:21

Velmi dobré...
Nicméně pořád mi nějak uniká, proč se někdo ještě dnes snaží muchlat video přes procesor, když cokoli od AdaLovelace výš má NVENC na takové úrovni, že se to kvalitou vyrovná CPU a rychlost je nesrovnatelná, při spotřebě nula nic ve srovnání s nějakou 16jádrovou obludou...
RTX5050 stojí trapných 6litrů

mejla76 | 19. 6. 2026 - 10:32

Protože ani NVENC ani VCE ani Quick Sync (nebo jak se to jmenuje) nemají takovou kvalitu jako softwarové řešení. Je to rychlé a má to podobný výstup jako softwarově kódované video, ale výsledek je o cca. 50% větší než přes CPU. Pokud neřešíš prostor na disku a máš to jen na jedno shlédnutí, je to cajk. Pokud máš sbírku a na velikosti ti záleží, rychle zjistíš že hardwarové kodeky jsou pro tebe nepoužitelné.

FrankHorigan | 19. 6. 2026 - 10:38

že se to kvalitou vyrovná CPU
že se to kvalitou vyrovná CPU
že se to kvalitou vyrovná CPU

Říkám,, že teď muchlám dost videa, a rozdíl jsem nenašel ani když jsem se na hlavu stavěl.
To, co popisuješ platí třeba pro Pascal a H265..
Tam byla kvalita převodu bídná (starý NVENC), ale od RTX4xxx je to naprosto jinde.

Bohužel, jednou kdysi někdo zaslechl, že ta a ta grafika převádí video v horší kvalitě a už mu to v hlavě utkvělo na vždycky a je z toho dogma do hrobu.

Třeba v ruční brzdě máš i profily rychlosti převodu, takže když na RTX4xxx nastavíš preciznější "slow", obraz bude naprosto stejný jako u x265 "medium", ale stejně se to přemuchlá citelně rychleji.

Tom Buri | 19. 6. 2026 - 10:58

hele, zvykni si, ze kdyz prijdes s tvrzenim, co neni obecne uznavany, tak je na tobe abys to dolozil.. a ne na ostatnich aby vyvraceli neco, o cem vedej ze to neni pravda.. zvlast v rezimech vysoky kvality a nizkym bitrate je rozdil videt porad.. gpu stiraj detaily a vic blokujou.. nenasel jsem zadnou recenzi nebo test, kterej by tvrdil, ze cpu vs. gpu uz nema rozdily.. rozdily se zmensily ale mimo vysokej bitrate jsou porad.. streamerky na twitchi to palit nemusi, tam se nekouka na artefakty, ale pro seriozni praci to uplne neni..

FrankHorigan | 19. 6. 2026 - 11:24

Samozřejmě nikomu jeho potřebu softwarové mravenčí práce neberu.
Ať to muchlá přes 20jader se spotřebou 200W+.
A nebo na běžných 6 jader celou noc.

Ale když zadám job z odpovídajícím tokem té RTX odvede práci X krát rychleji a rozdíl v obraze naprosto nevidím.
Samozřejmě porovnáno x265 přes procesor se stejným dat. tokem, nemám v plánu si kurwwit videa.

Pidi rozdíly možná najdeš při extrémně nízkém toku, ale popravdě, proč by to někdo dělal.
Jestli má video 1GB nebo 1.2GB je mi fakt vuřt.

Poměr rychlost vs spotřeba je úplně v jiném vesmíru..
Ale opravdu chápu, že nejeden potřebuje najít nějaký důvod proč si tu ohavnou 14900k koupil :)

Veškeré moderní programy jako CapCut, Resolve nebo třeba GyroFlow jedou by default přes GPU.

waleed | 19. 6. 2026 - 11:33

kdyz prijdes s tvrzenim, co neni obecne uznavany, tak je na tobe abys to dolozil..
kdyz prijdes s tvrzenim, co neni obecne uznavany, tak je na tobe abys to dolozil..
kdyz prijdes s tvrzenim, co neni obecne uznavany, tak je na tobe abys to dolozil..

FrankHorigan | 19. 6. 2026 - 11:35

Já to ale nikomu dokládat nepotřebuju, já jen nerozumím tomu, proč lidi žijou 10-15let v minulosti a mastí něco silou softwarově, když mají o 10cm vedle 10x efektivnější chip..

U malých videí na to sere pes, ale muchlal bys nějaký 12h gameplay do AV1 procesorem?
Dyť je to nesmysl peklo.

no-X | 19. 6. 2026 - 11:42

Nemáte pravdu. Důvody svého tvrzení nikomu nepotřebuju dokládat, protože vím, že to tak je :-)

FrankHorigan | 19. 6. 2026 - 11:45

Tak klidně muchlej 12h gameplay do AV1 přes procesor zatímco vedle chrápe moderní GPU, mě je to vuřt.
A nezapomeň to video před tím sestříhat v SW který běžně přes GPU frčí :)

Martan67 | 19. 6. 2026 - 13:28

Na blbiny jako "12h gameplay" je opravdu využití GPU plně na místě. Tam ta horší kvalita opravdu nikoho nepálí, a je na místě to udělat rychle bez zbytečného zdržování.
Je ale řada lidí, kteří pracují s kvalitními videozáznamy, a nechtějí jejich kvalitu zbytečně degradovat. Tam stále jednoznačně má SW varianta pomocí CPU své opodstatnění. Trápit se kvalitním natáčením, úpravami, střihem, ... a na závěr výsledek znatelně degradovat rychlým "překousáním" přes GPU by bylo dost "na palici" ;-) .

V případě že vedle maximální kvality, chci výsledek publikovat také někde, kde je důležitá co nejmenší velikost výsledných souborů, je konverze přes GPU sice rychlá, ale také nepříliš dobrá volba!
Čím nižší je zvolený výsledný Bittrade, tím více se projevují rozdíly mezi SW převodem pomocí CPU a převodem přes hardwarový GPU kodek. Ve výsledku tak přes GPU máte volbu - buďto ne o mnoho horší kvalitu ale citelně větší video soubory, nebo podobně velké soubory ale s výrazně horší kvalitou videa.

FrankHorigan | 19. 6. 2026 - 13:36

1) dobrá cesta dělej to jak to děláš..
2) JAK degraduješ kvalitu videa pomocí NVENC? Jak víš, jak mám ten NVENC nastavený? Já u stejně velkého 4K/60FPS souboru nepoznám rozdíl. Možná mám ten soubor o něco větší, ale rozdíl malý..
3) Z 95% to video publikuješ na youtube.. a tam nastane to, co jsem psal níže, celá tvoje megadokonalost jde stejně absolutně do kompresního KOPRU .....
A Naprostá většina lidi to přehraje "na výšku" v mobilu, ani se nenamáhají do "vybulit" na bok..

Já domácí videa přehrávám na 2.5m plátně, a rozhodně tam nesnesu nějaké kompresní artefakty, nejsou tam - i přesto, že to muchlalo správně nastavené GPU...

Pokud ale děláš videa pro IMAX - ok..

Tomcat2 | 19. 6. 2026 - 16:00

Protože GPU umí jen single-pass enconding, takže to přechroupe najednou, jak to leží a běží, bez analýzy videa předem...encoding přes CPU umí 2-pass encoding, či jiné metody, kdy se video nejdřív analyzuje, najdou se místa, kde je potřeba vetší bitrate, kde menší, jak je potřeba upravit kódování tak, aby výsledná kvalita byla co největší, a poté se to až podle toho kompresuje, to trvá potom dýl...

Tohle GPU neumí...jo, když jí nastavíš dostatečně velkej bitrate, tak budeš mít to video ve stejné kvalitě, ale nikdy nedosáhneš na GPU takové kvality s tak nízkým bitrate, jako encodingem přes CPU...

Sám si encoduju videa z drona, kde to O4 Pro kamera pere na SD kartu bitratem 140Mbit/s, což je dost velký, ale já to potom ještě upravuju a edituju a Master generuju přes GPU, ale ve 250Mbit/s, protože je to rychlý, ale aby kvalita zůstala stejná. To potom použiju buďto pro upload na Youtube, kterej to nehorázně zkurví a pro sebe to potom hodím právě do Handbrake a tam jedině 2-pass encoding přes CPU na 35Mbit/s bitrate, protože když to nechám udělat přes GPU, tak to na stejných 35Mbit/s vypadá strašně, artefakty, cukání, bloky místo detailů...takže tak...porovnával jsem si různá nastavení, různé kvality a ani nejkvalitnější encoding přes GPU se nevyrovná CPU encodingu na medium kvalitu...akorát to trvá hodně dlouho, ale to mi moc nevadí, nechávám to běžet na pozadí se sníženou prioritou na procesu a nebo přes noc...

Protože GPU umí jen single

Tomcat2 https://diit.cz/profil/tomcat

19. 6. 2026 - 16:00 https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse Protože GPU umí jen single-pass enconding, takže to přechroupe najednou, jak to leží a běží, bez analýzy videa předem...encoding přes CPU umí 2-pass encoding, či jiné metody, kdy se video nejdřív analyzuje, najdou se místa, kde je potřeba vetší bitrate, kde menší, jak je potřeba upravit kódování tak, aby výsledná kvalita byla co největší, a poté se to až podle toho kompresuje, to trvá potom dýl... Tohle GPU neumí...jo, když jí nastavíš dostatečně velkej bitrate, tak budeš mít to video ve stejné kvalitě, ale nikdy nedosáhneš na GPU takové kvality s tak nízkým bitrate, jako encodingem přes CPU... Sám si encoduju videa z drona, kde to O4 Pro kamera pere na SD kartu bitratem 140Mbit/s, což je dost velký, ale já to potom ještě upravuju a edituju a Master generuju přes GPU, ale ve 250Mbit/s, protože je to rychlý, ale aby kvalita zůstala stejná. To potom použiju buďto pro upload na Youtube, kterej to nehorázně zkurví a pro sebe to potom hodím právě do Handbrake a tam jedině 2-pass encoding přes CPU na 35Mbit/s bitrate, protože když to nechám udělat přes GPU, tak to na stejných 35Mbit/s vypadá strašně, artefakty, cukání, bloky místo detailů...takže tak...porovnával jsem si různá nastavení, různé kvality a ani nejkvalitnější encoding přes GPU se nevyrovná CPU encodingu na medium kvalitu...akorát to trvá hodně dlouho, ale to mi moc nevadí, nechávám to běžet na pozadí se sníženou prioritou na procesu a nebo přes noc... https://diit.cz/clanek/amd-pomohla-handbrake-s-optimalizaci-pro-vicejadrova-cpu-vykon-stoupl-az-3x/diskuse#comment-1540218 +

FrankHorigan | 19. 6. 2026 - 16:39

Já samozřejmě vím co je 2-pass a že to GPU nedělá.. Ale úplně bez analýzy to není, je víc způsobů analýzování než 2-pass..

Jinak dělám to úplně stejně jako ty, při zpracování funguju s velkým tokem ať to můžu děkat přes GPU a netratím kvalitu, a výsledný render je přes CPU..

Render přes GPU je pouze u gameplay, které mají klidně 2-3hodiny..
30Mbit v AV1 je úplně v klidu

Kubrak | 20. 6. 2026 - 18:55

A proc delas vysledny render pres CPU, kdyz tu na mnoha mistech, ze GPU to udela stejne skvele? A ze tedy nema cenu, delat to pres CPU....

FrankHorigan | 20. 6. 2026 - 20:46

Už jsem to psal 3x.. Videa z dovolené, treku, droonu stříhám na PC, kde je GTX1060.. Ta umí H265 opravdu citelně hůř, než CPU. Takže střih, stabilitace atd probíhá v H264 s velkým datovým tokem (klidně 130Mbit) a jen výsledný render proběhne přes CPU…
Videa mají 3-15minut a tím pádem je to vuřt.
Prostě je to i tak za chvilku..
Herní videa enkóduju na hermím stroji se 4070 a mnohem modernějším enkodérem.
Rozdíl v kvalitě proti CPU opravdu nevidím, zato v rychlosti je to klidně desetinásobek.. !!

Problém zdejších konzerv je v tom, že kdysi dávno děkaly GPU hnusné videa a žijou v tom furt, “protože vi” - už nepotřebují nic zkoušet..

Desítky Herních videí s délkou klidně 1-2h opravdu přes CPU upscalovat nechceš .. :)

lubo76 | 19. 6. 2026 - 21:24

Ak chcete práve gameplay na YT, IMHO tam by som použil GPU. YT si to aj tak prechrústa. Ale ak GPU nemám, tak ušetrím práve na nej (samoz. jednorázovo), aj keď sa zvýši spotreba PC, ale zároveň nemusím kupovať nový disk skôr. A, Frank, "zvyk je železná košeľa".

lubo76 | 19. 6. 2026 - 21:19

Ozaj je rozdiel vo veľkosti 20%, alebo je to len hausenumero? Asi otestujem svoju UHD, aj keď neviem či sa výsledky budú dať porovnať s takou Nvidia ADA.
"Ať to muchlá přes 20jader se spotřebou 200W+."
Samoz. že spotreba (nie príkon) je nebe a dudy, ale v opačnom poradí. Toto (túžba muchlať cez CPU) pre zmenu dvíhne účet za elektrinu citeľne.
BTW, Resolve nejde vo free verzii cez GPU ak sa to nezmenilo. Alebo konvert ide?

FrankHorigan | 20. 6. 2026 - 08:30

1) tys ještě ani nezkusil? PROČ? Protože já to zkusil a mám za to mínusy??
2) Resolve samozřejmě ve free verzi FUNGUJE přes GPU. Zase máš roky starou informaci, se kterou budeš žít až do hrobu.
Nefungují jen některé funkce.. A neumí to vice GPU, to se asi dá přežít..

lyon | 20. 6. 2026 - 21:34

Jenže DaVinci Resolve to řeší vlastním kodekem přes CUDA/OpenCL, takže použít ho jako argument pro kvalitu v Handbraku, resp. čemkoliv, co používá NVENC, znamená srovnávat hrušky s jabkama. Rozdíl v kvalitě je diametrální.

FrankHorigan | 20. 6. 2026 - 22:22

“””” Jenže DaVinci Resolve to řeší vlastním kodekem přes CUDA/OpenCL””””

A to je jedině dobře, stejně tak OCL používá třeba GyroFlow.. Podstatné na tom všem je hlavně to, že to běží na extrémně efektivním hardwaru což GPU ve srovnání s běžným CPU jsou..
A taky to nic nemění na tom, že NVENC není JEDEN NVENC..
Ten na moderní kartě jako je 4xxx/5xxx je na naprosto jiné úrovni než jak to mají zažité “konzervy” u karet z hluboké minulosti

lubo76 | 21. 6. 2026 - 10:09

1. Nenapadlo ma zatiaľ porovnať výstup z CPU a GPU. UHD nemá encoder pre AV1, čiže reálne muchlanie cez IGPU nevyužijem.
2. Zrejme mám starú info. Ale bez aspoň Arrow lake (v NB aj Meteor), AV1 nejde a starší kodek už nechcem.
3. "Více GPU"? Kto má doma dve aspoň RTX 5080? 😂 A kto spracováva svadby a 2 GPU majú pre neho zmysel, ten si DvR kúpi.

FrankHorigan | 21. 6. 2026 - 13:25

No jestli muchláš celé seriály a filmy do AV1 přes 12400… !!
To tak to potěž koště ty pytszo :))))
To ti to kompo jede 24/7/365?

Já AV1 používám jen pro upload do netu, protože na syslení doma to není. Půlka zařízení to furt nepřehraje..

lubo76 | 21. 6. 2026 - 14:30

Nesťahujem 2 filmy denne, ale sporadicky a 1 asi 90min. video týždenne si vyrábam cez OBS. Čo chcem pozrieť, prakticky už mám a len občas narazím na niečo pre mňa zaujímavé. Půlka čoho? TV? PC ho prehrá aj keď má i7-870, a asi aj Q6700 ak nejde o 8K 100Mb/s.

Tomcat2 | 19. 6. 2026 - 15:41

Je to tak, 2-pass encoding přes CPU má mnohem lepší kvalitu, než 1-pass encoding přes GPU...takže se stejnou kvalitou má video mnohem nižní bitrate...

FrankHorigan | 19. 6. 2026 - 15:56

Tak u two-pass zešedivíš úplně..
Pokud ale pořádáš zavody o zlaté trencle v poměru velikost vs kvalita, je to to pravé..

FrankHorigan | 20. 6. 2026 - 08:31

Taky mínusy, kluci vy si kurewwsky protiřečíte :)))

mejla76 | 19. 6. 2026 - 11:45

Nic jsem nezaslechl - už přes rok si dělám svou sbírku a vyzkoušel jsem co jsem mohl (mám RX5060XT), nvidii si kvůli testování enkodingu kupovat nebudu). Výsledek je jasný - pro stejnou kvalitu potřebuje VCE o cca 50% větší bitrate. Podle všech internetů je to u nvidie a intelu stejné. Stejný bitrate má o "poznání" horší výstup - poznám to na velkém monitoru který mám na stole. Jestli je to vidět na telce jsem nezkoušel (klidně budu věřit, že zážitek bude stejný u obou výstupů), protože jsem prostě puntičkář a principielně mi vadí, že by bylo výsledné video horší.
Nemám problém překódovat video do 1GB nebo i menšího souboru, pokud nevidím rozdíl, ať si na fórech lidi říkají co chtějí o nastavení RF vzhledem k rozlišení videa. Ale rozdíl grafika/cpu prostě vidím, tak používám cpu.

FrankHorigan | 19. 6. 2026 - 11:56

5060XT je poměrně stará karta, jak jsem už psal..
Mám i GTX1060 a tam je H265 opravdu škaredé..
RTX4xxx má NVENC 8generace a tam je ten posun obrovský...

Udělej to naopak. Zvol přiměřený bitrate tak, ať je soubor stejně velký a přemuchlej video na CPU a pak na GPU..
Pak se na to očima koukni porovnej mezi sebou a klidně i originálem..

Nevím jak to u AMD, mám jen starou RX470, ale u Ada je ten dekodér citelně dál..
Píšou už po desáté, lidi evidentně potřebují najít důvod, proč mají nějaký nesmysl procesor.

mejla76 | 19. 6. 2026 - 11:58

Sakryš, chyba. Je to 9060XT. Mám ryzen R7 5700G, tam jsem to zkoušel taky - výsledek stejný (nebo možná horší - těžko říct, ty dvě řešení jsem spolu nesrovnával).
Jen pro doplnění obrazu - poskládal jsem si ještě hodně levně NAS z ryzenu 4650 PRO a veškerý enkoding jedu na tom, takže můj osobní comp to vůbec nezatěžuje. Jen si prostě musím počkat.

FrankHorigan | 19. 6. 2026 - 12:11

9060 je dobrá karta, tam bys měl při přiměřeném stejném toku neměl rozdíl vůbec poznat od CPU...
Jde o to, jak to video vypadá, pokud i při zuřivém zkoumání na TV najdeš minimální nebo žádné rozdíly, ale asi jasné, že je lepší to kódovat přes to, co je rychlejší a úspornější..

Video je především na koukání..

A opět se opakuji, u 5-10min videí sere pes, dělejme to pro klid v duši přes cokoli, ale takové gameplaye... To přes šestijádro dělat nechceš..

Nebo třeba Video2X, výborný open source AI upscaler - dokáže opravdu divy, jen na to potřebuješ Tensor jednotky, nebo u toho zešedivíš..
CPU rovnou zapomeň.

Kubrak | 19. 6. 2026 - 14:00

Jemomze, jestli problem neni, ze prave u toho gameplaye je uz vstupni kvalita slabsi. A je to generovane pocitacem, tak muze byt jednodussi to reenkodovat na horsi kvalitu. Garbage in, garbage out. Tam nemusi byt znatelny rozdil mezi zpusobem konverze....

Rozdil muze byt u kvalitniho ripu filmu natoceneho na kameru, ne generovaneho pocitacem.

FrankHorigan | 19. 6. 2026 - 15:06

Jakože by gameplay generoval video s JPG kompresí? :)
To asi ne, to bys musel hrát přes GeForce NOW.
Jinak nároky na muchlání videa generovaného počítačem mohou být nižší, ale stejné (třeba louka / křoví).. Je to scénu od scény. Právě proto probíhají analýzy vykreslovaných snímků

Kubrak | 20. 6. 2026 - 19:02

I to krovi, vlasy/chlupy, atd. bude na generovanem snimku jednodussi, nez na skutecnem zaznamu. Stejne s povrchy a tak. Realny snimek muze mit o rad i dva vice informace, kterou je treba nejak zakodovat a prechroustat, nez pocitacem generovany obraz.

FrankHorigan | 20. 6. 2026 - 20:50

Nevím moc kde to bereš, už nejméně let je křoví tráva vousy, srst ve prakticky fotorealistická. Bude to skoro stejné

Martan67 | 19. 6. 2026 - 13:39

Mám možnost porovnávat výstupy z GPU AMD RX9070 a NVidia RTX5060 a RTX5070Ti s variantou přes CPU.
Ty rozdíly jsou o něco menší než-li platily u výstupů HW kodeků cca 8-10 let starých GPU, ale pořád jsou vcelku výrazné.
Aby byly rozdíly na první pohled zanedbatelné (možná i pro někoho s horším zrakem takřka nepozorovatelné) musí být opravdu velký rozdíl v použitém bittrade a spolu s tím i ve velikosti porovnávaných video souborů!

FrankHorigan | 19. 6. 2026 - 13:44

Soubory nastav na stejný bitrate ať jsou stejně velké..
A pak testuj rozdíl v obraze.. - huh rozdíl howwno - pokud nenastavíš echt nízký bitrate.
Vůbec neřešíš presety kódování, já mohu na RTX nastavit "slow" a stejně to budu přechropané 3x rychleji než ty na průměrném CPU v "medium", ale precizněji.

A těch možností jak to kódování nastavit je mnohem víc. Není jen codec a bitrate.

Martan67 | 23. 6. 2026 - 13:17

Právě že při stejném bitrade, a spolu s tím i podobné velikosti výsledných souborů rozdíly stále platí!
Výstup prohnaný rychlejší cestou přes kodek GPU je citelně horší (ostrost, artefakty, přechody, ...)!
Pokud opravdu ty rozdíly nevidíte (a nemám důvod si myslet, že si vymýšlíte), nebo vám přijdou
přinejmenším "velmi malé a zanedbatelné" tak v tom případě zřejmě nebude váš zrak zrovna
v nejlepší kondici! Je-li tomu tak, pak platí že PRO VÁS OSOBNĚ ta pomalejší, ač kvalitnější,
cesta pomocí CPU postrádá smysl.
My ostatní, co ten rozdíl vidíme a dost silně vnímáme, si zkrátka mnohdy radši počkáme
na pomalejší a kvalitnější výstup ;-) Tedy alespoň tam, kde nám vyšší kvalita dává smysl.
Na záznam něčího "snažení ve hře" je i výstup z dnešních GPU víc než dostatečně kvalitní ;-)
Stejně tak na úpravy a konverze leckdy notně nekvalitních videí z různých mobilů a podobně.

FrankHorigan | 23. 6. 2026 - 17:55

Souhlasím.
Přes GPU počítám jen to snažení ve hře..
Nicméně bojím se, že veškeré střihové programy jedou přes GPU..
Ale tam to asi nikomu nevadí.
Hlavně rekomprese je super dokonalá..!

TOW | 19. 6. 2026 - 11:51

Ono záleží co enkoduješ a s jakým nastavením kodeku enkoduješ. Třeba zrovna na gameplaye je NVENC super, u filmů už to trochu jde poznat (jsou dvě věci co nvencu "nechutnají" - hodně tmavé scény a filmové zrno). Jo a platí že čím menší je výsledný bitrate tím je rozdíl větší

FrankHorigan | 19. 6. 2026 - 12:03

ANO všechno beru, ale taky záleží na GENERACI toho NVENC..
Výše 2x psáno, 8gen v Ada je úplně jinde než 5gen u GTX1060..

Takže proměnných je milión a my se tu zase bavíme o hypotetickém howwně.
Je pravda, že přes NVENC muchlám hlavně gameplay ...

Ale přes GTX1060 dělám video z dronu a celý proces je prováděn ve vysokém toku (okolo 100Mbit), jen výsledný render dělám přes CPU do H265.. - GTX1060 umí H265 blbě..

A z tohodle nejspíše kdysi vznikla ta obecná pravda že video je přes GPU hnusné - VŽDY a za všech okolností :))

tombomino | 19. 6. 2026 - 12:20

Roky enkodovaci praxe..HW encoding pro nizsi bitrate je horsi, nekdy velmi vyznamne horsi, nez SW encoding. Takze pokud se snazis zajistit kvalitu na co nejnizsim bitrate (z duvodu velikosti souboru), SW enkoding je stale neprekonan.
Karas us svych testu CPU mival odkaz na zdrojove video (nevim zda to jeste plati). Celkem dobry example, kde si to klidne muzes vyzkouset sam, pri ruznych nastavenich.

FrankHorigan | 19. 6. 2026 - 12:27

Ano za roky enkódovací praxe se ty enkodéry značně změnily - píšu o tom dokola celé vlákno..
NVENC 5gen není NVENC 8gen..
Oktávka 1 není to samé auto co Oktávka 4..

Zeptám se máš kartu RTX 4000 a výš? Kóduješ na tom to video a porovnáváš jako já?
Už taky psal, nehodlám si dojjebávat videa..
Nepotřebuju megadokonalu kvalitu, ale rozhodně jsem výsledky pozorně porovnával než jsem překódoval 50hodin.

Nehledě na to, že to kóduju pro youtube, ne "do šuplíku", a ten to kompresí stejně rozemele na padrť - tak co tu furt řešíme?

tombomino | 19. 6. 2026 - 12:33

Mam NV 4070, porovnaval jsem to Xkrat driv a myslim, ze i na 4070, vzdycky to dopadlo stejne ve smyslu, ze SW encding byl kvalitnejsi. To nevylucuje, ze se HW enc zlepsil.
Jsem se dival, ze karasuv test soubor us neni dostupny.. https://www.larmoire.info/jellyfish/

FrankHorigan | 19. 6. 2026 - 12:41

Jsi ostříž, budeš tedy muset kódovat "pracně", já si zvolil takový preset kódování, že mi vyhovuje velikost souboru a očima rozdíl proti CPU prakticky nenajdu...
Jedu tedy přes RTX.
Karáš stejně nejspíše netestoval kartu s NVENC 8gen...

Libor Míšek | 19. 6. 2026 - 13:04

Spíš jde o přístup k věci toho, kdo to zpracovává. Někdo to chce udělat pořádně s nejlepším svědomím a tak zvolí cestu SW. Někdo to chce udělat "dostatečně" pro jeho osobu a zvolí cestu NVENC. Je to jen o přístupu k věci. Taky může být rozhodující i fakt, že si tim neblokuješ PC. Pak je ti celkem jedno že se encoduje celou noc...v případě seriálu klidně několik dní v kuse. Ale víš, že si to líp už udělat mohl jen vyšším bitrate.

FrankHorigan | 19. 6. 2026 - 13:24

Ano je to klasicky jako u většiny věcí "v hlavě"..
Kdesi se dočteš, že software je lepší, ty chceš to nejlepší, ale už vůbec neřešíš o KOLIK je to lepší, protože to prostým porovnání stejně ani nepoznáš..

Takže zvolíš SW, protože máš pak klidné spaní..

Celá absurdita všeho tohodle je v tom, že pokud na to nechceš čučet sám doma, z 99% to dáš na youtube, a ten ti stejně tu tvou softwarovou dokonalost ROZMETÁ na kvašné japko a stovky nebo tisíce lidí stejně vidí jen to kvašné japko... A je jim to zcela fuk, protože na to 95% čumí na 6" mobilu.

Tak z reality toliko k potřebě dokonalosti muchlání videa.

tombomino | 19. 6. 2026 - 13:27

Jestli se mi bude odpo chtit, muzu ti udelat nejaky kratky test re-enc test treba ze 4k a nahrat, pokud mas server, kam to bezplatne uploudnout. Dam ti k tomu s jakymi zakladnimi parmatery NVENC a SW H265 to bylo pred Handbrake udelane.

FrankHorigan | 19. 6. 2026 - 13:46

odkaz na frank.horigan(at)seznam.cz...

FrankHorigan | 20. 6. 2026 - 08:33

Odpoledne už bylo, a furt mi nic nepřišlo brepto

tombomino | 22. 6. 2026 - 10:15

No, protoze se mi nechtelo. Ale vcera jsem stahl par 4k videi volnych videi a udelal lehky test prevodu do 1080p H/X265 pri 2,5Mb streamingu s Nvenc vs H265.
zkusil jsem asi 6 videi, u jednoho z nich byl videt rozdil i pri prehravani, bez nejakeho vetsiho zkoumani obrazu. Coz povazuji za uspech pro Nvenc. Presto, ale bude zalezet na scene, jak se s tim popasuje. Chtelo by to vic scenaru (re-rip nejake ripu) a vic testovacich scen, ale nechtelo se mi s tim zase tolik hrat. Monza si zkusim jeste pohrat vecer trochu vic.

tombomino | 22. 6. 2026 - 10:46

aby jsi nerekl, tak ti tady dam na ukazku dva screeny z tech souboru..
Nvenc
https://i.postimg.cc/ZRQ55Mhw/Nvenc-2500-slow-10h37m30s442.png
H265
https://i.postimg.cc/x1QMQcRW/H265-2500-slow-2-pass-10h38m48s929.png
Je to screenshot udelany presne ve stejny casovy moment. Vsimni si treba rozmazai toho travniku (bije do oci) u Nvencu a celkove podstatne vetsi "blur"...
Vidis, ze tady u teto sceny je ten rozdil dost evidentni..pokud ti to staci takhle

mejla76 | 22. 6. 2026 - 13:35

Jak se dá dostat plné velikosti? Nebo na té stránce to v plné velikosti je? Ten trávník je mázlý u obou ale slušný rozdíl je vidět na vlajkách. Každopádně se potvrzuje že:
- rozdíl tam je a není malý, pokud se zkoumá statický obraz
- rozdíl je dost malý na to, aby si toho většina lidí při sledování nevšimla

Stačí se podívat v jaké kvalitě vysílá O2 fotbal - ten trávník je takový hnus, že to musí lidem vypálit oči, ale když jsem to v hospodě řekl kamarádům, tak se divili, že si toho nikdy nevšimli (dokud jsem jim to neřekl, za což mi pak poděkovali).

Takže archiváři si dál pojedou přes CPU, ostatní si vystačí s nvenc/vce/q-sync.

tombomino | 22. 6. 2026 - 13:56

Myslis na zdrojove video k fotbalu?
https://web.archive.org/web/20160318121407/http://4ksamples.com/barcelon...
"- rozdíl je dost malý na to, aby si toho většina lidí při sledování nevšimla"
.. mne osobne to hned trklo, ale je mozne, ze lidi, kteri v tom nemaj praxi, si toho na prvni dobrou nevsimnou

Jinak asi dulezita pozamka.. Je dobry vzit v potaz, ze zdrojem je velmi kvalitni 4k 45Mb. Takze z kvalitniho zdroje, bude i pri horsim algorytmu, porad slusny vysledek. Pokud ale treba budes delat re-encode, typicky pro zmensovani souboru, tak ten vysledek bude jeste vic rozdilny a HW kodec bude podavat jeste o poznani horsi vysledek.
Pokud udelam reencode toho H265 2500Mb videa na 2000Mb (jako cvicny priklad), bude na tom Nvenc blbe...
ALe jinak, asi pro spousty lidi, je posledni Nvenc ok cesta.
Zajimave by bylo jeste nejake "motion" video, typicky treba vlny na mori. Tam HW kodeky v minulosti docela perlili a vytvareli krasne kosticky :))

mejla76 | 22. 6. 2026 - 16:07

Myslel jsem plnou velikost těch típnutých screenů - na stránce mi to přijde dost malé, ale rozklik nefunguje - načte nějakou novou stránku bez toho screenu :(

tombomino | 22. 6. 2026 - 16:27

jo takhle :)
zkusim to nejak vecer najit na tom postingu a kdyz tak linku znova

tombomino | 23. 6. 2026 - 11:09

Tady jsou ty odkazy
H265:
https://postimg.cc/ZCfCFYXc
Nvenc:
https://postimg.cc/njvJdTrm

a tady pridamvam reencode z 1080p H265 (2,5Mb) na 2.0Mb
H265:
https://postimg.cc/ykhvLV5R
Nvenc:
https://postimg.cc/phnBzxzC

Podivej se u obou pripadu i na ty prapory ve predu. Vsechno je to u Nvencu hrozne mazly, H265 je ve vsem ostrejsi. Myslim si, ze Nvenc aby "nekostickoval", tak to radeji rozmaze.

Ty rozdily jsou viditelne i pri prehravani tech videi. Nvenc je jako by tam nekdo postnul "blur" filtru pres to video. Velka ztrata detailu.

FrankHorigan | 23. 6. 2026 - 11:18

Udělej to v 4-4.5Mbit.. Bude to lepší.
Taky záleží jak je encodér nastavený. I u GPU jde nastavit “slow” pro lepší kvalitu.
Velmi malé toky má ale CPU určo lepší, to už jsme asi probírali 100postů výš..
Osobně nejdu s h265 videem v 1080p/60 pod 9Mbit

tombomino | 23. 6. 2026 - 11:29

uz mas to srovnani pod tvym puvodnim komentarem...

tombomino | 22. 6. 2026 - 14:33

jestli myslis ty konverze, tak ty jsou jen u mne. Nevim moc, kam bych je "free" mohl strcit.

tombomino | 22. 6. 2026 - 12:25

a jste tady dam jednu z jineho videa. Vsimni si treba jak Nvenc ztrati jemne detaily, jakou jsou "konfety"
Nvenc:
https://i.postimg.cc/9M0dD0D0/vlcsnap-2026-06-22-12h19m48s448.png
H265
https://i.postimg.cc/Qx1y8YLF/vlcsnap-2026-06-22-12h20m32s878.png
Video bylo delane stejnym nastavenim, jako predtim, uz se mi to nechtelo ale psat do obrazku..

FrankHorigan | 22. 6. 2026 - 18:13

Jo dik..
Je to tak jak vlasně říkáme všichni furt, absolutní megadokonalost je ta “ruční práce”. Ale moderní NVENC prostě nějak zásadně nezaostává - pokud čučíš na film a netípeš z něj statické screeny které pak sleduješ lupou..
To je asi ta rozdílná filozofie, pro mě NVENC prostě dosáhl takové kvality, že víc nepotřebuju..
A h265 v 1080p nedělám v 2.5Mbit, ale 4.5Mbit..
Ta velikost je furt srandovní

tombomino | 23. 6. 2026 - 11:27

Jeste jsem udelal H265 2,5Mb vs Nvenc 3,5 a 4,5Mb a rekl bych ze az u 4,5Mb je kvalita Nvenc podobna. V necem je trochu lepsi je vic smooth (stale vic maze), ale porad jsou mista, kde ty detaily chybi oproti H265. Celkove je to celkove vyrovnane. U 3,5Mb Nvenc je kvalita stale horsi (porad hrozne mazle) oproti 2,5Mb H265.
Takze jo, kdyz natlacis dostatecny bitrate Nvencu, je to v pohode. Ale evidentne to drivejsi problem pixelizace Hw enkoderu prekryva nejakym "blur filtrem", ktery je u nizsich bitratu u videi s detaily, rusivy a maze to a maze.
Akorat, jsi u toho 4,5Mb cca u 2x velikosti souboru... :)

FrankHorigan | 23. 6. 2026 - 11:58

A popravdě fakt by mě nenapadlo jít u běžného h265 1080p filmu pod 4Mbit..
Osobně jsem z principu PROTI každé ztrátové rekompresi, protože prostě kvalita jde dolů vždy.
A jak moc by mně muselo pálet místo na disku abych něco hodiny prznil z h265 do AV1 kvůli 30%..?
Ale chápu, že puntičkáři co to valí softwarově na 14900k plnou parou a se plácají po rameni, jak s tím megaprocesorem ušetřili trochu místo

tombomino | 23. 6. 2026 - 12:38

2,5Mb H265 na slusnou kvalitu 1080p je dostacujici. Pro mne Osobne mi prijde zbytecne davat vic jak 3,5Mb ve 1080p pro "normalni veci". Smysl to muze davat jen v nejake scene, kde to ma tendenci vytvori treba mapu a nebo, kdyz mas svoje "oblibence".
Av1 nepouzivam, takze nemam zkusenost s timhle kodekem.
Otazka bitrate je otazka, kolik toho chces "skladovat". Pokud toho mas par, je to samozrejme jedno. Pokud jsou lidi, co maji velke archivy, rozdil mezi treba 3Mb a 4,5Mb pri tech poctech dat, bude znacny. Jinak treba u serialu, ktere maji desitky nebo i stovky dilu, budou rozdily vyslednych velikosti enormni, a muze byt prioritni to minimalizovat diky bitrate.
Rovnez jsou situace, kdy velke objemy jsou na skodu nebo to nejde, napr pri posilani souboru nekomu pres ruzne "messengery", atd. Tam by Nvenc byl uplne nevhodny az nepouzitelny.
:)

FrankHorigan | 23. 6. 2026 - 17:48

Mám toho logicky “pár”, i když točím docela dost (ve srovnání s okolím)..
Desítky nebo stovky dílů seriálů fakt neřeším, je to v cloudu. Nepotřebuju to nějakým přepočtem ještě “prznit” a skladovat doma..
PS: a když do toho půjdem adbasurdum, zatím co ty rady honíš ušetřený “1-1.5Mbit” H265, v pohodě můžeš na tom NVENC furt zvolit AV1, který bude rázem úspornější než H265 přes CPU, avšak furt násobně rychleji přemuchlaný

tombomino | 23. 6. 2026 - 18:47

"PS: a když do toho půjdem adbasurdum, zatím co ty rady honíš ušetřený “1-1.5Mbit” H265, v pohodě můžeš na tom NVENC furt zvolit AV1, který bude rázem úspornější než H265 přes CPU, avšak furt násobně rychleji přemuchlaný"
.. nikoliv Frantiku. Pouze jsem ti nazorne ukazal, jake jsou rozdily mezi HW a SW encodingem a proc pouzivat SW encoder pred HW. Abych to nazorne predvedl, vzal jsem 2 stejne formaty a pouzil stejna nastaveni pres Handbrake. To ze ja pouzivam z nejakych duvodu i soukrome H265 je moje volba, ktera s tim primarne nesouvisi.
Tvuj zaverecny argument je opravdu legracni, protoze jednak vubec nevis, jestli Nvenc AV1 by byl kvalitativne alespon na stejne urovni pri stejnem bitrate a za druhe, muzu klidne pouzivat SW AV1 a dostaneme se tam, kde jsme uz byli na zacatku.
ps:rychly update.. Nvenc AV1 2,5Mb je stale kvalitativne horsi nez H265 2,5Mb.. coz se dalo cekat :)

FrankHorigan | 23. 6. 2026 - 19:32

"""Nvenc AV1 2,5Mb je stale kvalitativne horsi nez H265 2,5Mb.. coz se dalo cekat :)""""

Tak to se opravdu dalo čekat, to si můžeš napsat kdykoli na cokoli... AV1 je přes NVENC hodně kvalitní.. Jinak by asi nemělo smysl vůbec přecházet z H265.
Softwarově tuhle náročnost enkoduje jen masochista
Jediný rozumný výstup z debaty = 2.5Mbit softwarově je asi tak kvalitní jako 4Mbit v hardware..
Rozdíl to JE velký - poměrem...
Ale otázka je, komu ten 10x pomalejší encoding stojí za 1.5Mbit v dnešních kapacitách uložišť.. :)
To je asi smysl mé úvahy..
Tebe fakt zajímá, jestli má film 4 nebo 5.5GB?

tombomino | 23. 6. 2026 - 21:04

Uz jen teoretizujes. Proc si to radeji nevyzkousis. Odkaz na zdrojove video tam je. Ja nemam potrebu psat nejake teoreticke vymysly. Mam tady screenshoty udelane steje jako pred tim. Jen mi prislo zbytecne uz to tu davat.
Jinak u tech kodeku to neni tak, ze novejsi zacne mit bajne o 100% lepsi kvalitu u stejneho bitrate a nastavneich. Je tam nejake "optimalni pasno", ktere se pak udava jako zlepseni. Jinde to muze byt klidne i mene nebo i vubec. Obecne pomer bitrate/kvalita se udava, ze AV1 ma asi 10-30% lepsi bitrate/kvalita, coz v nasem pripade 2,5 vs 4,5 nestaci a tak to i vyslo v praxi.
Odpoved na zbytek mas v jednom z predchozich prispevku.
ps: ja kvalitativni posun u Nvenc nehanim, naopak. Ve spouste uzivatelskych priopadu to staci. Ty jsi toho dukaz :) Ale SW enc byl vzdy lepsi a stale lepsi je, coz ma take sve opodstatneni v praxi, pro toho, kdo to vyuziva.

FrankHorigan | 23. 6. 2026 - 22:15

Ještě jednou

Jediný rozumný výstup z debaty = 2.5Mbit softwarově je asi tak kvalitní jako 4Mbit v hardware..
Rozdíl to JE velký - poměrem...
Ale otázka je, komu ten 10x pomalejší encoding stojí za 1.5Mbit v dnešních kapacitách uložišť.. :)
To je asi smysl mé úvahy..
Tebe fakt zajímá, jestli má film 4 nebo 5.5GB?

tombomino | 23. 6. 2026 - 22:29

Odpoved mas v jednom z predchozich prispevku :)
V mem konkretnim pripade pak ano. Neni to 4 nebo 5,5 ale treba 3 vs 5,5.. :)
s tim ze neco je 10x rychlejsi bych byl zase opatrny, jsou jina nastaveni, ktera muzes u SW encoderu pouzit a ktere ti to take zrychli, byt treba ne "10x". Tech moznosti u SW encodingu mas hodne. U HW ne, tam je to silne orezane. Dale nemusis pouzivat 2x pass, muzes pouzit CQ faktor. Problem je ale ten, ze vysledky a velikost zalezi pak na vic faktorech, kdezto u AVG bitrate mas velikost zarucenou.

zoki | 22. 6. 2026 - 12:57

"Jestli se mi bude odpo chtit ..."

Libor Míšek | 19. 6. 2026 - 12:58

Oni ani ty SW encodery nestojí na místě. Za léta encodingu můžu taky potvrdit, že ani poslední generace nvenc zdaleka nedosahuje kvalit sw encoderu, POKUD se řeší i bitrate. Když něco předěláváš na SW encoderu, máš k tomu svoje důvody. Při dnešních cenách disků to zase dává smysl.
NVENC i obdoba u AMD je určený pro záznamy her a na to je parádní. Na export draftu videa je dostatečný. Na finalizaci videa, pokud je ti jedno jak velké to je také OK.

FrankHorigan | 19. 6. 2026 - 13:20

1) Přes NVENC kóduju pro youtube.. Tam je velikost videa ne úplně podstatná, nechci to zbytečně velké, ale neřeším každý bajt..
2) Videa co mám "doma" v šuplíku kóduju přes CPU, ale jen proto, že jsou malá a není jich stovky.
Je to prostě jedno, takže dělám přes CPU (GTX1060 umí HEVC blbě)
Ale taky neřeším každý bajt..

Podstatné je, že všeobecné cítění je takové, že by jako ten NVENC měl při stejné kvalitě vyrábět ty videa 3x větší nebo tak..
Pořád platí, že když překóduju dvě videa se STEJNÝM datovým tokem, jedno přes CPU, druhé přes GPU, nevidím tam na TV téměř rozdíl...

Pokud někdo, musí čekat, nebo platit, nebo obojí.

Kubrak | 19. 6. 2026 - 14:04

No, ono muze take zaviset na typu videa, ktere clovek konvertuje. Odhadoval bych. Ja videa nekonvertuji...

FrankHorigan | 19. 6. 2026 - 15:08

Je to přesně jak říkáš. Samozřejmě jsou náročnější a méně náročné scény..
Je to taky jeden z důvodů, proč je vlastně celá debata irelevantní.
Proměnných je mnoho, a celá diskuze se nese spíše v obecné rovině “hardware je instantně nekvalitní, CPU je best - bez jakékoli další dodatečné informace”

Kubrak | 20. 6. 2026 - 19:06

Ne, prakticky vsichni souhlasili, ze mnohahodinove gameplaye opravdu, ale opravdu, nema smysl komprimovat na CPU...

FrankHorigan | 20. 6. 2026 - 21:00

No takže se na 80 postech vlastně všichni shodujeme, ale přesto deset lídí píše opak toho, co já protože prostě nechcou souhlasit zrovna semnou.. A nebo nečtou posty až dokonce a vytrhnou si z kontextu co jem hodí - rovnou dají mínus..
A tak je to tady co druhou diskuzi.

Nenám nic proti renderu běžného vudea přes CPU - protože běžné video dnes z 99% opravdu nemá 1hodinu nebo 50hodin..
Ale sotva pár sekund (socky), až minuty..(youtube)
Pokud má někdo fetiš v tom, že muchlá deseti sezónové seriály z kodeku “A” do kodeku “B” stovky hodin přes CPU, tak sorry, ale tohle je na palici..
Už jen proto, že ten výsledek “B”
Prostě MUSÍ mít horší kvalitu..
A AI upscaler jako “Video2X”, který výsledek citelně zlepší proti originálu, rozhodně nejede přes CPU - vůbec. Slušně to vyždíme i třeba RTX5080

RedMaX | 21. 6. 2026 - 09:43

Tak to mi spadnul kámen ze srdce, protože už jsem myslel, že jsem se asi zbláznil. Taky jsem totiž zkusil kódování na RTX4070 a výsledek jako na procesoru se nedostavil. Na dalších generacích NVidie už nic vyzkoušet nedokážu, protože dokud bude NVidia používat hořící 12VHPWR, tak budu kupovat grafiky od AMD.

FrankHorigan | 21. 6. 2026 - 13:22

“”” a výsledek jako na procesoru se nedostavil. ”””

Je to možné, mně se to podařilo nastavit tak, že byl výsledek dost podobný..
Malé videa s CPU = OK, desítky hodin s CPU = přeji hodně štěstí.
AI upscaling CPU ani nekokáže..

lubo76 | 19. 6. 2026 - 21:01

Ako som už dávnejšie písal, cez niečo ako Anydesk som videl rozdiel. A to nemám ani omylom orlie oči. Čiže kvalita videa znížená tým SW na prenos obrazu bola stále rozdielna/viditeľná. Len neviem o akú GPU šlo. Takže u mňa nejde o počutie, ale o test zhoršený dokonca cez remote app. Keďže GPU máte, nechce sa vám urobiť test? Hoci 1minútové extra kvalitné video: cq: 25, predvoľba: slow cez CPU vs. cez GPU a porovnať aj veľkosť. Potom slower a som zvedavý na výsledok. Samoz. rýchlosť GPU je nebe a dudy. Mne ide aj o veľkosť, lebo my, múdri, hovoríme, že nejde o to či sa disk zaplní, ale kedy.

FrankHorigan | 20. 6. 2026 - 08:38

Taky jde chlape to, jestli si syslíš na disk milióny dílů seriálů (které jsou všude po netu a které stejně pak nejspíše nebudeš koukat) a celý tvůj život trávíš tím, že to přechláváš z kodeku “A” do kodeku “B” - na i5-12400 !!

Když už něco dělam přes RTX, je to o něco větší, ale stejně je to pro Youtube…
Takže co na těch discích vlastně skladuješ???

lubo76 | 21. 6. 2026 - 15:00

Pre YT pochopím. Ten si to aj tak upravuje po svojom. Nemám 1000 filmov, aby som musel nový disk kupovať každý mesiac. A už roky nesťahujem pravidelne, ale len z času na čas. Na to mi stačí 2TB HDD s prehľadom.

miro | 23. 6. 2026 - 08:38

uniká ti toho viacero a tak blábolíš ako chrobák Truhlík, pre protektorátnych blbečkov brouk Pytlík...

FrankHorigan | 23. 6. 2026 - 09:22

A do třetice, asi to bude třeba trochu rozvést..
Jinak jsi popsal 3posty absolutně ničím

Ziik | 19. 6. 2026 - 10:37

Teda, udělat takovou opravu a nebýt zmíněn v changelogu, bych se dost nakrknul. Asi se správcům nechtělo s máslem na sluníčko :)

AMD si to PR prostě neumí zajistit, přitom očividně šikovní lidé.

Tom Buri | 19. 6. 2026 - 10:42

jesli tomu rozumim tak pres sest let vedeli ze to nefunguje, ale za tech sest let na to nesahli dokud to amd neudelala za ne.. ale ''Performance Optimisations for ARM64 devices running Windows'' do changelogu napisou, tim se nezapomenou pochvalit..

https://github.com/HandBrake/HandBrake/releases

affrmativ | 20. 6. 2026 - 10:09

Konspiraci bych za tim nehledal.

Proste vysvetleni je, ze autori commitu zapomeli pridat do Changelogu zminku, a release manager bud neprochazel git log od minuleho releasu (protoze prilis moc commitu), nebo to prehlidl, nebo to nepovazoval za dostatecne dulezite (mozna maji mnohem vic ARM64 uzivatelu, nez uzivatelu s 32C procaky). Hlavne u hodne aktivnich projektu nelze dat do Changelogu ani 10% zmen.

A co se tyce tech 6 let... jo to je vec se kterou se u opensource musis smirit - a vlastne u komercniho softwaru taky. Optimalizace maji u vetsiny softwaru obecne nizkou prioritu, resi se vetsinou az je to nutne. Handbrake mel nejspis milion lepsich veci na reseni, nez vykon na >32C procesorech.

TantumX | 19. 6. 2026 - 11:14

Ak sa to týka len procesorov, čo majú 64 a viac vlákien, tak takých užívateľov Handbrake spočítajú na prstoch jednej ruky.

waleed | 19. 6. 2026 - 11:34

kdyz prijdes s tvrzenim, co neni obecne uznavany, tak je na tobe abys to dolozil..

FrankHorigan | 19. 6. 2026 - 11:39

Proč by měl furt někdo něco dokládat?
Zvláště pak zrovna tobě, dolož že to tak není...

TantumX | 19. 6. 2026 - 11:52

Ty mi povedz, koľko ľudí poznáš, čo používajú Hanbrake s 32 a viac jadrovými procesormi.

FrankHorigan | 19. 6. 2026 - 12:05

To právě tak jako říct, nejde, proto je to fajn námět na žabomyší hádku. :)

TantumX | 19. 6. 2026 - 12:14

Ryzen Threadripper PRO 9995WX na ktorom robili tie testy, je na Alze na objednávku a za 11 629 €.Ani nepíšu, koľko kusov predali, možno ani jeden.

FrankHorigan | 19. 6. 2026 - 12:23

jj , takový CPU si na "ruční brzdu" koupí 0.5 člověka na celé planetě .))

TantumX | 19. 6. 2026 - 12:27

waleed po tejto recenzii určite už jeden objednal, aby vylepšil štatistiku.

satai | 19. 6. 2026 - 17:18

(nových) 48 jader začíná pod 50kKč za CPU. Není to nic, co si koupí člověk domů ve večerce, ale také to není nákup v ceně moravské vesnice (nebo parkovacího místa v Praze).

waleed | 20. 6. 2026 - 00:16

Bazar:
48 core EPYC za 8400Kč $399
https://www.ebay.com/itm/177348421619

64 core 128 Thread(Ripper)
14 000Kč zamčený pro Lenovo
https://www.ebay.com/itm/168439155728

Odemčený jsem našel za 21 000Kč
https://www.ebay.com/itm/306993396138

Deska bude stát podobně.

Nejde o to co je dnes na trhu.
Ten SW se bude používat i příští roky.
ZEN 6 rozpoutá corewar.
intel slibuje odpověď.
ZEN 7 dostane 32 velkých jader do desktopu.
To bude těsně na hraně.
Takže AMD připravila půdu pro ARM a Titan Lake, nebo to už intel taky zrušil?

FrankHorigan | 20. 6. 2026 - 08:40

A není místo těhdle monstr krámů opravdu lepší ta rtx5050 za 6000 nová?? :)))

satai | 20. 6. 2026 - 08:56

Jak rychle mi na ní poběží komplikace?

FrankHorigan | 20. 6. 2026 - 09:34

Jaká kompilace??? My se tu bavíme o zpracování videa - software vs specializované jednotky v GPU..
I k té 5050 potřebuješ nějaký procesor, tak si dělej kompilace na něm :))
Kompilace nesouvisí s tématem..

satai | 20. 6. 2026 - 09:39

Když chceš jenom shitivé enkódování na shitivé kartě, kup si shitovou kartu.

Když chceš věc, co zvládá spoustu věcí, m.j. ten handbrake, nekupuj si shitovou kartu.

Tak jednoduché to je.

(Ale hlavně šlo o to, že ta optimalizace pro spoustu jader se týká nějak extrémně drahých komponent. Netýká. Ovlivní i ty, co to dělají na procesorech za pár desítek tisíc.)

FrankHorigan | 20. 6. 2026 - 09:44

Já nekóduju na shitové kartě, ale na 4070 s NVENC 8gen..
Zatímco ty bys ten objem babral celou noc softwarově s příjemně horkým odérem linoucím se ze skříně..
Koukáš vůbec co píšeš?? CapCut, GyroFlow, DaVinci, Video2X - všechny moderní programy jedou v default vyloženě přes GPU…!!
Tak co z toho tedy pak může lézt??

AI upscaler Video2X ani nejede přes CPU, protože to prostě CPU vůvec nezvládne

waleed | 19. 6. 2026 - 23:47

Karáš naměřil podobné propady i v jiných SW.
https://diit.cz/clanek/recenze-amd-ryzen-threadripper-9980x-aneb-64-jade...

Hanzi76 | 21. 6. 2026 - 14:26

Psychopat FrankHorigan:

Způsob jeho argumentace však vykazuje silné manipulativní a diskuzní fauly.

Útok ad hominem a zesměšňování: Místo věcných argumentů se snaží oponenty shodit označením jako „zdejší konzervy“ nebo přehnaně agresivními reakcemi, čímž se pokouší oslabit jejich autoritu v diskuzi.

Falešné dilema: Vytváří dojem, že existuje pouze jeho radikální pohled na věc, a ignoruje legitimní argumenty protistrany ohledně kvality komprese videa přes CPU.

Emocionální apel a nátlak: Používáním vulgarit, caps-locku („prostě ho kurwwa SMAŽEŠ“) a útočného tónu se snaží ovládnout prostor diskuze a donutit ostatní k defenzivě.

------------------------------------
Vyhledejte si prosím všichni "Psychopat v diskusi"
Diskuse s psychopatem opravdu nemá cenu.
Psychopat FrankHorigan si zaslouží jenom BAN, aby nemohl psát toxické komentáře. Snaží se každého vytočit, psychopati se živí emocemi, z každé diskuse chce vyjít jako vítěz.

FrankHorigan | 21. 6. 2026 - 14:50

1) co máš za problém z konzervama?? Lidi se něco naučí před 20 lety a pak už je ani nenapadne zkoušet zjistit, jestli je něco jinak.. - to je celkem rozšířená předpohatost…
Prostě “objem nenahradíš že??”…
2) Ano lubo mě některýma svýma myšlekovýma pochodama trochu sem tam vyvede z míry, se tedy omlouvám..
Je to expert na dělání si věcí “po svém” - slušně řečeno :)
365dní v roce muchlá “něco” z kodeku A do kodeku B a mezítím hraje Kamiony zapřisáhle jen na Intel integráku bo spotřeba :)
3) Obligátní dotaz na blboune, (můžu ti tak říkat, když ty už rok psychopatuješ že?) něco k tématu by nebylo?, Zase tě zajímám já, ale ruční brzda vůbec že?

Hanzi76 | 21. 6. 2026 - 16:04

Snažím se napsat, že diskuse s psychopatem nemá smysl.
Psychopat překrucuje fakta, je to mistr manipulace.
Psychopat Frank Horigan má jediný cíl: vyjít z diskuze jako vítěz, bez ohledu na pravdu.

FrankHorigan | 21. 6. 2026 - 21:47

No za to nejsi mistr dá se říct na nic..
Je jedno jestli meleš do diskuze o Radeonu, HandBrake nebo dětských plínkách..
O tématu se prakticky nikdy nebavíš..
Jen zacykleně blábolíš dokola furt to samé

Hanzi76 | 21. 6. 2026 - 16:53

"pochodama trochu sem tam vyvede z míry, se tedy omlouvám.."

Lžeš a manipuluješ.
Psychopat nemá pocit viny.

FrankHorigan | 21. 6. 2026 - 21:49

Hele není to už trapné? Ty jsi fakt zralý na chocholouška

Hanzi76 | 22. 6. 2026 - 21:39

Já vlastně nemůžu nic.
Musim si nechat nadávat od psychopatickýho zmrda jako jsi ty.
Všechno překroutíš a jsi mistr manipulace.
Asi tvoje máma, psychopati to mají genetický, je to genetický odpad.
https://www.youtube.com/watch?v=jF8lHDUdilk
Psychopati nemají pocit viny.

Fox 25 | 23. 6. 2026 - 02:28

Že se s ním špiníš, diskuze s ním má menší smysl než se šťourat klackem ve výkalu, neboť jen on dělá věci správně....

FrankHorigan | 23. 6. 2026 - 07:21

Ne v jednom kuse nadáváš ty, furt dokola.
Stačí číst

Pro psaní komentářů se, prosím, přihlaste nebo registrujte.

Diit.cz - Novinky a informace o hardware, software a internetu

Diskuse k AMD pomohla Handbrake s optimalizací pro vícejádrová CPU, výkon stoupl až 3×

Komerční sdělení

CDR Hry

Epic rozdává zdarma dvě hry, které potěší hráče RPG her a adventur

Dlouho považovaný důkaz temné hmoty se rozpadá. Nová data mluví jasně

355 tisíc úhybných manévrů za rok. Starlink ukazuje, jak přeplněný je vesmír

V Číně zkoumali DNA lidí ze ztraceného města. Tisíce let staré lebky promluvily

Vědci ukázali materiál, který umí řídit teplo podobně jako čip data

Aktuálně z blogů

KOMENTÁŘ: Jak se žije s „neomezenými“ daty za 29 Kč?

SockaPC 2023, dějství druhé

SockaPC a SockaPhone 2023 (ani na to neklikejte)

Pár slov k Socka PC 2022+

Komentář k testu 5800X3D s RX 6900 XT