Re: [FFmpeg-user] ffprobe audio duration mismatch

On 3/20/18 9:10 PM, Carl Eugen Hoyos wrote: 2018-03-21 1:56 GMT+01:00, Zak : What you ideally want is a software library that can decode the audio data itself and deduce the duration. What's wrong with FFmpeg? Please do not top-post here, Carl Eugen Wait, what

Re: [FFmpeg-user] ffprobe audio duration mismatch

2018-03-21 1:56 GMT+01:00, Zak : > What you ideally want is a software library that can decode > the audio data itself and deduce the duration. What's wrong with FFmpeg? Please do not top-post here, Carl Eugen ___

Re: [FFmpeg-user] Subtitle file from m3u8

Thank you for the help! I described poorly my problem. What I wanted to ask was how to download the subtitles text file. When downloaded with IDM, there was a .TXT file but a VTT in fact. With ffmpeg I can't download this subtitles file, or I didn't find a way. If the file exists, how could I get

[FFmpeg-user] ffplay using frame buffer

Hello, How do I compile ffmpeg so that ffplay can use /dev/fb0 for playback? ./configure --arch=armel --target-os=linux --enable-gpl --enable-omx --enable-omx-rpi --enable-nonfree --enable-mmal --enable-ffplay It appears that the version of ffplay from the repository can use /dev/fb0 but the

Re: [FFmpeg-user] ffprobe audio duration mismatch

(Should have included this in my previous reply) On 3/20/2018 10:33 AM, Moritz Barsnick wrote: IIUC, both these durations are from headers. The real duration again may be different. ;-) I've come to not trust durations from file headers unless I they were encoded by a trusted source. As much

Re: [FFmpeg-user] ffprobe audio duration mismatch

(please do not top-post on this list) On 3/20/2018 10:33 AM, ned.hodd...@bellair.net wrote: Are you saying they're running the same underlying code the difference is just in the formatting to the user? No, only that with such a small difference (0.000,009) so it's more likely a formatting

Re: [FFmpeg-user] ffprobe audio duration mismatch

So the two *should* be the same, right? Are you saying they're running the same underlying code the difference is just in the formatting to the user? Many thanks. > > Sent: Tuesday, March 20, 2018 at 5:19 PM > > From: "Carl Zwanzig" > > To: ffmpeg-user@ffmpeg.org > >

Re: [FFmpeg-user] ffprobe audio duration mismatch

On Tue, Mar 20, 2018 at 18:08:36 +0100, ned.hodd...@bellair.net wrote: > Could anyone tell me why I get slightly different audio durations reported > from the following two commands: > > ffprobe -show_streams x.m4a > > ffprobe -select_streams a:0 -show_entries format=duration x.m4a > > In

Re: [FFmpeg-user] ffprobe audio duration mismatch

On 3/20/2018 10:08 AM, ned.hodd...@bellair.net wrote: In this case the difference is only 8.023991 vs 8.024000, but it doesn't give me confidence that for other audio files the durations reported could be wildly different. Could easily be rounding error depending on how the number is being

[FFmpeg-user] ffprobe audio duration mismatch

Could anyone tell me why I get slightly different audio durations reported from the following two commands: ffprobe -show_streams x.m4a ffprobe -select_streams a:0 -show_entries format=duration x.m4a In this case the difference is only 8.023991 vs 8.024000, but it doesn't give me confidence

Re: [FFmpeg-user] ffmpeg sometimes does not properly close the file

2018-03-20 16:16 GMT+01:00 rbfmp...@t-online.de : > I do a screencast with ffmpeg. The call looks like > ffmpeg -f x11grab -video_size 800x600 -framerate 25 -i :2 -c:v libx264 > -pix_fmt yuv420p -preset ultrafast test.mp4 > > The screencast is stopped by a SIGTERM (15)

[FFmpeg-user] ffmpeg sometimes does not properly close the file

I do a screencast with ffmpeg. The call looks like ffmpeg -f x11grab -video_size 800x600 -framerate 25 -i :2 -c:v libx264 -pix_fmt yuv420p -preset ultrafast test.mp4 The screencast is stopped by a SIGTERM (15) signal to the ffmpeg process. In most cases, this works fine. Occasionally, the

Re: [FFmpeg-user] Prevent Circular buffer overrun

Hi, try to play around with kernel parameters and increase values for: net.ipv4.udp_rmem_min net.ipv4.udp_mem net.core.rmem_default net.core.rmem_max net.core.netdev_max_backlog net.core.netdev_budget also check interface Ring parameters: ethtool -g [interface] and increase RX and TX

[FFmpeg-user] Prevent Circular buffer overrun

Hi, I am starting to experience Circular buffer overrun errors. This errors are more frequent than before. The only change that I made was to add more ffmpeg instances (from 24 to 30/35). All instances are on a nvidia M2000 card. From man and other google sources I understood this error

[FFmpeg-user] One bug about failing to get correct frame rate

Hi, I use ffmpeg-3.2.10, which fail to get correct frame rate by using following command: ffprobe -show_format -show_streams -select_streams v wmv-file wmv-file can downloaded from the following link: http://www.educationalquestions.com/video/Catherine_Part1.wmv

Re: [FFmpeg-user] h264_vaapi missing frames

Hi Mark, On 20 March 2018 at 17:58, Mark Thompson wrote: > Show your command line? The pts values in that file are quite uniform, > suggesting that you've forced the output to be treated as if it is 30/1001 > fps even if it isn't. The status line also says "frame= 529 ...

Re: [FFmpeg-user] h264_vaapi missing frames

On 20/03/18 02:30, Kai Hendry wrote: > Hi there, > > With my brand new Intel 8th gen laptop (Intel Corporation UHD Graphics > 620 (rev 07) with 8 core Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz on > Archlinux, I thought I'd experiment with hardware accelerated capture > as opposed to my normal

Re: [FFmpeg-user] h264_vaapi missing frames

Thanks Dennis for the suggestion! On 20 March 2018 at 10:54, Dennis Mungai wrote: > Have you tried using the restream option? > ffmpeg -re -i capture_device -vaapi_device /dev/dri/renderD128 > -movflags +faststart > -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi