Magenta Pairs Linux With Darwin/BSD, Is Like iOS

[n3wu53r]

Come 2.10 (which should be coming rather sooner than the last release, unless something unforeseen happens), GIMP will have closed a significant gap with PS. What's more, the filters will start to look far better just by enabling 24bit color.
What I would like from Mac are some of their little goodies like TextMate.
Access to some of their media tools would be a bonus, though I do hope that major apps like Avid, Vegas, PT move to the new gstreamer sdk.

If you want a text editor native to Linux like text mate here is one (it is proprietary and costs $59 for license, technically it is free of charge to use but it will nag you to buy a license after a while).

http://www.sublimetext.com/2

[**M**]

Should join up with this guy

http://forums.crackberry.com/news-rumors-f40/real-fake-ios-apps-running-playbook-729197/

[ninez]

Come 2.10 (which should be coming rather sooner than the last release, unless something unforeseen happens), GIMP will have closed a significant gap with PS. What's more, the filters will start to look far better just by enabling 24bit color.

One gap... CMYK is on the 'low priority list' and PS has some pretty big features / plugins that Gimp can't yet compete with. Getting higher bit depths is huge though.

After seeing mention of gimp, i decided to update Gimp on my machine;


You would be correct, Liam. 2.10 can't be to far away now, and there is also a gtk3 branch now;

From git://git.gnome.org/gimp
b5081a6..ea497fb master -> origin/master
a1525c3..7355c59 gimp-2-6 -> origin/gimp-2-6
* [new branch] gimp-2-8 -> origin/gimp-2-8
+ 641338d...3d266b6 gtk3-port -> origin/gtk3-port (forced update)
From git://git.gnome.org/gimp
* [new tag] GIMP_2_8_0 -> GIMP_2_8_0

the diff on the update was huge too. Time to have a look around

What I would like from Mac are some of their little goodies like TextMate.
Access to some of their media tools would be a bonus, though I do hope that major apps like Avid, Vegas, PT move to the new gstreamer sdk.

sublime text is pretty good. I love the visual scrolling.

[curaga]

Come 2.10 (which should be coming rather sooner than the last release, unless something unforeseen happens), GIMP will have closed a significant gap with PS. What's more, the filters will start to look far better just by enabling 24bit color.

Preaching to the choir mate, I've been using Gimp exclusively for years.

[liam]

If you want a text editor native to Linux like text mate here is one (it is proprietary and costs $59 for license, technically it is free of charge to use but it will nag you to buy a license after a while).
http://www.sublimetext.com/2

Thanks for the link. I wasn't familiar with this one.
I only mentioned TextMate b/c it was supposed to be this incredibly versatile editor so I've been interested in trying it out, but not so interested as to get a Mac in order to do so. IOW, similar to gedit (which has tons of plugins, including a set to give it TM like capabilities) or Kate.

[liam]

Preaching to the choir mate, I've been using Gimp exclusively for years.

Ah, well, then we can call it a PSA.
Although 2.10 will be really terrific, the port to gtk 3 will be SO much better. There were some interesting ideas being thrown around about using stylesheets to enable really interesting interfaces for various types of workflow. Additionally, 3.0 (which COULD happen at the same time as 2.10, but probably not) means they move to full cairo support, so no more problems with aliasing as they've had in the past (but fixed in the last year or so), accelerated drawing (potentially, with the GL backend, though my mind has been changed radically about the benefits of hw acclerated 2d drawing), and generally nicer design.

[liam]

One gap... CMYK is on the 'low priority list' and PS has some pretty big features / plugins that Gimp can't yet compete with. Getting higher bit depths is huge though.

After seeing mention of gimp, i decided to update Gimp on my machine;


You would be correct, Liam. 2.10 can't be to far away now, and there is also a gtk3 branch now;



the diff on the update was huge too. Time to have a look around



sublime text is pretty good. I love the visual scrolling.

I knew the goat-invasion branch had been extremely active after that 3 week hackfest sometime prior to LGM but I haven't built it yet. Nice to see that pic thoughd
CMYK isn't so much GIMP's problem as it is babl's, and I don't know the status of CMYK in babl.
Photoshop has such an extensive collection of plugins, brushes, macros, and just simple users that GIMP has a long way to go to get close to true parity on any but the technical level. One advantage GIMP has is that you tend to see rather interesting plugins being built for it (though, unfortunately, not centrally located), especially by academics. The most famous being the liquid resizer plugin which PS added a good while after GIMP had the plugin.
Something else that hasn't been spoken of much is that with GEGL comes the potential for recordable macros. I know that has been something people have been moaning about for ages.
There's also the extensive OpenCL work that's going into GEGL. See the recent Tom's Hardware article where they look at GIMP, Photoshop, Bibble, and one other whose name I can't recall. The speedup OpenCL provides is utterly astonishing. What's also really interesting is that they seem to have moved to OpenCL for all their heavily threaded operations even when there is no expectation of a GPU.

BTW, for some reason planetccrma's rt kernel's have become stable enough for me to use as my regular kernel.
If I heavily prioritize a process I get microsecond (well, hundreds of usec, typically) level responses, even with the machine being hammered by pings (rt wiki has some rather nasty tests). Unfortunately it has also just killed battery life (idle has gone from about 7W to 13W).
Regardless, it is just fantastic to be able to do let processes run wild (say, compiling) without it impacting the UI at all. What I'd like to see is if Android can be run from the 3.4 kernel with the RT patches. Battery life would suffer but you should get a really reliably responsive system.

Best/Liam

[ninez]

About Gimp; I agree technically Gimp has many strong points, i was only pointing out that PS is still miles ahead in some areas. about plugins - personally, G'mic is probably the most often set of plugins i use in gimp. gmic is also handy if you are processing a folder of pictures from the commanline. very nice.

2.9.1 is also little slow and buggy (as to be somewhat expected). In particular, drawing seems slower, gegl too and gimp chokes, a bit. But this will improve, quite positively. Gimp is set to become much more competitive, in terms of features that professionals would typically expect. For me personally, it's getting there. Although, i would love to see gimp's animation plugin become more powerful. PS has good animation features, for what it is.

BTW, for some reason planetccrma's rt kernel's have become stable enough for me to use as my regular kernel.
If I heavily prioritize a process I get microsecond (well, hundreds of usec, typically) level responses, even with the machine being hammered by pings (rt wiki has some rather nasty tests). Unfortunately it has also just killed battery life (idle has gone from about 7W to 13W).

Regardless, it is just fantastic to be able to do let processes run wild (say, compiling) without it impacting the UI at all. What I'd like to see is if Android can be run from the 3.4 kernel with the RT patches. Battery life would suffer but you should get a really reliably responsive system.

I'm not surprised on either count. I use 3.2.18-rt29 as my 'regular' kernel, with one exception ~ if i try to move 200-300 gigs of data (say a backup or something) my system will hang somewhere aournd 100gigs/transfer (give or take 30g). I'm not surprised that interactivity with ui isn't affected. it's uncommon for me to have browser/videos, synths/apps, etc (all being used), while compiling. I could even throw a VM in there.

do you mean it killed battery life (in general), or when you pounded (tested) the system?

[liam]

[QUOTE=ninez;268950]About Gimp; I agree technically Gimp has many strong points, i was only pointing out that PS is still miles ahead in some areas. about plugins - personally, G'mic is probably the most often set of plugins i use in gimp. gmic is also handy if you are processing a folder of pictures from the commanline. very nice.
{/QUOTE]

I haven't tried that before. I glanced at the website and it looks similar to imagemagick.

2.9.1 is also little slow and buggy (as to be somewhat expected). In particular, drawing seems slower, gegl too and gimp chokes, a bit. But this will improve, quite positively. Gimp is set to become much more competitive, in terms of features that professionals would typically expect. For me personally, it's getting there. Although, i would love to see gimp's animation plugin become more powerful. PS has good animation features, for what it is.

I mentioned the tomshardware article previously. It showed a few graphs and Mpixel/sec for both OpenCL and without. The without numbers were VERY low without OpenCL. I believe the author even stated that it was unusable without OpenCL.
As for animation, I know of only a few OSS methods (besides Blender, obviously). One, GIMP, but, as you know, it is simply not designed for that workflow (OTOH, neither is PS). Two, Synfig Studio. Really nice vector key frame animations. I haven't used it a huge amount, but it was pretty easy to pick up and had nice results. The third method is... Inkscape. The best thing about the later is you can use javascript animation libraries to do some of the heavy lifting.

I'm not surprised on either count. I use 3.2.18-rt29 as my 'regular' kernel, with one exception ~ if i try to move 200-300 gigs of data (say a backup or something) my system will hang somewhere aournd 100gigs/transfer (give or take 30g). I'm not surprised that interactivity with ui isn't affected. it's uncommon for me to have browser/videos, synths/apps, etc (all being used), while compiling. I could even throw a VM in there.

do you mean it killed battery life (in general), or when you pounded (tested) the system?

How long does it hang for? I assume you've already tried various elevators? IIRC, you're on an older kernel. I recall a problem with media vm writeback being fixed in 3.3 that addressed problems with writing to relatively slow media.
The energy use I measured was only for idle. If it was on load I'd expect (though haven't measured) roughly similar Watt values.

Best/Liam

[ninez]

I haven't tried that before. I glanced at the website and it looks similar to imagemagick.

Similar, yes. But like i said, i use it quite a bit in Gimp. it is good.

I mentioned the tomshardware article previously. It showed a few graphs and Mpixel/sec for both OpenCL and without. The without numbers were VERY low without OpenCL. I believe the author even stated that it was unusable without OpenCL.
As for animation, I know of only a few OSS methods (besides Blender, obviously). One, GIMP, but, as you know, it is simply not designed for that workflow (OTOH, neither is PS). Two, Synfig Studio. Really nice vector key frame animations. I haven't used it a huge amount, but it was pretty easy to pick up and had nice results. The third method is... Inkscape. The best thing about the later is you can use javascript animation libraries to do some of the heavy lifting.

You can say PS isn't designed for Animation, but compared to gimp - it is very advanced and does provide a pretty straight forward workflow (for an app that isn't/wasn't designed for animation, specifically). Animation in Gimp is terrible, even CinePaint provides a better workflow. As for the rest, i've used all of them. Anything like video editing / animation / making a flashy DVD / etc i won't even do using Linux (yet). Yesd, there are a few options but none of them seem complete, or even worse are somewhat cumbersome and/or broken compared to most of the commercial options.

How long does it hang for? I assume you've already tried various elevators? IIRC, you're on an older kernel. I recall a problem with media vm writeback being fixed in 3.3 that addressed problems with writing to relatively slow media.
The energy use I measured was only for idle. If it was on load I'd expect (though haven't measured) roughly similar Watt values.

Yes, i tried several things. As far as how long? -> i never bothered to find out, i ssh in and restart. It wasn't a big deal, because i have a couple of kernels, installed - so i just switched to do the file transfer (of 300gigs). Interesting about 3.3 fix, that sounds like it may have been the issue. I do plan on upgrading to 3.4-rt shortly, but just haven't gotten around to it - and it's not something that has been important as 3.2-rt is working well.

I probably will migrate to systemd, around the same time too.