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

burek burek021 at gmail.com
Tue Dec 22 02:05:02 CET 2015


[00:18:54 CET] <anli> Firefox 43 (linux) uses ffmpeg, the last one uses pulse for audio. How to force ALSA when pulse isn't installed?
[00:27:25 CET] <c_14> Sounds like you want firefox support.
[00:30:34 CET] <anli> c_14: so, ffmpeg uses default ALSA device if not explicitly directed to use other one. Correct?
[00:30:50 CET] <c_14> ffmpeg doesn't do anything unless explicitly directed
[00:30:59 CET] <c_14> It's just a library.
[00:31:04 CET] <kepstin> i'm pretty sure firefox only uses ffmpeg for the video encoders/decoders, and handles the system audio output/input internally
[00:31:11 CET] <c_14> That too.
[00:31:31 CET] <JEEB> anli: firefox doesn't use FFmpeg for anything else than decoding
[00:31:33 CET] <debianuser> anli: Firefox uses ffmpeg (libavcodec.so, actually) for video decoding only. Firefox has its own alsa/pulse backend, and it uses alsa when pulse is not installed.
[00:31:43 CET] <JEEB> anything that happens after that is up to firefox itself
[00:31:56 CET] <JEEB> as debianuser said
[00:32:27 CET] <anli> got it, thanks! Will got to mozilla :)
[03:45:23 CET] <DrJ> I realize this is not a sox channel but maybe someone here will know the answer... is it possible for the input and output of sox to somehow be the same file
[03:45:41 CET] <DrJ> I tried it and it causes the output when its done to just repeat like the first second of audio over and over
[04:51:03 CET] <pinPoint> been out for a while. got a highlight.
[04:58:20 CET] <xintox> does anyone know what Invalid UE golomb means/
[04:58:21 CET] <xintox> ?
[05:21:05 CET] <pinPoint> can I use -report filename?
[05:24:43 CET] <c_14> pinPoint: last I checked, no. you have to set FFREPORT=file= or something
[05:31:17 CET] <pinPoint> in windows... it does not like that option
[05:31:54 CET] <pinPoint> what about output to a folder that does not exist
[05:32:14 CET] <c_14> hmm?
[05:33:32 CET] <pinPoint> can one output to a folder?
[05:33:40 CET] <c_14> no
[05:34:49 CET] <c_14> What would that even do?
[05:35:10 CET] <pinPoint> organize a large dump about to happen in batch
[05:35:31 CET] <pinPoint> and since the log is something along the lines ffmpeg.... its confusing
[05:36:38 CET] <pinPoint> i'll tough it out i guess.
[09:22:04 CET] <Betablocker> ho ho ho - i want to release a software under apache licencse&. but i use ffmpeg with copyleft as a part of my software & for ex.  converting rtsp to rtmp i use ffmpeg but did not modify it. does the copyleft from gpl allows me to release my software under apche 2.0 license ?
[09:22:25 CET] <Betablocker> anyone knows& i hate that license stuff
[09:27:26 CET] <JEEB> IANAL, but... FFmpeg itself is LGPL, but it also has GPL-only components that make it be GPL if you configure it as such. You can release your own software with whatever license that is compatible with (L)GPL (whichever FFmpeg build type you're using), and then the combined binary is under one or the other depending on which you chose for FFmpeg feature-wise
[09:27:41 CET] <JEEB> just like ffms2 is BSD or so, but when built with a GPL FFmpeg the binary becomes GPL
[09:28:04 CET] <JEEB> and thus you have to release the sources as usual as GPL
[09:28:45 CET] <JEEB> IIRC Apache v2 is compatible with (L)GPLv3, so you can make your own software Apache v3 and then if you combine it with GPLv3 then the binary altogether is under that.
[09:29:12 CET] <JEEB> I hope this is clear enough :)
[09:29:29 CET] <flux> it's funny somehow, though. now if someone were to extend and distribute ffmpeg, they would be able to do it on the terms of lgpl then. but if you extend a feature that somehow depends on a gpl feature, it is gpl?
[09:29:48 CET] <flux> but if it really doesn't directly depend on the gpl feature even though it's the gpl feature that makes it useful, then, um, what?-)
[09:31:40 CET] <JEEB> well in FFmpeg in general it's pretty simple
[09:31:55 CET] <JEEB> you are either making new files which depend on some headers (LGPL or GPL)
[09:32:07 CET] <JEEB> or you are editing a file which is under one or the other
[09:32:54 CET] <flux> I guess it's going to be nigh impossible to write ffmpeg code without including lgpl headers, so at the very minimum it's doing to be lgpl?-)
[09:33:48 CET] <JEEB> well in theory you could depend on LGPL headers and have your own thing be ISC or whatever, but that is not pushed for (or at least, preferably not something that isn't already in the FFmpeg code base)
[09:34:11 CET] <flux> but regarding betablocker's question, I think if you are merely invoking the ffmpeg program, you're not bound either by gpl or lgpl.. but if you distribute your application with ffmpeg, it might be considered differently.
[09:35:36 CET] <JEEB> if a GPL FFmpeg is required for the application to work in its <whatever the wording in GPL was> then that gets kind of derpy
[09:35:40 CET] <JEEB> but IANAL
[09:36:49 CET] <Betablocker> ok - thank you JEEB
[09:50:31 CET] <pkeuter> uhm. 1080i50 is 25fps, right?
[09:51:27 CET] <Betablocker> jop
[09:51:48 CET] <Betablocker> https://en.wikipedia.org/wiki/1080i
[09:51:57 CET] <pkeuter> does ffmpeg understand it like that to? when i want to force 1080i50, i do 25fps, right?
[09:52:27 CET] <pkeuter> too*
[09:56:40 CET] <jigg> you mean will it have half the fps after deinterlacing?
[09:57:35 CET] <pkeuter> no i am storing it interlaced (-flags ildct+ilme), so i want to make sure i am not creating unneccesary frames :-)
[09:58:04 CET] <pkeuter> it's a decklink card at 1080i50, but then i assume it's 25fps, right?
[09:58:30 CET] <Betablocker> or 30
[09:58:37 CET] <pkeuter> huh?
[09:58:47 CET] <pkeuter> i50 can't be 30fps?
[09:59:51 CET] <Betablocker> depends on your 50 hz or 60 hz electricity net
[10:00:57 CET] <pkeuter> uh are you sure? i think you mean 30fps is when you have 1080i60
[10:03:13 CET] <Betablocker> hmmm i live in europe we have that 50 hz power & but a friend of mine hast 60 hz and 30 frames
[10:03:18 CET] <Betablocker> he lives in the us
[10:09:01 CET] <c_14> pkeuter: 50i is 25 frames per second (50 fields per second)
[10:09:24 CET] <pkeuter> c_14, thanks :-) like i thought. just needed the confirmation
[10:10:37 CET] <pkeuter> c_14, if i save with the ildct+ilme flags, and then play it in my webbrowser, i still see quite alot of interlaced stripes, is that expected behavior?
[10:10:41 CET] <c_14> Betablocker: I assume you mean the television broadcast fps which is 29.97fps
[10:11:20 CET] <c_14> pkeuter: is the web-browser deinterlacing the video?
[10:11:28 CET] <pkeuter> c_14, i was thinking maybe it could be because everything on the web is progressive so it won't deinterlace i suppose
[10:11:50 CET] <c_14> Presumably not
[10:12:05 CET] <pkeuter> well that would explain :-)
[10:12:11 CET] <c_14> Most of the time you'll need to explicitly tell a player to deinterlace a video.
[10:12:42 CET] <pkeuter> yeah with yadif, but that creates a nice little cpu spike :-)
[10:13:10 CET] <flux> there must be some nice gpu-based deinterlacers these days?
[10:15:12 CET] <pkeuter> i dont know
[10:15:17 CET] <pkeuter> you mean for the browser?
[10:16:17 CET] <pkeuter> i'll just use yadif anyway. that looks better
[10:19:29 CET] <jbm> Hi.. I am trying to do video processing on server using ffmpeg. Its noticed that,sometimes the ffmpeg process gets stuck in the middle of executing something & I will have to kill the process by pressing CTRL+C. How can i check if a ffmpeg child process is stuck & kill it programattically?
[10:20:23 CET] <jbm> Is there some way to specify timeout for ffmpeg process?
[10:22:04 CET] <kevmitch> I have a file from which the following is a sample: https://www.dropbox.com/s/ho0mq1av40xm2r8/BBC.David.Attenboroughs.First.Life.1of2.Arrival-clip.mp4?dl=0
[10:22:21 CET] <kevmitch> ffmpeg -i says "Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, ycgco/unknown/unknown),"
[10:22:23 CET] <c_14> jbm: are you outputting to file or to network?
[10:23:19 CET] <kevmitch> that ycgco is definitely wrong - it should most likely be bt.709. Is there any way to fix that losslessly?
[10:23:49 CET] <jbm> c_14: Im outputting to file
[10:24:03 CET] <c_14> jbm: just check if the file size stops increasing
[10:24:09 CET] <c_14> (ffmpeg shouldn't hang though...)
[10:24:55 CET] <jbm> c_14: Is there some way to specify timeout for ffmpeg process?
[10:25:12 CET] <c_14> jbm: timeout for what?
[10:27:14 CET] <c_14> kevmitch: the only things I can think of would require a filter
[10:28:19 CET] <jbm> Suppose, I need to add fade out to a video. If there is some problem applying fade out & process gets stuck, can i programattically set some timeout(eg:30seconds),after which the process will be killed?
[10:29:46 CET] <c_14> you could add a sort of timeout in shell to the whole process, but not internally in ffmpeg
[10:33:33 CET] <jbm> c_14: Ok.thanks for the advice. Also,how can i programmatically KILL an ffmpeg process? any kill command in ffmpeg which will do what CTRL+C does?
[10:34:18 CET] <c_14> TERM, SIGINT
[14:05:49 CET] <awidgery> Hi - I'm trying to use ffserver to stream live audio with "ffmpeg -f alsa -i plughw:1,0 http://localhost:8090/feed1.ffm" but it's not working - anyone have experience with ffserver?
[14:31:41 CET] <paule32> awidgery: have a look to nginx
[14:32:30 CET] <paule32> can i stream live recordigs (screen cast + audio aac) without buffer or stream latencies?
[14:36:02 CET] <DHE> x264 has a "zerolatency" setting which will reduce the buffering. might only buy you 1 or 2 seconds of latency reduction though depending on your settings
[14:36:12 CET] <DHE> of course it negatively impacts quality
[14:36:38 CET] <fritsch> just use mjpeg :p
[14:37:43 CET] <paule32> i have start inhouse project - a gui for ffmpeg for my needs
[14:37:53 CET] <fritsch> a gui or a guy?
[14:37:59 CET] <paule32> i surprise what ffmpeg can do on cm d line
[14:38:07 CET] <paule32> haha
[14:38:10 CET] <fritsch> too much for a reasonable gui
[14:38:21 CET] <fritsch> find out what you need and then design the gui
[14:38:36 CET] <paule32> it is easy, with Qt5
[14:39:02 CET] <asturel> hi, i extracted the ASS sub from the mkv with '-vn -an -codec:s:0  srt sub.srt' is there a way to strip the formatting also?
[14:39:16 CET] <asturel> because now its full with <font size="20"><font face="Swis721 Cn BT"><font size="32"> ..
[14:53:04 CET] <DHE> I look forward to click-and-drag filter construction
[14:55:22 CET] <paule32> your project?
[14:56:09 CET] <paule32> is it possible to stream ads with ffmpeg, that when you click on it, you redirect to publisher of ads?
[15:39:03 CET] <jbm> Hi, Im trying to do cross fade between 5 videos using ffmpeg. I am successfully able to crossfade the videos , but I am not sure how to properly crossfade between audios. Any help?
[15:40:55 CET] <durandal_1707> there's filter
[15:41:25 CET] <durandal_1707> afade,acrossfade
[16:03:43 CET] <shincodex> is g++ not smart enough to figure out how to link with libavcodec.a
[16:10:16 CET] <debianuser> shincodex: That's usually up to pkg-config or whatever is used by your build system (autotools, etc.) :)
[16:10:34 CET] <shincodex> im screwed...
[16:10:48 CET] <shincodex> C++ was linking with system libavcodec.so
[16:11:11 CET] <shincodex> which has a bug or doesnt work with mjpeg so i had to look to see if the system libavcodec.a had it working
[16:11:21 CET] <shincodex> which is expecting what it seems to be straight c
[16:18:18 CET] <shincodex> how does one mix the both of them
[16:18:34 CET] <shincodex> I link with c linker it whines about libstdc++ problems
[16:18:52 CET] <shincodex> i link with g++ it whines about avcodec missing every single thing inside of it
[16:20:05 CET] <debianuser> What is the command you're using for linking?
[16:20:22 CET] <DHE> sounds like symbol mangling is an issue. do the headers contain extern "C" { ... } ?
[16:20:41 CET] <DHE> especially if the linker errors are able to name the parameter types
[16:21:34 CET] <kepstin> the ffmpeg headers don't included extern "C", iirc; you should wrap that around the #include statements if you're using it from C++
[16:22:33 CET] <JEEB_> yes
[16:22:42 CET] <JEEB_> it's in the documentation/FAQ
[16:23:41 CET] <shincodex> i wish you didnt even say extern "C"
[16:23:50 CET] <shincodex> because its not that.
[16:24:34 CET] <shincodex> this seems to be a problem in this operating system and static library concept.
[16:25:05 CET] <JEEB> ok
[16:25:09 CET] <shincodex> forget the fact i didnt put in #ifdef __cpluspluss
[16:25:13 CET] <kepstin> shincodex: please pastebin the exact error messages that you're seeing
[16:25:17 CET] <shincodex> oh yeah i cant copy paste lol
[16:25:28 CET] <shincodex> i remote into linux from windows :)
[16:25:43 CET] <shincodex> but to answer your question I already extern "C"
[16:26:04 CET] <shincodex> on the headers
[16:26:12 CET] <asturel> so there's no way to strip the subtitle text formatting? (<font style... family etc..>)
[16:26:30 CET] <shincodex> ill paste some crap one sec
[16:26:36 CET] <asturel> regex replace <[^>]*> with "" kinda worked but there's should be better way
[16:26:41 CET] <kepstin> either you're sshing into the remote system, in which case you can copy/paste locally, or you're remote desktoping in, in which case you can either copy/paste on the remote system...
[16:31:28 CET] <shincodex> i tried ld and gcc and g++
[16:32:06 CET] <shincodex> http://pastebin.com/idtQxJGh
[16:32:28 CET] <shincodex> ill link with ld right now and it will complain about C++
[16:32:35 CET] <shincodex> which is a obvious though.
[16:32:38 CET] <kepstin> using g++ as the linker is correct for c++ code
[16:32:54 CET] <kepstin> the issue is that when using static libraries, you have to explicitly include the entire dependency chain
[16:33:00 CET] <kepstin> you're missing some libraries that ffmpeg uses
[16:33:08 CET] <shincodex> is that the case
[16:33:17 CET] <shincodex> Is that the case with static libraries on this system so
[16:33:41 CET] <kepstin> it's the case with static libraries on any unix system forever
[16:34:07 CET] <shincodex> -l:libblah.a <every dependancy after> -lwhateverso -lwhateverso2
[16:34:40 CET] <kepstin> you should be using pkg-config, replace the libraries in your makefile with $(shell pkg-config --static --libs libavcodec libavutil ...)
[16:34:59 CET] <kepstin> just list the libraries you're using directly, and pkg-config will build the link command
[16:35:18 CET] <shincodex> if its set up that is.
[16:35:36 CET] <kepstin> if you installed ffmpeg correctly, it should be...
[16:35:37 CET] <shincodex> pkg-config --static --libs libavcodec
[16:35:41 CET] <shincodex> ill see what shell dumps out for that
[16:35:52 CET] <shincodex> sudo apt-get libavcodec-dev
[16:35:56 CET] <shincodex> not ffmpeg
[16:36:15 CET] <shincodex> though i have built deps for it before but trying to keep it small
[16:36:25 CET] <kepstin> on recent versions of debian, "libavcodec" is one of the libraries provided by the ffmpeg project
[16:36:26 CET] <shincodex> if i can get away with a few libav's
[16:36:34 CET] <kepstin> so by 'ffmpeg', i'm referring to the project as a whole
[16:36:39 CET] <shincodex> yep.
[16:36:51 CET] <shincodex> oh dear
[16:37:22 CET] <kepstin> the static link command should have basically a ton of libraries, depending on what features are enabled in ffmpeg
[16:37:25 CET] <shincodex> it seems like pkg config stacks with multiple depenacies
[16:37:29 CET] <shincodex> from other objects
[16:37:35 CET] <shincodex> I use lib opencv for other projects
[16:37:46 CET] <shincodex> and its putting its crap in here too which is a sin
[16:38:29 CET] <kepstin> no, the issue is that your system libavcodec probably has opencv features enabled
[16:38:38 CET] <kepstin> so opencv is a dep of it
[16:38:50 CET] <shincodex> wait Im confused now
[16:38:57 CET] <shincodex> Because opencv uses WITH_FFMPEG
[16:39:12 CET] <shincodex> its just a library on top of ffmpeg for opencv_video library
[16:39:30 CET] <shincodex> now your making it sounds like source code in libavcodec has opencv code in it
[16:39:38 CET] <shincodex> making it a circular well dependancy really.
[16:40:22 CET] <kepstin> ffmpeg supports using filters from libopencv within an ffmpeg filter chain
[16:40:45 CET] <kepstin> dunno how exactly the circular dep works out, but they're usually resolvable
[16:41:19 CET] <shincodex> what im afraid of is what ffmpeg was doing
[16:41:28 CET] <shincodex> if you get source off ffmpeg which we have
[16:41:39 CET] <shincodex> and build it as SO's it works and then it doesnt
[16:41:59 CET] <shincodex> it compiles and dumps so's in each libxx folder
[16:42:11 CET] <shincodex> but links with system so when its run it whines because of mismatch somewhere
[16:42:22 CET] <shincodex> unless for force it to link with specific library you compiled with
[16:42:44 CET] <shincodex> So lets say i use package config with the opencv reference sitting in there
[16:42:57 CET] <shincodex> and goto raspery pi.... whatever machine with a arm processor
[16:43:19 CET] <shincodex> would they also included opencv references?
[16:44:09 CET] <shincodex> its as if they only solution is to compile the libraries yourself because the systems have who know what on them
[16:48:46 CET] <kepstin> if you want a minimal ffmpeg with specific features, you'll have to build it yourself. I recommend installing to an alternate prefix, then using the pkg-config control variable 'PKG_CONFIG_PATH' to tell pkg-config where to look for that new library.
[16:52:04 CET] <shincodex> heh
[16:52:27 CET] <shincodex> my configure strips the crap out of it just use rtsp h264 and mjpeg videos no audio or the rest of it
[17:18:16 CET] <shincodex> so i did a sudo apt-get install ffmpeg
[17:18:36 CET] <shincodex> then i constructed a real nasty linker line -l:libavformat-ffmpeg.so.56
[17:18:51 CET] <shincodex> and it turns out this package compiled mjpeg options into it :)
[17:19:19 CET] <shincodex> but the arm processor distro may not use .56
[17:19:20 CET] <shincodex> :(
[17:19:29 CET] <paule32> you dont need install it, you have to compile it
[17:20:29 CET] <paule32> with ./configure --enable...
[17:20:37 CET] <paule32> then make
[17:20:45 CET] <shincodex> yeah where
[17:20:46 CET] <paule32> then "make install"
[17:20:49 CET] <shincodex> where
[17:20:59 CET] <paule32> on console?
[17:21:07 CET] <shincodex> i dont see avcodec.c on my system when i go sudo apt-get install ffmpeg
[17:21:53 CET] <kepstin> ... that's because the debian package only installs the binaries. you'll want to go to ffmpeg.org and download the source in your home directory somewhere...
[17:22:17 CET] <shincodex> I already have the source
[17:22:20 CET] <shincodex> one sec
[17:24:14 CET] <shincodex> here it comes...
[17:24:19 CET] <shincodex> the configure line of death
[17:25:05 CET] <paule32> for 2.7.2:
[17:25:19 CET] <paule32>  ./configure --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-libaacplus --enable-libfaac --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --en
[17:25:19 CET] <paule32> able-libxvid --prefix=/usr/local --enable-librtmp --enable-libfribidi --enable-libfontconfig --enable-filter=drawtext
[17:25:44 CET] <shincodex> mines bigger
[17:26:02 CET] <paule32> this must be done all of custom purpose
[17:26:12 CET] <paule32> you can add more of your needs
[17:27:05 CET] <shincodex> bash ./configure --enable-shared --disable-static --arch=${LARCH:9} --disable-debug --enable-pic --optflags=-Ofast  --prefix=/usr --disable-postproc --disable-swscale-alpha --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-encoders --disable-decoders --disable-hwaccels --disable-muxers --disable-demuxers
[17:27:05 CET] <shincodex> --disable-bsfs --disable-indevs  --disable-outdevs --disable-devices --disable-filters --disable-parsers --disable-protocols --enable-decoder=h264 --enable-decoder=mjpeg --enable-parser=h264 --enable-parser=mjpeg --enable-demuxer=rtsp --enable-protocol=http --enable-protocol=httpproxy --enable-protocol=tcp --enable-protocol=udp --enable-filter=scale --enable-ffplay
[17:27:25 CET] <shincodex> you love how like 95% of it is cut out
[17:27:38 CET] <furq> make config
[17:27:39 CET] <furq> do i win
[17:28:00 CET] <shincodex> but doing this made be find a problem with a script
[17:28:22 CET] <durandal_1707> --disable-all
[17:28:23 CET] <kepstin> shincodex: you might want to try out '--disable-all' to save yourself some typing ;)
[17:29:11 CET] <shincodex> I did.. but then i ran into a bug somewhere with a enable dependancy of some sort
[17:29:30 CET] <shincodex> thanksfully its all in a script based on build configurations that visual studio controls anyways
[17:29:34 CET] <shincodex> never have to look at it again
[17:30:43 CET] <shincodex> turns out just going sudo apt-get install ffmpeg wont place a .pc on the machine of libs it uses
[17:30:44 CET] <shincodex> :(
[17:30:54 CET] <shincodex> so i can just pkg-config the libs
[17:32:22 CET] <kepstin> if you're building your own ffmpeg, the stuff from apt-get is irrelevant...
[17:32:52 CET] <shincodex> im trying desperately to not have ffmpeg open source code in my repository
[17:32:56 CET] <shincodex> and the make file of chaos.
[17:33:11 CET] <shincodex> by sudo apt getting something that uses libavcodec with h264/mjpeg support
[17:33:18 CET] <shincodex> and linking with those so's
[17:33:26 CET] <shincodex> but it seems impossible
[17:33:37 CET] <shincodex> i just ldd /usr/bin/ffmpeg
[17:33:39 CET] <furq> there is no such thing
[17:33:56 CET] <shincodex> and it links explicitly with the lib<whatever>-ffmpeg.so.explicitynumberhere
[17:34:08 CET] <shincodex> which those so's are directly tied to the package i just obtained
[17:34:30 CET] <kepstin> if you want to build against the system libavcodec on debian, you should install libavcodec-dev and use pkg-config to get the so names and link command.
[17:34:41 CET] <shincodex> I did... and thats the problem
[17:34:41 CET] <kepstin> and note that the result will obviously only work on debian systems
[17:34:45 CET] <shincodex> the system library has a bug
[17:34:50 CET] <shincodex> rather not a bug
[17:35:01 CET] <shincodex> the configure (no documentation found) does no have mjpeg support
[17:35:28 CET] <shincodex> ubuntu-mate uh
[17:35:31 CET] <shincodex> 32 bit
[17:35:35 CET] <kepstin> I'm not entirely sure how that's possible, that's a built-in codec and there's no reason to disable it
[17:35:36 CET] <furq> which version
[17:35:44 CET] <furq> place your bets now
[17:35:45 CET] <shincodex> of the codec?
[17:35:49 CET] <furq> no of ubuntu
[17:35:51 CET] <shincodex> Or of
[17:35:53 CET] <shincodex> ok one sec
[17:36:09 CET] <furq> i would normally bet 12.04 but i don't think MATE existed then
[17:36:16 CET] <shincodex> Linux plumbox 3.19.0-33-generic #38-Ubuntu SMP Fri Nov 6 18:17:18 UTC 2015 i686 i686 i686 GNU/Linux
[17:36:39 CET] <furq> cat /etc/issue
[17:36:43 CET] <shincodex> thanks
[17:36:43 CET] <kepstin> 3.19? that's based on 14.10 or later i bet
[17:36:47 CET] <furq> or /etc/lsb-release
[17:36:55 CET] <shincodex> Ubuntu 15.04 \n \l
[17:37:02 CET] <furq> yeah 14.x doesn't have ffmpeg
[17:37:26 CET] <shincodex> why did they get rid of it and if they did... to replace with what?
[17:37:38 CET] <shincodex> because I have learned over a few dayts that every library is ffmpeg
[17:37:39 CET] <furq> because of the whole libav nonsense
[17:37:41 CET] <shincodex> on linux that is
[17:37:51 CET] <shincodex> Then they must not play videos?
[17:38:21 CET] <kepstin> they replaced ffmpeg with a fork of ffmpeg named 'libav'
[17:38:44 CET] <kepstin> (which is a really confusing name, since both projects install libraries named libavsomething)
[17:39:39 CET] <furq> yes it is
[17:39:47 CET] <furq> also
[17:39:51 CET] <furq> http://sprunge.us/XaWT
[17:39:55 CET] <kepstin> but anyways, that's old news now, if you have a "libavwhatever-ffmpeg.so.blah" on a debian-based system then it's using libavwhatever from ffmpeg
[17:40:08 CET] <furq> it's not really old news thanks to ubuntu lts
[17:40:22 CET] <kepstin> well, ubuntu lts is old...
[17:40:32 CET] <furq> it's still supported though
[17:40:42 CET] <kepstin> (I actually build my own ffmpeg packages for ubuntu-lts on some of my servers)
[17:40:44 CET] <furq> until some depressingly long distance in the future
[17:40:58 CET] <shincodex> so if they are getting rid of it...
[17:41:06 CET] <furq> they're not getting rid of it
[17:41:07 CET] <shincodex> What would be replacement for development
[17:41:11 CET] <shincodex> Thats what I thought
[17:41:22 CET] <shincodex> But I do agree with the libav nonsense
[17:41:24 CET] <shincodex> this cost us
[17:41:27 CET] <shincodex> too much damn time
[17:41:32 CET] <furq> debian jessie didn't have it, so ubuntu didn't have it for about 18 months
[17:41:36 CET] <furq> then they both came to their senses
[17:42:02 CET] <furq> actually wheezy didn't have it either, it was just a virtual package which pointed to libav-tools
[17:42:17 CET] <shincodex> so somepeople at work for other projects are using VLC for basically the same thing i pasted my configure line to you
[17:42:22 CET] <shincodex> another guy is like lets switch to vlc
[17:42:27 CET] <kepstin> shincodex: anyways, I'm still not sure what your exact issue is; you seem to have the libavcodec from ffmpeg installed, and are linking to it as a shared library, so it should be working...?
[17:42:30 CET] <shincodex> and im still not knowing what VLC really was
[17:42:37 CET] <shincodex> then i looked at it and died.
[17:43:05 CET] <shincodex> My exact issue was avoiding compiling the source code if i can help it
[17:43:06 CET] <furq> kepstin: his issue seems to be that the ubuntu 15.04 ffmpeg package doesn't have mjpeg
[17:43:16 CET] <furq> which is odd because my debian stretch ffmpeg does
[17:43:29 CET] <kepstin> which makes no sense, because the jpeg encoder/decoder is a core ffmpeg thing.
[17:43:33 CET] <furq> that too
[17:43:44 CET] <furq> i can't see any reason why they'd remove it
[17:43:54 CET] <furq> they generally only remove non-gpl stuff
[17:43:59 CET] <shincodex> now you guys said that... uh ubuntu 12.04 should have MJPEG in it
[17:44:05 CET] <shincodex> cause if so I think our arm is 12.04
[17:44:18 CET] <BtbN> 12.04 doesn't have ffmpeg.
[17:44:50 CET] <shincodex> thanks
[17:44:50 CET] <furq> yeah 12.04's ffmpeg is libav in disguise
[17:44:56 CET] <furq> http://packages.ubuntu.com/precise/ffmpeg
[17:44:58 CET] <shincodex> saved me headache
[17:45:35 CET] <furq> also there is no ubuntu 12.04 for arm
[17:45:39 CET] <furq> the first release with arm support was 14.04
[17:45:46 CET] <shincodex> gotta check
[17:45:56 CET] <shincodex> just gotta remote into one of these guys
[17:46:32 CET] <kepstin> raspian is from 2012, but iirc it's based directly on debian, not ubuntu
[17:46:35 CET] <furq> oh never mind apparently there is
[17:46:38 CET] <shincodex> yep
[17:46:44 CET] <shincodex> it was running 15.04 as well
[17:48:00 CET] <shincodex> both use mate flavors
[17:48:02 CET] <shincodex> if it helps any.
[17:48:22 CET] <furq> that makes no difference
[17:58:45 CET] <Guiri> howdy.  I'm trying to learn to stream to ffserver and am running into the same error message with all my example movies: http://fpaste.org/303770/45071709/
[17:59:28 CET] <Matador> hmmm
[18:01:27 CET] <Matador> Anyone know proper settings for rate control on h264_qsv ? http://pastebin.com/QccmtPJ9
[18:01:46 CET] <Matador> I'm getting an error, cant seem to find the proper setting :|
[18:29:32 CET] <Matador> this is retarded
[18:29:59 CET] <waressearcher2> Matador: geth't es dir gut ?
[18:30:13 CET] <Matador> nicht gut
[18:30:32 CET] <waressearcher2> aber was ist passiert ?
[18:30:48 CET] <Matador> I pasted issue :|
[18:41:05 CET] <Matador> need a new h264_qsv guide somewhere
[18:41:20 CET] <BtbN> good luck with that
[18:57:10 CET] <Matador> ya well dont get this ratecontrol error
[18:57:24 CET] <Matador> [h264_qsv @ 00000000004ade40] Selected ratecontrol mode is not supported by the
[18:57:24 CET] <Matador> QSV runtime. Choose a different mode.
[18:58:14 CET] <c_14> Start with a minimal working command and then add options to find what breaks it.
[18:58:15 CET] <prelude2004c> hey everyone.. good day to you
[18:58:17 CET] <prelude2004c> using ffmpeg and vdpau . the M4000 does h264 decoding right ? i am using vdpau and i finally got it going but for some reason any source that is mpeg2video decodes fine with GPU but h264 content does not ? Any idea why that would be ?
[18:58:23 CET] <Matador> ya I'm trying to do that c_14
[18:58:25 CET] <prelude2004c> BtbN .. your around.. great.. you know this stuff :)
[19:06:42 CET] <Matador> Why must setting a rate control be so hard.. gahhhh
[19:19:27 CET] <Matador> http://pastebin.com/f20mf6LX
[19:20:07 CET] <Matador> I thought its supported @ https://www.ffmpeg.org/ffmpeg-codecs.html#QSV-encoders
[19:27:09 CET] <Matador> How would I see what ones are supported ?
[19:33:23 CET] <Matador> seems VBR supported, so look_ahead 0 works
[20:10:11 CET] <shincodex> hue hue hue
[20:10:28 CET] <shincodex> i took all of ffmpeg of what i needed from source
[20:10:46 CET] <shincodex> shoved it in a folder built statically and make my C++ link it and one so to rule them all
[20:39:46 CET] <durandal_1707> stealer
[20:40:10 CET] <waressearcher2> GPL
[20:50:12 CET] <shincodex> STEEL
[21:35:05 CET] <shincodex> so building on arm static libraries of this
[21:35:16 CET] <shincodex> optimization custom -Ofast
[21:35:40 CET] <shincodex> and didnt confiigure in any disable optimization I have some complaints about Hey cant use shared recompile with fpic
[21:35:44 CET] <shincodex> and i use fpic...
[21:36:46 CET] <shincodex> wait maybe this is the problem
[21:36:57 CET] <shincodex> --enable-static --enable-pic
[21:37:03 CET] <shincodex> are those compatible like that on the same line lol
[00:00:00 CET] --- Tue Dec 22 2015


More information about the Ffmpeg-devel-irc mailing list