Thread: [Libpgf-user] Missing header?
libPGF is an implementation of the Progressive Graphics File (PGF)
Brought to you by:
c_stamm
From: bucketbot <buc...@ya...> - 2010-05-14 05:50:34
|
I'm trying to compile the PGF-codec demonstration but it uses a header file "PGFimage.h" that was not included in the archive? It's referenced in PGF.cpp. Ideas? Did I miss something? Thanks! |
From: Raphael S. <rsc...@sc...> - 2010-05-14 08:41:23
|
The PGFconsole depends on libPGF, i.e. the files in libpgf-*-src.zip Using MS Visual Studio the folder structure after extraction should look like: +---libpgf │ +---doc │ +---include │ +---src L---pgf +---dll +---doc +---include +---lib +---src 1.) Compile libpgf -> PGFCodec.lib (Release, Win32 configuration) or PGFCodecd.lib (Debug) in libpgf\lib\Win32 2.) Compile pgf (the pgfconsole) using the header in libpgf\include and the generated lib Raphael > -----Original Message----- > From: bucketbot [mailto:buc...@ya...] > Sent: Freitag, 14. Mai 2010 07:50 > To: lib...@li... > Subject: [Libpgf-user] Missing header? > > > I'm trying to compile the PGF-codec demonstration but it uses a header file > "PGFimage.h" that was not included in the archive? It's referenced in > PGF.cpp. > > Ideas? Did I miss something? > > Thanks! |
From: bucketbot <buc...@ya...> - 2010-05-16 22:25:13
|
Hi, Thanks! I didn't realise the headers weren't included - silly mistake. Once I downloaded the codec source, everything was fine. I put the codec into a VFW (AVI) wrapper. It seems to be working pretty well! Is it possible to do conversions with internal PGF functions? I'll want to be able to convert YCC<->RGB. Also, can I compress YCC images (for example, 'YUY2' 4:2:2 or 'YV12' 4:2:0 data)? Thanks again! --- On Fri, 5/14/10, Raphael Schweizer <rsc...@sc...> wrote: > From: Raphael Schweizer <rsc...@sc...> > Subject: Re: [Libpgf-user] Missing header? > To: lib...@li... > Date: Friday, May 14, 2010, 1:22 AM > The PGFconsole depends on libPGF, > i.e. the files in libpgf-*-src.zip > > Using MS Visual Studio the folder structure after > extraction should look > like: > > +---libpgf > │ +---doc > │ +---include > │ +---src > L---pgf > +---dll > +---doc > +---include > +---lib > +---src > > 1.) Compile libpgf -> PGFCodec.lib (Release, > Win32 configuration) or > PGFCodecd.lib (Debug) in libpgf\lib\Win32 > 2.) Compile pgf (the pgfconsole) using the header in > libpgf\include and the > generated lib > > Raphael > > > -----Original Message----- > > From: bucketbot [mailto:buc...@ya...] > > Sent: Freitag, 14. Mai 2010 07:50 > > To: lib...@li... > > Subject: [Libpgf-user] Missing header? > > > > > > I'm trying to compile the PGF-codec demonstration but > it uses a header > file > > "PGFimage.h" that was not included in the archive? > It's referenced in > > PGF.cpp. > > > > Ideas? Did I miss something? > > > > Thanks! > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Libpgf-user mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libpgf-user > |
From: Raphael S. <rsc...@sc...> - 2010-05-19 15:56:10
|
libPGF can be used with the following formats: - YUV, packed, no subsampling (x:x:x) (i.e. YUY2, YV12 are not supported) - the following image color modes compatible with Adobe Photoshop bitmaps: IndexedColor, GrayScale, RGBColor, CMYKColor, HSLColor, HSBColor, LabColor, RGB12, RGBA, Gray16, RGB16, RGB48, Lab48, CMYK64, Gray31 Other images must be converted first. Raphael > -----Original Message----- > From: bucketbot [mailto:buc...@ya...] > Sent: Montag, 17. Mai 2010 00:25 > To: lib...@li... > Subject: Re: [Libpgf-user] Missing header? > [...] > > Is it possible to do conversions with internal PGF functions? I'll want to be > able to convert YCC<->RGB. Also, can I compress YCC images (for example, > 'YUY2' 4:2:2 or 'YV12' 4:2:0 data)? > > Thanks again! > [...] |
From: Raphael S. <rsc...@sc...> - 2010-05-26 15:28:01
|
The short answer: no The not so short answer: Currently, there is no way to set an arbitrary bitrate, i.e. the final file size. In theory it should be sufficient to somehow estimate a quality level and truncate the file at the end of a pyramid level. This would allow for maximum quality encoding with a limited file size. The estimation problem is equivalent, i.e. if we knew a way to predict the file size for a particular image and q level, we might as well use this to calculate the q level required for a given bitrate and vice versa. We do have this on our long term feature request list, however. Raphael > -----Original Message----- > From: bucketbot [mailto:bucketbot@...] > Sent: Freitag, 21. Mai 2010 10:46 > To: Raphael Schweizer > Subject: Re: [Libpgf-user] Missing header? > > > Thanks for the information, Raphael. I'll see what I can do with it. One last > question: is there any way to apply quantisation in a way that will let me > determine an approximate file-size, rather than simple integer-based > quantisation? Or is there a fast way (a shortcut) to estimate the final size for > a particular Q level? |