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

burek burek021 at gmail.com
Mon Oct 17 03:05:01 EEST 2016


[00:00:05 CEST] <Ana_> Let me try it, hold on! Thank you so much!
[00:00:08 CEST] <c_14> (largest resolution, highest audio bitrate) afair
[00:01:18 CEST] <Ana_> I just want to confirm, I should run this? ffmpeg -i input.mkv -c copy output.mp4
[00:02:10 CEST] <DHE> yeah. I mean, worst case output.mp4 isn't what you want and you fix it
[00:02:28 CEST] <Ana_> What do you mean "isn't what I want"?
[00:03:07 CEST] <DHE> if you do have multiple audio or video streams, maybe they don't all make it in or not in the order you want, etc. check it when it's done and make sure it's what you want
[00:04:11 CEST] <Ana_> Okay, I will! When I open files that I've re-encoded on FFMPEG into Sony Vegas there are always like four or five audio tracks, so that might be my problem. This code will fix that?
[00:05:08 CEST] <DHE> no. but that's interesting. is that one audio stream per track? eg: surround sound presented as 5 or 6 mono tracks?
[00:07:49 CEST] <Ana_> Uh I'm not sure. Sorry I'm not very good with all this but when I open the file, it has one track for video, and then audio is split into a bunch of different audio tracks. Some sound-effects and stuff were isolated and dialogue was on a separate track? Maybe they were 5 or 6 mono tracks, I had never considered that.
[00:08:51 CEST] <DHE> when you run ffmpeg there's a little info dump on all the tracks. streams are named 0:0, 0:1, 0:2, ...
[00:09:26 CEST] <DHE> and just above the progress report is a table showing how input and output streams are mapped
[00:10:19 CEST] <Ana_> Actually I had to same problem when I used Wondershare video converter (wasted $50 for it to just double everything in size too) and when I opened it the converted MP4 in Vegas I got split audio tracks too, so apparently it's not only a changing-container issue it happens with conversion too?
[00:10:22 CEST] <kerio> Ana_: what made this file?
[00:10:39 CEST] <kerio> fam this doesn't happen by magic
[00:10:48 CEST] <SchrodingersScat> tell us who did this to you
[00:11:00 CEST] <DHE> Ana_: run that ffmpeg command I gave you, and pastebin the entire output of the ffmpeg run when it's done
[00:11:00 CEST] <kerio> if the original mkv has multiple audio tracks you're gonna get multiple audio tracks
[00:11:46 CEST] <furq> not without -map 0
[00:12:30 CEST] <Ana_> What do you mean? It's a torrented MKV file haha all I want to do is make shitty fanvideos of The Walking Dead
[00:12:43 CEST] <Ana_> DHE okay!!
[00:14:12 CEST] <kerio> surely that means that you have multiple audio tracks
[00:14:25 CEST] <DHE> I still want the output to be sure
[00:14:39 CEST] <Ana_> But why is the original file size 500MB and the output is 1GB?
[00:14:45 CEST] <furq> because you're reencoding the video
[00:14:47 CEST] <Ana_> Okay, one second! Thank you!
[00:14:57 CEST] <DHE> yeah, my command shouldn't take more than 10 seconds to run
[00:15:25 CEST] <furq> also yeah if you don't specify -map and the output has more than one audio track then something weird is happening
[00:15:56 CEST] <kerio> are you sure you're not confusing multiple audio tracks with multiple audio channels?
[00:16:33 CEST] <furq> maybe they show up separately in vegas or something
[00:17:05 CEST] <Ana_> That might be possible!
[00:17:10 CEST] <Ana_> I don't know
[00:17:12 CEST] <DHE> let's  see what ffmpeg actually says
[00:17:20 CEST] <furq> ^
[00:17:32 CEST] <Ana_> Okay I ran it http://pastebin.com/nFqURBZe
[00:17:48 CEST] <Ana_> Sorry it took me awhile to start it up
[00:18:01 CEST] <furq> oh
[00:18:02 CEST] <furq> hevc
[00:18:10 CEST] <furq> well that's probably going to be an issue
[00:18:31 CEST] <kerio> why
[00:18:38 CEST] <furq> i doubt that vegas will import that
[00:18:41 CEST] <kerio> anyway yea that's 5.1 audio
[00:18:56 CEST] <kerio> Ana_: did sony vegas like the video
[00:19:35 CEST] <Ana_> Yeah Vegas opens it after I re-encode it to MP4
[00:19:43 CEST] <Ana_> that part works fine
[00:19:54 CEST] <kerio> no, the new one
[00:20:01 CEST] <kerio> the one that's the same size and was not reencoded
[00:20:22 CEST] <kerio> furq: honestly who even encodes pirate tv series in h265
[00:20:25 CEST] <furq> idiots
[00:20:32 CEST] <kerio> i mean, it's better, but
[00:20:39 CEST] <Ana_> EVERYONE! I can't find any in h264 jkfdjnklgl
[00:20:50 CEST] <furq> usually idiots who don't understand that x265 is worse than x264 unless you use incredibly slow settings
[00:21:05 CEST] <Ana_> I double-checked in Vegas and
[00:21:08 CEST] <furq> and just encode with preset medium at half the bitrate they would use for x264 and assume it'll look great
[00:21:12 CEST] <kerio> D:
[00:21:16 CEST] <furq> hint: it does not look great
[00:21:27 CEST] <Ana_> as usual with MKV files, they don't even show up in the file explorer when I try to open them in Vegas
[00:21:42 CEST] <furq> Ana_: the mp4 that you just made
[00:21:42 CEST] <kerio> Ana_: yes, vegas does not understand the matroska container
[00:21:46 CEST] <kerio> what about the mp4 you just made?
[00:21:52 CEST] <Ana_> That works fine
[00:22:00 CEST] <furq> never mind then
[00:22:07 CEST] <kerio> are you sure it did?
[00:22:34 CEST] <kerio> because everyone on the internet is saying that hevc is not supported in sony vegas
[00:22:37 CEST] <DHE> h265 has potential for quality, but the encoders are kinda crap. and the codec itself has some unpleasant licensing behind it...
[00:22:55 CEST] <furq> if vegas uses directshow codecs then it'll be able to import hevc using lav filters
[00:23:00 CEST] <furq> or ffdshow if it uses vfw
[00:23:11 CEST] <furq> it'll probably be a pig to edit but it should actually work
[00:24:17 CEST] <Ana_> One second
[00:24:34 CEST] <Ana_> WHOA HOLY SHIT
[00:25:27 CEST] <Ana_> I though FFMPEG wans't working or just stopped because it wasn't doing anything so I thought it had stopped
[00:25:27 CEST] <furq> well that's a cliffhanger
[00:25:41 CEST] <Ana_> But no I'm just an idiot it really did just take 15 secs
[00:25:45 CEST] <furq> oh
[00:25:52 CEST] <Ana_> I'm used to re-encoding taking over an hour oh my god
[00:26:08 CEST] <furq> you're remuxing, not reencoding
[00:26:08 CEST] <Ana_> So I didn't actually see the new MP4 until now
[00:26:15 CEST] <furq> it just copies the streams into a new container
[00:26:16 CEST] <Ana_> Okay let me open it in Vegas
[00:26:25 CEST] <Ana_> The file size is the exact same oh my god
[00:26:40 CEST] <furq> i wouldn't get your hopes up too much just yet
[00:26:59 CEST] <Ana_> yeah shit
[00:27:19 CEST] <Ana_> It said Vegas couldn't open it
[00:27:29 CEST] <Ana_> "most likely a corrupted file or unknown format"
[00:27:33 CEST] <Ana_> well darn
[00:28:36 CEST] <furq> there are free NLEs which support hevc
[00:29:01 CEST] <furq> it looks like vegas uses vfw, and i'm not sure if ffdshow has an hevc decoder
[00:30:20 CEST] <Ana_> I'm not sure how people all over the internet do this then because most people who edit use Vegas. Like I've only ever come across one torrent that contained MP4's and I successfully convert the AVIs
[00:30:35 CEST] <furq> tbh the fastest solution might be to download some x264 rips instead
[00:30:49 CEST] <Ana_> wdym
[00:31:05 CEST] <furq> your rips are using hevc (x265)
[00:31:19 CEST] <furq> which is new and not widely supported, as you just found out
[00:31:20 CEST] <Ana_> and seriously I appreciate you guys taking the time to help me I've been trying to figure out how to do this for like 6 months
[00:31:27 CEST] <Ana_> Ohh sorry I misread that
[00:31:33 CEST] <Ana_> Yeah maybe
[00:31:48 CEST] <Ana_> Do you think that would help the file size problem?
[00:31:55 CEST] <furq> you can either reencode those which will take ages and lose quality, or just find some x264 rips
[00:32:10 CEST] <furq> they'll probably be a bit bigger
[00:32:22 CEST] <furq> also i should point out that i do not condone piracy. i think it's bad and not good
[00:32:23 CEST] <Ana_> oh
[00:32:42 CEST] <furq> with that out of the way, you should download it
[00:33:31 CEST] <Ana_> I agree I'm just a highschooler who likes video editing trust me if buying the DVDs and ripping them work I would gladly pay the money
[00:33:48 CEST] <SchrodingersScat> people can file complaints at whogivesashit.com
[00:33:54 CEST] <furq> i don't actually care
[00:34:31 CEST] <furq> we've had people in here asking how to rip MXFs of movies that weren't coming out for another two days
[00:34:31 CEST] <SchrodingersScat> #YOLO #Thuglife
[00:34:37 CEST] <Ana_> I don't understand -- why would I download x264 if the file size comes out even bigger? File size is my problem
[00:35:02 CEST] <furq> because then you won't have to spend hours reencoding it and losing quality to be able to import it into vegas
[00:35:45 CEST] <furq> you should just be able to convert them to mp4 and it'll work fine
[00:36:05 CEST] <Ana_> so you're saying either way I'm gonna be stuck with 1GB per episode either way
[00:36:52 CEST] <c_14> Either you find rips that are less that 1GB per episode, or you make them less than 1GB per episode by using a sledgehammer.
[00:37:06 CEST] <c_14> (If you reeeally want them to be less than 1GB per episode)
[00:37:17 CEST] <furq> for SD they should be about 400MB per episode
[00:37:21 CEST] <Ana_> the rips are like 500MB but after conversion it's 1GB that's the problem
[00:38:10 CEST] <c_14> Ana_: use a different preset, use a lower crf, use a fixed bitrate. But in your case it'll be easier to just download it in a format you can use directly because you'll save cpu time (and irl time)
[00:38:39 CEST] <furq> i take it the problem is limited disk space
[00:39:18 CEST] <furq> also if these are HD then 500MB is going to look bad
[00:39:43 CEST] <Ana_> I have 192 GB but 16 eps X 6 seasons = 96GB
[00:40:05 CEST] <Ana_> c14 but won't I still have to convert to MP4 when I get the h264?
[00:40:27 CEST] <furq> "convert" meaning remux, not reencode
[00:40:42 CEST] <furq> remuxing (-c copy) is just copying the video streams into a new container
[00:40:45 CEST] <Ana_> ohh so youre saying the remux will work on h264?
[00:40:48 CEST] <furq> yeah
[00:40:56 CEST] <Ana_> and vegas will open that?
[00:40:59 CEST] <furq> should do
[00:41:08 CEST] <Ana_> ohh okay
[00:41:25 CEST] <Ana_> alright I get it now thank you
[00:42:10 CEST] <furq> apparently series 3 in 480p is 6.7GB, in 720p it's 23GB
[00:42:24 CEST] <furq> so if 480p is ok then it should be fine
[00:42:45 CEST] <furq> you can always upscale it in vegas if it's going on youtube
[00:42:47 CEST] <DHE> sounds about right. 720p is roughly 3x as many pixels as 480p
[00:42:49 CEST] <DHE> (very roughly)
[00:42:56 CEST] <Ana_> holy shit
[00:43:34 CEST] <Ana_> yeah it's weird though that I have a torrent of season 5 that was all originally mp4 and it's great quality and 500MB each ep
[00:43:56 CEST] <furq> is that 720p
[00:44:38 CEST] <Ana_> sorry I'm an idiot how do I check that
[00:45:21 CEST] <furq> nvm it's in that pastebin
[00:45:48 CEST] <furq> Stream #0:0: Video: hevc (Main), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default)
[00:46:01 CEST] <furq> if this is 500MB for 43 minutes then there's some kind of magic going on if it looks good
[00:46:17 CEST] <BtbN> for hevc that's absolutely possible.
[00:47:19 CEST] <furq> the 720p x264 rips i'm seeing are 3x that size
[00:48:13 CEST] <BtbN> depends on the content, but with a good hevc encoder that's more than possible to look decent
[00:49:24 CEST] <Ana_> Okay I found an h264 I'm torrenting it now
[00:51:35 CEST] <Ana_> No peers awesome
[00:52:54 CEST] <Ana_> Would an AVC codec work?
[00:53:03 CEST] <furq> avc is the same as h264
[00:53:13 CEST] <Ana_> oh seriously
[00:53:15 CEST] <Ana_> jdsjndjsnkfdhj
[00:53:16 CEST] <furq> you probably want to search for x264 though
[01:03:27 CEST] <Ana_> Here was the description of the torrent I just got, when it's seeding I'll try remuxing
[01:03:27 CEST] <Ana_> http://pastebin.com/49BmAwRU
[01:03:40 CEST] <Ana_> Thank you guys so much
[01:25:47 CEST] <Ana_> So I remuxed the torrent and it still won't open in Vegas. The files that were torrented were AVI (which doesn't work with Vegas either) but the codec was AVC (you can see in the pastebin above)
[01:26:10 CEST] <DHE> so use the same ffmpeg command to remux them to mp4
[01:28:11 CEST] <ChocolateArmpits> Yeah NLEs are very picky if you stray away from broadcast formats
[01:29:53 CEST] <Ana_> i did remux them to mp4 from avi
[01:30:02 CEST] <Ana_> and Vegas still doesn't open them
[01:31:05 CEST] <furq> apparently you should be able to install them if you install ffdshow
[01:31:12 CEST] <furq> s/install them/open them/
[01:32:20 CEST] <furq> http://ffdshow-tryout.sourceforge.net/download.php
[01:32:22 CEST] <furq> i guess that's the one you want
[01:32:58 CEST] <Ana_> I can open them on my computer but not Vegas, would that affect Vegas?
[01:33:11 CEST] <furq> i don't know for sure but apparently vegas uses vfw codecs
[01:33:15 CEST] <furq> if it does then that should work
[01:34:15 CEST] <SchrodingersScat> have we considered not using vegas?
[01:34:18 CEST] <furq> if you're not already invested in vegas then you could use shotcut or something
[01:34:29 CEST] <furq> that just uses ffmpeg for decoding so it'll support everything ffmpeg does
[01:35:23 CEST] <SchrodingersScat> maybe we can use something that doesn't make me want to rip out my own eyes
[01:35:34 CEST] <furq> that would exclude all NLEs
[01:36:11 CEST] <Ana_> downloaded ffdshow, didn't work
[01:36:19 CEST] <furq> did you restart vegas
[01:36:23 CEST] <Ana_> yes
[01:37:33 CEST] <furq> are vegas and ffdshow both 32-bit or 64-bit
[01:37:50 CEST] <furq> they both have to be the same or else it won't work
[01:40:12 CEST] <furq> ctrl-shift-esc, rightclick vegas in the list > go to process, if it has *32 after the name then it's 32-bit
[01:44:44 CEST] <Ana_> there's no 32 bit OR 64 bit
[01:49:13 CEST] <furq> ?
[01:49:25 CEST] <furq> if you mean in task manager then if it doesn't say *32 then it's 64-bit
[01:50:10 CEST] <kerio> check if you can watch the video in mpc-hc
[01:53:03 CEST] <furq> mpc-hc doesn't use ffdshow any more
[01:55:29 CEST] <kerio> :(
[01:56:19 CEST] <Ana_> yes I can open with Windows Media Player
[02:15:55 CEST] <Madd_the_Sane> Is there a reason why swresample is linked against SDL?
[02:20:53 CEST] <Madd_the_Sane> Perhaps a better question is why is it linking against SDL (and other frameworks) when it doesnt call function from those libraries on OS X.
[02:58:45 CEST] <torstein_> Could anyone help me with this issue? https://devtalk.nvidia.com/default/topic/971350/cuda-setup-and-installation/cuda-hw-acceleration-works-for-x264-but-x265-hevc-gives-me-quot-no-cuda-capable-device-is-detected-quot-/
[03:30:53 CEST] <DHE> you sure your hardware suports HEVC decoding?
[03:35:46 CEST] <furq> does cuvid use purevideo
[03:35:53 CEST] <furq> if so then hevc isn't supported on the 7 series
[03:51:15 CEST] <torstein_> DHE: No, but CUDA HEVC decoding works in Windows with MPC-HC and LAV.
[03:52:27 CEST] <torstein_> CUDA should not rely on hardware codec support while CUVID should
[04:16:12 CEST] <grepper> is it normal now for -target dvd to override any -vf scale options that occurs afterwards in the command?  http://dpaste.com/29PSKDR.txt
[04:20:58 CEST] <furq> -s appends -vf scale to the end of the filter chain iirc
[04:21:03 CEST] <furq> so i assume -target does the same thing
[04:21:18 CEST] <DHE> -target is just a whole bunch of presets, and I think -s is one of them
[04:21:29 CEST] <DHE> wonder if you could do the parameters in a different order?
[04:21:39 CEST] <furq> try using -s after -target
[04:22:44 CEST] <furq> also check that it's not scaling twice with -v debug
[04:22:55 CEST] <grepper> well, as the paste shows, I am using -vf scale after -target
[04:22:58 CEST] <grepper> okay
[04:23:34 CEST] <grepper> ffmpeg -i movie.vob -threads 4 -target ntsc-dvd -qmin 5 -qmax 31 -vf scale=w=352:h=368,pad=width=352:height=480:x=0:y=56,setdar=4/3,fps=30000/1001 -b:v 3600k -b:a 224k -ac 2 -map 0:1 -map 0:2 -y movie-halfdvd.mpg
[04:23:46 CEST] <grepper> but its 720:480 in the output
[04:25:08 CEST] <furq> if -target sets -s then it appends scale=720:480 to the end of that filterchain
[04:25:17 CEST] <furq> so it's scaling to 352:368 and then to 720:480
[04:25:29 CEST] <furq> i assume if you set -s instead of -vf scale then it'll override that
[04:26:22 CEST] <grepper> I see
[04:26:25 CEST] <furq> i guess you'll need to adjust the pad to match
[04:26:49 CEST] <grepper> used to work that anything after the -target option would modify it
[04:29:15 CEST] <furq> https://github.com/FFmpeg/FFmpeg/blob/3e5e5bdfef07526aa5c6b15e0484bdc51289cad9/ffmpeg_opt.c#L2714-L2734
[04:29:41 CEST] <furq> i guess you could set all those manually instead
[04:29:47 CEST] <furq> -s after -target should work though
[04:30:48 CEST] <grepper> so use -s and also the -vf scale/pad option ?
[04:31:18 CEST] <grepper> or just the pad option I guess
[04:31:24 CEST] <grepper> with -s
[04:31:45 CEST] <furq> use -s and then pad relative to 720:480
[04:32:17 CEST] <grepper> hm, okay, thanks
[04:33:14 CEST] <furq> i just checked, that only scales once
[04:39:26 CEST] <grepper> guess I could also just set the -target options myself and use the -vf scale
[04:39:57 CEST] <grepper> -bufsize etc
[10:10:46 CEST] <serp_> I have a program that generates output that I want streamed over the Internet
[10:11:18 CEST] <serp_> the easiest for me would be to write jpeg files and have a separate program compress these and send
[10:11:38 CEST] <serp_> I wonder... is motion jpeg literally concatinated jpeg images?
[10:12:02 CEST] <serp_> so if I just append a bunch of jpeg images, is that a motion jpeg stream?
[10:15:35 CEST] <kerio> afaik subsequent frames can skip some stuff
[10:15:43 CEST] <kerio> but concatenated jpegs should work
[10:21:50 CEST] <serp_> hmm could I encode a stream from a single image, re-reading the image from disk for each frame
[10:22:43 CEST] <serp_> because I know that I will generate images in an uneven pace with  a framerate lower than the encode framerate
[10:23:02 CEST] <serp_> so I would like the same frame to be encoded multiple times when I miss aa frame
[10:24:44 CEST] <kerio> i think you can just -loop 1 maybe?
[10:24:49 CEST] <kerio> not sure if that rereads the image
[10:24:54 CEST] <kerio> anyway, make sure to update the image atomically
[10:25:17 CEST] <kerio> (write the new one with a .tmp extension or whatever then move it over the old one)
[11:05:43 CEST] <serp_> kerio: yep -loop 1 works, it rereads the file
[11:05:44 CEST] <serp_> thanks
[11:06:46 CEST] <kerio> serp_: make sure to set a reasonable framerate
[12:00:04 CEST] <laserbled> Hi. Is anyone developing with FFmpegInterop wrapper for windows ?
[12:01:04 CEST] <laserbled> it is not able to stream a rtp. no error code or return. it just freezes. any help would be great. thanks
[12:26:21 CEST] <pihpah> Any idea how to solve this error? 'Selected ratecontrol mode is not supported by the QSV runtime. Choose a different mode.'
[12:26:50 CEST] <pihpah> I've compiled the latest ffmpeg from github but still having this error.
[23:12:57 CEST] <emilsp> hello, I'm trying to compile a bit of C, I pass in "-I libswscale", #include<libswscale/swscale.h>, however I still get "src/c/ff.c:20:5: error: unknown type name SwsContext
[23:17:59 CEST] <c_14> -I libswscale is wrong
[23:18:15 CEST] <emilsp> what should it be ?
[23:18:19 CEST] <emilsp> -lswscale ?
[23:18:23 CEST] <c_14> You want -I /path/to/swscale/parent
[23:18:39 CEST] <c_14> so -I /usr/include if the libswscale dir is in /usr/include
[23:18:47 CEST] <emilsp> hmm, ok
[23:18:53 CEST] <c_14> -lswscale is linking, that's a different issue
[23:19:15 CEST] <c_14> (I hope your font can differentiate between l and I)
[23:19:25 CEST] <emilsp> my font indeed can differentiate, yes
[23:22:18 CEST] <emilsp> hmm, even with "-I /usr/include" it doesn't find it :(
[23:22:38 CEST] <c_14> Well, where is the libswscale directory
[23:22:41 CEST] <c_14> the include dir, that is
[23:22:51 CEST] <emilsp> it's in /usr/include/libswscale
[23:23:00 CEST] <emilsp> everything else is found that's remotely related to ffmpeg
[23:23:11 CEST] <emilsp> by just using -I libavutil
[23:24:31 CEST] <c_14> If that works, then it's either already in your standard include path, or you have an actual libavutil directory in your cwd
[23:24:41 CEST] <emilsp> I most certainly do not
[23:24:51 CEST] <emilsp> and yes, it should be in my standard include path
[23:27:21 CEST] <c_14> emilsp: https://pb.c-14.de/t/kng.yjRDBh <- does this compile with `cc -lswscale test.c'
[23:30:27 CEST] <TheLawyer> which command can I use to record my desktop screen changes? I don't care if it video or bunch of images but I want it be done automatically following the changes on the screen
[23:31:20 CEST] <emilsp> hmm, so my header file for swscale has SwsContext defined as an empty struct
[23:31:38 CEST] <emilsp> and yes, c_14, that does compile for me as well
[23:32:03 CEST] <emilsp> does this mean that I have a wierd version of libswscale ?
[23:32:27 CEST] <c_14> and if you have struct SwsContext *b;
[23:32:33 CEST] <c_14> *add that
[23:32:37 CEST] <c_14> on line 5 or so
[23:32:54 CEST] <c_14> That earlier version was just to check if it can find the header at all
[23:32:58 CEST] <TheLawyer> worthless people
[23:34:00 CEST] <furq> what a nice young man
[23:34:09 CEST] <emilsp> c_14 can't find it, seems like the struct is there, but the type isn't defined
[23:34:44 CEST] <c_14> Because that builds with my version
[23:35:00 CEST] <emilsp> archlinux's a shit
[23:36:44 CEST] <emilsp> hmm, it seems I have two versions of ffmpeg installed, one is 1.3 and the other is 2.8
[23:38:08 CEST] <c_14> Well, 1.3 is a tad wee bit old
[23:38:09 CEST] <emilsp> anyway, thanks c_14 for setting me on the right path, much appreciated
[23:38:24 CEST] <emilsp> yet, firefox, chrome and just about everything but vlc depends on that packager
[23:39:08 CEST] <furq> swscontext is defined in swscale_internal.h
[23:39:28 CEST] <emilsp> I don't even have that header
[23:39:40 CEST] <c_14> because it's internal
[23:39:46 CEST] <c_14> It's declared in swscale.h though
[23:40:35 CEST] <furq> oh never mind that's pretty much what you said
[23:41:16 CEST] <furq> apparently vlc 2 on arch depends on ffmpeg 2.8
[23:41:51 CEST] <furq> actually i read that wrong didn't i
[23:41:55 CEST] <furq> i'm doing well here
[23:43:18 CEST] <emilsp> gah, which one would you suggest I build against ?
[23:44:51 CEST] <furq> 2.8
[23:45:40 CEST] <furq> are you sure it's 1.3 and not 3.1
[23:45:51 CEST] <furq> apparently firefox depends on the main ffmpeg package
[00:00:00 CEST] --- Mon Oct 17 2016


More information about the Ffmpeg-devel-irc mailing list