Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
May 2012
- 1 participants
- 62 discussions
[00:29] <ubitux> ./ffplay -f lavfi 'testsrc,scale=256:256,mp=geq=random(1)/hypot(X-cos(N*0.07)*W/2-W/2\,Y-sin(N*0.09)*H/2-H/2)^2*1000000*sin(N*0.02):128:128'
[00:29] <ubitux> beh :(
[00:29] <ubitux> crash :(
[00:29] <Daemon404> just what are you trying to od
[00:29] <ubitux> it's a fun geq in ffmpeg history
[00:30] <ubitux> but it only works with ffplay video -vf ...
[00:30] <Daemon404> whats a geq
[00:31] <ubitux> eval an equation for each pixel
[00:31] <ubitux> + read, so you can apply various custom filtering :)
[00:31] <ubitux> see mplayer man page
[00:31] <Daemon404> heh
[00:31] Action: Daemon404 doesnt see anyone but the devs having use for it
[00:32] <ubitux> i actually saw a lot of examples on the net
[00:32] <ubitux> there was a page with ppl doing some grid on a video
[00:32] <ubitux> and half the boxes were inverted yuv
[00:32] <ubitux> fun stuff.
[00:34] <ubitux> ah it works with rgbtestsrc
[01:07] <CIA-119> ffmpeg: 03Clément BSsch 07master * r8619362ff1 10ffmpeg/ffprobe.c: ffprobe: fix C escaping.
[01:08] <pasteeater> michaelni: i'd like to add images to the wiki for some filter pages. how should i go about doing this without having to host them myself or do you care about third-party mage hosting?
[01:08] <pasteeater> s/mage/image
[01:08] Action: pasteeater casts magic missle
[01:25] <e98> there seems to be a regression in 0.11
[01:25] <e98> 0.10.3 is quick at converting a video to output an mp3
[01:25] <e98> ffmpeg -i video.ext -ab 160k audio.mp3
[01:26] <e98> git-bisect thinks it could be introduced starting with 2dfea1205870c298461f08fc323c652be41888f8
[01:27] <e98> something interesting when bisecting is that
[01:28] <e98> often the revision bisect stopped at happened to only build avconv and other av* executables
[01:28] <e98> compared to the usual ff* executable in other revisions
[01:28] <e98> maybe this is some odd effect of merging stuff back and forth from ffmpeg to libav
[01:31] <e98> 0.11 is really slow
[01:31] <e98> it tends to display more info during conversion and takes seemingly endless time
[01:32] <e98> displayin 9fps
[01:33] <e98> have to go. will check channel log.
[01:37] <pasteeater> e98: consider submitting a bug report so we can keep track (i'm assuming you'll read the channel log)
[01:51] <CIA-119> ffmpeg: 03Samuel Pitoiset 07master * r3bdb438e65 10ffmpeg/libavformat/http.c:
[01:51] <CIA-119> ffmpeg: http: Add support for using persistent connections
[01:51] <CIA-119> ffmpeg: Add a new AVOption 'multiple_requests', which indicates if we want
[01:51] <CIA-119> ffmpeg: to use persistent connections (ie. Connection: keep-alive).
[01:51] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[01:52] <CIA-119> ffmpeg: 03Samuel Pitoiset 07master * re999b641df 10ffmpeg/libavformat/ (http.c http.h):
[01:52] <CIA-119> ffmpeg: http: Add support for reusing the http socket for subsequent requests
[01:52] <CIA-119> ffmpeg: Introduce ff_http_do_new_request(), a new function which sends a new
[01:52] <CIA-119> ffmpeg: HTTP request, reusing the existing connection to the server.
[01:52] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[01:52] <CIA-119> ffmpeg: 03Mans Rullgard 07master * r7e5880e0cb 10ffmpeg/tests/ (Makefile rotozoom.c utils.c videogen.c):
[01:52] <CIA-119> ffmpeg: fate: teach videogen/rotozoom to output a single raw video stream
[01:52] <CIA-119> ffmpeg: This makes videogen/rotozoom output a raw video stream on stdout
[01:52] <CIA-119> ffmpeg: if no output directory is specified.
[01:52] <CIA-119> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[01:52] <CIA-119> ffmpeg: 03Mans Rullgard 07master * r47b5996bb0 10ffmpeg/tests/ (Makefile fate-run.sh):
[01:52] <CIA-119> ffmpeg: fate: allow tests to specify unit size for psnr comparison
[01:52] <CIA-119> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[01:52] <CIA-119> ffmpeg: 03Vitor Sessak 07master * rbac0729d9e 10ffmpeg/libavcodec/x86/ (fft.c fft.h fft_3dn2.c fft_mmx.asm):
[01:52] <CIA-119> ffmpeg: fate: fix acodec/vsynth tests for make 3.81
[01:52] <CIA-119> ffmpeg: GNU make 3.81 applies pattern rules in declaration order rather than
[01:52] <CIA-119> ffmpeg: by stem length as in 3.82. This moves the more generic patterns above
[01:52] <CIA-119> ffmpeg: the more specific ones such that they work with either make version.
[01:52] <CIA-119> ffmpeg: Some of the vsynth patterns are also simplified a little.
[01:52] <CIA-119> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[01:52] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rb0387edd5e 10ffmpeg/: (log message trimmed)
[01:52] <CIA-119> ffmpeg: Merge commit 'f919cc7df6ab844bc12f89fe7bef4fb915a47725'
[01:52] <CIA-119> ffmpeg: * commit 'f919cc7df6ab844bc12f89fe7bef4fb915a47725':
[01:52] <CIA-119> ffmpeg: fate: fix acodec/vsynth tests for make 3.81
[01:52] <CIA-119> ffmpeg: pcm_mpeg: fix number of consumed bytes to include the header.
[01:53] <CIA-119> (2 lines omitted)
[02:07] <Zeranoe> Does anyone know if there is a way to tell avcodec_decode_audio4 that the sample rate should be 48000 or is the only way to use av_resample and resample the audio to 48000?
[02:10] <Daemon404> i think you need to call eitehr libavresample or libswresample manually
[02:10] <Daemon404> the decoder doesnt incorporate resampling afaik
[02:11] <Daemon404> btw Zeranoe, i like your mingw script -- i modified it to build me native windows binaries <_<
[02:11] <michaelni> pasteeater, theres a "attach file button" on the wiki pages with which images can supposedly be attached
[02:11] <michaelni> didnt try it though
[02:12] <michaelni> its right of the "edit this page" button
[02:13] <Zeranoe> Daemon404: Thank you, I'm working on the 3.0 release right now. Updates a lot of things and supports option/argument feeding. Thats interesting you modified it to support a native toolchain, would you mind sharing it with me?
[02:14] <Daemon404> Zeranoe, it's a giant hack atm :P
[02:14] <Daemon404> it doesnt bootstrap properly
[02:14] <Daemon404> it needs a native linux cross-compiler in the PATH already
[02:15] <Daemon404> i just changed CC and added a --host and --disable-win32-registry
[02:17] <Daemon404> and s/4.6.2/4.6.3/ but thats trivial
[02:27] <pasteeater> michaelni: ah, of course i didn't notice that before i asked.
[02:43] <pasteeater> michaelni: mind giving me WIKI_DELETE permissions? so i can delete my own attachments. user llogan.
[03:18] <michaelni> pasteeater, done
[03:18] <pasteeater> michaelni: thanks
[03:20] <pasteeater> several new users are getting bitten by libx264 using yuv422p instead of yuv420p when using DV input.
[04:43] <CIA-119> ffmpeg: 03Anton Khirnov 07master * r8daf21d567 10ffmpeg/ (3 files in 3 dirs):
[04:43] <CIA-119> ffmpeg: avconv: merge configuration code for complex and simple filters
[04:43] <CIA-119> ffmpeg: Some tests change because -s now inserts the scaler to the end instead
[04:43] <CIA-119> ffmpeg: of beginning of the filtergraph.
[04:43] <CIA-119> ffmpeg: 03Anton Khirnov 07master * ra977d91e28 10ffmpeg/avconv.c: avconv: split configuring input filters out of configure_complex_filter
[04:43] <CIA-119> ffmpeg: 03Anton Khirnov 07master * rc9cc76290f 10ffmpeg/ (avconv.c configure doc/avconv.texi):
[04:43] <CIA-119> ffmpeg: avconv: extend -r to work on any input stream.
[04:43] <CIA-119> ffmpeg: This is done by automatically inserting a setpts filter.
[04:43] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r16e25ef34b 10ffmpeg/: (log message trimmed)
[04:43] <CIA-119> ffmpeg: Merge remote-tracking branch 'qatar/master'
[04:43] <CIA-119> ffmpeg: * qatar/master:
[04:43] <CIA-119> ffmpeg: avconv: extend -r to work on any input stream.
[04:43] <CIA-119> ffmpeg: doc/avconv: expand documentation for the -s option.
[04:43] <CIA-119> ffmpeg: avconv: don't print filters inserted by avconv in stream mappings.
[04:43] <CIA-119> ffmpeg: fate: make idroq test run again.
[04:43] <CIA-119> ffmpeg: Didnt investigate what broke it
[04:43] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:43] <CIA-119> ffmpeg: 03Anton Khirnov 07master * rcf6c38c62b 10ffmpeg/avconv.c: avconv: don't print filters inserted by avconv in stream mappings.
[04:43] <CIA-119> ffmpeg: 03Anton Khirnov 07master * r4f81a5072a 10ffmpeg/doc/avconv.texi: doc/avconv: expand documentation for the -s option.
[04:56] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rfd707add6b 10ffmpeg/tests/fate/audio.mak:
[04:56] <CIA-119> ffmpeg: fate: try to fix fate-nellymoser-aref-encode make dependancies
[04:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[06:07] <CIA-119> ffmpeg: 03Lou Logan 07master * r73f3f6baff 10ffmpeg/libavcodec/utils.c:
[06:07] <CIA-119> ffmpeg: lavc: clarify experimental codec message
[06:07] <CIA-119> ffmpeg: Should be easier for new users to get a working output.
[06:07] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[06:07] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r5855e46398 10ffmpeg/tests/ (fate/acodec.mak ref/fate/acodec-dca):
[06:07] <CIA-119> ffmpeg: fate: resurrect acodec-dca
[06:07] <CIA-119> ffmpeg: This was lost in todays merge
[06:07] <CIA-119> ffmpeg: Ideas to do this less ugly are welcome!
[06:07] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[06:07] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * ref96ec97fb 10ffmpeg/tests/regression-funcs.sh:
[06:07] <CIA-119> ffmpeg: fate: remove unused functions
[06:07] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[06:07] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r6aceed3b72 10ffmpeg/tests/codec-regression.sh:
[06:07] <CIA-119> ffmpeg: fate: remove tests/codec-regression.sh
[06:52] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r7a2ae764f4 10ffmpeg/tests/fate/acodec.mak:
[06:52] <CIA-119> ffmpeg: fate: disable fate-acodec-dca
[06:52] <CIA-119> ffmpeg: the new test doesnt work on all platforms, thus disable it until a better solution is found.
[06:52] <CIA-119> ffmpeg: the dca2 test remains and provides partial testing until this is resolved
[06:52] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[08:45] <durandal_1707> quick, what function gives number of comps for PIX_FMT ?
[09:13] <durandal_1707> hey, adding rgba64 O support is not hard
[09:35] <CIA-119> ffmpeg: 03Paul B Mahol 07master * rd66b0cd5c5 10ffmpeg/libavcodec/exr.c:
[09:35] <CIA-119> ffmpeg: exr: alpha support
[09:35] <CIA-119> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[09:39] <ubitux> does anyone know if there is a way from the encoder and muxer context to ignore some metadata?
[09:40] <ubitux> for example, the matroska muxer seems to use the "language" metadata for specific heuristics
[09:40] <ubitux> but i can't tell where it's been drop
[09:40] <ubitux> (so it isn't also muxed with the other metadata)
[10:01] <durandal_1707> hmm does codecs in iff which use gray are palleted?
[10:18] <CIA-119> ffmpeg: 03Paul B Mahol 07master * r8f61526978 10ffmpeg/libavcodec/iff.c:
[10:18] <CIA-119> ffmpeg: iff: check if there is extradata
[10:18] <CIA-119> ffmpeg: Fixes #1368.
[10:18] <CIA-119> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[13:02] <burek> can someone tell me what is a proper way to cache/buffer audio input for some time, to avoid network issues?
[13:03] <j-b> !tld ke
[13:03] <j-b> arf, not in this chan
[13:12] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r607461e50d 10ffmpeg/tests/fate/ac3.mak:
[13:12] <CIA-119> ffmpeg: fate: add bitexact flag to ac3-fixed
[13:12] <CIA-119> ffmpeg: cant hurt, and should be there for all tests
[13:12] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:12] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf5e0ef536a 10ffmpeg/tests/ (fate/acodec.mak ref/fate/acodec-dca):
[13:12] <CIA-119> ffmpeg: fate: add a fate-acodec-dca test that works on all platforms second try
[13:12] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:23] <ubitux> michaelni: did you port the ffmpeg specific entries in codec-regression.sh to the Makefile rules before removing it?
[13:23] <ubitux> iirc we did a few changes to this file
[13:29] <michaelni> ubitux, all except one should be ported now
[13:29] <ubitux> michaelni: +fate-acodec-dca: SRC = tests/data/asynth-44100-2.wav i'm not sure but i think you need $(SRC_PATH) here
[13:29] <ubitux> (not for the dep, but for the SRC only)
[13:31] <michaelni> ubitux, a quick grep for SRC tests/fate/*.mak
[13:31] <michaelni> doesnt show SRC_PATH
[13:31] <ubitux> mmh indeed
[13:31] <ubitux> i'm confused with sth, just a sec
[13:32] <ubitux> ah TARGET_PATH maybe
[13:33] <ubitux> https://lists.libav.org/pipermail/libav-devel/2012-May/028479.html
[13:33] <ubitux> that's what i used in the mapchan tests
[13:34] <michaelni> ubitux, feel free to add it if its needed ...
[13:34] <ubitux> k
[13:35] <ubitux> is the +bitexact really needed?
[13:35] <ubitux> fate-run.sh:FLAGS="-flags +bitexact -sws_flags +accurate_rnd+bitexact"
[13:35] <ubitux> it seems to be explicited in a few places though
[13:35] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rd24ef674ec 10ffmpeg/tests/ (fate/acodec.mak ref/fate/acodec-g723_1):
[13:35] <CIA-119> ffmpeg: fate: fix long standing bug in the g723_1 test
[13:35] <CIA-119> ffmpeg: The test compared files of mismatching sample rate
[13:35] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:37] <michaelni> i dont really know but all tests should end up with bitexact flags one way or another
[13:46] <durandal_1707> can anyone create exr with luma/chroma but without compression?
[13:51] <cbsrobot> durandal_1707: sure
[13:52] <cbsrobot> durandal_1707: do you need rgb, rgba or another format ?
[13:52] <durandal_1707> anything with luma
[13:57] <durandal_1707> cbsrobot: Y (gray), Y+A (gray with alpha), Y+RY + BY, .....
[14:13] <CIA-119> ffmpeg: 03Paul B Mahol 07master * rf5af8d5e76 10ffmpeg/libavcodec/exr.c:
[14:13] <CIA-119> ffmpeg: exr: make message about missing feature more useful
[14:13] <CIA-119> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[15:46] <CIA-119> ffmpeg: 03Gavin Kinsey 07master * rbf6fb563b9 10ffmpeg/cmdutils.c:
[15:46] <CIA-119> ffmpeg: Allow building of command line utils without swresample lib
[15:46] <CIA-119> ffmpeg: This allows building ffprobe without swresample
[15:46] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:46] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r89cf5bf39a 10ffmpeg/cmdutils.c:
[15:46] <CIA-119> ffmpeg: cmdutils: replace 1 line #ifs by if()
[15:46] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[16:11] <ubitux> michaelni: oh i forgot to comment your colors patchset again
[16:11] <ubitux> michaelni: i'll do that tonight if you can wait :)
[16:21] <michaelni> ubitux, no hurry, btw we lost the ac3 seek test too and the remaining 2 fate tests are aref/vref which have been removed i think
[16:22] <michaelni> and zmbv vsynth1/2 was the not yet ported one i meant
[16:23] <michaelni> if someone wants to port it thats welcome ... if not ill do it in a few days or so
[17:29] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r96fe99cb11 10ffmpeg/ffmpeg.c:
[17:29] <CIA-119> ffmpeg: ffmpeg: disable autoinsertion for -async on the output side of the filtergraph.
[17:29] <CIA-119> ffmpeg: This fixes the issue that since the last merge -async caused 2 aresample
[17:29] <CIA-119> ffmpeg: filters to be inserted
[17:29] <CIA-119> ffmpeg: users that generate funny timestamps in a filtergraph should probably
[17:29] <CIA-119> ffmpeg: manually insert a aresample filter where they need it.
[17:29] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:29] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rfd4c1c0b70 10ffmpeg/libavcodec/truemotion1.c:
[17:29] <CIA-119> ffmpeg: truemotion1: Check index, fix out of array read
[17:29] <CIA-119> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[17:29] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:29] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r32e60b6bfe 10ffmpeg/libavcodec/h264data.h:
[17:29] <CIA-119> ffmpeg: h264: increase scantable sizes to avoid overread
[17:29] <CIA-119> ffmpeg: We could also check the index but this would slow speed critical code
[17:29] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:29] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r39f0a45a1a 10ffmpeg/libavcodec/h264_cavlc.c:
[17:29] <CIA-119> ffmpeg: h264_cavlc: check prefix before using it.
[17:29] <CIA-119> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[17:29] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:37] <CIA-119> ffmpeg: 03Luca Barbato 07master * r528995589f 10ffmpeg/avprobe.c:
[19:37] <CIA-119> ffmpeg: avprobe: move formatter functions in the context
[19:37] <CIA-119> ffmpeg: Avoid possible clashes.
[19:37] <CIA-119> ffmpeg: 03Justin Ruggles 07master * r8dfc122719 10ffmpeg/libavresample/audio_mix.c: lavr: add C functions for mixing 2 to 1 channels with s16p format
[19:37] <CIA-119> ffmpeg: 03Justin Ruggles 07master * rb75726cb79 10ffmpeg/libavresample/x86/ (audio_mix.asm audio_mix_init.c): lavr: add x86-optimized function for mixing 2 to 1 s16p with q8 coeffs
[19:37] <CIA-119> ffmpeg: 03Luca Barbato 07master * r43b50e62c4 10ffmpeg/avprobe.c: avprobe: correctly set the default formatter
[19:37] <CIA-119> ffmpeg: 03Mans Rullgard 07master * r00c78a0a15 10ffmpeg/tests/md5.sh:
[19:37] <CIA-119> ffmpeg: fate: fix md5sum replacement on some systems
[19:37] <CIA-119> ffmpeg: On systems where the 'md5' command is used, there is a conflict
[19:37] <CIA-119> ffmpeg: with the md5() shell function in fate-run.sh. Using the 'command'
[19:37] <CIA-119> ffmpeg: keyword bypasses the shell function for correct behaviour.
[19:37] <CIA-119> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[19:37] <CIA-119> ffmpeg: 03Mans Rullgard 07master * r0857e46dd5 10ffmpeg/tests/fate/ac3.mak:
[19:37] <CIA-119> ffmpeg: fate: add missing $(TARGET_PATH) to ac3-fixed-encode
[19:37] <CIA-119> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[19:37] <CIA-119> ffmpeg: 03Christian Schmidt 07master * rd041dec3cb 10ffmpeg/libavcodec/pcm-mpeg.c:
[19:37] <CIA-119> ffmpeg: pcm-mpeg: improve log message wording
[19:37] <CIA-119> ffmpeg: We support every defined value for channel layout, bitrate and sample depth.
[19:37] <CIA-119> ffmpeg: All other values are not unsupported, but reserved.
[19:37] <CIA-119> ffmpeg: Update comments to say "are used" instead of "are known or exist".
[19:37] <CIA-119> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com>
[19:37] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * ra1fc1d2e1b 10ffmpeg/: (log message trimmed)
[19:37] <CIA-119> ffmpeg: Merge remote-tracking branch 'qatar/master'
[19:37] <CIA-119> ffmpeg: * qatar/master:
[19:37] <CIA-119> ffmpeg: pcm-mpeg: improve log message wording
[19:37] <CIA-119> ffmpeg: fate: add missing $(TARGET_PATH) to ac3-fixed-encode
[19:37] <CIA-119> ffmpeg: fate: fix md5sum replacement on some systems
[19:37] <CIA-119> ffmpeg: avprobe: correctly set the default formatter
[19:38] <CIA-119> ffmpeg: 03Justin Ruggles 07master * rc140fb2cbc 10ffmpeg/libavresample/x86/ (audio_mix.asm audio_mix_init.c util.asm): lavr: add x86-optimized functions for mixing 2 to 1 s16p with float coeffs
[20:20] <ubitux> Daemon404: you need access to these tags in an external app?
[20:20] <ubitux> CodecTags are not public; how do you expect to be able to make use of them?
[20:22] <Daemon404> ubitux, yes
[20:22] <Daemon404> there's a reason we added teh riff tags too
[20:22] <Daemon404> if you dont, libavcodec is UNUSABLE unelss you us elavf
[20:22] <Daemon404> just try using a muxer that isnt lavf
[20:24] <ubitux> can you be a bit more specific about the usage of these CodecTags for a lost soul like me?
[20:24] <Daemon404> ubitux, sec
[20:25] <Daemon404> http://ffmpeg.mplayerhq.hu/doxygen/trunk/group__riff__fourcc.html
[20:25] <Daemon404> read the description
[20:25] <Daemon404> its the same deal
[20:25] <Daemon404> unless you use lavf, which outputs an id, you have to use these tables
[20:25] <Daemon404> otherwise you cant actually use libavcodec.
[20:25] <Daemon404> fundemental design flaw etc
[20:28] <ubitux> that still doesn't tell me how you will manage to make use of the CodecTags without redifining the struct
[20:29] <Daemon404> i had a long discussion with elenril when teh riff tags were added to
[20:29] <Daemon404> too*
[20:29] <Daemon404> because "AVCodecTag is supposed to be opaque"
[20:29] <Daemon404> so you had to redefine that too
[20:29] <Daemon404> it's teh same deal here
[20:29] <ubitux> ok
[20:30] <Daemon404> its on both MLS for review
[20:30] <Daemon404> so uh
[20:30] <Daemon404> let the bikeshedding commence!
[20:31] <Daemon404> im not pushing to either project until both sides agree
[20:31] <ubitux> i was just questionning out of curiousity :)
[20:31] <ubitux> not judging your patch :p
[20:31] <Daemon404> ;P
[21:57] <Daemon404> michaelni, i dont think libav will be very keen on modifying AVCodecTag
[21:58] <Daemon404> which is why i avoided it
[21:58] <Daemon404> i can ask though
[22:05] <michaelni> Daemon404, whats your oppinon on using codec_tag as index into an array of strings ?
[22:05] <Daemon404> it sounds messy
[22:05] <Daemon404> but so does doign per-muxer functins
[22:05] <michaelni> Tjoppen, there are mxf patches on ffmpeg-devel, do you have time to review them ?
[22:06] <michaelni> Daemon404, yes
[22:07] <michaelni> AVCodecTags purpose was to map these identifers though so not using it feels messy in its own right
[22:12] <Daemon404> i know
[22:12] <Daemon404> doesnt everything but matroska use MKTAG?
[22:13] <michaelni> at the risk of causing nightmares ...
[22:13] <michaelni> theres ogg ...
[22:14] <michaelni> it identifies codecs by well a codec specific way to identify them
[22:15] <nevcairiel> there is also mpegts with its special way of dealing with things (if it even has the pmt and doesnt rely on probing)
[22:16] <Daemon404> oh lord
[22:16] <Daemon404> such insanity
[22:16] <Daemon404> remair made one good poitn on the l
[22:25] <Tjoppen> michaelni: kinda late, poke me in the morning
[23:06] <Tjoppen> ah, it's the muxer
[00:00] --- Thu May 31 2012
1
0
[00:00] <Keshl> (Just need one line of code that actually produces a video file, not part of a line.)
[00:14] <ubitux> Keshl: ffmpeg -f lavfi -i cellauto=... out.mkv ?
[00:15] <Keshl> <.< You didn't read what I said.
[00:15] <Keshl> You wrote exactly like the documentation (Which I can't read due to lack of incomplete example) did.
[00:16] <Keshl> I need code that, when typed, will produce video without any sort of changes required to said code. From there I'll be fine.
[00:16] <ubitux> i thought you were refering to the documentation just mentioning "cellauto=..."
[00:17] <Keshl> Nu, oÉo. down more there's examples, but they don't refrence an entire line of code that actually makes video.
[00:17] <Keshl> So I don't know where to put the "cellauto" bit in the actual code, and, earlier today, I learnt that the order commands are typed /does/ matter.
[00:17] <Keshl> paramaters*
[00:17] <ubitux> ffmpeg -f lavfi -i cellauto -t 5 out.mkv this produces a video for me :p
[00:18] <Keshl> Danks, oÉo.
[00:18] <Keshl> ...Oh my gosh that's so trippy I love it.
[00:18] <Keshl> o_o
[00:18] <ubitux> you can thanks saste for this :)
[00:19] Action: ubitux prefers life
[00:19] <ubitux> ffplay -f lavfi life=s=300x200:mold=10:r=60:ratio=0.1:death_color=#C83232:life_color=#00ff00,scale=1200:800:flags=16
[00:21] <Keshl> OH GOSH SQUEE ¿É¿
[00:21] <ubitux> or a more organic one: ffplay -f lavfi life=s=640x480:mold=10:r=100:ratio=0.1:death_color=blue:life_color=#00ff00,boxblur=2:2
[00:23] <saste> ubitux: we should have a section on the wiki with psychedelic sources commandline
[00:24] <ubitux> :D
[00:24] <ubitux> yeah :)
[00:24] <saste> mandelbrot is cool as well, and with the mp eval filter is possible to do pretty interesting stuff
[00:24] <Keshl> saste: Do that. Please. o_o
[00:24] <pasteeater> saste: heh, i was just about to mention mandelbrot
[00:24] <pasteeater> ffplay -f lavfi mandelbrot
[00:24] <ubitux> ah yeah there is a nice vf geq in ffmpeg history
[00:25] <ubitux> i need to port geq to a native ffmpeg filter :x
[00:25] <pasteeater> a filter gallery is on my wiki todo list.
[00:25] <ubitux> hehe
[00:25] <ubitux> .gif previews!
[00:26] <pasteeater> cinepak downloads
[00:26] <pasteeater> ...we only have decoder
[00:26] <pasteeater> nevermind
[00:26] <ubitux> :(
[00:26] <Keshl> x264 works fine for me. D:
[00:26] <Keshl> HTML5 previews.
[00:26] <Keshl> o_o
[00:26] <Keshl> You can play AVI's in a browser page like a .gif with them, but with more colors OÉO
[00:27] <ubitux> hipster!
[00:27] <ubitux> just use gif
[00:27] <ubitux> more than enough
[00:27] <Keshl> I liked colors before they were cool.
[00:27] <Keshl> @w@
[00:29] <pasteeater> saste: do you prefer https://ffmpeg.org/trac/ffmpeg/wiki/VideoSourceExamples or https://ffmpeg.org/trac/ffmpeg/wiki/PsychedelicExamples
[00:30] <pasteeater> because i feel like procrastinating meatspace work
[00:30] <ubitux> FancyFilteringExamples?
[00:31] <pasteeater> LGTM
[00:31] <ubitux> :)
[00:32] <pasteeater> or just add a section to the currently weaksauce https://ffmpeg.org/trac/ffmpeg/wiki/FilteringGuide
[00:32] <saste> dunno, it depends if you want to put more emphasis on the didactic aspect or the trippy facet
[00:32] <ubitux> pasteeater: less appealing than FancyXXX
[00:33] <ubitux> also, FilteringGuide can link to FancyFilteringExamples
[00:33] <ubitux> it also moves the fun away from the useful stuff
[00:34] <saste> ah and don't forget the frei0r sources
[00:35] <ubitux> ./ffplay -f lavfi 'rgbtestsrc,scale=256:256,mp=geq=random(1)/hypot(X-cos(N*0.07)*W/2-W/2\,Y-sin(N*0.09)*H/2-H/2)^2*1000000*sin(N*0.02):128:128'
[00:35] <ubitux> (i'm not the author)
[00:35] <saste> also i played with the idea of wrapping xscreensaver, not sure it is possible
[00:36] <saste> or by converse using ffmpeg for generating a groovy screensaver
[00:36] <saste> ubitux: do you feel like you want to debug the crash?
[00:37] <ubitux> not now :p
[00:37] <ubitux> but i'm willing to port the geq filter though
[00:37] <ubitux> no time for this either unfortunately, i need to get done with the scene detection filter first :)
[00:37] <ubitux> so we can make some nice scene detect + tiling presentations :)
[00:38] <pasteeater> https://ffmpeg.org/trac/ffmpeg/wiki/FancyFilteringExamples
[00:38] <ubitux> pasteeater: images!
[00:38] <pasteeater> feel free to improve my junk
[00:38] <ubitux> :)
[00:38] <Keshl> idea. Make a screensaver that randomly makes one of those fancy things and plays it. <W<
[00:38] <pasteeater> you mean electricsheep?
[00:38] <Keshl> oÉo?
[00:39] <pasteeater> ubitux: fine! i'll make some images if you make some interesting examples.
[00:40] <ubitux> ffmpeg -f lavfi -i mandelbrot -t 10 -pix_fmt rgb24 -y output.gif
[00:40] <ubitux> use that kind of stuff to make some examples :)
[00:40] <ubitux> (maybe with a scale so ppl will want to play it by themselves with the cmd line and play with it)
[00:42] <pasteeater> lol. 84 MB gif.
[00:42] <ubitux> :D
[00:42] <Keshl> Hence me saying to use x264.
[00:43] <Keshl> OR.
[00:43] Last message repeated 1 time(s).
[00:43] <Keshl> Hm, sec.
[00:43] Action: Keshl tries stuff.
[00:44] <ubitux> pasteeater: it would be interesting to have examples with a lot of parameters, to make the page useful, or a bit creative/inspiring, like you did for the life example
[00:45] <Keshl> well first of all that's /massive/.
[00:45] <pasteeater> ubitux: agreed. that's why i wanted you to make the examples because i stole *your* life example
[00:45] <Keshl> Got it to 15.3 at the current size though, oÉo.
[00:46] <pasteeater> static png is fine with me for images. might make people want to try it themselves
[00:47] <ubitux> :)
[00:54] <ubitux> pasteeater: oh there is also my random melody example!
[00:54] <ubitux> where did i put it&
[00:54] <pasteeater> now you can add them to the wiki
[00:55] <ubitux> http://ffmpeg.org/pipermail/ffmpeg-devel/2012-May/124713.html
[00:58] <pasteeater> i can host the images myself for now, but i'd prefer to upload them to the wiki somehow
[00:59] <ubitux> (example added)
[01:03] <pasteeater> nice
[01:04] <pasteeater> and now it has a ToC
[01:05] <ubitux> :)
[01:20] <ubitux> pasteeater: you didn't paste the correct life image :)
[01:20] <ubitux> (you can put both of them though)
[01:25] <pasteeater> ubitux: yeah, i fixed that. the original image wasn't as interesting when scaled
[01:28] <pasteeater> ubitux: http://ffmpeg.org/pipermail/ffmpeg-cvslog/2011-October/041637.html
[01:29] <pasteeater> that's a fun one too
[01:45] <ubitux> pasteeater: 00:35:17 <@ubitux> ./ffplay -f lavfi 'rgbtestsrc,scale=256:256,mp=geq=random(1)/hypot(X-cos(N*0.07)*W/2-W/2\,Y-sin(N*0.09)*H/2-H/2)^2*1000000*sin(N*0.02):128:128'
[02:20] <LittleFoot> hi pplz
[02:20] <LittleFoot> can you plz help me change the rez from 1600x1200 to like 320x240
[02:20] <LittleFoot> ffmpeg -i /home/enjoycrf/Desktop/output.mkv -vcodec libx264 -vpre medium -crf 24 -threads 0 -acodec libfaac -aq 50 /home/enjoycrf/Desktop/output.mp4
[02:20] <LittleFoot> with that comand
[02:21] <pasteeater> -vf scale=320:-1
[02:21] <LittleFoot> where do i put it
[02:21] <LittleFoot> after what
[02:21] <sacarasc> In the output options.
[02:21] <pasteeater> anywhere after -i input.foo
[02:21] <LittleFoot> k
[02:21] <LittleFoot> thx
[02:21] <pasteeater> or scale="320:trunc(ow/a/2)*2"
[02:22] <pasteeater> if libx264 complains about odd value
[02:22] Action: pasteeater recommends the second example
[02:22] <LittleFoot> its not complainging
[02:22] <LittleFoot> yey
[02:23] <LittleFoot> how come video encoding sucks cpu to max
[02:23] <LittleFoot> and all threads
[02:23] <LittleFoot> i mean cores
[02:23] <pasteeater> it's cpu intensive to encode video
[02:23] <LittleFoot> but why
[02:23] <LittleFoot> actually at this size its only using 35%
[02:25] <LittleFoot> oh 1 more thing, why are the colors in the encoded one messed up
[02:25] <LittleFoot> it looks all hippie like
[02:25] <LittleFoot> well some frames do
[02:28] <pasteeater> LittleFoot: use a pastebin site to show your ffmpeg command and the complete console output
[02:29] <pasteeater> the output may give a clue.
[02:29] <pasteeater> and a sample output file would be nice if possible
[02:30] <LittleFoot> http://www.youtube.com/watch?v=J2rjq1hRb5E
[02:30] <Keshl> LittleFoot: Because it can.
[02:30] <Keshl> You can do -threads 1 and make it use only 1 core, but it'll go really slow then.
[02:32] <LittleFoot> what is -vpre
[02:32] <LittleFoot> medium
[02:34] <pasteeater> a libx264 encoding preset
[02:34] <pasteeater> a collection of options to provide a compression/encoding speed ratio
[02:35] <pasteeater> Compression is quality per filesize
[02:36] <pasteeater> basically, in most cases, you want to use the slowest preset you have patience for
[02:36] <pasteeater> and ignore placebo as it is a complete waste o' time
[02:36] <pasteeater> ubitux: what would you call that one?
[02:37] <LittleFoot> ffmpeg -i /home/enjoycrf/Desktop/output.mkv -vcodec libx264 -vf scale=-1:270 -vpre medium -crf 24 -threads 0 -acodec libfaac -aq 50 /home/enjoycrf/Desktop/output.mp4
[02:37] <LittleFoot> thats my comand
[02:37] <LittleFoot> is taht good?
[02:38] <pasteeater> depends on how you're going to use the output
[02:38] <LittleFoot> utube
[02:39] <pasteeater> then no
[02:39] <LittleFoot> which should i use
[02:39] <pasteeater> depends on your input and your ffmpeg version. i would know this if you use a pastebin site to show your ffmpeg command and the complete console output
[02:41] <LittleFoot> ok ill do that later
[02:41] <LittleFoot> geting all thsi to work was enuf trouble
[02:42] <pasteeater> you're using fairly sane settings at least
[03:10] <Baylink1> QUERY: I'm trying to get set up to transcode DV to h264/AAC, and I'm getting some error messages I'm too much of a newbie to understand the impact of (except the "I won't do what you want" part :-). Could anyone spare a moment to look at http://pastebin.com/YrNZkgnj and tell me if this is missing switch problem, or a not compiled right problem, or...
[03:10] <Baylink1> SuSE 11.4; ffmpeg from RPM, either SuSE or Packman; I'm not sure which.
[03:16] <pasteeater> Baylink1: (aac) Codec is experimental but experimental codecs are not enabled, see -strict -2
[03:16] <pasteeater> that's the important message.
[03:17] <pasteeater> which means to just add "-strict -2"
[03:18] <pasteeater> additionally, you probably don't want yuv422p, so also add "-pix_fmt yuv420p"
[03:23] <Baylink1> For DV25, yeah, 420. I would suggest changing that message from "see -strict -2" to "try -strict -2", possibly adding "(at runtime)"; I would have assumed those to be compile time options. I'll give that a try, pasteeater; thank you kindly.
[03:23] <Baylink1> Do those all go between the -i and the outfile?
[03:24] <Baylink1> And yes, this commandline:
[03:24] <Baylink1> ffmpeg -i dv106-001.avi -strict -2 -vcodec libx264 -acodec aac -pix_fmt yuv420p dv106-001.mp4
[03:24] <Baylink1> does run.
[03:25] <Baylink1> (Sorry for the spew; I always forget that soft-returns in pidgin don't work.)
[03:34] <Baylink1> Yeah, pasteeater; that solve my problems nicely. Is there any doco that's in... more depth than the manpage (which is reproduced in the doc directory)?
[03:34] <Baylink1> *solved
[03:35] <Baylink1> 90MB -> 9.6MB
[03:38] <pasteeater> your command looks fine, but you may want to improve the default settings.
[03:38] <pasteeater> Baylink1: audio is default to 128k. you may want to change that.
[03:39] <pasteeater> video will default to "-preset medium -crf 23". not a bad combination most of the time, but of course consider changing it to fit your needs.
[03:40] <pasteeater> and good point on the see/try.
[04:25] <Baylink1> "see" sounds like it's referring you to the doco, not telling you to try the switch itself. I *like* that it suggests the switch, don't get me wrong. I'll fiddle a bunch of the switches in the morning. Thanks for the help, pasteeater.
[04:26] <Baylink1> i'm coming from 48k/16 audio; what's a good target AAC bitrate?
[05:40] <zap0> yes.
[06:33] <Mysterytrain> are there precompiled binaries for ffmpeg available? The ./configure script doesn't have a --prefix option and I need to install it in user space since I don't have root access.
[06:37] <pasteeater> damn switch burned out...
[06:38] <pasteeater> Baylink1: now if you compile ffmpeg from source the experimental error will say "try" instead of "see"
[06:45] <ashka> pasteeater: sorry, I had to go away quite quickly before
[06:46] <pasteeater> ashka: and i missed some too due to a hardware failure
[06:46] <ashka> here's a paste with the command and the output https://gist.github.com/a8267ab262e66776f41c
[06:48] <ashka> oh btw pasteeater I uploaded the image too : http://imgur.com/0gYdK
[06:50] <pasteeater> ashka: remove the -s 231x106
[06:50] <pasteeater> also remove: -an -r 1
[06:52] <ashka> pasteeater: but I need this size for the thumb
[06:53] <ashka> no way to size it with ffmpeg =
[06:53] <ashka> ?*
[06:53] <pasteeater> that's what -vf scale=231:-1 is for
[06:54] <pasteeater> the -1 tells ffmpeg to automatically use a width that will preserve the aspect ratio for the given height
[06:54] <ashka> ah okay
[06:55] <pasteeater> if you require a "hard" size of 231x106 then you will have to use pad in addition to scale
[06:55] <ashka> I see
[06:55] <ashka> I guess I'll resize it when it passes through my php image lib
[06:56] <pasteeater> the -1 should give you a value of ~185 i think
[06:56] <ashka> exactly yup
[06:56] <pasteeater> then the image will look normal
[06:57] <pasteeater> there is no reason to additionally process the output from ffmpeg.
[06:59] <ashka> pasteeater: I nead a hard size of 231x106 on any video
[06:59] <ashka> 16:9/16:10/4:3
[06:59] <ashka> but centered on the image, so
[07:04] <pasteeater> ashka: this had been requested before, IIRC. trawl the ffmpeg-user mailing list.
[07:05] <pasteeater> or ask on the mailing list. there are some filter gurus there.
[07:05] <Mysterytrain> guess i'll try there too
[07:24] <ubitux> pasteeater: "mysterious light"? :)
[07:26] <pasteeater> ubitux: http://crawl.chaosforge.org/index.php?title=Vapour
[07:26] <ubitux> oh!
[07:27] <Keshl> Just a thought, anyone think of a node-based GUI for Ffmpeg, oÉo?
[07:29] <pasteeater> last node based gui i used was apple shake 6 years ago
[07:31] <Keshl> I used a node-based GUI at least every week. Pretty nifty, seems like it'd fit FFMPEG and Avisynth /really/ well.
[09:04] <musolinoa> Hey all. I'm experiencing some artifacts using libavcodec to decode various videos. Here's a screenshot of what's happening http://tinypic.com/view.php?pic=6xzw2w&s=6
[09:05] <musolinoa> The files all play fine in vlc, mplayer and ffplay, so there must be something wrong with my code.
[09:06] <musolinoa> Ah... wrong channel, sorry.
[09:07] <musolinoa> Hmm, #ffmpeg-devel topic says this is the correct channel.
[09:38] <bartus_> hello, when converting subs from mdvd to ass is there any switches to toggle codepage conversion (cp1250 > utf) ?
[09:39] <bartus_> * are there ( sorry my English is crap ;)
[12:01] <burek> bartus_, try just converting subs to ass and then use iconv
[12:03] <burek> ashka, this might help http://ffmpeg.gusari.org/viewtopic.php?f=25&t=35&sid=d7979bf3e8678ed8096e78…
[13:24] <ubitux> < burek> bartus_, try just converting subs to ass and then use iconv // I'd do the contrary :)
[13:25] <bartus_> burek, thank got to that point, now try to figure how to automatically determine file encoding to use with iconv.
[13:54] <burek> ubitux, he is trying to extract subs from a media file and convert it to utf-8 ass subs :)
[13:56] <burek> - btw, what is a proper way to cache/buffer audio input for some time, to avoid network issues?
[14:07] <ubitux> burek: if your input is utf-8, your output will be as well
[14:07] <burek> well, input subs are not utf-8 :)
[14:07] <burek> that's the issue :)
[14:07] <burek> btw, is ffmpeg able to do fractals?
[14:08] <burek> I tried mandelbrot but it's a static image
[14:13] <hi117> burek: extract the subs and use unix's encoding converter on it maybe
[14:14] <burek> hi117, yes, that's what I've suggested to bartus_ :)
[14:14] <hi117> ah ok
[14:14] <hi117> i didnt read fully
[14:14] <burek> ok :)
[15:44] <Baylink1> Well, pasteeater, *that's* certainly quick service. :-) One other question: I'm looking for something that can do DV timecode "window dubs"; can ffmpeg (or ffmbc, I guess) do that?
[17:03] <jameshowe> hello, if I have a built ffmpeg reporting a version such as git-N-28849-ga82cfad-Sherpya how do I fetch that version of the code with git commands?
[17:08] <burek> I'm not sure is it git checkout <hash> or git pull <hash> or something like that
[17:08] <burek> I guess it's git checkout
[17:09] <jameshowe> error: pathspec 'git-N-28849-ga82cfad-Sherpya' did not match any file(s) known to git.
[17:09] <jameshowe> and same for without the sherpya
[17:09] <burek> look at that link above
[17:09] <burek> git-N-... is not a hash
[17:10] <burek> hmh
[17:10] <jameshowe> the link that fflogger posted says "Unknown commit object"
[17:10] <burek> from which git repository did you get your source code?
[17:11] <jameshowe> i'm looking at git://source.ffmpeg.org/ffmpeg.git
[17:11] <jameshowe> but I'm not sure where the (Windows) builds I have are from
[17:11] <jameshowe> presumably from http://ffmpeg.zeranoe.com/builds/
[17:12] <sacarasc> That's a Sherpya build, so it would be from his site.
[17:12] <jameshowe> which is...
[17:12] <burek> google
[17:12] <burek> that's not official ffmpeg
[17:13] <jameshowe> aha, he's on github
[17:13] <burek> go to his git and find that hash there and pull it
[17:18] <phraktal77> Is this a right place to ask about ffserver ?
[17:19] <phraktal77> Is it possible to stream a file using ffmpeg/ffserver in webM format ?
[17:19] <phraktal77> If so anyone knows how to do it ?
[17:21] <burek> it is the right place
[17:22] <jameshowe> as I'm already here, what is the hash and how does one find it?
[17:22] <phraktal77> I've installed ffmpeg using package manager on latest ubuntu. I can encode a file into webM file fine. But I have no idea how to go from there to stream that file
[17:24] <phraktal77> I'm a total newb as far as ffmpeg goes.. and not very good with vid encoding in general. I'm just trying to evaluate the technology for streaming using video tag instead of flash player.
[17:25] <burek> phraktal77, are you sure you are using ffmpeg
[17:25] <burek> can you type just ffmpeg --version
[17:25] <burek> and paste the output to pastebin.com?
[17:25] <phraktal77> avconv -i Waterfall.f4v -target ntsc-dvd -threads 4 video.webm
[17:25] <phraktal77> I'm executing this command to encode
[17:25] <burek> that's avconv..
[17:25] <burek> lame fork of ffmpeg
[17:25] <burek> it's no wonder it doesn't work :)
[17:26] <phraktal77> that acctually works
[17:26] <phraktal77> so I should compile ffmpeg from sources ?
[17:26] <burek> well, why are you here then?
[17:26] <burek> if everything works?
[17:26] <phraktal77> I can encode.
[17:26] <phraktal77> I do not know How to stream that
[17:27] <burek> well ask devels of avconv
[17:27] <burek> not here
[17:27] <burek> jameshowe, hashes identify each commit
[17:27] <burek> so you can distinguish all of them
[17:28] <burek> if there is a search box on their website
[17:28] <burek> just type there in that box: a82cfad
[17:28] <jameshowe> not with a "g" at the start?
[17:29] <burek> without g
[17:31] <jameshowe> well github doesn't have such a thing, and all the short hashes I can see are 10 chars
[17:32] <jameshowe> i'll just email this guy
[17:32] <burek> what's the url
[17:34] <jameshowe> https://github.com/sherpya/FFmpeg i'm looking at now
[17:42] <burek> well, they don't have the search functionality
[17:42] <burek> too bad
[17:43] <jameshowe> i emailed him, if no reply i'll see if an official build works just as well
[17:43] <jameshowe> thanks anyway
[17:51] <stonie> hi
[17:53] <stonie> how may i get the best aac audio results in an x264 video? should be the highest quality possible for audio and video stream
[17:54] <burek> use the highest possible bitrate for your aac audio then
[18:31] <stonie> burek, ty and which library etc?
[18:44] <Zeranoe> Can FFmpeg convert multiple videos side by side from multiple sources? Meaning, you take a bunch source videos and you want to encode them to one file, displaying side by side?
[19:00] <LittleFoot> helo
[19:01] <LittleFoot> hi can i improve ffmpeg -f alsa -i pulse -async 1 -f x11grab -r 30 -s 640x480 -i :0.0 -acodec pcm_s16le -vcodec libx264 -vpre lossless_ultrafast -threads 0 ~/output.mkv
[19:01] <LittleFoot> seems like it works really good
[19:01] <LittleFoot> but if u have beter let me kno
[19:28] <AlRazi> hello all
[19:28] <AlRazi> mp3 -> AAC+ related issues, anyone interested ?
[19:31] <AlRazi> no one ?
[19:34] <AlRazi> the conversion is done, but the map_metadata is trickier than i thought
[19:34] <AlRazi> any help would be appreciated
[19:34] <AlRazi> I used a lot of combinations but none works
[19:46] <burek> zeranoe yes, use -map
[19:47] <burek> stonie, ffmpeg has got internal aac encoder, but you can also use libfaac
[19:48] <burek> or libaacplus if you want low bitrates (recommended)
[19:48] <burek> LittleFoot, improve to achieve what exactly?
[19:48] <burek> AlRazi, what are you trying to achieve?
[19:49] <AlRazi> burek, i am trying to convert mp3s to aac+ files for streaming
[19:49] <AlRazi> the conversion works with .aac ( not .m4a though )
[19:49] <AlRazi> but when i try to play the converted file
[19:50] <AlRazi> the JPlayer won't play it since it has no tags
[19:50] <AlRazi> i tried various combinations for map_metadata
[19:50] <AlRazi> to no avail
[19:51] <AlRazi> so I was just now looking for ways to perhaps write a script that extracts the ID3 from an mp3 and places them inside the aac file
[19:51] <AlRazi> but if you can help burek that'll be great
[19:58] <juanmabc> well, map_metadata should make it to work
[19:59] <juanmabc> it is specifically for that
[20:02] <AlRazi> ffmpeg -i yyy.mp3 -acodec libaacplus -ab 64K -ac 2 -ar 44100 -map_metadata:s:a 0:g xxx.aac
[20:03] <AlRazi> do you think this is correct ?
[20:03] <AlRazi> juanmabc
[20:04] <juanmabc> no idea, search that online
[20:04] <AlRazi> I did, that what led me here
[20:05] <juanmabc> while not found; do search answer; done
[20:06] <AlRazi> I am searching for ways to inject the attributes through a script an aac file now
[20:06] <AlRazi> and thought i'll ask the experts here
[20:07] <AlRazi> so it's a callback for experts only ^^
[20:25] <AlRazi> a quick one that I also couldn't find a solution for online ... why does not libaacplus recognize m4a, only aac ?
[20:27] <AlRazi> and even trying to edit the resulting aac file yields results like ( [QuickEditDocument] An error (kRangeErr) occurred opening file named 'xxx.aac' )
[20:41] <burek> AlRazi, convert it to aac+ but in flv container
[20:41] <burek> it will work in JWPlayer
[20:42] <burek> ffmpeg -i yyy.mp3 -acodec libaacplus -ab 64K -ac 2 -ar 44100 bla.flv
[20:42] <AlRazi> burek, Thanks a million i'll update you with results
[20:43] <burek> AlRazi, for your second question, please type ffmpeg -i bla.m4a
[20:43] <burek> and use the pastebin.com to show the entire output
[20:45] <AlRazi> bla.aac ?
[20:46] <pasteeater> bla.aac = the actual name of your file
[20:46] <AlRazi> yeah i know
[20:46] <AlRazi> i was referring that i don't have a bla.m4a
[20:46] <AlRazi> only bla.aac
[20:47] <burek> <AlRazi> a quick one that I also couldn't find a solution for online ... why does not libaacplus recognize m4a, only aac ?
[20:47] <AlRazi> when i try to convert to .m4a i get unrecognized error
[20:47] <burek> can you give us an example command?
[20:47] <AlRazi> ffmpeg -i abc.mp3 -acodec libaacplus -ab 64K -ac 2 -ar 44100 bla.m4a
[20:47] <AlRazi> Encoder (codec none) not found for output stream #0:0
[20:48] <AlRazi> and
[20:48] <AlRazi> configuration: --enable-static --enable-shared --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libfaac --enable-libaacplus
[20:48] <burek> can you please use pastebin.com, to show your command line and its output?
[20:48] <AlRazi> on it
[20:49] <AlRazi> http://pastebin.com/F7duGbHe
[20:50] <sacarasc> AlRazi: Add -vn
[20:50] <sacarasc> To the output options.
[20:51] <AlRazi> wow .. what's -vn ?
[20:52] <sacarasc> No video.
[20:52] <AlRazi> beautiful
[20:52] <AlRazi> sacarasc, while i have you sire
[20:52] <AlRazi> -map_metadata g
[20:53] <AlRazi> is not moving any metadata to the bla.m4a
[20:53] Action: sacarasc shrugs. Not done anything with than in a long time.
[20:53] <AlRazi> thanks a million
[20:54] <AlRazi> burek, thoughts on the metadata ?
[20:55] <burek> what exactly do you need
[21:06] <Keshl> Is there a way to set the framepacking tag in MP4 using ffmpeg, oÉo?
[21:08] <LittleFoot> is there any way to imporove these settings
[21:08] <JEEB> I thought that was a x264 option
[21:08] <LittleFoot> ffmpeg -f alsa -i pulse -async 1 -f x11grab -r 30 -s 640x480 -i :0.0 -acodec pcm_s16le -vcodec libx264 -vpre lossless_ultrafast -threads 0 ~/output.mkv
[21:08] <Keshl> JEEB: I'm decently sure it's MP4's, but, either way, is there? oÉo?
[21:10] <burek> LittleFoot, for the 2nd time, what exactly are you trying to improve?
[21:11] <Keshl> LittleFoot: It depends on the input and what you desire to use it for. There is no "one setting to end all settings", else we'd have -doitall.
[21:12] <Baylink1> Keshl: I was wondering when that option was going to get implemented...
[21:12] <Baylink1> Shouldn't it be -dwim, though?
[21:12] <Keshl> Baylink1: What option? -doitall?
[21:12] <Baylink1> Yeah
[21:12] <Keshl> Oh, good, that scared me.
[21:12] <Baylink1> Or maybe -dwin. (Do what I need)
[21:12] <Keshl> XD
[21:12] <Keshl> That'd be useful as a boot paramater for Linux.
[21:13] <Baylink1> Is that a packaged smiley in some client? Cause here, it's just 'X D'
[21:13] <Keshl> THat's called an emoticon, oÉo. XD is how it should look.
[21:13] <Keshl> Laughing face. Turn it on the side. D's an open mouth, X is closed eyes.
[21:13] <Baylink1> Ah.
[21:13] <burek> :beer:
[21:14] <burek> turn it on the side
[21:14] <Keshl> oÉo...
[21:14] <Keshl> But can anyone halp me with my issue? D:
[21:15] <Baylink1> Well, since I don't know MP4 well enough to know what the Framepacking tag is, it won't be me, at least. :-)
[21:15] <Keshl> Could be x264 too, either one. <É<
[21:17] <Keshl> ...Seriously that's it?
[21:17] <Keshl> ....Well wow.
[21:17] <Keshl> Love you all OÉO!
[21:19] <cbreak> 3D? sounds more like stereoscopic
[21:21] <pasteeater> Keshl: looks like a scroat between two baseballs to me.
[21:22] <Baylink1> Ooof.
[21:22] <Baylink1> Hi, pasteeater.
[21:22] <pasteeater> hi Baylink1
[21:22] <Baylink1> I said something, this morning... lessee...
[21:22] <Baylink1> Well, pasteeater, *that's* certainly quick service. :-) One other question: I'm looking for something that can do DV timecode "window dubs"; can ffmpeg (or ffmbc, I guess) do that?
[21:22] <Baylink1> Scrool is your friend.
[21:23] <pasteeater> what do you mean by "window dubs"?
[21:23] <Keshl> cbreak: Stereoscopic /is/ 3D.<.<
[21:23] <cbreak> not really :/
[21:24] <Keshl> ...Yes, yes it is...
[21:24] <cbreak> it's extremely complicated to get real 3D from stereoscopic images
[21:24] <cbreak> and there are lots of issues such as oclusion
[21:24] <Keshl> There's two different definitions of 3D.
[21:24] <Keshl> You're using the strict one, I'm using the loose one.
[21:24] <Keshl> It's 3D. <É<
[21:24] <cbreak> I am using the "one dimension more than 2D" one.
[21:25] <Keshl> That's both of them.
[21:25] <cbreak> two image scanlines don't make scanlines 2D
[21:26] <JEEB> Keshl, there's a frame packing header info for H.264 streams that can be set when encoding a clip, but I guess then mp4 has stuff as well
[21:26] Action: JEEB hasn't looked into the mp4 container specs too much
[21:26] <Keshl> JEEB: My bad, it was x264.
[21:26] <JEEB> ok, then -x264opts frame-packing=integer
[21:26] <JEEB> see x264 --fullhelp for a listing of possible settings
[21:27] <Keshl> JEEB: ...Er, but, I'm using ffmpeg, not x264.
[21:27] <JEEB> -x264opts is a ffmpeg setting
[21:27] <JEEB> for -vcodec /c:v libx264
[21:27] <Keshl> But you said to run "x264 --fullhelp"
[21:28] <Keshl> I don't have x264.exe.
[21:28] <Keshl> >w>
[21:28] <JEEB> then get one from, say, x264.nl and do "x264 --fullhelp > derp.txt"
[21:28] <JEEB> and then open derp.txt in a text editor that can deal with unix line changes, and ctrl+f for frame-packing
[21:30] <pasteeater> Keshl: ffmpeg can use several of the x264 specific options but it does not list them all in ffmpeg -h, so therefore refer to the x264 help as JEEB mentioned to see what options ffmpeg may use.
[21:31] <JEEB> (not all settings are exactly the same in the API as in the help, but it's useful to check the documentation for a setting)
[21:31] <Keshl> Ah, oÉo.
[21:33] <JEEB> anyways, that would let you get the info into the H.264 stream, no idea of what happens after that and/or how many things actually support it
[21:37] <Baylink1> pasteeater: A "window dub" is a copy (or in this case, a transcode) which includes a visible subtitle with the filename and the original DV timecode in each frame.
[21:39] <Keshl> Kay, well, dang, that stunk.
[22:02] <pasteeater> Baylink1: i don't know. try the drawtext filter if you don't mind a "hardsub" type.
[22:03] <Baylink1> Can drawtext get to the timecode, though?
[22:03] <pasteeater> ubitux would know more than me
[22:04] <cbreak> drawtext can get the current real time
[22:04] <Baylink1> But appears not to be here at the moment, alas.
[22:05] <Baylink1> cbreak: I'm trying to get it to extract the DV timecode for this.
[22:06] <pasteeater> https://ffmpeg.org/trac/ffmpeg/wiki/FilteringGuide
[22:06] <pasteeater> "Burnt in Timecode" not sure if that's wot you want. i didn't really look at it.
[22:07] <Baylink1> A quick glance at that suggests one must manually specify the starting timecode, rather than have it extract it from the source file.
[22:07] <Baylink1> I will investigate further, though; thanks for the pointer.
[22:10] <Baylink1> It would appear the people I need to talk to first are the libavfilter maintainers, to see where they're getting their idea of timecode -- that is, if it's *possible* for that filter to be taking the timecode in from outside. Then I'll know whether to ask the ffmpeg maintainers whether they're feeding timecode to it.
[22:11] <Baylink1> Oh; that's the same people.
[22:12] <pasteeater> ask on ffmpeg-user mailing list if you don't eventually figure it out or get an answer here. several devs answer there too.
[22:13] <Baylink1> Ok. It looks as if Dan Dennedy thinks that libdv is the culprit, and the answer's presently no: http://www.kdenlive.org/mantis/view.php?id=1597
[22:16] <pasteeater> you can submit a feature request on the bug tracker
[22:17] <Baylink1> I'll do that; I just need to figure out which feature it is that I actually need. :-)
[22:17] <Baylink1> Right now, I gotta go lay my headache down. later.
[23:19] <eok> burek: i finally managed to have a stable stream in a web browser :)
[23:20] <eok> burek: gave up on html5 and used crtmpserver to recieve a liveflv stream from ffmpeg
[00:00] --- Thu May 31 2012
1
0
[01:04] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r6994b552a6 10ffmpeg/ffprobe.c:
[01:04] <CIA-119> ffmpeg: ffprobe: make c_escape_str() documentation terser
[01:04] <CIA-119> ffmpeg: Avoid to specify implementation details, better to check the code for
[01:04] <CIA-119> ffmpeg: that.
[01:04] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * rc365cdf202 10ffmpeg/ (doc/ffprobe.texi ffprobe.c): ffprobe: add support to '\b' and '\f' escaping in c_escape_str()
[01:04] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r67b7631040 10ffmpeg/libavcodec/utils.c:
[01:04] <CIA-119> ffmpeg: lavc: prettify printing of some codec tags which contains non alphanumeric characters
[01:04] <CIA-119> ffmpeg: Make av_get_codec_tag_string() show codec tag string characters in a more
[01:04] <CIA-119> ffmpeg: intelligible ways. For example the ascii char "@" is used as a number, so
[01:04] <CIA-119> ffmpeg: should be displayed like "[64]" rather than as a printable character.
[01:04] <CIA-119> ffmpeg: Apart alphanumeric chars, only the characters ' ' and '.' are used
[01:04] <CIA-119> ffmpeg: literally in codec tags, all the other characters represent numbers.
[01:04] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * rfa6cb2fdff 10ffmpeg/ffprobe.c:
[01:04] <CIA-119> ffmpeg: ffprobe: add multiple_sections field to WriterContext
[01:04] <CIA-119> ffmpeg: Move the field "multiple_entries" from the JSON writer private context to
[01:04] <CIA-119> ffmpeg: WriterContext, and rename it "multiple_sections".
[01:04] <CIA-119> ffmpeg: This allows to factorize the code with the pending INI format patch.
[01:06] <ubitux> \o/
[01:15] <saste> ubitux: so ini *not* hierarchic output should be the default?
[01:16] <ubitux> i think having the same output as libav is the best thing to do
[01:16] <ubitux> users really are parsing them
[01:17] <ubitux> we should not make things more complicated for them
[05:22] <taqattack> hello anyone here?
[05:26] <Compn> yes
[05:26] <Compn> we are here
[05:31] <taqattack> Cool
[05:31] <taqattack> What kind of encoding does ffmpeg use to stdin/stdout?
[05:32] <taqattack> I was looking over the source code but I couldn't find how the characters that are outputted to the console are encoded.
[05:34] <Compn> you mean ffmpeg text output ?
[05:36] <taqattack> No I mean the binary pipe output
[05:37] <Compn> its just whatever format you specify
[05:37] <Compn> or do you mean the 'binary mode' ascii or whatever ?
[05:37] <taqattack> Yeah
[05:37] <taqattack> So if I set it to "ffmpeg -i file.wav -f wav -"
[05:37] <taqattack> It outputs to console bunch of characters
[05:38] <Compn> should just be raw wav data
[05:38] <Compn> your console then interpretes this any way it wants
[05:38] <taqattack> IT is. But I'm not sure how its encoded.
[05:38] <Daemon404> what the heck are yo utalkjing about
[05:38] <Daemon404> it's a byet stream
[05:38] <Daemon404> it's not 'encoded'
[05:38] <Daemon404> it's bytes.
[05:38] <Daemon404> in order.
[05:38] <Daemon404> also wow, typos.
[05:38] <Compn> taqattack : if you cat file.wav
[05:39] <Compn> it reads the file to your console
[05:39] <taqattack> But its displayed somehow on console right?
[05:39] <Compn> yes, thats up to your console
[05:41] <Compn> if you have a utf8 console, the binary hex is represented utf8 characters :P
[05:42] <Daemon404> crapping random data to your console makes it beep
[05:42] <taqattack> I see
[05:42] <Daemon404> /safetyhelmet
[05:42] <taqattack> I want to pipe it to my application. How would I be able to read the byte data?
[05:42] <Daemon404> have your application read stdin
[05:43] <Compn> this channel is for ffmpeg development itself. 3rd party application development chat belongs in #ffmpeg really
[05:43] <Compn> just trying to help
[05:43] Action: Compn goes afk
[05:43] <Daemon404> ^
[05:44] Action: Compn rot13 encodes Daemon404
[05:44] <Daemon404> Compn, a very secure cipher.
[05:44] <taqattack> I appreciate the help. Thanks.
[05:46] <taqattack> Another question. If I wanted to feedback the wav data back into ffmpeg using stdin/stdout, what character encoding does ffmpeg read in?
[05:46] <taqattack> Or do I need to stdout in byte array, which I'm not even sure is possible.
[05:50] <Daemon404> http://pubs.opengroup.org/onlinepubs/007904975/functions/write.html
[05:51] <Daemon404> you really should try google, or somewhere about general unix development.
[05:57] <taqattack> Awesome
[05:57] <taqattack> It's working now.
[05:57] <taqattack> Thanks again for the help!
[07:41] <CIA-119> ffmpeg: 03Clément BSsch 07master * rf0c15ecd45 10ffmpeg/doc/syntax.texi:
[07:41] <CIA-119> ffmpeg: doc/syntax: escape '@' to fix a warning.
[07:41] <CIA-119> ffmpeg: Fix the following warning:
[07:41] <CIA-119> ffmpeg: doc/syntax.texi:147: warning: Accent command `@"' must not be followed by whitespace
[10:14] <CIA-119> ffmpeg: 03Paul B Mahol 07master * r908c045f3a 10ffmpeg/libavfilter/avfilter.c:
[10:14] <CIA-119> ffmpeg: avfilter: use designated initializer for class
[10:14] <CIA-119> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[10:59] <ubitux> did anyone read http://people.xiph.org/~xiphmont/lj-pseudocut/o-response-1.html ?
[10:59] <ubitux> it makes me wanting to play a bit with ogg
[10:59] <ubitux> (yes it's a bit old)
[11:00] <av500> have fun
[11:01] <ubitux> :D
[11:01] <ubitux> i have some more entries in my todo list first ;)
[11:01] <ubitux> but that post is interesting :)
[11:01] <av500> ....One example is mp3 in Matroska, where the mapping specifies that the mp3 header is to be treated as duplicated/compressed data. Mappings need only be specified once and they're done. ...
[11:02] <av500> the 12 bit header?
[11:02] <av500> or the sync code?
[11:02] <av500> wtf?
[11:03] <j-b> Ogg is bad
[11:03] <j-b> it is even worse than that.
[11:03] <ubitux> from an outsider, it looks like monty is explaining himself quite well
[11:04] <av500> ubitux: for fun, write an ogg demuxer
[11:04] <ubitux> writing a mov, matroska or a working avi demuxer doesn't look simple either :p
[11:04] <j-b> ubitux: VLC is the official Ogg player from PlayOgg http://www.fsf.org/campaigns/playogg/en/
[11:05] <j-b> ubitux: and yet, VLC is still unable to compute the timing of Ogg files
[11:05] <av500> j-b: thats because there is *no* time in ogg
[11:05] <av500> only a granule
[11:06] <j-b> av500: stop insulting me! You granule!
[11:06] <av500> j-b: meh, you french!
[11:07] <ubitux> :D
[11:07] <j-b> ubitux: so, that gives you a good idea about how great Ogg is
[11:08] <ubitux> j-b: according to the post, Monty seems to be happy to give a hand on this, didn't he explained? :)
[11:08] <ohsix> ;]
[11:09] <ohsix> too different, hard, bad on its face!
[11:09] <j-b> ubitux: right...
[13:06] <Compn> ubitux have monty send patch.
[13:06] <Compn> ubitux : i think everyone agrees that ogg sucks, at least thats what i've seen in ml archives for mplayer and ffmpeg :P
[13:09] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * ra5e83a5d4c 10ffmpeg/Changelog: Changelog: apply misc formatting fixes
[13:09] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r4eb1ff6582 10ffmpeg/Changelog: Changelog: remove asplit entry from 0.11, it was added in 0.10
[13:09] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r89d49acb3b 10ffmpeg/ (Changelog doc/ffprobe.texi ffprobe.c):
[13:09] <CIA-119> ffmpeg: ffprobe: add INI writer
[13:09] <CIA-119> ffmpeg: Liberally based on the work of Luca Barbato <lu_zero(a)gentoo.org>, done
[13:09] <CIA-119> ffmpeg: for libav/avprobe.
[13:32] <ubitux> Compn: i don't know, we generally remember haters
[13:32] <ubitux> (i'm not saying it's bad, i really don't know actually)
[13:44] <ubitux> saste: 4eb1ff6582 you need to remove it from ffmpeg-web as well i think
[16:50] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=781fb46c568939c15e4638…
[16:50] <ubitux> http://git.libav.org/?p=libav.git;a=commitdiff;h=12d42cd7a869a58e6308b76f72…
[16:50] <ubitux> :))
[16:52] <Daemon404> shock. awe. ponies.
[16:53] Action: ubitux jumps on Daemon404
[16:53] Action: Daemon404 files a restraining order
[16:53] <Daemon404> im in america now
[16:53] <Daemon404> thats what we do right>
[16:53] <ubitux> erk usa :(
[16:53] Action: ubitux runs away
[17:04] <ubitux> Daemon404: you're going to get flame'd
[17:05] <Daemon404> thats fine
[17:05] <Daemon404> i have a legit point about wasting time and effort
[17:06] <cptspiff> avr - it's not a valid argument over there it seems ;)
[17:19] <ubitux> Daemon404: if you want another example we had one yesterday too
[17:19] <ubitux> 13:56:30 <@ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=a9011623ea95f051f740bf…
[17:19] <ubitux> 13:56:32 <@ubitux> http://git.libav.org/?p=libav.git;a=commitdiff;h=0426c6931070a65a7ec8362d12…
[17:19] <ubitux> and actually, it happens pretty often
[17:20] <Daemon404> im not out to witch hunt particulkar commits
[17:20] <ubitux> i wasn't hunting either
[17:20] <Daemon404> http://lists.libav.org/pipermail/libav-devel/2012-May/028460.html
[17:20] <Daemon404> pretty much this is what i wanted to state.
[17:20] <ubitux> yes but we are a random forgotten downstream project
[17:21] <ubitux> they can't monitor every project like this
[17:21] <ubitux> anyway, too bad for them.
[17:26] <burek> I've blacklisted their domain from or the corporate networks I manage :)
[17:26] <burek> -or +all
[17:26] <ubitux> let's not be as stupid as them :)
[17:26] <burek> I tried to ask why the misleading message in ffmpeg.. why acting childish
[17:26] <burek> and all I got was stfu
[17:27] <burek> so i stfu-ed them :D
[17:27] <Daemon404> i cant say i agree with blacklisting them
[17:27] <Daemon404> thats pretty childish.
[17:27] <burek> I know :) but it does the job well :)
[17:27] <Daemon404> ... what job?
[17:27] <burek> keeping the stuff I'm responsible for from irresponsible kids
[17:28] Action: Daemon404 has no idea wtf burek is talkign about
[17:28] <ubitux> Daemon404: restoring peace and order in this perverted world obviously
[17:29] <ubitux> let's bring back some smiles in this sad world
[17:29] <ubitux> http://img.fae.ro/528d52.jpeg
[17:30] <burek> what a king :)
[17:34] <Daemon404> ubitux, did you change ffprobe json output recently
[17:36] <Daemon404> or saste
[17:36] <ubitux> i don't think so
[17:36] <Daemon404> the code i was using to parse it all of a sudden dies
[17:36] <ubitux> is something broken?
[17:36] <Daemon404> SyntaxError: Unexpected token {
[17:36] <ubitux> mmh
[17:36] <ubitux> we changed ffprobe so we might have broke something
[17:37] <ubitux> Daemon404: do you have a sample?
[17:37] <Daemon404> sample of what?
[17:37] <ubitux> the one generating an invalid json
[17:37] <ubitux> what's your cmd line at least?
[17:37] <Daemon404> im checking
[17:37] <Daemon404> it -looks- valid
[17:37] <ubitux> i'll try to add some reg test
[17:37] <ubitux> to avoid this misfortunes
[17:38] <ubitux> the problem is that we print some floats
[17:38] <ubitux> so it might end up with different outputs
[17:38] <saste> Daemon: sample or json output should do
[17:39] <Daemon404> http://pastie.org/private/aawkyl7rqdlg7hbjofbysq
[17:39] <Daemon404> look at line 25
[17:39] <ubitux> ah indeed that's broken
[17:39] <ubitux> it's missing the "streams" key
[17:39] <Daemon404> also a stray ]
[17:39] <Daemon404> and an open [
[17:40] <Daemon404> unless that's a result of a missing key
[17:41] <saste> Daemon404: i'm the breaker
[17:41] <Daemon404> ;)
[17:42] <ubitux> saste: do you mind if i add an alias -of -print_format?
[17:42] <saste> ubitux: as you wish
[17:44] <Daemon404> saste, is a there a commit i can temporarily revert
[17:44] <Daemon404> i just need it out of the way for the moment
[17:46] <saste> Daemon404: the rogue commit is fa6cb2fdffe
[17:46] <Daemon404> ok
[17:46] <saste> give me 30 mins/1 hr and i'll fix it
[17:47] <Daemon404> ok
[17:48] <Daemon404> yeah i cant revert it easily anyway
[17:48] <ubitux> you'll need to remove 89d49acb3ba993e685adf857d62d0ec9963a7ae3 as well
[17:48] <ubitux> since it makes use of it
[17:51] <Daemon404> yea
[17:51] <Daemon404> \o/
[17:51] Action: Daemon404 works for an hr then
[18:14] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * rad381ac97f 10ffmpeg/ffprobe.c:
[18:14] <CIA-119> ffmpeg: ffprobe: fix chapter printing, fix JSON output
[18:14] <CIA-119> ffmpeg: Make writer_print_chapter_header() set the internal values *before* the
[18:14] <CIA-119> ffmpeg: private writer callback is called, otherwise the accessed internal values
[18:14] <CIA-119> ffmpeg: will be wrong.
[18:14] <CIA-119> ffmpeg: Fix regression introduced in fa6cb2fdffe.
[18:14] <CIA-119> ffmpeg: Found-By: Daemon404
[18:15] <Daemon404> \o/
[18:51] <CIA-119> ffmpeg: 03Clément BSsch 07master * rdae8505492 10ffmpeg/ (doc/ffprobe.texi ffprobe.c):
[18:51] <CIA-119> ffmpeg: ffprobe: make -of an alias for -print_format.
[18:51] <CIA-119> ffmpeg: This is for interoperability purpose with the fork.
[19:21] <burek> "abuffer is doubled in html documentation, abuffersink too: http://ffmpeg.org/ffmpeg.html
[20:11] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r1b8741a684 10ffmpeg/libavformat/4xm.c:
[20:11] <CIA-119> ffmpeg: 4xm: fix division by zero caused by bps<8
[20:11] <CIA-119> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[20:11] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:11] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r5880d78873 10ffmpeg/libavformat/mov.c:
[20:11] <CIA-119> ffmpeg: movdec: Check count of stts/ctts elements instead of just the pointer.
[20:11] <CIA-119> ffmpeg: Fixes overreading the array
[20:11] <CIA-119> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[20:11] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:11] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * re7cb161515 10ffmpeg/libavformat/ape.c:
[20:11] <CIA-119> ffmpeg: ape: Fix null ptr dereference with files missing a seekatable.
[20:11] <CIA-119> ffmpeg: Such files are currently not supported as the table is used at several points
[20:11] <CIA-119> ffmpeg: Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
[20:11] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[21:36] <CIA-119> ffmpeg: 03Clément BSsch 07master * rd51e08bb89 10ffmpeg/libavcodec/ (ass.c ass.h jacosubdec.c microdvddec.c srtdec.c):
[21:36] <CIA-119> ffmpeg: lavc: switch from ts_end to duration in ff_ass_add_rect.
[21:36] <CIA-119> ffmpeg: Make possible a end-to-presentation duration.
[21:37] <CIA-119> ffmpeg: 03Clément BSsch 07master * r2d52ee8a1a 10ffmpeg/libavformat/microdvddec.c: (log message trimmed)
[21:37] <CIA-119> ffmpeg: lavf/microdvd: support events lasting to the next one.
[21:37] <CIA-119> ffmpeg: Example:
[21:37] <CIA-119> ffmpeg: {3350}{}this subtitle...
[21:37] <CIA-119> ffmpeg: {3390}{}...continues up to...
[21:37] <CIA-119> ffmpeg: {4000}{4500}this one.
[21:37] <CIA-119> ffmpeg: {4600}{}and now...
[22:30] <burek> does ffmpeg's flac now support 24bit?
[22:31] <Daemon404> it's supported decoding it sicne forever
[22:33] <burek> I see, but not encoding, right?
[22:33] <Daemon404> it can not encode 24 bit flac, correct
[22:43] <burek> ok, thank you Daemon404 :)
[23:26] <Compn> https://www.eff.org/deeplinks/2012/05/apples-crystal-prison-and-future-open…
[23:26] <Compn> Additionally, because Apple modifies binaries before publishing apps in the App Store, open source apps released under the GNU General Public License cannot be published without the approval of all authors, which caused the popular media player VLC to get removed from sale.
[23:26] <Compn> If you need VLC to play media that won't play with the built-in Video app, you can download it to your jailbroken device with freedom intact from Cydia, and the source code is available on their website.
[23:29] <ubitux> hey saste :)
[23:35] <saste> ubitux: hi
[23:35] <saste> omg the bug in the c escape function
[23:35] <ubitux> :D
[23:35] <Daemon404> Compn, crystal prison?
[23:35] <Daemon404> the cool thing to do is call it a walled garden
[23:35] <Daemon404> a la /.
[23:36] <ubitux> saste: btw, what's the plan for printing? avio? two AVBPrint in wctx and direct printf?
[23:36] <saste> two?
[23:36] <saste> direct avio printing
[23:36] <saste> a la avprobe
[23:36] <ubitux> one for the key, and one for the value :p
[23:36] <ubitux> (i need two escaping in the flat)
[23:37] <ubitux> ok
[23:37] <ubitux> so we would drop all the avbprint?
[23:37] <saste> if it makes sense
[23:38] <saste> should simplify a lot
[23:38] <ubitux> i think it still makes sense to use it for escaping
[23:38] <ubitux> even if using avio with the output buffer later
[23:39] <ubitux> though, avio buffering should do the trick
[23:42] <saste> why not to directly print the escaped string to the output?
[23:42] <saste> internal buffering is only useful when you need to state global properties of the string
[23:42] <saste> (e.g. the length of the parsed string, if it contains quotes e.g.)
[23:43] <saste> even in that case you can do it with a fast pre-parsing
[23:47] <ubitux> yeah sure i just had in mind the printf("%c"... which can be slow
[23:47] <ubitux> but we have avio_w8 etc so it should do the trick :p
[00:00] --- Wed May 30 2012
1
0
[01:14] <burek> saivert, use libaacplus
[01:15] <burek> it has superb quality
[01:23] <pasteeater> specifically for <=64kbps bitrates
[01:36] <walker> Hi folks! I have ffmpeg live-transcoding an RTP stream. It works well, save that I'd like it to process video packets as fast as it gets it, rather than sleep for rtp timestamps. Any options for that that I'm overlooking? Thanks!
[01:37] <walker> (in other words: I want it to "catch up" as fast as it can, rather than transcode true to the rtp timestamps)
[01:48] <burek> maybe there is a reason why it waits for those timestamps :)
[01:49] <walker> It's ideal for transcoding to files, but not so much a live stream broadcast.
[03:06] <chymist_chris> what are the flags for ripping an mp3 from a video file with avconv
[03:09] <pasteeater> chymist_chris: for ffmpeg it's: ffmpeg -i input -acodec copy output.mp3
[03:09] <pasteeater> or -c:a copy
[03:09] <pasteeater> assuming your input contains mp3
[03:10] <pasteeater> otherwise you have to re-encode: ffmpeg -i input -acodec libmp3lame -aq 4 output.mp3
[03:11] <chymist_chris> thats what I was using before
[03:11] <chymist_chris> but I've upgraded to ubuntu 12.04
[03:11] <pasteeater> then i guess you can install libavcodec-extra-53 to enable libmp3lame for the repo "ffmpeg".
[03:12] <chymist_chris> and now whenever I run ffmpeg it says this program is not developed anymore and is only provided for compatibility
[03:12] <pasteeater> yeah, that's an annoying phrase.
[03:13] <pasteeater> http://stackoverflow.com/a/9477756/1109017
[03:13] <pasteeater> there's a bug report in launchpad to get it changed, but i don't know what the status of it is
[03:14] <pasteeater> apparently a fix was released, but i don't know if that means it made it in precise or not
[04:48] <taqattack> Hello! I'm trying to read in the wav output from ffmpeg using stdin. Does anyone know what type of byte encoding ffmpeg outputs to console?
[07:58] <qrtt1> hello, I see the libavformat provide the function av_close_input_file. Does it provide av_close_output_file, too ?
[08:08] <grepper> trying to compile latest ffmpeg - I updated libvpx and installed to non-standard location, but can't get ffmpeg's configure to find it. I set PKG_CONFIG_PATH to the pkgconfig dir of the libvpx install but no luck
[08:08] <ubitux> qrtt1: do you see any av.*output.* function?
[08:14] <grepper> PKG_CONFIG_PATH=/opt/ffmpeg-05292012/lib/pkgconfig/ pkg-config --modversion vpx
[08:14] <grepper> 1.1.0
[08:14] <grepper> dunno what the problem is
[08:37] <qrtt1> ubitux: thanks, I check it now
[08:43] <CruX|> hello all
[08:43] <CruX|> are there any ffmpeg static binaries vor linux64 ?
[08:43] <CruX|> i've found only this site https://sites.google.com/site/linuxencoding/builds
[08:43] <CruX|> and seems to be outdated
[09:03] <ubitux> CruX|: http://ffmpeg.gusari.org/static/ ?
[09:04] <CruX|> thx
[09:07] <qrtt1> ubitux: finally, I use the avio_close to close muxer file
[09:08] <ubitux> yep, there is no av.*output functions in the API, that was why i asked you to look for one :)
[09:09] <ubitux> the avio stuff is most likely what you were looking for
[09:09] <qrtt1> ubitux: thank you :)
[09:09] <ubitux> qrtt1: API examples are available in doc/examples
[09:09] <ubitux> you might want to have a look
[09:15] <qrtt1> ubitux: It's very important information :)
[09:16] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;hb=HEAD
[10:09] <furan> jesus christ what's the deal with deprecation in ffmpeg? some of these are just #define values
[10:10] <furan> like someone renamed CODEC_TYPE_VIDEO because it made them feel good
[10:11] <ubitux> API consistency
[10:11] <ubitux> we use av/AV prefix for public stuff
[10:14] <furan> it's cleaner
[10:14] <furan> just a pain, heh
[10:15] <ubitux> yes, sorry about that :)
[10:19] <furan> that wasn't too bad, all working again
[10:19] <furan> now I can compile it on my arm device :D
[10:19] <ubitux> the CODEC_TYPE stuff is not the more painful thing to replace :)
[10:20] <furan> indeed
[13:44] <undercash> hi
[13:45] <undercash> SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[13:45] <undercash> but it works fine and the file i m converting was previously converted using ffmpeg too
[13:56] <Keshl> Could anyone tell me why running: ffmpeg.exe -i "C:\ffmpeg\encode\frame_%03d.png" -vcodec libx264 -preset slow -crf 25 -r 60 -threads 0 "frame_x264.avi" results in a video at 30 FPS, not 60? oÉo? (According to the metadata and actual playback speed)
[14:14] <LexSfX> Keshl: i'm not an expert, so don't consider this an answer; just a question. does it still make a 30-fps video if you use ".mkv" instead of ".avi"?
[14:17] <Keshl> Yes, oÉo.
[14:17] <LexSfX> :o
[14:18] <LexSfX> what complete insanity
[14:18] <Keshl> Agreed. x.x
[14:18] <Keshl> According to the sites I poe at, -r 60 should do it.
[14:18] <Keshl> *poke
[14:18] <Keshl> And it /does/.... But only if I first convert the PNG's to an AVI, then convert the AVI to raw, then convert the raw /back/ to AVI and loose a crapload of detail.
[14:18] <Keshl> But PNG to .avi, it gets stuck at 30 FPS.
[14:18] <Keshl> maybe 25, can't tell.
[14:18] <LexSfX> let me see what armageddon-recorder does (uses ffmpeg to make 50 fps game video from Worms-Armageddon-output image sequences)
[14:19] <LexSfX> while i check, does it still make it 30 if you do -r 50? maybe 60 is some magic number it chokes on
[14:20] <Keshl> Still does 30, oÉo.
[14:20] <Keshl> actually it's 25, I think. I have 900 frames and it's coming out to about 32 seconds, not 30.
[14:20] <Keshl> Maybe 25's some weird default somewhere it keeps using?
[14:20] <LexSfX> what about 120? :P
[14:20] <LexSfX> oh
[14:21] <LexSfX> hehe, ya, maybe
[14:21] <Keshl> 120 would blow my TV up when it tries to play 3D video. <É<
[14:21] Action: Keshl does anyway.
[14:21] <Keshl> Still 25.
[14:21] <LexSfX> try 60/1
[14:21] <LexSfX> instead of 60
[14:22] <Keshl> (For the record, this is just two videos standing on top of each other (1280x1440 instead of 1280x720) -- As far as ffmpeg has to care, this is a normal run of the mill .avi, nothing special. It shows up fine, just plays horribly slow.)
[14:22] <Keshl> Tried that, 25.
[14:22] <LexSfX> hmm
[14:22] <Keshl> ...
[14:22] Action: Keshl does 120/2
[14:22] <Keshl> 25. x.x
[14:22] <Keshl> Tricking it doens't work. x.x
[15:00] <LexSfX> Keshl: armageddon-recorder has this: %06d.png
[15:00] <LexSfX> rather than %03d.png
[15:00] <LexSfX> i'm not sure if that makes a difference
[15:01] <LexSfX> but all i know is that's the only difference between your command and what armageddon-recorder is doing
[15:01] <LexSfX> oh, that number is just the number of digits
[15:01] <LexSfX> in the file name's frame number
[15:01] <LexSfX> hmm
[15:01] <LexSfX> so that couldn't possibly be it
[15:06] <LexSfX> Keshl: what happens if you put the "-r 60" immediately before or after the input path (the "-i [...]" part)?
[15:08] <JEEBsv> it used to be so that before -i it would override the frame rate of the input, after -i there is a frame rate conversion to the set rate (copying/removing frames)
[15:08] <JEEBsv> but now the first one doesn't work like that unless there are no specific timestamps off of the format
[15:08] <JEEBsv> the latter still works like it used to
[15:08] <LexSfX> well, the input has no rate in this case
[15:09] <LexSfX> so should -r 60 work if placed before "-i [...]"?
[15:09] <LexSfX> Keshl: that might be your answer. try it!
[15:09] <JEEBsv> my answer would be "depends", because I remember getting herpy derpy results at times :|
[15:09] <LexSfX> oh yeah! armageddon-recorder has the rate before the "-i [...]" part
[15:10] <LexSfX> so that's almost certainly it
[15:11] <LexSfX> i keep forgetting that the order of arguments actually matters for ffmpeg
[15:11] <LexSfX> i don't know any other CLI software for which that's true
[15:12] <LexSfX> well, libav excepted, of course
[15:12] <JEEBsv> the funniest thing is that -r isn't that straightforward any more >_> You can't use it as a blind AssumeFPS() because it will just error out in some cases
[15:12] <LexSfX> :x
[15:13] <LexSfX> sounds very messy
[16:11] <burek> is this a bug in latest ffmpeg or the output is damaged: http://pastebin.com/MitbF4kR
[16:11] <burek> I didn't see this kind of error before..
[16:41] <jo_le_rigolo> Hi there
[16:43] <jo_le_rigolo> small question about 0.11 rel: where can I find CVE information ?
[16:44] <jo_le_rigolo> chanelog only stats CVE numbers and NVD db doesn't have anything, all CVE are candidate without any useful information
[16:54] <eok> i'm hoping someone could help me with a problem. i have a ffmpeg config that outputs to vlc for streaming
[16:55] <eok> i'm using theora and vorbis and encoding in ogg
[16:55] <eok> here is the config and the error message i get
[16:55] <eok> http://codepad.org/HXtyTnwV
[16:56] <eok> if i output to a file it seems to work somewhat, i dont get the overlay, but everything else seems to be as it should
[17:06] <burek> eok
[17:06] <burek> can you please use pastebin.com, to show your command line and its output?
[17:07] <burek> jo_le_rigolo, cve?
[17:08] <eok> burek, sure
[17:08] <jo_le_rigolo> Common Vulnerabilities and Exposure
[17:08] <ubitux> burek: common vuln exposure
[17:08] <burek> why do you need that?
[17:08] <burek> jo_le_rigolo, ?
[17:08] <AnywhereIs> already stop hiliting me and look @ sources
[17:08] <eok> http://pastebin.com/i1jQBuXk
[17:08] <ubitux> to exploit them in libav obviously
[17:09] <ubitux> ;)
[17:09] <burek> eok, uncut output
[17:09] <burek> not bits and peaces
[17:10] <jo_le_rigolo> on the contrary ubitux, i need that for risk assessment ^
[17:10] <burek> well, read the source code then? :)
[17:10] <burek> all I care about is that if security bug was found, it has been fixed :) that's all :)
[17:11] <jo_le_rigolo> let's call that plan B
[17:11] <AnywhereIs> what a long words
[17:11] <AnywhereIs> you know how to use language, right?
[17:11] <AnywhereIs> ROFL
[17:11] <ubitux> jo_le_rigolo: git log -p --grep j00ru
[17:11] <ubitux> most of the recent security fixes come from this
[17:11] <AnywhereIs> kids today...
[17:12] <burek> why would anyone spend time on that without some obvious benefit?
[17:12] <eok> burek, ok here you go: http://pastebin.com/1bCky0AA
[17:12] <eok> dropped the overlay stuff, it's not relevant to the problem
[17:13] <burek> is ogg format "streamable" ?
[17:13] <ubitux> of course
[17:13] <burek> it supports seeking backwards and stuff?
[17:14] <burek> I mean, I didn't see a lot of cases that use ogg when streaming, that's why I ask
[17:14] <ubitux> i use ogg for my personal radio
[17:14] <eok> i sort of have to use ogg, i plan on testing streaming in html5
[17:15] <burek> eok, I think you should google for "[libvorbis @ 0xa6ad300] Que input is backward in time"
[17:15] <burek> what does html5 have to do with ogg?
[17:15] <eok> actually haven't noticed it :)
[17:16] <eok> http://en.wikipedia.org/wiki/HTML5_video
[17:16] <eok> Formats supported by different web browsers
[17:16] <burek> :)
[17:16] <burek> well
[17:16] <burek> what does that have to do with anything at all when you are remuxing it in vlc into mpegts?
[17:17] <eok> ohh lol, did i forget to change it?
[17:17] <burek> :facepalm: :)
[17:17] <eok> then i copy pasted wrong
[17:17] <eok> still gives the same error though
[17:17] <eok> 2 sec
[17:17] <burek> ok :)
[17:17] <burek> try using -f mpegts instead of -f ogg
[17:18] <burek> and in vlc, choose ogg as a final format
[17:18] <eok> http://pastebin.com/u8tXYjhn
[17:18] <burek> still "Que input is backward in time"
[17:19] <burek> your error happens in ffmpeg not vlc
[17:19] <eok> i've tried it before.. ill test again
[17:20] <eok> hmm the "Que input is backward in time"
[17:20] <eok> is still there
[17:20] <eok> but the other errors are gone
[17:20] <eok> the stream wont start though
[17:21] <eok> dead input
[17:21] <eok> cannot pre fill buffer
[17:21] <burek> read more above, there has to be an error that caused cannot prefill buffer
[17:22] <eok> http://pastebin.com/AQwh6mb8
[17:24] <burek> eok, could you use named pipes
[17:24] <burek> mkfifo
[17:24] <burek> and stuff
[17:24] <burek> just to separate the outputs
[17:24] <burek> because I'm not sure who is spawning errors
[17:24] <burek> vlc or ffmpeg
[17:24] <burek> mkfifo /tmp/fifo1
[17:25] <burek> ffmpeg -i ... /tmp/fifo1
[17:25] <burek> vlc /tmp/fifo1 ...
[17:26] <eok> i haven't done that before, sorry for being a noob, but how do i write that in the command?
[17:28] <burek> well, you are actually splitting your pipe into 2 commands
[17:28] <burek> you forward your output from the first command into a special file (named pipe)
[17:28] <burek> and from the 2nd terminal, you take the input from that special file
[17:29] <burek> the effect is the same as if using just 1 command with pipe |
[17:29] <eok> made fifo1, and added -i /tmp/fifo1 to ffmpeg and /tmp/fifo1 to vlc
[17:29] <eok> is that right=
[17:29] <eok> ?
[17:29] <burek> well -i /tmp/fifo1 won't help
[17:29] <burek> because you need to send output from ffmpeg to that fifo
[17:30] <burek> ffmpeg -f alsa -ac 2 -i pulse -f x11grab -s 1680x1050 -r 25 -i :0.0+0,0 -vcodec libtheora -pix_fmt yuv420p -vf yadif,scale=1280:720 -r 20 -acodec libvorbis -ab 160000 -g 30 -threads 0 -f mpegts /tmp/fifo1
[17:32] <eok> hmm
[17:33] <burek> think of it as if you would replace the "|" sign with a file
[17:33] <eok> i dont think that command works.. wouldnt that send the actual data to fifo1?
[17:33] <eok> and not the output
[17:34] <burek> it would send the data to fifo
[17:35] <burek> and vlc would then read that data from the fifo
[17:35] <burek> but the effect would be that you run both commands in their own terminal
[17:35] <burek> having their error logs separated
[17:35] <burek> replace your original commands with 2 cmds
[17:36] <burek> ffmpeg -f alsa -ac 2 -i pulse -f x11grab -s 1680x1050 -r 25 -i :0.0+0,0 -vcodec libtheora -pix_fmt yuv420p -vf yadif,scale=1280:720 -r 20 -acodec libvorbis -ab 160000 -g 30 -threads 0 -f mpegts /tmp/fifo1
[17:36] <burek> and
[17:36] <burek> vlc -I dummy /tmp/fifo1 --sout '#std{access=http,mux=ogg,dst=:8080}'
[17:36] <burek> got it now?
[17:38] <eok> fuuu
[17:38] <eok> now i get these PTS DTS errors spamming
[17:38] <eok> 2 sec
[17:39] <eok> is this how you wanted it?
[17:39] <eok> http://pastebin.com/HCJLYz7j
[17:40] <eok> samn
[17:40] <eok> damn
[17:40] <eok> now the mus=ts is there again, lol
[17:41] <eok> there: http://pastebin.com/hW88KKnN
[17:43] <burek> eok, do you know how to run 2 terminals?
[17:45] <eok> not sure what you mean
[17:45] <burek> the black little window in which you type your commands :)
[17:45] <eok> yea, i have many terminals :D
[17:45] <burek> great :) that's cool :D
[17:45] <eok> hehe
[17:45] <burek> now
[17:45] <eok> what do you want me to do?
[17:45] <burek> run each command in its own terminal
[17:46] <burek> not in 1 cmd
[17:46] <burek> ffmpeg in 1 terminal, vlc in another terminal
[17:46] <burek> ok?
[17:46] <eok> uhm, but how would ffmpeg give anything to vlc if i dont pipe it to vlc?
[17:47] <burek> :)
[17:47] <burek> now, sit back and relax and read about what I've been telling you for a whole time :)
[17:47] <sacarasc> eok: A fifo, or named pipe, is piping it to vlc.
[17:48] <eok> ahh
[17:48] <eok> i think i get it, lol
[17:48] <eok> this is really new to me
[17:48] <eok> i'm like stumbling in the dark!
[17:48] <burek> :)
[17:49] <eok> getting these buggers
[17:49] <eok> DTS 10206755, next:10208114 st:0 invalid dropping
[17:49] <eok> PTS 10206755, next:10208114 invalid dropping st:0
[17:49] <eok> spamming up my terminal
[17:49] <burek> in ffmpeg or vlc?
[17:49] <eok> ffmpeg
[17:50] <burek> now, that's what we need
[17:50] <burek> can you now paste the ffmpeg's only output to pastebin
[17:50] <eok> get those something, but they usually dont affect anything
[17:50] <eok> need to get the output to a file
[17:50] <burek> ffmpeg -f alsa -ac 2 -i pulse -f x11grab -s 1680x1050 -r 25 -i :0.0+0,0 -vcodec libtheora -pix_fmt yuv420p -vf yadif,scale=1280:720 -r 20 -acodec libvorbis -ab 160000 -g 30 -threads 0 -f mpegts /tmp/fifo1 2>file.txt
[17:51] <eok> just tried it :)
[17:52] <eok> hmm need to type yes
[17:52] <eok> lol
[17:52] <burek> add -y
[17:52] <burek> ffmpeg -y -f ...
[17:53] <eok> there we go
[17:53] <eok> hold on i'll get the outputs for you, and thanks for you patience :)
[17:54] <burek> ok :)
[17:55] <eok> ffmpeg: http://pastebin.com/6mQsQEw5
[17:56] <eok> vlc: http://pastebin.com/hvhTv0VM
[18:02] <burek> hmh
[18:02] <burek> try adding -vvv to vlc's options
[18:02] <burek> to get more verbose output
[18:02] <burek> in ffmpeg, only 1 warning is there: Que input...
[18:03] <eok> ok
[18:03] <eok> vlc:http://pastebin.com/mRHrSHLF
[18:04] <eok> ffmpeg: http://pastebin.com/JtEb1KNj
[18:06] <eok> ffs
[18:06] <eok> ohh nvm :P
[18:06] <Know1edge> anyone know if its possible to generate a waveform of an audio file with ffmpeg?
[18:07] <saste> Know1edge: check "showwaves" in the ffmpeg-devel archive
[18:07] <saste> wip
[18:08] <Know1edge> thanks :D
[18:09] Action: ShinyObjects high fives burek
[18:10] <ShinyObjects> I have "beer" on my word watchlist. Over the weekend you mentioned beer and when I got back pidgin was very excited to tell me that.
[18:11] <eok> i thought for a sec i had used mux=ts
[18:12] <eok> because of this: main demux debug: using demux module "ts"
[18:12] <eok> but i have mux=ogg
[18:13] <eok> its demuxing mpegts from ffmpeg off course.. im stupid :(
[19:12] <burek> eok, this might be a problem "VLC media player 1.0.6"
[19:12] <burek> try updating your vlc
[19:19] <burek> what is a proper way to buffer the input a little bit in ffmpeg, for example to avoid network issues when streaming and stuff
[19:20] <burek> abuffer is doubled in html documentation
[19:20] <burek> http://ffmpeg.org/ffmpeg.html
[19:20] <burek> abuffersink too
[19:41] <rschmidt> hi guys, I'm trying to debug an issue with a freshly-compiled version of ffmpeg (built from latest git sources)
[19:42] <rschmidt> I'm on Linux (CentOS 6), trying to read video + audio data from a PVR located at /dev/video0, and output an FLV file
[19:43] <eok> lhttp://pastebin.com/mRHrSHLF
[19:43] <rschmidt> the encoding starts, but encodes a few hundred frames (about 300 - 350) and then hangs
[19:43] <rschmidt> however, doing a copy (no reencode) doesn't hang.
[20:01] <eok> burek: here is something to look at http://paste.ubuntu.com/1013403/
[20:02] <eok> just tried as basic as possible using only x11grab with libtheora and mpegts format
[20:02] <eok> why are there so many duplicates?
[20:03] <eok> vlc output when i try playing the file: http://paste.ubuntu.com/1013411/
[20:22] <eok> burek: figured it out :) i can't use mpegts because libtheora can't be contained by it. when using ogg it gets borked for some reason
[20:22] <eok> burek: tried matroska and that worked!
[22:22] <dericed> I have 24 bit wav files to encode to flac. ffmpeg converts to 16 bit when using 'ffmpeg -i wav.wav flac.flac'. Does ffmpeg support 24 bit flac encoding? How can I preserve the bit depth?
[22:24] <burek> eok, great :)
[22:25] <burek> eok, btw how did you figure out libtheora cannot go together with mpegts?
[22:25] <burek> dericed, did you check audio filters?
[22:26] <dericed> i just see "auto-inserting filter 'auto-inserted resampler 0' between the filter 'src' and the filter 'aformat'
[22:26] <dericed> [aresample @ 0x111c19920] r:44100Hz -> r:44100Hz"
[22:26] <burek> rschmidt,
[22:26] <burek> can you please use pastebin.com, to show your command line and its output?
[22:26] <burek> dericed,
[22:26] <rschmidt> sure thing, burek
[22:27] <burek> can you too use pastebin
[22:31] <dericed> burek, thanks: http://pastebin.com/kGpT7fPj
[22:33] <burek> dericed, this might be related: http://ffmpeg.org/trac/ffmpeg/ticket/210
[22:36] <dericed> burek, probably. I just ran with a ffmpeg compiled on 7/12/11 to see if it was a regression. That version still output a 16 bit flac, but at least gives a warning: "Convertion will not be lossless'"
[22:37] <dericed> burek: the flac utility supports 24 bit encoding. I'll go there for now.
[22:38] <rschmidt> burek: http://pastebin.com/fdynLB9g
[22:44] <burek> dericed, I just asked devels, ffmpeg does not support 24bit encoding
[22:44] <burek> only decoding
[22:44] <burek> :/
[22:44] <JEEB> yes, only libflac / the official flac encoder supports >16bit
[22:45] <burek> rschmidt, I'm afraid you can't use -i /dev/video0 directly, because ffmpeg figures it's an mpegts format
[22:45] <burek> you're maybe better off using video4linux2
[22:45] <burek> try this instead:
[22:46] <burek> ffmpeg -y -f v4l2 -i /dev/video0 -s 360x240 -r 30 -vcodec libx264 -acodec aac -strict experimental -ar 44100 /home/impact/streaming.flv
[22:46] <rschmidt> burek: aha... yeah, I tried v4l2, but the hdpvr drivers don't support the streaming I/O method
[22:46] <dericed> burek :-/ thanks for checking. I added a message to the ticket to say that the non-lossless warning no longer works, though it did last year
[22:46] <burek> try googling for ffmpeg video4linux2 Hauppauge hdpvr
[22:46] <rschmidt> burek: but thanks for the input... I'll keep poking around
[22:47] <burek> ok :)
[23:11] <ashka> hello
[23:11] <ashka> I'm trying to extract a thumbnail from a video
[23:13] <ashka> but it get stuck at the encoding
[23:13] <ashka> I'm using this command : ffmpeg -i Benjamin_Bayart_25092009_soir.flv -vframes 1 -an -r 1 -s 231x106 -ss 3554 Benjamin_Bayart_25092009_soir.flv.jpg
[23:13] <ashka> and it get stuck at frame= 0 fps= 0 q=0.0 size= -0kB time=00:00:00.00 bitrate= 0.0kbits/s
[23:19] <vgrimmer> hello, I am trying to compile ffmpeg on Mac with x264 support and I ran into some trouble.
[23:19] <vgrimmer> ./configure tells me that ERROR: libx264 not found
[23:20] <vgrimmer> g++ -Lshared/lib -Wl,-dynamic,-search_paths_first -o /var/folders/h8/4mwpk_k5411818h22qlk650w0000gn/T//ffconf.r4xgjS6W /var/folders/h8/4mwpk_k5411818h22qlk650w0000gn/T//ffconf.iG9PeUzs.o -lx264 -framework CoreFoundation -framework VideoDecodeAcceleration -framework QuartzCore -lbz2
[23:20] <vgrimmer> Undefined symbols for architecture x86_64:
[23:20] <vgrimmer> "x264_encoder_encode()", referenced from:
[23:20] <vgrimmer> _main in ffconf.iG9PeUzs.o
[23:20] <vgrimmer> ld: symbol(s) not found for architecture x86_64
[23:20] <vgrimmer> collect2: ld returned 1 exit status
[23:20] <vgrimmer> ERROR: libx264 not found
[23:20] <vgrimmer> does anyone know how to solve this problem?
[23:21] <vgrimmer> libx264.a and libx264.dylib are both in the shared/lib folder
[23:23] <ashka> vgrimmer: maybe you don't have the proper libs for your architecture
[23:23] <ashka> I don't know much about compilation things
[23:24] <vgrimmer> I thought about that too, but the x264 lib is compiled right before I compile ffmpeg
[23:25] <vgrimmer> ffmpeg will complain for a mismatch of the x264 dylib if I change my configure from --cc="g++ -m64" to --cc="g++ -m32"
[23:26] <vgrimmer> so I thought they are both for the x86_64 architecture
[23:26] <ashka> the command I pasted before finally worked, it just took a very long time, but it stretches the image which I don't want
[23:31] <RobertNagy> are the AVPackets return from e.g. avcodec_encode_video2 safe between calls?
[23:31] <RobertNagy> or do I need to call av_dup_packet? the same as for av_read_frame?
[23:32] <ashka> I have another problem, I'd like to apply a filter
[23:33] <ashka> but it says unrecognized option -filter
[23:33] <pasteeater> ashka: you can try moving -ss as an input option. it will be much faster, but potentially less accurate.
[23:33] <ashka> accuracy doesn't really mind
[23:33] <pasteeater> ashka: try -vf or -filter:v
[23:33] <pasteeater> for video filtering
[23:33] <ashka> okay
[23:33] <eok> burek: i know wikipedia shouln't be a source but it says there it can be contained by matroska and ogg
[23:33] <eok> http://en.wikipedia.org/wiki/Theora
[23:33] <ashka> btw, what do you mean by moving it as an input option ?
[23:33] <ashka> I'm quite a noob with ffmpeg
[23:34] <pasteeater> before -i
[23:34] <pasteeater> the -an and -r 1 are not needed
[23:34] <ashka> okay
[23:34] <pasteeater> as for stretching you can "-vf scale=231:-1"
[23:35] <pasteeater> it will preserve aspect ratio
[23:35] <ashka> hmm, it's still flattened
[23:36] <ashka> it tries to fit to 231x106 but it flatten the thumb
[23:37] <pasteeater> did you try another viewer?
[23:37] <ashka> for the image ? yep
[23:37] <pasteeater> and use a pastebin site to show your ffmpeg command and the complete console output
[23:38] <ashka> btw, where do I place the scale filter ?
[23:38] <pasteeater> usually as an output option (after -i input.foo)
[23:38] <pasteeater> can you upload the image somewhere?
[23:38] <eok> burek: i've given up on theora, i'm gonna try vp8 and webm to stream in html5
[23:39] <eok> burek: i suspect that i will give up on html5 all together, but it's worth a try. I suspect i can't get webm with webgl to work on firefox
[23:59] <Keshl> ffmpeg is beating me up. .É.
[23:59] <Keshl> (In other words, I can't read the documentation. At all. Ho do I get cellauto to actually work? <É<)
[23:59] <Keshl> (*How)
[00:00] --- Wed May 30 2012
1
0
[01:41] <CIA-119> ffmpeg: 03Anton Khirnov 07master * r780ff97fef 10ffmpeg/libavutil/log.c:
[01:41] <CIA-119> ffmpeg: log: make colored output more colorful.
[01:41] <CIA-119> ffmpeg: Green for verbose, cyan for debug.
[01:41] <CIA-119> ffmpeg: 03Anton Khirnov 07master * r8271f55bd7 10ffmpeg/ (Changelog avprobe.c doc/avprobe.texi): avprobe: restore pseudo-INI old style format for compatibility.
[01:41] <CIA-119> ffmpeg: 03Anton Khirnov 07master * rd30acfa94c 10ffmpeg/avprobe.c: avprobe: fix formatting.
[01:41] <CIA-119> ffmpeg: 03Martin Storsjö 07master * r6099543ad4 10ffmpeg/libavformat/rtsp.c:
[01:41] <CIA-119> ffmpeg: rtsp: Check for dynamic payload handlers if no static payload mapping was found
[01:41] <CIA-119> ffmpeg: Some systems abuse the static payload types 35 or 36 (which
[01:41] <CIA-119> ffmpeg: according to IANA are unassigned) for H264.
[01:41] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[01:42] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r394b692b70 10ffmpeg/: (log message trimmed)
[01:42] <CIA-119> ffmpeg: Merge remote-tracking branch 'qatar/master'
[01:42] <CIA-119> ffmpeg: * qatar/master:
[01:42] <CIA-119> ffmpeg: avprobe: restore pseudo-INI old style format for compatibility.
[01:42] <CIA-119> ffmpeg: avprobe: fix formatting.
[01:42] <CIA-119> ffmpeg: log: make colored output more colorful.
[01:42] <CIA-119> ffmpeg: rtsp: Check for dynamic payload handlers if no static payload mapping was found
[13:56] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=a9011623ea95f051f740bf…
[13:56] <ubitux> http://git.libav.org/?p=libav.git;a=commitdiff;h=0426c6931070a65a7ec8362d12…
[13:56] <ubitux> mpf. :)
[14:05] <nevcairiel> took them just 6 month longer to fix ;)
[14:06] <ubitux> enough to forget the author of the fix ;)
[14:10] <ubitux> (and enough time to forget it was a regression they introduce too)
[14:10] <ubitux> easy troll is easy.
[14:12] <ubitux> at least it's better than not fixing them, where they are quite a bunch of examples
[14:21] <iive> ubitux: the code is not the same, it just looks similar, but they have one more new line there and this makes it better!
[14:21] <iive> ~~
[14:22] <ubitux> no actually there is a functionnal difference too
[14:22] <ubitux> michaelni changed %lf into %f
[14:23] <iive> yep, missed that.
[14:25] <ubitux> i'm not sure what's the default type of the expression though
[14:26] <ubitux> it looks like it should be double (so lf would be correct) to me
[14:27] <iive> %f is already double
[14:27] <burek> float?
[14:28] <ubitux> ah, indeed.
[14:32] <ubitux> i wonder if '%lf' is standard then mmh.
[14:33] <iive> there is long double and it is at least as big as double, but it could be 80bit or even 128bit one.
[14:48] <peuhkura_> Hi! Returning to ffmpeg using openssl issue again. I got an answer from openssl side that LGPL sw should be okay to use openssl. The "openssl guy" were wondering why the FFmpeg has the need for "non-free" flag and the related unredistributable text. Think someone knows answer to this here?
[15:00] <michaelni> peuhkura_, i dont know it but configure should be fixed if it gets the license compatibility wrong
[15:05] <peuhkura_> okey
[15:14] Action: ubitux just realized floating va args are always pushed as float
[15:14] <ubitux> makes sense then...
[15:14] <ubitux> as double*
[15:49] <iive> yes, vaarg also converts `char` and `short int` as `int`
[15:49] <ubitux> yup, it explains things :)
[15:50] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf997ac1c8b 10ffmpeg/configure:
[15:50] <CIA-119> ffmpeg: configure: openssl is compatible with the LGPL.
[15:50] <CIA-119> ffmpeg: looking at the license i cannot see why they would be incompatible and
[15:50] <CIA-119> ffmpeg: researching this matter a bit also turned up no reasons.
[15:50] <CIA-119> ffmpeg: If i missed something, please dont hesitate to flame me and or revert
[15:50] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:50] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rd5a17d7f4d 10ffmpeg/configure:
[15:50] <CIA-119> ffmpeg: configure: fix the wording for gpl incompatible licenses warnings
[15:50] <CIA-119> ffmpeg: calling the 4 clause BSD license non free is quite a stretch ;)
[15:50] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:57] <j-b> I thought it was incompatible with GPLv2 not LGPL
[15:58] <j-b> http://people.gnome.org/~markmc/openssl-and-the-gpl.html
[15:59] <michaelni> is it compatible with gplv3 ?
[15:59] <CIA-119> ffmpeg: 03Carl Eugen Hoyos 07master * r83de4f5fc9 10ffmpeg/libavcodec/avuidec.c: Test extradata size before reading from extradata when decoding avui.
[16:00] <j-b> http://lists.debian.org/debian-legal/2007/11/msg00247.html
[16:06] <michaelni> is there a typo at: http://www.openssl.org/source/license.html ?? ... if the rouines from the library ...
[16:07] <michaelni> j-b, about gplv3, thx
[16:26] <Snaggle> I'm trying to build ffmpeg-0.11 on OS X, and even though I have disabled libavresample, I get a failure that libavfilter.2.dylib needs libavresample.dylib. I know there was some issue of libavresample coming over from libav, but I thought avresample was totally optional. Is this a bug in the dependencies list for avfilter? Is avresample no longer optional?
[16:31] <michaelni> Snaggle, there are 2 (redundant) filters in avfilter that use avresample
[16:31] <michaelni> i guess these should be disabled by default
[16:34] <Snaggle> ah. that makes sense (the filter overlap)
[17:25] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r77a4c8b959 10ffmpeg/libavcodec/yop.c:
[17:25] <CIA-119> ffmpeg: yop: check for missing extradata
[17:25] <CIA-119> ffmpeg: Fixes null ptr deref
[17:25] <CIA-119> ffmpeg: Fixes Ticket1361
[17:25] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:25] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r1e5c7376c4 10ffmpeg/libavcodec/cdgraphics.c:
[17:25] <CIA-119> ffmpeg: cdgraphics: Fix out of array write
[17:25] <CIA-119> ffmpeg: Fixes Ticket1359
[17:25] <CIA-119> ffmpeg: Found-by: Piotr Bandurski <ami_stuff(a)o2.pl>
[17:25] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:25] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r01900fcc45 10ffmpeg/libavcodec/xan.c:
[17:25] <CIA-119> ffmpeg: xan: fix out of array read
[17:25] <CIA-119> ffmpeg: Fixes ticket1360
[17:25] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:11] <CIA-119> ffmpeg: 03Carl Eugen Hoyos 07master * r5cd947d81b 10ffmpeg/libavcodec/ (r210dec.c r210enc.c):
[19:11] <CIA-119> ffmpeg: Fix r10k codec for widths that are not multiples of 64.
[19:11] <CIA-119> ffmpeg: Fixes ticket #1358
[19:11] <CIA-119> ffmpeg: 03Carl Eugen Hoyos 07master * r77cea13f05 10ffmpeg/ (libavcodec/avuienc.c tests/codec-regression.sh):
[19:11] <CIA-119> ffmpeg: Mark avui encoder experimental.
[19:11] <CIA-119> ffmpeg: Some decoders require the AVID atom that we currently
[19:11] <CIA-119> ffmpeg: do not write when encoding avui.
[19:11] <ubitux> h
[19:11] <ubitux> oups.
[19:36] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r88a145738b 10ffmpeg/libavformat/avienc.c:
[19:36] <CIA-119> ffmpeg: avienc: create xsub in avi files that are closer to whats in the wild
[19:36] <CIA-119> ffmpeg: Fixes ticket1332
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: (cherry picked from commit 875851294f7dc3ce5945c6d43b76c5dd1e0ec03d)
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: 03Carl Eugen Hoyos 07release/0.11 * rc4e3dd06e8 10ffmpeg/libavcodec/avuidec.c:
[19:36] <CIA-119> ffmpeg: Test extradata size before reading from extradata when decoding avui.
[19:36] <CIA-119> ffmpeg: (cherry picked from commit 83de4f5fc92b1424c7d77f3411572a9a00eff672)
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r7f8059bdfe 10ffmpeg/libavcodec/xan.c:
[19:36] <CIA-119> ffmpeg: xan: fix out of array read
[19:36] <CIA-119> ffmpeg: Fixes ticket1360
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: (cherry picked from commit 01900fcc45e99ee4556e0a5d87ff57b2f150dad4)
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r03f82b5668 10ffmpeg/libavcodec/yop.c:
[19:36] <CIA-119> ffmpeg: yop: check for missing extradata
[19:36] <CIA-119> ffmpeg: Fixes null ptr deref
[19:36] <CIA-119> ffmpeg: Fixes Ticket1361
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: (cherry picked from commit 77a4c8b959fa9bc6bcaa42b40a0b046cdf3fec38)
[19:36] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:36] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * rc254214ea3 10ffmpeg/libavcodec/motionpixels.c:
[19:37] <CIA-119> ffmpeg: motionpixels: check extradata size
[19:37] <CIA-119> ffmpeg: Fixes null ptr derefernce
[19:37] <CIA-119> ffmpeg: Fixes Ticket1363
[19:37] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:37] <CIA-119> ffmpeg: (cherry picked from commit 50122084a6b3be06781a2b3d8ec036f2d67c32e3)
[19:37] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:37] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r61a72fd9c8 10ffmpeg/libavcodec/jvdec.c:
[19:37] <CIA-119> ffmpeg: jvdec: check videosize
[19:37] <CIA-119> (29 lines omitted)
[19:59] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf0e39889ad 10ffmpeg/configure:
[19:59] <CIA-119> ffmpeg: configure: add asyncts->avresample dependancy
[19:59] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:59] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf2bc2e8954 10ffmpeg/configure:
[19:59] <CIA-119> ffmpeg: configure: disable avresample by default
[19:59] <CIA-119> ffmpeg: avresample is redundant and unneeded
[19:59] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:38] <pasteeater> Compn: i'm back now, so you don't have to deal with the mailing lists anymore (but you're more than welcome). thanks for the help.
[20:47] <Compn> ehe
[20:47] <Compn> i only looked at it once or twice
[20:47] <Compn> then i forgot again
[20:47] <RobertNagy> in configure_output_audio_filter how can passing NULL to opaque in the avfilter_graph_create_filter call for abuffersink be correct?
[20:48] <RobertNagy> if you look at "asink_init" in sink_buffer it should return AVERROR(EINVAL)
[20:59] <RobertNagy> hm, the lavfi "buffer" and "abuffer" args are not very consistent...
[21:09] <RobertNagy> I don't quite get the new way to pass filter arguments
[21:09] <RobertNagy> how would I do
[21:09] <RobertNagy> aformat=s16:48000:stereo with the new way?
[21:10] <RobertNagy> something like? aformat=sample_fmts=s16:sample_rates=48000:channel_layouts=stereo
[21:11] <RobertNagy> can't be right
[21:11] <RobertNagy> wrong channel, sry
[22:14] <CIA-119> ffmpeg: 03Anton Khirnov 07master * r0426c69310 10ffmpeg/libavutil/opt.c: AVOptions: fix the value printed in out of range error message.
[22:14] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rca7fa3a516 10ffmpeg/:
[22:14] <CIA-119> ffmpeg: Merge remote-tracking branch 'qatar/master'
[22:14] <CIA-119> ffmpeg: * qatar/master:
[22:14] <CIA-119> ffmpeg: AVOptions: fix the value printed in out of range error message.
[22:14] <CIA-119> ffmpeg: Conflicts:
[22:14] <CIA-119> ffmpeg: libavutil/opt.c
[22:14] <CIA-119> ffmpeg: Merged-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:19] <CIA-119> ffmpeg: 03Clément BSsch 07master * rd187e7616e 10ffmpeg/ffmpeg.c:
[22:19] <CIA-119> ffmpeg: ffmpeg: use %f instead of %lf in volume args format printf.
[22:19] <CIA-119> ffmpeg: %f refers to a double argument already.
[22:32] <ubitux> michaelni: i'm unable to contact aurel :(
[22:58] <michaelni> ubitux, what can i do ?
[22:58] <michaelni> do you want me to write him a mail ?
[22:58] <ubitux> no just saying because of your last comment :P
[22:58] <ubitux> i mailed him on his @gnuage address
[22:58] <ubitux> but can't say if it's still valid
[23:00] <michaelni> well, id say if aurel doesnt reply within a week of you having send him a mail then just commit what you consider correct/best
[23:01] <ubitux> ok
[23:01] <michaelni> and in the future of course wait less if there have been no sign of activity from him in the meantime
[23:14] <RobertNagy> michaelni: quick question, since libavfilter is a separate dll shouldn't the "av_frame_set_" functions be used inside of libavfilter?
[23:50] <CIA-119> ffmpeg: 03Robert Nagy 07master * rc2eae4bae7 10ffmpeg/libavfilter/avcodec.c:
[23:50] <CIA-119> ffmpeg: lavfi: Fill linesize, sample_rate and channel_layout fields in avfilter_fill_frame_from_audio_buffer_ref.
[23:50] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[23:51] <CIA-119> ffmpeg: 03Philip Langdale 07master * rea60a11e8e 10ffmpeg/libavformat/movenc.c: (log message trimmed)
[23:51] <CIA-119> ffmpeg: movenc: Fix muxing of Apple Quicktime chapters. v3
[23:51] <CIA-119> ffmpeg: There is basic support for muxing chapter information into the
[23:51] <CIA-119> ffmpeg: Apple Quicktime format already, but there are two errors which
[23:51] <CIA-119> ffmpeg: prevent correct detection on the player side.
[23:51] <CIA-119> ffmpeg: 1) A special apple 'text' atom needs to be included inside the
[23:51] <CIA-119> ffmpeg: gmhd atom.
[23:51] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r59a78290b6 10ffmpeg/libavfilter/ (avcodec.c buffer.c):
[23:51] <CIA-119> ffmpeg: lavfi: use getter/setter functions for AVFrame.pkt_pos
[23:51] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:00] --- Tue May 29 2012
1
0
[00:27] <sware> why is libstagefright a c++ file?
[00:30] <sware> nevermind
[02:08] <burek> funkster,
[02:08] <burek> can you please use pastebin.com, to show your command line and its output?
[02:13] <bcardarella> when I change the aspect ratio of a video from 4:3 to 16:9 is there a way to just add a black border so the video doesn't skew?
[02:15] <funkster> burek: taking out -q:a 2 gives me no error and same output so =D dont need, heh
[02:15] <burek> funkster, ok :)
[02:15] <burek> bcardarella, did you change the video size or just added -aspect
[02:16] <bcardarella> burek: I have not done anything to the source video yet
[02:16] <bcardarella> but I figure if I adjusted the aspect ration it would skew
[02:16] <funkster> making a 800x600 video with picture that are 1024ish, should i resize with imagemaick or can ffmpeg resize my images ?
[02:16] <burek> bcardarella, it would
[02:16] <bcardarella> I know I want to use the pad option... just not sure how
[02:16] <burek> I see, just a sec
[02:17] <burek> did you read http://ffmpeg.org/ffmpeg.html#pad
[02:18] <bcardarella> burek: I did
[02:18] <burek> funkster, ffmpeg -i input -s 800x600 output
[02:18] <bcardarella> I'm still piecing together what I might want to do... figured I woudl jump in here and see if someone knew
[02:19] <burek> bcardarella, why dont you scale the image to the smaller ordinate (width or height)
[02:19] <burek> without black bars
[02:19] <burek> player will add it anyway
[02:19] <bcardarella> burek: I am merging with a video that is in 16:9
[02:19] <bcardarella> but I think I have it... -padleft, -padright and -padcolor
[02:19] <burek> no no
[02:20] <bcardarella> I just have to calculate the pixels
[02:20] <bcardarella> no?
[02:20] <burek> ffmpeg -i input -vf "pad=640:480:0:40:violet" output
[02:20] <burek> -padleft -padright.. are deprecated
[02:20] <bcardarella> oh
[02:43] <grepper> s/deprecated/removed/
[03:36] <diegoviola> hi
[03:37] <diegoviola> i have a movie that is 1920x818 pixels and i'd like to convert that to mpeg2 so i can play it on a dvd player
[03:37] <diegoviola> what resolution could i convert to?
[03:38] <sacarasc> If you use -target dvd-pal or -target -dvd-ntsc it should do most of the things for you.
[03:39] <diegoviola> thanks
[03:42] <diegoviola> now how do i know if i should use pal or ntsc
[03:42] <diegoviola> dvd-pal or dvd-ntsc
[03:46] <sacarasc> http://www.high-techproductions.com/ntsc.htm http://www.high-techproductions.com/pal.htm
[03:47] <diegoviola> ty
[03:47] <sacarasc> There's also http://www.high-techproductions.com/secam.htm but no one cares about SECAM.
[03:48] <diegoviola> thanks a bunch
[04:15] <walker> Hi guys - I have ffmpeg, compiled with libx264, generating an rtp stream. Problem: It's only generating packets with packetization-mode=1. I require packetization-mode=0. Is there a way to force ffmpeg to send the stream in mode 0?
[04:54] <diegoviola> i'm trying to convert this MKV file to mpeg2 so I can play it on a dvd player, but 7.4 GB and I want to shrink it to 4 GB
[04:54] <diegoviola> so it fits on a DVD disc
[04:54] <diegoviola> should i decrease the video bitrate?
[04:55] <diegoviola> ffmpeg -i input.mkv -target pal-dvd -aspect 16:9 tmp.mpeg
[04:55] <diegoviola> right now this would give me a 5.3G file
[05:11] <bcardarella> I'm converting a flv to a mp4.... it has taken almost two hours to convert the first 20 minutes. I've just noticed that the dup= in the output is over 1.3 million... I suspect something is screwy here and that is causing the slow conversion time. Thoughts?
[05:11] <bcardarella> And is there any way I can correct this?
[05:12] <diegoviola> any ideas please?
[05:50] <rav0_> diegoviola, ideas: use a usb flash disk, use a hard disk, use a blu-ray disc, use two dvds, use networked storage
[05:54] <diegoviola> no way to shrink file size further?
[06:07] <zap0> set a bitrate
[06:07] <diegoviola> thanks
[06:07] <diegoviola> do i need to specify -aspect 16:9 to play it on a HD TV?
[06:07] <diegoviola> DVD player to TV
[06:08] <diegoviola> the original resolution is 1920x818
[06:08] <diegoviola> it seems like -taget pal-dvd already shrinks the resolution
[06:09] <sacarasc> Because DVD resolution isn't that high.
[06:09] <diegoviola> but it doesn't seem to change the aspect ratio
[06:09] <diegoviola> yeah
[06:09] <diegoviola> i don't need to touch the aspect ratio no?
[06:10] <sacarasc> Probably not.
[06:10] <diegoviola> ok ty
[06:19] <diegoviola> i wonder if 2-pass encoding would help decrease file size
[06:24] <rav0_> if you specify bitrate, 2-pass should increase quality and maintain filesize
[06:25] <diegoviola> thanks
[06:25] <diegoviola> i'll do that
[06:29] <diegoviola> i see that the first pass creates a log like this: ffmpeg2pass-0.log -- do you know that if in the second pass i need to specify this log manually with a command line switch, or ffmpeg will take it automatically?
[06:30] <diegoviola> provided that my files are in the current dir
[06:30] <diegoviola> i.e. ~/tmp
[06:30] <diegoviola> sorry for too many questions
[06:56] <lost^alien> Is it okay to ask a ffmpeg bash script question in this irc?
[07:57] <grepper> lost^alien: just ask and pretend you didn't know it was off-topic :)
[07:59] <ajeesh> i have installed ffpmeg on my server but when i check the version ffmpeg -version
[07:59] <ajeesh> ffmpeg version N-41065-gab7d6cb
[07:59] <ajeesh> and using the php code iam getting another version : FFmpeg version 0.6.5
[08:00] <ajeesh> <?php exec("ffmpeg -version" . " 2>&1", $output); foreach($output as $key => $value){ echo $value."\n"; } ?>
[08:00] <ajeesh> this is my php code to check the ffpmeg version
[08:00] <sacarasc> Do you have 2 versions of ffmpeg installed?
[08:01] Action: ubitux smells the PATH having /usr/local in the shell but not the web server, or sth like that
[08:03] <ajeesh> i can see that two location
[08:03] <ajeesh> /usr/bin/ffmpeg is 0.6.5 and /usr/local/bin/ffmpeg -> N-41065-gab7d6cb
[08:09] <ajeesh> so how can i fix this
[08:09] <sacarasc> Uninstall one?
[08:09] <sacarasc> Use the full path?
[08:13] <ajeesh> simlink can fix >
[08:13] <ajeesh> ?
[12:12] <bull1> hallo i can't convert flv to mp3, it does mp4???
[14:53] <e98> there's something strange in 0.11 when I -i video.ext -ab numberk audio.mp3
[14:53] <e98> it seems to go in real time and doesn't seem to speed up as 0.10.3 does
[14:53] <e98> any default option valued changes in 0.11?
[15:09] <burek> what do you mean real time
[15:10] <e98> it seems to convert a the same pace as if you were playint it back
[15:11] <e98> put differently: it's super slow
[15:11] <burek> as if -re was specified?
[15:11] <e98> let me try -re with 0.10.3
[15:11] <burek> no no
[15:11] <burek> -re makes it go real time
[15:11] <burek> I'm just asking
[15:11] <burek> is that what you are describing
[15:12] <e98> I have to try it so see if we both are talking about the same effect
[15:16] <vlt> Hello. I got two 854x478 youtube videos. One 307 MB VP8/Vorbis in WEBM and one 273 MB H264(Main)/AAC in FLV. Which of them would you expect to have better quality?
[15:17] <burek> the one which has a clearer image
[15:18] <vlt> burek: Hmmm, I cant see them right now but I want to burn a DVD and have to decide which to choose as source.
[15:18] <burek> why not
[15:19] <vlt> I have only my phone and slow internet currently.
[15:19] <burek> you can always chop the small sample out of entire movie
[15:19] <burek> with -ss and -t
[15:20] <e98> burek: I tried and it's not the same. -re doesn't make a difference with 0.10.3
[15:20] <burek> and download those samples and compare
[15:20] <burek> e98, -re options slows down ffmpeg and makes it read the input in real-time
[15:20] <e98> burek: 0.11 without -re 1) prints more info during convert (~ 9fps) and takes ages
[15:21] <burek> can you please use pastebin.com, to show your command line and its output?
[15:23] <e98> burek: there's nothing interesting to see there really
[15:23] <e98> burek: 0.11 seems to print fps and some other data during conversion
[15:23] <swick> can anyone explain me the behaviour of this http://pastebin.com/xAj1R7Fy ?
[15:24] <e98> I cannot be the only one who's seeing this with 0.11. weird
[15:25] <burek> swick, there is nothing wrong with bas scripts in general
[15:25] <burek> but why do you ask that question here?
[15:26] <swick> because I think it's ffmpeg related. it's the same data but there are other results
[15:27] <burek> which results?
[15:27] <burek> you didn't show any results
[15:27] <e98> burek: I'd appreciate it if you can grab a random flv off youtube and convert to mp3 (with 0.10.3 vs 0.11), if you can. thanks for the quick response
[15:28] <swick> the 2nd video is faster shorter than the 1st one
[15:28] <burek> e98, I will later, when I find some spare time :)
[15:28] <burek> swick, I believe you but I can't help you without any output
[15:29] <vlt> burek: Thank you, good idea. I tried to get a small sample by running `ffmpeg -i in.webm -t 30s -vcodec copy -acodec copy out.webm` but got this error: "[webm @ 0x1f8e340] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 33 >= 33". Any idea what I did wrong?
[15:29] <burek> vlt,
[15:29] <burek> can you please use pastebin.com, to show your command line and its output?
[15:29] <vlt> burek: Yes, brb
[15:33] <vlt> burek: http://paste.ubuntu.com/1011264/
[15:33] <e98> burek: thanks. how long are you around here today? I'd like to return and check.
[15:34] <burek> vlt, "This program is not developed anymore and is only provided for compatibility. Use avconv instead"
[15:34] <burek> that message is simply not true
[15:34] <burek> you should either change your distribution
[15:34] <burek> to one that doesn't lie to it's users
[15:34] <burek> or you should compile ffmpeg..
[15:35] <burek> also, that is an old version of ffmpeg
[15:35] <burek> which doesn't surprise me
[15:36] <burek> for a quick test, try using this: http://ffmpeg.gusari.org/static/
[15:36] <burek> choose the latest version
[15:36] <burek> and see if the problem is still there
[16:00] <vlt> burek: Thanks, the latest static version worked.
[16:01] <burek> vlt :beer: :)
[16:01] <vlt> Not yet.
[16:01] <vlt> New problem. I made a 30 seconds sample but can't play it.
[16:01] <burek> :D
[16:02] <burek> why not
[16:06] <vlt> Maybe because mplayer on the notebook I use meanwhile is too old &
[16:06] Action: vlt reboots
[16:16] <vlt> burek: Ok, a newer mplayer does play it.
[16:30] <vlt> I have a video file and want to to create a DVD (image) that should play in every standard DVD player. Any hints what to use? (command line preferred)
[16:47] <GRMrGecko> I'm attempting to mimic these settings in FFmpeg. I have libxvid compiled in FFmpeg, so I should be able to do it. http://p.webra.in/er
[17:14] <malinens> Hi! How to putt watermark at bottom left correctly: movie=%s [wm];[in][wm] overlay=out_w-overlay_w-10:out_h-overlay_h-10 [out] is not correct. Watermark is put much higher than 10px from the bottom of video. movie=%s [wm];[in][wm] overlay=main_w-overlay_w-10:main_h-overlay_h-10 [out] also put watermark much higher from bottom and closer to centre of video
[17:38] <GRMrGecko> If someone has responded to my question on how to mimic http://p.webra.in/er, please repeat it as I had to do a reboot.
[17:43] <deni> hi there .... i have 2 computer with the same setup...but when running ffmpeg on one i get extremely low bitrate
[17:43] <deni> this is the command i'm using: ffmpeg -y -f x11grab -s 640x480 -i :0.0 -r 15 -vcodec libvpx -crf 22 -f webm -threads 4 test.webm
[17:43] <deni> i'm confused beacuse i have everything setup on the other computer and it works just fine
[17:43] <deni> i have no idea what's causing such low bitrates on the other one.....it's to slow....about 2-3 kbps
[17:44] <deni> on the other one i get somewhere between 400-700
[17:44] <deni> any ideas?
[17:45] <GRMrGecko> deni: Hang tight, it takes time for people to realize that a question has been asked
[17:46] <deni> GRMrGecko: yeah i'm used ti irc from all these years :)
[17:46] <deni> that's fine
[17:46] <deni> someone will answer eventually
[17:55] <GRMrGecko> wow... the encode test I did ended up being much larger and mediainfo cannot figure out any information on it.
[17:56] <GRMrGecko> Please let me know if someone can help me mimic it.
[17:57] <defaultro> hey folks, do you know of any free/open source tools that does similar slow motion like twixter?
[17:58] <deni> also when i cancle the slow bitrate process...i get: muxing overhead 16.268233
[17:58] <deni> on the fast one i get about 0.3 something
[17:59] <deni> does that have to do anything with anything? :D
[18:03] <burek> GRMrGecko, you dont need libxvid for xvid/divx encoding using ffmpeg
[18:04] <burek> http://ffmpeg.gusari.org/viewtopic.php?f=25&t=592
[18:04] <GRMrGecko> burek: What would you recommend?
[18:05] <burek> test both
[18:05] <burek> and see what suits you the best
[18:06] <burek> malinens, did you read the example section here: http://ffmpeg.org/ffmpeg.html#overlay-1
[18:07] <burek> deni,
[18:07] <burek> can you please use pastebin.com, to show your command line and its output?
[18:07] <burek> from both your computers
[18:08] <burek> GRMrGecko, also, use -t to produce shorter samples
[18:08] <burek> just to compare
[18:09] <GRMrGecko> burek: I just ctrl c to cancel and ffmpeg automatically closes out the file
[18:11] <deni> burek: fast one: http://pastebin.com/7XKpk3QR
[18:11] <deni> burek: slow one: http://pastebin.com/qirTsxdK
[18:11] <bcardarella> I have a video that has already dropped over 500,000 in the first 40 frames of encoding. It makes the encoding *very* slow. Is there anything I can do?
[18:11] <deni> now i did see that the version of ffmpeg on the slow one is hihgher
[18:11] <deni> hmm
[18:12] <burek> deni, your ffmpeg versions differ
[18:13] <burek> also, since you are using ubuntu
[18:13] <burek> and they prefer libav stupidity
[18:13] <burek> with nonsense like this "This program is not developed anymore and is only provided for compatibility. Use avconv instead (see.."
[18:13] <burek> which is obviously false
[18:13] <burek> you could freely uninstall ffmpeg and compile it from source
[18:13] <deni> burek: i have debain on both machines
[18:14] <burek> or try the static versions first
[18:14] <burek> ffmpeg.gusari.org/static/
[18:14] <deni> *debian
[18:14] <burek> see if that works for you
[18:14] <deni> hmm
[18:14] <deni> ok
[18:15] <GRMrGecko> burek: Both looks the same. Which does not look like the video I am trying to mimic. I am testing using the same source so I know it's possible to make it look the same.
[18:15] <burek> bcardarella,
[18:15] <burek> can you please use pastebin.com, to show your command line and its output?
[18:15] <bcardarella> burek: sure
[18:15] <burek> GRMrGecko, can you type ffmpeg -i original.avi
[18:15] <GRMrGecko> The video I am trying to mimic has little blocks when there is movement, the output I've been getting has blocks.
[18:15] <burek> and paste the output at pastebin
[18:15] <burek> just to see what is it
[18:16] <GRMrGecko> ok
[18:17] <GRMrGecko> burek: http://p.webra.in/es
[18:17] <bcardarella> burek: http://pastebin.com/eceqKgCw
[18:18] <burek> GRMrGecko, please give the complete uncut output
[18:19] <burek> bcardarella, this is old version of ffmpeg
[18:19] <bcardarella> probably
[18:19] <GRMrGecko> burek: http://p.webra.in/ei
[18:19] <burek> but, just for the sake of luck, try removing -threads 14
[18:19] <bcardarella> ok
[18:20] <bcardarella> burek: I'm using that version because I hacked the fade filter to fade from white instead of black
[18:20] <burek> bcardarella, I see
[18:20] <burek> I guess you also need to update your ffmpeg
[18:20] <burek> because
[18:20] <burek> either your input is damaged
[18:20] <burek> or mpeg4 demuxer had a bug that was (hopefully) fixed by now
[18:20] <bcardarella> burek: fwiw this is not happening in other inputs
[18:21] <bcardarella> this was a FLV that was converted to MP4
[18:21] <burek> btw, that video was encoded with virtualdub
[18:21] <bcardarella> and the FLV had the same issue but with dup instead of drop
[18:21] <burek> so, you might ask guys from vd to help you with encoding params
[18:21] <burek> they might be able to tell you that, from your source file
[18:22] <burek> bcardarella, can you test with latest static version of ffmeg? (just download and run to see if it works?)
[18:22] <burek> http://ffmpeg.gusari.org/static/
[18:22] <bcardarella> yup
[18:22] <burek> you might be lucky :)
[18:24] <GRMrGecko> burek: From what I can see, it is intact mpeg4 codec.
[18:24] <bcardarella> burek: that is compiled for Linux, isn't it?
[18:24] <bcardarella> I'm on OSX
[18:24] <bcardarella> I'll have to compile from source
[18:25] <burek> yes
[18:25] <burek> I'm afraid you'll have to compile it from scratch :/
[18:25] <bcardarella> np, shouldn't take too long
[18:25] <GRMrGecko> infact*
[18:26] <burek> GRMrGecko, I apologize, the comment about virtualdub was ment for you
[18:26] <burek> i mixed you up with bcardarella :S
[18:27] <GRMrGecko> burek: Oh, no problem. Maybe they did a 2 pass? I'll try that.
[18:34] <bcardarella> burek: ok, now I'm getting this for output with ffmpeg after compiling from HEAD on git http://pastebin.com/EXkULwzY
[18:34] <bcardarella> last line is the error
[18:35] <burek> no, that's ok
[18:35] <burek> tell me just
[18:35] <burek> what you wanted to do with that video
[18:36] <bcardarella> so I originally tried: ffmpeg -i bright.mp4 -qscale 5 -ss 00:03:05 -t 00:31:21 josh.mp4
[18:36] <bcardarella> but got the same error, just figured I would see if it could do a straight convert with no options
[18:36] <burek> ok
[18:36] <bcardarella> should I try -strict experimental ?
[18:36] <burek> are you trying just to extract a part of the video?
[18:36] <bcardarella> yes
[18:37] <burek> well, then it would be better to use -vcodec copy
[18:37] <burek> to avoid reencoding
[18:37] <burek> and keep the quality
[18:37] <bcardarella> ok
[18:37] <burek> try this
[18:37] <burek> ffmpeg -i bright.mp4 -ss 00:03:05 -c copy -t 00:31:21 josh.mp4
[18:38] <bcardarella> nice
[18:38] <burek> :)
[18:40] <bcardarella> burek: actually, this makes the isolation of the files easier but when I am going to merge the video with others I believe I'll still have the same dropped frame/slow encoding issue, right?
[18:40] <burek> well, it depends how do you plan to "merge" your files
[18:41] <burek> ffmpeg generally doesn't support (very well) merging of different inputs
[18:41] <bcardarella> converting to mpeg, appending, then encoding to mp4
[18:41] <burek> so, you are better off using some video editor
[18:41] <burek> ffmpeg is converter
[18:41] <bcardarella> eyah
[18:41] <bcardarella> yeah*
[18:41] <burek> I mean, one really crazy way would be to export all the frames into png/bmp images
[18:42] <burek> and then converting that sequence back to resulting video
[18:42] <burek> but that's just too much :)
[18:42] <bcardarella> lol :)
[18:42] <burek> I would rather find some decent video editor and tried with it :)
[18:42] <bcardarella> the mpeg appending has worked for me in the past
[18:43] <bcardarella> the only issue I've had is with this flv file that is causing the slow encoding. I thought converting to mp4 would have cleared up the dup frames in the encoding process but it seems to have only brought them over
[18:43] <burek> yes but your input is not mpeg
[18:43] <burek> its h264
[18:43] <bcardarella> oh
[18:43] <burek> Stream #0:0(und): Video: h264 (Main)
[18:43] <bcardarella> whoops :p
[18:43] <burek> also, at the end
[18:43] <burek> Stream mapping:
[18:43] <burek> Stream #0:0 -> #0:0 (h264 -> mpeg4)
[18:43] <burek> Stream #0:1 -> #0:1 (aac -> aac)
[18:44] <burek> :)
[18:44] <burek> you might try remuxing back to flv (maybe that has introduced problems in the first place)
[18:44] <burek> that won't take long
[18:44] <burek> ffmpeg -i bla.mp4 -c copy out.flv
[18:45] <burek> and then try working with flv file
[18:45] <burek> to see if the conversion produces drops/dups again
[18:47] <bcardarella> burek: ok
[18:57] <GRMrGecko> burek: How do you do a 2 pass in ffmpeg? I tried the same command with audio disabled and the argument "-pass 1" added on and than repeated with audio and the argument "-pass 2"
[18:58] <burek> :)
[19:00] <GRMrGecko> looks like the same thing I did except on the first pass they included the audio. Maybe I have to do the pass argument before mentioning the output codec?
[19:01] <burek> to be honest, I never did 2pass encoding :) so, you'll have to keep trying various commands until you make it :)
[19:01] <GRMrGecko> ok
[20:37] <pasteeater> relaxed: do you have plans to update your static build?
[20:39] <RobertNagy> why do I get this error`[abuffer source @ 000000001617C5E0] Missing key or no key/value separator found after key '48000:1:3'
[20:39] <RobertNagy> 48000:1:3 should be valid for abuffer, shouldn't it?
[20:42] <burek> can you please use pastebin.com, to show your command line and its output?
[20:46] <RobertNagy> http://pastie.org/private/tcmfl3embs6sjj6dwqhjla
[20:48] <burek> ?
[21:04] <RobertNagy> solved it
[21:11] <RobertNagy> how would I do
[21:11] <RobertNagy> aformat=s16:48000:stereo with the new way of passing filter arguments?
[21:16] <RobertNagy> nvm, found it
[21:18] <saivert> this libvo_aacenc gives me very poor sound quality. like it has been resampled to 8 bit
[21:18] <saivert> -acodec aac -strict experimental doesn't have this issue
[21:24] <pasteeater> saivert: someone else mentioned something similar on the ffmpeg-user mailing list recently
[21:25] <pasteeater> http://ffmpeg.org/pipermail/ffmpeg-user/2012-May/006711.html
[21:36] <axisys> how do I create a series of ntsc svcds from 10 mp4 files ?
[21:37] <axisys> I have actually 15 mp4 files.. so I will need multiple dvds
[21:37] <axisys> 15 mp4 files - total size 4.1 G
[21:49] <pasteeater> axisys: ffmpeg -i input.mp4 -target ntsc-svcd output.mpg
[21:49] <axisys> pasteeater: i have 15 mp4 files..
[21:50] <axisys> pasteeater: how do I add multiple? i tried -i 01.mp4 -i 02.mp4 .. it only took the first one
[21:51] <pasteeater> oh, you want to concatenate. i thought you wanted to do each one separately
[21:51] <axisys> pasteeater: i want to fit as many mp4s in each dvd as possible
[21:52] <axisys> pasteeater: is there a way to run a simulated burn to find out how many mp4 files I can fit in each dvd?
[21:52] <pasteeater> so you do not need to concatenate?
[21:52] <axisys> mp4 files are not all of same sizes
[21:52] <axisys> pasteeater: yes
[21:52] <axisys> i am running ubuntu, btw
[21:54] <pasteeater> for f in *.mp4; do ffmpeg -i "$f" -taget ntsc-svcd "${f%.mp4}.mpg"; done
[21:55] <axisys> that will create 15 mpgs right?
[21:55] <pasteeater> yes
[21:55] <axisys> and then cat them and then burn into dvd?
[00:00] --- Tue May 29 2012
1
0
[00:00] <ohsix> saste: apitrace is pretty good, and multithread debugging ... well you've already lost if you've got into that hole
[00:00] <sware> when this build is done, I am writing vs plugins to make it faster
[00:00] <sware> aka converting structs
[00:00] <Daemon404> sware, there are more annoying problems
[00:00] <sware> like?
[00:00] <sware> casting ?
[00:00] <Daemon404> if you e.g. want to use the inline asm
[00:00] <ohsix> there's not anything that's critically missing, but 10% extra work is 10% extra work.
[00:00] <sware> I talked with michaelni yesterday
[00:00] <nevcairiel> i should poke BBB again about his pre-processor script to convert it to msvc compatible code
[00:00] <sware> he said the inline asm isn't entirely neccesary
[00:00] <sware> but, I can convert between at&t and intel syntax if it is
[00:01] <ubitux> good luck with x = (AVRationnal){a,b} and stuff
[00:01] <sware> that's handled
[00:01] <Daemon404> sware, if you have to... please port to an external yasm file :)
[00:01] <sware> by a func av_create_rational();
[00:01] <Daemon404> everyone beneits
[00:01] <ubitux> and as parameter
[00:01] <Daemon404> benefits*
[00:01] <saste> jonathan blow just gave up at some point and left the port to an ex loki dev (icculus / Ryan C. Gordon), who did a good job
[00:01] <sware> AVRationals are easy lol
[00:01] <sware> I did the same for softfloat and movatom
[00:01] <ubitux> sware: what about av_ts2str()?
[00:02] <Daemon404> saste, also in regards to that blog post
[00:02] <ohsix> there are real problems with the implementation quality of something like openal on linux that people aren't even aware of :<
[00:02] <sware> ubitux: (char[AV_TS_MAX_STRING_SIZE]){0} was the issue
[00:02] <Daemon404> the #1 peoblem ive come up against is lolglibc
[00:02] <ubitux> sware: yes :)
[00:02] <nevcairiel> in any case, converting everything by hand is a silly plan, you'll have so many issues keeping your source synced to the master because of all the merge conflicts all the time
[00:03] <sware> ubitux: pretty simple.....
[00:03] <sware> that's all fixed, libavformat is built already
[00:03] <Daemon404> teh SANER thing to do
[00:03] <Daemon404> would be to use icl
[00:03] <Daemon404> like x264 does
[00:03] <ubitux> or annoy Microsoft.
[00:03] <Daemon404> ubitux, 0 people care
[00:03] <ubitux> all of this because Microsoft doesn't want to pay 2-3 guys for a month
[00:03] <Daemon404> ms gains NOTHING from supporting c99
[00:03] <sware> building with mingw is pathetic
[00:03] <ubitux> Daemon404: people do actually care
[00:03] <sware> half the instructions out there don't even work now
[00:03] <nevcairiel> Microsoft cares about C++, C is not important for them
[00:04] <ohsix> they gain c99
[00:04] <ubitux> regularly someone complains about microsoft not supporting the C
[00:04] <sware> and the ffmpeg forum doesn't even have one entry on how to build with mingw
[00:04] <Daemon404> ubitux, PAYING people?
[00:04] <Daemon404> big companies?
[00:04] <Daemon404> lolol
[00:04] <sware> so everyone is just using the prebuilt binaries
[00:04] <Daemon404> sware, ./configure && make
[00:04] <ubitux> Daemon404: i don't think that's really a problem for microsoft to pay a few nerd to port the c++ msvc features to the c
[00:04] <sware> if you guys support mingw so much, you should at least give better directions on how to build with it heh
[00:04] <nevcairiel> building with mingw64 really isnt hard, download one of the pre-built mingw environments, run configure, run make, done
[00:04] <Daemon404> ubitux, you are delusional tehn.
[00:05] <Daemon404> nevcairiel, i actually provide prebuilt binaries/sdk for all of libav's point releases too.
[00:05] <ubitux> it's a problem because they are afraid ppl will realize how much C is better than c++, and will ask for using the MS api in C then
[00:05] <ubitux> :p
[00:05] <Daemon404> but not for ffmpeg as it has too many damn point releases concurrently
[00:05] <Daemon404> ubitux, please get your head out of GNU's ass.
[00:05] <ubitux> :D
[00:05] <sware> so why do you guys hate the idea of an msvc port, just as an antimicrosoft rant ?
[00:06] <JEEB> lawl
[00:06] <Daemon404> sware, im for it
[00:06] <Daemon404> but your approach is bad
[00:06] <sware> the manual approach ?
[00:06] <nevcairiel> i hate the idea of an manual port, because its unmaintainable
[00:06] <JEEB> yeah
[00:06] <sware> it's not maintainable
[00:06] <Daemon404> sware, converting structs make them annoyign as hell
[00:06] <Daemon404> for example
[00:06] <Daemon404> it's a maintainability thing
[00:06] <sware> I hate the idea of it too, I've spent the last four days porting swscale, avutil, and avformat
[00:06] <ubitux> and it's far from error-free
[00:06] <sware> lol
[00:07] <Daemon404> ubitux, some sort of proproc (perl) script to convert structs, inline asm, could be nice.
[00:07] <nevcairiel> BBB was working on a pre-processor script for google that will do all the modifications to make it build, sadly priorities seemed to have shifted and its not completely done yet
[00:07] <ubitux> ("oups i just forgot one NULL, i only have 412 NULL and i need 413")
[00:07] <Daemon404> nevcairiel, i said that already :P
[00:07] <JEEB> yeah, I hope BBB finishes it one day
[00:07] <sware> the reason I'm doing it manually right now
[00:07] <Daemon404> JEEB, just like he finished xvp8
[00:07] <ubitux> ("oups the struct was re-ordered and i didn't realized that")
[00:07] <Daemon404> oh wait
[00:07] <sware> is because I want to see what has changed since my last built
[00:07] <sware> from november
[00:08] <Daemon404> the only reason to build ffmpeg with msvc is for debugging
[00:08] <Daemon404> which admittedly
[00:08] <sware> so that when I write the vs plugins to do things automatically, I won't miss anything or make any mistakes
[00:08] <Daemon404> is a damn good reason
[00:08] Action: ubitux likes av_log debugging
[00:08] <nevcairiel> I wouldnt build a release version with it, it'll probably just be slow(er) then a gcc build
[00:08] <nevcairiel> ubitux: then you have never used a good debugger :p
[00:08] <sware> lol
[00:09] <ubitux> nevcairiel: i have colors with av_log, that's all i need to!
[00:09] <Daemon404> nevcairiel, most linux folks pish-posh ms;s debugger away
[00:09] <Daemon404> but yeah
[00:09] <Daemon404> it is the best
[00:09] <Daemon404> period.
[00:09] <ubitux> i never liked debuggers
[00:10] <ubitux> maybe because i didn't find a good one
[00:10] <nevcairiel> but yeah, being able to do JIT debugging inside avformat/avcodec would really make some things so much easier for me
[00:10] <Daemon404> because you use linux and they all suck
[00:10] <JEEB> Anything that comes close to MSVS's debugger is pretty much just qt creator's gdb crap. And that still pales in comparison.
[00:10] <sware> well
[00:10] <sware> thanks for the tip about AVDictionary
[00:10] <sware> avformat is building now
[00:10] <sware> on to libavcodec
[00:10] <Daemon404> nevcairiel, you can if you disable inline am and use icl
[00:10] <Daemon404> and like pain
[00:11] <nevcairiel> icl costs like .. alot
[00:11] <ubitux> i don't see much interest in debuggers
[00:11] <Daemon404> nevcairiel, welll... internet
[00:11] <Daemon404> ubitux, you must enjoy pain...
[00:12] <Daemon404> pritnf debugging can only take you so far
[00:12] <ubitux> the only thing where i use them is for assembly, but doesn't happen much
[00:12] <Daemon404> it's not efficiently, and its annoying
[00:12] <Daemon404> -y
[00:12] <ubitux> i find it more efficient :p
[00:12] Action: Daemon404 thinks ubitux has been fossing too long
[00:13] <ubitux> once in a while i use gdb to get a crash traceback
[00:13] <ubitux> but generally valgrind is more useful
[00:13] <Daemon404> valgrind is useful
[00:13] <Daemon404> but has a shit ui
[00:13] <ubitux> sometimes i use gdb to put a watchpoint, but that's all
[00:13] <nevcairiel> how is adding a bunch of log messages more useful then just adding a breakpoint and looking into the variables yourself?
[00:13] <ubitux> what's wrong with valgrind UI? oO
[00:13] <ubitux> valgrind ./blah, can't be simpler :p
[00:14] <Daemon404> nevcairiel, talking to linux folks about things liek usability and guis, and stuff like that
[00:14] <Daemon404> is a dead end
[00:14] <Daemon404> :/
[00:14] <ubitux> nevcairiel: it prints the "path history"
[00:14] <ohsix> fwiw, ms supporting "C" and "C++", i don't think they even support c++ very well, it's basically com interop for them; but they've put a vanishingly small larger amount of effort into it
[00:14] <Compn> Daemon404 likes his visual basic guis :)
[00:14] <Daemon404> yes cue the haters
[00:15] <Compn> why bring this canard up all of the time
[00:15] <Compn> lets talk subtitles or filters or something
[00:15] <ubitux> ah you meant the "valgrind GUI" Daemon404?
[00:15] <ohsix> being king of the shitpile isn't a victory btw
[00:15] <ubitux> (kcachegrind and stuff?)
[00:16] <ubitux> Daemon404: anyway, it's basically different methods
[00:16] <ohsix> printf debugging can act as a set of assertions while you're reasoning about what's going on, the problem is modifying the code to do it, and doing it again when you have fixed the problem
[00:17] <ubitux> i believe there is no good user-friendly debugger on linux because really no one care about
[00:17] <ohsix> you can do assertions that aren't modified constantly and get most of the benefit
[00:17] <Daemon404> ubitux, "theres no good user-friendly X on linux"
[00:17] <Daemon404> where X is any number of thigs
[00:17] <Daemon404> ;)
[00:17] <ohsix> user friendly is a red herring
[00:17] <saste> btw: anyone interested in experimenting with gdb python scripting (adding pretty printers and stuff for libav*)?
[00:17] <Daemon404> ohsix, usable then
[00:17] <ohsix> you can't be friendly enough to my grandmother for her to figure out a debugger
[00:18] <ubitux> :D
[00:18] <ubitux> that's really the point
[00:18] <ohsix> +1 to not caring
[00:18] <ubitux> it's important to have user friendly stuff for non-programming stuff
[00:18] <ubitux> but for developers stuff, let's be honest, no one care :p
[00:19] <nevcairiel> so i conclude, linux users are not capable of using debuggers, hence none exist?
[00:19] <nevcairiel> :D
[00:19] <ohsix> if you are in the depths of sometehing looking at variables trying to figure out what they are with absoloutely no hint of how you got there then you have another problem
[00:19] <ohsix> i rarely need to use gdb, nothing is that complex
[00:20] <ohsix> i mainly use it to invoke things in the program to investigate what has happened
[00:20] <Daemon404> ohsix, how about when a codebase like ffmpeg crashes
[00:20] <Daemon404> inside, oh say, lav filters
[00:20] <saste> nevcariel: linux devs are too hardcore to use debuggers, they just read assembly (you see, the matrix...)
[00:20] <Daemon404> that is nontrivial to find
[00:20] <ubitux> valgrind gives a good traceback
[00:21] <ohsix> Daemon404: not my code base, if i did have to do it i'd be adding assertions the whole way, so it would fail early
[00:21] <Daemon404> ohsix, crashes INSIDE ffmpeg
[00:21] <ohsix> it depends on the project if that is acceptable, it usually is
[00:21] <nevcairiel> sadly the ms debugger gets confused when the crash is in any library it doesnt have debug infos about
[00:21] <Daemon404> nevcairiel, it can print a disasm
[00:21] <Daemon404> same as any other debugger
[00:21] <JEEB> yeah
[00:21] <ubitux> then let's use another debugger
[00:21] <nevcairiel> sure, but unless thats a very specific yasm file, it wont help
[00:21] <ohsix> it crashes in a function, functions call other functions, i don't get the "inside ffmpeg" distinction?
[00:21] <sware> sorry one other thing
[00:22] <ohsix> do you mean when the stack is ruined by something bad?
[00:22] <sware> libavformat\rtpdec_h263_rfc2190.c doesn't have an enc_name for it's RTPDynamicProtocolHandler
[00:22] <ohsix> like, the hard problems that even a gui debugger isn't going to help you with
[00:22] <Daemon404> ohsix, so you would go inster asserts inside ffmpeg's internal functions
[00:22] <Daemon404> rather than use a debugger.
[00:22] <sware> which causes an error in debug built
[00:23] <sware> giving it one fixes it, is there one that I can give it ?
[00:23] <ohsix> i'd do both, i said, in the process of debugging, if i had to; i would add assertions and verify my preconceptions or api contracts along the way, where they were lacking; and the problems are typically very obvious
[00:24] <ohsix> the assertions can stay there after i find the bug, which is different from printf debugging; but at the root of it they're both assertion based
[00:24] <michaelni> sware, does "" work as enc_name ?
[00:24] <sware> one sec
[00:24] <ohsix> failing early isn't desirable in some projects though, and it can be hard to find out what the api contract really is if they weren't setup like that in the first place
[00:25] <sware> michaelni: yes. empty works. Thanks
[00:25] <nevcairiel> whats wrong with just using NULL as the name? thats what the structure there implies
[00:26] <nevcairiel> works fine for gcc
[00:26] <ohsix> anything that took an "object" and more than one operand with an "interesting" semantic should have assertions, that doesn't mean all internal leaf functions ;]
[00:26] <michaelni> nevcairiel, its enc_name[50] not *enc_name
[00:27] <ohsix> re: supporting msvc, why not just improve mingw? isn't it comparable effort?
[00:27] <nevcairiel> how odd, i would've figured its const char*
[00:27] <michaelni> dont ask me why its whatever[50] ...
[00:27] <sware> throws "COFF format cannot statically initialize 'var' with number byte(s) of an address" if it's null
[00:28] <sware> I just didn't want to give it an innappropriate name
[00:28] <ubitux> mmh deshake filter is missing an explicit dep to lavc in the configure
[00:29] <michaelni> ubitux, add one
[00:29] <ubitux> i was looking on how to add a lavc dep for my patch, and willing to seek how it was done for the deshake filter
[00:29] <nevcairiel> ohsix: if by improve mingw you mean making mingw-gcc output msvc compatible debug symbols, good luck with that, the format isn't that well documented :P
[00:29] <ohsix> Daemon404: the best part about asserts is you can compile them out :] you get a crazy unverifiable ball of muck when you do, but that's what you've got already in most cases, but then you can compile them back in and run a failing program with it
[00:29] <ubitux> now i don't know where to look for :p
[00:29] <nevcairiel> mingw works just perfectly, it just doesnt allow debugging with windows tools
[00:30] <ohsix> nevcairiel: ah, i didn't mean that, but that is interesting
[00:30] <ohsix> i'll have to look into that
[00:30] <ohsix> i'd be really surprised if there wasn't a tool already that converted dwarf/stabs/whatever into a pdb and stripped the original
[00:31] <nevcairiel> also, once you're done adding all these asserts to ffmpeg, you'll have forgotten which bug you wanted to fix :)
[00:31] <sware> The anti msvc sentiment is strong in this one :)
[00:31] <ohsix> no i wouldn't, it would still be on bugzilla with my name on it :]
[00:31] <ubitux> mmh deshake_filter_deps="avcodec"
[00:31] <ubitux> should do the trick.
[00:31] <michaelni> ubitux, yes, j
[00:31] <michaelni> s/j//
[00:32] <ohsix> i could always rebase my assert version and keep it private, but that wouldn't make it much more novel than printf debugging with respect to the doing and undoing of changes
[00:32] <ohsix> and you can script asserts with gdb :]
[00:33] <ohsix> it takes a while to figure out what's really going to help you in gdbinit, but you can basically have the program interrogated any time you start it in gdb, check for common problems and whatnot
[00:34] <CIA-119> ffmpeg: 03Clément BSsch 07master * r5c3f79198c 10ffmpeg/configure: lavfi/deshake: add libavcodec dependency (dsputil).
[00:57] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * rd108d0804a 10ffmpeg/Changelog:
[00:57] <CIA-119> ffmpeg: Changelog, spell out the CVEs that where fixed.
[00:57] <CIA-119> ffmpeg: there are some holes in the list as some things have been fixed
[00:57] <CIA-119> ffmpeg: in previous releases already.
[00:57] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:57] <CIA-119> ffmpeg: (cherry picked from commit aeb2dea80256379e38cdd5f5e86ae70de8ef5346)
[00:57] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:57] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r982caeac3e 10ffmpeg/libavfilter/af_aresample.c:
[00:57] <CIA-119> ffmpeg: af_aresample: fix pts, they where off by a packet in the -async >0 case.
[00:57] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:57] <CIA-119> ffmpeg: (cherry picked from commit be97675e6cf686900ea4ff39251cec94cfe4109c)
[00:57] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:57] <CIA-119> ffmpeg: 03Alexis Ballier 07release/0.11 * r51157dab37 10ffmpeg/tests/fate/video.mak:
[00:57] <CIA-119> ffmpeg: Fix tests without fate samples.
[01:14] <CIA-119> ffmpeg: 03Carl Eugen Hoyos 07master * rab7d6cb8f7 10ffmpeg/ (libavcodec/raw.c libavcodec/rawdec.c libavformat/riff.c):
[01:14] <CIA-119> ffmpeg: Support decoding fourcc YVYU.
[01:14] <CIA-119> ffmpeg: Based on work by ami_stuff.
[01:14] <CIA-119> ffmpeg: Fixes ticket #1352
[01:41] <ubitux> saste: nice
[01:41] <ubitux> i'll review your ffprobe patches in ~10 hours :)
[01:42] <saste> no hurry
[01:42] <ubitux> when my brain will be available again
[03:44] <ubitux> can we assume the video buffers in lavfi are 16-aligned?
[03:45] <ubitux> (so i can use dspcontext.sad[0] unconditionnally)
[04:42] <Tjoppen> michaelni: uh.. I think so
[09:40] <RobertNagy> in ffplay "queue_picture" is "frame_delay = av_q2d(is->video_st->codec->time_base);" rly correct?
[09:40] <RobertNagy> shouldn't it look at the filter graph time_base?
[09:40] <RobertNagy> and also it seems to assume that 1 frame == 1 pts, which isn't always the case
[11:48] <michaelni> ubitux, see AV_PERM_ALIGN, but i think some filters dont test for it that should
[11:48] <ubitux> mmh ok, thx
[11:50] <ubitux> it would be nice if vf fps was doing motion compensation instead of duplicating frames.. :x
[11:51] <michaelni> yes
[13:26] <ubitux> michaelni: "audio filters support in libavfilter and avconv" should we s/avconv/ffmpeg/ or just remove that entry?
[13:27] <ubitux> maybe "complete audio filtering in libavfilter and ffmpeg"?
[13:27] <ohsix> is it part of a series? why not as-is
[13:27] <ubitux> ?
[13:28] <ohsix> nevermind, i forgot there was a tool called avconv/ffmpeg
[13:29] <ubitux> there are two issues with the sentence
[13:29] <ubitux> first avconv instead of ffmpeg, but also the audio support we have since long ago :p
[13:30] <ohsix> oic
[13:53] <burek> -af? :))
[13:55] <burek> oh.. now I know what does this button do :S
[13:57] <ubitux> burek: yes -af is new, that's why i'm proposing "complete audio filtering in libavfilter and ffmpeg"
[13:58] <burek> cool :)
[14:57] <michaelni> ubitux, feel free to reword it as you prefer
[14:58] <ubitux> ok
[14:58] <ubitux> done
[15:00] <michaelni> ubitux, i think its in Changelog in master & release/0.11 too (from where i copied it)
[15:02] <ubitux> the changelog has a lot of avconv entries
[15:02] <ubitux> (the file)
[15:10] <michaelni> true but that latest entry is definitly wrong
[15:28] <CIA-119> ffmpeg: 03Clément BSsch 07master * r80bf2b6e84 10ffmpeg/Changelog: Changelog: fix wrong/inaccurate entries.
[15:44] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r65212e3ed9 10ffmpeg/libavformat/mxfdec.c:
[15:44] <CIA-119> ffmpeg: mxfdec: remove unused last_index_duration
[15:44] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:44] <CIA-119> ffmpeg: 03Vitor Sessak 07master * r2fd5e70869 10ffmpeg/libavcodec/x86/ (fft.c fft.h fft_3dn2.c fft_mmx.asm):
[15:44] <CIA-119> ffmpeg: x86: use new schema for ASM macros
[15:44] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:44] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rfcd08262fd 10ffmpeg/ (7 files in 3 dirs):
[15:44] <CIA-119> ffmpeg: tests and tools: cleanup ffmpeg reference
[15:44] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[15:44] <michaelni> ubitux, thx
[15:46] <ubitux> i won't mess with the branches though
[16:06] <CIA-119> ffmpeg: 03Marton Balint 07master * ra687acbbf0 10ffmpeg/ffplay.c:
[16:06] <CIA-119> ffmpeg: ffplay: dont destroy packet queues on stream change
[16:06] <CIA-119> ffmpeg: This fixes occasional segfaults caused by lock request of the packet queue from
[16:06] <CIA-119> ffmpeg: the reader thread.
[16:06] <CIA-119> ffmpeg: Also don't allow to put frames into the queue when it's aborted, and don't try
[16:06] <CIA-119> ffmpeg: to fill the queue with frames when it is aborted.
[16:06] <CIA-119> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[16:06] <CIA-119> ffmpeg: 03Marton Balint 07master * rc2e8691c07 10ffmpeg/ffplay.c:
[16:06] <CIA-119> ffmpeg: ffplay: flush codec buffers before freeing filters
[16:06] <CIA-119> ffmpeg: We do this to ensure that input_get_buffer is not called from a
[16:06] <CIA-119> ffmpeg: frame_worker_thread of a multithreaded decoder when we already freed the
[16:06] <CIA-119> ffmpeg: filters.
[16:06] <CIA-119> ffmpeg: Fixes occasional segfaults on video stream change.
[16:06] <CIA-119> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[16:39] <ubitux> burek: having an eval for the volume filter would be nice indeed
[16:39] <ubitux> i'm not sure how well we could do that with the volume filter though
[16:39] <ubitux> since it can supports dB unit
[17:32] <CIA-119> ffmpeg: 03Marton Balint 07release/0.11 * rf8f5db3b70 10ffmpeg/ffplay.c: (log message trimmed)
[17:32] <CIA-119> ffmpeg: ffplay: dont destroy packet queues on stream change
[17:32] <CIA-119> ffmpeg: This fixes occasional segfaults caused by lock request of the packet queue from
[17:32] <CIA-119> ffmpeg: the reader thread.
[17:32] <CIA-119> ffmpeg: Also don't allow to put frames into the queue when it's aborted, and don't try
[17:32] <CIA-119> ffmpeg: to fill the queue with frames when it is aborted.
[17:32] <CIA-119> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[17:32] <CIA-119> ffmpeg: 03Clément BSsch 07release/0.11 * r1ed0a61ea8 10ffmpeg/Changelog:
[17:32] <CIA-119> ffmpeg: Changelog: fix wrong/inaccurate entries.
[17:32] <CIA-119> ffmpeg: (cherry picked from commit 80bf2b6e841e51ed1cb073dc0e460749ac19284f)
[17:32] <CIA-119> ffmpeg: Conflicts:
[17:32] <CIA-119> ffmpeg: Changelog
[17:32] <CIA-119> ffmpeg: 03Marton Balint 07release/0.11 * rc7c82acf96 10ffmpeg/ffplay.c: (log message trimmed)
[17:32] <CIA-119> ffmpeg: ffplay: force exit when filter configuration fails
[17:32] <CIA-119> ffmpeg: Switching to visualization instead of exiting ffplay is a bit more tricky, so
[17:32] <CIA-119> ffmpeg: just exit for now.
[17:32] <CIA-119> ffmpeg: Fixes ticket 38.
[17:32] <CIA-119> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[17:32] <CIA-119> ffmpeg: (cherry picked from commit 7315e40a24e85e7f141db77951a4b14375fde55a)
[17:32] <CIA-119> ffmpeg: 03Clément BSsch 07release/0.11 * r9f2905d299 10ffmpeg/configure:
[17:32] <CIA-119> ffmpeg: lavfi/deshake: add libavcodec dependency (dsputil).
[17:32] <CIA-119> ffmpeg: (cherry picked from commit 5c3f79198c016980b8bd5e876761eb42341c3cec)
[17:32] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:32] <CIA-119> ffmpeg: 03Marton Balint 07release/0.11 * rf6c3fe94da 10ffmpeg/ffplay.c: (log message trimmed)
[17:32] <CIA-119> ffmpeg: ffplay: flush codec buffers before freeing filters
[17:32] <CIA-119> ffmpeg: We do this to ensure that input_get_buffer is not called from a
[17:32] <CIA-119> ffmpeg: frame_worker_thread of a multithreaded decoder when we already freed the
[17:32] <CIA-119> ffmpeg: filters.
[17:32] <CIA-119> ffmpeg: Fixes occasional segfaults on video stream change.
[17:32] <CIA-119> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[17:32] <CIA-119> ffmpeg: 03Marton Balint 07release/0.11 * r727749d30f 10ffmpeg/ffplay.c:
[17:32] <CIA-119> ffmpeg: ffplay: fix stream cycling if audio decoding fails
[23:02] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r875851294f 10ffmpeg/libavformat/avienc.c:
[23:02] <CIA-119> ffmpeg: avienc: create xsub in avi files that are closer to whats in the wild
[23:02] <CIA-119> ffmpeg: Fixes ticket1332
[23:02] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[23:27] <ubitux> michaelni: OK for me about repositories, thanks
[23:27] <ubitux> (for mine of course)
[00:00] --- Mon May 28 2012
1
0
[00:57] <Zeranoe> Does anyone know if FFmpeg supports multi thread encoding with vp8/vpx?
[09:06] <Semestert> what is command to join 2 splitted .mp4 file
[09:53] <s0126h> does ffmpeg support joining splitted .mp4 video files?
[11:00] <lanceio> JEEB, you there?! :D
[11:00] <lanceio> I got it to work perfectly! xD
[11:01] <lanceio> all I did was compile from scratch, and then I had to toy around a little with the excerpt you gave me, and it worked perfectly! :)
[12:50] <lanceio> the -crf option should be higher for more compression? or lower for more compression?
[12:58] <lanceio> compression makes the video smaller in size right?
[13:14] <JEEB> gotta love people leaving within a minute or two
[13:56] <burek> s0126h, try concat: protocol
[14:33] <bartus> hi there ! have problem witch first pass encoding log file.
[14:33] <bartus> when add -flag mv4 flag to firs pass, ffmpeg produce empty log file :/
[14:38] <burek> bartus,
[14:39] <burek> can you please use pastebin.com, to show your command line and its output?
[14:48] <bartus> ok, give me a moment ...
[14:49] <bartus> http://pastebin.com/1FQekDtf
[14:50] <bartus> use this script to convert video for my old iriverx20.
[14:52] <bartus> need to remove '-flags' switch from first pass to make it work.
[14:57] <kmk234> hello anybody can help me compile vlc
[14:57] <kmk234> i get this error Re: [vlc] how to fix compile vlc 2.0.1 error R_X86_64_32
[14:57] <kmk234> Hide Details
[14:57] <kmk234> FROM:
[14:57] <kmk234> Felix Paul Kühne
[14:57] <kmk234> TO:
[14:57] <kmk234> Mailing list for VLC media player users
[14:57] <kmk234> CC:
[14:57] <kmk234> Lee Wei han
[14:57] <kmk234> Message flagged
[14:57] <kmk234> Friday, May 25, 2012 7:54 AM
[14:57] <kmk234> Hello,
[14:57] <kmk234> On 23.05.2012, at 19:23, Lee Wei han wrote:
[14:57] <kmk234> > i get this error /usr/bin/ld: /usr/local/lib/libavcodec.a(kbdwin.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
[14:57] <kmk234> > /usr/local/lib/libavcodec.a: could not read symbols: Bad value
[14:58] <kmk234> how do i solve this problem
[15:00] <kmk234> anybody
[15:00] <kmk234> help
[15:00] <burek> bartus, there is no output text there
[15:00] <kmk234> help
[15:00] <burek> in your paste
[15:00] <burek> kmk234, don't spam that much
[15:00] <burek> if someone knows the answer, he/she will answer
[15:01] <kmk234> so did you see my message
[15:01] <burek> kmk234, next time use pastebin
[15:01] <burek> to avoid flooding the channel with logs
[15:02] <kmk234> do you know what is going on with the ffmpeg
[15:02] <burek> also, most probably you need make distclean
[15:02] <burek> and repeat the whole process
[15:02] <burek> (ffmpeg too)
[15:03] <kmk234> ok i will try again
[15:06] <bartus> burek, gave me a moment...
[15:06] <burek> I did :)
[15:07] <bartus> burek, here's output from previously showed script '-flags mv4+aic' included in first pass, as it's shows ; http://pastebin.com/60y76T5g
[15:08] <bartus> ffmpeg2pass-0.log is empty, as i mention before :/
[15:10] <burek> bartus, 1st pass is analysis only
[15:11] <burek> hmh..
[15:11] <burek> try: -flags "+mv4 +aic"
[15:12] <bartus> burek, trying ...
[15:16] <kmk234> thanks it work
[15:16] <burek> :beer: :)
[15:18] <stickyboy> 1920x800 is what, 800p?
[15:23] <bartus> burek, [NULL @ 0x7ffc60] [Eval @ 0x7fff9f4bae40] Undefined constant or missing '(' in 'mv4'
[15:23] <bartus> [NULL @ 0x7ffc60] Unable to parse option value "mv4 +aic"
[15:23] <bartus> [NULL @ 0x7ffc60] Error setting option flags to value +mv4 +aic.
[15:24] <LexSfX> stickyboy: it's 1920×800. there's no need to shorten it, causing ambiguity.
[15:25] <burek> bartus, try -flags "+mv4+aic"
[15:25] <burek> without blanks
[15:25] <burek> stickyboy,
[15:25] <burek> can you please use pastebin.com, to show your command line and its output?
[15:26] <bartus> burek, now it works ;] thanks !
[15:26] <stickyboy> burek: The output of ffmpeg -i?
[15:27] <stickyboy> LexSfX: Ok. So "1080p" and others are more useful to marketing?
[15:28] <stickyboy> burek: http://pastebin.com/jN19Qgns
[15:28] <LexSfX> "1080p" isn't really useful for marketing. people bought high-resolution 1920×1440 monitors and suchlike long before "1080p" and "720p" were tossed around.
[15:29] <stickyboy> LexSfX: You're saying it's not useful. Period. :)
[15:29] <LexSfX> right. it's more ambiguous than simply providing both dimensions
[15:30] <LexSfX> it's better to say "1920×1080 monitor"
[15:30] <stickyboy> Ok. Because from both dimensions you can imply aspect ratio?
[15:30] <stickyboy> I take it that's the more important piece of info; whether it's wide screen or whatever.
[15:30] <LexSfX> you could even include the aspect ratio for those who don't want to do the math: "1920×1080 16:9 monitor"
[15:31] <burek> stickyboy, I think your video might be interlaced
[15:31] <LexSfX> or go even further: "1920×1080 16:9 standard widescreen HD monitor"
[15:31] <stickyboy> burek: Ah, maybe that explains my problem.
[15:31] <stickyboy> I'm troubleshooting hardware-accelerated h264 on an Android port I'm working on.
[15:32] <stickyboy> So I'm just testing with various videos I have laying around.
[15:41] <DelphiWorld> hello folks
[15:45] <DelphiWorld> http://dpaste.com/752524/
[15:45] <DelphiWorld> any error in this FFServer configuration?
[15:51] <DelphiWorld> in sdp i have address of 0.0.0.0
[16:13] <DelphiWorld> anyone ?
[16:17] <burek> DelphiWorld, what error do you get?
[16:18] <DelphiWorld> burekno error at all, just sdp file contin 0.0.0.0 ip
[16:18] <DelphiWorld> and audio/video port is null
[16:18] <DelphiWorld> 0
[16:18] <DelphiWorld> burek, sec:)
[16:18] <burek> DelphiWorld, did you check the sample ffserver config file?
[16:18] <DelphiWorld> burek: yes, did you see mine?
[16:20] <burek> just access your stream using: ffplay http://localhost:8090/test1.mpg
[16:20] <DelphiWorld> burek, but i want to access it using iOs ;)
[16:21] <burek> ios?
[16:21] <burek> or ffplay rtsp://localhost:554/test1.mpg
[16:21] <DelphiWorld> burek: iOs... iPhone/POD/PAD/
[16:22] <burek> oh :) idiotOS :)
[16:22] <burek> well, good luck with that :)
[16:22] <DelphiWorld> burek: ;)
[16:22] <DelphiWorld> burwhy?
[16:23] <DelphiWorld> burek: any reason? :|
[16:23] <burek> for?
[16:24] <DelphiWorld> burek: for iOs;)
[16:24] <burek> no reason, only drawbacks :)
[16:25] <burek> but it's offtopic here ;)
[16:25] <DelphiWorld> burek: :P
[18:02] <swick> is there a way to use x11grab with fullscreen? it only shows black with "ffmpeg -f x11grab -r 30 -s 1440x900 -i :0.0 test.mkv"
[18:32] <burek> swick,
[18:32] <burek> can you please use pastebin.com, to show your command line and its output?
[18:32] <burek> and what is your DISPLAY env var?
[18:39] <burek> up until we are still young..
[18:57] <DelphiWorld> burek: re
[19:03] <DelphiWorld> i want to stream a multicast udp stream to a mp4 AAC/H.264 using FFServer any idea ?
[19:15] <burek> DelphiWorld, yes :) start ffserver, start ffmpeg and then stream :)
[19:15] <DelphiWorld> burek: ;)
[19:15] <burek> you have an example in the sample config file
[19:15] <burek> just read it
[19:16] <burek> and mp4 is not a streaming format
[19:16] <burek> afaik
[19:16] <burek> use mpegts or flv
[19:16] <DelphiWorld> burek: so what's mp4?
[19:16] <burek> file format?
[19:17] <JEEB> it's a container that by default needs an index that can only be made after the file has been fully created
[19:17] <s0126h> does ffmpeg support joining splitted .mp4 video files?
[19:17] <JEEB> although if you use the fragments feature in mp4, you will be able to have small indexes around the file
[19:18] <JEEB> which will enable you to stream it, but I'm not sure what would support it :D
[19:18] <DelphiWorld> JEEB: thx;)
[19:18] <burek> s0126h, already told you, try concat:
[19:18] <s0126h> concat?
[19:19] <JEEB> I don't think the concat filter in ffmpeg properly reads the input and concats, it's just the same if you piped the raw data together and fed it to the ffmpeg's parsers
[19:19] <burek> http://ffmpeg.org/ffmpeg.html#concat
[19:22] <DelphiWorld> JEEB, burek: anyway, my case is the following
[19:22] <DelphiWorld> i have a group of multicast channels
[19:22] <DelphiWorld> i want to be able to transcode them and put them on a rtp of http streamable format to be able to watch using my iphone on the go. that's all
[19:22] <JEEB> I think iphone wants hls streaming
[19:23] <JEEB> which is mpeg-ts + H.264/AAC over http, plus some extra stuff
[19:23] <burek> DelphiWorld, sorry, I don't use nor like idiotOS :)
[19:23] <DelphiWorld> burek: ok, i will tel you something
[19:23] <burek> wait for other people to come and help you
[19:23] <DelphiWorld> burek: can you seat with me and speak what's on mobile scereen all the day ?
[19:23] <burek> don't have time :/
[19:23] <burek> g2g :S
[19:24] <DelphiWorld> burek: yes
[19:24] <DelphiWorld> burek: but ios speak for me
[19:24] <DelphiWorld> burek: i am blind DUDE
[19:25] <JEEB> DelphiWorld, you will basically want to take that multicast input and stream it via HLS for iOS devices (and possibly android 3.x+)
[19:25] <JEEB> not sure about ffmpeg, but at least VLC can do it afaics
[19:25] <DelphiWorld> JEEB: what's hls?
[19:25] <JEEB> unfortunately I have no experience in that :)
[19:25] <JEEB> <JEEB> I think iphone wants hls streaming
[19:25] <JEEB> <JEEB> which is mpeg-ts + H.264/AAC over http, plus some extra stuff
[19:25] <JEEB> the extra stuff being some kind of playlist with urls etc.
[19:28] <DelphiWorld> JEEB, i did say i don't know hls or hlr...
[19:28] <JEEB> yes, which is why I gave you a short comment on it
[19:28] <JEEB> you would have to see if whatever you use supports it and so forth by yourself, unfortunately
[19:31] <DelphiWorld> LOL
[19:31] <DelphiWorld> nothing hlr on google;)
[19:31] <JEEB> why hlr?
[19:31] <JEEB> hls is what you most probably would need
[19:33] <DelphiWorld> HELLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL
[20:17] <concrete_> Does anyone know about the ALSA xrun buffer errors while using ffmpeg ?
[21:35] <funkster> getting a "-q:a unreconigzed" on a new server but older one doesnt give that ffmpeg error - slightly different versions though - anyone have any insight
[22:26] <DelphiWorld> saste: yo;)
[00:00] --- Mon May 28 2012
1
0
[01:17] <ubitux> here we go
[01:18] <ubitux> Måns avprobe feature request in ffprobe
[01:45] <ubitux> michaelni: when you'll merge avprobe changes, it might be wise to add "of" as an alias for "print_format"
[02:58] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r411689b5e1 10ffmpeg/libavfilter/af_aresample.c:
[02:58] <CIA-119> ffmpeg: af_aresample: fix request_frame()
[02:58] <CIA-119> ffmpeg: Fixes part of Ticket1341
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:58] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r72261fa867 10ffmpeg/libswresample/swresample.c:
[02:58] <CIA-119> ffmpeg: swr: fix swr_drop_output()
[02:58] <CIA-119> ffmpeg: Fixes part of Ticket1341
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:58] <CIA-119> ffmpeg: 03ami_stuff 07master * rca8623e1a5 10ffmpeg/ (libavcodec/raw.c libavformat/isom.c):
[02:58] <CIA-119> ffmpeg: Support some BOXX codecs.
[02:58] <CIA-119> ffmpeg: Fixes a part of ticket #1352.
[02:58] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[03:09] <Compn> whoa boxx support ;)
[03:09] <Compn> oh just more raw fourccs
[03:09] <Compn> :P
[03:14] <Compn> ami's been working hard on all of these codecs :)
[03:29] <Daemon404> "codecs"
[04:24] <Compn> some are codecs
[04:24] <Compn> some are raw colorspaces that are already supported :P
[04:24] Action: Compn decompresses Daemon404
[10:05] Action: ubitux compnpresses Compn
[10:07] <funman> does not compnute
[10:55] <ubitux> http://git.1wt.eu/web?p=haproxy.git;a=commitdiff;h=7de211c88b77594f9a4146e5…
[12:41] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r52b23cbf1c 10ffmpeg/tests/lavfi-regression.sh:
[12:41] <CIA-119> ffmpeg: tests/lavfi: rework lavfi-regression.sh, avoid use of ffmpeg -pix_fmts
[12:41] <CIA-119> ffmpeg: Use lavfi-showfiltfmts for checking the format supported by the scale
[12:41] <CIA-119> ffmpeg: filter instead. The advantage is that the scale filter may support
[12:41] <CIA-119> ffmpeg: formats which are not supported by libswscale (namely: the pal8 format).
[12:41] <CIA-119> ffmpeg: The new implementation is also a bit cleaner, because it doesn't depend
[12:41] <CIA-119> ffmpeg: on the ffmpeg output.
[12:41] <CIA-119> ffmpeg: 03Stefano Sabatini 07master * r36f714f825 10ffmpeg/tests/ (lavfi-regression.sh ref/lavfi/pixdesc):
[12:41] <CIA-119> ffmpeg: tests/lavfi: use do_lavfi_pixfmts for the pixdesctest test
[12:41] <CIA-119> ffmpeg: Simplify, and as a side effect extend the number of supported formats, in
[12:41] <CIA-119> ffmpeg: particular add a test for pal8.
[12:41] <CIA-119> ffmpeg: 03Christian Schmidt 07master * rf7d5272456 10ffmpeg/ (doc/ffprobe.xsd ffprobe.c):
[12:41] <CIA-119> ffmpeg: ffprobe: display the codec profile in show_stream()
[12:41] <CIA-119> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com>
[12:58] <michaelni> ubitux, that looks interresting
[12:59] <ubitux> the haproxy commit?
[12:59] <ubitux> it looked fun :)
[13:01] <michaelni> yes
[13:03] <michaelni> something like that could be usefull for us too ...
[13:06] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r072e7fad87 10ffmpeg/libswresample/swresample.c:
[13:06] <CIA-119> ffmpeg: swr: fix swr_drop_output()
[13:06] <CIA-119> ffmpeg: Fixes part of Ticket1341
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:06] <CIA-119> ffmpeg: (cherry picked from commit 72261fa8675ca6e118efe202fcb13fd0866d4a54)
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:06] <CIA-119> ffmpeg: 03Michael Niedermayer 07release/0.11 * r484302d183 10ffmpeg/libavfilter/af_aresample.c:
[13:06] <CIA-119> ffmpeg: af_aresample: fix request_frame()
[13:06] <CIA-119> ffmpeg: Fixes part of Ticket1341
[13:06] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:06] <CIA-119> ffmpeg: (cherry picked from commit 411689b5e1189e325f12060e52e7c5cb29f87b21)
[13:07] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[14:49] <ubitux> mmh the microdvd lines buffering looks strange... :/
[14:49] <ubitux> anyone has any news from aurelien jacobs?
[14:50] <ubitux> i tried to contact him one or two weeks ago but got no reply
[14:50] <ubitux> (his gnuage mail, dunno if there is another)
[16:35] <Vardan> hi all
[16:36] <Vardan> people I'm trying to use sws_scale() function and get this error: swscale.h:236: note: expected 'const uint8_t * const*' but argument is of type 'uint8_t **'
[16:36] <Vardan> here are the arguments that I give to sws_scale
[16:38] <Vardan> (struct SwsContext*, AVFrame->data, AVFrame->linesize, 0, AVCodecContext->height, AVFrame->data, AVFrame->linesize)
[16:38] <Vardan> what is wrong?
[16:40] <iive> my guess -Werror somewhere.
[16:40] <Vardan> what you mean?
[16:41] <iive> it treats warnings as errors.
[16:42] <Vardan> :) you are right :)
[17:56] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * raeb2dea802 10ffmpeg/Changelog:
[17:56] <CIA-119> ffmpeg: Changelog, spell out the CVEs that where fixed.
[17:56] <CIA-119> ffmpeg: there are some holes in the list as some things have been fixed
[17:56] <CIA-119> ffmpeg: in previous releases already.
[17:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:56] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rbe97675e6c 10ffmpeg/libavfilter/af_aresample.c:
[17:56] <CIA-119> ffmpeg: af_aresample: fix pts, they where off by a packet in the -async >0 case.
[17:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:47] <edgy> Hi, I want to file a bug regarding ffmpeg -i test.rm test.mp3 generating a corrupted file, is the info here http://pastebin.ca/2154653 enough?
[20:31] <ubitux> michaelni: i guess i have to use something like DSPContext.sad<something>?
[20:31] <ubitux> (sad[1]?)
[20:31] <ubitux> (and assuming it's in lavu at some point)
[20:40] <michaelni> ubitux, yes sad[]
[20:40] <michaelni> or pix_abs
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * rf7c89705e4 10ffmpeg/libavformat/avio.c:
[20:49] <CIA-119> ffmpeg: avio: fix "discards const qualifier from pointer target type" warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r6d401effc4 10ffmpeg/libavfilter/lavfutils.c:
[20:49] <CIA-119> ffmpeg: lavfutils: fix incompatible pointer type warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:49] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r8a45e0c354 10ffmpeg/libavfilter/lswsutils.c:
[20:49] <CIA-119> ffmpeg: lswsutils: fix "ncompatible pointer type" warning
[20:49] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:54] <michaelni> Tjoppen, can i remove the variable causing this -> libavformat/mxfdec.c:955:14: warning: variable last_index_duration set but not used ?
[20:54] <michaelni> or should i mark it as av_unused ?
[20:54] <michaelni> or something else ?
[20:56] <CIA-119> ffmpeg: 03Alexis Ballier 07master * r0bf90ceb84 10ffmpeg/tests/fate/video.mak:
[20:56] <CIA-119> ffmpeg: Fix tests without fate samples.
[20:56] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[21:17] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * r21e5dd93d7 10ffmpeg/libavcodec/aacpsy.c:
[21:17] <CIA-119> ffmpeg: aacpsy: fix "may be used uninitialized" warning
[21:17] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[21:17] <CIA-119> ffmpeg: 03Michael Niedermayer 07master * ra48b890392 10ffmpeg/libavcodec/aacdec.c:
[21:17] <CIA-119> ffmpeg: aacdec: fix "may be used uninitialized" warning
[21:17] <CIA-119> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[21:18] <ubitux> can i raise something like EAGAIN in read_packet callback?
[21:19] <ubitux> (so read_packet is called again immediately)
[21:23] <michaelni> ubitux, if we talk about the same read_packet() funtion, the one called by fill_buffer() then id say no
[21:23] <michaelni> fill_buffer() would set EOF
[21:23] <ubitux> the lavf read_packet callback
[21:24] <michaelni> AVIOContext.read_packet() ?
[21:27] <ubitux> no no AVInputFormat, sorry
[21:37] <michaelni> ubitux, it should be possibel i think
[22:02] <ubitux> ok
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * rb0970a69d1 10ffmpeg/doc/fate.texi:
[22:41] <CIA-119> ffmpeg: fate: document TARGET_EXEC and its usage
[22:41] <CIA-119> ffmpeg: TARGET_EXEC allows running FATE on simulators, remote targets and
[22:41] <CIA-119> ffmpeg: memory checkers. Also document a known issue with Wine and mixed
[22:41] <CIA-119> ffmpeg: Unix/Windows line ending.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * rc6eeb9b7b6 10ffmpeg/ (doc/protocols.texi libavformat/rtmpproto.c):
[22:41] <CIA-119> ffmpeg: rtmp: fix url parsing
[22:41] <CIA-119> ffmpeg: The application component can have a subcomponent to specify the
[22:41] <CIA-119> ffmpeg: application instance even if it doesn't have a ":" in the playpath.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * r0d242a7713 10ffmpeg/avprobe.c:
[22:41] <CIA-119> ffmpeg: avprobe: provide JSON output
[22:41] <CIA-119> ffmpeg: JSON usage is quite widespread.
[22:41] <CIA-119> ffmpeg: 03Luca Barbato 07master * r6a6c2a94c5 10ffmpeg/doc/avprobe.texi:
[22:41] <CIA-119> ffmpeg: avprobe: update documentation
[22:41] <CIA-119> ffmpeg: Update the documentation according to the latest changes
[22:42] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[22:42] <CIA-119> ffmpeg: 03Martin Storsjö 07master * r93cef6f923 10ffmpeg/libavformat/rtpenc_chain.c:
[22:42] <CIA-119> ffmpeg: rtpenc_chain: Free the URLContext on failure
[22:42] <CIA-119> ffmpeg: If an URLContext is passed in, its ownership is given to this
[22:42] <CIA-119> ffmpeg: function, and is either owned by the returned AVFormatContext
[22:42] <CIA-119> ffmpeg: on a successful return, or freed on failure.
[22:42] <CIA-119> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[22:42] <CIA-119> ffmpeg: 03Martin Storsjö 07master * r68c813081b 10ffmpeg/libavformat/ (movenchint.c rtpenc_chain.c rtpenc_chain.h rtsp.c sapenc.c):
[22:42] <CIA-119> ffmpeg: rtpenc_chain: Return an error code instead of just a plain pointer
[22:42] <CIA-119> ffmpeg: Also check the return value in sapenc.
[22:42] <CIA-119> (22 lines omitted)
[22:57] <CIA-119> ffmpeg: 03Clément BSsch 07master * r19c1bf1525 10ffmpeg/ffprobe.c: ffprobe: reduce the number of AVBPrint resets.
[23:19] <ubitux> saste: i think we could reduce the av_bprint_init()/av_bprint_finalize() by adding a AVBPrint to the writer context
[23:20] <ubitux> or sth like that
[23:20] <ubitux> (and just call some clear())
[23:20] <saste> yes, i had the same tought
[23:20] <saste> another possibility would be to remove the use of avbprint at all, and print to stdout
[23:21] <ubitux> mmh we need some buffering in some places
[23:21] <ubitux> i don't remember why
[23:22] <saste> but that's a major overhaul
[23:22] <saste> yes i can't remember why...
[23:23] <ubitux> :D
[23:23] <ubitux> same for me
[23:23] <ubitux> but i'm pretty sure there was a good reason :))
[23:23] <saste> oh was something related to csv escaping?
[23:23] <ubitux> maybe the escaping yes
[23:23] <saste> you need to parse all the string in order to understand if the string need external escaping
[23:24] <saste> otherwise you need to default to always use it, which seemed ugly
[23:24] <saste> maybe the same consideration applied to other kinds of escaping
[23:26] <ubitux> ah yes indeed that was this!
[23:26] <ubitux> with escaping you needed an allocation
[23:26] <ubitux> and we started limiting the number of allocated buffers by using a common one
[23:26] <ubitux> which lead to fast_asprintf and such
[23:27] <ubitux> so the whole point of the buffering was to reuse the same buffer for escaping
[23:27] <saste> anyway the parsing can be done internally in the callback, no need to force that
[23:27] <ubitux> and thus all we need is put a temporary reusable for escaping (or similar) buffer in the writer context
[23:27] <saste> so in all i think we could just get rid of av_bprint
[23:28] <saste> not that i dislike it (indeed i like it very much) but seems unneeded for ffprobe
[23:28] <ubitux> well how do you avoid the allocations in the escape functions?
[23:28] <ubitux> it would be nice to have access to just one AVBPrint in the escape functions
[23:28] <saste> bonus -> avio use for rock'n'roll outputting
[23:29] <ubitux> so everytime we need a stash buffer, we can use it
[23:29] <saste> you can still put an AVBprint in the writer context
[23:29] <ubitux> yes
[23:29] <saste> and use *only* when it is needed (CSV/compact)
[23:29] <saste> or even in the writer private context
[23:29] <ubitux> no, not the private one, let's make it available for all the writers
[23:30] <saste> no objections ;-)
[23:30] <ubitux> also about the avio stuff, if you're doing it, maybe we should consider reusing the libav names
[23:30] <ubitux> like probe_str instead of print_str (lol...)
[23:30] <saste> that's possible indeed
[23:30] <ubitux> so we can make merges easier
[23:32] <saste> even if that name doesn't seem very appropriate
[23:32] <ubitux> yes it's a stupid name.
[23:32] <ubitux> but well& :)
[23:34] <ubitux> about the eval(ffprobe ...) for the flat stuff, i wonder if that would be possible
[23:34] <saste> sh_escape_str?
[23:34] <saste> sh escaping has a few glitches
[23:34] <ubitux> yes that's what i'm doing
[23:34] <ubitux> but it's an issue with the tags
[23:35] <ubitux> mmh i need 2 kind of escaping
[23:35] <saste> escaping hell!
[23:35] <ubitux> one replacing " with \", and one with the char separator
[23:35] <ubitux> so if you have tag a"b=c"d, it will be: a_b="c\"d"
[23:35] <ubitux> mmh, could be possible.
[23:36] <ubitux> arh whatever i'm waiting for the new version of ffprobe escaping system, 'going back to scene detection :)
[23:38] <saste> yep, that's far cooler
[23:38] <ubitux> :D
[23:39] <ubitux> i want to add a lot of stuff in my todo list :p
[23:39] <saste> btw: regarding diff, there is optimized diff code in my decimate patch
[23:39] <ubitux> like motion estimation filter :p
[23:39] <ubitux> (isn't fps doing it anyway?)
[23:39] <ubitux> saste: ah?
[23:39] <saste> the same code taken from libmpcodecs
[23:40] <saste> even if libav is working on porting DSP utils to lavu, so they would be available to lavfi
[23:40] <ubitux> ATM i see they're porting float stuff only
[23:40] <ubitux> (afaiu)
[23:41] <ubitux> oh, vf deshake is using DSPContext unconditionnaly for SAD()
[23:42] <ubitux> mmh, there is already a hard dep on lavc?
[23:42] <nevcairiel> in lavfi? sadly, yes. (although the makefile wasn't told yet)
[23:43] <saste> yes after the merge, i have yet to clean the frankeinstein api
[23:43] <sware> in libavutil/dict.h there is typedef struct AVDictionary AVDictionary, but it's never defined
[23:43] <sware> is that a typo
[23:44] <ubitux> saste: well, vf deshake isn't in libav; and it's using DSPContext (exactly for the same thing i need it seems)
[23:45] <saste> sware: no that's required for using the structure without typing "struct" every time
[23:45] <sware> but where is AVDictionary actually defined
[23:45] <ubitux> sware: that's an opaque struct
[23:45] <nevcairiel> sware: its meant to be an opaque structure, its content not visible in a public header
[23:45] <nevcairiel> its defined in internal.h
[23:45] <ubitux> sware: it is defined in the internal.h
[23:45] <ubitux> heh
[23:45] <sware> hmm
[23:45] <saste> ubitux: no problem on that, no need to wait for hell freezing and dsp utils fully ported to lavu
[23:45] <ubitux> nevcairiel: interlaced brain hacked
[23:45] <nevcairiel> hehe
[23:45] <nevcairiel> eww, interlacing!
[23:46] <ubitux> :)
[23:46] <sware> ahhh, not internal.h but libavutil\internal.h
[23:46] <ubitux> saste: ah, great ok, so i can use it DSPContext immediatly; what was the problem then?
[23:46] <sware> files are including internal.h which is part of libavformat, but not the libavutil one, so was getting errors
[23:46] <ubitux> saste: adding a lavc dep on the filter maybe>
[23:46] <ubitux> ?
[23:47] <saste> yes, like already done for movie & friends
[23:47] <ubitux> i see
[23:47] <ubitux> ok :)
[23:47] <ubitux> sware: you shouldn't include the internal.h
[23:47] <sware> ubitux: I'm going to just move the definition
[23:47] <ubitux> (i mean, in your app)
[23:47] <ubitux> sware: why?
[23:47] <sware> ubitux: I'm building in msvc
[23:48] <ubitux> sware: msvc isn't able to typedef a struct without knowing it?
[23:49] <sware> ubitux: it is, but when it's not defined in any files that are included, it throws an error
[23:49] <ohsix> during link, right?
[23:49] <sware> ubitux: I thought it was just typedeffed but not defined, until you guys told me it's defined in libavutil\internal.h, which isn't included, fixed now :)
[23:49] <ubitux> included from where?
[23:50] <ubitux> where does it fail exactly?
[23:50] <saste> weird, do we have other places where the same trick is used? I guess so
[23:50] <sware> in asfenc.c
[23:50] <sware> and utils.c
[23:50] <sware> one sec
[23:50] <ubitux> sware: yes we use this a lot
[23:50] <ubitux> saste*
[23:50] <saste> the last time i compiled a libav* app in windows (two years ago) it was working just fine
[23:51] <ubitux> certainly not with msvc
[23:51] <Daemon404> at least 3 widely use apps link libav* with msvc.
[23:51] <saste> DLL are compiled using mingw
[23:51] <ubitux> they don't support C, and don't want to ("use C++")
[23:51] <saste> there is no way to compile ffmpeg sourcecode with mscv
[23:51] <ubitux> saste: i think saste is willing to script something to make the code building in msvc
[23:51] <saste> *msvc
[23:51] <Daemon404> saste, BBB is working on it for google
[23:51] <Daemon404> for chrome use
[23:51] <ubitux> i think sware*
[23:51] <Daemon404> iirc
[23:52] <saste> no i'm no windows expert
[23:52] <ubitux> ;)
[23:52] <saste> but that would be *good* for various reasons
[23:52] <Daemon404> bets reason is
[23:52] <Daemon404> i could use ms's debugger
[23:52] <Daemon404> instead of shitty old gdb
[23:52] <sware> I ported it to msvc
[23:52] <sware> anyway
[23:53] <sware> metadata_count = s->metadata ? s->metadata->count : 0; in asfenc.c
[23:53] <ubitux> it's incredible the amount of acrobatics some people are ready to do just because Microsoft doesn't like C :p
[23:53] <sware> fails on left of count, because libavutil\internal.h is not included
[23:53] <sware> where the definition for AVDictionary is
[23:54] <sware> and in utils.c at first line of static void dump_metadata()
[23:54] <Daemon404> ubitux, its incredible that foss people live in a work where they can completely dismiss msvc :P
[23:54] <sware> if(m && !(m->count == 1 && av_dict_get(m, "language", NULL, 0))){
[23:54] <Daemon404> world*
[23:54] <ohsix> why do they have to support something they don't use
[23:54] <ubitux> Daemon404: msvc is dismissing itself from the world
[23:54] <sware> fails again, left of count specifies undefined struct/union 'AVDictionary'
[23:54] <ohsix> they support what they use already
[23:54] <Daemon404> ohsix, the biggest distributer of ffmpeg in teh world uses msvc :P
[23:54] <ohsix> that's like saying it's a shame foss people don't support food programs in uganda
[23:54] <sware> those get fixed by including libavutil\internal.h in utils.c and asfenc.c
[23:55] <ubitux> ohsix: :D
[23:55] <saste> i was reading an article today by a game dev which i love a lot (Jonathan Blow), it was about (the other things) how linux sucks for game development
[23:55] <saste> http://braid-game.com/news/2008/08/misc-linux-questions/
[23:55] <ohsix> Daemon404: they should probably contrinbute more to support it then
[23:55] <Daemon404> ohsix, i was mroe referring to people who actively reject patches tyo add support
[23:55] <Daemon404> because "MS Is Satan"
[23:55] <saste> well indeed it was a blog to be honest
[23:55] <Daemon404> ive hit that wall a few times
[23:55] <ohsix> you need someone you can trust, you don't know if some guy using msvc was just trying random things to get a syntax error to go away
[23:56] <Daemon404> cant that same logic be applied to all outside patches?
[23:56] <ohsix> saste: he was right in 2008 :]
[23:56] <ubitux> saste: it looks like it's missing one big problem: the binaries/packaging
[23:56] <ohsix> everything is great except packaging the games
[23:56] <sware> well
[23:57] <saste> ohsix: no visual debugging / sane multithread debugging and stuff like that
[23:57] <sware> ffmpeg has been ported to msvc for some time now
[23:57] <Daemon404> also
[23:57] <Daemon404> >glibc
[23:57] <sware> and working properly
[23:57] <Daemon404> sware, not in any sort of sane way
[23:57] <saste> there is no market/niche of game developers in linux, so there are no good tools for that
[23:57] <sware> Daemon404: the xbox 360 port is msvc
[23:57] <saste> no games -> no world domination ;-)
[23:57] <sware> Daemon404: and working
[23:57] <ubitux> <@Daemon404> ohsix, i was mroe referring to people who actively reject patches tyo add support // the rejection is about going back to 1989 and making the code unreadable
[23:57] <ubitux> (you saw by yourself in the c++ files...)
[23:57] <Daemon404> ubitux, ?
[23:57] <Daemon404> i wasnt referring to ffmpeg
[23:58] <ubitux> ah, my bad then :)
[23:58] <ohsix> i like how sdl's api is seriously lacking when you just write samples, he's probably expecting something like fmod or something
[23:58] <saste> btw i tried the braid port for linux today, it works just fine after some tweaking with pulse/alsa
[23:58] <sware> the reason that it hasn't been ported to msvc is because linux people don't support it
[23:58] <sware> aka you guys
[23:58] <sware> lol
[23:58] <Daemon404> ubitux, the way BBB is doing it (paid by google i guess), is he's making some sort of preproc script to be run
[23:58] <ubitux> <@saste> no games -> no world domination ;-) // Valve will port Steam and smart ppl world domination will start
[23:58] <Daemon404> before calling cl.exe
[23:59] <sware> at least a maintained port
[23:59] <ubitux> isn't what is doing sware as well?
[23:59] <sware> someone does it every few years
[23:59] <ohsix> one thing that does suck on linux is the difference between the sound apis, people seem to forget that 44100 samples go by in a second when the sound api isn't controlling time for you
[23:59] <Daemon404> ubitux, i have no idea what sware is doing
[23:59] <Daemon404> is it publically available?
[23:59] Action: ubitux neither
[23:59] <ubitux> no idea
[23:59] <sware> I am porting ffmpeg to be built with msvc
[23:59] <ubitux> manually?
[23:59] <sware> yes
[23:59] <Daemon404> yeah thats not sane
[23:59] <sware> by hand
[23:59] <Daemon404> nor will it be merged
[00:00] --- Sun May 27 2012
1
0
[02:45] <itsthesource> Hey all, a player I'm using is having trouble playing back movies in optimized MP4 containers, so I want to extract the video & audio streams and put them in a new container. However, the amount of audio tracks vary. Is there a way to get all video & audio tracks without having to query the file for information first?
[03:00] <hwk> not likely... you need a map to know your routes
[03:03] <itsthesource> Thanks. I was pretty sure there wasn't an option to do so.
[03:04] <linuxdev> Hi. For -vb 256K what is the recommended -bufsize?
[04:19] <APoulos> burek, my computer is a piece of crap
[04:20] <APoulos> burek, seriously, I spent 5 hours converting a 11GB mkv file down to a 2.7GB mp4 file and it overheats.
[04:20] <APoulos> burek, I should make a meme or something, Craptastic Compaq
[04:20] <APoulos> burek, anyway, is there anyway I can have ffmpeg split a file while converting?
[04:21] <APoulos> burek, here's the syntax I have so far: ffmpeg -i blah.1080p.mkv -vcodec libx264 -preset ultrafast -s 720x480 -acodec copy -t 90 sample.mp4
[04:22] <APoulos> can someone explain what "ultrafast -s" stands for in the ffmpeg syntax?
[04:25] <APoulos> well then
[05:04] <elizeucoder> hi everyon
[05:05] <elizeucoder> im new in ffmpeg and im having a problem with h264
[05:17] <ArchMint> elizeucoder: how did you install x264?
[05:17] <ArchMint> I had it mess up because I had 2 installs once
[05:18] <elizeucoder> i downloade a static version with libx264 included
[05:18] <elizeucoder> *downloaded
[05:19] <elizeucoder> i want to convert a mp4(h2644) file to normal flv
[05:19] <elizeucoder> but the program cant make the conversion to this type of file
[05:19] <elizeucoder> :/
[05:24] <Arconiaprime> what's the command line command to convert low grade avi video to 720p avi/mpeg4?
[05:29] <elizeucoder2> im using the comman: ffmpeg.exe -i video.mp4 -vcodec copy -acodec copy --o file.flv
[05:29] <elizeucoder2> but nothing happens
[05:29] <elizeucoder2> :/
[05:37] <APoulos> Hello ladies and Gents, I have a question about encoding a video file that has dual audio (eng and jap) audios
[05:37] <APoulos> I'd like to know how I would go about encoding only one of the audios to the final encode
[05:37] <APoulos> so if someone could please help me out with that syntax I'd be thankful
[07:14] <grepper> APoulos: you would use the -map option
[07:14] <APoulos> grepper, -map option?
[07:15] <APoulos> grepper, can you use that in a syntax?
[07:16] <grepper> if you do ffmpeg -i FILE, you will see what streams are available
[07:17] <grepper> 0:0 is usually video
[07:17] <grepper> so ffmpeg -i FILE ... other options ... -map 0:0 -map 0:1 OUTFILE
[07:18] <grepper> would map the video stream and the 1st audio stream probably - you'd need to check the output of that 1st command to be sure what you are mapping
[07:19] <APoulos> grepper, how about if I wanted to split a large output file into 2 parts - due to the sh*tty PC I have and its ventilation system
[07:20] <APoulos> grepper, because I tried to shrink an 11GB mkv down to 2.5GB and it overheated
[07:20] <APoulos> and I lost everything
[07:20] <grepper> see -t and -ss options in the manpage
[07:20] <APoulos> grepper, manpages are a headache, can you use them in a sample syntax?
[07:20] <APoulos> grepper, something I can build off of?
[07:22] <grepper> ffmpeg -i FILE -t 01:00:00 <- 1st hour , ffmpeg -i FILE -ss 01:00:00 <- rest of video
[07:23] <APoulos> thank you sir
[07:23] <APoulos> i shall log it and use it for building off of
[07:24] <APoulos> now say I wanted to join them later on?
[07:27] <grepper> depends on what format
[07:27] <grepper> easiest to use the split for a popcorn break :)
[07:28] <APoulos> haha
[07:28] <APoulos> I guess so
[07:34] <grepper> btw you can fast seek by putting the -ss before the '-i FILE' but it is not as accurate and also may produce a few corrupt frames iirc
[07:34] <grepper> its much quicker though
[07:38] <APoulos> whats the whole "ultrafast" command mean?
[07:39] <grepper> ?
[07:52] <APoulos> eh
[07:52] <APoulos> nevermind
[16:39] <Vardan> !pastbin
[17:06] <DasHaas> Hi Im am seeking some assistance with some saturation issues I am having with ffmpeg
[17:06] <DasHaas> the output video seems less saturated and im not sure how to preserve the original saturation level
[17:08] <burek> DasHaas, are you re-encoding your video?
[17:08] <DasHaas> yes i am
[17:08] <DasHaas> ffmpeg -i 2.mov -vcodec libx264 -b 8000k -y out.m4v
[17:09] <burek> you can take a look at mp video filter
[17:09] <burek> http://ffmpeg.org/ffmpeg.html#mp
[17:09] <DasHaas> oh btw Im running ffmpeg from OSX
[17:09] <burek> you'll see the example at the end of the section
[17:09] <DasHaas> ok let me check thaat out
[17:10] <burek> ffmpeg -i 2.mov -vf "mp=hue=100:-10" -vcodec libx264 -b 8000k -y out.m4v
[17:10] <burek> something like that
[17:10] <burek> btw, you might try playing around with -crf, -preset and -tune to see if you'll get better image
[17:10] <burek> x264 --help
[17:11] <DasHaas> hmm interesting
[17:11] <DasHaas> playing with the different values but i think im on the right path
[17:11] <DasHaas> thanks a million! i appreciate your assistance
[17:13] <burek> :beer: :)
[18:32] <edgy> Hi, ffmpeg -i test.rm test.mp3 generated a corrupted mp3 file, what could be wrong?
[18:33] <edgy> here is more info: http://pastebin.ca/2154653
[18:34] <edgy> -rw-rw-r-- 1 edgy edgy 83K May 26 19:31 test.mp3
[18:34] <edgy> -rwxr--r-- 1edgy edgy 1.3M Mar 18 21:32 test.rm
[18:41] <sgfgdf> hi, guys! is it possible to stream video to a STB device? it is actually used now for recieving tv from my Internet provider. does those STBs can accept different stream from the local network?
[18:45] <mystica555> if you can control the stb enough to do it, perhaps.. or if you can figure out exactly how your isp streams the tv multicast and emulate it exactly (perhaps, which VLAN its on if any, which multicast address to recieve from, whatever other signalling is required..)
[18:58] <sgfgdf> mystica555, the problem is that i have very few options to control the STB, probably they locked the important options to prevent users doing wrong stuff or restream the tv channels to another tv.
[18:58] <mystica555> thats where the 'configure your setup to match that of the isp' comes in; if its looking for something on vlan 127, at a certain multicast ip/port, then you may be able to trick it
[18:58] <mystica555> for example
[18:59] <mystica555> you'd have to do some pretty in-depth network sniffing and traffic analysis though
[19:01] <sgfgdf> mystica555, the problem is that the tv doesn't have DLNA, otherwise i would not bother to use the stb, i would stream directly to the tv.
[19:01] <mystica555> get yourself a wdtv
[19:01] <mystica555> or some other compatible network streamer
[19:01] <mystica555> *shrug*
[19:01] <mystica555> using the STB will be many orders of magnitude harder
[19:04] <sgfgdf> mystica555, by wdtv did you mean this -- http://en.wikipedia.org/wiki/WD_TV or something else?
[19:04] <mystica555> yes that
[19:04] <mystica555> its one of the most compatible streaming devices available
[19:04] <mystica555> there are many others however, with differing format playability
[19:04] <mystica555> and of course, price point
[19:07] <sgfgdf> mystica555, actually i used DLNA on another tv which supports it and i noticed that videos higher than 720p are difficult to play, they play very slow. i actually don't know if it is because i try to stream them over WiFi (802.11g) or perhaps my computer struggle to do the streaming.
[19:07] <mystica555> potentially both
[19:07] <mystica555> some higher quality videos will burst up to 20 megabits or so, and without proper buffering or with low signal and thus low transmit rates, you end up with underruns on the high bitrate stuff
[19:08] <mystica555> if its having to reencode on your computer, then you have even more potential for playback errors
[19:08] <mystica555> the wdtv itself is very format compatible, the only thing it can't play are 10bit h264s
[19:08] <mystica555> so it would instead of using DLNA, stream from a network share for example
[19:08] <mystica555> literally just pulling the raw file and decoding on the unit
[19:09] <sgfgdf> mystica555, can it use wifi signal?
[19:10] <mystica555> yes
[19:10] <mystica555> 802.11n
[19:10] <mystica555> however, if you can use ethernet, you will be guaranteed to not have a speed limit
[19:11] <sgfgdf> mystica555, do you think it is better than those alternatives like google tv and etc?
[19:12] <mystica555> it is a self contained unit; google tv itelf is rather limited in what it will natively play as it uses its GPU and not the CPU if memory serves; if you get an older unit and hack linux onto it, it may be more capable..
[19:20] <sgfgdf> mystica555, i'm not looking for comparison between roku, google tv, boxee, apple tv etc, but didn't see wdtv. is it somekind different from them?
[19:21] <mystica555> it is similar, but different. :) boxee is about the most compatible of the bunch, being an atom cpu with a very well thought out UI
[19:21] <mystica555> the wdtv is second in line for compatibility, but has lesser features
[19:21] <mystica555> the roku/google tv/apple tv are mostly online streaming, and indeed the roku won't even play LAN shared files at all, but does have a third-party DLNA streaming app
[19:22] <sgfgdf> mystica555, what can you do more with boxee than apple tv for example?
[19:22] <mystica555> much more
[19:23] <mystica555> apple's designs are limited in very many arbitrary ways
[19:24] <sgfgdf> mystica555, if you can stream video and rent from it what else people can do with this boxee?
[19:24] <sgfgdf> btw the boxee is the most expensive of them.
[19:38] <mystica555> yes the boxee is, because its a full atom x86 box.. hardware costs more.
[19:38] <mystica555> i think it has a more developer oriented platform for anyone to make different apps for
[19:39] <mystica555> and it has a browser
[19:39] <mystica555> with flash iirc
[19:40] <cbreak> yuck
[19:40] <cbreak> flash
[19:41] <sgfgdf> mystica555, so the others use hardware architecture like mips or arm, is that right?
[19:41] <mystica555> yes
[19:41] <mystica555> well, flash might be yuck, but for some online videos it works :)
[19:43] <sgfgdf> mystica555, what else you can do with boxee instead of the standard video streaming and renting videos? any interesting feature that lacks in the others boxes?
[19:43] <sgfgdf> mystica555, oh besides the browser itself.
[19:45] <mystica555> mainly the app availability, and the ability for just about anyone to make new apps for it
[19:45] <mystica555> with said apps, there are *many* more content options
[19:46] <mystica555> and other neat things too
[19:47] <sgfgdf> mystica555, does it play more video formats than the others (i mean if it is possible to play from HDD or something not the streaming feature)?
[19:47] <mystica555> its actually possible to hook up USB hard drives to just about all of these boxes
[19:47] <mystica555> but yes its format compatibility is top notch
[19:48] <mystica555> proper subtitles for things like anime, etc
[19:50] <sgfgdf> mystica555, on the other hand while streaming to the box is the video format a factor or it probably is converted if not playable by the box itself?
[19:51] <mystica555> its the same compatibility as a locally attached hard drive
[19:51] <mystica555> for the wdtv and the boxee
[19:51] <mystica555> others, not so much.. Sony makes a streamer box that will do ONLY mpeg2 over DLNA, and offers only more compatibility via a local usb hdd
[19:52] <mystica555> the only consideration is if the wifi signal is enough to give enough speed to stream high bitrate files to it
[19:53] <sgfgdf> mystica555, so if you have to rank them it will be something like boxee box, wdtv, and then?
[19:54] <mystica555> then, something like popcorn hour
[19:54] <mystica555> its popular with a lot of community
[19:54] <mystica555> but afaik not as much format compatibility in the current model
[19:54] <mystica555> lesser online features
[19:54] <mystica555> boxee far surpasses anything for online content features
[19:55] <sgfgdf> mystica555, where would you put the google/apple tvs, roku?
[19:56] <mystica555> somewhere near the bottom of the list.. i consider the roku and appletv useless; google is more useful, as iirc it uses android
[19:56] <mystica555> actually lets check the googletvs compatibility..
[19:56] <mystica555> it may be closer to the middle or low high end
[19:57] <mystica555> actually it seems pretty well specced too
[19:58] <mystica555> ok so i was wrong about that
[19:58] <sgfgdf> mystica555, about google tv, or...?
[19:58] <mystica555> id say its maybe a second and the wdtv would be the third
[19:58] <mystica555> about google tv
[19:58] <mystica555> wasnt aware it had such a good format compatibility
[19:59] <mystica555> it may not have full subtitle support in the way that the boxee or wdtv do
[19:59] <mystica555> but again, uncertain
[19:59] <sgfgdf> mystica555, so the format compatibility is probably one of the most important if people want to stream, right?
[20:00] <sgfgdf> i'm actually not aware if the manufacturers put some softwar updates to the boxes to update the format compatability if it is possible.
[20:00] <sgfgdf> *software
[20:06] <mystica555> well, there are some updates which software can do, and others which are hardware limitations
[20:07] <mystica555> all presented so far use a GPU based decoder chip for the video playout; whether its mpeg, h264, realmedia, etc
[20:07] <mystica555> the cpu however can be used for audio, as well as for container format demuxing, subtitle rendering, etc
[20:07] <mystica555> so software updates can update that part, but don't expect for example hi10p playback from any of these boxes, ever
[20:07] <mystica555> as no GPU based decoder will play that content
[20:19] <sgfgdf> mystica555, i'm actually not aware of that hi10p but it appears to use more information for showing colors. anyway thanks for the help!
[20:19] <mystica555> more color info, yes
[20:19] <mystica555> a lot of anime ripping groups use it because it theoretically provides for smaller encodes with the same visual clarity without banding (otherwise, they pre-dither to remove banding thus taking more bitrate to display)
[20:20] <mystica555> or they just want to do insane quality stuff
[20:20] <mystica555> but no hardware decoder exists to play it yet on the market
[20:20] <sgfgdf> so todays video uses still very low colors compared to pictures or i'm wrong?
[20:22] <mystica555> no, they are the same at the moment; 8 bits per pixel or 24 bits to descrbe the image; however digital camera RAW files are much more, usually 10-12-14 bit sometimes; all depends on the camera.
[20:25] <sgfgdf> mystica555, i did not understand that part -- 8 bits per pixel or 24 bits to describe the image. where does 24 comes from?
[20:25] <mystica555> 8 bits each for red, green and blue channels
[20:25] <zap0> 8 bit is not great, on a HD display, its easy to see banding.
[20:27] <sgfgdf> mystica555, so isn't it 24 bits per inch then? 8 bits of red, 8 of green and 8 of blue, because this bit can contain combination of three of them. am i missing something?
[20:28] <zap0> inch?
[20:28] <mystica555> no.. each pixel is encoded for a color value
[20:28] <mystica555> the combination of 8 bits (256 combinations) each for r/g/b makes up for 16.7 million possible combinations of colors per pixel
[20:38] <alp> hi, i just want to know that How can i insert multi images according times to a video, and export it?
[20:39] <alp> is it possible with ffmepg
[20:41] <ubitux> parse error
[20:41] <ubitux> i don't understand your question
[20:42] <alp> is it possible to insert multi images (not a image like logo) to a video with ffmepg?
[20:42] <ubitux> overlay can take images but also another video as input
[20:43] <alp> so, the images should be a video...
[20:43] <alp> is it correct
[20:43] <ubitux> yes, but is that a problem?
[20:43] <ubitux> you can create a lossless video from your images
[20:44] <ubitux> actually i wonder if you can avoid this step..
[20:44] <alp> but how can i build a video from these images according to time issue
[20:45] <alp> because, i want to see these images before according specified time
[20:45] <alp> i want to give an example
[20:45] <ubitux> maybe try something like: ffmpeg -i video.avi -f image2 -i /tmp/%03d.jpg -filter_complex '[0:v][1:v]overlay[out]' out.avi
[20:46] <alp> e.g., let say there is 5 images and i want to build 10 min video from them
[20:46] <alp> so how can i arrange?
[20:46] <alp> at that command, is there any time parameter?
[20:47] <ubitux> it will use the shortest time i guess
[20:47] <alp> h1mm :)
[20:47] <ubitux> i didn't test anything, you will likely need to experiment
[20:47] <alp> not solves my problem
[20:47] <alp> h1mm ok
[20:47] <alp> thank you for ur effort
[20:48] <ubitux> check http://ffmpeg.org/ffmpeg.html
[20:48] <alp> let's google :/ again again again
[20:48] <ubitux> look for "image2", "filter_complex", and "overlay"
[20:48] <ubitux> there are examples
[20:48] <alp> thank u again
[20:48] <alp> bye
[20:51] <sgfgdf> mystica555, okay when you say "8 bits each for r/g/b/" it means 8x3 isn't it right, so 24 bits per pixel.
[20:52] <mystica555> yes, however the nomenclature ends up referencing the subpixel
[20:52] <mystica555> i don't know why
[20:52] <mystica555> so 8 bits per subpixel
[20:52] <mystica555> or 10
[20:52] <mystica555> *3 subpixels
[20:53] <sgfgdf> mystica555, so this new trend is to use 10-bits per color r/g/b? ins't 16 millions colors enough for the human eye?
[20:53] <mystica555> its only a trend for some very specific tasks at the moment; animation being one where banding is most commonly seen
[20:54] <mystica555> it *is* enough for the human eye, but for computer processing, when it comes to floating point rounding and such, the error adds up and it doesn't quite look as good
[20:55] <zap0> sgfgdf, yor thinking about it wrong. if you have a gradient on your HD monitor (everyones got one now days!) and its a green gradient.. thats only 256 shades of green.
[20:55] <zap0> how can i draw a 1920 gradient on the screen with only 256 colours?
[20:57] <mystica555> plus every encoding step, it converts the already lesser-than-optimal colorspace, with perhaps differing results, creating even more potential for large jumps between gradients as the colors may be a few shades different after reprocessing..
[21:02] <sgfgdf> zap0, i will use the same color for every ~7 pixels, since i can't distinguish between lets say color #5 or color #5.1 (if #5.1 is some new color out of that 256 colors).
[21:03] <zap0> but the thing is, you can distinguish.
[21:08] <sgfgdf> zap0, if you use the other red and blue colors in conjunction with the green won't you get more than 256 colors? i mean if you use only the green park you are right you get only 256 variants of green, but when adding the other base colors..?
[21:08] <sgfgdf> i'm just asking i actually don't know much about colors.
[21:09] <sgfgdf> as you can see :)
[21:10] <zap0> the result stops being green
[21:10] <zap0> it is some other colour.
[21:11] <zap0> sgfgdf http://cinetal.com/Download%20Library/stills/8bit_full_grad_2green.png i see banding, do you?
[21:13] <sgfgdf> zap0, so they say 16+ million colors are enough for human eye and then if we talk exclusively about one of the base colors then it is not enough, because we want variants only from that color.
[21:13] <drv> if you've got a run-of-the-mill LCD panel, it's probably 6 bit anyway :P
[21:14] <RobertNagy> what is the best way to manage cases when looping files where there is more audio than video?
[21:15] <zap0> drv, yes, 6bit.. when? it might be 6bits, but it can modulate between the next colour and the previous colour pretty fast.
[21:16] <zap0> so the overall light level leaving that pixel on the LCD can be more then 6bits
[21:16] <zap0> there is more to LCDs than just bit depth, response time is important too.
[21:19] <zap0> sgfgdf, when the first movies of a train "crashing" thru the camera view where shown in the early 1900's, audiences would duck. at the time you could say the image was considered real enough for human eyes to represent a real thing. can you imagine that now?
[21:19] <sgfgdf> zap0, yes i see something like stripes. does that image repets same color per few pixels?
[21:19] <zap0> "enough for human eyes" is when you can't tell the difference between a real object and a displayed hologram.
[21:20] <zap0> sgfgdf, yes. it has only 256 shades of green to use. it must use them over 1920 pixels
[21:20] <zap0> so you are rigth its about ~8 pixels
[21:21] <zap0> you're monitor is likely cheaper than most? if so, its probably one of those 6bit panels. which means you are likely not even seeing all 8bits simetaneously as well
[21:25] <sgfgdf> zap0, so the problems exists when you need to show something that needs a big variants of the same base color?
[21:26] <sgfgdf> zap0, i actually see the stripes most on the black side (left) and they are not so noticable, but if i watch steadily i can see them.
[21:34] <Zeranoe> Can FFmpeg encode to 48000 PCM?
[21:42] <LittleFoot> hi whats the less choppy way to screen capture
[21:42] <mystica555> Zeranoe: yes
[21:44] <zap0> LittleFoot, have enough resources.
[21:44] <LittleFoot> no the comand thx
[21:44] <Snaggle> I'm trying to build ffmpeg-0.11 on OS X, and even though I have disabled libavresample, I get a failure that libavfilter.2.dylib needs libavresample.dylib. I know there was some issue of libavresample coming over from libav, but I thought it was totally optional.
[21:54] <sgfgdf> zap0, tahks for the conversation and the help! thanks to the other in the channel too!
[21:54] <zap0> ;)
[21:55] <sgfgdf> i have to go, bye.
[22:01] <Zeranoe> Is there an easy way to compile FFmpeg to disable all encoders other than the pcm ones? I see that --list-encoders lists many pcm types
[22:12] <lanceio> Unrecognized option 'x264opt'
[22:12] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opt'
[22:12] <lanceio> what do I do?!
[22:12] <Mavrik> version?
[22:13] <Mavrik> output?
[22:13] <Mavrik> anything that chanserv tells you to do when you came to the channel?
[22:13] <lanceio> 0.8 - ubuntu
[22:14] <lanceio> thats the exact error message that I get:
[22:14] <lanceio> Unrecognized option 'x264opt'
[22:14] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opt'
[22:22] <JEEB> x264opts
[22:22] <JEEB> yes, I think I even pasted that for you earlier, and it is -x264opts
[22:25] <lanceio> exactly JEEB I ran it today, and it still says its wrong
[22:25] <lanceio> Unrecognized option 'x264opts'
[22:25] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opts'
[22:25] <JEEB> hmm
[22:26] <lanceio> do I need to install any seperate dependencies?
[22:26] <JEEB> I guess you are running something debian-based?
[22:26] <lanceio> ubuntu to be exact
[22:26] <JEEB> those have libav used instead of ffmpeg, and the avconv binary is more up-to-date as they chose not to update the ffmpeg command line tool
[22:27] <JEEB> you should try using avconv or switching to ffmpeg :)
[22:27] <lanceio> yeah you are right! ffmpeg claimed that it was being discontinued.
[22:27] <lanceio> avconv?
[22:27] <lanceio> seperate channel? :O
[22:28] <JEEB> nope, it says that the ffmpeg binary is deprecated (within the libav project)
[22:28] <JEEB> ffmpeg is a separate project, and it has merged the updates brought from the libav side into the ffmpeg command line tool
[22:28] <JEEB> and yes, there is #libav for libav-related talk
[22:28] <Mavrik> afaik debian distros just symlink ffmpeg to avconv
[22:28] <JEEB> nah
[22:28] <Mavrik> causing confusion since command-line parameters don't match
[22:29] <Mavrik> JEEB: at least my ubuntu 12.04 does that -_-
[22:29] <lanceio> so this wont work then? sorry if I dont understand things... would you suggest me a front end?
[22:29] <JEEB> orly?
[22:29] <JEEB> Mavrik, it could be possible but I just remember them having the non-updated ffmpeg there as lanceio says
[22:29] <JEEB> lanceio, just try switching s/ffmpeg/avconv/ when calling it
[22:30] <JEEB> the tool's name is just different
[22:30] <lanceio> HAH. surprisingly that gives me the exact same error as this one! Mavrik was right, its a symlink to avconv
[22:30] <JEEB> heh
[22:30] <JEEB> interesting
[22:30] <lanceio> I need to get my hands on the original binary version of ffmpeg
[22:31] <lanceio> source? build again?!
[22:31] <JEEB> the -x264opts setting should be there tho...
[22:31] <JEEB> on either project
[22:31] <lanceio> hmm... perhaps if I ran it from windows? will those libraries work?
[22:32] <lanceio> I can reboot and come from windows 7
[22:32] <lanceio> if thats an room for improvement
[22:32] <lanceio> any*
[22:32] <JEEB> you have libx264 installed btw?
[22:32] <JEEB> also for windows you'd have to find pre-built binaries
[22:33] <JEEB> (unless you want to have fun with mingw)
[22:33] <lanceio> yes I do
[22:33] <lanceio> I just checked that
[22:33] <lanceio> its there.
[22:34] <lanceio> its called libx264-120
[22:34] <lanceio> but I assume they are the same
[22:34] <JEEB> yeah, the -120 is just the API version
[22:34] <JEEB> take a look at the ubuntu compile guide @ the topic
[22:34] <JEEB> and try it out
[22:35] <lanceio> ok
[22:35] <JEEB> libx264 and friends are faster on linux anyways, and with a non-slow pc it shouldn't take too long
[22:35] <JEEB> (unless the guide sucks)
[22:36] <lanceio> do you suggest any front ends? as long as the quality is somewhat better than "ffmpeg -i source.flv -s 320x240 output.mp4" I dont mind
[22:36] <lanceio> whether its ffmpeg avconv or any other thing for that matter
[22:36] <JEEB> nope, no front ends are better to use than ffmpeg itself by now tbqh
[22:36] <lanceio> damn.. so I compile again?
[22:36] <JEEB> also... I wonder if the stuff I wrote into the x264opts incorrect
[22:37] <JEEB> because it says it's unable to set value to the option
[22:37] <lanceio> I dont think you are wrong, or else the -x264opts wouldnt have worked
[22:37] <lanceio> I googled it, many people had the same problem too
[22:38] <JEEB> "options is a list of key=value couples separated by ':'"
[22:38] <JEEB> ref=3 is correct
[22:38] <JEEB> weightp=1 is most likely correct as well
[22:39] <lanceio> whats the pyramid thing?
[22:39] <JEEB> b-pyramid is a setting in libx264 as well
[22:39] <JEEB> it's one of those things that libx264 will try to turn on to get better compression, but the PSP no gusta it
[22:40] <JEEB> also, can I get a full pastebin of your command line?
[22:40] <lanceio> yes
[22:40] <lanceio> im on it
[22:42] <lanceio> can you tell me how to redirect stderr also to stdout?
[22:42] <JEEB> you should be able to just copypasta stuff off of the terminal if you're using something a la gnome-terminal or whatever (and most ssh terminals on windows)
[22:43] <lanceio> ok
[22:45] <lanceio> http://pastebin.com/unJQz3dN
[22:45] <JEEB> -vcodec libx2640 <- was the zero there?
[22:47] <lanceio> yes
[22:47] <lanceio> I just removed it
[22:47] <lanceio> and tried again
[22:47] <lanceio> still no use
[22:47] <JEEB> :/
[22:47] <lanceio> exact same error
[22:49] <Mavrik> avconv does not have the x264opts parameter.
[22:49] <Mavrik> that's what the error says -_-
[22:49] <lanceio> yeah...
[22:49] <JEEB> it should, I see documentation from 2011 detailing it
[22:49] <lanceio> Im gonna compile ffmpeg from scratch.
[22:49] <JEEB> yeah, that works too
[22:51] <Mavrik> JEEB: I've just checked documentation on libav.org and there's no mention of it
[22:52] <Mavrik> while ffmpeg documentation does list it
[22:59] <JEEB> lanceio, can you instead of libx264 try out -refs 3 -b-pyramid none (or 0) -weightp simple (or 1)
[22:59] <lanceio> yeah ok
[23:00] <JEEB> argh
[23:00] <JEEB> not libx264 but x264opts
[23:00] <JEEB> because it seems like libav has separate settings instead of just sending a settings string into libx264
[23:00] <lanceio> ahh dude sorry
[23:01] <lanceio> I alredy removed
[23:01] <lanceio> ffmpeg
[23:01] <lanceio> its neccasry
[23:01] <lanceio> take a look at the compile for ubuntu thing
[23:01] <JEEB> ok
[23:01] <JEEB> anyways, there's a high chance it would've worked with separate settings
[23:01] <JEEB> looking at the libx264.c in libav
[23:01] <JEEB> heh, learned a new thing :P
[23:23] <lanceio> still compiling... ohh boy I wish I had faster internet! :|
[00:00] --- Sun May 27 2012
1
0