Fedora je od 10. února dostupná v Sýrii. Sýrie vypadla ze seznamu embargovaných zemí a Fedora Infrastructure Team mohl odblokovat syrské IP adresy.
Ministerstvo zahraničí Spojených států amerických vyvíjí online portál Freedom.gov, který umožní nejenom uživatelům v Evropě přístup k obsahu blokovanému jejich vládami. Portál bude patrně obsahovat VPN funkci maskující uživatelský provoz tak, aby se jevil jako pocházející z USA. Projekt měl být původně představen již na letošní Mnichovské bezpečnostní konferenci, ale jeho spuštění bylo odloženo.
Byla vydána pro lidi zdarma ke stažení kniha The Book of Remind věnovaná sofistikovanému kalendáři a připomínači Remind.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.5.0. Oznámení připomíná 30. výročí vzniku projektu. Novinky zahrnují mj. vylepšení referencí nebo použití barev napříč aplikací, od rozhraní editoru po výstupní dokument.
F-Droid bannerem na svých stránkách a také v aplikacích F-Droid a F-Droid Basic upozorňuje na iniciativu Keep Android Open. Od září 2026 bude Android vyžadovat, aby všechny aplikace byly registrovány ověřenými vývojáři, aby mohly být nainstalovány na certifikovaných zařízeních Android. To ohrožuje alternativní obchody s aplikacemi jako F-Droid a možnost instalace aplikací mimo oficiální obchod (sideloading).
Svobodná historická realtimová strategie 0 A.D. (Wikipedie) byla vydána ve verzi 28 (0.28.0). Její kódový název je Boiorix. Představení novinek v poznámkách k vydání. Ke stažení také na Flathubu a Snapcraftu.
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
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: