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

[burek]

[00:13] <yepardo> hi
[00:14] <yepardo> any URL for downloading a ffmpeg .deb package?
[00:15] <c_14> http://www.deb-multimedia.org/ is the closest you'll get for a while
[00:16] <yepardo> thanks! :)
[00:17] <satanist> if you can build a package by your own you can use git://anonscm.debian.org/collab-maint/ffmpeg.git
[00:18] <yepardo> ok i'll  try
[06:44] <MarcelvanLeeuwen> morning!
[06:57] <pekman> morning
[08:11] <MarcelvanLeeuwen> with -map option i can select streams. I do this with a script. Sometimes there are 3 streams and sometimes 4 streams. How can automate this selecting?
[10:43] <termos> What would be the correct way to count the gop in my program? What I'm doing now is counting frames between every time my AVPacket.flag & AV_PKT_FLAG_KEY is set
[10:44] <termos> It is not honoring my keyint_min though. I keep getting some cases where the GOP is lower than keyint_min, sometimes I get a gop of 3-4 frames
[10:45] <termos> and I have scenecut=0, so it should not insert any I-frames on scenecuts.
[10:50] <DopeLabs> -force_key_frames maybe?
[10:53] <termos> ah that sounds like what I want! Just need to figure out how to set it using the C library
[11:33] <zenderz> hi all. is there an active ffmpeg-devel channel?
[11:34] <DopeLabs> yes
[11:34] Action: DopeLabs points at topic
[11:34] <zenderz> doh. thanks
[13:31] <termos> I doesn't seem like x264 is using any B-frames, I only get Slice:P or Slice:I in the output of my transcoding. Any ideas?
[13:32] <termos> I'm using medium preset and main profile
[13:54] <Mavrik> maybe your gop is too low? or are you manually setting frame type?
[13:54] <Mavrik> since I see you're using the API - are you signaling GOP to x264 correctly?
[14:16] <termos> I am setting gop to 75 and framerate is 25. I think I'm signaling it correctly, I recompiled x264 with some printing and my keyint_min value is propagating into x264 correctly
[14:20] <termos> Seems the problem could be related to my gop being too small, setting it to 125 and I never get a lower gop than my keyint_min anymore.
[14:20] <termos> Do you know the reason for this?
[18:34] <tytan> hey ^^ I changed the container of a file from mkv to mp4 but I lost the subtitles. is there a way to keep them?
[18:39] <kaotiko> hi
[18:43] <c_14> tytan: Technically yes, but mp4 is rather choosy when it comes to supported formats.
[18:45] <tytan> ffmpeg -i /Users/sky/Movies/\[HorribleSubs\]\ Sword\ Art\ Online\ II\ -\ 04\ \[720p\].mkv -vcodec copy -acodec copy _c:s mov_text /Users/sky/Movies/\[HorribleSubs\]\ Sword\ Art\ Online\ II\ -\ 04\ \[720p\].mp4
[18:45] <tytan> thats what i tried
[18:46] <c_14> _c:s should be -c:s
[18:46] <JEEB> well you can't just copy ASS subs into mp4
[18:47] <JEEB> 1) convert them to basic 3GPP Timed Text (only officially supported subtitle format) 2) Hardcode the subtitles (for this mpv's encoding capabilities are simpler to use than the ass filter in FFmpeg)
[18:48] <tytan> ok, thank you :)
[20:28] <voip1__> hello guys
[20:28] <voip1__> i am transcoding live stream and sending to streamer. Every day (i don't know why, may be input stream error) my ffmpeg hands 2-3 times
[20:28] <voip1__> and i should monitoring and restarting ffmpeg service.
[20:28] <voip1__> Is there any way keep running ffmpeg, even if we don't have input stream?
[20:29] <DopeLabs> if there are no input.. why have it running
[20:31] <llogan> i've seen several people ask this question (but i don't know an answer).
[20:33] <DopeLabs> how about a shell script that fires every * to see if that ffmpeg process is running, and if its not, to try and start it. using -shortest will help insure that ffmpeg stops whenever the first input source is complete
[20:34] <Bombo> hi
[20:35] <voip1__> DopeLabs, when input stream recovers output will recovers automaticaly, wituut restarting ffmpeg
[20:36] <DopeLabs> i guess it also depends on what the behavior of the source server is.. if they disconnect clients auto or let them idle
[20:39] <relaxed> maybe open a fifo or file descripter
[20:40] <jnvsor> voip1__: Can you take a blank color output and overlay the stream on it? Idk if ffmpeg will restart it but that might work
[20:41] <voip1__> jnvsor, yes !
[20:43] <Bombo> can i get rid of the 'Invalid pixel aspect ratio 1611/1616, limit is 255/255' msgs while encoding? i don't see the stats line... http://pastebin.com/RuectweA
[20:46] <llogan> Bombo: you can use a less verbose loglevel, or try mpeg4 instead of libxvid
[20:55] <Bombo> llogan: ok mpeg4 seems to be less noisy, whats the diff between libxvid and mpeg4? other lib ok, and featurewise?
[20:57] <Bombo> hmm mpeg4 seems to be a bit faster, with libxvid i got ~110 fps, mpeg4 ~160 fps
[20:57] <llogan> i don't know. "mpeg4" is the native mpeg-4 part 2 video encoder.
[20:57] <llogan> you can look at "ffmpeg -h encoder=mpeg4" and =libxvid to see if there are any obvious differences
[20:58] <llogan> mpeg4 supports slice-level multithreading. i'm not sure about libxvid
[21:02] <Bombo> hmkay
[21:02] <Bombo> and how about the loglevel
[21:03] <Bombo> with '-loglevel warning' i see just the 'Invalid pixel aspect ratio' msgs ;)
[21:03] <Bombo> can i say everything except warning?
[21:09] <Bombo> probably not
[21:39] <lovesax> hi
[21:39] <lovesax> hope to get some help on vp8 encoding from h264
[21:39] <lovesax> http://pastebin.com/jPnGcwpq
[21:40] <lovesax> the h264 stream works fine, but when trying to transcode to vp8, a bunch of errors occur. The resulting video is horrible, and after a while stops. Anyone have any idea why?
[21:41] <Bombo> i compiled ffmpeg myself, but libxvid is linked dynamically into the ffmpeg binary, even when configure says 'shared no' ... just because there is a .so, hm and i don't see a --disable-shared option in libxvid ...
[21:55] <Mavrik> lovesax, your encoder can't keep up with the input
[21:55] <Mavrik> [NULL @ 0x37bd780] RTP: missed 31 packets
[21:55] <Mavrik> spamming.
[21:57] <lovesax> OK, thanks Mavrik. I just figured it might have to do with network issues (buffer sizes), but it makes sence.
[21:58] <Mavrik> yes, buffer issues can also cause that
[21:58] <Mavrik> but usually you don't get that consistently then
[21:58] <Mavrik> also, libvpx is SIGNIFICANTLY slower than x264
[21:58] <lovesax> OK. I just turned the resolution way down and then the it works, at least
[21:58] <Mavrik> especially if you don't pass speed parameters so you're probably just runinng out of CPU
[21:58] <lovesax> OK, I'll look in to it
[21:58] <lovesax> thanks!
[22:05] <lovesax> Mavrik: Absolutely a cpu issue
[22:06] <lovesax> wow
[22:06] <Mavrik> try tweaking    AVOptionVideo cpu-used 0
[22:06] <Mavrik> and    AVOptionVideo quality good
[22:06] <Mavrik> in libvpx, see libvpx doc on what they do
[22:06] <lovesax> ok, thx
[23:34] <voip1__> guys, di you planing GPU's support for ffmpeg?
[23:35] <sacarasc> I have been told that GPUs aren't too good at encoding...
[23:35] <voip1__> hm, realy?
[23:35] <voip1__> intresting
[23:36] <sacarasc> I may be remembering wrongly, though.
[23:36] <sacarasc> I think it was JEEB who said so.
[23:37] <DopeLabs> why would a graphics gpu be no good at encodeing
[23:37] <DopeLabs> hehe
[23:37] <voip1__> today, many transcoders supports GPU
[23:38] <DopeLabs> and ffmpeg has hardware accell support
[23:41] <sacarasc> http://ffmpeg.gusari.org/irclogs/2014/04/23/ffmpeg.log.20140423 starting at 09:43 seems to be an answer.
[00:00] --- Tue Aug  5 2014