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

burek burek021 at gmail.com
Fri Jun 5 02:05:01 CEST 2015


[04:26:45 CEST] <jbmcg> hey there, is anyone on here familiar with stream copying / cutting up videos without re-encoding? I can't for the life of me figure out how to properly slice up a video without either overlapping content or having dead frames at the start or end of each piece. I know ss needs to happen on a keyframe and t needs to include everything up to but not including a keyframe. I'm carefully selecting timestamps from an ffprobe dump of the frames but I still can't
[04:26:46 CEST] <jbmcg>  make it work. I've tried just about every "ss" / "t" / "to" ordering possible and they all yield very different unexpected results
[04:30:19 CEST] <klaxa> jbmcg: i do that very often
[04:30:38 CEST] <klaxa> i wrote scripts for that, if you want we can adjust them to your usecase
[04:31:06 CEST] <klaxa> but first of all, please state your specific usecase
[04:37:52 CEST] <jbmcg> Well - it's a dynamic video where I have two alternate versions of the same video. Essentially I need to be able to take cuts from each video and combine them into one final video (so to the viewer, it would be switching back and forth between the two videos)
[04:38:40 CEST] <klaxa> i see
[04:38:51 CEST] <klaxa> that would be very easy with mkvtoolnix
[04:39:54 CEST] <klaxa> let me prepare a pastebin of what i would do
[04:43:39 CEST] <jbmcg> Cool - thanks so much. The main functionality I'm struggling with I guess is just making clean cuts. I don't even necessarily need frame-perfect cuts, I just need to be able to do 2 cuts next to each other without overlapping content / dead frames
[04:45:06 CEST] <klaxa> https://gist.github.com/klaxa/6c54f54f6b2b6ace34b5
[04:45:35 CEST] <klaxa> those are command lines extracted from my scripts
[04:50:15 CEST] <jbmcg> ok interesting - I'm currently working with mp4 / ts files though
[04:51:13 CEST] <klaxa> well you could remux them to mkv
[04:53:02 CEST] <jbmcg> cool yeah I'm giving it a try now
[04:53:45 CEST] <klaxa> of every file i'm splitting like that i have 3 or 4 copies of various stages of post production
[04:54:01 CEST] <klaxa> i think of it as additional backups in case i accidentally delete a file i shouldn't have deleted
[05:14:59 CEST] <jbmcg> wow that worked great - perfect splits
[05:15:23 CEST] <klaxa> glad to hear that
[07:37:05 CEST] <anoop_r> anyway to disable multiple encoders in .configure
[07:38:48 CEST] <anoop_r> i only need x265 encoder want to disable all other encoders
[07:38:54 CEST] <anoop_r> any easy way
[07:41:55 CEST] <chungy> --disable-encoders --enable=encoder=x265
[07:44:13 CEST] <anoop_r> thanks
[07:46:38 CEST] <anoop_r> i only need ffmpeg to encode x265
[07:47:21 CEST] <anoop_r> which components can be turned off without affecting thin functionality
[07:47:23 CEST] <anoop_r> ?
[07:49:16 CEST] <chungy> you can do --disable-everything followed by only the container you want and the encoder. Test it to make sure it works for you, if not, enable a bit more, repeat.
[07:50:29 CEST] <anoop_r> does decoders needed in the muxing/demuxing process
[07:50:48 CEST] <anoop_r> or any related process in x265 encoding
[07:51:41 CEST] <chungy> use ./configure --help and look over the options. It should be fairly explanatory. you can easily disable and enable what you need.
[07:51:59 CEST] <anoop_r> ok
[07:53:21 CEST] <anoop_r> does disable-all disable everything like sse mmx etc
[07:59:45 CEST] <anoop_r> anyway to list avilable muxer/demuer s in ffmpeg
[08:02:26 CEST] <chungy> very top of "./configure" help; at runtime, "ffmpeg -formats"
[08:04:59 CEST] <anoop_r> can use --enable-formats=3gp,mp4.avi
[08:05:04 CEST] <anoop_r> can use --enable-formats=3gp,mp4,avi
[08:07:44 CEST] <anoop_r> can i use --enable-formats=all
[08:08:04 CEST] <anoop_r> for enabling all mux/demuxers
[08:14:57 CEST] <anoop_r> can i use --enable-muxer=all
[08:34:01 CEST] <baadf00d> Are ASF and RTSP mutually exclusive?
[08:34:05 CEST] <baadf00d> I was told to use both
[10:13:33 CEST] <acidflash> Hi
[10:14:18 CEST] <acidflash> I was wondering if there is anyway to do 2 pass encoding with ffmpeg in 1 shot, like with 1 instance of ffmpeg instead of forking 2 threads with the && in command line
[10:15:44 CEST] <cehoyos> The second pass in "two-pass encoding" can only start after the first has finished, there usually is "average bitrate" mode or similar that only needs one pass.
[10:18:17 CEST] <acidflash> cehoyos: thanks, so there is no way to tell ffmpeg to do it with 1 session? Im writing a GUI for ffmpeg in windows and having trouble with 2 pass due to the 2 processes being called, I thought maybe there is a way to tell ffmpeg do pass 1 to NUL and when its done, do pass 2 to output.mp4 all in one command (not forking 2 processes with &&)
[10:23:27 CEST] <rcombs> what's wrong with running a second process?
[10:27:10 CEST] <acidflash> rcombs: im doing this in .net and was trying to limit my work to 1 process, I ended up just calling a second process in the same sub after the first one finishes
[10:27:24 CEST] <acidflash> rcombs: thats going to need more case's and error handling though
[10:27:42 CEST] <rcombs> that sounds like distinctly not a huge deal
[10:27:59 CEST] <rcombs> (and no, there's no way to do both passes in 1 process in ffmpeg, and there won't be)
[10:28:26 CEST] <rcombs> (you could do that yourself with libavcodec if you wanted, I suppose, or link libx264 directly :P)
[10:28:38 CEST] <acidflash> rcombs: yeah its not that big a deal really. Was curious if there was though, thanks for the answer.
[10:44:12 CEST] <cehoyos> acidflash: Possibly unrelated: Note that when doing two-pass encoding, use the same audio settings for both paths (!). If you don't do it, in the better case, you get a crash on second pass, in the worse case, the encoding is screwed (instead of being better than one-pass, the output file is worse).
[10:46:02 CEST] <acidflash> cehoyos: Im using -c:a copy
[10:46:09 CEST] <acidflash> cehoyos: both times
[10:46:40 CEST] <baadf00d> Since i'm not getting any answers here, I'm trying to create a forum account to post my questions there. For some odd reason I'm not getting my activation email to my hotmail account
[10:46:51 CEST] <baadf00d> it's not in the spam filter either
[10:47:05 CEST] <cehoyos> What do you mean with "forum"?
[10:47:12 CEST] <baadf00d> how long should it take to get the activation email? Is hotmail blocked?
[10:47:22 CEST] <baadf00d> sorry, ffmpeg forum
[10:47:31 CEST] <cehoyos> What do you mean with "ffmpeg forum"?
[10:47:58 CEST] <baadf00d> http://ffmpeg.gusari.org/
[10:48:11 CEST] <cehoyos> I suggest you post on the mailing list instead.
[10:48:16 CEST] <cehoyos> (If you get no answer here)
[10:48:21 CEST] <baadf00d> ok
[10:48:38 CEST] <cehoyos> Sorry, on the user mailing list (just to make sure, user questions on the development mailing list ask for being flamed)
[10:48:58 CEST] <baadf00d> sure
[11:39:43 CEST] <[-T-]> hi
[11:39:51 CEST] <[-T-]> has someone played with h264_qsv ?
[14:20:17 CEST] <anoop_r> how to include dlls into ffmpeg
[14:20:27 CEST] <anoop_r> i had build ffmpeg in msys2
[14:21:38 CEST] <anoop_r> but some dlls are not still included in ffmpeg like  libgcc_s_seh-1.dll
[14:22:01 CEST] <anoop_r> libwinpthread-1.dll
[14:27:00 CEST] <nemo> Say, I was wanting to do some basic editing (of a webm in this case).  But I wanted to avoid reencoding as much as possible.  Can ffmpeg do that?
[14:27:10 CEST] <nemo> clip out segments w/o reencoding them?
[14:27:32 CEST] <nemo> I mean, I guess there's all that keyframe stuff w/ vids, so I guess some reencoding would be needed..
[14:30:38 CEST] <JodaZ> nemo, the problem i face mostly with that sound and video seeks are not in sync, so you can like seek to the closest keyframe in video but the sound starts closer to the position which you specified to seek to
[14:31:48 CEST] <JodaZ> i don't think ffmpeg can do something like reencode just the stuff till the next available keyframe
[14:41:28 CEST] <nemo> ah :-/
[14:41:57 CEST] <nemo> JodaZ: well. is just that I wanted to drop the end of the video, and reencoding allll the part leading up to that would probably cause double encoding lossiness and take a long time
[14:42:04 CEST] <[-T-]> hey
[14:42:11 CEST] <nemo> but cutting at closest keyframe could work I guess
[14:42:15 CEST] <nemo> is there a syntax for that?
[14:42:16 CEST] <[-T-]> what decoder is used when doing hw transcoding
[14:42:19 CEST] <[-T-]> qsv or nvenc
[14:42:23 CEST] <JodaZ> dropping the end sounds easy... just use -t
[14:42:26 CEST] <[-T-]> is it possible to choose it ?
[14:43:07 CEST] <nemo> JodaZ: and it won't reencode like an hour of video prior?
[14:43:52 CEST] <nemo> guess I should just TIAS :
[14:43:53 CEST] <JodaZ> nemo, you use -acodec copy -vcodec copy to enforce no reencoding, then -t to set the total time you want to have
[14:44:06 CEST] <JodaZ> dropping the end should be painless
[14:44:18 CEST] <nemo> cool
[14:44:25 CEST] <nemo> welp. lemme give it a shot
[14:44:53 CEST] <JodaZ> or its -c:v copy -c:a copy now i think
[14:45:01 CEST] <nemo> btw. since I'm tidying these up remotely...  is there ffmpeg syntax for extracting a frame to png?    I know how to -vo to png in mplayer but time I learned how to better use ffmpeg
[14:45:24 CEST] <nemo> JodaZ: oh god, those syntax changes. plus I bet this laptop is an old ubuntu and there's that stupid fork weirdness
[14:45:42 CEST] <JodaZ> nemo, get a static build
[14:46:20 CEST] <JodaZ> those are the best thing since sliced bread, just the ffmpeg binary and some presets in a tarball
[14:46:37 CEST] <nemo> yeeeah, I guess :-/  I just like having distros manage as much as possible
[14:46:57 CEST] <nemo> most of the time the only things I build myself are a few experimental thingies like zopfli and mozjpeg and ofc Hedgewars :
[14:47:10 CEST] <JodaZ> not a good idea with the whole codecs being patent encumbered thus distros not shipping em and all
[14:47:11 CEST] <nemo> maybe I'll hunt for some overlay
[14:47:20 CEST] <JodaZ> i mostly do that too, but not for ffmpeg
[14:47:23 CEST] <nemo> JodaZ: well... ubuntu has a script you can run for that
[14:47:25 CEST] <nemo> seems to work ok
[14:47:38 CEST] <nemo> I don't worry about updating the codecs. just run it once on install
[14:48:19 CEST] <JodaZ> then you propably don't get the advantages of distro package management anyways
[14:48:42 CEST] <nemo> well. of the executables :
[14:49:49 CEST] <nemo> heh
[14:49:51 CEST] <nemo> ffmpeg version 0.8.12-6:0.8.12-0ubuntu0.13.10.1, Copyright (c) 2000-2014 the Libav developers
[14:50:03 CEST] <JodaZ> thats not even ffmpeg
[14:50:03 CEST] <nemo> *** THIS PROGRAM IS DEPRECATED ***
[14:50:03 CEST] <nemo> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
[14:50:10 CEST] <nemo> yeah, I know 9
[14:50:13 CEST] <nemo> meh. maybe you're right
[14:52:35 CEST] <JodaZ> this avconv/ffmpeg divide is such bs
[14:52:45 CEST] <nemo> seems that way from my perspective
[14:52:59 CEST] <nemo> 'course took me a while to even get used to using either of them. I'd spent so many years on mplayer.
[14:53:27 CEST] <nemo> sooo extracting a frame as a PNG? know offhand? I guess I can just search but since I'm here :
[14:54:31 CEST] <JodaZ> dunno offhand, and i mostly just work in a dir served by my httpd so i can just drag the url to a vid or smth into vlc
[14:54:52 CEST] <nemo> heh
[14:55:03 CEST] <nemo> don't want to do that w/ hundreds of megs on a slow connection :
[14:55:10 CEST] <nemo> eh. search it is
[14:55:46 CEST] <nemo> http://forum.videohelp.com/threads/345852-FFMPEG-extract-frames  this looks promising
[14:56:40 CEST] <nemo> hm. seems kinda complicated
[14:56:43 CEST] <nemo> maybe should stick to mplayer
[14:57:06 CEST] <JodaZ> whatever works
[14:59:30 CEST] <cehoyos> anoop_r: How does your configure line look like?
[15:02:23 CEST] <anoop_r>  ./configure --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-nonfree --enable-version3 --enable-libx265 --disable-ffplay --disable-ffprobe --disable-ffserver  --disable-encoders --enable-encoder=libx265 --enable-encoder=libfdk_aac --enable-encoder=libfaac --enable-encoder=libaacplus --enable-encoder=aac --enable-encoder=ac3 --enable-encoder=libmp3lame --disable-muxers --enable-muxer=mp4 --enable-muxer=matroska --pkg-config-flags="--static" --extra-
[15:02:23 CEST] <anoop_r> ffmpeg.exe            libbz2-1.dll          libgcc_s_seh-1.dll
[15:02:23 CEST] <anoop_r> libiconv-2.dll        liblzma-5.dll         libstdc++-6.dll
[15:02:23 CEST] <anoop_r> libwinpthread-1.dll   libx265.dll           zlib1.dll
[15:02:43 CEST] <anoop_r> i need following dlls to run ffmpeg
[15:02:50 CEST] <anoop_r> means above
[15:03:29 CEST] <cehoyos> Unrelated: You can do: --enable-encoder=libx265,libfdk_aac,libfaac,libaacplus,aac,ac3,libmp3lame --enable-muxer=matroska,mp4
[15:04:00 CEST] <cehoyos> You have to pass --extra-cflags=-static iirc if you want gcc/ld to prefer static linking
[15:04:40 CEST] <anoop_r> ok building with that
[15:04:51 CEST] <cehoyos> If you don't have static iconv, you can pass --disable-iconv, if you don't have static zlib you can do --disable-zlib and so on.
[15:05:25 CEST] <anoop_r> did i have to build static zlib
[15:05:27 CEST] <cehoyos> And of course, if you did not compile a static libx265 (you have to explicitely tell their build system iirc), you cannot get a static ffmpeg executable.
[15:05:49 CEST] <anoop_r> i have no problem with x265
[15:06:09 CEST] <cehoyos> You don't have to build static zlib if you don't need it, you have to build (or have) static zlib if you need zlib and you want it to be static, But this is not really related to FFmpeg.
[15:06:26 CEST] <cehoyos> So you do have a libx265.a file?
[15:06:34 CEST] <anoop_r> yes
[15:07:07 CEST] <cehoyos> Then you can of course remove the dll file as a trick to force the linker not to use it...
[15:08:32 CEST] <anoop_r> so i don't these dlls
[15:15:52 CEST] <nemo> JodaZ: FWIW, (since it did work) the mplayer syntax if you ever need to do something like this is mplayer -vo png -ao null --frames=1 videoplaybacko -ss 00:30:00
[15:16:13 CEST] <nemo> could be ffmpeg's is equally easy, reading that forum was just confusing me tho
[15:16:27 CEST] <nemo> the -ao null was just so the laptop wouldn't startle folks at home :
[15:41:04 CEST] <anoop_r> i had compiled using -extra-cflags=-static
[15:41:22 CEST] <anoop_r> but still dll needed by ffmpeg
[15:43:17 CEST] <relaxed_> anoop_r: I think he meant --extra-ldflags=-static
[15:44:05 CEST] <anoop_r> ok
[15:46:53 CEST] <mosasaur> I get "Unknown encoder 'mp3' "  but
[15:47:31 CEST] <mosasaur> ffmpeg -formats has "DE mp3             MP3 (MPEG audio layer 3)"
[15:48:30 CEST] <relaxed_> ffmpeg -codecs
[15:48:31 CEST] <c_14> mosasaur: try -c:a libmp3lame
[15:48:56 CEST] <relaxed_> I'm guessing your build lacks libmp3lame
[15:53:33 CEST] <mosasaur> indeed I don't have libmp3lame
[15:54:08 CEST] <Marcin_PL> Hello& Does ffmpeg/avconv understand .pls files? I'd like to record an audition from internet radio.
[15:54:38 CEST] <Marcin_PL> I did ffmpeg -i http://cent2.serverhostingcenter.com:2199/tunein/sdqzlywo.pls -acodec copy stream.mp3 and got error.
[15:55:19 CEST] <c_14> mosasaur: wait, -formats. check -codecs
[15:55:40 CEST] <relaxed_> Marcin_PL: I don't think so. Look at the playlist and find the stream, then use it as input.
[15:55:56 CEST] <Marcin_PL> Right&
[15:58:28 CEST] <Marcin_PL> relaxed_: Thanks a lot, works fine!
[16:11:40 CEST] <[-T-]> hey, is it impossible to make ffmpeg hw decode the frames before it hw encode them ?
[16:17:37 CEST] <BtbN> the frames will allways be pulled to the RAM first
[16:17:46 CEST] <BtbN> But i don't see why it wouldn't work
[16:17:59 CEST] <BtbN> There aren't a lot of hw encoder supported by ffmpeg though
[16:28:47 CEST] <[-T-]> i can make h264_qsv and nvenc run
[16:29:02 CEST] <[-T-]> but i still get about 35% cpu
[16:29:06 CEST] <[-T-]> because of decoding
[16:32:45 CEST] <mosasaur> c_14: thanks.
[16:33:37 CEST] <mosasaur> ffmpeg -codecs has D.A.L. mp3                  MP3 (MPEG audio layer 3) (decoders: mp3 mp3float )
[16:34:22 CEST] <BtbN> [-T-], then turn on hw decoding
[16:34:47 CEST] <BtbN> and you most likely still get quite a bit of cpu load, because for example nvenc needs nv12 input, and the format conversion uses the CPU
[16:37:26 CEST] <[-T-]> i did not find how to hw decode my streams
[16:37:30 CEST] <[-T-]> any stream actually
[16:37:43 CEST] <[-T-]> it does not detect the parameters of the stream correctly
[16:38:57 CEST] <[-T-]> [h264_qsv @ 0x1d850c0] [IMGUTILS @ 0x7ffdfcad8d40] Picture size 0x0 is invalid
[16:39:00 CEST] <[-T-]> [h264_qsv @ 0x1d850c0] video_get_buffer: image parameters invalid
[16:42:02 CEST] <[-T-]> oh i worked :)
[16:42:04 CEST] <[-T-]> not sure how
[16:43:01 CEST] <c_14> mosasaur: then your build wasn't built with support for encoding mp3. (you need a build built with libmp3lame)
[16:44:00 CEST] <[-T-]> sorry it did not.. audio only gets transcoded
[16:47:17 CEST] <mosasaur> c_14: I'm working on it
[16:47:40 CEST] <c_14> mosasaur: you can probably just use the static build. iirc it has libmp3lame support
[16:47:43 CEST] <c_14> http://johnvansickle.com/ffmpeg/
[16:49:07 CEST] <And_prog_desaste> hi is it posipel to get the aspect info of a file
[16:49:36 CEST] <cehoyos> And_prog_desaste: Did you try ffmpeg -i yourfile ?
[16:49:38 CEST] <BtbN> you have to use the hwaccel option
[16:49:47 CEST] <BtbN> No idea if there are any available on windows
[16:50:05 CEST] <[-T-]> you=me ?
[16:51:09 CEST] <And_prog_desaste> cehoyos:  i did but there is no aspect in the info
[16:51:41 CEST] <cehoyos> Please provide command line and complete, uncut console output via pastebin
[16:51:57 CEST] <And_prog_desaste> cehoyos:  i got it its DAR in brackets ;-)
[16:52:33 CEST] <And_prog_desaste> i did search so mutch and its right on the screen Thanks
[19:33:38 CEST] <madmouser1> hi all, is there a way to distribute ffmpeg render jobs on linux ?
[19:40:52 CEST] <klaxa> madmouser1: i once started to write some code for that, but unfortunately i abandoned the project https://github.com/klaxa/Distributed-encoding
[19:41:10 CEST] <klaxa> maybe you want to pick up where i left or redesign it from scratch
[19:41:27 CEST] <klaxa> there is also some windows based solution if i can find it, i'll like it
[19:44:12 CEST] <klaxa> the software is called RipBot264
[19:44:21 CEST] <klaxa> oh lol, s/like/link/
[19:50:19 CEST] <madmouser1> many thanks klaxa
[21:23:43 CEST] <anshul_mahe> with ffmpeg hls module, anyone know why delete segments keep segments double amount of segment then count in playlist
[21:29:00 CEST] <llogan> i don't think anyone understands your sentence
[21:33:14 CEST] <anshul_mahe> I am using -hls_flags delete_segments  in ffmpeg, I get trailing segments  double the value I specify in list size; trailing segment = segment not in playlist
[21:34:35 CEST] <anshul_mahe> here is text copied from apple sites hls draft, http://pastebin.com/fASqF9Fj
[21:38:32 CEST] <c_14> anshul_mahe: Segment files removed from the playlist are deleted after a period of time equal to the duration of the segment plus the duration of the playlist.
[21:39:06 CEST] <c_14> That's intended behavior.
[21:56:38 CEST] <anshul_mahe> c_14: in apple hls drawft that statement is to delete segment from playlist not from harddisk
[21:59:38 CEST] <anshul_mahe> c_14: can u quote the section in this link, for intended behaviour. https://tools.ietf.org/html/draft-pantos-http-live-streaming-13#section-6.2.2
[22:00:54 CEST] <anshul_mahe> I have given whole day, trying to find the reason for logic, isn't one trailing segment enough to make sure client is on right place
[22:01:55 CEST] <c_14> The intended behavior is listed here: https://ffmpeg.org/ffmpeg-formats.html#Options-2
[22:03:36 CEST] <c_14> Nowhere does the RFC mention when files should be deleted, or if they should be deleted. The choice on how long to keep segments was made by whoever wrote that part of the code. Probably just some sort of upper bound on how far behind the writer decided a client should be allowed to be.
[22:04:27 CEST] <c_14> Ah, wait no.
[22:04:30 CEST] <c_14> It is specified in the draft.
[22:04:32 CEST] <c_14> Page 25
[22:04:35 CEST] <c_14> at the very top
[22:04:42 CEST] <anshul_mahe> ok
[22:04:47 CEST] <c_14> Though it's a SHOULD and not a MUST
[22:05:45 CEST] <BtbN> having it the way it is not makes sense though
[22:06:09 CEST] <anshul_mahe> c_14: section name, is it same link
[22:06:11 CEST] <BtbN> that way, soneone who downloads the playlist the moment before it's updated, can still download all segments in it at playback speed
[22:06:33 CEST] <c_14> anshul_mahe: same link section 6.2.2 Live Playlists
[22:06:42 CEST] <c_14> Also, what BtbN just mentioned
[22:07:54 CEST] <anshul_mahe> c_14: thanks, I dont know why I misiing that paragraph
[22:09:23 CEST] <anshul_mahe> thanks BtbN for explaination
[22:59:44 CEST] <dlb76> hi guys!
[23:00:11 CEST] <dlb76> is there a way now to compile ffmpeg-php against fresh ffmpeg in rhel6 ?
[23:09:22 CEST] <llogan> dlb76: ffmpeg-php, or any of the similarly named wrappers, have nothing to do with the FFmepg project
[23:10:02 CEST] <dlb76> ye i know
[23:10:14 CEST] <dlb76> thought someone knew
[23:11:42 CEST] <llogan> do you even need the wrappers? the legaccy ffmpeg-php is long dead
[23:13:13 CEST] <dlb76> it is needed for some project and devs use ffmpeg-php in it...
[23:13:41 CEST] <c_14> You'll have to ask the ffmpeg-php developers for advice on how to compile it against ffmpeg.
[23:13:42 CEST] <dlb76> its migrating from bubuntu to rhel
[23:13:51 CEST] <llogan> baboontu
[23:14:28 CEST] <llogan> you can likely just use the ffmpeg binary in your scripts
[23:14:45 CEST] <c_14> ^this too
[23:14:46 CEST] <dlb76> it is giving now this:
[23:14:55 CEST] <dlb76> ffmpeg/include/libavcodec/avcodec.h:4623: error: old-style parameter declarations in prototyped function definition
[23:15:15 CEST] <dlb76> well devs prob cant do it or something
[23:15:25 CEST] <llogan> there are no ffmpeg-php devs
[23:15:31 CEST] <llogan> it died in 2007
[23:15:49 CEST] <dlb76> i mean devs of project (not ffmpeg-php)
[23:17:20 CEST] <JEEBsv> you could check if debian still packages that piece of shit and if it links against modern components
[23:17:36 CEST] <JEEBsv> then you could see how they hacked it up if they do
[23:17:55 CEST] Action: llogan would rather punch self in face
[23:17:57 CEST] <JEEBsv> nope
[23:18:00 CEST] <JEEBsv> it died with wheezy
[23:19:16 CEST] <llogan> https://trac.ffmpeg.org/wiki/PHP <-- perhaps has some infoz
[23:19:29 CEST] <JEEBsv> ok, sid has php5-ffmpeg source package still, but it lacks its dependencies since it needs lol old lavc and friends
[23:19:41 CEST] <JEEBsv> or is this the binary package? https://packages.debian.org/sid/php5-ffmpeg
[23:19:44 CEST] <JEEBsv> seems so
[23:19:47 CEST] <JEEBsv> in any case, dead
[23:19:53 CEST] <JEEBsv> shot in the face
[23:20:00 CEST] <llogan> He's dead, Jim.
[23:20:21 CEST] <dlb76> eh
[23:21:10 CEST] <JEEBsv> there seems to be some project for calling ffmpeg/avconv and {ff,av}probe
[23:21:18 CEST] <JEEBsv> linked in that wiki article
[23:21:26 CEST] <foxtrotniner> hi i'm trying to animate a set of weather images into an mp4 movie and it needs to be 1 second per image. Would this line give the best size? ffmpeg -r 60 -i foo%d.jpg -c:v libx264 -filter:v "setpts=60*PTS" test.mp4
[23:21:37 CEST] <squeegily> So I just found out that you can losslessly concatenate MP4s.. that's pretty impressive
[23:22:58 CEST] <llogan> foxtrotniner: if you want 1 image per second, why use -r 60 as input option?
[23:23:17 CEST] <foxtrotniner> llogan, because -r 1 doesn't seem to work
[23:23:23 CEST] <llogan> use -framerate 1
[23:23:36 CEST] <llogan> then get rid of the setptsery
[23:24:08 CEST] <llogan> or your player doesn't grok a 1 frame per second, then add another -r as an output option and ffmpeg will simply duplicate frames to achieve goal
[23:24:52 CEST] <foxtrotniner> llogan, i'm trying to play the output with VLC, and it looks like its frozen with framerate 1
[23:25:19 CEST] <llogan> if your player doesn't grok a 1 frame per second, then add another -r as an output option
[23:25:45 CEST] <llogan> ffmpeg -framerate 1 -i input -r 25 output
[23:25:56 CEST] <llogan> or whatever value works
[23:26:25 CEST] <dlb76> ye will check that wiki tnx!
[23:28:11 CEST] <foxtrotniner> llogan, perfect, that works, now to lower the size of the file from 12mb to something more managable
[23:28:32 CEST] <cehoyos> Iirc, it works fine with -r 10 (or even a slightly lower value), this is a long-standing vlc bug.
[23:29:17 CEST] <llogan> foxtrotniner: defaults are -crf 23 -preset medium. adjust according to your needs.
[23:29:31 CEST] <foxtrotniner> llogan, thanks
[23:29:52 CEST] <llogan> (assuming you're using libx264 to encode. you should show the console output)
[00:00:00 CEST] --- Fri Jun  5 2015


More information about the Ffmpeg-devel-irc mailing list