Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.
Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.
První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.
Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
předem se omlouvám, protože vím, že už se to tady řešilo mnohokrát (např. před asi 14 dny Dotaz: ATI - kvalita ovladacu a na spoustě jiných fór také.
Mám ATI Mobility Radeon HD 5000 Series a rozčiluje mě velmi vysoké vytížení CPU u procesu Xorg. Používám ovladač fglrx ze stránek ATI (verze 8.812 a X.org 2:1.9.0-0ubuntu7). Mám Ubuntu 10.10 (kernel 2.6.35-25) na stroji HP ProBook 4520s
Zkoušel jsem úplně všechno a vytížení CPU (resp. jednoho jádra) se neustále pohybuje okolo 50-100%. Je pravda, že používám Compiz (nemůžu si pomoct, hrozně se mi to líbí), ale jeho vypnutím si zase až tolik nepomůžu - proces Xorg pak nejde ke 100, ale jen k 80%. Zkoušel jsem i open-source ovladače a s těmi to nefungovalo už téměř vůbec - i bez compizu šlo sotva pohybovat okny na obrazovce.
Už méně (ale přesto
) mě trápí hodnota fps u glxgears (ano, vím, že to není benchmark
). Vidím, že se různě na fórech udávájí hodnoty kolem 1000 ~ 10000 fps. Já z toho dostanu max. 50 fps a když vypnu vsync, tak sice 800 fps, jenže to zase tak strašně bliká.
Neporadil by mi někdo, co bych měl ještě vyzkoušet, aby to nežralo tolik výkonu CPU a pokud možno dosahovalo i vyšší výkonnosti (ta je vskutu prabídná). Využívá vůbec ten ovladač GPU? Karta umí akcelerovat kdeco, ovšem v Linuxu si toho člověk moc neužije
Ještě bych zkusil xf86-video-ati 6.14.0, pokud jste již tak neučinil.
plus jadro 2.6.37 a nebo radeji 2.6.38 a mesu 7.10 a vyssi ..
Problém bude asi s jádrem, protože mám 2.6.35-25. Novější jádro Ubuntu repozitáře zatím nenabízejí, takže asi budu muset udělat ručně 
proc pouzivas ovladac ze stranek ATI? proc nepouzijes to co nabizi distribuce?
je , u orig je obecna konfigurace ktera by mela slapat vsude ... zatimco deb balik ubuntu je prekonfiguravan n buntu + vykopany veci co nepotrebuji ... a hlavne odzkousen na danem buntu .. a podpora buntu se zabyva jen tim svym ne stazenym z amd.com:)
ja se tez nesnazim do gentoo naroubovat balik od amd ale pouzivam distribucni .. ( teda pouzil bych nebyt toho ze mam OSS ovladace v live verzi )
[petr@nt ~]$ rpm -qa | grep mesa mesa-libGL-7.9-5.fc14.x86_64 mesa-dri-drivers-7.9-5.fc14.x86_64 mesa-dri-drivers-7.9-5.fc14.i686 mesa-dri-drivers-experimental-7.9-5.fc14.x86_64 mesa-libGLU-7.9-5.fc14.i686 mesa-libGLw-6.5.1-8.fc12.x86_64 mesa-dri-drivers-experimental-7.9-5.fc14.i686 mesa-libGL-7.9-5.fc14.i686 mesa-libGLU-7.9-5.fc14.x86_64A compiz bez problémů, sice glxgears neukazuje závratné čísla: 301 frames in 5.0 seconds = 60.037 FPS Ale funguje to.
No což o to, ono to "funguje", ale zbytečně to zatěžuje CPU, ikdyž ta karta by měla umět spoustu věcí vyakcelerovat sama. Mám dvě jádra a jedno je permanentně na 80-100% obsazeno procesem Xorg... a to se mi nelíbí.
Když přehrávám video na tom samém PC s Windows 7, tak je vytížení cca 10% z 200% (2 procesory). Ale když to udělám na Linuxu, tak metacity, xorg, vlc sežerou cca 170% času CPU.
Pracovat se na tom sice "dá", ale nemělo smysl si kupovat novější stroj, protože jsem na tom ještě hůř, než jsem byl
301 frames in 5.0 seconds = 60.037 FPS
Vsync?
jj , VSYNC on
jj , VSYNC on
301 frames in 5.0 seconds = 60.037 FPSI pod rootem ?
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 36507850 frames in 5.0 seconds = 1569.864 FPS
kernel-2.6.35 mesa-7.9 xf86-video-ati-6.13.2
Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 303 frames in 5.0 seconds = 60.472 FPS 301 frames in 5.0 seconds = 60.067 FPSS kernel 2.6.36, mesa 7.10, ati 6.14. To bude ten vsync ON.
Tiskni
Sdílej: