Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2014

1 participants
60 discussions

ffmpeg-devel.log.20140419
by burek 20 Apr '14

20 Apr '14

[00:47] <cone-220> ffmpeg.git 03Carl Eugen Hoyos 07master:3a1feb01da61: Fix standalone compilation of image2_alias_pix and image2_brender_pix demuxers. [01:33] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:a47cc877a072: avfilter/vf_rotate: increase fixed point precision [01:33] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:4ebfb2c5ec7d: avfilter/vf_rotate: fix location of update operation [01:33] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:c9aab1ee7f33: avfilter/vf_rotate: fix several of by 1 errors [01:33] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:d340dabb7635: avfilter/vf_rotate: make int*90° rotates suck less speedwise [03:47] <cone-220> ffmpeg.git 03James Almer 07master:d8f40ca25148: fate: add DTS-ES test [04:23] <cone-220> ffmpeg.git 03csheng 07master:549bbdfb4ba4: avformat/wavdec: enlarge probe_packets for wav [04:33] <cone-220> ffmpeg.git 03Peter Ross 07master:c94305ae2331: ff_id3v2_free_extra_meta: set the pointer pointing to extra_meta to NULL [04:33] <cone-220> ffmpeg.git 03Peter Ross 07master:5331773cc33b: ff_id3v2_read: add option to limit ID3 magic number search [06:26] <cone-220> ffmpeg.git 03Peter Ross 07master:ab683efb2b93: Magic Lantern Video (MLV) demuxer [06:26] <cone-220> ffmpeg.git 03Peter Ross 07master:f45a840907c2: avformat/mlv: add fate sample [07:45] <Zeranoe> Is it intentional that the print_options.c are compiled with a native compiler and not the specified cross compiler? [07:51] <jamrial> Yes, it's for texi generation [09:50] <ubitux> michaelni: so should we use rotate filter inconditionally? [10:47] <linkmauve1> ubitux, I found another more specialised dol file: http://linkmauve.fr/files/h4m.dol [10:47] <linkmauve1> But no debug informations. [10:47] <ubitux> and so you can't get an assembly dump out of it? [10:49] <linkmauve1> I found some disassembly resources, Im going to try. [10:54] <linkmauve1> There is a dol plugin for IDA, but it seems to be a paid disassembler. :( http://blog.delroth.net/2012/03/gcwii-dol-plugin-built-for-ida-6-1/ [10:56] <ubitux> yeah IDA is far from free [10:59] <ubitux> linkmauve1: can't you get something out of a simple ppc disassembler? [11:00] <linkmauve1> Probably. [11:01] <linkmauve1> Also audio is an ADPCM format, and there is a program to extract it (but it doesnt work on my sample files): http://hcs64.com/files/h4m_audio_decode03.zip [11:01] <linkmauve1> IMA ADPCM [11:03] <ubitux> linkmauve1: https://github.com/dolphin-emu/dolphin/blob/master/Externals/Bochs_disasm/P… [11:03] <ubitux> i see some instruction printing, so that's probably possible to get something out of the emulator [11:03] <linkmauve1> This is a runtime disassembler, AFAIK. [11:04] <linkmauve1> But yeah, it should be possible to use. [11:04] <linkmauve1> Im going to try to convert the dol file into an elf and then use objdump. [12:32] <linkmauve1> ubitux, alright, http://linkmauve.fr/files/h4m.elf.txt [12:33] <linkmauve1> I had to compile devkitppc, it was slow. [12:39] <michaelni> ubitux, id say use rotate after checking its not slower [12:39] <michaelni> some cases need a oh=iw:ow=ih though [12:40] <michaelni> thats maybe something that could be simplified further [12:52] <linkmauve1> I really dont know what to do with that PPC code. :( [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/1.2:5219e20d58e1: ff_id3v2_free_extra_meta: set the pointer pointing to extra_meta to NULL [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/1.2:7f8aa37bc366: ff_id3v2_read: add option to limit ID3 magic number search [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/2.1:caeed48982a1: ff_id3v2_free_extra_meta: set the pointer pointing to extra_meta to NULL [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/2.1:7269ab10c517: ff_id3v2_read: add option to limit ID3 magic number search [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/2.2:b45cd17d291d: ff_id3v2_free_extra_meta: set the pointer pointing to extra_meta to NULL [13:41] <cone-325> ffmpeg.git 03Peter Ross 07release/2.2:30cf47c6f016: ff_id3v2_read: add option to limit ID3 magic number search [13:47] <cone-325> ffmpeg.git 03Martin Storsjö 07master:4936ef6492f6: configure: Handle armcc 5.0 [13:47] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:e8fc91e22a60: Merge commit '4936ef6492f640e1606c6507f2c4e495164d3974' [14:19] <cone-325> ffmpeg.git 03Carl Eugen Hoyos 07master:72c93abaad70: Use MANGLE in cavsdsp.c to save two registers using gcc. [14:19] <cone-325> ffmpeg.git 03Carl Eugen Hoyos 07master:b38910c97902: Fix compilation with !HAVE_6REGS. [14:19] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:c91a798a2c36: Merge remote-tracking branch 'cehoyos/master' [14:32] <cone-325> ffmpeg.git 03James Almer 07master:3b06208a57b4: x86/float_dsp: remove duplicated code from vector_dmul_scalar [14:56] <Rodeo> michaelni: you around? [15:02] <wm4> ubitux: what happened to divtc? what replaces it? [15:04] <ubitux> wm4: paul removed it [15:04] <ubitux> i wonder if divtc ever worked with the wrapper [15:05] <wm4> no patch on the mailing list... [15:06] <wm4> f0a149e53827f158fc0449707940d837c4b1c4af lavfi: remove bad inverse telecine filters [15:06] <ubitux> http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-April/142453.html [15:07] <ubitux> wm4: you have a need for that filter? [15:07] <wm4> I don't know [15:08] <wm4> I also need a replacement for vf_eq2 [15:10] <ubitux> i think pullup and fieldmatch/decimate are meant to be the replacement of any other ivtc filter [15:13] <Rodeo> has pullup been ported to libavfilter yet? [15:13] <wm4> Rodeo: yes [15:14] <Rodeo> cool [15:20] <ubitux> linkmauve1: you should isolate the code that does the decode, and ideally... you want to be able to trace it at runtime [15:20] <ubitux> that's probably why you would need to interface with your emulator [15:21] <linkmauve1> Ok. [15:37] <BBB> I'm looking at these rules for edge "availability" for hevc intra pred and my eyes just hurt [15:38] <BBB> it's like "what the ... were these dudes smoking" [15:38] <BBB> it must've been some really good stuff [15:38] <smarter> haha [15:39] <wm4> VP10 will have something better? [15:39] <BBB> dunno, I'm not involved in vp10 development [15:40] <smarter> if you ignore the constrained intra pred stuff (which was also part of h264 I think) it's not too bad [15:40] <BBB> yeah I was planning on doing that, at least for now [15:41] <BBB> so can we put this in english? [15:42] <BBB> so my understanding is left is available if we're not the first block in this slice/tile/line [15:42] <BBB> top is available if we're not the top block row in this image/tile/slice [15:42] <BBB> top left is top&&left [15:43] <BBB> topright/bottomleft=??? [15:44] <smarter> the top pixels are the pixels on top of the current block, the topright pixels are the one which are just after the top pixels [15:45] <smarter> so they're available if this is not the first row of the image/tile/slice or if the block on the top right has already been coded(which is possible since coding is done in Z-order) [15:46] <smarter> bottom left is similar [15:46] <smarter> well not exactly [15:46] <smarter> left pixels are the one which are to the left of the current block, bottomleft pixels are the one below the left pixels [15:48] <smarter> I think the spec has some pictures to explain that [15:48] <smarter> and then there are some rules to replace the unavailable pixels [15:49] <smarter> left[0] to left[X] is available but not left[X+1] to left[N], then left[X+1] to left[N] get assigned the value of left[X] [15:50] <smarter> something similar happens for top [15:51] <BBB> hmm, so I remember drawing this out for vp9 once when we faced that question of "which pixels are available when" [15:51] <BBB> and then we simplified it into something that isn't really quite optimal but at least can be put in 2 lines of code [15:51] <smarter> and _then_ there is the filtering process which tries to make the samples used for predicting smoother [15:51] <BBB> I guess this is what happens when stuff gets fuzzy [15:51] <BBB> the filtering is just 3tap 1:2:1 right? [15:52] <BBB> vp8/9 do that too, but have it embedded in the directional prediction itself [15:52] <smarter> I think so(see hevcpred_template.c, grep for "Filtering process") [15:52] <BBB> I see that here it's more complicated than that, where the directional is actually a second filter in and by itself [15:52] <BBB> I don't have a spec btw [15:52] <BBB> is it freely available somewhere? [15:52] <smarter> yeah [15:52] <smarter> ITU [15:53] <smarter> http://www.itu.int/rec/T-REC-H.265-201304-I [15:53] <smarter> there's also the strong intra smoothing mode which can be optionally enabled for 32x32 blocks [15:56] <BBB> oh I saw that yes [15:56] <BBB> that's really weird stuff [15:57] <BBB> but hey, we're a hevc standard so everything is patentable and standards are like printer ink - it's pure gold [16:05] <JEEB> lörs lärä [16:25] <ubitux> gdb daily wtf: http://pastie.org/pastes/9093446/text [16:26] <ubitux> ("int 3" = new feature? -- why the pshufb xmm reg loose their 'x'?) [16:41] <Guest25204> hi think i should have joined this instead of ffmpeg. pasting... [16:41] <Guest25204> hello i have a question. im piping a bunch of png's to ffmpeg and its processing fine until near the end of the pipe. at frame/png 55 it stops... nothing happens... and i have to close my binary writer to get it to continue then i get a pipe input/output error.. and it finishes off... why doesnt the pipe close gracefully? http://pastebin.com/KnFTHh6U [16:42] <Guest25204> driving me nuts... if i dont use pipe and test using the cmd line , it works fine with a image%d.png for input... but when piping it seems to hang. like its waiting for some buffer to be dealt with.but im already reading the output stream and error stream. [16:42] <Guest25204> oh i see this is for devel of ffmpeg itself. sorry [17:02] <cone-325> ffmpeg.git 03Clément BSsch 07master:b8d002dc9501: vp9/x86: clarify mixed splatb. [17:32] <cone-325> ffmpeg.git 03Clément BSsch 07master:010732b73a08: vp9/x86: simplify FILTER_INIT. [18:25] <BtbN> Is compiling ffmpeg with msvc broken in 2.2.1? It tries to pass unix paths to cl [18:29] <cone-325> ffmpeg.git 03Vittorio Giovara 07master:58400ac133bc: lavfi: name anonymous structs [18:29] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:74a8dbe1c405: Merge commit '58400ac133bcfb6bf8196b4e5208bc178307739b' [18:31] <BtbN> ok, found the problem. Out-of-tree builds don't work with msvc aparently. [18:38] <cone-325> ffmpeg.git 03Vittorio Giovara 07master:d23fc8846d25: filtfmts: remove unused lavf include [18:38] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:6ca0a976b2e6: Merge commit 'd23fc8846d255e31896453136b4c77bc6d5e873f' [18:44] <cone-325> ffmpeg.git 03Vittorio Giovara 07master:6ef96292d993: utils: add yvyu422 to avcodec_align_dimensions2 [18:44] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:c1bc20bfd9f6: Merge commit '6ef96292d99302a59f824713fc763f6abd3754df' [19:04] <cone-325> ffmpeg.git 03Janne Grunau 07master:34c5a6660a9e: h264: codec reinit: remove statements without effect [19:04] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:928b5708f94c: Merge commit '34c5a6660a9e5e3cf301691bb29d011638953dc2' [19:28] <cone-325> ffmpeg.git 03Peter Ross 07master:07761294fc3f: Silicon Graphics RLE 8-bit video decoder [19:28] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:e37dbfddda03: Merge commit '07761294fc3f08e139e8a406ef7d5b63aaf1ecee' [19:55] <kurosu> the strong intra smoothing was adopted at the last minute because of a strong visual issue [19:56] <kurosu> basically, you'd create edges that didn't exist because of the quantization noise [20:01] <cone-325> ffmpeg.git 03Peter Ross 07master:86a043268821: Silicon Graphics Motion Video Compressor 1 & 2 decoder [20:01] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:0c67ef272943: Merge commit '86a0432688216562926d4aee36118f01be6d5e1b' [20:37] <cone-325> ffmpeg.git 03Peter Ross 07master:55ddd700c675: Silicon Graphics Movie demuxer [20:37] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:01a39a978c14: Merge commit '55ddd700c67529ff2c6c4e976673f1341bba7a82' [20:49] <ubitux> so what's the avx2 trick to avoid vinserti128(vpunpcklbw(x, 0), vpunpckhbw(x, 0)) ? [20:49] <ubitux> i naively thought vpunpcklbw x, 0 would been enough but... [20:50] <ubitux> x being a ymm reg with only low filled, and i want to b->w to a whole ymm reg [20:55] <ubitux> Skyler_ ^ ? :) [20:56] <cone-325> ffmpeg.git 03Vittorio Giovara 07master:6dfd99c93808: fate: add tests for SGI RLE and MVC1&2 decoders [20:56] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:75ef907db80f: Merge commit '6dfd99c93808d6504dd5cb1fad847d68cb179352' [21:59] <Skyler_> ubitux: pmovzxbw [22:00] <ubitux> oh this sounds perfect, thx! [22:04] <JEEB> I love those instruction names [22:14] <nevcairiel> thats a nice instruction, its somewhat common that I do a load followed by unpack, wonder if its worth using it for xmm as well (I haven't really payed much attention to the sse3/4 instructions, tbh) [22:15] <Skyler_> It's not actually faster than punpcklbw, it's often slower, for no explained reason [22:15] <Skyler_> it's useful in avx2 because it's cross-lane [22:15] <nevcairiel> i see [22:16] <Skyler_> (basically it's typically not worth making pmovzxbw versions of punpcklbw functions) [22:16] <Skyler_> pmovsx is useful though since sign extension often takes more instructions [22:16] <nevcairiel> i quickly looked it up in the docs and it seemed to have low latency and throughput [22:16] <nevcairiel> but if its still slow, oh well [22:21] <Skyler_> it's 3/1 [22:21] <Skyler_> what I meant is, on pre-avx2, i.e. 128-bit instructions [22:21] <Skyler_> -in practice- it usually proves to be equal to or slower than punpcklbw-with-zeroes [22:22] <Skyler_> I don't know why it's /ever/ slower; it probably shouldn't be, but it is. [22:22] <Skyler_> pengvado's guess was something like "it pairs the load and zero-extend uop so they have to execute in the same cycle" or something [22:23] <nevcairiel> interesting [22:23] <nevcairiel> i should finally sit down and avx2 some of my sse2 code, its just so slow with 4k video, and i would learn something at the same time [23:01] <BBB> ah yay we're building avx2 experts [23:01] <BBB> that can only be good [23:01] <BBB> ubitux: war are you avx'ing? :) [23:03] <cone-325> ffmpeg.git 03Martin Storsjö 07master:911fa05b514e: mvc: Specify the pixel format for the mv-mvc* tests [23:03] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:373d7dd37160: Merge commit '911fa05b514e1be009e00b79d7004b93717c023b' [00:00] --- Sun Apr 20 2014

1 0

ffmpeg.log.20140419
by burek 20 Apr '14

20 Apr '14

[01:44] <llogan> blippyp: what distro? [01:46] <llogan> jonascj: that 0.8.10 is probably not from FFmpeg, but from a fork [01:53] <Jim3> is FFmpeg's experimental AAC encoder safe from all the license BS? it doesn't seem to be excluded when you don't have the --non-free option [01:58] <JEEB> Jim3, it's yer usual LGPL [01:58] <JEEB> so yes, it is excempt from the software license side of licensing problems [02:12] <iive> Jim3: non-free options actually enables everything, despite the license. the result however cannot be distributed. [02:12] <Jim3> yea, I was just checking out the experimental AAC encoder specifically for distribution [02:12] <Jim3> (also I appricate the answers, thank you) [03:48] <suzaru> can ffmpeg be used as an interactive encoder? [03:50] <suzaru> i guess is there a way to interact with the process, like to tell it to stop the transcode at a particular timestamp in the file [03:51] <klaxa> you can tell ffmpeg to encode a specific segment of a video [03:51] <klaxa> but i don't think you can do that interactively other than stopping it [06:48] <damon> If I create an app that calls ffmpeg through command line/shell scripting, what do I need to do legally? [06:50] <suzaru> send your licensing dues to me [06:50] <damon> ... Seriously. Anyone? [07:01] <jonascj> damon: look at the ffmpeg license. It should state all you need. (I do not know whether it is apache, gpl, bsd or etc. licensed) [07:02] <jonascj> damon: according to the license page this is the license they use: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html [07:02] <jonascj> so just do as it says [07:19] <damon> @jonascj thanks for the link. I've read through that, I'm confused whether if I include their executable library and call it through shell scripting is the same as using their library. I want to give them as much credit as possible, I'm more curious if I need to have my application be open source or not. It will be a free program so I would like to keep the legal costs down, if not free as [07:19] <damon> possible. Here's the part I'm concerned with "When a program is linked with a library, whether statically or using a shared library, the combination of the two is legally speaking a combined work, a derivative of the original library. The ordinary General Public License therefore permits such linking only if the entire combination fits its criteria of freedom. The Lesser General Public License [07:19] <damon> permits more lax criteria for linking other code with the library." Also shortly followed after that: "For example, on rare occasions, there may be a special need to encourage the widest possible use of a certain library, so that it becomes a de-facto standard. To achieve this, non-free programs must be allowed to use the library. A more frequent case is that a free library does the same job [07:19] <damon> as widely used non-free libraries. In this case, there is little to gain by limiting the free library to free software only, so we use the Lesser General Public License." which since FFMPEG is a standard in media handling could I possibly charge for my software, given that it becomes worth while? [07:31] <mmint> invoking a command line is not the same as linking to a library [07:31] <mmint> If your program just executes "ffmpeg ...." in the system's shell, you have not linked to the library [07:31] <jonascj> mmint: but if he distribute the ffmpeg binary alongside his application [07:32] <mmint> Yes, distributing ffmpeg is still controlled by the license [07:32] <jonascj> mmint: but he could require his users to install ffmpeg and make it available on their path. [07:33] <mmint> That's probably easiest, if the users are comfortable with installing software [07:38] <jonascj> Do I explicitly need to enable video4linux2 when building ffmpeg? [07:41] <mmint> yes. It's disabled by default. [07:41] <mmint> --enable-libv4l2 [07:44] <jonascj> mmint: would you think it was enabled by linux package maintainers? (it is linux after all, v4l2 would make sense to have) [07:46] <jonascj> because it seems to be available in the ffmpeg binaries I've tried around on different linux distros. I am building ffmpeg for the first time now with some streaming in mind and I need v4l2, so good to know I should enable it manually :) [07:47] <mmint> Actually, I don't see it in the configuration of the binary distributed with debian, but I remember using it with a v4l2 device before [07:47] <jonascj> hmm [08:17] <jonascj> I have compiled ffmpeg without --enable-libv4l2 and when I do "/tmp/ffmpeg -v verbose -r 10 -s 320x240 -pix_fmt yuvj420p -f video4linux2 -i /dev/video0 http://wuhtzu.dk:8090/webcam.ffm"[mjpeg @ 0x2e62a50] Specified pixel format yuyv422 is invalid or not supported" [08:17] <jonascj> * when I do "/tmp/ffmpeg -v verbose -r 10 -s 320x240 -pix_fmt yuvj420p -f video4linux2 -i /dev/video0 http://wuhtzu.dk:8090/webcam.ffm [08:18] <jonascj> I get this error: "[mjpeg @ 0x2e62a50] Specified pixel format yuyv422 is invalid or not supported". Is that because video4linux2 support isn't there or is it something else? [08:18] <jonascj> sorry for the horrible paste containing a newline (without the newline I think it was okay to paste it here rather than pastbinning it) [08:48] <blippyp> llogan: arch [09:27] <blippyp> jonascj: run ffmpeg -pix_fmts - do you see yuvj420p in the list (it's on mine)? if you do than you're capable of the format - I would guess it's that you're lacking v4l2, also you likely don't need to manually set it (I don't, and I can record without any problems from multiple cameras). But each situation may be different... [09:30] <jonascj> this is the output of the pix_fmts command containing *yuv*: http://pastebin.com/2V7kXu6q [09:30] <jonascj> So could this really be me lacking v4l2? The error isn't very descriptive if that is the case [09:32] <blippyp> I'm no expert, but I would say yes - clearly your command will not work if you do not have 4vl2 enabled - that it may be giving you an unhelpful error isn't impossible... just re-compile with 4vl2 enabled, you clearly want it - you will need it, without it your testing is just a waste of time... [09:34] <jonascj> blippyp: my "problem" is I am trying to crosscompile it for an arm device (raspberry pi) and for my toolchain --enable-libv4l2 does not work out of the box. I have to find the v4l2 library somewhere or something similar [09:34] <blippyp> ah [09:35] <jonascj> I just find it funny that guides all over the internet for webcam streaming and linux (even raspberrypi) says "ffmpeg -f video4linux2..." and none of them mentions the need for --enable-libvideo4linux2. Someone in here said that it was disabled by default. [09:36] <blippyp> it is - you have to include it (don't know if it makes a difference, but on my compiles I did today - I was using --enable-libv4l2) - maybe that's your problem??? [09:37] <blippyp> I've never seen a reference for libvideo4linux2 (but I'm no expert on this) [09:38] <jonascj> reference? For the video4linux2 library, or for the "-f v4l2"? [09:38] <blippyp> --enable-video4linux2 [09:38] <blippyp> I've always seen it as --enable-v4l2 [09:39] <jonascj> blippyp: oh yeah, if I said --enable-libvideo4linux2 I wasn't thinking. It is --enable-libv4l2 and that is what I am trying to make work :) [09:41] <blippyp> k - then unfortunately I got nothing for ya then... :( - I'd google specifically for issues related to v4l2 and rasp-pi - someone else must of had the same issue as you... [09:41] <jonascj> blippyp: yeah, I'll go to #raspberrypi and see if anyone has the same problem [09:42] <jonascj> (not that I've not already been there :P) [09:44] <blippyp> re-posting my question from earlier in hopes that someone may be able to help: [09:44] <blippyp> I have a long pre-typed reference to my problem: But in hopes of saving you from a long read, I believe the root of my problem is the WARNING: library configuration mismatch (but do not know how to solve this): http://pastebin.com/3nDCiq3k [09:44] <blippyp> I am attempting to compile ffmpeg with frei0r enabled. Everything seems fine during the install, but I receive a segmentation fault when I try to use it and I get the above error when I run ffmpeg by itself. At the top of the pastebin is the exact ./configure parameters I used. I did not run make install, running ffmpeg directly from my git folder. Does anyone have any advice for a lost soul? Do you want me to paste the rest of the details [09:46] <blippyp> llogan requested which distro I was using, so I'll re-post that as well: Arch - I updated it with pacman today. [09:49] <tm512> is there a way to make yuv420 look less bad? [09:50] <tm512> when the input is rgb [09:51] <blippyp> I assume you're referring to the colors? - YUV is 12 bit, wereas rgb is 24 - you can't squeeze money from a rock... :( [09:52] <tm512> well the colors end up looking washed out in some cases [09:52] <blippyp> I would check to see if the source can use anything better than yuv420 - I think that would be your only option.... [09:53] <tm512> the video will eventually need to be uploaded to youtube [09:53] <blippyp> yeah, people won't like that on youtube - can you post an example of what you mean by 'washed-out" [09:54] <blippyp> take a screenshot and put it on imgur.com or something... [09:54] <blippyp> or if you've already uploaded something to youtube, a link to that would be fine (perhaps with a time to go to for a reference) [09:55] <tm512> I'll do a screen cap [09:55] <blippyp> that's cool [09:57] <tm512> http://i.imgur.com/hyZLhia.png [09:58] <tm512> compare to http://i.imgur.com/SyByNE3.png [09:59] <blippyp> I don't see any noticeable difference??? [09:59] <tm512> and that is "lossless" [09:59] <tm512> the colors are a lot less saturated [10:00] <blippyp> if saturation is what's bothing you - try this: [10:00] <blippyp> once you've loaded the video - run a filter like this: [10:00] <blippyp> -vf "format=rgb24, hue=s=2" [10:00] <blippyp> change the value of s to change the saturation levels [10:01] <blippyp> maybe that will solve what's bothering you [10:01] <blippyp> for the difference in saturation in your screenshots - I'd say a value of 1 (or lower?) might be all you want [10:01] <jonascj> blippyp: when you said you compiled with --enable-libv4l2, what system did you do that on? I've just cloned ffmpeg via git and configured with only one option (--enable-libv4l2) and the configuration does not succeed. It says libv4l2 was not found. [10:02] <blippyp> jonascj: I did the exact same thing today, and it worked fine for me...??? [10:02] <jonascj> blippyp: * and this is my trying to compile it on my laptop with linux (just for testing, the pixelformat error is the same for me whether I use my laptop to feed or the raspberrypi) [10:02] <blippyp> jonascj: I already had the latest ffmpeg installed from my repository though - maybe that made a difference... [10:03] <tm512> it's less of a problem in stuff that has more color and motion, I dunno [10:04] <blippyp> jonascj: let me re-state that - it didn't work fine for me (if you see my previous question above) - but I didn't receive any errors during my compile or .configure stages... so I assume it worked fine (I think I'm having other issues) [10:04] <tm512> I'd rather not throw away too much color information to begin with [10:05] <tm512> and I was wondering if the conversion itself was something that could be tweaked [10:06] <blippyp> tm512: you're using a format that's 12 bit (4095 colors) as opposed to 24bit (65534 colors) - you either need to change your pixel format while capturing or put up with the loss in colors... [10:06] <blippyp> I don't know if you can 'tweak' the conversion - either way you're still putting up with a huge loss of colors [10:07] <blippyp> I thought you were capturing from a device (like a camera), but if you're capturing your screen, then why not use rgb24 to begin with? [10:07] <jonascj> I hate these things. I must be doing something really wrong. All those guides on the forums and blogs for webcam streaming with ffmpeg/ffserver would mention v4l2 if it was a problem. It must work out of the box for most linux distros etc. It is kind of conflicting with the fact that it is disabled per default when building ffmpeg.... [10:08] <blippyp> if it's a speed issue, use a lossless codec (or near lossless, like libx264 with a crf of 0 and a preset of ultrafast) - this will record fast - you will likely want to re-encode it afterwards, but the video will look great. [10:08] <tm512> well no point if it just has to go to 12 bit and there's no way I can stop it [10:08] <blippyp> jonascj: what distro are you using? [10:08] <blippyp> tm512: how are you capturing it? why do you have to use yuv420? [10:08] <tm512> I'm using x264 with -qp 0 and -preset ultrafast [10:09] <tm512> I'm using x11grab [10:09] <blippyp> then why are you using yuv420p? [10:10] <tm512> the destination is youtube, can I even use anything less lossy? [10:10] <jonascj> blippyp: they are all debian based. I have Raspbian (debian ported for raspberrypi) and ubuntu desktop 12.04 [10:10] <blippyp> youtube won't destroy a video like that - something else is wrong [10:11] <blippyp> tm512 - show me your exact command for capturing [10:11] <tm512> it's part of a script [10:11] <blippyp> I'm not very familiar with debian - which debian are you using? squeeze, wheezy, etc... [10:12] <tm512> ffmpeg -y -rtbufsize 1500M -f alsa -ac 2 -ar 44100 -i pulse -acodec flac "$1".flac -f x11grab -s "${w}x${h}" -i :0.0+"${x},${y}" -an -vcodec libx264 -preset ultrafast -qp 0 -vsync cfr -r 30 -threads 0 -pix_fmt yuv420p "$1".mp4 [10:12] <blippyp> remove the -pix_fmt yuv420p from your command [10:13] <blippyp> re-test it an upload it to youtube - it will likely look fine [10:13] <jonascj> blippyp: I am probably loosing my internet connectivity soon. So I'm not quitting, just being disconnected :) [10:13] <blippyp> if this cause some other issue for you - let me know what's bother you about removing that [10:13] <blippyp> jonascj: alright [10:14] <jonascj> blippyp: on ubuntu it turned out that I needted to intsall libv4l-dev. Now I can configure what that option. I am excited to see if that fixes the original pixel format error or if it is somehting else :) [10:14] <tm512> heh, mplayer just converts it down to 420 [10:15] <blippyp> jonascj: yeah, I checked my packages in arch, but I couldn't find anything specific to v4l2 installed for me - not sure where I'm getting it from [10:15] <tm512> it still looks less colorful [10:15] <tm512> but it is 444p now [10:16] <blippyp> tm412 - that's good, now you're using 24 bit [10:16] <blippyp> do you still want more colors? [10:16] <jonascj> blippyp: I have arch on my desktop at home, I will try it there also if I do not succeed here on debian-derivatives :) [10:16] <blippyp> you can use a different format still [10:17] <blippyp> try setting it to yuv422p16le (32 bit) [10:17] <blippyp> oops [10:18] <blippyp> nope, that was right - or yuv444p16le (for 48 bit) [10:18] <tm512> it doesn't look much better at all [10:18] <blippyp> or yuva444p16le for 64 bit (but that may just add the ability for alpha channels - you might now notice a difference between this and 48 bit - not sure [10:18] <blippyp> in arch it works as is [10:19] <tm512> how do I set it to rgb to check? [10:19] <blippyp> jonascj: in arch it works as is - you won't need to do anything for it - get the latest from the AUR - I've been using it for weeks, it's great - but even the one in the default repository will also capture using v4l2 without any modifications required [10:20] <blippyp> tm512: you can convert it if you want: ffmpeg -i video.mkv -vf "format=rgb24" -c:v libx264 -crf 0 -preset ultrafast -c:a copy rgb.mkv [10:21] <tm512> but it's already lost the color data then [10:21] <blippyp> tm512, but I doubt you'll notice any difference - in fact it should technically be worse - they're both already using the same bit count for colors [10:21] <jonascj> blippyp: If i were a linux package manintainer I would enable v4l2. video4LINUX2 sounds like a thing you want when you are on a linux os... So it sounds like either the arch package maintainer or the arch AUR is more sensible than the debian/ubuntu package maintainer... [10:22] <blippyp> yes, like I said you will need to change to a better pixel format (like I mentioned earlier) and re-capture - It will capture more colors for you [10:22] <tm512> it looks the same with 444p [10:23] <blippyp> jonascj: yes - that's exactly it - and one of the biggest reasons people use arch - I just wish they would also include frei0r - I'm in the same vote as you - only I want a different filter enabled, but I can't get it working either... [10:23] <blippyp> tm512 - don't know what to tell you - you're using different settings than what I use for encoding - maybe your codec is downgrading it [10:24] <blippyp> tm512: change your encoding settings to only use -c:v libx264 -crf 0 -preset ultrafast [10:24] <blippyp> tm512: this will keep a near exact duplicate of what you're encoding while recording it very fast - but your final file size will be quite large [10:25] <tm512> I'm already recording it lossless [10:25] <tm512> a possible explanation is just that the colors in my terminal just don't translate well [10:26] <blippyp> tm512: when you're finished recording it - you might want to re-encode it to get the file size down, alternately you can increase the crf value to something higher (anything past 17 will be noticeable by the human eye - I always use 17) - point being, increase the crf value until you can't record properly at the same time (get's choppy, etc.. system slows down)... 0 will be very fast and will slow down your computer very little while captur [10:26] <tm512> I can't record lossy in real time [10:27] <tm512> afterwards I encode it to a webm file [10:27] <blippyp> why do that? [10:27] <blippyp> youtube will do that anyways? [10:28] <blippyp> you should always give youtube the best quality video you can [10:29] <tm512> I'm not gonna upload lossless though [10:29] <blippyp> you're re-encoding the video too much - by the time youtube is done with it your 'near lossless' compression you started out with is now riddled with artifacts from being converted over and over again from non-lossless codecs (fyi - even at the 'lossless' settings for x264, it's still not lossless) [10:29] <tm512> I'm taking the output and reencoding it once before uploading [10:30] <blippyp> maybe I'm wrong, but I'd take your initial encoding - re-encode with a crf of 16 or 17 and send that to youtube - I wouldn't go to webm, I'd leave it as a 264 [10:30] <tm512> I want lossless to begin with, then keep it lossless before a final high quality encoding prior to uploading [10:31] <blippyp> tm512: ya, you clearly have the 'right way' of thinking about it - I just question whether switching to webm is a good move - ultimately it might not matter, but 264 is a better encoder in my experience [10:32] <tm512> what kinds of bitrates do I want to shoot for with a 720p video? [10:33] <blippyp> either way, I'm not sure where your color bleeding is coming from - the yuv444p16le is 48 bits - that's a shit-ton of colors - if you can encode at that format without it killing your machine, you should be getting near perfect video... [10:33] <blippyp> tm512: depends on the length of the video [10:33] <tm512> don't see how it really depends on that [10:34] <tm512> I have bandwidth [10:34] <tm512> and disk space [10:34] <blippyp> one second [10:35] <blippyp> https://support.google.com/youtube/answer/1722171?hl=en is this what you're looking for? [10:36] <blippyp> youtube will 'downgrade' you video to these settings as far as I know - so if you encode the same/better than youtube won't destroy you video any further than these settings [10:37] <blippyp> your video never looks that same on youtube as what you create - it's a fact we all have to live with.... [10:40] <tm512> the final encode of the video I did was at about 2500kbps, I'll definitely have to bump that [10:40] <blippyp> yeah if you're using 720p you want to double that [10:40] <blippyp> this is likely why you're running into problems [10:40] <tm512> no the original "lossless" has bad colors [10:40] <tm512> not in all cases [10:41] <tm512> just some things look washed out [10:41] <blippyp> like I said, x264 isn't 'lossless' though [10:41] <tm512> would yuv420p 2500 look like yuv444p 5000? [10:42] <tm512> do I have to use higher bitrates to get the same quality now? [10:42] <blippyp> youtube will destroy those colors for you as well, the same way - use a TRUE lossless codec like huffyuv - make a (very short clip) and upload that lossless encoding to youtube - I'm betting they will destroy it the same way [10:43] <blippyp> not sure - there's a lot more colors is yuv444p - but like I said, youtube will downgrade your video to 5000 anwyasy, encode it at yuv444p - this will give you 48 bit colors - what you end up with in your encoding should be quite similiar to what you see on youtube at that point... [10:43] <tm512> you aren't understanding, the colors are bad straight away [10:43] <blippyp> if you increase your bitrate even further - and get a better quality - youtube will still destroy the video, so there's really no point in aiming higher [10:44] <blippyp> yes, but that's probably because of your low bitrate right now [10:44] <tm512> it's -qp 0 [10:44] <blippyp> the encoder is probably trying to compensate [10:44] <blippyp> try it [10:45] <blippyp> setting qp to 0 likely has little effect when you're bottlenecking the bitrate [10:45] <tm512> I'm not setting the bitrate [10:46] <blippyp> oh - I thought you said you were (I didn't go look at your command again) [10:46] <tm512> I'm setting it in the encode before uploading [10:47] <tm512> I need to get to sleep, I'm assuming that it's just some colors having problems fitting in YUV space [10:47] <tm512> and the conversion makes them look washed out [10:47] <blippyp> that would be my guess [10:47] <blippyp> good luck - hope you figure it out - but I think you're right [10:48] <tm512> I'll start recording in a true lossless format though [10:48] <blippyp> wait - if you have a second... [10:48] <tm512> yea? [10:48] <blippyp> let me find a link for you... [10:50] <blippyp> ttps://www.youtube.com/watch?v=ciIHfUOn8Xw [10:50] <blippyp> I think that's the right one [10:51] <blippyp> at some point in that video he talks about the video colors needing to be modified... [10:51] <tm512> alright, putting it in my watch later, thanks [10:51] <tm512> good night [10:51] <blippyp> this might be related to what you're complaining about - something about the colorspace being 'off' during the recordings - It's a common thing I've seen mentioned in many places - I found the exact details for it somewhere but I don't remember... [10:52] <blippyp> alright night - good luck [13:45] <wilco> Would anyone know why when I transpose a video purely to rotate, the output mov isn't the same duration and usually shorter than the original? [13:51] <wilco> okay, thanks [13:53] <wilco> http://pastebin.com/8Tn8LPb6 [13:54] <wilco> sorry, I didn't put the output in there.. hold [13:54] <klaxa> can you somehow get ffmpeg's output? [13:54] <klaxa> kk [13:59] <wilco> http://pastebin.com/bWVGdSsz [13:59] <klaxa> you are using avconv, see #libav for support [14:00] <wilco> oh.. [14:01] <wilco> Thanks klaxa [16:37] <Guest25204> hello i have a question. im piping a bunch of png's to ffmpeg and its processing fine until near the end of the pipe. at frame/png 55 it stops... nothing happens... and i have to close my binary writer to get it to continue then i get a pipe input/output error.. and it finishes off... why doesnt the pipe close gracefully? http://pastebin.com/tiD5pBUw [16:39] <Guest25204> code snippet: http://pastebin.com/KnFTHh6U [16:40] <Guest25204> driving me nuts... if i dont use pipe and test using the cmd line , it works fine with a image%d.png for input... but when piping it seems to hang. like its waiting for some buffer to be dealt with.but im already reading the output stream and error stream. [16:50] <klaxa> well... that is how it's supposed to work [16:51] <klaxa> how is ffmpeg supposed to know there are no more images coming through the pipe unless you close the pipe? [16:52] <Guest25204> klaxa exactly... so ive sent all 58 images... it gave error stream feedback that it processed 55 [16:52] <Guest25204> klaxa, then it hangs... no feedback for 56, 57, and 58 [16:53] <Guest25204> klaxa, so i close the writer... and it throws a pipe input/output error.... then it processed 56, 57, 58. [16:53] <Guest25204> klaxa, how can i make it process everything i sent to it before closing my writing stream? [16:54] <Mavrik> due to how encoders work your frames will be buffered [16:54] <Mavrik> when you close the output it'll flush them out [16:54] <Guest25204> ok [16:54] <Guest25204> how do i detect it is finished? [16:54] <klaxa> closing the stream should not raise an I/O error though [16:54] <Guest25204> so i can process more output? [16:54] <Mavrik> 3 frames of delay is normal [16:54] <klaxa> maybe java or C# or whatever you are using doesn't close the pipe properly [16:55] <Guest25204> is there no graceful stream close method to avoid the pipe error? [16:55] <Guest25204> c#.net [16:56] <Guest25204> if 3 frames buffered is normal, and i close my writing stream.... i need to detect it finishing... is there a logical way by looking at the state of the output stream async event? or must i parse the error stream for some text like "video:" ? [16:57] <Guest25204> it doesnt report "finished" or anything like that in the error feedback stream [16:58] <klaxa> the process should return 0 or something. maybe there is something like Thread.join() or similar? [17:01] <Guest25204> hmmm i guess i can ignore the pipe error [17:02] <Guest25204> i have a 2nd question... [17:03] <Guest25204> question: during the output stream i am reading the video bytes into memory as ffmpeg shares them to the stream... then when it's process exits so i know the output stream is done too.... i write those bytes to a file with appropriate extension to my format which is webm. [17:04] <Guest25204> question continued: but... when i play the file, it's small and blank in chrome. so i dont know what happened during its encoding or my byte streaming to a memorystream... however when i run it via command line using the same png files as input to the video creation, the output webm is perfect [17:06] <Guest25204> snippet: http://pastebin.com/wKQmNzwt [17:27] <Guest25204> will bbl [19:54] <Guest25204> anyone around? [19:55] <Guest25204> http://pastebin.com/wKQmNzwt ... when i write this stream out to a file for a blah.webm file the webm fails to play or show any pixel data. but if i done use the piped output and just write the output to a file directly the webm is fine [19:59] <Guest25204> the file.writeallbytes method in c# ends up with a file about 19kb smaller. the video files are about 2.5mb with a 19kb diff. i dont know how to see if the webm is proper or missing something maybe? [20:30] <Guest25204> its like something not being written... the output says video:2558kB , but the actual file when i dump the memorystream is 2540kb. the command line direct file save is also 2558kb.. hmmm [20:30] <Guest25204> like the outputstream that im reading into a memory stream isnt complete for some reason [20:53] <Guest25204> anyone available to help this is driving me nuts? [21:34] <galex-713> Hello [21:36] <galex-713> I got a wma file from some mms stream saved with mplayer, but I want to cut some part of this stream and ffmpeg just output a file that, when read by mplayer, is said have no sound. Could this be related to the fact that when I read the original file, at begin, mplayer say to be at time 108:06:25? [21:36] <galex-713> *the fact that [21:42] <c_14> Nah, that's normal. That time is the complete length of the stream so far. What you can do is give us your entire ffmpeg command and complete console output. [21:42] <galex-713> The complete length of the stream since when? (I paste the output) [21:44] <galex-713> https://paste.galex-713.eu/?35d5740ea607b9de#CO3aLn1Qigom82P2kv+/Ji0qR+2qnw… [21:45] <galex-713> c_14: ^ [21:45] <c_14> Usually length of the stream since it started streaming. [21:46] <galex-713> Ah ok [21:47] <c_14> avconv is part of libav, see #libav for support [21:47] <galex-713> oops [21:47] <galex-713> Wait, I try with ffmpeg [21:48] <c_14> I'm pretty sure I know what the problem is though. [21:48] <galex-713> Ok, it works with ffmpeg [21:48] <galex-713> \o/ [21:48] <c_14> Oh, ok. [21:59] <Corin> Does anyone know how I could stream a video so that other people could watch? [22:02] <blippyp_> corin: ffserver [22:03] <Corin> blippyp_: Could you be more specific? I'm genuinely a moron. [22:04] <blippyp_> you'd have to read the man page or go to the ffmpeg website - go to the documentation link at the top of the page - click on ffserver. It's been forever since I've done it - but it does it [22:05] <Corin> Oh wow. [22:05] <Corin> This seems complicated. [22:05] <blippyp_> yeah, it is at first - but it's simple once you figure it out [22:05] <blippyp_> if you know how to use ffmpeg, then ffserver isn't much different [22:06] <blippyp_> I am taking a quick look to see if I can't come up with a basic example for you - but I'm not promising anything - like I said, it's been a while and I'm also busy doing other things [22:07] <Corin> Yeah, I should be able to figure it out. It'll just take a bit. [22:07] <Corin> Thanks. [22:08] <blippyp_> no problem - good luck, it's kind of cool once you get it [22:10] <galex-713> Still with my file begining at 108:06:25: is there a way to directely say a begining time at ffmpeg like 108:26:57, or should I be forced to do recalculation of absolute time separatly? [22:12] <galex-713> c_14? [22:13] <blippyp_> galex-713: not really sure I'm understanding your problem: You have a video, that you want to take a 'chunk' out of the middle of - is that what you're trying to do? [22:14] <galex-713> blippyp_: I stiil want to cut a piece of the audio file beginning at 108:06:25, but I would like to not have to do calculations separately to convert 108:06:25 to a time relative to the real beginning of the file [22:15] <c_14> The easiest thing would be to remux the file and then do whatever you want with it. That'll fix the times. You should, however, be able to set the absolute time if you add the time you want to what the file says it starts at. Relative times should work regardless. Note that this is a big should and ymmv since I don't actually know what the ffmpeg source does for time detection. [22:15] <Corin> blippyp_: It should work for Windows just the same as UNIX-like systems, though, right? [22:15] <Corin> I wanna try to help a friend stream, too. [22:15] <blippyp_> ffmpeg -s 108:06:00 -i inputfile.mp4 -s 25 -t (length of time you want to recrod) -vn -a:c (whatever codec you want) -sn output.wav (or whatever) [22:16] <blippyp_> yeah, as far as I know - ffmpeg works the same in each OS [22:16] <galex-713> ok, thanks [22:16] <blippyp_> but I've only ever used it with linux [22:17] <blippyp_> you run into some differences - Things like if I want to record my desktop - I you x11grab - but with windows you use something else i think. Plus it's different for using a device like say your camera I believe - but the basic commands/syntax are the same I believe... [22:18] <blippyp_> windows uses directx I believe (forget what it's called specifically by ffmpeg) [22:19] <blippyp_> galex-713 - notice how I have two -ss in my example (although I left out a second s in the second one - sorry - it should be -ss not -s) [22:20] <galex-713> blippyp_: ah ok [22:20] <blippyp_> this is because the first -ss isn't accurate... So I set it to a time frame close to where you wanted it, but not exactly - then I specified the rest of the time required in the second -ss after the input [22:20] <galex-713> I was searching for -s option and didnt understand ^^ [22:21] <blippyp_> this will allow it to seek to where you want accurately - I'm looking at your url you gave earlier now - you're missing that in your parameters.... [22:21] <galex-713> but using -ss 108:06:00 ffmpeg says Invalid duration specification for ss: 108:06:00 [22:21] <blippyp_> yeah you specified a beginning time at 108 hours into the video [22:21] <galex-713> yeah [22:22] <galex-713> So I *have* to either do calculations to know whats the time from the begining of the file or remux file? [22:22] <blippyp_> don't remux the file [22:22] <blippyp_> not calculations required [22:22] <galex-713> ? [22:22] <blippyp_> you just need to know when to start and how long you want to record [22:23] <galex-713> Yeah [22:23] <blippyp_> the only calculation you need is the length of the recording you want [22:23] <blippyp_> so if I wanted to record a video that began at 25 minutes and record for 3 minutes: [22:23] <galex-713> -ss 25:00 [&] -t 3:00 [22:23] <galex-713> I know [22:24] <blippyp_> ffmpeg -ss 00:24:30 -i input.mp4 -ss 30 -t 00:03:00 -c copy out.mp4 [22:24] <galex-713> Ah also: the original file isnt a video but an audio filee [22:24] <galex-713> *file [22:24] <blippyp_> that won't matter [22:24] <galex-713> Yeah [22:24] <galex-713> Just to correct what you said ^^ [22:25] <blippyp_> correct what? [22:25] <galex-713> Oh, nothing, you said a video, I misread as your video [22:25] <blippyp_> you mean because my example is an mp4 instead of mp3 or something... [22:25] <blippyp_> no difference [22:25] <galex-713> yeah [22:25] <blippyp_> replace .mp4 with .mp3 [22:26] <galex-713> (actually its wma) [22:26] <blippyp_> either way - doesn't matter... [22:26] <blippyp_> what's m2o ? [22:26] <blippyp_> it doesn't have an extension? [22:27] <galex-713> No because it was written by a script and I dont want to seek the correct extension for every webradio [22:27] <blippyp_> ffmpeg might not know what that is... (it might read it fromt he header or something, but seriously - it might not understand what your input format is) [22:27] <galex-713> So I let mplayer find the right format alone [22:27] <galex-713> blippyp_: for the first cut I made it worked [22:28] <blippyp_> cool - might not be an issue then - but ffmpeg has the ability to specifically specify the format for a reason - just bringing it up - glad it's working [22:28] <galex-713> So, I mean: the time I have is 108:26:57, when I said I have to make calculations, its about calculating the time from the beginning of the file [22:28] <blippyp_> that time has to be wrong [22:28] <blippyp_> that's a HUGE file [22:28] <galex-713> I cant just do -ss 108:26:57 [22:29] <blippyp_> 108 hours 26 minutes and 57 seconds? [22:29] <galex-713> The file begin at 108:06:25 [22:29] <blippyp_> I think ffmpeg tops at 99 hours - but I haven't tested it [22:29] <blippyp_> the format is 00:00:00.000 [22:29] <galex-713> When I begin to read the file mplayer says 108:06:25 [22:29] <blippyp_> seiously - 108 HOURS into the file [22:29] <galex-713> So the time I get is 108:06:25+the relative time since begin [22:29] <galex-713> blippyp_: no [22:30] <blippyp_> where did you get this thing [22:30] <galex-713> The file doesnt get 108 hours [22:30] <blippyp_> the timing in the file is messed up [22:30] <galex-713> But at the begin mplayer says its 108:26:25 [22:30] <blippyp_> somethings wrong with it [22:30] <blippyp_> ignore that time [22:30] <galex-713> Its an audio stream [22:30] <blippyp_> it's screwed up [22:31] <blippyp_> use a different player and see if it will correctly show you the time [22:31] <galex-713> Like c_14 said, its probably counting from the start of streaming [22:31] <galex-713> blippyp_: with vlc it says the same thing [22:31] <blippyp_> okay, but even that is weird - a 108 hour streaming session? [22:31] <blippyp_> try re-encoding the entire file into a different format [22:31] <galex-713> Its a radio [22:31] <galex-713> Its still recording [22:32] <galex-713> *Im still recording [22:32] <blippyp_> then pull from the new recording [22:32] <blippyp_> you're pulling from a file that's being written to? [22:32] <galex-713> yeah [22:32] <galex-713> Its a *radio* [22:32] <blippyp_> then you'll have to do the math I think [22:32] <galex-713> Ok [22:32] <blippyp_> write down the time as soon as it starts [22:32] <galex-713> Already done ^^ [22:33] <blippyp_> then find the time you want to begin - subtract the start time from it [22:33] <galex-713> 108:06:25 [22:33] <blippyp_> what time do you want to begin recording, and how long do you want to record? [22:33] <galex-713> (I earlier said 108:26:25, that was wrong) [22:34] <galex-713> from 108:26:57 to 108:29:54 according mplayer [22:36] <blippyp_> using your url you provided above: your command should be something like: ffmpeg -ss 00:06:00 -i m20 -ss 57 -t 177 -m20-1.wma [22:36] <galex-713> So if ffmpeg cant calculate the time according what audio stream say, I think I should do 108:26:57 108:06:25 for the beginning and 108:29:54 108:26:57 for the duration [22:36] <blippyp_> oopa left out the codec, but you get the idea [22:36] <galex-713> oopa? [22:36] <blippyp_> oops [22:36] <galex-713> ah ok [22:36] <galex-713> yeah [22:37] <galex-713> But since I probably will cut many piece, I think I should automate that& [22:37] <blippyp_> yeah, I would [22:37] <blippyp_> I'd just create a file with the start time and the length of time you want - then subtract the initial begin time from each start time [22:38] <blippyp_> if you're in linux it should be simple to do with awk I think [22:38] <blippyp_> and xargs [22:38] <galex-713> *GNU/Linux [22:38] <galex-713> I never found time to learn awk :/ [22:38] <blippyp_> it's simple enough - just google it - you'll find a simple example [22:38] <blippyp_> I have to look it up each time myself [22:39] <galex-713> You mean google for awk usage or google for some awk example to do time substraction? [22:40] <blippyp_> awk should be capable of both i think [22:40] <galex-713> What? [22:40] <blippyp_> google it [22:40] <galex-713> I asked what was you meaning by google *it*, whats it? [22:40] <blippyp_> awk [22:41] <galex-713> awk usage or specific awk example for time substraction? [22:41] <galex-713> Ah [22:41] <blippyp_> both [22:41] <galex-713> ok& [22:50] <tachoknight> hi all, i am creating a 30 second movie from an image using: ffmpeg -loop 1 -r 23.976 -i test.jpg -t 00:00:30 test.mp4 [22:51] <tachoknight> and was wondering if there was a way to add a fade to black over it at a particular duration [22:52] <blippyp_> tachoknight man ffmpeg-filters search for fade I believe [22:52] <tachoknight> i was thinking id have to create separate images at different levels, create sub movies, then stitch those together [22:52] <tachoknight> oh, thanks blippyp_ [22:52] <blippyp_> no problem [00:00] --- Sun Apr 20 2014

1 0

ffmpeg-devel.log.20140418
by burek 19 Apr '14

19 Apr '14

[01:16] <cone-910> ffmpeg.git 03Alessandro Ghedini 07master:32d05934abc7: mp3dec: decode more data from Info header [01:16] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:cdc166acd80b: Merge commit '32d05934abc7427bb90380a4c1ab20a15fd7d821' [01:16] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:e48fb4e1a5a9: ffmpeg: fix mixed merged & split side data with the stream->packet hack [02:12] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:97751e1324de: avformat/replaygain: fix mixed declaration and statement [04:39] <cone-910> ffmpeg.git 03Peter Ross 07master:27998451d86d: DSD Stream File (DSF) demuxer [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:24e5f5cd3ec7: lavd/pulse_audio_common: rename variables and enums [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:176046d2b59c: lavd/pulse_audio_common: add context helper functions [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:10627e7e10f7: lavd/pulse_audio_enc: cosmetics [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:eb9dee2d0d2d: lavd/pulse_audio_enc: replace simple API with async API [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:bc31a57902b8: lavd/pulse_audio_enc: add nonblocking mode [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:cef118032910: lavd/pulse_audio_enc: add buffer fullness messages [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:4c0f36412abc: lavd/avdevice: add volume messages [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:eb9136a7d60e: lavd/pulse_audio_enc: implement volume messages [05:04] <cone-910> ffmpeg.git 03Lukasz Marek 07master:35bf7a491e4d: lavd/pulse_audio_enc: implement pause messages [05:04] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:a614f892a6cf: Merge remote-tracking branch 'lukaszmluki/master' [06:46] <cone-910> ffmpeg.git 03Carl Eugen Hoyos 07master:941b2240f2ce: Do not overwrite VDPAU structures in ff_MPV_frame_start(). [07:37] <ubitux> crow: http://git.videolan.org/gitweb.cgi/ffmpeg.git/?p=ffmpeg.git;a=commitdiff;h=… [08:31] <crow> ubitux wow that looks geat thank you [09:00] <ubitux> crow: you should thank Carl :p [09:01] <crow> ubitux i dont know his nickname but sure thank to Carl, soon i will test it. [10:17] <lucaswang> hi all. in ffmpeg, which pixel format equals y210 (Packed, 4:2:2, 10-bit) ? i only see 10bit planar yuv [10:32] <wm4> lucaswang: it's not supported directly, but there's a raw codec to consume/produce this format [10:33] <cone-220> ffmpeg.git 03Carl Eugen Hoyos 07release/2.2:26b6d70c72e4: Do not overwrite VDPAU structures in ff_MPV_frame_start(). [10:37] <lucaswang> ok. i see. thanks. [11:15] <ubitux> don't we need d5c0036d4adcec7a38aad6e3aab8792ab9bc074a in avfundation code as well? [13:03] <Compn> wm4 : hmm, adding y210 would be trivial for the right persons... [13:04] <Compn> so many colorspaces. i think they are only added when users request them now [13:04] <Compn> or sample exists [13:04] <wm4> as usual you have no idea what you're talking about [13:04] <wm4> maybe [13:05] <wm4> hm he asked for y210, probably wanted v210 [13:06] <Compn> is v210 packed or planar ? [13:06] <wm4> or maybe they're the same [13:06] <wm4> packed [13:12] <wm4> yeah, seems y210 == v210 [13:22] Action: funman never heard about y210 [13:23] <funman> http://msdn.microsoft.com/en-us/library/windows/desktop/bb970578%28v=vs.85%… -> uses y210 [13:29] <wm4> funman: I didn't compare the formats closely (because it's so fucked up), but one result said they're exactly the same [13:30] <wm4> one strange thing is that ffmpeg has a v210 fourcc, but not a y210 one [13:33] <funman> wm4: next to that URL: " Includes description of what must be V210, inexplicably named as Y210. Comments welcome." [13:34] <wm4> funman: yep saw that too [13:42] <muken> v210 is a quicktime thing. [13:46] <Compn> it doesnt help that every single broadcast codec comes up with its own *210 fourcc [13:46] <Compn> or isom [13:46] <muken> wait. v210 != Y210 [13:47] <Compn> wm4 : its non trivial to add another 10bit colorspace ? [13:47] <wm4> muken: oh? [13:47] <muken> Y210 == v216 with significantBits=10 of sgbt extension [13:47] <wm4> oh [13:48] <Compn> there is a codec that has special cases for each colorspace, that would be difficult. i think kostya looked into it once :) [13:48] <Compn> like reinventing swscale for one codec :D [14:09] <BBB> oh man, scaling [14:09] <BBB> oh joy [14:48] <cone-220> ffmpeg.git 03Peter Ross 07master:0a13487b1a2d: avformat/dsddec: create audio stream before processing id3 [15:56] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:b9831364de51: avcodec/vc1dec: use av_realloc_array() [15:56] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:bb0d9aedcbda: avcodec/tta: use av_malloc(z)_array() [15:56] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:71f8cdcc1648: avcodec/snow: use av_malloc(z)_array() [18:33] <cone-220> ffmpeg.git 03James Almer 07master:968c44ce8950: configure: Remove deprecated incompatible_fork_abi option [18:41] <cone-220> ffmpeg.git 03Justin Ruggles 07master:39ef000e19b5: mjpeg: Do not fail jpeg decoding on bad EXIF data. [18:42] <cone-220> ffmpeg.git 03Justin Ruggles 07master:591c0c26b598: mjpeg: cosmetics: indentation [20:23] <ubitux> http://wiki.multimedia.cx/index.php?title=H4M [20:23] <ubitux> anyone worked on this? [20:24] <JEEB> not that I have seen [20:27] <ubitux> linkmauve1 has some samples from the pikmin game [20:27] <ubitux> typically "sr_S.h4m: HVQM4 v1.3 GameCube movie, 640 x 480, 33367us, 48000Hz audio" [20:27] <linkmauve1> Hi. o/ [20:28] <JEEB> the closest I've had to pikmin was the sample from pikmin2's opening or so [20:28] <JEEB> which was in THP [20:29] <JEEB> which IIRC contained some sort of MJPEG [20:29] <JEEB> so yeah, that's something else :3 [20:29] <linkmauve1> I remember playing THP from SMS. [20:29] <linkmauve1> Using ffmpeg. [20:29] <linkmauve1> Actually I can check right now. [20:29] <JEEB> yeah, the audio and video from THP is supported [20:29] <linkmauve1> Ok. [20:30] <JEEB> "ham" isn't yet, afaik [20:31] <linkmauve1> Maybe vgmstream has some information already, Im going to check. [21:09] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:9b888fb159eb: avcodec/roqvideoenc: use av_malloc(z)_array() [21:09] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:683b6e3183ee: avcodec/smacker: use av_mallocz_array() [21:09] <cone-220> ffmpeg.git 03Michael Niedermayer 07master:60c8c7144e1d: avcodec/qtrleenc: use av_mallocz_array() [21:27] <linkmauve1> I love it when people leave debug info in the released game. [21:28] <linkmauve1> http://linkmauve.fr/files/build.map.txt [21:42] <ubitux> nice [21:42] <ubitux> debug symbols are there too? [21:42] <ubitux> :)) [21:43] <ubitux> >Decode[IPB]Pic [21:43] <ubitux> heh. [21:43] <ubitux> just force some mpeg* video codec to see if it outputs something [21:44] <ubitux> linkmauve1: can you get some asm out of it or something? [21:44] <ubitux> (you're using an emulator right?) [21:44] <linkmauve1> Here is the file supposedly containing that code: http://linkmauve.fr/files/boot.dol [21:44] <linkmauve1> I can only get it at runtime, the debugger seems fairly limited. [21:45] <linkmauve1> I think its there mostly to help debug emulator issues, and not the game itself. [21:46] <ubitux> >boot [21:46] <ubitux> ?? [21:48] <linkmauve1> Its the only dol file in the disk, and the only file matching HVQM. [22:21] <Daemon404> https://plus.google.com/+LinusTorvalds/posts/H9oSRqwSfaM [22:23] <ubitux> yeah well, the rotate meta is available since a long while already [22:23] <ubitux> i wonder if i should send a small patch for ffplay for the lulz [22:26] <ubitux> does anyone have some rotated sample available? [22:26] <beastd> lol. i had this very problem. i shot a video with my phone a week ago on my vacation. wanted to show it at work , but first i worked out the filter chain for mplayer because it was upside down ;) [22:26] <iive> i have the feeling that he rotated it manually, using the rotate filter. this is why he is happy that it remembers the correct setting. [22:26] <beastd> ubitux: you want mine ;) [22:26] <ubitux> i think that's something like maybe 40 line of code for 99% of the common cases [22:27] <Daemon404> lol [22:27] <ubitux> i'm willing to give it a shot but i need 3 samples with the common 90, 180 and 270° [22:28] Action: Daemon404 handles it at work! [22:28] <Daemon404> i might have a 90 [22:28] <Daemon404> sec [22:30] <Compn> Daemon404 : mplayer superiority.... [22:31] Action: iive takes cover [22:33] <Daemon404> Compn, he is praising the ui [22:33] <Daemon404> aka not mplayer :P [22:33] <Daemon404> ubitux, i notice'd you a link [22:33] <Daemon404> 7.4mb [22:33] <Compn> :P [22:33] <ubitux> Daemon404: thx [22:34] <Compn> Daemon404 : good point, i'll mail ingo and see if we cant stuff that into gmplayer :P [22:44] <beastd> ubitux: Mailed you a 6MB sample as attachment. Hope it got through. [22:48] <ubitux> v [22:48] <ubitux> beastd: heh [22:48] <ubitux> beastd: got it, but i'm not using that mail anymore you know [22:48] <ubitux> anyway thx [22:50] <ubitux> the kb on this machine is going to drive me nuts [22:52] <beastd> ubitux: sorry. i need to update to your new mail adress then [23:05] <ubitux> ok seems i have a working PoC [23:06] <ubitux> http://b.pkh.me/0001-ffplay-support-rotated-video.patch [23:07] <ubitux> should be fine, right? [23:13] <linkmauve1> Oh, I think I just found a bug in brstms playback (maybe due to mpv), if I seek back, playback will end earlier than the end of the stream, with a red [ffmpeg/audio] adpcm_thp: invalid number of samples in packet error on stdout. [23:14] <Daemon404> what are the macros for benchmarking? [23:14] <Daemon404> deccycles etc [23:14] <linkmauve1> And if I seek forward, playback stops at about one minute. [23:15] <jamrial> START_TIMER and STOP_TIMER [23:15] <jamrial> check timer.h [23:16] <Daemon404> right [23:16] <Daemon404> thanks [23:16] <ubitux> linkmauve1: if you can't reproduce with ffplay you should nag wm4 [23:17] <ubitux> rotated video patch for ffplay on ml [23:17] <jamrial> "trolled-by" lol [23:19] <linkmauve1> With ffplay I get L04.brstm: error while seeking when I click. [23:19] <linkmauve1> Sometimes seek goes back to the start. [23:19] <linkmauve1> seeking* [23:20] <ubitux> i see no seek code in lavf/brstm.c [23:21] <J_Darnley> Is transpose slower than the two flips for 180 rotation? [23:21] <linkmauve1> Oh, thats probably why then. [23:22] <Daemon404> not sure, but i do know our transpose code is *SLOW* [23:22] <ubitux> J_Darnley: can you 180 with transpose? [23:22] <Daemon404> well you need a flip too [23:22] <J_Darnley> I don't know [23:23] <ubitux> i should use the special keys for transpose btw, should be better than "1" and "2" [23:23] <J_Darnley> perhaps I don't have a good definition of "transpose" [23:30] <ubitux> i wonder how better that will become with the overthought rotation api [23:32] <Compn> lol @ 'clock' [23:32] <Compn> ubitux : you were reading #videolan ? [23:32] <ubitux> nope [23:33] <ubitux> Compn: can you sum up for me? [23:33] <Compn> arguing between positive and negative numbers and angles and clocks. also left/right. basically what to call the rotation, transform, etc [23:34] <Compn> and getting nowhere [23:34] <ubitux> ah sure, whatever [23:34] <ubitux> well i guess they're likely overthinking the issue like koda is doing with the new clean awesome side data api [23:35] <ubitux> ...but hey, <1h to just forward the rotate metadata to lavfi and be done with that looks good enough to me [23:35] <ubitux> anyone seeing a downside to that approach? [23:36] <Compn> nope [23:36] <Compn> making more api is bad :P [23:36] <Compn> especially in bikeshed country [23:42] <ubitux> i wonder how vlc does it btw [23:43] <ubitux> i guess they don't use the "rotate" metadata, don't they? [00:00] --- Sat Apr 19 2014

1 0

ffmpeg.log.20140418
by burek 19 Apr '14

19 Apr '14

[01:18] <malfy90> sera [01:40] <BabySuperman> hey guys, i am getting some gross scaling errors turning many .png's into a video, see this frame for example: http://youtu.be/yBTDiGhJjlo?t=25s -- that was made using ffmpeg -framerate 3 -i %05d.img.png output.mp4 [01:41] <BabySuperman> When I do try to use scaling, like -vf scale="640:-1" it asks to overwrite all the images, then doesn't output any video? [04:03] <BabySuperman> hey guys, i am getting some gross scaling errors turning many .png's into a video, see this frame for example: http://youtu.be/yBTDiGhJjlo?t=25s -- that was made using ffmpeg -framerate 3 -i %05d.img.png output.mp4 [04:03] <BabySuperman> I've tried -vf scale=640:-1 for example and it's still pretty weird [04:19] <BabySuperman> llogan ty but i just think i figgered it out pretty decently, thanks to https://stackoverflow.com/questions/8133242/ffmpeg-resize-down-larger-video… [06:15] <tm512> is there a way to get ffmpeg to buffer its output? [06:16] <tm512> in the case of a "live" input like x11grab, the output stutters if there's any spikes in disk I/O [06:29] <tm512> -rtbufsize? [08:27] <lucaswang> i have a problem about convert video. I use 'ffmpeg -i test.mov -pix_fmt yuv420p10be out.mov', the result format is yuv420p, 10be is ignored. but -pix_fmts shows ffmpeg support 10be [08:29] <relaxed> lucaswang: which video codec? h264? [08:30] <relaxed> Use my build's ffmpeg-10bit, http://johnvansickle.com/ffmpeg/ [08:33] <relaxed> lucaswang: well, it only supports yuv420p10le yuv422p10le [08:33] <relaxed> are you sure you need yuv420p10be? [08:34] <lucaswang> yes. i want to test [08:34] <lucaswang> test my shader [08:35] <lucaswang> thanks. i will try. [08:35] <relaxed> lucaswang: try ffmpeg -i test.mov -c:v rawvideo -pix_fmt yuv420p10be out.mov [08:35] <relaxed> with your build [08:56] <lucaswang> if i use rawvideo, how can i play it? ffplay seems can't [08:57] <llogan> sure it can. just use a lazyman's container like .nut [09:01] <lucaswang> how? [09:01] <llogan> ffmpeg -i input -c:v rawvideo output.nut [09:02] <lucaswang> it works! thanks! [09:03] <llogan> don't you need big endian harsware to encode be? (I don't know. I'm ignorant of the whole byte order thing). [09:08] <lucaswang> i don't know. i think it's hardware independent [09:20] <lucaswang> and my shader works too : ) [09:21] <relaxed> FLAWLESS VICTORY [09:33] <lucaswang> relaxed: how to use your ffmpeg-10bit? [09:34] <lucaswang> my shader works for opengl es2 too. it seems that vlc, xbmc etc don't support [09:53] <lucaswang> in ffmpeg, which pixel format equals y210 (Packed, 4:2:2, 10-bit) ? [09:54] <ubitux> yuv422p10 probably [09:55] <ubitux> ah, packed [10:00] <lucaswang> no, here P means planar. I only see planar formats [11:11] <relaxed> lucaswang: did you try yuv422p10le? [11:40] <lucaswang> yes, i did [11:41] <lucaswang> relaxed: you mean convert using ffmpeg? [11:55] <andrewk> hey guys [11:59] <andrewk> so I'm trying to use a video and thumbnail generator plugin in wordpress however it keep stating that " FFMPEG missing library libvpx required for WEBM encoding". [11:59] <andrewk> here is a screenshot: http://s30.postimg.org/oh7kl1a8h/Screen_Shot_2014_04_18_at_11_55_42_AM.png [12:00] <andrewk> and here is the output of the test commands: http://pastebin.com/ymEPJpKS [12:00] <andrewk> I have compiled ffmpeg with libvpx and no multiple libvpx is installed on the system so any idea?:S [12:00] <andrewk> furthermore I see no error message in the output [12:01] <sacarasc> Did you compile ffmpeg after installing libvpx? [12:01] <sacarasc> Never mind, I fail at reading. :D [12:03] <sacarasc> Ask the people who made the thumbnail generator? Or maybe make it rejudge your ffmpeg? [12:05] <andrewk> sacarasc: well they have questions pending for 3 years so&:D hmm I think I give it a try despite the error message, maybe it works [12:33] <dannyzb> is there a way for me to stream videos to users while converting them ? [12:33] <dannyzb> not a live stream - users should be able to start from the beginning of the video up to the point where conversion got [13:37] <vegpuff> Hey Guys, need a help - I'm trying to stitch images to video along with a audio. [13:38] <vegpuff> Using this command - ffmpeg -r 1/3 -i images_%2d.jpg -i music.mp3 -vf drawtext="fontfile=~/fonts/DroidSerif.ttf: text='Slideshow Text': fontcolor=black: fontsize=24: x=15: y=15: box=1: boxcolor=white(a)0.6" -c:v libx264 -r 24 -pix_fmt yuv420p out.mp4 [13:38] <vegpuff> But it takes close to 200% cpu [13:38] <vegpuff> any tips on reducing cpu usage? [13:39] <DannyZB> >< disconnect .. so is there a way to let users watch videos while i'm converting them to MP4 for pseudostreaming ? [13:40] <sacarasc> vegpuff: It will use as much CPU as it can to complete the task as quickly as possible. If it is going at over real time speed and you want to limit it to real time, try adding -re (I think) to the input options. [13:41] <vegpuff> Thanks sacarasc, the process can take time to complete, but preferably lesser cpu. Will look at -re options. [14:38] <vegpuff> sacarasc it still uses maximum cpu (300%) [14:38] <vegpuff> is there a way to limit cpu usage? [14:48] <Mavrik> vegpuff, no [14:48] <Mavrik> because that would be silly [14:48] <vegpuff> ah [14:48] <Mavrik> why are you bothered by the CPU usage anyway? [14:49] <vegpuff> I'm going to run the process in a hosted machine, can't afford it to peak to 300% [14:49] <c_14> You could try limiting the number of threads ffmpeg uses. [14:49] <vegpuff> let me check that, thanks c_14 [14:50] <Mavrik> that won't realyl work [14:50] <Mavrik> vegpuff, that's a totally wrong approach [14:50] <Mavrik> use nice on that machine [14:50] <Mavrik> and leave ffmpeg to burn all CPU when nothing else needs it [14:50] <vegpuff> oh, so you are saying I should reduce the priority of ffmpeg process? [14:51] <Mavrik> priority and nice factor aren't the same. [14:51] <vegpuff> Oh ok. Sorry, newbie to this. [14:51] <Mavrik> set nice 20 on ffmpeg and everything else will get CPU first [14:52] <vegpuff> Sure, let me try that. [14:52] <Mavrik> that will make sure the server runs well without problems [14:52] <Mavrik> while ffmpeg still gets all leftover cores for best results :) [14:59] <anshul__> hi is there any way to delete the attachement added to bug report [15:00] <anshul__> I was adding new file which is compilable standalone(have no dependency) and produce the same result [15:02] <anshul__> ohh got it , keep the name same and replace [15:02] <Voicu> hello, how can I use libav* to open and stream a stream of already encoded data? my video is encoded in h264 and audio is AAC [15:03] <Voicu> right now I'm opening the output stream with avformat_alloc_output_context2 and avio_open and then I add an audio and a video stream [15:04] <Voicu> the thing is I get an error when doing avformat_write_header - "-1094995529 (Invalid data found when processing input)" [15:10] <Voicu> or to start things easy, my first confusion is: how I setup a context for outputting already encoded data? [15:10] <Voicu> I get that I need a AVFormatContext, an AVIOContext, two streams and codecs [15:11] <Voicu> but when getting the codecs, do I need encoders or decoders? [15:11] <Voicu> I assume decoders but I'm not so sure now ... [15:21] <Mavrik> hmm [15:21] <Mavrik> AVFormatContext defines a muxer [15:21] <Mavrik> while your content is probably already muxed right? [15:25] <Voicu> Mavrik, no, I have two already encoded streams - one with h264 one with AAC [15:26] <Voicu> (I'm making a streaming thingy on android) [15:26] <Voicu> I'm reading this right now http://ffmpeg.org/doxygen/trunk/group__lavf__encoding.html [15:26] <Voicu> I'm basically doing what it says in there but I still get some errors [15:26] <Voicu> I'm going to try to start over with a 'cleaner' code [15:27] <Voicu> it's just that those codecs have so many parameters [15:28] <Mavrik> what parameters? [15:28] <Mavrik> you dont need codecs because you're not encoding anything [15:29] <Mavrik> in worst case you have to demux / remux [15:29] <Voicu> Mavrik, hmm, that's what I'm thinking... [15:31] <Voicu> Mavrik, ok, so I just create a context and start writing data into it? [15:32] <Voicu> my next problem would be that the function that does that seems to only want AVPackets so how do I get an AVPacket from my stream? I was thinking of using an AVCodecParser but again I'm not sure that's what I need [15:35] <Voicu> I know this might sound like newbie stuff but it's pretty overwhelming - there are just so many components [15:41] <Mavrik> Voicu, you're trying to do too much without not understanding enough :) [15:42] <Mavrik> Voicu, take a look at remuxing example [15:42] <Voicu> well I'm already here - I have the encoded streams [15:42] <Mavrik> that's what you have to do [15:42] <Voicu> I just need to somehow send it [15:42] <Voicu> I'm looking at that [15:42] <Voicu> I mean I read it [15:43] <Voicu> but that one is kinda different since everything about the codecs and so on is read from a file [15:43] <Voicu> I need to set it up manually [15:44] <Mavrik> and what does that mean? [15:45] <Voicu> well in the example they are doing avformat_open_input and then copy the codec data from the input context to the output context [15:46] <Voicu> I need to set up the output context's codec data to somehow match what I have in my streams [15:46] <Voicu> I also need to parse those streams to get packets that I can then send on the output context [15:47] <Mavrik> that's called demuxing. [15:47] <Mavrik> it's what the input format context does. [15:47] <Mavrik> it parses input and splits it into separate packets with stream ids [15:48] <jonascj> Hi all. I am running ffserver with this config http://pastebin.com/xMZ10wAX and I hope to end up having http://host.com:8090/webcam.ffm show an mjpeg of my webcam. The webcam I try to feed to the ffserver using: "ffmpeg -v verbose -r 10 -s 320x240 -f video4linux2 -i /dev/video1 http://host.com:8090/webcam.ffm". [15:49] <Voicu> Mavrik, hmm, can I maybe open the streams then? even if they're not contained in an avi or mpeg or something? [15:49] <jonascj> I however get this error "Specified pixel format yuyv422 is invalid or not supported". Is that my ffmpeg command which is wrong. Do I need to specify additional parameters (pixel format for ecxample)? [15:49] <Mavrik> Voicu, what. [15:49] <Mavrik> you're really not giving enough information for decent help [15:49] <Mavrik> WHAT do you have? [15:50] <Mavrik> WHERE does it come from? [15:50] <Mavrik> HOW is it muxed? [15:50] <Mavrik> HOW is it encoded? [15:50] <Mavrik> when you know answers to those questions [15:50] <Mavrik> you also won't have problems fixing up the code to make ffmpeg do what you want [15:50] <Mavrik> jonascj, probably yes [15:51] <Mavrik> jonascj, if your v4l2 source grabs yuyv422 input you'll have to specify the output format [15:51] <Voicu> Mavrik, sorry I wasn't clear enough - I'm using android's MediaCodec to encode raw video and audio into H264 and AAC respectively [15:51] <Mavrik> jonascj, yuv420 or yuvj420 is the most widely supported [15:51] <Voicu> MediaCodec outputs only the h264 and AAC part, it doesn't encapsulate it in a container [15:51] <Mavrik> Voicu, ah, is it in AnnexB format? [15:51] <Mavrik> the H.264? [15:52] <Mavrik> that is, does it inject SPS/PSS units in the packets or do you get those at the start of the encode? [15:52] <Mavrik> what is your desired output? [15:52] <Voicu> Mavrik, AFAICT yes, it has those 4 bytes at the start 0,0,0, and 1 [15:53] <Mavrik> that's just NAL unit delimited [15:53] <Mavrik> lemme check MediaCodec docs :) [15:54] <Voicu> also, I assume it does inject SPS and PSS because it asks for PTS each time I give it data [15:54] <Mavrik> Voicu, ahh, see the doc for MediaCodec: when it talks about "codec specific setup data" [15:54] <Mavrik> it doesn't do injection [15:54] <Mavrik> it just gives them at the start [15:54] <Voicu> ok... [15:54] <Mavrik> anyway, you still haven't told what your desired output is. [15:55] <Voicu> Mavrik, I'm trying to output to a file and/or stream to a server [15:55] <Mavrik> which one. [15:55] <Mavrik> that's kinda important. [15:55] <Voicu> well eventually I want it to stream but if it's easier to start with a file, a file it is [15:55] <Mavrik> also the format you're trying to output is kinda important. [15:55] <Mavrik> what kind of file container? [15:55] <Voicu> it's in flv format [15:56] <Mavrik> you want to create a flv file? [15:56] <Voicu> yes [15:56] <Mavrik> huh. [15:56] <Mavrik> ok. [15:56] <Mavrik> the flv muxer will expect PSS/SPS data to be in AVCodecContext->extradata [15:57] <jonascj> Mavrik: Thank you for your input. So it is the output I need to specify? [15:57] <Mavrik> and you'll have to create AVPackets containing a full frame and then passing them to the FLV muxer [15:57] <Mavrik> jonascj, you need to just set the output pixel format [15:57] <Voicu> I've already done a streaming app using FFMpegFrameRecorder (by following some examples) which works but it's very slow because it's software encoded [15:57] <Mavrik> jonascj, I don't know the exact ffserver parameter by heart but I think there should be one :) [15:58] <Voicu> Mavrik, yeah I figured I need to create the packets too [15:59] <Voicu> what do you mean by 'full frame' ? [15:59] <Mavrik> full video frame [16:00] <Voicu> a yes [16:00] <Mavrik> Voicu, I suggest you first make a dump of whatever you're getting from Android encoder to file and try to implement these things on your desktop first [16:00] <Mavrik> so you'll have full debugging capabilities [16:00] <Mavrik> what you have to do is [16:00] <Mavrik> 1.) Initialize AVFormatContext for your output format [16:00] <Mavrik> 2.) Setup extradata fields of AVCodec in them so they have PSS/SPS setup data [16:01] <Mavrik> 3.) For each frame you get out of the encoder create AVPacket, properly set PTS/DTS in proper timebase [16:01] <Mavrik> 4.) Write AVPackets to the output format [16:01] <Mavrik> Voicu, I strongly suggest you checkout flvenc.c file to see what the FLV muxer does. [16:02] <Mavrik> it'll also give you an idea which fields you have to fill in the context [16:03] <Voicu> ok then [16:03] <Voicu> thank you very much, this is tremendous help [16:04] <Mavrik> also see remux.c and ffmpeg doxygen and source is your big friend :) [16:04] <jonascj> jonascj: So it is the ffserver which needs the output format specified? I get the error on the ffmpeg client side? [16:05] <Mavrik> jonascj, yeah, the encoding parameters are set up in the ffserver config file [16:05] <Mavrik> and are then passed to ffmpeg when you start streaming [16:05] <jonascj> Mavrik: but is it the ffserver which requests something which ffmpeg does not support or the other way round? [16:05] <Mavrik> jonascj, https://www.ffmpeg.org/ffserver.html [16:05] <Mavrik> no. [16:05] <Mavrik> what happens is [16:06] <Mavrik> you're trying to encode to mjpeg which doesn't support the pixel format your camera gives you frames [16:06] <Mavrik> so you have to tell ffmpeg to convert to a supported pixel format [16:06] <Mavrik> it you read that doc you'll see that by calling "-pix_fmts" you'll get a list of pixel formats and by adding PixelFormat directive you set it [16:07] <Mavrik> and I already told you to use yuv420 or yuvj420 whichever will work [16:07] <jonascj> Mavrik: yeah, I was your yuv420 message. I was just confused about whether it was ffmpeg or ffserver that needed the directive [16:07] <Mavrik> ffserver... it's kinda wierd [16:08] <Mavrik> because ffmpeg is the one actually doing all the work (and producing errors) while the encoding parameters are really set in ffserver.conf and then passed to ffmpeg when it connects [16:09] <jonascj> Mavrik: yeah, that is what confused me [16:16] <jonascj> Mavrik: my ffserver says unknown keyword PixelFormat regardless of whether I put it in the <Stream> section (as the manual states) or in the <Feed> section. [16:17] <jonascj> so when ffmpeg "connects" to a feed it connects to the name which is specified in the <Feed> section. Shouldn't it be the feed-section containing directives to give to ffmpeg? [16:52] <Voicu> Mavrik, are you still around? [16:52] <Voicu> a nevermind, I think I got it [17:14] <Voicu> any idea why avformat_write_header would hang with CPU usage at 100% and no error output? [19:37] <Voicu> anyone around? I'm calling avformat_write_header and it doesn't output anything although it now returns OK (error code 0) [19:37] <Voicu> could it be because I'm not setting the extradata field (yet) [19:38] <Voicu> ? [19:39] <Mavrik> why aren't you using a debugger to figure out what's going on? [19:40] <Voicu> Mavrik, I'm using java. Although I guess I could try and do it first in C and then move to java... [19:41] <Mavrik> but... why. [19:41] <Voicu> hehe [19:41] <Mavrik> it'll just make everything you to undebuggable and horribly slow [19:41] <Mavrik> the way to do those binding is to minimize C calls [19:41] <Mavrik> since JNI has a massive overhead :) [19:42] <Voicu> well I'm stuck with using java on android anyway so I thought I would try java on the desktop too [19:43] <Voicu> yeah, I will probably switch to C soon, make it work there and then port to java [19:43] <Voicu> setting up the build environment for ffmpeg is quite a task though [19:44] <Voicu> especially since I'm programming on windows :P [19:45] <Voicu> I can't avoid JNI. The alternative is to use the android NDK which would mean yet another thing I have to learn [19:45] <Voicu> and even then, I would still have to do lots of JNI calls anyway [19:46] <Mavrik> a [19:46] <Mavrik> m [19:46] <Mavrik> Android NDK is just gcc configured for Android compilation [19:46] <Mavrik> there's nothing new to learn >( [19:46] <Mavrik> :) [19:47] <Mavrik> Voicu, the sane way to do ffmpeg dev is to grab Linux, build ffmpeg without optimizations and with debug symbols [19:47] <Mavrik> and then just recompile on other platforms :) [19:47] <Mavrik> I haven't seen gdb work reliably on Windows yet [19:48] <Voicu> hmm [19:50] <Voicu> I didn't think it would be such a pain. I would have started with a debug version from the start [19:50] <Voicu> maybe there are debug .jars? :D [19:50] <Voicu> nah, that would be crazy [19:51] <Mavrik> jars? huh? [19:51] <Voicu> java .jar [19:51] <Mavrik> I wouldn't even look in the direction of Java until the code works as a pure C binary first ;) [19:51] <Voicu> java libraries [19:51] <Voicu> Mavrik, yeah you're probably right [19:52] <Voicu> I'm gonna try that then [19:52] <Voicu> at least I'll know what breaks when it breaks [19:53] <Voicu> btw, ironic thing - allocating an AVFormatContext for example is more of a hassle in java than in C [19:53] <Voicu> one has to do 2 allocations - one to initialize the java object itself then one to load the inner (ffmpeg) object [19:56] <Voicu> Mavrik, also, thanks again for helping me navigate through ffmpeg :D [19:57] <VoicuGaga1> damn, the internet connection died on me [19:57] <VoicuGaga1> Mavrik, well thanks again for helping me [19:58] <VoicuGaga1> you're probably going to see me here more from now on as I go through this stuff [19:58] <VoicuGaga1> :D [20:40] <jonascj> http://trac.ffmpeg.org/wiki/How%20to%20compile%20FFmpeg%20for%20Raspberry%2… cause a mismatch in glibc version. The newest git version of fmpeg requires glibc 2.17 but the most pupular raspberrypi distro only have glibc 2.13 [20:40] <jonascj> Should I find an older version of ffmpeg then? [20:41] <jonascj> Guides on the net recommends cloning ffmpeg from git and compiling it on the raspberrypi. Shouldn't this give rise to the same problem? [20:42] <jonascj> Or is it maybe a problem with my configuration / compilation (on my laptop since I try to cross compilation)? [20:43] <Mavrik> its a problem with your configuration [20:43] <Mavrik> when compiling your binary will link to glibc you have configured, by the default the version you have on the compiling system [20:43] <Mavrik> if you get version mismatch it means it's linking against wrong glibc on your system [20:44] <Mavrik> that's usually the reason why the recommendation is to compile on target system... properly setting cross-compilation environment is PITA ;) [20:47] <jonascj> Mavrik: "ldd --version" reports 2.15 on my build machine (ubuntu 12.04, 64bit) [20:48] <jonascj> Mavrik: on second thoughts, why the h*ll would people recommend building it (even cross compiling it) when most raspberry distros have it available as a package [20:48] <jonascj> ? :/ [20:48] <Mavrik> because it was probably built in 1972 [20:49] <jonascj> :P [20:49] <jonascj> maybe it is not the glibc on my hostsystem, but glibc configured to work with my tool chain (crosstool-ng , ct-ng menuconfig) [20:51] <jonascj> The packaged version was ffmpeg version 0.8.10-6:0.8.10-1+rpi1, [20:52] <jonascj> can that really be? The current version is 2.x... [21:08] <blippyp> I have a long pre-typed reference to my problem: But in hopes of saving you from a long read, I believe the root of my problem is the WARNING: library configuration mismatch (but do not know how to solve this): http://pastebin.com/3nDCiq3k [21:08] <blippyp> I am attempting to compile ffmpeg with frei0r enabled. Everything seems fine during the install, but I receive a segmentation fault when I try to use it and I get the above error when I run ffmpeg by itself. At the top of the pastebin is the exact ./configure parameters I used. I did not run make install, running ffmpeg directly from my git folder. Does anyone have any advice for a lost soul? Do you want me to paste the rest of the details [21:44] <jonascj> I do not know if it works yet, but crosstool-ng have an ot [21:44] <jonascj> *option to set the glibc version it uses when compiling. So I'm setting that to glibc 2.13 now as the raspberry pi is and I hope that will work [00:00] --- Sat Apr 19 2014

1 0

ffmpeg-devel.log.20140417
by burek 18 Apr '14

18 Apr '14

[00:45] <jamrial> Skyler_: could you check "[FFmpeg-devel] [PATCH 1/2] x86: move horizonal add macros to x86util"? need to know if you're ok with porting/relicensing the relevant code from x264 [00:47] <Skyler_> I grepped my email but didn't find it, is it recent? [00:48] <jamrial> I sent it last friday [00:49] <Skyler_> I can't find it anywhere [00:49] <Skyler_> oh. it's because horizontal is mispelled [00:50] <jamrial> oh wow, it is [00:50] <Skyler_> you have my permission; I assume pengvado would be okay with his [00:50] <Skyler_> but you'd want to check [00:50] <Skyler_> check the git blame to see if there's anyone else. [00:50] <jamrial> The other stuff was by henrik [00:50] <jamrial> and he said he's ok as well [00:54] <jamrial> i'm porting the avx2 and xop changes you, henrik and i added to the functions. the actual functions were already in ffmpeg [00:54] <jamrial> though for some reason in a h264 asm file instead of x86util [01:27] <J_Darnley> What a problematic feature this AVfoundation thing is. [05:57] <cone-279> ffmpeg.git 03Luca Barbato 07master:f1b239ec8b38: drawtext: Add fontconfig support [05:57] <cone-279> ffmpeg.git 03Michael Niedermayer 07master:443261cbbdaa: Merge commit 'f1b239ec8b38474d31f3bfea1f0b1693774fa432' [13:27] <Compnn> guy from .se asking me how to remove adware from mac osx [13:28] <Compnn> i hope its a browser extension, because otherwise i dont know how background applications work/removed on osx :\ [14:04] <BBB> smarter: plepere: what is transform 4x4 vs. transform 4x4 luma? is luma the adst-variant? [14:04] <smarter> I think so yes [14:04] <BBB> so both directions are always adst? [14:04] <smarter> both directions? [14:04] <BBB> v+h [14:04] <smarter> yes [14:04] <BBB> hm... [14:06] <smarter> ADST in VP9 is much fancier, yes :] [14:08] <BBB> ok so it's really completely mode-independent also [14:08] <BBB> that's interesting [14:08] <BBB> ok [14:08] <BBB> weird [14:11] <BBB> the adst itself looks remarkably similar to what vp9 has though [14:11] <BBB> as you would expect I guess... [14:23] <cone-910> ffmpeg.git 03James Almer 07master:76ed71a72bff: x86: move horizontal add macros to x86util [14:23] <cone-910> ffmpeg.git 03James Almer 07master:197fe392dbb6: x86/dsputil: use HADDD where applicable [14:24] <crow> Hi, back to my yesterday proble, i compiled ffmpeg without with --debug-enabled but still seems libavcodec is without symbol table, what i am missing there? [14:24] <crow> http://pastebin.com/ujS5nkhe [15:18] <ubitux> i somehow remember some video insanity where the codec was actually embedded as an attachment into the container [15:18] <ubitux> iirc it was for PSP [15:18] <ubitux> does anyone remember anything about that? [15:19] <beastd> i think there was something for ps2 [15:20] <beastd> the video contained ps2 assembly IIRC [15:20] <ubitux> probably yes, i can't find that again [15:22] <JEEB> PSP was mostly sane'ish [15:22] <JEEB> MPEG-2 PS with H.264 and ATRAC3(+( [15:23] <crow> Hi, when watching Canal + (DVB-s) using VDE (softhddevice plugin for output, which use ffmpeg) i get an segfault, and seems its connected with libavcodec, hier is gdb core dump. http://pastebin.com/1P6pCZF5 can at least someone confirm dump is good ? [15:24] <ubitux> can you reproduce with ffmpeg? [15:25] <crow> ubitux duno how could i? i have recording in .ts format which do segfault by replay with VDR(softhddevice) if that can help someone to try to reproduce it with ffmpeg [15:26] <ubitux> try ffplay [15:27] <crow> ubitux i dont have console access to this box, even if i install that app, i cant use it. [15:27] <Compn> ubitux : we have pmp samples which are from psp i think ? [15:27] <ubitux> Compn: maybe? [15:27] <ubitux> crow: ffmpeg -i bla.ts -f null - [15:27] <crow> ubitux thanks let me check [15:28] <ubitux> if you have access to the .ts i don't see why you can't ffplay locally [15:28] <ubitux> anyway, we're not going to debug "VDR", it's probably a user question (#ffmpeg) unless you're willing to debug it [15:31] <crow> ubitux i am willing to debug it, i can use ssh so i start it, http://pastebin.com/MSES1sqr [15:32] <ubitux> well, seems to work with ffmpeg then [15:32] <ubitux> so probably an api misusage in VDR [15:33] <crow> ubitux thank you, i will re-report to vdr output plugin developer [15:34] <ubitux> crow: fyi the command you typed is basically doing the decode of the whole file; i don't know what else the VDR thing is doing with the ffmpeg api [15:46] <crow> ubitux thank you for you time, i dont know either but i will report that to output plugin developer and if you like let you know once (if) fixed. [15:46] <ubitux> we're interested if it's something fixable in ffmpeg [15:47] <crow> ok [17:03] <crow> ubitux in that my log when ffmpeg was decoding whole file i see this: Error while decoding stream #0:1: Invalid data found when processing input <- is here anything to warry about? [17:04] <ubitux> i guess there was a decode error in that stream [17:04] <ubitux> :p [17:11] <crow> ubitux can you try to play this file? www.fileswap.com/dl/pZqyicS42S [17:11] <ubitux> you can't? [17:13] <crow> on client (windows i can), on the linux client currently i cant. no access to it currently [17:13] <ubitux> ffmpeg works on windows, so just ffplay it from here [18:01] <Memphiz> anybody from team ffmpeg around? this is about our (xbmc) shared booth at linuxtag 2014 in berlin this year [18:02] <ubitux> hi [18:02] <ubitux> beastd knows probably better [18:03] <beastd> Hi Memphiz [18:03] <Memphiz> hey [18:03] <beastd> I was about to write an email anyway. [18:03] <Memphiz> beastd: is there an email adr around i can use? (already dumped an email into info(a)ffmpeg.org with out success hehe) [18:03] <Memphiz> i was first! :D - already written it to videolan and the wrong ffmpeg adress :D [18:04] <beastd> Heh, damn. I should have postponed those other things that kept me busy till now :D [18:04] <Memphiz> can you give me a correct e-mail adress so i can resent my prosa? ^^ [18:05] <beastd> yes. wait a moment please. [18:22] <Compn> go team xbmc! :) [18:22] <Compn> and team ffmpeg of course [18:35] <beastd> I gave Memphiz the mail adresses of this years ffmpeg LinuxTag crew [19:11] <cone-910> ffmpeg.git 03Carl Eugen Hoyos 07master:6c18200c2f6c: Only insert the icpf atom in ProRes mkv packets if it isn't already present. [19:11] <cone-910> ffmpeg.git 03Carl Eugen Hoyos 07master:a3bd33af9edd: Write sample_aspect_ratio to asf files. [21:37] <cone-910> ffmpeg.git 03Anton Khirnov 07master:21d8f4da9167: resample: remove an unneeded context variable [21:37] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:11d187b377be: Merge commit '21d8f4da91673051ad7055cf63d989488a56368e' [21:53] <cone-910> ffmpeg.git 03Alessandro Ghedini 07master:ae43c10e3619: replaygain: allow exporting already decoded replaygain values [21:53] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:d35efda21a14: Merge commit 'ae43c10e36197000de2f3cc99ea35727ce98a796' [22:34] <cone-910> ffmpeg.git 03Alessandro Ghedini 07master:fbd8e042107e: mp3dec: move XING/Info and VBRI parsing into their own functions [22:34] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:39edcadc07e9: Merge commit 'fbd8e042107ec63e0ddf155588c59dcb76007641' [22:47] <cone-910> ffmpeg.git 03Alessandro Ghedini 07master:0983d48111f5: crc: add ANSI CRC16 LE [22:47] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:a8d01a737892: Merge commit '0983d48111f578e17e8c1967d25ce593fce62b63' [00:00] --- Fri Apr 18 2014

1 0

ffmpeg.log.20140417
by burek 18 Apr '14

18 Apr '14

[01:33] <shevy> ffmpeg -i foo.mp3 ack.mp4 [01:34] <shevy> error result: [01:34] <shevy> "[aac @ 0x870bfc0] The encoder 'aac' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it." [01:34] <shevy> oops [01:34] <shevy> oh well, I can't get the commandline right? [01:34] <shevy> ffmpeg -strict -2 -i foo.mp3 ack.mp4 [01:34] <shevy> does not work [02:23] <wiak> just a stupid question, how can i use ffmpeg to convert 4k tiffs into lossless that does not use twice the size of the orginal tiff etc? [02:23] <wiak> i know of huffyou and lagarith, but i dont think they are made for 4k yet [04:28] <sor_> i compiled ffmpeg version 2.1.3 with libavcodec and every program i try to compile failes at ffmpeg libav ? any thoughts [04:30] <sacarasc> What does the config.log say? Where did you install ffmpeg to? [04:32] <sor_> ./configure --prefix=/usr everything looks great and ffmpeg itself wors great just the prgrams i compile against it fail [04:33] <sacarasc> And the other programs' config.logs? [04:34] <sor_> oder_la-ffmpeg.o [04:34] <sor_> ffmpeg.c:45:2: error: unknown type name AVFormatParameters [04:34] <sor_> AVFormatParameters ap; [04:34] <sor_> etc [15:14] <jonascj> Hi all. I want to confirm my understanding of this. For streaming I would run ffserver which can serve streams (to media players, webbrowsers etc.) on one machine and on another machine I would run ffmpeg which feeds ffserver with content? Even though I only had one machine I would still need both ffmpeg and ffserver, right? [15:16] <jonascj> Or rather the other way round. I am following a guide on how to stream a webcam from a raspberry pi. It install ffserver and ffmpeg on the raspberry pi. But I could potentially locate the ffserver on another machine and just feed that ffserver using ffmpeg on the raspberry pi? [15:24] <c_14> Theoretically, yes. [15:38] <Mavrik> jonascj, yes [15:39] <Mavrik> jonascj, however remember that the actual encoding is done by the ffmpeg process, so you'll need transcoding horsepower on the device that runs ffmpeg [15:51] <Zeranoe> is --target-os=win32 just for msvc, or should that also be used for mingw builds targeting windows [17:07] <Fohlen> are there by any chance commands which might speed up this proccess? avconv -i 1.mp4 -c:v mpeg2video -q:v 2 -c:a libmp3lame output.mpg [17:08] <Fohlen> I'm asking here because avconv adapts ffmpeg, and apparently the avconv channel is pretty empty [17:08] <Fohlen> for a 300mb video it takes me up to 3 hours [17:10] <Fohlen> is this normal behavoir dedicated to the codecs? [17:12] <sacarasc> Fohlen: The avconv/libav channel is at #libav. [17:13] <Fohlen> sacarasc: thank you. [17:13] <sacarasc> Oh, didn't see what else you said. :D [17:13] <Fohlen> :) [17:13] <sacarasc> How many cores/cpus/whatever is the encoding using? [17:14] <Fohlen> 2 cores, 2 virtual ones [17:14] <sacarasc> It's using them all? [17:15] <sacarasc> It could be that the input is requiring a lot to decode, so the encoding is slow. [17:15] <Fohlen> sacarasc: it's using about 80% of the available cpu power [17:15] <Fohlen> so pretty much, all except system and some additional [17:15] <Fohlen> :D [17:16] <sacarasc> There are ways to speed it up, but it will degrade the video quality going in... [17:18] <Fohlen> sacarasc: will the degrade be notably? [17:18] <sacarasc> I've never done it, maybe... [17:21] <Fohlen> hmm. [17:26] <ubitux> Fohlen: avconv adapts ffmpeg? huh? [17:26] <Fohlen> ubitux: I though it was a fork, wasn't it? [17:26] <ubitux> yes indeed [17:26] <ubitux> i was wondering what you meant by that [17:27] <Fohlen> :) [17:36] <KirillB> plz help [17:36] <KirillB> I have two video sources (one is webcam and another is video captured from the screen) and I want to stream it into one RTMP stream using ffmpeg. [17:36] <KirillB> It's possible to do so? [18:00] <Memphiz> anybody from team ffmpeg around? this is about our (xbmc) shared booth at linuxtag 2014 in berlin this year [18:00] <JEEBsv> you might want #ffmpeg-devel [18:01] <Memphiz> thx [18:21] <shevy> the option -y means to always overwrite and never ask back the user ever, when target file already exists, correct? [19:00] <wbk> hi guys [19:01] <wbk> i have a problem with ffmpeg [19:01] <wbk> [svcd @ 02fc5aa0] buffer underflow st=0 bufi=43896 size=45471 [19:01] <wbk> [svcd @ 02fc5aa0] buffer underflow st=0 bufi=0 size=43925 [19:01] <wbk> [svcd @ 02fc5aa0] packet too large, ignoring buffer limits to mux it [19:01] <wbk> [svcd @ 02fc5aa0] buffer underflow st=0 bufi=0 size=43925 [19:01] <wbk> Last message repeated 134328 times [19:01] <wbk> and goes on.... [19:02] <wbk> that's a bug? [19:02] <wbk> the command i used is: "ffmpeg -i merged.vob -ss 0:00:24.000 -to 0:52:16.320 -c copy output.vob" [19:10] <uvx3> Hi. What is "pcm_..._planar" codec? What is the difference to not planar? [19:29] <uvx3> What is "pcm_..._planar" codec? What is the difference to not planar? [19:49] <watsonkp> Perhaps https://www.ffmpeg.org/doxygen/trunk/samplefmt_8h.html#af9a51ca153018717235… will help you [19:51] <uvx3> watsonkp, Thanks, I'll read this :) [20:11] <GunArm> I don't know if this is the right place to ask this, i'm just looking for a place with many people with above average knowledge of video codecs... [20:12] <GunArm> i have a bunch of video files from when I recorded my old family movies off of VHS tapes. They are uncompressed avi files so they are humongous [20:12] <GunArm> does anyone have any advice about a good modern codec that will maximally preserve quality (within reason for a VHS rip) and not be so huge? [20:13] <GunArm> maybe "codec" is the wrong word, format maybe [20:16] <JEEB> use (lib)x264 and encode them to H.264 with it [20:17] <JEEB> that's currently the most supported format, as well as the x264 implementation for it is both mature and very well performing [20:17] <uvx3> Good codec is h264. It's superior to mpeg4 which is also good enough. [20:17] <JEEB> H.264 is not a codec, it's a video format [20:17] <JEEB> codec is an implementation that does both encoding and decoding [20:18] <JEEB> use the CRF rate control mode to encode to a more or less specific "quality level" [20:18] <JEEB> highest CRF value that still looks good to you is basically as much compression as you can take. A good value to start with as well as the default rate control value in x264 is CRF 23 [20:18] <JEEB> if it looks good, push it higher. if it looks bad, push it lower. [20:19] <wbk> hi JEEB, can you help me with my problem please? [20:19] <JEEB> rince and repeat until you have found the highest that still looks good [20:19] <JEEB> wbk, you seem to be muxing with the SVCD muxer while the data is going over its limits [20:20] <JEEB> it is still getting muxed, it just ignores the VBV values [20:20] <wbk> JEEB, let me explain to you what i need to do [20:20] <JEEB> I don't care and I don't know about that muxer [20:20] <wbk> i have a vob file, and i need to cut some parts in the end and at the begin [20:21] <wbk> what i'm using is the right command with the right parameter? [20:31] <uvx3> watsonkp, ok, I've got it, the planar format. Thank you. [20:45] <shevy> can I demultiplex with ffmpeg? like if I have a .mpg file, I want to obtain audio + video stream separately [20:50] <c_14> You can try something like: ffmpeg -i source -map 0:a -c:a copy audioout -map 0:v -c:v copy videoout [20:53] <uvx3> c_14, cool :) I use -an to extract video and any audio-only file format (e.g. .wav) to extract audio. [21:20] <shevy> hmm [21:20] <shevy> that would be the command for demultiplexing? [21:20] <shevy> gonna try [21:59] <troulouliou_dev> hi does abybody have a working imlplementation of the crc algo used in dts-hd ma extension substream ?? [21:59] <troulouliou_dev> it is crc16 ccitt false i think but i m stuck at validating it [22:33] <Sam__> Netflix contents are are encrypted to just Manifest is encrypted not the header and payload [22:33] <Sam__> Netflix contents are are encrypted or just Manifest is encrypted not the header and payload [23:11] <Sam__> etflix contents are are encrypted or just Manifest is encrypted not the header and payload [23:11] <Sam__> Netflix contents are are encrypted or just Manifest is encrypted not the header and payload [00:00] --- Fri Apr 18 2014

1 0

ffmpeg-devel.log.20140416
by burek 17 Apr '14

17 Apr '14

[00:31] <BBB> ubitux: well yeah that's obvious right? [00:31] <BBB> ubitux: the intended use is to go from high to low [00:31] <BBB> e.g. if avx2 ... else if ssse3 ... else if mmx ... else .. [00:31] <BBB> (the else is useless, but you get the point) [00:31] <ubitux> yeah sure it makes sense [00:32] <ubitux> i was just& braindead again [00:32] <ubitux> i have a lot of trouble with my macro and the (x)mN variants all over for the mov* [00:32] <ubitux> macros* [00:33] <ubitux> like... error: undefined symbol `xymm6' (first use) :)) [00:34] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:6d8ccc7ac7e6: avformat/flacdec/flac_read_timestamp: dont modify AVStream state [00:34] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:bdc812ab9edb: avformat/flacdec/flac_read_timestamp: free the correct packet [00:40] <ubitux> BBB: http://pastie.org/9083303 [00:40] <ubitux> first line works, following raises error: undefined symbol `xxmm0' (first use) [00:41] <ubitux> i have no idea why :( [00:43] <Daemon404> looks like x86inc magic might be adding the x? [00:43] <Daemon404> (the first) [00:45] <ubitux> why in one case but not the other? [00:45] <jamrial> What about http://pastie.org/9083312? Some x86util macros do this [00:48] <ubitux> jamrial: it seems to work but i have absolutely no idea why [00:48] <jamrial> Neither do i :P [00:49] <ubitux> i guess it's time for me to sleep [00:49] <ubitux> 'night, and thx [00:49] <jamrial> night [01:20] <BBB> ubitux: m0 is xmm0 or mm0 [01:20] <BBB> what are you trying to do? [01:21] <BBB> ubitux: also, you might want to ask in #x264dev, there's a lot of brilliant x86inc.asm knowledge in there [01:23] <jamrial> m0 is ymm0 if you use INIT_YMM, which i assume is why he's doing that [01:24] <jamrial> He wants that mova inside the macro to use xmm0 [01:26] <jamrial> I suppose the easiest way is to use the reg number as argument for the macro and use m%1, xm%1 and ym%1 as required [01:26] <jamrial> like the SBUTTERFLY macros [01:38] <J_Darnley> Sometimes I wish I had an account on trac just so I could post sarcastic comments [01:40] <iive> 4.9 is not final release, is it? [01:40] <J_Darnley> From the talk in that ticket, not yet [01:42] <J_Darnley> And then navigating through to http://gcc.gnu.org/gcc-4.9/ gives me this... [01:42] <J_Darnley> "As of this time no releases of GCC 4.9 have yet been made." [01:44] <jamrial> There's an RC out http://gcc.gnu.org/ml/gcc/2014-04/msg00091.html [01:44] <iive> yeh, but somebody should track and report the bug to gcc... [01:54] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:79d82a65744b: avformat/hnm: fix decoding of 256x256 video [01:57] <BBB> jamrial: I think what you said is the most typical solution, i.e. use %d instead of m%d, and for specific register types, use xmm+%d instead of m+%d [02:15] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:14fa7fc6a81d: swscale/swscale: fix srcStride/srcSlice typo [02:15] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:256f530603ef: avcodec/mjpegen: Fix declared argument size [03:40] <Compnn> > [...9 [03:40] <Compnn> michaelni left a bracket open! :) [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:f202af29c93f: avcodec/dcadec: fix error message suppression code [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:230db1426d12: avcodec/fic: Fix return value check [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:ff6fa0b4b980: avformat/mpegts: Remove redundant check [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:b8598f6ce61c: avcodec/diracdec: fix undefined behavior with shifts [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:1457f3fd90e1: avcodec/g723_1: add assert to help static code analyzers [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:5a8ef3c66b76: avfilter/f_select: fix loss of precission in SAD calculation [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:73734282e0e4: avfilter/vf_deshake: fix loss of precission with odd resolutions [04:03] <cone-876> ffmpeg.git 03Michael Niedermayer 07master:cb53beb81a5b: iavcodec/vc1dec: Fix missing {} [04:04] <michaelni> Compnn, ] [07:11] <pzich> hmm, I'm guessing I'm SOL on this, but is there any way to get ffmpeg to allow me to set my own video_handler for .mp4 files, is there? [07:11] <pzich> It looks like it's hard-coded into the movenc.c, and I have no idea where to start with making that optional. [09:01] <ubitux> BBB: i'm expliciting xmN instead of mN in most of the lpf code where there are mov* [09:01] <ubitux> basically, mova m0, [fooq] mova xm0, [fooq] [09:02] <ubitux> unfortunately when it's in a macro, it just doesn't work as shown in my pastie [09:02] <ubitux> but i think i'll rewrite most of the code instead [11:29] <Skyler_> ubitux: yeah, you can't do that because of the order of macro expansion in yasm [11:29] <Skyler_> m0 gets expanded before the x gets concatenated [11:29] <Skyler_> this isn't my forte though, I think only pengvado really understands that [11:29] <ubitux> :( [11:31] <nevcairiel> cant you just pass the number only [11:31] <Skyler_> yes, that's the way that sbutterfly works for example [11:31] <Skyler_> what exactly are you trying to do? [11:32] <Skyler_> like. why do you need to do this. [11:32] <ubitux> 09:01:38 <@ubitux> BBB: i'm expliciting xmN instead of mN in most of the lpf code where there are mov* [11:32] <ubitux> i'm probably doing it wrong anyway for other reasons [11:33] <Skyler_> yes but why. like. why are you trying to do this. [11:33] <ubitux> it's likely i'll rewrite all that code for avx2 anyway [11:33] <ubitux> Skyler_: well, because the code works the same in avx for a large part of it, except i must make sure the load are 128 and not 256 [11:33] <ubitux> in avx2* [11:34] <ubitux> but in fact, i can do better by rewriting most of the code around anyway, so... i'll probably do that [12:46] <BBB> ubitux: can you pass a register number and do xm %+ %arg? [12:46] <ubitux> probably [12:46] <BBB> ubitux: so %macro 1 with implementation mova xm %+ %1, [mem] %endmacro [12:46] <ubitux> i need to change the current existing macro first [12:47] <ubitux> assuming i'm still going that way [12:47] <BBB> well test it first :) [12:47] <ubitux> yeah sure, it was suggested several times [12:47] <ubitux> i'll do that tonight [13:23] <michaelni> pzich, dont register the mov (de)muxer and register your own [14:29] <crow> Hi, I posted it firstly in #ffmpeg but then i realized there is -devel , Hello, i am VDR with softhddevice outplut plugin, which use ffmpeg 2.2 and i am getting an segfault. Is it caused by ffmpeg or softhddevice output plugin from VDR? http://sprunge.us/PEjZ [14:30] <crow> I am using VDR application which uses softhddevice as output plugin, which uses ffmpeg [14:32] <crow> ffmpeg info : http://sprunge.us/cLdb [15:53] <cone-972> ffmpeg.git 03James Almer 07master:3b808900af61: x86/float_dsp: use SWAP in vector_fmac_scalar Win64 [17:01] <plepere> w00t, finally done with the weighting. [17:02] <plepere> got stuck on stupid bugs and all, but I think I'll be able to submit something soon [17:21] <cone-972> ffmpeg.git 03Michael Niedermayer 07master:572f5eb1afc6: avformat/mpegenc: try to improve the VBV buffer warning [18:36] <cone-972> ffmpeg.git 03Matt Oliver 07master:27f184ef40e8: Fix OpenGL device compilation with msvc gl.h [19:13] <cone-972> ffmpeg.git 03James Almer 07master:11b36b1ee051: x86/float_dsp: unroll loop in vector_fmac_scalar [19:20] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/2.2:fe87a40de679: ffprobe: do not lose non ascii characters in non utf8 strings [19:20] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/2.2:56f44c26f06a: avutil/avstring: do not lose ascii characters when decoding non utf-8 with av_utf8_decode() [19:52] <cone-972> ffmpeg.git 03Michael Niedermayer 07master:dd77f6469a89: avformat/ico: use avmalloc(z)_array() [19:52] <cone-972> ffmpeg.git 03Michael Niedermayer 07master:7999b41d4808: avfilter/vf_pixdesctest: use av_malloc_array() [19:52] <cone-972> ffmpeg.git 03Michael Niedermayer 07master:58a53123bae9: avcodec/vble: use av_malloc_array() [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/1.0:ea66bd0d24f1: avformat/matroskaenc: wrap V_QUICKTIME codec private in something that looks like its part of quicktime stsd [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/1.0:66c927d2172a: avformat/matroskadec: support SVQ3 as generated by mkvtoolnix-6.6.0 [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/1.2:9060c10c659c: avformat/matroskaenc: wrap V_QUICKTIME codec private in something that looks like its part of quicktime stsd [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/1.2:8ee704c39297: avformat/matroskadec: support SVQ3 as generated by mkvtoolnix-6.6.0 [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/2.1:92d336670f82: avformat/matroskaenc: wrap V_QUICKTIME codec private in something that looks like its part of quicktime stsd [19:57] <cone-972> ffmpeg.git 03Michael Niedermayer 07release/2.1:353f79defc1d: avformat/matroskadec: support SVQ3 as generated by mkvtoolnix-6.6.0 [20:04] <cone-972> ffmpeg.git 03Anh 07master:c150e2cf324c: Fix compilation with --disable-everything --enable-muxer=avi --disable-network. [20:08] <cone-972> ffmpeg.git 03Anh 07release/2.2:32919db4fb8a: Fix compilation with --disable-everything --enable-muxer=avi --disable-network. [00:00] --- Thu Apr 17 2014

1 0

ffmpeg.log.20140416
by burek 17 Apr '14

17 Apr '14

[01:48] <pzich> Hmm, is the handler_name stream metadata not settable? I've been trying to do it with -metadata, -metadata:s:v:1, and a bunch of other variations, and it always seems to not apply. [02:29] <watsonkp> Ive so far failed to get the correct output frame rate when transcoding h264 to vp8 with the libav* libraries. I created a successful encode of the Sintel mkv as webm(vp8/vorbis) using a modification of the transcoding.c example, but the resulting file is 48fps unlike the 24fps of the original and the output of the ffmpeg command Im trying to mimic. [02:29] <watsonkp> I noticed ffprobe produces a tbc of double the fps for this and other h264 videos, while the tbc of the resulting vp8 stream produced by the ffmpeg command is the default 1000. The stock transcoding.c example copies the time base of the decoder to the encoder AVCodecContext, which is 1/48. Running the ffmpeg command through gdb it looks like the time base of the AVCodecContext is set to 1/24, but making that change alone only causes the resulting video to [02:29] <watsonkp> be twice the duration at 24fps. [02:29] <watsonkp> I havent made any progress in a while, so any guidance would be very much appreciated. My code is http://pastebin.com/16RU3qmD and the ffmpeg command Im trying to mimic is http://pastebin.com/3XDnjaKK [02:31] <Bray90820> So when i run "ffmpeg -i VIDEOFILE -acodec libmp3lame -metadata TITLE="Name of Song" OUTPUTFILE.mp3" it is telling me "Output file #0 does not contain any stream" [02:31] <Bray90820> On ubuntu [02:32] <pzich> and does it work correctly when you don't have the -metadata flag? [02:36] <Bray90820> Here is the pastbin of the output [02:36] <Bray90820> http://pastebin.com/raw.php?i=gf2L4pfp [02:38] <klaxa> you are using avconv and not ffmpeg, see #libav [02:38] <Bray90820> join #libav [02:38] <klaxa> it also appears that your input file has no audio stream [02:38] <Bray90820> oops [02:39] <Bray90820> I am dumb [02:39] <Bray90820> I was using the wrong file [02:39] <Bray90820> ok facepalm on my part [02:40] <Bray90820> And now it's working [02:40] <Bray90820> Can someone tell me what folder it's going to as well [02:41] <pzich> the one you're currently in [02:41] <pzich> looks like [02:41] <Bray90820> Alright i'll just have to look for it myself [02:41] <Bray90820> Oh well [02:41] <Bray90820> Atleast you tried [02:42] <pzich> run `pwd` from wherever you just ran that command [02:42] <pzich> it should be in that folder [02:43] <Bray90820> It's not in that folder [02:43] <Bray90820> But if i rerun the command it says the file already exists [02:44] <Bray90820> It's in /home [02:44] <Bray90820> Found it [02:44] <pzich> what did `pwd` show? [02:45] <Bray90820> wait are you saying it should be in the same directory as the original file [02:47] <Bray90820> pzich: [02:47] <Bray90820> are you saying it should be in the same directory as the original file [02:48] <pzich> no, it's in whatever directory you're `cd`ed to, which is your home folder initially [02:48] <Bray90820> Ahh then yes it was there [02:48] <Bray90820> also does teh command lose any quality or is it a bit for bit copy [02:49] <pzich> it'll depend on if you're changing formats, among other things [02:49] <Bray90820> How would i find what format/extension to use so i don't loose quality [02:51] <pzich> do you know if all of your movie files have WAV audio? [02:52] <Bray90820> The most i know right now is the dvd has LPCM and AC# [02:52] <Bray90820> AC3 [02:53] <pzich> you could try a hack like this, that starts by reading the input stream types and tries to get the correct extension for that. doesn't seem like the best or most robust solution though: http://www.hydrogenaudio.org/forums/index.php?s=6a216fed48d110e324d62edffa1… [02:59] <pzich> ugh, as for my problem, it looks like those metadata settings are hardcoded in libavformat/movenc.c :( [03:00] <Bray90820> Well i have slightly more information now PCM Stereo 24kHz/24-bit [03:00] <Bray90820> Idk if that helps at all [03:01] <Bray90820> Wait a second [03:01] <Bray90820> typo [03:01] <Bray90820> PCM Stereo 48kHz/24-bit [03:01] <Bray90820> that's teh correct one [03:03] <Bray90820> Does that help at all [03:04] <Bray90820> pzich: does that information help at all [03:06] <watsonkp> If it's an audio type that I can use easily I'll use the option "-c:a copy" to keep the stream as it is. If it isn't then I'll transcode it to a lossless codec like flac. [03:07] <Bray90820> I think it's wav but I don't really know [03:07] <Bray90820> It's a dvd album [03:11] <watsonkp> I'm not particularly familiar with wav. My first guess would be "ffmpeg -i input_file -map 0:a -c copy output_file.wav" [03:11] <Bray90820> That's what i am assuming but i get a very low file size [03:12] <Bray90820> way worse then mp3 even [03:12] <Bray90820> well the cd wien imported as mp3 [03:13] <Bray90820> when [03:14] <watsonkp> Couls you pastebin the output from "ffprobe input_file" so we can all see what is inside it? [03:14] <Bray90820> the vob or the wav [03:15] <watsonkp> vob [03:16] <Bray90820> http://pastebin.com/raw.php?i=J8AZ1Emz [03:19] <Bray90820> It looks like it is using AC3 instead of LPCM [03:21] <watsonkp> Unless you really want pcm, and it looks like some variation of pcm to me, I'd just encode it as flac (lossless) and be done with it. To do that omit the "-c copy" and use .flac on your output. [03:22] <Bray90820> Actually my perferd output would be flac [03:23] <Bray90820> I don't see "-c copy" in my original command [03:24] <watsonkp> What was your original command? [03:25] <Bray90820> ffmpeg -i '/home/aaron/Desktop/VIDEO_TS/Midnight.VOB' -acodec libmp3lame -metadata TITLE=midnight2 midnight2.wav [03:26] <watsonkp> ffmpeg -i '/home/aaron/Desktop/VIDEO_TS/Midnight.VOB' -metadata TITLE=midnight2 midnight2.flac [03:26] <Bray90820> Thanks [03:27] <Bray90820> Why is the flac much bigger then the wav [03:28] <watsonkp> Sounds like something is wrong with the wav. Flac has been foolproof in my experience. [03:29] <Bray90820> hum [03:30] <Bray90820> Whatever [03:30] <Bray90820> Flac is what I normally use anyways [03:31] <Bray90820> Now i just need to figure out how to import a bluray disc and i am good to go [03:32] <Bray90820> Do you know how by any chance [03:36] <Bray90820> Yea the wav is F***ED [03:36] <Bray90820> I can't even seek it on my mp3 player [06:39] <kcynice> hello, i found ffplay can't stop playing, any help? [06:44] <relaxed> kcynice: try -autoexit [06:46] <kcynice> oh. thanks. i tried it ok now [06:51] <kcynice> however, if i want to modify demuxing-decoder example to work like ffplay? im puzzled by ffplay [06:51] <kcynice> if i comment the line of writing decoded buffer into yuv file, the loop would be infinite [07:29] <Zeranoe> Wow xvid came out with 1.3.3. I thought that project was dead [07:36] <kcynice> why? [14:20] <Ricko_> hi every one, im trying to compile the last version of ffmpeg on debian but it seems i have to uninstall the existing version and several libs can someone explain to me how to proceed pls? [14:20] <Ricko_> im quite new to this [14:21] <klaxa|work> https://trac.ffmpeg.org/wiki/CompilationGuide [14:24] <Ricko_> yes thanx for the link, dont i have to get rid of the previous version before i get the new one? [14:25] <klaxa|work> depends on what you want to do and how [14:25] <klaxa|work> i maintain a non-system-wide installation of ffmpeg on my debian server [14:25] <klaxa|work> although it became system-wide as soon as i added its path to my $PATH variables... hm... [14:27] <Ricko_> my goal is to compile a framework called upipe wich needs ffmpeg 1.1 up to 2.1.1. I already have an older ffmpeg installed [14:28] <crow> Hello, i am VDR with softhddevice outplut plugin, which use ffmpeg 2.2 and i am getting an segfault. Is it caused by ffmpeg or softhddevice output plugin from VDR? http://sprunge.us/PEjZ [14:35] <klaxa|work> Ricko_: you should be able to link that framework against ffmpeg without having to install ffmpeg as a system-wide available package [14:41] <Ricko_> Klaxa | work: so how do i proceed? [15:15] <Ricko_> what is the easyest way to get ffmpeg installed on my debian? [15:15] <ubitux> asking for the upload on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729203 [15:16] <ubitux> otherwise, maybe deb-multimedia [15:22] <Ricko_> im trying to understand the procedure to compile ffmpeg on debian, what is yasm used for? [15:23] <ubitux> the optimisations [15:32] <Ricko_> i read that it is an assembler [15:36] <ubitux> Ricko_: a large part of ffmpeg is hand written (mostly SIMD) assembly, yasm is used to assemble them on x86 [15:37] <ubitux> it is more than recommended that you get it, otherwise ffmpeg might be insanely slow [16:25] <Ricko_> @ubitux: yeaaaaah did it! thanks for your answers i wanted to understand what i was doing and not just copy lines [17:19] <Ricko_> what does it mean to configure ffmpeg configured --enable-pic --enable-shared. [17:25] <c_14> Ricko_: --enable-pic enables Position Independent Code https://en.wikipedia.org/wiki/Position-independent_code and --enable-shared enables building of shared libraries https://en.wikipedia.org/wiki/Shared_libraries [17:29] <Ricko_> c_14 : thx [17:34] <c_14> np [18:12] <share> [libmp3lame @ 0x20edbc0] Queue input is backward in time [18:12] <share> what am I doing wrong [18:38] <share> c_14: https://pastee.org/bnvpv [18:40] <c_14> share: We need the _entire_ command and the _complete_ console output. [18:45] <share> c_14: ok but you will still complain [18:45] <share> I've used -loglevel warning [18:45] <share> c_14: https://pastee.org/f3srg [18:56] <klaxa> you audio is most likely stuttering, is it not? [18:56] <klaxa> alsa xruns are something i personally have never solved [18:56] <klaxa> i don't know how it occurs and how to fix it [18:56] <klaxa> i use pulse for that now [19:07] <share> klaxa: well I use pulseaudio [19:07] <klaxa> try -f alsa -i pulse instead of -f alsa -i hw:1 then [19:12] <share> ok [19:14] <share> klaxa: no audio is captured [19:15] <share> I have 2 input devices.. [19:15] <klaxa> open pulseaudio volume control (pavucontrol is the binary) and see if ffmpeg is recording from the correct device [19:15] <share> it should be using the first (0) [19:15] <klaxa> if not you can change the device in the GUI [19:15] <klaxa> you can also set the device in the command line but that is a bit more complex, but scriptable [19:15] <share> you are right [19:16] <klaxa> you can also select your second input as the default recording device in pulse [19:17] <share> klaxa: when I started recording for the second time this appeared [libmp3lame @ 0x23f2fa0] Queue input is backward in time [19:17] <share> and pulseaudio used the second input [19:17] <klaxa> i wouldn't worry about that too much [19:17] <klaxa> i have that in my encodes to vorbis a lot but i don't hear anything weird [19:18] <share> aside from that, the other messages are gone [19:18] <klaxa> in that case it's bound to concatenating multiple files though... [19:18] <share> at least for now.. [19:18] <share> klaxa: i instructed ffmpeg to overrwrite [19:18] <share> *overwrite [19:19] <klaxa> ah no i mean in my case it's probably bound to concatenating a lot of files [19:19] <klaxa> with different timestamps [19:19] <share> hm [19:19] <klaxa> it shouldn't happen on a live recording actually [19:19] <share> there's a lot of static noise. [19:19] <share> the audio is analog from a STB [19:19] <share> hardware issue :( [19:20] <share> but at least there is no more crackling [20:17] <troulouliou_dev> hi sorry to ask such a noob question but how is AvProgram array from AvFormatContex used for ? [20:18] <voip> hello guys, is there some people familar with wowza ? [20:20] <klaxa> all i know about wowza is that it's written in java. and i don't trust java developers [20:21] <troulouliou_dev> what kind of situation require the use of avprogram ? is there an example somewhere ? [20:26] <voip> klaxa, wowza one of the best streamers :)) [20:27] <klaxa> it's time for a better open-source alternative [20:27] <voip> :) [20:27] <klaxa> which is, god forbid, not in java [20:27] <klaxa> i don't believe that java and multimedia mix and scale well [20:30] <voip> which open-source streamer you use in production environment ? [20:30] <voip> for iptv [20:31] <klaxa> none, like i said, it's time for a better open-source alternative [to be implemented] [20:31] <klaxa> i started playing around with libavformat and avio and stuff, not getting very far so far... [20:31] <klaxa> i want to write a simple matroska streaming server [20:32] <voip> i agree 100% it's time for a better open-source alternative, but ungortunatley for now we dindnt have better alternative [22:10] <jgh-> I'm having trouble publishing an RTMP stream to the latest Wowza Streaming Engine (Wowza 4.0.1) using ffmpeg -re -i input.mp4 -vcodec copy -acodec copy -f flv rtmp://127.0.0.1:1935/live/myStream ... previously this would work with Wowza 3. Has anyone noticed similar issues? Found a solution? [22:11] <jgh-> According to the server, the stream is being injested properly...when I play back I get one still frame, no audio. Seems like it doesn't like the stream somehow [22:26] <jgh-> ah, strange. The stream plays back in VLC, so I wonder if the test players are messed up somehow. [23:53] <ScottSteiner> Is there a faster way to seek? I'm trying to get a 2 second clip from a video and it takes 45 minutes [23:54] <c_14> Are you using -ss before the input or before the output? [23:54] <ScottSteiner> I'm doing "ffmpeg -i input.mkv -ss 02:01:56.5 -to 02:01:59.5 -b:v 10300k -an output.mp4" [23:54] <ScottSteiner> after [23:54] <c_14> https://trac.ffmpeg.org/wiki/Seeking%20with%20FFmpeg [00:00] --- Thu Apr 17 2014

1 0

ffmpeg-devel.log.20140415
by burek 16 Apr '14

16 Apr '14

[01:04] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:3751e5a8214d: swscale/swscale: clear to/from convert pointers when they used. [01:04] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:a2f088c0f93c: swscale: factor ff_sws_init_range_convert() out [01:04] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:fa98885be4e7: swscale/utils: move handling of unscaled case to the end of init function [01:04] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:4959a4fcf76e: swscale/utils: fix changing src/dst range after initializing the context [01:37] <cone-528> ffmpeg.git 03Martin Storsjö 07master:a6ac4fcce441: vp78: Align the intra4x4_pred_mode_top array within VP8Macroblock [01:37] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:2adcd15f2e02: Merge commit 'a6ac4fcce44108f6f87278b8d12e890576f46a62' [02:44] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:ef818d8bf07b: avformat: add av_format_inject_global_side_data(), and disable it by default [04:38] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:0bf25c7b08d4: configure: fix arm osx build [06:08] <jamrial> morning [06:11] <jamrial> michaelni, could you take a look at https://github.com/jamrial/FFmpeg/commit/0b2156663dfebc9b3203de17bee6e9d0d0… and check if the performance hit is smaller compared with the first version for you? [06:12] <jamrial> it's a wip, don't try linear interpolation as i haven't yet ported it to yasm. it will use the c code instead [06:47] <cone-528> ffmpeg.git 03Michael Niedermayer 07master:2b58c9c945f7: swresample/resample_template: try to consider src_size more exactly [06:53] <michaelni> jamrial, before 100169 decicycles in multiple_resample, 16384 runs, 0 skips [06:53] <michaelni> after 118160 decicycles in multiple_resample, 16384 runs, 0 skips [06:55] <michaelni> jamrial, are you getting better values ? [06:56] <michaelni> with cpuflags 0 i get 517579 decicycles in multiple_resample, 16384 runs, 0 skips [06:56] <michaelni> so its using some asm [06:57] Action: michaelni falls asleep [06:57] <jamrial> The performace hit here was a tad lower, but at least now you're getting something much better than in the old version [06:58] <jamrial> Do you consider that hit acceptable? [06:58] <jamrial> As in, do you think the performance hit outweighs the benefits of the refactor? [06:58] <michaelni> 18% speedloss, IMOno [06:59] <michaelni> IMO no [06:59] <michaelni> what was the benefit ? [06:59] Action: michaelni is too sleeply to remember [06:59] <jamrial> As things are right now, each asm version we add is like +5kb after compiling [07:00] <jamrial> With this refactor is like 500 bytes or less [07:00] <jamrial> Also this patch alone reduced the library size by 12kb i think [07:01] <michaelni> i like 18% speedup for 12kb disk space, id love if we could do that with h264/h265 [07:01] <jamrial> Alright [12:41] <BBB> michaelni: hevc needs asm :) [13:30] <thardin> bah, mail server at work isn't workin [13:34] <michaelni> use gmx, its not at work and probably isnt working either ;) [13:38] <thardin> changing work mail is a bit of a hassle [13:38] <thardin> I'll just whip the sysadmin into asking forgiveness from the other mail server admins for letting spam through [13:57] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:083b6e739bfd: avformat/utils: fix typo [13:57] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:337f74868c5c: avformat/mpegtsenc: use av_malloc_array() [13:57] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:eead2cddb773: avformat/xmv: use av_malloc_array() [13:57] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:4615ff0d61d5: avutil/frame: use av_malloc(z)_array() [15:18] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:c6902f96d75b: avcodec/mpegaudioenc_template: Fix integer overflow [17:28] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:37f3f32d51ee: fate: force 128kb/sec for mp2 test [18:52] <cone-155> ffmpeg.git 03Lars Hammarstrand 07master:add5d7a8ce6f: configure: allow the gas-preprocessor to be called with an absolute path. [22:05] <ubitux> aarh cpuflag() wasn't behaving as i though [22:06] <ubitux> cpuflag(ssse3) is actually true with avx2 [22:06] <ubitux> i need to check for cpuflag(avx2) *before* cpuflag(ssse3), meh. [22:08] <ubitux> so much time wasted, i'm stupid [22:16] <jamrial> there's notcpuflag() as well [22:20] <ubitux> there are some really nasty macros& [22:30] <Compn> ubitux : maybe you could put a comment in the code for the next person who may run into the same problem as you :P [22:30] <Compn> i always suggest that, leave a comment for the next guy :) [22:30] <Compn> 'dont fall into the hole!' :) [22:31] <cone-876> ffmpeg.git 03Peter Ross 07master:5f4f9ee99f4e: Direct Stream Digital (DSD) decoder [22:54] <Spideru> Hi, were can I find sources for testing with fate ffprobe_compact? [23:05] <ubitux> sources? [23:11] <Daemon404> make fate-rsync? [23:31] <Spideru> thank you Daemon404, make fate-rsync is runnig [23:31] <Spideru> *running [00:00] --- Wed Apr 16 2014

1 0

ffmpeg.log.20140415
by burek 16 Apr '14

16 Apr '14

[02:07] <l_r> hello [02:08] <l_r> is there a way to make ffmpeg follow the framerate from the h264 input stream? [02:12] <klaxa> that's the default afaik [02:36] <zzz_> I know this is a longshot but I though I would ask here. Right now I'm playing video over the network with NFS, and that works fine. However when doing this the client computer computer is the one that decodes the video, and my processor on the client isn't powerful enough for some video. Is there any possible way to decode video on the server and transmit it to the client? Doesn't have to be NFS related. [03:46] <klaxa> zzz_: it is possible [03:46] <klaxa> i have done so myself already [03:47] <klaxa> or rather, i re-encoded the video from a more complex codec to a less complex codec [03:47] <klaxa> which decreases quality and increases effective filesize [03:47] <klaxa> but greatly decreases decode time [03:48] <zzz_> Well yeah I know I could re-encode the video, and I often do, but I don't want to have to do that. [03:49] <klaxa> no i mean in real-time [03:49] <klaxa> you start an ffmpeg instance that encodes the video and instead of writing it to a file, you write it to a tcp socket [03:53] <zzz_> I have a very powerful processor on the server machine, but I don't know if I could encode fast enough to actually keep up with the playback. More info? [03:56] <smo_> hi, i try to build static ffmpeg like this ./configure --prefix='/home/smo/Documents/ffmpeg_build_32/install' --extra-cflags='-m32 -I/home/smo/Documents/ffmpeg_build_32/dep/include -static' --extra-ldflags='-m32 -L/home/smo/Documents/ffmpeg_build_32/dep/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --arch=x86_32 --enable-static --disable-shared ..... i complied libx264 from git and have the libx264.a in my dep/lib folder but ffmpeg [03:56] <smo_> configure report error can t find libx264 ??? [04:06] <klaxa> zzz_: you can just try to encode a video on the machine, if the speed exceeds the playback speed it's fast enough [04:06] <klaxa> i used to encode to mpeg4 part 2 for my tablet [04:07] <klaxa> smo_: can you pastebin your config.log? [04:07] <smo_> hummm recompiled x264 with disable-opencl works [04:07] <smo_> now can t found x265 :p [06:04] <Ofekmeister_> what would be the command to extract all streams/tracks from a file? [10:50] <kcynice> hello, ubitux, I think I got the problem why my configuration did not work for my m4v mpeg4 file, I have to modify the config.h and config.mak file by hands [10:50] <kcynice> and it works now. thank you again [10:57] <ubitux> kcynice: if you need to modify config.{h,mak} by hand then you're doing it wrong [10:57] <ubitux> it's written on top of the file btw [10:58] <kcynice> yes, but i can't find a solution in a short time [11:00] <ubitux> what did you change in the files? [11:11] <kcynice> CONFIG_M4V_DEMUXER=1 in config.h, and CONFIG_M4V_DEMUXER=yes(remove the prefix !) in config.mak [11:16] <kcynice> because i know little about shell programming, so i don't know how to affect these configuration option in command line options [11:16] <ubitux> i told you to --enable-demuxer=mov [11:18] <kcynice> OK. I will have a try soon. and, i found, some demuxer and decoder, protocol can't be disabled [11:18] <kcynice> such as asf, h263, rtp,... [11:24] <kcynice> hello ubitux, not that option takes no affect on M4V [11:26] <ubitux> hum it's a bug [11:28] <ubitux> kcynice: well then, --enable-demuxer=mov,m4v should do the trick [11:28] <kcynice> might be [11:35] <kcynice> i use --enable-demuxer=m4v it works for m4v now. but, i don't know some others, such as asf,h263,rm,rstp,mpegts , protocols such as http,tcp,udp,rtp can't be disabled [11:37] <kcynice> i works on arm-linux now, so, i hope to reduce my output file size [11:38] <ubitux> --enable-small may help too [11:51] <kcynice> oh? i will try it [11:54] <kcynice> and, if there was a way to enhance its performance option for arm? [12:25] <smo_> hi, i try to build ffmpeg static with x265 i have an error can t find x265 but my x265 bin is right there in my custom dep/bin folder ... is there something to specify the bin folder to check ? [12:29] <sacarasc> Was x265 compiled statically? [12:42] <wreimer> Q: Are the ffmpeg static 32bit binaries for Linux from http://ffmpeg.gusari.org/static/ without support for grabbing from X11 screen? I tried "ffmpeg -video_size 1024x768 -framerate 10 -f x11grab -i :0.0 test.mkv" and I got " Unknown input format: 'x11grab'" [12:44] <sacarasc> I don't think so. [12:48] <wreimer> @sacarasc: Thanx. If support is compiled in what could the problem be then? Is something wrong with my above given command line? [12:49] <daslicht> hello is it possible to use a cuesheet as source for ffmpeg and forwarding its metadata to ffserver or icecast ? [12:49] <sacarasc> wreimer: I said I think it isn't compiled in, sorry. :D [12:50] <wreimer> Ok, thanx - misunderstanding :-) [13:10] <barnoux> Hello, i just had a very strange bug converting with ffmpeg 2.2 [13:11] <barnoux> Queing commands only on filters supporting the specific command is unsupported -> demande à ffmpeg à quoi ça correcponds [13:11] <barnoux> Enter command: <target>|all <time>|-1 <command>[ <argument>] [13:11] <barnoux> Parse error, at least 3 arguments were expected, only 0 given in string ' c1 48 ae d5 db 59 19 8b eb 30 ....-..H...Y...0' [13:12] <barnoux> this message was displaying in loop converting a mp4 video untill crashing in console [13:12] <barnoux> i had top stop the conversion [13:12] <barnoux> Anyone have a idea? [13:19] <wreimer> Q: Is there a 32-bit static Linux binary of ffmpeg for download (it has not to be the latest) which supports 'x11grab' AND 'concat'? The static one from http://ffmpeg.gusari.org/static/ does not support '-f x11grab' and the latest (dynamically linked) version (0.10.11-7:0.10.11-1~precise1) available from the Ubuntu PPA repo ppa:jon-severinsson/ffmpeg does not support '-f concat' [13:21] <sacarasc> wreimer: Either that one you're getting from the PPA is ancient, or not ffmpeg but the fork libav. [13:26] <wreimer> @sacarasc: It is NOT the libav fork. 'ffmpeg -version' says: "ffmpeg version 0.10.11-7:0.10.11-1~precise1, built on Feb 6 2014 17:08:24 with gcc 4.6.3". I got it using the repo recommended on https://ffmpeg.org/download.html#LinuxBuilds [13:28] <sacarasc> Current ffmpeg is at 2.2... [13:29] <sacarasc> wreimer: Can you give the complete output of just `ffmpeg`? [13:30] <wreimer> ffmpeg version 0.10.11-7:0.10.11-1~precise1 Copyright (c) 2000-2014 the FFmpeg developers [13:30] <wreimer> built on Feb 6 2014 17:08:24 with gcc 4.6.3 [13:30] <wreimer> configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse --enable-libschroeding [13:30] <wreimer> er --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu --enable-shared --disable-static [13:30] <wreimer> avutil configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:30] <wreimer> avcodec configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver... [13:30] <wreimer> ...--disable-doc --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-aacenc --enable-libvo-amrwbenc [13:30] <wreimer> avformat configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:30] <wreimer> avdevice configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:30] <wreimer> avfilter configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:30] <wreimer> swscale configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:30] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:31] <wreimer> swresample configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:31] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:31] <wreimer> postproc configuration: --arch=i386 --disable-stripping --enable-pthreads --enable-runtime-cpudetect --extra-version='7:0.10.11-1~precise1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libpulse... [13:31] <wreimer> ...--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable-libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc [13:31] <wreimer> libavutil 51. 35.100 / 51. 35.100 [13:31] <wreimer> libavcodec 53. 61.100 / 53. 61.100 [13:31] <wreimer> libavformat 53. 32.100 / 53. 32.100 [13:31] <wreimer> libavdevice 53. 4.100 / 53. 4.100 [13:31] <wreimer> libavfilter 2. 61.100 / 2. 61.100 [13:31] <wreimer> libswscale 2. 1.100 / 2. 1.100 [13:31] <wreimer> libswresample 0. 6.100 / 0. 6.100 [13:31] <wreimer> libpostproc 52. 0.100 / 52. 0.100 [13:31] <wreimer> Hyper fast Audio and Video encoder [13:31] <wreimer> usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... [13:31] <wreimer> Use -h to get full help or, even better, run 'man ffmpeg' [13:31] <smo_> woo [13:31] <sacarasc> wreimer: Might I introduce you to the concept of paste bin sites? pastebin.com is one. It's where yopu can paste a whole bunch of stuff without spamming up a channel. [13:32] <sacarasc> 0.10.11 is rather old... [13:32] <wreimer> Sorry, next time I'll use the paste bin site [13:33] <smo_> i see enable-vaapi and vdpau do we need to add something when converting a file to get ffmpeg using vdpau ? [13:34] <barnoux> could someone helps me please [13:34] <smo_> my static build of ffmpeg with x265 is ok i m doing a test , x265 encoder works realllllly faster than 1 month ago good but cpu 80% [13:35] <barnoux> i have a big bug with ffmpeg last version [13:41] <wreimer> @sacarasc: I know that the ffmpeg version from the PPA repo is rather old (although it was built in March of this year). The only newer one I could find so far is the static version from http://ffmpeg.gusari.org/static/ . However this one does not support '-f x11grab' :-( [13:42] <sacarasc> Why not compile yourself? [13:42] <sacarasc> https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [13:53] <wreimer> I guess for the (rather old) Ubuntu release (12.04 where ffmpeg is supposed to run) that would mean in the best case to also rebuiild tons of depending newer libraries and link them statically (in order to avoid conflicts with existing libs from the distro). That is the reason why they do not have made available a newer version on the mentioned PPA repo. I had the hope that I can save the... [13:53] <wreimer> ...time to compile ffmpeg myself by finding a static binary which supports both, 'x11grab' and 'concat'. [15:00] <burner> Hi :) , i've been googling and reading docs with no luck, I need to create an anamorphic 16:9 PAL DVD (720x576), can someone point me in the right direction? [15:06] <burner> ffmpeg -i in.mp4 -target pal-dvd -aspect 16:9 out.mpg , this seems to add black bars, which is not what i want. [15:11] <burner> ffmpeg -i in.mp4 -target pal-dvd out.mpg , create the correct size, but a windescreen TV will add black bars in the sides, not stretch the movie to 16:9, running ffmpeg -i out.mpg -c copy -aspect 16:9 fixed_aspect.mpg , does not cheat the TV into stretching [15:13] <c_14> What aspect ratio is the source video? [15:25] <burner> 1080p 16:9 [15:26] <another> try without -aspect [15:27] <burner> ffmpeg -i in.mp4 -target pal-dvd out.mpg , create the correct size, but a windescreen TV will add black bars in the sides, not stretch the movie to 16:9 [15:30] <womi> Hello! Im looking forsome that could help me encode and setup what settings i need to have [15:31] <sacarasc> What you want to encode to? [15:32] <sacarasc> No. [15:32] <sacarasc> Just give some specs, you don't have to say what you have illegally downloaded or anything. :p [15:32] <c_14> burner: I just used your command on one of my 1080p videos, and it worked fine. No black bars. [15:33] <womi> What specs do you need? The specs im going to encode to? [15:33] <sacarasc> Yes. [15:34] <burner> c_14, i just succeded too [15:34] <womi> Is okey if i paste them in a pastebin for you? [15:34] <another> yes [15:34] <sacarasc> Sure. [15:35] <burner> when I add -vframes 300 for testing, i get black bars, but when encoding the full movie, it works, no bars :) [15:35] <c_14> Hmm, I used -ss and -t to specify only part of the video. [15:35] <c_14> But as long as it works. [15:36] <womi> sacarasc: http://pastebin.com/DbkSa6Sp thats the rules i have to follow to get it good [15:36] <womi> Yes i know, im the biggest noob/tard in this chan atm [15:37] <sacarasc> Ah, you're trying be in the scene? :D [15:37] <womi> :D [15:38] <womi> You think you can help me out? Maybe we can take it in pm if you want to talk more about it :P [15:38] <burner> c_14 and another, thanx for helping :) [15:39] <another> no worries [15:41] <sacarasc> womi: This is beyond what I do, so you'll have to wait for someone less lame. :D [15:41] <womi> ;< [15:41] <womi> Well hope someone kind enough wants to help me out :P [15:46] <c_14> womi: This: https://trac.ffmpeg.org/wiki/FilteringGuide, this: https://trac.ffmpeg.org/wiki/x264EncodingGuide along with your paste should be enough to get you started. The first link is if you need cropping/ivtc the second is for your average encoding. [15:48] <womi> So i should be able to do everything in the rules with ffmpeg? [15:48] <womi> Thanks btw :) [15:49] <c_14> np [15:55] <tinyhippo> Hi, I am trying to stream media from a laptop to a remote server using ffmpeg/ffserver, but I get Operation timed out, even though I am using the commands copied from https://trac.ffmpeg.org/wiki/Streaming%20media%20with%20ffserver [15:55] <tinyhippo> can anyone suggest what I may be doing wrong? [15:56] <another> why dont you provide us with a bit more info? [15:59] <tinyhippo> another: http://fpaste.org/94359/70326139/ at the top is the ffmpeg command I ran with its output directly beneath it, the ffserver configuration is beneath that, and the iptables rule for port 8090 is at the bottom [16:01] <c_14> I think default ffmpeg streaming is udp? [16:01] <c_14> nvmd [16:01] <c_14> Try adding -loglevel debug [16:02] <c_14> Is what I meant to type. [16:06] <tinyhippo> c_14: with -loglevel debug: http://fpaste.org/94365/39757077/ [16:07] <c_14> Have you tried adding an ACL to the <FEED> section? [16:08] <c_14> Also maybe run ffserver with -d and see if it reports anything when ffmpeg tries connecting. [16:09] <tinyhippo> c_14: it reports: Tue Apr 15 16:02:46 2014 87.83.26.210 - - [GET] "/feed1.ffm HTTP/1.1" 200 4149 [16:09] <tinyhippo> I had an ACL in the <FEED> section, however removed it as then it is one less thing to worry about for now [16:09] <tinyhippo> /4/ [16:53] <c_14> tinyhippo: Does ffserver ever log the post request? [16:54] <c_14> You can try testing with curl -d POST 'test' http://<server ip>:8090/feed1.ffm [17:54] <Mista_D> anyway to remove SEI header? as I'm trying to create a library of screenshots in QVGA resolution of the media library and store them in DB. Just trying to squeeze them as much as possible. [17:55] <Mista_D> unsig libx264 [19:54] <Ofekmeister_> what would be the command to extract all streams/tracks from a file? [20:15] <Ofekmeister_> is there a command to extract all streams/tracks from a file? [20:16] <ezekiel> -map ? :) [20:18] <Ofekmeister_> like say I have an mp4 with unknown # of streams, how do I extract them all? [20:25] <ezekiel> Ofekmeister_: what have you tried so far? [20:26] <ezekiel> have you read this to see if there are options which will help you: https://ffmpeg.org/ffmpeg.html ? [20:26] <ezekiel> what works and what does not work? [20:29] <Ofekmeister_> ezekiel, it seems to extract one must put video.h264 audio1.ac3 etc. but I can't find anywhere in the docs where you don't have to specify individual streams and just extract everything [20:30] <JEEB> Ofekmeister_, there's no such feature [20:31] <ezekiel> Ofekmeister_: then there likely is NOT an option to simply "extract everything" - you might be able to parse the output of "ffprobe" [20:31] <ezekiel> and use it to construct the appropriate command [20:31] <ezekiel> or set of commands [20:32] <Ofekmeister_> ok, I'll try using the output of ffprobe. ty [21:23] <syao> hello, what are optimal config to convert dvd (vobs) to h264 video and make it h264 video similar(or better) in quality. [21:24] <syao> I know dvd resolution and bitrate [21:25] <syao> and all other info from ffmpeg ;) [21:44] <JoeyMorani> Hey. Does anyone know if it's possible to take input from a DirectShow device and encode it to WebM format? [21:45] <JoeyMorani> Using "ffmpeg -f dshow -i video="XSplitBroadcaster" -vcodec libvpx -b:v 1M test.webm" doesn't work. [21:45] <JoeyMorani> Gives this error: "[dshow @ 00357160] real-time buffer[XSplitBroadcaster] too full (102% of size: 3041280)! frame dropped!" [21:52] <iive> JoeyMorani: I've heard that libvpx is extremely slow. try it with some pre-recorded stream. [22:00] <JoeyMorani> Ah, is that what it means by "real-time buffer[] too full"? Yeah, pre-recorded streams encode fine. :( [22:04] <llogan> JEEB: perhaps he was looking for -map 0 to "extract" all input streams to the output instead of relying on the default stream selection, but it's hard to tell what he wanted exactly [22:05] <llogan> *all streams from input 0 [22:05] <JEEB> llogan, he wanted each stream to be exported as "raw" streams [22:05] <JEEB> <Ofekmeister_> ezekiel, it seems to extract one must put video.h264 audio1.ac3 etc. but I can't find anywhere in the docs where you don't have to specify individual streams and just extract everything [22:06] <llogan> oic. missed that. [22:06] <JEEB> so yes, in a way he was looking for -map 0, but you can't really -map 0 and have it output every stream into its "raw" representation (if such exists) [00:00] --- Wed Apr 16 2014

1 0