[Ffmpeg-devel-irc] ffmpeg.log.20171202

burek burek021 at gmail.com
Sun Dec 3 03:05:01 EET 2017


[00:16:27 CET] <TAFB> how can I record "desktop audio" on windows. "ffmpeg -list_devices true -f dshow -i dummy" says no video/audio devices found.
[00:19:47 CET] <TAFB> ahhh https://github.com/rdp/virtual-audio-capture-grabber-device might work
[00:25:33 CET] <TAFB> ^^ works flawless, woot!
[02:01:46 CET] <ElementalOrange> Should I be seeing 100% cpu usage with: ffmpeg -f lavfi -i testsrc2=size=4k -c:v ffv1 -f null -
[02:04:49 CET] <ElementalOrange> actually I think -f null forces just decoding
[02:05:41 CET] <ElementalOrange> though I don't see a performance difference with o.mkv
[02:09:28 CET] <furq> ElementalOrange: it doesn't force just decoding
[02:09:48 CET] <furq> you should see 100% on one core but idk how well ffv1 scales to multiple threads
[02:09:49 CET] <atomnuker> ElementalOrange: its a bottleneck in the encoder
[02:09:54 CET] <furq> it might be something you need to explicitly enable
[02:10:09 CET] <ElementalOrange> How can I stress test to make sure FFmpeg will span all cores/threads
[02:10:16 CET] <furq> probably x264
[02:10:24 CET] <atomnuker> ElementalOrange: use something like magicyuv or x264, yeah
[02:10:40 CET] <furq> if you mean specifically with ffv1 then if it doesn't do it in that test then it won't in real life
[02:10:49 CET] <furq> certainly not without bumping the number of slices
[02:11:31 CET] <ElementalOrange> magicyuv pushes to 90%
[02:11:47 CET] <ElementalOrange> oh wait
[02:11:51 CET] <furq> is there a builtin magicyuv encoder now
[02:11:54 CET] <ElementalOrange> back down to ~30%
[02:11:54 CET] <furq> i'll have to check that out
[02:13:14 CET] <ElementalOrange> I'd think the encoder would use 100% CPU, even if it is the bottleneck
[02:13:38 CET] <klaxa> if you want you could scale on file level and just run multiple encoding jobs
[02:14:21 CET] <furq> atomnuker: does ffv1 automatically set -threads
[02:14:25 CET] <ElementalOrange> It's just confusing why FFmpeg is spanning multiple treads but not using 100%
[02:14:25 CET] <atomnuker> ElementalOrange: the thing is that ffv1 isn't really true intra-only codec, afaik some parts of the entropy coder are required for the next frame
[02:14:27 CET] <klaxa> depending on your input anyway
[02:15:05 CET] <furq> ElementalOrange: it should hit high 90s with x264
[02:15:21 CET] <atomnuker> so one thread encoding a single frame has to block for a little while the previous thread completes what's needed
[02:15:46 CET] <furq> does ffv1 have frame threading
[02:15:53 CET] <atomnuker> yes it does
[02:15:56 CET] <furq> is that new
[02:15:59 CET] <atomnuker> nope
[02:16:00 CET] <ElementalOrange> I thought it was slice only
[02:16:02 CET] <furq> my 3.3 build claims it's slice only
[02:16:19 CET] <atomnuker> ah, you're right
[02:16:32 CET] <ElementalOrange> That wouldn't use 100% though?
[02:16:42 CET] <furq> you may need to set -slices and -threads
[02:16:51 CET] <furq> apparently -slices 30 is the maximum and then -threads is your cpu count obv
[02:16:56 CET] <ElementalOrange> So x264 is the only codec that actually uses all the CPU?
[02:17:11 CET] <furq> probably not the only codec but it's definitely one that has efficient frame threading
[02:17:19 CET] <furq> that your build almost certainly has
[02:17:50 CET] <furq> and also one that has multithreading that works without any tuning
[02:17:52 CET] <ElementalOrange> but even if ffv1 is super inefficient, wouldn't it just take longer per slice but still use 100%?
[02:18:35 CET] <ElementalOrange> not sure how much tuning is needed, I just grabbed the latest git and did a basic configure and make
[02:19:38 CET] <ElementalOrange> -slices 30 -threads 8 pushes ffv1 into the 80s at least
[02:19:43 CET] <furq> i meant tuning the options
[02:19:53 CET] <furq> x264 will use all your cpu by default
[02:21:04 CET] <ElementalOrange> -slices seems to be the key, -threads doesn't change much
[02:22:22 CET] <furq> https://www.ffmpeg.org/ffmpeg-bitstream-filters.html#h264_005fmetadata
[02:22:23 CET] <furq> ooo
[02:22:24 CET] <furq> nice
[02:22:35 CET] <furq> (this has nothing to do with your problem, i just noticed it in the changelog)
[02:24:57 CET] <ElementalOrange> what the heck, -vf hqdn3d brings the usage down
[02:26:07 CET] <atomnuker> lavfi doesn't have frame threading
[02:26:18 CET] <atomnuker> only slice threading
[02:26:26 CET] <furq> yeah filtering will sometimes introduce a big bottleneck
[02:26:45 CET] <ElementalOrange> is slice horrible or something? shouldn't it still be using more than 20% on my 4 core 8 thread cpu
[02:26:51 CET] <atomnuker> also stop using hqdn3d, its worse than nlemans
[02:26:58 CET] <atomnuker> *nlmeans
[02:26:59 CET] <TheRock> how is the 264 encoding actually developed
[02:27:03 CET] <ElementalOrange> which gets .5fps
[02:27:07 CET] <furq> do you have some suggested settings for nlmeans that aren't slow as shit
[02:27:10 CET] <TheRock> only through reverse engineer or are there public documents
[02:27:15 CET] <furq> the defaults seem pretty bad lol
[02:27:17 CET] <atomnuker> ElementalOrange: the filter needs to support slice threading
[02:27:24 CET] <atomnuker> which hqd3dn doesn't
[02:27:41 CET] <furq> also is anyone working on opencl nlmeans
[02:27:49 CET] <furq> vapoursynth has it and it seems to work well
[02:28:06 CET] <ElementalOrange> furq: I started actually
[02:28:12 CET] <furq> neat
[02:28:28 CET] <ElementalOrange> furq: but I got side tracked seeing how much asm would get me
[02:28:29 CET] <atomnuker> ElementalOrange: using the new opencl hwaccel?
[02:28:47 CET] <furq> all i need then is frame threaded nnedi3 and i can ditch vapoursynth entirely
[02:28:52 CET] <furq> fingers crossed!
[02:29:11 CET] <furq> i am inhaling now and will exhale again when it's done
[02:29:54 CET] <ElementalOrange> I think it could get quite a bit faster with SIMD. I'm not an expert on SIMD though so it will take time
[02:30:22 CET] <furq> well yeah i don't mind going through vs now i've got it all set up
[02:30:22 CET] <ElementalOrange> I still don't know if my build is broken though since I cannot get 100%
[02:30:27 CET] <furq> but it'd be nice if i didn't have to
[02:32:29 CET] <ElementalOrange> -vf noise says it supports slice threading but I'm still sitting at <40% usage
[02:34:18 CET] <atomnuker> ElementalOrange: ffmpeg got support for opencl filters a few weeks ago you know
[02:35:02 CET] <furq> was it that recently
[02:35:17 CET] <ElementalOrange> it's had opencl for a while?
[02:35:35 CET] <ElementalOrange> unsharp for example?
[02:37:39 CET] <atomnuker> that support was crap
[02:37:55 CET] <ElementalOrange> it's true
[02:38:04 CET] <atomnuker> this one's new and supports interops so you can feed it in hardware decoded frames and it'll convert them to opencl and back
[02:38:25 CET] <ElementalOrange> once I try asm I might circle back and add opencl
[02:39:13 CET] <ElementalOrange> 12% CPU with: ffmpeg -f lavfi -i testsrc=size=4k -c:v mjpeg -y -f null -, does that seeem right? mjpeg has frame and slice
[02:39:45 CET] <atomnuker> no, only the decoder suppors them
[02:39:58 CET] <atomnuker> the encoder doesn't suppor threading (yet, it'd be trivial to add)
[02:40:20 CET] <ElementalOrange> is the raw decoder threaded
[02:40:53 CET] <ElementalOrange> answer: no
[02:42:55 CET] <ElementalOrange> atomnuker: Are you sure about that? 'ffmpeg -encoders 2>/dev/null | grep mjpeg' shows 'VFS... mjpeg                MJPEG (Motion JPEG)'
[02:43:37 CET] <atomnuker> nervemind, I confused it with the decoder (which doesn't support threading)
[02:46:34 CET] <ElementalOrange> The h264 decoder and the mjpeg encoder both support frame and slice threading, yet 'ffmpeg -i ~/tears_of_steel_1080p.mov -c:v mjpeg -f null -' is using 20% CPU
[02:46:46 CET] <timelapse> Woah! I didn't know there would be this many people!
[02:46:55 CET] <timelapse> Hello everyone
[02:47:13 CET] <timelapse> I am using ffmpeg and I am getting "   Last message repeated 5 times Past duration 0.999992 too large    2816kB time=00:00:09.68 bitrate=2381.0kbits/s dup=1 drop=0 speed=0.137x" is that good>
[02:47:15 CET] <timelapse> *?
[02:47:35 CET] <ElementalOrange> timelapse: You're overrunning your buffer
[02:47:52 CET] <timelapse> ElementalOrange: Oh I see. How do I fix that problem?
[02:52:49 CET] <ElementalOrange> apparently the tiff encoder will get >90%
[02:53:07 CET] <timelapse> ElementalOrange: Interesting
[02:53:23 CET] <ElementalOrange> timelapse: unrelated to your question
[02:53:26 CET] <timelapse> ElementalOrange: What do you mean by that
[02:53:30 CET] <timelapse> Oh alright
[02:53:37 CET] <ElementalOrange> timelapse: https://trac.ffmpeg.org/wiki/StreamingGuide
[02:53:44 CET] <timelapse> Thanks
[02:55:24 CET] <timelapse> ElementalOrange: Will my video still be made if I leave ffmpeg the current way it is?
[02:55:43 CET] <ElementalOrange> timelapse: Are you capturing live?
[02:56:52 CET] <timelapse> ElementalOrange: No, I'm trying to make a timelapse out of images. Here's my command `"C:\Users\Owne\Desktop\ffmpeg\bin\ffmpeg" -r 45 -start_number 0 -i GROLElement3_%d.png -s 1280x720 -vcodec libx264 GROLElement3.mp4`
[02:57:06 CET] <timelapse> The `'s are not in the command
[02:59:31 CET] <timelapse> I just wish I could get it to make a timelapse video from the images
[03:00:28 CET] <ElementalOrange> timelapse: is it not producing an output
[03:02:57 CET] <timelapse> ElementalOrange: I got a video but it didn't show the images. I'll show you the console
[03:05:21 CET] <timelapse> ElementalOrange: https://hastebin.com/helogujoha.pl
[03:18:57 CET] <TAFB> when pulling 4k from an ip camera, is there a way to make it perfectly smooth? https://www.youtube.com/c/Skyviewelectronics/live
[03:19:07 CET] <TAFB> using -c copy (no re-encoding)
[03:27:58 CET] <timelapse> anyone know what I need to do?
[03:28:16 CET] <timelapse> All help is greatly appreciated!
[05:09:02 CET] <Fig1024> I'm using SDK to record h264 video. For some reason, when I play recorded file, it shows several broken frames at beginning - like keyframe error. But if I play same file again 2nd time, no problem. It's kind of random. I need ideas why that happens
[05:33:22 CET] <timelapse> Anyone?
[06:00:07 CET] <marianina8> Does anyone know how to extract embedded smpte 436m captions from an MXF file using ffmpeg?
[06:03:46 CET] <TheRock> i dont know this but, i know how to convert mp4 to mp3
[06:04:09 CET] <marianina8> that's ok...do you know the best way to find out how to do it?
[06:04:33 CET] <TheRock> yeah
[06:04:45 CET] <TheRock> you write ffmpeg and then you try all parameter from a to z
[06:05:05 CET] <marianina8> lol
[06:05:46 CET] <TheRock> if you want i can also explin you how to reboot your computer
[06:08:39 CET] <marianina8> I really just need to know how to extract and decode smpte 436m captions from MXF files...not reboot my computer ;)
[06:09:36 CET] <TheRock> but i dont know this
[06:09:40 CET] <TheRock> i can only tell you what i know
[06:09:53 CET] <TheRock> sometimes, its better to choose what you can get
[06:16:13 CET] <marianina8> :-)
[06:17:59 CET] <TheRock> what ios your os marianina8
[06:18:18 CET] <TheRock> i will give you the command to shut yyour pcv off
[06:57:41 CET] <TDLBallistic> hello
[06:57:56 CET] <TDLBallistic> I was wondering if anyone was around to help?
[08:17:20 CET] <timelapse> Hello
[08:17:22 CET] <timelapse> Why am I getting this output and no video? https://hastebin.com/lupejahiqa.pl I am using FFMPEG
[08:17:25 CET] <timelapse> Here's my command `"C:\Users\Owne\Desktop\ffmpeg\bin\ffmpeg" -r 45 -start_number 0 -i GROLElement3_%d.png -s 1280x720 -vcodec libx264 GROLElement3.mp4`
[08:17:27 CET] <timelapse> Please tag me since so I see hear your message since it's 2AM over here and I'm very tired :)
[08:17:37 CET] <timelapse> All help is greatly appreciated!
[08:17:39 CET] <timelapse> Thanks!
[09:49:32 CET] <sagax> hi all!
[10:17:19 CET] <rendar> this is what i get after `apt-get install ffmpeg` on my rasp-pi: `E: Package 'ffmpeg' has no installation candidate`
[10:17:20 CET] <rendar> why?
[10:18:07 CET] <atomnuker> too old raspbian
[10:18:44 CET] <rendar> atomnuker: dist-upgrade?
[10:19:27 CET] <atomnuker> dunno how that works on rasbian, try it
[11:11:57 CET] <sagax> why i got this? http://susepaste.org/21000489
[11:12:07 CET] <sagax> ffserver hold empty connection
[13:26:06 CET] <kerio> why does the latest samba46 pull in CUPS
[13:26:08 CET] <kerio> :|
[13:26:22 CET] <kerio> and avahi-app
[13:50:37 CET] <ayum> Hi, does anyone know why ffmpeg drop frames? I am using filter complex psnr to compare 2 real-time v4l2 streams, but seems ffmpeg drop many frames randomly
[13:50:49 CET] <ayum> Can I force ffmpeg do not to drop frames?
[13:55:23 CET] <JEEB> the API shouldn't but the ffmpeg.c vsync algo can be funky. so it depends. also are you sure those two v4l2 streams are in sync?
[13:59:08 CET] <ayum> @JEEB, yes, I can confirm the 2 v4l2 stream is synchronized. because these 2 streams are come from SetTopBox
[13:59:42 CET] <JEEB> how do you synchronize them when reading then with the v4l2 APIs?
[14:01:03 CET] <JEEB> anyways, in theory ffmpeg.c shouldn't drop frames but you're dealing with a lot of funky stuff like whatever ffmpeg.c picks as the "vsync" mode, and then the filter chain.
[14:01:22 CET] <ayum> @JEEB, you know ffmpeg does not supports read 2 v4l2 streams at same time. so I modified ffmpeg.c and v4l2.c, basically, I use multi-thread to open the v4l2 devices, and add a synchronization on v4l2 device's open function
[14:02:27 CET] <ayum> If ffmpeg does not drop frames, then everything works greet. but if it drop frames, things becomes very bad.
[14:02:50 CET] <JEEB> if you can code that much it might be worth it to drop ffmpeg.c and make your own API client
[14:02:57 CET] <JEEB> that way you know what exactly it does
[14:03:03 CET] <JEEB> ffmpeg.c tries to do too many things
[14:03:18 CET] <JEEB> and then there's libavfilter
[14:03:21 CET] <JEEB> with your filter chain
[14:03:36 CET] <ayum> yeah, it's my current idea too. I want to find out where ffmpeg.c drop frames, and try fix it. or comment out the drop frames code
[14:03:36 CET] <JEEB> what I'm trying to say is, at least find out which part is dropping your frames if you believe the frames are being dropped :P
[14:03:40 CET] <JEEB> so up verbosity
[14:03:57 CET] <ayum> @JEEB, yes, thanks
[14:03:58 CET] <JEEB> -v verbose or -v debug
[14:04:59 CET] <JEEB> but yea, -vsync controls the ffmpeg.c "vsync" mode and you've got stuff like -copyts
[14:05:12 CET] <JEEB> you can ctrl+F https://www.ffmpeg.org/ffmpeg-all.html for documentation
[14:05:17 CET] <JEEB> if you really want to poke around ffmpeg.c still
[14:06:21 CET] <ayum> -loglevel verbose option is very useful than debug
[14:06:31 CET] <JEEB> yes, debug has a _lot_ of stuff
[14:06:38 CET] <JEEB> also ffmpeg.c has -debugts was it?
[14:06:51 CET] <JEEB> ok, it was -debug_ts
[14:07:12 CET] <JEEB> which adds some specific print-outs at different points of ffmpeg.c
[14:07:58 CET] <JEEB> but yea, basically the FFmpeg  *base* libraries (lavf/lavc) shouldn't drop your frames, but ffmpeg.c and lavfi are the question marks :P
[14:08:26 CET] <JEEB> which is why in the end you often end up building your own API client
[14:09:10 CET] <JEEB> because then you know your flow instead of having to look through WTF ffmpeg.c is doing at every point :)
[14:09:29 CET] <kerio> dammit wrong window again
[14:09:29 CET] <kerio> lmao
[14:09:41 CET] <ayum> there is a if statement if ffmpeg.c, if (nb_frames == 0 && ost->last_dropped) { ... } this statement will print the drop frame message
[14:09:56 CET] <JEEB> ayum: that's just for one dropping point
[14:10:17 CET] <JEEB> although that might (?) be the only thing in ffmpeg.c
[14:10:28 CET] <ayum> @JEEB, I think I need trace "ost->last_dropped"
[14:10:39 CET] <JEEB> debug_ts should show the packets it's feeding and getting from lavfi
[14:10:42 CET] <JEEB> and other parts
[14:10:51 CET] <JEEB> anyways, godspeed :P
[14:47:58 CET] <therage3> is https://trac.ffmpeg.org down?
[14:49:06 CET] <JEEB> looks like it's at least having issues responding
[14:49:19 CET] <zash> 503 Service Unavailable it says, after a while
[14:49:30 CET] <durandal_170> its down
[14:50:00 CET] <therage3> ok good, so it isn't me then
[17:39:04 CET] <CCFL_Man> i use a osx 10.6.8 and in mplayer, mpeg4 decoding is slow and causes sync issues, but in quicktime, it deccodes really well
[17:39:24 CET] <CCFL_Man> quicktime musy have a driver that uses hardware decoding, right?
[18:02:05 CET] <SortaCore> or mplayer just uses a really poor software decoder, and quicktime uses a better software one
[18:44:50 CET] <BtbN> 10.6 is ancient. Any modern player based on ffmpeg won't be able to use hardware acceleration there.
[18:45:51 CET] <SortaCore> "Apple added Quick Sync support in OS X Mountain Lion (10.8) for AirPlay Mirroring, FaceTime and QuickTime X."
[18:46:02 CET] <SortaCore> so ain't in OSX 10.6
[18:47:27 CET] <SortaCore> y tho
[19:04:51 CET] <Intektor> I am trying to receive a udp stream with ffmpeg and output the h264 stream in .png images to stdout, but I can't find the right configuration, current call is: ffmpeg.exe -i udp:localhost:1234 -f image2pipe -c bmp -
[19:05:19 CET] <DHE> udp://listenip:port
[19:05:57 CET] <Intektor> sorry, I forgot the // but I have it in my program, that is not the problem
[19:06:13 CET] <DHE> is the sender on the local system and sending to 127.0.0.1
[19:07:10 CET] <Intektor> yes, when I do it with ffplay it works just fine
[19:07:31 CET] <Intektor> this si the log: https://pastebin.com/f9iZjuaC after this ffmpeg just freezes and doesnt repond anymore
[19:09:24 CET] <elanozturk> hi all,im having "ERROR: opus not found using pkg-config" any advice to solve this,i am on 32 arm debian jessie
[19:21:36 CET] <c3r1c3-Win> elanozturk: Do you have the Opus and Opus-devel packages installed?
[19:25:30 CET] <elanozturk> i installed opus but its in different folder
[19:25:44 CET] <slip> I joined 12 short videos but some reason there is no sound in some sections. How would I re-encode the only the sound using this
[19:25:45 CET] <slip> ffmpeg -f concat -safe 0 -i mylist.txt -c copy output
[19:25:45 CET] <JEEB> PKG_CONFIG_PATH=/path/to/opus/prefix/lib/pkgconfig
[19:25:50 CET] <JEEB> when doing configure
[19:25:51 CET] <JEEB> then
[19:26:34 CET] <faLUCE> Hello. My library ( https://github.com/paolo-pr/laav ) uses FFMpeg. I chose the GPL 3.0 license and specified it in EACH file of the project. Please can you help me in checking if is it all ok or I have to add something more?
[19:27:19 CET] <elanozturk> okay i will try that @c3r1c3-Win
[19:27:22 CET] <elanozturk> thank you
[19:28:43 CET] <faLUCE> obviously, all the source of my project is open.
[19:29:35 CET] <faLUCE> I also ask if is it possible to link the library in the FFmpeg official page
[19:29:38 CET] <slip> how can I re-encode the only the sound in my joined videos. Lots of clips with very different weird codecs. Want something that is simple and works with everything
[19:29:39 CET] <slip> ffmpeg -f concat -safe 0 -i mylist.txt -c copy output
[19:30:13 CET] <slip> the video should be just copied as is
[19:30:22 CET] <sfan5> faLUCE, there's a checklist here http://ffmpeg.org/legal.html
[19:32:22 CET] <c3r1c3-Win> slip: If you want something that works with 'everytihng' then you'll need to re-encode the video and audio to 1 codec.
[19:32:54 CET] <c3r1c3-Win> *everything
[19:34:03 CET] <slip> c3r1c3-Win, the video is already x264 and seems to have been done with ffmpeg.
[19:34:41 CET] <slip> c3r1c3-Win, so I need to re-encode it too?
[19:35:08 CET] <faLUCE> sfan5: I know that. But it says few things about GPL.  All the source of my library is open and I added the GPL 3.0 and later notice in each file of the project. Is it enough or do I have to add something more?
[19:35:40 CET] <slip> c3r1c3-Win, I can stick it in ally old container I guess such as mkv
[19:36:37 CET] <sfan5> faLUCE, your application does not need to be GPL to be able to link to ffmpeg
[19:36:55 CET] <faLUCE> sfan5: why not?
[19:36:57 CET] <JEEB> faLUCE: your license doesn't matter too much as long as you adhere to FFmpeg's licensing. Which usually happens during distribution of binaries
[19:37:12 CET] <sfan5> ^
[19:37:17 CET] <c3r1c3-Win> slip: I'm not an ffmpeg expert, but from your description it seems like you have a single file that on thevideo side is encoded with x264 but the audio part has sections that are missing. If that's the case then it seems that the audio would be missing, which means starting from square one, and re-encoding the original files in one codec.
[19:37:39 CET] <JEEB> now of course if you made a closed source thing, and linked against GPL FFmpeg then you need to make ALL THINGS *also* available as GPL
[19:37:45 CET] <JEEB> this is what some companies have had to do
[19:38:23 CET] <faLUCE> JEEB: sfan5, then, without binaries I don't have any issue, right?
[19:38:38 CET] <JEEB> generally yea
[19:39:03 CET] <faLUCE> JEEB: that's much better, because I like OPEN SOURCE software
[19:39:33 CET] <JEEB> basically if you're using FFmpeg you just have to adhere to FFmpeg's license
[19:39:41 CET] <JEEB> FFmpeg can be configured to be either LGPL (default) or GPL
[19:40:36 CET] <faLUCE> JEEB: given that all is header and no binaries, this is an automatic thing
[19:40:55 CET] <JEEB> well yes, I'm just saying :P
[19:41:05 CET] <faLUCE> JEEB: thanks
[19:41:45 CET] <JEEB> although do remember that if your thing is GPLv3 then in general that means that anything utilizing your header has to (also) be under GPLv3
[19:42:06 CET] <faLUCE> JEEB: of course. In fact I want it open source
[19:42:15 CET] <Toba> but do you want it gplv3
[19:42:27 CET] <JEEB> also do note that v3 means that you cannot link against things that are v2 only
[19:42:30 CET] <Toba> ^
[19:42:43 CET] <faLUCE> JEEB: what is v2 in ffmpeg?
[19:43:02 CET] <Toba> gpl v2
[19:43:05 CET] <JEEB> haven't looked at the dependencies
[19:43:26 CET] <JEEB> I would think that most of the GPL stuff in FFmpeg itself is "or later", but I have no idea about dependencies :P
[19:43:59 CET] <faLUCE> JEEB: I use x264, MJPEG, MP2 and AAC codecs
[19:45:07 CET] <faLUCE> https://www.ffmpeg.org/doxygen/0.6/mjpeg_8c-source.html  <--- this is mjpeg (It says lgpl 2 or later)
[19:45:48 CET] <slip> One of my clips give me this. The other 11 are fine
[19:45:49 CET] <slip> Error while decoding stream #0:1: Invalid data found when processing input
[19:45:49 CET] <slip> [aac @ 0x560ec729fe40] Number of bands (51) exceeds limit (40).
[19:46:01 CET] <slip> what does this mean?
[19:46:41 CET] <faLUCE> what about aac ?
[19:47:01 CET] <slip> I am using $ ffmpeg --version
[19:47:01 CET] <slip> ffmpeg version 3.2.9-1~deb9u1 Copyright (c) 2000-2017 the FFmpeg developers
[19:47:01 CET] <slip>   built with gcc 6.3.0 (Debian 6.3.0-18) 20170516
[19:47:36 CET] <JEEB> faLUCE: if it's internal it's most likely LGPLv2+
[19:47:44 CET] <c3r1c3-Win> slip: A quick Google search of that error message shows that it's a corrupt/damaged AAC track/file.
[19:47:54 CET] <JEEB> so if you're only using x264 which is GPLv2+ IIRC
[19:48:03 CET] <JEEB> although let me check that...
[19:48:28 CET] <JEEB> oh
[19:48:32 CET] <JEEB> GPLv2 only?
[19:48:39 CET] <JEEB> http://git.videolan.org/?p=x264.git;a=blob;f=COPYING;h=d60c31a97a544b53039088d14fe9114583c0efc3;hb=HEAD
[19:48:46 CET] <JEEB> ctrl+F "or la"
[19:48:47 CET] <slip> c3r1c3-Win, thx. Ill fix that clip then. Since I only use stuff in Debian stable/main repos was wondering if it was a codec issue
[19:48:49 CET] <JEEB> doesn't give anything
[19:49:01 CET] <JEEB> oh nope
[19:49:07 CET] <JEEB> it was "any later"
[19:49:12 CET] <JEEB> so it was how I remembered
[19:49:15 CET] <JEEB> GPLV2+
[19:49:47 CET] <faLUCE> JEEB: so is it ok with 3.0 ?
[19:50:06 CET] <JEEB> yes
[19:50:12 CET] <faLUCE> and what about aac ?
[19:50:25 CET] <JEEB> if you mean the internal ffaac then that's LGPLv2
[19:50:42 CET] <faLUCE> JEEB: and later?
[19:50:45 CET] <JEEB> yes
[19:50:57 CET] <faLUCE> so, is it compatible with gpl 3.0?
[19:51:04 CET] <JEEB> if you mean the internal ffaac, yes
[19:51:20 CET] <faLUCE> has it the same API as libfdk-aac ?
[19:51:21 CET] <JEEB> what I meant is that you should look if any of the libraries you link against are v2 only
[19:51:31 CET] <JEEB> faLUCE: what?
[19:51:45 CET] <JEEB> of course not, fdk-aac is a separate library. through avcodec they are the same for you though.
[19:51:58 CET] <JEEB> also fdk-aac is enable-nonfree so it is not compatible with LGPLv2+
[19:52:10 CET] <faLUCE> JEEB: exactly, so, the API is the same for the internal aac
[19:52:37 CET] <JEEB> jesus christ...
[19:52:47 CET] <JEEB> for an external API user they are utilized in the same way
[19:52:48 CET] <JEEB> yes
[19:52:55 CET] <faLUCE> ok
[19:53:00 CET] <JEEB> (external API user of avcodec, that is)
[19:53:03 CET] <JEEB> that is what I meant
[19:53:13 CET] <JEEB> but fdk-aac generally means that the binaries you cannot distribute
[19:53:16 CET] <JEEB> it requires enable-nonfree
[19:53:24 CET] <BtbN> JEEB, fdk-aac is only non-free in an --enable-gpl build.
[19:53:49 CET] <BtbN> LGPL is fine with its license.
[19:53:49 CET] <JEEB> that is kind of what I was thinking but I think FFmpeg's configure always requires nonfree?
[19:53:59 CET] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/master/configure#L3768
[19:54:00 CET] <BtbN> it doesn't
[19:54:07 CET] <JEEB> I stand corrected then
[19:54:08 CET] <JEEB> :)
[19:54:18 CET] <BtbN> --enable-gpl is just very common, due to x264
[19:54:27 CET] <BtbN> so a build with x264 and fdk-aac will always be non-free
[19:54:28 CET] <JEEB> but yea, I had I think voiced that before
[19:54:42 CET] <faLUCE> now, the last question is: I used libevent, which is 3-clause BSD license. It says that it is GPL compatible. But, is it compatible with GPL 3.0 too?
[19:54:42 CET] <JEEB> because LGPL lets you link against OSS as a nonfree thing
[19:54:52 CET] <JEEB> yes
[19:55:10 CET] <faLUCE> JEEB: was this yes to my question?
[19:55:14 CET] <JEEB> yes
[19:55:16 CET] <faLUCE> ok thanks
[19:57:47 CET] <faLUCE> what about MP2 ?
[19:57:59 CET] <faLUCE> I can't find the header of the mp2 encoder
[19:58:37 CET] <JEEB> if it's internal to FFmpeg and doesn't get disabled with enable-version3 (not sure we have any such?) then it should be
[20:00:00 CET] <CCFL_Man> SortaCore: yeah, there is only mpeg4 hardware decoding in quicktime available on osx 10.6 only. later versions allow other software to use it
[20:01:12 CET] <CCFL_Man> so i'll have to use ffmpeg to transcode to mp4
[20:01:24 CET] <CCFL_Man> quicktime does not like ac3 audio either
[20:01:41 CET] <faLUCE> JEEB: I found mp3enc.c, which includes mp2. It uses lgpl 2 or later, so for GPL 3.0 it is ok, right?
[20:01:44 CET] <CCFL_Man> that needs to be transcoded to aac
[20:09:49 CET] <eckynas> so i have this ancient video file with corrupted video part
[20:09:55 CET] <eckynas> but the audio still sounds good
[20:10:08 CET] <eckynas> is there a way to get rid of the video from the file and just keep the music?
[20:10:28 CET] <therage3> eckynas: use something like 'ffmpeg -i input -vn -acodec copy output'
[20:11:10 CET] <CCFL_Man> Program 1 Stream #0:0[0xf41]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], Closed Captions, 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc
[20:11:17 CET] <eckynas> no that cant be right
[20:11:37 CET] <eckynas> that copies the stream to a new file right?
[20:12:15 CET] <therage3> the audio stream solely, yes
[20:12:19 CET] <therage3> that's what you wanted, right?
[20:12:26 CET] <therage3> since the video is corrupted
[20:12:39 CET] <eckynas> is there a way to get rid of the video from the file and just keep the music?
[20:12:49 CET] Action: therage3 blinks
[20:12:58 CET] <therage3> i just told you which command you need
[20:13:15 CET] <eckynas> no that doesnt seem right sorry
[20:13:36 CET] <eckynas> what i want to do is get rid of the video stream from this original file and just retain the audio stream
[20:13:48 CET] Action: therage3 blinks
[20:14:20 CET] <therage3> ok, so if you take the audio stream and copy it solely to a new file, how precisely does that differ from what you want?
[20:14:50 CET] <eckynas> i cant see how its actually any different but it doesnt sound right sorry
[20:15:49 CET] <klaxa> +(-3) is no different from  -3
[20:15:54 CET] <klaxa> it's the same operation
[20:16:15 CET] <eckynas> i dont see what that has to do with anything
[20:16:16 CET] <klaxa> same with either "dropping video" and "retaining only audio"
[20:16:54 CET] <therage3> ok, you want to get rid of the video stream from your file and retain only audio. the method i suggested is to copy just the audio stream to a new file
[20:16:59 CET] <therage3> the end result is the exact same thing
[20:18:49 CET] <eckynas> is there anyone else here that can help? i kind of expected a serious response
[20:18:57 CET] <eckynas> not condescension
[20:19:41 CET] <sfan5> wat
[20:19:45 CET] <therage3> you know, in other channels a more appropriate response would be "thanks for the free help"
[20:20:07 CET] <CCFL_Man> eckynas: his was a serious response
[20:20:37 CET] <eckynas> CCFL_Man: it sounds like a really hacky quick way of doing it
[20:20:43 CET] <eckynas> it doesnt seem very thought out
[20:21:43 CET] <eckynas> therage3 can you stop interacting with me? i dont need some neckbeard getting bent out of shape for being wrong
[20:21:53 CET] <therage3> :|
[20:23:21 CET] <Kuukunen> the downside of using a free product instead of a paid one with a contract is that to get support you have to be a decent human being
[20:23:40 CET] <Kuukunen> don't worry, I hate that too,
[20:23:57 CET] <eckynas> i know right?
[20:24:11 CET] <eckynas> god i hate that about foss culture
[20:24:38 CET] <eckynas> it isnt the first time i come to a support channel and the whole place gangs up on me because i point out an obviously idiotic response
[20:24:56 CET] <Kuukunen> yea, in my company I enjoy treating my employees like shit
[20:25:15 CET] <sfan5> i can't tell if this is bait
[20:25:28 CET] <Kuukunen> I mean, I'm me, and they're not me, so why should I respect them? :o
[20:25:46 CET] <therage3> sfan5: I started ignoring them a while ago, whether it's bait or not, free support volunteers do not have to put up with that sort of attitude
[20:25:58 CET] <sfan5> true
[20:26:07 CET] <eckynas> excuse me? attitude?
[20:26:28 CET] <Kuukunen> frankly I'm surprised eckynas hasn't gotten kickbanned yet
[20:26:38 CET] <eckynas> the hell is this guy's problem?
[20:27:16 CET] <durandal_1707> eckynas: which format you need?
[20:27:29 CET] <eckynas> durandal_1707 well this is a vob file copied from a dvd
[20:28:14 CET] <eckynas> durandal_1707 i was hoping to get it into an mp3 losslessly
[20:28:29 CET] <therage3> ... an MP3? _losslessly_???
[20:28:32 CET] <durandal_1707> only if vob track is mp3
[20:28:53 CET] <eckynas> no its ac3 i think
[20:29:15 CET] <therage3> then an mp3 transcode will make it lose quality, you either need to use FLAC or copy it
[20:29:22 CET] <eckynas> omfg
[20:29:27 CET] <eckynas> will you stop talking to me already
[20:29:33 CET] <therage3> ok, jeez
[20:29:49 CET] <CCFL_Man> eckynas: you are not a good person
[20:30:04 CET] <CCFL_Man> what he did accomplished exactly what you wanted
[20:30:17 CET] <eckynas> this is the ganging up i was talking about before
[20:30:26 CET] <CCFL_Man> 'ffmpeg -i input -vn -acodec copy output'
[20:31:10 CET] <durandal_1707> for lossless just copy to ac3 or transcode to lossless audio format
[20:31:32 CET] <eckynas> isnt that exactly what therage3 said durandal_1707??
[20:33:00 CET] <eckynas> i dont know why this is so difficult
[20:33:09 CET] <eckynas> all i want is to use ffmpeg to get rid of the video part of this file
[20:33:11 CET] <durandal_1707> yes, there is no other way, except stoling dvd master and transcoding to mp3
[20:33:47 CET] <CCFL_Man> eckynas: 'ffmpeg -i input -vn -acodec copy output file.file'
[20:34:15 CET] <eckynas> dude i saw that the first time i dont want to copy the audio stream
[20:34:18 CET] <durandal_1707> no need to repeat stuff already told
[20:34:29 CET] <CCFL_Man> that is the only way to do it
[20:34:31 CET] <eckynas> how do i strip the video from it
[20:34:44 CET] <CCFL_Man> by creating a copy without it
[20:34:56 CET] <CCFL_Man> that's how computers work
[20:35:08 CET] <eckynas> so i cant physically edit the file and remove the video stream and save it that way?
[20:35:19 CET] <furq> no
[20:35:26 CET] <CCFL_Man> nein
[20:35:29 CET] <furq> certainly not with ffmpeg because that doesn't support any inplace editing at all
[20:35:38 CET] <furq> but i doubt any other tool will do it in this case
[20:35:48 CET] <eckynas> why the fuck didnt anyone say that before? all i got was a bunch of commands and condescension
[20:35:55 CET] <sfan5> lmao
[20:38:36 CET] <eckynas> what the hell is so funny?
[20:38:54 CET] <sfan5> oh nothing
[20:39:54 CET] <CCFL_Man> eckynas: are you one of those point and click kiddies?
[20:40:25 CET] <eckynas> if i'm in an ffmpeg channel which is a command line utility, why would you even ask me that
[20:40:38 CET] <tdr> i think you should realize that not all advise probably has the condescending tone you read it as having, most folks just try to help
[20:41:38 CET] <eckynas> tdr scroll up and read what therage3 was saying
[20:43:11 CET] <tdr> eckynas, gotcha, just /ignore the folks you aren't liking the answers from, its the most powerful tool on irc
[20:43:42 CET] <eckynas> tdr he was on my ass ever since i joined the channel and then CCFL_Man followed up
[20:44:42 CET] <tdr> eckynas, ok then /ignore the user ... no one needs hounded, but the following rants or whatever arent needed either.  dont give the reaction, just ignore whoever
[20:45:09 CET] <eckynas> they kept spamming some bullshit random command and then only after some prodding and digging i managed to unveil that ffmpeg doesnt work that way with streams
[20:46:23 CET] <durandal_1707> eckynas: why it must be inplace?
[20:47:06 CET] <eckynas> it isnt that it must be in place, i just assumed thats how it worked, so when people suggested i copy the streams instead of in place edit it seemed off and wrong to me
[20:47:11 CET] <tdr> afaik not many things would do an edit liek that on a file
[20:47:36 CET] <tdr> most would at least use a temp file then replace original with the result
[20:48:56 CET] <eckynas> jesus christ here we go again with the temp file nonsense
[20:49:45 CET] <tdr> eckynas, simply stating very few things would NOT use a temp file of some sort for that.  doing it in-place isn't how most things do it
[20:50:11 CET] <tdr> the profanity wont earn you more help points or code changes either.
[20:51:04 CET] <therage3> I'd just ignore them because they're either baiting or aren't willing to be helped, and they're only making the channel a hostile, uncomfortable place
[20:51:18 CET] <eckynas> what the fuck
[20:51:20 CET] <eckynas> this guy again
[20:51:22 CET] <eckynas> DUDE
[20:51:26 CET] <eckynas> get out of my face already
[20:51:54 CET] <CCFL_Man> eckynas: you have received the solution. please leave
[20:52:19 CET] <eckynas> that will happen when i quit my client, and i decide that, not you
[20:52:32 CET] <CCFL_Man> fair enough
[20:52:46 CET] <therage3> it can also happen when a moderator has had enough of your nonsense, and I'm surprised you're still not kickbanned.
[20:54:20 CET] <eckynas> im making the channel a hostile uncomfortable place?
[20:54:24 CET] <eckynas> the fuck you talking about
[20:54:56 CET] <eckynas> i asked one simple question
[20:55:02 CET] <eckynas> and you fuckers turned it into an inquisition
[20:55:25 CET] <eckynas> it was one motherfucking simple question
[20:56:19 CET] <Kuukunen> aww, I was just writing a very witty line :<
[20:56:34 CET] <therage3> Good riddance as far as i'm concerned
[20:56:44 CET] <sfan5> it has to be bait at this point
[20:56:48 CET] <Kuukunen> well of course
[20:57:04 CET] <therage3> either that, or he had severe emotional intelligence/impulse control issues
[20:57:16 CET] <Kuukunen> sfan5: don't think so, there's lots of people like that
[20:57:45 CET] <sfan5> Kuukunen, i have never met such people irl so i'd like to believe that there isn't
[20:57:51 CET] <sfan5> unfortunately you're probably right
[20:57:59 CET] <Kuukunen> I was just writing that he sounds like the k7nd of a person that really enjoys being shitty at customer support people
[20:58:12 CET] <therage3> sfan5: to be fair, the anonymity of IRC/inability to physically confront people makes people like that act more than usual
[20:58:21 CET] <Kuukunen> and the support just has to take it because he's a paying customer
[20:58:31 CET] <therage3> if he talked liked that to people in real life, a couple of fat lip incidents would know the idiocy right out of him
[20:58:39 CET] <therage3> knock*
[21:09:54 CET] <SortaCore> sounds like a talk I had with an autistic guy
[21:10:08 CET] <SortaCore> he had this locked visualisation of how a thing should be done
[21:10:14 CET] <SortaCore> yet could not explain why it must be done that way
[21:10:26 CET] <SortaCore> he was more polite about it, though
[21:11:36 CET] <therage3> there's a difference between being autistic and being a <censored>
[21:12:03 CET] <therage3> people with autism can't help, it's how they are and it is not their fault -- a person with a bad attitude on the other hand has control over their impulses
[21:12:12 CET] <therage3> this guy had a bad attitude
[21:12:54 CET] <tdr> if the mentally ill were too all be banned from irc, who would be left?
[21:13:03 CET] <therage3> o.o
[21:13:04 CET] <furq> just me
[21:13:12 CET] <furq> that is a dream i often have
[21:13:26 CET] <tdr> or a narcissistic delusion :)
[21:13:26 CET] <therage3> being alone on IRC?
[21:17:40 CET] <c3r1c3-Win> I would still be here. ;-)
[23:40:56 CET] <Intektor> Hey I am trying to stream with ffmpeg using udp, when I receive the stream with ffplay its very beautiful and fine, but when I use vlc the image is really bad and it seems to be missing frames and it repeats frames, what can I be doing wrong?
[23:42:58 CET] <Intektor> ffmpeg -framerate 60 -i image2pipe -force_key_frames "expr:gte(t,n_forced*2)" -pix_fmt yuv420p -tune zerolatency -preset ultrafast -f mpegts -profile baseline -c:v libx264 -crf 21 udp://localhost:1234
[00:00:00 CET] --- Sun Dec  3 2017


More information about the Ffmpeg-devel-irc mailing list