|
|
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
|
|