Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
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.
Technicky to umi (skoro) vsechno, co (sobecky receno) ja potrebuju. ale...
Na procesorech i386 jsou vypocty realizovane pomoci SSE2 (abych mohl sdilet kod mezi i386 a amd64). Z cehoz plyne, ze majitele starsich procesoru maji smulu. Sice v pocitacich mam jeste 32bitove procesory, ale vsechny uz maji podporu pro SSE2. Otazka zni: ma cenu podporovat jeste procesory, ktere maji pouze starickou FPU zalozenou na x87? Ma jeste nekdo takove 32bitove smejdarny v pocitaci? Mimochodem, asi nejsem jediny, kdo resi takove dilema.
Kod je vcelku portabilni, i kdyz jsou tam dve nebo tri mista, kde volam nizkourovne funkce specificke pro unixy. Nicmene, pridat k nim #ifdefy a alternativni volani WinAPI, by nemel byt problem. Otazka zni: proc? Windows uz peknou radku let nepouzivam a de facto jsou mi lhostejne. Ale verim, ze se najde jeste par lidi, co je pouzivaji. Jaky je vlastne ted takovy ten spravny soudruzsky pohled na podporovani windows?
Tiskni
Sdílej:
Myslím si, že na AMD K7 procesory dneska není problém narazit...
.
ale ty novejsi jadra uz maji aspon to prvni SSE ...
ja mam ale ten nejstarsi s jadrem spitfire a deska je smejd, takze ty novejsi s fsb 133 MHz nevim jestli by tam vubec fungovali ...
nicmene uz ho mame skoro 10 let (ikdyz puvodni je tam uz jen deska, zdroj a skrin) a porad funguje, takze skoda ho vyhodit
. Ten má aspoň to první SSE (ale už nevím jestli má i SSE2).
.
). Rozdíl mezi 600 a 750 je například rozdíl trhanosti u 360p.
Jinak 1.4GHz by deska mohla dát, na rozdíl od Pentia jsou procesory od AMD relativně lehko nastavitelné. Jedinej problém by mohla být spotřeba, ale to se mě zdá taky OK.
Vraž tam něco s otevřeným násobičem...
Ideálně Bartona, třeba ten můj 2500+ (není na prodej!) má otevřenej násobič...
On se vlastně dá odemčít jakejkoliv propojením nějakejch těch můstků...
ted ho ma bracha na stole, je to fakt dobrej komp, ikdyz ma taky svy mouchy. ve skole sme je taky meli, na uradech je maji taky skoro vsude. je to hodne oblibenej model, objevuje se i v serialech tv nova. posty ho snad taky pouzivaji, ale na ty nasi maji nejaky lenova ...
).
Jinak když tam dáš novější procesor na nižší FSB, tak by to mělo jet taky, v procíku nic jako DRAM není a hodinová násobička by se snad měla chytit taky. Možná by to dokonce jelo i na slabší chladič (nový budou mít míň nanometrů, takže na nižší provozní frekvenci budou míň topit).
Jinak změnit násobič u AMD je imho problém jedné uhlíkové tužky
.
jeste by to chtelo vymenit zdroj nebo aspon vetrak ve zdroji, moc to rachta.
ale je to kram, pameti bezi jen na 100 MHz ikdyz by mohli na 133, ale to pak zamrza (zajimavy ze driv na tech 133 normalne jeli, ale to tam byli jiny moduly a bylo jich tam min)To by mohlo být zdrojem. Mě se deska chovala nestabilně až do tý doby co jsem vyměnil kondíky v obou zdrojích.
Ma jeste nekdo takove 32bitove smejdarny v pocitaci?Desky zalozene na AMD Geode. Treba takova ALIX deska je velmi pekna vec na ruzne mensi servery a routery. CPU flags AMD Geode: fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow
Jaky je vlastne ted takovy ten spravny soudruzsky pohled na podporovani windows?Pokud nekdo chce podporu pro Windows, at si ji sam napise a posle patche. Na druhou stranu, je jen malo odpudivejsich veci nez kod prolezly hromadou ifdefu pro ruzne platformy. Kdyztak by to chtelo ason vytahnout platformove specificka volani do nejakych hlavickovych souboru.
Kdyztak by to chtelo ason vytahnout platformove specificka volani do nejakych hlavickovych souboru.+1
Kdyztak by to chtelo ason vytahnout platformove specificka volani do nejakych hlavickovych souboru.Někomu asi přijde, že si dělám nemístnou reklamu, ale na tohle téma jsem před pár dni psal do blogu
ano, bylo by to jiste elegantnejsi. ale zavadet kvuli dvoum radkum kodu (jeden alokuje nekolik stranek pameti a nasledujici nastavi priznak povolujici spusteni) dalsi hlavickove soubory, je v tomto pripade zbytecny overkill.Kdyztak by to chtelo ason vytahnout platformove specificka volani do nejakych hlavickovych souboru.Někomu asi přijde, že si dělám nemístnou reklamu, ale na tohle téma jsem před pár dni psal do blogu
Anketa ti asi nic moc užitečného neřeknebohate staci priblizny odhad.
Důležitější ale je, jakou má MyJIT cílovou skupinu,potencialne sirokou. :-]] nicmene, hlavni cilova skupina jsem ja, protoze jsem neco takoveho potreboval, a proto jsem se pustil do programovani.
k čemu to asi lidi budou používat a jaké se na takové věci používají procesory…melo by to jit pouzivat k dalsimu vyvoji JIT prekladacu... takze de facto na vsech typech procesoru. ja jsem to zacal psat kvuli vyvoji prekladace pro viceprocesorove pocitace, takze tam mam temer jistotu, ze to pobezi na novych procesorech s SSE2. mj. z toho duvodu je zaclenena podpora pro relativne marginalni SPARC. jelikoz je to knihovna tak tu muze vzniknout problem s ,,tranzitivnim'' nasranim uzivatelu. napr. mozilla se muze rozhodnout, ze k prekladu JS pouzije MyJIT. protoze oni stejne vsichni jedou na AMD64 a zadne deset let stare 32bitove smejdarny podporovat nebudou, tak jim tento nedostatek vadit nebude. v takovem pripade budou ale nasrani majitele starsich pocitacu, protoze jim proste nepojede firefox. tedy identifikovat cilovou skupinu v tomto pripade neni uplne trivialni.
x87 se tedy nemusí používat, pokud nepotřebujete 80bitové hodnoty.SSE umi jenom single precision hodnoty, coz je na normalni programy docela malo. for je v tom, ze s SSE2 muzu sdilet kod mezi i386 a amd64 architekturama bez vetsich komplikaci. navic nemusim upravovat alokator registru, aby se umel inteligentne vyporadat s ,,registry'', ktere pouziva x87.
A co 3DNow!?
.