DGL • Thema anzeigen - Speicherproblem, Octreetest, Hightmap

Speicherproblem, Octreetest, Hightmap

Moderator: DGL-Team

Seite 1 von 3

[ 31 Beiträge ]

Gehe zu Seite 1, 2, 3 Nächste

Vorheriges Thema | Nächstes Thema

Autor

Nachricht

Flash

Betreff des Beitrags: Speicherproblem, Octreetest, Hightmap

Verfasst: Mi Okt 06, 2004 15:46

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Servus zusammen...

Ich hab ein Problem mit nem Octree, besser gesagt mit dem Test des selbigen.

Ich hab gerade das Tut von Shadow durchgearbeitet und erstmal(für später sind mir paar Verbesserungen eingefallen) seinen Octree implementiert.

So...das ganze sollte in ner kleinen Anwendung Laufen im Vergleich zu nem brutForce Hightmap Renderer.
Also hab ich eine Funktion geschrieben, die die Hightmap daten in ein Feld mit Dreiecken umbaut.
Das erstellen der Highmapdaten funktioniert fehlerlos. Das weiß ich, weil ich den Highmaprenderer schon getestet hab.
Beim umbau in ein Dreickfeld kommt es dann aber zu Problemen.

(Wem der Code abschreckend groß vorkommt, einfach überspringen...)

Typdefs:

Code:

  TFullVertex = record
      Pos, N : TGLArrayf3;
      u,v    : GLFloat;
  end;
  PFullVertex = ^TFullVertex;
 
  TTriangle = array[0..2] of TFullVertex;
  PTriangle = array[0..2] of PFullVertex;
 
  TTriangleData = array of PTriangle;

die Funktion sieht so aus:

Code:

function LoadHightMapDataForOctree(var TriArray : TTriangleData;
                                         SFactor, HFactor : real;
                                         Filename : String; Path : String = ''): byte;
type
    TVertex3f = record
                  x,y,z : real;
    end;
 
var BitMap              : TBitMap;
    i,j                 : integer;
    TriAnz              : integer;
    FData               : array of array of TVertex3f;
    P1,P2,P3,P4,P0,N    : TGLArrayf3;
 
begin
     {
       Laden der Highmap daten.
      }
      // Daten befinden sich nun in einer Matrix
      // Jeder Eintrag muss jetzt in 4 Dreiecke aufgesplittet werden (wie Triangle_fan)
      // Die Eckpunkte passen ihre Höhe den Nachbarn an
      TriAnz := 0;
 
     for i := 0 to high(FData) do
         for j := 0 to high(FData[i]) do
             if (i=0)or(j=0)or(i=high(FData))or(j=high(FData[i])) then
             begin
                {
                 momentan noch leer.
                 }
             end else
             begin
 
                P0[0] := (FData[i,j].x*SFactor);
                P0[1] := FData[i,j].y*HFactor;
                P0[2] := (FData[i,j].z*SFactor);
 
                P1[0] := (FData[i,j].x*SFactor)-(SFactor/2);
                P1[1] := (FData[i-1,j-1].y*HFactor)+(FData[i-1,j].y*HFactor)+(FData[i,j].y*HFactor)+(FData[i,j-1].y*HFactor);
                P1[1] := P1[1]/4;
                P1[2] := (FData[i,j].z*SFactor)-(SFactor/2);
 
                P2[0] := (FData[i,j].x*SFactor)-(SFactor/2);
                P2[1] := (FData[i+1,j-1].y*HFactor)+(FData[i+1,j].y*HFactor)+(FData[i,j].y*HFactor)+(FData[i,j-1].y*HFactor);
                P2[1] := P2[1]/4;
                P2[2] := (FData[i,j].z*SFactor)+(SFactor/2);
 
                P3[0] := (FData[i,j].x*SFactor)+(SFactor/2);
                P3[1] := (FData[i+1,j+1].y*HFactor)+(FData[i+1,j].y*HFactor)+(FData[i,j].y*HFactor)+(FData[i,j+1].y*HFactor);
                P3[1] := P3[1]/4;
                P3[2] := (FData[i,j].z*SFactor)+(SFactor/2);
 
                P4[0] := (FData[i,j].x*SFactor)+(SFactor/2);
                P4[1] := (FData[i-1,j+1].y*HFactor)+(FData[i-1,j].y*HFactor)+(FData[i,j].y*HFactor)+(FData[i,j+1].y*HFactor);
                P4[1] := P4[1]/4;
                P4[2] := (FData[i,j].z*SFactor)-(SFactor/2);
 
                Inc(TriAnz);
                setLength(TriArray,TriAnz);
 
                New(TriArray[TriAnz-1][0]);
                New(TriArray[TriAnz-1][1]);
                New(TriArray[TriAnz-1][2]);
 
                // 1. Dreieck
                N := CalcNormalVector(P0,P1,P2);
 
                TriArray[TriAnz-1][0]^.Pos := P0;
                TriArray[TriAnz-1][0]^.N   := N;
                TriArray[TriAnz-1][1]^.Pos := P1;
                TriArray[TriAnz-1][1]^.N   := N;
                TriArray[TriAnz-1][2]^.Pos := P2;
                TriArray[TriAnz-1][2]^.N   := N;
 
                Inc(TriAnz);
                setLength(TriArray,TriAnz);
 
                New(TriArray[TriAnz-1][0]);
                New(TriArray[TriAnz-1][1]);
                New(TriArray[TriAnz-1][2]);
 
                // 2. Dreieck
                N := CalcNormalVector(P0,P2,P3);
 
                TriArray[TriAnz-1][0]^.Pos := P0;
                TriArray[TriAnz-1][0]^.N   := N;
                TriArray[TriAnz-1][1]^.Pos := P2;
                TriArray[TriAnz-1][1]^.N   := N;
                TriArray[TriAnz-1][2]^.Pos := P3;
                TriArray[TriAnz-1][2]^.N   := N;
 
                Inc(TriAnz);
                setLength(TriArray,TriAnz);
 
                New(TriArray[TriAnz-1][0]);
                New(TriArray[TriAnz-1][1]);
                New(TriArray[TriAnz-1][2]);
 
                // 3. Dreieck
                N := CalcNormalVector(P0,P3,P4);
 
                TriArray[TriAnz-1][0]^.Pos := P0;
                TriArray[TriAnz-1][0]^.N   := N;
                TriArray[TriAnz-1][1]^.Pos := P3;
                TriArray[TriAnz-1][1]^.N   := N;
                TriArray[TriAnz-1][2]^.Pos := P4;
                TriArray[TriAnz-1][2]^.N   := N;
 
                Inc(TriAnz);
                setLength(TriArray,TriAnz);
 
                New(TriArray[TriAnz-1][0]);
                New(TriArray[TriAnz-1][1]);
                New(TriArray[TriAnz-1][2]);
 
                // 4. Dreieck
                N := CalcNormalVector(P0,P4,P1);
 
                TriArray[TriAnz-1][0]^.Pos := P0;
                TriArray[TriAnz-1][0]^.N   := N;
                TriArray[TriAnz-1][1]^.Pos := P4;
                TriArray[TriAnz-1][1]^.N   := N;
                TriArray[TriAnz-1][2]^.Pos := P1;
                TriArray[TriAnz-1][2]^.N   := N;
 
             end;
end;

folgendes passiert:

1. Es dauert ewig bis eine 512x512 Highmap durchläuft!
2. Es läuft nicht durch, da ein RunOutOfMemory Fehler auftritt!!!

Also ich bin bisl verblüfft denn, die Funktion basiert direkt auf der Zeichenfunktion für die Highmap. Ich hab eigentlich nur den Triangle_Fan ersetzt. (siehe nächster Post.)

Hat einer von euch ne Idee wies zu dem OutOfMemory Fehler kommen kann. Wo ist das Loch?

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

Flash

Betreff des Beitrags:

Verfasst: Mi Okt 06, 2004 15:54

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Oben fehlte noch die angesprochene Renderprocedure

Code:

procedure CHightMap.Render;
var i,j   : integer;
    P1,P2,P3,P4,P0,N : TGLArrayf3;
begin
     for i := 0 to high(FData) do
         for j := 0 to high(FData[i]) do
             if (i=0)or(j=0)or(i=high(FData))or(j=high(FData[i])) then
             begin
                glNormal3f(0,1,0);
                glBegin(GL_TRIANGLE_FAN);
                  glColor3f(FData[i,j].y,FData[i,j].y,FData[i,j].y);
                  glVertex3f((FData[i,j].x*SizeFactor)               ,   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)               );
                  glVertex3f((FData[i,j].x*SizeFactor)-(SizeFactor/2),   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)-(SizeFactor/2));
                  glVertex3f((FData[i,j].x*SizeFactor)-(SizeFactor/2),   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)+(SizeFactor/2));
                  glVertex3f((FData[i,j].x*SizeFactor)+(SizeFactor/2),   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)+(SizeFactor/2));
                  glVertex3f((FData[i,j].x*SizeFactor)+(SizeFactor/2),   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)-(SizeFactor/2));
                  glVertex3f((FData[i,j].x*SizeFactor)-(SizeFactor/2),   FData[i,j].y*HightFactor,   (FData[i,j].z*SizeFactor)-(SizeFactor/2));
                glEnd;
             end else
             begin
 
                P0[0] := (FData[i,j].x*SizeFactor);
                P0[1] := FData[i,j].y*HightFactor;
                P0[2] := (FData[i,j].z*SizeFactor);
 
                P1[0] := (FData[i,j].x*SizeFactor)-(SizeFactor/2);
                P1[1] := (FData[i-1,j-1].y*HightFactor)+(FData[i-1,j].y*HightFactor)+(FData[i,j].y*HightFactor)+(FData[i,j-1].y*HightFactor);
                P1[1] := P1[1]/4;
                P1[2] := (FData[i,j].z*SizeFactor)-(SizeFactor/2);
 
                P2[0] := (FData[i,j].x*SizeFactor)-(SizeFactor/2);  
                P2[1] := (FData[i+1,j-1].y*HightFactor)+(FData[i+1,j].y*HightFactor)+(FData[i,j].y*HightFactor)+(FData[i,j-1].y*HightFactor);
                P2[1] := P2[1]/4;
                P2[2] := (FData[i,j].z*SizeFactor)+(SizeFactor/2);
 
                P3[0] := (FData[i,j].x*SizeFactor)+(SizeFactor/2);
                P3[1] := (FData[i+1,j+1].y*HightFactor)+(FData[i+1,j].y*HightFactor)+(FData[i,j].y*HightFactor)+(FData[i,j+1].y*HightFactor);
                P3[1] := P3[1]/4;
                P3[2] := (FData[i,j].z*SizeFactor)+(SizeFactor/2);
 
                P4[0] := (FData[i,j].x*SizeFactor)+(SizeFactor/2); 
                P4[1] := (FData[i-1,j+1].y*HightFactor)+(FData[i-1,j].y*HightFactor)+(FData[i,j].y*HightFactor)+(FData[i,j+1].y*HightFactor);
                P4[1] := P4[1]/4;
                P4[2] := (FData[i,j].z*SizeFactor)-(SizeFactor/2);
 
                glBegin(GL_TRIANGLE_FAN);
                  glColor3f(FData[i,j].y,FData[i,j].y,FData[i,j].y);
 
                  N := CalcNormalVector(P0,P1,P2);
                  glNormal3fv(@N[0]);
                  glVertex3fv(@P0[0]);
                  glVertex3fv(@P1[0]);
                  glVertex3fv(@P2[0]);
                  N := CalcNormalVector(P0,P2,P3);
                  glNormal3fv(@N[0]);
                  glVertex3fv(@P3[0]);
                  N := CalcNormalVector(P0,P3,P4);
                  glNormal3fv(@N[0]);
                  glVertex3fv(@P4[0]);
                  N := CalcNormalVector(P0,P4,P1);
                  glNormal3fv(@N[0]);
                  glVertex3fv(@P1[0]);
                glEnd;
             end;
end;

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

Flo

Betreff des Beitrags:

Verfasst: Mi Okt 06, 2004 16:12

DGL Member

Registriert: Do Jun 19, 2003 10:44
Beiträge: 991
Wohnort: Karlsfeld (nahe München)

Ich würde dir empfehlen den Code nochmal aufzubereiten so im Schnelldurchgang kann ich dir da nicht helfen.
Vorallem solltest du es etwas transparenter gestallten. Damit meine ich das du die ganzen "New"s rausnimmst und keine oder zumindest weniger Zeiger verwendest.

Auch ist mir nicht ganz klar was du im ersten Teil genau machst. Also ich würde jeden Pixel als Höhenbeschreibung sehen und jeweils 4 solcher Höhen Punkte mit 2 Dreiecken verbinden. Dannach würde ich diese Daten an eine entsprechende Octree Klasse übergeben, welche diese unterteilt.

MfG
IFlo

_________________
Danke an alle, die mir (und anderen) geholfen haben.
So weit... ...so gut

Nach oben

Dexter

Betreff des Beitrags: Re: Speicherproblem, Octreetest, Hightmap

Verfasst: Mi Okt 06, 2004 17:05

DGL Member

Registriert: Mi Aug 18, 2004 13:46
Beiträge: 5

Wo dein speicherloch ist ?? hier :

Code:

 
    [...]
    setLength(TriArray,TriAnz);
 
    New(TriArray[TriAnz-1][0]);
    New(TriArray[TriAnz-1][1]);
    New(TriArray[TriAnz-1][2]);
    [...]
 

bei einer 512x512 heigthmap rufst du SetLength ca 1.000.000 (510x510 mal die schleife + 4 mal pro Dreick) mal auf und übergibst immer nur einen wert der um 1 höher ist als der letzte.... und der delphi memory manager ist hierfür nicht wirklich geeignet

hier zum nachlesen

warum machst du das eigentlich so umständlich ??? mach doch einfach sowas :

Code:

TTriangleData = array of Triangle

und fertig

und vor deinen beiden schleifen wo du dein array mit werten füllst dann ein einziges setlength :

Code:

 
  SetLength(TriArray, (High(FData)-2) * (High(FData[0])-2));
 

daher dürfte auch die lange ladezeit kommen.
als kleines beispiel. auf http://www.frustum.org gibt es eine GeoMorphing demo. diese läd eine 1025*1025 heightmap und baut darauf einen quadtree auf
alleine die terrain daten belegen dabei ca. 7mb speicher und das ganze ding läd in 5-10 sekunden bei mir ....

Nach oben

Flash

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 12:59

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Also is das Setlength der Speicherfresser? Dann werd ich den Speicher mal in einem Zug alokieren.
Allerdings mit:

Code:

SetLength(TriArray, (Lenght(FData)) * (Lenght(FData[0]))*4 );

Da aus jedem Höhenwert 4 Dreiecke werden sollen. (Ich verbinde nicht die Höhenwerte der Hightmap sondern benutze sie als Zentrum für einen Triangle_Fan.)

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

Flo

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 15:04

DGL Member

Registriert: Do Jun 19, 2003 10:44
Beiträge: 991
Wohnort: Karlsfeld (nahe München)

Zitat:

Also is das Setlength der Speicherfresser?

Das ist nicht das Speicherleck oder der Speicherfresser. So zu coden ist nur zimlich rechenintensiv.

Beispiel
Dieser Integer Arraymit 9 Elementen ist gespeichert:
->(1,0,3,46,2345,56,234,67,43)
Nun möchtest du noch eine weitere Zahl ranhängen.
Leider ist wie sich rausstellt der Speicher nach 43 schon belegt so das erst ein neuer Speicher reserviet werden muss.
->Neuer Zehner-Block erstellt:(?,?,?,?,?,?,?,?,?,?)
Dazu wird nun ein Speicherblock für alle 10 Zahlen reserviert um anschließend die Daten vom einen in den neuen zu kopieren
->(1,0,3,46,2345,56,234,67,43)-kopiert->(1,0,3,46,2345,56,234,67,43,?)

So ungefähr stelle ich mir die internen Vorgänge vor und viel anders werden sie auch nicht sein.

Wie ich dir schon sagte würde ich ganz auf die New-Befehle verzichten, oder dir zumindest klar machen für was du wievel Speicher brauchst.

Was mir total unverständlich erscheint, ist das du Zeiger auf TFullVertex verwendest statt TFullVertex selbst.
Kannst du mir das mal erkären?

MfG
IFlo

_________________
Danke an alle, die mir (und anderen) geholfen haben.
So weit... ...so gut

Nach oben

Flash

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 15:07

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Weil ich ein Feld von zeigern brauche um den Octree zu bauen. (Siehe Shadows Tutorial). Deshalb erstell ich gelich alle daten über das Zeigerfeld astatt erst ein Feld und dann die Zeiger auf das Feld zu basteln.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

Sascha Willems

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 15:09

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

Seit wann braucht man Zeiger für nen Octree? Meine letzte Implementation (sieh Grasslayer-Demo im Shaderforum) kommt komplett ohne Zeiger aus, und ist dadurch nicht nur übersichtlicher, sondern auch leichter zu warten.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

rswm

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 15:55

DGL Member

Registriert: Mi Aug 28, 2002 19:27
Beiträge: 568
Wohnort: Chemnitz / Sachsen

evtl. findeste noch raus wies geht, flash, ich such trotzdem mal bei mir, hatte schonmal nen octree gebastelt. evtl. kann ich dir das geben und du kannst bissl was mit anstellen.

rswm

_________________
Aktuelles Projekt :
www.PicPlace.de

Nach oben

Flash

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 21:32

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Ja...öhmmm mag sein... :oops:

Ich hab den Baum jetzt am Start allerdings is der Aufbau erst bei max. 5000 Dreiecke pro Node akzeptabel. (dauert trotzdem 5-10 sec)

Ich weiß immer noch net wieso das so langsam is. Der tip mit dem SetLength() war sehr gut. Ich hab die SetLength() jetzt immer zusammengefasst, auch wenn das bedeutet, dass ich die Polys fürs einsortieren in den Node nochmal durchlaufen muss.

Ich lad mal mein Projektverzeichnis hoch. Eventuell könnte da mal jemand reingucken. Abgesehen von der Typwahl (die hier schon diskutiert wurde

) sollte der Code einfach zu lesen sein.

Mit den Tasten:

0,1,2,3: Umschalten zwischen Rendermodie (Bruteforce, Octree, ...)
Cursor: verschieben der Map
Sondertasten über Cursor: Rotation der Map

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

rswm

Betreff des Beitrags:

Verfasst: Do Okt 07, 2004 21:53

DGL Member

Registriert: Mi Aug 28, 2002 19:27
Beiträge: 568
Wohnort: Chemnitz / Sachsen

5-10sec??? naja bei mir wars mehr als ne min!!!!!!

ich schau mal bei mir nach

_________________
Aktuelles Projekt :
www.PicPlace.de

Nach oben

Flash

Betreff des Beitrags:

Verfasst: Fr Okt 08, 2004 10:29

Guitar Hero

Registriert: Do Sep 25, 2003 15:56
Beiträge: 7810
Wohnort: Sachsen - ERZ / C
Programmiersprache: Java (, Pascal)

Öhmmm hast du die MAX_TRIANGLES_PRO_NODE auf 5000 gestellt? (glaube stehen momentan auf 3000 :wink:

)
Ansonsten hab ich nen P4 2500, 512 MB RAM, Radeon 9000 Family( :evil:

)

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Nach oben

Sascha Willems

Betreff des Beitrags:

Verfasst: Mo Okt 11, 2004 17:42

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

So, hab mir die Sache mal kurz angesehen und folgendes Fazit :

1. Warum arbeitest du mit Pointern? Deklariere TTriangleData als array of TTriangle, statt array of PTriangle und du sparst dir den ganzen Zeigerkram. Momentan machst du z.B. diverse New-Aufrufe, aber in deinem kompletten Quelltext habe ich nicht gesehen dass du den so angeforderten Speicher jemals wieder mittels Free freigibst. Speicher der mit Befeheln wie New allokiert wird, wird beim Beenden deiner Anwendung nicht freigegeben. Wenn du aber direkt mit einem dynamischen Array arbeitest, musst du dir darüber keine Sorgen machen. Im Endeffekt ist ein dynamisches Array nix anders als ein Zeigerarray, aber Delphi kapselt dir die ganzen Zeigereigenheiten quasi weg.

2. Es dauert bei mir nicht sonderlich lange den Octree zu erstellen (tippe mal auf < 40 Sekunden). Da deine Heightmap (hast du übrigens in deinen Units überall falsch geschrieben) über 250.000 Dreiecke generiert, kann das zeitlich schon gut hinkommen, denn 250.000 Dreiecke sind ne Menge. Da liesse sich evtl. hier und da noch was optimieren, aber bei so großen Dreieckssuppen sollte man den Octree eh offline generieren (ich verweise mal auf den BaseLevelBaker von Mars, siehe Projektforum).

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

Tokter

Betreff des Beitrags:

Verfasst: Mo Okt 11, 2004 18:22

DGL Member

Registriert: Fr Dez 19, 2003 14:27
Beiträge: 107
Wohnort: Indianapolis, USA

Sascha Willems hat geschrieben:

Nur so nebenbei, das moechte ich mal bezweifeln, oder verwendest du keine Objekte?

Nach oben

Sascha Willems

Betreff des Beitrags:

Verfasst: Mo Okt 11, 2004 18:24

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

Ist mir schon klar das Objekte als Zeiger übergeben werden, aber mit "man braucht keine Zeiger" meinte ich Zeiger als Variablen. Habe doch oben geschrieben dass ein dynamisches Array auch nix weiter als ein Zeiger ist, aber dies eben wegkapselt.

P.S. : Besonders viel hat dein Posting mit dem Octree-Problem aber irgendwie nicht zu tun.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

Seite 1 von 3

[ 31 Beiträge ]

Gehe zu Seite 1, 2, 3 Nächste

Foren-Übersicht » Programmierung » Allgemein

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste

Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.