D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Ahoj,
Stala se mi smutná věc - začal mi zlobit display u notebooku. Bez příčiny - dříve utržel nějaké rány, ale teď delší dobu ležel v klidu a najednou začal zlobit.
Chyba vypadá jako "šum" pixelů - některé pixely jsou posunuté ze svého místa o kus do strany. Velikost posunutí se pořád mění, takže to připomíná opravdový šum.
Nejlépe to asi popíše obrázek, viz příloha.
Potřebuji zjistit, jestli je to chyba grafiky, kabelu, nebo displaye.
Notebook je DELL Latitude D620, grafika nVidia Quadro NVS 110M, display 14" Wide XGA+ (1440x900).
Moje dosavadní pátrání:
Obraz z externího výstupu je v pořádku. Chyba se projevuje nezávisle na systému (třeba i v BIOSu), na rozlišení i na zobrazovacím módu (textový, 2d, 3d). Někdy chyba bez zjevné příčiny zmizí a po chvíli zase začne. Nezáleží na teplotě notebooku. Měl jsem notebook celý rozebraný a při manipulaci s kabelem se chyba nijak neměnila. Jelikož chyba vypadá jako rušení, zkoušel jsem, jestli má vliv připojený adaptér, vyjmutý disk, cd mechanika a paměti - žádná změna. Diagnostická utilita od Dellu říká, že veškeré spojení s displayem je v pořádku (stejne tak všechno ostatní).
Předpokládám (a doufám), že grafika je v pořádku..
Notebook už není v záruce a servis by vyšel draze, takže bych si nejraději objednal display nebo (ještě lépe) kabel a vyměnil ho sám. Bojím se ale, že problém bude jinde a budou to vyhozené peníze. Máte-li někdo zkušenost s takovou chybou, nebo názor co je rozbité nebo co bych mohl ještě zkusit, pište. 
Michal Srb
Na ty kondenzátory se podívám, díky za tip.
Jakákoli jednolitá barva se zobrazuje správně.
V příloze lepší ukázka chyby - černý podklad, bílé čáry. Jedna vodorovná - zobrazuje se bez chyb (krom konců), tři svislé - jedna ok a dvě špatné, jedna mírně šikmá - špatné.
Vypadá to, že každý druhý sloupec je odskočený o dva pixely vpravo a "šumí"..
Že by špatný kontakt na nejnižším nebo druhém nejnižším bitu adresní sběrnice displeje a pozice tak byla nestabilní? Jen takový výstřel do tmy, netuším, zda to tam nejede sériově.
Musel by být špatný druhý nejnižší a to vždy jen v případě že první je (nebo není) nastaven. Pak by ten pixel ale přeskakoval mezi svojí správnou pozicí a tou o dvě vedle. To ale nedělá, správná pozice je prázdná (pokud je napravo černo) a na pozici o dvě vlevo ten pixel problikává.
(Což mi připomíná že v příspěvku z 21:53 jsem si spletl stranu....)
Co se týká kabelu a komunikace po něm tak bohužel nemám tušení jak to funguje, nenašel jsem o tom nic. Můžu posloužit jen obrázkem:
www.txcesssurplus.com/servlet/the-2491/Dell-Latitude-D620-LCD/Detail
Nevíte někdo o nějakých standardech vnitřních konektorů grafik a video kabelů u notebooků?
1/ jsi si jist ze to dela i v nativnim rozliseni displaye?
2/ zkousel jsi jine ovladace? distro? widle?
3/ zkousel jsi nejaky test GK? 3DMark?
- jestli to bude delat i v 3DMarku tak reklamace
1) Naprosto. Dělá to v nativním i v hromadě menších.
2) Dělá to v Debianu, Woknech i mimo systém (BIOS, boot, ..). Zkoušet jiné ovladače v rámci linuxu nebo windows asi nemá smysl.
3) Zkoušel jsem lehce vytěžovat grafiku přes nějaké 3D hry, zkusím ten 3DMark.
- nemám záruku, to je hlavní problém. 
PS: 1) Při menších rozlišeních mám nastaveno roztažení na celou obrazovku a ta chyba se projevuje na úrovni skutečných pixelů, čili až po zvětšení.
A nějaké vysvětlení co ukazuje na chybu grafiky?
a podle obrazku co jsi poslal bych to tipnul na grafiku ... otestovat to zamozrejme nemuzu, ale ma pulrocni praxe reklamacniho technika mi rika ze to bude ono
, že když měl jeden drátek špatný kontakt, tak to dělalo hodně zajímavý chyby. Je to ale už dlouho, ale myslím, že i něco na způsob řešeného problému.
Když je vadná kabeláž, tak se často mění obraz, když se víko notebooku zavírá a otevírá. Děje se to i u vás?
Chyba se nijak nemění při pohybu víka. Ani při jakékoli manipulaci s kabelem nebo konektory - měl jsem notebook rozebraný. Nezkoušel jsem ale konektory rozpojit a znova zapojit..
On asi myslí takéto čiary (príloha).
Zkusil bych odpojit a připojit plochý kabel, kterým je typicky modul displeje připojený na NTB motherboard. Za to nic nedáte a vakl v těchto konektorech už jsem potkal.
Nemám představu, jaký přesně interface používají moderní notebooky - třeba v embedded hardwaru se dnes nejčastěji vyskytuje konektor Hirose DF13-40, bežně označovaný jako "LVDS", přitom jsou na něm dodnes nejčastěji TTL signály. Třeba čipsety AMD Geode nebo mobilní integrované grafiky Intel mají výstup právě TTL a pro případnou konverzi na LVDS je potřeba přídavný šváb...
Už jsem zažil, že v TTL kabelu při špatné konstrukci kabelu docházelo k rušení do synchronizačního signálu zvaného tuším DE (další vedle VSYNC a HSYNC), který nastavuje horizontální hranu viditelného obrazu - ale to se projevovalo jinak (náhodným rozházením řádků v horizontálním směru).
Souhlasím, že to může být uvnitř modulu displeje - v komunikaci mezi řadičem displeje a vlastní LCD maticí. A může to být i chlupatým napájením. Mám pocit, že upconversion nižších VGA rozlišení na nativní rozlišení displeje nedělá grafický čip počítače (před TTL/LVDS), ale řadič displeje (až po přenosu TTL/LVDS).
K přesnější diagnóze "na koleně" by to chtělo zkusit vyměňovat díly se zdravým kusem notebooku => je to zralé odnést do servisu. Tam buď budou mít možnost porovnat / otestovat s jinými díly, nebo spíš budou vědět rovnou od pohledu.
Tiskni
Sdílej: