Open-source grafický procesor (GPU) (diskuse)

[orion]

Fully Funded - 2D only

LOL

[orion]

A stretch goal je implementace TŘINÁCT let starého D3 8.0 :D A jak je v OSS zvykem, tak nic novějšího v dohledné době nebude (viz Wine), takže naprd.

[potato]

Ano, D3D je zbytečnost celkově.

[Solitary]

Tak on ten DirectX zas tak podstatny neni, sotva na tom hardwaru bude nekdo provozovat Windows.

[Ludra]

aneb OSS nic rozsireneho kopirovat proste nebude, ani kdybychom se na hlavu staveli.

[potato]

Aneb Ludra nic smysluplného nepoví, ani kdybychom se na hlavu stavěli.

Co píšeš, je jedna vyvráceno tisícovkou příkladů, druhak ve chvíli, kdy se něco reimplementuje jako OSS, tak tobě podobní okamžitě remcají, že ti blbci dokáží akorát kopírovat.

[David Heidelberg]

Máme D3D9 a D3D11 podporu pro linux... jen D3D8 se neplánuje :P

[Solitary]

Kde tu podporu mame?

[ovoce]

Tak on ten DirectX zas tak podstatny neni, sotva na tom hardwaru bude nekdo provozovat Windows.

To je špatně pochopeno.

Podpora DirectX 7/8.1 (9.0/10.0/11.2 etc) udává v podstatě hardwarovou generaci, ke které karta patří. Nemíní se tím tedy jenom to, že to umí DirectX, nýbrž i to, jaké schopnosti ten hardware má. DirectX 7 = hardwarové T&L. DirectX 8 = programovatelné shadery. A tak podobně. Tyto fíčury jsou pak podstatné i tehdy, když nad tím provozujete jen a jen OpenGL.

[chrono]

Takže je tá podpora DirectX vlastne nepodstatná a zmysluplnejšie je hovoriť o tom, akú verziu OpenGL (a prípadne aké rozšírenia) to podporuje.

[ovoce]

Teoreticky. V praxi proti tomu mluví dvě věci:

1) ten hardware a jeho schopnosti byly navrhovány ve spolupráci s MS (minimálně od verze 9.0, alae počítám že asi už u verze 7-8 minimálně), takže vazba na verzi DirectX je prvořadá. OpenGl to pak spíš dohánělo.

2) nikdo si nepamatuje, v které verzi OpenGL se ta která věc objevila, a tak by čísla dle OpenGl nikomu nic neříkala. Kdežto když se přečtou, že ta která věc potřebuje DirectX 9 (včetně třeba rozdílu mezi 9.0b a 9.0c), DirectX 10 nebo DirectX 11, tak je většina lidí s určitým povědomím o grafických kartách hned doma.

[chrono]

To, čo priniesli jednotlivé verzie DX si možno pamätá pár hráčov hier s Windows a pre nich tá karta určite nie je určená.

[ovoce]

A vy byste dokázal kategorizovat grafiky podle verze OpenGL?

Třeba Radeony generace 7500, 8500, 9500-X1900, HD 2000, HD 5000? A nVidie? GF 4 a GF 4 Ti, GF 6000, 8000, GTX 400? Když se to bere podle verze DirectX, tak vám tam krásně vylezou ty technologické generace. U OpenGL ani nevím, kde začít. Navíc, u OpenGl jsou ta vendorská rozšíření...

[chrono]

Pravdepodobne nie, ale nepoznám jediného používateľa Windows, ktorý by to zvládol pre DirectX (a poznám dosť veľa vášnivých hráčov, jediné čo od DirectX vedia je to, akú verziu potrebuje hra).

[ovoce]

No zrovna třeba u těch Radeonů je to užitečné znát. AMD totiž končí podporu vždycky podle tohohle klíče. Když přišly karty s DirectX 10, přestalo podporovat čipy na bázi DirectX 8.1. (Tj, Zatímco Radeon 9500 a vejš byl dál podporovanej, 9250 a níž už ne.) Když přišlo DirectX 11, skončila podpora pro DX9.

[Petr Ježek]

Je snad GPU HW od ATI natolik závislý na DX, když se rozšířila podpora svobodného driveru a vedle toho roste nabídka Steam4linux? Pokud to platilo dříve, dnes to dává o řád menší smysl. U ATI bezpochyby vědí své... Nejsem ale graphichwguru...

[ovoce]

Ta politika co zmiňuju IIRC platí jak pro windowsácký, tak pokud vím i pro linuxový binární driver.

Otevřený ovladač pro Radeony bych přece jen nepřeceňoval a Steam(OS) už vůbec (i když úplně za to neručím, hry mám už pár let na háku, tak mi třeba něco podstatného uniká).

[balki]

Vo wine robia kus dobrej prace s implementaciou windowsoveho bordelu, klobuk dolu. S tou implementaciou DX 8 bude aj tak dost roboty, na to ze sa to vsetko bude robit od znova na kolene.

Ze to tieto deti, co hovno robili, bavi trollovat. Za vsetkym je kopec roboty a treba si to vazit. Software a hardware nerastie v obchode.

[Ludra]

proc si vazit neceho, co je k nicemu, jen protoze je to hodne prace?

[chrono]

To, že je to k ničomu tvrdí kto?

[TM]

K ničemu jsou ty vaše žvásty. Wine je velice užitečný softeare.

[Msarek Bursa]

Protože "být k ničemu" je velmi subjektivní výrok, z čehož lze lecos usoudit o Vaší povaze :)

[pc2005]

It also has a fully IBM compatible VGA controller for legacy operations.

OMG! proč všichni chtěj vyrábět VGA (1987!) kompatibilní grafiku. Většina aplikací stejně už používá funkce OS a ten zbytek je tak starej, že

#ifndef BELLARD
IMHO 
#endif

by jel rychleji v emulaci instrukční sady v javaskriptu.

Universal Shader

This is our ultimate stretch goal and requires a complete redesign.

No já nevím přepsat úspěšný projekt znova není dobrej nápad.

We will also release project files for Altera SOC and Xilinx ZYNQ

Hmm hezký, až na to, že Zynq 10-20 nemá v současný době použitelnou PCI(e) desku a 30-100 je bude drahej jako prase. (to jen tak k VGA kompatibilitě)

Vzhledem k tomu, že to je jen vývoj HDL kódů (lidi od Parallely dělaj HDMI grafickej výstup taky), tak je to příliš předražený. BTW Zynq a spol. budou IMHO dost pomalé.

Jo kdyby vyvinuli Zynq desku (ideálně před měsícem oznámenej 7015 s PCIe řadičem), tak bych podpořil, ale takhle...

[anonym]

OMG! proč všichni chtěj vyrábět VGA (1987!) kompatibilní grafiku.

Třeba proto, aby to vůbec zobrazilo post, GUI BIOSu/UEFI, UI bootloaderu a vůbec cokoliv než se zavede OS a nativní ovladač.

[Jendа]

Na to je přece sériák

[pc2005]

A co tomu brání?

Dovoluju si tvrdit, že všechny jmenované programy stejně používají vlastní drivery nebo drivery Video BIOSu. UEFI má navíc podle specifikace vlastní GPU drivery (=výrobce stejně musí naprogramovat). VGA jako hardware je navíc 16 bitová a vyžaduje IO porty (LOL PCIe?). Nepodporuje víc monitorů apod.

Z výše uvedených důvodů je naprosto mimo dělat hardware implementaci (podle diskuze na Parallelle měli/mají problém nacpat HDMI grafiku do Zynq 7010), emulaci na embedded procesoru (opět zabírá místo, ledaže by se procesor použit pro 3D akcelerace - pomalé) a emulace na hostujícím počítači je jen o něco méně mimo .

[Jendа]

Hm, a syntetizovat se to bude pomocí proprietárního software do nedokumentovaného bitstreamu? Open-Source redefined…

[pc2005]

To zní jako výzva pro brmlab . Půjdete do reverzace?

[Jendа]

Chtěli jsme si nechat vyASICovat vlastní brmFPGA, ale nikdo se toho nechytl.

[Petr Tomášek]

Stejně by vám do toho rusáci nebo číňani dali nějaký backdoor, tak vo co go?

[Jendа]

~> du -sh xilinx/14.6/ISE_DS/
17G	xilinx/14.6/ISE_DS/

Už proto, že komerční tooly jsou neuvěřitelně bloated. Nebo někdo prostě chce experimentovat na bitstream-level.

[pc2005]

Není to zas až tak hrozný, většinu GB sežerou IP od Xilinxe (je jich fakt hodně, ale část je closed source). 2.4GB například sežere GNU toolchain :-P (arm, powerpc, microblaze). Velkou část sežere taky popis těch obvodů (všechny co Xilinx podporuje) (ISE a planahead je má tuším duplicitní).

[Jendа]

Nebo ti třeba Xilinx nechce ty své věci prodat, protože jsi ze Sýrie, Česka, Čečenska, jsi na blacklistu americké vlády, chceš to použít pro řízení rakety nebo tak něco.

[pc2005]

WOW, kde jste sehnali výrobce toho ASICu? Myslím ale, že finančně by to bylo extrémně náročné. Pár kusů a stačila by malá chybka v návrhu a celá série by byla zmetková. Jinak jsem před asi rokem slyšel, že na FITu (?) se někdo snažil to FPGA navrhnout, ale podrobnosti neznám.

BTW Kdybyste někoho časem našli, tak by mě ten projekt docela zajímal.

[Jendа]

Nevím, prý jsou firmy, které ti za ~50kKč přidají čip na kraj wafferu, který jedou komerčně.

Problém je v tom, že tomu nikdo z nás nerozumí.

[pc2005]

Jo to jsou (mě zajímalo zda jste to dotáhli třeba až k hledání tý firmy), ale ta cena je trochu mimo pro pouze hackování.

No tak osobně bych se bál zplácat potenciálně nefunkční čip za 50kKč, ale návrh samotnej není zas tak náročnej.

[hw]

No tak osobně bych se bál zplácat potenciálně nefunkční čip za 50kKč, ale návrh samotnej není zas tak náročnej.

Nevím kolik ASICů jste už navrhnul, ale v závislosti na výrobní technologii (a tím nemyslím pouze míru integrace) může být návrh pro někoho bez zkušeností sice o dost náročnější než pro FPGA, ale realizovatelný, ale také velmi náročný a rozumně vpodstatě nerealizovatelný.

Pak ještě na rozdíl od FPGA, kde licence na vývojové nástroje stojí nějakých $5000 až $10000 ročně, vývojové nástroje pro ASIC se cenově pohybují o jeden i více řádů výše.

Pokud by skutečně výroba vyšla na 50000 Kč, je to fakt super a jděte do toho. U nás bývaly náklady na první prototypy sice také kolem 50000, ale dolarů. A to pouze na vlastní výrobu pár vzorků na jednom waferu. Nepočítám náklady na vývoj až po tape-out.

[pc2005]

Právě, že žádný. Musel bych ze začátku vyvíjet metodou pokus/omyl a to by za 50kKč bylo moc drahý. ASIC (~ skládání standardizovaných bloků) by určitě byl méně náročný než vývoj vlastního full custom designu (= návrh tranzistorů a propojek).

Nešlo by najít firmu, která to dělá z HDL? Vím jen o Clear Logicu, které ale nejspíš zkrachovalo. Navíc to co dělali oni byl hack. Oni vzali bitstream pro Alteru a udělali z něj ASIC. To byli schopni udělat protože rozebrali Atlerácký masky a taky za to byli úspěšně zažalovaní. Ale předpokládám, že existují firmy, co to vyrobí třeba z netlistu.

Cena nemůže být $50k, EFF deepcrack má 1856 ASICů za $250k včetně vývoje. Bylo to sice v roce 1998, ale čipy jsou obecně dneska levnější.

Pro případ full custom designu jsou k dispozici open source nástroje pro návrh layoutu (napadá mě TOPED). Sice nevím jak (ne)kvalitní v porovnání s proprietární konkurencí (mě se obvykle nelíbí ovládání).

Jinak FPGA vyrobený jako ASIC nebude zas až tak rychlý a FPGA obecně potřebuje velké plochy ("použítá logika" + "nepoužitá logika" + "konfigurační paměť", kdežto obvod přímo na čipu by potřeboval jen plochu zabranou "použitou logikou"). V takovém případě by bylo možná lepší koupit velké FPGA a to vlastní na něm emulovat .

[hw]

Právě, že žádný. Musel bych ze začátku vyvíjet metodou pokus/omyl a to by za 50kKč bylo moc drahý. ASIC (~ skládání standardizovaných bloků) by určitě byl méně náročný než vývoj vlastního full custom designu (= návrh tranzistorů a propojek).

Tady máte trochu hokej v pojmech. ASIC = application specific integrated circuit = integrovaný obvod pro určitou konkrétní aplikaci. Neříká to vůbec nic o použité technologii. Může to být full-custom smíšený analogově-digitální návrh v BiCMOS nebo BCD technologii, ale také relativně jednoduchý návrh pro standard-cell CMOS.

Nešlo by najít firmu, která to dělá z HDL? Vím jen o Clear Logicu, které ale nejspíš zkrachovalo. Navíc to co dělali oni byl hack. Oni vzali bitstream pro Alteru a udělali z něj ASIC. To byli schopni udělat protože rozebrali Atlerácký masky a taky za to byli úspěšně zažalovaní. Ale předpokládám, že existují firmy, co to vyrobí třeba z netlistu.

Ale ano. Je plno vývojových firem, které podobné služby nabízejí. Při jednorázové konverzi FPGA na ASIC to obvykle vyjde levněji než pořízení samotných nástrojů.

Cena nemůže být $50k, EFF deepcrack má 1856 ASICů za $250k včetně vývoje. Bylo to sice v roce 1998, ale čipy jsou obecně dneska levnější.

Mluvil jsem pouze o prototypech, o čemž byla řeč. Jedná se o průměrnou cenu za výrobu jednoho waferu vzorků (A/D BiCMOS full-custom ASIC) v našem vlastním fabu. Pouze výrobní náklady.

Pro případ full custom designu jsou k dispozici open source nástroje pro návrh layoutu (napadá mě TOPED). Sice nevím jak (ne)kvalitní v porovnání s proprietární konkurencí (mě se obvykle nelíbí ovládání).

Pár open-source nástrojů existuje, ale pro reálné použití nejsou. Jsou to všechno spíš univerzitní výzkumné projekty.

Jinak FPGA vyrobený jako ASIC nebude zas až tak rychlý a FPGA obecně potřebuje velké plochy ("použítá logika" + "nepoužitá logika" + "konfigurační paměť", kdežto obvod přímo na čipu by potřeboval jen plochu zabranou "použitou logikou"). V takovém případě by bylo možná lepší koupit velké FPGA a to vlastní na něm emulovat .

Jako zábavu nebo výzkumný projekt určitě. Reálné použití v tom moc nevidím. Mimochodem, největší plochu na čipu dnešních FPGA zabírají propoje.

[pc2005]

Tady máte trochu hokej v pojmech.

Jo mírně jsem to zamotal (nás hlavně učili ASIC vs. FPGA, navíc pod tu zkratku se vleze skoro cokoliv). Teď když mám víc času, tak to trochu rozepíšu (řekl bych hlavně pro ostatní). Jsou víceméně čtyři možnosti:

• Nahrání do FPGA: v případě Zynq 7010 by měl jeden stát $15, ale worst-case je vypájení z $99 Parallely
• Implementace návrhu z FPGA do pevné logiky: Je to vlastně FPGA s OTP místo SRAM konfigurace. Měla by být levnější, protože je jednodušší. Všechny čipy jsou nejprve stejné.
• Sestavení ze standardizovaných bloků: Většina současného vývoje. Lze se přifařit k jinému projektu na stejném waferu.
• Tranzistorová úroveň: "kreslí" se přímo logika, vypadá to asi takhle a vývoj bude nejnáročnější. To používají jen ty největší firmy, které zaberou celý wafer.

Mluvil jsem pouze o prototypech, o čemž byla řeč. Jedná se o průměrnou cenu za výrobu jednoho waferu vzorků (A/D BiCMOS full-custom ASIC) v našem vlastním fabu. Pouze výrobní náklady.

Hmm tak to mělo EFF výrazně levnější (za $250k od nuly kompletní mašinu) (ale nevím kolik těch vzorků bylo a analog je na návrh složitější).

Mimochodem, největší plochu na čipu dnešních FPGA zabírají propoje.

Jj .

[hw]

Hmm hezký, až na to, že Zynq 10-20 nemá v současný době použitelnou PCI(e) desku a 30-100 je bude drahej jako prase. (to jen tak k VGA kompatibilitě)

Denně používám (kromě plno jiného hardwaru) desky ZC702 (XC7Z020) a hlavně ZC706 (XC7Z045) a nepřijdou mi nějak moc nepoužitelný.

BTW Zynq a spol. budou IMHO dost pomalé.

Logika i Artixových Zynqů (10, 20) je slušně rychlá. Zynq s Kintexovou logikou je pak mnohem rychlejší než třeba Virtex-6. Pokud se jedná o rychlost PS (ARM CPU), tak to samozřejmě není Core i7, ale bída to taky není. Navíc osobně bych předpokládal, že grafický procesor bude implementovaný v PL a ne v PS.

[pc2005]

ZC702 nemá PCI(e) (leda by se připojila na adaptér do těch rozšiřujících konektorů). ZC706 stojí v přepočtu 50kKč... Navíc 7045 není možno implementovat tou Webpack (zdarma) licencí (aspoň podle diskuze na Parallelle). Full verze ISE pak bude stát dalších pár tisíc.

Navíc pokud má mít ta grafika aspoň nějaký smysl (= měl by na ní jet minecraft ), tak by měla být to PCIe a být co nejjednodušší na počet součástek. To ale vylučuje všechny Artix Zynqy (až na 7015, kterej se snad ještě ani nevyrábí).

Rychlost je určitě vyšší než kdyby to někdo zapojoval z 74HC, ale zas tak vysoká není. Divil bych se, kdyby float logika dala stejně jako normální grafiky přes 500MHz. Abych pravdu řekl, tak takovej Microblaze dá 100MHz a je rád, že se vejde do časování.

[mikro]

Hm, ten projekt je fakt akysi cudny. Na jednej strane tvrdia, ze to maju prakticky hotove (2D cast - ziadne rizika!), na druhej strane si za to pytaju 200k, co je mozno az na hrane s pravidlami Kickstarteru.

Potom hlasky ako:

Feb 2014 - Source will be frozen and 3 month early access backers will get access to our SVN server. USB keys will go out to Beta and Early access backers.

Naozaj rozmyslam, co je take fasa na tom, ze im poslem co ja viem $300 a mozem sa za to pozriet do kodu, ktory prakticky existuje a nic mu nebrani byt otvoreny uz teraz, s trojmesacnym predstihom.

A ten kompletny shader za milion... s planom na dokoncenie o ani nie rok a pol... cista fantasmagoria.

Cele mi to pripada, ako keby mali umierajuci produkt, tak niekomu napadlo, ze chlapi, co keby sme to dali ako OSS, ale este si na tom naposledy nieco trhli a jo, jasne, ak nam da niekto milion :D tak sa na vsetko vyserieme a pokoumame, ako tam pridat 3D API, lebo ved to by bola strasna prdel robit anyway a ked uz nam to niekto plati bez toho, aby nas za to niekto mohol zazalovat, tak jasne, pome na to.

[dustin]

Mám pocit, že takto divných projektů je na kickstarteru víc...

[pc2005]

Feb 2014 - Source will be frozen and 3 month early access backers will get access to our SVN server.

Jo to nechápu taky. Když dostanu GPL, tak ho můžu šířit tak jako tak dál.

A ten kompletny shader za milion... s planom na dokoncenie o ani nie rok a pol... cista fantasmagoria.

Myslíš, že to není možný? Jak složitá je výroba shaderu?

[bogo]

Za ty penizky by mozna slo ukecat Intel/AMD/Nvidii aby uvolnili nektery starsi design komplet, nebo alespon dotahli vykon OSS ovladacu k tem wokennim.

Nicmene s tim prisli pozde - dnes Intel/AMD OSS ovladace jsou z 99% funkcni, i kdyz trochu pomalejsi. OSS gpu hardware ma smysl jen jako hracka pro par lidi.

[dizz]

Nevim zda neni lepsi poslat penize vyvojarum co pisi OSS drivery pro AMD/nVIDIA/Intel - podle svych preferenci

[LKG]

Napadlo mě to samé. Celé to smrdí "zaplaťte nám $200k až $1M za opensource design, který si použijeme v našich dalších produktech pro medical imaging/military display/etc. a který vám je sám o sobě naprosto k ničemu, protože není levný HW, na kterém by běžel"

[ovoce]

Jedna open source grafika už tu byla, a skončila naprostým fiaskem :) /Zkuste Googlit OGD1/

Takže bych radil rozhodně do toho prachy neházejte.

[Petr Ježek]

Přijde mi to jako mrhání času, invece a peněz. Pokud hlavní výrobci GPU po letech začínají zjišťovat, že bez podpory linuxu by mohli brzy ostrouhat, má se veškeré úsilí zaměřit na perfekcizaci opensource driverů a na dialog s hw inženýry ohledně kompatibilních řešení.

[pc2005]

To se nemusí vylučovat.

[pc2005]

Ještě přídavek: ono by nemělo být složitý udělat OpenGL 2.1+ grafiku prostou konverzí LLVMpipe do hardware, popřípadě udělat procesory, co MESA knihovnu prostě provozujou. Výhodou by byla absolutní kompatibilita s MESA. Myslím, že vyvíjet při takové možnosti něco svého za $1M+ je plýtvání. Adresář src/gallium/drivers/llvmpipe má lehko přes 800kB zdrojáků.

[ovoce]

No, to by bylo zajímavé (vidět, jak by to "běželo"). Akorát nevím, co myslíte tou "prostou konverzí", to přece nemůže bejt jen tak.

[pc2005]

OK tak složitou konverzí . (ale vůči vlastnímu návrhu za $1M je to prosté řešení)

[Zdeněk Válek]

Navím jesli dobře rozumím tomu co píšete, ale možná jsem měl stejný nápad. Říkal jsem si, že by to chtělo GPU, které by přímo na vstupu mělo rozhraní pro OpenGL (a samozřejmě i framebuffer, VGA, něco na video), takže by k tomu nebyly potřeba žádné speciální ovladače. Oovladač by potřeba byl, ale byl by jednoduchý, plně otevřený (takže žádné problémy) a fungoval by se všema takovýma GPU. Výrobce by nemusel prozrazovat svoje know-how, uživatel by nemusel řešit problémy s ovladačema, rozhraní by bylo normalizované. Stejně tak by nemusel řešit co je uvnitř, vybral by si podle parametrů. Jen by si nemohl GPU upravit a vyrobit vlastní verzi, ale kdo to potřebuje? Kdo na to má prostředky?

[Mark]

Myslite treba SGI OpenGL on a Chip™ Integrovane jen do jednoho SoC ? Jooo to by se do navrhu a produktove politiky musel vlozit zdravy technicky rozum.

[pc2005]

Rozhraní jakého typu, ABI volání OpenGL funkcí? To je různé dle architektury. Navíc přechod SW→HW by byl komplikovaný. Taky by se hodila mezivrstva pro ladění (odchytávání volání) a emulaci nových funkcí. Samozřejmě optimalizace pro OpenGL by se hodila (ale to se verzi od verze mění).

Mě šlo o to, že LLVMpipe se třeba používá ve vncserveru, kde je bez GPU schopen renderovat třeba i takovou hru typu minecraft (byť velmi pomalu). Takže proč vymýšlet GPU od nuly nebo z 10+ let starýho návrhu, když můžeme použít už existující řešení (navíc opensource).

[MartinK2]

Takhle funguje GPU na RPi. Je tam nějaký zabudovaný firmware blob, který implementuje OpenGL ES. Samotný ovladač v zásadě jen posílá OpenGL příkazy tam zpátky a je plně otevřený.

[hw]

Nebudu odpovídat na jednotlivé komentáře a raději přidám další.

Mám pocit, že u mnoha diskutujících došlo k nepochopení o co vlastně jde. Cílem toho projektu není vytvoření open-source grafické karty pro univerzální použití v běžných PC. Výsledkem by mělo být IP jádro použitelné při vývoji integrovaných obvodů/systémů na čipu, které potřebují 3D grafický výstup. Tam je v dnešní době na trhu obrovská mezera a pokud nejste firma velikosti Samsung, máte v podstatě smůlu. Do svého produktu (pro průmyslový trh a ne masovou spotřebu) s předpokládanou výrobou sto kusů ročně si nemůžete dovolit koupit licenci na grafické jádro nVIDIA, AMD nebo Intel. Nemluvím už vůbec o open-source embedded hardwarových projektech, tam je to ještě horší.

Samozřejmě, s pomocí výsledného IP jádra bude možné navrhnout kromě jiného i onu grafickou kartu pro PC.

[ovoce]

No jo, ale když to dají na kickstarter, tak tím vylákají peníze přesně od normálních BFU (běžný foss uživatel) nešťanstníků, kterým to podle vás určené není.

[hw]

Trefná poznámka. Přesně tak to na mě působí a musím přiznat, že se mi to také moc nelíbí.

[Vladimír Čunát]

Ehm, kdo si pořádně nepřečte co penězi podporuje, tak má prostě smůlu...

[r23]

S os IP je problém obecně, nikdo to beztak nechce moc používat. Není k tomu podpora, nikdo za nic neručí, nevíte, jak se to zverfikovalo....