Am So., 28. Feb. 2021 um 12:32 Uhr schrieb Denis Połeć :
> I have question about simple cutting/slice a video.
> I am working with a bash script
Instead please test (only) the ffmpeg command line
that fails or does not work as expected, and post
the command line including the complete, uncut
Am Sa., 27. Feb. 2021 um 22:45 Uhr schrieb Martin Barker
:
>
> Isn't ffmpeg Free Open Source Software?
It is Free Open Source Software released (at your choice) under
the LGPL or the GPL. You cannot fulfill the requirements of
the (L)GPL if you compile FFmpeg with --enable-nonfree.
Carl Eugen
Am Sa., 27. Feb. 2021 um 19:28 Uhr schrieb Martin Barker
:
>
> Hello, I am trying to make an electron app that uses ffmpeg, and I am
> trying to release this electron program on the mac apple store, which
> means the app needs to be sandboxed.
I sincerely hope you are not planning to "release" a
Am Sa., 27. Feb. 2021 um 20:04 Uhr schrieb Carl Zwanzig :
>
> On 2/27/2021 12:23 AM, Carl Eugen Hoyos wrote:
>
> >> ffmpeg -f lavfi -i testsrc=duration=5:size=1280x720:rate=3/1001
> >> testsrc.mpg
>
> > Just for completeness:
> > This does not cr
Am Sa., 27. Feb. 2021 um 10:26 Uhr schrieb Mark Filipak (ffmpeg)
:
> I will try 'settb=expr=1/36,setpts=N*1001/3*36,fps=3/1001'.
From all that was written in this mailing list thread I believe this fps
expression can be expected to force the timebase to 1001/3
Carl Eugen
Am Sa., 27. Feb. 2021 um 04:53 Uhr schrieb pdr0 :
> ffmpeg -framerate 6/1001 -i lossless.mkv -start_number 0
> -framerate 6/1001 -i source/%06d.tif -t 00:01:00 -lavfi
> "[0:v]settb=1/AVTB,setpts=PTS-STARTPTS[main];[1:v]settb=1/AVTB,setpts=PTS-STARTPTS[ref];[main][ref]ssim"
> -f null -
I
Am Sa., 27. Feb. 2021 um 06:34 Uhr schrieb Mark Filipak (ffmpeg)
:
> Question: Why would testsrc.mpg have been created with non-zero timestamp for
> frame 0?
Nothing in the MPEG specification requires the first frame to have
a timestamp of 0, so whatever the design decision was, it is not
Am Sa., 27. Feb. 2021 um 06:15 Uhr schrieb Mark Filipak (ffmpeg)
:
>ffmpeg -f lavfi -i testsrc=duration=5:size=1280x720:rate=3/1001
> testsrc.mpg
Just for completeness:
This does not create a MPEG-2 program stream but an MPEG-1 system stream.
[...]
>ffmpeg -i testsrc.mpg -codec
Am Mi., 24. Feb. 2021 um 23:37 Uhr schrieb Maksym Portianoi
:
> No, cat won't solve my issue
Then your command line most likely will not work either,
independent from "lambda". The concat protocol works
exactly as cat.
Please find out what top-posting means and avoid it here.
Carl Eugen
Am Mi., 24. Feb. 2021 um 21:44 Uhr schrieb Maksym Portianoi
:
> '"concat:/tmp/pt1.mp3|/tmp/pt2.mp3"',
Unrelated to your question - I have no idea what a lambda-layer is:
Above is 100% equivalent to "cat pt1.mp3 pt2.mp3 > $(fileName)",
this is often not ok for mp3 files.
If it is ok, you can
Am Di., 23. Feb. 2021 um 06:39 Uhr schrieb Mark Filipak (ffmpeg)
:
> at least out of the encoder, ffmpeg encodes frames with PTS resolution = 1ms.
(Since people may be reading this)
To quote Wolfgang Pauli, above is not even wrong.
Carl Eugen
___
Am Di., 23. Feb. 2021 um 19:24 Uhr schrieb Rob Hallam :
> Without wanting to cast aspersions, does this mean that ffmpeg does
> something different with regards to timestamps than the MPEG spec?
This is very, very unlikely:
FFmpeg has been used for more than a decade to produce DVD
streams, and
Am Mo., 22. Feb. 2021 um 14:21 Uhr schrieb xsy_xsy <366366...@qq.com>:
>
> how to use atadenoise with source code
See doc/examples/filter_audio.c
> by transplanting it to a video engine.
> Is there any example to call function "ff_atadenoise_init_x86" in
> "FFmpeg/libavfilter/atadenoise.h"
As
Am Mo., 22. Feb. 2021 um 13:18 Uhr schrieb Alexander Dyagilev
:
> We need to give our users an ability to convert arbitrary video
> files to MP4.
>
> Some of these files uses AV1 codec.
>
> I've enabled the use of libdav1d library (which contains decoder only).
>
> Do we really need to include
Am So., 21. Feb. 2021 um 12:24 Uhr schrieb laddoe :
>
> Is there anyone who can help me with my question I posted a couple of
> days ago with subject "Encoding .png images with h264 to a file on disk" ?
Did you read https://ffmpeg.org/contact.html#MailingLists ?
You are more likely to receive an
> Am 17.02.2021 um 01:46 schrieb serge2school :
>
> I am also attaching ffprobe output below
Generally, this is not useful, required is the output of your ffmpeg command.
Anyway, please either provide the whole input file or cut it with dd as long
(or actually short) as the issue is still
Am Di., 16. Feb. 2021 um 22:01 Uhr schrieb Ulf Zibis :
> So please can you have a look to the video, if there is something special
> with it? :
> http://www.jugkoeln.de/Videos/Kiosk%20Mozartstr.%20-%20Andreas.mp4
I believe it is very "special" but technically, there is nothing wrong
with it
Am Mo., 15. Feb. 2021 um 00:50 Uhr schrieb Mark Filipak (ffmpeg)
:
> Perhaps someday we will be allowed to contribute.
This is probably the most insulting comment I have ever seen here.
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
Am So., 14. Feb. 2021 um 22:27 Uhr schrieb Mike Soultanian
:
>
> On 2/14/2021 12:40 PM, Carl Eugen Hoyos wrote:
>
> >> Should ffmpeg be able to capture from any capture card
> > Only video4linux2 is supported, how well it works depends
> > primarily on the kernel dri
Am So., 14. Feb. 2021 um 20:49 Uhr schrieb Mike Soultanian
:
> Should ffmpeg be able to capture from any capture card
Only video4linux2 is supported, how well it works depends
primarily on the kernel driver.
You probably want a card that provides data in a pix_fmt
that your hardware encoder
Am So., 14. Feb. 2021 um 19:07 Uhr schrieb Vasily Postnicov
:
>
> Hello. I try to add APE decoder support to my own library of audio
> codecs. Since APE is a closed format, I use ffmpeg as a reference
> trying to understand how it works.
> I cannot understand how this line works in
Am So., 14. Feb. 2021 um 17:53 Uhr schrieb Mike Soultanian
:
>
> On 2/14/2021 3:27 AM, Carl Eugen Hoyos wrote:
> > Please provide this command line including complete, uncut console
> > output to allow us understanding what's going on:
> > $ ffmpeg -ts abs -i /dev/video0
Am So., 14. Feb. 2021 um 09:49 Uhr schrieb Mike Soultanian
:
> *pi@raspberrypi:~ $ v4l2-ctl --set-fmt-video=width=1280,height=720 *
> *pi@raspberrypi:~ $ ffmpeg -f v4l2 -input_format yuyv422 -framerate 30
> -i /dev/video0 -f alsa -ac 2 -i hw:CARD=capture,DEV=0 -c:v libx264 -vf
> format=yuv420p -y
Am So., 14. Feb. 2021 um 01:51 Uhr schrieb Mike Soultanian
:
> Input #0, video4linux2,v4l2, from '/dev/video0':
>Duration: N/A, start: 0.00, bitrate: 442368 kb/s
>Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1280x720,
> 442368 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc
>
Am Di., 9. Feb. 2021 um 18:06 Uhr schrieb Carl Zwanzig :
[...]
Please stop this.
Thank 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
Am Di., 9. Feb. 2021 um 09:02 Uhr schrieb Daniel Dimitrov <596...@gmail.com>:
>
> Hello everyone,
> I try to restream with ffmpeg but for some reason my process got killed
> after approximately 24h and report memory allocation problem.I have tried
> many ffmpeg options without success. Please
Am Mo., 8. Feb. 2021 um 18:20 Uhr schrieb Michael Wood :
> From what i can tell, pretty much normal stuff.
No.
Please find out what top-posting means and avoid it here,
then test with something like:
$ ./configure --cross-prefix=-... arch=... --target-os=...
--sysprefix=... --cc=...
Am So., 7. Feb. 2021 um 03:45 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 02/06/2021 09:37 PM, Carl Eugen Hoyos wrote:
> > Am So., 7. Feb. 2021 um 03:27 Uhr schrieb Mark Filipak (ffmpeg)
> > :
> >
> >> "not deinterlaced" == not this:
> >>
>
Am So., 7. Feb. 2021 um 03:27 Uhr schrieb Mark Filipak (ffmpeg)
:
> "not deinterlaced" == not this:
>
> pixel[0,0] pixel[0,1] ... pixel[0,in_w-1] pixel[2,0] pixel[2,1] ...
> pixel[in_h-2,in_w-1] ...
> pixel[1,0] pixel[1,1] ... pixel[1,in_w-1] pixel[3,0] pixel[3,1] ...
> pixel[in_h-1,in_w-1]
Am So., 7. Feb. 2021 um 01:34 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> [decoder] --> [filters] --> [codecs] --> [encoder]
This looks wrong / misleading.
There is a transcoding pipeline:
demuxer -> decoder -> filter -> encoder -> muxer
And there are formats, codecs, filters, devices (and more) as
Am Fr., 5. Feb. 2021 um 21:00 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 02/05/2021 02:22 PM, Carl Eugen Hoyos wrote:
> > Am Fr., 5. Feb. 2021 um 20:19 Uhr schrieb Mark Filipak (ffmpeg)
> > :
> >>
> >> Can ffmpeg interface/use SVPflow?
> >
> >
Am Fr., 5. Feb. 2021 um 20:19 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> Can ffmpeg interface/use SVPflow?
Please read a little about OpenSource software and
please understand that OpenSource has nothing to
do with "no payment" or whatever you may be thinking
of.
Carl Eugen
Am Fr., 5. Feb. 2021 um 18:02 Uhr schrieb Alejandro Escudero
:
> ffmpeg -t 58 -i
> "http://user:pass@cameraip:8080/video.cgi;<%22http:/user:pass@cameraip:8080/video.cgi%22>
> -f segment -segment_time 16 -strftime 1
> '/var/www/myrecordings/%Y-%m-%d_%H:%M:%S.mp4'
You could try to save the
Am Fr., 5. Feb. 2021 um 13:54 Uhr schrieb Thibeau
:
> I'm trying to remove the comment tag which has the value
> Other but seem to be unable to do so using ffmpeg.
I may misunderstand but please note that FFmpeg is not able to
"remove" anything from a file, FFmpeg always creates a new
file with
Am Di., 2. Feb. 2021 um 19:38 Uhr schrieb Paul B Mahol :
>
> minterpolate filter may leak memory, i havent tried to run it under
> valgrind because i have only 4GB of RAM, and slow CPU.
valgrind shows no leak, afair minterpolate only allocates its
buffers once at initialization.
Carl Eugen
Am Di., 2. Feb. 2021 um 22:18 Uhr schrieb Carl Eugen Hoyos :
>
> > Am 02.02.2021 um 20:09 schrieb basini...@gmail.com:
> >
> > I'm concatenating .ts chunks intended for an HLS player into a single .mp4
> > video.
>
> You should instead concatenate all ts chun
> Am 02.02.2021 um 20:09 schrieb basini...@gmail.com:
>
> I'm concatenating .ts chunks intended for an HLS player into a single .mp4
> video.
You should instead concatenate all ts chunks into a single transport stream:
$ cat 1.ts 2.ts 3.ts > out.ts
Carl Eugen
> Am 02.02.2021 um 16:16 schrieb Alessandro Molon :
>
> I normally transcode using ffmpeg with h264_nvenc, that produces a NV12 output
This does not sound correct:
The h264_nvenc encoder (always) produces h264 output, it cannot output anything
else.
The h264_nvenc encoder only accepts nv12
Am Mo., 1. Feb. 2021 um 03:55 Uhr schrieb Jim :
> [Parsed_subtitles_0 @ 0x554ed40] Unable to open comments.srt
This is the first error message.
The problem was not that your file caused a parsing error that
could provoke a specific error message, the problem was that
your file was not detected
> Am 01.02.2021 um 02:28 schrieb Mark Filipak (ffmpeg) :
>
> "Error while filtering: Cannot allocate memory
In your case, the error message simply means that you ran out of free memory.
minterpolate needs gigantic buffers.
(The same error unfortunately is shown if a filter cannot be found
Am Sa., 30. Jan. 2021 um 02:19 Uhr schrieb Mark Filipak (ffmpeg)
:
> Then you said that I should always submit the input
> (which I eventually did).
Sorry, I missed this:
Where can I find the input file?
Carl Eugen
___
ffmpeg-user mailing list
> Am 31.01.2021 um 01:41 schrieb John Ervin :
>
> Is there a way to change metadata in place with ffmpeg?
No, ffmpeg is a transcoding utility that also supports copying streams, it is
not a file editor.
Unless I miss something, the FFmpeg libraries are also not suitable for an
editing task.
Am Sa., 30. Jan. 2021 um 01:00 Uhr schrieb Mark Filipak (ffmpeg)
:
> I don't know what you mean by "This does not look like the input file from
> your command line"
I meant that you provided the output file but you should (always) provide
the input file. The output file is very, very rarely
Am Sa., 30. Jan. 2021 um 00:48 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 01/29/2021 04:49 PM, Carl Eugen Hoyos wrote:
> > Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
> > :
> >>
> >> On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
> &g
Am Do., 28. Jan. 2021 um 20:40 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 01/28/2021 02:05 AM, Carl Eugen Hoyos wrote:
> >
> >> Am 28.01.2021 um 07:26 schrieb Mark Filipak (ffmpeg) :
> >>
> >> I'm seeing problems with minterpolate that manifest as occasional
Am Fr., 29. Jan. 2021 um 20:49 Uhr schrieb Armin Hasitzka :
>
> > So I've been running FATE on current `master` all the way back to
> > `3c700c82cbee49d1f40b6a7063f4b084ae3ee747` and I can't seem to get far
> > with it, one of these two always fail:
> >
> > - ./tests/ref/fate/filter-earwax
> > -
> Am 28.01.2021 um 07:26 schrieb Mark Filipak (ffmpeg) :
>
> I'm seeing problems with minterpolate that manifest as occasional visual
> errors in particular areas.
Command line, complete, uncut console output and an input file missing.
Carl Eugen
Am Mi., 27. Jan. 2021 um 02:03 Uhr schrieb Mark Filipak (ffmpeg)
:
> ffmpeg -i SOURCE -map 0 -filter_complex "split[1][2], \
> [1]telecine=pattern=55, select=not(eq(mod(n\,5)\,2))[3], \
> [2]minterpolate=fps=6/1001:mi_mode=mci=mc_mode=obmc:scd=fdiff:scd_threshold=10,
> \
>
Am Mi., 27. Jan. 2021 um 19:09 Uhr schrieb Thomas Seilund via
ffmpeg-user :
>
>
> On 1/26/21 6:01 PM, Carl Eugen Hoyos wrote:
> > Am Di., 26. Jan. 2021 um 16:51 Uhr schrieb Thomas Seilund via
> > ffmpeg-user :
> >
> >> Input #0, h264, from 'pipe:'
Am Di., 26. Jan. 2021 um 19:09 Uhr schrieb Armin Hasitzka :
>
> > Nearly one year passed between 4.2 and 4.3.
> >
> > We recommend that all users download current
> > FFmpeg git head as we lack the manpower to
> > support other versions.
>
> Fair enough, thanks for that insight :) Out of curiosity
Am Di., 26. Jan. 2021 um 19:29 Uhr schrieb Reindl Harald
:
>
>
>
> Am 26.01.21 um 19:23 schrieb Carl Eugen Hoyos:
> > Am Di., 26. Jan. 2021 um 19:04 Uhr schrieb Reindl Harald
> > :
> >
> >> nobody on this planet can assure that a random
> >
Am Di., 26. Jan. 2021 um 19:04 Uhr schrieb Reindl Harald
:
> nobody on this planet can assure that a random
> git-snapshot is error free and everyone who
> pretends that is either stupid or lying
This is an important point, thank you for making it!
Of course, every random git-snapshots has many,
Am Di., 26. Jan. 2021 um 10:33 Uhr schrieb Armin Hasitzka :
> Given that FFmpeg has been released on an almost
> monthly basis before that
Nearly one year passed between 4.2 and 4.3.
We recommend that all users download current
FFmpeg git head as we lack the manpower to
support other versions.
Am Di., 26. Jan. 2021 um 16:51 Uhr schrieb Thomas Seilund via
ffmpeg-user :
> Input #0, h264, from 'pipe:':
>Duration: N/A, bitrate: N/A
> Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x720, 25
> fps, 25 tbr, 1200k tbn, 50 tbc
> Guessed Channel Layout for Input Stream #1.0 :
> Am 26.01.2021 um 11:25 schrieb Stefan Riediger :
>
> It worked perfectly with version 4.2.3. Unfortunately I didn't get it to
> work with 4.3.1.
Please test current FFmpeg git head and please test with ffmpeg (the
application), not ffplay.
Carl Eugen
Am Mo., 25. Jan. 2021 um 12:10 Uhr schrieb Wolfgang Hugemann :
> I now successfully produced a vfr mp4 with ffmpeg.
The author of the relevant code - Baptiste - claims that such
files are not valid / do not conform to any specification.
Carl Eugen
___
Am Mo., 25. Jan. 2021 um 00:42 Uhr schrieb Baltazár Radics
:
>
> output of `ffmpeg -i https://192.168.11.139:8080/video -thread_queue_size
> 2048 -i /dev/video3 -filter_complex
> '[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam]
> [calc]overlay' -vcodec
Am So., 24. Jan. 2021 um 23:34 Uhr schrieb Baltazár Radics
:
>
> I'm trying to overlay a v4l2 input on the mjpeg stream of an android IP
> camera. The first few seconds are alright, but the overlay slowly lags
> behind more and more, and starts dropping frames.
> I also get the following warning:
Am So., 24. Jan. 2021 um 18:23 Uhr schrieb Wolfgang Hugemann :
>
> I did one step backward and tried to construct a vfr video from the
> scratch using slides a an input:
>
> ffmpeg -y -f concat -i input.txt colors.mkv
>
> with input.txt as:
>
> ffconcat version 1.0
> file 'red.png'
> duration
Am Sa., 23. Jan. 2021 um 19:19 Uhr schrieb Wolfgang Hugemann :
>
> I have a vfr mp4 video from a private security cam with a very specific
> pts pattern. The duration of the frames is
> 80-80-40-80-80-40-80-80-40-... ms.
>
> I would like to hand this video to others as a demonstration of vfr
>
block a bug report I've
> > filed.
>
> The person to whom you refer is Carl Eugen Hoyos. He's the moderator of the
> ffmpeg-user list.
As already explained to Mark:
I am not the moderator of any mailing list.
Carl Eugen
___
ffmpeg-us
> Am 21.01.2021 um 06:29 schrieb 写代码的天才 <17291...@qq.com>:
>
> I use ffmpeg to cut the FLAC audio
Cutting flac has technical limitations that are not (of at least not only)
FFmpeg-related.
Carl Eugen
___
ffmpeg-user mailing list
Am Mo., 18. Jan. 2021 um 23:34 Uhr schrieb Steven Kan :
>
> > On Jan 18, 2021, at 12:50 PM, Michael Koch
> > wrote:
> >> C:\Program Files\ffmpeg\bin> .\ffmpeg.exe -re -thread_queue_size 1024 -i
> >> rtsp://anonymous:password@192.168.1.47:554 -i
> >> rtsp://anonymous:password@192.168.1.50:554
Am Do., 14. Jan. 2021 um 18:43 Uhr schrieb Bartosz Ziemski
:
> I am trying to save the Decklink input as a video file (applying specified
> below filters) and I am wondering why the extra filter is inserted.
Which filter?
Carl Eugen
___
ffmpeg-user
Am Sa., 16. Jan. 2021 um 23:49 Uhr schrieb David Gessel
:
> ffmpeg -max_delay 50 -reorder_queue_size 1 \
> -fflags nobuffer -re -rtsp_transport udp -an -flags low_delay
> -strict experimental\
> -fflags nobuffer -re -thread_queue_size 1024 -i
>
Am Fr., 15. Jan. 2021 um 11:29 Uhr schrieb Reindl Harald
:
>configuration: --prefix=/usr/local --bindir=/usr/local/bin
> --mandir=/usr/local/man
> --extra-cflags=
Since other people may read this:
Generally, extra-*flags should only be used if really necessary,
the configure line in question
Am Sa., 16. Jan. 2021 um 19:13 Uhr schrieb owen s :
>
> I have installed opencl and vulkan drivers on linux: Linux
> 5.8.0-7630-generic #32~1609193707~20.10~781bb80-Ubuntu SMP Tue Jan 5
> 21:29:56 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
>
> I am using ffmpeg version:
> ffmpeg version 4.3.1-4ubuntu1
Am Sa., 16. Jan. 2021 um 18:57 Uhr schrieb Marcus P :
> ffmpeg -i "/path/to/audio/track.mp3" -vn -strict -2 -acodec pcm_u8 -f
> wav -listen 1 -seekable 1 http://localhost:8090/restream.wav
Unrelated:
You are not sending valid wav files like this.
[...]
> Can we solve this by making changes to
Am Mo., 11. Jan. 2021 um 01:19 Uhr schrieb Rishit Temp
:
> I am trying to read an incomplete MP4 file as it is being written in real
> time.
This is in general impossible with FFmpeg.
If the file would be written in a way that makes this possible (by renaming
"old" moov atoms to free atoms
Am Sa., 9. Jan. 2021 um 07:46 Uhr schrieb Emanuele :
> ffmpeg
> -f v4l2
>
> -vcodec h264
> -i /dev/video0
> -f alsa
> -i hw:1,0
> -an
> -preset
> ultrafast
> -tune zerolatency
> -vcodec copy
> -pix_fmt yuv420p
> -r 30
>
> -b:v 512k
> -flags +global_header
> -f rtp
Am So., 10. Jan. 2021 um 20:19 Uhr schrieb Janis :
> ffmpeg version 4.3.1
Please test current FFmpeg git head and report back and please
remember not to use -hide_banner when asking questions here
(unless they are related to hide_banner).
Carl Eugen
> Am 08.01.2021 um 17:17 schrieb Vijay Rakesh Munganda
> :
>
> ffmpeg -f alsa -thread_queue_size 1024 -i hw:0 -f video4linux2 -i /dev/video0
> -c:a aac -t 0:10 -segment_time 00:00.040 -f segment sample-%003d.aac -c:v
> libx264 -t -f 25 -g 1 0:10 -segment_time 00:00.040 -f segment
> Am 04.01.2021 um 22:58 schrieb Gisbert Haas :
>
> Ubuntu 20.10 server 64bit, ffpmeg version 4.3.1-4, but its the same with the
> latest RaspbianOS 32bit and ffpmeg version 4.2
Please test current FFmpeg git head, the only version supported here, and
provide the command line you tested
> Am 01.01.2021 um 19:09 schrieb Rocky Ji :
>
> I used PNG
PNG is ok, gif is probably better.
But you did not create a useful pal8 stream, see the link I posted. Use either
qtrle or ffv1 as intermediate formats (x264 is also a possibility but ffv1 is
better in your case).
Please find out
> Am 01.01.2021 um 11:57 schrieb Rocky Ji :
>
> ffmpeg -i /dev/video2 -r 4 -vf format=pal8 -pix_fmt pal8 -f image2
> s-%04d.png
>
> to get 4 8-bit PNG screenshots every second from game capture device (if I
> am understanding it correctly).
No, this is not how pal8 conversion works, see:
> Am 27.12.2020 um 12:19 schrieb Paul B Mahol :
>
> Do you know exact telecine pattern used in your samples?
I don’t think the sample is telecined, or at least whatever was done with it
can’t be undone (even the description confirms this), so this part of the
discussion seems moot.
My
Am So., 20. Dez. 2020 um 20:18 Uhr schrieb MediaMouth :
> 2 - My experience with GIFs is there is little (or no?) ability to control
> the quality vs file size tradeoffs.
> i.e. If you want a high res GIF, you necessarily will have a large file size
> (In contrast to, say, JPGs or MP4s where you
Am So., 20. Dez. 2020 um 07:17 Uhr schrieb Tom Sparks :
>
> On 20/12/2020, vallance via ffmpeg-user wrote:
> > I'm trying to create a GIF from an image sequence of PNGs with transparent
> > pixels, but these transparent pixels convert to black in the resulting GIF.
> > I'm using the following
Am Mi., 23. Dez. 2020 um 06:18 Uhr schrieb Gopi Nath :
> i am trying to convert png images to avi which is working fine, but the
> video is not showing the background transparency (png images has)
>
> this is what my statement
> ffmpeg -r 30 -start_number 1 -f image2 -i "imagespath" -y -pix_fmt
Am Do., 24. Dez. 2020 um 12:34 Uhr schrieb Michael Koch
:
>
> Am 24.12.2020 um 12:18 schrieb Carl Eugen Hoyos:
> > Am Mi., 23. Dez. 2020 um 16:42 Uhr schrieb Michael
> > :
> >
> >> Still trying to export an HEVC 4096x2048 file with copied audio @100Mbps
>
Am Do., 24. Dez. 2020 um 10:07 Uhr schrieb Mark Filipak (ffmpeg)
:
> https://github.com/BtbN/FFmpeg-Builds/releases
There apparently is a support page:
https://github.com/BtbN/FFmpeg-Builds/issues
Generally, neither your cpu nor your gpu matter,
if you don't plan to redistribute, use gpl.
Am Mi., 23. Dez. 2020 um 16:42 Uhr schrieb Michael
:
> Still trying to export an HEVC 4096x2048 file with copied audio @100Mbps
> from ProRes 422 HQ of same size and frame rate.
You cannot put pcm in mp4, this is not a limitation of FFmpeg.
Use the mov container.
Merry Christmas, Carl Eugen
> Am 17.12.2020 um 00:47 schrieb Geoff Sweet :
>
> ffmpeg -y -f alsa -ac 2 -i front:CARD=Capture,DEV=0 -f video4linux2 -i
> /dev/video0 out.mpeg
Unrelated:
„mpeg“ output will not make you happy.
> But that command kinda falls on its face. I get the audio, but no video:
>
> ffmpeg -y -f alsa
> Am 17.12.2020 um 06:23 schrieb Mark Filipak (ffmpeg) :
>
> ffmeg -i SOURCE -vf decimate=ppsrc TARGET
The decimate filter only makes sense in a filter chain after the fieldmatch
filter.
Carl Eugen
___
ffmpeg-user mailing list
Am Di., 15. Dez. 2020 um 10:06 Uhr schrieb serge2school
:
> I have a major problem trying to read a video file using ffmpeg, while VLC
> has no trouble replaying it.
I see very similar issues with vlc playback as with FFmpeg - everything
else would be a surprise: The recording has issues which
Am Mo., 14. Dez. 2020 um 13:52 Uhr schrieb Mathieu Malaterre
:
> What would(should?) be the right command to copy an mkv file
> (including the attachment). I tried a naive:
>
> ffmpeg -i input.mkv -map 0 -map_metadata 0 -c copy output.mkv
Complete, uncut console output and an input sample
Am Di., 15. Dez. 2020 um 10:06 Uhr schrieb serge2school
:
> I have a major problem trying to read a video file using ffmpeg, while VLC
> has no trouble replaying it.
Please provide a sample if current FFmpeg git head allows to reproduce.
Carl Eugen
Am So., 13. Dez. 2020 um 19:33 Uhr schrieb Ryan Williams :
>
> Wow, I'd missed https://hub.docker.com/r/jrottenberg/ffmpeg /
> https://github.com/jrottenberg/ffmpeg somehow, looks much more
> polished+complete than what I've done, thanks for the pointer. I'll update
> my docs to mention it.
Am Fr., 11. Dez. 2020 um 15:35 Uhr schrieb Mar Andrés López
:
> But I want the time in which the video was recorded, should it be in the
> video metadata?
That depends on the encoder, FFmpeg considers this time private information and
does no write it to output files.
Carl Eugen
> Am 12.12.2020 um 00:38 schrieb Mark Filipak (ffmpeg) :
>
> I did a transcode from H.264 to H.265 via Handbrake, then tried ffmpeg.
> Results:
> 74,903,299 bytes made_via_handbrake.mkv ...beautiful
> 25,038,616 bytes made_via_ffmpeg.mkv ...a bit of plastic-face -- full
> output at
Am Di., 8. Dez. 2020 um 00:40 Uhr schrieb Ryan Williams :
> re: performance, I ran one very unscientific timing comparison of the
> Docker version vs. my brew-installed ffmpeg (on macOS); down-sampling a
> ≈500MB 40Mbps video to 10Mbps. I have Docker for Mac configured to use 7 of
> 8 available
Am Mo., 30. Nov. 2020 um 09:21 Uhr schrieb madderek--- via ffmpeg-user
:
> Sorry, despite investigating I don't understand the top posting.
Did you try the following?
https://www.google.com/search?q=top+posting
You most likely don't want a framerate of 29.97 but 3/1001 and please
only
Am Mo., 30. Nov. 2020 um 08:57 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
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?
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
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
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
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
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
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
101 - 200 of 3830 matches
Mail list logo