1
Sítě / Re:Vodafone chce výměnu modemu pro dual-stack
« Poslední příspěvek od Radek Zajíc kdy Dnes v 14:14:37 »K jakemu datu vam VF bude aktivovat dual-stack?
Poslední příspěvky
2
Studium a uplatnění / Re:Pojištění OSVČ a zodpovědnosti
« Poslední příspěvek od franta-PH kdy Dnes v 10:41:35 »Jak to řešíte?
Kdyby přece jen nastal průser, tak utíkám na balkán.
Tak taketo spravanie jednoznacne smrdi vyhybanim sa spravodlivosti. Aky je vas odbor podnikania? Tunelovanie statnych zakazok?
tipuji spisovatel humorista
3
Studium a uplatnění / Re:Pojištění OSVČ a zodpovědnosti
« Poslední příspěvek od kanoe22 kdy Dnes v 10:28:11 »Jak to řešíte?
Majetek uklizen tak, aby se na něj nedostal exekutor, auto parkuju s plnou nádrží a mám sbalené evakuační zavazadlo. Pasy raději dva, aby vždy měl jeden platnost delší 5let. Do budoucna se pracuje na pasu z jurisdikce, kam EU nedosáhne.
Smluvně se snažím odpovědnost limitovat.
Kdyby přece jen nastal průser, tak utíkám na balkán.
Tak taketo spravanie jednoznacne smrdi vyhybanim sa spravodlivosti. Aky je vas odbor podnikania? Tunelovanie statnych zakazok?
4
Software / Re:VP9 do HEVC bez komprese pomocí FFMpeg
« Poslední příspěvek od Michal Šmucr kdy Dnes v 09:53:38 »V tom použitém příkazu tam nikde nemáte deklarovaný bitrate, ani kvalitu u výstupního video streamu.
Navzdory nadpisu threadu to nebude HEVC bez komprese (to byste měl obří bitrate)
Také jsou tam nějaké úplně zbytečné parametry - mapování, ignore_unknown a copy_unknown se vylučují atp., experimental nepotřebujete, ale to nezpůsobuje ten problém, co řešíte.
ffmpeg má možnost určité kodeky kódovat více enkodéry. Tzn. když máte NVIDIA kartu, tak se pro HEVC (H.265) nabízí buď hevc_nvenc, nebo softwarový libx265, který funguje všude. (jsou ještě jiné alternativy jako kvazaar, svt-hevc, ale to je specifické pro konkrétní kompilaci).
Různé enkodéry jsou různě namapované na parametry řízení výst. bitrate / kvality v ffmpegu. Tzn. můžete sice použít některé parametry (např. -q:v <číslo>, -maxrate, -minrate), ale pokud tenhle konkrétní parametr není namapován, nebo enkodér není ve správném režimu, tak to nemá vůbec žádný efekt i když je uvedete.
Pak jsou tam ještě specifické parametry pro daný enkodér. Doporučuji si prohlédnout (neznamená, že je vždy dobré je nastavovat) pomocí vestavěného helpu, protože máte jistotu, že je to k té konkrétní verzi enkodéru/knihovny, co můžete použít. Např. ffmpeg -h encoder=libx265 nebo ffmpeg -h encoder=hevc_nvenc
Obecně platí, že x265 enkodér postkytuje kvalitnější výstup vzhledem k bitrate než hardwarové enkodéry (NVENC, Intel QSV, AMD AMF), ale samozřejmě výstup se kóduje déle, pokud nemáte nějaký mega stroj.
Ale ve většině případů jsou výstupy samozřejmě použitelné i s těmi hw enkodéry, jen musíte trochu přitlačit na bitrate.
U lib_x265 bych doporučil (beru standardní používání, nikoliv nějaké patologické obrazce nebo super komplikované scény, kdy se potřebujete za každou cenu trefit do co nejmenšího souboru i za cenu násobně delšího kódování třeba víceprůchodem) zůstat u CRF řízení ( vysvětlení https://slhck.info/video/2017/02/24/crf-guide.html ).
Tzn. pro váš případ, když to zjednoduším.
ffmpeg -i vstup.mp4 -c:a copy -c:v libx265 -crf 25 vystup.mp4
Čím vyšší číslo CRF, tím menší datový tok. Není to lineární a v podstatě platí, že pro menší rozlišení např. SD PAL, potřebujete vyšší CRF např. 18, a pro vyšší rozlišení pak stačí naopak nižší CRF, např. 25-28 pro UltraHD. Dolaďte podle potřeby.
U NVENC je to trochu složitější, protože CRF, q:v ignoruje. A v podstatě jsou při jednoprůchodu použitelné dva parametry: CBR, kdy se snaží udržet okolo zadaného bitrate. QP (quantization parameter), kdy se enkodér snaží udržet relativní degradaci obrazu a může fluktuovat bitrate - což je trochu podobné zmíněnému CRF a také platí, že vyšší číslo znamená vyšší degradaci a menší bitrate.
pro CBR s NVENC stačí nastavit bitrate pro stream a většinou je to naprosto dostačující
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i vstup.mp4 -c:a copy -c:v hevc_nvenc -b:v 15M vystup.mp4
pro QP je pak potřeba přepnout režim rate control (přes parametr rc)
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i vstup.mp4 -c:a copy -c:v hevc_nvenc -rc constqp -qp 28 \
vystup.mp4
Jak tu bylo zmíněno, tak jsou tam i další paramtery, třeba pro ten rc-lookahead (načítá snímky dopředu, aby lépe rozdistribuoval bitrate) a implicitně to pak zapíná dynamické vkládání intra a b-snímků. Což může být zajímavé pro rychle se měnící videa (což není ten případ satelitních snímků) s menším bitrate.
Případně je tam i možnost použít další specifické kvantizační mechanismy nad rámec standardního rc. spatial (v rámci snímku) a temporal (mezi snímky) přes parametry spatial_aq, resp. temporal_eq. Ale zpomalí to kódování a musíte si vyzkoušet, jestli to něco udělá.
Navzdory nadpisu threadu to nebude HEVC bez komprese (to byste měl obří bitrate)
Také jsou tam nějaké úplně zbytečné parametry - mapování, ignore_unknown a copy_unknown se vylučují atp., experimental nepotřebujete, ale to nezpůsobuje ten problém, co řešíte.
ffmpeg má možnost určité kodeky kódovat více enkodéry. Tzn. když máte NVIDIA kartu, tak se pro HEVC (H.265) nabízí buď hevc_nvenc, nebo softwarový libx265, který funguje všude. (jsou ještě jiné alternativy jako kvazaar, svt-hevc, ale to je specifické pro konkrétní kompilaci).
Různé enkodéry jsou různě namapované na parametry řízení výst. bitrate / kvality v ffmpegu. Tzn. můžete sice použít některé parametry (např. -q:v <číslo>, -maxrate, -minrate), ale pokud tenhle konkrétní parametr není namapován, nebo enkodér není ve správném režimu, tak to nemá vůbec žádný efekt i když je uvedete.
Pak jsou tam ještě specifické parametry pro daný enkodér. Doporučuji si prohlédnout (neznamená, že je vždy dobré je nastavovat) pomocí vestavěného helpu, protože máte jistotu, že je to k té konkrétní verzi enkodéru/knihovny, co můžete použít. Např. ffmpeg -h encoder=libx265 nebo ffmpeg -h encoder=hevc_nvenc
Obecně platí, že x265 enkodér postkytuje kvalitnější výstup vzhledem k bitrate než hardwarové enkodéry (NVENC, Intel QSV, AMD AMF), ale samozřejmě výstup se kóduje déle, pokud nemáte nějaký mega stroj.
Ale ve většině případů jsou výstupy samozřejmě použitelné i s těmi hw enkodéry, jen musíte trochu přitlačit na bitrate.
U lib_x265 bych doporučil (beru standardní používání, nikoliv nějaké patologické obrazce nebo super komplikované scény, kdy se potřebujete za každou cenu trefit do co nejmenšího souboru i za cenu násobně delšího kódování třeba víceprůchodem) zůstat u CRF řízení ( vysvětlení https://slhck.info/video/2017/02/24/crf-guide.html ).
Tzn. pro váš případ, když to zjednoduším.
ffmpeg -i vstup.mp4 -c:a copy -c:v libx265 -crf 25 vystup.mp4
Čím vyšší číslo CRF, tím menší datový tok. Není to lineární a v podstatě platí, že pro menší rozlišení např. SD PAL, potřebujete vyšší CRF např. 18, a pro vyšší rozlišení pak stačí naopak nižší CRF, např. 25-28 pro UltraHD. Dolaďte podle potřeby.
U NVENC je to trochu složitější, protože CRF, q:v ignoruje. A v podstatě jsou při jednoprůchodu použitelné dva parametry: CBR, kdy se snaží udržet okolo zadaného bitrate. QP (quantization parameter), kdy se enkodér snaží udržet relativní degradaci obrazu a může fluktuovat bitrate - což je trochu podobné zmíněnému CRF a také platí, že vyšší číslo znamená vyšší degradaci a menší bitrate.
pro CBR s NVENC stačí nastavit bitrate pro stream a většinou je to naprosto dostačující
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i vstup.mp4 -c:a copy -c:v hevc_nvenc -b:v 15M vystup.mp4
pro QP je pak potřeba přepnout režim rate control (přes parametr rc)
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i vstup.mp4 -c:a copy -c:v hevc_nvenc -rc constqp -qp 28 \
vystup.mp4
Jak tu bylo zmíněno, tak jsou tam i další paramtery, třeba pro ten rc-lookahead (načítá snímky dopředu, aby lépe rozdistribuoval bitrate) a implicitně to pak zapíná dynamické vkládání intra a b-snímků. Což může být zajímavé pro rychle se měnící videa (což není ten případ satelitních snímků) s menším bitrate.
Případně je tam i možnost použít další specifické kvantizační mechanismy nad rámec standardního rc. spatial (v rámci snímku) a temporal (mezi snímky) přes parametry spatial_aq, resp. temporal_eq. Ale zpomalí to kódování a musíte si vyzkoušet, jestli to něco udělá.
5
Studium a uplatnění / Re:Pojištění OSVČ a zodpovědnosti
« Poslední příspěvek od Maor kdy Dnes v 05:50:47 »Jak to řešíte?
Majetek uklizen tak, aby se na něj nedostal exekutor, auto parkuju s plnou nádrží a mám sbalené evakuační zavazadlo. Pasy raději dva, aby vždy měl jeden platnost delší 5let. Do budoucna se pracuje na pasu z jurisdikce, kam EU nedosáhne.
Smluvně se snažím odpovědnost limitovat.
Kdyby přece jen nastal průser, tak utíkám na balkán.
Majetek uklizen tak, aby se na něj nedostal exekutor, auto parkuju s plnou nádrží a mám sbalené evakuační zavazadlo. Pasy raději dva, aby vždy měl jeden platnost delší 5let. Do budoucna se pracuje na pasu z jurisdikce, kam EU nedosáhne.
Smluvně se snažím odpovědnost limitovat.
Kdyby přece jen nastal průser, tak utíkám na balkán.
6
Sítě / Re:Vodafone chce výměnu modemu pro dual-stack
« Poslední příspěvek od LamZelezo kdy Dnes v 02:10:22 »Jste vyjimecne soucitna duse 
Nicmene kdyz to uplne bez problemu slo pod UPC, neni jediny duvod krome chamtivosti, aby to neslo pod vodafonem. Holt vodafone ma bliz k oblbovacum duchodcu nez k poskytovatelum sluzby.
Nicmene kdyz to uplne bez problemu slo pod UPC, neni jediny duvod krome chamtivosti, aby to neslo pod vodafonem. Holt vodafone ma bliz k oblbovacum duchodcu nez k poskytovatelum sluzby.7
Bazar / Prodám Topton X86 P5 Super Mini Router
« Poslední příspěvek od abe kdy Dnes v 01:03:48 »- Built on Intel 7 lithography Alder Lake-N low-power platform
- Onboard dual Intel 1226-V 2.5G network ports
- Supports 1x SO-DIMM DDR5 memory max 32GB 4800MHz
- 2x 12 pin non-standard SATA3.0 seats support 2.5 inch hard drives
- M.2Mkey NVMe/PCle3.0x2 signal supports 2280/2242 size
- 2x USB3.2 Gen3(10Gbps) with built-in USB2.0 4 pins
- 2x HDMI2.1 supports dual 4K 4096x2160©60Hz
- 1x M.2 E key(2230) supports WiFi6/Bluetooth module optional
- 1x 2*7 TPM pins compatible with ASUS TPM module
- 2x 4-pin temperature controlled cooling fan power sockets with a pitch of 1.25mm
https://www.toptonpc.com/product/topton-x86-p5-super-mini-router-12th-gen-intel-n100-ddr5/
- 1/2 roku používaný.
- V perfektním stavu bez jakéhokoliv poškození.
Cena: 3 290,- Kč
Preferuji osobní předání (Praha), případně možno poslat přes zásilkovnu (ne na dobírku).
8
Sítě / Re:Vodafone chce výměnu modemu pro dual-stack
« Poslední příspěvek od Dan Ohnesorg kdy Dnes v 00:49:00 »Jinak ta setrvačnost VF a omezování služeb je nepochopitelná. Když věděli, že zákazníci používají víc než jednu veřejnou adresu, mohli do toho redesignu zahrnout routovaný čtyřkový prefix. U zákazníka by to sice vyžadovalo předělat síť (místo dvou zařízení přímo připojených k modemu v bridge by bylo zařízení potřeba přepojit za router), ale alespoň nějaká možnost by tam byla.
Me to tak nejak technologicky stve, ale svym zpusobem je chapu. Maji 1.4M pripojek, kolik maji tech business tezko rict, ale bude to pod procento. Operatori na podpore casto ani netusi, ze existuji takove pripojky. Pritom je prudime ve srovnani s beznym zakaznikem daleko vice, protoze to mame vsechno pod dohledem, vime o kazdem zavahani jejich site, o bordelu v routingu a vsem moznem. A nejsmutnejsi je, ze po par poptavkach vychazi ty 3 modemy vedle sebe jako nejlevnejsi reseni (byt drazsi nez stavajici pripojka), protoze potrebuju slusny upload na odlivani zaloh. Takze ve finale vydelaji vic a ze jsou za pitomce je jim uplne jedno. A ze nekde zbytecne pali 48W asi fakt nepovede k demonstraci zelenych pred jejich sidlem.
9
Software / Re:VP9 do HEVC bez komprese pomocí FFMpeg
« Poslední příspěvek od mikesznovu kdy 27. 09. 2024, 23:05:55 »bez hw akcelerace... to jsou uplně jiný světy co se týče kvality a rychlosti. (a číselně -vcrf u sw odpovídá global_quality:v jinak), a hlavně používám lookahead 1 (mapuje se na LA_ICQ) . a něco jako preset jde ladit přes "TU" ("target usage" 1-7)
cuda neznám, možná má svoji sadu parametrů
ale tohle api možná doznalo změn, zprovoznění quicksync před x lety chtělo hodně laborování a explicitně uvádět spoustu boilerplate přepínačů
cuda neznám, možná má svoji sadu parametrů
ale tohle api možná doznalo změn, zprovoznění quicksync před x lety chtělo hodně laborování a explicitně uvádět spoustu boilerplate přepínačů
10
Hardware / Re:Notebook se starou grafikou a externí monitor
« Poslední příspěvek od k3dAR kdy 27. 09. 2024, 20:27:20 »Dalsi vec je zkusit to poresit...
Pokud ten NB nema video vystup nadratovanej na Nvidia gpu, tak jestli v BIOSu nenajdes zakazani Nvidia ( u meho Thinkpadu kde to nadratovane nebylo mam v biosu pro nvidii moznost disable/optimus(ci je na zobrazeni intel ale nvidii lze pouzit na vyzadani), pouze nvidia (coz zakaze intel a nvidia bezi jako jedina gpu), u Thinkpadu kde uz to nadratovane na Nvidii bylo, v biosu ta volba Disable schazi)
Pripadne je mozne ze prepnuti z Nvidia ovladace na Nouveau se ti nepodarila a proto d jadrem 6.8 si vystup na monitor nemel...
Zkus s nouveau a 6.8 vyfiltrovat natazene jaderne moduly:
Pokud ten NB nema video vystup nadratovanej na Nvidia gpu, tak jestli v BIOSu nenajdes zakazani Nvidia ( u meho Thinkpadu kde to nadratovane nebylo mam v biosu pro nvidii moznost disable/optimus(ci je na zobrazeni intel ale nvidii lze pouzit na vyzadani), pouze nvidia (coz zakaze intel a nvidia bezi jako jedina gpu), u Thinkpadu kde uz to nadratovane na Nvidii bylo, v biosu ta volba Disable schazi)
Pripadne je mozne ze prepnuti z Nvidia ovladace na Nouveau se ti nepodarila a proto d jadrem 6.8 si vystup na monitor nemel...
Zkus s nouveau a 6.8 vyfiltrovat natazene jaderne moduly:
Kód: [Vybrat]
lsmod -e nvidia -e nouveau