MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
./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
Tiskni
Sdílej: