Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Řešení dotazu:
Asi chybuje RAM grafiky - případně vlastní grafika. Pokud grafika nemá vlastní RAM skus otestovat tu v NT zda nechybuje.Je to Mobility Radeon 9700 (RV350) s integrovanou 64MB pameti. Zkusim pohledat nejake nastroje, zda-li nejsou na otestovani.
Pokud má vlastní tak je možný studeňák u IO grafiky - zapečení v troubě to může spravit. (vyskytuje se to u pájek které namají olovo)Zkusim laptopa rozdelat a podivat se na pajsl, ale obavam se, ze nic nenajdu, kdyz nevim co hledat :)
A pak nějaká zrada ve zdroji kdy nestíhá dodat příslušný proud - vyskoušet jiný adaptér. A nebo ještě přehřívání grafiky.Tady problem nebude, mam ten laptop 7 let, s napajenim jsem nikdy nemel problem a prehrivani GK hrozi jedine pri pareni nejakych narocnejsich her. To bude spis tim studenakem nebo nejakym kondenzatorem.
Zkusim laptopa rozdelat a podivat se na pajsl, ale obavam se, ze nic nenajdu, kdyz nevim co hledat :)To nenajdeš většinou je ten studeňák pod vlastním čipem grafiky. (pomáhá trouba nebo horkovzdušná pistole viz: Jak opravit grafickou kartu? Zapečte ji!) Zdroj taky může blbnout - kondenzátory vysychají.
Ja na tom scr01 zadne pruhy nemam a histogram v gimpu taky ukazuje jen jeden odstin cervene.To pozadi je ciste cervene (
#ff0000) a v nem by mely byt videt pruhy ve tmavsim odstinu. Pri modre a zelene je vse ok, pri bile uz je ten defekt trochu videt.
Jednou mne zlobil laptop podobne a stacilo domacknout ksandu vedouci do displeje.Ten problem bude nekde "driv" nez na vystupu GK, jinak by nesel zachytit screenshotem. Navic jsem zkousel i externi VGA monitor a zadna zmena.
Aha, ona v tom histogramu barva 0xFF0000 splynula s Y osou, takze jsem videl jen tu defektni.Ja na tom scr01 zadne pruhy nemam a histogram v gimpu taky ukazuje jen jeden odstin cervene.To pozadi je ciste cervene (#ff0000) a v nem by mely byt videt pruhy ve tmavsim odstinu. Pri modre a zelene je vse ok, pri bile uz je ten defekt trochu videt.
Skúšal si aj memory test ?
Ak ide o integrovanú grafickú kartu s zdielanou RAM, tak by si mohol vyskúšať výmenu RAM.
Nainstaloval jsem ATI Tray Tools a v nem spustil jakysi benchmark. A defekt je pryc, alespon prozatim
Kartu jsem nikdy predtim netaktoval, ani ted jsem nic (rucne) nemenil.
Napadaji me dve ruzne moznosti reseni:
1. studenak, pri tom benchmarku se karta zahrala na "spravnem" miste a tim se to "spravilo"
2. neco se prepsalo v nejakem registru karty nebo zmenilo nastaveni
No, hlavne ze obraz zase slape jak ma a snad to vydrzi
to vypada, ze byla spatna frekvence pameti, pouzivas jenom widle nebo i linux? ve widlich se snad dala frekvence menit i v registru, v linuxu mozna nejakej drajvr spatne precetl frekvenci z biosu nebo to bios neinicializoval?Hlavne Linux, Win jenom prilezitostne. Tezko rict, cim to bylo, ale objevilo se to za provozu pri zapnutem laptopu, kdyz jsem byl pryc.
az se to znovu objevi, tak zkus notebook vypnout a vytahnout baterku tak na hodinuMel jsem baterku vytazenou pres noc a nepomohlo.
a ten atitraytools, to je s tou chlupatou kostkou? to je dobrej test video pameti i GPUTed si nejsem jisty, chlupatou kostku jsem videl, ale mozna to bylo v ATITools, ktere jsem zkousel predtim.
a v linuxu resp. ve widlich mas v drajvrech zapnuty sporeni energie = powerplay?V Linuxu pouzivam OSS driver. Dle manu by mel "dynamic clock scaling" umet, ale nepouzivam. Na Win (XP) netusim, tam mam myslim systemove ovladace s vychozim nastavenim.
#Radeon low energy
echo profile > /sys/class/drm/card0/device/power_method
echo low > /sys/class/drm/card0/device/power_profile
nebo
#Radeon dynpm
#echo dynpm > /sys/class/drm/card0/device/power_method
coz je ekvivalent kernelovy volby
radeon.dynclks=1
Tiskni
Sdílej: