Henk Schoneveld belca...@zonnet.nl added the comment:
Compiled version r25825, a vcodec copy results in
frame= 360 fps= 0 q=-1.0 Lsize= 13563kB time=14.20 bitrate=7824.2kbits/s
but an encode on the same file results in
frame= 357 fps= 6 q=-1.0 Lsize=3081kB time=14.20
Henk Schoneveld belca...@zonnet.nl added the comment:
Here you go.
File '360frames.264' not attached - you can download it from
https://roundup.ffmpeg.org/file1184.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Henk Schoneveld belca...@zonnet.nl added the comment:
I hereby add more 'proof'. Under windows with mencoder I'm able to use CoreAVC
as the decoder instead of ffh264. The output shows:
All the same except for the decoder, CoreAVC vs ffh264
Note the differences in size: 1219444 vs. 1112986
and
Henk Schoneveld belca...@zonnet.nl added the comment:
Another indication:
mplayer with ffh264 vs CoreAVC decoder to YUV
-rw-r--r-- 1 mythtv users 678846608 2010-08-05 08:29 /md/ffh264.yuv
-rwxr--r-- 1 mythtv users 683512194 2010-08-05 08:43 /spvfs/CoreAVC.yuv*
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Since mencoder's output also clearly indicates 114 frames, would you mind
telling us what your problem is (instead of pasting random output that proves my
point)?
Note that even if CoreAVC would produce more frames (which
Henk Schoneveld belca...@zonnet.nl added the comment:
in a time-frame which is impossible at .04 per frame/aka 25fps.
would you mind
telling us what your problem is (instead of pasting random output that proves
my
point)?
My problem is that if I have 10 multi-GOP's as source with a total of
Henk Schoneveld belca...@zonnet.nl added the comment:
Added a new sample
File '293frames.ts' not attached - you can download it from
https://roundup.ffmpeg.org/file1021.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Note that for your new sample, the reference decoder outputs 290 frames.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2020
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
Current FFmpeg decodes all 114 frames of the provided sample bit-identical
compared with the reference decoder (without any additional option).
--
status: open - closed
substatus: open - works_for_me
Henk Schoneveld belca...@zonnet.nl added the comment:
May I ask with what version and how you checked you got 114 frames ?
I tried with SVN-r23993, from a few days ago. Did that to an elementary stream,
muxed with my 'most-trusted' tsmuxer and got 113 frames.
frame= 113 fps= 5 q=-1.0 Lsize=
Henk Schoneveld belca...@zonnet.nl added the comment:
Why don't you answer the rest of my question ?
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2020
Henk Schoneveld belca...@zonnet.nl added the comment:
Added name to nosy list
--
nosy: +belcampo
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2020
Henk Schoneveld belca...@zonnet.nl added the comment:
Duration is correct, according to ffmpeg -i, but mediainfo says it's VFR instead
of 25fps, and mplayer interprets it as 50fps.
FFmpeg issue tracker iss...@roundup.ffmpeg.org
Henk Schoneveld belca...@zonnet.nl added the comment:
tsMuxeR says there are 114 frames, times .04 (25fps material) should be 4.56
seconds. The duration I get is 4.48 so there are 2 frames missing I guess. If I
split a ts and stitch them together again with tsMuxeR my total frames# and
duration
Henk Schoneveld belca...@zonnet.nl added the comment:
encoding to mpegts gives different # of frames then matroska.
A source file, a mpegts gives Duration: 00:00:19.63
Encoding this file to mpegts gives Duration: 00:00:19.64
The same file to matroska gives Duration: 00:00:19.72
mpegts ends with
New submission from Henk Schoneveld belca...@zonnet.nl:
I'm encoding from 1080i to 576p with SVN-r23639 and the vpre hq option, leaving
out trellis, wpredp and fastpskip.
tsMuxeR says, when demuxing it's 114-frames
ffprobe v92 says 111 frames
mplayer says 112 frames
ffmpeg encodes 113 frames
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment:
The last frame is decoded bit-identical by the reference decoder and FFmpeg.
You can use -strict 1 to force FFmpeg to output more frames (in the beginning).
--
status: new - closed
substatus: new - works_for_me
17 matches
Mail list logo