Zitat:

---

Original von gerograph:

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 !

---

Zitat:

---

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:

---

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..

---

Schon mal einen anderen font probiert
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.

Zitat:

---

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.

---

Zitat:

---

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)

---

Zitat:

---

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 ?

---

[/quote]
Das macht man so, als Tester: einfach mal versuchen, alles zweimal anzuklicken, auch wenns keinen Sinn macht

Ich sags nur ungern, aber: Ich KENNE das Programm nicht.
Ich (der Anwender) sucht nicht ein Forum auf und tippe willkürlich Programmname+Hilfe in die Suche. Es geht oder eben nicht.

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???

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.

---

Zitat:

---

Original von Dennis_50300:

Eigentlich reichen 2 Laufwerke auch völlig aus, meiner Erfahrung nach.
ein internes und ein 2.es externes halt.

---

hihi!
aber nur Leuten, die keine Mehrdisk Spiele zocken (Monkey2 z.b.)

oder BeckerText von Disk (Workbench muß ja auch noch inne sein, gell)!

Damals mußte man schon ziemlich lange frickeln, bis man 'ne Workbench komplett auf _einer_ Disk hatte... mit Tools und so.

gruß
inq

Zitat:

---

Original von gerograph:
@DaxB:
Nun ja, die alte Version sah so aus:
...
viel Leute haben kritisiert, dass sie eine zu hohe Bildschirmauflösung brauchten, also habe ich alles auf auf mehrere Tabs umgestellt.

gruß gerograph

---

Zitat:

---

Original von gerograph:


So hab mal nen geändertes GUI als Preview:

...

---

Glückwunsch! schon seeeehr viel besser

Vielleicht könnte man noch "Statistik" als Gruppennahmen für die Ergebnisse nehmen, und den eigentlichen Statistik-Refresh einfach nur "erneuern" oder so nennen?

gruß und noch viel Erfolg
inq

Zitat:

---

Original von Der_Wanderer:
Die Stabilität ist schon gewährleistet. Man lässt ja nicht jeden x-beliebigen Progger Änderungen einchecken.

---

du meinst wahrscheinlich Kontrolle der Stabilität ist gewährleistet
und auch das trifft natürlich nur auf die aktuelle Distri zu. Was ich meinte, ist aber die "Gefahr", daß ein "Befehl" in einem Src nicht mehr unbedingt immer und überall dasselbe Resultat liefert. Der Coder, der z.B. seinen Code oder das Prog veröffentlicht, könnte z.b. in der imageinclude irgendwo alles auf maximal 8bit geändert haben. das wird sich niemals in der Distri widerspiegeln (kann und will ja nicht jeder beitragen). bei DType ist das Resultat sowieso extrem von den Umständen abhängig, deshalb sollte das nur ein Bsp sein.

Zitat:

---

> der "Unnütze Mehraufwand" tritt nur EINMAL auf!
Der tritt für jeden Entwickler mindestens einmal auf. Jeder Entwickler löst das ein wenig anders, je nach Kentnisstand, Gesinnung und Zeit.

---

Zitat:

---

> es mag einfach sein, Loadimage{} zu ändern, aber sind da nicht noch
> viel mehr verstreute Sprengsel in all den vielen Includes?
Wie meinst du das? Alle weiteren Inlcudes, die Bilder laden, tun das über die image.include. Einmal gefixed, geht es überall.

---

Zitat:

---

Original von Der_Wanderer:

? Was möchtest du uns damit sagen? Dass BlitzBasic2 einen Bug hat?
BB2 hat massig Bugs, sonst hätten wir ja in Amiblitz2/3 nicht so viel zu tun gehabt ;-)
> und damit getötet:
Da hast du aber schnell aufgegeben ;-)

---

Weiss ich schon, wollte nur die 2 Wochen toppen
Ich hab auch nicht aufgegeben. Ich schau mir alle sources alle paar jahre mal an. Und da find ich dann Sachen, die ich heutzutage nicht mehr so machen würde-und ändere das dann.

Zitat:

---

> kann jetzt alles neu machen (weil: 10 Jahre alt).
Software ist keinem Alterungsprozess unterworfen (höchstens der Datenträger...). Die Ansprüche ändern sich nur. Dann müsstest du aber auch bei erfolgreicher Fertigstellung vor 10 Jahren alles neu machen...

---

Zitat:

---

Thores These ist, dass Bugs in High-Level APIs zu größeren Problemen führen als Bugs in Low-Level APIs. Interessant. Klingt auch auf den ersten Blick intuitiv richtig. Aber ist das wirklich so? Bin ich im Low-Level Falle nicht genauso aufgeschmissen, nur weis ich etwas genauer was nicht funktioniert? Und rechtfertigt das den Mehraufwand im Falle wenn kein Bug auftritt?

---

Zitat:

---

Andersherum betrachtet, wenn ich z.B. ein Bild via DT laden will, dann kann ich unglaublich viele Bugs selbst produzieren (im Vergleich zu einem "LoadImage", wo ich höchstens den Dateinamen falsch schreiben kann). Wäre es nicht besser, wenn jemand, der sich besser auskennt als ich, das in eine Robuste "LoadImage" Funktion gegossen hat? Und wenn diese Funktion von Vielen benutzt wird, sollte sie dann doch stabiler sein als meine Home-Brew "MyLoadImage" die nur ich benutze?

---

Zitat:

---

Original von Thore:
...
... Hat mich 2 Wochen gekostet bis ich das rausgefunden hab....

---

Zitat:

---

Original von tploetz:
Es funktioniert nur dann, wenn ich CD0 aus Devs/DosDrivers entferne.
CD wird trotzdem beim Einlegen erkannt.
tploetz

---

Zitat:

---

Original von Bogomil76:

Zitat:

---

Original von inq:
GEnau!

und am besten bei der Gesichtserkennung die Realnamen mit Adresse und Telefonnr angeben.

...

---

Naja, ich bin wenigstens nicht paranoid.
Aber Hauptsache nur "meckern"...

---

Meckern ist erwünscht im Sinne der Forenregeln.

Aber schön, dass du gemerkt hast (und glaubst), dass deine Bilder und zug. Daten (Tags usw.) erst NACH deiner Zustimmung in die USA geschickt werden....
gruß

Zitat:

---

Original von Bogomil76:
http://picasa.google.de/

kann das. Klicki Bunti Machi...

---

Zitat:

---

Original von GroundZero:
Ich hab vom letzten Urlaub tausende Fotos, die ich in eine chronologische Reihenfolge bringen will. Problem dabei: Es waren zwei Kameras im Einsatz, deren Datumseinstellung verschieden war. Zusätzlich sind wir durch mehrere Zeitzonen gegangen, wo die Zeit zu unterschiedlichen Zeitpunkten umgestellt worden ist. Ein Sortieren nach EXIF oder Filedatum kann ich also vergessen

---

Erstmal Glückwunsch zu soviel professionell angelegter Dummheit

zur Eingrenzung folgendes:
1. Wenn die Orte bekannt sind (bei beiden Kameras) kann man den jeweiligen Zeitunterschied evtl herausbekommen, z.B. aufgenommene Uhren, Ladenschlußzeiten usw.
man braucht nicht unbedingt, aber optimalerweise ein Bild am Anfang der Reihe. ansonsten muß man rückrechnen.
(also diesen Fall in einen Ordner, für jede Kamera einzeln).
(weiter unten)
2. Den letzten Zeitunterschied kriegst du auch raus, weil du die Kameras hast. (weiter unten)
3. Fotosessions starten irgendwann und hören auf. wahrscheinlich mit überflüssigen schlechten Fotos, die (hoffentlich noch nicht) gelöscht wurden. Also finden, nach Anhaltspunkten für den Aufnahmezeitpunkt suchen (Frühstück, Hotelfernsehen, Sonnenaufgang(!) usw. siehe Punkt 1).

Und jetzt zur Lösung:
Ich kenn zwar kein Win-Programm, aber eins für Mac: GraphicKonverter. Trägst du einfach Datums-Offset in Sekunden ein. Auch für mehrere als Aktion.
Ausrechnen mußt du den Offset aber selber


gruß
inq

Zitat:

---

Original von Ralf27:

Zitat:

---

Original von akl:
@Ralf27:

WritePixel_ rp,x+xh,y+yh
WritePixel_ rp,x+yh,y+xh
WritePixel_ rp,x+yh,y-xh
WritePixel_ rp,x+xh,y-yh
WritePixel_ rp,x-xh,y-yh
WritePixel_ rp,x-yh,y-xh
WritePixel_ rp,x-yh,y+xh
WritePixel_ rp,x-xh,y+yh

^
Ich würde mal mit WriteLine() vergleichen, auch wenn die Linie nur einen (oder ggf. optimiert: wenige) Pixel lang ist...

---

Der Kreis wird an 8 unterschiedlichen Stellen begonnen. Der Algo berechnet also nur ein 8tel vom Kreis, der Rest wird durch Spiegeln gezeichnet. Also, eine Gerade wäre da so nicht möglich.

---

Zitat:

---

Original von Ralf27:
So, hab eben den MB-Code auf Systemfenster ohne WritePixel() getestet:
0.0078125 Sekunden

Also, wieder mit 100 Kreise mit Radius 80.

---

Zitat:

---

Original von Ralf27:
Grr, was mich an AB3 nervt ist das dauernde Abstürzen mit Gurus, vorallem beim Quellcode laden. Ja, ich weiß auch das man für AB3 ein High-End Amiga nehmen sollte, vornehmlich einen emulierten...
..

---

Hihi
Nee, war nur Spasssss !
Ich nehm nur mein eigenes Blitz2, bewährte Deflibs, eigene Libs in /Beta usw.
Das wird der_Wanderer sicher nicht gutheißen, aber ich bleib vorerst dabei, auch mit dem Emu.
Das bringt mich zwar um die Arbeit der AB-Community, aber ich code ja auch für mich...
Gruß
inq

Zitat:

---

Original von Ralf27:
Der MaxonBasic Befehl ist da wesentlich universeller, er kann z.b. auch Kreisausschnitte zeichnen und logischeiweise auch Ellipsen. Das ganze in einem Befehl.

---

Naja, wer's glaubt
Ist natürlich Täuschung:
Der Befehl wird ja je nach Argumenten aufgeteilt in Subroutinen.
in Wahrheit erkennt der Compiler deinen Loop und behält alle Register, außer die, die sich ändern (x,y) für die Coords des Mittelpunkts. Du erzeugst ja keine neuen Kreise, sondern immer nur denselben.
Und Segmente oder Ellipsen sind auch nicht vorhanden, darum kannst du ja den Speed auf die eigentliche Zeichenroutine festnageln.

Zitat:

---

Original von Ralf27:
Ja, ist schon irgendwie interesant. Aber: Dann ruft wohl der DrawEllipse() aus der graphics.lib wohl auch WritePixel() auf?
Vermutung: Dann könnte man in der graphics.lib wohl auch noch einiges optimieren.

---

Zitat:

---

Original von Der_Wanderer:
...Wenn du also die Speed der Srpachen testen willst, dann kommentiere WritePixel aus und teste dann mal. Verwende die eclock, das ist viel genauer. Timer nutzt vermutlich den Vertical Blank.

---

Zitat:

---

Original von Ralf27:

Zitat:

---

Original von inq:

... hast du mal versucht, die Ausgabe zu verlangsamen? dann siehst du, wie der Kreis "gemalt" wird.
GRuß
inq

---

Interesante Idee, aber ich weiß nicht wie ich das machen könnte.

---

du schreibst das programm so um, daß es den Zielrechner überfordert, z.B.
Bildschirm superhires 8Bit auf nem std. A1200. multitasking bleibt an und du startest noch irgendwas anderes ohne Speicherverbrauch, aber mit einem cpu-fressenden mainloop. gibts vielleicht sogar als testtool auf den DEveloperCDs, wenn ich mich nicht irre, hihihi

oder, wie angedeutet: Emulator, ohne JIT oder Speed auf Original.
inq

Zitat:

---

Original von Ralf27:
... Die Zeit wird wohl bei WritePixel() verhauen. Eigentlich müßte AmiBlitz mindestens 50 bis 100 mal schneller sein. MaxonBasic ist echt schnarchlangsam.
Interesant ist auch das der eingebaute Circle-Befehl von MaxonBasic mehr als doppelt so schnell ist wie die Betriebssystemroutine. Da läuft wohl irgendwas seltsam ab. Deswegen auch am Anfang die Frage, wie wohl das Betriebssystem die Kreise zeichnet.

---

Zitat:

---

Original von Ralf27:
Mal ein paar Zahlen, mit einem MaxonBasic-Fenster:
Alle Kreise haben einen Radius von 80 und es werden 100 Kreise gezogen. Dauer in Sekunden:
...
Aber: Es kann doch nicht sein das das langsame MaxonBasic schneller ist als eine Systemroutine?!? Ich kann mir auch nicht vorstellen das das aufrufen einer Systemroutine von MaxonBasic aus so lange dauern kann...

---

klar. wenn du es "knapp" genug schreibst, holt der Compiler das Beste raus. Und wer weiß, was MB für "Verrenkungen" machen muß, um Systemroutinen wirklich systemnah aufzurufen? Wahrscheinlich noch ein Haufen Registerrettung oder so. und das 100 Mal...

P.S.
Wenn ich mit (BB2) AmiBlitz auf dem Emu ohne JIT den Debugger mitlaufen lasse, kann man SEHEN, wie die Gadgets gezeichnet werden



gruß
inq

Zitat:

---

Original von ZeroG:
@inq:
Ich hab gerade wegen einem eventuellen optischen Anschluß die Spannungen zum SPDIF gepackt. Der Optokoppler braucht doch eine Versorgungsspannung?

---

Stimmt schon, sofern man die optische Variante möchte. da kämen 5Volt ganz gut zu Passe Allerderings denk ich mal, die Spannungen sind (auch) für andere Sachen gedacht und nicht nur für den Toslink.

Zitat:

---

Original von Andreas_Wolf:
> oder ein optisches, was man hier sicherlich ausschließen kann.

Zumindest die Karte von ACube soll(te) auch optisches S/P-DIF bieten:

http://www.vesalia.de/d_sam440ioexp.htm
http://www.amiga-news.de/de/news/AN-2009-01-00097-DE.html

---

Nun, da es sich um einen _Pin_ handelt, häng ich mich mal weit raus und bestehe auf elektrisch
GRuß

edit:
bin jetze mal deinen Links gefolgt:
indertat hat dieses Board dann einen Wandler zu optisch. und der 5.1 Sound ist auch auf dem SAM vorhanden (sonst könnte der nicht rausgeführt werden). da ist ein Slotblech mit den AAudio-out schnell gemacht, oder nicht? Traut sich das keiner von den SAMmies ?
Was hat denn der SAM sonst? Stereo?
Gruß
inq


[ Dieser Beitrag wurde von inq am 05.04.2010 um 22:16 Uhr geändert. ]