Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Vyšly nVIDIA ovladače 180.06 (beta). Nová verze přináší podporu CUDA 2.1, VDPAU API sloužící k akceleraci dekódování videa (MPEG-1, MPEG-2, H.264 a VC-1), opravuje pár chyb a zlepšuje stabilitu s GeForce 8 a novějšími GPU.
Tiskni
Sdílej:
./mplayer -vo vdpau -vc ffh264vdpautak to fungovalo a nevzalo si to ani 1% CPU
Potom při přehrávání přes Xv to bralo kolem 33% z 1GHz. Tak to je velmi hezký.
VO: [vdpau] 1280x720 => 1280x720 H.264 MAIN VDPAU acceleration Error at libvo/vo_vdpau.c:826
NVRM: Xid (0001:00): 29, CCMDs 00000005 000074b0 00000610 00000000 00000000 NVRM: Xid (0001:00): 29, CCMDs 00000005 000074b0 00000610 00000000 00000000 NVRM: Xid (0001:00): 29, CCMDs 00000005 000074b0 00000610 00000000 00000000 NVRM: Xid (0001:00): 29, CCMDs 00000005 000074b0 00000610 00000000 00000000To nemyslí vážně, Quadro NVS320M je taky GeForce 8 - čekal bych, že dokonce víc/lepší.
Well I had some time and compiled mplayer with the given script but I get the following:VDec: vo config request - 1280 x 720 (preferred colorspace: VC1 ADVANCED VDPAU acceleration) VDec: using VC1 ADVANCED VDPAU acceleration as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [vdpau] 1280x720 => 1280x720 VC1 ADVANCED VDPAU acceleration [zoom] Error at libvo/vo_vdpau.c:637and mplayer crashes. Is this because of my gcc version 4.3.2 ?
Possibly. I had poor luck with Debian's gcc-4.3.2 when I experimented with mplayer/vdpau on my system at home yesterday. I found gcc-3.4.6 worked better. I'm told that gcc-4.3.2 has worked well for others, though. Note that mplayer/vdpau are still early development versions, so it's possible that the error you're seeing is a bug/limitation.
Certain clips still have trouble playing (i.e. H.264 videos above level 4.1). Did you try the example videos from the README? Those are known to work at least in certain cases.Obě vyjádření přímo z nVidie.
ffmpeg -i invideo.mov -vcodec copy -vbsf h264_mp4toannexb outvideo.h264.
Když vím jak se s tím CPU vždycky pere a grafika si to dává hands down.
Tak to má taky bejt - grafiku bude počítat GPU.
-vo fb.Ale tímto pro mě vyvstal nový problém…co s procesorem? Nebylo by špatné do procesu dekódování z poloviny zapojit i procesor(třeba kdyby dekodér na kartě už nestačil. I když bůh ví kdy to bude, protože i teď u 1080p předbíhá video zvuk a to je synchronizované…nechci vědět jak by to jelo kdyby se vypustila framerate). BTW: V oficiálním prohlášní jsem četl, že VDPAU by mělo pomáhat i u kodeků u kterých přímo nemá dekodér v GPU(kéž by se jí chtěla alespoň iDCT).
je to porad samy HD...ale slusne si prepnout na externi monitor...to ne... Copak jsem sam koho tohle zajima?
nvidia-settings --helpnvidia-settings je navíc open source a používá zdokumentované komunikační rozhraní.
xorg-server 1.5.3 nvidia-drivers-180.6