BlindWanderer
21st June 2007, 10:12
Found an interesting bug in FLV Splitter, it misreports the size of some videos.
VLC doesn't exhibit this problem. I think the issue may be that FLV Splitter isn't reading the containers meta data and relying upon the stream data instead. Of course the meta data can be wrong, so it shouldn't necessarily be trusted.
Example:
http://www.ashesandsnow.org/media/richmedia/video/18.flv
Height should be: 180, but it is reported to ffdshow as 192. The extra 12 rows on the bottom are a blur. From my poking at the splitter, it seems that video stream dimensions must be a power of 16. I think what is going on is that the metadata is being used to crop off the rest of the data. This could be fixed by coping the meta data hight and width in to the VIDEOINFOHEADER rcSource & rcTarget.
I'd do this myself but I only have VC Express and can't compile it *shakes fist at MS*.
VLC doesn't exhibit this problem. I think the issue may be that FLV Splitter isn't reading the containers meta data and relying upon the stream data instead. Of course the meta data can be wrong, so it shouldn't necessarily be trusted.
Example:
http://www.ashesandsnow.org/media/richmedia/video/18.flv
Height should be: 180, but it is reported to ffdshow as 192. The extra 12 rows on the bottom are a blur. From my poking at the splitter, it seems that video stream dimensions must be a power of 16. I think what is going on is that the metadata is being used to crop off the rest of the data. This could be fixed by coping the meta data hight and width in to the VIDEOINFOHEADER rcSource & rcTarget.
I'd do this myself but I only have VC Express and can't compile it *shakes fist at MS*.