> Am 19.05.2020 um 06:18 schrieb Mark Filipak
> :
>
> relying on 'progressive' versus 'smpte170m'
I don’t think this distinction makes any sense.
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmp
On 17/05/2020, Ram Shaffir wrote:
>> You are trying to convert a RAW 1080p @ 60fps (1988671 kb/s) stream to
>> h.264 504p @ 30fps (2100Kb/s), the raspberry PI *DOES NOT* have the
>> CPU power and the USB bus cant handle 248.583875 Mbytes/s
>
> Thanks Tom, how did you calculate the 248.583875 Mbyte
On 05/18/2020 07:04 PM, Carl Eugen Hoyos wrote:
Am Di., 19. Mai 2020 um 00:29 Uhr schrieb Mark Filipak
:
... yuv420p(tv, progressive) ... 29.97 fps ...
... yuv420p(tv, smpte170m, top first) ... 29.97 fps ...
... yuv420p(tv, smpte170m, progressive) ... 29.97 fps ...
https://www.google.com/sear
On 05/18/2020 07:04 PM, Carl Eugen Hoyos wrote:
Am Di., 19. Mai 2020 um 00:29 Uhr schrieb Mark Filipak
:
... yuv420p(tv, progressive) ... 29.97 fps ...
... yuv420p(tv, smpte170m, top first) ... 29.97 fps ...
... yuv420p(tv, smpte170m, progressive) ... 29.97 fps ...
https://www.google.com/sear
Am Di., 19. Mai 2020 um 00:29 Uhr schrieb Mark Filipak
:
>
> ... yuv420p(tv, progressive) ... 29.97 fps ...
> ... yuv420p(tv, smpte170m, top first) ... 29.97 fps ...
> ... yuv420p(tv, smpte170m, progressive) ... 29.97 fps ...
https://www.google.com/search?q=SMPTE+170M
You did a lot to make me beli
Am Di., 19. Mai 2020 um 00:46 Uhr schrieb Ed Warner via ffmpeg-user
:
>
> On Monday, May 18, 2020, 04:52:37 PM EDT, Carl Eugen Hoyos
> wrote:
>
> > Am 18.05.2020 um 21:22 schrieb Ed Warner via ffmpeg-user
> > :
> >
> > I'm running a Mac, so I used the build from the "Apple Logo". If not
> > cor
On Monday, May 18, 2020, 04:52:37 PM EDT, Carl Eugen Hoyos
wrote:
> Am 18.05.2020 um 21:22 schrieb Ed Warner via ffmpeg-user
> :
>
> I'm running a Mac, so I used the build from the "Apple Logo". If not correct,
> please let me know.
>Your question is a good example to show why we require eve
... yuv420p(tv, progressive) ... 29.97 fps ...
... yuv420p(tv, smpte170m, top first) ... 29.97 fps ...
... yuv420p(tv, smpte170m, progressive) ... 29.97 fps ...
The top one appears to be soft telecined.
The middle on appears to be hard telecined.
What's the bottom one?
Thanks,
Mark.
--
COVID-19
Am Mo., 18. Mai 2020 um 23:22 Uhr schrieb Ram Shaffir :
> ffmpeg version 4.1
This is more than eighteen months old.
I don't know if this makes any difference for your problem but it
is certainly a strong reason not to spend too much time on it.
Carl Eugen
And this time without the ' -hide_banner ' (Sorry Carl)
ffmpeg -y -thread_queue_size 1 -f alsa -ac 2 -itsoffset 1.5 -i hw:1,0 -r 30
-thread_queue_size 1 -re -f v4l2 -i /dev/video0 -vcodec h264_omx -acodec
ac3 -ab 51k -qmin 16 -qmax 16 -b:v 6M -maxrate:v 100M -bufsize 100M -strict
experi
> Am 18.05.2020 um 21:22 schrieb Ed Warner via ffmpeg-user
> :
>
> I'm running a Mac, so I used the build from the "Apple Logo". If not correct,
> please let me know.
Your question is a good example to show why we require everyone asking for
support here to first test current FFmpeg git he
As shown below, ffmpeg (and ffprobe, also) samples the Input video stream at start (i.e. 0.111389).
That's a problem. The video is soft telecined, but it has a hard telecined intro. That hard
telecined intro is what is being sampled.
I tried '-ss 60' but that didn't affect the Input sampling. I
On Sunday, May 17, 2020, 12:13:12 PM EDT, Carl Zwanzig wrote:
On 5/17/2020 8:12 AM, Ed Warner via ffmpeg-user wrote:
> I’m a new user to FFmpeg and having some issues I can’t find answers to.
> Here’s what I’ve done I’m trying to accomplish:
> Ed, a couple of standard things-
> Please post th
Got some progress, using the command below bypassed the two errors
('[video4linux2,v4l2 @ 0x2015cd0] Error allocating a packet.' And '/dev/video0:
Cannot allocate memory') also, CPU is around 25% and recording time is much
longer now.
However, I get a new problem and other issues; the major pro
Thanks Carl.
I have posted the query on libav-user mailing list (with code).
On Sat, May 2, 2020 at 2:00 AM Vivekanand
wrote:
> Hello,
>
> I am trying to decode H265 frames in hardware (QSV) via ffmpeg (3.4.7) on
> Intel CPU. Following command works perfectly on terminal ( OS : CentOS):
>
> * bu
On Sun, May 17, 2020 at 18:50:49 -0600, JD wrote:
> (using ffmpeg version 4.2.2 Copyright (c) 2000-2019 the FFmpeg developers).
> what does it mean when ffmpeg (during transcode)
> belches out:
> bitrate=1366.8kbits/s dup=0 drop=133 speed=0.404x
>
> So, if there were 0 duplicates, why drop 133 fr
16 matches
Mail list logo
