Re: [FFmpeg-user] Using GPU with ffmpeg

2020-11-29 Thread Carl Eugen Hoyos
Am So., 29. Nov. 2020 um 21:36 Uhr schrieb madderek--- via ffmpeg-user
:

> The process is slow.

Please show us the command line you tested together with the
complete, uncut console output to allow us to better understand
what your issue is.

> Is there a simple way of using the GPU ram?

Hardware acceleration (which is typically provided by third-party
libraries) allows to use GPU resources, ffmpeg itself cannot (and
doesn't need to) use GPU ram.

Please find out what top-posting means and avoid it here,
Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] 2nd pass has more frames than 1st pass (99021)2kbits/s dup=27 drop=0 speed=4.76x

2020-11-29 Thread Carl Eugen Hoyos
Am So., 29. Nov. 2020 um 16:32 Uhr schrieb Mathieu Malaterre
:

> $ ffmpeg -y -i input.avi -c:v libx264 -b:v 1321894 -pass 1 -an -f null
> /dev/null && \
> ffmpeg -y -i input.avi -c:v libx264 -b:v 1321894 -pass 2 -c:a aac -b:a
> 128k fixed.mp4

This cannot work (and this is not related to the fact that you are not
using a version of FFmpeg that we support here).

In some cases - if you are lucky - there is a crash and no output file
is written, in other cases, a "broken" output file is written, broken in
the sense that two-pass encoding did not work the way it is supposed
to (more bitrate was given to frames that do not need it).

Do not use -an on the first pass and add "-vsync cfr" to the first pass.
(Other workarounds are possible.)

For future questions: Do not cut FFmpeg's console output, only
post ffprobe output if you see an issue with it.

Not really related:
> Does it make sense to simply copy/paste the existing bit_rate to
> re-encode it ?

No, to the best of my knowledge, it makes no sense whatsoever.

Very generally you either want a specific output quality, in this
case specifying a bitrate and two-pass encoding make no
sense.
Or you have a particular size requirement for the output file,
then bitrate and two-pass encoding make sense.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] How to remove duplicate frames

2020-11-29 Thread Carl Eugen Hoyos
Am Sa., 28. Nov. 2020 um 16:57 Uhr schrieb Mike Martin :

> ffmpeg -i input.mp4  -vf mpdecimate,setpts=N/25/TB -c:a copy -vsync 0
> out.mp4

Please remove setpts and vsync from your command line, both are
meant to destroy audio sync.

You cannot get the result you want with mp4 output because FFmpeg
does not like vfr mov output (and if you remove frames, you get vfr
output).
(There is no relevant difference between mov and mp4.)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Understanding ffprobe output

2020-11-27 Thread Carl Eugen Hoyos
Am Fr., 27. Nov. 2020 um 19:50 Uhr schrieb Simon Roberts
:

> I've been making video using the monitor outputs of a pair of Sony A6000
> cameras (bypassing the 30 minute limit while gaining other limitations). I
> take each camera's output through a splitter, one side goes to a monitor,
> and the other to the recording machine.
>
> One camera feeds to a monitor that's only capable of a 60 Hz vertical. The
> monitor just says "1080@60 Hz". The other camera feeds a different type of
> monitor that runs at 30 Hz vertical. (Note, I don't really know what
> "vertical" means, frame? field? can't tell. I also don't know if the higher
> rate one is running interlaced. I have some vague recollection that I had
> noticed hints that it's progressive, but I don't recall what those hints
> were)

Just compare the depth of the screen with its diameter;-)
(Only CRT's know about fields.)

> Anway, everything works, and the recordings are fine. But I noticed that
> the file size for the "60 Hz" camera was nearly double that of the other
> camera. Both cameras have identical settings internally, and are actually
> set at 1080p output.

The bit rate shown in ffprobe's output confirm what you write here, I
believe there is an endless number of reasons why the cameras
produce streams with different bitrates.

> But these are the outputs of ffprobe on two files made side by side,
> "mostly" at a static green screen. The first is the one made with the
> higher vertical rate, and the second with the 30 Hz screen. I see the
> bitrate difference that correlates to the file sizes, but to my uneducated
> eyes they both claim to be "30 fps" (whatever that means--fields? frames?
> fairies--I'm certainly doubting my basic knowledge here! :) both say
> "progressive" and I see no other differences.

ffprobe has limitations, including some that are unavoidable.
If you want to know the average framerate of a video, run the following:
$ ffmpeg -i input -f null -
And look at the number of frames and the runtime of the stream.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Repair/Fix an mpeg4 bitstream

2020-11-26 Thread Carl Eugen Hoyos
Am Do., 26. Nov. 2020 um 08:58 Uhr schrieb Mathieu Malaterre
:

> I am trying to repair an mpeg4 (mastroka container with mpeg4+mp3)
> movie. The movie runs smoothly when played with mpv, but appears to
> have a different frame rate when played with ffplay.
>
> Is there a magical option to fix/repair this file ? If not how do I
> re-encode it as-close as possible to the original one ?
>
> Typical output:
>
> $ ffmpeg -y -hide_banner -i input.mkv -c copy output.mkv

When asking for help here, never use -hide_banner unless
you want to report an issue with that option.

Please test current FFmpeg git head, if the issue is reproducible,
feel free to provide a sample file.

Since the file was apparently created with FFmpeg, the more
interesting issue is: How was the input file created?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compiling AAC decoder with only AAC-LC

2020-11-17 Thread Carl Eugen Hoyos
Am Di., 17. Nov. 2020 um 14:43 Uhr schrieb Igor Bukanov :

> is it possible to compile ffmpeg to include only support for
> AAC-LC profile support from the whole AAC decoder?

Please understand that there is no guarantee whatsoever that
FFmpeg binaries compiled with --disable-all do not violate any
software patents or will not violate any software patents in the
future.
(Note that the people who claim they do not for a very long time
unintentionally distributed FFmpeg with all definitely patented
codecs enabled - so I wouldn't trust them too much.)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DV to bob deinterlaced HEVC

2020-11-15 Thread Carl Eugen Hoyos
Am So., 15. Nov. 2020 um 14:36 Uhr schrieb Matti Haveri
:

> BTW, I guess I could skip scaling and set the output .mp4 pixel aspect
> ratio the same as in the input PAL .dv 128/117 but I prefer to convert to
> square pixels.

You should simply not set it.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DV to bob deinterlaced HEVC

2020-11-13 Thread Carl Eugen Hoyos
Am Fr., 13. Nov. 2020 um 10:44 Uhr schrieb Matti Haveri
:
>
> On Thu, Nov 12, 2020 at 11:39 PM Carl Eugen Hoyos 
> wrote:
>
> > > I guess it is better to deinterlace first, then scale?
> >
> > This is correct.
>
> I tested to scale & crop first, and then deinterlace, and to my surprise
> the output was identical.

While it may look similar (because only horizontal scaling was done),
I don't think the output was identical.
Both scaling and deinterlacing cannot be undone and do have an
impact on quality (if you define quality as identity with a - possibly
hypothetical - original).
I can understand why you want to deinterlace, you should avoid
the scaling (unless I miss something and you absolutely have to
do it).

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DV to bob deinterlaced HEVC

2020-11-12 Thread Carl Eugen Hoyos
Am Do., 12. Nov. 2020 um 20:11 Uhr schrieb Matti Haveri
:

> I guess it is better to deinterlace first, then scale?

This is correct.

I am not aware of any advantage of square pixels atm, not
scaling (if this is possible) should be preferable.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Reduce ffmpeg response

2020-11-08 Thread Carl Eugen Hoyos
Am So., 8. Nov. 2020 um 17:42 Uhr schrieb Jeff England :
>
> I've found a number of posts along the lines of ffmpeg -hide_banner
> -loglevel panic.  I'm having difficulty knowing exactly where to place
> the ffmpeg -hide_banner -loglevel panic (or the like) command.

Both options can be placed anywhere on the command line.

Remember not to use -hide_banner and not to use a lower-than-default
loglevel when asking for help here and providing the command line
including complete, uncut console output (as is required).

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Applying the LGPL to ffmpeg usage

2020-11-07 Thread Carl Eugen Hoyos
Am Di., 3. Nov. 2020 um 19:02 Uhr schrieb Carl Zwanzig :
>
> (changed the subject line)
>
> On 11/1/2020 12:07 PM, Carl Eugen Hoyos wrote:
>
> > If the question is "am I allowed to distribute a binary based on (L)GPL
> > software" then the answer does not depend on static or dynamic linking.
>
> That's not clear (to me), please point me to the relevant section of the
> LGPL and describe how it applies.

You are claiming that it would make a difference (which would make
no sense), I believe proving the opposite without understanding why
you believe that this is the case would be very difficult for me.
If you distribute binaries based on FFmpeg source, your obligations
may be different depending on the question if you distribute a statically
linked or dynamically linked binary.
But the general question if there is a way to produce a legal distribution
does not depend on the linking.

> > Am Mo., 26. Okt. 2020 um 06:44 Uhr schrieb Carl Zwanzig :
> >> There are cases where you can share a dynamic build (no GPL parts) that
> >> links to non-free libraries but not a static build. (I think building with
> >> BMD Decklink support is in that catagory.)
>
> > No.
> That is not clear what it refers to.

The question if you are allowed to distribute a certain build does not
depend on static vs. dynamic compilation.

> > Decklink is not GPL-compatible.
>
> We know that the BMD code itself is not _GPL_ compatible (although the
> headers & api appear to be), but when ffmpeg is built with NO GPL the LGPL
> would apply. By my understanding of that license, you can both dynamically
> link -to- LGPL code from proprietary code and link -from- the LGPL code to
> proprietary*. The only questions is whether ffmpeg's CLI front-end is
> considered a "library" for the purposes of the license and how the
> proprietary parts are distributed.

> *Note- that does not, and should not, imply that the libraries are being
> _distributed_ together.

I am not sure what you are trying to say.
(It sounds as if you might be arguing that as long as you don't distribute
them "together" it doesn't matter against which libraries you link your
FFmpeg-based binary, this would not be correct.)

> It would certainly be compliant to write one's own code and dynamically link
> to both LGPL and proprietary libraries (and to distribute the result), and
> that appears to be commonly accepted by other opensource projects (e.g OBS,
> CasparCG, MLT, etc; they have plugins for both BMD and NewTek NDI).

My argumentation above was that Decklink is not GPL-compatible,
I did not claim that any library (including Decklink) is not LGPL-compatible.

If you believe that my comment above does not really match the question
asked, this is absolutely possible: After all, I didn't understand your
original claim (that linking would make a difference), so I may have
misunderstood the relation to building with Decklink support.

I appear to originally have read that you argue that linking something
(Decklink?) dynamically somehow makes it GPL-compatible. We seem
to agree that this is not the case.
If you originally wanted to argue that you have to link dynamically to fulfill
the obligations of the LGPL when linking FFmpeg against Decklink then
this is also not correct (but fulfilling the obligations can be more difficult
for static distributions).

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Decrease CPU usage?

2020-11-01 Thread Carl Eugen Hoyos
Am Mo., 2. Nov. 2020 um 01:34 Uhr schrieb Diego Patricio Durante
:
>
> Hello community! I have RTSP streams from cameras, and I'm interested
> to save it to a disk and share as MP4. The main problems are the trade
> off between disk usage and CPU usage without converting the format nor
> scaling the image sizes.

Please always paste your console output, no external links please.

I don't understand above as you asked for conversion in your command
line (there should be no cpu issue if you are not converting).
In your command line, not FFmpeg but x264 is used for the conversion,
look at the presets (ultrafast, superfast, veryfast, faster etc.) to
reduce cpu usage.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Building on windows

2020-11-01 Thread Carl Eugen Hoyos
Am Mo., 2. Nov. 2020 um 00:43 Uhr schrieb Carl Zwanzig :
>
> On 11/1/2020 3:33 PM, Carl Eugen Hoyos wrote:
> > If you cannot use prebuilt binaries but have to build Windows binaries
> > yourself, wsl is the best option.
>
> Are there specific technical reasons for that? I've been using MinGW-64
> and that works rather well (for me), next would be VC++ since I
> occasionally need to build using it, WSL I'd have to install.

I haven't used msys for a very long time (you can use both mingw and
vc++ with wsl), I consider wsl a simple solution.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] (no subject)

2020-11-01 Thread Carl Eugen Hoyos
Am Mo., 2. Nov. 2020 um 00:09 Uhr schrieb juan carlos rebate
:

> The options that I indicate are listed in the configure file,

No.

> if it does not make sense for what is included ?

Most of the options never make sense.

> what would be the correct combination that includes free and non-free
> tools if the options of the configure file do not make sense?

You did not include any non-free optional parts, you therefore don't
need --enable-nonfree.

I can only repeat:
If you cannot use prebuilt binaries but have to build Windows binaries
yourself, wsl is the best option.

If you need more help, please fix your mailer and your quoting, Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] (no subject)

2020-11-01 Thread Carl Eugen Hoyos
Am So., 1. Nov. 2020 um 21:41 Uhr schrieb juan carlos rebate
:

> Actually my way of compiling is simpler but as it did not work in windows I 
> looked
> in google for some way to do it and I came up with a tutorial, my way that I 
> have
> been using since ffmpeg 2.4.4 is this;
> ./configure --enable-gpl --enable-nonfree --enable-encoders --enable-decoders 
> --enable-muxers --enable-demuxers.

The following options have no effect:
--enable-nonfree --enable-encoders --enable-decoders --enable-muxers
--enable-demuxers

> In linux in this way it compiles me perfect except that it does not link me 
> statically
> but dynamically for that reason the static,

On Windows, you normally don't care about a dynamic compile as no incompatible
C library should exist.

> but in windows with my way it tells me that the compiler tests failed

Which compiler did you install?
With wsl, you can use msvc, (Microsoft) clang and - with a little additional
effort - gcc.

Please cut your quotes, Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] (no subject)

2020-11-01 Thread Carl Eugen Hoyos
Am So., 1. Nov. 2020 um 21:14 Uhr schrieb Edward Park :

> > ./configure
> > --arch=x86_64
> > --target-os=mingw32
> > --cross-prefix=x86_64-w64-mingw32-

> Does that automatically cross-compile with just make?
> I thought you would need to add --enable-cross-compile.

No, --cross-prefix is enough.

[...]

> > I have tried both with cygwin and with the monster developed by microsoft, 
> > (the wsl2)
>
> On wsl2, you’d just compile as if you were on a linux system, and not bother 
> with mingw32, it’s basically a vm isnt it?

wsl2 compilation has not worked for me, there is a line length limitation afair.
ymmv

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] (no subject)

2020-11-01 Thread Carl Eugen Hoyos
Am So., 1. Nov. 2020 um 19:49 Uhr schrieb juan carlos rebate
:

> Good afternoon, sorry that it took so long to update this thread, well I am 
> still trying
> to use uar ffmpeg in my own way, but it seems that everything is going 
> against me,
> now the problem is that if I try to compile in windows the process seems to 
> be it
> carries out but then it doesn't actually do anything, it doesn't compile the
> executables or the dll, but in linux if you want to use the same set of 
> commands,
> to compile I do the following:
> I introduce it in the form of a column so that it does not occupy too much
> ./configure
> --arch=x86_64
> --target-os=mingw32
> --cross-prefix=x86_64-w64-mingw32-
> --prefix=/usr/local
> --pkg-config=pkg-config
> --pkg-config-flags=--static

> --extra-cflags=-static

Is this a useful option?

> --extra-ldflags=-static

(This option sometimes causes issues and I believe it should not
be necessary on Windows)

> --extra-libs="-lm -lz -fopenmp"

Why is this necessary?
Is there a bug we don't know about?
(Or just a bug in an external library?)

> --enable-static
> --disable-shared

These are unneeded.

> --enable-nonfree
> --enable-gpl
> --enable-avisynth
> --enable-libaom
> --enable-libfdk-aac
> --enable-libfribidi
> --enable-libmp3lame
> --enable-libopus
> --enable-libsoxr
> --enable-libvorbis
> --enable-libvpx
> --enable-libx264
> --enable-libx265

> Make

(I suspect there is no operating system with a command "Make")

> If I compile it in linux in this way it compiles well, although along the way 
> it
> tells me that some codecs are deprecated but it does compile, but this
> same set of commands in windows does not compile, if it indicates that it
> does but does not produce the final link, this it only happens to me with 
> ffmpeg.

Very generally, I would not expect the same non-trivial configure line
to work on
Linux and Windows (think of cross- vs native compilation).

> I have tried both with cygwin and with the monster developed by microsoft,

> (the wsl2)

In my tests, I saw some issues with wsl2, I recommend wsl (1)
for FFmpeg Windows compilation.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] (no subject)

2020-11-01 Thread Carl Eugen Hoyos
Am Mo., 26. Okt. 2020 um 06:44 Uhr schrieb Carl Zwanzig :
>
> On 10/25/2020 10:14 PM, Juan carlos Rebate wrote:
> > However if you compile two separate versions
> > there would be no licensing issue if you share it, would it?
>
> If you "share" the build, then technically you're distributing it. The one
> that's GPL only is perfectly fine to share (following the rules of the GPL,
> please read them), but if non-free parts are statically linked in, then
> I don't think that one is distributable.
>
> The questions that drive "can I distribute" include-
> Is this a static or dynamic build?

If the question is "am I allowed to distribute a binary based
on (L)GPL software" then the answer does not depend on
static or dynamic linking.

> Does it contain GPL components?
> Does it contain non-free components?

> There are cases where you can share a dynamic build (no GPL parts) that
> links to non-free libraries but not a static build. (I think building with
> BMD Decklink support is in that catagory.)

No.
Decklink is not GPL-compatible.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DASH content FROM UDP (same bitrate in dash manifest for all adaptation sets)

2020-11-01 Thread Carl Eugen Hoyos
Am Di., 27. Okt. 2020 um 15:04 Uhr schrieb Mar Andrés López
:

> ffmpeg –i udp://127.0.0.1:12007 –r 25 -c:v libx264 -c:a aac -b:a 128k -ac 1 
> -ar 44100 –b:d 2M
> -map v:0 -b:v:0 2M -map v:0 -b:v:1 145k -map v:0 -b:v:2 365k -map 0:a? -f 
> dash dash.mpd

Complete, uncut console output missing.

What is "-b:d 2M" supposed to do?
Your command works for me as expected once I removed -b:d 2M

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] dshow video source in FFplay

2020-11-01 Thread Carl Eugen Hoyos
Am So., 1. Nov. 2020 um 11:03 Uhr schrieb Michael Koch
:

> I'm using a cheap HDMI to USB converter for video input. The converter
> supports different sizes and framerates and two different video codecs.
> This command line works as expected:
>
> ffplay -f dshow -video_size 1920x1080 -framerate 30 -vcodec mjpeg
> video="USB Video"

(Complete, uncut console output missing.)

> However for my application I need two input streams, and because FFplay
> doesn't allow filter_complex

Use ffmpeg instead of ffplay, there is an sdl output device.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffplay with Havision Makito X video encoder, H.264 stream, and "intra refresh" option enabled

2020-10-31 Thread Carl Eugen Hoyos
Am Do., 29. Okt. 2020 um 17:44 Uhr schrieb Kevin Hise :
>
> I've attached 2 sample files (google drive links) captured using netcat (or
> 'nc' on my Slackware box)...one showing video without the "intra refresh"
> option enabled, and the other with.
>
>
> The commands I've used to record and play back the video files are like so:
>
> nc -ul -s 233.254.1.1 -p 8000 >video.file
>
> cat video.file | nc -q 0 -bu 233.254.1.2 8000

(Unrelated: The files you attached are already transport streams,
no need to pipe them through nc)

> The ffplay command line is:
>
> ffplay udp://233.254.1.2:8000

You can use "-flags2 +showall" to decode the file (and -copyinkf to copy
the video stream to allow testing other players).

I am not convinced that the stream is sane, feel free to do more
tests and report back. (I believe I remember other bugs in Makito
encoders.)

Please find out what "top-posting" means and remember to avoid it here.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Struggling to convert mp4 to HLS with Constant Bit Rate and Constant Frame Rate

2020-10-31 Thread Carl Eugen Hoyos
Am Fr., 30. Okt. 2020 um 20:15 Uhr schrieb John Harlow via ffmpeg-user
:

> I am trying to re-encode a set of mp4 files (a mix of 1080p and 720p, all at
> 30FPS) to HLS with constant bit and frame rates.

Do you know what constant bit rate means?

The reason I ask is that you do not explain what is wrong with your output files
and that constant bit rate does not mean constant frame size.

Please test current FFmpeg git head - the only version supported here - and
provide the command line you tested together with the complete, uncut
console output if you need support.

fps=29.97 is always wrong and 30fps (as stated above) != 3/1001 (which
you may have meant with 29.97)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] 4.3.1 configure error

2020-10-31 Thread Carl Eugen Hoyos
Am Fr., 30. Okt. 2020 um 18:10 Uhr schrieb MediaStream :

> $ CFLAGS=-I/usr/local/include LDFLAGS="-L/usr/local/lib -L/usr/local/lib64"
> PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/lib64/pkgconfig
> LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib64 ./configure
> --prefix=/usr/local --enable-avfilter --enable-gpl --enable-nonfree
> --enable-postproc --enable-pthreads --enable-runtime-cpudetect
> --enable-static --enable-swscale --enable-version3 --disable-decoder=libgsm
> --disable-encoder=libgsm --disable-doc --pkg-config-flags=--static
> --extra-ldflags=-static '--extra-libs=-lx264  -lmp3lame -lpthread -lvpx
> -lx265 -lfdk-aac -laom' --x86asmexe=/usr/local/bin/nasm--enable-openssl
>  --enable-libmp3lame --enable-libvpx --enable-libx264 --enable-libx265
> --enable-libfdk-aac --enable-libaom

Not necessarily related to your question:
The following have no effect, remove them to ease debugging (making
useful answers to your original question more likely):
--enable-avfilter
--enable-postproc
--enable-pthreads
--enable-runtime-cpudetect (in addition to not having an effect, the option
does not do what you think it does)
--enable-static
--enable-swscale
--disable-decoder=libgsm
--disable-encoder=libgsm

If the --extra-libs command made a difference in your configure line,
this would indicate a bug in our configure script that I would like to
know about.

On my system, --x86asmexe=/usr/local/bin/nasm would not make
a difference, I don't know if this is also true for your system.

> $  tail -24 ffbuild/config.log
>
> require_pkg_config libx265 x265 x265.h x265_api_get
> check_pkg_config libx265 x265 x265.h x265_api_get
> test_pkg_config libx265 x265 x265.h x265_api_get
> pkg-config --exists --print-errors x265
> check_func_headers x265.h x265_api_get -I/usr/local/include
> -L/usr/local/lib -lx265 -lstdc++ -lm -lgcc_s -lgcc -lrt -ldl -lnuma
> test_ld cc -I/usr/local/include -L/usr/local/lib -lx265 -lstdc++ -lm
> -lgcc_s -lgcc -lrt -ldl -lnuma
> test_cc -I/usr/local/include -L/usr/local/lib
> BEGIN /tmp/ffconf.CRuBCdXG/test.c
> 1   #include 
> 2   #include 
> 3   long check_x265_api_get(void) { return (long) x265_api_get; }
> 4   int main(void) { int ret = 0;
> 5ret |= ((intptr_t)check_x265_api_get) & 0x;
> 6   return ret; }
> END /tmp/ffconf.CRuBCdXG/test.c
> gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -I/usr/local/include -std=c11
> -fomit-frame-pointer -pthread -I/usr/local/include -I/usr/local/include
> -I/usr/local/include -I/usr/local/include -I/usr/local/include
> -I/usr/local/include -I/usr/local/include -I/usr/local/include
> -I/usr/local/include -L/usr/local/lib -c -o /tmp/ffconf.CRuBCdXG/test.o
> /tmp/ffconf.CRuBCdXG/test.c
> gcc -L/usr/local/lib -L/usr/local/lib64 -static -Wl,--as-needed
> -Wl,-z,noexecstack -I/usr/local/include -L/usr/local/lib -o
> /tmp/ffconf.CRuBCdXG/test /tmp/ffconf.CRuBCdXG/test.o -lx265 -lstdc++ -lm
> -lgcc_s -lgcc -lrt -ldl -lnuma -lx264 -lmp3lame -lpthread -lvpx -lx265
> -lfdk-aac -laom
> /usr/bin/ld: cannot find -lgcc_s
> /usr/local/lib/libx265.a(api.cpp.o): In function `x265_api_get_192':
> api.cpp:(.text+0x2ac3): warning: Using 'dlopen' in statically linked
> applications requires at runtime the shared libraries from the glibc
> version used for linking
> /usr/local/lib/libnuma.a(affinity.o): In function `affinity_ip':
> affinity.c:(.text+0x8f6): warning: Using 'getaddrinfo' in statically linked
> applications requires at runtime the shared libraries from the glibc
> version used for linking
> collect2: error: ld returned 1 exit status
> ERROR: x265 not found using pkg-config

What does the following return?
$ pkg-config --static --libs x265

It apparently contains "-lgcc_s" which is not available on your
system with "-static". I don't know if it helps to edit
/usr/lib/pkgconfig/x265.pc
or if your toolchain does not allow you to build static binaries like above.
Your toolchain could of course be broken, does compilation without -static
work?

Consider using musl to build static binaries.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Converting mp3 with included cover art into mp4 with cover art as video fails

2020-10-21 Thread Carl Eugen Hoyos
Am Mi., 21. Okt. 2020 um 12:52 Uhr schrieb Rimvydas :

> Running "ffmpeg -i in.mp3 out.mp4" fails with:

Please test current FFmpeg git head and provide the complete,
uncut console output.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ION MP4 causing issues

2020-10-19 Thread Carl Eugen Hoyos


> Am 19.10.2020 um 08:58 schrieb Matthias Opitz :
> 
> I am capturing mp4 files since several years with an ION SPEED PRO without 
> any issues. I did not use the camera a while. Today I realized that either 
> W10 (tested different laptops) and even Linux ins not able to play these 
> files any more. Old ION files (from the same device) still do work properly 
> on W10 and Linux.

Please test current FFmpeg git head. If the issue is reproducible, please 
provide a sample.

Carl Eugen 
___
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 "unsubscribe".

Re: [FFmpeg-user] problem capture desktop

2020-10-18 Thread Carl Eugen Hoyos
Am So., 18. Okt. 2020 um 19:58 Uhr schrieb Juan carlos Rebate
:

> They also don't sell ffmpeg and if you allow me to use it without
> problems, I have checked the video track with ffprobe and I notice
> something strange, is that correct?
> Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 /
> 0x31637661), yuv444p, 800x600, 935 kb/s, 25 fps, 25 tbr, 12800 tbn, 50
> tbc (default)

Only FFmpeg-based media players can play back H.264 4:4:4.

Please remember not to top-post here, Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffmpeg doesn't see audio stream

2020-10-16 Thread Carl Eugen Hoyos
Am Sa., 17. Okt. 2020 um 03:13 Uhr schrieb Ivan Gorin :
>
> Here is the link to a sample, it's the very beginning of the video, where I
> think the problem is. VLC says there is an indexing problem but it plays
> fine.
>
> https://drive.google.com/file/d/1hznkCKQWWbmxSSBQxwyKY-G3Kje_D9nh

I know this does not scale very well but DV's are special:
$ ffmpeg -ss 1 -i input -vcodec copy -f rawvideo out

out is now a dv file with audio.

As explained by Micael, the issue is that the beginning of the file contains
broken frames.

ffplay allows you to press "a" while playing to enable the newly-found
audio stream with your original sample.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffmpeg doesn't see audio stream

2020-10-16 Thread Carl Eugen Hoyos
Am Sa., 17. Okt. 2020 um 02:31 Uhr schrieb Ivan Gorin :
>
> Here is the full output of ffprobe which i built from github (I hope I did
> it right). I don't know how to provide a sample input file since I can't
> cut the video - it loses the audio stream.

Use dd to cut the sample.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffmpeg doesn't see audio stream

2020-10-16 Thread Carl Eugen Hoyos
Am Fr., 16. Okt. 2020 um 21:42 Uhr schrieb Ivan Gorin :
>
> I have several avi files I captured from miniDV cassettes, and now am
> trying to compress using ffmpeg. running ffprobe on one of the files yields
> this output:

Please (test current FFmpeg git head and) provide a sample input file.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DNG images

2020-10-11 Thread Carl Eugen Hoyos
Am So., 11. Okt. 2020 um 20:57 Uhr schrieb Paul B Mahol :
>
> On Sun, Oct 11, 2020 at 07:37:25PM +0200, Michael Koch wrote:

> > [tiff @ 019996d6fe40] If you want to help, upload a sample of this file
> > to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing
> > list. (ffmpeg-de...@ffmpeg.org)
> > Error while decoding stream #0:0: Invalid data found when processing input
> > Cannot determine format of input stream 0:0 after EOF
> > Error marking filters as finisheda
>
> As message simple says, if you want to help upload that image that fails to
> decode somewhere and post link to upload here.

www.astro-electronic.de/Pentax_K5.DNG

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffplay with Havision Makito X video encoder, H.264 stream, and "intra refresh" option enabled

2020-10-09 Thread Carl Eugen Hoyos


> Am 10.10.2020 um 01:13 schrieb Kevin Hise :
> 
> I'm looking for some ideas about decoding an H.264 video stream
> encoded by a Haivision Makito-X encoder and using its "intra refresh"
> option.
> 
> When the option is enabled (e.g. turning intra refresh "on") the video
> decode is delayed by several minutes

Please provide a sample file.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Unable to reencode corrupt video file

2020-10-08 Thread Carl Eugen Hoyos
Am Mo., 5. Okt. 2020 um 18:13 Uhr schrieb Schampignon Cristobal via
ffmpeg-user :

> could I send it privately for example via wetransfer?

You can send it any way you like, but we need to make samples
public to improve chances for a fix (exceptions definitely exist).

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Is it possible to extract DVD angles from VOB files with ffmpeg?

2020-10-03 Thread Carl Eugen Hoyos
Am Fr., 2. Okt. 2020 um 00:37 Uhr schrieb Adam Kessel :
>
> Is it possible to select/extract individual angles from a VOB file?

This should work with mplayer -dumpstream, FFmpeg does not
support reading (non-trivial) DVDs.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Blender animation: , replaceing part of an animation with another one

2020-10-03 Thread Carl Eugen Hoyos
Am Sa., 3. Okt. 2020 um 08:09 Uhr schrieb :

> And finally replace the corresponding part of the complete animation
> with the corrected part (both given by start and end frame).

ffmpeg (the application) is not a non-linear video editor and cannot
(easily) do what you want.
The libraries can be used to program something like what you
describe.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] DE-REBERB

2020-10-03 Thread Carl Eugen Hoyos
Am Sa., 3. Okt. 2020 um 16:12 Uhr schrieb Marco Mircoli :
>
> As plugin I mean LADSPA plugin

FFmpeg allows using ladspa.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Unable to reencode corrupt video file

2020-09-28 Thread Carl Eugen Hoyos


> 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
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] need help with making an "in sync" screen recording.

2020-09-25 Thread Carl Eugen Hoyos
Am Fr., 25. Sept. 2020 um 02:06 Uhr schrieb Amon Gibson Albuquerque
Nunes :
>
> i'm confused, why does it (the old documentation) say that -q 1 should not be 
> used?

Because you should use -q 2 instead.

> and what am i actually supposed to use instead of -bitrate?

I don't know what you want to achieve...

> anyway, here's the complete uncut console output. from today.
> ---
> Z:\ffmpeg\bin>ffmpeg -thread_queue_size 2048 -f gdigrab -draw_mouse 0 
> -framerate 30 -show_region 0 -i desktop -thread_queue_size 2048 -f dshow -i 
> audio="Mixagem estéreo (Conexant SmartAudio HD)" -vf 
> "crop=512:303:0:40,scale=1024:606" -af "adelay=1000|1000" -f vob -codec:v 
> mpeg2video -q 1 -g 1 -bitrate 4000 -maxrate 5000 -codec:a pcm_s16be 
> gameplay_footage_01.mpg

I missed this originally:
Are you sure that you want to use pcm_s16be?
It might reduce compatibility of your output file.

Just to make sure this doesn't get lost:
Use -q 2 instead of -q 1, -bitrate has no effect afaict.

> ffmpeg version N-99357-g14d6838638 Copyright (c) 2000-2020 the FFmpeg 
> developers
>   built with gcc 9.3-win32 (GCC) 20200320
>   configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static 
> --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 
> --target-os=mingw32 --enable-gpl --enable-version3 --enable-iconv 
> --enable-zlib --enable-libxml2 --enable-libfreetype --enable-libfribidi 
> --enable-gmp --enable-lzma --enable-fontconfig --enable-libvmaf 
> --disable-vulkan --enable-libvorbis --enable-amf --enable-libaom 
> --enable-avisynth --enable-libdav1d --enable-ffnvcodec --enable-cuda-llvm 
> --disable-libglslang --enable-libass --enable-libbluray --enable-libmp3lame 
> --enable-libopus --enable-libtheora --enable-libvpx --enable-libwebp 
> --enable-libmfx --enable-libopencore-amrnb --enable-libopencore-amrwb 
> --enable-libopenjpeg --enable-librav1e --enable-schannel --enable-sdl2 
> --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame 
> --enable-libvidstab --disable-libwavpack --enable-libx264 --enable-libx265 
> --enable-libxvid --enable-libzimg --extra-cflags=-DLIBTWOLAME_STATIC 
> --extra-cxxflags= --extra-ldflags=-pthread --extra-libs=-lgomp
>   libavutil  56. 59.100 / 56. 59.100
>   libavcodec 58.107.100 / 58.107.100
>   libavformat58. 59.100 / 58. 59.100
>   libavdevice58. 11.102 / 58. 11.102
>   libavfilter 7. 87.100 /  7. 87.100
>   libswscale  5.  8.100 /  5.  8.100
>   libswresample   3.  8.100 /  3.  8.100
>   libpostproc55.  8.100 / 55.  8.100
> [gdigrab @ 019b06e760c0] Capturing whole desktop as 1366x768x32 at (0,0)
> [gdigrab @ 019b06e760c0] Stream #0: not enough frames to estimate rate; 
> consider increasing probesize
> Input #0, gdigrab, from 'desktop':
>   Duration: N/A, start: 1600991758.933570, bitrate: 1007137 kb/s
> Stream #0:0: Video: bmp, bgra, 1366x768, 1007137 kb/s, 30 fps, 1000k tbr, 
> 1000k tbn, 1000k tbc
> Guessed Channel Layout for Input Stream #1.0 : stereo
> Input #1, dshow, from 'audio=Mixagem estéreo (Conexant SmartAudio HD)':
>   Duration: N/A, start: 134632.817000, bitrate: 1411 kb/s
> Stream #1:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s

It is not possible to synchronize these two streams as they have very
different start-times.

I don't know if "use_wallclock_as_timestamps 1" helps in your case.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] VP8 encoding performances

2020-09-25 Thread Carl Eugen Hoyos
Am Fr., 25. Sept. 2020 um 17:08 Uhr schrieb Emmanuel Dreyfus :

> I have rebuilt ffmpeg with ./configure --enable-libvpx --enable-libwebp 
> --enable-libvorbis --mandir=/usr/pkg/man --prefix=/usr/pkg --progs-suffix=4 
> --datadir=/usr/pkg/share/ffmpeg4 --docdir=/usr/pkg/share/doc/ffmpeg4 
> --incdir=/usr/pkg/include/ffmpeg4 --libdir=/usr/pkg/lib/ffmpeg4 
> --shlibdir=/usr/pkg/lib/ffmpeg4 --arch=native

If arch has an effect, it could break compilation, better remove it.

> And libvpx with ./configure --enable-pic --prefix=/usr/pkg --cpu=native
>
> It is now twice faster.

(This is typically considered a spectacular improvement.)

> This is nice, but can it do better? Is GPU
> support likely to help?

https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

I am still a little curious why you want to encode vp8...

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Howto specify needed options for ffmpeg

2020-09-24 Thread Carl Eugen Hoyos
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 :
> >
> >> Now I write to udp and not to a local file with this command:
> >>
> >> raspivid -t 0 -b 1000 -n -o udp://239.255.42.42:5004
> >> Connecting to 239.255.42.42:5004...connected, sending video...
> >>
> >>
> >> On the same host I read from udp with this command - video is never
> >> displayed
> >>
> >> ffplay -f h264 -i udp://239.255.42.42:5004
> > In general, you should not force the input format.
> >
> > You should be able to record the udp stream with tcpdump,
> > you can then investigate the output file.
>
> I will try to investigate. It was my idea to force the input format.

As you found out, this is not possible to the extent you wanted.

> How come that is not a good idea?

You may receive a different stream than what you expect, the
auto-detection is meant to be very reliable.
(This does not mean it cannot fail but you cannot work-around
the issues you see with forcing the format.)

> >> ffplay version N-97152-g52523b6963 Copyright (c) 2003-2020 the FFmpeg
> >> developers built with gcc 8 (Raspbian 8.3.0-6+rpi1)
> >>configuration: --extra-libs='-lpthread -lm' --enable-gpl
> >> --enable-libass --enable-libfreetype --enable-libmp3lame
> >> --enable-libvorbis --enable-libx264 --disable-doc --enable-nonfree
> > Is this binary distributed somewhere?
> I used apt-get install on Raspberry Pi.

Where can I find the repository where you download this
binary? Providing this binary for download is not allowed.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] av_interleaved_write_frame(): Invalid argument

2020-09-24 Thread Carl Eugen Hoyos
Am Do., 24. Sept. 2020 um 11:42 Uhr schrieb Mar Andrés López
:

> I want to set the same timestamps in my video.mpg which has a video
> stream and a klv data stream, when I perform this command:
>
> ffmpeg -vsync drop -i video.mpg -map 0 -codec copy -f mpegts output.mpg

Complete, uncut console output missing.
What is -vsync drop supposed to achieve? I doubt that it can
work with -codec copy

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] VP8 encoding performances

2020-09-24 Thread Carl Eugen Hoyos
Am Do., 24. Sept. 2020 um 17:13 Uhr schrieb Emmanuel Dreyfus :
>
> Hello
>
> I am looking for ways to improve VP8 encoding performance. I work with 5
> mn long, 5 MB large MPEG4 test video. Here is the codec information from
> ffprobe
>
>   Duration: 00:05:08.20, start: 0.00, bitrate: 150 kb/s
> Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 32000 Hz,
> mono, fltp, 53 kb/s (default)
> (...)
> Stream #0:1(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
> 2256x1080, 94 kb/s, 25 fps, 25 tbr, 30k tbn, 60k tbc (default)
>
> The goal is to produce a webm/VP8 video for clients that cannot consume
> H264. I run this:
> ffmpeg -i test.mp4 -vf scale=-2:720 -movflags +faststart -preset
> ultrafast -f webm -c:v libvpx -b:v 1M -acodec libvorbis -y test.webm
>
> It works, although being extremely slow: it runs for an hour to encode 5
> mn of video. What improvement can be done here?
>
> I tried rebuilding with configure --arch that fits the CPU, it does not
> seems to help a lot.
>
> I wonder if GPU acceleration could help. I see there is some
> documentation about it on the Wiki, but there ie no buying advice. I
> have a 16 lane PCIe slot available, what card should I try to use here?
>
> Or perhaps the ffmpeg command line above has some room for improvement?
>
> Any other idea?
>
> Here are ffmpeg build informations:
> ffmpeg version 4.3 Copyright (c) 2000-2020 the FFmpeg developers
>   built with gcc 7.4.0 (nb3 20190319)
>   configuration: --enable-avfilter --enable-avresample --enable-postproc
> --enable-rpath --disable-ffplay --enable-fontconfig --enable-libfreetype
> --enable-libass --enable-libaom --disable-htmlpages --enable-gnutls
> --disable-mbedtls --disable-libopencore-amrnb
> --disable-libopencore-amrwb --disable-openssl --disable-libjack
> --disable-libpulse --disable-libtesseract --enable-libtheora
> --enable-libvorbis --enable-libmp3lame --enable-libopus
> --enable-libspeex --enable-libxvid --enable-libx264 --enable-libx265
> --enable-vdpau --enable-vaapi --enable-libvpx --enable-libwebp
> --enable-libxcb --enable-libxcb-shape --enable-libxcb-shm
> --enable-libxcb-xfixes --enable-libbluray --disable-asm --arch=i386
> --cc=gcc --disable-debug --disable-optimizations --disable-stripping
> --enable-gpl --enable-libxml2 --enable-pthreads --enable-shared
> --mandir=/usr/pkg/man --prefix=/usr/pkg --progs-suffix=4
> --datadir=/usr/pkg/share/ffmpeg4 --docdir=/usr/pkg/share/doc/ffmpeg4
> --incdir=/usr/pkg/include/ffmpeg4 --libdir=/usr/pkg/lib/ffmpeg4
> --shlibdir=/usr/pkg/lib/ffmpeg4 --enable-runtime-cpudetect

While FFmpeg is not responsible for vp8 encoding performance,
I would still strongly recommend that you recompile or download
a saner binary: Yours is so massively broken that the decoding
speed is probably very slow.
I should add that a default configuration (without any options)
leads to nearly the highest possible speed.

(Disclaimer: vp8 encoding is typically slow but if libvpx is compiled
like FFmpeg above the speed can certainly be improved)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Howto specify needed options for ffmpeg

2020-09-23 Thread Carl Eugen Hoyos
Am Mi., 23. Sept. 2020 um 17:24 Uhr schrieb Thomas Seilund via
ffmpeg-user :

> Now I write to udp and not to a local file with this command:
>
> raspivid -t 0 -b 1000 -n -o udp://239.255.42.42:5004
> Connecting to 239.255.42.42:5004...connected, sending video...
>
>
> On the same host I read from udp with this command - video is never
> displayed
>
> ffplay -f h264 -i udp://239.255.42.42:5004

In general, you should not force the input format.

You should be able to record the udp stream with tcpdump,
you can then investigate the output file.

> ffplay version N-97152-g52523b6963 Copyright (c) 2003-2020 the FFmpeg
> developers built with gcc 8 (Raspbian 8.3.0-6+rpi1)
>   configuration: --extra-libs='-lpthread -lm' --enable-gpl
> --enable-libass --enable-libfreetype --enable-libmp3lame
> --enable-libvorbis --enable-libx264 --disable-doc --enable-nonfree

Is this binary distributed somewhere?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] need help with making an "in sync" screen recording.

2020-09-23 Thread Carl Eugen Hoyos
Am Mi., 23. Sept. 2020 um 13:59 Uhr schrieb Amon Gibson Albuquerque
Nunes :
>
> OK. so first of all i wanted to record some footage of a game i've bought 
> from a digital storefront. as i experimented on which parameters and 
> arguments i would use to record said footage i came up with this.
>
> ffmpeg -thread_queue_size 2048 -f gdigrab -draw_mouse 0 -framerate 30 
> -show_region 0 -i desktop -thread_queue_size 2048 -f dshow -i audio="Mixagem 
> estéreo (Conexant SmartAudio HD)" -vf "crop=512:303:0:40,scale=1024:606" -af 
> "adelay=1000|1000" -f vob -codec:v mpeg2video -q 1 -g 1 -bitrate 4000 
> -maxrate 5000 -codec:a pcm_s16be gameplay_footage_01.mpg

(Very old documentation explains that -q 1 should not be used.)
Complete, uncut console output missing.

The option -bitrate has no effect in your command line.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-23 Thread Carl Eugen Hoyos
Am Di., 22. Sept. 2020 um 00:47 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 09/21/2020 06:07 PM, Carl Eugen Hoyos wrote:
> > Am Mo., 21. Sept. 2020 um 14:16 Uhr schrieb Mark Filipak (ffmpeg)
> > :

> >> Here is what you wrote:
> >> "The following makes little sense, it is just meant as an example:
> >> $ ffmpeg -f lavfi -i testsrc2,field -vf bwdif -f null -"
> >>
> >> That "explains" nothing. Worse, it seems crass and sarcastic.
> >
> > No.
> > This was an example to show you how you can feed one field to
> > a filter in our system, this is what you had asked for ...
>
> I didn't ask for that.

This is not true:
> How can a frame contain just one field?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-21 Thread Carl Eugen Hoyos
Am Mo., 21. Sept. 2020 um 14:16 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 09/21/2020 03:33 AM, Carl Eugen Hoyos wrote:
> >
> >> Am 21.09.2020 um 01:56 schrieb Mark Filipak (ffmpeg) :
> >>
> >> How can it 'deinterlace' a single field?
> >
> > It can’t and that is what I explained several times in my last two mails.
>
> Here is what you wrote:
> "The following makes little sense, it is just meant as an example:
> $ ffmpeg -f lavfi -i testsrc2,field -vf bwdif -f null -"
>
> That "explains" nothing. Worse, it seems crass and sarcastic.

No.
This was an example to show you how you can feed one field to
a filter in our system, this is what you had asked for, I used the
filter that is the topic in this mailing list thread.
In addition, I explained - not only but including above - that this
is not a useful example for an interlace filter, just as feeding a
progressive frame is not useful.

Please understand that I have shown significantly more patience
with you then with most other users here and significantly more
patience than most people on this mailist list (including the silent
ones) have with you. I can only ask you to accept the answers you
receive instead of interpreting every single one of them as a
personal attack just because they don't match what you expect.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-21 Thread Carl Eugen Hoyos


> Am 21.09.2020 um 01:56 schrieb Mark Filipak (ffmpeg) :
> 
> How can it 'deinterlace' a single field?

It can’t and that is what I explained several times in my last two mails.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffprobe timeout is not working

2020-09-20 Thread Carl Eugen Hoyos
Am Sa., 19. Sept. 2020 um 19:14 Uhr schrieb gilmotta
:
>
> Hello Everybody,
>
> I'm afraid this is a recurring subject but -timeout and -stimeout is not
> working for me. I look at older posts but no luck.
>
> I tried seconds, milliseconds and micro seconds but no matter what I do
> ffprobe returns immediately when I type the command with -timeout or
> -stimeout
>
> /var/www/ffmpeg-4.3/ffprobe -timeout 3000 -v error -i
> rtmp://localhost/streams/stream1
> [rtmp @ 0x587f5c0] Cannot open connection
> tcp://localhost:1935?listen_timeout=-64771072
> rtmp://localhost/fds/stream1: Address already in use

Complete, uncut console output missing.

Does the patch below (inlined) help?

Carl Eugen

diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index d9741bc622..c4975097a0 100644
--- a/libavformat/rtmpproto.c
+++ b/libavformat/rtmpproto.c
@@ -120,7 +120,7 @@ typedef struct RTMPContext {
 int   nb_tracked_methods; ///< number of tracked methods
 int   tracked_methods_size;   ///< size of the
tracked methods buffer
 int   listen; ///< listen mode flag
-int   listen_timeout; ///< listen timeout to
wait for new connections
+uint64_t  listen_timeout; ///< listen timeout to
wait for new connections
 int   nb_streamid;///< The next stream id
to return on createStream calls
 doubleduration;   ///< Duration of the
stream in seconds as returned by the server (only valid if non-zero)
 char  username[50];
@@ -2653,7 +2653,7 @@ static int rtmp_open(URLContext *s, const char
*uri, int flags, AVDictionary **o
 port = RTMP_DEFAULT_PORT;
 if (rt->listen)
 ff_url_join(buf, sizeof(buf), "tcp", NULL, hostname, port,
-"?listen_timeout=%d",
+"?listen_timeout=%"PRId64,
 rt->listen_timeout * 1000);
 else
 ff_url_join(buf, sizeof(buf), "tcp", NULL, hostname, port, NULL);
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-20 Thread Carl Eugen Hoyos
Am So., 20. Sept. 2020 um 06:59 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 09/18/2020 03:01 PM, Carl Eugen Hoyos wrote:
> >> Am 16.09.2020 um 15:58 schrieb Mark Himsley :
> >>> On Mon, 14 Sep 2020 at 15:42, Mark Filipak (ffmpeg)  
> >>> wrote:
> >>> Is the input to the bwdif filter fields or frames?
> >> The input to every filter in a filter chain is a raster of pixels.
> >> That raster may contain one frame or two fields.
> >
> > That may not be wrong (apart from Paul’s comment) but I wonder how useful 
> > it is:
> > No matter if the raster contains one field, two interlaced fields or a 
> > progressive
> > frame, the filter will always see an input frame.
>
> "...if the raster contains *one field*...the filter will always see an input 
> *frame*."
> How is that possible? How can a frame contain just one field?

The following makes little sense, it is just meant as an example:
$ ffmpeg -f lavfi -i testsrc2,field -vf bwdif -f null -

Here, the input to the bwdif consists of frames that contain one field
(of the original input).

> > The fact that there is metadata that may signal the content is also not 
> > necessarily
> > helpful as this metadata is typically wrong (often signalling fields when a 
> > frame is provided).
>
> Can you provide an example (or a link to an example)? I've examined a
> great number of DSM mpeg presentation streams ('VOB's & 'm2ts's) and
> I've not seen a single case. What metadata are you looking at?
> sequence_extension: 'progressive_sequence'?
> picture_coding_extension: 'picture_structure'?
> picture_coding_extension: 'top_field_first'?
> picture_coding_extension: 'repeat_first_field'?

I would expect that most commercial encodings you have uses
one of the above, independently of the content...

> picture_coding_extension: 'progressive_frame'?

... while this is unusual, even for movies in PAL streams.

Otoh, I typically saw pal dvb streams, maybe my claim is
only true for them.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Transcoding mpeg2video in mpegts to h264 in mpegts has fast playback

2020-09-20 Thread Carl Eugen Hoyos
Am So., 20. Sept. 2020 um 03:13 Uhr schrieb Patrick Double :
>
> > On Sep 18, 2020, at 1:37 PM, Carl Eugen Hoyos  wrote:
> >
> >> Am 18.09.2020 um 18:51 schrieb Pat Double :
> >>
> >> Here is my sample:
> >>
> >> https://www.dropbox.com/s/7s7itvj1uy2nov7/RobotMaker-short.ts
> >
> > Please provide an input sample, never provide output files unless 
> > specifically requested.
>
> This is an input sample.

The file claims to be written by FFmpeg.

You cannot put ass into mpegts.

Your input file is NOT interlaced, it is telecined, use an inverse
telecine filter. Every deinterlacer permanently damages your video, in
theory an inverse telecine filter creates perfect output.
Both pullup and fieldmatch seem to work ok for your sample.

The following works and keeps the Closed Captions, it may not
work correctly with the inverse telecine filter though:
$ ffmpeg -i input -acodec copy -vcodec lib264 out.ts

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] how to convert *.cin into *.avi?

2020-09-20 Thread Carl Eugen Hoyos




> Am 20.09.2020 um 08:10 schrieb Reto Kromer :
> 
> Paul B Mahol wrote:
> 
>> FFmpeg currently does not have any support for Cineon (.cin
>> file extension with magic bytes 0x802a5fd7 at start) at all.
> 
> If you force their lecture as DPX, then in my experience you can
> use them in FFmpeg.

Could you provide such a sample?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Transcoding mpeg2video in mpegts to h264 in mpegts has fast playback

2020-09-18 Thread Carl Eugen Hoyos


> Am 18.09.2020 um 18:51 schrieb Pat Double :
> 
> Here is my sample:
> 
> https://www.dropbox.com/s/7s7itvj1uy2nov7/RobotMaker-short.ts

Please provide an input sample, never provide output files unless specifically 
requested.

And please remove -hide_banner from your command line when asking questions 
here.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-18 Thread Carl Eugen Hoyos


> Am 16.09.2020 um 15:58 schrieb Mark Himsley :
> 
>> On Mon, 14 Sep 2020 at 15:42, Mark Filipak (ffmpeg)  
>> wrote:
>> 
>> Is the input to the bwdif filter fields or frames?
> 
> The input to every filter in a filter chain is a raster of pixels.
> That raster may contain one frame or two fields.

That may not be wrong (apart from Paul’s comment) but I wonder how useful it is:
No matter if the raster contains one field, two interlaced fields or a 
progressive frame, the filter will always see an input frame.
The fact that there is metadata that may signal the content is also not 
necessarily helpful as this metadata is typically wrong (often signalling 
fields when a frame is provided). That’s why the filter ignores the information 
by default.

(If you provide only one field, no FFmpeg deinterlacer will produce useful 
output.)

> The bwdif filter will interpret a single raster and is designed to
> output two rasters, each containing one or the other of the fields
> that were contained in the input raster.

You can request that the filter outputs one instead of two rasters for one 
input raster.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] USB Camera ffplay real-time and save to file

2020-09-15 Thread Carl Eugen Hoyos
Am Sa., 12. Sept. 2020 um 02:25 Uhr schrieb Hans Carlson :

>   [mjpeg @ 0x2b2e580] unable to decode APP fields: Invalid data found when 
> processing input

The tag looks like this:
ff e1 00  04 00 00

We (FFmpeg) believe that this is too short for a valid APPx tag.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Create lossless PNG compressed avi video - not MPNG - for ImageJ

2020-09-15 Thread Carl Eugen Hoyos
Am Di., 15. Sept. 2020 um 12:32 Uhr schrieb Edward Park
:
>
> Hi,
>
> >> ... error in ImageJ: "Unsupported compression: 474e504d 'MPNG' in line 16”
> >
> > ffmpeg -i input -vcodec png -vtag "PNG " out.avi
>
> I'm just curious, do you know if MPNG a thing

Definitely but I likely don't understand your question...

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Create lossless PNG compressed avi video - not MPNG - for ImageJ

2020-09-15 Thread Carl Eugen Hoyos
Am Di., 15. Sept. 2020 um 11:47 Uhr schrieb Rainer M Krug :
>
> Hi
>
> I want to compress avi videos which will be read into ImageJ, which supports 
> the following formats:
>
> https://imagej.nih.gov/ij/plugins/avi-reader.html
>
> ```
> • Only a few formats are supported:
> • Uncompressed 8 bit with palette (LUT)
> • Uncompressed 8 & 16 bit grayscale
> • Uncompressed 24 & 32 bit RGB (alpha channel ignored)
> • Uncompressed 32 bit AYUV (alpha channel ignored)
> • Various YUV 4:2:2 compressed formats
> • PNG or JPEG-encoded individual frames.
> • MJPG (motion-JPEG)
> • Does not read AVI formats with more than one frame per chunk
> • Palette changes during the video not supported
> • Out-of-sequence frames (sequence given by index) not supported
> • Different frame sizes in one file (rcFrame) not supported
> • Conversion of (A)YUV formats to grayscale is non-standard:
> All 255 levels are kept as in the input (i.e. the full dynamic range of data 
> from a frame grabber is preserved). For standard behavior, use 
> "Brightness", Press "Set", enter "Min." 16, "Max." 235, and press 
> "Apply”.
> ```
>
> I tried the following
>
>
> ```
> ffmpeg -i 20200728_00019.avi -vcodec png 20200728_00019.comp.avi
> ```

When asking questions on this mailing list, please don't forget to
always provide
the command line you tested together with the complete, uncut console output.

> But this gives me an error in ImageJ: "Unsupported compression: 474e504d 
> 'MPNG' in line 16”

ffmpeg -i input -vcodec png -vtag "PNG " out.avi

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] WAV samplerate conversion with CODEC ID 1 ???

2020-09-15 Thread Carl Eugen Hoyos
Am Di., 15. Sept. 2020 um 11:59 Uhr schrieb Tobias Rapp
:
>
> On 15.09.2020 11:44, christian.w...@4-real.com wrote:
> > Is it somehow possible to convert wav audio takes with a CODEC ID of 1?
> > Because ffmpeg and sox are creating very long and "unusal" codec ids like:
> > 0001--0010-8000-00AA00389B71

Command line and complete, uncut console output missing.

No, because we don't want to create files that do not conform to the
wav standard.
(You can easily change the source code yourself if you have to.)

> That GUID is part of the WaveFormatExtensible structure, used by WAVE
> files to specify additional format properties. It means "PCM", see the
> section about "SubFormat" in [1], and should be compatible with common
> playback software.

Very often, it sadly isn't.

We should probably add an option to force tag 1.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] bwdif filter question

2020-09-14 Thread Carl Eugen Hoyos


> Am 14.09.2020 um 16:39 schrieb Mark Filipak (ffmpeg) :
> 
> Is the input to the bwdif filter fields or frames?

In general, FFmpeg’s filter system doesn’t know about fields, only frames that 
may contain progressive content or interlaced content that you may want to 
de-interlace.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Need Help

2020-09-12 Thread Carl Eugen Hoyos
Am Di., 25. Aug. 2020 um 10:38 Uhr schrieb Rihab Sahbani
:

> I have a problem
> I want to detect the glitch and the erroneous macroblocks
> in video but i didn't find any filter to detect them .

You cannot detect such errors in a filter.

> is there any solution.

You could write a stream analyzer - with or without
using FFmpeg source code.

Note that FFmpeg primarily provides decoding (and
encoding) libraries and is not a stream analyzer.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] rav1e encoding only using one core

2020-09-12 Thread Carl Eugen Hoyos
Am Fr., 11. Sept. 2020 um 15:48 Uhr schrieb Robert Krüger
:

> I'm playing around with rav1e and noticed in my first test that only one
> core is used of the 8 (16 virtual) I have. I tried with and without
> -threads setting. Since most other codecs behave this way I was expecting
> it to use as many cores as possible if not constrained by the command line.

Your question sounds as if you tested the rav1e command line utility
and it was able to use more than one thread.
Did you?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] 5% of audio samples missing when capturing audio on a mac

2020-09-12 Thread Carl Eugen Hoyos
Am Sa., 12. Sept. 2020 um 10:48 Uhr schrieb Norbert Pozar
:

> I am attempting to capture a webcam with audio on a MacBook pro (Catalina
> 10.15.6), but I am having trouble with the audio stream. The video part is
> fine, but audio seems to be missing about 5% of the expected samples. This
> simple command illustrates the problem:
>
> ffmpeg -v 9 -loglevel 99 -y -f avfoundation -i ":0" -t 10 out.wav

This is missing the console output of:
ffmpeg -i out.wav -f null -

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Errors and artefacts when decoding a .h264 file from security camera

2020-09-12 Thread Carl Eugen Hoyos
Am Mi., 9. Sept. 2020 um 17:18 Uhr schrieb Robert Krüger
:
>
> Hi,
>
> I have a security camera file that gives me decoding errors which are very
> likely the reason for several macroblocks being broken in the resulting
> video (by far not all, you can still recognize the motive).

You forgot to mention that the file contains images from several cameras...

Paul sent a patch.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] USB Camera ffplay real-time and save to file

2020-09-11 Thread Carl Eugen Hoyos


> Am 12.09.2020 um 02:25 schrieb Hans Carlson :
> 
> but there's a couple warning messages and I'm curious if there's any way to 
> avoid them:
> 
>  [swscaler @ 0x2b5bb00] deprecated pixel format used, make sure you did set 
> range correctly
> 
> I'm assuming this is referring to the input pixel format (yuvj422p).  I have 
> no idea how to do "set range correctly".

You cannot.

>  [mjpeg @ 0x2b2e580] unable to decode APP fields: Invalid data found when 
> processing input
> 
> This one is rather annoying simply because repeats several times/sec.

Please provide the sample produced with the following command line:
$ ffmpeg -f v4l2 -input_format mjpeg -framerate 30 -video_size 1280x720 -i 
/dev/video2 -c copy -f rawvideo -t 5 invalidapp.mjpg

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] USB Camera ffplay real-time and save to file

2020-09-11 Thread Carl Eugen Hoyos


> Am 11.09.2020 um 21:30 schrieb Hans Carlson :
> 
> $ ffmpeg -f v4l2 -input_format mjpeg -framerate 30 -video_size 1280x720 -i 
> /dev/video2 -map 0:0 -c:v rawvideo -pixel_format yuv422p -f sdl :0

The output option is called -pix_fmt 

Carl Eugen 
___
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 "unsubscribe".

Re: [FFmpeg-user] Errors and artefacts when decoding a .h264 file from security camera

2020-09-11 Thread Carl Eugen Hoyos


> Am 09.09.2020 um 17:18 schrieb Robert Krüger :
> 
> I have a security camera file that gives me decoding errors which are very
> likely the reason for several macroblocks being broken in the resulting
> video (by far not all, you can still recognize the motive).
> 
> Are there any command line flags I can try to fix this or shall I submit a
> trac ticket with the file?

Please provide a sample file.

Carl Eugen 
___
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 "unsubscribe".

Re: [FFmpeg-user] USB Camera ffplay real-time and save to file

2020-09-11 Thread Carl Eugen Hoyos


> Am 09.09.2020 um 23:07 schrieb Hans Carlson :
> 
> I have a cheap USB pipe inspection camera and I want to see the output (via 
> ffplay) real-time, but also record (via ffmpeg)

Use ffmpeg instead of ffplay to show the stream, this should avoid the lagging 
you saw.

Carl Eugen 
___
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 "unsubscribe".

Re: [FFmpeg-user] "interlace"

2020-09-06 Thread Carl Eugen Hoyos
Am So., 6. Sept. 2020 um 21:27 Uhr schrieb Mark Filipak
:

> All of the ffmpeg documentation that uses the word "interlaced"
> should be checked for accuracy.

Since real-world users are using this documentation it should only
be carefully changed.

Or in other words: We will certainly not change our definition of
"interlaced video" - many people seem to understand it.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Question about macroblocks in soft telecined video

2020-09-06 Thread Carl Eugen Hoyos
Am So., 6. Sept. 2020 um 19:07 Uhr schrieb Mark Filipak
:

> > (Apart from the fact that telecined content does not necessarily

Sorry for the typo here, this should have said "soft telecined".

> > have a framerate of 24000/1001, ...
>
> That's an ad homonym attack.

lol

> I didn't say "telecined". I said "soft telecined". *Soft telecined*
> frames *do* have an FPS of 24/1.001.

Not necessarily.

> >... the whole point is that it can
> > have any framerate, in the case of ntsc crts any framerate smaller
> > than 3/1001.)
>
> CRTs? What does the display device have to do with anything?

Because they are the reasons soft-telecine in vob streams was
invented - you should ignore the feature if you don't use one.

> (And NTSC CRTs definitely do have 30/1.001 Hz frame rate.

Yes, that's my point (although soft telecine was also necessary
for pal tv's if your input was < 25fps).

> Solely 30/1.001 Hz frame rate. Otherwise, they're not NTSC.)
>
> >> Of course, the metadata is the key to how the stream 'teaches' the
> >> decoder how to telecine.
> >
> > But since we don't want to telecine, this is irrelevant: We don't have
> > access to an ntsc crt. If you decide to telecine, this cannot be done
> > in the (FFmpeg) decoder, you need a (FFmpeg) video filter.
>
> You continue to fail to understand the issue.

No, you fail to understand that this is the FFmpeg user mailing list.

> I'm addressing undecoded video, not decoded video. Why
> am I addressing undecoded video? Because that's what's on a
> DVD or BD.

> You don't care about that because you (ffmpeg developers)

(The FFmpeg developers care a lot about all these things. But
they are mostly off-topic on this mailing list.)

> get undecoded frames from the decoder.

No. We provide these decoded frames to our users.

> We (ffmpeg users) need to
> detect what's on discs because that's important.

Which you can do to some extent.

If you really believe that there is an information missing, please
provide a sample stream and tell us what the command line
utility does not tell you about it (note though that in the past many
developers argued that we should print less information, not more).

> >> MPV is smart enough to recognize 23/1.001 FPS data and to ignore
> >> the metadata and to play at 23/1.001 FPS.
> >
> >> Ffmpeg can do the same thing (and thereby eliminate the need to
> >> transcode)
> >
> > Telecine and transcoding do not depend on each-other so this is
> > highly misleading.
>
> They do depend on each other. Users transcode soft telecined video to
> get 24FPS because they think that's what they need to do. Instead, all
> they need to do is force 24/1.001

This does not sound correct to me.

> -- at least, that's what I think, but I'm unsure because ffmpeg is so
> poorly documented.

That may or may not be true but I wonder how it is related.

> >> but the ffmpeg user has to tell ffmpeg to do it.
> >
> > No, in general, this is not true.
> > (Command line and complete, uncut console output missing.)
>
> I don't know how to respond to that. Console output doesn't have
> anything to do with adequate documentation.

No, only with posts on this mailing list.

> The issue isn't a command line mistake. The issue is: How does ffmpeg work?

I can often answer this question for specific use cases.

> > A few random remarks:
> > You provided some definitions (actually claims) in your email without
> > explaining in which domain you believe they are valid. ...
>
> The 'domain' is undecoded video as found on DVDs & BDs.

These are two (very) different domains with very different (and
incompatible) definitions.

> >... They are not
> > valid in the general case (and not valid in most domains).
> > I believe you somewhere mention that you want to detect soft-
> > telecined content. This is trivial and is not related to macroblocks.
>
> So-called "progressive" video -- I prefer "concurrent" -- is contained in 
> interlaced data structures
> within the macroblocks. Hard telecined video (which may or may not be 
> concurrent depending on
> whether it comes from cinema or from TV) is contained in deinterlaced data 
> within the macroblocks
> that the decoder interlaces to make frames as part of the decoding process. 
> My question has to do
> with whether, for soft telecine, the fields in the chrominance blocks of 
> undecoded macroblocks is
> deinterlaced or interlaced.

As said before: I don't think this makes sense (not even for mpeg2 video).

> > Your definition of our different interpretations of "interlaced" is
> > completely backwards and wrong: ...
>
> If you read H.222 and H.262 carefully

Given that reading these two is uncommon on the development mailing list
(longtime bugs that nobody wants to attack depend on them), I fear we will
not be able to discuss them here.

Carl Eugen

PS: I hope people will forgive me - contrary to my first mail, this one
does contain an ad-hominem attack.
___
ffmpeg-user mailing list

Re: [FFmpeg-user] Question about macroblocks in soft telecined video

2020-09-06 Thread Carl Eugen Hoyos
Am So., 6. Sept. 2020 um 09:28 Uhr schrieb Mark Filipak
:

[...]

> Soft telecined video is actually 23/1.001 frames per second of video
> even though the metadata tells the decoder to produce 30/1.001 FPS.

On the FFmpeg user mailing list, "decoder" and "metadata" have
relatively strict meanings. Given these meanings, what you write
is simply wrong.
(Apart from the fact that telecined content does not necessarily
have a framerate of 24000/1001, the whole point is that it can
have any framerate, in the case of ntsc crts any framerate smaller
than 3/1001.)

> Of course, the metadata is the key to how the stream 'teaches' the
> decoder how to telecine.

But since we don't want to telecine, this is irrelevant: We don't have
access to an ntsc crt. If you decide to telecine, this cannot be done
in the (FFmpeg) decoder, you need a (FFmpeg) video filter.

> MPV is smart enough to recognize 23/1.001 FPS data and to ignore
> the metadata and to play at 23/1.001 FPS.

> Ffmpeg can do the same thing (and thereby eliminate the need to
> transcode)

Telecine and transcoding do not depend on each-other so this is
highly misleading.

> but the ffmpeg user has to tell ffmpeg to do it.

No, in general, this is not true.
(Command line and complete, uncut console output missing.)

A few random remarks:
You provided some definitions (actually claims) in your email without
explaining in which domain you believe they are valid. They are not
valid in the general case (and not valid in most domains).
I believe you somewhere mention that you want to detect soft-
telecined content. This is trivial and is not related to macroblocks.
Your definition of our different interpretations of "interlaced" is
completely backwards and wrong: A digital video stream can be
encoded (!, not decoded as you imply) using encoding techniques
meant for interlaced content. The decoder has to detect this and
comply with it but this has no relevance for a user (it for many years
was very important for FFmpeg developers). For display, it is
very important to know if the actual content is interlaced or not.
Most video players take the first information to decide but this is
not valid in general (or, using your wording, "sloppy").
In both views, this is not necessarily related to macroblocks.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Question about macroblocks in soft telecined video

2020-09-06 Thread Carl Eugen Hoyos
Am So., 6. Sept. 2020 um 06:20 Uhr schrieb Mark Filipak
:

> I would guess that, for an undecoded video that's soft telecined (i.e. 
> @24/1.001 FPS),
> the interlace in the macroblocks is field-based (i.e. the same as if 
> @30/1.001 FPS),
> not frame-based (i.e. the same as if @24 FPS).

This does not make sense.

> Specifically, for YCbCr420, blocks 5 (Cb) & 6 (Cr) are deinterlaced into top 
> & bottom
> fields (in the top-half & bottom-half of the blocks) rather than being 
> progressive.

This seems more difficult to understand but I don't think it makes sense either.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] builds for Windows

2020-09-02 Thread Carl Eugen Hoyos
Am Mi., 2. Sept. 2020 um 20:29 Uhr schrieb Michael Koch
:
>
> "ffmpeg.zeranoe.com will close on Sep 18, 2020, and all builds will be
> removed."
>
> Any idea where we can get builds for Windows after this date?

The FFmpeg project only provides source code, no builds.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Problem about duration value of converted mp3 file

2020-09-01 Thread Carl Eugen Hoyos
Am Di., 1. Sept. 2020 um 10:22 Uhr schrieb myounggun jang :

> ffmpeg.exe -i 1.wav 1.mp3

Complete, uncut console output missing.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] build error at libavformat/udp.o

2020-09-01 Thread Carl Eugen Hoyos
Am Di., 1. Sept. 2020 um 01:45 Uhr schrieb Hyoung Kim via ffmpeg-user
:

>  d. Android NDK version : r16

The issue is (for example) not reproducible with r19b here.

If you need more support, don't forget to show us the configure
line you tested!

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] build error at libavformat/udp.o

2020-08-31 Thread Carl Eugen Hoyos
Am Fr., 28. Aug. 2020 um 18:38 Uhr schrieb Hyoung Kim via ffmpeg-user
:

>I am a newbie about FFmpeg.
>I just need it for using Alexa AVS 1.18.0.
>
>   While I try to build the FFmpeg for Android, I got a build error like
>
>   src/libavformat/udp.c:290:28: error: member reference base type 
> '__be32' (aka 'unsigned int') is not a structure or union
>  mreqs.imr_multiaddr.s_add = ((structure sockaddr_in 
> *)addr)...
>
>   The above problem has happened for FFmpeg 4.3.1 and 4.2.1 and 4.1.6.

Please test current FFmpeg git head and provide the configure line you tested.
Other build scripts than our configure script are not supported here.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] seeking not working as expected

2020-08-30 Thread Carl Eugen Hoyos
Am So., 30. Aug. 2020 um 21:32 Uhr schrieb Mike Brown :
>
> I'm using a Zeranoe 64-bit Windows build, ffmpeg version 
> git-2020-06-28-4cfcfb3 on Win7.
>
> I am trying to split DV-AVI files, using https://trac.ffmpeg.org/wiki/Seeking 
> as my guide.
> For example, I want to extract a segment from 4h54m24s to 4h57m08s into its 
> own file.
>
> The following syntax works great, but is, as promised by the wiki, painfully 
> slow:
>
> ffmpeg -i splitme.avi -ss 4:54:24 -t 2:44 -c copy -y out.avi
>
> The wiki suggests that the following should work too, but much faster:
>
> ffmpeg -ss 4:54:24 -i splitme.avi -t 2:44 -c copy -y out.avi
>
> It definitely starts fast, but unexpectedly, it produces a segment from
> 0:08:21 to, well, I don't know because my disk filled up, so it was many hours
> long!
>
> Am I doing something wrong?

Complete, uncut console output missing.
(Feel free to press q before your disk is full.)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ? About ffmpeg's prores implemention

2020-08-30 Thread Carl Eugen Hoyos
Am Fr., 28. Aug. 2020 um 02:01 Uhr schrieb Gary Yost :
>
> ’ve got a question about the Prores implementation in ffmpeg because I’ve seen
> some odd behavior here with FCPX (running on a very beefy 16-core Mac Pro
> with 192Gram and an Afterburner card).
>
> When I output files from ffmpeg in ProresLT format and bring them into FCPX, 
> they stutter badly…

Command line and complete, uncut console output missing, but see below...

> playback is ~5fps.  But when I transcode/optimize them in FCPX, which creates 
> Prores422
> versions of those files, they play back in FCPX seamlessly.
>
> The ffmpeg files _used_ to play back seamlessly on this machine when I was 
> doing this Jan-March

Which commit broke the behaviour?

This is the most important question, continuing the discussion without
the answer makes very little sense.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Hoping to make multiple input seeking outputs based on a text file (inspired by concat)

2020-08-27 Thread Carl Eugen Hoyos
Am Do., 27. Aug. 2020 um 18:35 Uhr schrieb James Sundquist
:
>
> Inspired by concat command for combining a series of clips from a text file.

Did you read the documentation of the concat demuxer?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Yadif_cuda and Pix_fmt

2020-08-25 Thread Carl Eugen Hoyos
Am Di., 25. Aug. 2020 um 06:38 Uhr schrieb Andy Sheimo :
>
> I'm trying to use yadif_cuda during a transcode along with converting from
> 8bit to 10bit.

If I understand correctly, you want to first convert to 10 bit and then upload
to cuda (and nvenc). The "pix_fmt" option will try to convert the output of
the filterchain which is impossible in your command line, you have to
insert the format filter into the filterchain.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Yadif_cuda and Pix_fmt

2020-08-25 Thread Carl Eugen Hoyos


> Am 25.08.2020 um 06:38 schrieb Andy Sheimo :
> 
> I'm trying to use yadif_cuda during a transcode along with converting from
> 8bit to 10bit.

Command line and complete, uncut console output missing.

Carl Eugen 
___
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 "unsubscribe".

Re: [FFmpeg-user] Why is format=rgb24 required after maskedmerge?

2020-08-22 Thread Carl Eugen Hoyos
Am Fr., 21. Aug. 2020 um 18:34 Uhr schrieb Michael Koch
:
>
> Am 21.08.2020 um 17:06 schrieb Gyan Doshi:

> > What concerns do you have about using git?
>
> I don't understand how git works. Have tried it some time ago,
> but didn't work, so I gave up. No good instructions available.

It is not necessary to completely understand git, I only use it to
produce patch files with commit messages that I attach to emails.

> A second computer with Linux seems to be required.

This is not true.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Why is format=rgb24 required after maskedmerge?

2020-08-19 Thread Carl Eugen Hoyos
Am Mi., 19. Aug. 2020 um 22:48 Uhr schrieb Nicolas George :
>
> Carl Eugen Hoyos (12020-08-19):
> > (I'd like to add that the extremely important information about automatic
> > scale filter insertion was originally shown with default verbosity, I always
> > wanted to restore this behaviour and wonder now who changed it...)
>
> commit 1a49a169eb74a978eb7b2a4f2caf3520b7741ee5
> Author: Anton Khirnov 
> Date:   2012-06-25 06:31:38 +0200
>
> lavfi: make filters less verbose.
>
> [...]
> diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
> index b550169468..dc828153f9 100644
> --- a/libavfilter/avfilter.c
> +++ b/libavfilter/avfilter.c
> @@ -101,7 +101,7 @@ int avfilter_insert_filter(AVFilterLink *link, 
> AVFilterContext *filt,
>  int ret;
>  unsigned dstpad_idx = link->dstpad - link->dst->input_pads;
>
> -av_log(link->dst, AV_LOG_INFO, "auto-inserting filter '%s' "
> +av_log(link->dst, AV_LOG_VERBOSE, "auto-inserting filter '%s' "
> "between the filter '%s' and the filter '%s'\n",
> filt->name, link->src->name, link->dst->name);

How unsurprising.

Sorry for being right, Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Why is format=rgb24 required after maskedmerge?

2020-08-19 Thread Carl Eugen Hoyos
Am Mi., 19. Aug. 2020 um 19:59 Uhr schrieb Paul B Mahol :

> > 1. Insert a showinfo filter after maskedmerge and check the pixel format.
>
> Just use -v debug, it will show whenever scale/format filter is auto inserted.

Luckily, -v verbose is sufficient.

(I'd like to add that the extremely important information about automatic
scale filter insertion was originally shown with default verbosity, I always
wanted to restore this behaviour and wonder now who changed it...)

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compression is a lot smaller

2020-08-19 Thread Carl Eugen Hoyos
Am Sa., 15. Aug. 2020 um 13:01 Uhr schrieb Cecil Westerhof :
>
> In the past the original file was between 4 to 13 times bigger as the
> compressed file.

As I tried to explain in the other thread:
Even neglecting the fact that you seem to believe your camera
does an uncompressed recording (it does not), size is by itself
no useful metric for any modern video codec (modern: Anything
since the early nineties). The oldest "modern" video codec (from
1991) can easily produce significantly smaller files.
Only if you take file size and quality together can you get a metric
that may make sense. Note that only subjective blind tests are
really meaningful, everything automated (like SSIM and PSNR)
does not measure what the human eye sees - but is probably
better than no quality metric at all.
A particular quality setting at encoding time does not give you a
particular comparable quality of the output file.

And just to repeat what was already written:
FFmpeg does not compress in your command line, x264 does
the compression.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Why is format=rgb24 required after maskedmerge?

2020-08-19 Thread Carl Eugen Hoyos
Am Di., 18. Aug. 2020 um 14:44 Uhr schrieb Michael Koch
:

> c:\ffmpeg\ffmpeg -i red.mp4 -i yellow.mp4 -i mergemap.png -lavfi
> "[0]format=rgb24,v360=input=fisheye:output=e:ih_fov=200:iv_fov=200[a];[1]format=rgb24,v360=input=fisheye:output=e:yaw=180:ih_fov=200:iv_fov=200[b];[a][b][2]maskedmerge,format=rgb24,format=yuv422p"
> -y out.mp4
>
>
> This works fine and the output video looks as expected. My
> question is why "format=rgb24" is required

I believe it was already explained why it really is required in this case.

Also important to mention imo is that in general, the automatic pix_fmt
conversion cannot always succeed, the system as a whole is not and
cannot be clairvoyant.
Therefore, for a sufficiently complex filter-chain, you have to force
conversions with format because without it, the conversion decisions
may be wrong (or at least not optimal).

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] libx265 a lot slower

2020-08-16 Thread Carl Eugen Hoyos


> Am 16.08.2020 um 19:14 schrieb Carl Zwanzig :
> 
> Reindl is known for acerbic and unhelpful answers

There are several reasons why you should be extremely careful with such 
comments, please consider this a little warning.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] libx265 a lot slower

2020-08-16 Thread Carl Eugen Hoyos


> Am 16.08.2020 um 19:02 schrieb Cecil Westerhof :
> 
> By the way: when searching on the internet, I saw often said that 265
> would be half as big as 264, but I see 'only' a third less space
> taken. Are the people saying 50% overly optimistic, or do I just have
> 'strange' videos?

You completely misunderstand what „half as big“ means: It is easy to get an 
even smaller file with FFmpeg‘s mpeg1 video encoder.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Loading shared libraries in macOS

2020-08-12 Thread Carl Eugen Hoyos



> Am 12.08.2020 um 09:14 schrieb Aleksid :
> 
> Why is ffmpeg looking for shared libraries in a folder where I compiled
> FFmpeg sources on macOS Catalina?
> 
> Source code of FFmpeg is located in /usr/local/Cellar/ffmpeg
> 
> ./configure --enable-shared --extra-cflags="-fno-stack-check" --enable-gpl
> --enable-version3 --enable-pthreads --enable-nonfree

The last two options only have disadvantages for you, no advantages.

Why are you not using the --prefix option?

> make
> 
> Then I put all compiled shared libraries and small ffmpeg binary file to a
> folder:  /Users/aleks/test/

How do you “put” them there?

I always use static libraries because I want to “put” my binaries where I 
decide to put them at any time. If you choose to use dynamic FFmpeg libraries, 
you lose this freedom. I don’t think this is related to FFmpeg in any way.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] FFmpeg distribution help

2020-08-09 Thread Carl Eugen Hoyos
Am Mi., 5. Aug. 2020 um 22:26 Uhr schrieb Don Fotheringham
:

> We have developed software that requires the distribution of FFmpeg
> (included in the download). Our intention is to sell the software.

> Who do I contact to inquire further about how to proceed regarding
> permission, royalties, fees etc.?

You have to ask your intellectual property lawyer, to the best of my
knowledge, no IP lawyer is posting on this mailing list.

If you are only interested in permission to distribute binaries based
on FFmpeg source code (and not in royalties and fees - we know
nothing about those), please read: https://www.ffmpeg.org/legal.html

If you decide that you want to ask more questions:
Before posting again, find out what "top posting" means and
avoid it here!

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Impossible to get the bit depth value of an audio-file with ffprobe

2020-08-04 Thread Carl Eugen Hoyos


> Am 04.08.2020 um 16:56 schrieb scrutinizer :
> 
> is it possible to retrieve the bit depth value of an audio-file

Depends on the file.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Impossible to get the bit depth value of an audio-file with ffprobe

2020-08-04 Thread Carl Eugen Hoyos


> Am 04.08.2020 um 02:57 schrieb scrutinizer :
> 
> This is, in effect, relates to the similar topic raised in January 2018 no 
> this forum (“Sample types 's32 (24 bit)' and 's16 (24 bit)' are confusing to 
> me”).

There are „links“ nowadays, have you ever used them?

> In it, the user was given a very contradicting response to the concern that 
> ff-utilities couldn’t discern between 32 and 16-bit on one side and 24-bit on 
> the other

(Still) true and will not change.

> talking about RAW audio whose source was digitized analogue audio.

This is misleading.

> THe responder claimed that it was both a bug and intended behaviour and not a 
> bug which looks confusing at the very least.

This interpretation is ridiculous:
The OP mentioned two „issues“ (you mentioned them in your summary above), one 
was a bug that was fixed long ago (back then), one is a technical detail about 
internal properties of libavcodec that do not lead to limitations in the output 
files.

> I faced the same issue today

Command line and complete, uncut console output missing. If you want me to 
guess: mp3, aac, ac3 and friends do not have a „bit depth“, they store 
coefficients.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compilation of shared libraries for macOS

2020-08-02 Thread Carl Eugen Hoyos
Am So., 2. Aug. 2020 um 19:40 Uhr schrieb Екатерина :

> I have a problem with compilation of shared libraries on macOS Catalina to
> include FFmpeg 4.3.1 dylibs for my app video for a simple video playback:
>
> ./configure --prefix=/usr/local/Cellar/ffmpeg/4.3.1 --enable-shared
> --enable-pthreads --enable-hardcoded-tables --enable-avcodec
> --enable-avformat --enable-avresample --enable-postproc

Unrelated to your problem:
Most of the options above make little sense, I wonder if you need
avresample. And I am curious: Why are you using --enable-hardcoded-tables?

> I compile successfully all dylibs. But my app crashes when I try to open
> any video file:
>
> *  Symbol not found: _av_rescale_q_rnd  Referenced from:
> /Users/USER/*/TestPlayer.app/Contents/Frameworks/LibAV/libavformat.58.dylib
> Expected in: /usr/local/lib/libavcodec.58.dylib*

This symbol is part of libavutil (since 2012), not libavcodec.

You could test with ffmpeg (the application) first to see if your
libraries work.

And please remember that only current FFmpeg git head is supported
here (and that we do not like top-posting), Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] timestamps

2020-07-30 Thread Carl Eugen Hoyos
Am Do., 30. Juli 2020 um 10:12 Uhr schrieb Valentin Schweitzer
:
>
> On 30/07/2020 08:37, 诸葛亮 wrote:

> > I am a beginner. When I was reading your source code,
> > I didn't quite understand the meaning of is_relative() and
> > RELATIVE_TS_BASE. I would like to ask for your help.
>
> You very much may get a useful answer here,
> but in general questions about development
> are best asked on the devel mailing list.

To clarify:
Please do not send questions like this to the development
mailing list, they are not welcome there!

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] how to re-add original audio delay back into a 2-inputfile ffmpeg transcode

2020-07-30 Thread Carl Eugen Hoyos
Am Do., 30. Juli 2020 um 06:53 Uhr schrieb :

> I have a .mpg with interlaced mpeg2 and ac3 audio, which needs
> converting to progressive .mp4 avc/aac.
>
> The interlaced video is a bit grainy etc so I hope to deinterlace and
> clean it up using vapoursynth CUDA filters

I am curious:
What are the advantages of these filters over the de-interlacers
provided by FFmpeg?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] How to create good video from low quality jpeg

2020-07-28 Thread Carl Eugen Hoyos
Am Di., 28. Juli 2020 um 02:26 Uhr schrieb Kawada Tsuyoshi
:

> this is not good.
> https://mekou.com/ng.jpg

Please test current FFmpeg git head before asking for support here.
(The file is not low quality and your issue has nothing to do with
"good video from low quality jpeg")

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] ffmpeg extract hdmv pgs subtitle from mkv to srt or ssa

2020-07-19 Thread Carl Eugen Hoyos
Am So., 19. Juli 2020 um 18:46 Uhr schrieb Ramon Brea :

>   Stream #0:4 -> #0:0 (hdmv_pgs_subtitle (pgssub) -> subrip (srt))
> Subtitle encoding currently only possible from text to text or bitmap to 
> bitmap

What is unclear about this error message?

pgssub are bitmap subtitles while srt is a text format.
FFmpeg does not yet support automatic character recognition.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Ffmpeg issues multiple HTTP requests when starting a video from a URL

2020-07-17 Thread Carl Eugen Hoyos
Am Fr., 17. Juli 2020 um 08:21 Uhr schrieb Vladimir Grishchenko
:
>
> A bit more details.

But still not enough.

When asking for support here, please always provide the command line
you tested together
with the complete, uncut console output.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Documentation of chromanr filter

2020-07-12 Thread Carl Eugen Hoyos
Am Sa., 11. Juli 2020 um 19:58 Uhr schrieb Carl Zwanzig :
>
> On 7/11/2020 1:39 AM, Paul B Mahol wrote:
> > Can you elaborate what you tried and what failed?
>
> Why does it matter???

I believe you misunderstand that the only limiting
factor of FFmpeg development is time, therefore
reacting to patch suggestions that took as much
time to write as an actual patch is not sustainable.

Note that I know that git is a very powerful tool
but I only use it to create patches that I send as
attachments, so I know (better than other FFmpeg
developers) how easy it is to prepare a patch if
you don't want to deal with the specifics of git.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Help in improving the documentation is always welcome? [was: write output of find_rect to a file?]

2020-07-12 Thread Carl Eugen Hoyos
Am So., 12. Juli 2020 um 22:14 Uhr schrieb Jim DeLaHunt
:
>
> On 2020-07-12 05:21, Moritz Barsnick wrote:
>
> > …(Help in improving the documentation is always welcome….

Useful help in improving the documentation is welcome.

The size of such a change often gives a good indication
of its usefulness.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compiling on an aarch64 machine

2020-07-08 Thread Carl Eugen Hoyos
Am Mi., 8. Juli 2020 um 21:36 Uhr schrieb Verachten Bruno :

> Could this behaviour be considered as a bug? If so, I can file it.

What would you like to report where?

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compiling on an aarch64 machine

2020-07-08 Thread Carl Eugen Hoyos
Am Mi., 8. Juli 2020 um 12:24 Uhr schrieb Verachten Bruno :
>
> On Tue, Jul 7, 2020 at 10:49 PM Carl Eugen Hoyos  wrote:
>
> > Am Di., 7. Juli 2020 um 21:34 Uhr schrieb Verachten Bruno <
> > gount...@gmail.com>:
> >
> > > CFLAGS='-mfpu=neon'
> >
> > This is apparently not ignored (I thought it should be) and you are
> > therefore responsible not to set these variables.
>
> Thanks a lot. Unfortunately, These variables are not set on my machine...
> or am I mistaken?

I tested that if I don't export CFLAGS, they do not show up in config.log,
if I export a value, I can reproduce your issue (or I can set a value that
does not break compilation).

I also confirmed that git grep mfpu did not show anything suspicious.

In general, builds that use CFLAGS are not supported.

Carl Eugen
___
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 "unsubscribe".

Re: [FFmpeg-user] Compiling on an aarch64 machine

2020-07-07 Thread Carl Eugen Hoyos
Am Di., 7. Juli 2020 um 21:34 Uhr schrieb Verachten Bruno :

> CFLAGS='-mfpu=neon'

This is apparently not ignored (I thought it should be) and you are
therefore responsible not to set these variables.

Please find out what top-posting means and avoid it here.

Carl Eugen
___
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 "unsubscribe".

  1   2   3   4   5   6   7   8   9   10   >