burek021 at gmail.com
Sun Jun 3 03:05:02 EEST 2018
[00:06:02 CEST] <Ars> DHE, Now i am running as: ffmpeg -i rtmp://Source -codec:v mpeg2video -qscale:v 2 -r 29.97 -g 60 -acodec ac3 -f mpegts udp:IP?pkt_size=1316
[00:06:02 CEST] <Ars> Can you help with correct commanded with CBR muxing ?
[00:33:21 CEST] <DHE> qscale isn't good for CBR
[00:33:23 CEST] <DHE> so there's that
[00:42:53 CEST] <Ars> DHE, so i should remove qscale and add only -muxrate ?
[00:44:08 CEST] <DHE> no, you need CBR options
[00:45:07 CEST] <Ars> pls help, i am not shure how to add BR options
[00:52:16 CEST] <wfbarksdale> its late on friday and i can't figure out how to get this command to not use bframes on re encoding:
[00:52:16 CEST] <wfbarksdale> ffmpeg -y -i low-res-audi.mp4 -r 60000/1001 low-res-audi-59-94fps.mp4
[01:06:54 CEST] <c_14> -bf 0
[01:06:57 CEST] <c_14> probably
[01:12:13 CEST] <Fusl> hi all. i have a strange issue with, well, not with ffmpeg but with a multicast udp stream transported as rtp container with a h264 and mp2 stream encoded within. our ISP uses multicast to send traffic for their iptv solution, its a small samsung/zenterio (i believe) box and instead of having several of their boxes lying around (which is especially annoying because of the lack of 5ghz/2.4ghz wifi support we
[01:12:15 CEST] <Fusl> have to run cables everywhere) we want a central server providing hls streams to be able to use it with our chromecasts that we have deployed everywhere in our house. so far i digged into wireshark and know that they use multicast to transmit their streams to all customers, got ffmpeg to do the magic trickery to join the multicast group and receive the rtp stream from `rtp://@22.214.171.124:3042`. i get the rtp
[01:12:16 CEST] <Fusl> stream into ffmpeg but ffmpeg/h264 complains a lot about corrupted data then. the exact command i useed is `./ffmpeg -loglevel error -max_delay 500000 -err_detect ignore_err -y -i rtp://@126.96.36.199:3042 -f null -`. when viewed with ffplay, the picture and audio data *is* from the actual stream, but lots of corrupted data, for example here's a screenshot of what the picture looks like, permanently:
[01:12:17 CEST] <Fusl> http://xor.meo.ws/4f3973d8/b5eb/4199/8892/d7f32ed4cdcd.png - the errors that ffmpeg is spewing out are: http://xor.meo.ws/nPPTCZfBSFjcH6ews94yQGotgL2VW2T6.txt
[01:12:25 CEST] <Fusl> wow that's a wall of a text there, sorry.
[01:15:48 CEST] <Hello71> tl;dr
[01:16:23 CEST] <Fusl> tl;dr iptv multicast stream from my ISP plays find on their iptv box but is half corrupted when viewed using ffplay/vlc/mpv/mplayer
[01:16:36 CEST] <Hello71> oh well why didn't you start with that
[01:16:45 CEST] <Fusl> here's an udp dump if anyone is interested in taking a look: http://xor.meo.ws/tTOwdVD0R_pPAGlZ3WrpO0Wgp8cnbrLL/stream.dump
[01:16:53 CEST] <c_14> Fusl: ffmpeg's rtp protocol has numerous deficiencies (especially concerning rtcp)
[01:16:54 CEST] <Fusl> Hello71: i didn't realy know where to start, heh
[01:17:18 CEST] <c_14> without looking too much into it, it might be better to use an external rtp library and then pass the data to ffmpeg for hls generation
[01:17:42 CEST] <Fusl> c_14: would you be able to recommend any?
[01:17:47 CEST] <Ars> DHE, how to add CBR options ?
[01:18:02 CEST] <Hello71> Ars: http://google.com/search?q=mpeg2+ffmpeg+cbr
[01:19:17 CEST] <Ars> Hello71, thank you, in internet many pages, i think best correct source is ffmpeg irc channel :)
[01:19:40 CEST] <c_14> Fusl: never really used any that much, you'll probably have to look around yourself
[01:26:32 CEST] <ariyasu_> how do i weave with w4fdif?
[01:26:39 CEST] <ariyasu_> w3fdif*
[01:26:54 CEST] <ariyasu_> i did w3fdif=0:0 but it bobbed
[01:30:54 CEST] <furq> ariyasu_: w3fdif doesn't have a bob mode afaik
[01:31:07 CEST] <furq> you probably want bwdif=1
[09:13:49 CEST] <_Strix_> hello
[09:14:58 CEST] <_Strix_> I need your help to compile and install FFMPEG 4.0 on CentOS 7.1
[09:24:11 CEST] <_Strix_> https://pastebin.com/eK35t6eX
[13:30:12 CEST] <Zexaron> Tryint to figure out how to change path where ffmpeg shared DLLs are stored in a program, instead of the root
[13:30:34 CEST] <Zexaron> using zeranoe -dev linking, is it hardcoded?
[13:31:57 CEST] <furq> that's not a property of the program
[13:32:56 CEST] <furq> dlopen/LoadLibrary will look in a predefined list of directories
[13:33:26 CEST] <furq> if you want to change it then you need to change an environment variable
[13:33:30 CEST] <furq> i think it's just PATH on windows
[15:08:47 CEST] <Zexaron> furq not sure why Environmental variables and PATH on windows, this is an obscure directory in my git repos, I built Dolphin-Emu and the ffmpeg DLLs have to be in the root directory, I'd just move them to a subfolder
[15:09:13 CEST] <furq> because that's how LoadLibrary works
[15:09:23 CEST] <Zexaron> there are some Qt DLLs also in subdirectories, the program when released to public doesn't require any environmental variables
[15:09:29 CEST] <Zexaron> changes
[15:11:57 CEST] <Zexaron> I was looking if this is possible by editing the .lib or setting some flags in the program, this is an unacceptable solution because nobody will accept bothering 100k users to modify environmental variables
[15:12:02 CEST] <furq> if you mean the plugins then those are loaded within the program
[15:12:12 CEST] <furq> so you can specify a relative path
[15:12:30 CEST] <furq> the libs that the binary is linked to are loaded before the program runs, so they have to be in one of the search path dirs
[15:14:03 CEST] <Zexaron> Yeah, qt external may be differently implemented than what I did with ffmpeg now
[15:14:52 CEST] <furq> the actual qt runtime libs that come with dolphin are in the root directory on windows
[15:17:35 CEST] <Zexaron> yeah, sometimes I bother about the smallest things, the ffmpeg libs have filenames which displace dolphin.exe and with alphabetic arrangement it puts some of them to the top ... ofcourse for users it doesn't matter
[15:18:14 CEST] <Zexaron> my hand-eye coordination for some reason doesn't like that
[15:49:04 CEST] <kerio> install a rootkit that hides the ffmpeg libraries
[16:46:29 CEST] <MrCivvy> Hi! How can I remove everything between x seconds to y seconds of a MP4 video? (using command line)
[16:47:08 CEST] <DHE> transcoding or not?
[16:47:17 CEST] <MrCivvy> Nope
[16:47:33 CEST] <MrCivvy> Want it back in MP4 again.
[16:48:01 CEST] <DHE> mp4 isn't related, but I'll assume no
[16:48:37 CEST] <MrCivvy> Yeah
[16:48:43 CEST] <DHE> if you're not transcoding, you must cut on keyframes.
[16:49:08 CEST] <DHE> you can use -ss and -t to select time ranges, get the two pieces you want to keep, then concatenate them.
[16:49:35 CEST] <DHE> not sure if you can do it in a single shot without temp files using stream copy. does concat have advanced options that can do that?
[16:50:15 CEST] <DHE> hmm... it appears you can
[16:53:28 CEST] <MrCivvy> https://pastebin.com/7gY38Lz9
[16:53:35 CEST] <MrCivvy> This is the what I used
[16:53:42 CEST] <MrCivvy> Ran into issues though
[16:56:46 CEST] <Kam_> Hi, I can not compile FFmpeg anymore since this https://github.com/FFmpeg/FFmpeg/commit/bdf1bbdbb4ebb342c0267d0f77cd06e717197e65 , it complains about "undefined reference to `avio_open'" and a few other avio_... in libavfilter/dnn_backend_native.o. I'm cross-compiling Unix->Windows with GCC8.1 and MinGW64.
[16:58:02 CEST] <JEEB> I guess it complains when libavfilter gets linked?
[16:58:21 CEST] <JEEB> I think that author did not add the dependency on libavformat for his filter
[16:58:25 CEST] <Kam_> JEEB: yes, exactly.
[16:58:29 CEST] <JEEB> anyways that cross-dependency is rather funky...
[16:58:37 CEST] <furq> MrCivvy: trim selects the section you want to keep, not the section you want to remove
[16:58:46 CEST] <JEEB> also how the hell did he get away with no configure changes
[16:59:30 CEST] <JEEB> and since it has no dependencies it gets enabled by default, too
[16:59:50 CEST] <furq> you want something like [0:v]trim=0:3622,setpts=PTS-STARTPTS[v0];[0:v]trim=3700[v1];[v0][v1]concat
[17:00:13 CEST] <furq> [0:v]trim=0:3622,setpts=PTS-STARTPTS[v0];[0:v]trim=3700,setpts=PTS-STARTPTS[v1];[v0][v1]concat
[17:00:42 CEST] <DHE> furq: but he said he didn't want to transcode
[17:00:47 CEST] <MrCivvy> Okay, let me try that.
[17:00:50 CEST] <furq> yeah but the thing he pasted is transcoding
[17:00:56 CEST] <JEEB> Kam_: also for the record the github is just a mirror, git.videolan.org repository is the primary one
[17:00:57 CEST] <furq> so i'm guessing he doesn't mind
[17:01:55 CEST] <MrCivvy> Okay, I'm pretty new to ffmpeg. I understand transcoding as converting a video from one format to another. :P
[17:02:33 CEST] <MrCivvy> Let me if there is more to it.
[17:02:37 CEST] <MrCivvy> know*
[17:02:40 CEST] <DHE> no, from one codec to another. or changing codec options like image resolution or bitrate
[17:02:49 CEST] <MrCivvy> Ahh okay
[17:02:51 CEST] <Kam_> JEEB: thanks, I know, I find the github web-interface easy to navigate through
[17:02:55 CEST] <MrCivvy> No, I don't want change those.
[17:03:20 CEST] <JEEB> Kam_: that's true, the interface can be better there
[17:03:43 CEST] <DHE> the "best" way requires writing a concat filter file and letting the concat filter do the heavy lifting
[17:03:53 CEST] <DHE> err, demuxer. not filter
[17:04:53 CEST] <JEEB> Kam_: ahahaha
[17:05:03 CEST] <JEEB> the srcnn filter has a dependency on libavformat
[17:05:10 CEST] <JEEB> but he put those dependencies on global list
[17:05:31 CEST] <JEEB> as in those additional files
[17:06:04 CEST] <JEEB> let me make a patch and let's see if that fixes it for you
[17:08:52 CEST] <JEEB> https://github.com/jeeb/ffmpeg/commit/497145ef9e40b00cc747ca8d0b28b69913a59ddf
[17:08:58 CEST] <JEEB> Kam_: ^ see if this helps
[17:14:41 CEST] <MrCivvy> DHE and furq: Thanks guys, it works! :)
[17:15:05 CEST] <MrCivvy> DHE: I'll read about demuxers.
[17:16:00 CEST] <furq> !demuxer concat @MrCivvy
[17:16:00 CEST] <nfobot> MrCivvy: http://ffmpeg.org/ffmpeg-formats.html#concat-1
[17:16:19 CEST] <Kam_> JEEB, I'll try and report back in a few minutes
[17:16:24 CEST] <JEEB> cheers
[17:16:25 CEST] <furq> that's how you would do it without reencoding
[17:16:39 CEST] <furq> but obviously it'll only cut on keyframes so it might not be an exact cut
[17:16:55 CEST] <MrCivvy> Oh okay.
[17:17:04 CEST] <MrCivvy> What if I want an exact cut?
[17:17:20 CEST] <furq> then you either have to hope you get lucky and the keyframes coincide with the cut points, or you do the thing i said before
[17:17:23 CEST] <furq> which means you have to reencode
[17:19:58 CEST] <MrCivvy> Oh okay
[17:20:02 CEST] <MrCivvy> Thanks
[17:20:13 CEST] <furq> the concat demuxer will be more or less instant (with -c copy) so you might as well try it
[17:21:25 CEST] <MrCivvy> Hmm sure.
[17:21:55 CEST] <JEEB> Kam_: I'm going out to make a jogging run thing, will check your reply as I get back
[17:22:18 CEST] <Kam_> JEEB: ok, thanks
[17:23:00 CEST] <furq> preempting the next question
[17:23:01 CEST] <furq> MrCivvy: http://vpaste.net/Pq8K0
[17:28:32 CEST] <Kam_> JEEB: it works, thanks!
[17:30:01 CEST] <MrCivvy> furq: Sweet! You don't know how thankful I am :D
[17:45:20 CEST] <RedSoxFan07> Hi guys!
[17:47:22 CEST] <RedSoxFan07> I've copied some Blu-Rays, but the sound doesn't work on my Roku because the sound on those Blu-Rays is in the DTS codec. I'd like to transcode the audio to another codec, perhaps FLAC, but I don't want to have to convert the the video as well because I don't want to lose any video quality. Is it possible to use FFMPEG to just convert the audio in the MKV container?
[17:55:29 CEST] <kerio> sure
[17:55:31 CEST] <kerio> use -c:v copy
[17:56:21 CEST] <JEEB> Kam_: ok, I will then post this on the mailing list
[18:04:56 CEST] <JEEB> Kam_: was your use case such that you had libavformat disabled or?
[18:07:57 CEST] <JEEB> Kam_: sent to ML, should appear there soon enough
[18:08:44 CEST] <Kam_> JEEB: avformat is listed in configure under Libraries here
[18:09:28 CEST] <JEEB> ok
[18:10:02 CEST] <JEEB> in any case libavformat was not there when linking libavfilter
[18:10:14 CEST] <JEEB> which you'd think is the normal case
[18:11:43 CEST] <Kam_> I'm expecting to get a avformat-xy.dll, but yes, my FFmpeg configuration is very stripped down and only what I really need is enabled
[18:12:01 CEST] <JEEB> ok, that makes sense then
[18:12:08 CEST] <JEEB> you most likely had that random filter disabled
[18:12:15 CEST] <JEEB> which thus does not add a dependency on libavformat
[18:12:36 CEST] <JEEB> and thus since those two dnn_* files were not under that filter
[18:12:56 CEST] <JEEB> but instead "global libavfilter files", it would fail linking
[18:13:21 CEST] <JEEB> automated testing didn't seem to figure that out because they're genreally built with everything enabled although I'm kind of surprised nobody caught that in review
[18:13:35 CEST] <JEEB> "hey you're adding a cross-library dependency there btw"
[18:15:04 CEST] <Kam_> JEEB: output from configure https://pastebin.com/FqHVEKi7
[18:15:35 CEST] <JEEB> yeh
[18:15:58 CEST] <JEEB> that might have not happened if you had disabled all of libavfilter
[18:16:08 CEST] <JEEB> but you had libavfilter enabled, but the filters disabled
[18:16:58 CEST] <JEEB> it appeared on the archives https://patchwork.ffmpeg.org/patch/9228/
[18:17:11 CEST] <Kam_> I'm not sure, I'd need to re-investigate, I think I had to have libavfilter enabled because I'm linking against it with another application that expects it
[18:17:44 CEST] <JEEB> but in any case, your config showed a bug
[18:17:50 CEST] <JEEB> which I've now posted a patch to fix
[18:19:43 CEST] <Kam_> thanks for that!
[18:36:35 CEST] <lesshaste> I have a video I want to cut out the first 20 seconds of. That I can do but I would like the sound to fade out, rather than just stop abruptly. Is that possible with ffmpeg?
[18:50:59 CEST] <JEEB> Kam_: and now it's in master
[18:56:21 CEST] <Kam_> JEEB: wow great, that was fast!
[18:57:51 CEST] <JEEB> usually stuff that's clearly borked gets fixed rather quickly
[18:58:09 CEST] <JEEB> unless it's a component that nobody really understands
[18:58:15 CEST] <JEEB> or if the breaking doesn't get found
[18:58:55 CEST] <Kam_> JEEB: I've seen your zlib-pkg_config improvement, is it already in? I've not contacted the zlib developers regarding moving the DLLs in the CMake script, yet.
[18:59:16 CEST] <JEEB> it should be
[18:59:41 CEST] <MrCivvy> Why does transcoding at -q 0.0 causes the output file to be larger than the original?
[18:59:57 CEST] <JEEB> since I built zlib and noticed it's there and I was rather annoyed by having to manually add flags
[19:00:23 CEST] <JEEB> Kam_: yea, it's in since early May http://git.videolan.org/?p=ffmpeg.git;a=commit;h=8d1263fa199ff6dcfc8f0cc94f15f3b429d0c276
[19:04:12 CEST] <Kam_> MrCivvy: I guess one reason is because it's trying to retain/compress the compression artifacts from your source as well (if the source is not lossless).
[19:17:22 CEST] <MrCivvy> Oh okay. That's interesting.
[19:22:46 CEST] <Kam_> MrCivvy: my suggestion would be, if you are cutting on non-keyframes to re-encode only until the next keyframe. copy all untouched GOPs to avoid unnecessary transcoding and concat everything together in the end.
[19:52:37 CEST] <Zexaron> Hello
[19:53:15 CEST] <Zexaron> Shipping ffmpeg Shared DLL's is okay, I did read up on license, but im not that suere
[19:54:35 CEST] <Zexaron> Currently a custom .lib is shipped with only some codecs, an idea was to switch it over to dynamic linking, and then the user downloads optionally, because the size is bigger, people wouldn't agree shipping the whole thing as standard
[19:54:57 CEST] <Zexaron> But they might, so I was thinking if it's legal to do that?
[19:55:16 CEST] <Zexaron> There's no changes to the ffmpeg code
[19:56:28 CEST] <Zexaron> That said, I found a big problem, the Program doesn't want to start because of missing ffmpeg dlls, I need to make this so it only needs the DLLs when a certain feture is enabled, a warning dialog, I hope this doesn't require having custom .libs
[19:56:47 CEST] <Zexaron> Because I can just use Zeranoe's, much easier
[20:05:23 CEST] <furq> the zeranoe libs are gplv3 because they're linked with x264
[20:05:47 CEST] <furq> that's the only real issue other than the size
[20:06:56 CEST] <furq> dolphin is gplv2 so that's not an issue
[20:07:26 CEST] <furq> honestly though you should compile your own libs if you're going to ship them
[20:07:51 CEST] <furq> you need like four components out of thousands so you'd be saving a ton of space
[20:12:38 CEST] <Zexaron> furq: 4 components? Actually there's an attempt to update framedumping, including trying to use VCE x264 and other HWAccell stuff, the custom libs create dependency on a maintainer having a ffmpeg build environment working, plus people want to use other codecs like lagarith
[20:13:00 CEST] <furq> even so you could strip out a ton of stuff
[20:13:19 CEST] <furq> you don't need any decoders or filters, for starters
[20:13:38 CEST] <Zexaron> Sure, but that's for later, right now DLLs aren't going to be shipped, but an autodownloader will be provided, optionally.
[20:14:07 CEST] <Zexaron> I don't know yet how to make it really optional tho, as the program doesn't start when they're missing.
[20:14:23 CEST] <furq> you dlopen them at runtime
[20:14:40 CEST] <furq> that all sounds like a lot of hassle though
[20:14:53 CEST] <furq> it's really not difficult to build your own customised libs
[20:15:06 CEST] <furq> you could even static link it into the binary since you're already gpl-compatible
[20:16:56 CEST] <Zexaron> I know it's difficulty, I myself am not reliable and may not keep such environment in working shape for years
[20:17:16 CEST] <Zexaron> I mean not difficult, I just can't be relied upon to always be there
[20:17:18 CEST] <DHE> and you could remove anything you don't need. like decoders for codecs you won't be needing. for an emulator, that sounds like almost all of them. and encoder filters. you can cut the ffmpeg libs size in half or even lower.
[20:18:40 CEST] <furq> it'd probably be more than half
[20:19:03 CEST] <furq> you can drop avfilter, avdevice, swscale and swresample completely
[20:19:23 CEST] <furq> and then you'd only need one muxer from avformat and maybe a few encoders from avcodec
[20:19:41 CEST] <Zexaron> Look, decision has already been made, thanks, but it really won't affect at this time, this can be done later when it's known which codecs people use the most, avfilters, avpostprocess, avdevices aren't included already, sure demuxers and decoders could be removed, but I simply am not patient enough to deal with ffmpeg for weeks before, it can come later after people can use the full feature set, now they can't use anything
[20:20:31 CEST] <furq> isn't dolphin already bundling lavc and lavf
[20:21:14 CEST] <Zexaron> There is audio dumping, I will see if I can drop swresample, but scaling might come handing, I think some kind of image scaling to correct aspect is used somewhere, not sure if ffmpeg tho
[20:22:07 CEST] <Zexaron> the shipped ffmpeg libs are for windows only I think, I'm not sure tho
[20:22:16 CEST] <furq> that seems like the kind of thing an emulator would have fast internal routines for
[20:22:23 CEST] <Zexaron> Other OS use the OS installed ffmpeg, linux and Mac
[20:23:02 CEST] <furq> you probably don't want to get too fancy with it then or you're going to end up dealing with api breakage
[20:23:30 CEST] <furq> granted if you're still on ubuntu 14 then you don't really deserve working software
[20:23:33 CEST] <Zexaron> DHE: Sure, but again, development and upgrade is coming, nobody knows yet which codecs will be used, I'd be wasting time figuring that out right now
[20:23:56 CEST] <furq> i take it someone's already got their heart set on writing a plugin downloader
[20:24:17 CEST] <furq> because that seems like a really excessive thing to do considering you'd hardly be adding any code size (as far as i can tell)
[20:24:30 CEST] <Zexaron> All I know is, that the existing stuff MPEG4 visual and AVI is probably going to be cut, but I guess if user overrides they could use it, won't be default anymore
[20:24:42 CEST] <DHE> Zexaron: I'm working on the assumption that you're encoding video from an emulator out to a video file. so you don't need a decoder at all, maybe some simple "raw" codecs at worst (and even those you don't need)
[20:24:45 CEST] <furq> you should drop xvid completely really
[20:25:36 CEST] <furq> i would just have x264, libvpx, and a few lossless codecs
[20:25:56 CEST] <furq> probably rawvideo, huffyuv, ffvhuff, ut video, ffv1, and lagarith if someone already asked for it
[20:26:02 CEST] <Zexaron> DHE: yes you're right, however it does make sense, just at a later time when the feature works and things are glued down, then we can downsize ffmpeg, it makes more sense to do that later.
[20:27:03 CEST] <Zexaron> The primary thing right now is, I need to handle ffmpeg's DLL presence, so that they aren't loaded at program start, but rather when the feature that needs them is enabled
[20:27:39 CEST] <furq> like i said, that's a fair amount of extra effort
[20:28:23 CEST] <Zexaron> Well, I guess the only way to figure out how much extra work it is, is to try it, anyway, I think it'll be worth it anyway.
[20:28:33 CEST] <furq> there's no portable way of doing it
[20:28:43 CEST] <furq> unless you pull in some windows dlopen wrapper
[20:28:53 CEST] <Zexaron> No need to, these ffmpeg ways are only for Win
[20:29:02 CEST] <Zexaron> DLLs*
[20:30:10 CEST] <Zexaron> Or wait, you mean the code necessary to open it later
[21:17:30 CEST] <Zexaron> Heh looks like on non-win os they don't load swresample https://github.com/dolphin-emu/dolphin/blob/master/CMakeLists.txt#L453
[21:20:48 CEST] <furq> oh yeah i guess they use swscale to convert to yuv
[21:21:04 CEST] <furq> that's probably important
[23:29:27 CEST] <Zexaron> Hmm, why aren't muxers, demuxers, encoders, decoders split into their own DLL
[23:29:50 CEST] <Zexaron> In this case I wouldn't need any decoders and demuxers
[23:30:10 CEST] <JEEB> nobody came up with a proper interface for that
[23:30:26 CEST] <JEEB> and everyone seemed to be content building their own limited versions for their own use case on windows
[23:30:28 CEST] <Zexaron> or encoders+muxers in their DLL and for demuxers+decoders,
[23:30:30 CEST] <JEEB> (and mac)
[23:30:31 CEST] <Zexaron> more sense
[23:30:52 CEST] <JEEB> right now you have decoders and encoders in avcodec, demuxers and muxers in avformat
[23:30:57 CEST] <DHE> libavinput and libavoutput ?
[23:31:03 CEST] <Zexaron> oh sorry lol :
[23:31:49 CEST] <Zexaron> so it's already separate, just, not the right mix for this case
[23:32:17 CEST] <JEEB> yes
[23:32:20 CEST] <JEEB> there is no single libffmpeg
[23:32:34 CEST] <Zexaron> DHE - yeah! ... but now if it comes to this, then should try to look if it won't break the existing usecases
[23:32:35 CEST] <JEEB> and it sounded like you wanted more separation
[23:32:54 CEST] <JEEB> lik each module being a separate library within those libraries
[23:33:09 CEST] <JEEB> (each decoder/encoder/demuxer/muxer being its own thing)
[23:33:26 CEST] <Zexaron> I don't know enough to be able to gauge if something needs only avformat and not avcodec, or vice versa.
[23:33:32 CEST] <Zexaron> Out there
[23:33:50 CEST] <JEEB> anyways, start worrying about optimizing after you've got a PoC running
[23:34:11 CEST] <Zexaron> So I got rid of swresample in this case just now, seems like it wasn't used, but defined as a dependency in vcxproj
[23:36:26 CEST] <Zexaron> It's a contribution I'm making to an open source project, Dolphin-Emu, it's not my program. Yes I'm including the full avformat/avcodec and not building ffmpeg with less features because not sure yet, but the problem is, program won't work without DLLs present, while the feature is very optional, so I have to do extra work to make the DLLs load later
[00:00:00 CEST] --- Sun Jun 3 2018
More information about the Ffmpeg-devel-irc