On Thu, 21 Apr 2011, Sven Barth wrote:
On 21.04.2011 21:45, Michael Van Canneyt wrote:
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
You can propose whatever you want _but_ generics.
Motivation?
Threefold:
a) The compiler's handlin
On 21 Apr 2011, at 23:26, Sven Barth wrote:
> On 21.04.2011 21:45, Michael Van Canneyt wrote:
>> Threefold:
>> a) The compiler's handling of generics is still beta code in my opinion.
>> As far as I know, the original problem I reported when writing the docs
>> for them is still not solved.
>
>
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
The best we can do is create a memory class with some pre-defined memory
storages,
with appropriate getscanline/setscanline routines and make sure the reader
classes
can
a) detect them
b) make
On 21.04.2011 21:45, Michael Van Canneyt wrote:
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
You can propose whatever you want _but_ generics.
Motivation?
Threefold:
a) The compiler's handling of generics is still beta code in my opin
In our previous episode, Michael Van Canneyt said:
> >> The best we can do is create a memory class with some pre-defined memory
> >> storages,
> >> with appropriate getscanline/setscanline routines and make sure the reader
> >> classes
> >> can
> >> a) detect them
> >> b) make use of them if th
In our previous episode, Michael Van Canneyt said:
> >> You can propose whatever you want _but_ generics.
> >
> > Motivation?
>
> Threefold:
> a) The compiler's handling of generics is still beta code in my opinion.
> As far as I know, the original problem I reported when writing the docs
>
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
There is no generic way to solve this problem, because you'd need a matrix
covering all possible storage memory formats and all possible disk storage
formats.
Probably. The point is more that
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
If you declare your class as e.g. TBW32image (RGBA), a pixel assignment is
an inline handful of instructions.
I think fcl-image with its no-compromise format support was great initial
effort. B
In our previous episode, Michael Van Canneyt said:
> > If you declare your class as e.g. TBW32image (RGBA), a pixel assignment is
> > an inline handful of instructions.
> >
> > I think fcl-image with its no-compromise format support was great initial
> > effort. But it is time to at least allow so
In our previous episode, Michael Van Canneyt said:
>
> There is no generic way to solve this problem, because you'd need a matrix
> covering all possible storage memory formats and all possible disk storage
> formats.
Probably. The point is more that mostly only the diagonal of that matrix
(dum
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, michael.vancann...@wisa.be said:
* Create a TFPCustomImage descendant that is limited to the bit depth you need.
* Do not use palette.
* Implement GetPixel and SetPixel so they convert from 64-bit from/to the depth
you u
On Thu, 21 Apr 2011, Marco van de Voort wrote:
In our previous episode, Mattias Gaertner said:
>> GetScanLine/SetScanLine,
>> and all other FPIMage operations will work equally well.
>
> This will not accelerate reading/writing at all. When writing (or any other
> form of streaming), there wi
In our previous episode, Mattias Gaertner said:
> > > GetScanLine/SetScanLine,
> > > and all other FPIMage operations will work equally well.
> >
> > This will not accelerate reading/writing at all. When writing (or any other
> > form of streaming), there will still be a procedure call per pix
In our previous episode, John Lee said:
> Just downloaded & tried to registry.pas - for accessing win registry. It
> uses SysUtils, WinTypes, WinProcs, Messages, Classes,ShellAPI
>
> My standard v242 fpc win compiler/rtl doesn't have these wintypes, winprocs
> or messages. Where are these & why ar
Marco van de Voort hat am 21. April 2011 um 18:50
geschrieben:
> In our previous episode, michael.vancann...@wisa.be said:
> > * Create a TFPCustomImage descendant that is limited to the bit depth you
> > need.
> > * Do not use palette.
> > * Implement GetPixel and SetPixel so they con
Replace with just "Windows". Delphi hasn't had these since version 1.0 and they
are aliased to that one Unit. No idea why they exist in the unit. In question
also Very strange.
Sent from my iPhone 4
On 21 Apr 2011, at 17:22, John Lee wrote:
> Just downloaded & tried to registry.pas - for
In our previous episode, michael.vancann...@wisa.be said:
> * Create a TFPCustomImage descendant that is limited to the bit depth you
> need.
> * Do not use palette.
> * Implement GetPixel and SetPixel so they convert from 64-bit from/to the
> depth you used
> * Implement a GetScanLine/SetScanLin
Just downloaded & tried to registry.pas - for accessing win registry. It
uses SysUtils, WinTypes, WinProcs, Messages, Classes,ShellAPI
My standard v242 fpc win compiler/rtl doesn't have these wintypes, winprocs
or messages. Where are these & why aren't they there by default? Are they
delphi?
John
--- On Thu, 4/21/11, michael.vancann...@wisa.be
wrote:
> From: michael.vancann...@wisa.be
> Subject: Re: [fpc-pascal] FPImage and GetDataLineStart
> To: "FPC-Pascal users discussions"
> Date: Thursday, April 21, 2011, 11:09 AM
>
>
> On Thu, 21 Apr 2011, Leonardo M. Ramé wrote:
>
> > --- On
On Thu, 21 Apr 2011, Leonardo M. Ramé wrote:
--- On Thu, 4/21/11, Marco van de Voort wrote:
From: Marco van de Voort
Subject: Re: [fpc-pascal] FPImage and GetDataLineStart
To: "FPC-Pascal users discussions"
Date: Thursday, April 21, 2011, 6:41 AM
In our previous episode, Sven Barth
said:
In our previous episode, Leonardo M. Ram? said:
>> IIRC I accelerated loading/saving simple 8-bit BMP images
>> 20 to 50 times in
>> my work code.
>>
> Do you care to share some insights about what you did to accelerate it?
- Made it 8bpp only
- introduced linebased writing.
- since my images ar
--- On Thu, 4/21/11, Marco van de Voort wrote:
> From: Marco van de Voort
> Subject: Re: [fpc-pascal] FPImage and GetDataLineStart
> To: "FPC-Pascal users discussions"
> Date: Thursday, April 21, 2011, 6:41 AM
> In our previous episode, Sven Barth
> said:
> > Am 20.04.2011 22:20, schrieb Leonar
It also annoys me, but changing would probably be a huge work. All of
the image reader/writers would need to be checked...
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/lis
On 21/4/2011 06:41, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
Am 20.04.2011 22:20, schrieb Leonardo M. Ram?:
Hi, I need to write a function that replaces TLazIntfImage by using fpImage,
and I can't find an alternative to GetDataLineStart. How can I replace it?.
Maybe
In our previous episode, Sven Barth said:
> Am 20.04.2011 22:20, schrieb Leonardo M. Ram?:
> > Hi, I need to write a function that replaces TLazIntfImage by using
> > fpImage, and I can't find an alternative to GetDataLineStart. How can I
> > replace it?.
>
> Maybe I get your intention wrong, bu
Am 20.04.2011 22:20, schrieb Leonardo M. Ramé:
Hi, I need to write a function that replaces TLazIntfImage by using fpImage,
and I can't find an alternative to GetDataLineStart. How can I replace it?.
Maybe I get your intention wrong, but TLazIntfImage is already using
fpImage and it derives f
26 matches
Mail list logo
