V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
VDPAU doporučuji, můj Athlon X2 5200+ EE nestíhal přehrávat Resident Evil 1 v 1080p (se škálováním na 720p kvůli malé obrazovce) - nestíhal to ve Windows ani v Linuxu přes VLC ani mplayer, takže chyba není v OS. Pak jsem si zkompiloval nejnovější beta driver od nvidie, mplayer s podporou VDPAU a video spustil - nehrálo, ale díky Davidovi se to podařilo zprovoznit (patří mu mé díky) a jede to opravdu rychle.
Není to rychlé, ale jede to přesně tak jak to jet má. Jinak pro přehrávání pomocí CPU doporučuji nejnovější svn snapshot a -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
Abych ale jen nechválil, stále mi s VDPAU nejde Battlestar Galactica v 720p, vždy se zobrazí první sekunda filmu a pak se to stopne a mplayer se ukončí (nespadne však, ani nic nezahlásí, jako by si myslel, že je konec streamu, přitom to bez VDPAU přehraje celé).
Zaplní se buffer a rozhodí se synchronizace. Pauzni to pomocí mezerníku a pak zase odpauzuj. Obraz dožene zvuk a pak to zase normálně běží.
Jinak pro autora blogu jediná otázka: Proč je to v blogu a ne tady?
Podla referencii od mojho brata tie optiony pre mplayer sice urychlia prehravanie, ale za cenu viditelneho zhorsenia obrazu.
Je pravda, že třeba u některých videí z Applu to vidět je, protože se mimo přeskočení několika testů a přidáním několika předpokladů přeskakuje také deblocking filtr, ale u HD ripů s podílem šumu pomalu větším než signálu jsem si ještě jediného bloku nevšiml. Také je pravda, že u takových videí už je to trošku náročnější na rozkódování. Ale myslím si že jako cena za přehrání videa o vyskoém rozlišení na pomalém HW je to velice dobrá cena(Trailery z Applu o 1080p přehraju na jednom jádře Turionu X2 o 800Mhz)
Ma NB s Pentiom 1GHz (tusim, mozno 1.1GHz alebo nieco take, neviem uz presne). A ten procak nestiha - raz cas (par sekund) trhne obraz, ked mplayer zahodi par framov. Takze po tych optionoch nestiha o nieco menej, ale za cenu viditelne kockovanejsieho obrazu.
Jasně, ono záleží hodně i na Levelu a počtu bloků ve snímku. Přiznávám, že když jsem si pustil teď v noci HD rip s LCD na plný jas, tak šum byl viditelně roztaženější(efekt rozkódování o menším rozlišení…i když nevím rozlišení čeho, protože hrany byly furt stejně ostré a ani z nich nevyčuhovala barevná složka). Na druhou stranu ve dne a nebo na mém CRT jsem si toho vůbec nevšiml a kontrast se dá zvýšit vždy. Cena za výkon je to IHMO docela dobrá. Starost mi ovšem dělá, že se také přeskakují nějaké referenční snímky, takže v tmavých místech s tím imbecilním šumem se to po pár pohybech kamery pěkně rozmázne a zvláště v tmavých částech už si takového fleku jde všimnout. Ale na procesoru o 1,6Ghz s oběma jádry jsem právě shlédl celý HD rip(takže se muselo jak dekódovat video, tak i audio, muselo se to vykreslovat na vo, musel se mixovat zvuk do dvou kanálu a ještě s hrtf filtrem) a měl ještě slušnou rezervu. A to mi ještě jede v 32-bitovém módu.
$ ./mplayer -vfm ffmpeg -lavdopts threads=2:lowres=3:fast:skiploopfilter=all -ac null -vo null -cache 8129 -endpos 100 -benchmark ~/Videa/Resident_Evil_Extinction/Resident.Evil.Extinction.2007.Blu-ray.1080p.DTS.x264-CtrlHD.mkv MPlayer dev-SVN-rUNKNOWN-4.1.3 (C) 2000-2009 MPlayer Team CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (Family: 15, Model: 104, Stepping: 1) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 … V: 100.0 0/ 0 102% 0% 0.0% 0 0 48% BENCHMARKs: VC: 100.783s VO: 0.015s A: 0.000s Sys: 1.400s = 102.198s BENCHMARK%: VC: 98.6154% VO: 0.0146% A: 0.0000% Sys: 1.3698% = 100.0000% Exiting... (End of file) $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 104 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping : 1 cpu MHz : 800.000 cache size : 512 KB
Právě hledám vhodnější video výstup(prej vidx a nebo vdpau), protože xv dost žere. Už jen kdyby integrovali i větší cache pro dekódovaná data(paměti mám furt dost)…pak by to třeba s přežvýkaným audiem a s menšími obtížemi šlo i na těch 800Mhz.
$ ./mplayer -vfm ffmpeg -lavdopts…
Doprčic. Co je to ten editor zase za krám?:
$ ./mplayer -vfm ffmpeg -lavdopts threads=2:lowres=3:fast:skiploopfilter=all -ac null -vo null -cache 8129 -endpos 100 -benchmark ~/Videa/Resident_Evil_Extinction/Resident.Evil.Extinction.2007.Blu-ray.1080p.DTS.x264-CtrlHD.mkv MPlayer dev-SVN-rUNKNOWN-4.1.3 (C) 2000-2009 MPlayer Team CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (Family: 15, Model: 104, Stepping: 1) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 … V: 100.0 0/ 0 102% 0% 0.0% 0 0 48% BENCHMARKs: VC: 100.783s VO: 0.015s A: 0.000s Sys: 1.400s = 102.198s BENCHMARK%: VC: 98.6154% VO: 0.0146% A: 0.0000% Sys: 1.3698% = 100.0000% Exiting... (End of file) $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 104 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-60 stepping : 1 cpu MHz : 800.000 cache size : 512 KB …
Zaplní se buffer a rozhodí se synchronizace. Pauzni to pomocí mezerníku a pak zase odpauzuj. Obraz dožene zvuk a pak to zase normálně běží.
Každou sekundu to pauzovat nebudu, nejsem magor (teda vlastně jsem, ale stejně ...
)
git clone git://repo.or.cz/mplayer cd mplayer git checkout -t -b mt origin/mt git submodule init git submodule update ./configure && make..... mplayer -lavdopts threads=2 ....Jako bonus k tomu dostaneš vylepšenou pauzu
Muzes to hodit do slovniku?
Ok, dám... Len to musím nejako krajšie sformulovať a vyhodiť balast.
Dôvodov, že to nejde môže byť viacero. Napr. na mojom systéme nevyužívam ani jednu zo spomínaných lebo binárny driver pre moju nvidiu nič z toho nepodporuje. A driver nouveau je zase pre mňa nepoužiteľný. :)
Tiskni
Sdílej: