From a21120482 at alunos.isec.pt Tue Jun 2 15:24:44 2009 From: a21120482 at alunos.isec.pt (Luis Miguel Alves Riveiro) Date: Tue, 2 Jun 2009 14:24:44 +0100 Subject: [Matroska-devel] Mkv header Message-ID: <756CF9FCE926D44FA44D2AACA89F7B4AFF548B@mailx.isec.pt> Hi, I need to know how can i read the information of a mkv header. i had read a lot of documents but i don?t understand yet how can i do it... I?m programming in C, i hope you can help me... Thanks Luis -------------- next part -------------- An HTML attachment was scrubbed... URL: From reuben.m at gmail.com Sat Jun 13 09:53:25 2009 From: reuben.m at gmail.com (Reuben Martin) Date: Sat, 13 Jun 2009 02:53:25 -0500 Subject: [Matroska-devel] Haali Mp4 FPS bug Message-ID: The Haali dshow media splitter with mp4 support seems to have a bug when dealing with FPS. When an mp4 file with an h264 stream is played back, it plays as fast as the computer can handle for several seconds before slowing down to the correct frame rate. This only appears to happen with h264 content encoded by the more recent core versions of x264. Perhaps there was a subtle change in how the frame rate is stored, and for all I know, the x264 encoded could be the source of the bug. However I doubt it since remuxing the mp4 file using a separate tool doesn't fix the problem. (I'm not very well informed about how mp4 works, so I'm not sure if the fps is stored in the mp4 container or the h264 stream, but I'm working under the assumption it's stored in the mp4 container) Regardless, this is not an issue with video encoded by older x264 core versions. When changing out the Haali mp4 splitter with another filter that performs the same function this problem goes away. Likewise, the same h264 stream in another container like mkv, also running through the Haali splitter, does not have this problem. VLC, MPlayer, and other media players that don't use dshow do not have this problem. This happens with or without audio streams. -Reuben