Panorama Community

Hallo Peter,

eine Lösung habe ich leider auch nicht, dafür aber mal eine ganz blöde Frage. Wie muss man eigentlich Enfuse anwenden? Eine direkte Ausführung der EXE bringt ja nichts. Unter Google habe ich leider auch nichts richtiges gefunden, ausser einem Programm zum bearbeiten von JPGs, aber als JPG möchte ich meine Ergebnisse nun wirklich nicht speichern.

ratlose Grüsse

Rainmaker

Zitat von »pitdavos«

Am Besten mit einer Batch-Datei.

1.) Eine neue Text-Editor-Datei öffnen.
2.) folgende Anweisung hineinkopieren: ..... .... ... ...
3.) Datei speichern und schliessen
4.) Endung von .txt auf .bat ändern

Hallo Peter,

genau nach diesem Schema habe ich das Tool jetzt auch schon 3-4mal testweise genutzt.
Allerdings noch nicht im Zusammenhang von Panoramen. Immer nur für reine Einzelaufnahmen.

Ich bilde mir auch ein, das das Ergebnis mit Enfuse etwas natürlicher aussieht, als mit PhotoMatix.

Zu Deinem oben beschriebenen Problem kann ich aber noch nichts sagen, da ich lediglich nur
3-5 Belichtungsstufen bisher so zusammen gefügt habe.
... dieses aber ohne Probleme und in einem sehr angenehmen schnellen Tempo ;-)

Gruß Bernd

Hallo,

ich habe das Tool jetzt auch endlich zum Laufen gekriegt, vielen Dank nochmals. Bis zu sechs Bilder von knapp 22 Megapixel können mit meiner XP-Gurke (2 Gb Ram) verarbeitet werden, danach schmiert das Tool gnadenlos ab. Die Ergebnisse sagen mir bisher sehr zu, wenn die Weichware nur mit mehr Speicher läuft habe ich jetzt wohl einen Grund gefunden meinen alten Rechenknecht aufs Altenteil zu schicken. Vielleicht liegt es aber auch nicht am Speichermangel und die nächste Programmversion will auch noch auf meiner alten Mühle mehr Bilder verrechnen, warten wir es ab.

MfG

Rainmaker

@Peter
Ich habe das gerade mal getestet (war ohnehin dabei, einige enfuse Tests zu machen).
Es scheint in der Tat irgendein 'Nadelöhr' zu geben. Bin da aber im Moment genauso ratlos wie du.
Ich habe festgestellt, daß enfuse bis zu einer gewissen Bilderanzahl ganz normal läuft. -> Ergebnis gespeichert
Bei mehr Bilderen fängt enfuse an, eine Unmenge an temp-Datein (.enblend_tempxxxxx) ins Ursprungs/Zielverzeichnis zu schreiben, beendet aber seine Arbeit wie gewünscht.
(die Erzeugung der temp-Dateien kann man 'live' beobachten, wenn man sich das Verzeichnis im Explorer geöffnet hat).
Bei noch mehr Bildern schreibt es zunächst seine temp-Datein und schmiert dann einfach ab. Hinterläßt aber auch (fast) keinen Daten-Müll.
Ich habe 3 GB Arbeitsspeicher und eigentlich auch genügend freien Festplattenspeicher (z.Zt. ca. 25 GB).
Wo genau das Limit liegt, konnte ich auf die Schnelle nicht feststellen.
Ich habe inzwischen durch ausgiebiges Testen mit Parametern selber einiges rausbekommen.
Auf eine Frage in der NG-List konnte mir jedoch auch keiner antworten, auch Erik Krause nicht, der enfuse ja dort vorgestellt hatte.
Ingesamt scheint mir die Dokumentation sehr 'dünn' und irgendwie weiß keiner 'nix genaues'.
Ich will jetzt mal herausbekommen, ob man sich vielleicht direkt an Andrew Mihal wenden sollte.....
Gruß,
Klaus

Nachtrag:
Hab's jetzt mal Bild für Bild ausprobiert. Alle Panos 5000x2500, ~36 MB Tif.
5 x -> alles OK, keine temp-Dateien
6 x -> alles OK, schreibt temp-Dateien
7 x -> alles OK, schreibt temp-Dateien
8 x -> Absturz, enfuse Fehlermeldung im DOS Fenster "unable to create image swap file"

Hilft im Moment nicht viel, vielleicht trägt's irgendwie dazu bei, den Fehler (das Limit) einzugrenzen...
Klaus

Fehler erkannt - noch keine Lösung

So, noch 'nen Nachtrag:
Hätte ich mal vorher richtig gesucht.
Also, in der HuginPtx Liste hatte Erik Krause am 20. Dez nämlich genau diesen Fehler ("unable to create image swap file") beschrieben.
Pablo dAngelo antwortete am 3. Jan:

Zitat

>>> enfuse: an exception occured
>>> enblend: unable to create image swap file.

This is a very strange error. Actually, what failed is the creation of a new
unique temporary filename, and not the file itself. enblend/enfuse uses (on
windows only) the old mktemp function for that, which is unsecure on a
multi-user system, but should not fail.
After booting my windows laptop (Microsoft has removed the mktemp
documentation from its website...), I found that mktemp can only create 27
filenames on windows (as opposed to the 62^6 of the typical unix
implementations), which is not enough for enfuse. Enfuse needs a lot of
memory and temporary images.

I'll change the implementation use a better temporary file name generator...

verkürzt übersetzt:

"Seltsamer Fehler.
Was tatsächlich fehlschlägt, ist die Erzeugung eines temporären Dateinamens, nicht die Erzeugung der temporären Datei selber.
Enblend und Enfuse nutzen eine alte Funktin 'mktemp', welche unter Windows nur höchstens 27 Dateinamen erzeugen kann.
Das ist u.U. nicht genug, da Enfuse sehr viel Speicher und zahlreiche temporäre Datein benötigt.
Ich werde das ändern und einen besseren Dateinamen-Generator implementieren."

So, jetzt wissen wir ein wenig mehr und müssen mal abwarten.
Ich halte euch auf dem Laufenden....

Saludos,
Klaus

Vermutlich kennt ihr das ja doch schon, aber hier im thread sieht's noch nicht danach aus:

http://software.bergmark.com/enfuseGUI


Ich habs aber noch nicht zum Laufen bekommen, weil mir noch enfuse selbst fehlt :-))) hole ich jetzt nach...


lg
Michael

(Michael, dir ist das sicherlich alles bekannt ...)

Ich fasse mal den Stand der Dinge (Windows-Versionen) zusammen:

Das Gui von Ingemar Bergmark ist eine recht frühe Beta-Vers.-
Nach Fehlermeldungen und Wunsch-Äußerungen ist die nächste Beta schon in Arbeit.
Ist vielversprechend und macht das Arbeiten mit enfuse leichter.

Bemerkenswert ist auch eine Batch-Datei (droplet) von Erik Krause, die wunderbar funktioniert
und das Arbeiten mit dem Command-Line Tool viel einfacher macht.
Auch da wird noch weiterentwickelt.

Enfuse selbst ist auf dem Weg zum Release. Über eine pre4-Version wurde schon gesprochen.
Ist m.E. aber noch nicht zu haben.
'Öffentlich' ist die pre3-Version, die einige Fehler und Schwächen hat, aber gut funktioniert.
In der Release Version werden Probleme mit temp-files gelöst,
die JPG default-Kompression wird angepasst und (wahrscheinlich) die fehlende LZW-Tif Kompression ergänzt.

Saludos,
Klaus

Hallo Klaus,

nein, ich bekomme meine panotoolsNG posts als digest und bis ich mich bequeme, so mystische postings mit dem Titel "enfuse" anzuklicken, ist die Entwicklung von einer public alpha schon meist bis zum final release an mir vorübergegangen. Ich habs wirklich jetzt erst beachtet :-)

In diesem Sinne also erst recht vielen Dank für deine Zusammenfassung!

lg
Michael

Zitat von »panocanarias«

(Michael, dir ist das sicherlich alles bekannt ...)

Ich fasse mal den Stand der Dinge (Windows-Versionen) zusammen:

Das Gui von Ingemar Bergmark ist eine recht frühe Beta-Vers.-
Nach Fehlermeldungen und Wunsch-Äußerungen ist die nächste Beta schon in Arbeit.
Ist vielversprechend und macht das Arbeiten mit enfuse leichter.

Bemerkenswert ist auch eine Batch-Datei (droplet) von Erik Krause, die wunderbar funktioniert
und das Arbeiten mit dem Command-Line Tool viel einfacher macht.
Auch da wird noch weiterentwickelt.

Enfuse selbst ist auf dem Weg zum Release. Über eine pre4-Version wurde schon gesprochen.
Ist m.E. aber noch nicht zu haben.
'Öffentlich' ist die pre3-Version, die einige Fehler und Schwächen hat, aber gut funktioniert.
In der Release Version werden Probleme mit temp-files gelöst,
die JPG default-Kompression wird angepasst und (wahrscheinlich) die fehlende LZW-Tif Kompression ergänzt.

Saludos,
Klaus

Meinen ueblichen Workflow (3 unterschiedlich belichtete, fertige Panoramen zu einer version zusammenzusetzen) erledigt enfuse super!
Was macht Ihr denn, wenn ihr Bereich habt, die nicht geblendet werden soll?
Ich habe hier 3 Belichtungen und die Personen haben unterschiedliche Positionen - da bekomme ich dann Geisterumrisse. Ich wuerde gerne so maskieren (o.Ae.), dass ich die bewegten Personen aus der mittleren Belichtung entnehme. Loesche ich entsprechende Bereiche aus der dunklen/hellen Belichtung und nutze enfuse mit diesen manipulierten Bildern, dann bekomme ich aber an diesen Stellen zu helle Bereiche.

Verschiedene Moeglichkeiten - wie macht ihr das?

best, mike

Zitat von »pitdavos«

Hallo Mike

Hast du die Bereiche "radiert" mit einer "Ebenen-Maske" versehen oder einen Alphakanal verwendet?

Habe es selber noch nicht ausprobiert, werde ich bei Gelegenheit nachholen und berichten.

Gruss

Peter

Hallo Peter,

ich habe die entsprechenden Bereich 'transparentisiert'.
Genauer:
in Gimp die Bereiche ausgeschnitten - zurueck bleibt Dank vorhandenem Alphakanal Tranzparenz. Bei enfuse scheint Tranzparenz anders als bei enblend maximale Helligkeit zu bedeuten - so mein erster Eindruck?!

Nochmals Danke fuer die ausfuehrliche Anleitung oben - klappt super. enfuse ist das erste Tool, dass mir plumb angewendet ansprechende Ergebnisse liefert.

best, mike

Nebenfrage: hat es jemand schon für den mac kompiliert?

Da scheint es mehrere Versionen (bzw. Versuche) zu geben.
Alle eher als alpha-versionen (bzw. snapshots) anzusehen.
Die MAC-Version scheint insges. etwas mehr Probleme zu machen.
Die aktuellsten Mitteilungen der Entwickler findet man hier:
http://groups.google.com/group/hugin-ptx/topics

Daneben scheint es eine (funktionierende ?) Version von Matthew Rogers (360precision) zu geben.
Siehe seine Ankündigung in der quicktime-vr list:
http://lists.apple.com/archives/quicktim…n/msg00130.html

Interessant vielleicht auch diesen Beitrag in der NG-List:
http://tech.groups.yahoo.com/group/PanoToolsNG/message/16920

Ich arbeite nicht auf MAC. Bin da also nicht so ganz auf dem Laufenden.
Saludos,
Klaus

Nachtrag

Die zur Zeit beste Adr. aktuelle enfuse- / enblend- und Hugin-Versionen zu bekommen:
Der Panospace Blog, den Yuval Levy ins Leben gerufen hat,
um über aktuelle Hugin-Entwicklungen und damit zusammenhängende OpenSource Werkzeuge zu berichten.
Dort hat er auch eine Downloadseite eingerichtet.
Unter Tester/Power User finden sich die aktuellsten Versionen.
Man beachte aber, daß sich diese Versionen noch in der Entwicklung befinden und Fehler haben können.

Saludos,
Klaus

Hallo,

das Problemchen mit den Namen der temporären Dateien scheint leider immer noch zu bestehen, mal abwarten wann es endlich läuft.

MfG

Rainmaker

Zitat von »Rainmaker«

das Problemchen mit den Namen der temporären Dateien scheint leider immer noch zu bestehen

Das ist eigentlich seit einiger Zeit repariert.
Habe gerade einen Test mit der aktuellen Version gemacht (WIN XP), um sicher zu gehen, daß der Fehler nicht versehentlich wieder eingebaut wurde.
Alles Ok. An der Bezeichnung (Durchnummerierung) der temp-files erkenne ich den neuen temp-filename Generator.
Bist du sicher, auch wirklich eine neue Version [WIN: cvs20080203 by Yuv] zu nutzen?
(Anzeige der Vers. mit dem -h Parameter = Commandline: enfuse -h)
Klaus

Hallo,

jetzt funktioniert es (nicht). Es gab ein Problem mit dem Überschreiben der alten Version. Nun läuft es eigentlich, leider wird nun scheinbar Laufwerk C zum Auslagern genutzt und nicht mehr das Verzeichnis in dem sich die Bilder befinden. In meinem Fall führt das natürlich zum Abbruch der Aktion durch akuten Speichermangel. Gibt es eine Option Enfuse dazu zu bewegen sich in Bezug auf den Ort der Auslagerungsdateien zu benehmen wie die alte Version?

MfG

Rainmaker