## massiv-crap — Garbage. Czech only.

You can subscribe to this list here.

 2001 2002 2003 2004 2005 2007 2014 2015 2016 Jan Feb Mar Apr May Jun Jul Aug (2) Sep (17) Oct (32) Nov (22) Dec (11) Jan (7) Feb (15) Mar (14) Apr (24) May (54) Jun Jul (2) Aug (6) Sep (15) Oct (36) Nov (137) Dec (30) Jan (63) Feb (139) Mar (244) Apr (94) May (63) Jun (92) Jul (140) Aug (175) Sep (138) Oct (147) Nov (184) Dec (221) Jan (85) Feb (116) Mar (95) Apr (19) May (8) Jun (3) Jul Aug Sep Oct (2) Nov Dec Jan Feb Mar (1) Apr May Jun Jul Aug Sep Oct Nov Dec Jan (1) Feb Mar Apr May (1) Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug (1) Sep Oct Nov (1) Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec (1) Jan Feb (2) Mar (1) Apr (2) May (1) Jun Jul Aug (2) Sep Oct Nov Dec
S M T W T F S

1
(3)
2
(9)
3
(4)
4
(2)
5
(3)
6
(5)
7
(2)
8

9
(19)
10

11
(1)
12
(11)
13

14
(7)
15
(4)
16
(12)
17
(4)
18
(4)
19
(9)
20
(4)
21
(9)
22
(4)
23
(5)
24
(1)
25
(5)
26
(1)
27
(2)
28
(2)
29
(2)
30
(4)

Showing results of 138

1 2 3 .. 6 > >> (Page 1 of 6)
 Re: [Massiv-crap] Physical From: Marek Vondrak - 2003-09-30 20:46:47 ``` >- Fyzika dost casto jede na nizsi frekvenci nez replikace, takze si = predikce=20 >mysli, ze entita jeden update jela rychle a druhy stala, nebo neco v = tom=20 >smyslu. To nevysvetluje nahodile skubani cca o pul metru v uplne divnem smeru = (kterym se entita nikdy nepohybovala). -- Markoid ```
 [Massiv-crap] RE: [Massiv-devel] Load balancing From: Marek Vondrak - 2003-09-30 20:43:46 ``` > >Jeste to prozkoumam. Pokud by zdrzeni v (2) nebylo zasadni (=3D = vetsi nez ted), naimplementoval bych to. > >Pokud bude zakazano localproxy vracet jako funkcni hodnoty, lze (2) = naimplementovat dokonce efektivneji nez stavajici pripichovani. Detaily = zitra. =20 ...jen ve specialnich pripadech, navic by to Vyzadovalo (drobne) zmeny. = Takze bych rekl, ze (1). -- Markoid ```
 Re: [Massiv-crap] Physical From: Stepan Vondrak - 2003-09-30 20:37:39 ```On Monday 29 of September 2003 13:02, Marek Vondrak wrote: > Ahoj, > Tak jsem se trochu pustil do tech zmen v physicalu a zjistil jsem, ze > predikce je nejaka dost divna. Skube se to, skace to sem tam uplne v > divnejch smerech a pokud se nevypne (settings/client/entitymanager), chodi > to dost spatne. Zmeny na CVS budou zitra. Predikce je proste blbe a uz jsem to psal + ze to nebudu menit dokud to na serveru v libu nebude "hotove". Dva zasadni problemy: - Casy to bere z lokalniho system time na klientu. To by se uz dalo zmenit (tedka se v updatech posila simulacni cas), ale moc by to nepomohlo. - Fyzika dost casto jede na nizsi frekvenci nez replikace, takze si predikce mysli, ze entita jeden update jela rychle a druhy stala, nebo neco v tom smyslu. -- Stoupik ```
 Re: [Massiv-crap] Sector manager From: Stepan Vondrak - 2003-09-30 20:35:26 ```On Sunday 28 of September 2003 21:21, Marek Vondrak wrote: > Ahoj Stepane, > Doporucuju procist sector:modify_elevation/updatedeltamap a podobne > zoptimalizovat sectormanager:prepare-heightmap. Nepredpokladam totiz, ze by > prekladac byl schopen to opakovane dereferencovani ve smyckach > zoptimalizovat. Porad se mi ale nelibi to kopirovani map. To se to nemuze > takhle ukladat rovnou v ClientSector? Pokud toho budes schopen, pak ano. Ale problem je, ze pro generovani terenu potrebuju okoli 1 resp. 2 vertex (na severu a na vychode) a to konzistentne, tj. kdyz sektor s vrcholem chybi, musi vsechny odhadnout tu vysku stejne. Tedka je to porad tak trochu blbe. A updatovat to prubezne mezi sousedy bude asi dost strasne. Co se tyce te optimalizace, klidne ji udelam, i kdyz mi neprijde tak dulezita - rebuild terenu se tak casto nedela a vytvoreni terenu z te heightmapy bude asi stejne o dost pomalejsi. -- Stoupik ```
 [Massiv-crap] instalacni utilita From: Martin Havlista - 2003-09-29 18:29:55 ```Udelal jsem instalacni utilitu pro klienta. Je consolova, zada se ji adresar kam se ma nainstalovat, a vytvori to zastupce na plose. viz. utility/install mrknete sem, jak asi bude vypadat instalacni balicek: http://haf.wz.cz/private/install_client.rar Haf ```
 [Massiv-crap] Physical From: Marek Vondrak - 2003-09-29 11:29:49 ```Ahoj, Tak jsem se trochu pustil do tech zmen v physicalu a zjistil jsem, ze = predikce je nejaka dost divna. Skube se to, skace to sem tam uplne v = divnejch smerech a pokud se nevypne (settings/client/entitymanager), = chodi to dost spatne. Zmeny na CVS budou zitra. -- Markoid ```
 [Massiv-crap] Filesys/arch From: Marek Vondrak - 2003-09-28 20:45:25 ```Ahoj, Mohl by se prosim nekdo (Haf treba) podivat na arch ve filesys a provest = nasledujici upravy?: 1) zadefinovat arch tak, aby v nem bylo skutecne jen minimum = arch.-specific funkci. Vyrubat z toho spolecne casti a ty = naimplementovat mimo. [ v podstate totez ma za ukol Octa v net ] 2) naimplementovat funkcionalitu techto funkci tak, aby se vyjimka = hazela jen v pripade, kdy skutecne dojde k chybe. Tedka se napriklad = vytvari adresar tak, ze se metodou try-catch zkusi do nej nejprve vlezt. = Spravne by se naopak melo defaultne predpokladat, ze _neexistuje_, kdyz = ho asi chci vytvorit a vyjimku hazet naopak kdyz selze create. Cili co je cilem - vycistit ten bordel a zajistit, ze k vyjimkam dochazi = jen pri chybach - skutecne me vysoce sere logovani takovychhle nesmyslu; = unpack archivu nebo update dm tak trva zbytecne dlouho. -- Markoid ```
 [Massiv-crap] Sector manager From: Marek Vondrak - 2003-09-28 20:11:56 ```Ahoj Stepane, Doporucuju procist sector:modify_elevation/updatedeltamap a podobne = zoptimalizovat sectormanager:prepare-heightmap. Nepredpokladam totiz, ze by prekladac byl schopen to opakovane = dereferencovani ve smyckach zoptimalizovat. Porad se mi ale nelibi to kopirovani map. To se to nemuze takhle ukladat = rovnou v ClientSector? -- Markoid ```
 RE: [Massiv-crap] Re: [Massiv-devel] FW: Massiv ? From: Marek Vondrak - 2003-09-27 10:52:35 ```Ne, ale protoze mi zapisoval zkousku z OOS namisto chybejiciho Plasila, = tak nejak se poptal. >Odepisoval nekdo? >Petr > > >----- Original Message -----=20 >From: "Marek Vondrak" >Sent: Wednesday, September 24, 2003 2:46 PM >Subject: [Massiv-devel] FW: Massiv ? > > >> -----Original Message----- >> From: "Petr Tuma" >> Sent: 24.9.2003 14:31:22 >> To: "Marek Vondrak" >> Subject: Massiv ? >>=20 >> Zdravim, >>=20 >> je neco noveho s projektem Massiv ? >>=20 >> Petr Tuma > > > > > > [Message truncated. Tap Edit->Mark for Download to get remaining = portion.] ```
 [Massiv-crap] Re: [Massiv-devel] FW: Massiv ? From: Petr Tovarys - 2003-09-27 09:26:40 ```Odepisoval nekdo? Petr ----- Original Message ----- From: "Marek Vondrak" Sent: Wednesday, September 24, 2003 2:46 PM Subject: [Massiv-devel] FW: Massiv ? > -----Original Message----- > From: "Petr Tuma" > Sent: 24.9.2003 14:31:22 > To: "Marek Vondrak" > Subject: Massiv ? > > Zdravim, > > je neco noveho s projektem Massiv ? > > Petr Tuma ```
 Re: [Massiv-crap] Re: [Massiv-devel] CopyFile kolize... From: Stepan Vondrak - 2003-09-26 19:26:43 ```On Tuesday 23 of September 2003 23:25, Marek Vondrak wrote: > > Moznosti rozumne jsou: > > - Predelat OpenGL veci tak, aby se > >nevyzadovalo windows.h (protoze > > Pouzit sdl_opengl.h. To taky includuje windows.h. V Quarku to ale bylo myslim nejak bez windows.h (proste se tam primo nadefinovalo tech par windowsich veci co OpenGL vyzaduje, zhruba nejake to APIENTRY nebo WINAPI a podobna makra), tak to muzu opsat :-) -- Stoupik ```
 Re: [Massiv-crap] Re: [Massiv-devel] DM assertion failed From: Petr Tovarys - 2003-09-25 20:36:43 ```From: "Martin Havlista" > > Kdyz spadne server, service obcas spadne na: > > > > !node_management warning: Connection lost to/from [ Anonymous 1 ]. > > Assertion failed: Cannot remove request., file > > p:\projects\massiv\massiv\src\cor > > e\data\data_manager.cpp, line 3730 > > Tohle je byvaly assert( 0 ). > Stane se tohle: na service se zavola > GlobalCallbacks::node_disconnected(), tohle zavola > DataManager::destroy_request( node_id ) > a v ni se zavola up.remove_request( node_id ), v ni se otestuje > ze typ node_id je anonymous, a pokud je, tak si ho smaze z tabulky > registrovanych nodu, co chteji nejaka data. > Spadne to jen tehdy, kdyz se pozadavek na smazani anonymous nodu posle 2x, > tj. prvni pozadavek uspeje a anonymous node_id se smaze z tabulek, druhy > pozadavek uz neprojde, a hodi to panic (byvaly assert( 0 ) ). > > Zkus se (boovie) zamyslet nad tim, jestli by se to nemohlo volat 2x, > pripadne jestli se nejak nemuzou generovat anonymous relative id cisla > stejne (napr. serveru se da anonymous 1; server se prepne do full > modu; a client dostane take potom anonymous 1... 1/ node_disconnected() se muze volat libovolnekrat. Zarucuje se pouze "aspon jednou" semantika, ne "prave jednou" - napsal sem to k client_disconnected(), ale u node_disconnected() sem to zda se uz zapomel pripsat. 2/ Anonymous node id se recykluji (na strane prijemce), tzn. vice nodu muze mit prirazeno stejne node id, ale ne v jednom okamziku. Petr ```
 Re: [Massiv-crap] Re: [Massiv-devel] CopyFile kolize... From: Petr Tovarys - 2003-09-25 14:27:15 ```From: "Marek Vondrak" > > Moznosti rozumne jsou: > > - Predelat OpenGL veci tak, aby se > >nevyzadovalo windows.h (protoze > > Pouzit sdl_opengl.h. sdl_opengl.h inkluduje windows.h, takze si nepomuzes. Petr ```
 Re: [Massiv-crap] dm - switch z anonymous modu From: Marek Vondrak - 2003-09-25 13:19:25 ```> > Boovie, podivej se, jestli jsem dal dobre metodu data manageru > > switch_from_anonymous_mode() do system_run.cpp, line 273. > > Pokud ne, tak to volani presun tam, kam se presne hodi, ja jsem odhadl > > tohle. > > Podivej se na GlobalCallbacks::identity_changed() a pridej si tam volani do > DM, jak je potreba. Vezmi na vedomi, ze tohle prepnuti muze nastat libovolne > krat po dobu behu serveru. A taky si tam pridej ty hacky, ktere prasi do accountmanageru, pokud to je potreba. -- Markoid ```
 Re: [Massiv-crap] dm - switch z anonymous modu From: Marek Vondrak - 2003-09-25 13:11:53 ```> Boovie, podivej se, jestli jsem dal dobre metodu data manageru > switch_from_anonymous_mode() do system_run.cpp, line 273. > Pokud ne, tak to volani presun tam, kam se presne hodi, ja jsem odhadl > tohle. Podivej se na GlobalCallbacks::identity_changed() a pridej si tam volani do DM, jak je potreba. Vezmi na vedomi, ze tohle prepnuti muze nastat libovolne krat po dobu behu serveru. -- Markoid ```
 Re: [Massiv-crap] Re: [Massiv-devel] CopyFile kolize... From: Marek Vondrak - 2003-09-25 12:09:00 ```>> - Predelat OpenGL veci tak, aby se >>nevyzadovalo windows.h (protoze > >Pouzit sdl_opengl.h. sdl_opengl.h nam nijak nepomuze, protoze stejne includi windows.h -- Markoid ```
 [Massiv-crap] RE: Re[2]: [Massiv-devel] dalsi bugy v siti From: Marek Vondrak - 2003-09-24 14:14:19 ``` >MV> A jak to mam asi opravovat kdyz to v msvc6/7 chodi? Stepan mi = taky nepise, ze mu neco nefunguje v gcc3.3.x, ale vyuzije svoje znalOsti = c++ k tomu, aby si to opatchoval sam. >Taky jsem je vyuzil a opatchoval jsem si to. No vidis, tak to hod na cvs (patrne asi jako if _msc_ver >=3D 1310). = Tezko bych ti mohl rict prepis to takhle, kdyz to nemam jak otestovat. = Az to tam bude, muzem to dal probrat. >Pokud to bylo to, jak se deletil NULL socket ( ne connection ), tak = to uz >je davno opraveno. Kazdopadne jsem opravil vse, na co se dosud = prislo Ne. Bylo to to, ze se pristupuje do smazane pameti (deleted socket) pres = neplatny iterator. Tusim, ze se jednalo o funkci = accept_on_waiting_sockets? Spadlo to takhle pri debugovaci verzi MSVCRT = v masterservice. -- Markoid ```
 RE: [Massiv-crap] Re: [Massiv-devel] CopyFile kolize... From: Marek Vondrak - 2003-09-23 21:25:04 ```=20 > A nestacilo by kdyby si microsofti >konecne ty svoje headery poklidili a=20 > prestali pouzivat vsude #define? Asi tezko, protoze veskere string-based api je ve dvou verzich = unicode/ansi, define urcuje "link" na zvolenou verzi podle modu = prekladu. > Moznosti rozumne jsou: > - Predelat OpenGL veci tak, aby se >nevyzadovalo windows.h (protoze=20 Pouzit sdl_opengl.h. -- Markoid ```
 [Massiv-crap] Re: [Massiv-devel] CopyFile kolize... From: Stepan Vondrak - 2003-09-23 21:06:02 ```On Friday 19 of September 2003 22:07, Marek Vondrak wrote: > > Nejde zkompilovat client pos win32, protoze kdyz se inkludi > > , chytre se #definuje CopyFile, coz prebije > > Massiv::Core::CopyFile, ktere se pouziva v headeru treba data > > manageru. > > Ano, ale chyba se projevi, jen pokud se zaroven includuje windows.h i > datamanager. Konkretne nejde prelozit login_dialog.cpp, tam ale staci dat > na zacatek (jako prvni include) data/data_manager.h. A nestacilo by kdyby si microsofti konecne ty svoje headery poklidili a prestali pouzivat vsude #define? Moznosti rozumne jsou: - Predelat OpenGL veci tak, aby se nevyzadovalo windows.h (protoze jenom ve spojeni s includenim OpenGL headeru + data manageru je tam ten problem?) - Prejmenovat to u nas na neco nekonfliktniho. (ja podporuji druhou moznost, protoze u prvni bych neco musel delat ja :) -- Stoupik ```
 [Massiv-crap] Physical From: Marek Vondrak - 2003-09-23 20:27:27 ```Ahoj Stepane, Nakomituj prosim ten rozvrtany physical. -- Markoid ```
 RE: [Massiv-crap] konzole From: Marek Vondrak - 2003-09-23 09:43:26 ``` > Ahoj, jak se vam ted chova konzole? KONZOLE NEFUNGUJE. -- Markoid ```
 [Massiv-crap] konzole From: Ondrej Pecta - 2003-09-23 07:46:24 ```Ahoj, jak se vam ted chova konzole? me teda chat funguje, ale jakmile dam nejaky prikaz nebo pozadavek na autocomplete, tak klient spadne s timhle !object_management error: *** Exception on Tue Sep 23 09:33:17 2003 Dereferencing NULL_ID pointer. Call-stack history: Unhandled exception class Massiv::Core::ExObjectNotOnLocalSystem caught: Dereferencing NULL_ID pointer. archivy mam aktualni, verzi take, nepomohlo ani smazat vsechny generovane soubory a nechat je pregenerovat. MSVC 7.1. mam nektere soubory zmenene, abych to zkompiloval, ale zacalo to blbnout az po vikendovem checkoutu. Klidne poslu all.log Octa ```
 [Massiv-crap] Re: [Massiv-commits] CVS: massiv/src/demo/client/game entity_manager.cpp,1.1,1.2 From: Marek Vondrak - 2003-09-22 10:15:41 ```> ! Time previous_time( previous_update_time.get_value() + settings.interpolation_time ); > --- 360,364 ---- > ! Time previous_time( previous_update_time.get_value() + settings.interpolation_time.get_type() ); Nepomatnul ses? get_type() je uplne spatne. -- Markoid ```
 [Massiv-crap] Re: [Massiv-commits] CVS: massiv/src/demo/lib/server account_object_impl.cpp,1.16,1.17 account_object_impl.h,1.10,1.11 player.cpp,1.9,1.10 player.h,1.6,1.7 From: Marek Vondrak - 2003-09-22 10:00:41 ```> ! #ifdef OPTION_DEBUG > ! if( 1 ) > { > ! std::ostringstream oss; > ! oss << "Moving player to (" << action.target_position.x() > ! << ", " << action.target_position.y() << ")."; > ! log_game_message( oss.str() ); > } > + #endif Na tohle pouzit logger, viz physical.cpp. -- Markoid ```
 [Massiv-crap] Re: [Massiv-devel] Archive bug From: Marek Vondrak - 2003-09-22 09:50:49 ```> > > Zda se,ze je chyba v archivaci. Existuji nekdy totiz archiveonwrite > > objekty aniz by probihala archivace. > Ee kecal jsem, to co jsem nasel nebyl bug, bylo to spravne... Uz jsem psal, ze chyba byla u me/hafa. Ze by se ten mail ztratil? O co slo: Hafuv logdest_ui provadel RPC kdykoliv se mela zalogovat hlaska, tudiz i ve stavu, kdy core nebylo "konzistentni", tj. napriklad mezi dvema ticky. -- Markoid ```

Showing results of 138

1 2 3 .. 6 > >> (Page 1 of 6)