|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
ABX wrote:
> On Fri, 16 Aug 2002 14:34:21 +0200, Le Forgeron <jgr### [at] freefr> wrote:
>>But I believe that only the first picture only was decoded...
>>
>
> I don't mean frame but position on screen.
>
It does not change the problem. Gif is a blocky format.
You will have to read the code of pov for reading gif to know exactly.
I would assumed that there is a default colour (pixel/palette entry),
that the whole picture is always rectangular and that pixels that are
not recovered by an explicit block have that default values.
But that's just a guess, the answer lies in the source only.
> BTW: there is also my another further patch plan similiar to this mpeg port.
> The same feature with sys_anim type of image map where sys_anim means native
> animation gate for platform. This could also open gate for avi, divx,
> quicktime, real etc.
Where is the portability ?
Me think: first make the patch for Mpeg-1, and maybe Mpeg-2.
Then wait, or you might unburry some old propriatary format ?
(Anyone got an FLC or an FLI player ?)
And what is the sys format for windows ? BMP ? AVI ? AWF ? AVF ?
Codec: every month has a new one...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 16 Aug 2002 16:06:45 +0200, Le Forgeron <jgr### [at] freefr> wrote:
> > BTW: there is also my another further patch plan similiar to this mpeg port.
> > The same feature with sys_anim type of image map where sys_anim means native
> > animation gate for platform. This could also open gate for avi, divx,
> > quicktime, real etc.
>
> Where is the portability ?
Where is the portability of sys image format ?
> Me think: first make the patch for Mpeg-1, and maybe Mpeg-2.
That was my intention :-)
> Then wait, or you might unburry some old propriatary format ?
> (Anyone got an FLC or an FLI player ?)
I don't think there is a sense to implement those ancient formats.
> And what is the sys format for windows ? BMP ? AVI ? AWF ? AVF ?
Every if internal library can send it to platform codec and has an answer it
is recognized and can return content of frame.
> Codec: every month has a new one...
Well, my intention is not to break portability but to make live of animators
easier.
ABX
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
ABX wrote:
> On Fri, 16 Aug 2002 16:06:45 +0200, Le Forgeron <jgr### [at] freefr> wrote:
>
>>>BTW: there is also my another further patch plan similiar to this mpeg port.
>>>The same feature with sys_anim type of image map where sys_anim means native
>>>animation gate for platform. This could also open gate for avi, divx,
>>>quicktime, real etc.
>>>
>>Where is the portability ?
>>
>
> Where is the portability of sys image format ?
>
Nowhere, but I did not say that I like that fact.
It would be better to take profit of the portability and have a bmp
reader (Win sys) on Unix and Mac port, and reverse of course (thus being
able to use the same scene files whatever the system).
>
>>Me think: first make the patch for Mpeg-1, and maybe Mpeg-2.
>>
>
> That was my intention :-)
>
>
>>Then wait, or you might unburry some old propriatary format ?
>>(Anyone got an FLC or an FLI player ?)
>>
>
> I don't think there is a sense to implement those ancient formats.
>
<Drama on>
Ahhhhh... You're restricting my freedom....Ahhhhh....You're murdering
me... Ahhhhh.... I'm a victim of your decision, you owe me a fortune....
Where is my lawyer's email ?..... Ahhhhhh
<Drama off>
>
>>And what is the sys format for windows ? BMP ? AVI ? AWF ? AVF ?
>>
>
> Every if internal library can send it to platform codec and has an answer it
> is recognized and can return content of frame.
>
Do internal libraries have the same interface across platform ?
I do not think so.
I'm afraid you would be making a Windows loader with just "sys" name.
>
>>Codec: every month has a new one...
>>
>
> Well, my intention is not to break portability but to make live of animators
> easier.
When you start relying on system library, you somehow leave the path of
portability...
Problem with codec is that you never have the one needed to read the latest
email-movie...
The most efficient codec (compression point of view) is probably the one
which upload your uncompressed movie in a remote server and give you an
url (obfuscated, of course, we're making money here!) to have it back.
This way, you get to compress a 2Go files in a 2048 bytes file, and no
loss in picture quality!
Only problem: you need a permanent and huge feed with the internet, but
that's worth the price. (?)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Le Forgeron" <jgr### [at] freefr> schrieb im Newsbeitrag
news:3D5### [at] freefr...
> Nowhere, but I did not say that I like that fact.
> It would be better to take profit of the portability and have a bmp
> reader (Win sys) on Unix and Mac port, and reverse of course (thus being
> able to use the same scene files whatever the system).
How did you conclude the Mac version will not read BMP images? Or tons of
other formats for that matter...?
Apart from this, are BMP images really used anywhere outside WinDOS? Last
time I checked the only BMP files I had on my Mac harddisk were those in the
POV-Ray for Windows source code folders. I can imagine many Mac and Unix
users having not more BMP images on their harddisks than I do...
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 16 Aug 2002 11:39:49 +0200, Le Forgeron <jgr### [at] freefr> wrote:
> Isn't it there a Linux/Unix Mpeg encoder that can be used to encode a
> set of images in a mpeg file (I used it once, I had to provide all the
> mpeg values and I had no idea of what they were for... ). There must be
> some decoding code too...
So again, where (if it is different than already listed
http://libmpeg2.sourceforge.net/) ?
ABX
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
>
> [...]
>
> Apart from this, are BMP images really used anywhere outside WinDOS? Last
> time I checked the only BMP files I had on my Mac harddisk were those in the
> POV-Ray for Windows source code folders. I can imagine many Mac and Unix
> users having not more BMP images on their harddisks than I do...
Just for the record, OS/2 uses BMP files of some kind, but they are
incompatible to the Windows format. None the less there are still some
Windows paint programs that support reading and writing OS/2 BMP.
Christoph
--
POV-Ray tutorials, IsoWood include,
TransSkin and more: http://www.tu-bs.de/~y0013390/
Last updated 13 Aug. 2002 _____./\/^>_*_<^\/\.______
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Ok, my fault... it was removed from Megapov for legal reason, and I did
> not know that the povteam was now outlaw enough to keep the gif code in.
I don't think that being able to _READ_ a GIF file makes POV-RAY
outlaw. As far as remember the license problem comes when the software
has to _WRITE_ in GIF format, because it must compress the file with
the patented LZW compression.
However I'm maybe wrong. I just decided not to use GIF any longer
for quite some time now (since PNG is far better anyway) so I've simply
forgot what's the actual problem ;op [the one regret is animated gifs
that could still be useful]
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> So again, where (if it is different than already listed
> http://libmpeg2.sourceforge.net/) ?
If you look at this libmpeg2 project, you'll see that most
free/GPL/open-source players use it. Guess that's there some (good)
reasons why they do so; there are actually listed on the page.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
> "Le Forgeron" <jgr### [at] freefr> schrieb im Newsbeitrag
> news:3D5### [at] freefr...
>
>>Nowhere, but I did not say that I like that fact.
>>It would be better to take profit of the portability and have a bmp
>>reader (Win sys) on Unix and Mac port, and reverse of course (thus being
>>able to use the same scene files whatever the system).
>>
>
> How did you conclude the Mac version will not read BMP images? Or tons of
> other formats for that matter...?
>
I do not know the Mac version (Just that it exists),
But it's a shame that there no code for BMP for Unix version.
Maybe I overly exagerated the generalisation of "sys" for image, but I
really found the concept of "sys" a bad idea for enhancement.
It would be better to provide a fully portable code, and label it with a correct tag.
"sys" is a quickpath for a new port on a system, but it leads to chaos...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nicolas Calimet <pov### [at] freefr> wrote in news:3D5### [at] freefr:
>> Ok, my fault... it was removed from Megapov for legal reason, and I did
>> not know that the povteam was now outlaw enough to keep the gif code in.
>
>
> I don't think that being able to _READ_ a GIF file makes POV-RAY
> outlaw. As far as remember the license problem comes when the software
> has to _WRITE_ in GIF format, because it must compress the file with
> the patented LZW compression.
It seems it is an old debate, since the license is a bit fuzzy, and Unisys
is doing nothing to clear the point.
Some people (inlcuding Unisys?) think that the licence covers both reading
and writing. Other people argue that only writing is patented.
So some people dropped completely the Gif format, just to be sure, while
others still read it. And some just ignore the patent and write in Gif
format :-)
I remember having seen a page explaining the author made a shareware able to
write Gif files. He asked Unisys a licence. But since he wanted to ask only
a small amount of money for his software, hence generating too few revenues
to Unisys, they told him they were not interested in giving him a licence:
too much work to what it's worth... And they suggested that if he releases
his software anyway, they *may* even *not* sue him :-) Again, sueing is
costly, and not worthy against a small company/individual. But it remains
risky :-(
Note that I have heard that this patent will expire next year, for what it
is worth.
> However I'm maybe wrong. I just decided not to use GIF any longer
> for quite some time now (since PNG is far better anyway) so I've simply
> forgot what's the actual problem ;op [the one regret is animated gifs
> that could still be useful]
I agree for the PNG format, I favor it for most of my images now. Old IE
browsers (and probably Netscape too) handled it badly or not at all. Eg. in
IE5, a link pointing directly to a PNG image made it to save it as binary
file instead of displaying it, while it could display PNG images in Web
pages...
The MNG format may be a solution for animated images, but it comes so late
most browsers (all?) don't display it. Maybe in the far future?
Otherwise, there is Flash, but it is not obvious to encode with free tools.
--
--=#=--=#=--=#=--=#=--=#=--=#=--=#=--=#=--=#=--
Philippe Lhoste (Paris -- France)
Professional programmer and amateur artist
http://jove.prohosting.com/~philho/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |