Übergroße Pictures importieren (mit richtiger Transparenzfarbe)

[Daos-Mandrak]

Bei Panoramen ist das ja kein Ding, einfach in den Maker-Ordner reinkopieren reicht.

...

Bist du sicher, dass das problemlos klappt? Ich bin bisher davon ausgegangen, dass man gerade dadurch Fehler provozieren kann, weil die Bilder nicht über die Importfunktion eingebunden werden.

Ich habe es bisher immer so gehandhabt, dass ich übergroße Bilder auf eine importierbare Größe reduziert habe und danach, bei geschlossenem Maker, die übergroßen Bilder in den Picture Ordner kopiert habe (wobei die vorher importierten Bilder überschrieben werden). Durch das vorherige Importieren wird die gewählte transparente Farbe beibehalten.

[Corti]

Bist du sicher, dass das problemlos klappt? Ich bin bisher davon ausgegangen, dass man gerade dadurch Fehler provozieren kann, weil die Bilder nicht über die Importfunktion eingebunden werden.

...

Der Maker registriert nirgends, ob man eine oder hundert Files in einem Ordner hat. Alles was Import macht ist die Palette umkrempeln, so dass die Transparenzfarbe auf 0 liegt.

Der bekannte Fehler ist (spekulationen mögen beginnen) eher darin zu suchen, Files in die Ordner zu kopieren oder daraus zu löschen, während das Projekt im Maker geöffnet ist. Wir wissen mittlerweile, dass der Maker, was seine temporären Files und Cachedaten mehr als schlampig und zuweilen instabil arbeitet.

[Davy Jones]

@Daos-Mandra: Ich hab sowas nun mittlerweile mehrere Male gemacht, der Maker hat deswegen auch nie rumgezickt.

Deine Methode mit dem Dummy ist btw auch recht interessant.

Der bekannte Fehler ist (spekulationen mögen beginnen) eher darin zu suchen, Files in die Ordner zu kopieren oder daraus zu löschen, während das Projekt im Maker geöffnet ist. Wir wissen mittlerweile, dass der Maker, was seine temporären Files und Cachedaten mehr als schlampig und zuweilen instabil arbeitet.

...

Und was passiert dann? Hatte noch nie Fehler die ich in so einen Zusammenhang bringen konnte.

[Roverandom]

Ein Map-Tree-Break lässt sich über Indizienbeweis wohl mit Dateikopieren statt -import in Zusammenhang bringen. Das sieht dann etwa so aus:
Kolosaller Datenverlust
"shigunichi" does not exist
Der beste Grund für Backups!

[Cepanks]

Wie meinen?

Zitat aus dem ersten von dir verlinkten Thread:

Ich habe alles so Importiert wie es sein soll. Ich kenne nicht mal einen anderen Weg als den Import/Export Knopf

...

[Roverandom]

Richtig.
Kopieren muss nicht zu einem Map-Tree-Break führen und ein Map-Tree-Break muss nicht vom Kopieren kommen. Mit nur einer einzigen Ursache und reproduzierbar hätte ein so schwerwiegender Fehler wohl auch keine Testphase überstanden. Dennoch scheint Kopieren die Wahrscheinlichkeit eines Auftretens stark zu erhöhen. Darauf wollte ich mit dem Wort "Indizienbeweis" hinaus. Und um die Folgen dieses Fehlers zu veranschaulichen taugt der verlinkte Thread hinreichend - denke ich.
Allerdings findet die Forensuche hier soviel zum Thema Map-Tree-Break, dass ich - wenn ich nicht auch halbwegs nach Aktualität vorgegangen wäre - bestimmt noch treffendere Beispiele hätte finden können.