 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi all,
here is my first contribution to this group. But as it is a bit a big
file I will only put the URLs :
- normal size : http://denis.corbin.free.fr/couleurs.mpg (~ 2 MB)
- reduced size : http://denis.corbin.free.fr/couleurs_half.mpg (~ 1MB)
you are also welcome to visit the rest of the site here at
http://denis.corbin.free.fr/
bye
Denis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Couldn't see it. It falls outside the standard......
Denis Corbin wrote:
> Hi all,
>
> here is my first contribution to this group. But as it is a bit a big
> file I will only put the URLs :
> - normal size : http://denis.corbin.free.fr/couleurs.mpg (~ 2 MB)
> - reduced size : http://denis.corbin.free.fr/couleurs_half.mpg (~ 1MB)
>
> you are also welcome to visit the rest of the site here at
> http://denis.corbin.free.fr/
>
> bye
>
> Denis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Greg M. Johnson" wrote:
>
> Couldn't see it. It falls outside the standard......
Using what? It was big (407x???) but M$ media muncher played it.
dik
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I went to have a second look and it failed for me too, using MS Media Player 7 beta.
Strange that
the first time was fine. My only comment was, and still is, "weird" so I didn't think
that was
enough to say anything before. Trees of any kind that lively are somehow creepy
things ;-)
Bob
"Dick Balaska" <dic### [at] buckosoft com> wrote in message
news:396DD1C0.ADF3F222@buckosoft.com...
| "Greg M. Johnson" wrote:
| >
| > Couldn't see it. It falls outside the standard......
|
| Using what? It was big (407x???) but M$ media muncher played it.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
What did you use to compile the anim?
Denis Corbin wrote:
> Hi all,
>
> here is my first contribution to this group. But as it is a bit a big
> file I will only put the URLs :
> - normal size : http://denis.corbin.free.fr/couleurs.mpg (~ 2 MB)
> - reduced size : http://denis.corbin.free.fr/couleurs_half.mpg (~ 1MB)
>
> you are also welcome to visit the rest of the site here at
> http://denis.corbin.free.fr/
>
> bye
>
> Denis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Dick Balaska wrote:
>
> "Greg M. Johnson" wrote:
> >
> > Couldn't see it. It falls outside the standard......
>
> Using what? It was big (407x???) but M$ media muncher played it.
>
Thanks for the feed back.
In fact, this is a 352x240 mpeg animation.
I'm using mpegTV top read it, but it also works fine with mpeg_play.
Only the "light" version seems not to be readable using M$ media player
of windows95 (?) sorry for that,
It seems that this is not a Microsoft compliant animation, while it
might be compliant to MPEG standart ... who knows... anyway this is not
important.
for thoses that can't read it, this is a tree that has light as leaves.
Located near a lake, it opens its branches, while leaves (light bulbs)
have their colour changing at the same time.
This is not technically difficult to realize, I've just spent a little
time with composition of the picture, where from in particular the
format, which is 16/9.
Sorry again for inconvenients, (and size of the file --- will try to
make smaller next time),
Denis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Greg M. Johnson" wrote:
>
> What did you use to compile the anim?
>
>[...]
I've used mpeg_encode
Authors (extract from man page) :
Kevin Gong - University of California, Berkeley, kev-
ing### [at] csberkeleyedu
Ketan Patel - University of California, Berkeley, kpa-
tel### [at] csberkeleyedu
Dan Wallach - University of California, Berkeley, dwal-
lac### [at] csberkeleyedu
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
If it were an issue of m$ inventing their own standard and expecting the
world to comply, I'd be the first to rebel. But I'm suspecting that in
this case the problem with my m$ viewer not seeing your anim might be
with an unorthodox setting in your editing program, but then again I'm
no professional either.....
Denis Corbin wrote:
> "Greg M. Johnson" wrote:
> >
> > What did you use to compile the anim?
> >
> >[...]
>
> I've used mpeg_encode
>
> Authors (extract from man page) :
>
> Kevin Gong - University of California, Berkeley, kev-
> ing### [at] csberkeleyedu
>
> Ketan Patel - University of California, Berkeley, kpa-
> tel### [at] csberkeleyedu
>
> Dan Wallach - University of California, Berkeley, dwal-
> lac### [at] csberkeleyedu
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Greg M. Johnson" wrote:
>
> If it were an issue of m$ inventing their own standard and expecting the
> world to comply, I'd be the first to rebel. But I'm suspecting that in
> this case the problem with my m$ viewer not seeing your anim might be
> with an unorthodox setting in your editing program, but then again I'm
> no professional either.....
So then why do you suspect M$ of following any kind of standard other than their own?
Have they *ever* *ever* *ever* followed to the letter *any* standard????
Its Embrace and Extend man, or in this case Embrace and Contract :)
From mpeg.org:
...MPEG-1 sequence which meets the parameter limits
defined in ISO/IEC 11172-2 for constrained parameter bitstreams:
horizontal_size <= 768
vertical_size <= 576
picture_area <= 396 macroblocks
pixel_rate <= 396x25 macroblocks per second
vbv_buffer_size <= 20x16384 bit
bitrate <= 1856000 bits/second
motion vector range <= -64...63.5
Just like everything M$ touches, 320x240 has become the de facto standard because
that is what they've decided to do for MPEG-1. I can generate and play 640x480
MPEG-1s,
(but they look pukey because of the low bitrate and small vbv_buffer size)
Now if i can only solve my problems of encoding 702x480 MPEG-2s, i'll be all set to
try
and burn video CDs. (although my Sony DVD player will play commercial audio CDs but
not
my home burns hmmm...)
dik
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Dick Balaska wrote:
>
[...]
> From mpeg.org:
> ...MPEG-1 sequence which meets the parameter limits
> defined in ISO/IEC 11172-2 for constrained parameter bitstreams:
>
> horizontal_size <= 768
> vertical_size <= 576
> picture_area <= 396 macroblocks
> pixel_rate <= 396x25 macroblocks per second
> vbv_buffer_size <= 20x16384 bit
> bitrate <= 1856000 bits/second
> motion vector range <= -64...63.5
>
> Just like everything M$ touches, 320x240 has become the de facto standard because
> that is what they've decided to do for MPEG-1. I can generate and play 640x480
MPEG-1s,
> (but they look pukey because of the low bitrate and small vbv_buffer size)
OK, so the problem here is probably because the presented animation has
400 pixels as horizontal size :
horizontal_size = 400
vertical_size = 224
(note : aspect ratio = 16/9 the movie's format)
vbv_buffer_size = 32*1024 bits
This seems to conforms to the MPEG-1 standard, but not to M$'s
restrictions of this standard.
I'm really sorry for thoses that don't have the choice to use other OS
(or softwares) than Microsoft's ones, sorry that you only know "that"
about computer science. Anyway, I will not remake the animation, because
I have not the time and will to workaround this "bug" (if it is
confirmed that this is the reason of the problem). Moreover this
animation was done first for my own egoist pleasure ; if you can't see
it (or if you don't like, which is your absolute right !) this will not
affect too much the reason why I've done it. ;^)))
[...]
I think that this comportment of M$ is unfortunately frequent (to
convice you, see problems with HTML, javascript, and so on) even if here
it is not totally proved that this is the case.
Denis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
