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
___
> 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
> 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 q
> 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.
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/
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:
> >
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
> 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://ffm
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?
> >
>
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 lit
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.
>
>
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 f
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
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 out
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 n
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
> --incdi
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
> 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-u
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, visi
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 us
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 mai
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
__
> 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 s
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. (ff
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.
Car
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
_
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 th
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) (av
> 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
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
ht
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 -
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
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 b
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
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.
Wh
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. Th
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 wind
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.
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 --ena
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
>
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?
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 th
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 no
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 anyw
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
__
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
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
___
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
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/repa
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 o
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 FFmpe
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 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
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 n
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 specif
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 co
> 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 end
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 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.
Sorry,
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 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 missing
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 ca
> 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
ffmpeg-user@ffmpeg.org
> 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 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 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.
Merry
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
> &g
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 yu
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 com
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 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 suspic
> 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:
https
> 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 wh
> 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 toget
> 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 frame-%003d.
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 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 rtp://192.168.0.10:5
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 ever
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 F
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 Co
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 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
> rtsp://192.168.100.34:
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 mai
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 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
ffmpeg-user@ffmpeg.
t; 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
__
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
> vide
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 250ms
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 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 rawvideo
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 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 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 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 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 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: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 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 'pip
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,
> \
> select=eq(mod(n\,5)
> 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
__
301 - 400 of 4392 matches
Mail list logo