játékfejlesztés.hu
FórumGarázsprojectekCikkekSegédletekJf.hu versenyekKapcsolatokEgyebek
Legaktívabb fórumozók:
Asylum:    5484
FZoli:    4893
Kuz:    4455
gaborlabor:    4449
kicsy:    4304
TPG:    3402
monostoria:    3284
DMG:    3172
HomeGnome:    2919
Matzi:    2526

Pretender:    2498
szeki:    2440
Seeting:    2306
Geri:    2196
Orphy:    1893
Joga:    1791
Bacce:    1783
MaNiAc:    1735
ddbwo:    1654
syam:    1491
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] > 15 < [20] [25] [30] [35] [40] [45] [50] [55] [60] [65] [70] [75] [80] [85] [90] [95] [100] [105] [110] [115] [120] [125] [130] [135] [140] [142]
versio - Tag | 673 hsz       Online status #189457   2012.12.13 12:17 GMT+1 óra  
nem hiszem hogy ez tetszene neki nekem se tetszene, c#-ben a namespae hatokore megadhato ,azzal trivialis a megoldas c++-al meg csak ilyen nyakatekert modszerrel megy csak
   
Asylum - Törzstag | 5484 hsz       Online status #189456   2012.12.13 12:03 GMT+1 óra  
Kód:
#include <iostream>

class Alma
{
public:
    class Gondoz;

    Alma();

    ~Alma() {
        delete gondozo;
    }

    inline Gondoz& Gondozo() {
        return *gondozo;
    }

    inline int Szin() const {
        return szin;
    }

private:
    int szin;
    int meret;
    Gondoz* gondozo;
};

class Alma::Gondoz
{
private:
    Alma* alma;

public:
    Gondoz(Alma* parent) {
        alma = parent;
    }

    void Tisztit() {
        alma->szin = 2;
    }
};

Alma::Alma()
{
    szin = 1;
    meret = 10;

    gondozo = new Gondoz(this);
}

int main()
{
    Alma alma;
   
    std::cout << alma.Szin() << "\n";
    alma.Gondozo().Tisztit();
    std::cout << alma.Szin() << "\n";

    system("pause");
    return 0;
}


Csak unatkozom
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Pretender - Törzstag | 2498 hsz       Online status #189447   2012.12.13 06:57 GMT+1 óra  
Idézet
Seeting :
De Pretender, nem tudom, hogy most C++-on gondolkozol-e, mert ez nem hiszem, hogy lehetséges C#-ban. De C#-ban felesleges ilyen alacsony szintű optimalizálásokat végezni mert ellent mond a nyelv filozófiájának.


c++ topicba írtam, nem?

   
ddbwo - Tag | 1654 hsz       Online status #189444   2012.12.12 23:38 GMT+1 óra  
Idézet
Joga :
ne skatulyázz egybe osztálydeklarációkat, nem jó ötlet


Eeemondom parasztosan.

1. Megcsinálod B osztályt.
2. Megcsinálod A osztályt, ami tartalmazza B b-t.

A többi úgy működik mint bármelyik más adat kezelésénél. Ilyen módon úgy rakhatsz osztályt osztályba, ha már kész van. Ha jól értettem....

Kód:
class B
{
    int cucc;
};

class A
{
    B b;
};

De a kettő együtt kezeléséhez A-ban kell függvényezni.
A Half-Life 2: Deathmatch promóció megszűnt! [B¤°
Kezdetben volék az üresség. Ám akkor a Struktúrfüggöny megteremté az Urat.
DrunkenDragon* Blackwolf
   
LBandy - Tag | 271 hsz       Online status #189442   2012.12.12 23:28 GMT+1 óra  
Értem, köszi! Ez érdekesnek tűnik, utánaolvasok. Viszont ha nem túl népszerű, akkor gondolom nekem sem ezen a nyomon kellene elindulnom. Mi egyébként a bevett szokás az ilyesmire? Egyszerűen minden funkció neve elejére írjam oda hogy milyen logikai csoportba sorolom? Pl GondozOntoz(), GondozTisztit(), stb...
Biztos volt már hasonló elképzelésed neked is, hogyan oldottad meg?

(versio közben látom írtál Te is, ez sem rossz ötlet, köszönöm! Ha más nem, így fogom megoldani.)
   
versio - Tag | 673 hsz       Online status #189441   2012.12.12 23:26 GMT+1 óra  
szerintem nem jo megoldas az osztalyokat egymasba rakni, total atlathatatlan , egy megoldas lehet pl : lesz egy alma osztaly, egy gondoz osztaly, es vizsgal osztaly , es namespacekkel jelezheted hoyg az almara vonatkozik ,es amikor letrehozod a peldanyokat atadod nekik az alma pointeret
   
syam - Törzstag | 1491 hsz       Online status #189440   2012.12.12 23:20 GMT+1 óra  
Kb. ilyesmire való a friend class.
class Alma és ennek friendje a class Gondoz. Külön osztály viszont eléri az Alma összes változóját.
Ritka esetektől eltekintve azonban ezt a tervezést nem ajánlják.
alias aalberik
   
LBandy - Tag | 271 hsz       Online status #189439   2012.12.12 23:11 GMT+1 óra  
Igen, ezt én is észrevettem már, hogy namespacelni nem lehet odabenn, ezért is próbáltam al-osztályokra bontani a dolgot.
Tehát akkor ha jól értem, egy adott osztályon belül nem tudok csoportosítani? Mondok egy példát.
Osztály neve legyen Alma, legyen neki mondjuk 5 változója, amik kintről nem érhetőek el.
Szeretnék az Alma-hoz Gondoz osztályt (itt tudom öntözni, tisztítani, ezek változtatják az Alma változóit). Aztán szeretnék hozzá egy Vizsgál osztályt (ezek mondjuk kifelé adják tovább a változók tartalmát), stb... Mindezt úgy, hogy egyetlen egy Alma példányt hoztam létre korábban a kódban, és utána minden Alma-ra vonatkozó utasítás rá vonatkozik.
Egy ilyen konstrukciót dizájn szinten c++ -ban meg lehet-e oldani, és ha igen, hogyan?
   
syam - Törzstag | 1491 hsz       Online status #189438   2012.12.12 23:00 GMT+1 óra  
Ezek a namespacek lennének, de olyanokat nem tudsz osztályon belül deklarálni.
alias aalberik
   
versio - Tag | 673 hsz       Online status #189437   2012.12.12 22:59 GMT+1 óra  
Kód:
class A
{
class B {};

B b;

};

int main()
{
A* aPtr = new A();
aPtr->b.SetA(1);
return 0;
}
   
LBandy - Tag | 271 hsz       Online status #189435   2012.12.12 22:51 GMT+1 óra  
Köszi az ötleteket! versio amit írtál az még önmagában sajnos nem oldotta meg a problémát, de akkor közelítsük meg máshonnan.
Szeretném a nagy A osztályomat szétbontani alegységekre, és a benne lévő funkciókat logikailag csoportosítani. Hogyan oldhatom ezt meg okosan, szépen, és külön osztályok nélkül? Célszerű lenne, ha tudnám tartani az A::B.Funkcio(), vagy valami hasonló "megjelenést".
   
versio - Tag | 673 hsz       Online status #189434   2012.12.12 22:42 GMT+1 óra  
Kód:
aPtr->B::SetA(1);


helyett

Kód:
A::B::SetA(1


ennel meg azert nem eri el mert private a valtozo:

Kód:
A::aVar.push_back(a););
   
syam - Törzstag | 1491 hsz       Online status #189433   2012.12.12 22:41 GMT+1 óra  
Én zavart érzek az erőben:
amikor egy B példányosul, attól nem jönne létre egy A példány is és szerintem nem is lehet hivatkozni az A adattagjaira a B-ből csak öröklés esetén vagy ha A tagjai staticok, de akkor meg a castolás lesz nehézkes.
alias aalberik
   
Joga - Törzstag | 1791 hsz       Online status #189431   2012.12.12 22:35 GMT+1 óra  
ne skatulyázz egybe osztálydeklarációkat, nem jó ötlet
(ಠ ›ಠ) Stewie!

   
LBandy - Tag | 271 hsz       Online status #189430   2012.12.12 22:31 GMT+1 óra  
Elnézésetek kérem, hogy belecsapok a magasröptű beszélgetésbe, de akadt egy egyszerű, földi problémám, amit nem sikerül megoldanom, és nagyon megoldást google sem dob ki rá. A következőről lenne szó:
Kód:
class A
{
private:
std::vector<int> aVar;

public:
class B
{
void SetA(int a)
{
A::aVar.push_back(a);
}
};
};

int main()
{
A* aPtr = new A();
aPtr->B::SetA(1);
return 0;
}


Két hibaüzenetet kapok:
error C2228: left of '.push_back' must have class/struct/union
error C2662: 'A::B:: SetA' : cannot convert 'this' pointer from 'A' to 'const A::B &'

Egy ideje már szenvedek vele, ha bárkinek lenne megoldási javaslata, nagyra értékelném!
   
Seeting - Törzstag | 2306 hsz       Online status #189425   2012.12.12 21:20 GMT+1 óra  
De Pretender, nem tudom, hogy most C++-on gondolkozol-e, mert ez nem hiszem, hogy lehetséges C#-ban. De C#-ban felesleges ilyen alacsony szintű optimalizálásokat végezni mert ellent mond a nyelv filozófiájának.
   
Seeting - Törzstag | 2306 hsz       Online status #189424   2012.12.12 21:18 GMT+1 óra  
Seeting - Törzstag | 2306 hsz       Online status #189423   2012.12.12 21:11 GMT+1 óra  
Nem az a lényeg, hogy mit mivel (SZERK: persze az alap, hogy kiszűrj minden redundanciát). Én arra gondoltam, hogy magát a szorzás műveletét gyorsítani. Annyira nem értek hozzá, de léteznek erre módszerek, hogy hogyan lehet lebegőpontos optimalizálást végezni x86-on.
   
Pretender - Törzstag | 2498 hsz       Online status #189419   2012.12.12 19:55 GMT+1 óra  
Mátrixot szorozni én is tudok, de majd kiokoskodok valamit, hogy ne kelljen annyit szorozgatni. Majd.

   
ddbwo - Tag | 1654 hsz       Online status #189415   2012.12.12 19:15 GMT+1 óra  
Ennek nem tudtam jobb nevet adni.

mat4.szmotyi( vec3 _scale, vec3 _translate, mat3 _rotate )

Azonkívül jól össze is foglalja mit jelent végigkövetni 3db mátrix adatainak a szorzását úgy, hogy a végére a nullázó szorzások, nulla összeadások és eggyel való szorzások kiessenek a képletből.

mat4 M1, M2, M3;

Kód:
      M1                M2                 M3
| 00 01 02 03 |   | 00 01 02 03 |   | 00 01 02 03 |
| 04 05 06 07 |   | 04 05 06 07 |   | 04 05 06 07 |
| 08 09 10 11 | X | 08 09 10 11 | X | 08 09 10 11 |
| 12 13 14 15 |   | 12 13 14 15 |   | 12 13 14 15 |

outM1 = M1*M2
outM2 = outM1*M3


Tehát a maradékból kell kikalkulálni a maradékot, és megtartani használható képlet formájában.
A Half-Life 2: Deathmatch promóció megszűnt! [B¤°
Kezdetben volék az üresség. Ám akkor a Struktúrfüggöny megteremté az Urat.
DrunkenDragon* Blackwolf
   
versio - Tag | 673 hsz       Online status #189414   2012.12.12 18:10 GMT+1 óra  
ddbwo: a matrixos szmotyid utan biztos vagyok benne hogy nulla kozod van a programozashoz
   
ddbwo - Tag | 1654 hsz       Online status #189406   2012.12.12 15:56 GMT+1 óra  
Ja. És azt kérem a Jézuskától, hogy cserélje ki a maja naptárat, hogy ne legyen világvége, mert lassan lejár,
És kérek egy rendes 2013-as naptárat is.
A Half-Life 2: Deathmatch promóció megszűnt! [B¤°
Kezdetben volék az üresség. Ám akkor a Struktúrfüggöny megteremté az Urat.
DrunkenDragon* Blackwolf
   
syam - Törzstag | 1491 hsz       Online status #189405   2012.12.12 15:48 GMT+1 óra  
ddbwo:
Ezt olyan aranyosan fogalmaztad meg, mint amikor egy óvadás vall a Mikulásnak
alias aalberik
   
ddbwo - Tag | 1654 hsz       Online status #189404   2012.12.12 15:36 GMT+1 óra  
Mivel a mátrix tulajdonképpen (az egység sugarú kör alapján is megkapható) szinuszok és koszinuszok gyűjteménye egy táblázatba, már nincs rajta mit spórolni.

Legfeljebb mivel tudod mit használ a mátrix 3*3, tengely vagy eltolás, kifejezetten azokat szorzod rá a már meglevőre.

pl.:
Kód:
matrix::mul_scale( matrix other )
matrix::mul_translate( matrix other )
matrix::mul_rotate( matrix other )


vagy egy hatalmas transzformációs szmötyit, mert abban még a sorrendet is tudod, hogy mi 0.

Így direktbe rászoroz azokra, amik vannak. Hogy mi marad használatban az alapszorzásból elég monoton végigkövetni, de egész jelentős lehet a spórolás, csak nem létfontosságú.
Csak ha valahol véletlen kimarad vmi, az pech, mehet előről.

De a matematikai függvényeket max úgy javíthatod, ha gcc-re térsz, mivel azt olvastam, hogy abban a leggyorsabbak. Annál csak nemtom mi gyorsabb, de szinte jelentéktelen mértékben.

Ezt a hozzászólást ddbwo módosította (2012.12.12 15:50 GMT+1 óra, ---)
A Half-Life 2: Deathmatch promóció megszűnt! [B¤°
Kezdetben volék az üresség. Ám akkor a Struktúrfüggöny megteremté az Urat.
DrunkenDragon* Blackwolf
   
Pretender - Törzstag | 2498 hsz       Online status #189391   2012.12.12 06:28 GMT+1 óra  
@Seeting: Végül is azt is lehet csinálni, ja. Jobban belegondolva, a legtöbbet a Scaler * YawPitchRoll * Translate szorzatot használom, szóval ebből biztosan ki lehet matekozni valamit, hogy egyetlen függvényben gyorsabban elintézzem a world mátrixot, mint 3 külön mátriszot (amiből az egyik szintén 3 mátrix szorzatából áll) összeszorozzak.

   
borsi - Tag | 180 hsz       Online status #189377   2012.12.11 17:22 GMT+1 óra  
Már a vcc is alapértelmezetten exceptiont dobál. http://stackoverflow.com/a/550457

   
Seeting - Törzstag | 2306 hsz       Online status #189375   2012.12.11 17:11 GMT+1 óra  
Pretender:

Szög függvényeken már nem hiszem, hogy tudnál gyorsítani, viszont ha úgyis forgatási matrixokban gondolkozol, én a helyedben a matrix szorzasokat próbálnám gyorsítani. Erre léteznek módszerek.
   
Seeting - Törzstag | 2306 hsz       Online status #189374   2012.12.11 17:03 GMT+1 óra  
Kérdés: A C++ szabvány előírja, hogy a beépített new operátor std::bad_alloc exceptionnel térjen vissza, ha nem sikerül allokálni a memóriát. A vc++ compilere ezt nem tartja be, hanem NULL-al tér vissza. A GCC hogy működik?
   
Pretender - Törzstag | 2498 hsz       Online status #189340   2012.12.09 12:27 GMT+1 óra  
Idézőjel?

   
Asylum - Törzstag | 5484 hsz       Online status #189339   2012.12.09 09:57 GMT+1 óra  
A C standard library mióta külső...?
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Pretender - Törzstag | 2498 hsz       Online status #189338   2012.12.09 07:41 GMT+1 óra  
Köszi!
Igazából csak azért tűnődtem el rajta, mert:
1: milyen jó lenne már, ha nem használnék "külső" headereket. Persze valamit muszáj (memcpy - string.h)
2: a sin és cos egy gyakori művelet rotation matrix előállításánál. Bár nyilván ez sosem lesz / lenne meghatározó tényező a sebességben.

   
syam - Törzstag | 1491 hsz       Online status #189337   2012.12.08 23:20 GMT+1 óra  
Pretender:
q3 lookup tablet hasznal nehany (periodikus matek) fuggvenyhez ill.babiloni negyzetgyokot.
alias aalberik
   
versio - Tag | 673 hsz       Online status #189335   2012.12.08 19:12 GMT+1 óra  
Pretender: felesleges farasztanod magad a sinus gyorsitasaval, ha sok kell kuld ra gpu-ra
   
Joga - Törzstag | 1791 hsz       Online status #189334   2012.12.08 17:54 GMT+1 óra  
Nem hiszem, hogy math.h-nál jobban meg tudod írni, esetleg trükközhetsz olyasmivel, hogy meghatározott szögek szinusza kell, akkor kigyűjtöd tömbbe. Amúgy, ha jól tudom, a szögfüggvények FPU műveletek, szóval ebből a szempontból sem biztos, hogy te csak úgy optimalizálni tudod.( szerk.: csak egy részük van FPU-val megvalósítva, szóval nem tudom. )

szerk.:a stacken nem kell allokálni és deallokálni, az adott
(ಠ ›ಠ) Stewie!

   
Pretender - Törzstag | 2498 hsz       Online status #189333   2012.12.08 17:37 GMT+1 óra  
Ez ugyan nem c++ specifikus, csak annyi, hogy legfeljebb bizonyos trükköket lehetne használni, hogy gyorsabb legyen.

Tehát az lenne a kérdésem, hogy érdemes-e azzal foglalkoznom, hogy a sin, asin, cos, acos, stb. trigonometrikus függvényeket megírjam magamnak? Ezt úgy értem, hogy van-e valami jó kis módszer, amivel gyorsabb lehet az enyém, mint a <math.h>-ban lévő sinf és társai?

Ha van, akkor mi ez a módszer? Analízisen vettük ezeknek a hatványsorral (végtelen sorral) való közelítését, de az nekem vagy lassúnak, vagy pontatlannak tűnik.

Tehát összegezve a kérdést: Van-e valami olyan módszer trigonometrikus függvények megírására, amivel gyorsabb lesz, és hasonlóan pontos, mint a math.h-s függvények?

Szerk.:
A lentebbihez hozzászólva: Nem jobb meghívni +1 függvényt, mint a stacken allokálgatni és deallokálgatni? Oké, nyilván nem nagy adatmennyiség, stb., meg nem gyakori, csak kérdezem. Nyilván a függvényhívás is kerül valamennyibe.

Ezt a hozzászólást Pretender módosította (2012.12.08 17:43 GMT+1 óra, ---)

   
Seeting - Törzstag | 2306 hsz       Online status #189308   2012.12.06 05:20 GMT+1 óra  
Thank you very much!
   
Asylum - Törzstag | 5484 hsz       Online status #189307   2012.12.06 00:33 GMT+1 óra  
Fanatikusoknak stateful változat, ami gcc-vel is kell hogy menjen. És mentem is aludni.

Kód:
#include <iostream>

class Debug
{
    struct _helper
    {
        bool notmp;

        _helper() {
            notmp = false;
        }

        _helper(const _helper& other) {
            notmp = true;
        }

        ~_helper() {
            if( notmp )
                std::cout << "\n";
        }

        template <typename T>
        _helper& operator <<(T val) {
            std::cout << val;
            return *this;
        }
    };

private:
    static Debug _inst;

public:
    template <typename T>
    _helper operator <<(T val) {
        _helper h;

        h << val;
        return h;
    }

    static Debug& Get() {
        return _inst;
    }
};

Debug Debug::_inst;

int main()
{
    int a = 2, b = 6;

    Debug::Get() << "Test 1";
    Debug::Get() << "Test 2: " << a;
    Debug::Get() << "Test 3: " << a << ", " << b;

    system("pause");
    return 0;
}
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Asylum - Törzstag | 5484 hsz       Online status #189306   2012.12.05 23:49 GMT+1 óra  
Ezek a szörnyü programozási problémák...
A default konstruktor definiálása itt lényeges.

Kód:
#include <iostream>

class Debug
{
public:
    ~Debug() {
        std::cout << "\n";
    }

    Debug() {}

    template <typename T>
    Debug& operator <<(T val) {
        std::cout << val;
        return *this;
    }

    static Debug Get() {
        return Debug();
    }
};

int main()
{
    int a = 2, b = 6;

    Debug::Get() << "Values: " << a << ", " << b;
    Debug::Get() << "Test 1: " << a << ", " << b;
    Debug::Get() << "Test 2: " << a << ", " << b;

    system("pause");
    return 0;
}
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Joga - Törzstag | 1791 hsz       Online status #189302   2012.12.05 23:01 GMT+1 óra  
Pont azt a csúnya \n-et akarta eltüntetni a kódból
(ಠ ›ಠ) Stewie!

   
Asylum - Törzstag | 5484 hsz       Online status #189299   2012.12.05 22:04 GMT+1 óra  
Kód:
pdDebugger::Get() << "Ertekek: " << a << ", " << b << "\n";


Csak ötlet, nem éjtek cépjuszpjuszhoz.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
kernel_panic - Tag | 117 hsz       Online status #189296   2012.12.05 19:48 GMT+1 óra  
Én az '\n' hozzáfűzésére gondoltam...

   
Seeting - Törzstag | 2306 hsz       Online status #189293   2012.12.05 19:35 GMT+1 óra  
Idézet
kernel_panic :
Idézet
Joga :
esetleg maga az out emelhetné a sort, mielőtt kiírnád bele a dolgokat.


Vagy akár a Flush() is hozzáfűzhetné...



A Flush()-t nem fűzhetem az Out()-hoz mert jelenleg most így van megoldva az Out():

Kód:
std::stringstream& Produck::pdDebugger::Out()
{
*(GetInstance().dbg) << "\n";
return *(GetInstance().dbg);
}


És a dbg egy stringstream. Így nem kellett külön megírni a "<<" operátorokat.

SZERK.: Max úgy fűzhetném hozzá, ha mindig csak az utolsó előtti sor íródna ki. Az meg félrevezető lehet
   
Seeting - Törzstag | 2306 hsz       Online status #189292   2012.12.05 19:33 GMT+1 óra  
Ja már rájöttem. Destruktorban ki akartam törölni egy const char*-t.
   
Joga - Törzstag | 1791 hsz       Online status #189291   2012.12.05 19:28 GMT+1 óra  
Nem muszáj dinamikusan létrehozni, de statikusan létrehozva lehet, hogy másolat készül a példányról és az eredeti törlődik, szóval ilyenek is közrejátszhatnak, ha ott van hiba ott száll el. debugger mit mond?
(ಠ ›ಠ) Stewie!

   
kernel_panic - Tag | 117 hsz       Online status #189289   2012.12.05 19:25 GMT+1 óra  
Nem lehet, hogy a létrehozás módja a ludas? new-val esetleg? (bár mostanában nem c++-oztam, úgyhogy csak egy tipp).

   
kernel_panic - Tag | 117 hsz       Online status #189288   2012.12.05 19:21 GMT+1 óra  
Idézet
Joga :
esetleg maga az out emelhetné a sort, mielőtt kiírnád bele a dolgokat.


Vagy akár a Flush() is hozzáfűzhetné...

   
Seeting - Törzstag | 2306 hsz       Online status #189287   2012.12.05 19:20 GMT+1 óra  
Még egy kérdés. Írtam egy kis exception típust, de ahányszor le akarom tesztelni, sosem ér el a futás a catch() részig, hanem az egész program elszáll és a VS a képembe mászik, hogy DEBUG ASSERTION FAILED.

Ezt mi okozhatja rendszerint?

Kód:
try {
pdDebugger::Out()<<"try";
throw (pdException(1, "Loop in SceneGraph"));
}
catch (pdException e)
{
pdDebugger::Out()<<e.What();
}
   
Joga - Törzstag | 1791 hsz       Online status #189285   2012.12.05 18:56 GMT+1 óra  
Esetleg trükkös módon az első << egy másik típusú onjektumot ad vissza, amire szintén ugyanúgy fog működni a többi <<, viszont amikor a végén felszabadul, emeli a sort, bár ez már kicsit trükközés

Szerk.: Ennek annyi előnye lehet, hogy nem feltétlenül kell az Out függvényt minden kiírásra megírni, elég egyszer lekérdezni a logger osztályt.
(ಠ ›ಠ) Stewie!

   
Seeting - Törzstag | 2306 hsz       Online status #189279   2012.12.05 18:01 GMT+1 óra  
Valóban! Köszi!
   
Joga - Törzstag | 1791 hsz       Online status #189278   2012.12.05 17:35 GMT+1 óra  
esetleg maga az out emelhetné a sort, mielőtt kiírnád bele a dolgokat.
(ಠ ›ಠ) Stewie!

   
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] > 15 < [20] [25] [30] [35] [40] [45] [50] [55] [60] [65] [70] [75] [80] [85] [90] [95] [100] [105] [110] [115] [120] [125] [130] [135] [140] [142]