Yes, in this case you could switch off the background layer before exporting, leaving the needle with shadow above a white background layer (and the small piece covering the shadow from the enclosure).Hlis93 wrote:However, its very large file exported. This brings me to another question concerning the practical application animations in plug-ins and how people are doing them.
KnobMan/SkinMan Examples
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany
-
- KVRian
- 774 posts since 1 Oct, 2006
OK so I'm not crazy. 
I completely understand why you would post it as a full graphic I do the same thing. But for application I would do it over again so only the area needed for the needle itself is used or as Budde mentioned there might be some sort of semi transparent layer so I might include that as well in the redesign for it…this concern may really only be a issue with Reaktor, which I mostly use, I see now that a different approach like Budde describe is possible with SE which I don't know much about yet, so I guess this common practice.
I'm still curious and concerned on how to keep the file size down without resorting to lame graphics.
I completely understand why you would post it as a full graphic I do the same thing. But for application I would do it over again so only the area needed for the needle itself is used or as Budde mentioned there might be some sort of semi transparent layer so I might include that as well in the redesign for it…this concern may really only be a issue with Reaktor, which I mostly use, I see now that a different approach like Budde describe is possible with SE which I don't know much about yet, so I guess this common practice.
I'm still curious and concerned on how to keep the file size down without resorting to lame graphics.
Last edited by Hlis93 on Thu Sep 17, 2009 1:40 pm, edited 1 time in total.
-
- Banned
- 2623 posts since 20 Feb, 2004 from in ur head pullin cablez out [boston, ma]
+1 I do quite a bit of print work and I'm not sure skinman would be able to accomodate the requirements of a professional print layout. I would suggest using photoshop/illustrator/indesign or a suitable alternative with similar features. I personally use scribus and inkscape for a lot of my print designs, along with photoshop.Pat2070 wrote:Projects for print need to be at a minimum of 300dpi. The more the better imo, although that will start eating up lots of memory.brok landers wrote:so i have a questions for you graphic guru's:
i have to do a advertising graphic for use in a printed magazine, i'm going to do it in skinman.
it must be din a4, professional printable. what's the size i have to set up in the canvas for the project?
i don't know the dpi that skinman uses, and as i read, this has to be known before setting the size ...
You also need to check with the printer/publisher what margin sizes are required. Again, minimum of 3mm is advisable.
-
- KVRian
- 774 posts since 1 Oct, 2006
Unless I've missed something I don't see a way to control the dsi like I can in Photoshop. I've always assumed that knobman/Skinman use 72dsi but I guess that is a question that g200kg would have to answer for to be sure.
-
- Banned
- 2623 posts since 20 Feb, 2004 from in ur head pullin cablez out [boston, ma]
That's what I thought too. Maybe there is a way to change it, but I think 72 is hard coded..Hlis93 wrote:Unless I've missed something I don't see a way to control the dsi like I can in Photoshop. I've always assumed that knobman/Skinman use 72dsi but I guess that is a question that g200kg would have to answer for to be sure.
-
- KVRian
- 774 posts since 1 Oct, 2006
I didn't see any. I think a higher dsi would be very difficult with Skinman. Even at its current dsi setting it can still slow down dramatically as when a project start to get involved, I would think a higher dsi would increase that burden dramatically as well.
Perhaps it would be best to use gimp or as someone here point out the download link for Corel's PSP X if they dont have other app's at this time.
Perhaps it would be best to use gimp or as someone here point out the download link for Corel's PSP X if they dont have other app's at this time.
-
- KVRAF
- 8487 posts since 12 Feb, 2006 from Helsinki, Finland
dsi? You mean dpi as in "dots per inch"?
In print DPI is well defined, since you generally know what DPI your printer will think it's printing, and that usually gives you a fairly (though rarely completely) accurate idea of how long an inch is going to be on paper.
On screen you can either try to live with any arbitrary setting (which rarely has anything to do with real-world inches), or assume most people will have the default setting (96 on most systems) or simply work in pixel sizes (safest if you aren't going to scale everything else like bitmaps to match).
Since font-sizes are usually (though not universally) defined in PostScript Points (there are other similar measures which are approximately but not exactly the same), and one PostScript point is equal to 1/72 inches converting a point size into pixel size:
pixels = points*DPI/72
Setting DPI to 72 will make point sizes equal pixel sizes.. or alternatively using pixel sizes directly, will implicitly give you 72 DPI. Same thing for bitmaps really, but usually those are defined simply in pixels anyway...
That's all there is to DPI.
In print DPI is well defined, since you generally know what DPI your printer will think it's printing, and that usually gives you a fairly (though rarely completely) accurate idea of how long an inch is going to be on paper.
On screen you can either try to live with any arbitrary setting (which rarely has anything to do with real-world inches), or assume most people will have the default setting (96 on most systems) or simply work in pixel sizes (safest if you aren't going to scale everything else like bitmaps to match).
Since font-sizes are usually (though not universally) defined in PostScript Points (there are other similar measures which are approximately but not exactly the same), and one PostScript point is equal to 1/72 inches converting a point size into pixel size:
pixels = points*DPI/72
Setting DPI to 72 will make point sizes equal pixel sizes.. or alternatively using pixel sizes directly, will implicitly give you 72 DPI. Same thing for bitmaps really, but usually those are defined simply in pixels anyway...
That's all there is to DPI.
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany
It's just more work to make everything matching, if the animated pieces are seperated. With the amperemeter, I get a 7237KB PNG exporting normal, and a 1194KB with the background layer switched off. Removing and resizing everything to get just the needle, it could be much less, but more work. With simple knobs the size is not the problem, and graphics like this are not used more often in one project, I think.Hlis93 wrote:OK so I'm not crazy.
I completely understand why you would post it as a full graphic I do the same thing. But for application I would do it over again so only the area needed for the needle itself is used or as Budde mentioned there might be some sort of semi transparent layer so I might include that as well in the redesign for it…this concern may really only be a issue with Reaktor, which I mostly use, I see now that a different approach like Budde describe is possible with SE which I don't know much about yet, so I guess this common practice.
I'm still curious and concerned on how to keep the file size down without resorting to lame graphics.
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany
Something I am working on:
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany
Knobman only - Frankenstein switch:
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany
You mean this?deraudrl wrote:Oh great, now I've got this mental image of a Jacob's Ladder VU meter stuck in my head...
-
- KVRAF
- 2117 posts since 24 Feb, 2004 from Germany