Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Vize bez realizace je halucinace. - Thomas A. EdisonZačalo to jednou, kdy mi v tunelu ujel vlak. Znalci ví, jak neochotně se vagonky pohybují mimo trať, a můj vláček tvořený dvěma prázdnými vagonky (do kterých jsem před tím na kolejích šprtnul) se zastavil 41 bloků od konce kolejí. Od té doby jsem Minecraft přestal hrát a začal jsem vymýšlet jak by to šlo udělat líp. Respektive, před tím jsem se ještě podíval jak že je vlastně ten engine udělaný, jestli by se to nedalo opravit. K dispozici byl deobfuskovaný (nebo jak se tomu říká) kód Javy. Někdy před rokem, takže následující už třeba neplatí. Každopádně Notch si troufl na vlastní engine pro kombinovanou simulaci, a totálně ho zprasil. Takto nějak by měl fungovat (velmi zjednodušeně):
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
napořád:
pro všechny entity:
updatuj stav na základě vstupů, výstupy ponech na starých hodnotách
pro všechny entity:
updatuj výstupy na základě stavu, na vstupy nehleď
posuň čas tn na tn+1
Proč se iteruje dvakrát? Dejme tomu, že se simulují dvě entity, A a B, s tím, že stav B závisí na výstupu A. Simulační engine pro ně ze stavu v tn počítá stav v tn+1. Pokud bych v A propagoval nový stav na výstup ihned, B by svůj stav pro tn+1 počítal z výstupu A pro tn+1. Následně bych, aby to aspoň vypadalo že funguje, musel aplikovat spoustu všelijakých oprav. No a přesně toto svého času běželo v Minecraftu. A jestli to někdo neopravil, tak to tam běží doteď. Dovolím si předpokládat že podobných oprav a návrhů na zlepšení chodí vývojářům denně desítky, a nejspíš se neobtěžují všechno číst. Pokud si někdo myslíte opak, zkontrolujte jestli chyba pořád existuje, a jestli ano, napište jim.
A mimochodem, první cyklus (ten náročnější) se dá provést v kolika vláknech jen chcete, bez potřeby synchronizace - jen spustit a počkat až všechny dojedou.
Spolu s vývojem samotné hry v poslední době mě to odradilo. Jsem hračička, který by místo stavby domečků či kolosea, nebo lovení ovcí lezoucích po stromech uprostřed moře, raději jezdil vlakem, který může zastavit, odbočit, připojit/odpojit vagony atd. Který by si v pozdních fázích hry raději postavil nějaký ten razicí štít s automatickým odvozem materiálu a výstavbou kolejí, protože na to, abych kopal 100000000 bloků pro pořádný tunel, se mi můj čas zdá příliš cenný. Rád se potrápím s odvozem a uskladňováním materiálu. S odvodňováním. S požáry a plynovými kapsami. Je to mine - craft, ne dragon - kill. A tak vymýšlím vlastní řešení, k jehož realizaci se na 100% nedostanu.
Pro simulaci entit například ODE. Případně jiný engine, nějaký, který by zvládal více vláken. Do simulace by byly vloženy jen entity a jejich nezbytné okolí z bloků, čímž by se simulace mohla stát únosnou. Ono celkově je s tím výkonem problém. Moje představa je 8 bajtů na blok, a už jen uložit v paměti 512x512x512 bloků zabere 1GB.
) mi přijde prdlá. Skálu musím nejdřív rozkopat, stane se z ní kamení, s tím zacházím jako s hlínou.
Vlaky: Co mi vadilo, byla naprostá nepoužitelnost vlaků na cokoliv. Když už, tak jediný vagón a akcelerační koleje. Podle mého by mohly vypadat například takto. Rozhodně bych chtěl ovladatelnou lokomotivu: zapnout-vypnout, vpřed-vzad-brzda, ovladač výhybky. Případně zapnout a vypnout světlo. Určitě i spojování/rozpojování vagonů. Je otázka, jestli se vagony spojit automaticky a rozpojit vecpáním se mezi ně, nebo dělat obojí pomocí nástroje (který by mohl být součástí lokomotivy).
Stroje: Na začátku ruční vozíky, později důlní vláčky, nakonec možnost postavit razicí štít. Možností není zrovna málo:
Tiskni
Sdílej:
, kvalitometrům na abíčku ukazujícím derivaci kvality blogpostů se právě utrhly ručičky.
17.9.2012 17:05
masožravá palma | skóre: 6
| blog: Agnes
| Matka měst
Co se tyce te simulace, mit vsechno jako stavovy automat je hezka myslenka. Akorat to muze pak byt necekane problematicke, to uz holt tyhle elegantni napady byvaji.
Ja jsem nad tim uvazoval v tom smeru, ze by melo byt mozne postavit si vlastni blok z mensich bloku, a ty stavove automaty tech mensich bloku by se proste zkombinovaly do toho vetsiho bloku, a vysledek se zoptimalizoval pri provadeni. To by mohlo vykonu dost pomoct. Eventualne, bylo by hezke, kdyby kazda entita ve hre byla stavovy automat.
Ale co bych videl daleko radsi jako hru typu Minecraft: Neco jako simulator technologii a automatizace. Velky duraz na realismus (zadna magie a nestvury), a cas straveny craftingem jako (negativni) skore. A clovek by si stavel naradi, pak ruzne stroje jako soustruh atd. a pozdeji automatizovane roboticke vyrobni linky. Bylo by to dost poucne, ruzne technologicke procesy. Na lehkou obtiznost by neexistovalo opotrebeni stroju, a na tezkou obtiznost by hrozilo riziko poraneni pri praci. Pokusem o neco takoveho je Terra Firma Craft, ale to je postavene na MC a jenom pro primitivni uroven technologie.
Je pravda, že jsem to už dlouho nehrál. Ale svého času mod na vlak s vagony nebyl. A mody Railcraft nebo Industrial byly pro mě moc těžkotonážní. Všechno co jsem chtěl od vlaků byly použitelné lokomotivy a spojování vagonů, to Railcraft neposkytoval, zato teleportace mezi kolejemi, zprávy, "výtah", atd. No a automatické těžební sondy z Industrialu... myslím moc velká automatizace za moc málo peněz.
O tom razicím štítu si budu ještě psát. Nevím jak vypadá v RP2, mně by ale vyhovovalo si ho spíš nějak postavit z redstone, pistonů, počítačů, atd.
Vezmi si takový computer craft. Geniální myšlenka, ale jen pro programátory. Mimochodem, tento odstavec měl přijít (a přijde) do finální podoby zápisku. Složitý jazyk (pro neprogramátory, myslím tam je Lua), kousanec hry při nekonečné smyčce, zato jsi mohl postavit počítač pro zadání hesla. Nestačil by ale jazyk na úrovni jazyka Karel? Který by zpracoval deset instrukcí za vteřinu a stačil by tak akorát na spožďování, jednoduchou implementaci logických funkcí, případně jednoduché uživatelské funkce?
Jinak stavový automat bych nedělal. Celulární automat je něco úplně jiného. Podívej se jak funguje Conway's Game of Life. Ve zkratce: blok se podívá jak vypadají (ideálně pouze) sousední bloky (ve 3D by to bylo šestiokolí), a na základě nich updatuje vnitřní stav. Při druhém průchodu stav změní.
Ohledně poučnosti hry jsem zrovna přidal odstavec. Stroje by se mi ale taky líbily - o těch si taky ještě popíšu.
no mody mě ani jednou nenapadlyTak ja nevim, existuji lide, co znaji jen vanilku.. Navic tech modu je celkem dost a ja jeste i ted objevuji obcas nejake uzitecne, co jsem neznal.
O tom razicím štítu si budu ještě psát. Nevím jak vypadá v RP2, mně by ale vyhovovalo si ho spíš nějak postavit z redstone, pistonů, počítačů, atd.Razici stit v Railcraft Muj razici stit v RP2 - jelikoz se to sklada z kostek, existuje hafo variaci
Vezmi si takový computer craft. Geniální myšlenka, ale jen pro programátory. Mimochodem, tento odstavec měl přijít (a přijde) do finální podoby zápisku. Složitý jazyk (pro neprogramátory, myslím tam je Lua), kousanec hry při nekonečné smyčce, zato jsi mohl postavit počítač pro zadání hesla. Nestačil by ale jazyk na úrovni jazyka Karel? Který by zpracoval deset instrukcí za vteřinu a stačil by tak akorát na spožďování, jednoduchou implementaci logických funkcí, případně jednoduché uživatelské funkce?Alternativou je Redpower Control z RP2, ale to je mozna vic pro programatory nez Lua.. Computercraft moc rad nemam, uz z toho duvodu, ze mi RP2 Control prijde stylovejsi a mene chybovy. A na hodne veci staci jen RP2 logika (viz vyse uvedeny stroj, ten se da slusne ovladat na par hradel).
Jinak stavový automat bych nedělal. Celulární automat je něco úplně jiného.Co je celularni automat vim a neni to nic jineho nez velmi velky stavovy automat, vznikly urcitym slozenim mnoha malych, zakladnich stavovych automatu. Vtip je v tom, ze teorie stavovych automatu je dobre znama a je zname, jak takove automaty optimalizovat a simulovat (a stejne principy se pouzivaji prave pro simulaci velkych celularnich automatu).
Ohledně poučnosti hry jsem zrovna přidal odstavec. Stroje by se mi ale taky líbily - o těch si taky ještě popíšu.Ja bych tam klidne Universum pridal. Proc ne, at je co automatizovat.
Ten tvůj stroj vypadá luxusně. Nemáš video? Koneckonců i ten z Railcraftu, ale tam právě odpadá to, podle mě, nejzajímavější.
Jestli je RP2 Control to, co máš na spodku tutorialu, tak je to něco podobného jako mám na mysli. Ale jazyk Karel předpokládám znáš.
V těch automatech se asi vyznáš líp, nebo stavovým automatem myslíme něco jiného než konečný. Do psaní algoritmů bych se ale stejně asi nepouštěl - pokusil bych se použít nějakou knihovnu. Divočinu, do které se v těch knihovnách pouštějí, zmiňuju v zápisku.
Univerzem jsem myslel, že bych do hry dal i nějaká fakta, ale zase ne celou encyklopedii, aby se to dalo taky hrát. Jak jsi to myslel ty? Jinak ten nápad se simulátorem technologií a automatizace se mi líbí, jen aby se to zvládl engine.
Jinak co se mi ještě na MC nelíbí je chování vody a lávy, které, předpokládám, novým enginem nezmění. Plus jejich duplikace donekonečna ze třech bloků. Vyhnout se tomu nedá, pokud nechci simulovat každý litr zvlášť, ale počet bloků, který potřebuju k duplikaci, bych si vynutil větší.
. Ten 7x7x7 motor je muj vynalez (navod jsem dal take na RP2 wiki), a pro me standardni zpusob, jak delat vozitko, protoze umi pohyb ve vsech osach, automaticky detekovat zda se posunul a nemuze se dostat do vadneho stavu (narozdil od te levne TBM co jsem na ni posilal odkaz).
RP2 Control je skutecne to na spodku tutorialu. Ale spouste lidi Forth nevyhovuje; a alternativa, totiz 6502 strojak, jeste mene.
V pocitaci je kazdy celularni automat jen konecny automat, protoze ma konecne mnoho bunek. Tam jde spis o ten pristup - tim ze bys vsechno v tom svete bral jako konecny automat si uvolnujes cestu prave pro jednotny a silny system optimalizace vypoctu te simulace.
Na druhou stranu, existuje vic cest. Mit vsechno jako konecny automat je zajimava myslenka, ale nevim, jestli je to dobra cesta, jak napsat smysluplnou hru. Podobne tak duraz na co nejlepsi fyzikalni simulaci. Strasne zalezi, jaky je tvuj cil, a pak je potreba slevit z tech ostatnich.
Co jsem mel na mysli spis tim svym simulatorem "technologii" bylo to, ze by neslo o az tak podrobnou simulaci na fyzikalni urovni, ale spis o implementaci urcitych komponent, ktere by pak slo skladat dohromady (a mely zaklad v existujicich nebo historickych fyzikalnich a chemickych procesech). Jinak receno, byl by to asi podobny simulacni zmatek jako MC (i kdyz treba RP2 je napsane IMHO lip).
Ano, klidne bych tam dal celou encyklopedii. Vezmi si dnes jak vypadaji nektere letecke simulatory.. Takze proste at je to simulator technologii se vsim vsudy (akorat nekde se da ta simulace trochu okecat, jak rikam vys). Jedina vyhoda by byla, ze usetris cas za praci, chyby te nic nestoji a nezranis se pri tom. Nemusi to byt take realisticke v tom smyslu, ze to co postavis v te hre bude fungovat v realnem svete. Z toho bych ustoupil a myslim, ze by to byla velmi zajimava hra. Zkus se podivat na Terra Firma Craft, jak tam maji udelanou treba geologii. To je dobry zacatek IMHO. Ale samozrejme, chtel bych to mnohem realistictejsi nez MC.
Voda, lava - existuje Finite Liquid mod, ktery tohle resi, ale nevim, jak moc je aktualni.
Ja jsem nad tim uvazoval v tom smeru, ze by melo byt mozne postavit si vlastni blok z mensich bloku!!!! Taky !!!! Postavit si vlastní auto by byla prdel
.
Velky duraz na realismus (zadna magie a nestvury)Řekni to mému Taintu
. Ale jestli bereš i vanilla nestvůry tak protestuju, imho za polovinou úspěchu minecraftu stojí Creepeři.
17.9.2012 16:34
17.9.2012 19:37
17.9.2012 23:04
xoroval s jedničkou). Sice to zabralo víc paměti, ale usoudil jsem, že se to vyplatí. Je tedy možné, že Notch raději obětoval rychlost, aby ušetřil paměť, přece jenom v Javě si nemůžete dělat s pamětí to samé, co v Céčku.
Jinak simulace tekutin přes celulární automat jde udělat, ale pokud se zohledňuje jen čistě skalární prezentace (tj. aktuální výška hladiny), tak výsledek vypadá spíš jako nějaká opravdu vazká, pomalu tekoucí hmota jako smůla nebo asfalt. Bylo by třeba prezentovat to vektorově, zohlednit hydrostatický tlak, povrchové napětí, možná i turbulence a to už není žádná trivialita ...
Jo a nezapomeň taky na počasí a to, že Země je kulatá, ehm, šišatá.Ne Farlands mě neber
. (kulatost se dá simulovat pomocí souřadnic modulo něco).
Teleporty v MC jsou (portál z obsidiánu), dokonce jsou vskutku jako v SG, protože můžeš jen mezi velmi vzdálenými lokacemi (což nether a overworld jsou ). V modech je pak teleportů kotel.
Tuším, že nějakej historickej sprite byl v MC uvažovanej jako ozubené kolo, ale pak to bylo zavrhnuto.
Co bych ale v MC uvítal by byly spřažené bloky. To by pak šlo aspoň pomocí pistonů udělat nějaké lepší pohybovadlo.
. Ad farlands, chtělo by to nějak vymyslet formát záznamu dat, aby to právě nedopadlo jako ve farlands (kde končí použitelnost aritmetiky v pohyblivé řádové čárce, což je ironické, když je téměř všechno v mřížce 1 metr = 1 solidní blok (buňka vesmíru)).
18.9.2012 10:06
uint64_t obsáhne vzdálenost 18446744 milionu kilometrů, což je 3130× vzdálenost Pluta od Slunce. To by mohlo chvíli stačit. A kdyby ne, při použití dvou uint64_t (128bit) při stejném rozlišení obsáhne 1038 km, což je 35×1018 světelných let, což v pohodě obsáhne celý známý vesmír (nejvzdálenější známá galaxie UDFj-39546284 je 13.2 bilionu světelných let od nás).
kulatost se dá simulovat pomocí souřadnic modulo něcoModulem přes obě osy dostaneš anuloid (toroid). Na pohyb po kouli je lepší počítat ve sférických souřadnicích, tedy dva úhly a výška (vzdálenost). Pak potřebuješ trošku jiné vzorečky na výpočty vzdáleností, ale život si tím moc nezkomplikuješ.
Co bych ale v MC uvítal by byly spřažené bloky. To by pak šlo aspoň pomocí pistonů udělat nějaké lepší pohybovadlo.Sprazene bloky jsou RP2 frames, viz moje prispevky vyse.
Jo a nezapomeň taky na počasí a to, že Země je kulatá, ehm, šišatá. Pak by mohlo být zajímavé postavit si raketu a vydat se na Měsíc či jinam.Přemýšlel jsem i o hře, kde bys byl na asteroidu 1000x1000x1000 bloků a stav co umíš. Jestli ho chceš přestavět na bitevní loď, tak prosím prosím.
Pak by také bylo pěkné, kdyby vláček byl postaven z bloků. Tedy kostička jako kolečko, další jako druhé, pak nějaký motor, který by točil kolečkama, pár bloků jako podvozek... Klidně by jsi mohl mít jezdící hrad. Pak by ale bylo potřeba nějak spočítat potřebný výkon na kolečka podle hmotnosti...Nějak tak možná, nicméně zakázat kombinace bloků prostředí a bloků strojů. Udělat to tak, že se přepočítává jen při stavbě stroje, při provozu už jsou výkony atd známé. Přidat tam bloky lehčí než vzduch, a můžeme stavět i vzducholodě. Přidat tam "antigravitační" bloky, postavit létající bitevní loď, druhý tým staví druhou, a pome... Stálo by to za samostatnou hru? Ve které by si člověk navrhoval vlastní bitevník, včetně kabelů, paliva, pohonu, rozmístění zbraní...? Soupeř mi zasáhne pohonnou jednotku, dolétal jsem. Soupeř zasáhne jeden z antigravitačních bloků, musím upravit výkon v ostatních, jinak jdu na bok, atd...
(ale to by asi moc rychle nešlo, aspoň podle toho jak náročnej je 2D Phun).
18.9.2012 21:19
Bystroushaak | skóre: 36
| blog: Bystroushaakův blog
| Praha
(neříkej, že nezačneš vývoj ).
S požáry a plynovými kapsami. Je to mine - craft, ne dragon - kill.Njn imho lidem se to těžení moc nechtělo, tak šel vývoj MC jiným směrem. Ale v kvalitním automatu není problém udělat i draka.
Jazyk C++. Nehandrkujme se tu o rychlosti Javy ani "výšce" či bezpečnosti C++, obojí se dá s dostatečnými znalostmi dosáhnout v obou jazycích. Pravda, některé low-level optimalizace si v Javě dovolit nemůžu, a high level funkce typu 'exec' zase v C++, ale stejně je to spíš o návrhu. Takže C++ proto, že ho, narozdíl od Javy, znám.Jo díkybohu za to, java je extrémně pomalá.
Podle mě jeden z největších problémů Minecraftu. Na jednu stranu před Notchem smekám, že si poradil s takovým množstvím bloků, na druhou stranu kvůli zprasené simulaci se dají tak akorát stavět domečky pro panenky. Jo, borci postavili počítače, "konzoli" s minecraftem a všechno možné i nemožné. Já při stavbě svého díla ale třeba zjistil, že počet pístů, které se vysunou v jeden okamžik, je omezený - některé prostě nefungovaly, a když jsem odstranil jiné, fungovat začaly (ne, neprobíjelo mi to nikde).Tohle imho už opravili, protože jsem si v 1.2.5 postavil pole pístů (masivní sklízení cukrové třtiny
), kde ani náhodou redstone signál nestačí na celou délku pole (po obvodu musí být minimálně tuším 3-4 repeatery). Po spuštění to normálně pro všechny písty fungovalo (dokud mě nějakej hajzl neukradl kostku hlíny, na kterým byl redstone prášek).
Často mě udivuje, jak ochotně jsou lidi schopní naučit se sto tisíc hovadin, aby mohli líp hrát hru. Robota qwer vyrobíž z tzuio. Musíš ale použít tzuio s přídavkem fdsa, ne s yxcvb, protože yxcvb je pro roboty trewq a takto by ti to ghjklalo místo sdfgání. Co radši trochu zjednodušit realitu? Mám železnou sekeru, ta se mi rychle zničí. Když při tavení železa z rudy přidám trochu uhlíku, dostanu ocelovou sekeru, která se už tak rychle nezničí. Samozřejmě nenasypu do hry Universum, abych pak hledal, kde by se co dalo použít, a celé si to zabil.Mám takovej dojem, že ze začátku se snažil Notch navrhovat kraftění, aby bylo jednoduchý, ale s vývojem hry ty pravidla blobovaly (například přidání pravidel pro halfbloky a schody). To políčko 3x3 je imho na realistické kraftění málo. Klidně bych kraftění vypustil a nahradil výrobou z mikrobloků, po získání dalších zkušeností by se to mohlo zautomatizovat (viz crafting table 2 mod - nebo tak nějak). Ad nový recepty: například ty zlatý nugety (předstupeň ingotu) jsou už moc imho
. Nebo to, že rozkopanej blok typu (carved stone) se nerozpadne na cobblestone, když cobblestone jsou vlastně nahňácaný kamínky z kopání stonu.
Možnost uložit si do inventáře 211 bloků hlíny (jeden blok je 0.125m3, to je 2-3m3, takže človíčkova kapsa má 256m3 ) mi přijde prdlá. Skálu musím nejdřív rozkopat, stane se z ní kamení, s tím zacházím jako s hlínou.Tak pokud se ten bordel nebude despawnovat dřív než ho naložím tak proč ne
. Ale muselo by to být hratelný. Jak dlouho bys v reálu stavěl pyramidu jen pomocí jednoduchých strojů? Sám!
Rozhodně do toho jdi, ale hru dej pod GPL
(btw MC modaři nebojíte se, že bude v té nové .class nějakej java exploit?).
BTW terasology znáš? Rozhodně pokud bys začal vývoj, tak dej jako minimální GPU něco hodně starýho, jinak mě to jako terasology (a skoro jako MC) nepojede .
Důležitá je grafika. Minetest má dost odpornou grafiku (jmenovitě 2D monstra), takže ač je opensource, tak já radši MC. Zajímavý, že ta oldstyle paleta se mě líbí víc různé true color.
Kapaliny: Celkem by mě zajímalo jak daleko by se dalo dostat s celulárním automatem. Lepší simulace vody, včetně hraní si na nějaký objem? Pokud by se podařilo nasimulovat i tlak, otevírají se možnosti pro spojené nádoby, čerpadla, průšvih když se zevnitř dolu prokopu do vody. "Vodní" část enginu by šla použít i pro plyny - kopu, prokopnu se do plynové kapsy, ozve se zaječení větru a během pár vteřin je celá štola zaplněná nedýchatelným plynem. A pokud by se připojila i teplota, dalo by se myslet i na stavovou rovnici. Samozřejmě jen zhruba. Počítám s tím, že není potřeba updatovat pokaždé každý blok - pokud teče voda, updatovat musím jen bloky ze kterých teče a bloky do kterých teče. Bloky kterými teče updatovat nemusím, protože jejich stav se nemění.Plynová kapsa by byla superepická. Ono by stačilo mít i jen kapsy metanu, kterej buď hoří, nebo po kopnutí exploduje, dušení už vlastně v MC je. Ad voda: určitě ne nic jako má Algodoo (phun), to je pomalý a vypadá to hnusně (ale první opravdu cool raketu na reaktivní pohon, jsem měl stejně já
, ostatní plivali jen hacknutý kuličky ). BTW jak bude v případě bloku, přes které voda jen teče, řešeno třeba to, že voda teče, naplní jeden blok a začne plnit blok před? Tohle mírně narušuje možnost udělat reakci na hození třeba loďky a vytlačení určitého objemu mimo.
P.S. Na MC se mě nezda moc logický to s těma zdrojema vody a lávy. Stojatá voda 2x2 je vlastně nekonečný zdroj zdrojů, kde se tyhle zdroje vody daj nabírat do konečného kyblíku . U lávy není ani netheroceán nekonečný zdroj zdrojů 
.
Njn imho lidem se to těžení moc nechtěloDivíš se? Když se s pár pochodněmi a kamenným krumpáčem prokopeš hned až na bedrock, kde nečeká nic nového, jen podlaha?
Ale muselo by to být hratelný. Jak dlouho bys v reálu stavěl pyramidu jen pomocí jednoduchých strojů? Sám!Kdo říká že musí být jednoduché?
Plynová kapsa by byla superepická.Teď si představ, kdyby se aspoň v omezené míře podařilo nasimulovat i plyny. Představ si že se prokopeš do plynové kapsy hluboko pod vodou. Kopneš, ozve se jekot vzduchu, hučení vody, syčení hašené lávy, přes páru najednou není nic vidět, a máš asi tak pět vteřin na to, aby ses dostal pryč, protože kvůli tlaku unikajícího vzduchu se k prokopnuté díře nedostaneš. Toto by bylo epické. Bohužel je to pohádka.
18.9.2012 18:20
Bystroushaak | skóre: 36
| blog: Bystroushaakův blog
| Praha
Teď si představ, kdyby se aspoň v omezené míře podařilo nasimulovat i plyny. Představ si že se prokopeš do plynové kapsy hluboko pod vodou. Kopneš, ozve se jekot vzduchu, hučení vody, syčení hašené lávy, přes páru najednou není nic vidět, a máš asi tak pět vteřin na to, aby ses dostal pryč, protože kvůli tlaku unikajícího vzduchu se k prokopnuté díře nedostaneš. Toto by bylo epické. Bohužel je to pohádka.A pak bys zcela náhodně (jak jsi mohl vědět, že je tam plynová kapsa?) umřel, dropnul všechny předměty a s trochou štěstí se pro ně 20m vracel, hratelnost--.
.
Divíš se? Když se s pár pochodněmi a kamenným krumpáčem prokopeš hned až na bedrock, kde nečeká nic nového, jen podlaha?Jo hlubší to mít mohli, ale ono by těžení byla aspoň nějaká sranda, pokud by fungovaly ty vagónky.
Kdo říká že musí být jednoduché?Když to nebude v mezích jednoduché, tak to skoro nikdo nebude hrát.
Teď si představ, kdyby se aspoň v omezené míře podařilo nasimulovat i plyny. Představ si že se prokopeš do plynové kapsy hluboko pod vodou. Kopneš, ozve se jekot vzduchu, hučení vody, syčení hašené lávy, přes páru najednou není nic vidět, a máš asi tak pět vteřin na to, aby ses dostal pryč, protože kvůli tlaku unikajícího vzduchu se k prokopnuté díře nedostaneš.Jo to by bylo epické, akorát na mém kompu by tak složitá simulace asi nefungovala
.
P.S. Ještě by to chtělo v té hypotetické těžařské hře automatické pokladače bloků (na klonující se automaty).
hlubší to mít mohliTak bys to prokopal za den a půl, v čem je rozdíl? Pokud nestavíš Sarumanovu věž, tak je výška dostatečná.
ale ono by těžení byla aspoň nějaká sranda, pokud by fungovaly ty vagónkyPřesně tak. Ideálně kdyby bylo i potřeba je používat - třeba kdyby se kámen kupil jen po 16.
Když to nebude v mezích jednoduché, tak to skoro nikdo nebude hrát.Jako jednoduchý stroj beru příruční vozíček nebo vlak. Vyřešme to tak, že v inventáři bude míň políček, do políčka se vejde míň předmětů, na druhou stranu půjde vozík přesunout do kapsy na jedno kliknutí.
na mém kompu by tak složitá simulace asi nefungovalaNejspíš ani na mém, to je ten problém.
:%s/vozík/obsah vozíku/gc