I've spent 2 days studying frame.h, pixfmt.h, dpx.c, packet.h, and escape124.c.
I haven't learned a damn thing.
Despite their vagueness and ambiguity, reading and understanding H.222 & H.262 are dead easy by
comparison [1].
I just want to understand the frame structures that ffmpeg creates,
On 09/28/2020 03:49 PM, James Darnley wrote:
On 28/09/2020, Mark Filipak (ffmpeg) wrote:
On 09/27/2020 03:31 PM, James Darnley wrote:
On 27/09/2020, Mark Filipak (ffmpeg) wrote:
2, Are the width & height indexes in bytes or samples? If bytes, how are
8-bit v. 10-bit v. 12-bit
pixel formats
On 28/09/2020, Mark Filipak (ffmpeg) wrote:
> On 09/27/2020 03:31 PM, James Darnley wrote:
>> On 27/09/2020, Mark Filipak (ffmpeg) wrote:
>>> 2, Are the width & height indexes in bytes or samples? If bytes, how are
>>> 8-bit v. 10-bit v. 12-bit
>>> pixel formats handled at the index generation
Hi Paul! :)
On 24.09.20 09:55, Paul B Mahol wrote:
On Wed, Sep 23, 2020 at 11:31:43PM +0200, Peter B. wrote:
Hi Ted,
On 11.09.20 14:03, Ted Park wrote:
My problem is, that I have literally hundreds (actually more than 1000+) of
these H.264/yuvj420p files that are to be auto-converted to
In frame.h, I think that this line:
352 * but for planar audio with more channels that can fit in data,
should be:
352 * but for planar audio with more channels than can fit in data,
How do I confirm it and make the correction?
Thanks!
--
The U.S. political problem? Amateurs are
HiĀ !
I'm trying to record a MP4 rtsp transport stream directly to a seekable file
and stream it to youtube at the same time.
I've got the stream and recording working, but the recorded file is not
seekable.
I'm using this in a shell script:
/usr/local/ffmpeg/ffmpeg \
-rtsp_transport tcp -i
> Am 27.09.2020 um 19:44 schrieb Schampignon Cristobal via ffmpeg-user
> :
>
> I have got a corrupt video file
Please provide a sample file.
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
On Thu, 24 Sep 2020 18:20:07 +0200
Carl Eugen Hoyos wrote:
> Am Do., 24. Sept. 2020 um 16:18 Uhr schrieb Thomas Seilund via
> ffmpeg-user :
> >
> >
> > On 9/23/20 10:42 PM, Carl Eugen Hoyos wrote:
> > > Am Mi., 23. Sept. 2020 um 17:24 Uhr schrieb Thomas Seilund via
> > > ffmpeg-user :
> > >
> >
On 28-09-2020 06:01 pm, Stub via ffmpeg-user wrote:
On Monday, September 28, 2020, 09:35:28 AM GMT+9, Carl Zwanzig
wrote:
On 9/27/2020 5:27 PM, James Darnley wrote:
Please do not top post.
And the formatting makes the ffprobe output difficult to read. If you (the
OP) is posting in HTML,
On Mon, Sep 28, 2020 at 12:31:49 +, Stub via ffmpeg-user wrote:
> Let me give a much simplified example of what I hoped to achieve. I have two
> movie files that each contain a video stream and an audio stream: movie1.mp4
> and movie2.mp4. I merge both into a single MKV container with
On Monday, September 28, 2020, 09:35:28 AM GMT+9, Carl Zwanzig
wrote:
On 9/27/2020 5:27 PM, James Darnley wrote:
> Please do not top post.
And the formatting makes the ffprobe output difficult to read. If you (the
OP) is posting in HTML, turn that off and stick to plain text.
See
Hi Usman,
I don't think that this is a client problem. I think that the server might
be lagging behind real-time stream.
The output you have there appears to say it's 4.6 fps and i imagine that
the native file is meant to be higher frame rate than that?
The output which will help diagnose this
Hi Chris,
I have observed that the machine that is receiving stream is lack behind as
the streaming server approaches the fps count of around 200 or above when
the client starts streaming the fps. Kindly guide me. should I replace the
client machine?
Thanks.
On Mon, Sep 28, 2020 at 12:52 PM
Hi Usman,
You may wish to look into whether the machine which is encoding is able to
keep up realtime when you see something like this. More than likely, it is
running out of resources (either from encoding or from the source material
in the form of a bad network mount). Without more information
at streaming server:
ffmpeg -i v1.mp4 -an -c:v libvpx-vp9 -pix_fmt yuv420p -preset slow
-metadata name=v1 -strict experimental -threads 0 -sdp_file "
http://localhost:80/"v1.sdp -b:v 400k -f rtp rtp://192.168.11.6:5004
at client: ffplay -protocol_whitelist rtp,file,udp "
On 09/27/2020 03:31 PM, James Darnley wrote:
On 27/09/2020, Mark Filipak (ffmpeg) wrote:
From https://www.ffmpeg.org/doxygen/trunk/frame_8h_source.html#l00309
typedef struct AVFrame {
#define AV_NUM_DATA_POINTERS 8
/**
* pointer to the picture/channel planes.
* This might be different from
On 28/09/2020, USMAN AAMER wrote:
> Hi,
> I am streaming videos on LAN using ffmpeg - VP9 encoding and facing the
> issue at client (screenshot is attached): "max delay reached. Need to
> consume packets. RTP missed packets"
> how to resolve this?
> [image: image.png]
>
Can include the command
17 matches
Mail list logo