Neuigkeiten und Links rund um GIMP

[EuleNr2]

Muss man es neu installieren, oder werden die PlugIns mit übernommen, wenn man auf 2.8 RC1 updatet? ...

.... sofern Du Deine Skripte usw. im persönl. Ordner abgelegt hast, werden sie übernommen, der "alte" Programmordner aber wird, wenn ich das jetzt richtig in Erinnerung habe, gelöscht. Also im zweifel besser vorher die Skripte usw. sichern.

Genau, GIMP THEMES.INK habe ich ja schon, und eben damit die Oberfläche "Clearlooks human dark". Die hätte ich auch gerne unter 2.8 weiter. Hier die gleiche Frage, muss ich die Oberfläche wieder neu installieren, oder wirds beim Update auf 2.8 automatisch die alte Einstellung übernommen?

Das Gleiche wie oben. Sofern dieses Theme im Programmordner ist, ist's weg.

 

[HansHansa]

.... gehört zu diesem Bug, "Lösung" z.Zt: Farbmanagement deaktivieren.

Danke.

 

[EuleNr2]

Das hört sich doch mal gut an: Gimp 2.10 soll durchgehend in 16 Bit Farbtiefe rechnen
Und zur Klarstellung: 2.10 wird, nach 2.8, natürlich schon die nächste (und nicht die übernächste) offizielle Version von Gimp sein.

Ganz informativ fand ich diesen Überblick über Gimp 2.8.

Und sehr erfreulich finde ich, daß der blöde Bug im Farbabgleichswerkzeug, der keine unterschiedliche Behandlung von Schatten und Lichtern zuließ, endlich weg ist.

 

[Gelöschtes Mitglied 56390]

Das hört sich doch mal gut an: Gimp 2.10 soll durchgehend in 16 Bit Farbtiefe rechnen
Und zur Klarstellung: 2.10 wird, nach 2.8, natürlich schon die nächste (und nicht die übernächste) offizielle Version von Gimp sein.

Nach 2.8 kommt die verbesserte 2.10?

 

[hamster]

Hat schon jemand Gimp 2.8 rc1 unter Ubuntu 10.04 LTS oder 11.10 aus den Sources kompiliert? Ich habe extreme Probleme mit den GTK+ Libs

Ich auch

Tut mir leid, mehr kann ich dir dazu auch nicht sagen.

 

[EuleNr2]

Nach 2.8 kommt die verbesserte 2.10?

Die geraden Endziffern sind immer die offiziellen, stabilen Versionen, die ungeraden die Entwicklerversionen. Nach 2.6 kommt jetzt 2.8 und dann eben 2.10; die 2.7-er, über die ab und an in den Foren berichtet wurde, sind nur zum Testen.

 

[Silvio]

...,

seltsam, ich finde auf dem Blog keine Angabe dass Gimp 2.10 in 16bit rechnen wird. Ich lese da nur dass die Realisierung höherer Farbtiefen eine geringe Anstrengung ist wenn der Programmkern erstmal mit GEGL läuft.
Nicht das ich was dagegen einzuwenden hätte ... aber ... wie lautet doch gleich das Credo der Gimpentwickler: it's done when it's done

 

[EuleNr2]

Nein, wortwörtlich steht's da nicht drin, aber die "minor efforts" usw. kann man ja mal ganz vorsichtig in diese Richtung interpretieren - die Hoffnung stirbt bekanntlich zuletzt. Und diese hoffnungsvolle Einschätzung scheint ja der heise-Redakteur mit einigen der Blog-Kommentatoren auch zu teilen, warum also nicht mal ein bißchen öffentlich von 16bit schwärmen, auf daß das dann auch bei den Entwicklern ganz oben auf die Prioritätenliste rutscht ...

Wg. Ubuntu: Ich bin mit XP unterwegs also mea culpa gleich vorneweg, aber drüben im Ubuntu-Forum gibt's einen dicken Thread zu 2.8RC und Ubuntu. Keine Lösung für Euch dabei?

 

[Gelöschtes Mitglied 56390]

Die geraden Endziffern sind immer die offiziellen, stabilen Versionen, die ungeraden die Entwicklerversionen. Nach 2.6 kommt jetzt 2.8 und dann eben 2.10; die 2.7-er, über die ab und an in den Foren berichtet wurde, sind nur zum Testen.

Sollten neuere Nummern nicht größer werden? 3.10 oder so?

 

[EuleNr2]

8<10

 

[Gelöschtes Mitglied 56390]

8<10

Ach soooo . Da bin ich mal wieder auf der Leitung gesessen. Ich dachte immer einstellig nach dem Komma. Was muß denn dann eigentlich alles passieren, daß mal eine drei vor dem Punkt steht? GEGL ist scheinbar so ziemlich drin, Einfenstermodus ist drin, wenn dann noch 16bit kommt, warum nicht mal eine drei?

Gibt es eigentlich immer noch den Bug mit den gleichen Ebenenmodi Ineinanderkopieren und Weiches Licht?

 

[EuleNr2]

.... Was muß denn dann eigentlich alles passieren, daß mal eine drei vor dem Punkt steht?...

Das haben sich die Entwickler wahrscheinlich aufgespart für den Tag, an dem der Soft Light=Overlay-Bug endlich, endlich beseitigt ist (er ist nämlich immer noch drin) und irgendjemand "Soft Light" mit "Weiches Licht" statt "Weiche Kanten" übersetzt.

 

[marimo]

Was muß denn dann eigentlich alles passieren, daß mal eine drei vor dem Punkt steht?

Laut Gimp-Wiki muss es noch nach GTK3 Portiert werden.
http://wiki.gimp.org/index.php/GIMP_Roadmap

 

[cncfraese]

....Was muß denn dann eigentlich alles passieren, daß mal eine drei vor dem Punkt steht? ....

.... 8-10 Jahre ins Land gehen!

Hoffentlich finden die Gimp-Jungs noch einige Mitstreiter!!

 

[Eisbaer_de]

Die Roadmap im GIMP-Wiki macht zwar keine Angaben, wann welche Version verfügbar ist, allerdings welche Funktionen für welche Version vorgehen sind. Demnach wird erst 3.0 "High bit depths" haben und die nächste stabile Version nach 2.10 sein.

Viele Grüsse
Eisbaer

 

[Gelöschtes Mitglied 56390]

Wobei mir persönlich aber Einstellebenen wichtiger wären als 16bit Farbtiefe. Beides zusammen ist natürlich noch besser.

 

[DerDude]

Die Roadmap im GIMP-Wiki macht zwar keine Angaben, wann welche Version verfügbar ist, allerdings welche Funktionen für welche Version vorgehen sind. Demnach wird erst 3.0 "High bit depths" haben und die nächste stabile Version nach 2.10 sein.

Eine Roadmap ist ja eine auf Einschätzungen und Prioritäten beruhende Planung, die sich ändern kann. Es sind nun aber offenbar (etwas unerwartet) erhebliche Fortschritte bei der GEGL-Portierung erzielt worden.

 

[EuleNr2]

..... Progress by Accident, wie Rolf "meethegimp" treffend formuliert, und auch er kann sich der leisen Hoffnung auf 16bit nicht entziehen.

 

[Eisbaer_de]

Eine Roadmap ist ja eine auf Einschätzungen und Prioritäten beruhende Planung, die sich ändern kann.

Stimme zu, zumal die Roadmap schon über ein halbes Jahr alt ist.

Es sind nun aber offenbar (etwas unerwartet) erhebliche Fortschritte bei der GEGL-Portierung erzielt worden.

Da bin ich mir nicht sicher. Wenn ich mich richtig erinnere, ging das Entwicklerteam schon Anfang/Mitte letztes Jahres davon aus, dass GEGL im Release nach 2.8 abgeschlossen sein wird. Und dass das die Voraussetzung für 16 Bit ist, nicht aber gleich auch 16 Bit bedeutet. Der oben verlinkte Artikel sagt streng genommen auch nur, dass GEGL fertig ist und vermutet dann lediglich, dass das gleichbedeutend sein könnte mit 16 Bit.

Warten wir's ab. Ich müsste eh erst meine Hardware aufrüsten, um 2.10/3.0 zum Rennen zu bringen...

Viele Grüsse
Eisbaer

 

[DerDude]

Der oben verlinkte Artikel sagt streng genommen auch nur, dass GEGL fertig ist und vermutet dann lediglich, dass das gleichbedeutend sein könnte mit 16 Bit.

Abwegig ist die Vermutung aber nicht. Aussage einer der Entwickler:

[...]
What was planned as a one week visit turned into 3 weeks of GEGL porting madness. At the time this article is written, about 90% of the GIMP application’s core are ported to GEGL, and the only thing really missing are GeglOperations for all layer modes. [...]
GIMP 2.10’s core will be 100% ported to GEGL, and all of the legacy pixel fiddling API for plug-ins is going to be deprecated. Once the core is completely ported, it will be a minor effort to simply “switch on” high bit depths and whatever color models we’d like to see.[...]

Natürlich müssen wir abwarten. So schnell wie Probleme verschwinden, könnten neue entstehen. Aber es sind sehr ermutigende Fortschritte