Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
NewsOpen-Source-Bildbearbeitung: GIMP 2.10.32 als App im Microsoft Store
Yep, daher nutze ich "mobil" auch iOS - mir sind Apps nämlich nur mäßig wichtig. Ich hätte weder Zeit, noch Lust oder eine realistische Chance, irgendwelche etwas cleverer aufgezogenen SCAM auf Anhieb zu erkennen. Da bevorzuge ich eine zentrale und rigide Kontrolle (mit entsprechenden Nutzungsbedingungen für Anbieter).
Am Desktop OS wiederum sehe (und nutze) ich den Store primär als optionales Download-Portal. Die Software selbst kenne ich aber schon vorher.
Wenn du damit den Service bezahlst, dass es im Microsoft Store ist, kann es legal sein, solange klargestellt wird, wofür das Geld ist. Du kannst bei ReHat und Suse auch seit fast 30 Jahren "Linux" kaufen und das ist von der GPL gedeckt. Wenn ich auf Windows autoupdates für LibreOffice haben will die nicht von einer sehr unzuverlässigen Community (choco...) eingepflegt werden, dann "kaufe" ich im Microsoft Store CIB Libreoffice. Beim profgessionellen, free/libre Audio-Workstation-Programm Ardour ist es seit Jahren so, dass Windows-User nur den Quellcode kostenlos bekommen - wer ein fertiges Binary will, muss den Build-Service bezahlen. Seit vielen Jahren hat die FLOSS-Community halt gelegentlich keine Lust auf Complaints wie den (regelmäßigen) von @Highspeed Opi , weil man sich nicht vorwerfen lassen will, warum man Feature X nicht implementiert, wähend a) niemand Feature X entwickeln möchte und b) niemand für das Entwickeln von Feature X bezahlt wird. Seit einigen Jahren kann man bei Gimp Spenden gezielt einsetzen, um die Entwicklungsausrichtung zu beeinflussen - das scheint zu helfen. Was auch geholfen hat, ist die Kommunikation, die Art und Weise, wie auf: "Feel free to grab a tool", verwiesen wurde. Vor 10-7 Jahren hatte die Windows-Version viele Fehler - weil fast niemand Windows-Fehlerberichte einreichte und keiner der beitragenden Entwickler eine Windows-Lizenz hatte. Heute ist das Windows-Programm fehlerfrei genug für den Store.
"Feel free to grab a tool" bewirkt auch, dass die gtk+2-Version noch solche UI-Verbesserungen bekommt, während GIMP 3 bald fertig ist. Da hat jemand was beigetragen, weils ihm wichtig war - so funktioniert freie Software.
Juristisch ist das allerdings nicht immer ganz so eindeutig. Je nachdem, unter welcher Lizenz ein Open Source Programm veröffentlicht wurde, bewegen sich die Macher solcher Store Apps in einer Grauzone, darum konnte Microsoft diese Apps in vielen Fällen nicht einfach rauswerfen.
Bestimmte Formate (oft Texturen in DDS oder OpenGL/WebGL) nutzen bei den Koordinaten die Y-Achse in umgekehrter Richtung. Je nach Workflow kann es daher nützlich sein, die Bilder hier direkt beim Export zu spiegeln.
Bestimmte Formate (oft Texturen in DDS oder OpenGL/WebGL) nutzen bei den Koordinaten die Y-Achse in umgekehrter Richtung. Je nach Workflow kann es daher nützlich sein, die Bilder hier direkt beim Export zu spiegeln.
ich frag wegen dem DDS format: ich verstehe das mit den Koordinaten nicht: meinst du, die sind da im Bild als informationen abgelegt? wozu? bisher pappte ich ein DDS halt auf ein 3D model, und dieses hat dann die koordinaten, und DDS ist "einfach" ein image container welches halt mipmaps drin und ne texture kompression mit verschiedenen Alphachannel einstellungen (DX level) hat.
ich frag wegen dem DDS format: ich verstehe das mit den Koordinaten nicht: meinst du, die sind da im Bild als informationen abgelegt? wozu? bisher pappte ich ein DDS halt auf ein 3D model, und dieses hat dann die koordinaten, und DDS ist "einfach" ein image container welches halt mipmaps drin und ne texture kompression mit verschiedenen Alphachannel einstellungen (DX level) hat.
Bei DirectX und Vulkan zeigt die Y-Achse von oben nach unten, bei OpenGL von unten nach oben. Das Gleiche bei UV-Koordinaten. Deshalb kann es passieren, dass Meshes und Texturen auf dem Kopf stehen, je nachdem welche API man verwendet.
Sehr schön, dass der Store von immer mehr Anwendungen genutzt wird. Damit ergeben sich natürlich dann Vorteile wie zentral verwaltbare Autoupdates für idealerweise sämtliche Anwendungen, die man nutzt.
Ein Punkt, der mich bisher bei Windows wirklich gestört hat.
Bei DirectX und Vulkan zeigt die Y-Achse von oben nach unten, bei OpenGL von unten nach oben. Das Gleiche bei UV-Koordinaten. Deshalb kann es passieren, dass Meshes und Texturen auf dem Kopf stehen, je nachdem welche API man verwendet.
krass...
ich hab natürlich verschiedentlich auch schon mit 3dsmax und verschiedenen renderern da rumgespielt, DX, Software, OpenGL, aber offensichtlich haben die das da kompensiert, zu sehen war eine spiegelung der Texturen abhängig vom Renderer nicht.
Wie machen dass denn die alten Engines die einen Renderer für DX oder OpenGL haben, spiegeln die dann die Texturen im GPU speicher beim laden ?
Da ich viele Original Spiele besitze und ich diese gerade Digitalisiere, (Handbücher etc.) habe ich mich damals für die Affinity Suite entschieden. Nicht kostenlos aber auch hier: hat man sich daran gewöhnt, möchte man es nicht mehr missen, ob Affinity Foto, Publisher oder Designer. Leider unterstützt das Programm nicht das direkte Scannen, aber dafür gibt es ja Irfanview……
Similarly, there is now a “Visible layers” option (additionally to “Selected layer“, “As cube map“…) allowing you to export the whole image render, not a single layer.
DDS ist meines erachtens nach ausschließlich für Games, weil es eben den Mip-Map support hat. (*)
Mipmaps sind kleiner aufgelöste Varianten des selben Bildes die man für "weiter" entfernte Objekte nutzt, um den Renderer der Engine zu entlasten, das ist zu vergleichen mit den Geometry Lods von den zu rendernden Objekten, sprich wenn eine Komplexe Geometrie mit 100.000 polys in weiterer entfernung von der Cam nur noch in Lod1 zb in 50.000 polys gerendert wird, macht es Sinn, dann dort eben auch vom DDS das Miplevel1 oder 2 zu nutzen (sprich statt 2048x2048 ein 1024er oder 512er).
Und daher mein komplettes Unverständniss gerade beim DDS für neue Flip beimExport-Funktion. Ist aber auf jeden Fall interessant, dass da weiter entwickelt wird, auch wenn sichs mir immernoch nicht so recht erschließt.
daivdon schrieb:
Similarly, there is now a “Visible layers” option (additionally to “Selected layer“, “As cube map“…) allowing you to export the whole image render, not a single layer.
genau dasselbe... entweder ich hab einen Alphachannel drinn, den ich in der Engine im DDS für Transparenz benötige, oder nicht... warum dann also extra exportieren... aber ich muss zugeben, ich bin in den neuesten fancy DDS Spezifikationen nicht mehr so drinn, hatte eh das Gefühl, dass DDS total outdated ist, in neuesten Engines ?
(*) ist hier vielleicht mein Verständnissfehler ?
Unter Linux startet es in Nullkommanix, unter Windows dauert's länger.
Vor Jahren dauerte es unter Windows ewig lang, stimmt. Mittlerweile ist es besser geworden, da ist aber noch Luft nach oben.
