On Thu, Jan 19, 2012 at 9:58 AM, David Mertens <[email protected]> wrote: > On Thu, Jan 19, 2012 at 8:33 AM, Chris Marshall <[email protected]> > wrote: >> >> We already have a section in the Known_problems >> about 16bit data and rpic/wpic. Since we have no >> other reports from any linux systems for this problem, >> my guess is that it may come from a build/config >> problem for NetPBM in gentoo. > > > One of the key features of the Gentoo package system is that you can very > easily customize your compiler flags. The Gentoo wiki covers this as a basic > step in setting up your system. This makes it very easy to customize and > optimize your entire system for your actual hardware. The downside is that > there may be some compile flags in Ingo's setup which are leading to some > weird corner cases that are not normally built with pnm. > >> Maybe Ingo could update the gentoo bug ticket >> with the facts we've discovered. I think the debugging >> will involve creating known good 16bit intput and >> output files and then tracking down the differences. > > > Eh, Ingo doesn't have a SF account, so I'll try to update the ticket.
I meant the gentoo bug ticket. While we have a PDL bug ticket as well, I believe the problem is in the gentoo build of the NetPBM stuff. >> For the PDL-2.4.10 release, I think we could just >> add a button on our Get PDL section of the web >> site for gentoo and put the OS specific note there. > > > ALL PDL FOLKS - anybody up for trying to add a Gentoo section to the PDL > website? This is just a matter of editing the code making the current display and adding a gentoo button and corresponding content. The relevant files are in pdl-www/content and the directions for how to test the change on the experimental web site are on the wiki. --Chris >> On Thu, Jan 19, 2012 at 8:26 AM, David Mertens <[email protected]> >> wrote: >> > Should we add a tentative note to the docs? >> > >> > On Jan 19, 2012 6:10 AM, "chm" <[email protected]> wrote: >> >> >> >> On 1/19/2012 3:56 AM, Ingo Schmid wrote: >> >>> >> >>> you are right, pngtopnm has problems converting the created pngs. I >> >>> don't know if wpci creates some sloppy png or the problem is with >> >>> pngtopnm, since it can convert i.e. screenshots quite fine. But then >> >>> they are created via intermediate pnms (or something) in the first >> >>> place, no? >> >> >> >> >> >> The issue is only with 16bit data and whether >> >> that works with pnmtopng (and vice versa). As >> >> long as you are only using the default 8bit >> >> images, things should work ok. >> >> >> >> --Chris >> >> >> >>> On 01/18/2012 03:56 PM, chm wrote: >> >>>> >> >>>> The problem appears to be in the pnmtopng/pngtopnm >> >>>> and possibly the initial creation of the input data >> >>>> piped to those commands. I'll add this to the list >> >>>> of known problems for the 2.4.10 release. Thanks >> >>>> for reporting the problem. _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
