|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Betatester für neue iBatch Bildstabelverarbeitung gesucht ! | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| 1 -2- 3 4 5 6 | [ - Beitrag schreiben - ] |
|
24.06.2010, 07:49 Uhr gerograph Posts: 621 Nutzer |
@slin: hm das ist komisch... habe hier auch OS3.9 unter WinUAE. D.h. heist Du siehst nochnichtmal mehr die Programmoberfläche ?? Am ehesten liegt es daran, dass Du einen 68020 emulierst, Du brauchst aber einen mit FPU, muß mal schauen ob ich das ändere... gruß gerograph [ Dieser Beitrag wurde von gerograph am 24.06.2010 um 08:32 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 09:26 Uhr gerograph Posts: 621 Nutzer |
So hab ne neue Beta hochgeladen mit Locale Support und eben den anderen ASL Requestern. Hier ist der Link: ibatch_Beta11 WICHTIG: laeuft nur mit FPU (insbesondere unter WINUAE) gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 10:29 Uhr Der_Wanderer Posts: 1229 Nutzer |
@gerograph FPU kannst du abstellen mit "optimize 5". Dann werden allerdings einige Sachen vielleicht deutlich langsamer. Der Absturz von slin ist evtl. eine fehlende Library. Standardmässig tested AB3 nicht, ob eine Lib installiert ist (wenn man BlitzLibs benutzt, Inlcudes tun das natürlich). Deshalb solltest du zumindest die wizard.library testen mit: If dos_CheckLib{"wizard.library",42}=False Then error{"iBatch needs wizard.library or higher to run. Please install!"} : End Du kannst mit Snoopdos gucken, was du sonst noch so für Libraries nutzt, und die dann alle abklopfen, vor allem auch mit Version. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 11:35 Uhr gerograph Posts: 621 Nutzer |
@Der_Wanderer: ja, hab mal testweise mit "optimize 5" compiliert, dennoch startet iBatch unter WinUAE nur wenn ich die FPU nutze... ? Wahrscheinlich braucht irgendeine include "optimize 7". Auf Libs testen, werde ich dann einbauen, glaube aber nicht unbedingt das es bei slin daran liegt. Danke für die Hinweise... [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 13:05 Uhr DaxB Posts: 1421 Nutzer |
Nicht reproduzierbar, aber mir ist die GUI einmal eingefroren mitsamt System beim rumklicken auf auf das Rename pull-down Gadget. Die Online-Hilfe (Sprechblasenhilfe) ist zäh. Sprich es blockiert das input.device? (Mauspfeil bleibt kurz stehen, wenn die Hilfe verschwindet). Vielleicht machst du die Default erst einmal aus. Reproduzierbar: Wenn ich auf Liste "Erstellen/Ändern" klicke, die Frage mit "Neue" beantworte kommt dieser Hit: code:24-Jun-10 12:35:02 LONG WRITE to 00000000 data=01D62B98 PC: 015BDCC4 USP : 01D62B90 SR: 0010 (U0)(-)(D) TCB: 01D62110 Data: 01B452EC 01B452D4 000003EE 006E78B3 00000000 0057F4D7 00000000 0000000F Addr: 01B452D4 01D62B98 01D6216C 00000000 00000000 01D62BDC 01080CB0 010826EC Stck: 00FEC50E 00FEBBFC 01B452EC 00000000 050001D6 2BAC0000 01D62110 01D62B98 Stck: 01D6216C 000003EE 00F81E82 00000038 006E78B3 00000000 0057F4D7 00000000 Stck: 0000000F 00000007 00000001 01D62C2C 01B452D4 01B9E2CC 010A7A4C 00FF1732 Stck: 000003EE 000003EE 00000000 FFFFFFFE 00000000 80000001 00000000 01D62110 Stck: 00FEF38C 00000000 01B9E2CC 015FD35C 00000000 01B9E174 01A11A74 01D62C88 Stck: 00FF1620 000003ED 01B9DD40 00FEF8D4 01B29094 01B9E11C 00000000 00000000 ----> 00FEC50E - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 0000079A ----> 00FEBBFC - "ROM - expansion 40.2 (9.3.93)" Hunk 0000 Offset 000015EC ----> 00F81E82 - "ROM - exec 40.10 (15.7.93)" Hunk 0000 Offset 00001DCC ----> 00FF1732 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 000059BE ----> 00FEF38C - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 00003618 ----> 00FF1620 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 000058AC ----> 00FEF8D4 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 00003B60 PC-8: 33FC4000 00DFF09A 522E0126 13400008 20102089 5988C188 48D10101 20892041 PC *: 22280010 67127003 2241C028 000E6724 53006614 61000186 532E0126 6C0833FC 015bdca4 : 33fc 4000 00df f09a move.w #$4000,$dff09a 015bdcac : 522e 0126 addq.b #$1,$126(a6) 015bdcb0 : 1340 0008 move.b d0,$8(a1) 015bdcb4 : 2010 move.l (a0),d0 015bdcb6 : 2089 move.l a1,(a0) 015bdcb8 : 5988 subq.l #$4,a0 015bdcba : c188 exg.l d0,a0 015bdcbc : 48d1 0101 movem.l d0/a0,(a1) 015bdcc0 : 2089 move.l a1,(a0) 015bdcc2 : 2041 movea.l d1,a0 015bdcc4 : *2228 0010 move.l $10(a0),d1 015bdcc8 : 6712 beq.s $15bdcdc 015bdcca : 7003 moveq.l #$3,d0 015bdccc : 2241 movea.l d1,a1 015bdcce : c028 000e and.b $e(a0),d0 015bdcd2 : 6724 beq.s $15bdcf8 015bdcd4 : 5300 subq.b #$1,d0 015bdcd6 : 6614 bne.s $15bdcec 015bdcd8 : 6100 0186 bsr $15bde60 015bdcdc : 532e 0126 subq.b #$1,$126(a6) 015bdce0 : 6c08 bge.s $15bdcea 015bdce2 : 33fc c000 00df f09a move.w #-$4000,$dff09a Name: "Background CLI" CLI: "" SegList is invalid!!! Wenn ich auf Liste "Erstellen/Ändern" klicke, die Frage mit "Alle" beantworte mehrere Hits (hier nur der Erste): code:24-Jun-10 12:40:19 LONG WRITE to 66F64E75 data=019C5E98 PC: 015BF8B4 USP : 019C5E90 SR: 0010 (U0)(-)(D) TCB: 019C5410 Data: 0197897C 01978964 000003EE 0065E0DB 00000000 0057FC47 00000000 0000000F ----> 0197897C - "System:Libs/wizard.library" Hunk 0000 Offset 0000006C ----> 01978964 - "System:Libs/wizard.library" Hunk 0000 Offset 00000054 Addr: 01978964 019C5E98 019C546C 00000000 00000000 019C5EDC 01080CB0 010826EC Stck: 00FEC50E 00FEBBFC 0197897C 66F64E75 0500019C 5EAC0000 019C5410 019C5E98 Stck: 019C546C 000003EE 00F81E82 00000038 0065E0DB 00000000 0057FC47 00000000 Stck: 0000000F 00000007 00000001 019C5F2C 01978964 0197836C 010A7A4C 00FF1732 Stck: 000003EE 000003EE 00000000 FFFFFFFE 00000000 80000001 00000000 019C5410 Stck: 00FEF38C 00000000 0197836C 015FF11C 00000000 01978334 01963C5C 019C5F88 Stck: 00FF1620 000003ED 01978108 00FEF8D4 01837364 019782DC 00000000 00000000 ----> 00FEC50E - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 0000079A ----> 00FEBBFC - "ROM - expansion 40.2 (9.3.93)" Hunk 0000 Offset 000015EC ----> 0197897C - "System:Libs/wizard.library" Hunk 0000 Offset 0000006C ----> 00F81E82 - "ROM - exec 40.10 (15.7.93)" Hunk 0000 Offset 00001DCC ----> 01978964 - "System:Libs/wizard.library" Hunk 0000 Offset 00000054 ----> 00FF1732 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 000059BE ----> 00FEF38C - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 00003618 ----> 00FF1620 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 000058AC ----> 00FEF8D4 - "ROM - dos 40.3 (1.4.93)" Hunk 0000 Offset 00003B60 PC-8: 33FC4000 00DFF09A 522E0126 13400008 20102089 5988C188 48D10101 20892041 PC *: 22280010 67127003 2241C028 000E6724 53006614 61000186 532E0126 6C0833FC 015bf894 : 33fc 4000 00df f09a move.w #$4000,$dff09a 015bf89c : 522e 0126 addq.b #$1,$126(a6) 015bf8a0 : 1340 0008 move.b d0,$8(a1) 015bf8a4 : 2010 move.l (a0),d0 015bf8a6 : 2089 move.l a1,(a0) 015bf8a8 : 5988 subq.l #$4,a0 015bf8aa : c188 exg.l d0,a0 015bf8ac : 48d1 0101 movem.l d0/a0,(a1) 015bf8b0 : 2089 move.l a1,(a0) 015bf8b2 : 2041 movea.l d1,a0 015bf8b4 : *2228 0010 move.l $10(a0),d1 015bf8b8 : 6712 beq.s $15bf8cc 015bf8ba : 7003 moveq.l #$3,d0 015bf8bc : 2241 movea.l d1,a1 015bf8be : c028 000e and.b $e(a0),d0 015bf8c2 : 6724 beq.s $15bf8e8 015bf8c4 : 5300 subq.b #$1,d0 015bf8c6 : 6614 bne.s $15bf8dc 015bf8c8 : 6100 0186 bsr $15bfa50 015bf8cc : 532e 0126 subq.b #$1,$126(a6) 015bf8d0 : 6c08 bge.s $15bf8da 015bf8d2 : 33fc c000 00df f09a move.w #-$4000,$dff09a Name: "Background CLI" CLI: "" SegList is invalid!!! Wenn ich unter Sync auf "SYNC" klicke und später "creating thumbnails" im Fenster steht, wird folgender ähnlicher Fehler angezeigt: [...]could not allocate ARGB bitmap (800xirgendwas). Das Fenster hat sich leider geschlossen, als ich den Text kopieren wollte. Dann Programmfehlermeldung mit dieser Exception: code:24-Jun-10 12:47:41 Exception !! 00000005 TCB: 01A03D78 CTX: 0120FAA0 SSP: 0108271C USP : 01A0BDD6 SR: 0004 (U0)(-)(-) TCB: 01A03D78 Data: 00007D00 00000000 41423349 FFFFFFFF 00000001 0000003B 00000000 00000001 Addr: 01A0BDE6 01A03D78 00000000 01B60A92 01A0BDE6 01A0B610 010A49D4 0108271C ----> 01B31046 - "Ram:ibatch_WZ_beta11/ibatch_WZ11" Hunk 0000 Offset 0004205E Stck: 00000000 00000000 00000140 00000000 FFFFFFE8 01B33D36 00000001 00000009 Stck: 01A03982 01B32C48 00000000 019FB418 00800000 00010000 03B201AE EFE80000 Stck: 00000000 00000000 00000000 00000000 00000000 00000000 000001AE EFE80000 Stck: 00000000 00000000 00000000 000001A0 3D780000 000001B4 47B401AE EFEE00FE Stck: C3260000 80006962 61746368 5F575A31 31000000 802801B6 0A5C019C 469C0A0A Stck: 00F82365 000001A1 3E8001A0 BE9001A1 3E900000 00100000 00000000 000001A0 ----> 01B3104A - "Ram:ibatch_WZ_beta11/ibatch_WZ11" Hunk 0000 Offset 00042062 ----> 01B33D36 - "Ram:ibatch_WZ_beta11/ibatch_WZ11" Hunk 0000 Offset 00044D4E ----> 01B32C48 - "Ram:ibatch_WZ_beta11/ibatch_WZ11" Hunk 0000 Offset 00043C60 ----> 00F82365 - "ROM - exec 40.10 (15.7.93)" Hunk 0000 Offset 000022AF PC-8: 08002940 FFF060FF 00000034 202CFFF8 4C3C0800 00000064 222D82C4 4C410800 PC *: 2940FFF4 202CFFF4 4C2D0800 82C8223C 00000064 4C410800 2940FFF0 202CFFF0 01b31028 : 4c41 0800 divs.l d1,d0 ;extended opcode 01b3102c : 2940 fff0 move.l d0,-$10(a4) 01b31030 : 60ff 0000 0034 bra.l $1b31066 ;extended opcode 01b31036 : 202c fff8 move.l -$8(a4),d0 01b3103a : 4c3c 0800 0000 0064 muls.l #$64,d0 ;extended opcode 01b31042 : 222d 82c4 move.l -$7d3c(a5),d1 01b31046 : 4c41 0800 divs.l d1,d0 ;extended opcode 01b3104a : *2940 fff4 move.l d0,-$c(a4) 01b3104e : 202c fff4 move.l -$c(a4),d0 01b31052 : 4c2d 0800 82c8 muls.l -$7d38(a5),d0 ;extended opcode 01b31058 : 223c 0000 0064 move.l #$64,d1 01b3105e : 4c41 0800 divs.l d1,d0 ;extended opcode 01b31062 : 2940 fff0 move.l d0,-$10(a4) 01b31066 : 202c fff0 move.l -$10(a4),d0 Name: "ibatch_WZ11" Hunk 0000 Offset 00042062 [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 13:28 Uhr gerograph Posts: 621 Nutzer |
@DaxB:Zitat:Sprechblasenhilfe ausschalten geht in der Datei ibatch.prefs einfach unter der Zeile: "Delay until Bubblehelp gets closed 0= no bubblehelp bubbledelay.b" eine "0" eintragen, stellt den bubblehelp aus. Zitat: O.k. schaue ich mir nochmal an, ist auch irgendwo ein Fehler in der Benutzerführung, denn es macht nur Sinn eine "Batchliste" zu Erstellen/Ändern wenn auch irgendwelche Dateien in den Verzeichnissen "thumbtemp" oder in dem von Dir angelegten "thumbnailverzeichnis" sind. D.h. der Button sollte deaktiviert sein solange die Verzeichnisse leer sind. Die Verzeichnisse werden gefüllt, wenn Du auf "SYNC" klickst.... Abgesehen davon sollte in der ibatch.prefs der Pfad zu einem thumbnailviewer/Dateimanager stehen. Bei Click auf Erstellen/Ändern wird irgendein externes Verwaltungsprogramm (z.B. thumbs von Thomas Rapp) aufgerufen um die verkleinerten (Bild)dateien vom Verzeichnis thumbtemp/oder Deinem thumbnailverzeichnis nach ORIG: ROTR: od. ROTL: zu kopieren. Auch da sollte ich sicher mal checken ob die Datei überhaupt (also der thumbnailviewer) existiert. Zitat:Hm, da kann ich jetzt nicht allzuviel zu sagen, diese Fehlermeldung kommt von der AmiBlitz3 image.include. Ggf. reicht der Speicher nicht aus, da beide Bilder (also Source und Zielbild) im Speicher gehalten werden. Wenn ich noch etwas Zeit hab, schau ich mal in Ruhe rein... Danke ersteinmal für die viele Mühe ! Immerhin funktionieren jetzt die Dateirequester ! [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 15:09 Uhr Der_Wanderer Posts: 1229 Nutzer |
could not allocate ARGB bitmap Das passiert, wenn eine Bitmap nicht allociert werden konnte mittels graphics/AllocBitmap(). Das kann passieren entweder weil zu wenig speicher frei ist oder weil 24bit nicht unterstützt wird. Zum Fehler kommt es, weil gerograph vermutlich nicht testet, ob das laden/erstellen eines Images erfolgreich war. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 16:59 Uhr DaxB Posts: 1421 Nutzer |
Möglich das die 2MB Chip-Ram nicht ausreichen, oder das picture.datatype 44.19 (1.10.99). [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 17:34 Uhr gerograph Posts: 621 Nutzer |
@DaxB:Zitat: Doch teste ich ! Überall If image_loade..... ABER: einmal hab ichs in der SYNC Prozedur nicht gemacht... muß nochmal den Source im Hinblick darauf durchgehen... Oh Nooo ;-) [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 18:51 Uhr Der_Wanderer Posts: 1229 Nutzer |
@DaxB Ein 800x600x32 Bild braucht schon alleine 2MB. Geht also nicht. Wer Fotos verarbeitet, braucht mindestens 64MB oder mehr im Amiga. Und das PictureDT muss logischerweise 24bit beherrschen, sonst kann man keine Bilder laden. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 19:25 Uhr slin Posts: 30 Nutzer |
Zitat:Nein. Ich emuliere eine 68060er mit 68060er FPU und einen 68040er mit 68040er FPU und da stürzt das Programm ab ohne die Oberfläche anzuzeigen. Ich habe nun runter geschaltet auf 68030 mit 68882 und dann startet das Programm. [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 19:26 Uhr DaxB Posts: 1421 Nutzer |
@Der_Wanderer: Ich habe als Quellverzeichnis einfach mein download dir genommen, welches ein paar jpg Bilder enthält die sich alle mit Bildanzeiger anzeigen lassen. Aber das ist ja auch egal, wichtig sind die Bugs. Was den Nutzen des Programms betrifft, sollten sich Benutzer dieses genauer angucken. Ich selber mache hier keine Bildverarbeitung. [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 20:34 Uhr gerograph Posts: 621 Nutzer |
@slin: A ja interessant... frage mich nicht warum... vielleicht weiß der Wanderer warum ? @DaxB Richtig, Danke es geht um die Bugs, und da hast Du schon einiges weitergeholfen, so weit so gut. Zum Nutzen des Programms: Ich muss regelmäßig Bilder von meiner DigiCam/Handy verkleinern und rotieren, mit der Vorgängerversion mache ich das nun schon ziemlich lange und oft. Ich bin froh, dass ich nicht mehr auf IrfanView auf dem PC umsteigen muss. Allerdings hab ich auch einen SAM mit OS4.1u2 + 512MB Speicher ;-). Mit dem abtesten ob das Image wirklich geladen werden konnte und gespeichert werden kann optimiere ich noch, da waren noch 2-3 Stellen wo ich es nicht abgeprüft habe... gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2010, 22:03 Uhr Der_Wanderer Posts: 1229 Nutzer |
@gerograph Das Problem von slin ist schwer zu raten woran das liegt. Generell funktionieren AB3 Programme natürlich auf allen Maschinen von 68020 bis 68060. Target CPU ist eigentlich ein 68020, wenn man "optimize x" mit x!=0 benutzt. Ich würde auf was externes tippen, eine Library, Datatype o.ä. Man könnte es an einem Enforcer Hit Log sehen. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
25.06.2010, 17:04 Uhr gerograph Posts: 621 Nutzer |
@Der_Wanderer:Zitat: Ok. hab ich jetzt mal gemacht, das sind unmengen von libraries. Die üblichen wie wizard, zlib, jpeg... aber auch newicon, incon , graphics, ..... und klar auch intuition, exec,... ! Muss ich wirklich alle abtesten ? Oder reichen wizard, jpeg, zlib, asl, den Rest (z.B.) Exec hat doch eh jeder ? [ - Antworten - Zitieren - Direktlink - ] |
|
25.06.2010, 17:11 Uhr Der_Wanderer Posts: 1229 Nutzer |
Du musst nur die abtesten, die von BlitzLibs benutzt werden. Includes tun das für dich bereits. zlib, jpeg werden von der image.inlcude benutzt. wizard benutzt du aber als BlitzLib. Bei den anderen Libs geht es oft nicht darum, ob sie existieren, sondern ob die Version hoch genug ist. OS1.0 hat auch eine exec.library, klar, aber damit wird es nicht laufen. Generell würde ich OS3.1 vorraussetzen. Vieles geht vielleicht auch mit 2.x oder sogar 1.x, aber das testet niemand mangels Interesse. Ausserdem will man ja auch hier und da vielleicht ein OS3.x Feature haben, sonst programmiert man ja für ein OS von 1988 und darf dann auch keine Wunder erwarten. Für Bildbearbeitung in 24bit ist das sowieso völlig abwegig. Da muss schon ein bisserl RAM da sein und die nötige OS Version, die 24bit überhaupt "kennt". Wer ein Amiga System hat ohne OS3.x oder höher, ohne FPU und mit weniger als 32 oder 64 MB RAM nutzt den Amiga sowieso nicht ernsthaft als Productivity Tool, sondern eher für Spiele und ist nicht deine Zielgruppe. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ Dieser Beitrag wurde von Der_Wanderer am 25.06.2010 um 17:15 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
28.06.2010, 22:53 Uhr gerograph Posts: 621 Nutzer |
@alle Neue iBatch Version hochgeladen, mit abtesten einiger Libs, abfangen von Image Load und Save Fehlern etc. - Alle Fehler werden gesammelt (auch die fehlenden Libs), und dann aufeinmal ausgegeben. Link ist derselbe gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 00:20 Uhr DaxB Posts: 1421 Nutzer |
Hits sind hier nicht mehr aufgetreten.  Aber beim starten kommt ein Requester wegen kann intuition.library nicht öffnen.Beim "bearbeiten" der Bilder (syncen oder was das ist) habe ich hier nur die can't allocate ARGB... Fehlermeldungen. Trotzdem dauert der ganze Vorgang mehrere Minuten lang ohne Ergebnis. Kann man das nicht optimieren. Z.B. gleich zu Anfang mit Fehlermeldung abbrechen? Soll das Prefs File so bleiben? Zumindestens zum bearbeiten mit einem Editor zu viel "Chaos". [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 00:37 Uhr Der_Wanderer Posts: 1229 Nutzer |
@DaxB Hast du denn nun 24bit Datatypes und, sagen wir, mindestens 32MB RAM? Ansonsten ist es klar dass es nicht funktioniert. Ohne 24bit DT allociert AmigaOS keine ARGB Bitmaps, da es sowas gar nicht kennt. Und ein Foto geht nicht in 2MB rein. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 07:33 Uhr gerograph Posts: 621 Nutzer |
@DaxB: So Danke schonmal fürs testen. Welche Version hat Deine intuition.library ? Das kann man ändern.... Was sagt er denn am Schluss ? Wieviele "Load Errors" hat iBatch, und wieviel "Save Errors" Eigentlich sollte er gar keinen ARGB Error bringen, denn ich prüfe vorher ab, ob er überhaupt laden kann, nur dann wird auch gespeichert... kann er nicht laden sollte er eigentlich die Datei übersspringen, muß da noch mal reinschauen... Am Schluß gibt er dann aus wieviele Bilder nicht funktioniert haben. Dauer des Sync Vorgangs: iBatch prüft ersteinmal alle pics auf "Bearbeitbarkeit/Format", das dauert sehr lange, und wird als "Sourcverzeichnis auslesen" bezeichnet. Das kann man massiv verkürzen indem man in den prefs File weiter unten bei: "Sync without checking wether file is supported (therefore an image) - only if you are 100% sure" ein "yes" einträgt. Dann wird nur nach Endung der Dateinamen geschaut, ggf. kommt es dann zu Fehlern, wenn z.B. eine MP3 Datei mit #?.jpg endet. Der Prefsfile wird noch geändert, zumindest im Hinblick auf die Reihenfolge, ggf. packe ich die ganzen "Requestertexte" in einen andere Datei.. mal schauen. Gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 08:08 Uhr cha05e90 Posts: 157 Nutzer |
@gerograph: Mann, irgendwie bin ich neidisch, daß Du es schaffst mal wieder was zu programmieren... ;-) -- SAM440ep-OS4.1|A2000/040-CGX4-OS3.9|A2000/030-P96-OS3.9|A1000-OS1.3|PegasosII-OS4.1 [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 13:35 Uhr DaxB Posts: 1421 Nutzer |
@gerograph: "missing libs: intuition.library" war der Requester. Hier intuition 40.85 (5.5.93). Loaderorrs waren 11 von 11. Wenn die Bilder in das Chip-Ram passen müssen wird das nie was. Ein 4x4x1 Bild läuft zumindestens ohne Probleme. Wird jedes Bild intern auf 32Bit "hochgerechnet"? Hast du noch andere Tester, bzw. was sagen die denn? Vorschlag zum Prefs File: Kommentare einfügen, wenn nötig, und auch als solche kennzeichnen (z.B. mit ";"). Evtl. Variablen benutzen (z.B. Bubblehelp=(0...50) ; 0 = Aus, max 50 Sekunden) @Der_Wanderer: 32MB + 2MB + warpjpg.datatype (24Bit) + picture.datatype 44.19. Laut Systemvoraussetzungen sollen 2MB+6MB ausreichen. Wenn die Bilder in 2MB Chip-Ram passen müssen, dann geht nicht mal 320x200x32. Für 10MP Kamerabilder wären dann minimum 256MB nötig. Allerdings weiss ich nicht was die 32 Bit in der Fehlermeldung zu bedeuten hat, denn ich habe nur max. 24 Bit Bilder. Beim 320x200x8 iff Testbild kam auch die Fehlermeldung. Wie gesagt, ich teste hier nur. Wenn irgendetwas nicht passt, dann sollte das Programm gleich meckern. [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 15:10 Uhr Der_Wanderer Posts: 1229 Nutzer |
Die Bilder werden immer auf 32bit normalisiert um sie zu bearbeiten (24bit RGB + 8bit Alpha). Sonst wäre der Aufwand ja riesen gross, jedes Pixelformat einzeln für jeden Filter zu implementieren. Die Bitmaps werden über AmigaOS allociert, es ist also Sache das Grafiktreibers wo sie landen. Sie haben kein displayable Flag, also kann der Treiber das ruhig im RAM machen. Minimum Specs anzugeben bei so einer App ist schwierig, weil es direkt proportional zur Größe des Bildes ist. @geograph Du solltest bei einem "missing lib" Error lieber einen Requester machen mit der Versionsangabe, um Verwirrung zu vermeiden. Also "iBatch: Please install intuition.library v40 or higher." oder sowas. Dateiformate testen dauert lange. Du solltest ein DOS-Pattern match machen auf sowas wie #?.(jpg|png|iff|gif|bmp) Auf Inhalt würde ich nur testen, wenn evtl. keine Extention da ist, ansonsten hat der User halt Pech gehabt. Wer Bilder mit der Aussenwelt teilen will hat sowieso Extentions. Du kannst auch ruhig versuchen mp3 als Bild zu öffnen, dann schlägt das lediglich fehl, aber besser als vorweg schonmal 1000 Dateien auszulesen, die alle auf .jpg Enden und soweiso funktionieren würden. Viele DT laden auch immer sofort das Bild, deshalb dauert das so lange. D.h. du kannst auch einfach alle Dateien in die Liste aufnehmen, und zur Batch-Zeit erst gucken ob du es gleich laden kannst. Die Fehlermeldungen kannst du unterdrücken mit code: und später wieder einschalten code: Damit man nicht 1000 Requester wegklicken muss sondern unaufdringlich am Ende die Zusammenfassung lesen kann. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ Dieser Beitrag wurde von Der_Wanderer am 30.06.2010 um 15:17 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 17:11 Uhr gerograph Posts: 621 Nutzer |
@DaxBZitat:Ok, die ARGB Fehlermeldung kommt dann vom image_load Befehl in meinem Code... komisch aber, dass ich diese Fehlermeldung unter Winuae mit 2Chip + 8Fast bisehr nicht reproduzieren konnte... da muß ich nochmal was testen, könntest Du mir bitte mal ein paar von Deinen "Fehlerverursachenden Images" an birkenfeld klammeraffe geobiz punkt de schicken ! Wie auch immer die ARGB Meldung kann ich jetzt ja abschalten (s.o.) Zitat:Hm, vielleicht ist das RAM Handling unter WinUAE anders. Aber 600x800 jpg kann ich bei 2 Chip + 8Fast problemlos in thumbnails umwandeln (Syncen). Auch auf meinem A1200 mit OS3.9 2Chip + 32MB Ram gehts... Also, Deine Bilder wären schon interessant, außerdem werd ich auch nochmal mit ILBMs testen. Andere Tester ? bisher nur Ihr beiden, unter AW und Amigans = Tote Hose Zitat:Ja, klar das wird optimiert. @Der_Wanderer Zitat:Genau das mache ich ja, dazu muß nur im Prefs file "yes" eingetragen werden. Defaultmäßig hab ich aber "no" dort stehen (d.h. alle files werden erst geprüft). Vielleicht werde ich den Default umstellen... Fehlermeldungen werde ich dann wie oben gezeigt unterdrücken. @cha05e90 ich schaffe es nur, weil ich jetzt fast 2 Wochen im Krankenhaus war, da wird dann schon langweilig... Gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
30.06.2010, 18:06 Uhr gerograph Posts: 621 Nutzer |
@DaxB O.k. kann jetzt den Fehler nachvollziehen... werde die entsprechenden Anpassungen zum vorzeitigen Abfangen vornehmen. Wie der Wanderer schon schrieb: Zitat: So und unter WinUAE hatte ich den Picasso uaegfx Treiber drinn.. da geht 600x800 mit 2+8 MB. Sobald ich den rausnehme bekomme ich auch Deine Meldung... Danke für den Hinweis [ - Antworten - Zitieren - Direktlink - ] |
|
01.07.2010, 00:18 Uhr Der_Wanderer Posts: 1229 Nutzer |
Wenn du den rausnimmst, ist dein AmigaOS nicht mehr 24bit fähig. Natürlich gibt es Datatypes, die Bilder in <8bit runterrechnen und anzeigen können. Bilder sinnvoll manipulieren zu können braucht man aber 24bit. Das Dateiformat spielt keine Rolle, es sei denn das betreffende DT hat einen Bug. Intern werden alle Bilder gleich behandelt. Defaults sollten immer konservativ gewählt werden. Deshalb besser auf "yes", also dass er nicht jedes Bild vorher anfasst. Ich denke auch nicht dass das wirklich nötig ist. Es reicht ja zur Batchzeit. -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
|
01.07.2010, 01:11 Uhr DaxB Posts: 1421 Nutzer |
Zitat:Gibt es denn wenigstens User die dein Programm benutzen? Ansonsten wäre die Testerei unter meinem System nicht sehr zweckdienlich, da das Hauptzielsystem ja ein anderes ist. [ - Antworten - Zitieren - Direktlink - ] |
|
01.07.2010, 12:07 Uhr gerograph Posts: 621 Nutzer |
@DaxB: Die alte ARexx Version von iBatch wurde insgesamt 450 im Aminet und OS4Depot gedownloaded... Die neue Beta von iBatch_WZ nutze bisher nur ich, bis auf die Feedbacks hier im Forum kam noch nichts zurück. Betatestaufrufe auf AW und Amigans blieben ebenfalls ohne Rückmeldung :-( Auch wenn Dein System nicht Hauptzielsystem ist, sind gerade Deine Hinweise sehr wichtig. gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
02.07.2010, 10:37 Uhr gerograph Posts: 621 Nutzer |
Habe ne neue (noch) weitestgehend ungetestete Beta hochgeladen. Werde heute nachmittag noch mal ausführlich testen, beeinhaltet jetzt neuen prefs file und einen kleinen pdf Workshop. Sollte ich keine Fehler mehr finden und der pdf Workshop überarbeitet sein, denke ich dies ist sicherlich ein Release Kanditat. Hab schon Martin wegen Icons angemailt.... :-) gruß gerograph [ - Antworten - Zitieren - Direktlink - ] |
|
02.07.2010, 11:54 Uhr Der_Wanderer Posts: 1229 Nutzer |
Wie ist denn der Link? -- -- Author of HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de [ - Antworten - Zitieren - Direktlink - ] |
| 1 -2- 3 4 5 6 | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Betatester für neue iBatch Bildstabelverarbeitung gesucht ! | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|