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

[burek]

[00:29] <Guest80252> I am facing issue during seeking for flv videos, i can see range request uses "ns" parameter and seeking fails any suggestions
[00:33] <Guest80252> do we need special encoding for "ns" parameter?
[00:40] <Guest80252> does anyone help about FLV Seeking issue
[00:41] <klaxa> can you elaborate the problem further? are you using the libav* api or the command line ffmpeg tool?
[00:41] <Guest80252> API
[00:42] <klaxa> mh no idea, never used the api, sorry :(
[00:42] <Guest80252> normally The query parameter "ns" is used to pass a byte offset which contain a byte offset from the start of the file that the video should seek to
[00:43] <Guest80252> For FLV looks "from" and "to" offset s are encoded in the ns query parameter?
[00:43] <Guest80252> i am really wondering how to decode that?
[06:03] <Zeranoe> Is there any way to get a list of decoders and encoders that are LGPL only and cannot be included in a GPL build? I'm mainly wondering if MPNG or CSCD are LGPL only
[06:03] <Zeranoe> GPL* only
[06:10] <Plorkyeran> libcdio libutvideo libvidstab libx264 libxavs libxvid x11grab
[06:10] <Plorkyeran> are the non-proprietary, non-avfilter things disabled by the configure script without --enable-gpl
[08:15] <kamalbanga> My ffmpeg code succesfully compiles into object file without any warnings but when I link it, it gives following linker error:
[08:17] <kamalbanga> http://pastebin.com/1hME8mdB
[08:17] <kamalbanga> can i infer anything?
[08:54] <noob384> hello, what are the params of ffv1?
[08:54] <noob384> yesterday i converted avi uncompressed to avi ffv1 with ffmpeg and with some another gui converter (that use ffmpeg)
[08:55] <noob384> i got the file ~6.5 GB (with gui program) instead ~8.5 GB (codec was ffv1 in both cases)
[08:59] <noob384> so, gui had some -keys in command that i do not use (in console ffmpeg myself), what are they may be?
[09:48] <michaelni> noob384, you can try different context sizes, vlc vs ac code, also -debug 1 with the ffv1 mght show some info about how its encoded
[11:07] <misterno> hey i remember playing with video interpolation some time ago making videos run at 60 or even 120 fps smoothing them out
[11:07] <misterno> i was wondering has this tech been improved over the years and what would be best tools these days to achieve it
[11:08] <misterno> is it still avisynth + mvtools, or is it smooth video project?
[11:36] <BoR0> how good is AVSEEK_FLAG_FRAME, will it allow me to step to any frame? (something like QuickTime does)
[13:35] <Mercy404> Hello all, I was wondering if you could give me a bit of advice. I'm trying to stitch together a bunch of JPEGs into an mp4 using the following command: ffmpeg -r 10 -i "img (%d).jpg" -b:v 1500k "timelapse.mp4"
[13:36] <Mercy404> This works for smaller sets of images, but with a 1.5gb set, malloc is failing. I have a machine with 16gb of ram, and I've tried rebooting to free up large contiguous chunks of memory, but I feel like I must be doing something rather simple wrong.
[13:40] <Mercy404> switching to a 64bit build seems to have fixed the issue. It wasn't my first guess because malloc was failing to allocate just 716mb.
[14:13] <misterno> is anyone into video interpolation making movies smoot at 60 fps?
[14:13] <misterno> i was just wondering what would be the best tools these days to achieve that
[16:00] <jdiez> hey guys, trying to compile ffmpeg after having compiled x264, I get this error:
[16:00] <jdiez> ffmpeg/libavcodec/libx264.c:552: undefined reference to `x264_encoder_open_135'
[16:00] <jdiez> x264 is the proper version, too:
[16:00] <jdiez> # x264 --version
[16:00] <jdiez> x264 0.135.2 f0c1c53
[16:00] <jdiez> help?
[16:01] <saste> jdiez, make sure you're linking against the correct version
[16:01] <BoR0> how good is AVSEEK_FLAG_FRAME, will it allow me to step to any frame? (something like QuickTime does)
[16:02] <jdiez> saste: there's no other version in my system
[16:02] <jdiez> # ldconfig -p | grep x264
[16:02] <jdiez>         libx264.so.123 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libx264.so.123
[16:07] <Ph0bus> can i remove or add subs to mkv files with out reencoding?
[16:07] <jdiez> saste: any other ideas?
[16:11] <saste> jdiez, .so.123 => is it the right version?
[16:12] <jdiez> saste: yep
[16:12] <saste> shouldn't it be 135?
[16:12] <jdiez> hmm..
[16:12] <saste> jdiez, it's the same here...
[16:13] <saste> try to make a distclean and rebuild, it may help
[16:13] <jdiez> you have 123 too?
[16:13] <saste> yes
[16:13] <jdiez> I did rebuild a couple of times... :/
[16:13] <saste> is it a configure or a linking problem?
[16:14] <jdiez> oh, linking problem
[16:14] <jdiez> it builds fine
[16:14] <Ph0bus> can i remove or add subs to mkv files with out re-encoding?
[16:22] <klaxa> Ph0bus: yes, see -c copy and -map options
[16:23] <klaxa> to remove subs, you would do: ffmpeg -i input.mkv -map -0:s -c copy output.mkv
[16:23] <klaxa> in general, you could have a look at mkvtoolnix especially the mkvmerge gui
[16:23] <klaxa> the binary is called mmg, confused me for the longest time now :|
[16:24] <Ph0bus> ok thanks i used mkvtoolnix bur it demuxes thats no reencoding?
[16:24] <klaxa> jdiez: where is your libx264.so.135?
[16:24] <klaxa> you wanted no reencoding
[16:24] <Ph0bus> the yes
[16:24] <Ph0bus> yes just delte the subs or add with our toutching the other files contained
[16:25] <jdiez> klaxa: /usr/lib/x86_64_gnu_linux/libx264.so.135
[16:25] <klaxa> run ldconfig as root maybe?
[16:25] <jdiez> did that
[16:26] <klaxa> weird, it should put libx264.so.135 in the cache then
[16:30] <jdiez> in the cache?
[16:31] <klaxa> ldconfig cache
[16:35] <klaxa> jdiez: so you said it compiled fine, right? in that case can you run ldd ffmpeg?
[16:35] <jdiez> klaxa: it compiled fine, it didn't link
[16:36] <klaxa> ah derp
[16:37] <klaxa> well quick hack would be to just overwrite the libx264.so symlink
[16:38] <klaxa> but meh
[16:38] <jdiez> to what?
[16:38] <jdiez> it's finding the file to link with, it's just not finding some symbols
[16:39] <klaxa> it's finding the wrong version of the file
[16:39] <jdiez> fun fact:
[16:39] <jdiez> # nm /usr/local/lib/libx264.a |grep encoder_penen
[16:39] <jdiez> 0000000000008020 T x264_encoder_open_135
[16:39] <klaxa> it's trying to link against libx264.so.123 apparently
[16:39] <klaxa> no?
[16:39] <jdiez> possibly
[16:39] <jdiez> should I tell it to link statically?
[16:40] <klaxa> if you have a static library that would make sense i guess?
[16:40] <jdiez> I have both
[16:40] <klaxa> and you have libx264.so.135 in your ldconfig path?
[16:41] <jdiez> yep
[16:41] <jdiez> # ldconfig -p | grep x264
[16:41] <jdiez>         libx264.so.123 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libx264.so.123
[16:41] <klaxa> but that's the WRONG version!
[16:41] <jdiez> is it
[16:41] <klaxa> yes!
[16:41] <klaxa> it's libx264.so.123, you need libx264.so.135!
[16:42] <jdiez> klaxa: I'm afraid I don't have .135?
[16:42] <Ph0bus> what are the most compatible mkv setings?
[16:42] <klaxa> you compiled x264, right? did you configure it with "--enable-shared" ?
[16:43] <jdiez> yes
[16:43] <klaxa> did you run make install afterwards?
[16:43] <jdiez> yes
[16:43] <jdiez> and ldconfig
[16:43] <klaxa> it should be in /usr/local/lib then
[16:43] <Ph0bus> i have a bray player that supports mkv but it strugles with some files burned to dcd
[16:43] <klaxa> see if it is there
[16:43] <Ph0bus> dvd
[16:43] <klaxa> unless you also configured it with "--prefix=/some/other/path"
[16:43] <jdiez> klaxa: I have libx264.a in /usr/local/lib
[16:43] <klaxa> that's a static library, not a shared one
[16:43] <jdiez> correct
[16:44] <jdiez> I don't have anything else x264 in there
[16:44] <klaxa> yes, well then you have not built x264 version 135 with shared libraries
[16:44] <Ph0bus> is there some standard seting for mkv encoding?
[16:44] <jdiez> klaxa: will try to rebuild
[16:44] <klaxa> Ph0bus: mkv is not a codec
[16:44] <klaxa> jdiez, if you look into your x264 source directory, you should find libx264.so.135
[16:44] <jdiez> klaxa: damn right!
[16:45] <Ph0bus> h264
[16:45] <jdiez> gee, I guess I need to copy that to /usr/lib and symlink libx264.so?
[16:45] <klaxa> there's multiple ways to go about this now
[16:46] <klaxa> either that, or you add /path/to/x264 to your /etc/ld.conf.d/my_additional_config.conf
[16:46] <klaxa> but before that
[16:46] <jdiez> meh, going to go the hacky route
[16:46] <klaxa> see if you really ran make install and if it throws some errors
[16:46] <jdiez> okay
[16:46] <jdiez> I'm rebuilding it from scractch just to be sure
[16:47] <jdiez> scratch*
[16:47] <klaxa> i doubt that that's gonna help, but okay :I
[16:47] <jdiez> can't hurt either
[16:47] <jdiez> yeah, .135 is now in /usr/local/lib
[16:48] <klaxa> try linking ffmpeg again
[16:48] <jdiez> yep
[16:49] <jdiez> worked
[16:49] <jdiez> thanks for your help, klaxa
[16:49] <klaxa> :)
[16:50] <jdiez> excellent
[16:51] <klaxa> Ph0bus: http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide
[16:51] <Ph0bus> ty
[16:52] <Ph0bus> but are there something like a standar fit all setings?
[16:52] <klaxa> not really
[16:53] <Ph0bus> there should be a baseline compatibality seting
[16:53] <klaxa> there are default values
[16:53] <klaxa> you can just do: ffmpeg -i input.mkv -c:v libx264 output.mkv
[16:53] <klaxa> that will encode with libx264 and apply default values set in ffmpeg, i don't know in how far that is compatible
[16:53] <Ph0bus> but will it work on most hardware ?
[16:53] <klaxa> you'll have to do some testing to find out what suits your player
[16:54] <klaxa> probably
[16:54] <Ph0bus> ok ty anyway
[22:10] <troker> Hi all, I'm looking to do some security research with ffmpeg as a testbed.  Im interested in this vuln (http://people.canonical.com/~ubuntu-security/cve/2010/CVE-2010-3429.html) - can anyone help me find the git commit directly before that CVE was patched? Thanks much.
[22:10] <Fjorgynn> hi me
[22:10] <Fjorgynn> dunno
[22:17] <llogan> troker: git log 6e73cef
[22:17] <troker> llogan thanks
[22:18] <llogan> i got that hash from your link
[22:18] <llogan> then look below the log entry for that hash for earlier ones
[22:34] <Ericq> do we have any mechanism to get Byte savings during Adaptive streaming contents Optimization
[22:36] <axorb> hey guys, I'm manually segmenting a video to TS while trying to keep the timestamps intact
[22:36] <axorb> ffmpeg -ss 20 -i file.avi -t 10 ... output.ts
[22:37] <axorb> it works but the video starts at 0, I want to shift the PTS to start at 20 so it works with HLS
[22:37] <axorb> copyts and setpts work but they don't adjust the start time
[22:38] <axorb> the segmenter works correctly (part2.ts starts at 20 seconds) and I need to emulate it but for just one part (can't afford to try and do all at once)
[22:40] <Ericq> can we get any savings out of AS contents
[22:51] <Ericq> does anyone has insight about optimiziing AS contents
[22:59] <axorb> also, I noticed the ts muxer always sets the start time to 1.4
[23:29] <axorb> I can use the segmenter with only one segment and it correctly makes parts that start at 0 (instead of 1.4)
[23:29] <axorb> now I just need to get the start PTS to be something like 20 instead of always 0
[00:00] --- Wed Jul 17 2013