Discussion:
[issue2576] AVCHD lite MTS file conversion loses first seconds
(too old to reply)
Michael Chourdakis
2011-01-29 18:26:56 UTC
Permalink
New submission from Michael Chourdakis <***@freemail.gr>:

Hello there.

This is a try of ffmpeg under Windows (I am not sure if the bug report
is applicable here), but I am trying to convert a MTS from a Panasonic
Lumix TZ10 to an mpeg4 with this command line:

ffmpeg -i file.mts -vtag DX50 -acodec libmp3lame -vcodec mpeg4 -sameq
file.avi.

The result is that the .avi file is still for the first 5 seconds. It
does that in any target format I might try (x264 etc).

Is that a Windows build problem ? I am attaching the .MTS file I am
trying, and I can also upload the resulting .AVI file.

I 've uploaded this text along with the .mts file to the FTP
server/mts_bug.

Best Regards & Thanks.

----------
messages: 13566
priority: normal
status: new
substatus: new
title: AVCHD lite MTS file conversion loses first seconds
type: bug

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-01-29 18:30:15 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

Edit #1: ffplay plays the resulting .AVI files correctly. But Windows
players (that use ffdshow) or VLC don't.

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-01-29 18:32:59 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

Edit #2: Noticed in VirtualDub that it drops the first frames, shows [D]
after the first frames. Resulting file is missing a keyframe perhaps ?

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-01-29 18:48:14 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

Edit #3: Just noticed that in Ubuntu it works fine; It inserts a
keyframe at position 0.

The problem is in the Windows version.
Any chance of solving ?

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-01-29 23:05:12 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

Edit #4: The mts file itself doesn't have a keyframe, but both
DirectShow and linux ffmpeg play/convert it correctly. It is the Windows
ffdshow version that fails ?

How to force it to insert a keyframe ?

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-01-30 12:45:57 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

Edit #5 : force key frame option doesn't work. I found an older version
that works (18709) , but I want to use the latest.

Any hope of fixing ?

----------
priority: normal -> important

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Ronald S. Bultje
2011-01-31 17:29:44 UTC
Permalink
Ronald S. Bultje <***@gmail.com> added the comment:

Does make fate succeed in your windows version? It seems like a build
problem to me...

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-02-20 09:32:32 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

I haven't compiled it myself. It is obviously a win32 build problem. I
wonder if anyone here will notice it, since I myself haven't messed with
the sources.

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Justin Ruggles
2011-02-23 20:19:22 UTC
Permalink
Justin Ruggles <***@gmail.com> added the comment:

changing priority to normal. needs more info and/or reproducing to
determine what the cause of the problem is.

----------
priority: important -> normal
status: new -> open
substatus: new -> needs_more_info

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Michael Chourdakis
2011-02-27 14:12:14 UTC
Permalink
Michael Chourdakis <***@freemail.gr> added the comment:

What sort of more info do you need ?

________________________________________________
FFmpeg issue tracker <***@roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2576>
________________________________________________
Will Menninger
2011-03-26 23:46:16 UTC
Permalink
Will Menninger <***@hotmail.com> added the comment:

Okay--here's more info. I'm having the same exact problem as WindowsNT. I've
uploaded a sample .mts file and the resulting output (along with a screenshot of
the ffmpeg output and the ffmpeg log file) to the following link:

http://willus.com/libav/

I used the win64 build from the libav.org web site.

______________________________________________
Libav issue tracker <***@roundup.libav.org>
<https://roundup.libav.org/issue2576>
______________________________________________

Loading...