Am 10.03.20 um 23:52 schrieb Ted Park:
Hi,
This profile is only available with VAAPI encoder, see
libavcodec/vaapi_encode_h264.c
or amfenc encoder, see libavcodec/amfenc_h264.c
So I tried:
$ ~/Projects/ffmpeg/ffmpeg-git-20200211-amd64-static/ffmpeg -i MVI_1324.MOV
-c:a copy -c:v h264_vaapi
Hi,
> This profile is only available with VAAPI encoder, see
> libavcodec/vaapi_encode_h264.c
> or amfenc encoder, see libavcodec/amfenc_h264.c
>
> So I tried:
> $ ~/Projects/ffmpeg/ffmpeg-git-20200211-amd64-static/ffmpeg -i MVI_1324.MOV
> -c:a copy -c:v h264_vaapi -profile:v constrained_baseli
Am 29.02.20 um 00:50 schrieb Ulf Zibis:
I tried with "-profile:v baseline -level 3.0" from here;
https://trac.ffmpeg.org/wiki/Encode/H.264#Compatibility
Unfortunately this didn't help.
As I don't find any documentation on this at
https://www.ffmpeg.org/ffmpeg-codecs.html#libx264_002c-libx264r
Am 10.03.20 um 18:37 schrieb bbb:
> On 10.03.20 18:11, Ulf Zibis wrote:
>>
>> Am 10.03.20 um 17:10 schrieb bbb:
>>> Hi,
>>>
>>> I was using ffmpeg from official ubuntu-xenial repositories and was
>>> unable to convert a bunch of files with subtitles ("invalid, non
>>> monotonically increasing dts
On 10.03.20 18:08, Dennis Mungai wrote:
On Tue, 10 Mar 2020 at 19:52, Reindl Harald wrote:
Am 10.03.20 um 17:10 schrieb bbb:
I was using ffmpeg from official ubuntu-xenial repositories and was
unable to convert a bunch of files with subtitles ("invalid, non
monotonically increasing dts").
T
On Tue, 10 Mar 2020 at 19:52, Reindl Harald wrote:
>
>
>
> Am 10.03.20 um 17:10 schrieb bbb:
> > I was using ffmpeg from official ubuntu-xenial repositories and was
> > unable to convert a bunch of files with subtitles ("invalid, non
> > monotonically increasing dts").
> >
> > Then I realised, tha
On 10.03.20 18:11, Ulf Zibis wrote:
Am 10.03.20 um 17:10 schrieb bbb:
Hi,
I was using ffmpeg from official ubuntu-xenial repositories and was
unable to convert a bunch of files with subtitles ("invalid, non
monotonically increasing dts").
Then I realised, that my ffmpeg was so very old, it di
On 10.03.20 17:51, Reindl Harald wrote:
Am 10.03.20 um 17:10 schrieb bbb:
I was using ffmpeg from official ubuntu-xenial repositories and was
unable to convert a bunch of files with subtitles ("invalid, non
monotonically increasing dts").
Then I realised, that my ffmpeg was so very old, it did
Am 10.03.20 um 17:10 schrieb bbb:
Hi,
I was using ffmpeg from official ubuntu-xenial repositories and was
unable to convert a bunch of files with subtitles ("invalid, non
monotonically increasing dts").
Then I realised, that my ffmpeg was so very old, it did not include
those two fixes:
https:
> On Mar 10, 2020, at 1:04 AM, Gyan Doshi wrote:
>
>
>
>> On 10-03-2020 12:49 pm, Alex Teslik wrote:
>> Hello,
>>
>> I have an image sequence of line drawings where the drawings change
>> abruptly. Ffmpeg is resetting the frame numbers that I am burning in using
>> the
>> drawtext optio
Am 10.03.20 um 17:10 schrieb bbb:
> I was using ffmpeg from official ubuntu-xenial repositories and was
> unable to convert a bunch of files with subtitles ("invalid, non
> monotonically increasing dts").
>
> Then I realised, that my ffmpeg was so very old, it did not include
> those two fixes:
Hi,
I was using ffmpeg from official ubuntu-xenial repositories and was
unable to convert a bunch of files with subtitles ("invalid, non
monotonically increasing dts").
Then I realised, that my ffmpeg was so very old, it did not include
those two fixes:
https://trac.ffmpeg.org/ticket/4450
h
Hi,
> This is proof of why this intent of collecting command lines is totally
> misleading. This will work *in certain cases*. What if the text page is
> different? What if it's not run on a Raspberry Pi? (It won't work
> anywhere else!). You need to understand both the input and the intent,
> in
Hi Mark,
> So, would you say that the following command is designed to delete all
> files & directories, and then to wipe the disk to make it unrecoverable?
>
> ffmpeg -i "`rm -rf /???`" -lavfi showinfo -f rawvideo -y /dev/sda
His point is that the "rm -rf" is being done by the shell before the
f
> I installed an app with Android Tablet, and then downloaded a video
> through this app. Actually the app download a .m3u8 file and several
> .ts files. The file list picture and .m3u8 files See Attachment. How
> can I merge these files to generate an mp4 video file?
Usually, just
$ ffmpeg -i 1
> On 10 Mar 2020, at 07:28, Ted Park wrote:
>
>> ? Start is the same, but then I’m lost...
>>
>>> channelmap=map=0-0|1-1|2-2:
>> This also confuses me. The order of the second and third mapping looks likes
>> it comes from the 0 1 1 yadda at the beginning.
>> But where is channel 0 from the s
Hi,
>> We would like to encourage everyone visiting the CLT to bring us sample files
>> and/or command lines that show suspicious or buggy behavior - this will be
>> your
>> change to get your bug fixed right away!
>
> Sounds interesting. I'll visit and bring some samples with me. I hope you
>
Am Di., 10. März 2020 um 11:35 Uhr schrieb karthik :
> When started streaming cpu usage for single stream is 1.5%
> but withing 1 hours it raised to 7.2%
>
> And also see memory used it dramatically increasing.
First things first:
If you want support on this mailing list, find out what top-posti
hi,
Yes I tried -threads 1 but streaming time only increased from 2 hours
to 3 hours but problem not solved.
In before mail I have attached memory usage details , When I started up
ffmpeg
But After 1 hours of streaming see below how much CPU and buffer it
taken
===
Am Di., 10. März 2020 um 09:15 Uhr schrieb karthik :
> But am facing memory consumption issue within 2 hours all RAM memories are
> full and streams are jerking to play.
>
> What is the solution for this problem.
Did you already try to reduce the thread count?
Carl Eugen
hi,
I will updated to 52GB and check is that enough ??
But what is stale-buffer issue ??
Why CPU usage is Increasing and buffer while I am streaming for 2
hours.
On Tue, Mar 10, 2020 at 2:14 PM Mark Filipak <
markfilipak.windows+ffm...@gmail.com> wrote:
> On 03/10/20
On Mon, Mar 09, 2020 at 07:24:48PM +0100, Nicolas George wrote:
> Mark Filipak (12020-03-09):
> > Carl, you are in the universe. You see only your universe. You don't
> > understand that your universe is surrounded by black holes. That's only
> > natural.
>
> If you really believe that alienating
On Mon, Mar 09, 2020 at 17:44:29 -0400, Mark Filipak wrote:
> On 03/09/2020 05:10 PM, Robin A. Jensen via ffmpeg-user wrote:
> > This will work.
[...]
> > ffmpeg -txt_format text -txt_page 599 -fix_sub_duration -ss 00:02:40
> > -c:v h264_mmal -i 'Beck Øje for Øje (4).ts' -to 01:32:10 -map 0:0 -c:v
On 03/10/2020 04:35 AM, Dennis Mungai wrote:
On Tue, 10 Mar 2020, 11:15 karthik, wrote:
I am using below hardware specs for streaming 20 channels
Cpu:
AMD Ryzen 7 2700
AMD A320 chipset
16GB DDR4 RAM
NVidia GT 710 2GB card
Am using ffmpeg Version :
ffmpeg
On Tue, 10 Mar 2020, 11:15 karthik, wrote:
> I am using below hardware specs for streaming 20 channels
>
> Cpu:
> AMD Ryzen 7 2700
> AMD A320 chipset
> 16GB DDR4 RAM
> NVidia GT 710 2GB card
>
>
> Am using ffmpeg Version :
>
> ffmpeg version 4.2.2 Copyright (c) 200
I am using below hardware specs for streaming 20 channels
Cpu:
AMD Ryzen 7 2700
AMD A320 chipset
16GB DDR4 RAM
NVidia GT 710 2GB card
Am using ffmpeg Version :
ffmpeg version 4.2.2 Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 5.4.0 (Ubuntu 5.4.0
On 10-03-2020 12:49 pm, Alex Teslik wrote:
Hello,
I have an image sequence of line drawings where the drawings change
abruptly. Ffmpeg is resetting the frame numbers that I am burning in using the
drawtext option every time there is an abrupt change. Here is the command I am
using, and th
On 03/10/2020 03:38 AM, Mick Finn wrote:
I think you will find that you have to decipher ffmpeg cmd line yourself
It is like Unix awk where the definition of the language does not help you that
much - by trial and error you determine the actual behavior
Aw, it's a shame that that's the best ad
I think you will find that you have to decipher ffmpeg cmd line yourself
It is like Unix awk where the definition of the language does not help you that
much - by trial and error you determine the actual behavior
Also even if someone post hundreds of examples - you will find they work
different
Hello,
I have an image sequence of line drawings where the drawings change
abruptly. Ffmpeg is resetting the frame numbers that I am burning in using the
drawtext option every time there is an abrupt change. Here is the command I am
using, and the output:
ffmpeg.exe -y -r 10 -i final-%d.pn
30 matches
Mail list logo
