From drrobison at openroadsconsulting.com Thu Feb 2 21:02:09 2012 From: drrobison at openroadsconsulting.com (David R Robison) Date: Thu, 02 Feb 2012 15:02:09 -0500 Subject: [Matroska-users] Problem playing recorded MJPEG with high resolution In-Reply-To: References: <4F201048.50608@openroadsconsulting.com> <4F2035DF.70303@openroadsconsulting.com> <4F205294.4020101@openroadsconsulting.com> Message-ID: <4F2AEBC1.30200@openroadsconsulting.com> My bad. We use two different MJPEG cameras. This camera was recorded at 1600x1200 resolution. However, it still does not explain why I cannot replay it. Any ideas? David On 1/29/2012 12:32 PM, Steve Lhomme wrote: > > You should report the bug to vlc. They are about to make a big release > and will surely fix it > > On Jan 29, 2012 6:30 PM, "Ivan Kowalenko" > wrote: > > I'm not sure most graphics cards are designed for accelerating > MJPEG decoding, since mostly what I've seen is focused on H.264 > decoding (to assist with commercially distributed HD material, > such as iTunes purchases and BluRay playback). > > I can confirm that VLC will immediately crash upon opening the > file in version 1.1.12 in Mac OS X 10.6.8 (32-bit mode). I also > ran a test with mplayer to see if I could get some more detailed > information, and as luck would have it, it did! > > Ayanami:Downloads kichigai$ mplayer Cam564-20120124-124827.mkv > MPlayer SVN-r32528-4.2.1 (C) 2000-2010 MPlayer Team > Can't init Apple Remote. > > Playing Cam564-20120124-124827.mkv. > libavformat file format detected. > [matroska,webm @ 0x10180ee00] Unknown entry 0xFF > [matroska,webm @ 0x10180ee00] Unknown entry 0x656E > [matroska,webm @ 0x10180ee00] Unknown entry 0x4273 > [matroska,webm @ 0x10180ee00] Unknown entry 0x67AD > [matroska,webm @ 0x10180ee00] Read error at pos. 1550586 > (0x17a8fa) > [matroska,webm @ 0x10180ee00] Invalid stream 1 or size 3 > [matroska,webm @ 0x10180ee00] Estimating duration from > bitrate, this may be inaccurate > [lavf] stream 0: video (mjpeg), -vid 0, video > VIDEO: [MJPG] 1600x1200 0bpp 10.000 fps 0.0 kbps ( 0.0 > kbyte/s) > ========================================================================== > Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family > [mjpeg @ 0x100a1b740]mjpeg: using external huffman table > Selected video codec: [ffmjpeg] vfm: ffmpeg (FFmpeg MJPEG) > ========================================================================== > Audio: no sound > Starting playback... > Could not find matching colorspace - retrying with -vf scale... > Opening video filter: [scale] > Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. > [swscaler @ 0x100a23920]using unscaled yuv422p -> yuyv422 > special converter > VO: [corevideo] 1600x1200 => 1600x1200 Packed YUY2 > [ASPECT] Warning: No suitable new res found! > V: 0.0 0/ 0 ??% ??% ??,?% 0 0 > [matroska,webm @ 0x100a18e60]Read error at pos. 1550587 (0x17a8fb) > V: 0.0 0/ 0 ??% ??% ??,?% 0 0 > > > Exiting... (End of file) > Ayanami:Downloads kichigai$ > > Notice how to says it's attempting to decode the video at a > resolution of 1600?1200. I suspect that this is where your problem > lies, and that somewhere between your source video and mkvmerge is > a mismatch in detected resolutions. Indeed, this is what mkvinfo > had to say: > > + EBML head > |+ Doc type: matroska > |+ Doc type version: 2 > |+ Doc type read version: 2 > + Segment, size 10146941 > |+ Seek head (subentries will be skipped) > |+ Segment information > | + Timecode scale: 1000000 > | + Duration: 7.230s (00:00:07.230) > | + Date: Tue Jan 24 18:48:34 2012 UTC > | + Muxing application: dsj_MKVSink (dsj 0_8_64) > | + Writing application: dsj_MKVSink (dsj 0_8_64) > |+ Segment tracks > | + A track > | + Track number: 1 > | + Track type: video > | + Track UID: 1185106944 > | + Default duration: 100.000ms (10.000 fps for a video track) > | + Video track > | + Pixel width: 1600 > | + Pixel height: 1200 > | + Frame rate: 10 > | + Codec ID: V_MS/VFW/FOURCC > | + CodecPrivate, length 46 (FourCC: MJPG, 0x47504a4d) > | + Name: video > |+ Cluster > > Try specifying the video resolution in your mkvmerge command and > see if that fixes the problem. --display-dimensions might fix the > problem, but no promises if it's interpreting the video data to be > encoded at the wrong resolution. I would also check your source > file's container. Perhaps you can tweak that to pass the right > information. > > ---------------------------------------------------- > Ivan Kowalenko > w: http://ivankowalenko.com > e: ivan at ivankowalenko.com > > > > > On Wed, Jan 25, 2012 at 1:05 PM, David R Robison > > wrote: > > We have a nVidia graphics card. I'm sure our hardware is > sufficient as we do a lot of software video decoding. vlc > Plays the first frame then crashes. David > > > On 1/25/2012 2:01 PM, Ivan Kowalenko wrote: >> >> Try VLC. It may behave a little better. What are you running >> for hardware? It could just be overwhelming. >> >> ---------------------------------------------------- >> Ivan Kowalenko >> w: http://ivankowalenko.com >> e: ivan at ivankowalenko.com >> p: 856-270-6049 >> >> On Jan 25, 2012 11:04 AM, "David R Robison" >> > > wrote: >> >> >> _______________________________________________ >> Matroska-users mailing list >> Matroska-users at lists.matroska.org >> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users >> Read Matroska-Users on GMane:http://dir.gmane.org/gmane.comp.multimedia.matroska.user > > -- > > David R Robison > Open Roads Consulting, Inc. > 103 Watson Road, Chesapeake, VA 23320 > phone:(757) 546-3401 > e-mail:drrobison at openroadsconsulting.com > web:http://openroadsconsulting.com > blog:http://therobe.blogspot.com > book:http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526 > > > > ------------------------------------------------------------------------ > This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. > If you are not the intended recipient, please delete this email immediately. > > _______________________________________________ > Matroska-users mailing list > Matroska-users at lists.matroska.org > > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users > Read Matroska-Users on GMane: > http://dir.gmane.org/gmane.comp.multimedia.matroska.user > > > > _______________________________________________ > Matroska-users mailing list > Matroska-users at lists.matroska.org > > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users > Read Matroska-Users on GMane: > http://dir.gmane.org/gmane.comp.multimedia.matroska.user > > > > _______________________________________________ > Matroska-users mailing list > Matroska-users at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users > Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison at openroadsconsulting.com web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526 This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, please delete this email immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From slhomme at matroska.org Sat Feb 4 12:23:32 2012 From: slhomme at matroska.org (Steve Lhomme) Date: Sat, 04 Feb 2012 12:23:32 +0100 Subject: [Matroska-users] Problem playing recorded MJPEG with high resolution In-Reply-To: <4F2AEBC1.30200@openroadsconsulting.com> References: <4F201048.50608@openroadsconsulting.com> <4F2035DF.70303@openroadsconsulting.com> <4F205294.4020101@openroadsconsulting.com> <4F2AEBC1.30200@openroadsconsulting.com> Message-ID: <4F2D1534.5040001@matroska.org> Le 02/02/2012 21:02, David R Robison a ?crit : > My bad. We use two different MJPEG cameras. This camera was recorded at > 1600x1200 resolution. However, it still does not explain why I cannot > replay it. Any ideas? David No idea, it doesn't look like a container problem though. > On 1/29/2012 12:32 PM, Steve Lhomme wrote: >> >> You should report the bug to vlc. They are about to make a big release >> and will surely fix it >> >> On Jan 29, 2012 6:30 PM, "Ivan Kowalenko" > > wrote: >> >> I'm not sure most graphics cards are designed for accelerating >> MJPEG decoding, since mostly what I've seen is focused on H.264 >> decoding (to assist with commercially distributed HD material, >> such as iTunes purchases and BluRay playback). >> >> I can confirm that VLC will immediately crash upon opening the >> file in version 1.1.12 in Mac OS X 10.6.8 (32-bit mode). I also >> ran a test with mplayer to see if I could get some more detailed >> information, and as luck would have it, it did! >> >> Ayanami:Downloads kichigai$ mplayer Cam564-20120124-124827.mkv >> MPlayer SVN-r32528-4.2.1 (C) 2000-2010 MPlayer Team >> Can't init Apple Remote. >> >> Playing Cam564-20120124-124827.mkv. >> libavformat file format detected. >> [matroska,webm @ 0x10180ee00] Unknown entry 0xFF >> [matroska,webm @ 0x10180ee00] Unknown entry 0x656E >> [matroska,webm @ 0x10180ee00] Unknown entry 0x4273 >> [matroska,webm @ 0x10180ee00] Unknown entry 0x67AD >> [matroska,webm @ 0x10180ee00] Read error at pos. 1550586 >> (0x17a8fa) >> [matroska,webm @ 0x10180ee00] Invalid stream 1 or size 3 >> [matroska,webm @ 0x10180ee00] Estimating duration from >> bitrate, this may be inaccurate >> [lavf] stream 0: video (mjpeg), -vid 0, video >> VIDEO: [MJPG] 1600x1200 0bpp 10.000 fps 0.0 kbps ( 0.0 kbyte/s) >> ========================================================================== >> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family >> [mjpeg @ 0x100a1b740]mjpeg: using external huffman table >> Selected video codec: [ffmjpeg] vfm: ffmpeg (FFmpeg MJPEG) >> ========================================================================== >> Audio: no sound >> Starting playback... >> Could not find matching colorspace - retrying with -vf scale... >> Opening video filter: [scale] >> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. >> [swscaler @ 0x100a23920]using unscaled yuv422p -> yuyv422 >> special converter >> VO: [corevideo] 1600x1200 => 1600x1200 Packed YUY2 >> [ASPECT] Warning: No suitable new res found! >> V: 0.0 0/ 0 ??% ??% ??,?% 0 0 >> [matroska,webm @ 0x100a18e60]Read error at pos. 1550587 (0x17a8fb) >> V: 0.0 0/ 0 ??% ??% ??,?% 0 0 >> >> >> Exiting... (End of file) >> Ayanami:Downloads kichigai$ >> >> Notice how to says it's attempting to decode the video at a >> resolution of 1600?1200. I suspect that this is where your problem >> lies, and that somewhere between your source video and mkvmerge is >> a mismatch in detected resolutions. Indeed, this is what mkvinfo >> had to say: >> >> + EBML head >> |+ Doc type: matroska >> |+ Doc type version: 2 >> |+ Doc type read version: 2 >> + Segment, size 10146941 >> |+ Seek head (subentries will be skipped) >> |+ Segment information >> | + Timecode scale: 1000000 >> | + Duration: 7.230s (00:00:07.230) >> | + Date: Tue Jan 24 18:48:34 2012 UTC >> | + Muxing application: dsj_MKVSink (dsj 0_8_64) >> | + Writing application: dsj_MKVSink (dsj 0_8_64) >> |+ Segment tracks >> | + A track >> | + Track number: 1 >> | + Track type: video >> | + Track UID: 1185106944 >> | + Default duration: 100.000ms (10.000 fps for a video track) >> | + Video track >> | + Pixel width: 1600 >> | + Pixel height: 1200 >> | + Frame rate: 10 >> | + Codec ID: V_MS/VFW/FOURCC >> | + CodecPrivate, length 46 (FourCC: MJPG, 0x47504a4d) >> | + Name: video >> |+ Cluster >> >> Try specifying the video resolution in your mkvmerge command and >> see if that fixes the problem. --display-dimensions might fix the >> problem, but no promises if it's interpreting the video data to be >> encoded at the wrong resolution. I would also check your source >> file's container. Perhaps you can tweak that to pass the right >> information. >> >> ---------------------------------------------------- >> Ivan Kowalenko >> w: http://ivankowalenko.com >> e: ivan at ivankowalenko.com >> >> >> >> >> On Wed, Jan 25, 2012 at 1:05 PM, David R Robison >> > > wrote: >> >> We have a nVidia graphics card. I'm sure our hardware is >> sufficient as we do a lot of software video decoding. vlc >> Plays the first frame then crashes. David >> >> >> On 1/25/2012 2:01 PM, Ivan Kowalenko wrote: >>> >>> Try VLC. It may behave a little better. What are you running >>> for hardware? It could just be overwhelming. >>> >>> ---------------------------------------------------- >>> Ivan Kowalenko >>> w: http://ivankowalenko.com >>> e: ivan at ivankowalenko.com >>> p: 856-270-6049 >>> >>> On Jan 25, 2012 11:04 AM, "David R Robison" >>> >> > wrote: >>> >>> >>> _______________________________________________ >>> Matroska-users mailing list >>> Matroska-users at lists.matroska.org >>> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users >>> Read Matroska-Users on GMane:http://dir.gmane.org/gmane.comp.multimedia.matroska.user >> >> -- >> >> David R Robison >> Open Roads Consulting, Inc. >> 103 Watson Road, Chesapeake, VA 23320 >> phone:(757) 546-3401 >> e-mail:drrobison at openroadsconsulting.com >> web:http://openroadsconsulting.com >> blog:http://therobe.blogspot.com >> book:http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526 >> >> >> >> ------------------------------------------------------------------------ >> This email communication (including any attachments) may >> contain confidential and/or privileged material intended >> solely for the individual or entity to which it is addressed. >> If you are not the intended recipient, please delete this >> email immediately. >> >> _______________________________________________ >> Matroska-users mailing list >> Matroska-users at lists.matroska.org >> >> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users >> Read Matroska-Users on GMane: >> http://dir.gmane.org/gmane.comp.multimedia.matroska.user >> >> >> >> _______________________________________________ >> Matroska-users mailing list >> Matroska-users at lists.matroska.org >> >> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users >> Read Matroska-Users on GMane: >> http://dir.gmane.org/gmane.comp.multimedia.matroska.user >> >> >> >> _______________________________________________ >> Matroska-users mailing list >> Matroska-users at lists.matroska.org >> http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users >> Read Matroska-Users on GMane:http://dir.gmane.org/gmane.comp.multimedia.matroska.user > > -- > > David R Robison > Open Roads Consulting, Inc. > 103 Watson Road, Chesapeake, VA 23320 > phone: (757) 546-3401 > e-mail:drrobison at openroadsconsulting.com > web:http://openroadsconsulting.com > blog:http://therobe.blogspot.com > book:http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526 > > > > ------------------------------------------------------------------------ > This email communication (including any attachments) may contain > confidential and/or privileged material intended solely for the > individual or entity to which it is addressed. > If you are not the intended recipient, please delete this email immediately. > > > _______________________________________________ > Matroska-users mailing list > Matroska-users at lists.matroska.org > http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users > Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user From moritz at bunkus.org Thu Feb 9 11:42:42 2012 From: moritz at bunkus.org (Moritz Bunkus) Date: Thu, 9 Feb 2012 11:42:42 +0100 Subject: [Matroska-users] MKVToolNix v5.3.0 released Message-ID: Hey, I've released mkvtoolnix v5.3.0. It contains bug fixes all over the board: DTS handling, (E)AC3 detection, invalid memory access with certain broken files and more. mkvmerge's verbose identification mode has been extended with a couple more fields. mkvmerge can treat several separate input files as if they were concatenated into a single large file (e.g. VOBs or MPEG transport streams). The documentation has been updated accordingly. There were no changes that concern package maintainers. Here are the usual links... ...to the home page: http://www.bunkus.org/videotools/mkvtoolnix/ ...to the source code: http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-5.3.0.tar.bz2 ...to the Windows installer and 7zip archive: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-5.3.0-setup.exe http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-5.3.0.7z All of the Linux binaries that I provide have already been built and are available. Here's the full ChangeLog since release 5.2.1: -------------------------------------------------- 2012-02-09 Moritz Bunkus * Released v5.3.0. 2012-02-06 Moritz Bunkus * mkvmerge: new feature: mkvmerge will parse and apply the audio encoder delay in MP4 files that contain said information in the format that iTunes writes it. Fix for bug 715. 2012-02-02 Moritz Bunkus * mkvmerge: new feature: Implemented support for treating several input files as if they they had been concatenated binarily into a single big input file. Snytax is "mkvmerge -o out.mkv ( in1.ts in2.ts in3.ts )". This feature has already been present since version 5.1.0 but never been mentioned in the ChangeLog. Support for this feature in mmg is still missing. 2012-01-31 Moritz Bunkus * mkvmerge: bug fix: Blocks with "BlockAdditions" will no longer be muxed as "SimpleBlock" elements discarding the additions but instead as "BlockGroup" elements. This applies to e.g. WAVPACK4 tracks with correction files as the correction data is stored in "BlockAdditions". Fix for bug 713. * mkvmerge: bug fix: Fixed some more issues with (E)AC3 being misdtected as AVC elementary streams. 2012-01-27 Moritz Bunkus * mmg: bug fix: The header editor was sometimes creating two instances of an element if an element was added to the second or one of the later tracks. Fix for bug 711. * mkvpropedit, mmg: bug fix: Trying to modify a file located in a path mounted with GVFS SFTP will no longer crash the programs. Instead an error message is output if an error occurs. Fix for bug 710. 2012-01-25 Moritz Bunkus * mkvmerge: bug fix: Fixed integer underflows in the read caching code resulting in invalid memory access. Happened in broken or incomplete files only. Fix for bug 709. 2012-01-23 Moritz Bunkus * mkvmerge: bug fix: Appending AVI, Matroska or MPEG program stream files with DTS audio tracks will not result in a warning that the appended DTS tracks might not be compatible. Fix for bug 705. 2012-01-13 Moritz Bunkus * mkvextract: bug fix for the "timecodes_v2" mode: mkvextract will write one more timecode than there are frames in the file. The last timecode written will be the the sum of the last frame's timecode and duration with the "last frame" being the one with the highest timecode. Fix for bug 691. 2012-01-12 Moritz Bunkus * mkvmerge: bug fix: Fixed writing into paths on which a drive is mounted on Windows. Fix for bug 701. * mkvmerge: enhancement: Identification output for Matroska files: Added the track number header field as "number" to the verbose identification mode. 2012-01-09 Moritz Bunkus * mkvmerge: enhancement: Identification output for Matroska files: Added a field "content_encoding_algorithms" that contains a comma-separated list of encoding algorithm IDs used for that track. For example, "content_encoding_algorithms:3" would indicate that header removal compression is used. 2012-01-07 Moritz Bunkus * mkvmerge: enhancement: Identification output for Matroska files: Added several fields to mkvmerge's verbose identification mode for tracks: UID, CodecID, length and content (as a hex dump) of the codec private data. * mkvmerge: bug fix: Fixed a segmentation fault in the DTS detection code. Fix for bug 698. 2012-01-05 Moritz Bunkus * mkvextract: bug fix: The track IDs used in the "timecodes_v2" extraction mode are consistent again with the IDs that mkvmerge's identification reports and that mkvextract's "tracks" extraction mode uses. Fix for bugs 689 and 694. 2012-01-04 Moritz Bunkus * mkvmerge: enhancement: Added video pixel dimensions to the output of "--identify-verbose" for Matroska files. -------------------------------------------------- Have fun. mo From san011070 at yahoo.com Fri Feb 10 19:47:33 2012 From: san011070 at yahoo.com (Dutta Sanjiv) Date: Sat, 11 Feb 2012 00:17:33 +0530 (IST) Subject: [Matroska-users] Serious problem in Muxing/demuxing: Video Stream differs everytime! Message-ID: <1328899653.52044.YahooMailNeo@web94710.mail.in2.yahoo.com> Dear All, I am facing a serious issue with MKV-Merge GUI & MKV-Extract GUI: a video stream (but not audio stream!) gets altered everytime I demux & re-mux it! Here is what I did: The video (for my case it was an AVC/.h264 stream @ 25 fps) & audio streams were demuxed from an MKV movie (lets name is MKV1)? which was then muxed to make another movie (name it MKV2). Now, if you demux the video stream from MKV2, and compare it with the video stream from MKV1, you will find that the CRC or file content (even size!) never matches! You can produce a MKV3 from the demuxed streams from MKV2, again demux streams from MKV and compre the video streams. Again no matching! To make sure the muxing/demuxing process were identical, no parameters of MKV-Merge GUI & MKV-Extract GUI were touched in the process such as FPS, stream name, aspect ration, langauge etc. Kindly put some lights on it. Is it intended or a basic flaw? Will that effect the video playback? Last year, I removed one extra audio stream from an MKV movie, and during playback there was garbled display from time to time! Yours truly, Sanjiv Dutta India -------------- next part -------------- An HTML attachment was scrubbed... URL: From moritz at bunkus.org Fri Feb 10 19:52:25 2012 From: moritz at bunkus.org (Moritz Bunkus) Date: Fri, 10 Feb 2012 19:52:25 +0100 Subject: [Matroska-users] [Matroska-general] Serious problem in Muxing/demuxing: Video Stream differs everytime! In-Reply-To: <1328899653.52044.YahooMailNeo@web94710.mail.in2.yahoo.com> References: <1328899653.52044.YahooMailNeo@web94710.mail.in2.yahoo.com> Message-ID: Hey, On Fri, Feb 10, 2012 at 19:47, Dutta Sanjiv wrote: > Kindly put some lights on it. Is it intended More or less. Upon extraction the SPS/PPS NALUs are re-created from the CodecPrivate element and written more often than they might have to be. As long as all instances are identical (which they are) this is not a problem during playback. Kind regards, mo