Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Exit
qu1j0t3
Participant
qu1j0t3
Participant
Activity
‎Oct 21, 2009
03:00 PM
Hi, A user of my Paint Shop Pro file format plugin (now 6.5 years old) recently reported a bug and provided some test .pspimage files to trigger it. The issue is quite simple, on reading these files, the red channel is solid white, but all other channels are read correctly. The baffling part is: I've confirmed that the correct channel data is being passed to Photoshop. In addition, the following parameters are set: imageMode=3 imageSize=(630,627) depth=8 planes=4 res=72dpi theRect=(2,0,632,627) loPlane=0 hiPlane=0 colBytes=1 rowBytes=630 planeBytes=395010 data=0xaa2f000 theRect=(2,0,632,627) loPlane=1 hiPlane=1 colBytes=1 rowBytes=630 planeBytes=395010 data=0xaa2f000 theRect=(2,0,632,627) loPlane=2 hiPlane=2 colBytes=1 rowBytes=630 planeBytes=395010 data=0xaa2f000 theRect=(2,0,632,627) loPlane=3 hiPlane=3 colBytes=1 rowBytes=630 planeBytes=395010 data=0xaa2f000 Is anyone aware of anything that might trigger Photoshop to ignore the red (first) channel passed in? Note that this only happens with certain files, and always to those files, and never to other files. One might justifiably argue that the issue must be input data dependent. However, as I say, I have confirmed that the correct channel data is being passed to Photoshop in pb->data. Tested on PS 7.0 and PS CS2 on PowerPC. The exact code tested is revision 44 of http://telegraphics.com.au/svn/pspformat/trunk/ --Toby
... View more
‎Oct 07, 2009
07:54 PM
The former only. There is no code or library relating to PSD in the SDK. At one time there was some very limited documentation for it, but debugging the documentation and implementing the results was up to you. And nothing at all about compositing. Secret sauce, you know.
... View more
‎Oct 07, 2009
06:46 PM
Apple might have written it themselves, or borrowed code from open source parsers, but in either case, like everyone else they are limited - as Chris implies - to the tiny subset of PSD that is documented or feasible to reverse engineer. I am not sure how else you imagine they do it - code doesn't just fall from the sky. Then - whatever you can reasonably extract out of it, absent the merged data you need a Photoshop compatible compositing engine to correctly preview it. Apple could maybe license that from Adobe, but the payoff seems small, and the required code very large.
... View more
‎Sep 20, 2009
08:53 AM
(SeaMonkey uses the same engine as Camino, of course.) If you have an Intel Mac, then VirtualBox gives you a very easy way of testing with IE. Since Windows makes it difficult to run more than one version of IE at a time, you can set up separate VMs for IE6,7,8. You can also use snapshots to deal with malware and other Windows problems - when it starts to misbehave, just revert to the VirtualBox snapshot. (If any version of IE had a degree of compliance even close to the open source browsers, this wouldn't waste so much of our time. On the other hand, we can bet Jive tests in IE and this post editor even works there. Sigh.)
... View more
‎Sep 20, 2009
08:21 AM
Camino is certainly not Java based. It is a native application that is built around Mozilla Gecko engine. Since we're already off topic - Phillip, is the reason that you use Opera 10 that other browsers seem "slow" to you? I have noticed that Firefox 3.x and Safari 3.x do not exactly scream on my PowerPC Macs (though Safari 4 appears a bit better so far). Firefox is usually the culprit for excessive CPU usage on my wife's MacBook Pro. And on Linux, Opera 10 seems more responsive and less bloated than Firefox as well. So I'm leaning towards Opera there too.
... View more
‎Sep 19, 2009
08:34 PM
We'll see if their client considers it worth passing on. Pretty sure Jivers wouldn't bother with this backwater
... View more
‎Sep 19, 2009
02:17 PM
There is nothing wrong with my internet connection (& you would think if there were, it might affect other browsers). Both Java and JavaScript are enabled in Opera. (I can't see how Java is used in the forum software, actually.) It is not running in Kiosk mode. Nor am I using Opera "Turbo".
... View more
‎Sep 19, 2009
01:18 PM
Whether it works in other browsers is irrelevant. Obviously it works for me in other browsers, or I wouldn't be posting at all. My report can sit there, to be ignored or taken seriously. I've spent enough time on the issue.
... View more
‎Sep 19, 2009
11:46 AM
PjonesCET wrote: I have two different Mac's using OSX.4.11 and both work equally as well. And both have the fuzzy look as in the screen shot as above. But everything works. Phillip, Results so far: * Opera 10 on Linux. No editor. * Opera 10 on OS X 10.4 PPC (G5). No editor. * Opera 10 on OS X 10.4 PPC (G4). No editor. * Opera 10 on OS X 10.5 Intel MacBook. No editor. * Opera 10 on Windows XP Pro SP3. No editor. This doesn't make you curious at all? If I were a Jive developer I might be curious about it. --Toby
... View more
‎Sep 18, 2009
07:13 PM
Sadly, I cannot duplicate your success with Opera 10 on OS X (PowerPC, 10.4); I see exactly the same issue as on Linux. (This posted in Safari 4.)
... View more
‎Sep 18, 2009
06:16 PM
What platform? I was attempting on Linux.
... View more
‎Sep 18, 2009
11:53 AM
1) I never thought I'd miss the old forum junkware (and boy, it had devoted apologists like all true junk does); 2) It may conceivably be an Opera bug, but it sure would be diligent of Jive to investigate. That would be devotion to excellence right there. Have a great weekend.
... View more
‎Sep 18, 2009
11:38 AM
I should add. Page loads, but editor panel does not load, leaving post body uneditable (white box, no controls).
... View more
‎Sep 18, 2009
11:37 AM
n/t
... View more
‎Sep 18, 2009
11:28 AM
If you want to read the channel and layer image data, you can try my PSD parser in C, http://telegraphics.com.au/svn/psdparse/trunk Writing your own will take 100s of hours of trial & error due to incomplete & faulty documentation (if you can even obtain it).
... View more
‎May 31, 2009
11:18 AM
If you can describe the problem in a way that can be understood (= solved), then I would be happy to consider doing the work. Unfortunately you did not answer my private email asking for clarification of the task.
... View more
‎May 30, 2009
09:03 AM
Glad I can help in some way. I can also review the sample code's PiPL and annotate it so that you understand which parts need changing. Which varieties of plugin are you planning to support? The following all require different builds and generally different toolchains: Mac 68K (obviously you won't bother) Mac PPC: PS 3 through PS 7 and PS CS on MacOS "Classic" Mac PPC Carbon: PS 7, CS on OS X Mac PPC Mach-O: PS CS2 on OS X only Mac PPC+Intel (fat) Mach-O: PS CS3 & CS4 on OS X only Win32 (all versions incl CS4 in 32 bit mode) Win64 (CS4 only) Most of my GPL plugins support at least 5, and some support all 7, of these runtimes. The email reply produced only an empty message, so I Edited and pasted the actual text. :-X Yay for progress...
... View more
‎May 29, 2009
10:29 PM
Some points. 1) .r files are Rez resource descriptions (Apple resource compiler). This is fully documented by Apple if you know where to look. 2) If you are using an Adobe sample code .r template then it should "just work" 3) The ID 16000 is an artefact of a 25-year-old Macintosh convention for numbering 'owned' resources. It comes from a formula for computing the starting ID when numbering resources of a particular type used by a plugin. The details of the formula are not relevant in this context but the convention is still followed. Usually you have only one PiPL in a plugin (normally ID 16000), so better examples are something like 'STR ' or 'DITL' where you might have several, 16000, 16001, 16002 and so on. Your plugin will reference resources by these IDs as required (for example, when invoking an Alert() or ModalDialog(); read the Resource Manager documentation for the entire resource manipulation API). Also, resources often have internal cross-references to other resources (for example, a DLOG dialog box references its DITL dialog item list, which in turn may reference a CNTL control description). 4) There are literally dozens of correct and complete .r Rez descriptions, and Win32 .rc descriptions, for Photoshop plugins on my site. http://telegraphics.com.au/sw/ - see the Subversion source code repositories. 5) Contact me, support@telegraphics.com.au if you need more help.
... View more
‎May 25, 2009
03:15 PM
There are Xcode projects on my site, http://www.telegraphics.com.au/sw/ (GPL source via Subversion links). Contact me privately if you need more assistance, support@telegraphics.com.au
... View more
‎May 25, 2009
03:12 PM
Sounds like a PiPL issue, can you show us your definition?
... View more
‎Mar 22, 2009
01:37 PM
Santosh, my source code answers (1). re: (2) - you don't, in a raster layer. The circle is rendered to pixels by Photoshop.
... View more
‎Mar 20, 2009
09:15 AM
ADM has long been deprecated. Some developers are using Qt for x-platform UI, see other recent threads.
... View more
‎Mar 20, 2009
09:13 AM
Laurids, if you mean re-creating all of Photoshop's compositing functionality - effects, vectors, text, etc - it simply isn't documented well enough for that to be possible (no accident, I'm sure), but even if it were, it's unlikely the effort would be within any realistic budget.
On the other hand... if you only want to support a very limited subset of simple raster layer compositing features, that could be achievable - possibly using my psdparse code as a starting point.
... View more
‎Mar 13, 2009
05:38 PM
I have written a tool to parse the image data of PSD/PSB files.
It's GPL @ http://www.telegraphics.com.au/svn/psdparse
... View more
‎Feb 24, 2009
08:44 PM
Try:
$ ./configure
$ make
... View more
‎Feb 24, 2009
08:39 PM
Plenty of filter source code on my site, http://telegraphics.com.au/sw
See, e.g., "Scramble" for a Filter with a simple UI.
http://www.telegraphics.com.au/svn/scramble/trunk/
... View more
‎Feb 13, 2009
03:47 PM
@kumarz4321
The program builds fine for me. Please contact me directly with details of your problem: support@telegraphics.com.au (I am the author).
It will separate all raster layers in a PSD or PSB file, to individual PNG files.
... View more
‎Feb 04, 2009
04:49 PM
A filter can look at the selection in the form of a mask channel, so it's trivial to enumerate the pixels. Check SDK doc and sample code.
... View more
‎Jan 27, 2009
11:38 AM
http://www.adobe.com/devnet/photoshop/sdk/index.html
... View more
Copyright © 2024 Adobe. All rights reserved.
AdChoices