[Bug 197] New: Unsupported m2ts format.

http://bugs.xine-project.org/show_bug.cgi?id=197

           Summary: Unsupported m2ts format.
           Product: xine-lib
           Version: Mercurial 1.1
          Platform: i386/x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: Plugins
        AssignedTo: xine-bugs@...
        ReportedBy: lorenzodes@...


Created an attachment (id=107)
 --> (http://bugs.xine-project.org/attachment.cgi?id=107)
A patch that adds support for AVCHD/DVHS transport streams

The attached patch allows xine to demux mpeg transport streams where packet are
192 (instead of 188) bytes in size. It also adds initial support for  ISO
13818-1(2007) streams (i.e. where stream id == 0xfd).

This patch seems to work fine for me, but, unfortunately, it's not enough to
properly play videos like the ones you can download from here:
http://av.watch.impress.co.jp/docs/20061213/zooma284.htm

Something at the decoder level seems broken: it produces a lot of artifacts
(videos are nearly unwatchable) and ffmpeg's h.264 decoder spits a lot of
these:

[h264 @ 0x913b0a0]reference picture missing during reorder
[h264 @ 0x913b0a0]Missing reference picture
[h264 @ 0x913b0a0]illegal short term buffer state detected
[h264 @ 0x913b0a0]mmco: unref short failure
[h264 @ 0x913b0a0]mmco: unref short failure
[h264 @ 0x913b0a0]mmco: unref short failure
[h264 @ 0x913b0a0]mmco: unref short failure
[h264 @ 0x913b0a0]reference picture missing during reorder

I tried to pinpoint the problem but to no avail. Ffplay plays those videos just
fine (well, deinterlacing is not perfect, but at least you can actually watch
them) and no warnings are printed to console, not even in debug mode..

It doesn't seem a matter of the demuxer feeding the wrong data to
ff_video_decoder. I have added code to ./src/combined/ffmpeg/ff_video_decoder.c
to dump frame data to a file just before they get passed to
avcodec_decode_video(). Again, ffplay plays such file dumps fine.

Add to that that if I edit those videos to remove the redundant timecodes and
reduce pkt size to 188 bytes, a vanilla (i.e. unpatched) xine-lib produces the
same artifacts to video and warnings to console.


--
Configure bugmail: http://bugs.xine-project.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.


------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
xine-bugs mailing list
xine-bugs@...
https://lists.sourceforge.net/lists/listinfo/xine-bugs

http://bugs.xine-project.org/show_bug.cgi?id=197


Darren Salt <linux@...> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1




--- Comment #1 from Darren Salt <linux@...>  2009-10-13 23:57:55 UTC ---
This should be fixed in current hg.

--
Configure bugmail: http://bugs.xine-project.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
xine-bugs mailing list
xine-bugs@...
https://lists.sourceforge.net/lists/listinfo/xine-bugs