From 12makoto28 at gmail.com Fri Oct 14 20:31:24 2011 From: 12makoto28 at gmail.com (Makoto Oshita) Date: Fri, 14 Oct 2011 13:31:24 -0500 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska Message-ID: Hi, I'm trying to decode test5.mkv in the test suite ( http://www.matroska.org/downloads/test_w1.html ). However, the decoder which I'm using doesn't decode any pictures, without any error, even how many samples I input into it. I took a look into the file and realized its each sample starts with something like 0x00 0x00 0x51 0xd0, my guess was each AVC sample should start with 0x00 0x00 0x00 0x01. I compared other files, .mkv and .mp4, both files comes from the same content, I used a software called superC to make them, and checked couple samples and confirmed those has the same samples except for 4byte at the beggining of each sample as I mentioned above. Those .mkvs don't have header stripping I believe. Am I missing something on leading bytes of avc samples? What does those bytes mean more than delimiters? I'd appreciate if you could give some time for me, thanks! Makoto From slhomme at matroska.org Sun Oct 16 14:59:22 2011 From: slhomme at matroska.org (Steve Lhomme) Date: Sun, 16 Oct 2011 14:59:22 +0200 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska In-Reply-To: References: Message-ID: The codec used is not AVC/H264. It's either Theora or "DivX". On Fri, Oct 14, 2011 at 8:31 PM, Makoto Oshita <12makoto28 at gmail.com> wrote: > Hi, > > I'm trying to decode test5.mkv in the test suite ( > http://www.matroska.org/downloads/test_w1.html ). > However, the decoder which I'm using doesn't decode any pictures, > without any error, even how many samples I input into it. > I took a look into the file and realized its each sample starts with > something like 0x00 0x00 0x51 0xd0, my guess was each AVC sample > should start with 0x00 0x00 0x00 0x01. > I compared other files, .mkv and .mp4, both files comes from the same > content, I used a software called superC to make them, and checked > couple samples and confirmed those has the same samples except for > 4byte at the beggining of each sample as I mentioned above. > Those .mkvs don't have header stripping I believe. > > Am I missing something on leading bytes of avc samples? What does > those bytes mean more than delimiters? > > I'd appreciate if you could give some time for me, thanks! > > Makoto > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel > -- Steve Lhomme Matroska association Chairman From slhomme at matroska.org Mon Oct 17 21:20:55 2011 From: slhomme at matroska.org (Steve Lhomme) Date: Mon, 17 Oct 2011 21:20:55 +0200 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska In-Reply-To: References: Message-ID: My bad, the codec in use *is* AVC. And there is no header compression involved. That's as far as my knowledge of AVC goes. What is sure is that no data is missing for playback as this file plays fine everywhere. On Sun, Oct 16, 2011 at 2:59 PM, Steve Lhomme wrote: > The codec used is not AVC/H264. It's either Theora or "DivX". > > On Fri, Oct 14, 2011 at 8:31 PM, Makoto Oshita <12makoto28 at gmail.com> wrote: >> Hi, >> >> I'm trying to decode test5.mkv in the test suite ( >> http://www.matroska.org/downloads/test_w1.html ). >> However, the decoder which I'm using doesn't decode any pictures, >> without any error, even how many samples I input into it. >> I took a look into the file and realized its each sample starts with >> something like 0x00 0x00 0x51 0xd0, my guess was each AVC sample >> should start with 0x00 0x00 0x00 0x01. >> I compared other files, .mkv and .mp4, both files comes from the same >> content, I used a software called superC to make them, and checked >> couple samples and confirmed those has the same samples except for >> 4byte at the beggining of each sample as I mentioned above. >> Those .mkvs don't have header stripping I believe. >> >> Am I missing something on leading bytes of avc samples? What does >> those bytes mean more than delimiters? >> >> I'd appreciate if you could give some time for me, thanks! >> >> Makoto >> _______________________________________________ >> Matroska-devel mailing list >> Matroska-devel at lists.matroska.org >> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel >> Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel >> > > > > -- > Steve Lhomme > Matroska association Chairman > -- Steve Lhomme Matroska association Chairman From 12makoto28 at gmail.com Tue Oct 18 22:41:41 2011 From: 12makoto28 at gmail.com (Makoto Oshita) Date: Tue, 18 Oct 2011 15:41:41 -0500 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska In-Reply-To: References: Message-ID: Hi Steve, Thank you for your time. Yea I understood this is an issue about more AVC than matroska. I'll re-confirm that I'm passing all samples into decoder correctly. Thanks, Makoto 2011/10/17 Steve Lhomme : > My bad, the codec in use *is* AVC. And there is no header compression > involved. That's as far as my knowledge of AVC goes. What is sure is > that no data is missing for playback as this file plays fine > everywhere. > > On Sun, Oct 16, 2011 at 2:59 PM, Steve Lhomme wrote: >> The codec used is not AVC/H264. It's either Theora or "DivX". >> >> On Fri, Oct 14, 2011 at 8:31 PM, Makoto Oshita <12makoto28 at gmail.com> wrote: >>> Hi, >>> >>> I'm trying to decode test5.mkv in the test suite ( >>> http://www.matroska.org/downloads/test_w1.html ). >>> However, the decoder which I'm using doesn't decode any pictures, >>> without any error, even how many samples I input into it. >>> I took a look into the file and realized its each sample starts with >>> something like 0x00 0x00 0x51 0xd0, my guess was each AVC sample >>> should start with 0x00 0x00 0x00 0x01. >>> I compared other files, .mkv and .mp4, both files comes from the same >>> content, I used a software called superC to make them, and checked >>> couple samples and confirmed those has the same samples except for >>> 4byte at the beggining of each sample as I mentioned above. >>> Those .mkvs don't have header stripping I believe. >>> >>> Am I missing something on leading bytes of avc samples? What does >>> those bytes mean more than delimiters? >>> >>> I'd appreciate if you could give some time for me, thanks! >>> >>> Makoto >>> _______________________________________________ >>> Matroska-devel mailing list >>> Matroska-devel at lists.matroska.org >>> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel >>> Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel >>> >> >> >> >> -- >> Steve Lhomme >> Matroska association Chairman >> > > > > -- > Steve Lhomme > Matroska association Chairman > _______________________________________________ > Matroska-devel mailing list > Matroska-devel at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel > From moritz at bunkus.org Wed Oct 19 08:39:40 2011 From: moritz at bunkus.org (Moritz Bunkus) Date: Wed, 19 Oct 2011 08:39:40 +0200 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska In-Reply-To: References: Message-ID: <201110190839.44177.moritz@bunkus.org> Hey, AVC is stored in Matroska in the same way it is stored in MP4. The marker (0x00 00 00 01) is only needed for elementary streams in order to find the start of the next unit. In containers like Matroska and MP4 each unit is instead prefixed with a length field. The size of this length field is stored in the AVCC (C-style pseudo code: "length_field_size = (((unsigned char *)AVCC)[4] & 0x03) + 1") which in turn is stored in CodecPrivate. The length field is usually 2 or 4 bytes long. Kind regards, mosu -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From rootarded at sub-r.de Fri Oct 21 12:36:01 2011 From: rootarded at sub-r.de (rootarded) Date: Fri, 21 Oct 2011 12:36:01 +0200 Subject: [Matroska-devel] Haali Message-ID: Hi there, will there be an option to enable mkv thumbnailing with haali x64? Or is there already one? I couldn't manage to configure the splitter.x64.ax via rundll32.exe the same way I did it with the splitter.ax :/ (no such entry point). Regards, rootarded From 12makoto28 at gmail.com Fri Oct 21 23:04:32 2011 From: 12makoto28 at gmail.com (Makoto Oshita) Date: Fri, 21 Oct 2011 16:04:32 -0500 Subject: [Matroska-devel] Question, avc units don't start with 0x000001 in matroska In-Reply-To: <201110190839.44177.moritz@bunkus.org> References: <201110190839.44177.moritz@bunkus.org> Message-ID: Hi Mosu, You're right, what I was seeing in the MP4 case was the binary data which marker had been already replaced from the length field. So I added codes to switch leading bytes for mkv as well, and the decoder gave me the image! Though I'm still having errors after decoding couple frames, it should be another problem. Thanks for all of you who have taken time for me! Makoto From park00245 at hotmail.com Wed Oct 26 03:42:17 2011 From: park00245 at hotmail.com (=?ks_c_5601-1987?B?udrIrb+t?=) Date: Wed, 26 Oct 2011 10:42:17 +0900 Subject: [Matroska-devel] Please contact the JPEG codec support in MKV files. Message-ID: Hello I have JPEG files using MJPEG Codec MKV files I want to create. The development environment is linux. Please assist me with sample code, or please support the document. Thank you. -------------------------------------------------------- Hwa-youl Park Waytotec,Inc Staff Research Engineer Tel: 031-706-6546 H.P: 010-7238-1537 Fax: 02-762-2490 Email : hypark at waytotec.com -------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From misc03 at blueyonder.co.uk Fri Oct 28 05:29:17 2011 From: misc03 at blueyonder.co.uk (jack) Date: Fri, 28 Oct 2011 03:29:17 +0000 (UTC) Subject: [Matroska-devel] AAC in .TS files bug Message-ID: Sorry if this is already reported but I've searched and cant find ref to TS files although other AAC problems are mentioned. Using MPC for playback I cant get any files with AAC in to work If I remove Haali and install LAVI filters the same files play (but with video problems) No other changes were required. Below is the spec for a sample file - this was produced using the UK version of Humax HDR Fox T2 PVR. This will fail with Haali. Unfortunately these boxes can only produce AAC audio on HD recordings; If the AAC etc. is stripped out the video stream plays OK. I hope this info is of use as the toolnix chain fails if halli does not work: This data was created by : MediaInfo 0.7.50 A sample Humax .TS specification that fails with Haali is: General ID : 16517 (0x4085) Complete name : C:\news_at_ten.ts Format : BDAV Format/Info : Blu-ray Video File size : 4.17 GiB Duration : 1h 6mn Overall bit rate : 8 919 Kbps Video ID : 301 (0x12D) Menu ID : 17664 (0x4500) Format : AVC Format/Info : Advanced Video Codec Format profile : High at L4.0 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : 27 Duration : 1h 6mn Width : 1 440 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 25.000 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : MBAFF Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 Audio #1 ID : 302 (0x12E) Menu ID : 17664 (0x4500) Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Muxing mode : LATM Codec ID : 17 Duration : 1h 6mn Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Compression mode : Lossy Delay relative to video : -1s 107ms Language : English Audio #2 ID : 306 (0x132) Menu ID : 17664 (0x4500) Format : AAC Format/Info : Advanced Audio Codec Format profile : HE-AAC / LC Muxing mode : LATM Codec ID : 17 Duration : 1h 6mn Channel(s) : 1 channel Channel positions : Front: C Sampling rate : 48.0 KHz / 24.0 KHz Compression mode : Lossy Delay relative to video : -748ms Language : English Language, more info : Visual impaired commentary Text ID : 305 (0x131) Menu ID : 17664 (0x4500) Format : DVB Subtitle Codec ID : 6 Duration : 1h 6mn Delay relative to video : 2s 257ms Language : English Menu ID : 300 (0x12C) Menu ID : 17664 (0x4500) Duration : 1h 6mn List : 301 (0x12D) (AVC) / 302 (0x12E) (AAC, English) / 305 (0x131) (DVB Subtitle, English) / 306 (0x132) (AAC, English) Language : / English / English / English ------------------------- END ------------------------------- From moritz at bunkus.org Fri Oct 28 09:10:49 2011 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 28 Oct 2011 09:10:49 +0200 Subject: [Matroska-devel] AAC in .TS files bug In-Reply-To: References: Message-ID: <201110280910.53789.moritz@bunkus.org> Hey, On Friday 28 October 2011 05:29:17 jack wrote: > I hope this info is of use as the toolnix chain fails if halli does > not work: That is a misconception. MKVToolNix does not use DirectShow in general and Haali's splitter (or any other third party splitter) in particular at all. Kind regards, mosu -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From misc03 at blueyonder.co.uk Fri Oct 28 13:59:30 2011 From: misc03 at blueyonder.co.uk (jack) Date: Fri, 28 Oct 2011 11:59:30 +0000 (UTC) Subject: [Matroska-devel] AAC in .TS files bug References: <201110280910.53789.moritz@bunkus.org> Message-ID: Moritz Bunkus bunkus.org> writes: > > Hey, > > On Friday 28 October 2011 05:29:17 jack wrote: > > > I hope this info is of use as the toolnix chain fails if halli does > > not work: > > That is a misconception. MKVToolNix does not use DirectShow in general > and Haali's splitter (or any other third party splitter) in particular > at all. > > Kind regards, > mosu > > > _______________________________________________ > Matroska-devel mailing list > Matroska-devel lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel > Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel Fair enough Mosu - all I know is it stops working if I remove haali. Perhaps I have something else in the chain that most people dont - I'm not very familiar with it. I really came back just to indicate that MKV files with AAC in also fail to playback with haali installed - it isnt a TS specific issue. Also to point out this may be a case of missreading the stream type as sometimes the aac gets recognised as an unknown video stream or as mpeg-1 audio mono (?) by the media player - Yet the media info program I mentioned above always recognises it correctly. Hope thats helpful too.