Beiträge von TroY

Da haste dir ja gleich was komplizierteres rausgesucht.

Komplette Objekte zu animieren ist relativ einfach. Dazu genügt ein kurzer Blick ins Handbuch - da Vidiot das gerade komplett ins Deutsche übersetzt hat (!), schau am besten hier rein: Deutsche Tutorials für AOI

Du hast aber etwas vor, dem du afaik mit einfachen Mitteln nicht beikommst - Scripting dürfte hier dein Stichwort sein. Eine Möglichkeit ist dann, dass du dein Objekt nicht normal im Editor erstellst, sondern "es" (sprich: jeden der 4 Punkte deiner Fläche) von einem Script berechnen lässt und ein bisschen Zufallszahlen dazugibst. Das ansich dürfte nicht wirklich kompliziert sein, aber das Produkt ist dann ein wild zappelndes Viereck.

Denn du willst ja vermutlich saubere Übergänge zwischen zwei Bildern haben, nech? D.h. du musst den Parameter "Zeitpunkt" mit in das Script reinbringen und dann jeden Eckpunkt abghängig davon auf einer Kurve laufen lassen.

Vielleicht geht das auch alles viel einfacher und ich denke nur gerade zu wirr. Ich bastel' mal ein bisschen rum, vielleicht kommt ja was bei raus.

Also ein BASIC ist sicherlich durch die Einfachheit eine brauchbare Sprache für den Einstieg. Habe selbst lange mit Visual Basic rumgespielt.

Früher oder später wirst du sowieso von selbst auf etwas anderes umsteigen, schätze ich. Erstrecht, wenn RealBasic auch so schnarchlahm ist wie VB damals.

btw, Java ist auch nicht (mehr) das allerschlechteste ... und du findest dazu garantiert mehr Hilfe und Beispiele als zu RealBasic. Das sollte man als Einsteiger nicht unterschätzen!

- Nachtrag: Grade noch gefunden. Vielleicht hilft dir das ja in irgendeiner Art und Weise weiter, wenn du mal hier oder da bissel reinliest. Sind alles kostenlose E-Books, brauchst also nichts bestellen.

Praxisbuch Objektorientierung
C von A bis Z
Java ist auch eine Insel

Sind keine Einsteigerbücher und ist gar nicht einfach, überhaupt solche zu finden. Finde ich grade irgendwie sehr erstaunlich ...

Zitat

Original von Naoo
Gästebuch ist leider auch lästig,
weil man immer wieder Spam-Einträge bekommt.

Dagegen hilft auch nur noch ein individuelles Captcha, also eines mit individuellem "Font", der sonst nirgends verwendet wird. Dann lohnt es sich für die Spammer nicht mehr, dieses eine spezielle Captcha zu "knacken" (vorausgesetzt natürlich, dass es nicht zu simpel gemacht ist) und du hast Ruhe. Ist natürlich ein bisschen wie "ich verwende Linux, um 'sicher' im Internet unterwegs zu sein", sprich: Völlige Sicherheit gibt's halt eh nicht - bzw. erstmal 'nen Turing-Test, bevor man 'nen Gästebucheintrag schreiben kann, ist vielleicht bissel überdimensioniert.

Habe mir mal ein Captcha-Script für 3 meiner Seiten gebaut, welche vorher total dichtgespammt waren (teilweise 1000 Spams pro Woche, für 'ne private Seite schon enorm). Seit die Dinger drin sind, ist kein einziger mehr durchgekommen.

Wenn du bei dir PHP/MySQL hast, wovon ich ausgehe, dann ist es auch kein Hexenwerk mehr, sich soetwas selbst zu bauen. Alles, was du brauchst, ist eigentlich nur "GD-Support" für PHP, siehe phpinfo();.

Da ich das schon lange mal machen wollte, könnte ich morgen mal mein Script in "installierbare" Form bringen. Dazu noch eine kleine Doku und Beispielseite zur Anwendung ... also falls du Interesse hast ... :winke1

Schön minimalistische Page, Naoo - kein unnötiger Ballast, gefällt. Kann in meinem 2.0er FF (Ubuntu 7.10) jetzt auch keine Fehler sehen. Lediglich dass der von dir wohl beabsichtigte Font auf nicht-Macs nicht vorhanden zu sein scheint, aber das siehst du auf den Shots oben ja selbst.

Zitat

Original von kojoty
http://browsershots.org/http://www.Naoo.de/

Der Link ist ja Gold wert. Wusste gar nicht, dass es sowas gibt, danke!

Ich tippe ja darauf, dass das einfach ein Zufall ist, dass es "bei dir" geht und "bei ihm" nicht. Glaubst du nicht? Dann logge du dich mal mit seinen Zugangsdaten auf seinen Seiten ein.

Ernsthaft, wenn ihr beide in denselben Foren aktiv seid und wirklich nur seine Accounts nicht gehen, dann ist es entweder ein Bedienfehler oder etwas stimmt serverseitig (also im jeweiligen Forum) mit seinen Accounts nicht.

Falls ihr keine Seiten habt, die ihr beide nutzt, dann ist es Pech/Glück, dass deine Sachen gehen und seine nicht.

Unabhängig vom Benutzer: Bei welchem Provider seid ihr? Evtl. habt ihr generell z.B. DNS-Probleme (also dass "www.google.de" nicht richtig zur IP aufgelöst werden kann). Nach soetwas klingt es eigentlich, wenn du sagst, dass es erst nicht geht und nach 10 Versuchen dann doch.

Was ihr machen könnt, um das Problem näher einzugrenzen: Sitzt dein Mann vor der Kiste und eine Seite geht nicht, dann unterbrecht sofort und tut folgendes (ich unterstelle, dass ihr Windows nutzt):

Start -> Ausführen -> Eingabe von "cmd" -> OK

Im nun neu erschienen Fenster gebt ihr ein:

ping HOSTNAME

Wobei ihr folgende Ersetzung vornehmt: Angenommen, er kann sich bei "www.bryce-board.de" nicht einloggen, dann ersetzt ihr "HOSTNAME" durch "www.bryce-board.de". Vollständig sähe der Befehl dann so aus:

ping www.bryce-board.de

Wenn ihr jetzt den Fehler bekommt, dass der Hostname nicht aufgelöst werden konnte, deutet dies relativ deutlich auf ein DNS-Problem hin. Bekommt ihr diesen Fehler nicht sondern irgendeinen anderen, bitte hier posten. Bekommt ihr beim Ping gar keinen Fehler, wird ein DNS-Problem unwahrscheinlicher.

Diesen Ping-Test solltet ihr sowieso öfter wiederholen. Also nicht direkt hintereinander, sondern quasi bei jeder Seite, wenn sie wieder mal nicht geht.

Ok, klingt jetzt nach viel Arbeit, ist aber im Prinzip relativ simpel - und ohne genauere Informationen kann man so über die Ferne nicht viel weiterhelfen.

Sehr cool. Und ein Pinguin war dabei! :D:D:D

Erstes Posting, erstes Bild, direkt NdW. Gratz.

Dazu musst du entweder das Plugin "ViewLayout" wieder deinstallieren (geh' dazu via "Werkzeuge" in den "Skripte- und Pluginmanager" ganz unten, wähle es dann aus und drücke auf "Erweiterung löschen") ...

... oder du installierst das Plugin "PreferencesPlugin" dazu und aktualisierst das "ViewLayout"-Plugin. Dann kannst du nämlich unter "Bearbeiten" -> "Plugin Preferences" das Layout umstellen auf die gewöhnliche 4-Port-Ansicht.

- edit: Wenn du gerade eben erst AoI samt Plugins installiert hast, wirst du das Preferences-Dings schon drin haben, schätze ich mal. Dann müsste auch der Menüpunkt schon da sein und du kannst es einfach umstellen.

Das ist'n interessantes Diagramm. Demnach sollte man also immer versuchen ein NT zu kaufen, das für etwa doppelt so viel Last spezifiziert ist wie man später anlegt?

Aber steht das nicht irgendwie im Widerspruch zu dem Bild unten links? Dort sind Input Watts und Output Watts ja bei niedriger Last noch eng beieinander und gehen dann immer weiter auseinander, je höher die Last wird.

Ok, wenn du das gelernt hast, will ich dir mal glauben - ich selbst hab' davon ja null Ahnung.

Zur Zusammenstellung: Wenn du spielen willst, wirst du (auch wegen D3D10) an Vista auf Dauer sowieso nicht vorbeikommen, also nimm gleich 4GB statt 1GB und Vista64.

Die Grafikkarte kommt mir etwas "dünn" vor ... aber so wirklich Ahnung habe ich davon im Moment nicht (mehr). Bist du sicher, dass die sonst zum restlichen PC passt? Ich mein', schon preislich ist die sehr weit unten angesiedelt irgendwie ...

Alternativplan zu 4GB/Vista64/fette GraKa: Du bleibst bei dem, was du da im Moment ausgewählt hast (aber 2GB RAM sollten's schon sein ;)), bleibst bei XP und rüstest dann in 6-12 Monaten nochmal auf: zeitgemäße GraKa, 4GB RAM und OS-Wechsel zum Spiele-Vista64.

Netzteil: Vermutlich gefährliches Halbwissen von mir, aber war da nicht was von wegen "Netzteile mit viel Watt arbeiten ineffizienter und verschwenden daher mehr Energie"? Auch wenn die 700W natürlich nicht ausgereizt werden ...

Aber wenn wir gerade so schön dabei sind, M$ schlecht zu machen: Denk' doch mal über einen Wechsel zum Pinguin nach.

Ich denke mal, du willst es so haben, dass der User etwas in das Formular eingibt, auf "Senden" drückt und dann wird es bei dir irgendwie serverseitig gespeichert/weiterverarbeitet. Ja?

Das kann HTML alleine nicht, dazu brauchst du auf dem Server eine Anwendung, die die Daten vom Client verarbeitet. HTML ist ja nur die Beschreibung der Elemente, die der User auf dem Bildschirm sieht.

Da ich von ASP auch keine Ahnung habe, kann ich dir dahingehend leider auch nicht weiterhelfen. Und weil ich mal annehme, dass du beim Kunden die Serverumgebung nicht verändern darfst (z.B. XAMP installieren, das Sorgloswebpaket für Windows), wirst du dich in ASP reinfriemeln müssen ...

Natürlich kannst du beschei*en, auf der Seite ein IFrame anzeigen und das Kontaktformular dann auf einem externen Server mit PHP/etc laufen lassen. Aber das ist ja wirklich unsauber.

Hmm, keine Ahnung ... *könnte* natürlich auch am Routing von dir zum Server liegen. Wenn du der Sache auf den Grund gehen willst, wäre der erste Schritt, per mtr (Linux) bzw. WinMTR einmal die Strecke von dir zum Server anzuschauen: Wenn du viel Packetloss oder generell hohe Latenzen ab einem bestimmten Punkt VOR dem eigentlichen Ziel hast und das bei anderen Servern (z.B. heise.de) nicht so ist, dann ist's ein typischer Fall von "Routing spinnt."

Es liegt jedenfalls nicht am Board ansich, da es bei mir ganz normal läuft.

Meinst du www.aoi-board.de ? Das ist bei mir ganz normal schnell. Vll hat ein anderer Kunde auf demselben Rechner nur Mist gebaut (ich schätze einfach mal, dass es kein dedizierter Root ist, wodrauf die Seite gehostet ist), das kann immer und überall mal passieren.

Okay, da sich hier die Begeisterung doch noch etwas in Grenzen hält :D: Ich hab' vorhin eine "kleine große" Einführung in die Fluid-Simulation zusammengehackt. Ist etwas länger geworden als das Tutorial von delt0r, was daran liegt, dass ich auch ein bisschen auf die Hintergründe eingehen wollte und was diese für den Betrieb des Plugins bedeuten - denn mit einer einfachen Step-by-Step-Anleitung ist es imo bei dieser Thematik nicht getan, man sollte schon ein bisschen im Hinterkopf behalten, wie die Simulation in groben Zügen funktioniert. Desweiteren habe ich auch versucht, ein paar Stolperfallen aufzuzeigen, in die man tappen kann bzw. in die ich während meinen Spielereien natürlich selbst getappt bin.

Vielleicht hilft es dem ein oder anderen von euch ja doch noch als Einstieg, denn das Zeug macht richtig Spaß! Und wie gesagt, Hexerei ist es nicht. Man muss nur mal den Anfang kapiert haben.

Zu finden ist's hier auf meiner Seite.

Ich glaube ja, dass die dich missverstanden haben. Imo glauben die, du hättest die Dateigröße "regulär" auf fast 2GB aufgeblasen. Aber das ist ja nicht der Fall, die Größe ist sprunghaft angestiegen an einem bestimmten Punkt - vorher stieg sie relativ linear und passend zu deinen manuellen Abschätzungen.

Leider liest sich deine Mail auch so, als würdest du dich nur über große Dateien wundern. Du hast nur geschrieben, dass die Datei bei 80 Bäumen 1.9GB groß war - die Tests mit dem langsamen Anstieg und dann plötzlich diese enorme Größe, das hast du ausgelassen.

Das wäre ja klar, dass man sich nicht über Abstürze und seltsames Verhalten wundern sollte, wenn man es mit "richtigen" 2GB großen Dateien zu tun hätte. Das wäre dann einfach total am Limit momentaner Systeme und vorallem Bryce. In diesen 2GB großen Files werden dann ja mit hoher Wahrscheinlichkeit auch noch komprimierte Daten vorliegen, sodass diese zur Laufzeit dann nochmal wesentlich größer als 2GB werden - und das ist eine enorme Menge, mit der du echt schon über'm Limit bist (siehe Beschränkung von Windows auf 2GB Speicher pro Prozess). Aber wie gesagt, darum geht es ja bei dir gar nicht ...

Ob weiteres Nachhaken allerdings jetzt so viel bringt, weiß ich nicht ...

Mich wundert's umso mehr. Denkt denn keiner daran, das mal zu fixen?

Da es scheinbar noch mehr solcher "2GB-Bugs" gibt, würde ich mich an Moonmans Stelle im Falle eines ernsthaften Projekts mal nach Alternativen umsehen. Besserung scheint ja nicht in Sichtweite zu sein.

:unschuldig

Hmja, das ist mal schwer ärgerlich. Hoffe, du hattest ein Backup, ja?

Wegen der Mail an DAZ: Besonders gut Englisch kann ich nun nicht, aber versuchen könnte ich es (so ich die Zeit finde, komme im Moment zu gar nichts). Schick mir den Text mal per PN dann - oder poste es vielleicht direkt hier, evtl. ist jemand anders ja schneller?

Also ich bin jetzt ein bisschen durcheinander gekommen, wann genau der Fehler auftritt: Nur beim Speichern oder direkt beim Duplizieren? Da du Dateigrößen angegeben hast, gehe ich mal davon aus, dass es nur beim Speichern passiert ...

Dann:

a) Die Aussage mit dem "total virtual memory" hatte ich wohl falsch interpretiert.

Laut Taskmanager hast du auf deinem Laptop 2GB RAM und weitere 2GB Auslagerungsdatei/Swap. Bei deinen Kids sind es 1GB RAM und 1.5GB Swap. Es liegt also schonmal keine "grobe Fehlkonfiguration" vor (nur 2GB RAM ohne Swap wäre grob falsch ;)).

b) Die Speicherlast knallt nirgends an die 2GB-Grenze.

Das heißt, dass du nicht in Bereiche kommst, bei denen Windows streiken würde. Du hast da ein Maximum von 1.5GB, das ist locker drin für einen Prozess und es ist noch Luft nach oben. Das belegt für mich auch, da 1.5GB kein "typischer" Absturzwert und dazu sowieso nicht "rund" genug ist, dass Bryce die Objekte normal im Speicher vorhalten kann - solange du nicht speicherst. Der Fehler liegt scheinbar in der Speicherroutine (der Windows-Version).

c) Im Report von Bild 10 heißt es Zugriffsverletzung und kein Wort vom Speicher. Steht im Widerspruch zu Bryce's eigener Meldung "out of memory".

Jedes Programm bekommt einen Bereich im Speicher zugewiesen, in dem es schreiben/lesen darf, zusätzlich kann es vom System mehr Speicher anfordern oder alten freigeben. Die berühmte Zugriffsverletzung kommt dann zustande, wenn das Programm irgendwo anders im Speicher lesen/schreiben will. Sowas kriegt man schnell hin, wenn man nicht aufpasst. Ich schätze, dass erst das "out of memory" und dann "crash detected" kam? Könnte daran liegen, dass Bryce beim Anfordern/Verwalten von neuem Speicher "Mist baut", den Fehler halbwegs bemerkt und dann bei einem versuchten Aufräumen gänzlich aus dem Trott kommt --> Zugriffsverletzung.

d) Du hast den Fehler auf einem zweiten, frischen XP-System zuverlässig reproduzieren können. Auf Naoos und Dargains Mac läuft es problemlos.

An deiner eigenen Kiste hängt es also nicht, Windows schließe ich wegen Punkt b) als Übeltäter auch größtenteils aus. Zudem: Ich habe hier auf meiner Windows-Kiste Spiele laufen, die teilweise bis zu 1.8GB Speicher fressen (habe auch 2GB RAM) und trotzdem läuft alles ohne irgendein Mucken weiter. Außerdem gibt es genügend Programme, die DVD-Images auf der Festplatte erstellen können, welche ja 4.7GB groß sind - auch das kann unter Windows nicht das Problem sein (ganz davon abgesehen, dass die Bryce-File überhaupt nicht 2GB groß sein dürfte).

Ernüchterndes Fazit, Release Candidate 1 ;):

Windows ansich ist es nicht, Bryce ist (grob) fehlerhaft beim Speichern. Was du unmittelbar dagegen tun kannst? Gar nichts, höchstens Bryce5 verwenden. Oder eben bei den Szenen kürzer treten und mehr "tricksen" (siehe Naoo).

Was die Dateigrößen deiner sonstigen Projekte angeht: Keine Ahnung. Es ist wirklich "ein bisschen" viel. Ich erinnere mich aber auch an meine Stehlampe, die in Bryce 5.5 auch über 150MB groß war - allerdings waren es auch gut 800'000 Polygone, also sind das eigentlich schon etliche "normale" Objekte ... nur zum Vergleich: Die Quelldatei der Stehlampe in AoI ist gerade einmal etwa 500kb groß und selbst die (mit unnötig feinen Details) exportierte *.obj-Datei braucht nur rund 60MB. Bryce (also sogar schon 5.5) bläht da irgendetwas ziemlich auf.

Du könntest bei DAZ im Bugtracker (http://forum.daz3d.com/bugs/main_page.php) einen Eintrag erstellen. Ich würde dort aber nur eine kurze und prägnante Anleitung liefern, wie man den Fehler reproduzieren kann. Also z.B. nur zu beschreiben, dass er (auf zwei unabhängigen XP-Systemen) nach dem Duplizieren auf 80 Objekte und anschließendem Speichern auftritt. Dazu vielleicht noch irgendwie Bild 6, 8, 9 und 10 zugänglich machen. Ob oder wie schnell DAZ reagiert, kann ich nicht sagen ... aber vielleicht können noch mehr Leute den Fehler nachstellen und etwas Druck auf DAZ ausüben.

Hui, du hast dir ja eine Arbeit gemacht.

Ich hab' jetzt aus familiären Gründen leider nur 2 Minuten Zeit (und daher noch gar nichts gelesen), aber werde mich nachher (allerspätestens morgen um 6) auf jeden Fall damit beschäftigen! Wollte nur mal kurz ein Lebenszeichen geben, wenn du dich schon so ins Zeug legst.

Zitat

Original von spacebones
Nun ist ja wie weiter oben gesagt wurde die eigentliche Datei, wenn man sie z.B. in B5 bzw. wo anders öffnet, gar nicht so gross ( Naoo`s Test ).

"öffnet" = "erstellt", oder? Ansonsten verstehe ich nicht, was du meinst.

Dass Bryce (oder besser: die Windows-Version von Bryce) allein der Übeltäter ist, lässt sich im Moment noch nicht ausschließen. Immerhin haben Naoo und Dargain ihr Bryce unter OS X laufen, wo wieder alles anders sein kann. Erst, wenn jemand anderes unter einem 32bit-Windows den Fehler reproduzieren (oder eben nicht) kann, lässt sich das mit "Sicherheit" sagen.

Mir kam allerdings vorhin auch noch eine andere mögliche Erklärung: Windows (ob das NUR unter Windows so ist, weiß ich jetzt nicht, und bin gerade zu faul, es auszuprobieren. ;)) kann einem einzigen Prozess nur maximal 2GB zuordnen - fordert ein Prozess mehr Speicher an, gibt es besagten "out of memory"-Fehler.

Nimmt man nun noch die Mutmaßung hinzu, dass Bryce6 "schlecht" (z.B. könnten Objekte im Speicher kopiert statt nur referenziert werden, um in gewissen anderen Programmierszenarien neue Funktionen gegenüber Bryce5 zu ermöglichen) mit dem verfügbaren Speicher umgeht - insbesondere mit "komplexen" Objekten wie Bäumen (macht mal in AoI 'nen einzelnen Baum, damit kann man schnell auf über 1GB im RAM kommen, wenn das Teil groß ist) - dann landet man schnell bei möglichen Szenarien, wie sie Moonman erlebt.

Moon, du könntest dir auch mal im Taskmanager anschauen, wieviel MB Speicher der Bryce-Prozess beansprucht bzw. diesen Wert verfolgen, wenn du erwartest, dass es zum Fehler kommt. Wie genau man den Taskmgr. dazu bewegt, kann ich dir jetzt aber leider nicht sagen, da ich im Moment kein Windows zur Hand habe - dürfte aber nicht schwer sein. Interpretieren könnte man es dann so:
a) Der Speicherverbrauch steigt an, knallt an die 2GB-Grenze und dein Bryce schmiert ab. Fehler gefunden, keine Möglichkeit ihn zu beheben - DAZ ist am Zug.
b) Der Speicherverbrauch steigt nicht bis zu 2GB an, Bryce schmiert trotzdem ab. Dann:
b.1) Der Taskmanager ist zu lahm und man kriegt es einfach nicht mit.
b.2) Das Problem liegt woanders, z.B.: Speicher wirklich voll durch andere laufende Programme + Bryce, im vorherigen Post erwähnte nicht vorhandene pagefile, ...
b.3) Da die Datei auf der Platte über 2GB wächst, könnte es doch den vorhin erwähnten internen Überlauf geben.

Im Falle b kann man noch weiter rumtüfteln und das Problem weiter eingrenzen, da es kein Programmierfehler zu sein scheint. Ansonsten sieht's düster aus, wenn mir sonst nichts mehr einfällt oder noch weitere unerwartete Ergebnisse kommen.

Hi Moon,

zuerst: An deiner Hardware liegt es mit an Sicherheit grenzender Wahrscheinlichkeit nicht, ebenso wenig allein an der Tatsache, dass du Windows nutzt.

Dann: Prozessprioritäten helfen hier ganz sicher nicht.

Weiterhin: Mach' den Ruhezustand ruhig wieder an. Es wird hierbei nichts anderes gemacht, als beim "schlafen gehen" (und nur dann) den Inhalt des Arbeitsspeichers in die hiberfil.sys zu schreiben. Den Normalbetrieb beeinflusst das überhaupt nicht.

Ich vermute folgendes: Bryce6 (hast du jetzt eigentlich auf 6.1 upgedated? Eventuell ist das Programm schon wieder sparsamer, denn bei Bryce5 war es ja auch kein Problem) ist extrem arbeitsspeicherintensiv bei den von dir genannten Operationen (viele Bäume, Abspeichern derer) und dir geht der Speicher aus.

Denn stutzig macht mich in deinen Posts eine Sache:

Zitat

Total Virtual Memory: 2097024 kB

Das hieße, dass dir insgesamt (also physikalischer Arbeitsspeicher PLUS Auslagerungsdatei) nur 2GB zur Verfügung stehen - was für solche Sachen viel zu wenig sein kann und außerdem heißen würde, dass du gar keine Auslagerungsdatei aktiviert hast (dass die pagefile.sys existiert, heißt noch lange nicht, dass sie auch genutzt wird). Es ist ja so, dass Windows zuerst alle Daten ins physikalische RAM schaufelt. Ist das voll, lagert es selten benötigte Daten in die Auslagerungsdatei auf der Festplatte aus. Und erst wenn auch diese an ihre Grenzen stößt, gibt Windows die Meldung, "hoppla mein Freund, du hast keinen Speicher mehr."

[spekulation]
Dann kann es sein, dass Bryce6 sehr unsauber programmiert ist oder die Programmierer mit bestimmten außergewöhnlichen Situationen nicht gerechnet haben. Es stürzt überall "bei" 2 Gigabyte ab? Das ist ein ungewöhnlich "runder" Wert und außerdem immer derselbe. Möglich wäre hier ein Überlauf: Die letzte Anzahl an Bytes, die Bryce6 bei diesen speziellen Operationen adressieren kann, könnte 2.147.483.647 sein (eine Variable vom Typ signed integer). Eins mehr und der Wert dieser Variable wäre -2.147.483.648. Prüft der Programmierer darauf, ob diese entsprechende Variable kleiner als 0 ist (was bei C/C++ meistens einen Fehler bedeutet) - und das ist sie durch den Überlauf geworden - dann bekommst du von Bryce (nicht von Windows) einen "out of memory"-Fehler. Obwohl du noch genügend Speicher hättest.
[/spekulation]

Nunja, mach bitte zuerst einmal einen Screenshot von deinem Taskmanager und zwar vom Tab "Systemleistung" und poste diesen hier. Dann wissen wir genau, wieviel Speicher dem System zur Verfügung steht und können das eventuell beheben.

Eine Frage noch: Du hast zum Versuch, die Bäume per "random replicate" zu erstellen, nur gesagt, dass es "nicht geht" - was heißt das? Selber Fehler, also Programmabsturz mit "out of memory"? Oder äußert sich das irgendwie anders?

-edit: Kleine Korrektur bzgl. des Variablentyps. Grade andersherum, signed int ist problematisch, unsigned wäre (für diesen Fall) ok ... ach, was lob' ich mir da OpenSource. Da wäre die ganze Diskussion unnötig, man könnte eben nachschauen, wie es programmiert ist und fertig. So muss man rumrätseln, mühevoll den Fehler möglichst genau eingrenzen und sich dann hoffend an den Hersteller wenden ...

Zitat

Original von contrafibbularities
Gut wäre hier halt ein Zweitrechner, weil da werde ich wohl einen Tag lang komplett blockiert sein - mit unsicherem Ausgang...

Bist du mit Windows unterwegs? Dann ist Prioritätsmanagement dein Freund. Wenn du die Priorität vom Vue6-Prozess im Taskmanager auf die niedrigste Stufe setzt, dann bekommt Vue vom System nur noch dann Rechenzeit, wenn sonst gerade nichts ansteht (also Browser öffnen, Seiten ansurfen, whatever). Vorausgesetzt, dass du genug RAM hast (ist deine Festplatte schwer beschäftigt, wenn Vue rendert? Dann hast du nicht genug. :dead), ist so ein völlig flüssiges Arbeiten noch möglich, während irgendetwas im Hintergrund rendert. Mache ich selbst so, ist absolut kein Problem.

Du kannst das natürlich auch per Programm machen, sodass die Prioritäten automatisch gesetzt werden. Auf Anhieb fallen mir da zwei Sachen ein, nämlich der Process Tamer (hab' ich persönlich aber keine Erfahrung mit) oder mein eigener TaskAssigner. Was jetzt für dich einfacher oder besser geeignet ist, müsstest du natürlich ausprobieren (mein Programm hat kein GUI zum Einstellen der Settings, ist aber alles in der readme.txt dort erklärt - dafür sieht mir der Process Tamer irgendwie unnötig komplex aus). Falls du weitere Fragen dazu hast, hau mich per PN an, damit dein Thread hier nicht allzu sehr OffTopic gerät.

Zum Bild: Ich find' das "auch so" sehr gelungen.

Glückwunsch zum BdW!

pixel:

Zitat

Zitat von http://www.bryce-board.de/bdwarchiv.php

Bild der Woche (BdW)
Die Moderatoren/Admins schlagen von allen innerhalb der betreffenden Kalenderwoche im Board geposteten Bilder ihre Favoriten vor. Das Bild mit den meisten Stimmen gewinnt. Bei Stimmengleichheit wird immer ein Bild bevorzugt das mit Bryce erstellt wurde. Im Zweifelsfall entscheidet der Admin.
Das BdW wurde erstmals für die Kalenderwoche 34/2002 gewählt.

Zitat

Original von vidiot
Es müssen also immer Formate herhalten die auf allen Plattformen (Mac, Linux, Win) vorhanden sind. Normalerweise kein Beinbruch.

Beinbruch ist das ja sowieso nicht. BMP's hinken technisch ziemlich hinterher, würde da sowieso PNG bevorzugen. Schon alleine, weil die Daten verlustfrei komprimiert sind ... oder nutzt noch jemand RLE?

Auf der Apple-Seite steht tatsächlich sogar nur was von Java 1.5 ... nungut.

Java 1.5-Version ist jetzt auch dabei, werde ich mir auch für zukünftige Sachen merken. Leute auszuschließen wäre doof.