ffprobe fails obtaining the delay of an audio stream?
0
Getting the delay of an audio stream is usually easy with ffprobe and a command like:
ffprobe -show_entries stream -i "(file_path)"
Obtaining an output that includes the desired info (see "start_time"):
...
index=1
codec_name=ac3
...
...
start_time=0.880000
...
This has worked fine with all my video files, allowing to develop automated procedures.
But now I got one that shows start_time=0.000000 for all streams, when analyzed with ffprobe. However Media Player Classic confirms there is a 2.5 seconds audio delay, see Media Player Classic screenshot
Offending video is an AVI file. Its ffprobe output is:
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_time_base=1001/24000
codec_tag_string=XVID
codec_tag=0x44495658
width=720
height=384
coded_width=720
coded_height=384
has_b_frames=1
sample_aspect_ratio=1:1
display_aspect_ratio=15:8
pix_fmt=yuv420p
level=5
color_range=N/A
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
timecode=N/A
refs=1
quarter_sample=false
divx_packed=false
id=N/A
r_frame_rate=24000/1001
avg_frame_rate=24000/1001
time_base=1001/24000
start_pts=0
start_time=0.000000
duration_ts=179064
duration=7468.461000
bit_rate=1804834
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=179064
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
index=1
codec_name=ac3
codec_long_name=ATSC A/52A (AC-3)
profile=unknown
codec_type=audio
codec_time_base=1/48000
codec_tag_string=[0] [0][0]
codec_tag=0x2000
sample_fmt=fltp
sample_rate=48000
channels=6
channel_layout=5.1(side)
bits_per_sample=0
dmix_mode=-1
ltrt_cmixlev=-1.000000
ltrt_surmixlev=-1.000000
loro_cmixlev=-1.000000
loro_surmixlev=-1.000000
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/56000
start_pts=0
start_time=0.000000
duration_ts=N/A
duration=N/A
bit_rate=448000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=418233816
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
Where in this output can I find a way to locate those 2.5 seconds?
Perhaps running ffprobe with other arguments will show it more clearly?
audio video ffmpeg delay ffprobe
asked Feb 5 at 18:35
oscaroscar
32
add a comment |
0
Getting the delay of an audio stream is usually easy with ffprobe and a command like:
ffprobe -show_entries stream -i "(file_path)"
Obtaining an output that includes the desired info (see "start_time"):
...
index=1
codec_name=ac3
...
...
start_time=0.880000
...
This has worked fine with all my video files, allowing to develop automated procedures.
But now I got one that shows start_time=0.000000 for all streams, when analyzed with ffprobe. However Media Player Classic confirms there is a 2.5 seconds audio delay, see Media Player Classic screenshot
Offending video is an AVI file. Its ffprobe output is:
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_time_base=1001/24000
codec_tag_string=XVID
codec_tag=0x44495658
width=720
height=384
coded_width=720
coded_height=384
has_b_frames=1
sample_aspect_ratio=1:1
display_aspect_ratio=15:8
pix_fmt=yuv420p
level=5
color_range=N/A
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
timecode=N/A
refs=1
quarter_sample=false
divx_packed=false
id=N/A
r_frame_rate=24000/1001
avg_frame_rate=24000/1001
time_base=1001/24000
start_pts=0
start_time=0.000000
duration_ts=179064
duration=7468.461000
bit_rate=1804834
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=179064
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
index=1
codec_name=ac3
codec_long_name=ATSC A/52A (AC-3)
profile=unknown
codec_type=audio
codec_time_base=1/48000
codec_tag_string=[0] [0][0]
codec_tag=0x2000
sample_fmt=fltp
sample_rate=48000
channels=6
channel_layout=5.1(side)
bits_per_sample=0
dmix_mode=-1
ltrt_cmixlev=-1.000000
ltrt_surmixlev=-1.000000
loro_cmixlev=-1.000000
loro_surmixlev=-1.000000
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/56000
start_pts=0
start_time=0.000000
duration_ts=N/A
duration=N/A
bit_rate=448000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=418233816
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
Where in this output can I find a way to locate those 2.5 seconds?
Perhaps running ffprobe with other arguments will show it more clearly?
audio video ffmpeg delay ffprobe
asked Feb 5 at 18:35
oscaroscar
32
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25
add a comment |
0
0
0
Getting the delay of an audio stream is usually easy with ffprobe and a command like:
ffprobe -show_entries stream -i "(file_path)"
Obtaining an output that includes the desired info (see "start_time"):
...
index=1
codec_name=ac3
...
...
start_time=0.880000
...
This has worked fine with all my video files, allowing to develop automated procedures.
But now I got one that shows start_time=0.000000 for all streams, when analyzed with ffprobe. However Media Player Classic confirms there is a 2.5 seconds audio delay, see Media Player Classic screenshot
Offending video is an AVI file. Its ffprobe output is:
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_time_base=1001/24000
codec_tag_string=XVID
codec_tag=0x44495658
width=720
height=384
coded_width=720
coded_height=384
has_b_frames=1
sample_aspect_ratio=1:1
display_aspect_ratio=15:8
pix_fmt=yuv420p
level=5
color_range=N/A
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
timecode=N/A
refs=1
quarter_sample=false
divx_packed=false
id=N/A
r_frame_rate=24000/1001
avg_frame_rate=24000/1001
time_base=1001/24000
start_pts=0
start_time=0.000000
duration_ts=179064
duration=7468.461000
bit_rate=1804834
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=179064
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
index=1
codec_name=ac3
codec_long_name=ATSC A/52A (AC-3)
profile=unknown
codec_type=audio
codec_time_base=1/48000
codec_tag_string=[0] [0][0]
codec_tag=0x2000
sample_fmt=fltp
sample_rate=48000
channels=6
channel_layout=5.1(side)
bits_per_sample=0
dmix_mode=-1
ltrt_cmixlev=-1.000000
ltrt_surmixlev=-1.000000
loro_cmixlev=-1.000000
loro_surmixlev=-1.000000
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/56000
start_pts=0
start_time=0.000000
duration_ts=N/A
duration=N/A
bit_rate=448000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=418233816
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
Where in this output can I find a way to locate those 2.5 seconds?
Perhaps running ffprobe with other arguments will show it more clearly?
audio video ffmpeg delay ffprobe
asked Feb 5 at 18:35
oscaroscar
32
Getting the delay of an audio stream is usually easy with ffprobe and a command like:
ffprobe -show_entries stream -i "(file_path)"
Obtaining an output that includes the desired info (see "start_time"):
...
index=1
codec_name=ac3
...
...
start_time=0.880000
...
This has worked fine with all my video files, allowing to develop automated procedures.
But now I got one that shows start_time=0.000000 for all streams, when analyzed with ffprobe. However Media Player Classic confirms there is a 2.5 seconds audio delay, see Media Player Classic screenshot
Offending video is an AVI file. Its ffprobe output is:
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_time_base=1001/24000
codec_tag_string=XVID
codec_tag=0x44495658
width=720
height=384
coded_width=720
coded_height=384
has_b_frames=1
sample_aspect_ratio=1:1
display_aspect_ratio=15:8
pix_fmt=yuv420p
level=5
color_range=N/A
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
timecode=N/A
refs=1
quarter_sample=false
divx_packed=false
id=N/A
r_frame_rate=24000/1001
avg_frame_rate=24000/1001
time_base=1001/24000
start_pts=0
start_time=0.000000
duration_ts=179064
duration=7468.461000
bit_rate=1804834
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=179064
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
index=1
codec_name=ac3
codec_long_name=ATSC A/52A (AC-3)
profile=unknown
codec_type=audio
codec_time_base=1/48000
codec_tag_string=[0] [0][0]
codec_tag=0x2000
sample_fmt=fltp
sample_rate=48000
channels=6
channel_layout=5.1(side)
bits_per_sample=0
dmix_mode=-1
ltrt_cmixlev=-1.000000
ltrt_surmixlev=-1.000000
loro_cmixlev=-1.000000
loro_surmixlev=-1.000000
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=1/56000
start_pts=0
start_time=0.000000
duration_ts=N/A
duration=N/A
bit_rate=448000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=418233816
nb_read_frames=N/A
nb_read_packets=N/A
DISPOSITION:default=0
DISPOSITION:dub=0
DISPOSITION:original=0
DISPOSITION:comment=0
DISPOSITION:lyrics=0
DISPOSITION:karaoke=0
DISPOSITION:forced=0
DISPOSITION:hearing_impaired=0
DISPOSITION:visual_impaired=0
DISPOSITION:clean_effects=0
DISPOSITION:attached_pic=0
DISPOSITION:timed_thumbnails=0
Where in this output can I find a way to locate those 2.5 seconds?
Perhaps running ffprobe with other arguments will show it more clearly?
audio video ffmpeg delay ffprobe
audio video ffmpeg delay ffprobe
asked Feb 5 at 18:35
oscaroscar
32
asked Feb 5 at 18:35
oscaroscar
32
asked Feb 5 at 18:35
oscaroscar
32
asked Feb 5 at 18:35
oscaroscar
32
asked Feb 5 at 18:35
oscaroscar
32
32
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25
add a comment |
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1402359%2fffprobe-fails-obtaining-the-delay-of-an-audio-stream%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
draft saved
draft discarded
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1402359%2fffprobe-fails-obtaining-the-delay-of-an-audio-stream%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
For AVIs, ffmpeg ignores the delay. May consider that a bug, and file a report at trac.ffmpeg.org
– Gyan
Feb 6 at 6:18
Curiously ffplay plays correctly the video, with the right audio delay, so internally seems to track it (unless it delegates playing to system codecs)
– oscar
Feb 7 at 11:55
Nope, all playback occurs through native codecs or via in-tree wrappers for external decoders. Timestamps are handled by the demuxer, in any case, which is native here.
– Gyan
Feb 7 at 12:25