abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 14:44 | IT novinky

    Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.

    Ladislav Hagara | Komentářů: 5
    dnes 14:33 | Bezpečnostní upozornění

    Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.

    … více »
    ❗Červivý Hřib krade❗ | Komentářů: 2
    dnes 04:00 | Komunita

    Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).

    ❗Červivý Hřib krade❗ | Komentářů: 19
    dnes 03:33 | Nová verze

    V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.

    Ladislav Hagara | Komentářů: 0
    včera 21:11 | Komunita

    Ubuntu 27.04 bude Tenacious T-Rex.

    Ladislav Hagara | Komentářů: 0
    včera 20:44 | Nová verze

    Byla vydána nová verze 2026.4.0 "Never-slop" svobodného softwaru ScummVM (Wikipedie) umožňujícího bezproblémový běh mnoha klasických adventur na zařízeních, pro které nebyly nikdy určeny. Přehled novinek v poznámkách k vydání a na GitHubu. ScummVM oslavil 25 let. Verze 0.0.1 vyšla 8. října 2001.

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Humor

    Kanadský vývojář Anthony Sistilli vytvořil ironický DIY projekt parodující kamerové systémy Flock, s cílem názorně demonstrovat rizika masového sledování jaké provozují tyto komerční ALPR systémy. Z levné IP kamery a vlastního ML softwaru (napsaného s pomocí SI circa za 20 minut, kód se mi bohužel nepodařilo dohledat) běžícího v laptopu sestavil jednoduchý systém, který detekuje výhradně policejní vozidla, zaznamenává jejich SPZ a

    … více »
    ❗Červivý Hřib krade❗ | Komentářů: 7
    včera 12:44 | Upozornění

    Část údajů uživatelů internetového supermarketu Rohlík byla odcizena. Kyberútočníci napadli nástroj zákaznické podpory Rohlíku, odcizili tak jména, e-mailové adresy, v některých případech také telefonní čísla nebo přepisy komunikace mezi klienty a zákaznickou podporou. Rohlík incident nahlásil příslušným orgánům a přijal příslušné opatření, aby zamezil podobným případům v budoucnosti, uvedla firma.

    Ladislav Hagara | Komentářů: 16
    včera 11:11 | IT novinky

    Aplikace eDoklady fungovala v obou volebních dnech stabilně a prakticky bez front. Digitální a informační agentura (DIA) odhaduje, že se digitálním dokladem prokázalo více než 100.000 voličů. Aplikaci si před volbami či během nich aktualizovalo 247.517 uživatelů. Nových registrací bylo 19.431 a do aplikace se přihlásilo 357.879 lidí. Největší nápor přišel bezprostředně po otevření volebních místností mezi 14. a 16. hodinou, kdy si

    … více »
    Ladislav Hagara | Komentářů: 11
    včera 00:55 | Pozvánky

    Začal semestr, začal i podzim a kromě hub rostou jako po dešti i veřejné dílny v Praze. Nedávno strahováci referovali o hackerspacu Bordel, nyní se otevřela dílna Dejvice Lab jen kousek od ČVUT. Na blížící Virtuální Bastlírně tak uslyšíte nejen report z návštěvy dílny HWLab, ale i řadu novinek, událostí a úsměvných momentů, které se za poslední měsíc ve světě techniky, ale i vědy udály. Připojte se tedy již v úterý 13.10. od 20:00 a zapojte se do

    … více »
    bkralik | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2840 hlasů
     Komentářů: 32, poslední 11.10. 17:02
    Rozcestník
    Štítky: není přiřazen žádný štítek

    RGB a BGR

    2.6.2008 17:30 | Přečteno: 2132× | Unix, Linux, ArchLinux | poslední úprava: 2.6.2008 17:30

    Poněkud podivný nadpis obsah tohoto blogpostu příliš nevysvětluje. Věřte tomu nebo ne, řeč bude o antialiasingu.

    Jak asi každý ví, pixel LCD displaye není jednobarevný. Skládá se ze tří proužků, které odpovídají třem základním barvám. Díky tomu lze antialiasing počítat o něco přesněji, než kdyby byl pixel považován za nedělitelný celek. Otázka je, v kterém směru se „subpixelový“ antialiasing ve skutečnosti počítá a zda to, co si naklikáme v grafickém prostředí, skutečně funguje. Nebudu chodit kolem horké kaše a hned přičiním tři poznámky o tom, co mi vadí.

    Tak zaprvé je to nutnost jednotného nastavení pro multi-head zobrazení. Mám display od notebooku vodorovně a vedle toho externí display svisle. „Barevný“ antialiasing ovšem může být správně zobrazen jen na jednom z nich. (Toto technické omezení zcela chápu v případě, že má člověk nastavený jeden obrovský display přes obě obrazovky, na kterém lze libovolně přetahovat okna. V ostatních případech však pro tento nesmysl pochopení nemám... (Mnoho driverů umožňuje spravovat v rámci jednoho X-serveru dva displaye zvlášť, každý třeba s jiným rozlišením.))

    Zadruhé, když otočím externí display do vodorovné polohy, musím zároveň překonfigurovat antialiasing! Otočení celého obrazu (pomocí xrandr) totiž tuto samozřejmou věc nezařídí. Natočení zpět do svislé polohy znamená zopakování téhož nudného úkonu... (Asi by na to šel udělat nějaký skript, ale je to každopádně špatné řešení.) Je to jako v Kocourkově... Antialiasing by se měl nastavovat vzhledem k nějaké základní poloze toho zařízení, nikoliv vzhledem k aktuálnímu otočení obrazu na něm... Pochop, kdo můžeš.

    Třetí poznámka se týká konkrétně KDE. V jeho Ovládacím centru se dá samozřejmě antialiasing nastavit. Mám ovšem podezření, že režimy Vertikální RGB a Vertikální BGR jsou vzájemně prohozené. Nemám pro tuto domněnku žádný důkaz kromě intuice a programu KMag. I přesto jsem přesvědčen, že bych s rozumnou pravděpodobností mohl mít pravdu. Ptám se tedy: Skutečně jsou vertikální režimy antialiasingu v klikátku pro KDE zaměněné?

           

    Hodnocení: 91 %

            špatné • dobré        

    Anketa

    Jsou v nastavení antialiasingu písem pro KDE zaměněny režimy (resp. položky menu) Vertikální RGB a Vertikální BGR?
     (75 %)
     (0 %)
     (0 %)
     (1 %)
     (24 %)
    Celkem 67 hlasů

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    =^..^= AmigaPower® avatar 2.6.2008 18:41 =^..^= AmigaPower® | skóre: 30 | blog: BLB | Praha
    Rozbalit Rozbalit vše Re: RGB a BGR
    chybí mi tu možnost "nevim, ale chci to vědět" ;-)
    2.6.2008 22:41 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: RGB a BGR

    Takovou bych asi zvolil taky. Pozorováním spousty textu přes KMag jsem dospěl k závěru, že je to naopak. Ale těžko říct... Ještě bych musel display důkladně prozkoumat lupou, abych si byl jistý.

    =^..^= AmigaPower® avatar 2.6.2008 23:18 =^..^= AmigaPower® | skóre: 30 | blog: BLB | Praha
    Rozbalit Rozbalit vše Re: RGB a BGR
    o lupě už jsem taky přemýšlel, ale to je dobrý ledatak na vypálení očí :-D Chtělo by to spíš velkoplošnej monitor o nízkim rozlišení, něco jako se používá na velkých koncertech...

    ...no a samozřejmě jde o jeho zobrazovací technologii :-(
    3.6.2008 17:01 .li | skóre: 6
    Rozbalit Rozbalit vše Re: RGB a BGR
    Ohledně lupy - pokud nejde o rozdělání ohně, tak mohu zodpovědně prohlásit, že se oči nevypálí ;) Velkoplošnej monitor s nízkým rozlišením, tam se právě používá uspořádání BGR, narozdíl od počítačových monitorů, kde je skoro vždy RGB. Důvod těchto dvou variant je trochu podivný, někomu se nelíbil červený pruh u levého okraje, tak se začalo modrou barvou, která je pro oko méně kontrastní, ale tím se ten červený pruh zase přesunul na druhou stranu. Tam už asi tolik nevadil.

    Z Kmag nejde poznat, jestli je monitor RGB nebo BGR, ve skutečnosti tučňák vůbec neví, která barva patří do kterého drátu, to ví jenom šváb v panelu.
    3.6.2008 17:05 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: RGB a BGR
    Z Kmag nejde poznat, jestli je monitor RGB nebo BGR
    To nejde, ale zato z kmag jde poznat, co so o usporadani pixelu mysli renderovatko fontu :–) .
    3.6.2008 17:54 .li | skóre: 6
    Rozbalit Rozbalit vše Re: RGB a BGR
    Aha, tak možná by se ještě slušelo vysvětlit, co znaméná to, co je vidět v Kmag. Mějme černý text na bílém pozadí. V Kmag je vidět kolem písmen žlutá barva vlevo a světle modrá vpravo. Žlutá je inverzní barva k modrý a ta světle modrá k červený. Takže vlevo nemá svítit modrej subpixel a vpravo červenej. Takže to odpovídá RGB. U BGR to bude opačně.
    3.6.2008 18:05 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: RGB a BGR
    Jo, presne takhle.
    Bluebear avatar 2.6.2008 18:44 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
    Rozbalit Rozbalit vše Re: RGB a BGR
    Docela me pobavilo, co vsechno povazujes za samozrejme featury :-)

    Vykresleni textu s ruznym antialiasingem na dvou obrazovkach znamena mit dve nastaveni antialiasingu, kazdou pro jeden displej, a pokud ma aplikace dve okna na dvou displejich, tak kazde okno ho musi mit zvlast a pri presunu z okna do okna prepnout.

    Otoceni antialiasingu pri otoceni obrazovky znamena prepnout antialiasing a poslat zpravu vsem aplikacim, aby vsechno prekreslily s jinym antialiasingem, protoze uzivatel otocil displej. Taky to neni technicky az takova legrace.
    To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
    2.6.2008 19:59 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: RGB a BGR
    A tady přicházíme problému na kloub – antialiasing dělá aplikace místo X serveru.
    andree avatar 2.6.2008 22:30 andree | skóre: 39 | blog: andreeeeelog
    Rozbalit Rozbalit vše Re: RGB a BGR
    to by som pochyboval, ze je to univerzalne platne ;-) pisma napriklad urcite nevykresluje aplikacia sama...
    2.6.2008 23:57 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: RGB a BGR
    Sama ne, má to knihovny. Výsledek ale putuje na server jako bitmapa (případ freetype2). Kreslení písma X serverem (XDrawText, PolyText) se naposledy používalo za dob GTK1. Je pravda, že aplikace může pomocí Xft zasílat obrysy písma a aliasing udělá X server prostřednictvím Xrender sám, jenže když do toho přijde subpixel aliasing, tak duhové pixely serveru diktuje samotná aplikace.

    Kdyby tumu tak nebylo, tak by fungovaly vylomeniny, které požaduje autor.
    2.6.2008 22:43 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: RGB a BGR

    Opravdu??? Tak jak je potom možné, že Microsoft Internet Exporer 6 spuštěný pod Wine má antialiasing, a to dokonce subpixelový? To trochu nesedí, co?

    3.6.2008 00:16 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: RGB a BGR
    Třeba tak, že Wine z font-configu – nikoliv X serveru – načte subpixelovou konfiguraci a Wine požádá X server, aby vykreslil tady černou čáru a o pixel vedle modrou. No a X server udělá přesně to, co se po něm chtělo.

    Systémově vyřešený antialiasing by totiž vypadal tak, že klient pošle serveru vektorový popis scény, kde souřadnice jsou ve fyzických jednotkách (např. v mikrometrech), nikoliv v pixelech, a server následně scénu vyrastruje. Bylo by tak možné adresovat jak rozměry pod velikostí aktuálního pixelu, tak i kreslit bez ohledu na hustotu pixelů. Takže vykreslit skutečně kulatou kružnici se subpixelě vyhlazenou křivkou přes více xineramou spojených monitorů by nebyl nemožný úkol. Zarověň by došly opodstatnění všelijaké lupy a zvětšení, které za současné situace jsou kostičkovaným (v případě OpenGL rozmazaným) výsměchem.
    3.6.2008 13:07 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: RGB a BGR
    Systémově vyřešený antialiasing by totiž vypadal tak, že klient pošle serveru vektorový popis scény, kde souřadnice jsou ve fyzických jednotkách (např. v mikrometrech), nikoliv v pixelech, a server následně scénu vyrastruje. Bylo by tak možné adresovat jak rozměry pod velikostí aktuálního pixelu, tak i kreslit bez ohledu na hustotu pixelů. Takže vykreslit skutečně kulatou kružnici se subpixelě vyhlazenou křivkou přes více xineramou spojených monitorů by nebyl nemožný úkol. Zarověň by došly opodstatnění všelijaké lupy a zvětšení, které za současné situace jsou kostičkovaným (v případě OpenGL rozmazaným) výsměchem.
    Podle mě už je nejvyšší čas, aby začala taková nějaká architektura vznikat. Kompozitní správci oken, zvětšování a xinerama si o to přímo řvou. :-)
    3.6.2008 16:27 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: RGB a BGR
    Systémově vyřešený antialiasing by totiž vypadal tak, že klient pošle serveru vektorový popis scény, kde souřadnice jsou ve fyzických jednotkách (např. v mikrometrech), nikoliv v pixelech, a server následně scénu vyrastruje.
    Problem je, ze dokud nebudou mit displeje aspon 300 DPI, tak nelze renderovat bez ohledu na fyzicke rozliseni. Popis sceny je treba zaokrouhlit tak, aby hrany byly na hranicich pixelu, jinak to bude hnusne. A to je treba udelat na hodne vysoke urovni (treba u textu uz na urovni sazby textu). A informace z teto vysoke urovne ma k dispozici jen aplikace.

    Krom toho pro tyto ucely neni milimetr o moc lepsi jednotka nez pixel. Pokud zadavam vzdalenost v milimetrech, tak je to sice nezavisle na DPI, ale zavisle na vzdalenosti uzivatele od displeje, kde je znacny rozdil treba mezi LCD monitorem a projektorem. Spravna jednotka je uhlovy stupen, nebo proste neco nespecifickeho relativniho.
    2.6.2008 23:01 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: RGB a BGR
    Docela me pobavilo, co vsechno povazujes za samozrejme featury :-)

    No, já na tom nic až tak zábavného nevidím. Je spousta věcí, které mi při běžné práci chybí a tohle jsou prostě některé z nich. Technicky nemožné to není.

    Vykresleni textu s ruznym antialiasingem na dvou obrazovkach znamena mit dve nastaveni antialiasingu, kazdou pro jeden displej, a pokud ma aplikace dve okna na dvou displejich, tak kazde okno ho musi mit zvlast a pri presunu z okna do okna prepnout.

    V konfiguraci, o které jsem hovořil, aplikace jednoduše nemůže mít okna na obou displayích současně. (To by byla konfigurace typu Xinerama a u té samozřejmě nelze mít rozdílný antialiasing.) V mnou zmiňované konfiguraci aplikace existuje pouze na tom displayi, kde se spustí, a o druhém nemá ani zdání. (X server tam běží jen jeden, ale například kdesktop a kwin existují pro každý display zvlášť.)

    Že v konfiguracích typu Xinerama (které dnes umí většina driverů i bez Xineramy) nelze mít různé rozlišení či různý antialiasing, to je mi naprosto jasné. Ale v oddělených konfiguracích (tj. v těch, které mají oddělenou sekci Device i Display a které mají v ServerLayout dvě položky Screen) něco takového dává smysl a nevidím tam žádné technické překážky. Jen nevím, jak něco takového nakonfigurovat. V KDE to určitě nejde.

    Otoceni antialiasingu pri otoceni obrazovky znamena prepnout antialiasing a poslat zpravu vsem aplikacim, aby vsechno prekreslily s jinym antialiasingem, protoze uzivatel otocil displej. Taky to neni technicky az takova legrace.

    Nikoliv. Přepnutí antialiasingu se samozřejmě netýká již běžících aplikací. Takové prasárny dělá snad jedině Gnome a občas při tom i odletí, když zrovna nemá den. Řeč byla o KDE, kde se přepnutí objeví až u nově spuštěných aplikací. V mém případě otočení displaye prakticky vždy znamená zavření téměř všech aplikací a spuštění jiných, pro které je daná orientace vhodná.

    Překreslení celého displaye zabere nanejvýš řádově desetiny vteřiny. Aplikace o antialiasingu nepotřebují vědět nic, pouze by prostě překreslily své texty. Fakt, že například Gtk a Qt aplikace sdílejí nastavení antialiasingu, jasně svědčí o tom, že antialiasing se neděje na úrovni aplikace a dokonce ani na úrovni toolkitu.

    3.6.2008 16:29 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: RGB a BGR
    Fakt, že například Gtk a Qt aplikace sdílejí nastavení antialiasingu, jasně svědčí o tom, že antialiasing se neděje na úrovni aplikace a dokonce ani na úrovni toolkitu.
    O cem to svedci nevim, ale to, ze antialiasing se resi na urovni X klienta (aplikace, toolkitu) je fakt.
    3.6.2008 16:50 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: RGB a BGR
    Je pravda, ze takhle s jistotou to mohu rici akorat u klasicke implementace antialiasovanych fontu. Dneska uz se casto fonty kresli pres xrender rozsireni, tam si tim zcela jist nejsem, ale spis bych tipoval, ze take se to resi na klientovi. Xrender umi delat alpha-blending na serveru, ale jednotlive znaky se vyrenderuji do bitmap na klientovi a ty se pak nahraji jako glyphset na server.

    Založit nové vlákno • Nahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.