> So I assume that will hold large volumes of data?
Why do you want ffmpeg to buffer a lot of data?
If you don't care where it's buffered you could use pv or mbuffer ...
| pv -B 1G > fifo
ffmpeg -i fifo ...
# or to buffer it in the sandbox
> fifo
pv -B 1G < fifo > fifo2
ffmpeg -i fifo2 ...
Kir
On Fri, Aug 3, 2018 at 1:46 AM, Zixia Huang wrote:
> Thanks Bob and Andrew.
>
> We are running ffmpeg in sandbox which blocks network connection. Also this
> is a docker machine in the commercial cloud, so stdin may not be accessible
> (I am not sure though, never tried).
>
> So looks like there i
Thanks Bob and Andrew.
We are running ffmpeg in sandbox which blocks network connection. Also this
is a docker machine in the commercial cloud, so stdin may not be accessible
(I am not sure though, never tried).
So looks like there is a rtbufsize flag in ffmpeg that buffers ingress
video. So I as
Hi Sir,
I am having raw file contain MPEG-4 video codec and i need free API or
source code to decode and play the video in VLC media player.
Please Help me.
Thanks & Regards
Chetan Goni
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.
>> I am trying to use named pipe as the input of ffmpeg.
Any reason you can’t use stdin or a socket?
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-
I’m trying to use ffplay with a network stream from netcat. It’s raw h.264,
1280x720, 30fps.
When I play it with ffplay, there is about 10 seconds latency over the LAN. Is
there any way to reduce this? I’ve tried -probesize 32 and —fflags nobuffer.
I notice it plays at 25fps, so maybe that
Since no one answered as of yet... I'll try.
Since you know that the default size is 65536, you probably read the man pages
on mkfifo and pipes. I would study the blocking. For the shell:man 7 pipe
I can say that ffmpeg has no trouble getting real time data from an
uncompressed(SD) live video
All,
I sent out a google drive link. Let me know if this is OK.
phasebtop1ntscdvd.VOB is a sample file created using a recent FFMPEG version
from a video capture device. The text file shows the text output of that
recording. This file reproduces the underflow issue as previously described.
M
2018-08-02 20:47 GMT+02:00, Carl Zwanzig :
> On 8/2/2018 11:39 AM, Paul B Mahol wrote:
>> Without sample we can not help you.
>
> Sure 'we' can, an input sample isn't needed to review the patch.
> (A sample is only needed to _test_ the patch.)
This is not completely true.
> (It really looks like
On 8/2/18, Carl Zwanzig wrote:
> On 8/2/2018 11:39 AM, Paul B Mahol wrote:
>> Without sample we can not help you.
>
> Sure 'we' can, an input sample isn't needed to review the patch. (A sample
> is only needed to _test_ the patch.)
>
> (It really looks like Bob's helping the ffmpeg community, not
On 8/2/2018 11:39 AM, Paul B Mahol wrote:
Without sample we can not help you.
Sure 'we' can, an input sample isn't needed to review the patch. (A sample
is only needed to _test_ the patch.)
(It really looks like Bob's helping the ffmpeg community, not the other way
around; he found a proble
On 8/2/18, Bob DeCarlo wrote:
> Hi Paul,
> (greatly appreciate your interest)
>
> The patch that fixes the core dump I think was added by you:
> commit 0b86ea03d8415b5a3a6b07f3012a8097bca26ea5
> Author: Paul B Date: Fri Mar 30 10:14:48 2018 +0200
> avcodec/ac3: fix out of array access introduced
Hi Paul,
(greatly appreciate your interest)
The patch that fixes the core dump I think was added by you:
commit 0b86ea03d8415b5a3a6b07f3012a8097bca26ea5
Author: Paul B Date: Fri Mar 30 10:14:48 2018 +0200
avcodec/ac3: fix out of array access introduced previously
Signed-off-by: Paul
>Please share patch and input files.
Thanks Paul...
I generated the patch using git diff, this is not my code- just trying to be
clear. I found that the core dump was solved by this code change which allowed
me to locate the code change that causes my buffer underrun problem. Below are
the con
On 8/2/18, Bob DeCarlo wrote:
>
>
>
> I located the fix for the core dump issue and create a patch:
>
> $ git diff 91bb871376730a2394ed0ae1a3fd4295977002d3
> 0b86ea03d8415b5a3a6b07f3012a8097bca26ea5 >p.patch
> Next, I applied this patch to commits and found this commit to be the one
> that causes
I located the fix for the core dump issue and create a patch:
$ git diff 91bb871376730a2394ed0ae1a3fd4295977002d3
0b86ea03d8415b5a3a6b07f3012a8097bca26ea5 >p.patch
Next, I applied this patch to commits and found this commit to be the one that
causes by buffer under-run issue:
$ git checkou
Thanks for the initial feedback
I switched back to Linux where I can build various versions of the code checked
out from git.
The issue is reproduced at node:
0b86ea03d8415b5a3a6b07f3012a8097bca26ea5
This node seems OK ( the same sha as the OK zeranoe build) :
e5819fa62930966e6fb905cef21c9
Hi, (plain text repost)
This is my first post to ffmpeg, please advise if I misplaced this issue.
I have been using ffmpeg for many years and now have an issue with the latest
version:
ffmpeg-20180731-481741e-win64-static
When transcoding a VOB, ntsc-dvd, I get "buffer underflow" errors. This is
On Thu, Aug 02, 2018 at 02:18:17 +, Bob DeCarlo wrote:
> Hi,This is my first post to ffmpeg, please advise if I misplaced this issue.
No, it's correct here.
Thanks for providing full information, and even figuring out which
version introduced your issue. But may I kindly ask you to resend the
Hi ffmpeg users,
I am trying to use named pipe as the input of ffmpeg. I understand that the
default size of named pipe in linux is 65536 bytes. I am wondering how
often ffmpeg reads data from named pipe (is it as frequent as possible?),
and how large data buffer can be held by ffmpeg process once
20 matches
Mail list logo
