amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

1 2 3 -4- 5 6 7 8 9 >> Letzte Ergebnisse der Suche: 621 Treffer (30 pro Seite)
gerograph   Nutzer

06.08.2010, 21:11 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:
Zitat:
und wenn ich draufklicke, wird er eingefärbt, bei dir doch auch?

Nein, bei mir eben nicht, deswegen hab ichs ja auch erst nicht geschnallt... Bei mir wird nur das (kleine) Image beim draufklicken eingefärbt !!! Oberhalb des Images (egal wie groß ich das Fenster ziehe bekomme ich auch keinen Bubblehelp mehr angezeigt. Hast Du irgendeinen gadtools patch o.ä laufen ? Vielleicht liegts daran...

Glaube werde dann wieder auf Textbutton umstellen !

Gruß gerograph
 
gerograph   Nutzer

06.08.2010, 20:52 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:

Zitat:
BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.

glaube hab den Fehler, in Horizontalen Gruppen scheint ein Image Button immer die ganze Höhe der Gruppe anzunehmen, ein normaler Textbutton tut dies nicht.
Allerdings wird bei mir nur das Image bei Klick eingefärbt (bei Dir ja die ganze rechte Seite - zumindest bei Beta 23). Aber der Bubblehelp erscheint in der Tat nicht unbedingt zentriert.

War denn Dein Fenster direkt nach dem öffnen so groß wie auf dem Screenshot, oder hast Du das Resize Gad benutzt ?

Sollte es so sein, entweder wieder Textbutton oder eigene Gruppe für den Button !

gruß gerograph
 
gerograph   Nutzer

05.08.2010, 22:44 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:
Na, ich hab mit dem button nichts wesentliches gefunden, erstaunlich auch, dass der Bereich um den Button Orange ist, und Dein Fenster somit deutlich länger ist.
Per Stormwizard gib es eine Horizontale (!) Gruppe mit - Textbutton -Space- Imagebutton fertig...

hab jetzt mal die Hintergrundfarbe vom Imagebutton geändert (auch wenn das bei mir keine Auswirkung hat) und eine anderes Image draufgelegt... kannst ja mal testen.

@alle (na ja also inq und wanderer oder sonst noch wer ??)

Neue Beta:

ibatch beta 24 !!

Changelog:

- "thumbnailviewer" merkt sich vorgenommene Rotierungen/Auswahl (z.B. habe IMG001 und IMG003 ausgewählt/rotiert, dann wird der Auswahlhaken auch nach einem Neustart für die beiden Bilder angezeigt, IMG003 wird außerdem rotiert dargestellt. Solange gültig bis Batchlist gelöscht wird !
- der Button "show" im 2.Tab ist aktiv und zeigt die Batchlist, weitere Knöpfe in dem neuen Fenster sind noch inaktiv, zeigen aber wo es lang geht...

Gruß gerograph
 
gerograph   Nutzer

05.08.2010, 08:54 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:
Zitat:
Ich wähle "alles", aber kann "nichts" sehen. naja, EIN Bild halt. von, hm, 2000? Bin wieder bei der LISTe, mit einem Checkmark davor, wenn mir der Sinn von alles auswählen in einer Liste vorschwebt. Oder eben einer Thumb-übersicht.
Wie gesagt, du mußt nicht alles genauso machen. ich geb nur Denkanstöße.

Ja eine Thumbübersicht wäre ideal, aber dieses Projekt ist momentan ein zu großes für mein begrenztes Zeitbudget, deswegen der "Basic" Viewer !
Aber ich arbeite an einer Listenübersicht ala "IrfanView", d.h. ich kann ggf. Bilder aus der Liste rauslöschen, doch noch drehen etc...

Zitat:
EINE Sekunde-zu lange?? Einfach den BusyPointer setzen! Der User ist nicht dumm. Er wirds erinnern!
Na ja, wenn Du 2000 Bilder hast und möchtest die in meinem thumbnailviewer durchgehen mit der der Tastatur geht das sehr schnell, da dauert eine Sekunde zum drehen der Bilder schon lange und kann den Arbeitsfluss erheblich aufhalten, aber: hat sich ja erledigt war ja nur der Debugger schuld, geht jetzt schnell und unkompliziert.

Mit dem Button hab ich immer noch keine Lösung...

gruß gerograph
 
gerograph   Nutzer

02.08.2010, 23:19 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@alle

So, vielen Dank für den Input, neue Beta:

ibatch_WZ-beta23

Changelog:
- Mitteilung, das prefs erst nach neustart wirksam werden
- neue und überarbeitete Bubblehelps (Prefs, Conversion Profile Fenster...)
- hoffentlich übereinstimmende Begrifflichkeiten in Bubblehelp und GUI etc:
a) Conversion Profile (ehemals template)
b) Bilder werden jetzt nicht mehr selektiert sondern "geaddet" zur Batchlist
- Änderungen im Prefs Fenster, insbesondere kann kein default thumbnailpfad mehr gesetzt werden, da iBatch inzwischen immer ein Unterverzeichnis im Sourcedir nutzt.
- zweite deaktivierte Farbpalette zur Auswahl der Hintergrundfarbe (kann aber irgendwie die Gruppenfarbe nicht währende der Laufzeit ändern mit der wizard.lib)
- Statistik macht jezt immer ein Autoupdate !!! Refresh Button gelöscht.
- thumbnails werden jetzt auch in der Vorschau im thumbnaileditor gedreht !

Fazit:
Mir gefällt die Kiste immer besser... als nächstes werde ich den Button "Show" im Tab 2)batchlist aktivieren, hier denke ich werde ich ein zweites Fenster öffnen indem man sich nochmal die endgültige Batchlist anschauen kann (ggf. mit Preview des selektierten Eintrages).

gruß gerograph
 
gerograph   Nutzer

02.08.2010, 22:07 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
Jup, sorry natürlich hatte ich keine exe erstellt und nur mit Debugger getestet... Ohne Debugger geht es rasend schnell, das reicht... also werde ich das implementieren !! Cool

Danke gruß gero
 
gerograph   Nutzer

02.08.2010, 20:45 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
Zitat:
Drehen geht ganz schnell mit...

hatte ich schon probiert, aber selbst auf meinem SAM dauert es zu lange.... der thumbnailviewer ist mit seiner Tastaturbedienung auf schnellstes arbeiten ausgelegt, da hab ich keine Lust 1 Sekunde auf das rotierte Bild zu warten... vielleicht hat ja jemand noch ne andere Idee ?

Die netten Funktionen kommen dann später... bzw. sind primär ersteinmal nicht so wichtig für iBatch.

Dennoch vielen Dank für den Input

gruß gerograph
 
gerograph   Nutzer

02.08.2010, 20:00 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@slin:
Ja richtig, mit den schreienden Texten hatten wir schon ! Laut Styleguide sollte/würde ich lieber "bold" wählen, bisher ist mir aber keine Möglichkeiteit bekannt bei Buttons eines Stormwizard GUIs ein "bold flag" zu setzten (s.o.). Natürlich könnte ich einen Outline/TTFont fürs ganze GUI mitliefern (also Plain und Boldvariante), aber das wäre dann auch nicht sehr Systemkonform/bzw. kompatibel, gerade mit 3.1 Systemen. Mir ist der voreingestellt Systemfont einfach lieber.

gruß gerograph
 
gerograph   Nutzer

02.08.2010, 13:09 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:
Zitat:
BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.
Hm, hab mit verschiedensten Auflösungen unter WinUAE getestet, bei mir kein Problem... kannst Du mal einen Screenshot machen, Danke !!
 
gerograph   Nutzer

01.08.2010, 20:39 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:

Mann, Du deckst selbst die Kleinigkeiten schonungslos auf, selbsverständlich nehme ich nichts persönlich, vielmehr scheinen Eure Vorschläge durchaus sinnvoll. Wie man sieht habe ich Eure Vorschläge nicht 1:1 umgesetzt, aber fakt war, das GUI war verbesserungswürdig und unlogisch, und daran arbeite ich jetzt und bedanke mich nochmal für Eure Hilfe, wenns irgendwann zu viel wird, dann bleibts wie es ist...

Zitat:
das Prefs-Fenster geht soweit, sagt aber nicht, daß die Einstellungen erst nach Neustart des Programms gelten.
Entsprechender Requester ist bereits integriert...

[quote]
es gibt kein Bubblehelp in den Prefs.
[quote]
Korrekt, bin ich noch nicht zu gekommen, aber mach erst Sinn, wenn das GUI Gerüst steht, und nicht irgendwelche Buttons doch gelöscht werden... (Prefs werden in der nächsten Version wieder leicht geändert...)

Zitat:
die Verzögerung für Bubblehelp wird nicht neben dem Slider angezeigt, oder eben als Bubblehelp
hat wohl nicht nur mich gestört... ;-)

Zitat:
Die Farbauswahl könnte man vielleicht etwas reduzieren (32 oder so)
auf 12 Farben gesetzt...

Zitat:
Locale ist nicht (mehr?) vorhanden.
Korrekt, wenns GUI endgültig ist mach ich die Übersetzung...

Zitat:
die Thumbs sollten dann laut Prefs in Input/Thumbs.. zu liegen kommen, landen aber leider im RAM:.
Ist auch richtig so, iBatch legt inzwischen das thumbnaildir immer im Sourcedir an !!!
Die Abfrage des thumbnaildirpfades ist damit überflüssig, hatte nur vergessen die entsprechenden Gads aus dem Prefs Prog rauszunehmen. Über das Vorhandensein eines "Thumbnaildirs" braucht der User eigentlich nichts mehr wissen.

Zitat:
BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.
Bei mir nicht... muß ich nochmal checken... Danke für den Hinweis

Zitat:
Wenn ich im Thumbviewer "alles" angewählt habe, sollte beim verlassen desselben die Statistik schonmal automatisch refresht werden.
Statistik sollte eigentlich immer refresht werden... und der Refresh Button ist dann ehr überflüssig...

Zitat:
Beim nächsten Tab müßte ich eigentlich direkt schon auf START klicken können, da FastJPEG angewählt erscheint - geht aber nicht. ich muß erst nochmal was anwählen, damit START geht.
Hab ich auch schon überlegt... Aber, mich dagegen entschieden, da der Nutzer so gezwungen wird nocheinmal darüber nachzudenken, WIE er denn konvertieren will. Bei der Frage WAS will ich konvertieren muß ich ja auch eine Eingabe machen.

Zitat:
Nachdem ich auf START geklickt habe, sind in ./output die Files. sie heißen aber FastJPEG-015.jpg usw. ist das so gewollt?
Ja, will ich mich über die "Namensgebungskonventionen" im Konvertierungsprofil/template hinwegsetzen, dann kann ich dass im Hauptprogramm ändern.

Zitat:
ich weiß nicht, wie lange du schon programmierst und/oder betas für bugtests rausgibst, aber da sind ein paar hints, die ich dir vielleicht noch geben kann:
progge schon lange, aber nicht viel, s. http://www.geobiz.de/download.htm. Ist ehr ne Freizeitbeschäftigung und solle es auch bleiben. Mein Ziel ist es nicht unbedingt die perfekte Software zu bauen, solange ich kein Geld damit verdiene.

Zitat:
daß ich eine BatchLIST erstelle, ohne sie jemals zu SEHEN, ist absurd (im quadrat).
Bis jetzt ja,... aber da ist noch ein nicht aktivierter Button der Batchlist - "show" heist... (vielleicht nenn ich ihn auch "Edit"...

Zitat:
vollkommen unverständlich. all das auswählen von unsichtbaren bildern
Warum sind die Bilder unsichtbar ??, im neuen "thumbnalviewer" sollte jeweils das aktuelle Bild angezeigt werden, über die Knöpfe unten entscheide ich, ob ich es der Batchlist hinzufüge oder nicht.

O.k. Vielen Dank, werde noch etwas dran arbeiten..

gruß gero




[ Dieser Beitrag wurde von gerograph am 01.08.2010 um 20:40 Uhr geändert. ]
 
gerograph   Nutzer

29.07.2010, 13:19 Uhr

[ - Direktlink - ] 		Thema: Hollywood + Designer
Brett: Programmierung

@Rotweisser:
Ich wohn in Moers direkt 2 Minuten von A57 Ausfahrt... hab Designer und Hollywood 4.5 auf AOS 4.1 SAM am laufen.
 
gerograph   Nutzer

28.07.2010, 21:43 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

So... hab jetzt mal ne Woche Urlaub gemacht und mir am Samstag den X1000 in Essen angeschaut.... jetzt mal wieder zurück zu iBatch mit der Bitte um Eure Meinung:

http://www.geobiz.de/ibatch_WZ-beta22.lha

Neuerungen/Verbesserungen:
- Nur noch 3Tabs
- thumbnaildir/syncdir braucht nicht mehr gewählt zu werden, iBatch kümmert sich automatisch
- Wenn ich "MAKE/CHANGE BATCHLIST" drücke werden die thumbnails automatisch erzeugt wenn nötig, danach automatisch ein thumbnailviewer gestartet.
- eigener (very basic) thumbnailviewer d.h. die Kopiererei der selectierten Bilder in eines der Verzeichnisse ROTR: ROTL: ORIG: entfällt, da entsprechende Buttons da sind.
- Splashscreen mit Kurzanleitung
- Prefs Editor

Würde mich freuen wenn Ihr nochmal testen könntet und mir Eure Meinung sagt.

Gruß gerograph
 
gerograph   Nutzer

26.07.2010, 20:02 Uhr

[ - Direktlink - ] 		Thema: Hollywood + Designer
Brett: Programmierung

@Rotweisser:
Also ich hab früher in der Schule mit TurboPascal gelernt und später in der Firma ein bisschen VisualBasic. Hollywood ist meines erachtens nach sowohl von einem Win XPler als auch von einem Amigianer,... sehr leicht erlernbar, die Doku ist super gut, es gibt Haufenweise Beispiele. Eine ziemlich gute Programmiersprache für den Einstieg. Auf Amiga-Resistance.info gibts nen gutes Hollywood Forum, sollteste mal auschecken.
Der Designer ist mehr soetwas wie Powerpoint. Aber das Grundgerüst hab ich bisher immer mit dem Designer gemacht und danach an dem erzeugten Script weiterprogrammiert.. bei meiner Präsentation 10 Zeilen bei dem Playlistconverter um die 100 Zeilen...

s.hier: http://www.geobiz.de/download.htm

Fakt ist, HW/HW Designer ist zumindest auf dem Amiga eines der *eilsten Programme und durch die Programmiersprache extrem flexibel, d.h. nicht nur (einfache) Spieleprogrammierung geht, sondern auch mehr "GUI" lastige Programme. Es gibt sogar eine GUI Library/Plugin -> SCUILib. Hollywood ist also absolut zu empfehlen, Support gibt es gratis und umfangreich vom Autor direkt.

gruß gerograph
 
gerograph   Nutzer

17.07.2010, 19:36 Uhr

[ - Direktlink - ] 		Thema: Arteffect für OS 4.1 anpassen
Brett: Amiga, AmigaOS 4

Bin jetzt nicht an meinem OS4 Rechner (in der kommenden Woche), aber fakt ist, das AE4 bei mir bestens läuft unter OS4.1 Upd. 2 (SAM). Hab einen eigenen Bildschirm definiert. Wizard.library habe ich ursprünglich die native von der Alinea Seite genommen, läuft aber auch mit der "neuen" 68k Version von Bernd Rösch (s. Newsmeldung vor ein paar Wochen hier). Knöppe haben dann einen OS4.1 Look, sieht gut aus...

Wenn ZeroG mit 3D-Hardwarebeschleunigung "Compositing" meint, hab ich dass nur auf der WB eingeschaltet überall anders ausgeschaltet.

Und ja, kann mich erinnern, dass da etwas mit einem Swapfile ware (unter 4.1.u1) und ich da was geändert habe.

gruß gerograph
 
gerograph   Nutzer

14.07.2010, 21:31 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
Zitat:
StormWizard unterstützt keine Bold-Flag!?
So scheint es zu sein, vgl. meine Threads auf amiforce. Das Bold Flag (bzw. Ctrl+B) ist nur bei einigen Gadgets möglich, z.B. Gruppen. Bei normalen Textbuttons leider nicht. Das ist auch der Grund warum alle OS4 lookalike (Error-)requester für die Defaultoption keinen fetten Text auf dem Button stehen haben, sondern mit einer "Gruppe" extra umrandet sind...
Aber einen eigenen Font nehmen find ich jetzt auch nicht toll, das ganze sollte schon so aussehen wie der Rest des Systems.
 
gerograph   Nutzer

14.07.2010, 20:47 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq:
Zitat:
auch kann man den standardpen für Hilight benutzen
ähm... ich hab hier im Stormwizard "ShinePen" (pen 1) und "HighlightTextPen" (pen 6). Der dunkel blaue 6er sieht besser aus. Mit optainpens möchte ich erstmal nicht rummachen....

gruß gerograph
 
gerograph   Nutzer

14.07.2010, 16:25 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:

Zitat:
1. Bitte die Buttons nicht SCHREIEN lassen.
Würde lieber fette Schrift nehmen für die wichtigen Buttons, aber StormWizard unterstützt das nicht bzw. braucht dann einen bold font. Die standard bold fonts sind truetype/Intelli und damit nicht überall verfügbar... bräuchte also einen frei verteilbaren normal und bold bitmap font... ??

Zitat:
2. Für die Thumbnail Generierung würde ich keine extra Aktion/Button machen. Wenn man die Bilder durchgehen will, kann das angestossen werden. Ansonsten braucht man die Thumbs auch nicht.
Wenn du unter Windows einen Ordner aufmachst mit Bilder drin, kommt ja auch kein Knopf mit "SYNC THUMBNAILS" oder ein Settings Dialog zum setzen einen Thumbnail Directories.
korrekt, hab ich auch schon drüber nachtgedacht, bedeutet aber, dass immer thumbnails gemacht werden, d.h. bevor der User die Thumbnails sieht wird immer ein Fortschrittsbalken erscheinen und die neuen thumbs berechnen... O.k. ich kann abbrechen, aber wenn ich nur mal schnell ein/zwei alte Bilder konvertieren möchte, will ich eigentlich garnicht erst anfangen zu syncen/thumbnails zu erstellen. Nicht jeder Amiga ist so flott wie mein SAM. Nein, mit der Idee den Button "ADD/CREATE THUMBNAILS" "automatisch zu bedienen" kann ich mich noch nicht ganz anfreunden.

gruß gero
 
gerograph   Nutzer

14.07.2010, 12:46 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@inq
Zitat:
hab jetzt mal das thumbdir nicht mehr in ram: sondern in Ram:thumbtest/ gesetzt (in ist noch in Globalgfx:patterns/ , out ist ram:).

das o.g. stocken(bzw. neuladen?) nach dreimaligem src-scannen bleibt bestehen.
O.k. den Fehler kann ich nachvollziehen, zumindest wenn in der ibatch.prefs "no" steht.

code:
;-------------- Process files  without checking wether it is supported (therefore an image) --
;-------------- or not. "no" = every file gets checked before it will be loaded. Takes quiet -
;-------------- long. "yes" = file gets checked by extension, if no extension given, file   --
;-------------- will be proberly checked, files with an "image extension" not beeing an ------
;-------------- image file, will cause an error message --------------------------------------
;-------------- if your sourcedir holds a lot of "non image files", choose "no"---------------
no

d.h. bedeutet, das jede Datei aus Source geöffnet wird und geprüft wird ob sie verarbeitbar ist, mehr oder weniger unnötig... einfach mal auf "yes" stellen, dann wird nur anhand der Endung geprüft ob es eine Bilddatei ist... geht viel schneller, und ich dachte ich hätte das als default in der prefs drin. Dennoch komisch, das beim erstenmal der Fortschrittsbalken mehrmals durchläuft und beim zweiten und dritten mal der Fortschrittbalken nochmals für die Zeit des ersten Durchlaufs stehen bleibt ?? Muß ich checken.

Zitat:
Wenn ich ein neues dstdir aus der Liste wähle, wird auch das thumbdir im aslrequester geändert, und zwar auf IMB:input/thumbnails, obwohl im stringgadget des Thumb-Tabs immernoch z.b. RAM: steht.
Ja, kann ich vielleicht ändern, alle ASL Requester nehmen immer den Pfad aus der prefs, sie merken sich nicht die alten Pfade... d.h. Cancel drücken im ASL und die Pfade aus den Stringgadgets behalten Ihre Gültigkeit.

Zitat:
auch ist beim Programmstart zwar des letzte von mir benutzte in/out dir in der Liste, in den Stringgadgets dafür steht aber der default IMB:.../...
Richtig, ist auch so gewollt, somit hat der User immer die Möglichkeit Bilder nach IMB:Input zu kopieren und brauch sich um die restlichen Pfade nicht kümmern. D.h. z.B. ich möchte mal schnell 10 Bilder von bmp nach jpeg konvertieren 1. Bilder nach IMB:Input 2. "CREATE/ADD THUMBNAILS" 3. MAKE/CHANGE 4. Conversion Profile auswählen -> START

Zitat:
ABER: die statistik sollte trotzdem die gesamtzahl zeigen, oder? und eigentlich könnte ja trotz des fehlenden Thumbviewvers (zur Auswahl) ja alles bearbeitet werden können, nur eben ohne auswahl. kann man ja als Einschränkung mit in die o.g. fehlermeldung aufnehmen, z.b. "Ohne Thumbviewer ist eine differenzierte Auswahl nicht möglich - alles wählen?" oder so. du machst doch das kopieren sowieso mittels C:Copy.
Statistik zeigt die Gesamtzahl der zu konvertierenden Bilder, alle anderen Hinweise sind obsolet, da ich ja einen eigenen Thumbnailviewer programmieren werde.

Zitat:
die Thumbs heißen danach exakt genauso (!) also trotzdem sie offenbar JPG sind und die Endungen gleich bleiben (.gif, .iff, .br usw.).
das ist sehr gefährlich, falls mal was durcheinander gerät mit dem syncen, z.b. Datum/größe (datei geändert?) usw.
Syncen bedeutet hier nur: Es werden alle Bilder in thumbs gewandelt deren Namen (!) noch nicht im thumbnailverzeichnis sind... (ist natürlich ein gewisses Manko, wenn ich im Sourcedir ein Pic ändere und nicht umbenenne)

@der Wanderer
Zitat:
Ja, das hatte ich auch schon geschrieben. Filenamen 1:1 übernehmen ist sehr gefährlich. Zum einen Unschön, weil die Dateien dann immer JPEG sind aber z.b. .tiff heißen, und zum anderen kann man sich da sehr schnell was zerschießen, z.b. wenn sourcedir=destdir ist, sind alle futsch. Alle.
Nein, falsch wenn sourcedir = destdir, dann werden ersteinmal thumbnails vom source gemacht und im zugehörigen thumbnaildir gespeichert. Die Namensgebung der thumbnail ist daher unerheblich. Soweit kein Problem. Wenn ich allerdings jetzt konvertiere werden ggf. die Originale durch die Konvertierten überschrieben (je nach renaming Option). Das ist definitiv Mist und muss geändert werden. Gefährlich wird es, wenn sourcedir=thumbdir... aber auch das kann man vorher abprüfen/oder durch z.B. anhängen von #?.thb etc. umgehen. Ich halte es aber für sinnvoller die thumbnails immer in einem extra Verzeichnis zu sammeln....

Zitat:
Der Subfolder sollte unaufdringlich in den Settings einstellbar sein, aber im normalen Betrieb sich versteckt halten.
Das einzige was sinnvoll ist, wäre generell einen thumbnailfolder im Sourcedir anzulegen, und die Option wo anders einen thumbnailfolder anzulegen komplett wegfallen lassen. Das hätte folgenden Vorteil:

Das Tab "2) thumbnails" könnte wegfallen und der Button "CREATE/ADD THUMBNAILS" auf den Tab 3) batchlist verschoben werden "CREATE THUMBNAILS FIRST" und darunter der Button "MAKE/CHANGE BATCHLIST" der nur aktivierte wird, wenn thumbnails da sind... Nachteil: User ist mit den thumbnailverzeichnis unflexibler / die 4 Schritte sind nicht mehr auf 4 Tabs verteilt... Alternativ könnte man den Tab "2) thumbnails" nur mit dem einen Knopf "CREATE THUMBNAILS" bestücken ! Eure Meinung ???

Zitat:
Thumbs nur erstellen für Dateien die deutlich größer sind als die Thumb Größe, also etwa beim doppelten.
Stimmt, hätte ich auch selber drauf kommen können. wird implementiert.

Zitat:
Verabschiede dich von der Idee Thumbnail-Dateien durch die Gegend zu kopieren um sie mit bestimmten Funktionen wie Drehen etc. zu verknüpfen. Das ist unflexibel und dem User schwer vermittelbar. Mache einen internen Thumbnail Viewer. Die Bilder sehen in einem externen Viewer auch nicht besser aus, und intern Anzeigen ist nicht schwer.
Du brauchst nur den RastPort, die Bilder und einen BlitBefehl an die richtige Stelle.
Thumbnailviewer ist definitiv geplant, wird einiges vereinfachen.

Zitat:
Merke dir die Funktionen pro Datei im Speicher, evtl. mache die Session freezbar. So kannst du neben Drehen auch andere Funktionen hinzufügen, wie z.b. Gamma Korrektur oder Croppen. Du kannst die Aktionen auch sofort durchführen, so lange dauert das nicht auf einem einigermassen modernen Rechner
Die Session ist "freezbar", wenn ich thumbnails selektiert habe, kann ich iBatch schließen, beim nächsten öffnen steht die erstellte Bearbeitungsliste wieder zur Verfügung.

Danke für die Hinweise, wichtig wäre Eure Meinung zum "fett geschriebenen" ansonsten habt ihre in der nächsten Woche mal "Ruhe" da werde ich dann mal programmierpause machen.

gruß gero



[ Dieser Beitrag wurde von gerograph am 14.07.2010 um 13:34 Uhr geändert. ]

[ Dieser Beitrag wurde von gerograph am 14.07.2010 um 13:41 Uhr geändert. ]
 
gerograph   Nutzer

12.07.2010, 21:39 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@DaxB:
ja, genau... das ist noch nicht der Weisheit letzter Schluss... normalerweise sollte dann vom RAM die Datei zurückkopiert werden... der copy Befehl kommt direkt nach dem delete Befehlt, vielleicht ist der Rechner nicht so schnell wie mein Code... ? Keine Ahnung aber da fällt mir schon was ein..

@alle
1. iBatch bekommt definitiv einen eigenen Thumbnailviewer spendiert... was die Bedienung sehr vereinfacht.
2. Hier der Info/Splashscreen mit Kurzanleitung:

http://www.geobiz.de/screenshots/screenshot_about.png

gruß gerograph
 
gerograph   Nutzer

12.07.2010, 14:18 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@DaxB:
Zitat:
sourcehist liegt (zumindestens nach der Auswahl) nicht in progdir:, sondern eine Ebene höher, bzw. im root (hier Ram). histdest liegt in progdir:
Hm, das ist Blöd... D.h. Bevor Du eine "Sourcedir" in ibatch auswählst ist im Progdir noch die Datei sourcehist da ? Erst danach ist die Datei sourcehist aus dem Progdir weg ?
Wenn das so ist, schafft es ibatch nicht die Datei "sourcehist" wieder nach Progdir zu kopieren.... da muss ich mir noch was überlegen, gefällt mir eh noch nicht so ganz.

@inq
Zitat:
Deshalb nimmt man ObtainPens_ (color), um den Pen zu bekommen, den man der Farbe nach möchte.
soweit ich weiss unterstützt Amiblitz und Stormwizard diesen Befehl nicht, Gruppenamen kann ich z.B. nur im Stormwizard selber mit einer Farbe belegen. Anders sieht es da bei Listen aus, dort kann ich die Farbe selber wählen... hab da auch schon was vorbereitet... Denn z.B. Orange in der Verzeichnishistorie ist nicht so sinnvoll.

Zitat:
außerdem ist es nicht nötig, IntegerGads zur Eingabe zu verwenden, wenn es NumGads zur Ausgabe auch täten, oder, wenn man sowieso die Gruppenelemente aktualisieren muß, einfach einen formatierten String anzuhängen.
NumGads gibt es nicht im StormWizard, aber glaube son formatierter String wäre nicht schlecht...

Zitat:
Ich lasse Thumbs machen (Warum?). Status sagt: getan. und nu??
NOTHING HAPPENED. Was muss ich tun? Also nächster Tab. Hm. Shit. Stucked again.... WHAT TO DO???

WHAT TO DO??? - den nächsten großen Button drücken - "MAKE/CHANGE" - das ist doch nicht so schwer... ?? oder. Wenn der gedrückt wird, dann kommt eine Fehlermeldung, dass kein Thumbnailviewer installiert ist, oder es öffnet sich eben der Thumbnailviewer.
Danach stellt sich dann zurcht die Frage "was muss ich nun mit den Thumbs machen" zur Verbesserung habe ich ja schon folgendes geplant (s.o.):

- eigenen Thumbnailviewer ("select pics to be processed...") mit Bild links/rechts drehen Button etc.
- Button "MAKE/CHANGE" in "CREATE BATCHLIST" umbenennen ??
- Hinweis nach dem erstellen der Thumbnails, was als nächstes passiert ??

Zitat:
Das macht man so, als Tester: einfach mal versuchen, alles zweimal anzuklicken, auch wenns keinen Sinn macht
Ja, richtig, super. Wo bleibt er denn stehen: bei
a) "checking sourcdir" oder
b) "syncing dirs" ?
Oder ist sourcedir = destination dir ??? bei Dir.

Danke für die Hinweise

gruß gerograph

[ Dieser Beitrag wurde von gerograph am 12.07.2010 um 14:29 Uhr geändert. ]
 
gerograph   Nutzer

11.07.2010, 20:45 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

Zitat:
1. die GUi passt sich nicht (mehr?) an, wenn man das Fenster vertikal vergrößert.
korrekt, das ist blöd passiert bei mir auch... muß ich ändern.

Zitat:
2. die Hintergrundfarbe des Fensters ist grau (normal), die Farbe des Musters ist (immer noch) ein ungewöhnlicher Pen (ActiveWindow-TitleBarFill), das ist bei mir dunkelgelb(orange). Normalerweise sollte das Muster weiß sein (bei mir).
Laut GUI Editor pen3 / FillPen - sollte Blau sein ! (d.h. 4 Farbe die ich in den WB Farbprefs auswählen kann)

Zitat:
2.1. die Gruppennamen sind daher auch orange (bei grauem Hintergrund).
bei mir Fett/blau unter Winuae OS3.1 (PAL 16 Farben) / OS3.9 (UAEGFX) / OS4.1 - glaube VisualPrefs und wizard.library verstehen sich nicht...

Zitat:
3. Scrollwheel in den Listen funktioniert nicht.
richtig, wüsste nicht, dass die wizard.library das unterstützt

Zitat:
4. die Statistik Liste hat einen teilweise(!) weißen Hintergrund, nur unterbrochen von den IntegerGadgets, die suggerieren, man könnte etwas eingeben - kann man aber nicht oder? sie zeigen nur an.
Richtig, bei mir "hell Gelb" ich finde es einfach übersichtlicher, wenn das eine andere Farbe hat, die Unterbrechung durch die Integergadgets sollte eigentlich nur bei genauerem hinsehen sichtbar sein..

Zitat:
5. ich habs noch nicht einmal geschafft, start anzuklicken. ich dachte, die Batchlist zeigt irgendwann mal die Liste mit den Bildern an, die ich bearbeiten will... oder wie? die Thumbs sind gemacht, warum auch immer, aber ich kann doch nie Start anklicken.
So, und die Thumbs die Du gemacht hast musst Du jetzt selektieren und auf eine Bearbeitungs/Batchliste setzten... d.h.

- alle thumbs die "Hochkant" sind und die bearbeitet werden sollten bitte nach ORIG: kopieren
- alle thumbs die nach rechts gedreht werden sollen nach ROTR: kopieren...

Ob Du die thumbnaildateien jetzt mit DirOpus, per CLI oder mit einem thumbnailviewer indie entsprechenden Verzeichnisse kopierst ist egal. Aus iBatch kannst Du den Thumbnailviewer direkt aufrufen (Button "MAKE/CHANGE" - TAB Batchlist). Wenn Du danach einen Statistik refresh machst, dann siehst Du in den Integer Gadgets wieviel Bilder letztendlich konvertiert werden.

Zitat:
6. wenn man mehrmals hintereinander Thumbs machen lässt, ohne etwas geändert zu haben, bleibt die Fortschrittsanzeige ungewöhnlich lange stehen.
Hä ?
Du machst von einem Verzeichnis thumbs, und dann nocheinmal ? Jetzt sollte es eigentlich rasend schnell gehen, da iBatch nur thumbnails von neuen Bildern aus dem Quellverzeichnis macht... und Du hast ja nichts geändert. Oder hast Du doch etwas geändert, und irgendwelche thumbnaildateien gelöscht, bzw. weiter Quellbilder hinzugefügt ?

Zitat:
7. die Fortschrittsanzeige hat m.M.n. einen unnützen äußeren Rahmen.
Ich überleg mal...

Zitat:
und finally
8. ich lese natürlich NICHT die Anleitung - so ein kleines Tool sollte selbsterklärend sein in der Grundfunktion - welche man nach dem Programmstart noch immer nicht mitgeteilt bekommt bzw. erkennt.
Ich habe im Menu den Punkt Info, da kommt es rein. Alternativ könnte ich die Info auch noch bei Programmstart anzeigen...

Zitat:
p.s.: ist die GUI nun Wizard.lib oder was? mögl. kann man das irgendwo anzeigen/auswählen? dein Programm erzeugt 90 (!) Gadgets, teilweise unsichtbar, die sich nicht an die Vorgaben meines Systems für Gadtools halten (via VisualPrefs, ReAction).
Ja wizard.library, alles andere mach ich nicht... anscheinend hat die ein Problem VisualPrefs...

Vielen Dank für die Hinweise, hab ich wieder etwas zu tun

@DaxB
Wird der neue "Sourcepfad" noch im Stringgadget angezeigt ? Erscheint er im Listview unter dem Stringgadget ? Kannst Du in die Datei sourcehist im Progverzeichnis schreiben ?

gruß gerograph

EDIT: vielen Dank für den Screenshot




[ Dieser Beitrag wurde von gerograph am 11.07.2010 um 20:49 Uhr geändert. ]

[ Dieser Beitrag wurde von gerograph am 11.07.2010 um 20:50 Uhr geändert. ]
 
gerograph   Nutzer

11.07.2010, 19:46 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@DaxB:
Danke für den Hinweis, ich werde der Sache nachgehen, bei mir läufts einwandfrei auf AOS4.1

Gruß gero
 
gerograph   Nutzer

10.07.2010, 18:40 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@alle

So, neue Beta fertig:

ibatch Beta 19

- komplettes redesign des GUIs (ähnlich der vorab geposteten Previews) - leider nur in Englisch ! Deutsche Catalog Datei übersetze ich dann wenn Ihr das Ding "abgesegnet" habt.
- Abbruch Button beim erzeugen der Thumbnails + der Bilder
- die letzten 5 Pfade (Quell- oder Zielpfad) können per Klick direkt ins Stringgadget übernommen werden.
- Defaultpfade werden aus prefsdatei gelesen (hatte ich irgendwie noch nicht implementiert)
- noch nicht funktionsfähiges Menu, um "Info" Fenster und Voreinsteller aufzurufen.
- intensive Dateiprüfung per default in den prefs abgestellt, d.h. nur wenn eine Datei keine Endung hat wird geprüft ob das Format unterstützt wird, ansonsten über die Endung
- als Defaultpfad fürs Zielverzeichnis "IMB:Output" gewählt... damit die RAM Disk nicht zugemüllt wird, und euch der Speicher ausgeht...

@der Wanderer
Hast Du nochmal geschaut, wodran das mit den SAVE Errors liegen könnte ?

gruß gerograph
 
gerograph   Nutzer

09.07.2010, 14:41 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
Zitat:
Aber jetzt verstehe ich das langsam.
Du möchstest eine Ansicht haben mit ~1000 Bildern drauf als Thumbnail, Die ich dann selectiere, lösche, drehe etc. und danach diese Operationen auf den echten Bilder durchführen.

Korrekt.... außerdem möchte ich nicht alle Originalbilder immer wieder verkleinern, sondern nur die Neu dazugekommenen, das bringt einen enormen Geschwindigkeitsvorteil.
Nehme ich zum Beispiel den "thumb" Viewer aus dem "PicShow" Paket von Thomas Rapp und lasse mir ein Verzeichnis als Thumbnails anzeigen, dann dauert das jedesmal ziemlich lange... Habe ich ich nun die Bilder dieses Verzeichnisses schon "Vorverkleinert" geht es schneller. Somit ist mein thumbnaildir sozusagen der thumbnail Cache. Geschwindigkeitsmäßig wäre es noch viel besser, wenn ich anstatt zu resizen ggf. den EXIF Preview rausziehen könnte.

An dem thumbnail <-> original Bilder Konzept werde ich wahrscheinlich auch nichst ändern, hat viele Gründe, u.a. Kompatibilität zur alten Version und zu meiner eigenen Organisationsstruktur der Bilder. Außerdem kann ich jederzeit mit meinem bevorzugtem Thumbnailviewer arbeiten....

Viel wichtiger ist jetzt aber, das GUI zu "redesignen" s. Vorschlag oben und festzustellen, warum du 212 Save Fehler hattest.

Ach ja, "Konvertierungsprofil" ist ein wesentlich passendere Bezeichnung als "Template", denke das werde ich dann mal übernehmen.... Danke

@alle
Den GUI Fehler hab ich schon gefunden, eigene Blödheit... den deutschen Catalog sollte ich natürlich überarbeiten, wenns nen neues Gadget gibt. Nächste Beta gibts dann auch mit der neuen Oberfläche (s.preview oben), falls nicht noch wesentliche Änderungs-/Verbesserungsvorschläge kommen

gruß gerograph

[ Dieser Beitrag wurde von gerograph am 09.07.2010 um 14:44 Uhr geändert. ]

[ Dieser Beitrag wurde von gerograph am 09.07.2010 um 14:49 Uhr geändert. ]
 
gerograph   Nutzer

09.07.2010, 12:32 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
Zitat:
Ich denke du nutzt lediglich 1 oder 2.

Korrekt, Images gebe ich natürlich frei..

Zitat:
So wird jedes Bild zweimal geladen.
Es reicht doch vollkommen beim Konvertierungsprozes ein Bild einmal zu laden. Das kannst du ja auf dem Screen klein darstellen.


Ja, richtig jedes Bild wird zweimal geladen, einmal um ein Thumbnail zu erzeugen und es in /thumbnails zu speichern und ggf. Wenn es bearbeitet werden soll ein zweites mal... ABER: nicht jedes Bild des Verzeichnisses muß bearbeitet werden.

Vorteile:

Thumbnails können dann auch ohne iBatch zu starten schnell und mit jedem Viewer angezeigt werden (so ähnlich wie die "thumbs.db" in Windows) - alle thumbnails haben ja ein "gleichnamiges Original" im zugehörigen Quellverzeichnis.

Ich brauche, wenn z.B. im Quellverzeichnis nur zwei neue Bilder hinzugekommen sind, auch nur noch diese zwei neuen Bilder dem zugehörigen thumbnailverzeichnis hinzufügen.

Nachteile:

Bilder müssen ggf. doppelt geladen, skaliert und gespeichert werden.

Eine "Verwaltung" um festzustellen welches thumbnaildir zu welchem Quellverzeichnis gehört

weitere Nachteile: ??? mir fallen keine ein

Zitat:
Warum sollte man extra ein Thumbnail Image erstellen und das auch noch in einem externen Viewer angucken wollen? Ein interner Viewer ist trivial
Ob das für mich wirklich so trivial ist, lassen wir mal dahingestellt....

Zitat:
weil du dir Bilder doch sowieso geladen hast. (?)
Du musst das Bild nur mit image_BlitScaled() in klein anzeigen.
Korrekt, dann müsste ich jedesmal alle Bilder (auch die, die ich nicht bearbeiten will) mit image_BlitScaled verkleinern, das dauert wahrscheinlich lange... (hab ich aber noch nicht getestet)

=> D.h. Von allen Bildern eines Verzeichnisses möchte ich thumbnails sehen, welche Bilder ich dann letztendlich in der Stapelverarbeitung mit dem Konvertierungsprofil bearbeite wähle ich dann über die Thumbnails aus.

Zitat:
Wo bekomme ich denn die neueste Version her?
Hab ich noch nicht online gestellt, werde den Link hier posten

gruß gerograph
 
gerograph   Nutzer

09.07.2010, 11:45 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:
So hab schonmal einen Abbruch Button eingebaut... und dann mit dieser neuen Version 230 Bilder in thumbnails gewandelt. KEINE Fehler ?

Dachte erst, das es an der image_include Konstante #max_images=100 lag (nannte sich glaube ich so, sitze jetzt nicht vor meinem Rechner). Unter OS4.1U2 funktionierts aber trotzdem ?

Ist in der thumbnaildir ausreichend Platz ?
Ist auf der Partition, wo iBatch Verzeichnis liegt ausreichend Platz ? Hier könnte der Fehler liegen, denn momentan werden die thumbnailimages noch in iBatch_WZ/thumbstemp zwischengespeichert...

Allerdings hab ich noch ein anderes Problem (hab aber noch nicht nach einer Lösung geschaut):
Die Buttons meines Stormwizard GUI werden mit falschen Strings beschriftet... aber nur bei der Executable, wenn ich iBatch aus dem Compiler starte is alles in Ordnung ? Dabei habe ich GUI mäßig nur einen "Abort" Button zugefügt und die minimalgröße für die Label "x von y" Bilder im Fortschrittfenster vergrößert ? Auf die Schnelle eine Idee ? (Stack ist 10000)

Gruß gerograph
 
gerograph   Nutzer

07.07.2010, 23:15 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@DaxB:
Na max 2 Buttons kann ich einsparen, wenn ich es "intern" mache... keinen SYNC Button mehr da automatisch vom Quellverzeichnis thumbnails erzeugt werden, außerdem brauch ich nicht mehr nach ROTL: oder ROTR: oder ORIG: zu kopieren. Zweiteres bedeutet aber, ich muß zusätzlich einen thumbnailviewer programmieren. Sollte ich den konfigurierbarend thumbnailviewer gegen einen eigenen ersetzten (was ich ernsthaft überdenke), kann ich also lediglich nur noch den SYNC Button einsparen. Für mich liegen die Vorteile des "internen" nicht auf der Hand. Vielmehr kann ich, wenn ich die thumbnails als normale Dateien in einem extra Verzeichnis abspeichere von jedem thumbnailviewer aus betrachten ohne iBatch zu starten, außerdem kann ich immer meinen "Lieblings thumbnailviewer" nutzen etc..#

gruß gerograph
 
gerograph   Nutzer

07.07.2010, 22:55 Uhr

[ - Direktlink - ] 		Thema: AMuse Installation
Brett: Amiga, AmigaOS 4

@tploetz:
Bei mir hat sich direkt Amuseprefs geöffnet beim ersten Start... ansonsten in der Shell:

rx Work-1:AMuse/AMusePrefs.rx

rechte Seite: "mp3" eingeben und "Add pattern" button direkt daneben drücken. Darunter noch mal den SQLite Pfad eingeben... Linke Seite dann einen Pfad zu den MP3 Dateien wählen und "Add Path" klicken. Voreinstellungen speichern. Am besten ersteinmal mit wenigen MP3 probieren, die eindeutige MP3 Tags haben... -> Save prefs -> fertig.

gruß gerograph
 
gerograph   Nutzer

07.07.2010, 16:43 Uhr

[ - Direktlink - ] 		Thema: AMuse Installation
Brett: Amiga, AmigaOS 4

@tploetz:
Ich hab dort AMuse.rx incl. Icon - Doppelklick fertig - ansonsten Shell: rx Work:..../AMuse/AMuse.rx

gruß gerograph
 
gerograph   Nutzer

07.07.2010, 14:23 Uhr

[ - Direktlink - ] 		Thema: Betatester für neue iBatch Bildstabelverarbeitung gesucht !
Brett: Amiga, AmigaOS 4

@Der_Wanderer:

Zitat:
Beim Konvertieren solltes du nicht immer von einer Kamera ausgehen. Evtl. wäre es auch sinnvoll, sich die letzen 5 Quellverzeichnisse zu merken. Nichts ist lässtiger als immer wieder Pfade auswählen die man schonmal ausgewählt hat
sicherlich sinnvoll, irgendwie son Cyclegadget neben dem Stringfeld für Quellverzeichnis.

Zitat:
Ich habe aber bis jetzt das Konzept wohl nicht nicht ganz verstanden. Ich bekomme auch immer noch keine Bilder konvertiert. Die Batchliste ist leer, sagt er mir immer.

1. Quellverzeichnis und Zielverzeichnis wählen
2. Alle Bilder im Quellverzeichnis werden in kleine "Thumbnails/Previews" verwandelt. Mit demselben Namen wie das Original Bild. Da ich die Thumbnails mit einem externen Viewer anschauen kann, brauche ich wirklich eine thumbnaildir. D.h. für den Speicherort der thumbnails kann ich entweder ein existierendes Verzeichnis nehmen, oder im Quellverzeichnis ein Unterverzeichnis anlegen.
Damit nicht jedesmal alle Quellbilder in thumbnails umgewandelt werden, "merkt" sich das "Quellverzeichnis" das zugehörige thumbnailverzeichnis und fügt ggf. die fehlenden Bilder hinzu (Button SYNC)
3. Wenn ich jetzt Bilder konvertieren möchte, mache ich eine "Batchliste/Bearbeitungsliste". Dazu kopiere ich alle thumbnails die nach rechts gedreht werden sollen ins Verzeichnis ROTR: alle die nach links gedreht werden nach ROTL:, alle die nicht gedreht werden nach ORIG:. Bilder die ich nicht konvertiere werden eben nirgendwo hin kopiert.
4. Nun brauche ich nur noch die Konvertierungsregeln (Template) auswählen (Tab Modus) und START drücken. Z.B. -web 800 jpeg comp30- verkleinert die Bilder auf 800Pixel längste Seite, wandelt ggf. in jpeg und speichert mit Kompression von 30%. Vorsilbe ist bei den Bildern web-xxx. (Intern bedeutet das: iBatch liest alle Dateinamen aus ORIG: ROTR: ROTL: in ein Array und such sich dann das entsprechende Bild aus dem Quellverzeichnis danach werden dann die passenden "image_xxx" Funktionen aufgerufen)

Sicherlich könnte ich alles "intern" verwalten ohne irgendetwas zu kopieren/thumbnaildirs anzulegen/ ROTR: ROTL: Verzeichnisse etc. Verliere damit aber die Kompatibilität zu alten iBatch.

Zitat:
Der Fortschirttsbalken zeigt nicht die korrekte Total-Anzahl an, er sagt mir z.b. "144 von 21 ...". '(evtl. zeigt er nur die ersten zwei stellen an, denn es waren 212)
Danke für den Hinweis, werde ich nachgehen

Zitat:
Ein Abbrechen Knopf wäre gold wert!
wohl richtig, mach ich

Zitat:
2 Load errors
0 Resize erros
212 Save errors

bedeutet 2x hat image_Load Funktion nicht funktioniert
Alle thumbnails konnten mit image_Save nicht gesichert werden. ?????
Hast Du denn jezt Bilder im Thumbnailverzeichnis ???? Was für nen Format hatten die Quellbilder ? Genug Platz im Zielverzeichnis ?? RAM: ist ggf. nicht so sinnvoll.

gruß Gerograph
 
 
1 2 3 -4- 5 6 7 8 9 >> Letzte Ergebnisse der Suche: 621 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.