On 01/29/2021 07:10 PM, Carl Eugen Hoyos wrote:
Am Sa., 30. Jan. 2021 um 01:00 Uhr schrieb Mark Filipak (ffmpeg)
:
I don't know what you mean by "This does not look like the input file from your
command line"
I meant that you provided the output file but you should (always) provide
the
On 01/29/2021 07:10 PM, Carl Eugen Hoyos wrote:
Am Sa., 30. Jan. 2021 um 01:00 Uhr schrieb Mark Filipak (ffmpeg)
:
I don't know what you mean by "This does not look like the input file from your
command line"
I meant that you provided the output file but you should (always) provide
the
Am Sa., 30. Jan. 2021 um 01:00 Uhr schrieb Mark Filipak (ffmpeg)
:
> I don't know what you mean by "This does not look like the input file from
> your command line"
I meant that you provided the output file but you should (always) provide
the input file. The output file is very, very rarely
On 01/29/2021 06:49 PM, Carl Eugen Hoyos wrote:
Am Sa., 30. Jan. 2021 um 00:48 Uhr schrieb Mark Filipak (ffmpeg)
:
On 01/29/2021 04:49 PM, Carl Eugen Hoyos wrote:
Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
:
On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
Am
Am Sa., 30. Jan. 2021 um 00:48 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 01/29/2021 04:49 PM, Carl Eugen Hoyos wrote:
> > Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
> > :
> >>
> >> On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
> >>>
> Am 28.01.2021 um 07:26 schrieb
On 01/29/2021 04:49 PM, Carl Eugen Hoyos wrote:
Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
:
On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
Am 28.01.2021 um 07:26 schrieb Mark Filipak (ffmpeg) :
I'm seeing problems with minterpolate that manifest as occasional visual
> > > So I've been running FATE on current `master` all the way back to
> > > `3c700c82cbee49d1f40b6a7063f4b084ae3ee747` and I can't seem to get far
> > > with it, one of these two always fail:
> > >
> > > - ./tests/ref/fate/filter-earwax
> > > - ./tests/ref/lavf/mxf
> > >
> > > Are these tests
Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
> >
> >> Am 28.01.2021 um 07:26 schrieb Mark Filipak (ffmpeg) :
> >>
> >> I'm seeing problems with minterpolate that manifest as occasional visual
> >> errors in particular
Am Fr., 29. Jan. 2021 um 20:49 Uhr schrieb Armin Hasitzka :
>
> > So I've been running FATE on current `master` all the way back to
> > `3c700c82cbee49d1f40b6a7063f4b084ae3ee747` and I can't seem to get far
> > with it, one of these two always fail:
> >
> > - ./tests/ref/fate/filter-earwax
> > -
> > So I've been running FATE on current `master` all the way back to
> > `3c700c82cbee49d1f40b6a7063f4b084ae3ee747` and I can't seem to get far
> > with it, one of these two always fail:
> >
> > - ./tests/ref/fate/filter-earwax
> > - ./tests/ref/lavf/mxf
> >
> > Are these tests flaky, am I doing
Am 29.01.21 um 21:43 schrieb Paul B Mahol:
On Fri, Jan 29, 2021 at 9:19 PM Reindl Harald
wrote:
Am 29.01.21 um 20:21 schrieb Armin Hasitzka:
For release versions, one just make sure that FATE report is not
yellow.
Alright, that sounds simple enough; CI testing for the win \o/
Much
On Fri, Jan 29, 2021 at 9:19 PM Reindl Harald
wrote:
>
>
> Am 29.01.21 um 20:21 schrieb Armin Hasitzka:
> >>> For release versions, one just make sure that FATE report is not
> yellow.
> >>
> >> Alright, that sounds simple enough; CI testing for the win \o/
> >>
> >> Much appreciated + thanks
Am 29.01.21 um 20:21 schrieb Armin Hasitzka:
For release versions, one just make sure that FATE report is not yellow.
Alright, that sounds simple enough; CI testing for the win \o/
Much appreciated + thanks for your hard work <3
So I've been running FATE on current `master` all the way
>> For release versions, one just make sure that FATE report is not yellow.
>
> Alright, that sounds simple enough; CI testing for the win \o/
>
> Much appreciated + thanks for your hard work <3
So I've been running FATE on current `master` all the way back to
Am 29.01.21 um 20:58 schrieb Carl Zwanzig:
On 1/29/2021 11:37 AM, Reindl Harald wrote:
All of which need to be installed and configured.
for the sake of god download https://ffmpeg.org/download.html#build-windows
no need for native windows binaries at a
Except the many cases where
there
On 1/29/2021 11:37 AM, Reindl Harald wrote:
on the machine i am using right now i type "dnf install whatever", works
fine for 15 years
That's great. (I use pkg on freebsd and it works very well.)
Aside from dnf not being 15 years old, not everyone is using that particular
linux distro; heck,
> So I've been running FATE on current `master` all the way back to
> `3c700c82cbee49d1f40b6a7063f4b084ae3ee747` and I can't seem to get far
> with it, one of these two always fail:
>
> - ./tests/ref/fate/filter-earwax
> - ./tests/ref/lavf/mxf
>
> Are these tests flaky, am I doing something wrong
Am 29.01.21 um 20:38 schrieb Wolfgang Hugemann:
why should they?
there are enough distributions and compilers
Because the average user cannot compile code her-/himself.
that's what linux distributions for
Especially on
Windows, it is not that easy to compile ffmpeg. (Well, I succeeded
> why should they?
> there are enough distributions and compilers
Because the average user cannot compile code her-/himself. Especially on
Windows, it is not that easy to compile ffmpeg. (Well, I succeeded at last.)
I provide some scripts that perform regular tasks for image and video
processing
Am 29.01.21 um 20:28 schrieb Carl Zwanzig:
On 1/29/2021 11:00 AM, Reindl Harald wrote:
most open source projects don't provide binaries
Maybe yes, maybe no. Most of the FOSS software I use* comes as compiled
executables, often with an install process. And there is a fair
difference
On 1/29/2021 11:00 AM, Reindl Harald wrote:
most open source projects don't provide binaries
Maybe yes, maybe no. Most of the FOSS software I use* comes as compiled
executables, often with an install process. And there is a fair difference
logically between libraries and executables; the
Am 29.01.21 um 19:56 schrieb Wolfgang Hugemann:
What may be confusing for a ffmpeg newbie, is that ffmpeg.org does not
provide executables. I guess this is because of patent issues. (It was
the same with the MP3 encoder lame for years.) This could possibly be
somewhat explained on the ffmpeg
I hope that I'm not starting this discussion all over again ...
I have been supporting ImageMagick for years now, where there are also
have no 'stable releases', and I understand that its developers just
don't have the manpower to support these.
ImageMagick does have version numbering, but the
Am 25.01.2021 um 23:45 schrieb Mark Filipak (ffmpeg):
> regarding PTS variations, I've often found that simply remuxing an
> existing stream via MKVToolNix has fixed the time stamps so that all
> players play videos correctly.
I tried that and can confirm that MKVToolNix does solve some issues
Hello administrators, please ban this corporate evangelist from here,
thanks.
On Fri, Jan 29, 2021 at 4:02 PM Phil Rhodes via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> >You can technically, but minterpolate is not very user friendly - It's
> too> slow for real work and feedback, and you
>You can technically, but minterpolate is not very user friendly - It's too>
>slow for real work and feedback, and you cannot keyframe the settings on>
>different scenes very easily. It's barely usable unless you program your own>
>GUI around libavfilter
Yes - this is somewhere that
Mark Filipak (ffmpeg) wrote
> On 01/28/2021 07:42 PM, pdr0 wrote:
>> Mark Filipak (ffmpeg) wrote
>>> But perhaps by "process in parallel" you mean something else, eh?
>>> ...something I'm unaware of. Can
>>> you expand on that?
>>
>>
>> I mean "divide and conquer" to use all resources. If you're
pdr0 wrote
> More settings would help too - maybe you can improve the filter. I'll post
> an example later similar to one posted by Mark, where it's "solvable"
> using
> other methods, but not using minterpolate. Minterpolate maxes out at a
> block
> size of 16, and that causes problems in that
Paul B Mahol wrote
>> The problem is ffmpeg minterpolate is s slow, and you have no usable
>> preview. Some of the other methods mentioned earlier do have previews -
>> so
>> you can tweak settings, preview, readjust etc
>>
>>
>
> Why you ignore fact that libavfilter also allows usable
--
Sent from: http://ffmpeg-users.933282.n4.nabble.com/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject
On Fri, Jan 29, 2021 at 2:52 PM Marco Mircoli wrote:
> Hello, here's the log.
> cannot understand why there is no DEESSER command. The ffmpeg versions is
> not the last, but it is almost new.
>
Year is very misleading. Latest major release is 4.3
And deesser in available since 4.2 release.
>
Hello, here's the log.
cannot understand why there is no DEESSER command. The ffmpeg versions is
not the last, but it is almost new.
ffmpeg version 4.1.6-1~deb10u1 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 8 (Debian 8.3.0-6)
configuration: --prefix=/usr
On Fri, Jan 29, 2021 at 12:52 PM Chris Miceli wrote:
> If you wish to have output from your service, you would need to check the
> documentation of the library you are using to execute the shell command.
> They often have the ability to capture stdout and stderr which is what you
> need.
>
>
If you wish to have output from your service, you would need to check the
documentation of the library you are using to execute the shell command.
They often have the ability to capture stdout and stderr which is what you
need.
Often, these libraries may interpret shell commands in different ways
On Fri, Jan 29, 2021 at 2:01 AM pdr0 wrote:
> Mark Filipak (ffmpeg) wrote
> > I've never heard of "optical flow errors". What could they be? (Got any
> > links to
> > explanations?)
>
> The artifacts in your video are optical flow errors :)
>
> If you've ever used it - you'd recognize these
On Fri, Jan 29, 2021 at 12:18 PM Marco Mircoli wrote:
> Thanks,
> is there a way to understand if ffmpeg has aborted the process?
> I'm using a Linux version for an online service.
> It would be nice to let ffmpeg write a log file when there is a problem
> (process aborted)
> How to do it?
>
Thanks,
is there a way to understand if ffmpeg has aborted the process?
I'm using a Linux version for an online service.
It would be nice to let ffmpeg write a log file when there is a problem
(process aborted)
How to do it?
Thanks.
S.
Il giorno ven 29 gen 2021 alle ore 11:39 Paul B Mahol
On Fri, Jan 22, 2021 at 11:20 PM Randy Johnson via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> Hello,
>
> I have a series of mp3 files with a start time offset.
> I am trying to merge them together with adelay and amix.
> The following codes run and creates the combined MP3 but when I listen
>
On Friday, 29 January 2021, 09:43:09 GMT, Mark Filipak (ffmpeg)
wrote:
> Try 'ffmpeg -h type=filter.
> It fails. Why? Because "filter" is a "type", not a "name" -- never mind that
> the details says "...
> named decoder/encoder ..."
Yes, this is the sort of thing that causes the
On Fri, Jan 29, 2021 at 11:25 AM Marco Mircoli wrote:
> Hello,
> anybody knows the reason why this command works.
>
> $ffmpegCmd = "ffmpeg -i $fileOriginale -af
>
> adeclick,afftdn=nr=80:nf=-20:nt=w:om=o,highpass=f=70,loudnorm=I=-16:TP=-1.5:LRA=14
> $fileProcessato"; //Livella audio a R128
>
Hello,
anybody knows the reason why this command works.
$ffmpegCmd = "ffmpeg -i $fileOriginale -af
adeclick,afftdn=nr=80:nf=-20:nt=w:om=o,highpass=f=70,loudnorm=I=-16:TP=-1.5:LRA=14
$fileProcessato"; //Livella audio a R128
and this doesn't work.
$ffmpegCmd = "ffmpeg -i $fileOriginale -af
On 01/29/2021 04:23 AM, Moritz Barsnick wrote:
On Wed, Jan 27, 2021 at 14:16:16 +, Phil Rhodes via ffmpeg-user wrote:
> I didn't know I could get help on individual filters.
To be completely fair, that is actually in the docs, but it's not exactly on
the front page.
Good point.
It is
On 01/28/2021 07:42 PM, pdr0 wrote:
Mark Filipak (ffmpeg) wrote
But perhaps by "process in parallel" you mean something else, eh?
...something I'm unaware of. Can
you expand on that?
I mean "divide and conquer" to use all resources. If you're at 20% CPU
usage, you can run 4-5 processes
eg.
On Wed, Jan 27, 2021 at 14:16:16 +, Phil Rhodes via ffmpeg-user wrote:
> > I didn't know I could get help on individual filters.
> To be completely fair, that is actually in the docs, but it's not exactly on
> the front page.
Good point.
It is at the very top of the output of "ffmpeg -h"
I've put 2 videos and a log here:
https://www.dropbox.com/t/KaFx0DljtY33Qo4p = '24p-original (480 frames).mkv'
https://www.dropbox.com/t/Pl7y7sYQsh5MZ1Uu = '60p-minterpolate (1195
frames).mkv'
https://www.dropbox.com/t/WM81XL5Xc2ZbX6AO = '60p-minterpolate.mkv.log'
The source is '24p-original
45 matches
Mail list logo
