Suchergebnisse

Die Schwankungen sind normal, ist ein stochiastischer Algoritmus. Vielen lieben Dank fürs Testen!!! Hans

Super, vielen Dank. Hier jetzt der Link zur arm-Version : https://we.tl/t-R2dEv6HTmg Mal gespannt, wieviel Unterschied das zur vorigen Intel-Version mit Rosetta macht. Ich hoffe, das Tool funktioniert auch, wir konnten zwar compilieren aber haben keine Maschine zum Test. Hans

@Tolibi Also, wenn ich auf den Link klicke, lande ich bei Wetransfer und der Download der zip Datei wird angeboten (linke Seite des Screens) Hans

@Tolibi : aber sehr gerne doch. Der Link: https://we.tl/t-eSA0bb7jE2 Aufruf der Kommandozeile wie weiter oben beschrieben: 1. Aufruf: ./genetic_colors --exp-path data/primaries/E-REAC-BLCOTKNIT.exp --light-path data/LightType/D65_10_T6.ill --target-path data/target/targets.qtx -l 3 -u 4 -d 1 -s 8 -m 0.01 -g 50 --save-to "Matching_results-3" --dye-ids "Drimaren Yellow HF-3GL","Drimaren Yellow HF-R","Drimaren Golden Yellow HF-G","Drimaren Orange HF-2GL","Drimaren Scarlet HF-3G","Drimaren Red HF-B"…

Ich lasse mal eine native Version für arm erstellen. Würdest Du die dann auch mal laufen lassen, so wie die jetzige Intel Version? Interessier mich doch sehr, wie viel das macht.

Ok, vielen Dank, gleiche Rechenzeit wie zuvor, das Flag zum Setzen der zu verwendenden Cores hatte also keinen Einfluss, die automatische Zuweisung war also korrekt. Hast Du eine Ahnung, ob Rosetta Performance kostet, das Tool ist momentan für Intel compiliert? Hans

@MyMattes Sorry falls ich störe aber könntest du diese Kommandozeile noch für mich ausprobieren? ./genetic_colors --exp-path data/primaries/E-REAC-BLCOTKNIT.exp --light-path data/LightType/D65_10_T6.ill --target-path data/target/targets.qtx -l 3 -u 4 -d 1 -s 8 -m 0.01 -g 50 --save-to "Matching_results-3" --dye-ids "Drimaren Yellow HF-3GL","Drimaren Yellow HF-R","Drimaren Golden Yellow HF-G","Drimaren Orange HF-2GL","Drimaren Scarlet HF-3G","Drimaren Red HF-B","Drimaren Red HF-3B","Drimaren Red H…

Vielen Dank! Das hilft schon ziemlich weiter. Hans.

Entschuldige, mein Fehler. Die Info ging verloren. Das würde natürlich die Zeiten erklären 1. Aufruf: ./genetic_colors --exp-path data/primaries/E-REAC-BLCOTKNIT.exp --light-path data/LightType/D65_10_T6.ill --target-path data/target/targets.qtx -l 3 -u 4 -d 1 -s 8 -m 0.01 -g 50 --save-to "Matching_results-3" --dye-ids "Drimaren Yellow HF-3GL","Drimaren Yellow HF-R","Drimaren Golden Yellow HF-G","Drimaren Orange HF-2GL","Drimaren Scarlet HF-3G","Drimaren Red HF-B","Drimaren Red HF-3B","Drimaren …

War das mit dem ersten Aufruf? 142 ms ist ja der Wahnsinn, das dauert bei mir so ca 15 sec. Könntest du den zweiten Aufruf auch noch dokumentieren? Dort werden 5er Kombinationen statt 4er Kombinationen verwendet.

@MyMattes : E-Mail mit Anhang ist raus. Dankeschön.

Hallo, wir haben einen Rezeptieralgorithmus für Farben für die Textilindustrie entwickelt. Dieser Kern des Tools ist mit Rust geschrieben und soll später sowohl online (Azure Plattform) aber auch Standalone auf PCs und Macs angeboten werden. Wichtig ist v.a die Performance des Algorithmus und hier zeigen sich - nicht unerwartet natürlich - immense Unterschiede je nach Hardware. Auf der Mac Seite konnte ich mit meinem MacBook Pro 2017 mit i7 Prozessor testen, aber natürlich ist das performancemäs…

Ich habe ein etwas seltsames Performance Problem und weiss nicht recht, wo ich anfangen soll zu suchen. Ich will gar nicht zu sehr in die Tiefe gehen, daher in aller Kürze. Aktueller Stand ist ein Kommandozeilen-Tool zur Farbrezeptierung (ganz viel Rechenarbeit), die UI soll später aussen rum kommen, die spilet im Moment keine Rolle. Das Projekt wurde, wegen verfügbarer Bibliotheken und aus Geschwindigkeitsgründen von einem Externen in Rust geschrieben. Die letzten Schritte ware alle betreffend …

OK, habs jetzt doch herausgefunden: Quellcode (9 Zeilen)Dann funktioniert es wie gewünscht

Ich habe aktuell ein NSTableView, in dem ich gerne mit den Arrow-Tasten navigieren würde. Erfolgreich implementiert habe ich die Tab-Taste, mit der man ein Feld nach rechts springt und am Tabellenende eine Zeile nach unten, sowie ein "moveDown" Quellcode (16 Zeilen) Auf die gleiche Art und Weise wollte ich statt "insertTab" dann "moveLeft" und "moveUp" implementieren. Das funktioniert aber so überhaupt nicht Zwar wird die Methode aufgerufen, reagiert aber völlig seltsam. Bei "moveUp" schreibe ic…

Wenn Dir "Apply" nicht gefällt, dann nimm doch "Adapt". Das kommt dem deutschen Wort "übernehmen" eigentlich näher. Apply ist ja eher "Anwenden". Hans

Einen CALayer erzeugen und dem View zuordnen funktioniert.

Das bringt leider nichts, das weisse liegt dann eine Ebene "dahinter". Das View mit den Labels zeigt sich im bmp genau wie zuvor mit schwarzem Hintergrund.

Wahrscheinlich, ist einfach das View mit den Labels genommen und in das Image reinkopiert.

Nachdem es mir, dank Hilfe des Forums, gelungen ist, 2 oder mehrere NSImages in einer Datei abzuspeichern, ist mir aufgefallen, dass, wenn ein NSImage, das aus einem NSView erzeugt wurde, als bmp gespeichert wird, der Hintergrund schwarz wird, während bei jpg oder auch tiff dies nicht auftritt.(Der untere Teil der Bilder zeigt dies) Was ist denn die Ursache dafür und wie könnte ich das beheben? Hans