raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
Jednoduše: kam ten paprsek dopadne, tam se to rozsvítí. Proto jsou body na monitoru trochu chlupaté, zejména na těch starších s trojúhelníkovým uspořádáním bodů (invarové, nebo jak se jim říká).V zásadě máš pravdu. Konstrukce je taková, že maska (normální nebo trinitronová) nedovolí paprsku pro určitou barvu dopadnout jinam než na luminofor příslušné barvy. Takže skutečně, kam to dopadne, tam to dopadne a rozsvítí se to. Zbývá tedy vyřešit jediný problém, a to je řádkový a snímkový kmitočet. Staré monitory (před cca 15 lety) mívaly pár kmitočtů napevno a dokázaly ze synchronizačních signálů rozpoznat, který z nich to je - a pro nic dalšího nefungovaly. "Moderní" monitory multisync mají obvody, které jsou schopny pracovat v širokém rozsahu kmitočtů. Podle synchronizačních signálů se automaticky nakalibrují tak, aby vodorovná i svislá rychlost pohybu paprsku odpovídala logickému umístění bodu na obrazovce. Není v tom žádná věda.

Znamenalo by to do monitoru posílat digitální data obohacená o informace, co má být zjemněno, ale to by teoreticky neměl být problém…
Což prakticky znamená data ve vyšším rozlišení. Pro 1600*1200 (na 19'') snad nikdo antialiasing nepotřebuje 
Jinak dotaz s antialiasingem padá, podle toho, co tady padlo jinde v diskuzi, nejsou ty fyzické body o mnoho menší než zobrazované pixely, takže žádný antialising na úrovni luminoforů nepožaduju, jsem vděčný už za to, že dva body stejné barvy vedle sebe se i na monitoru zobrazí přibližně stejně
Co jsem poznal Corel, tak si bez něj nebo něčeho podobného těžko představuju grafiku. Zažil jsem kdysi i Venturu, při instalaci x hodin u generování písmen, dneska by to možná bylo jiné, ale je to pro mne pěkná vzpomínka
.
: To proč? Že to nemá budoucnost?

To by pak nebylo možné obrazem po monitoru posouvat, měnit velikost zobrazené plochy a opravovat různé deformace obrazu (soudkovitost apod.)
Tak podle toho, jak se dá s obrazem posouvat a měnit velikost zobrazené plochy, by se dopočítalo to k
Deformace obrazu je něco, co nechceme, takže nevadí, když by se to s deformovaným obrazem chovalo špatně.
Ne, uznávám, že to je blbost
CRT monitor jsem naštěstí neviděl už hóódně dlouho...
pro masku platí jenom pravidlo, aby ten počet děr odpovídal tomu fosforu pod ní (logicky, jinak by tam dost překážela), pro názornost tam ta maska vůbec být nemusí. Když budu uvažovat třeba jenom jednu vodorovnou řadu červený barvy, rozlišení nastavím na 800x600, tak musím vedle sebe nacpat 800 bodů. Když bude na obrazovce přesně těch 800 fosforovejch srágor, vyjde to akorát. když jich tam bude 1000, vyjde to na jeden a kousek. No a co? , vždyť je to propáníčka jenom obrazovka, bude svítít jenom kousek bodu (ve skutečnosti to vypadá tak, že když máte třeba čáru, tak ty fosfory uprostřed čáry svítí nejvíc a ke krajům se to ztmavuje, stačí si vzít lupu a prohlídnout si to).
Těch "srágor" tam jsou přece 3 vrstvy, padaj na ně 3 paparsky, vždycky se někam trefěj, takže jde "jen" o vyštelování? /Nebo ne?)
Díky všem. Tak už zbývá jediná otázka: jaké rozlišení má zhruba ta stínící maska resp. luminofory? Nebo jinak, z kolika těchto fyzických bodů se zhruba skládá jeden pixel? Tipoval bych, že to musí být v řádu minimálně stovek… A když je fyzické rozlišení monitoru daleko vyšší, než jaké používají grafické karty, neuvažovalo se o tom nějak tohle využít pro antialiasing? Znamenalo by to do monitoru posílat digitální data obohacená o informace, co má být zjemněno, ale to by teoreticky neměl být problém…Kdepak stovky! Je to sotva pár desítek procent.
Já narazil během několika minut na dva vaše nové příspěvky do starých diskuzí, tak mi to nedalo
Tiskni
Sdílej: