February 2015 - Ffmpeg-devel-irc

ffmpeg-devel.log.20150227
by burek 28 Feb '15

28 Feb '15

[03:34] <cone-657> ffmpeg.git 03Michael Niedermayer 07master:007498fc1a63: swscale/utils: clear formatConvBuffer on allocation [09:39] <cone-443> ffmpeg.git 03Paul B Mahol 07master:5440076303df: avcodec/hqx: fix typo [10:31] <cone-443> ffmpeg.git 03Paul B Mahol 07master:aa7a2fa58fdb: avcodec/hqx: use init_get_bits8() [13:57] <cone-443> ffmpeg.git 03Michael Niedermayer 07master:629a03a9128b: avformat/rtpdec_vp9: Use ffio_free_dyn_buf() [13:57] <cone-443> ffmpeg.git 03Michael Niedermayer 07master:d490b26fcb1b: avformat/ffmenc: Use ffio_free_dyn_buf() [14:27] <cone-443> ffmpeg.git 03Clément BSsch 07master:3e0ae19f863f: avfilter/palettegen: fix frame mem leak [14:34] <ubitux> it's interesting that asan detects some stuff valgrind doesn't seem to detect [14:34] <ubitux> http://fate.ffmpeg.org/report.cgi?time=20150227021550&slot=x86_64-archlinux… [15:06] <cone-443> ffmpeg.git 03Derek Buitenhuis 07master:a22032281c10: movenc: Write 'colr' box correctly for MP4 [15:14] <ubitux> Assertion av_fifo_size(stream->fifo) == 0 failed at libavformat/mpegenc.c:1185 [15:14] <ubitux> meh [15:16] <Daemon404> \o/ [15:17] <ubitux> i was trying to reproduce a crash from someone [15:17] <ubitux> i got an assert instead [15:17] <Daemon404> to a user, an assert is the same as a crash [15:18] <nevcairiel> app terminates, so yeah [15:18] <ubitux> Daemon404: no it was a segfault [15:19] <ubitux> and the assert is a level0 one, not something i would trigger because of my assert level [15:19] <ubitux> anyway... [15:49] <wm4> build_libs/lib/libavfilter.so.5: undefined reference to `pp_postprocess@LIBPOSTPROC_53' [15:49] <wm4> why does this shit always happen when I'm in a hurry [15:49] <wm4> and it's always useless crap deps [15:49] <wm4> like libpostproc [15:49] <wm4> or opencl [15:50] <kierank> usual bullshit [16:35] <cone-076> ffmpeg 03Michael Niedermayer 07master:78cd9c5671d8: postproc: mark alloc/free context functions as av_cold [16:41] <Daemon404> anyone have much experience with the mp4toannexb bsf? [16:41] <Daemon404> i was trying to only do it for the first packet (so i only get one sps/pps for the whole stream) [16:41] <Daemon404> but that creates broken output and warnings [16:42] <kurosu_> it's also called to filter extradata in addition to any in-band parameter set [16:42] <Daemon404> source is mp4 [16:42] <Daemon404> there is only extradata [16:42] <Daemon404> no in-band sets [16:42] <Daemon404> thus it should only be needed once, no? [16:43] <kurosu_> I think that was also one of the options of the changesps filter I posted once, but the code is so horrendous I dropped submitting it [16:43] <kurosu_> I don't know, most probably [16:43] <Daemon404> yeah [16:44] <Daemon404> but if i only use it on packet 1, i get: [mpegts @ 0x186e060] H.264 bitstream error, startcode missing, size 10870 data 00002A72 [16:44] <Daemon404> on some packets [16:44] <Daemon404> (i transmuxing mp4->ts) [16:45] <kurosu_> from the code, it seems it checks for both 4 bytes and 3 bytes markers [16:46] <kurosu_> so something must go horribly wrong for that to happen [16:46] <Daemon404> this is a straight passthrough of packets [16:46] <Daemon404> with bsf applied to first [16:46] <kurosu_> well, can't help more here [16:47] <Daemon404> perhaps mp4 does not much NALU headers? [16:47] <Daemon404> mux* [16:48] <Daemon404> yeah [16:48] <Daemon404> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/h264_mp4toannexb_bs… [16:48] <Daemon404> it looks like it prepends the 0001 startcode [16:49] <Daemon404> yep mp4 has no start codes [16:54] <cone-076> ffmpeg 03Michael Niedermayer 07master:f8b743b9e61f: avcodec/mjpegenc: Mark ff_mjpeg_encode_close() as av_cold [16:54] <cone-076> ffmpeg 03Michael Niedermayer 07master:22a80272aea7: avcodec/diracdsp: Mark ff_diracdsp_init() as av_cold [16:54] <cone-076> ffmpeg 03Michael Niedermayer 07master:0e699676f9a8: avcodec/snow: mark dwt init as av_cold [17:43] <cone-076> ffmpeg 03Christophe Gisquet 07master:60bdc868b9c2: lavf/mov: correct printf specifier [18:59] <cone-076> ffmpeg 03Michael Niedermayer 07master:b37c3396cd36: avcodec/h264: Add ff_ prefix to the shared h264_init_dequant_tables() function [19:33] <cone-076> ffmpeg 03Michael Niedermayer 07master:23a90768a874: avcodec/v210dec: Add ff prefix to v210_x86_init() [19:33] <cone-076> ffmpeg 03Michael Niedermayer 07master:bf6102044d47: avcodec/dvdec: Make dv_iweight_720_c static [19:33] <cone-076> ffmpeg 03Michael Niedermayer 07master:4d00860ac797: swresample: Add prefix to soxr_resampler [19:33] <cone-076> ffmpeg 03Michael Niedermayer 07master:ae20682f6b0e: swscale: Add prefix to updateMMXDitherTables() [19:33] <cone-076> ffmpeg 03Michael Niedermayer 07master:0a23129bfc6f: avformat: Add prefix to get_codec_guid() [20:12] <ubitux> wm4: i'm also interested about the mkv things, so yeah please elaborate :) [20:13] <wm4> ubitux: I made a full list of stuff (whether it's useful or not) https://github.com/mpv-player/mpv/wiki/libavformat-mkv-checklist [20:13] <wm4> but I'll reply [20:13] <ubitux> thanks :) [20:15] <ubitux> nice list [20:15] <wm4> just added another thing to it [20:24] <haasn> https://www.ffmpeg.org/doxygen/trunk/pixfmt_8h.html#ad4791ea14975f098b649db… seems to be missing an entry for something like AVCOL_TRC_BT1886 (which is defined by ITU-R BT.1886 as an idealized pure power gamma curve of 2.40) [20:29] <haasn> Also, I want to extend pngenc.c to respect the color_primaries and color_trc fields when encoding an AVFrame [20:30] <haasn> But (apart from sRGB) the PNG specification only allows pure power curves. What I want to do is use the closest pure power approximation to each TRC, eg. gamma 1.961 for BT.709 [20:30] <haasn> Is there a built-in function to translate a TRC to a pure power approximation? [20:32] <kierank> no [20:32] <kierank> you're probably overestimating what swscale can do [20:37] <haasn> To clarify: I'm not interested in any form of conversion of the image, just appropriate tagging [20:37] <JEEB> that should be possible [20:38] <JEEB> poking swscale is on the other hand iä iä cthulhu f'thagn territory [20:38] <haasn> Writing the tags to PNG is extremely easy; the hard part is converting AVColorPrimaries to a list of x/y chromaticity coordinates, and also AVColorTransferCharacteristic to a gamma value [20:39] <haasn> This should be some sort of helper function that can be used by more than just the PNG library [20:39] <haasn> s/library/encoder/ [23:34] <OceanSpray> so has there been an effort to make ffmpeg build in VS2015 yet? [23:35] <nevcairiel> does it not work out of the box? [23:35] <OceanSpray> well no [23:35] <nevcairiel> it builds in 2013 without modifications [23:35] <OceanSpray> I mean, it took quite a few modifications [23:35] <nevcairiel> might just need a configure update to recongize the compiler i reckon [23:36] <OceanSpray> because of the new unified CRT that implements snprintf already [23:37] <nevcairiel> easiest would be to just not use it =P [23:37] <OceanSpray> yeah I had to comment out all the lines that insert references to compat/msvcrt/snprintf.h [23:42] <OceanSpray> make check also required some fiddling, since Windows doesn't have unistd.h and filtering_video.c needs an implementation of usleep [23:42] <OceanSpray> I might just send you guys a pull request on github [23:51] <nevcairiel> unistd.h isnt present on any previous versions either, and like i said, it builds without modifications on 2013 right now [23:55] <OceanSpray> by "it", do you mean ffmpeg or the tests and samples? [23:57] <nevcairiel> dunno if all samples are cross-platform, they are meant to demonstrate the API usage, not be cluttered by portable hacks [23:57] <nevcairiel> but ffmpeg itself and make fate (the test suite) [00:00] --- Sat Feb 28 2015

1 0

ffmpeg.log.20150227
by burek 28 Feb '15

28 Feb '15

[00:33] <Guest62704> I can't find a filter to convert ASS streams to hard-coded subtitles. I've tried the options available in https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo but they seem to only work for ASS/SRT -> hard burned in the video stream [00:44] <c_14> use the subtitles filter [00:44] <c_14> with the source filename [01:04] <Guest62704> I figured out my problem. -scodec doesn't support encoding to dvd_subtitle [01:06] <c_14> There's an encoder for dvd_subtitle. Is the source text sub or picture subtitle? [01:06] <Guest62704> the source is Substation Alpha (ASS) [01:07] <c_14> ye, ffmpeg can't convert from text -> picture subs (afaik) [01:08] <Guest62704> If I use another application to do the conversion, what picture subs format would I want the other application to output as for ffmpeg to recognize the stream? [01:10] <c_14> Preferably the one you want to have in the output, but any format listed in ffmpeg -decoders | grep '^ S' should work (I can't recall off the top of my head which of those are picture and which are text though...) [03:42] <haasn> In libavcodec, is it possible to PNG files with embedded gAMA and cHRM information? [03:42] <haasn> to write* [05:31] <DVJVOD> !rules [05:31] <DVJVOD> #ffmpeg [05:41] <pentanol> hello everyone, [05:41] <pentanol> I've question about specify programm opening from .m3u8 [05:42] <pentanol> stream broadcasting fiew tv-programs, how an I open 1,5,11 of them? [05:42] <pentanol> for instance this stream keep 2 programs http://alex-stream.rosebud-media.de:1935/live/alexlivetv.smil/hasbahca.m3u8 [13:12] <tyrolite> hi [13:13] <tyrolite> I am unable to link a program(motion) with ffmpeg libraries [13:14] <tyrolite> I've built ffmpeg with '--enable-libx264' [13:15] <tyrolite> here are the linker errors: http://pastebin.com/G0Yj8aw3 [13:16] <tyrolite> I've tried to build ffmpeg with libx264 from Raspbian repository and a build of libx264 from latest sources [13:19] <tyrolite> any clues? [13:19] <Ders> You're probably missing something else in ffmpeg [13:20] <Ders> Your ffmpeg command seems fine though ('--enable-libx264') [13:20] <Ders> try adding --enable-gpl [13:20] <Ders> to your ffmpeg compile command [13:22] <tyrolite> I had that enabled in both builds [13:22] <tyrolite> this is my ffmpeg config [13:22] <tyrolite> ./configure --arch=armhf --target-os=linux --enable-gpl --enable-libx264 --enable-nonfree [13:24] <Ders> hmm... I've never worked with Motion before. Do you need to link the libraries from x264 manually to motion perhaps? [13:25] <Ders> -L/usr/local/lib <- like that but to your x264 lib folder? [13:25] <tyrolite> I ran make install and libx264 is right there [13:26] <tyrolite> ls /usr/local/lib | grep x264 libx264.a libx264.so libx264.so.146 [13:29] <Ders> I don't know how to fix it for you then :/ I'm sorry [13:30] <Ders> I have no idea what might be wrong. If I have this kind of error in Visual Studio for example I'd presume that I didn't link my libraries correctly [13:30] <Ders> That's all I can make of it [13:33] <tyrolite> ok, thanks anyway [14:05] <t4nk645> Hello ther [14:05] <t4nk645> there* [15:38] <selsta> i'll ask here too: is it normal that using libvpx inside a windows vm is way faster than using it natively on os x? [15:41] <klaxa> no, maybe on osx you are encoding to vp9 and on windows to vp8? [15:43] <selsta> i'm using the same command on both platforms, the output looks the same & both have the latest stable version [15:44] <klaxa> huh [15:44] <selsta> i get like 0.5fps on a 2014 mbpr [16:18] <Demontager> Guys, could you help me to figure out how to get rid "rc buffer underflow" error while streaming webcam in ffserver ? [16:19] <Demontager> Camera playing fine, but above error leads to high CPU load, I have 1.7 Ghz Single Core cpu and it is essential [18:40] <msmithng> ugh& is there write ups on how to correctly create an MPTS file with ffmpeg? [18:43] <msmithng> that is to say MPEG-TS [18:44] <JEEB> if you want actually spec-compliant, you don't want libavformat's muxer, but rather something like OBE's muxing library [18:45] <msmithng> OBE? [18:45] <JEEB> open broadcast encoder [18:48] <JEEB> libavformat can produce files kind of readable on various things, but IIRC kierank's muxer is actually something that goes through broadcast tests [18:48] <JEEB> so if you meant the latter with your "correctly" wording, then that's the thing for the job [18:48] <msmithng> fair enough& looking at the source now. [18:49] <msmithng> cool. thanks! [18:49] <msmithng> yeah, weve got a muxed version of bbb and Im dumping it onto the wire with vlc and while ffprobe doesnt have a problem, playback is another issue entirely [18:51] <msmithng> however, I think the PS is incorrect. it seems that there are 24 individual indecies in a single PS [18:51] <msmithng> which doesnt sound right [18:52] <msmithng> http://pastebin.com/9LLjMJ2e [18:52] <msmithng> does that look right? [18:53] <msmithng> ;) [19:58] <hjkjh> anyone know of a video editing tool for ubuntu, one that can help me focus on a licence plate? [20:13] <haasn> When writing a PNG file with lavc, how can I add chunks like gAMA or cHRM? [20:22] <haasn> JEEB: https://www.ffmpeg.org/doxygen/trunk/pixfmt_8h.html#ad4791ea14975f098b649db… seems to be missing a definition for AVCOL_TRC_BT1886 which is defined to be a pure power curve of 2.40 [20:23] <JEEB> I recommend taking this to #ffmpeg-devel [20:24] <JEEB> since you're talking about development of stuff within FFmpeg [20:29] <macmichael01> Is it possible to have ffmpeg encode audio such as LPCM or TrueHD into an mp4 container. If I recall correctly TrueHD and PCM is supported fro the mp4 container but ffmpeg does not. Wasnt sure if there a command to force this into the container. [21:00] <poste9> hey I cant remember and I cant find it at google... do u guys remember the command to remove unused functions/libraries of my executable? (ubuntu) [21:02] <poste9> figured it out, its "strip" btw. [21:03] <JEEB> the stuff that removes is debugging information :P [21:18] <c_14> macmichael01: use the mov muxer [21:19] <macmichael01> whats that exectly? [21:20] <c_14> -f mov [21:22] <macmichael01> You are talking about the container? For constancy, Im seeking to encode all of my videos in the mp4 container. I dont particularly care about hardware support b/c VLC or plex will figure out how to play it regarless. Just an OCD thing. [21:30] <c_14> mp4/mov are basically the same container. They just have some different tags. [22:13] <Anom01y> Hi, I am trying to use the winFF tool to convert my AVI files to Mp4 ? [22:13] <Anom01y> winFF does not show mp4 in the "convert to" dropdown, [22:14] <JEEB> unrelated to ffmpeg itself [22:14] <c_14> winFF isn't supported here, for help there's a mailing list mentioned on the homepage [22:14] <c_14> *their [22:31] <Anom01y> ok, [22:31] <Anom01y> I found a way to fix it, presets where not added, [22:31] <Anom01y> however, I am getting an FFMpeg error now (via winff) [22:32] <Anom01y> it says "unknown format libfaac" [22:32] <Anom01y> unknown codec I mean [22:32] <Anom01y> I am running Ubuntu 12.04, and I have this installed [22:32] <Anom01y> libavcodec-extra-53 [22:33] <Anom01y> sorry for the bad question [22:33] <c_14> Your version of ffmpeg probably wasn't compiled with libfaac support [22:35] <JEEB> libfaac isn't GPL compatible so not surprising [22:35] <JEEB> (it was found out that it was using reference implementation stuff which isn't compatible with GPL, thus the whole thing isn't GPL compatible) [23:19] <diffuse> I've been using the ffmpeg C api and I am trying to figure out to further extend the AVIOContext I've created. Currently i have a buffer that i malloc and contains content i want to run through ffmpeg...However, I have to av_malloc a buffer and memcpy the whole buffer in to get the AVIOContext to work. Is there a way to simple use my malloced buffer instead of having av_malloc and memcpy? [00:00] --- Sat Feb 28 2015

1 0

ffmpeg-devel.log.20150226
by burek 27 Feb '15

27 Feb '15

[01:03] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:8064265a38a3: avformat/dss: correct sample rate [01:13] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:5634ca6d378c: avformat/dss: set packet duration [02:31] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:626904b77797: avformat/dss: set bitrate [02:32] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:111d79aa8886: avformat/dss: implement seeking [11:37] <ubitux> michaelni: i changed the qsort in paletteuse and explicted bgra as well for the output; do you want to test anyway before i push? [11:51] <michaelni> ubitux, yes [11:51] <ubitux> ok, just a moment then [11:52] <ubitux> michaelni: pick the colorquant branch on my github [11:53] <ubitux> https://github.com/ubitux/FFmpeg/compare/colorquant [11:58] <ubitux> mmh my fate instances aren't reporting anything anymore? [11:59] <ubitux> ah they are stalled in threads-misc, nuce [11:59] <ubitux> nice. [12:07] <michaelni> ubitux, seems working [12:22] <ubitux> michaelni: cool, will push soon then, thanks [12:37] <cone-657> ffmpeg.git 03Andreas Cadhalpun 07master:64ea4a0598e7: avformat/adxdec: set avctx->channels in adx_read_header [12:37] <cone-657> ffmpeg.git 03Andreas Cadhalpun 07master:7faa40af9829: avformat/adxdec: check avctx->channels for invalid values [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:ab093bdeefad: avfilter/palettegen: export color quantization ratio [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:4216968f854b: avfilter/palettegen: use a logging context for the dupped color warning [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:30f4e9d3d90b: avfilter/palettegen: consistently use the same frame for dimensions [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:321de0349280: avfilter/palettegen: use AV_QSORT() [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:4629993d99f7: avfilter/paletteuse: use AV_QSORT() [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:e0f03de8f558: tests: add palettegen test [14:20] <cone-657> ffmpeg.git 03Clément BSsch 07master:a6a2da2f3202: tests: add paletteuse test [14:22] <Daemon404> can anyone tell me what the different av_asserts are for [14:22] <Daemon404> trying to figure the correct one to use [14:22] <ubitux> speed trade off [14:22] <Daemon404> that doesnt tell me shit [14:22] <ubitux> av_assert0 all the time [14:22] <Daemon404> an assert is an assert [14:22] <ubitux> av_assert1 relatively speed relevant [14:22] <compn> different sizes of assert checks ? [14:22] <ubitux> av_assert2 very speed relevant [14:22] <Daemon404> thats... very vague [14:22] <Daemon404> [13:21] <@Daemon404> an assert is an assert [14:22] <ubitux> av_assert0 is always compiled [14:23] <ubitux> av_assert1 is compiled at --assert-level=1 and --assert-level=2 [14:23] <ubitux> av_assert2 is compiled at --assert-level=2 [14:23] <Daemon404> heh [14:23] <Daemon404> riced asserts [14:26] <ubitux> ASAN complains [14:26] <ubitux> on h264 stuff [14:36] <ubitux> sorry h265 [14:43] <nevcairiel> the big thing is that av_assert0 is compiled even in release builds, so having it in speed critical paths is a very bad idea [14:44] <wm4> good thing C's assert() does the right thing here [14:44] <Daemon404> yeah [14:44] <Daemon404> but im putting it in a call-once patch [14:44] <Daemon404> path [14:44] <Daemon404> which is fine [14:44] <Daemon404> wm4, ;) [14:51] <ubitux> wow, mips 64 [14:58] <wm4> the cpu you'd use for multimedia [14:59] <j-b> I would [15:02] Action: Daemon404 recalls vlc has patches in-tree for thinks like gmp on mips [15:05] <ubitux> wm4: what if you want to re-encode vp8 stream into h264 on the fly on your router? [15:05] <ubitux> @_@ [15:06] <wm4> enlightenment [15:06] <wm4> Daemon404: what does vlc use gmp for? [15:07] <Daemon404> i dunno but [15:07] <Daemon404> https://git.videolan.org/?p=vlc.git;a=tree;f=contrib/src/gmp;h=53a174b0c605… [15:07] <Daemon404> probably a dep of a dep of a dep [16:12] <cone-657> ffmpeg.git 03James Cowgill 07master:213e823dc6bc: mips/mathops: remove 64-bit code [16:12] <cone-657> ffmpeg.git 03James Cowgill 07master:390771481ab7: mips/aacpsdsp: fix definition of ps_decorrelate_mips [16:12] <cone-657> ffmpeg.git 03James Cowgill 07master:d6f66aec508f: mips/fft: remove some useless assembly [16:34] <cone-657> ffmpeg.git 03James Cowgill 07master:83589e691876: mips/sbrdsp: remove sbr_neg_odd_64_mips [16:34] <cone-657> ffmpeg.git 03James Cowgill 07master:f6bf745c5c2a: mips/aacdec: refactor out duplicated assembly code [17:21] <Daemon404> hey ubitux did you help the FOSDEM guys use avfilter? [17:25] <cone-657> ffmpeg.git 03James Cowgill 07master:b9de1303a641: mips/acelp_filters: fix incorrect register constraint [17:26] <kierank> Daemon404: yes [17:26] <Daemon404> i see [17:26] <Daemon404> because they got teh aspect ratio wrong and fucked up the colors on the slides [17:26] <Daemon404> slides that were white are now grey [17:28] <kierank> I don't think they care about the AR [17:39] <ubitux> Daemon404: i think so [17:39] <ubitux> but just here publicly [17:40] <Daemon404> i see [17:40] <ubitux> they forgot to +faststart btw [17:48] <Daemon404> ubitux, ;) [19:27] <cone-657> ffmpeg.git 03Vittorio Giovara 07master:43e5e3c077bc: colormatrix: Accept bt601 aliases as input [19:35] <Daemon404> michaelni, [18:34] < Paranoialmaniac> Daemon404: lgtm [19:35] <Daemon404> i double checked with yusuke [19:35] <Daemon404> about the colr patch [19:35] <Daemon404> seems ok. [19:38] <michaelni> there are multiple colr patches [19:38] <Daemon404> michaelni, the one to write proper isom colr [19:38] <Daemon404> you LGTM'd it too [19:38] <michaelni> ahh ok sure [19:39] <michaelni> will you apply it or should i ? [19:39] <Daemon404> wait 2 sec [19:39] <Daemon404> he came up with some comment [19:40] <michaelni> ok no hurry [19:40] <jamrial> http://fate.ffmpeg.org/report.cgi?time=20150226181447&slot=x86_64-archlinux… all seem to point to avpriv_mpa_decode_header2() [19:43] <cone-657> ffmpeg.git 03Luca Barbato 07master:82b6e451161f: configure: Move the cross_prefix setting after the toolchain one [19:43] <cone-657> ffmpeg.git 03Michael Niedermayer 07master:51b7ab2ee70f: Merge commit '82b6e451161f19ab90bfb9565b710021caf5dcbd' [19:45] <jamrial> most likely 8ca098f4 [20:11] <cone-657> ffmpeg.git 03Michael Niedermayer 07master:6ad42b3e1547: avformat/mp3dec: properly allocate dummy AVCodecContext [20:13] <ubitux> heh, yeah valgrind is back and not happy :p [20:44] <cone-657> ffmpeg.git 03Michael Niedermayer 07master:b851bc20c693: avformat/mp3dec: Check for avcodec_alloc_context3() failure [20:44] <cone-657> ffmpeg.git 03Dyami Caliri 07master:50833c9f7b4e: Fix buffer_size argument to init_put_bits() in multiple encoders. [23:16] <cone-657> ffmpeg.git 03Nicolas George 07master:a92193f24781: lavd/alsa: set frame_size field. [23:16] <cone-657> ffmpeg.git 03Nicolas George 07master:508d6a23b453: ffmpeg: allow to set the thread message queue size. [23:16] <cone-657> ffmpeg.git 03Nicolas George 07master:d92c6d82c03b: ffmpeg: notify when the thread message queue blocks. [23:16] <cone-657> ffmpeg.git 03Michael Niedermayer 07master:19dbe89f03d0: Merge remote-tracking branch 'cigaes/master' [23:27] <cone-657> ffmpeg.git 03Andreas Cadhalpun 07master:eeda2c3de8a8: avformat/bit: check that pkt->size is 10 in write_packet [23:27] <cone-657> ffmpeg.git 03Andreas Cadhalpun 07master:d0b8640f75ff: avformat/bit: only accept the g729 codec and 1 channel [00:00] --- Fri Feb 27 2015

1 0

ffmpeg.log.20150226
by burek 27 Feb '15

27 Feb '15

[00:00] <c_14> probably [00:00] <Jesperhead> c_14: thank you. [00:00] <Jesperhead> worked [00:00] <c_14> https://trac.ffmpeg.org/wiki/Capture/ALSA [00:00] <c_14> For all the fun and games [00:01] <Jesperhead> oh good stuff here [00:07] <Jesperhead> c_14: default pulls in my mic fine, but nothing from the audio channels in my pc [00:08] <Jesperhead> any tips? [00:08] <Jesperhead> errr ill check that page first [00:08] <c_14> The last section [00:37] <llogan> Jesperhead: also see http://trac.ffmpeg.org/wiki/EncodingForStreamingSites for some basic VBV info [00:39] <coeal> I am trying capture the screen of my macbook pro using the command "ffmpeg -f avfoundation -i "1" -pixel_format yuv420p test.mp4", as the recording begins the message "Selected pixel format (yuv420p) is not supported by the input device." What would cause this? [00:41] <klaxa> displays use rgb, videos (for the most part) use yuv, is it a warning or an error? [00:42] <coeal> error, it forces me to another format (uyvy422) [00:43] <coeal> my end goal is to output a file immediately readable by quicktime when the ffmpeg process stops. is my only option to then convert to yuv420p after the recording process has ended? [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] Selected pixel format (yuv420p) is not supported by the input device. [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] Supported pixel formats: [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] uyvy422 [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] yuyv422 [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] nv12 [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] 0rgb [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] bgr0 [00:45] <coeal> [avfoundation @ 0x7fc5c3026c00] Overriding selected pixel format to use uyvy422 instead. [00:58] <klaxa> it should parse -pixel_format (or -pix_fmt) as an output option so it shouldn't even care about the input [00:58] <klaxa> also, please don't paste in the channel, use pastebin or a similar site for larger pastes [00:58] <klaxa> speaking of which [01:06] <coeal> just as i was reading the pastebin i was about to post, i realized the problem was that it was telling me to use -pix_fmt and not -pixel_format. this fixed my problem. Sorry and thank you for being my rubber duck. :-) [09:17] <jangam> hello developers [09:20] <jangam> I am new to ffmpeg and on linux I want to play video on ffmpeg sever so what should be my steps to do it. [09:38] <dsl420> 1. step: read the manual 2. step use google 3. shoot a command 4. if error pastebin command + output [09:46] <relaxed> jangam: The two loeading formats for the web are https://trac.ffmpeg.org/wiki/Encode/VP8 and https://trac.ffmpeg.org/wiki/Encode/H.264 [09:46] <relaxed> leading* [09:47] <relaxed> h264 and aac in the flv or mp4 container ^^ [10:22] <bencc> I'm trying to mix several audio and video streams and output HLS [10:22] <bencc> the streams will be added and removed dyanmically [10:22] <bencc> do I need to writea C app or can I use the command line? [10:35] <shevy> I am a bit confused [10:35] <shevy> I see an option such as: [10:35] <shevy> -pix_fmt gray [10:35] <shevy> but I was told that this here should be the same: [10:36] <shevy> -vf format=pix_fmts=gray [10:38] <_vaibhavingale_> am trying to transcode file from wav to different bitrates(320,128,64) along with metadata and albumart. Can I do it in single command? Am able to perform all these differently, but after transcoding, I have to trigger 2 seperate commands for metadata and album-art. [14:47] <naschkater> Hi, I am trying to mux a video and an audiofile but I get "invalid data found when processing input" Error. here is the cli output: http://pastebin.com/Ge3cBATy any idea how to make it right? [14:57] <c_14> Try updating your version of FFmpeg. [14:57] <c_14> Or try with a static build [14:58] <c_14> http://johnvansickle.com/ffmpeg/ [15:01] <c_14> Though, eh [15:01] <c_14> The problem is that pcm isn't supported in mp4 [15:01] <c_14> You're going to have to use a format that isn't mp4, or reencode the audio to something mp4 supports. [15:01] <naschkater> what would that mean? what format would I use? I am not bound to mp4 [15:01] <naschkater> ok [15:02] <c_14> matroska [15:02] <c_14> If the device that will be playing it supports it. [15:05] <naschkater> yes, that seams to work! much thanks! :) [16:09] <shevy> ffmpeg -flags +gray -i foo.avi grey.avi [16:09] <shevy> hmm this does nothing? [16:11] <slaan> Hi ! [16:15] <Ders> shevy what do you want it to do? [16:15] <shevy> Ders I am trying to greyscale (get rid of colours) a video [16:16] <Ders> hold on. I'm going to check something [16:17] <Ders> try -flags:v [16:17] <Ders> instead of regulr -flags [16:17] <Ders> do you have any output from ffmpeg you could show me? [16:19] <shevy> don't quite have any output to show for; I tried two different switches and ffmpeg encoded something (I think) but the resulting video was still colourized [16:19] <shevy> I am recompiling ffmpeg right now, the old one did not have x264 support - --prefix=/usr --enable-gpl --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-nonfree --enable-postproc --enable-pthreads --enable-shared --enable-version3 --enable-x11grab --extra-libs='"-ldl"' --disable-libopenjpeg [16:19] <Ders> ok. Let me know if it changed something [16:20] <shevy> what should the commandline be, just so I know [16:20] <shevy> ffmpeg -flags:vf -i foo.avi grey.avi [16:20] <shevy> ? [16:20] <Ders> just -flags:v without the f [16:20] <Ders> well... hold on [16:21] <slaan> Hi ! Did you know if it exist an equivalent option as "-preset ultrafast" with ffmpeg 2.5.4 ? Or how can i do a very fast encode ? [16:21] <Ders> to get your video to be grey: ffmpeg -flags:v +gray -i foo.avi grey.avi [16:21] <Ders> that should be it [16:21] <shevy> ok [16:21] <Ders> if that doesn't work you'd have to get me some more information [16:22] <Ders> doesn't that still work slaan ? [16:23] <slaan> non, i got an error : [16:23] <slaan> Unrecognized option 'preset'. [16:23] <slaan> Error splitting the argument list: Option not found [16:23] <c_14> slaan: -preset is a valid option [16:24] <slaan> okay, thx [16:24] <Ders> yeah I thought so too [16:28] <slaan> okay, i test 2 thing, one with "-preset" and one with "-pre:v" and i got this : [16:28] <slaan> http://paste.ubuntu.com/10430584/ [16:29] <slaan> and i can't find ant preset name within my ubuntu with "ultrafast" anywhere [16:31] <Zevv> Hi; I'm having issues with an embedded device using RTSP/multicase. The device requires me to specify the client_port in the Transport: header when using multicast [16:31] <slaan> may i compile ffmpeg to have this presset ? [16:31] <JEEBsv> slaan: libavcodec-extra [16:32] <Zevv> this makes no sense to me, but from the RFC (2326) I'm not getting any conclusive info if the client_port is mandatory/optional/permitted for multicast [16:32] <Zevv> anyone here with RTSP knowledge to give me some hints? [16:32] <JEEBsv> otherwise x264 is not linked in [16:32] <slaan> JEEBsv, okay, with the ./configure ? [16:32] <JEEBsv> uuh [16:33] <JEEBsv> you said ubuntu so I said the package name :p [16:33] <JEEBsv> sorry, responding from a phone [16:33] <slaan> :) okay, just install the package. No need to recompile ffmpeg ? [16:33] <JEEBsv> uhh [16:33] <JEEBsv> are you using your own ffmpeg? [16:34] <JEEBsv> or packaged libav? [16:34] <JEEBsv> (avconv) [16:34] <Ders> you probably have to recompile ffmpeg with some more packages if you did that yourself in the first place slaan [16:34] <slaan> i have compiled the last ffmpeg [16:34] <slaan> okay [16:34] <JEEBsv> ok then you need to compile GPL ffmpeg with libx264 [16:36] <slaan> so with ./configure --enable-gpl --enable-libx264 ? [16:39] <slaan> Oh, a second question : Did you know if and how we can use hardware acceleration with a radeon R9 290 and ffmpeg ? [16:39] <Ders> probably that should enable the right things (don't know the real command but it looks ok) [16:39] <slaan> i can't find anything usefull on the net [16:39] <slaan> ok, Thx Ders [16:40] <Ders> I guess that it works on any gpu chipset. You just need to use the right encoder (that is what I understand from some quick google searches) [16:41] <slaan> mmm, i don't find any example with radeon, still searching :) [16:41] <slaan> thx [16:42] <Ders> http://stackoverflow.com/questions/23289157/how-to-use-hardware-acceleratio… [16:42] <Ders> This might get you started I think [16:43] <slaan> yeah, i have check that. it's a little hard to understand [16:43] <slaan> but i will try [16:43] <Ders> -hwaccel dxva2 should do the hardware acceleration with DirectX [16:44] <Ders> http://ffmpeg.org/ffmpeg-all.html#toc-Advanced-Video-options [16:44] <Ders> you can find it there [16:44] <Ders> search for -hwaccel [16:45] <slaan> mmm, and i have to install and configure DirectX on ubuntu [16:47] <shevy> Ders I tried it [16:47] <shevy> the video is still colourized [16:47] <shevy> the original input video is: VIDEO: [XVID] 608x256 12bpp 23.976 fps 750.9 kbps (91.7 kbyte/s) [16:48] <shevy> Commandline I tried was: ffmpeg -flags:v +gray -i foo.avi grey.avi [16:48] <klaxa|work> the kind of acceleration you are talking about right now is for decoding, you know that, right? [16:48] <shevy> I read on the www that this might be a problem with the colourspace though or something, that sometimes it may not work because of a Y channel (or something... I understood only half) [16:48] <Ders> weird. Try and get some ffmpeg output shevy . I don't really know what it could be without that [16:49] <klaxa|work> encoding on GPUs is mostly limited to opencl stuff which is not really that much faster iirc [16:49] <Ders> oh. klaxa|work I didn't know that [16:50] <Ders> shevy yeah, frames can hold there data in different kinds of containers. For example, there's RGB, RGBA or something with the Y (can't remember :p ) [16:50] <Ders> I would be surprised though if ffmpeg doesn't take care of that for you [16:50] <shevy> hmm [16:51] <shevy> let me try on some other video [16:51] <Ders> oh god, I made a there/their mistake... [16:53] <shevy> hehe [16:53] <Mavrik> Yeah, FFMpeg doesn't support the Radeon/nVidia built in encoders [17:11] <slaan> Thx Mavrik for this info [17:12] <slaan> mmm, i don't understand, when i try "./configure --enable-gpl --enable-libx264" i got : "ERROR: libx264 not found" [17:12] <slaan> i don't understand [17:13] <slaan> libavcodec-extra is ok [17:13] <JEEB> config.log will tell you [17:13] <JEEB> most probably you lack the libx264 development headers or something [17:14] <slaan> but i have download the source here :https://www.ffmpeg.org/download.html [17:15] <slaan> this make me crazy :) [17:15] <slaan> i can't launch "-preset ultrafast" if libx264 don't here [17:16] <JEEB> libx264 is a separate library [17:17] <JEEB> "-preset" is an option specific to the libx264 wrapper in ffmpeg (and libx265 nowadays) [17:17] <JEEB> to find out why libx264 was not found just pastebin config.log [17:18] <JEEB> but I bet installing libx264-dev will most probably help unless your ubuntu is old [17:18] <slaan> mmmm, i try with this package :) [17:19] <JEEB> it contains the development headers, libraries and the pkg-config file [17:19] <slaan> yeah, it's missing [17:19] <JEEB> aka what you need to actually create a thing that uses libx264 [17:19] <JEEB> what? [17:20] <slaan> sry, i'm french :) i have make a "sudo apt-get install libx264-dev" [17:20] <slaan> .configure work now :) [17:20] <slaan> thx [17:20] <slaan> i recompile now :) [17:22] <slaan> i don't know why libx264-dev was not within ubuntu 14.04 [17:23] <JEEB> because you don't need it when you just use libx264? [17:23] <JEEB> also it wouldn't be in it if you installed without format support for stuff that might require a license [17:23] <JEEB> (I mean even the base libx264 package) [17:27] <slaan> mm, i sse [17:27] <slaan> see [17:37] <slaan> okay, preset work now [17:38] <slaan> but, lol, it's not faster than before, without libx264 [17:38] <slaan> 50fps now, for 80/90 before xD [17:39] <slaan> mmm, ultrafast : 110 [17:39] <slaan> good [18:09] <poste9> is h265 already better than h264 ? [18:10] <JEEB> the format is better, the implementations are only better if you do both 1) very slow settings and 2) are aiming for very low bit rate scenarios [18:11] <JEEB> or at least that was my decision from my testing in december [18:12] <JEEB> at least with HEVC you can start using 10bit relatively easily since hardware solutions are supporting it \o/ [18:12] <JEEB> (although the format was in general improved from AVC so the gains from 10bit are somewhat smaller) [18:13] <klaxa|work> i can't wait for the future! [18:13] <JEEB> should do another round of testing soon'ish [18:16] <poste9> Im building this streaming service where I cant send higher than 15kb/s so... looks like I need hvec asap [18:16] <JEEB> I guess that's in bytes so 15*8 kilobits [18:17] <poste9> yep [18:18] <JEEB> well at that point if you can limit yourself to specific software clients that should be OK [18:19] <JEEB> of course if you are doing live streaming then it can get funky :P [18:19] <JEEB> because libx265 (the least retarded implementation atm; not done by the x264 folk) is slow at the slower presets [18:19] <JEEB> although I guess you're not exactly doing HD [18:22] <poste9> 160x120 so nope [18:22] <poste9> lol [18:22] <poste9> what I need is rly higher compression [18:23] <JEEB> so x264 isn't good enough even when you push the preset very, very slow? [18:23] <JEEB> also have you tried the usual tricks of longer GOPs and stuff like that? [18:24] <poste9> Im at the very beginning of it... atm looks like x264 is good enough [18:25] <poste9> about a month ago I did my hello world at c++ using qt :P [18:25] <poste9> but I learn fast [18:26] <poste9> c->gop_size = 250; should do the trick right? [18:28] <JEEB> use whatever value sets it to libx264's infinite [18:28] <JEEB> also setting the preset would be the first thing [18:28] <JEEB> also what kind of service is this and what are the limitations? [18:28] <JEEB> realtime encoding? encoding before hand and just pushing pre-encoded stuff out? [18:29] <JEEB> is this for specific clients or needs to be hardware decodable with current stuff? [18:32] <poste9> specific client. Im gonna capture stream from cameras(some raspberry or arduino project). They are inside ambulance cars and they are gonna send through 3G to a central server. [18:33] <poste9> I will need to see this streaming live, but the quality and delay are not that important [18:33] <JEEB> ok so the encoder side will be limited in cpu power [18:33] <poste9> since I will have to record at a higher quality before sending [18:33] <poste9> yep [18:33] <JEEB> yeah, that sucks :P [18:34] <poste9> but my boss is rich and I can ask for thousands of resources if needed [18:34] <poste9> lol [18:34] <JEEB> for rpi only the rpi2 is IMHO viable, and then there's f.ex. the minnowboard max [18:34] <JEEB> minnowboard max would be quite sexy and in theory you could modify the board to be rather specific [18:34] <JEEB> since it's open hardware [18:35] <poste9> thats an execellent sugestion I will have my engineer look into this [18:37] <JEEB> http://www.minnowboard.org/meet-minnowboard-max/ [18:39] <poste9> thanks [19:07] <Popara> Hey guys, i have a ts stream that has many programs inside [19:07] <Popara> How i can restream all of them using FFmpeg with the same structure, pid etc OR select one of them only? [19:15] <Popara> Ok i found that using the -map 0:p:num will select the num program to be restreamed [19:15] <Popara> however, how can i select all of them ? -map 0 is just messing all the codecs into one so its not an option [19:36] <c_14> What do you mean messing all the codecs into one? Can you pastebin? [20:30] <shevy> hmm first time I am seeing -strict experimental [20:31] <shevy> -strict experimental -vf "delogo=x=20:y=350:w=100:h=100:band=100:show=1" [20:31] <JEEB> probably unrelated to the -vf part [20:31] <JEEB> unless one of those filters is only enabled with it, but I would be surprised [20:32] <JEEB> it basically puts FFmpeg into various hacks mode. mostly used for the lavc AAC encoder, which for whatever reason still needs that flag (even though it is better than libvo-aacenc for example, which is not needing of that flag) [22:49] <msmithng> bummer& just hit this: https://trac.ffmpeg.org/ticket/2528 [23:03] <beaver> Why ffmpeg stop transcoding randomly? [23:06] <beaver> -ss,00:00:00.00,-i,http://192.168.1.13:60924/,-copyts,-sn,-vf,scale=trunc(iw/2)*2:trunc(ih/2)*&preset,ultrafast,-c:v,libx264,-c:a,libvorbis,-threads,0,-f,matroska,pipe:1 [23:11] <beaver> with gcc 4.8 (Debian 4.8.3-19) configuration: --enable-gpl --enable-version3 --disable-shared [23:11] <msmithng> what error is it bailing out with? [23:12] <beaver> --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable-gnutls --cc=gcc-4 [23:12] <beaver> arf [23:12] <beaver> msmithng: transcoding stops [23:13] <msmithng> is that literally the error message? [23:13] <msmithng> I cant say that Ive seen that one before [23:15] <beaver> I have no error message transcoding stops in my video player [23:15] <beaver> my options: args = ['-re','-i', 'pipe:0', '-sn', '-vf', "scale=trunc(iw/2)*2:trunc(ih/2)*2", '-c:v', 'libx264', '-preset', 'ultrafast', '-deinterlace', '-c:a', 'libvorbis', '-threads', '0','-f', 'matroska', 'pipe:1']; [23:16] <c_14> First of all, you probably don't want -re, second -deinterlace is deprecated [23:16] <c_14> Third, if we don't get some form of console output, we can't really help you [23:17] <c_14> None of us (to my knowledge) are psychic [23:19] <beaver> one minute please :) [23:22] <beaver> c_14: http://paste.ubuntu.com/10437082/ [23:25] <c_14> And that's after it stops? [23:26] <beaver> yes [23:27] <beaver> after grep stderr: frame= 286 fps= 20 q=23.0 size= 4913kB time=00:00:12.24 bitrate=3286.6kbits/s -> freezes daemon [23:28] <beaver> it not transcode my file [23:29] <c_14> Can you start ffmpeg with -report and then pastebin the 'ffmpeg-YYYMMDD-HHMMSS.log' file it creates? Just in case that has more information. Because I can't see anything explicitly wrong with that right now. [00:00] --- Fri Feb 27 2015

1 0

ffmpeg-devel.log.20150225
by burek 26 Feb '15

26 Feb '15

[00:12] <cone-631> ffmpeg.git 03Martin Storsjö 07master:78791c086bca: rtpdec: Use .init instead of .alloc to set default values [00:12] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:d52bf89d21b7: Merge commit '78791c086bcaf9eb084c27555b31fea8bbb7624a' [00:24] <cone-631> ffmpeg.git 03Martin Storsjö 07master:f4b59334bd89: rtpdec: Remove the now unused .alloc field [00:24] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:f966ac2b6e3f: avformat/rtpdec_vp9: remove alloc/free functions [00:24] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:64f58d20b200: Merge commit 'f4b59334bd898c47c9ac30999a346176548630a8' [00:32] <cone-631> ffmpeg.git 03Martin Storsjö 07master:bb4a310bb85f: rtpdec: Don't free the payload context in the .free function [00:32] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:fa80b76b110c: Merge commit 'bb4a310bb85f43e62240145a656b1e5285b14239' [00:40] <cone-631> ffmpeg.git 03Martin Storsjö 07master:078d43e23a7a: rtpdec: Free depacketizers if the init function failed [00:40] <cone-631> ffmpeg.git 03Martin Storsjö 07master:8a273a746061: avio: Add an internal utility function for freeing dynamic buffers [00:40] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:79052cd4ce4a: Merge commit '078d43e23a7a3d64aafee8a58b380d3e139b3020' [00:40] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:6e9bbaca6c67: Merge commit '8a273a746061a112e5e35066a8fd8e146d821a62' [00:49] <cone-631> ffmpeg.git 03Martin Storsjö 07master:199fb4027814: rtpdec: Use ffio_free_dyn_buf [00:49] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:7d9b06eb179f: Merge commit '199fb40278146c5bb162990c66ad3cd561abc780' [00:56] <cone-631> ffmpeg.git 03Martin Storsjö 07master:8e32b1f0963d: libavformat: Use ffio_free_dyn_buf where applicable [00:56] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:7f03f75ce72f: Merge commit '8e32b1f0963d01d4f5d4803eb721f162e0d58d9a' [01:05] <cone-631> ffmpeg.git 03Martin Storsjö 07master:d594dbecce5f: rtpdec: Rename the free method to close [01:05] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:3130e5be9285: Merge commit 'd594dbecce5f3af7f80bbf5bb1b516d740b69ccd' [01:19] <cone-631> ffmpeg.git 03John Stebbins 07master:da7e561964ee: matroskaenc: Allow writing track "forced" flag [01:19] <cone-631> ffmpeg.git 03Luca Barbato 07master:b31328d00898: xcbgrab: Provide better names for the y and x option [01:19] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:53dd75e91154: Merge commit 'da7e561964ee833678dc24fae0b0265358126d1e' [01:19] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:2fbdf30efe99: Merge commit 'b31328d008985f87f0a7c83c700847cef1a4f08c' [01:51] <cone-631> ffmpeg.git 03Luca Barbato 07master:85b3b1c4ba7a: xcbgrab: Unbreak parsing filename options [01:51] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:a1b5cf018168: Merge commit '85b3b1c4ba7af9c2658442b0aafd27d613e1854b' [02:08] <jamrial> http://pastebin.com/WaTVBbpp popcnt [02:24] <nevcairiel> popcnt sure is nice [03:33] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:7296716e355c: avcodec/h264: Clear last_pic_for_ec on seeks and reinits [12:43] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:1f5c7781e63d: avcodec/zmbv: Check len before reading in decode_frame() [13:13] <JoshX> good day.. [13:13] <JoshX> Hello, Is it possible to get info about an mp4 file which should countain 1800 frames (60 seconds, 30fps) but only contains 1560 frames (240 frames missing, 8 seconds) to find out which frames are missing? [13:13] <JoshX> or to put it in other words, can i get a list of all the frames in the file with their start and end time and frame number for example? [13:40] <Daemon404> JoshX, maybe ffprobe -show_frames file.mp4 [13:41] <Daemon404> but this belongs in #ffmpeg [13:42] <JoshX> yes and i got my answer.. sorry about that [13:42] <wm4> does ffprobe still show wrong frame duration for mov? [13:43] <JoshX> and the show_frames will probably work in my case :) i just need the 'units' for pkt_dts=553 [13:43] <Daemon404> wm4, only the last frame had wrong duration iirc [13:44] <wm4> JoshX: ffprobe also shows the timestamps in seconds, doesn't it [13:47] <JoshX> yes it does [13:47] <JoshX> writing a small script now to find gaps in the timestamps [13:50] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:bbbc8c618884: avformat/mov: Check ctts_count before use [14:06] <Daemon404> JoshX, -of json is your pal [14:06] <Daemon404> easily consumable by most languages [14:21] <Daemon404> michaelni, supposedly 'colr' for isombff is defined in 14496-12:2012 [14:21] <Daemon404> i cant find any copies floating around though [14:21] <Daemon404> only the outdated 2005 ver [14:38] <michaelni> Daemon404, it lists nclx, rICC and prof as allows color_types and refers to A.7.2 of ISO/IEC 29199-2 for nclx with "but note that the full range flag is here in a different bit position" [14:39] <Daemon404> right [14:39] <Daemon404> it differs slightly from the mov colr [14:42] <michaelni> anyone interrested in isom colr: http://pastebin.com/A3MhtacY [14:44] <Daemon404> wait you can embedd icc profiles? [14:44] <Daemon404> ewwwwwwwwww [14:47] <thardin> yes [14:47] <Daemon404> time for vlc to link in lcms2? [14:47] Action: Daemon404 runs [14:54] <michaelni> http://www.itu.int/rec/T-REC-T.832-201201-I/en <-- jpeg-xr PTM_COLOR_INFO [17:26] <cone-666> ffmpeg.git 03Clément BSsch 07master:5c11f5b4a227: avfilter/palettegen: move longest variable to a local scope [17:47] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:205b2ba3d677: avcodec/hevc_ps: Sanity checks for some log2_* values [17:53] <JoshX> Daemon404: if i were to 'miss' or 'mangle' an i frame in a vcodec copy stream, would ffmpeg discard all frames untill the next iframe? [17:53] <JoshX> i seem to miss an iframe, and then miss the next 29 pframes too and then the stream just picks up at the next iframe with a resulting 1 second gap [17:54] <JoshX> if this ffmpegs way to cope with a video loss and to produce a clean output, preventing mpeg artefacts? [17:54] <JoshX> or is there something entirely different going on? [17:57] <cone-666> ffmpeg.git 03Carl Eugen Hoyos 07master:ab3ff19f08b7: lavfi/fade: Do not overread input buffer. [17:57] <cone-666> ffmpeg.git 03Carl Eugen Hoyos 07master:56ffde3f6190: Allow muxing h264 into ts with startcode "001" instead of "0001". [17:57] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:d1e2d59f23a9: Merge remote-tracking branch 'cehoyos/master' [18:41] <cone-666> ffmpeg.git 03Seppo Tomperi 07master:63ca0fe8288d: avcodec/hevcdsp: ARM NEON optimized qpel functions [21:31] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:6d66e1a1136d: avutil/common: Fix integer overflow in av_clip_int8/16_c [21:31] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:dd369c9adbdd: avcodec/snow: Initialize spatial_decomposition_count to a valid value [22:37] <ubitux> wow, the int8 and int16 clipping were broken? [22:38] <ubitux> fear [22:45] <wm4> lol [22:45] <wm4> unmaintenable microoptimized code monmster [23:09] <cone-666> ffmpeg.git 03Michael Niedermayer 07master:701c965a7606: avcodec/hevc_ps: Check that log2_ctb_size is not smaller than the bounds of all profiles [23:59] <cone-666> ffmpeg.git 03James Almer 07master:bc65abc8d70d: libavutil: add x86 optimized av_popcount [00:00] --- Thu Feb 26 2015

1 0

ffmpeg.log.20150225
by burek 26 Feb '15

26 Feb '15

[03:37] <stormbytes> evening [03:38] <stormbytes> i'm using ffmpeg-php v.6, with $movie = new ffmpeg_movie(String path_to_media) it works fine unless the path is 'https' [03:38] <stormbytes> anyone know how to resolve that? [03:46] <jeanre> why would ffmpeg not extract all the frames? [03:47] <jeanre> it seems to stop at 35 seconds into the video [03:47] <jeanre> its extracting 840 frames [03:47] <jeanre> frame= 840 fps=175 q=24.8 Lsize=N/A time=00:00:35.03 bitrate=N/A [03:47] <jeanre> video:26244kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [03:47] <jeanre> but the video is over a minute long [03:48] <jeanre> its like its ignoring some frames [12:39] <poste9> Can anyone tell me if I get the muxing.c example and remove everything about audio, my pts and dts is gonna be correct? I think I am missing something since the only thing left is [12:39] <poste9> av_packet_rescale_ts(pkt, output_codec_ctx->time_base, output_stream->time_base); before av_interleaved_write_frame and decoded_frame->pts = ost->next_pts++; [12:40] <poste9> the increment is after decoding input frame [12:52] <poste9> also, can any of you guys recommend a book for a new adventurer at video compression? [13:10] <JoshX_> Hello, Is it possible to get info about an mp4 file which should countain 1800 frames (60 seconds, 30fps) but only contains 1560 frames (240 frames missing, 8 seconds) to find out which frames are missing? [13:10] <JoshX_> or to put it in other words, can i get a list of all the frames in the file with their start and end time and frame number for example? [13:14] <c_14> JoshX: ffprobe -show_frames [13:29] <intellidesk1> How do CCTV DVRs record 5 channel H264? [13:36] <JoshX> that simple? :-D [13:36] <JoshX> hang on [13:38] <JoshX> well that is a promising start, now to find the gaps :) [13:39] <JoshX> pkt_pts_time=59.627995 [13:39] <JoshX> pkt_pts_time=59.663997 [13:40] <JoshX> aha! [13:40] <JoshX> a missing frame [13:40] <JoshX> this could totally work! [13:40] <JoshX> thanks! [13:40] <ecraven> greetings :) [13:41] <ecraven> I'm trying to recode a h264 to a lower-resolution lower-fps h264. I see some audio de-sync (just a fraction of a second, but enough to get lip-sync off). this *should* work, right? I'd just need to pass -vf scale=... and -r .. ? [13:50] <c_14> ecraven: try using the fps filter instead of -r and aresample=async=1000 [13:51] <ecraven> c_14: thanks [14:03] <poste9> I am getting pkt_duration_time=0.033333 is there a efficient way to increase this? I want my frame to have 0.3 and not 0.03 [14:04] <ecraven> c_14: seems to work fine, thank you very much! [14:16] <poste9> nvm... I dont know whats going on... I have 30 fps duration 5 seconds... Im getting 150 frames! Nice.... but the speed of the video is like its fast forwarding [14:17] <poste9> also when I play the video the bitrate is not the one I set [14:37] <poste9> do I have to set the pkt_pos ? looks like thats my problem [15:44] <poste9> can anyone pls help me make my pkt_size shrink ? when I record 5 seconds from camera using ffmpeg the pkt_size is x when I use my code its x * 4 [15:47] <poste9> actually setting the same bitrate it is x * 2 [15:52] <abTool> would like to know if ffmpeg on macOSX includes GPU (opencl) support automatically ? [18:12] <ChocolateArmpits> I think I may have encountered a bug, why am I getting two mono outputs with this instead of one mono and one stereo? http://pastebin.com/4TgEVEhi [18:13] <ChocolateArmpits> I have tried this one a few different Zeranoe builds 32-bit as well as 64-bit, same result [18:15] <klaxa|work> can you add -ac 2 after -b:a 64k? [18:15] <klaxa|work> and see if that yields the same result [18:15] <ChocolateArmpits> It will output dual mono [18:15] <ChocolateArmpits> Which is obviously not the original stereo [18:16] <ChocolateArmpits> If I remove -ac 1 after -map [32a]:a then both outputs are stereo [18:16] <klaxa|work> what happens if you move the mono output after the stereo output and specify -ac 1 there? [18:16] <ChocolateArmpits> If I remove aresample filter, while the "-ac 1" is still there the second output is stereo [18:16] <ChocolateArmpits> klaxa|work: same, both mono [18:17] <ChocolateArmpits> There's probably some resampling conflict, because specifying sample rate through aformat also messes it up [18:18] <ChocolateArmpits> while "-ac 1" is set for either output [18:18] <klaxa|work> well i'm out of ideas, but it sounds like -ac has some sideffects [18:19] <ChocolateArmpits> It's like it precedes the asplit filter somehow [18:19] <ChocolateArmpits> Should I ask at #libav ? [18:20] <ChocolateArmpits> specifying "-ar 44100" for each output rather than through aresample/aformat filter has no problems [18:24] <c_14> Sounds a lot like -ac/the resample filter have side effects. I'd open a bug report on trac. It at least needs to be documented/fixed [18:24] <foonix> im kinda lost with ffmpeg's keyboard interaction commands (c/C keys), i just need stop running encode on specified time (not using q to abort) [18:24] <ChocolateArmpits> c_14: I haven't done this before, is there any short explanation on how to file it correctly ? [18:25] <c_14> https://ffmpeg.org/bugreports.html [18:25] <foonix> thinking about stopping x264 encode with stitchable option on some reasonable time and continue later.. [18:26] <ChocolateArmpits> c_14: Should I compile ffmpeg myself or will using latest Zeranoe build be sufficient ? [18:26] <c_14> that'll be fine [18:26] <ChocolateArmpits> k thanks [18:26] <c_14> foonix: -t [18:26] <c_14> that'll encode up to duration [18:26] <c_14> then stop [18:43] <kolix> hi guys [18:44] <kolix> i need to "stream" a remote mp4 file to _all_ mobile devices [18:44] <kolix> what's a standard ffmpeg command that I can use to do this? [18:45] <BtbN> mp4 isn't streamable. You can help it a bit by moving the moov atom to the front, but you can't do that when live-encoding. [18:45] <foonix> c_14: still dont have idea howto achieve that, ie hitting C and: all 00:01:25.00 -t 5 does nothing [18:45] <BtbN> I think the most widely used standard to stream to android and ios is HLS. [18:48] <kolix> BtbN, what's another solution then? [18:48] <c_14> foonix: why are you trying to use C ? [18:48] <BtbN> Other than HLS? I don't think there is anything else. [18:48] <foonix> c_14: when i hit help ? it looks it should serve my purpose [18:49] <c_14> C only sends commands to certain filters, not to ffmpeg itself [18:53] <foonix> ok, so thats no-way to stop running encode differently than using q ? [18:53] <foonix> gracefully stop ofc :) [18:54] <ChocolateArmpits> I think you can issue a command to let's say enable an overlay filter that would place a static image on top [18:56] <ChocolateArmpits> Look into sendcmd, asendcmd or zmq, azmq [18:56] <foonix> ok [18:56] <ChocolateArmpits> They are in the filter doc [18:57] <abTool> ? does anybody know if ffmpeg in the macOSX binaries includes GPU (opencl) support automatically ? [18:59] <c_14> check if the builds have --enable-opencl [19:00] <c_14> You'll have to specify which opencl device to use with every command though [19:02] <foonix> ChocolateArmpits / c_14: btw thx for fixing my wrong c/C idea.. [19:31] <mmance> Is there yet a standard compliance flag? [19:38] <JEEB> mmance, output should be standards compliant (as far as it can be) by default, -strict experimental and such options enable features that might or might not be correct or contain hacks [19:38] <JEEB> anything else should be a bug, basically [19:42] <mmance> I am capturing raw video, was trying to go to ljpeg files, but seems the YUV is non-standard [19:43] <mmance> the experimental option doesnt work [19:43] <JEEB> feel free to go into details :P [19:43] <mmance> [ljpeg @ 0x33e2180] Limited range YUV is non-standard, set strict_std_compliance to at least unofficial to use it. [19:43] <mmance> thats my error [19:43] <JEEB> yes, sounds like you're not supposed to be putting limited range YCbCr there [19:43] <JEEB> post full command line and terminal output [19:43] <JEEB> to a pastebin [19:43] <JEEB> and link here [19:44] <mmance> bmdcapture -C 0 -m 14 -F nut -o strict=experimental:syncpoints=none -f pipe:1 | avconv -strict experimental -r 2997 -vsync passthrough -y -i - -threads 4 -an -q 0 -f image2 -vcodec ljpeg "$filename-is/$filename_%05d.jpg" [19:44] <ramiro> mmance, use ffmpeg instead of avconv, it has native support for directlink capture [19:45] <mmance> man, I just got this to finally capture [19:45] <mmance> like after a week of screwing with it [19:45] <JEEB> post full terminal output to a pastebin [19:45] <JEEB> and link here [19:45] <ChocolateArmpits> c_14: Where do I get to attach a file? there's a checkbox...and that's it ? [19:45] <mmance> http://www.fpaste.org/190429/42488995/ [19:46] <JEEB> thank you [19:46] <JEEB> mmance, your input is limited range and ljpeg is supposed to only take in full range [19:47] <JEEB> so using the -strict option on either side of the -i is not going to make your output compliant, it's going to force it to ignore the colorimetry restrictions :P [19:47] <JEEB> (before -i = set the option for decoding, after -i = set the option for encoding) [19:47] <JEEB> mmance, basically use some output that is OK with limited range YCbCr [19:49] <mmance> hmm .. thats the thing the range is full. There is a setting for it on the PS4 [19:49] <JEEB> well what is coming from the input is seemingly uyvy422 :P [19:50] <JEEB> which would be limited range in the "legacy" colorspaces [19:50] <mmance> thank you so much for your help [19:50] <mmance> I will continue to play with it [19:50] <mmance> I currently can't output to png, so I am going to play with getting that working and try that instead [19:51] <JEEB> and that colorspace doesn't seem to have a J version, which would be the "legacy" full range option [19:51] <JEEB> (in quotations because I think swscale still only functions "correctly" with the J ones regarding full range) [19:51] <JEEB> (in quotations because swscale does not always do what you expect it to) [20:07] <c_14> ChocolateArmpits: you probably won't need to attach a file since it's not input specific. [20:08] <eFfeM> Hi, I have installed ffmpeg from ppa:mc3man/trusty-media but now I need libavutil-dev, I see the includes are in /opt/ffmpeg/include/libavutil but there seems to be no pkg-config or so, so configure does not find the lib, what is the best way to resolve this? [20:17] <eFfeM> found it just changed PKG_CONFIG_PATH [21:09] <mmance> I got png working now, had to recompile, but I can only get 7fps on my encoding now [21:10] <mmance> i can do tiffs at 30fps no problem [21:17] <mmance> http://www.fpaste.org/190488/24895467/ [21:18] <llogan> "avconv version 11.2, Copyright (c) 2000-2014 the Libav developers" [21:18] <llogan> you're not using ffmpeg. [21:20] <mmance> I didn't realize that there was a war going on. [21:20] <mmance> I see now that I was misinformed on ffmpeg, I thought it was only avconv now. [21:21] <kepstin-laptop> well, they're different programs/libraries with different features and bugs. [21:21] <mmance> I know, but I see some controversy over how ubuntu approached the whole thing [21:21] <kepstin-laptop> the ubuntu libav packages for a while shipped a program named "ffmpeg" with a misleading message, yeah. [21:22] <mmance> can I compile and run it next to avconv or will I have to uninstall avconv? [21:22] <kepstin-laptop> should install and work in parallel just fine. [21:23] <llogan> mmance: it is confusing. their choice of names, and the various misleading "not developed anymore" and "deprecated" messages from Libav and then Ubuntu contributed to the confusion. [21:32] <mmance> I am very pleased I can still have my working avconv setup and still mess with ffmpeg [21:33] <mmance> I installed from binary [21:33] <mmance> but now I can not get either of the tiff or png to work [21:33] <mmance> http://www.fpaste.org/190492/14248963/ [21:35] <pzich> -r 2997 :O [21:36] <mmance> the rate coming from the capture is 5994 [21:36] <mmance> but I want to capture at 2997 [21:36] <mmance> er encode [21:37] <pzich> and you don't mean 29.97? [21:37] <mmance> oh, ok [21:37] <mmance> nope thats not it [21:37] <llogan> don't you mean -r 30000/1001 or -r ntsc? [21:38] <mmance> I dont know 2997 worked in avconv [21:38] <mmance> I can try those [21:38] <mmance> 29.97 doesnt work same error [21:38] <llogan> 1.2.6 is old. [21:38] <pzich> that may not be the only issue, but I'm pretty sure you don't want to generate almost 3000 images per second to disk [21:38] <mmance> same error with all of those [21:39] <mmance> ok, i will compile and retry [21:39] <llogan> compile, or get a static build, or use mc3man's PPA. [21:39] <mmance> that the jon sever ppa [21:39] <mmance> that was [21:39] <llogan> old branches [21:40] <mmance> its on the ffmpeg.opg homepage [21:40] <mmance> .org even [21:40] <llogan> so is mc3man [21:40] <llogan> the description mentiones that the severinsson builds are older for repo compatibility [21:42] <mmance> ls [21:43] <mmance> same error eith 2.5.4 [21:43] <mmance> http://www.fpaste.org/190499/97012142/ [21:44] <mmance> i also went through 29.97 ntsc 2997 and 30000/1001 [21:44] <llogan> your command is missing [21:44] <mmance> bmdcapture -C 0 -m 14 -F nut -o strict=experimental:syncpoints=none -f pipe:1 | ffmpeg -r 29.97 -vsync passthrough -y -i - -threads 4 -an -vcodec png "$filename/$filename_%05d.png" [21:45] <mmance> same command [21:49] <mmance> i cant even get ffmpeg -y -i - -vcodec png "test/test_%05d.png" to work, same error [21:49] <mmance> ramiro: you mentioned decklink support being built in, would that allow me to use ffmpeg direct and nix the bmdcapture? [21:51] <mmance> looks like I have to compile to get decklink [21:51] <mmance> ok, off to compile [21:54] <ramiro> mmance, yes, that is it. [21:54] <ramiro> you need the decklink sdk to build it. if you are on windows, you can get pre-built binaries from zeranoe [21:56] <mmance> i have to redownload the sdk [21:57] <mmance> on ubuntu [21:58] <mmance> the link on BMD website is still broken [22:00] <jbermudes> Is BMD's stuff pretty compatible with linux in general? [22:01] <olivierrr> Getting 'libpng error: Write Error' [22:01] <olivierrr> any ideas? [22:03] <llogan> doesn't look like a message from ffmpeg [22:04] <mmance> jbermudes: I thought they were, but it seems they drop the ball quite a bit because windows/mac is their main focus [22:04] <jbermudes> mmance: I saw some discussion on their forums where people were requesting linux support for their usb3.0 capture box thingy and while the reps said that there is no target date, it was something they were considering and/or working on [22:05] <jbermudes> So I guess it's hit or miss [22:05] <jbermudes> Because I thought the intensity pro (or was it the decklink) was linux compatible from a sales rep I talked to a while back [22:05] <mmance> their media express software only seems to sortof work [22:06] <olivierrr> llogan: http://pastebin.com/TTWiDXYS [22:06] <mmance> had lots of quarks, most people use bmdcapture or ffmpeg [22:06] <olivierrr> i guess it could be phantom, let me check [22:06] <mmance> I am using bmdcapture now and it has been rock solid [22:07] <mmance> I am looking at ffmpeg to maybe reduce my file sizes [22:08] <llogan> olivierrr: you forgot the ffmpeg console output, as per tradition [22:08] <llogan> there must be something wrong with the message from fflogger because the console output seems to be omitted more than included [22:54] <sweb> my timeout option dosnt work [22:54] <sweb> ffmpeg -i 1.mp4 -timeout 5 2.webm [22:55] <sweb> i need to tell ffmpeg dont convert file if convert time is more than 5 seconds [22:55] <jbermudes> Could that be done with a separate monitoring script? [22:57] <sweb> jbermudes: i dont get ! you say i run ffmpeg with special script ? [22:57] <sweb> i run it directrly in terminal [22:58] <jbermudes> sweb: No, I mean you have a separate shell script or something that either runs in a loop or gets called by cronjob every couple of minutes to convert files, but then it skips files longer than 5 seconds [22:59] <jbermudes> But you first have to figure out how large of a file your computer can handle in 5 seconds. I don't think there's an exact algorithm that would tell you. You just have to use trial and error. [22:59] <sweb> jbermudes: no it's the cli programm running when worker queue want to convert video [23:00] <sweb> jbermudes: nope problem is i have limitation in my worker queue but ffmpeg take a long time to convert formats ... i need to tell ffmpeg if convert time is bigger than X sconds please dont convert it [23:00] <onefix> I don't know if this would be useful to anyone else, but I wrote a perl script that uses an MPEG2 TS stream as input into FFMPEG and lets the user pick a "reduction" rate and it will resize the video to a dimension divisible by 4. [23:03] <onefix> It's a script for TVHeadend that calls comskip.exe, cuts the program, then concatenates the files into a single file [23:05] <jbermudes> sweb: Timeout might be an option for streams so they dont spend forever trying to reconnect. I can't find the timeout option on the ffmpeg man page right now for some reason. [23:06] <jbermudes> sweb: There is a linux utility called timeout that you can use to abort any command given as an argument after so many seconds: https://forums.opensuse.org/showthread.php/484357-Need-help-on-use-of-timeo… [23:08] <onefix> Anyone know the status of H.264 Cuda acceleration for FFMPEG? I've been wondering if it's even worth it... [23:09] <iive> i thought opencl is preferred portable way for gpu acceleration. [23:10] <onefix> live: Ok, but is it even worth it with say an 6-core 2.7GHz AMD Phenom II processor... [23:14] <iive> i have no idea [23:16] <onefix> The system doing the transcoding of these streams is functioning as a "headless" NAS box, so the only reason I would have to put in an OpenCL capable GPU would be to do h264 encoding [23:17] <mmance> has someone compiled in ubuntu with decklink, I can't seem get it to make. [23:17] <mmance> ./configure --enable-decklink --extra_cflags=-I/home/ubuntu/capture/bmd/Linux/include --extra-ldflags=-L/home/ubuntu/capture/bmd/Linux/include --extra-libs=-ldl [23:17] <onefix> If I recall, from previous looks at OpenCL, software encoding was still preferred over hardware encoding [23:25] <mmance> can someone look at http://ffmpeg.gusari.org/viewtopic.php?f=8&t=1789 and tell me if they mean to copy the entire output of make v=1 to a file and the sed remove and run that file? [23:36] <c_14> I think so. [23:36] <mmance> trying it now [23:36] <mmance> will report back [23:39] <iive> onefix: yeh, x264 devs say so. [23:51] <mmance> c_14, no go on that, I left my findings in the forum however [23:52] <c_14> You compiled it, right. [23:52] <c_14> How are you executing ffmpeg? [23:52] <c_14> ah [23:52] <c_14> You probably have another ffmpeg in your path that is overshadowing the locally compiled one. [23:52] <c_14> Try executing the local one with ./ffmpeg or /path/to/ffmpeg [23:59] <Jesperhead> ffmpeg to stream to twitch. using -f alsa. can stream video with no problems. No audio though. Don't want to use pulse (or anything other than alsa for that matter). Cannot seem to find the correct way to "-i alsa" [23:59] <c_14> -f alsa -i default [00:00] --- Thu Feb 26 2015

1 0

ffmpeg-devel.log.20150224
by burek 25 Feb '15

25 Feb '15

[01:09] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:1895d414aaac: swscale/utils: More carefully merge and clear coefficients outside the input [01:09] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:fb8e5044b420: swscale/utils: add asserts to check filterpos [03:31] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:8f4cbf940212: avcodec/snowdec: Fix ref value check [03:31] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:721c916dd55b: avcodec/snow: Free all planes and bands independent of the last count [06:55] <kurosu> jamrial, michaelni: valgrind needed? sounds like not enough padding for the unconditional AVZERO (I thought there was enough padding) [07:01] <jamrial> no, the segfaults were on scalaproduct_int16, and valgrind complained as such (invalid reads of 16 for sse2 version, 2 for c version) [07:03] <kurosu> DECLARE_ALIGNED(16, int16_t, filter)[MAX_PREDICTORS]; [07:03] <kurosu> with padding, I meant enough room for the overreads [07:04] <kurosu> so MAX_PREDICTORS+8 [07:05] <kurosu> or FF_PADDING_whatever/sizeof(uint16_t) if you want to be careful [07:06] <kurosu> I don't understand why, when I sometimes do a git am, it doesn't leave any conflict markers, and just aborts [07:06] <kurosu> anyway, gotta go [07:07] <jamrial> valgrind still complains [07:07] <jamrial> the segfault was reading s->residues btw, not s->filter [07:13] <kurosu> ok [07:14] <kurosu> well, I don't really now, as it seemed residues had enough padding [07:24] <jamrial> kurosu: i think lines 462 and 631 aren't taking into account the padding from s->residues [11:23] <cone-631> ffmpeg.git 03Clément BSsch 07master:cc69ccb6d440: avformat/nutdec: fix isom and mpa build deps [11:33] <ubitux> with a rawvideo input, isn't avformat_find_stream_info/av_find_best_stream supposed to "find" something? [11:34] <wm4> isn't it rather the opposite? [11:35] <ubitux> ah my bad, i think i just forgot the rawvideo decoder [11:35] <ubitux> yeah that was it, sorry for the noise [12:20] <cone-631> ffmpeg.git 03Christophe Gisquet 07master:e87e20613b01: lavc/pthread_slice: release entries [14:18] <cone-631> ffmpeg.git 03Paul B Mahol 07master:418be7ceb471: avcodec/mss4: check return value of init_get_bits8() [15:22] <ubitux> wow [15:22] <wm4> wow? [15:22] <ubitux> so i'm rescaling a video without much color from 640x640 to 256x256 [15:22] <ubitux> the number of colors goes from 100k to... [15:22] <ubitux> 200k [15:22] <ubitux> wth o_o [15:22] <wm4> and suddenly RAINBOWS? [15:22] <wm4> aha [15:22] <ubitux> yeah... [15:22] <ubitux> i don't get it :p [15:23] <wm4> also why are people editing the gsoc article, if it's clear as day that google will reject [15:23] <compn> google hasnt told us specifically not to apply [15:23] <compn> so we will continue to apply [15:27] <Daemon404> compn, and third party candidates can keep running for president with about as much success [15:28] <compn> you guys spend as much time complaining about what other devs work on as they spend working on gsoc applications. [15:28] <compn> does the gsoc application process hurt you or the project in some way ? [15:30] <Daemon404> im not comaplaining, im trolling [15:30] <ubitux> it probably hurts the project a bit in the sense that it's probably a waste of resources [15:31] <ubitux> but that's up to everyone to assign his time as he wishes to :p [15:31] <Daemon404> indeed [15:35] <rcombs> and hey, keep applying and maybe one year they'll loosen up [15:36] <Daemon404> considering we're internally blacklisted... [15:37] <compn> cant hurt to apply then. [15:37] <compn> unless we get put on double secret probation! [15:37] <compn> animal house is a fun film [15:38] <Daemon404> i prefer futurama's versin [15:38] <compn> i'm not a fan of comedy via references [15:38] <Daemon404> thats not the comedy [15:39] <Daemon404> i fully agree current fox toons are awful reference-piles [15:58] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:847daac5c013: avformat/dss: Set packet position correctly [16:00] <ubitux> ok i think i found the explanation at the exploding number of colors [16:01] <ubitux> scale=256:-1:flags=bicubic,format=yuv444p 205724 colors [16:01] <ubitux> scale=256:-1:flags=bicubic,format=rgb32 64686 colors [16:01] <ubitux> erm, swapped [16:01] <ubitux> scale=256:-1:flags=bicubic,format=rgb32 205724 colors [16:01] <ubitux> scale=256:-1:flags=bicubic,format=yuv444p 64686 colors [16:03] <ubitux> now the question is, how the hell 205724 can appears out of 108503 colors [16:03] <rcombs> what's the source resolution/format? [16:03] <ubitux> source is yuv444p, 640x640 [16:04] <rcombs> a better question might be how you ended up with more than 65536 colors in a 256x256 image [16:05] <Daemon404> ubitux, [16:05] <Daemon404> movflags sure is confusing... [16:05] <ubitux> rcombs: it's a video [16:05] <rcombs> ah, well then [16:05] <Daemon404> { "write_colr", "Write colr atom", 0, AV_OPT_TYPE_CONST, {.i64 = FF_MOV_FLAG_WRITE_COLR}, INT_MIN, INT_MAX, AV_OPT_FLAG_ENCODING_PARAM, "movflags" }, [16:05] <ubitux> rcombs: 6 seconds video [16:05] <Daemon404> avoptions struct saus that the .i64 = <..> makes it default [16:05] <Daemon404> but that is not he case [16:05] <Daemon404> the* [16:05] <Daemon404> the only way i can see is to edit the movflags entry default [16:05] <Daemon404> which is butt ugly [16:06] <ubitux> yeah that's what you need to do [16:06] <Daemon404> meh [16:06] <nevcairiel> i dont think you can set the default on flag-aliases, it needs to be set on the flag member itself [16:06] <Daemon404> yeah i can see that now [16:06] <Daemon404> it's non-ibviosu [16:06] <ubitux> Daemon404: what's so confusing? [16:06] <Daemon404> non-obvious* [16:06] <Daemon404> ubitux, because the member {.i64 = FF_MOV_FLAG_WRITE_COLR} is called "Default" [16:07] <ubitux> yeah, it's actually the value itself for CONSTs [16:07] <Daemon404> exactly [16:07] <Daemon404> thats VERY non-obvious. [16:07] <ubitux> but what you want to set default is the "movflags" [16:07] <Daemon404> also not documented [16:07] <ubitux> you'll get over it [16:07] <ubitux> ;) [16:08] <Daemon404> heh [16:08] <Daemon404> also the movflags are indented to look like top level options [16:08] <Daemon404> rather than flags [16:08] <rcombs> I'd expect you're just getting the interpolated values, and with yuv444p you end up generating fewer distinct colors, maybe because the luma channel is somewhat more uniform? [16:09] <ubitux> note that the number of color doesn't change if i do scale=640:-1,format=rgb32 [16:09] <ubitux> but it does if i scale=256:-1,format=rgb32 [16:09] <ubitux> (i have the "counting" filter just after the format, and it's taking only rgb32) [16:10] <rcombs> yeah, it shouldn't unless there's dithering or something going on [16:13] <ubitux> i'm really confused at what's going on but yeah, let's say it's dithering [16:13] <ubitux> i don't see anything to disable it [16:14] <ubitux> the 0 of sws_dither should be reserved for none [16:15] <ubitux> it's actually auto [17:37] <cone-631> ffmpeg.git 03Kevin Wheatley 07master:3664703780a3: avformat/movenc: Fix writing ACLR atoms for DNxHD [18:26] <cone-631> ffmpeg.git 03Tobias Rapp 07master:f34aca8a1612: doc/filters.texi: add reference link to video size syntax description [21:30] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:c23a0e77dd49: avcodec/h264: Only reinit quant tables if a new PPS is allowed [21:44] <cone-631> ffmpeg.git 03Martin Storsjö 07master:26524e358147: rtsp: Interpret the text media type as AVMEDIA_TYPE_DATA [21:44] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:c6792275f43c: Merge commit '26524e358147aade6e9dd18fff42d61b966bbc70' [22:03] <cone-631> ffmpeg.git 03Gilles Chanteperdrix 07master:04a1be8e28e8: libavformat: add T.140 RTP depacketization (RFC 4103) [22:03] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:8c1c06937156: Merge commit '04a1be8e28e81f3967eace7705343c450616cc95' [22:10] <cone-631> ffmpeg.git 03Martin Storsjö 07master:3cd5828fc000: rtpdec: Add missing trailing commas [22:10] <cone-631> ffmpeg.git 03Martin Storsjö 07master:74d318f138f2: rtsp: Fix the indentation of a linewrapped statement [22:11] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:30c863fdfabe: Merge commit '3cd5828fc0007e6d056067444de053a34ddedd02' [22:11] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:eb24186b457b: Merge commit '74d318f138f2a3f1b2fe81aea826d80d1e60f54c' [22:19] <cone-631> ffmpeg.git 03Martin Storsjö 07master:fe414059ec1f: rtpdec_amr: Use the common indentation style [22:19] <cone-631> ffmpeg.git 03Martin Storsjö 07master:247764a592f8: rtpdec_h264: Remove unnecessary struct padding [22:19] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:5d06b6e98470: Merge commit 'fe414059ec1fe8237574bed34cdaa8ac3893917b' [22:19] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:ae2a8d874236: Merge commit '247764a592f83521f9c1ccdc900b00a8b84f3c87' [22:26] <cone-631> ffmpeg.git 03Martin Storsjö 07master:0752f700d63f: rtpdec_h264: Remove an unnecessary include [22:26] <cone-631> ffmpeg.git 03Martin Storsjö 07master:353b492d0f2a: rtpdec: Change enc_name to a pointer instead of a fixed-size buffer [22:26] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:a4f50ec9ddaa: Merge commit '0752f700d63f6b15ffd5369ac7615414cce71247' [22:26] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:8c6651a14db2: Merge commit '353b492d0f2a21ae8eb829db1ac01b54b2a4d202' [22:33] <cone-631> ffmpeg.git 03Martin Storsjö 07master:db158f0dd217: rtpdec: Remove unnecessary _if_needed suffixes on functions [22:33] <cone-631> ffmpeg.git 03Martin Storsjö 07master:b651c9139e1a: rtpdec_mpa_robust: Move .enc_name to the start of the struct [22:33] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:a51b192f3b8f: Merge commit 'db158f0dd217cf839be8af195d66cf49a76537a8' [22:33] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:2bedcbf82274: Merge commit 'b651c9139e1ab222d5aab9151dcd7d6e40e49885' [22:41] <cone-631> ffmpeg.git 03Martin Storsjö 07master:b7a4c319fda2: rtpdec: Allow setting the need_parsing field in RTPDynamicProtocolHandler [22:41] <cone-631> ffmpeg.git 03Martin Storsjö 07master:2b982e92f42a: rtpdec: Set need_parsing via a handler field [22:41] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:4c8a556a773c: Merge commit 'b7a4c319fda22aa91ce29692d728ec6103b514f6' [22:41] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:11fb6258582d: Merge commit '2b982e92f42a6e661d90b12b6592cd13cae496d4' [22:55] <cone-631> ffmpeg.git 03Martin Storsjö 07master:e72605f80bf5: rtpdec: Allow allocating and freeing the private data without explicit functions [22:55] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:48e3cd4fcd49: Merge commit 'e72605f80bf5cbe32053a554ccc137e0a99cf3dd' [23:02] <cone-631> ffmpeg.git 03Martin Storsjö 07master:5d8cae45737b: rtpdec: Get rid of all trivial .alloc/.free functions [23:02] <cone-631> ffmpeg.git 03Martin Storsjö 07master:5956f489d045: rtpdec_hevc: Add asterisks at the start of each long comment line [23:02] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:3804d73e4651: Merge commit '5d8cae45737bed6239bd6b6e0698802dbe1463c8' [23:02] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:df38883607d2: Merge commit '5956f489d0452ff6dea6b6b81b4fa8e596fc5684' [23:10] <cone-631> ffmpeg.git 03Martin Storsjö 07master:8633fb47db2e: rtpdec_hevc: Share the implementation of parsing a=framesize with h264 [23:10] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:29f9d82d23ff: Merge commit '8633fb47db2ec39eb8bd1bd65302af75a94ff5d0' [23:23] <cone-631> ffmpeg.git 03Martin Storsjö 07master:f3449062a8d1: rtpdec_hevc: Reduce indentation level by returning early on errors [23:23] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:0f8de2b5f17b: Merge commit 'f3449062a8d100ac4f703647336c32b126aa99f1' [23:30] <cone-631> ffmpeg.git 03Martin Storsjö 07master:3567b91e49c6: rtpdec_hevc: Share the implementation of fragmented packets with h264 [23:30] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:17773f49b7da: Merge commit '3567b91e49c6ae101c9a35c90f46b8ad9890ac15' [23:38] <cone-631> ffmpeg.git 03Martin Storsjö 07master:c82bf15dca00: rtpenc: Merge the h264 and hevc packetizers [23:38] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:cf95877474ad: Merge commit 'c82bf15dca00f67a701d126e47ea9075fc9459cb' [23:44] <cone-631> ffmpeg.git 03Martin Storsjö 07master:12251f997bbc: rtpdec: Remove unnecessary checks [23:44] <cone-631> ffmpeg.git 03Martin Storsjö 07master:ac0e54fda930: rtpdec: Add const to string parameters in internal fmtp parsing functions [23:44] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:1c5d9dd2b739: Merge commit '12251f997bbc0abb93be39c51021e6d404ca385f' [23:44] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:499da717b8f3: Merge commit 'ac0e54fda9305cc7d149007f5b512bb8619f7c78' [23:52] <cone-631> ffmpeg.git 03Martin Storsjö 07master:ec96a89c3e50: rtpdec: Don't pass non-const pointers to fmtp attribute parsing functions [23:52] <cone-631> ffmpeg.git 03Martin Storsjö 07master:88434f9725e7: rtpdec: Remove unnecessary inline attributes [23:52] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:d2a5c6f2104d: Merge commit 'ec96a89c3e507cf0fb1f2b159b28a53f2bad9a74' [23:53] <cone-631> ffmpeg.git 03Michael Niedermayer 07master:99c76902cdc3: Merge commit '88434f9725e7c9484dcbcf323566ae88a2904f32' [00:00] --- Wed Feb 25 2015

1 0

ffmpeg.log.20150224
by burek 25 Feb '15

25 Feb '15

[00:10] <msmithng> are there any docs other than trac.ffmpeg.org/wiki/FATE that describe how to use FATE? Thats pretty high level and I was hoping for something a little more example(ish) [00:13] <c_14> msmithng: https://ffmpeg.org/fate.html ? [00:15] <msmithng> c_14: I guess I should have mentioned Ive been there too& point being, Im using n2.4.2, pulling in an ts spts from a multicast source, streaming out and I eventually hit a conversion failed! error [00:16] <msmithng> do you think that FATE would be something that could help me identify where the error is occurring? [00:16] <LiaoTao> Mavrik, Just to be clear - the stuttering happens regardless if I choose 10, 30 or 60 as capture fps [00:16] <msmithng> the error state is slightly sporadic [00:16] <c_14> msmithng: probably not, do you have the full console output? [00:16] <msmithng> sometimes I can keep a stream up for many hours& other times it will die fairly quickly [00:17] <c_14> Might be corrupt input. [00:18] <msmithng> hmm& I guess it could be. VLC plays the asset without any issue from the same subnet [00:19] <msmithng> I do see errors like this before it will actually catch an i-frame [00:19] <msmithng> [h264 @ 0x1df8e40] non-existing PPS 0 referenced [00:19] <msmithng> Last message repeated 1 times [00:19] <Mavrik> LiaoTao, that honestly sounds like either capture or driver issue [00:19] <Mavrik> but as I said, hard to say :/ [00:20] <msmithng> Ill grab the console output at the next failuer [00:20] <msmithng> Im running valgrind against it now but Im guessing thats not going to give me any workable intel [00:23] <c_14> probably not [00:25] <msmithng> and& it just crashed [00:25] <msmithng> hang on, Ill pastebin it [00:37] <msmithng> c_14: had to sanitize it a little& http://pastebin.com/ZtSTG9aS [00:38] <msmithng> the gist is that Im pulling in one input and outputing 4 individual variants [00:39] <msmithng> using the same methodology while using a blackmagic intensity pro has worked without any issue for the last 2 weeks [00:39] <msmithng> brb [00:45] <c_14> msmithng: the fatal error looks to be '[h264 @ 0x5b9c6a0] no frame!', which is thrown when decoding h264 input [00:54] <msmithng> I guess Im a little dense& what could be causing that? [00:55] <msmithng> Im guessing a number of things [00:56] <msmithng> Im just trying to wrap my head around troubleshooting it [01:00] <Mugatu> Im trying to split a large mp3 into smaller chunks, in a way that is suitable for them to be later concatenated or queued for play back to back. On every file past zero, I get a small amount of silence at the head of the split file. (Roughly .040 seconds). Not a lot, but audible. Is there anything I can do differently? [01:00] <Mugatu> Heres an example of the command Im using: ffmpeg -y -ss 30 -i 'test.mp3' -t 30 -c copy chunk_000002.mp3 [01:01] <Mugatu> The next chunk would be -ss 60 [01:01] <c_14> msmithng: the input is corrupted in some way, not entirely sure what would cause that though [01:03] <c_14> Mugatu: does it go away if you get rid of -c copy ? [01:03] <Mugatu> c_14: nope [01:04] <pzich> can you create a paste with the stream info from the input and output? [01:04] <Mugatu> sure [01:05] <Mugatu> pzich: http://pastebin.com/TU3ehqHk [01:05] <Mugatu> Im so sorry - family issue, Ill be back in a bit. I hate to leave :/ [01:08] <msmithng> c_14: are there any special techniques to be applied when pulling spts/mpts from a udp address? failing either fifo_size or overrun_nonfatal? [01:10] <msmithng> and which should be used on the input side? buffer_size or fifo_size? [01:10] <llogan> Mugatu: http://lame.sourceforge.net/tech-FAQ.txt [01:12] <msmithng> whoa, wait a minute& [01:12] <msmithng> the section under udp says: Set the UDP receiving circular buffer size, expressed as a number of packets with size of 188 bytes. If not specified defaults to 7*4096. [01:13] <msmithng> for fifo_size=units [01:15] <msmithng> so its 28K by default? [01:56] <Mugatu> llogan: thanks for the link - I suspect that may be my issue. Very helpful. [08:34] <iksik> morning [08:35] <iksik> is there any good tool which can help with stress testing of HLS streams produced by ffmpeg? [11:42] <pomaranc> is there any way to only decode and throw away the result? [11:44] <JEEBsv> "-" (a single dash) as the output file name, and -f null [11:44] <pomaranc> -f null does encode [11:44] <JEEBsv> but if you see it's raw video and audio, it decodes and leaves it as-is [11:44] <JEEBsv> it's basically "does nothing after decode" [11:45] <pomaranc> it throws away the encoded audio and video, not raw [11:46] <pomaranc> I just tried it [11:46] <JEEBsv> pastebin fill command line and terminal output [11:46] <JEEBsv> and link here [11:46] <JEEBsv> *full [11:47] <pomaranc> I can't [11:48] <JEEBsv> anyways, all of the ffmpeg versions I've tested only decode and the "encoding" is just throwing raw video and audio etc at /dev/null [11:48] <JEEBsv> so if you cannot note what the fuck you are using or I cannot check if you are misunderstanding the logs, then "fuck you" :P [11:48] <pomaranc> well, I changed the preset in x264 and the cpu usage increased :) [11:49] <JEEBsv> are you setting encoders etc? [11:49] <pomaranc> yes [11:49] <JEEBsv> well d'oh [11:49] <JEEBsv> if you override shit of course it will do what you ask for [11:49] <JEEBsv> just -f null should already default to raw video and audio, which means that no real encoding takes palce [11:49] <JEEBsv> *place [11:50] <pomaranc> I'm testing a full command line from a configuration file [11:50] <pomaranc> so I would have to strip it off [11:50] <pomaranc> I just wanted to know if I can disable it by adding some option [11:50] <pomaranc> and not by parsing the command line [11:50] <pomaranc> and removing stuff [11:51] <JEEBsv> no, if you tell ffmepg to fucking use encoders X and Y then it fucking fucking uses that [11:51] <JEEBsv> it does exactly what you ask for, and if you need something else you set something else (and the defaults for -f null should be fine for "I don't want shit to be encoded") [13:45] <madin60> Good morning [13:45] <madin60> I'm trying to get subtitlle with a mp4 file but I can't use the -c:s mov_text option [13:46] <madin60> when I look for the codecs , it seems that mov_text has no D and E letters [13:47] <madin60> How can I get this capicity? [13:47] <madin60> capacity [13:57] <madin60> No answer [13:59] <sekon> madin60: Good afternoon [13:59] <sekon> i would suggest being a little more patient [13:59] <sekon> and i have problems understanding your question [14:00] <sekon> you could start with posting the output of ffprobe for that particular file [14:00] <sekon> along with the command your are trying ( with console logs) to pastebin or other paste websites [14:06] <madin60> I can't use the mov_text encoder with mp4 file [14:06] <madin60> the ffprobe is here http://pastebin.com/0cC4knKT [14:07] <madin60> and when I try the command ffmpeg -i 'La route d'Eldorado.mp4' -map 0:3 -c:s mov_text test.mp4 [14:08] <madin60> I get an error message 'Data stream encoding not supported yet (only streamcopy)' [15:38] <eric_> Hey all, Now that we're not meant to use the stream->codec context for encoding, I'm still configuring the stream->codec with all the options, then creating a new context with avcodec_alloc_context3 / avcodec_copy_context / avcodec_open2, but do I still need to open the stream context ? [15:42] <minos__> me have a broken screencast are your interested? audio isn't in sync with screen ... [16:23] <cytec_> hi there, was anyone able to compile ffmpeg for armv7 or better said armada*? i always getting an undefined reference to ff_get_cpu_flags_arm like this [16:23] <cytec_> ffmpeg-2.1.1/libavutil/cpu.c:57: undefined reference to `ff_get_cpu_flags_arm' [16:58] <t4nk211> hi all [16:59] <t4nk211> I have a codec challenge for some of you :P [17:00] <t4nk211> I am working on hevc stream, I wanted to out my ffmpeg command with hvc1.1.4.L150.0 codec ... if some expert are here I will be glad :D [17:00] <t4nk211> (i succeed to have hev1.1.6.L150.80,mp4a.40.2) [18:14] <zumba_addict> hey folks, how do I record a lossless recording of my guitar or my daughter's piano? [18:30] <klaxa> zumba_addict: ffmpeg -i <input> -c:a flac recording.flac [18:30] <klaxa> if you are using pulse for example: ffmpeg -f pulse -i default -c:a flac recording.flac [18:30] <zumba_addict> thanks klaxa. I should have been detailed [18:30] <zumba_addict> do I need a special mic? [18:31] <klaxa> if you can connect the guitar or the piano directly (through cables) you won't need a microhpone at all [18:31] <zumba_addict> got it [18:31] <klaxa> otherwise you will need a pretty good microphone if you want it to sound good [18:31] <zumba_addict> i'll be able to connect my guitar directly but not my piano, it's an old one [18:33] <klaxa> i play saxophone myself, i recently bought a microphone for ~100¬ this is the quality you can expect: http://dedi.klaxa.eu/public/sax_test.flac [18:33] <klaxa> it's a usb-microphone [18:33] <klaxa> getting better hardware will result in better quality (generally at least) [18:36] <klaxa> if you want advice on that it will probably be best to go to a local music store and ask for help [18:37] <cytec_> damn... this reference error sucks -.- tryed different options/switches for 3 hours now and still not closer to compiling :/ [19:55] <HebusLeTroll> Hello. With x264, do presets impact quality when using CRF mode without setting max bitrate ? [19:55] <c_14> no [19:55] <c_14> just filesize [19:55] <JEEBsv> presets affect the result of crf [19:55] <JEEBsv> which is both visual quaöity and filesize [19:56] <JEEBsv> how much is a diff discussion of course [19:57] <HebusLeTroll> ok thanks, and is there options that impacts only compression speed without impacting quality at all? [19:58] <Mavrik> That wouldn't make sense. [20:01] <__jack__> that will, see threading support (increase speed, same quality) [20:01] <__jack__> (exception !) [20:05] <ramiro> HebusLeTroll, if you disable asm optimizations, the image quality will remain the same, but the impact on compression speed will be considerable [20:08] <HebusLeTroll> ramiro: you mean it will be faster with asm optimizations, right ? [20:09] <JEEBsv> yes [20:09] <__jack__> absolutely not : he means it can be slower without :) by default, it's almost all enabled [20:10] <JEEBsv> yes, you actually have to tell the configure scripts of both ia32 and intel 64bit that you don't want asm [20:11] <JEEBsv> becausr there's no reason really to not want it [20:11] <JEEBsv> except for testing [20:16] <HebusLeTroll> thanks again, i guess i'll have to be patient ^^ [20:26] <iive> to give a little bit more detail. generally quality is loss in the process of quantization. crf varies it based on a few parameters of the encode. but it would increase and decrease it around the value you specify. [20:28] <iive> preset affect the features that are used for encoding. this on its own influence some of the parameters in crf. [20:29] <iive> so, i'd say that presets might affect quality but it does so less than the -crf value. [20:29] <iive> how much... jeeb can say :) [23:16] <Trashlord> hey guys, I have an mkv files with multiple subtitle streams, how can I copy over all those streams to a new file? my TV doesn't support the file [23:16] <Trashlord> I've tried -c:s copy, but that doesn't do it. it says it's copying the English subtitle stream, but when I play the finished file, there are no subtitles [23:17] <Trashlord> when trying to convert from mkv to mp4, it doesn't work at all, says invalid parameter (IIRC) [23:17] <Trashlord> from mkv to mkv, it'll perform the action, but then there are no subtitles [23:32] <klaxa> use -map instead [23:32] <klaxa> mp4 doesn't support .ass subtitles [23:32] <klaxa> ffmpeg -i input.mkv -map 0 output.mkv [23:32] <klaxa> that will copy all input streams [23:35] <Trashlord> alright [23:36] <Trashlord> what if I want to modify the audio codec, or a certain parameter in the audio codec, like -ab 192k? [23:36] <Trashlord> won't -map override it? [23:41] <Trashlord> hmm, seems to work so far, thanks klaxa [23:41] <Trashlord> even though I have 6 cores and used -threads 0, the conversion rate is still very slow, only around 20 fps [23:46] <klaxa> what [23:46] <c_14> -map won't "copy" everything, it'll map everything. If you don't want to copy some or most streams, use -c copy and then explicitly set the codecs for the one's you want [23:46] <klaxa> oh right, damn i forgot [23:47] <c_14> ie: '-c copy -c:a:0 libopus' will copy all mapped streams except for the first audio stream which will be encoded using libopus [23:54] <Trashlord> yes, I got that, thanks [00:00] --- Wed Feb 25 2015

1 0

ffmpeg-devel.log.20150223
by burek 24 Feb '15

24 Feb '15

[00:02] <Timothy_Gu> ubitux: pretty sure now I know who made this possible :) http://imgur.com/vidgif [00:02] <ubitux> sorry, not me [00:03] <ubitux> and it was before i did the work in ffmpeg [00:03] <ubitux> not working for imgur, even though i spend a lot of time on it :p [00:10] <ubitux> also iirc they use a palette per frame (and they are huge) [00:11] <ubitux> last gif i looked at was something like 150M for a few seconds of video [00:13] <cone-325> ffmpeg.git 03Thomas Volkert 07master:c99915f7c74c: rtpdec: DV depacketizer (RFC 6469) [00:13] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:db4a2976f6af: Merge commit 'c99915f7c74ce1249d8633cb6fd09035b8d84db7' [00:15] <Timothy_Gu> ubitux: oh ok [00:30] <cone-325> ffmpeg.git 03Martin Storsjö 07master:e2220e734f3d: rtpenc_h264: Aggregate multiple NAL units into one RTP packet, if possible [00:30] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:17c52d746cad: Merge commit 'e2220e734f3d01145ef9aefbd7b6ff29a89ae159' [00:41] <cone-325> ffmpeg.git 03Martin Storsjö 07master:a388e72d1a6b: rtpenc_hevc: Aggregate multiple NAL units into one RTP packet, if possible [00:41] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:fab8b88a5ebc: Merge commit 'a388e72d1a6b0888cc1591cb699f61a9c1089cf4' [02:26] <cone-325> ffmpeg.git 03Andreas Cadhalpun 07master:39e4ed7c1d8d: avcodec/a64multienc: use av_frame_ref instead of copying the frame [02:26] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:d96142e9af92: avcodec/a64multienc: don't set incorrect packet size [02:26] <cone-325> ffmpeg.git 03Andreas Cadhalpun 07master:ab759f8f4a3f: avcodec/a64multienc: initialize mc_meta_charset to zero [02:26] <cone-325> ffmpeg.git 03Andreas Cadhalpun 07master:87513d654546: avcodec/a64multienc: fix use of uninitialized values in to_meta_with_crop [02:26] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:4da351ff0cff: avcodec/a64multienc: simplify frame handling code [02:27] <cone-325> ffmpeg.git 03Michael Niedermayer 07master:29bbc1be488e: avcodec/a64multienc: Assert that the Packet size does not grow [07:21] <j-b> 'morning [09:10] <guruqu> Hi All [09:10] <guruqu> I have a question about how FFMpeg handle Mpeg TS [09:10] <guruqu> I currently have a program that receives a Mpeg TS (mjpeg) stream in UDP [09:10] <guruqu> And streamlined those packets into a http TCP connection [09:10] <guruqu> On the ffplay, picture looks fine [09:11] <guruqu> however when I tried the same thing on x264 instead of mjpeg [09:11] <guruqu> Picture looks very jitterish [09:11] <guruqu> If I revert back to use the UDP TS on x264, everyting works fine again [09:12] <guruqu> Just wondering is it a good practice to push UDP Mpeg TS directly into a TCP? [10:16] <cone-692> ffmpeg.git 03Clément BSsch 07master:b0f522755899: avfilter/paletteuse: fix error dithering accuracy [10:16] <cone-692> ffmpeg.git 03Clément BSsch 07master:92b7f5619361: avfilter/paletteuse: add diff_mode [10:17] <ubitux> if anyone wants to make the (error) dithering faster, patch very welcome [10:39] <Guest73671> BtbN, yuv->rgb with the render kernels are suboptimal as the shader code would also check for video format on each fragment (if nv12,i420,yv12) [10:40] <Guest73671> never measured it, but I presume it could have a performance it [10:40] <Guest73671> yuv->rgb occurs when you transfer from the VA surface to the X pixmap [10:41] <Guest73671> several other encoding APIs have been proposed, for a much more simplified usage, and in view to supporting future generations easily [10:42] <__gb__> BtbN, the VA/EGL API, as it is currently included in the libva/API set is useless, not used, and not going to be implemented on Intel HD Graphics [10:43] <__gb__> the modern approach is to use dma_buf and let you manage your own shader code, or support that right into Mesa (OES_image_external) [10:43] <__gb__> I had already pointed you to several examples, ffvademo is one such simplified test case [10:43] <__gb__> libgstvaapi is another one [10:44] <__gb__> note: the existing VA/EGL API still needs to be removed actually to avoid further confusion [10:44] <__gb__> actually a cleaned up/refreshed libva2 api is much needed [10:45] <__gb__> in my ideals, you don't need any render api on top of the decode ones, there are pretty much rendering options around already... [11:02] <wm4> show me one that can be used in practice [11:02] <wm4> which means broad support for backends and hw [11:04] <__gb__> broad support for backends? if proprietary, you won't have much luck beyond GLX_EXT_texture_from_pixmap [11:04] <__gb__> however, if you want to support open source drivers, that's pretty much possible [11:05] <__gb__> or are you talking about rendering APIs? [11:06] <wm4> GL interop [11:07] <__gb__> in this case, the answer was supplied :) [11:10] <michaelni> ubitux, i think the palette filters need some fate tests [11:10] <ubitux> michaelni: yeah, agreed :) [11:10] <ubitux> i'll try to do that this week [11:11] <ubitux> it's a bit tricky because one depend on the other, but i guess i'll make 2 independant tests, if you allow me to upload a small palette to fate (a 16x16 png) [11:12] <michaelni> sure [11:18] <cone-692> ffmpeg.git 03Vittorio Giovara 07master:f7cc6627c01a: configure: Use pkg-config for libdc1394 discovery [11:19] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:69c32456a045: Merge commit 'f7cc6627c01ad3f5bc6ea2d0e6f8adb3a0b490d7' [11:39] <cone-692> ffmpeg.git 03Vittorio Giovara 07master:521979e6b1e7: configure: Properly fail when libcdio/cdparanoia is not found [11:39] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:0425e16d96cc: Merge commit '521979e6b1e7a89751aebc285a40d6508f8af48f' [11:47] <__gb__> btw, if you want to experiment yourself with a few lines of code in the VA driver and a new enough driver, and if you really insist on persuing on GLX, then there may be a possibility to (i) use a PBO and map it as writable, (ii) use that address to import into a VA surface with mem_type == userptr (support code to be added in VA driver < 20 lines) + layout == linear, then you can use vpp to transfer from a VA surface in native format (nv12 [11:47] <__gb__> tiled) to a GL texture in GLX world [11:47] <__gb__> s/btw/& wm4/ [11:48] <__gb__> iirc, that'd need kernel >= 3.16 + one of chris' patch to fixup lookup of page [assumed then for 3.17] [11:50] <wm4> thanks, but the only reason I was sticking to GLX was because it appeared to be sufficiently efficient and portable [11:50] <wm4> but both of these hopes have been sort of disappointed [11:51] <wm4> reading back to system RAM seems like the best option now [11:52] <cone-692> ffmpeg.git 03Vittorio Giovara 07master:e570f895cdcc: libschroedinger: Check memory allocations [11:52] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:96b495f44383: Merge commit 'e570f895cdccf2535a71fec1c607751ddb94fd5a' [12:01] <cone-692> ffmpeg.git 03Carl Eugen Hoyos 07master:36a6fb989b01: hevc_deblock: Fix compilation with nasm [12:02] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:c0f02b220182: Merge commit '36a6fb989b017898041703025ef20028146675a8' [12:06] <ubitux> michaelni: i'm afraid of the different behaviour differences between implementations of qsort() [12:07] <ubitux> like, we sort only according to one dimension, so there are cases where multiple values can have different positions [12:07] <ubitux> (for the segmentation in palettegen) [12:07] <ubitux> i'm not sure if these equalities will cause any change in the final output though [12:08] <michaelni> can AV_QSORT or AV_MSORT be used ? [12:14] <ubitux> michaelni: it could, but there are several calls [12:14] <ubitux> i'll try without first [12:14] <ubitux> if it causes problem i'll switch to the macro [12:14] <ubitux> btw, is fate-samples/zerocodec/sample-zeco.avi rotated on purpose? [12:15] <michaelni> the macro likely will also be faster [12:16] <ubitux> i don't think speed will be relevant in the case of palettegen [12:16] <michaelni> i dont know why sample-zeco.avi is as it is [12:18] <ubitux> Daemon404 might know [12:20] <wm4> ubitux: rotated? you mean flipped? [12:20] <ubitux> yeah, sorry [12:21] <wm4> some codecs-in-avi do this [12:21] <wm4> mplayer "fixes" this by having a flip flag in codecs.cfg [12:21] <ubitux> mplayer, mpv or ffplay have it flipped here [12:22] <ubitux> s/or/and/ [12:22] <wm4> search for "flip" in mplayer's codecs.conf [12:23] <wm4> most are for the vfw driver [12:23] <wm4> but some are for ffmpeg too [12:23] <wm4> and they probably forgot to set it for this codec? [12:23] <ubitux> the question is more like, is it supposed to be flipped all the time, and where should this be fixed; avi demuxing? decoder? [12:24] <ubitux> anyway, i'll just wait for Daemon404 since he added the decoder and the test [12:25] <wm4> hm not just avi [12:25] <wm4> e.g. Film_200_zygo_pro.mov [12:25] <wm4> it's flipped h263 [12:25] <wm4> mplayer can flip it because it uses a special fourcc [12:26] <wm4> never cared about this, because it's too obscure [12:26] <wm4> vlc also plays it incorrectly [12:27] <Daemon404> [11:14] <@ubitux> btw, is fate-samples/zerocodec/sample-zeco.avi rotated on purpose? <-- there is no correct orientation of zeco [12:27] <Daemon404> the vfw encoder/decoder works differently on different windows versions [12:27] <Daemon404> some flipped. some not. [12:27] <Daemon404> shitty codec has shitty implementation [12:27] <Daemon404> who knew? [12:27] <ubitux> and no version bit? [12:27] <Daemon404> lolno [12:28] <Daemon404> what do you think this is, a not shit codec [12:28] <Daemon404> ? [12:28] <Daemon404> this is a impl bug for upstream, which is dead [12:29] <cone-692> ffmpeg.git 03Vittorio Giovara 07master:35c6ce76b107: Canopus HQX decoder [12:29] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:2cf521718d94: Merge commit '35c6ce76b107225a19eb33aea38857d2405882af' [12:29] <ubitux> Daemon404: do you know how it was muxed? [12:30] <ubitux> maybe there is a different codec tag or something? :( [12:30] <Daemon404> no. [12:30] <Daemon404> there is NOTHING [12:30] <Daemon404> this has come up numerous times. [12:30] <Daemon404> i must reiterate: there is NO correct way to handle it [12:31] <ubitux> ok ok :) [12:31] <wm4> one more reason not to care about these things [12:31] <Daemon404> last time we discusse it, we decided to leave it as-is [12:32] <Daemon404> since the way the decoder is matches behavior on xp, which is still newer than the last time anyone used this codec IRL [12:32] <ubitux> maybe carl broke it in 66dc3ba356e6651e85098e6aab048c6680ea2845 though [12:33] <Daemon404> wm4, if i didnt explain it, youd see like 10 commits from carl going: fix sample #1, fix sample #2, etc [12:33] <Daemon404> changing and reverting [12:33] <wm4> wow [12:33] <Daemon404> oh speak of the devil. [12:34] <Daemon404> ubitux, in 66dc3ba356e6651e85098e6aab048c6680ea2845 it matches XP now [12:34] <Daemon404> i really dont care though, nobody uses it [12:34] <Daemon404> go read the thread from 3 years ago ;) [12:34] <ubitux> or maybe it was changed and reverted, no idea [12:34] <ubitux> yeah that's what i'm doing [12:34] <wm4> anyway, there are some more samples on samples.mplayerhq.hu that are flipped [12:35] <Daemon404> some people probably wont accept there is no correct way [12:35] <Daemon404> hence we'll get cycical commit/revert [12:35] <Daemon404> :D [12:35] Action: Daemon404 runs [12:35] <ubitux> :) [12:37] <wm4> Daemon404: shouldn't this make it have correct behavior on average? [13:52] <ubitux> michaelni: can you add http://b.pkh.me/anim.mkv and http://b.pkh.me/anim-palette.png into fate-suite/filter? [13:52] <ubitux> 57dccb9610d45cbc0df45ee72ab308c4 /home/ux/fate-samples/filter/anim.mkv [13:52] <ubitux> 04a56c063dd4be9185da8af03f734e85 /home/ux/fate-samples/filter/anim-palette.png [13:53] <ubitux> sending the patches for the test in a moment [13:59] <kierank> lol that boris guy [14:00] <cone-692> ffmpeg.git 03Clément BSsch 07master:c3d40e305cb7: avfilter/palette{gen,use}: add Copyright [14:27] <Daemon404> wm4, this = ? [14:27] <nevcairiel> flipping it on a monthly basis =p [14:28] <wm4> Daemon404: so you have option A and option B, neither is correct... but if you have option A for half a year, and then option B for the second half, it's correct on average [14:28] <wm4> and yes, it's a bad joke, and it gets even worse when explaining it [14:28] <nevcairiel> if neither is correct, then wouldnt swapping between both still result in it always being wrong? :D [14:30] <ubitux> that's called time dithering [14:31] <nevcairiel> temporal makes it sound more fancy [14:33] <michaelni> ubitux, uploaded [14:34] <ubitux> michaelni: thx :) [14:34] <Daemon404> ubitux, i mean, an option could be added, but it's silly [14:34] <Daemon404> and noone uses zeco [14:34] <ubitux> the option exists, it's -vf flip [14:34] <ubitux> +v [14:36] <Daemon404> ;) [14:41] <ubitux> michaelni: can you try with -pix_fmt bgra? what is the simplest for you to test? a new patch on top? a completely new patch? a remote branch? [14:42] <michaelni> patch or branch is fine [14:42] <ubitux> on top or replacement? [14:43] <ubitux> well i'll give you a branch [14:44] <ubitux> michaelni: remote git@github.com:ubitux/FFmpeg.git branch palette-tests; can you try fate-palettegen again? [14:48] <ubitux> if it still fails i'll try the qsort [14:50] <michaelni> works but theres some other problem [14:50] <michaelni> iam getting "make: *** No rule to make target `fate-filter-paletteuse-nodither'. Stop." [14:52] <ubitux> mmh running what exactly? [14:53] <ubitux> both fate-filter-paletteuse and fate-filter-paletteuse-nodither works here [14:53] <ubitux> fate-filter-palettegen and fate-filter-palettegen-1 as well [14:59] <michaelni> they arent in make fate-list [15:00] <ubitux> they are in mine; do you lack one of the dep? [15:00] <michaelni> who knows [15:00] <ubitux> there are 4 deps, matroska demux, h264 decoder, image2 demuxer, png decoder [15:01] <ubitux> one of them isn't on mips? [15:01] <ubitux> ah, and paletteuse filter, obviously [15:02] <ubitux> i suppose you have the first 2 if palettegen works [15:05] <michaelni> #define CONFIG_PNG_DECODER 0 [15:06] <ubitux> no png dec on mips? :p [15:06] <ubitux> oooh zlib maybe [15:11] <michaelni> yes this is a issue on my side [15:13] <ubitux> i suspect paletteuse will have a similar problem btw [15:13] <ubitux> it's outputting pal8, where the palette entry are native endianess [15:14] <ubitux> it's probable the checksum will fail as well, assuming it takes into account the palette plane [16:04] <cone-692> ffmpeg.git 03Paul B Mahol 07master:665916ffa2ad: avcodec/hqx: remove superfluous log message [17:00] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:6c9537b807e5: avformat/hlsenc: Warn if a non file protocol is used [17:36] <saste> michaelni, do you want me to fill the missing backup mentor positions in the gsoc wiki page? [17:37] <michaelni> saste, yes, please do [17:37] <saste> michaelni, BM is missing for the HW accel task, DTS / DCA, and MXF demuxer [17:42] <saste> michaelni, done [17:44] <michaelni> saste, thanks alot [17:44] <kierank> you know that dts/dca is pretty much done [17:45] <saste> michaelni, are all the projects verified? I mean the mentors know they are listed as mentors? [17:46] <saste> also the subtitles project should be moved to unmentored projects [17:46] <michaelni> saste subtitles should be moved yes [17:47] <michaelni> feel free to do so [17:50] <michaelni> about verification, all listed people volunteered last year, i posted to ffmpeg-devel a few days ago and i asked some people in private, i intended to double check the in case we do get accepted [17:52] <saste> michaelni, OK, I aksed because I found the bcoudurier involvement a bit weird [17:52] <jamrial> kierank: dts-ma is the biggest thing we're missing afaik [17:53] <kierank> yes and someone wrote most of it [17:53] <j-b> yes [17:53] <michaelni> kierank, feel free to update dts/dca, i do not know which exact features exist and who implemented what already [17:53] <j-b> almost everything is in FFmpeg now [17:53] <j-b> except XXLL [17:53] <j-b> and it's implemented, but not bitexact (like we care) [17:54] <nevcairiel> the implementation is quite lacking beyond the bitexactness still [17:55] <j-b> nevcairiel: I thought it was more than OK, sorry. [17:56] <wm4> what's the difference between coded_width and width again? [17:56] <kierank> cropping [17:56] <nevcairiel> indeed [17:56] <wm4> also did you see this: https://github.com/foo86/xlldec [17:56] <wm4> so what do you need to set when opening a codec for decoding? width or coded_width? or both in some situations? [17:58] <nevcairiel> setting coded_width should be fine [17:59] <nevcairiel> if there is no cropping info, avcodec should set width/height to the same values as coded_* [18:12] <wm4> nevcairiel: makes sense, thanks [19:03] <iive> isn't coded_width supposed to be MB aligned? [19:15] <llogan> i tohught the standard subtitle format for MP4 was "streaming text format", not 3gpp timed text. or are they exactly the same thing? [19:17] <llogan> 14496-17 is easy to find. Thanks, China. [19:43] <compn> llogan : "theres a standard" ? :P [19:43] <compn> mostly we deal with them anime pirated copyright infringers files [19:44] <compn> only a few broadcast people in here [19:44] <compn> which might have subs in mp4 [19:44] <compn> seen closed captions in mp4, and timed text [19:44] <compn> mostly apple.com originated files [19:48] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:96e7c9cbfc9a: avcodec/roqvideoenc: Allocate and reference coded_frame correctly [19:48] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:34a8de866f88: avcodec/snowenc: Allocate and reference coded_frame correctly [20:55] <jamrial> michaelni: any idea why your openbsd systems are randomly failing the tak test like this? http://fate.ffmpeg.org/history.cgi?slot=x86_64-openbsd5.6-gcc4.2 http://fate.ffmpeg.org/history.cgi?slot=x86_64-openbsd5.6-gcc4.8 [21:12] <cone-692> ffmpeg.git 03Martin Storsjö 07master:fe208ca54b0d: rtpdec_hevc: Skip 1 byte (DOND) instead of 2 (DONL) between aggregation units [21:12] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:596f81c75b67: Merge commit 'fe208ca54b0d3b6bbe1c660d371bb2cc6cf40ffc' [21:29] <cone-692> ffmpeg.git 03Federico Tomassetti 07master:161442ff2c4b: mdec: check for out of bounds read [21:29] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:92ec34707ff5: Merge commit '161442ff2c4b0dd8a5072c6bbe6bf55303fffccf' [21:33] <michaelni> jamrial, it crashes in scalarproduct_int16_c, dont know the line number yet [21:39] <cone-692> ffmpeg.git 03Federico Tomassetti 07master:061c489895d2: eamad: check for out of bounds read [21:39] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:cce8f750d91c: Merge commit '061c489895d29049a88dc6118e4b639a273b31d6' [21:46] <michaelni> jamrial, 85 res += *v1++ **v2++; <-- *v1 is segfaulting [21:49] <cone-692> ffmpeg.git 03Gilles Chanteperdrix 07master:cdcc370293a1: rtsp: punch holes again after pause [21:49] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:83f18410bdcf: Merge commit 'cdcc370293a159c321e41af7f0eef141c62d698d' [21:51] <rcombs> michaelni: that line looks like it could use some parens [21:53] <jamrial> ok, so it's not an alignment problem with AV_ZERO [21:53] <jamrial> i still wonder why it sometimes fails and sometimes doesn't [21:55] <michaelni> dont know either but i had to run it twice to get the error [21:56] <michaelni> order=16 according to gdb btw [21:57] <cone-692> ffmpeg.git 03Diego Biurrun 07master:cb4cb7b0ea12: qsv: Skip qsv.h compilation if qsv is not enabled [21:57] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:9ad8f55edaf2: Merge commit 'cb4cb7b0ea12b791dde587b1acd504dbb4ec8f41' [22:06] <cone-692> ffmpeg.git 03Diego Biurrun 07master:ce52869c2273: fate: Rename fate-dts test to fate-dca-core [22:06] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:8f140a8ec3b8: Merge commit 'ce52869c22738ad584995d48103ce3aa2301736b' [22:25] <jamrial> michaelni, kurosu: valgrind seems to complain about it as well. invalid read size errors [22:27] <jamrial> with both the sse2 or c versions of scalarproduct_int16 [22:27] <jamrial> i'm going to revert the commit for the time being [22:30] <cone-692> ffmpeg.git 03James Almer 07master:03616af2c913: Revert "takdec: pad filter coeff buffer for DSP functions" [22:59] <cone-692> ffmpeg.git 03Michael Niedermayer 07master:4d1b017c380e: avformat/mov: Check av_add_index_entry() return value [00:00] --- Tue Feb 24 2015

1 0

ffmpeg.log.20150223
by burek 24 Feb '15

24 Feb '15

[03:28] <kolix> hey guys..quick question [03:29] <kolix> I'm getting a remote mp4 with wget -q -O - and i want to pipe this into ffmpeg to rencode it for mobile/ios devices html5 video [03:29] <kolix> can someone help me with the command? [03:29] <kolix> wget -q -O - | ffmpeg -i - ... pipe:1 ? [03:29] <klaxa> ffmpeg -i - should work just fine [03:30] <klaxa> or is that not what you are struggling with? [03:30] <c_14> Note that with some mp4s, you might need to download most or all of the mp4 before you can start decoding it. [03:30] <klaxa> oh right, that's a thing too [03:30] <kolix> I'm struggling with rencoding the remote mp4 for ios devices [03:31] <c_14> x264, aac audio, profile main (maybe baseline depending on the device) [03:31] <c_14> Think it's mentioned on the wiki [03:31] <kolix> that's not possible for me [03:31] <kolix> i'm "streaming" it [03:32] <kolix> just need to rencode it on-the-fly so it plays on my mobile devices [03:33] <c_14> for ios you'll need an hls server [03:34] <kolix> well what's the command to get mp4's happy for mobile devices? [03:34] <c_14> ffmpeg -i in.mp4 -c:v libx264 -profile:v baseline -level 3.0 -c:v aac -strict -2 out.mp4 [03:35] <c_14> Will give you basic support for pretty much everything. [03:35] <kolix> THANK YOU [03:35] <kolix> c_14, if i want to write to stdout it would be pipe:1 instead of out.mp4, correct? [03:37] <c_14> you can't pipe non-fragmented mp4, the muxer doesn't support non-seekable output (because of limitations in the mp4 format) [03:37] <c_14> And if you fragment, you'll lose support on many devices/software. [03:39] <kolix> hmm [03:39] <kolix> any ideas on what i can do? [03:39] <kolix> tee maybe? [03:39] <c_14> tee still isn't seekable [03:40] <c_14> You're trying to get the encoding to your device while it's being encoded? [03:41] <kolix> I might be able to avoid ffmpeg entirely....here's my siutation... [03:41] <kolix> i was able to view the mp4 on my iphone when it was just sitting on the remote server like http://example.com/video.mp4. [03:42] <kolix> however [03:43] <kolix> my ip address was the only ip able to view the video so i had to set up a webserver on my machine and pipe the wget command to the http response [03:43] <kolix> so maybe it's just a headers issue? [03:49] <c_14> If only your ip can access it, and it's not program/browser bound. It sounds like the web server is whitelisting/blacklisting. [04:08] <Moonlightning> So I've got some videos here that may have different audio on the left and right speaker channels at some points. [04:08] <Moonlightning> I've been using `ffmpeg -i $infile -ac 1 $outfile` to convert to mono audio, making the channels the same [06:45] <Moonlightning> It's taking a while, though. [06:46] <Moonlightning> Might `ffmpeg` be reencoding the video, too? [06:48] <Moonlightning> I'm trying to make these go as fast as possible. Ideally I'd be able to run them through `ffmpeg` before they're finished downloading, watch before `ffmpeg` is done with them. [07:38] <grepper> Moonlightning: you can use -c:v copy to copy the video [09:04] <guruqu> Hi all [09:04] <guruqu> If I push through Mpeg TS udp packets through a TCP connection [09:06] <guruqu> Would client still be able to play back this Mpeg TS? [09:22] <retry> Hi all, is there some difference between 32 & 64bit version in using arguments? I have wrapper for 32bit version, Can I replace 32bit binary(use case on 64bit machine) [12:31] <cousin_luigi> Greetings. [15:19] <gcl5cp> how do i log ffmpeg filtered console information? i usually use "cmd |grep pattern >> ffm.log" [15:20] <gcl5cp> "ffmpeg ... |grep pattern >> ffm.log" do an empty file [15:21] <relaxed> console output is sent over stderr [15:22] <relaxed> you can sens all of ffmpeg's output with ffmpeg -i input ... output 2>ff.log [15:23] <relaxed> or send it along with stdout with ... output 2>&1 | do domething [15:31] <Moonlightning> Thanks, grepper [19:26] <rafael2k> people, are you aware of anyone working in a free software USAC/xHE-AAC decoder? [19:27] <rafael2k> or at least supporting it in ffmpeg by using the available reference code [20:46] <rafael2k> xHE-AAC is also used for terrestrial radio broadcasting in the DRM standard... [20:50] <rafael2k> btw, the reference USAC encoder is here: http://www.itscj.ipsj.or.jp/sc29/open/29view/29n12756att.zip [21:08] <llogan> rafael2k: submit a patch to the ML, or a feature request on the bug tracker [21:13] <rafael2k> llogan: ok! [21:24] <click_> hey, I just did: git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg && cd ffmpeg/ && sudo ./configure --enable-encoder=libx264 --enable-libass and I get: ERROR: libass not found using pkg-config [21:25] <click_> this is following this: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [21:25] <click_> I've done it before but it seems to be failing right now. Any idea why? [21:30] <click_> anybody there? [21:33] <c_14> Do you have libass installed? On debian related distros it's libass-dev [21:33] <c_14> What does pkg-config --libs --cflags libass print? [21:35] <click_> oh, I was understanding that it would fetch libass from some other repository [21:36] <c_14> Nah, still have to do that manually. [21:36] <llogan> you don't need sudo for configure [21:36] <click_> ah cool, thanks for helping me out [21:36] <c_14> that too [21:36] <click_> ah, my inexperience is showing :$ [21:50] <click_> well it's been compiling for a while now, so thanks llogan and c_14! :) (I had forgotten how long this took) [21:51] <cartwright> I'm trying to make a clip of an mkv by using `ffmpeg -ss 00:04:34.000 -t 00:00:09.500 -i originalvideo.mkv -c:v copy -c:a copy -c:s copy clip.mkv` how would I copy the font attachments as well? [21:51] <llogan> click_: i've never seen anyone use --enable-encoder=libx264. usually it's just --enable-libx264 [21:52] <llogan> cartwright: remove the -c:* options and use -c copy to copy all stream types. [21:52] <llogan> and add -map 0 to copy all streams (default will copy one stream per type) [21:54] <cartwright> yeah that worked thanks [22:06] <shevy> anyone happens to know if ffmpeg has a de-colourize filter? e. g. to make a video only black white [22:10] <kepstin-laptop> shevy: probably a couple ways of doing it, "-vf format=pix_fmts=gray" is likely the simplest. [22:11] <shevy> aha I will look into that, thanks [22:11] <cartwright> llogan: how about if I want to make a clip but encode the video and audio, copy subtitles and copy font attachments? do I still use -map? [22:12] <kepstin-laptop> could use e.g. the colorchannelmixer to do it, there's an example (and that allows you to tweak which colours have influence) [22:14] <kepstin-laptop> shevy: if you feel like doing something really clever, you could use haldclut, that would allow you do do the greyscale conversion on an example image in e.g. photoshop and apply the result on the video. That's getting a bit advanced tho :) [22:15] <cartwright> hrm seems I do [22:19] <z3bra> Morning everyone! [22:19] <z3bra> I'm trying to make a simple compilation with ffmpeg. I just need to know this [22:20] <click_> good evening over here ;) [22:20] <z3bra> Can ffmpeg join videos AND put transitions (fade out/in) between them? [22:21] <z3bra> I'm not searching a single magic command, but maybe, first add fade in to all videos, then add fade out, and finally concat [22:21] <z3bra> hi click_, how are you doin' ? [22:21] <click_> quite well :) almost leaving (I'm no expert) [22:21] <z3bra> okay, no problem ;) [22:21] <click_> although for your question, a quick search got me this: http://stackoverflow.com/a/9155479 [22:22] <z3bra> Oh cool ! [22:22] <z3bra> I was already aware of the "concat" filter, to concatenate vids [22:22] <z3bra> that might help a lot, thanks [22:22] <click_> cool :) [22:25] <c_14> z3bra: it'll work, but it might need a bit of pokery [22:25] <z3bra> that's not a problem :) [22:25] <z3bra> only then end result count [22:26] <z3bra> My end goal is to create a script doing: "ffcompile /path/to/directory" [22:26] <c_14> Look at the fade filter, and the concat filter/demuxer [22:27] <z3bra> can ffmpeg add overlay text too? [22:27] <c_14> yes [22:28] <z3bra> cool :) [22:28] <c_14> the drawtext filter iirc [22:28] <z3bra> I guess that will not be hard to find how [22:28] <z3bra> thanks! [22:30] <z3bra> I hope the quality will not be lowered too much. [22:30] <z3bra> cause I'm working with webms here [22:30] <z3bra> and it looks like webm is a "delicate" format for ffmpeg [22:30] <c_14> If you use decent settings, it shouldn't be too bad. [22:31] <z3bra> I usually set the bitrate to 5M [22:31] <kepstin-laptop> well, quality deteriorates with each lossy encode, so just make sure to do everything in a single ffmpeg pass (or use a higher quality or lossless intermediate format) [22:31] <c_14> If you have multiple steps though, you might want to think about making all intermediate states lossless. [22:31] <z3bra> how do you do that? [22:37] <cartwright> Hrm I'm trying to make a webm clip from a mkv video, but burning in the subtitles, I tried -vf "ass=assfileextractedfrommkv" and -vf "subtitles=mkvfile" but it seems neither can burn in subtitles from the start point of the clip, the subtitles start from the start of the original mkv [22:37] <cartwright> is this not possible? [22:38] <c_14> move -ss after -i file [22:38] <c_14> It'll take longer, but it'll work [22:38] <kepstin-laptop> alternately, you might be able to use -itsoffset (with the same value as -ss). [22:38] <c_14> You can also try playing around with setpts, but never really got that to work [22:41] <z3bra> ok so now I know how the fade filter works. But how do I get the number of frame in a video for use with the fadeout effect? [22:41] <z3bra> ffmpeg -i video.webm doesn't seems to provide it [22:41] <c_14> ffprobe -count_frames -somethingorother [22:42] <z3bra> ah, didn't know it was so simple ^^ [22:42] <c_14> try -show_streams [22:42] <c_14> There should be a frames tag there [22:42] <cartwright> c_14: what's different about -ss after -i and why does it take longer? (I'm just curious.) [22:43] <z3bra> ah [22:43] <z3bra> nb_frames=N/A [22:43] <c_14> z3bra: nb_read_frames should have a number [22:44] <c_14> cartwright: after -i it has to decode the entire stream up to that point, before it doesn't [22:44] <z3bra> oh yeah, didn't see it [22:44] <z3bra> thanks [22:44] <cartwright> oh okay [22:44] <cartwright> gotcha [22:44] <cartwright> and yeah that worked :D [22:44] <cartwright> thanks [22:44] <c_14> z3bra: -show_entries stream=nb_read_frames [23:19] <LiaoTao> Hello! I'm getting some stuttering and unsynced output from x11grab when grabbing maximized OpenGL applications. It also seems to make the in-game mouse input stutter at a constant rate proportional to the cursor speed. The problem goes away if I enable the in-game vsync, but it affects performance quite a lot and I'd like to avoid it. [23:20] <LiaoTao> Is this related to ffmpeg, or should I try troubleshooting the WM and graphics drivers instead? [23:20] <c_14> depends, if the output framerate of ffmpeg is fine it's wm/graphics [23:21] <LiaoTao> The output video does not correspond to what is captured. It slows down to a halt and then speeds up momentarily to catch up to the current position [23:22] <LiaoTao> Or rather, it does not correspond to what is supposed to be captured [23:42] <LiaoTao> Right, so I've double checked and the output framerate is lower whenever the game is in focus [23:42] <c_14> Your cpu might not be able to handle rendering the game as well as capturing and encoding it. [23:43] <LiaoTao> My CPU is not saturated according to top [23:43] <c_14> Is ffmpeg outputting any interesting info/warnings? [23:43] <c_14> What version are you running? [23:43] <Mavrik> Considering the fact he's talking about "V-sync lowering performance" [23:43] <Mavrik> that probably means he's attempting significantly more than 60fps [23:44] <Mavrik> Which makes it easy to just kill the GPU bandwidth with capture [23:44] <Mavrik> Hence the slowdowns. [23:44] <LiaoTao> I'm using N-70141-g4d1b017, built from git just now on Gentoo [23:44] <c_14> LiaoTao: do you have threads enabled? [23:44] <LiaoTao> Yes, with -threads 0 specified [23:44] <Mavrik> Transferring fullsized frames at 60fps+ over PCIe from VRAM to DRAM will interefere with OGL operation and will not work fast. [23:44] <LiaoTao> No interesting warnings [23:45] <Mavrik> That's why CPU is not saturated either. [23:45] <LiaoTao> So it's a fundamental limitation of the way x11grab works? [23:46] <LiaoTao> GPU is GF460GTX, by the way [23:46] <pzich> of how fast your computer can grab [23:47] <Mavrik> LiaoTao, it's the fundamental limitation of how fast your hardware can grab. [23:48] <Mavrik> LiaoTao, unless you have a 600+ series GPU which can grab + encode directly on the card instead of transferring everything to DRAM [23:48] <LiaoTao> But what is the big difference between doing this on Windows and Linux, when it works splendidly on the former? [23:49] <pzich> so it works fine on the same hardware booted into windows, but stutters on linux? [23:49] <LiaoTao> Yes [23:49] <Mavrik> Probably driver difference or capture method. [23:49] <Mavrik> Hard to say. [23:49] <LiaoTao> I get some 120fps in TF2 while not grabbing here under Linux [23:50] <LiaoTao> Even with ffmpeg going on 100% CPU it's not dipping any lower, just stuttering like mad [23:50] <pzich> right, the bottleneck is not the CPU [23:52] <llogan> z3bra: ffprobe -v error -count_frames -select_streams v:0 -show_entries stream=nb_read_frames -of default=nokey=1:nw=1 input.mkv [23:52] <LiaoTao> When grabbing and encoding at 30fps, the video is slightly speeded up on playback, when doing the same at 60fps it's going at Benny Hill speed [23:53] Action: llogan plays "Yackety Sax" [23:53] <z3bra> llogan, I have the command I wanted already :) [23:53] <z3bra> but thanks! [23:53] <LiaoTao> While the game always stutters at a constant rate (without in-game fps counter going below 120) [23:53] <llogan> i just threw that out there because i used it earler today [23:54] <LiaoTao> So it seems to me it's only grabbing at a certain rate, but you'd think bandwidth being saturated would affect the FPS? Maybe the counter's just broken [00:00] --- Tue Feb 24 2015

1 0