 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks for the advice, I will use PNG (it's for HF manipulation)!
Philippe
>Careful with writing GIF files!
>
>GIF is *not* patentfree. For any application that can write files in the
GIF
>format you have to pay license-fees to the patent owner Unisys. And they
are
>*very* strict about that! Better not get caught writing GIFs without a
>license...
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>would like to have the overkill of graphics formats, go for the
>ImageMagick
>http://www.wizards.dupont.com/cristy/ImageMagick.html
>which compiles for Win32 as well. It's freeware, though not open source,
>if I remember right.
Thanks a lot, I go there right know and will let you know if it suit my
needs.
Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Johannes Hubert wrote:
>
> Careful with writing GIF files!
>
> GIF is *not* patentfree. For any application that can write files in the GIF
> format you have to pay license-fees to the patent owner Unisys. And they are
> *very* strict about that! Better not get caught writing GIFs without a
> license...
>
> Johannes.
<...>
As far as I know only commercial applications have to pay for a license.
There are an awful lot of programs, even open source/GNU thingies, that
write gif. But correct, ask your favorite lawyer or unisys before
writing your own gif-code.
Axel
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks to everyone answering my question, your answers gave me the
opportunity to discover the PGM format, which is so simple that it doesn't
need any external lib to manipulate the values (I'm not speaking about
display)
I still have some problem reading (and writing) a PGM file with pov so I
switched to C/C++ (my favorite), when the macro is running as I want, I'll
try again with pov to avoid calling an EXE before rendering : I know nobody
like that (me neither)
Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> I still have some problem reading (and writing) a PGM file with pov so I
> switched to C/C++ (my favorite), when the macro is running as I want, I'll
> try again with pov to avoid calling an EXE before rendering : I know nobody
> like that (me neither)
This is a neat idea - the next step is to supply Mesa
bindings from POV, so you can do OpenGL rendering from
a macro. I dunno why you'd do it - but there's something
funky about the concept.. :-)
--
Nigel Stewart (nig### [at] eisa netau) http://www.eisa.net.au/~nigels/
Postgrad Research Student, RMIT University, Melbourne, Australia
All extremists should be taken out and shot.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Axel Hecht wrote:
> Johannes Hubert wrote:
> >
> > Careful with writing GIF files!
> >
> > GIF is *not* patentfree. For any application that can write files in the GIF
> > format you have to pay license-fees to the patent owner Unisys. And they are
> > *very* strict about that! Better not get caught writing GIFs without a
> > license...
> >
> > Johannes.
> <...>
>
> As far as I know only commercial applications have to pay for a license.
> There are an awful lot of programs, even open source/GNU thingies, that
> write gif. But correct, ask your favorite lawyer or unisys before
> writing your own gif-code.
Well, back when they did their Christmass ambush of everyone, that was the case.
But Unisys has long since changed their tune and have demanded royalties from
even freeware programs. (They took the freeware exemption out of their license
well over a year ago)
Also, much of the free world is amazed by the silly concept of software patents,
and thus their authors have no problem with the issues. Here in the States,
though, the lawyers run free and are to be watched.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>
>> I still have some problem reading (and writing) a PGM file with pov so I
>> switched to C/C++ (my favorite), when the macro is running as I want,
I'll
>> try again with pov to avoid calling an EXE before rendering : I know
nobody
>> like that (me neither)
>
> This is a neat idea - the next step is to supply Mesa
> bindings from POV, so you can do OpenGL rendering from
> a macro. I dunno why you'd do it - but there's something
> funky about the concept.. :-)
>
The idea is not to render a PGM file but to read, modify, and write a new
PGM file all this makes HF
animation !!
Well, in fact I don't really understood what is your irony about
Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jon A. Cruz wrote:
> But Unisys has long since changed their tune and have demanded royalties from
> even freeware programs. (They took the freeware exemption out of their license
> well over a year ago)
> Also, much of the free world is amazed by the silly concept of software patents,
> and thus their authors have no problem with the issues. Here in the States,
> though, the lawyers run free and are to be watched.
This would mean that essentially the whole WWW is illegal now - I have
yet to
come across a website without images, and AFAIK browsers do not support
PNG
yet. (And until MNG is defined, animations are impossible, too.)
How active have they been in raiding websites ?
To the original question: It might be helpful to unpack the sources
of netpbm or pbmplus, which has standardized interfaces for access
to various image formats. This would make the function call independent
of the file format.
Ralf
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ralf Muschall wrote:
> Jon A. Cruz wrote:
>
> > But Unisys has long since changed their tune and have demanded royalties from
> > even freeware programs. (They took the freeware exemption out of their license
> > well over a year ago)
> > Also, much of the free world is amazed by the silly concept of software patents,
> > and thus their authors have no problem with the issues. Here in the States,
> > though, the lawyers run free and are to be watched.
>
> This would mean that essentially the whole WWW is illegal now - I have
> yet to
> come across a website without images, and AFAIK browsers do not support
> PNG
> yet. (And until MNG is defined, animations are impossible, too.)
>
> How active have they been in raiding websites ?
>
No, not really. The patent is in the algorithm mainly just for creating GIF images.
Nothing applies to using the data (created images). Although, Unisys' legal/marketing
departments might have liked you to believe otherwise.
Oh, and MSIE has supported PNG since version 4.0, and Netscape since 4.x also (both
for well over a year now, I seem to recall). Opera has for even longer.
BTW, you really should upgrade your browser ;-)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jon A. Cruz wrote in message <37253808.4C95543E@geocities.com>...
>Oh, and MSIE has supported PNG since version 4.0, and Netscape since 4.x
also (both
>for well over a year now, I seem to recall). Opera has for even longer.
If you use IE4, don't be put off by the fact that drag-dropping a .PNG file
on it elicits just no capabable message: if you write a tiny web page in
which you include an <IMG > tag with the approriate .PNG file name, IE4
displays it without a hitch. Maybe it's just a bug in the drag&drop code.
Netscape 4.5 accepts both the HTML and the drag/drop actions without
problem.
To my knowledge, GIF is free to read but patented to write. Anyway, having
PNG gives us a much better and free alternative but for the anymations. By
the way, PNG is now codified and an RFC.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
