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

burek burek021 at gmail.com
Mon Jan 23 03:05:01 EET 2017

[00:07:10 CET] <furq> oh hey it does
[00:07:16 CET] <furq> well isn't that nice
[00:10:38 CET] <BtbN> couldn't you just have downloaded a Zeranoe build to test that?
[00:11:01 CET] <furq> i didn't write my own massive build script so i can download someone else's build
[00:11:13 CET] <furq> i did it so i can piss about debugging it instead of doing anything useful
[00:11:21 CET] <furq> mission accomplished
[00:11:30 CET] <BtbN> but that relocation error is really weird
[00:11:36 CET] <furq> yeah idk what's going on there
[00:11:42 CET] <furq> i might try with an older version of zimg
[00:11:46 CET] <BtbN> I encountered similar errors multiple times, and never found a good answer to what's going on and how to fix it.
[00:14:27 CET] <furq> https://github.com/Alexpux/MINGW-packages/issues/1580
[00:14:28 CET] <furq> oh hey
[00:16:43 CET] <BtbN> reads like even they don't have too much of a clue what's going on, very encouraging
[00:17:05 CET] <furq> oh nvm that isn't actually closed
[00:17:15 CET] <furq> that's some good issue tracking lads
[00:18:57 CET] <furq> i doubt there's even a decent way to downgrade to gcc 5 on debian
[00:19:13 CET] <BtbN> downgrading the system gcc is close to impossible
[00:19:21 CET] <BtbN> without breaking absolutely everything that uses C++
[00:19:22 CET] <furq> i mean the mingw stuff
[00:19:30 CET] <BtbN> ah, hm
[00:19:39 CET] <furq> that's not such a big deal in theory but there's no package for gcc 5 any more
[00:20:18 CET] <furq> i wonder if the old packages are still in the cache and i can downgrade to those
[00:20:31 CET] <furq> the key word there is "wonder" because it's unlikely i'm going to bother trying
[00:21:37 CET] <furq> i think i'm just going to hope that i'll wake up in the morning and discover that C++ was just a bad dream all aong
[00:21:40 CET] <furq> +l
[01:40:26 CET] <dave0x6d> For lossless 4k, is there any reason to use libx264 instead of libavcodec if I'm only going to use ffmpeg?
[01:43:27 CET] <dave0x6d> I was reading http://download.das-werkstatt.com/pb/mthk/info/video/comparison_video_codecs_containers.html and it makes FFV1.3 look like a slam dunk choice.
[01:44:02 CET] <gwohl> i use FFV1.3 on ProRes 4k sources all the time, it's an outstanding codec
[01:44:25 CET] <gwohl> packs straight into an AVI file, couldn't be easier
[01:44:51 CET] <dave0x6d> Why AVI over MKV?
[01:46:28 CET] <gwohl> No particular reason, personal preference i guess. I get a bit uncomfortable with how MKV handles timecode especially as it pertains to A/V sync
[01:46:41 CET] <gwohl> I've had better luck with how AVI handles things
[01:49:48 CET] <dave0x6d> gwohl: out of curiosity, what kind of compression ratios are typical in your experience? I'm seeing anywhere from 2-3x compared to uncompressed raw.
[01:53:47 CET] <klaxa> wow ffv1 outperforms x264 on lossless?
[01:55:27 CET] <dave0x6d> klaxa: apparently, was surprised to see that as well.
[01:56:05 CET] <dave0x6d> slightly smaller size and twice as fast for both encoding and decoding.
[01:59:28 CET] <klaxa> what settings do i use?
[02:00:24 CET] <dave0x6d> gwohl: for videos shorter than 40 seconds, it looks like 8k 60fps in FFV1.3 should be allowed for YouTube. =O
[02:02:32 CET] <klaxa> on my system ffv1 is waaay slower than x264
[02:02:42 CET] <klaxa> maybe i should compile without debug options, heh
[02:02:44 CET] <dave0x6d> http://download.das-werkstatt.com/pb/mthk/info/video/ffv1/ffv1_cheatsheet.html
[02:03:22 CET] <dave0x6d> what flags are you using on both? Is FFV1 threading?
[02:03:33 CET] <klaxa> wait wait
[02:03:47 CET] <klaxa> i don't have all those options when i run ffmpeg -h encoder=ffv1
[02:03:49 CET] <klaxa> oh
[02:03:52 CET] <klaxa> is this ffv3?
[02:04:02 CET] <dave0x6d> yeah, ffv1.3
[02:07:12 CET] <dave0x6d> I guess this is completely CPU bound too eh?
[02:14:21 CET] <klaxa> nope, it's not doing it for me
[02:14:30 CET] <klaxa> oh wait, i haven't built yet
[02:14:32 CET] <dave0x6d> klaxa: size and/or speed?
[02:14:34 CET] <dave0x6d> lol
[02:16:13 CET] <klaxa> it's smaller, but the x264 encode has a lot more frames
[02:16:39 CET] <klaxa> also the x264 file can be played in real time the ffv1 one not
[02:17:04 CET] <klaxa> it's maybe a bad benchmark though because my input is my desktop at 3200x1800 :S
[02:17:14 CET] <dave0x6d> on what platform? Sounds like you have GPU acceleration for x264 decoding but not ffv1.
[02:17:18 CET] <klaxa> i could just record only part of my screen, why didn't i think of that earlier?
[02:17:31 CET] <klaxa> fedora 25
[02:18:51 CET] <dave0x6d> I know nothing about video, but isn't encoding the only thing to be concerned about with lossless video?
[02:19:11 CET] <dave0x6d> can't see too many consumers playing back lossless videos :p
[02:19:36 CET] <gwohl> Maybe one day! :)
[02:20:06 CET] <dave0x6d> klaxa: what fps are you getting on both?
[02:20:42 CET] <klaxa> x264 with 44 vs ffv1 with 3.9
[02:21:13 CET] <klaxa> but like i said, i had to recompile, i use --disable-optimizations to tap into ffmpeg with my debugger
[02:21:22 CET] <klaxa> now i removed that flag
[02:21:31 CET] <dave0x6d> 3.9 fps sounds way too slow
[02:22:41 CET] <klaxa> now i get 12
[02:27:49 CET] <gwohl> i get ~20 on the servers I use at work
[02:28:06 CET] <gwohl> Wouldn't expect much higher than that on most systems
[02:28:11 CET] <lukeman> i have this video that works with ffplay.exe but doesn't work with avplay.exe , what does this mean?
[02:57:56 CET] <_n1n0_> how to convert .mpeg to .mov?
[03:16:15 CET] <dave0x6d> klaxa: hmm, I guess it's just because of the high res. Is that a Surface Book you have?
[03:16:39 CET] <klaxa> no, an xmg gaming laptop (don't get one!)
[03:17:10 CET] <dave0x6d> pretty happy with my MacBook, won't be upgrading for at least another 2-3 years.
[03:17:11 CET] <klaxa> the case is the cheapest one you can buy for child labor
[03:17:45 CET] <klaxa> it's being held together with duct tape now
[03:20:33 CET] <dave0x6d> that was my previous laptop :p
[03:22:54 CET] <dave0x6d> Managed to make a $350 USD laptop last 5 years as my primary machine, it lasted better than I expected.
[03:24:17 CET] <klaxa> well this one was 1k¬ 18 months ago D:
[10:37:37 CET] <chovy> fade in video loses audio when i use .ts files
[10:37:44 CET] <chovy> ffmpeg -y -i in-${i}.ts -vf "fade=t=in:st=0:d=4" fadein-${i}.ts
[10:38:03 CET] <chovy> not sure what i'm doing wrong. in-1.ts has both audio and video but the fadein-1.ts has no audio
[12:54:02 CET] <andrey_utkin> chovy, pastebin full command and output hereee
[13:34:50 CET] <Guest69775> Hello! I would like to use ffmpeg as part of a commercial product. I'm not planning to change the ffmpeg code, but I would like to use x264. Does anyone know what should I do?
[13:35:49 CET] <furq> at the very least you need to distribute the source of the ffmpeg and libx264 versions you're using
[13:36:17 CET] <furq> whether or not you need to release your program's source is probably the kind of thing you'd need to ask a lawyer
[13:36:19 CET] <fling> Is it possible to set metadata the way atomicparsley does?
[13:36:20 CET] <durandal_1707> Guest69775: for x264 you need to buy license
[13:36:36 CET] <furq> and yeah you may need to buy an h.264 license
[13:36:40 CET] <furq> that's a separate issue though
[13:36:57 CET] <bencoh> and depends on how you use it (ie whether it's gpl-compliant or not)
[13:37:48 CET] <Guest69775> @thanks guys, do you know how can I buy the license? I see that https://licensing.x264.org/en/ offers it, but I'm not sure if they are legit
[13:37:52 CET] <furq> fwiw you could use openh264, which is license-free and BSD licensed
[13:38:02 CET] <furq> but it's not a particularly great h264 encoder
[13:38:11 CET] <bencoh> and is still incomplete
[13:38:16 CET] <furq> license-fee-free, rather
[13:38:24 CET] <furq> it's complete enough that browsers are using it for webrtc
[13:38:31 CET] <bencoh> right
[13:38:40 CET] <furq> if you're doing streaming or something then it might well be good enough
[13:39:53 CET] <furq> Guest69775: i don't think that's the x264 website
[13:40:30 CET] <furq> probably best to ask in #x264
[13:40:56 CET] <Guest69775> so aside from the x264, I can use ffmpeg in a commercial product..? I'll look into open264..Thanks for that!
[13:42:04 CET] <furq> yes
[13:42:18 CET] <furq> ffmpeg is lgpl so you may or may not have to release the source of your product
[13:42:20 CET] <furq> consult a lawyer on that one
[13:42:35 CET] <furq> iirc if you build it in gpl mode (e.g. with libx264) then you pretty much have to release your source
[13:42:58 CET] <furq> also bear in mind that if you're exporting audio then you'll probably need an aac license
[13:43:12 CET] <Guest69775> Thank you furq! You mean the source of my software even though I did not change the FFmpeg source ?
[13:43:16 CET] <furq> right
[13:43:52 CET] <furq> you also need to distribute the ffmpeg and libx264 sources used by any binaries you release
[13:43:56 CET] <furq> and any other libs you use
[13:45:07 CET] <Guest69775> for me this means that I cannot use the gpl build (the other option is to build it as lgpl ?)
[13:45:21 CET] <furq> yeah
[13:45:39 CET] <furq> if you build ffmpeg with gpl libs then the whole thing is gpl
[13:45:49 CET] <furq> so you wouldn't be able to use x264
[13:46:11 CET] <furq> consult a real lawyer, though
[13:46:27 CET] <furq> this stuff all gets a bit blurry
[13:46:43 CET] <fling> Guest69775: also ask at #gnu and at #fsf about gpl and other licenses
[13:47:35 CET] <kerio> you can also use the subprocess trick
[13:47:42 CET] <Guest69775> OK! Thank you for the help!! I'll also try the x264 channel just in case
[13:47:43 CET] <kerio> which is... pretty silly, tbh
[13:47:48 CET] <Guest69775> What's that ?
[13:47:56 CET] <furq> i don't think that works for the normal gpl
[13:47:57 CET] <fling> Right, gpl2 was hard to understand for regular people and only lawyer were able to interpret it so they invented gpl3
[13:48:11 CET] <fling> Now lawyer are having difficulties too :>
[13:48:13 CET] <kerio> furq: why not? is my program not allowed to run a gpl program?
[13:48:28 CET] <furq> not if your program can't function without the gpl program
[13:49:03 CET] <kerio> Guest69775: running ffmpeg as a separate process
[13:49:16 CET] <kerio> but as furq mentions, it might not work for GPL programs
[13:50:20 CET] <furq> actually nvm that should be ok
[13:51:02 CET] <Guest69775> I'm already running it as separate process..I'm simply calling it via a dynamically constructed batch file..my code does not contain ffmpeg or x264
[13:51:10 CET] <furq> https://www.gnu.org/licenses/gpl-faq.en.html#NFUseGPLPlugins
[13:51:46 CET] <kerio> sounds like a perfect use case for the actual ffmpeg binary
[13:51:56 CET] <furq> yeah
[13:52:08 CET] <furq> you still need to distribute the ffmpeg and library sources in that case
[13:52:25 CET] <kerio> surely that's only if you make modifications?
[13:52:28 CET] <furq> nope
[13:52:36 CET] <furq> if you release gpl'd binaries you need to make the sources available yourself
[13:52:36 CET] <kerio> isn't pointing to a git shorthash enough?
[13:52:44 CET] <furq> what if the git server goes down
[13:52:59 CET] <furq> (i'm not defending this, it's just the way it is)
[13:53:03 CET] <kerio> then i will happily provide sources on physical media once you pay for shipment
[13:53:11 CET] <furq> good luck with that
[13:53:16 CET] <bencoh> furq: actually you're only supposed to provide your customers with the sources
[13:53:26 CET] <kerio> and that's if they ask, too
[13:53:31 CET] <bencoh> like kerio said :)
[13:53:39 CET] <kerio> but sure, just have a link somewhere
[13:53:39 CET] <furq> https://www.gnu.org/licenses/gpl-faq.en.html#UnchangedJustBinary
[13:53:48 CET] <kerio> you're going to need your own copy of the sources anyway
[13:53:58 CET] <kerio> no way you're just relying on the ffmpeg commandline to not change for a commercial product, anyway
[13:54:16 CET] <furq> i just made a build script which spits out all the necessary .xzs
[13:54:28 CET] <furq> it's not that big a deal
[13:54:41 CET] <Guest69775> now I'm confused..do I still need to provide my own source code in the case of simply using an ffmpeg binary ?
[13:54:48 CET] <furq> probably not
[13:54:58 CET] <furq> but you do need to provide the ffmpeg and library sources
[13:55:03 CET] <furq> i'm going to stop saying that now
[13:55:32 CET] <kerio> Guest69775: if you're merely launching ffmpeg in popen2() or whatever then no, the source to your program is not needed
[13:55:54 CET] <kerio> however, if you are distributing a ffmpeg binary, then you MUST provide the sources to that binary when prompted
[13:56:15 CET] <kerio> including any modifications you made to the source
[13:56:17 CET] <furq> there's no reason to wait to be prompted
[13:56:18 CET] <kerio> (if any)
[13:56:33 CET] <kerio> sure, just have a link on a company page or whatever
[13:57:11 CET] <kerio> that has been considered equivalent to distributing the source for quite a while
[13:57:18 CET] <furq> a link to what
[13:57:19 CET] <kerio> you're not forced to ship the tarball with the code together with your program
[13:57:25 CET] <furq> oh right
[13:57:32 CET] <furq> yeah you just need to make them available yourself
[13:57:33 CET] <kerio> idk, a github repo?
[13:57:37 CET] <Guest69775> I've got no problem attaching the ffmpeg source code with my software, I'm not planning on keeping it up-to-date, so I'll pick a build and stick with it. My usage is quite minimal - its a small portion of my software, so I only use it via the command line
[13:57:47 CET] <furq> so ideally somewhere on the same download server as the program
[13:58:06 CET] <furq> you can't just link to someone else's copy of the code, even if it's github or whatever
[13:58:30 CET] <kerio> what about my copy of the code on github tho
[13:58:37 CET] <furq> i wouldn't count on it
[13:58:53 CET] <kerio> i would count on github waaaaay more than my own server, tbh
[13:59:53 CET] <Guest69775> Thanks guys!
[13:59:59 CET] <furq> i host binaries on github and i just have tarballs of all the source packages there as wel
[14:00:02 CET] <furq> l
[14:00:13 CET] <kerio> Guest69775: btw i think nobody here is a lawyer
[14:00:31 CET] <kerio> so, yknow
[14:00:33 CET] <furq> i'm only a lawyer on tv
[14:01:21 CET] <Guest69775> I get it...I needed to understand the concept of it..I guess I will have to find a lawyer to deal with this eventually..
[14:01:41 CET] <kerio> probably not
[14:01:59 CET] <furq> if you're just calling a subprocess then the GPL shouldn't be a problem
[14:02:04 CET] <furq> codec licensing may be a problem, though
[14:02:24 CET] <furq> if you use openh264 and no audio then i think you're ok
[14:02:24 CET] <kerio> yeah, /that/ is a whole bag of dicks
[14:02:36 CET] <furq> if you use x264 and any aac encoder then you'll be on the hook for it
[14:02:36 CET] <kerio> is openh264 really licensed freely for every purpose?
[14:02:39 CET] <Guest69775> Strange...I thought that x264 was free    -    http://www.videolan.org/developers/x264.html
[14:02:41 CET] <furq> i believe so
[14:02:48 CET] <furq> Guest69775: x264 is free, h.264 isn't
[14:02:53 CET] <miyalys> Hi! If I want to pipe the output of ffmpeg to ffmpeg should this method (simplified) work?: ffmpeg -i in.mkv - | ffmpeg -i - out.mkv ?    or should I replace both - with pipe:1 or some such? I'm trying to change the framerate (from 25 to 24 fps, conforming, resulting in a longer duration) which someone claims requires raw video(?), and I don't have enough space for the entire raw video, so I was hoping it
[14:02:59 CET] <miyalys> could be piped gradually into the output, not ...
[14:03:02 CET] <miyalys> ... storing the entire intermediate step.
[14:03:05 CET] <kerio> the issue is not the license of the encoder, the issue is the patent on the codec itself
[14:03:20 CET] <furq> miyalys: if your source is h.264 then you do not want to go via rawvideo
[14:03:27 CET] <furq> funnily enough i'm doing this right now
[14:03:52 CET] <Guest69775> :) no commercially I guess
[14:03:58 CET] <Guest69775> not*
[14:04:02 CET] <furq> you can do it losslessly with a recent ffmpeg, but you'll also need to slow down the audio, which needs a reencode
[14:04:34 CET] <kerio> miyalys: can't you just -r 24
[14:06:08 CET] <furq> miyalys: http://vpaste.net/8o2Av
[14:06:18 CET] <kerio> oh you want to slow down everything
[14:06:30 CET] <furq> i think you need at least ffmpeg 3.2 for that to work but i could be wrong
[14:06:37 CET] <furq> demuxing didn't work for me with a build from september
[14:08:34 CET] <furq> actually i wonder if you can pipe that to avoid the intermediate file
[14:08:39 CET] <furq> only one way to find out
[14:08:55 CET] <Shilon> hello everyone Im trying to implement ffmpeg on my rails app, anyone knows when it starts transcoding I get this error? https://gist.github.com/jamesalbuquerque/6ed82c3ae4fdc2fc6a191bbe4ec50be5
[14:09:36 CET] <miyalys> the source is indeed h264. I don't need the audio fortunately, as I'm adding a separate audio track that's already 24 fps. I have ffmpeg 3.2.2.
[14:10:35 CET] <furq> trying it now
[14:10:52 CET] <kerio> timestamps ew
[14:11:20 CET] <furq> neat, works fine
[14:11:33 CET] <furq> miyalys: ffmpeg -v error -i src.mkv -c copy -f h264 - | ffmpeg -y -v error -stats -r 24 -i - -c copy dest.mp4
[14:11:56 CET] <miyalys> furq: will save that paste though, may need to do so in the future. How do you get that 0.96?
[14:12:05 CET] <furq> 24/25
[14:12:06 CET] <miyalys> furq: nice, thanks, will try that!
[14:12:28 CET] <miyalys> ah, right!
[14:12:35 CET] <furq> i literally just did this about half an hour ago
[14:12:37 CET] <furq> nice timing
[14:13:12 CET] <furq> now i finally have the ultimate copy of "tough and deadly" starring billy blanks and roddy piper
[14:13:46 CET] <kerio> LOL
[14:14:01 CET] <kerio> why, was it released in sped-up 25fps?
[14:14:12 CET] <furq> actually that should be roddy piper and billy blanks, on account of roddy piper being tough and billy blanks being deadly
[14:14:19 CET] <furq> because that's how pal dvd works
[14:14:24 CET] <furq> they just speed it up by 4%
[14:14:31 CET] <kerio> furq: why did you make it 24fps
[14:14:39 CET] <kerio> and not 23.976
[14:14:44 CET] <furq> i did make it 23.976
[14:14:50 CET] <kerio> dammit
[14:15:04 CET] <furq> it was straight-to-video after all
[14:15:04 CET] <kerio> hold on, are PAL DVDs better then
[14:15:07 CET] <furq> yes
[14:15:11 CET] <kerio> woo
[14:15:11 CET] <furq> no ivtc needed
[14:15:21 CET] <furq> also higher resolution
[14:15:30 CET] <furq> obviously that's not necessarily true for tv shows
[14:15:33 CET] <kerio> how do you know it wasn't shot at 30
[14:15:53 CET] <furq> i crossed my fingers
[14:16:08 CET] <furq> also if it was shot on video it would probably be interlaced
[14:16:42 CET] <furq> either that or this budget-ass dvd company has an exceptional deinterlacing filter
[14:17:14 CET] <furq> way better than the garbage one the bbc use
[14:18:25 CET] <furq> the ideal situation is a setpts'd video rip from a pal dvd and ac3 audio from an ntsc dvd
[14:18:32 CET] <furq> it's easy enough to mix in the latter if you find it though
[14:19:36 CET] <kerio> furq: why the ac3 from the ntsc dvd?
[14:20:07 CET] <furq> because then you don't have to slow it down and reencode/resample it
[14:20:17 CET] <kerio> oh i see
[14:33:05 CET] <kerio> furq: what if they just sped the movie up 25%
[14:34:23 CET] <miyalys> in my case i have an encode in higher video quality with an english language track in 25 fps and an encode with lower vidoe quality and a danish audio track in 24fps. I want to merge the high quality video with the danish audio track. so I guess I could either speed up the audio or slow down the video. I think? But I could easily be wrong. At least I noticed they gradually lost sync when I just replaced
[14:34:29 CET] <miyalys> the audio track ;) It's animation so I thought ...
[14:34:29 CET] <miyalys> have not seen tough and deadly. maybe i should?
[14:34:31 CET] <miyalys> ... maybe adapting the video to the audio would give the best result?
[14:35:28 CET] <furq> well you can change the video framerate losslessly, and if it was shot on film then it'll originally have been 24fps
[14:37:13 CET] <miyalys> ok, good point!
[14:37:39 CET] <furq> also if it's actually 23.976 fps then use -r 24000/1001 instead of -r 24
[14:38:27 CET] <bencoh> depending on the kind of animation, it's usually not shot on film, but ...
[14:38:39 CET] <furq> animation?
[14:38:44 CET] <bencoh> 15:34 < miyalys> the audio track ;) It's animation so I thought ...
[14:38:49 CET] <furq> oh
[14:39:02 CET] <bencoh> either japanese TV recording, or dvd/br rip
[14:40:35 CET] <furq> well yeah the idea is to figure out what the original framerate is
[14:41:00 CET] <furq> if it's animation then i'm no longer qualified to answer
[14:41:53 CET] <furq> i guess if it was released in theatres then it's a safe bet that it should be 24fps
[14:43:36 CET] <cilli> hey
[14:44:16 CET] <miyalys> good to know about filmed movies though, regardless. it's this animation btw.: http://www.imdb.com/title/tt0077204/
[14:44:24 CET] <cilli> is there a faster way to get the last image using ffmpeg than -i video.mp4 -vf "select='eq(n, LASTIMAGE)' -vframes 1 test.png?
[14:45:06 CET] <furq> looks like this was released in theatres so it should be 24fps
[14:45:19 CET] <furq> that much at least is constant all over the world
[14:45:37 CET] <furq> (except when it's 23.976fps)
[14:46:20 CET] <furq> cilli: -sseof?
[14:46:59 CET] <furq> -sseof 1 before -i should help
[14:47:35 CET] <cilli> thanks ill try that furq :)
[14:50:17 CET] <miyalys> right, thanks furq, and bencoh!
[14:50:33 CET] <miyalys> and kerio
[15:24:47 CET] <cilli> any idea why sseof and the select=eq gives different pictures furq?
[15:25:17 CET] <cilli> ive a timeline in the video and its difference is around one second
[15:25:51 CET] <cilli> ffmpeg.exe -sseof -1 -i 20161206T171542.mp4 -vframes 1 test.png
[15:25:54 CET] <cilli> this is how I call it now
[15:31:47 CET] <cilli> or maybe its just that it can't seek that exact?
[15:35:00 CET] <furq> you still need select
[15:35:17 CET] <furq> sseof will just seek to the last keyframe instead of decoding the whole stream up to that point
[15:48:51 CET] <cilli> aha
[15:58:37 CET] <cilli> i dont get it working
[16:07:09 CET] <cilli> http://codepad.org/qfiT5AaU
[16:07:41 CET] <cilli> 1808856 is the nb_frames
[16:30:28 CET] <cilli> i guess i need a different offset
[16:30:40 CET] <cilli> for the select range
[16:30:47 CET] <cilli> but how to know what frame pos eof is
[19:05:06 CET] <taliptako> why i should use or shouldnt use ffmpeg static builds https://johnvansickle.com/ffmpeg/
[20:28:37 CET] <DHE> taliptako: if you can't built your own, this is fine. just make sure the features you want/need are listed below
[23:15:24 CET] <wpbro> hi
[23:15:30 CET] <wpbro> HSL is a new protocol, right?
[23:15:37 CET] <wpbro> has it anything to do with h264 and/or ffmpeg?
[23:18:52 CET] <wpbro> I mean HLS
[23:20:18 CET] <kerio> it's a container
[23:20:44 CET] <wpbro> oh
[23:20:49 CET] <wpbro> so ffmpeg could do that?
[23:21:05 CET] <wpbro> I mean, what is the difference between HLS and e.g. two or three mpeg streams with different resolutions?
[23:22:16 CET] <kerio> the "live" part of "HTTP Live Streaming"
[23:23:23 CET] <furq> it's more a protocol than it is a container
[23:23:46 CET] <kerio> just because it contains containers, it doesn't mean it's not a container
[23:23:55 CET] <furq> and it has something to do with h264 in that it only supports h264 video
[23:25:10 CET] <furq> it's just a bunch of mpeg-ts fragments served over http with an m3u8 playlist indexing the fragments
[23:25:30 CET] <kerio> and soon, a bunch of fragmented .mp4 fragments!
[23:25:48 CET] <furq> imagine that
[23:26:12 CET] <kerio> there's only going to be one fragment in each of the fragments right
[23:26:19 CET] <furq> i hope so
[23:50:09 CET] <Shilon> hi there, what is this? Unknown encoder 'libfaac'
[23:50:49 CET] <BtbN> What do you mean, what is this? Looks like an error message to me.
[23:51:00 CET] <Shilon> Yes, that I know.
[23:51:33 CET] <Shilon> Im trying to implement a video uploader on my rails app with carrierwave-ffmpeg when trying to upload, I get this error&
[23:52:08 CET] <furq> libfaac has been unsupported since 3.0
[23:52:13 CET] <Shilon> hum
[23:52:23 CET] <Shilon> so what should I use now?
[23:52:24 CET] <furq> if you have a newer version then just use the builtin aac encoder
[23:53:59 CET] <Shilon> furq: thank you!
[23:58:46 CET] <thebombzen> how does ffmpeg's aac encoder stack up against other encoders?
[23:59:00 CET] <thebombzen> compared to libfdk_aac at least?
[00:00:00 CET] --- Mon Jan 23 2017

More information about the Ffmpeg-devel-irc mailing list