Marcus Sundberg writes:
Image loading should ideally be written as two libraries:
One library that does not use LibGGI and does not know about visuals.
It should dynamicly load readers/writers for different image formats,
and read images into/write imaghes from it's own simple
On Wed, 23 Feb 2000, Andrew Apted wrote:
Marcus Sundberg writes:
Image loading should ideally be written as two libraries:
One library that does not use LibGGI and does not know about visuals.
It should dynamicly load readers/writers for different image formats,
and read
On Fri, Feb 18, 2000 at 11:07:04AM -0500, Brian S. Julin wrote:
For GBL and OVL to work nicely, we will need some way of allocating offscreen
video memory. Any ideas on that ? Should that go into LibGGI or should we push
it into an extension ?
If it's going to play nice with SetMode,
On Sun, 20 Feb 2000, Jim Peters wrote:
Good question. I was wondering about this - about which part of the code is
in charge of allocating video memory. Is it the chipset driver, or
KGI(con) ?
The "chipset driver" == KGI(con). The allocation would be handled by a combination
of the driver
Hi !
I think that is the best compromise between speed (single pixels would use
less memory, but it would crawl) and memory usage.
Well, I don't like compromises when you can get both worlds. ;)
What I want (for the simple conversions like truecolor-truecolor
at least) is:
Ouch - we
Andreas Beck [EMAIL PROTECTED] writes:
It should also be able to convert images between different formats.
That could be done by chaining a load and a save call appropriately.
Not very good performance wise. You should really be able to do
read-from-memory-into-register, convert,
Andreas Beck [EMAIL PROTECTED] writes:
while(write(handle,buffer,read(handle,buffer,bufsize)));
But there you use 'buffer' as temporary storage, which is exactly
what I want to avoid. Or do you intend some non-obvious magic?
I mean a _small_ buffer for that. We will need _some_ kind of
Andrew Apted [EMAIL PROTECTED] writes:
magic: 3 0[5] == 'GIF88' # exists ???
No.
--
Peter Bortas http://peter.bortas.org
Idonex AB http://www.idonex.com
Andreas Beck writes:
I think you should be able to add modules without recompiling the underlying
system, so each module will need an init function which will update the table,
like in the linux kernel.
Even better: We make a "smart" module that tries to guess the image-type.
It
Hi !
After losing 2 weeks of work, I went to 2.3 and have never looked back.
Except that AFAIK the bttv driver's more stable in 2.2.14 IIRC.
You might want to use JFS or ReiserFS ...
(is it possible to create a guaranteed no-swap memory area?
Yes. Man mlock.
And to tell how
On Mon, 7 Feb 2000, Andreas Beck wrote:
I'll try to give you something to play with below:
/*
* This is a design study for a Generic Picture Format library
*/
/* Startup/Shutdown:
*/
gpfInit(void);
gpfExit(void);
gpfPanic(const char *format,...);
/* Opening and
Hi !
Even better: We make a "smart" module that tries to guess the image-type.
It will then try to load the corresponding handler (using the equivalent
Perhaps I should assimilate my "LibDataType" library into GGI, under a
new name like LibGFFD (generic file format detection). Using
On Sat, Feb 05, 2000 at 04:46:58PM -0500, teunis wrote:
On 5 Feb 2000, Marcus Sundberg wrote:
[EMAIL PROTECTED] writes:
The second library should be a simple glue-layer between the first
library an LibGGI. The reason to make two libraries that a generic
image loader/writer that is
DOHT! I didnt write that, that was, I think ?Marcuses? response...
[EMAIL PROTECTED] writes:
The second library should be a simple glue-layer between the first
library an LibGGI. The reason to make two libraries that a generic
image loader/writer that is _not_ tied to any
I just started thinking about my last post in a different way. Should we
implement something like sources in ggi, wihch would allow frame grabbing,
image loading, etc?
I think this would also touch on GII some, and not just in the frame grabbing
situation, I think with relative simplicity we
[EMAIL PROTECTED] writes:
I just started thinking about my last post in a different way. Should
we implement something like sources in ggi, wihch would allow frame
grabbing, image loading, etc?
Yes, it should be implemented in ggi, just not in LibGGI.
Image loading should ideally be written
On 5 Feb 2000, Marcus Sundberg wrote:
[EMAIL PROTECTED] writes:
I just started thinking about my last post in a different way. Should
we implement something like sources in ggi, wihch would allow frame
grabbing, image loading, etc?
Yes, it should be implemented in ggi, just not in
17 matches
Mail list logo