Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

June 2015

1 participants
60 discussions

ffmpeg-devel.log.20150624
by burek 25 Jun '15

25 Jun '15

[00:34:08 CEST] <cone-309> ffmpeg 03Mariusz SzczepaDczyk 07master:71034163acbb: lavf/libsmbclient: implement move and delete callbacks [00:51:41 CEST] <cone-309> ffmpeg 03Lukasz Marek 07master:e96f0a692b3c: lavf/libssh: implement directory listing callbacks [00:51:42 CEST] <cone-309> ffmpeg 03Mariusz SzczepaDczyk 07master:0cce94fb1037: lavf/libssh: read empty path from url as / [00:51:43 CEST] <cone-309> ffmpeg 03Mariusz SzczepaDczyk 07master:b23d2bac0d70: lavf/libssh: implement move and delete callbacks [03:25:27 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:89a420b71b53: avcodec/mpegaudio_parser: Discard ID3v1 tag at the end [03:25:28 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:041aa800f220: avformat/mp3dec: Remove the ID3v1 tag removial code [05:05:57 CEST] <jamrial> nevcairiel: since you were wondering, gcc 4.9.3 is being released later this week [05:19:16 CEST] <metalwood> good [05:20:49 CEST] <pengvado> durandal_1707: yes [07:37:47 CEST] <nevcairiel> philipl: i dont know anything about vdpau, but i can read it and see if i spot anything obvious [07:37:57 CEST] <nevcairiel> jamrial: i saw, ya [08:10:59 CEST] <philipl> nevcairiel: thats all i need. thanks. [09:59:22 CEST] <j-b> 'matin [10:01:53 CEST] <durandal_170> what's up [10:33:24 CEST] <rcombs> https://gist.github.com/c4a7a17b7c05a07a216c <-- is this the right place for this check? [10:35:00 CEST] <rcombs> fixes a crash when remuxing this with an unnecessary `-bsf:v h264_mp4toannexb`: https://dl.dropboxusercontent.com/u/105828/sample%20crash%20file.mkv [10:36:47 CEST] <rcombs> but I could see an argument that it should go either in ff_avc_parse_nal_units_buf or higher up the stack in matroskaenc [10:37:11 CEST] <nevcairiel> how does it end up with a empty packet [10:40:07 CEST] <rcombs> nevcairiel: good question [10:40:32 CEST] <rcombs> I get some whining on stderr: "Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument" [10:40:47 CEST] <rcombs> usually that's pretty harmless [10:41:09 CEST] <rcombs> but in this case there's actually an invalid NAL in there somewhere, at least according to the h264 decoder [10:46:05 CEST] <wm4> empty packet = flush packet? [10:46:52 CEST] <rcombs> hmm [10:47:23 CEST] <rcombs> isn't that usually a NULL packet, rather than a packet with NULL data? [10:47:41 CEST] <wm4> at leats not on the API level [11:01:33 CEST] <__gb__> BtbN, FYI, my download of the MSDK community edition through wget completed. The enclosed site_license_materials.txt file mentions: No components have site license restrictions -- so it looks to me that only the process needs to be improved, by e.g. just publishing the download link as is? [11:01:38 CEST] <__gb__> didn't have the time to try yet [11:02:07 CEST] <__gb__> the tarball contains a tarball that contains a tarball that contains packages for CentOS, SLES and a tarball for "generic" versions :) [11:02:24 CEST] Action: __gb__ hides [11:03:05 CEST] <BtbN> interesting [11:03:15 CEST] <BtbN> sounds like putting the direct link in an ebuild is fine then [12:10:59 CEST] <cone-218> ffmpeg 03Janne Grunau 07master:c2de2cf0d292: arm64: constify src in h264qpel dsp function definitions [12:11:00 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:8f454c315454: Merge commit 'c2de2cf0d2927f3f584dab6d54276fbda92a0a71' [12:39:24 CEST] <cone-218> ffmpeg 03Mark Webster 07master:a88e21f5b78e: Fix missing symbols when libvpx has only vp8 enabled [12:39:25 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:7e63a622d14a: Merge commit 'a88e21f5b78ef5e75b073ecbfd4e92921002a703' [12:58:35 CEST] <cone-218> ffmpeg 03Janne Grunau 07master:41740ef8be6e: libvpx: fix test for VPX_IMAGE_ABI_VERSION [12:58:36 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:49038fc17dd0: Merge commit '41740ef8be6ec409f7eff3932ddba9a9eeec27b1' [13:57:02 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:8f0f678f090d: ffmpeg: Do not use the data/size of a bitstream filter after failure [14:58:34 CEST] <BBB> durandal_170: btw, re: your evrc patch, some codecs use avctx->skip_loop_filter for that [14:58:44 CEST] <BBB> (I know its not exactly a loopfilter, but the idea is the same) [15:06:22 CEST] <durandal_170> it is used for video only [15:21:57 CEST] <BBB> we could use it for audio; many of the speech codecs have postfilters that we could turn off with this flag if we wanted to [15:22:20 CEST] <BBB> (not that I have any strong opinion, its rally only useful for testing afaik) [15:22:25 CEST] <BBB> (so feel free to ignore me) [15:40:47 CEST] <cone-218> ffmpeg 03Mariusz SzczepaDczyk 07master:346624be4aff: lavf: set is_connected flag so url can be properly closed [16:08:57 CEST] <cone-218> ffmpeg 03Paul B Mahol 07master:5a1f78524959: avfilter: add ssim filter [16:31:16 CEST] <ubitux> the way to entangle the init/retrieve/uninit hwaccel thing is weird [16:32:27 CEST] <ubitux> like, the uninit cb being set in the init [16:51:20 CEST] <ubitux> and mmh it seems you need to decode at least once to know what kind of pixel format you'll get in output? [17:00:08 CEST] Action: ubitux still hasn't figured out the purpose of get_format [17:27:50 CEST] <durandal_170> I was thinking abou writing drawgraph filter which would display various graphical representations of metadata numbers user pick up [17:28:52 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:8ff09e909869: avcodec/jpeg2000dec: Use 32x32->64bit for 5/3 dequantization [17:28:53 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:05ef6324d110: avcodec/jpeg2000dec: Add 5/3 de-quantization special case for the lossless case [17:28:54 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:ffa1de8a3b93: avcodec/jpeg2000dec: Use 32x32->64bit for 9/7i dequantization [17:32:46 CEST] <rcombs> OK, I'm screwing around in bsf_h264_mp4toannexb.c, trying to see what needs doing to do the equivalent transform for HEVC [17:34:06 CEST] <rcombs> I've got h264_extradata_to_annexb tweaked to parse HEVC extradata (it's not _hugely_ different), but once I actually hit the NAL parsing in h264_mp4toannexb_filter things get very strange indeed [17:35:04 CEST] <rcombs> the data passed in doesn't match what I see in mkvinfo, and it looks as if something else got halfway through the annex B conversion already [17:35:14 CEST] <rcombs> so I'm certainly missing several things [17:37:54 CEST] <nevcairiel> dunno, the hevc mp4 extradata is quite a bit more complex than the h264 version [17:39:51 CEST] <rcombs> if you're just looking to parse out SPS and PPSs (which is what I was going for, just to see if I could roughly shoehorn this into the existing AVC code), it's not hard [17:40:17 CEST] <rcombs> https://gist.github.com/f0411529f620d81508b4 <-- the results of my tomfoolery [17:40:51 CEST] <rcombs> (diff -w'd for sanity) [17:41:10 CEST] <rcombs> https://gist.github.com/318dbc4a324a13473a79 <-- sans--w [17:54:12 CEST] <rcombs> https://gist.github.com/rcombs/6c82e2fbe6a98441aaa7 :/ [18:14:28 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:d58025557155: vcodec/jpeg2000: Increase cblk size limit to 128 [18:14:29 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:d7e224ec24f7: avcodec/jpeg2000: change flags array type to 16bit [19:33:31 CEST] <cone-218> ffmpeg 03James Almer 07master:58d7dde081d1: brstm: fix use of uninitialized variables [20:02:15 CEST] <llogan> durandal_170: what does drawgraph do? (too lazy to apply patch & compile) [20:03:31 CEST] <durandal_170> draw graph from metadata numbers [20:04:45 CEST] <durandal_170> to visualize ssim calculations, for example [20:05:51 CEST] <llogan> i see. thanks [20:48:12 CEST] <cone-218> ffmpeg 03Paul B Mahol 07master:5a79bf0284a3: PCM signed 16-bit big-endian planar decoder [20:48:13 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:8e2fcd1cb4be: Merge commit '5a79bf0284a37855636390e620d189a964214c9e' [20:48:14 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:ffd9d60201a7: avcodec: Add codec_desc and remapping for AV_CODEC_ID_PCM_S16BE_PLANAR_DEPRECATED [21:07:00 CEST] <cone-218> ffmpeg 03Paul B Mahol 07master:ded5957d75de: segafilm: Remove deplanarization hack [21:07:01 CEST] <cone-218> ffmpeg 03Luca Barbato 07master:4d5548439111: dds: Fix palette mode on big endian [21:07:02 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:41070923490a: Merge commit 'ded5957d75def70d2f1fc1c1eae079230004974b' [21:07:03 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:87544ce8dcf9: Merge commit '4d55484391112a30d16812597b9ad81605af0c24' [21:21:31 CEST] <cone-218> ffmpeg 03Tom Butterworth 07master:5dbd491eb38e: TextureDSP: fix erroneous condition which produced blocky output for DXT [21:21:32 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:eb823df81766: Merge commit '5dbd491eb38efab1d1313d4129ed76ab2e98176d' [00:00:00 CEST] --- Thu Jun 25 2015

1 0

ffmpeg.log.20150624
by burek 25 Jun '15

25 Jun '15

[10:29:36 CEST] <zipped> Hi there guys , [10:31:21 CEST] <zipped> I'm trying to use ffmpeg encoder "tscc2" which appears on the supported encoders list . However when I run ffmpeg -f x11grab -s 1920x1080 -r 15 -i :0.0 -f pulse -ac 2 -i default -qscale 0 -vcodec tscc2 Videos/test.avi I get : [10:31:21 CEST] <zipped> Please use -q:a or -q:v, -qscale is ambiguous [10:31:21 CEST] <zipped> Unknown encoder 'tscc2' [10:31:21 CEST] <zipped> [10:31:25 CEST] <zipped> any Ideas ? [10:34:45 CEST] <zipped> also when I change the resolution to 1280 x 720 it will not capture my entire screen (my screen resolution is 1920x1080) [10:44:16 CEST] <mico> Hi ! I have some issues with my convert application. I use ffmpeg on android to convert 3gp -> mp4 [10:44:51 CEST] <mico> I use : String args = " ffmpeg " + "-i " + input + " -sameq -ab 64k -ar 44100 " + output; Runtime r = Runtime.getRuntime(); //On démarre une console pour pouvoir utiliser ffmpeg Process p = r.exec("/system/bin/sh " + "-c" + args); [10:46:37 CEST] <mico> But it return me a permission denied, and i don't know how to get around that [10:47:27 CEST] <mico> Someone has an idea to help me please ? [10:59:09 CEST] <zipped> I'm trying to use ffmpeg encoder "tscc2" which appears on the supported encoders list . However when I run ffmpeg -f x11grab -s 1920x1080 -r 15 -i :0.0 -f pulse -ac 2 -i default -qscale 0 -vcodec tscc2 Videos/test.avi I get : [10:59:13 CEST] <zipped> Unknown encoder 'tscc2' [10:59:15 CEST] <zipped> any Ideas ? [11:14:28 CEST] <durandal_170> zipped: tscc2 is only decoder [11:16:39 CEST] <zipped> durandal_170: ah [11:17:01 CEST] <zipped> durandal_170: so how can I see the list of available encoders ? [11:18:23 CEST] <durandal_170> zipped: ffmpeg -encoders [11:21:29 CEST] <zipped> thanks durandal_170 ! [11:21:59 CEST] <zipped> durandal_170: would you happen to know also how come when I change my resolution to 1280 x 720 it will not capture my entire screen (my screen resolution is 1920x1080) ? [11:33:16 CEST] <Mavrik> zipped, are you sure you're not changing the capture resolution instead of video resolution? [11:34:24 CEST] <zipped> Mavrik: no :) ffmpeg -f x11grab -s 1280x720 -r 15 -i :0.0 -f pulse -ac 2 -i default -qscale 0 -vcodec libx264 . -s is capture resolution ? [11:36:05 CEST] <Mavrik> you're telling x11grab to grab a 1280x720 square [11:36:15 CEST] <zipped> ah [11:36:28 CEST] <Mavrik> you're also using command-line parameters mostly deprecated -_- [11:36:34 CEST] <Mavrik> do -s "1920x1080" [11:36:49 CEST] <Mavrik> and add "-vf scale=-2:720" to add a scale video filter [11:37:50 CEST] <zipped> instead of the "-qscale 0" ? [11:48:14 CEST] <Mavrik> No. [11:48:39 CEST] <Mavrik> qscale = video quality (should probably use newer -q:v) [11:48:57 CEST] <Mavrik> scale filter - scale each video frame to set resolution [11:50:35 CEST] <zipped> Mavrik: what types of qualities are there? I mean what can I pass to -q:v [11:51:05 CEST] <Mavrik> zipped, what are you trying to achieve? :) [11:51:35 CEST] <Mavrik> zipped, I think this will help: https://trac.ffmpeg.org/wiki/Encode/H.264 [11:52:06 CEST] <Mavrik> "-qscale 0" has special meaning for x264 - lossless [11:53:21 CEST] <zipped> Mavrik: hehe , just trying to capture a video with audio , with resolution of 1280x768 , format AVI , and with a good quality , but not something that will consume alot of space [12:34:06 CEST] <Bigsby> msg NickServ indentify hotdog [12:34:14 CEST] <Bigsby> urm... [12:34:16 CEST] <Bigsby> oops [12:47:37 CEST] <nick123> Hi, Does any one know how to fix this error "[mov,mp4,m4a,3gp,3g2,mj2 ] overread end of atom 'color' by 1 bytes." [12:56:47 CEST] <jonny_> Hello guys. Is there any way to use four identical raw video files (300 frames CC: I420) and merge them to one 8k raw file. I know there is a method to use the overlay command for this but it cant seem to get it working with .raw files. [12:59:35 CEST] <jonny_> this is what i tried so far: http://pastebin.com/SkLSX9n6 [13:07:11 CEST] <jonny_> Hello guys. Is there any way to use four identical raw video files (300 frames CC: I420) and merge them to one 8k raw file. I know there is a method to use the overlay command for this but it cant seem to get it working with .raw files. [13:26:00 CEST] Last message repeated 1 time(s). [13:29:18 CEST] <claz> is there any option for cutting a frame every X milliseconds? [13:37:50 CEST] <durandal_170> jonny_: paste non working command [13:39:04 CEST] <claz> nvm found it [13:39:23 CEST] <jonny_> @durandal_170 ffmpeg-20150407-git-235589e-win64-st atic\bin>ffmpeg -y -i 1.raw -i 2.raw -i 3.raw -i 4.raw-filter_complex "[0:0]pad= iw*2:ih*2[a];[1:0]null[b];[2:0]null[c];[3:0]null[d];[a][b]overlay=w[x];[x][c]ove rlay=0:h[y];[y][d]overlay=w:h" o5.raw [13:39:43 CEST] <jonny_> http://pastebin.com/SkLSX9n6 [13:39:46 CEST] <jonny_> output of the console [13:46:28 CEST] <durandal_170> you need to tell ffmpeg it is raw video. Pixel format and size [13:56:06 CEST] <jonny_> so add -rawvideo and -i420? [13:56:13 CEST] <jonny_> or what is the command for pixel format? [13:56:39 CEST] <jonny_> *-vcodec rawvideo [13:56:40 CEST] <durandal_170> -pix_fmt [13:57:05 CEST] <jonny_> -pix_fmt i420 -s 3840x2160 -vcodec rawvideo ? [14:00:58 CEST] <jonny_> [image2 @ 0000000002e76800] Format image2 detected only with low score of 5, mis detection possible! [14:04:04 CEST] <relaxed> jonny_: something like, ffmpeg -f rawvideo -pixel_format yuv420p -framerate 25 -video_size 3840x2160 -i input.raw ... [14:07:48 CEST] <jonny_> ffmpeg -y -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 1.raw -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 2.raw -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 3.raw -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 4.raw -filter_complex "[0:0]pad=iw*2:ih*2[a];[1:0]null[b];[2:0]null[c];[3:0]null[d];[a][b]overlay=w[x];[x][c]overlay=0:h[y];[y][d]overlay=w:h" o5.raw [14:08:18 CEST] <relaxed> -f rawvideo [14:17:07 CEST] <jonny_> hey again. my browser crashed while trying to run the command line [14:18:03 CEST] <jonny_> this is my output atm: http://pastebin.com/DcebsHK6 [14:18:10 CEST] <jonny_> there seems to be an error with the output [14:18:42 CEST] <relaxed> you need -f rawvideo, it's trying to use the image2 demuxer [14:20:43 CEST] <jonny_> instead of -y? [14:21:43 CEST] <relaxed> no [14:23:01 CEST] <jonny_> so where to place it? [14:23:11 CEST] <jonny_> infront of every input file or just at the beginning? [14:23:29 CEST] <relaxed> the former [14:25:45 CEST] <jonny_> like this: [14:25:46 CEST] <jonny_> ffmpeg -y -f rawvideo -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 1.raw -f rawvideo -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 2.raw -f rawvideo -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 3.raw -f rawvideo -vcodec rawvideo -framerate 60 -s 3840x2160 -pix_fmt yuv420p -i 4.raw -filter_complex "[0:0]pad=iw*2:ih*2[a];[1:0]null[b];[2:0]null[c];[3:0]null[d];[a][b]overlay=w[x];[x [14:26:04 CEST] <jonny_> running this makes my pc useless for several minutes so i gotta be sure [14:26:53 CEST] <relaxed> yes [14:28:23 CEST] <jonny_> [NULL @ 0000000002cd54e0] Unable to find a suitable output format for 'output.ra w' output.raw: Invalid argument [14:28:29 CEST] <jonny_> ah nvm my b [14:29:03 CEST] <jonny_> or no. not working [14:29:22 CEST] <jonny_> there is no space in output.raw its just from copying [14:52:33 CEST] <hrw> hi [15:27:32 CEST] <hypfer> are there hardware h264 encoders that work with ffmpeg? [15:30:18 CEST] <BtbN> qsv, nvenc [15:32:03 CEST] <DHE> I have an external USB capture box. It outputs mpegts with H264. makes life pretty easy actually [16:11:38 CEST] <bertieb> Good day all, I have a niche question or two, but first a sanity check: should it be possible using ffmpeg to create a video file with codec parameters to match an already-extant clip, with the intention of passing those to the concat demuxer and expecting a sane output? [16:13:08 CEST] <bertieb> Or, asked from the other side: I am trying to produce videos to be concat demuxed together, but they are currently giving audiovisual artifacts at the joins; if I match up the codec parameters, should the joins be artifact-free? [16:13:48 CEST] <bertieb> I can give more info and context if necessary. Thanks in advance. [16:22:28 CEST] <hypfer> BtbN: not GPU. like real hardware h264 encoders [17:06:07 CEST] <bertieb> Further to my last, on the assumption that I can proceed- is there a way to set codec_time_base (tbc?) for encoded output? [18:19:03 CEST] <kreb> can anyone tell me where ffmpeg installs in OS X (10.10)? [18:19:15 CEST] <kreb> Audacity can't find the .dylib file [18:19:41 CEST] <kreb> and it doesn't show up in installed libraries in Audacity prefs [18:40:27 CEST] <ldiamond> I'm converting .tga image sequences to a video. The process takes a while and if the footage is long, the tga takes insane amount of disk space [18:40:56 CEST] <ldiamond> Is there a way to launch ffmpeg to consume all the .tga as they are created and wait for new files? [18:41:08 CEST] <ldiamond> and also delete them [18:41:17 CEST] <JEEBsv> no [18:41:41 CEST] <JEEBsv> you would have to make your own app with the libraries that does that in addition to encoding [18:41:44 CEST] <ldiamond> Is it easy to launch ffmpeg to consume all .tga and append movie files? [18:42:17 CEST] <JEEBsv> or you just use raw pictures or so and pipe them to ffmpeg [18:42:20 CEST] <ldiamond> The problem I see with that is the sound, but I guess I could tell ffmpeg to ignore the .wav and just add it to the video later [18:42:50 CEST] <ldiamond> The process generating the files can't be piped [18:43:07 CEST] <ldiamond> unfortunately [18:43:13 CEST] <JEEBsv> or you make your generating app use the libraries to encode things [18:43:25 CEST] <ldiamond> I have no control over the generating app [18:43:31 CEST] <ldiamond> it's Counter Strike Go [18:43:44 CEST] <JEEBsv> well you are capturing it in some way, no? [18:43:54 CEST] <JEEBsv> usually one uses screen capture software for it [18:44:13 CEST] <ldiamond> cs go has a 'startmovie' command which generates .tga and .wav from demos [18:44:24 CEST] <ldiamond> it just renders the demo live then writes an image on disk [18:45:03 CEST] <ldiamond> I guess I could write a simple python script that batches a few hundred images into an ffmpeg command that generates a short video with a lossless codec, then append all videos together [18:45:15 CEST] <JEEBsv> yeah, if that is an alternative [18:45:18 CEST] <ldiamond> Surely a lossless codec will take less space [18:45:35 CEST] <ldiamond> later on I can convert to x264 and work with it [18:46:09 CEST] <JEEBsv> ut video would be my recommendation if the use case would be video editing [18:46:19 CEST] <JEEBsv> it has plugins for vfw/ds/mf and QT [18:46:33 CEST] <JEEBsv> thus making it supported in all video editing things that can use one of those [18:47:15 CEST] <ldiamond> it has good Linux support? (first result, from a shady source says "lossless video codec for Windows" [18:47:43 CEST] <JEEBsv> well it is supported by anything with a post-2012 libavcodec [18:48:01 CEST] <JEEBsv> kostya did the decoder in 2011, and I did the encoder in 2012 [18:48:14 CEST] <JEEBsv> but with FOSS you indeed have more alternatives [18:48:53 CEST] <JEEBsv> and it definitely isn't a thing "for windows", as I said the original author made plugins for all of the commonly used media frameworks, except for gstreamer (for obvious reasons) [18:48:56 CEST] <ldiamond> yea I dont really mind which one I use, as long as it compresses and is lossless. [18:49:03 CEST] <ldiamond> I'll transcode it to x264 later anyways [18:49:53 CEST] <JEEBsv> well if you are going to use something FOSS for editing then you don't have to limit your choices, ut video is just the thing I recommend for people who use proprietary video editors [18:50:01 CEST] <JEEBsv> because of its wide support [18:51:46 CEST] <ldiamond> I'll be using blender most likely [18:52:02 CEST] <ldiamond> I use FOSS as much as possible [18:52:05 CEST] <bertieb> ldiamond: blender as an nle, out of interest? [18:52:19 CEST] <ldiamond> yea [18:52:37 CEST] <JEEBsv> yea, it's the least retarded FOSS NLE there is [18:53:01 CEST] <bertieb> ldiamond: Cool, I've not tried it myself but have it set up for emergencies. Do you have a YT/Twitch channel I could check out btw? [18:53:01 CEST] <ldiamond> I've read that there's a few, but I also read blender is the best [18:53:18 CEST] <ldiamond> I dont have it yet, I'm setting up for a youtube channel [18:53:23 CEST] <ldiamond> then might do twitch [18:53:35 CEST] <JEEBsv> all of the FOSS things that have so far tried to be a "video editor" seem to have just failed in life [18:53:38 CEST] <ldiamond> but I still have to figure out how to move the webcam around while streaming with ffmpeg [18:53:44 CEST] <JEEBsv> but blender seems to have gotten good [18:53:48 CEST] <ldiamond> I think lightworks is decent [18:53:50 CEST] <ldiamond> not sure though [18:54:39 CEST] <ldiamond> but if I'm gonna learn something, might as well be blender. [18:54:43 CEST] <ldiamond> It's so much more than and nle [18:54:43 CEST] <JEEBsv> yup [18:55:04 CEST] <ldiamond> I could also create 3d footage for intro's and such. [18:55:29 CEST] <bertieb> I tried lightworks briefly; didn't find it intuitive (though what decent nle is, I guess) and a short clip had an av desync for reasons I couldn't get to. [18:56:10 CEST] <bertieb> PEBKAC problem for sure, but finding the rpoblem and fixing it was beyond me [18:56:22 CEST] <ldiamond> tbh, it would be simple to just use ffmpeg and create a cli wrapper [18:56:34 CEST] <Parsec300> Hi people, I'm trying o get some padding added to my output video, but it keeps giving errors [18:56:39 CEST] <ldiamond> commands like cut vid_name start end [18:56:55 CEST] <ldiamond> then use some naming convention and easily concatenate them [18:57:44 CEST] <Parsec300> ffmpeg -i BH6.mp4 -f avi -c:v libx264 -b:v 800k -g 300 -vf scale=640:-1 -r 30 -c:a libmp3lame -b:a 128k -vf pad="pad=640:480:0:160:black" -map 0:0 -map 0:2 BH6.avi [18:58:12 CEST] <Parsec300> Keeps saying that negative values are not acceptable [18:58:16 CEST] <bertieb> ldiamond: Hah! That's what I thought... I'm working on an 'automatic' highlighter at the moment (takes a start time stop time and optional name for cuts). Then you realise any non-transcoped (stream copy) cuts are not frame-exact and the decision becomes "slow and precise" or "fast and close enough probably" [18:58:45 CEST] <bertieb> *non-transcoded [18:59:25 CEST] <bertieb> (I have footage produced in h264 and I'm keen to avoid a re-encode so the latter was the one I went with) [19:00:34 CEST] <bertieb> At the moment I'm trying to set the tbc (codec_time_base) to see if some of the transitions I've done with very short segments can be re-integrated [19:01:25 CEST] <bertieb> But I since I asked I haven't had a reply about what setting controls tbc output :-/ (I thought it was video_track_timescale but it doesn't appear to be) [19:01:56 CEST] <bertieb> I'm hanging around in the hope that someone reads the scrollback :P [19:01:58 CEST] <bertieb> But for simple things, you are quite right [19:15:04 CEST] <ldiamond> I have a .tga image sequence, recorded a 240 frames per second. I'm trying to convert it to a h264 mkv video @ 60fps. My command is: [19:15:06 CEST] <ldiamond> ffmpeg -i full_demo_pov%04d.tga -vcodec h264 -r 240 -framerate 60 pov.mkv [19:15:23 CEST] <c_14> -framerate is an input option [19:15:29 CEST] <c_14> In this case [19:15:49 CEST] <ldiamond> The result is a slow motion video, the time slider in vlc is all messed up [19:15:56 CEST] <ldiamond> So I should set -framerate 240 [19:15:59 CEST] <ldiamond> and -r 60? [19:16:19 CEST] <c_14> ffmpeg -framerate 60 -i %04d.tga -c:v libx264 -r 60 out.mkv [19:16:53 CEST] <ldiamond> where do I say that the source is 240fps? [19:17:07 CEST] <c_14> *ffmpeg -framerate 240 [19:17:13 CEST] Action: c_14 got distracted while typing [19:17:19 CEST] <ldiamond> Ok [19:17:32 CEST] <ldiamond> Does the order of the -framerate option matter? [19:17:47 CEST] <c_14> yes [19:18:26 CEST] <DHE> options are applied to the input or output specified immediately after it [19:19:13 CEST] <DHE> ffmpeg -r 240 -i [input] -r 60 [other-output-options] [output] [19:19:30 CEST] <ldiamond> ah, so -r and -framerate are the same! [19:19:48 CEST] <ldiamond> their position is what matters. Good to know [19:20:40 CEST] <c_14> No, they're not. [19:20:58 CEST] <c_14> -framerate is an option specific to the image2 muxer/demuxer [19:21:00 CEST] <c_14> (in this case) [19:21:12 CEST] <ldiamond> I see [19:23:09 CEST] <ldiamond> Does anyone know how I could stream my desktop and add a webcam overlay but be able to move the overlay around with ffmpeg? [19:23:48 CEST] <ldiamond> I was thinking about having one ffmpeg with two input streams and put one over the other, one of the input stream is the desktop, the other is the webcam [19:24:04 CEST] <ldiamond> when I want to move the webcam around I stop the webcam stream, restart it with a different x/y [19:24:20 CEST] <bertieb> ldiamond: Any particular reason not to use OBS which is also FOSS? [19:24:43 CEST] <ldiamond> No particular reason, I haven't tried it, I looked at a few other and none of them allow to move the webcam live [19:24:47 CEST] <ldiamond> if obs does it I'll just use that [19:25:15 CEST] <bertieb> OBS most definitely does, but its output formats might be more restrictive than you wish [19:25:47 CEST] <ldiamond> we'll see [19:25:51 CEST] <ldiamond> I'll give it a shot [19:26:01 CEST] <bertieb> Cool [19:26:32 CEST] <BtbN> It basicaly only outputs h264/aac into flv [19:26:52 CEST] <ldiamond> I guess I can easily change that if it's using ffmpeg [19:26:58 CEST] <BtbN> It's not. [19:27:02 CEST] <BtbN> It supports exactly that. [19:28:23 CEST] <bertieb> It does support other containers, but it uses x264 yeah [19:28:32 CEST] <BtbN> It supports mp4 [19:28:36 CEST] <BtbN> But that's a terrible idea [19:28:38 CEST] <BtbN> flv is better [19:28:59 CEST] <bertieb> BtbN: True, but the multiplatform version supports more than just flv/mp4 [19:29:07 CEST] <ldiamond> well ok, obs is neat enough [19:29:10 CEST] <BtbN> multiplatform version is far from finished [19:29:20 CEST] <BtbN> But does use lavc/lavf [19:29:28 CEST] <ldiamond> first time I hear flash is better than something else. [19:29:31 CEST] <ldiamond> :p [19:29:44 CEST] <BtbN> nobody said anything about flash. [19:30:00 CEST] <ldiamond> isnt flv the flash format [19:30:10 CEST] <BtbN> It's a very simple video container. [19:30:20 CEST] <BtbN> and audio, of course [19:30:32 CEST] <BtbN> mp4 is a very complex and annoying one [19:30:45 CEST] <ldiamond> yea I guess I can easily catch that stream and put it in another container easily [19:30:50 CEST] <BtbN> OBS crashes in the middle of a recording? recording up to that point is useless [19:30:51 CEST] <bertieb> BtbN: Far from finished yes but usable, depending on what you're doing [19:30:52 CEST] <ldiamond> I tend to use mkv. [19:31:27 CEST] <bertieb> BtbN: Not for production use though :) [19:31:58 CEST] <BtbN> I haven't checked on its progress in a while [19:32:35 CEST] <ldiamond> oh wow. [19:32:49 CEST] <ldiamond> finished re-encoding that video with the fix you guys provided. [19:33:08 CEST] <ldiamond> then I go to my console's command history and execute rm pov.mkv instead of vlc pov.mkv [19:35:18 CEST] <bertieb> ldiamond: sudo apt-get install trash-cli; echo "alias rm=trash" >> ~/.bashrc ;) [19:35:53 CEST] <ldiamond> yea that could work :p [19:36:02 CEST] <bertieb> For next time :P [19:36:16 CEST] <ldiamond> or there must be an undelete function for btrfs [19:38:25 CEST] <bertieb> ldiamond: Probably... not sure that there are any that are less work than re-encoding, particularly if it was done since you asked about 25 minutes ago :P [19:38:51 CEST] <ldiamond> nah I just rm'd it [19:39:00 CEST] <ldiamond> I re-encoded though, cause it's no big deal [19:39:09 CEST] <ldiamond> but I could have undeleted right away [19:39:16 CEST] <ldiamond> I just haven't set it up yet [19:39:23 CEST] <ldiamond> I might get trash though [19:40:54 CEST] <ldiamond> ah trash-cli uses python 2.7 [19:41:28 CEST] <ldiamond> oh I already have pip2, nice [20:29:01 CEST] <azizulhakim_> Is it possible to use ffmpeg in kernel module? I'm interested to use it in framebuffer driver [20:29:52 CEST] <kepstin-laptop> hah ah hah... that's got to be one of the worst ideas I've ever heard ;) [20:30:16 CEST] <DHE> ffmpeg runs in userspace, but grabbing data from the framebuffer might be possible... [20:30:25 CEST] <kepstin-laptop> you'd want to have the driver expose the capabilities the hardware can do on its own, and if you need media transcoding or format conversion, do it in userspace. [20:34:23 CEST] <azizulhakim_> thanks :) [21:07:28 CEST] <kepstin-laptop> an interesting example of a driver that uses ffmpeg in userspace is that alsa supports outputting dolby digital surround audio (a52) via spdif by doing the audio encoding with ffmpeg. [21:15:52 CEST] <Parsec300> Hi people, I'm trying o get some padding added to my output video, but it keeps giving errors [21:16:30 CEST] <Parsec300> Could somebody please shed some light on this? [21:16:43 CEST] <BtbN> CBR padding? [21:17:25 CEST] <Parsec300> Adding black space to make the video play in the correct aspect on some player [21:17:31 CEST] <Fjorgynn> Hello [21:17:38 CEST] <Parsec300> Like this: [21:17:43 CEST] <Parsec300> ffmpeg -i BH6.mp4 -f avi -c:v libx264 -b:v 800k -g 300 -vf scale=640:-1 -r 30 -c:a libmp3lame -b:a 128k -vf pad="pad=640:480:0:160:black" -map 0:0 -map 0:2 BH6.avi [21:30:38 CEST] <llogan> use one filtergraph, not two [21:30:43 CEST] <llogan> also... [21:32:49 CEST] <Parsec300> fflogger, http://pastebin.com/pbir2TJa [21:33:18 CEST] <Parsec300> llogan, one filtergraph? Oh, I get it [21:33:26 CEST] <llogan> it's nice to have the command and output in the same link [21:33:40 CEST] <Parsec300> llogan, but you do [21:34:22 CEST] <Parsec300> But how to combine the two? [21:34:26 CEST] <llogan> i don't see the command in the console output link, so i have to go back and forth between the IRC and the browser [21:34:35 CEST] <llogan> inefficient [21:34:42 CEST] <llogan> </bitchmode> [21:35:13 CEST] <anoop_r> anybody tried to compile ffmpeg in gcc 5 [21:35:38 CEST] <llogan> i did recently with 5.1.0 [21:35:40 CEST] <Parsec300> Sorry, my bad [21:35:42 CEST] <Parsec300> http://pastebin.com/wF0cgsT9 [21:36:23 CEST] <anoop_r> was it a success [21:36:32 CEST] <llogan> yes [21:36:50 CEST] <anoop_r> any problems with gcc 5 [21:37:15 CEST] <anoop_r> any performance improvements ? [21:37:25 CEST] <llogan> there may be some issues with gcc itself as per tradition with new releases. [21:37:53 CEST] <llogan> if there were improvements i haven't noticed, but i did not benchmark [21:39:09 CEST] <llogan> Parsec300: what do you want to achieve, exactly? what player are you watching it in? [21:40:54 CEST] <Parsec300> It's for my kids's portable DVD player (NextBase). The screen is widescreen, but it stretches/flattens the movies that are in wider than that [21:45:09 CEST] <kepstin-laptop> ah, right, dvd format only supports 4:3 and 16:9 aspect ratios, anything else you'll have to pad. [21:50:51 CEST] <Parsec300> And I'd like to add some black space to make the aspect correct. I don't want my kids to grow used to a stretched look on world [21:51:03 CEST] <Parsec300> People are stretched enough these days ;) [21:51:04 CEST] <feliwir> is there a way to check if an object passed to av_free is deletable? [21:51:18 CEST] <feliwir> somehow i pass invalid AVFrame's to it at some point (not sure where) [21:54:26 CEST] <lowsider> hello people [22:00:28 CEST] <c_14> Parsec300: -vf pad=w=(iw*16/9):h=ih:x=(ow-iw)/2 <- should pad the sides with black bars until it's 16/9. Analog for 4:3 or for padded height instead of padded width [22:00:58 CEST] <c_14> wait [22:01:23 CEST] <c_14> w=(ih*16/9) [22:05:39 CEST] <tclarke> hi, I've got a multi PES mpeg-ts file with a bunch of video streams and a stream with KLV metadata...is there a way to use the ffmpeg command to extract the raw klv? I tried "ffmpeg -i foo.ts -codec:2 copy -f data foo.klv" and I get "Output file #0 does not contain any stream" [22:06:14 CEST] <tclarke> tried "ffmpeg -i foo.ts -map 0:2 -codec copy -f data foo.klv" and get Cannot map stream #0:2 - unsupported type [22:22:12 CEST] <Parsec300> c_14, thank you for your advice. I will certainly give it a try [22:38:34 CEST] <Parsec300> c_14, and how to combine that with scale? [22:38:55 CEST] <Parsec300> To downsize it to 640 since the Nextbase players accept max width 640 [22:40:44 CEST] <c_14> ,scale=640:-2 [22:40:47 CEST] <c_14> after the pad [22:45:29 CEST] <Parsec300> Ah, comma. Thanks [22:46:08 CEST] <feliwir> how frequently zeranoe builds are released? [22:46:51 CEST] <Parsec300> How come -2? [22:47:29 CEST] <c_14> Parsec300: makes sure the height is even [22:48:09 CEST] <Parsec300> Oh [22:52:27 CEST] <Parsec300> c_14, sorry, but I get the same error [22:52:39 CEST] <c_14> What error? [22:53:28 CEST] <Anoia> feliwir: nightly [22:53:32 CEST] <Parsec300> http://pastebin.com/PdT8dcK9 [22:54:56 CEST] <Parsec300> btw without the parentheses, I got a bash syntax error [22:55:58 CEST] <c_14> negative values... [22:58:14 CEST] <c_14> oh [22:58:17 CEST] <c_14> that's easy [22:58:22 CEST] <c_14> put the '"' before pad [23:00:14 CEST] <Parsec300> c_14, I did, but still complains about negative values [23:01:22 CEST] <c_14> oh, derp [23:02:18 CEST] <c_14> "pad=w=iw:h=(iw*9/16):y=(oh-ih)/2,scale=640:-2" [23:02:25 CEST] <c_14> You need to pad the top and bottom [23:02:27 CEST] <c_14> Not the sides [23:02:36 CEST] <c_14> For your case, anyway. [23:02:42 CEST] <Parsec300> I will try [23:02:50 CEST] <c_14> You could adjust the pad with an if to check which direction it'll have to adjust, but I was lazy. [23:04:22 CEST] <zhanshan> c_14 do you see anything wrong with that video stream: https://gist.github.com/zhanshan/9cc26d93e1ec8c0d39fe [23:05:20 CEST] <zhanshan> I put together jpg and flac to MKV video and wm4 of #mpv told me: key frames are exactly 10 seconds apart, but the index looks correctly and audio frames are only 100ms long, so there should be no problem [23:05:34 CEST] <zhanshan> so I don't see what's wrong with the keyframe [23:05:54 CEST] <zhanshan> is it a ffmpeg command issue or h.264 issue or not at all? [23:06:03 CEST] <c_14> What's the problem? [23:07:45 CEST] <zhanshan> in mpv if I seek to like a minute and seek backwards sound always takes a bit to go back up [23:08:37 CEST] <Parsec300> c_14, you can do if statements with ffmpeg? [23:08:43 CEST] <zhanshan> this is hard to work with [23:09:04 CEST] <zhanshan> and vlc doesn't seem to have jack audio output?? strange enough or am I just not finding it [23:10:04 CEST] <c_14> Parsec300: yep https://ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation [23:11:28 CEST] <c_14> zhanshan: have you tried ffplay? [23:11:34 CEST] <zhanshan> I need a small videoplayer, and I really like mpv for the classification of video footage [23:12:12 CEST] <zhanshan> what's the command for jack audio output? [23:12:19 CEST] <c_14> For ffplay? [23:12:52 CEST] <zhanshan> yah [23:13:03 CEST] <zhanshan> mpv can use it automatically [23:13:15 CEST] <zhanshan> ffplay told me No more combinations to try, audio open failed [23:13:26 CEST] <zhanshan> SDL_OpenAudio (2 channels, 48000 Hz): [23:13:39 CEST] <Parsec300> c_14, it's converting now [23:13:51 CEST] <zhanshan> trying to use alsa by default [23:15:01 CEST] <c_14> zhanshan: I don't think ffmpge has jack output [23:15:10 CEST] <c_14> *ffmpeg [23:15:15 CEST] <c_14> you can check with ffmpeg -devices [23:15:46 CEST] <Parsec300> c_14, works like a charm, thank you! [23:17:01 CEST] <zhanshan> c_14 so I gotta stick to mpv's delay and have to install a vlc version with jack-support. someone in the channel told me this exists [23:17:36 CEST] <zhanshan> Demuxing supported: D jack JACK Audio Connection Kit [23:17:41 CEST] <c_14> You can build it yourself iirc. [23:18:10 CEST] <zhanshan> so would that be ffplay -d jack file.mkv?? [23:18:17 CEST] <zhanshan> or -ao? [23:18:34 CEST] <c_14> Demuxing probably means input only [23:18:41 CEST] <c_14> Because devices are formats [23:18:48 CEST] <c_14> and demuxing = reading, and muxing = writing [23:18:54 CEST] <zhanshan> ah ok [23:18:57 CEST] <zhanshan> :/ [23:20:15 CEST] <zhanshan> wm4 said: it's odd, normally x264 decides when it's a good time to insert a keyframe [23:20:32 CEST] <zhanshan> and: anyway, no sample no fix, and I'm off for today [23:20:40 CEST] <zhanshan> I don't quite understand [23:20:50 CEST] <zhanshan> except that he's off for today :P [00:00:00 CEST] --- Thu Jun 25 2015

1 0

ffmpeg-devel.log.20150623
by burek 24 Jun '15

24 Jun '15

[00:00:16 CEST] <llogan> does it have to be actually comitted for the student to get paid? [00:00:25 CEST] <Daemon404> im not sure [00:00:41 CEST] <wm4> wow lukasz is even only backup mentor [00:00:57 CEST] <wm4> (or maybe it was changed later) [00:02:19 CEST] <wm4> it requires an implementation for http, but http doesn't even have a protocol for it (except webdav) [00:02:58 CEST] <Daemon404> yeah. [00:03:01 CEST] <nevcairiel> move and delete for http? what kind of weird task is that? [00:03:38 CEST] <nevcairiel> or file lists at that, HTTP doesnt do that either [00:04:37 CEST] <wm4> you could parse html [00:04:38 CEST] <Daemon404> there is DELETE [00:04:42 CEST] <Daemon404> i guess. [00:05:12 CEST] <wm4> I believe we've complained more than once about this gsoc project, even before it was accepted [00:05:33 CEST] <wm4> and now it can't be unfucked [00:05:42 CEST] <llogan> should have just taken the initiative and deleted it [00:05:48 CEST] <wm4> what will we do next time, wiki edit war? [00:05:57 CEST] <nevcairiel> well its hidden somewhere at the bottom of the list of unmentored projects, I guess we didnt expect someone to actually pick that [00:06:31 CEST] <Daemon404> llogan, deleting someone's entry they want to mentor is a good way to start flamewar [00:06:35 CEST] <Daemon404> s [00:06:41 CEST] <Daemon404> i attempted to stop it with words. failed. [00:06:56 CEST] <nevcairiel> equal flamewars =p [00:07:03 CEST] <Daemon404> mayhaps [00:07:11 CEST] <wm4> michaelni: how did this project even get accepted? [00:07:21 CEST] <llogan> i think the problem stems from the unlikely idea that we would have actually been picked for GSoC [00:07:24 CEST] <wm4> it doesn't even have an available backup mentor [00:07:56 CEST] <wm4> michaelni: maybe you can ask google whether he can change the project? [00:08:22 CEST] <Daemon404> i seem to recall google got pissed at x264 for that, wm4 [00:08:22 CEST] <nevcairiel> He may have picked the project because its a somewhat known project, but doesnt require special skills [00:08:24 CEST] <Daemon404> during GCI [00:08:36 CEST] <nevcairiel> ie. its not a video or audio project [00:08:54 CEST] <llogan> ah, it was flotsam from 2014 gsoc ideas [00:08:55 CEST] <wm4> nevcairiel: there are other tasks that don't require special knowledge [00:09:05 CEST] <wm4> and he actually has proven that he has some C and git skills [00:09:18 CEST] <Daemon404> oh look [00:09:26 CEST] <Daemon404> i found kierank arguing on the private ffmpeg-mentors list [00:09:27 CEST] <Daemon404> with lukasz [00:09:33 CEST] <Daemon404> about how this project shouldnt accepted [00:09:44 CEST] <wm4> too bad it's private (is it?) [00:09:52 CEST] <Daemon404> it is i think [00:10:37 CEST] <Daemon404> oh yes all the people jumped on him [00:10:38 CEST] <Daemon404> 1 sec [00:15:33 CEST] <Daemon404> wm4, https://www.dropbox.com/sh/4bth65yr8r6prx0/AABu7besBHEPu3vmVoccIa8Pa?dl=0 [00:18:15 CEST] <Compn> Daemon404 : you're still mad about smb support? [00:18:17 CEST] <Compn> muh smb [00:20:51 CEST] <wm4> Daemon404: thanks [00:21:57 CEST] <Daemon404> i would probably so much happier if i took the route most companies take [00:22:01 CEST] <Daemon404> to internally fork or patch ffmpeg [00:22:11 CEST] <Daemon404> i wonder why i subject myself to this [00:22:17 CEST] Action: Daemon404 bets nevcairiel is happier with his fork [00:22:18 CEST] <Compn> baptiste did it [00:22:29 CEST] <nevcairiel> Daemon404: still have to kinda care what happens to upstream [00:22:30 CEST] <wm4> because merging upstream is bothersome [00:22:37 CEST] <Daemon404> Compn, baptiste is paying for it now [00:22:41 CEST] <nevcairiel> with git its not too bad wm4 [00:22:42 CEST] <Daemon404> his fork is rotting [00:22:50 CEST] <nevcairiel> i have my ~200 patches or so that I regularly rebase [00:23:11 CEST] <nevcairiel> (although ~50 of those or are just the mkv demux replacement) [00:23:12 CEST] Action: Compn wonders how many devs Daemon404 has scared off [00:23:17 CEST] <Daemon404> 0 [00:23:24 CEST] <Compn> luckaz? [00:23:30 CEST] <Daemon404> he didnt get scared off [00:23:32 CEST] <Daemon404> he had a piss-fit [00:23:34 CEST] <Daemon404> and ragequit [00:23:35 CEST] <Compn> lukasz* [00:23:36 CEST] <Compn> ragequit [00:23:41 CEST] <nevcairiel> the ffmpeg $work uses only has 2 patches right now =p [00:23:43 CEST] Action: Compn wonders how many devs Daemon404 has made ragequit [00:23:49 CEST] <Daemon404> afaik, just him [00:23:51 CEST] <Compn> k [00:23:54 CEST] <Daemon404> and that wasnt solely me. [00:24:02 CEST] <Compn> i dont doubt wm4 was a party :P [00:24:03 CEST] <Compn> ehe [00:24:09 CEST] <Daemon404> and i dont think anything of value was lost [00:24:09 CEST] <Daemon404> >.> [00:24:11 CEST] <wm4> ? [00:25:10 CEST] <Compn> oh i thought i didnt reply to the smb thread [00:25:13 CEST] <Compn> but it appears i did . [00:25:26 CEST] <Compn> ah yes my googletv with no shell. how useful that is. [00:25:42 CEST] <Compn> also kodi/xbmc not ported to gtv for api reasons [00:26:11 CEST] Action: Compn crawls back under his rock [00:26:24 CEST] <Daemon404> nevcairiel, i think it would be better for me if i stopped caring about the libs... [00:26:31 CEST] <Daemon404> just update my api usage [00:26:37 CEST] <Daemon404> and let libavgarbagedump build up [00:26:41 CEST] <Daemon404> as long as it links. [00:27:01 CEST] <wm4> whatm you don't appreciate the opencl support? [00:27:11 CEST] <wm4> s/m/,/ [00:27:17 CEST] <Daemon404> opencl unsharp mask is very important [00:28:19 CEST] <Compn> you just wait.... universal opencl is right around the corner! in the year 2020! [00:28:26 CEST] <Compn> pffft [00:29:17 CEST] <Compn> i would like to see a diff (or just summary diff) that removes all "things Daemon404 does not like" from ffmpeg. it would be interesting. [00:29:31 CEST] <Daemon404> rm -rf libavdevice [00:30:06 CEST] <Compn> as i dont use any of that, i agree. [00:30:12 CEST] <Daemon404> Compn, you do understand there is such a thing as software design right? [00:30:17 CEST] <wm4> for a start, I'd kill all deprecated APIs [00:30:32 CEST] <Compn> but people do like to screen record and capture tv devices... [00:30:36 CEST] <wm4> and then I'd stab elenril to finish his work [00:30:44 CEST] <Daemon404> Compn, sure, but it doesnt belong where it is [00:30:50 CEST] <Daemon404> and tehre are better libraries and tools. [00:30:58 CEST] <Compn> Daemon404 : i agree with you and you still mad :( [00:31:02 CEST] <Daemon404> you wouldnt put a pickerel inside a tasty cake [00:31:07 CEST] <Daemon404> same idea. [00:31:13 CEST] <jamrial> Daemon404: many people can program, not many people can design [00:31:16 CEST] <jamrial> so things happen [00:32:30 CEST] <Compn> i still dont get how libavdevice affects you negatively though [00:32:31 CEST] <Daemon404> jamrial, some people would have you believe you should only review the code [00:32:40 CEST] <Daemon404> if someone took the time to code it, it should be merged, of course. [00:32:49 CEST] <Daemon404> review of the idea itself or design is discourage. [00:32:51 CEST] <Daemon404> d [00:33:23 CEST] <Daemon404> does this sink need a 16-arm rotation dildo? [00:33:25 CEST] <Daemon404> probably not. [00:33:29 CEST] <Daemon404> but someone may find it useful. [00:33:31 CEST] <Daemon404> better add it. [00:33:40 CEST] <Daemon404> /rant [00:33:42 CEST] <Compn> ffmpeg* we have all the dildos. [00:34:19 CEST] <Compn> its first to 1million LOC really [00:34:25 CEST] Action: Compn awaits the day [00:34:30 CEST] Action: Daemon404 cools his thrusters/buffers [00:34:32 CEST] <Daemon404> too much rant for one day [00:34:51 CEST] Action: Daemon404 has probably offened too many people today for his quota [00:35:00 CEST] <gnafu> Daemon404: And that' [00:35:04 CEST] <gnafu> s saying something! [00:35:08 CEST] <gnafu> ;-) [00:35:40 CEST] <wm4> anyway, I still wish we could give this guy something reasonable to work on, so that I don't have to feel like the asshole I am [00:35:56 CEST] <Daemon404> no need to feel like an asshole [00:36:01 CEST] <Daemon404> i took that burden for you [00:36:07 CEST] <wm4> heh [00:37:13 CEST] <Daemon404> come to think of it. [00:37:28 CEST] <Daemon404> didnt i scare away that guy who wrote a 2nd (or 3rd?) dts-hd ma decoder? [00:37:38 CEST] <Daemon404> maybe it's best i restrain myself from replying. [00:38:09 CEST] <wm4> you mean foox86, or the guy who wrote the recent ffmpeg patches? [00:38:13 CEST] <Daemon404> no [00:38:17 CEST] <Daemon404> the other guy. [00:38:17 CEST] <nevcairiel> the other guy [00:38:20 CEST] <nevcairiel> what was his name [00:38:23 CEST] <wm4> there was one? oh [00:38:42 CEST] <nevcairiel> marcus johnson? [00:38:46 CEST] <Daemon404> yeah. [00:38:59 CEST] <nevcairiel> he recently appeared on the dcadec issue tracker and wanted to contribute a missing feature [00:39:03 CEST] <nevcairiel> i wonder if that ever happens [00:39:03 CEST] <wm4> ah, I think I remember [00:39:31 CEST] Action: Daemon404 is probably too much of an aggressive asshole to send mails to new contribs [00:39:59 CEST] <nevcairiel> we honestly dont need a 3rd incomplete decoder though [00:40:10 CEST] <nevcairiel> the avcodec decoder is already broken enough [00:40:46 CEST] <nevcairiel> i'm just happy that dcadec seems to be coming along quite nicely [00:40:59 CEST] <Daemon404> has it been fuzzed/ [00:41:09 CEST] <nevcairiel> dunno [00:41:22 CEST] <Daemon404> i'd be wary of setting it as the default dts decoder unless it has [00:41:42 CEST] <nevcairiel> cant be worse than the half finished dca-xll thing we have now [00:41:45 CEST] <Compn> muh 1000 fuzzed bugs [00:41:54 CEST] <Daemon404> 1000 is too low [00:42:01 CEST] <Daemon404> j00ru disapproves [00:42:06 CEST] <nevcairiel> but if you were to fuzz it and report crashes to the author, he would probably fix them rather quickly [00:42:14 CEST] <nevcairiel> he usually reacted quite quickly [00:42:27 CEST] <nevcairiel> i think jamrial reported some usan results and whatnot [00:42:38 CEST] <Daemon404> he seemed to port from D to C in record time [00:42:40 CEST] <Daemon404> initially [00:43:00 CEST] <Compn> i dont get why we dont just track each function and then set assertion upper and lower bounds. but thats because i'm not a programmer [00:43:26 CEST] <wm4> oh, I remember my first rwaction, it was basically "wow you did something nobody did, too bad it's useless because it's in FUCKING USELESS D" (dramatization) [00:43:36 CEST] <wm4> and then he ported it to C [00:43:58 CEST] <Daemon404> and you felt like a dick? [00:44:10 CEST] <nevcairiel> isnt D a OO language? sounds like he must've re-written lots of it [00:44:13 CEST] <jamrial> trolling worked in that case [00:44:35 CEST] <wm4> Daemon404: of course, but whatever [00:44:49 CEST] <Daemon404> also [00:44:50 CEST] <wm4> nevcairiel: yes, still pretty C/C++-like though [00:45:00 CEST] <Daemon404> i really should not send angry mails at 10+ PM [00:45:05 CEST] <Daemon404> bad idea is bad. [00:45:07 CEST] <nevcairiel> nonsense [00:45:19 CEST] <nevcairiel> you should not send angry mails when shitfaced, but late is fine! [00:45:37 CEST] <Daemon404> but then i may be left hanging till the next day ;) [00:46:22 CEST] <Daemon404> ruins a nigth and my morn [00:47:55 CEST] <wm4> I can confirm that trolling at night is not ideal [00:48:18 CEST] <baptiste> Daemon404, you're full of shit [00:48:33 CEST] <nevcairiel> i think we established that earlier [00:49:01 CEST] <Compn> oh snap. its on [00:50:33 CEST] <wm4> more like time to go to sleep [00:51:31 CEST] <Daemon404> baptiste, eh, you get lots of requests quite often for mainline features [00:51:40 CEST] <Daemon404> which are nontrivial to backport [00:51:45 CEST] <Daemon404> that is what i refer to. [00:53:53 CEST] <baptiste> you could say zlib is rotting as well [00:54:22 CEST] <Daemon404> zlib doesn't have something it wad forked off of, which people, with regularity, show up to ask for thinsg from [00:54:27 CEST] <Daemon404> s/wad/was/ [00:55:05 CEST] <Compn> quick Daemon404 , use this http://video.stackexchange.com/questions/14727/what-is-the-difference-betwe… [00:55:07 CEST] <Compn> :P [00:55:16 CEST] <Daemon404> i dont read stackexchange [00:56:32 CEST] <Daemon404> zlib also doesnt lack tons of CVEs which have been patched elsewhere, as well [00:56:41 CEST] <Daemon404> CVE patches* [00:57:04 CEST] <baptiste> yes but I'm not sure how that's relevant to the rotting factor, I was using zlib as a reference for software with a stable release more than 2 years old [00:57:19 CEST] <baptiste> but used quite a bit [00:57:33 CEST] <Daemon404> a stable release is one thing [00:57:52 CEST] <cone-309> ffmpeg 03Vittorio Giovara 07master:5c018ee18895: DirectDraw Surface image decoder [00:57:53 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:ff68b83968cb: Merge commit '5c018ee18895f88e9e1d2174059dcdd48bf872d2' [00:57:54 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:21d2e3d602dc: avcodec/dds: Fix palettes on big endian [00:57:54 CEST] <Daemon404> but zlib tends to e.g. patch security issues [00:57:59 CEST] <Daemon404> when they arise [00:58:25 CEST] <Daemon404> baptiste, the problem i see is that ffmbc waited too long to rebase [00:58:38 CEST] <Daemon404> making it pretty damn hard now if one wanted to cut a new stable release from it [00:59:06 CEST] <Daemon404> so it's kind of stuck without some requested things. [01:00:16 CEST] <baptiste> possibly, I think my biggest question is do I need to get the 75% cruft for the 25% amazing things that went in lately ? [01:00:56 CEST] <baptiste> I can backport the hevc decoder, most filters and multi frame encoding [01:03:26 CEST] <Daemon404> backporting may be a bit harder due to reference counting [01:03:33 CEST] <Daemon404> (i would argue reference counting is major, but i dont think you intend ffmbc to be used via API) [01:04:19 CEST] <Daemon404> i, personally, and not comfortable using something large, with a lot of CVEs filed, maintained by a single person [01:04:27 CEST] <Daemon404> not in a prod env, anyway. [01:10:01 CEST] <baptiste> anybody reasonable runs ffmpeg in a sandbox :) [01:10:17 CEST] <baptiste> the problem being all the CVEs not filed [01:10:23 CEST] <Daemon404> well yes [01:10:46 CEST] <Daemon404> the bus factor would still make me uncomfortable, though [01:10:51 CEST] <baptiste> with docker, it's very straigthforward these days [01:11:04 CEST] <Daemon404> docker isnt exactly 100% sandboxed [01:11:08 CEST] <Daemon404> just mostly. [01:11:12 CEST] <Daemon404> (i do use it) [01:13:11 CEST] <baptiste> well bus factor is an issue, if work is important it will be picked up, I've seen bus factor happening in companies, and they always survive :) [01:13:38 CEST] <Compn> Daemon404 : then whats your opinion of ffmpeg, maintained by one person.. (ohhhhhhhh) [01:13:56 CEST] <Daemon404> Compn, a lot of work done by one person, but there are multiple people [01:14:02 CEST] <Daemon404> and a very active mailing list full of people [01:14:15 CEST] <Daemon404> some of whom understand the internals quite well. [01:16:14 CEST] <Daemon404> i couldnt use ffmbc anyway [01:16:19 CEST] <Daemon404> it oesnt fit my usecase at all [01:16:34 CEST] <Daemon404> s/case/cases/ [01:17:20 CEST] <baptiste> it's specialized on purpose :) [01:17:57 CEST] <Daemon404> fyi, one thing i see request a lot is audio filters [01:18:00 CEST] <Daemon404> for ffmb. [01:18:05 CEST] <Daemon404> probably the most common thing [01:18:31 CEST] <Daemon404> i dont think ffmbc imported lib**resample [01:19:41 CEST] <baptiste> good point [01:21:21 CEST] <Daemon404> wm4, the student seems like a reasonable person [01:44:49 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:2de6d13622bc: Changelog: Move HAP to the correct section [01:49:53 CEST] <BBB> durandal_1707 ty for the db values (thats what I mainly use, so Im very happy with it now) [01:55:23 CEST] <Daemon404> a reasonable mail from reynaldo. [01:55:39 CEST] <Daemon404> night e-mailing is bad for me (and others around me). [01:56:12 CEST] Action: Daemon404 sleep 28800 [01:56:33 CEST] <BBB> g'nite [01:57:01 CEST] <Daemon404> nite. [02:00:35 CEST] <BBB> durandal_1707: and for stupidity sake, lets say I just wanted to reproduce tiny_ssim, would it be ffmpeg -i file.mkv -filter_complex movie=ref.y4m[main];[main][ref]ssim=stats_file=/dev/stdout[out] -f null -nostats -v error -? [02:00:48 CEST] <BBB> (and then I guess tail -1 to get just the summary line) [02:17:19 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:8575d960fea6: tests/fate/image: also run fate-sgi for the fate-image target [03:36:05 CEST] <cone-309> ffmpeg 03Stephan Vedder 07master:b368428fc0b5: avformat/electronicarts: Fixed ea_probe function to accept vp6a videos [03:53:44 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:b64e70436e9c: avformat/mpegts: Use STREAM_TYPE_PRIVATE_DATA instead of 6 [05:21:34 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:7a4b8817fe34: avcodec/texturedsp: Add protective () to RGBA() macro [05:21:35 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:abb833c5681b: swscale/rgb2rgb_template: Implement shuffle_bytes_0321_c and fix shuffle_bytes_2103_c on BE [05:21:36 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:760435801822: swscale/rgb2rgb_template: Fix signedness of v in shuffle_bytes_2103_c() [07:26:04 CEST] <cone-309> ffmpeg 03Niklesh 07master:813b2f0da3a7: movtextdec.c: Improve upon dynarrays and text_to_ass [07:27:33 CEST] <rcombs> ubitux: sorry I missed you the other day; around now? [09:20:31 CEST] <cone-309> ffmpeg 03Sebastien Zwickert 07master:c06fdacc3dc7: vda: unlock the pixel buffer base address. [10:57:32 CEST] <nevcairiel> kierank: i dont suppose you have CEA 861.3 swimming around somewhere? [11:00:06 CEST] <kierank> No idea what that is [11:00:19 CEST] <nevcairiel> HDR metadata spec [11:00:27 CEST] <nevcairiel> but i guess thats a no then :D [11:48:12 CEST] Action: __gb__ wouldn't be swimming in one of the CEA pool :) [11:48:16 CEST] <__gb__> (joke) [11:49:01 CEST] <__gb__> nevcairiel, I will likely push a one-liner that fixes all the issues on my side -- don't know if you had a chance to test long-mode on ancient HW [11:51:48 CEST] <nevcairiel> I don't have any such hardware anymore [11:52:07 CEST] <nevcairiel> the oldest intel gpu i have is ivy [11:55:46 CEST] <nevcairiel> i'll try to remember this if someone ever complains [12:10:13 CEST] <wm4> spell checkers... in lavu... [12:10:37 CEST] <nevcairiel> the concept that ffmpeg doesn't actually have to have all the features in the world is lost on some people [12:12:22 CEST] <j-b> I request an emailer [12:19:41 CEST] <Daemon404> ... [12:19:48 CEST] <Daemon404> i am not going to reply to mr nicholas geoerge [12:19:52 CEST] <Daemon404> that would only end badly. [12:19:59 CEST] <nevcairiel> wait a few hours, then do it [12:20:04 CEST] <Daemon404> no [12:20:06 CEST] <nevcairiel> :D [12:20:10 CEST] <Daemon404> history shows the man cannot be reasoned with [12:20:14 CEST] <Daemon404> it is akin to arguing with a wall [12:28:06 CEST] <wm4> fuck [12:28:08 CEST] <wm4> I replied [12:28:16 CEST] <wm4> and I will be accused of trolling [12:28:25 CEST] <wm4> although I'm pretty sure I'm not [12:31:57 CEST] <Daemon404> i think that's the least inflamatory mail i've ever read from you. [12:34:01 CEST] <Daemon404> ^ kierank [12:34:28 CEST] <wm4> what's Y416, or do I not want to know? [12:35:00 CEST] <BtbN> 16 bit stuff i think [12:35:08 CEST] <nevcairiel> Y416 is very simple [12:35:09 CEST] <wm4> "Packed, 4:4:4, 16-bit" [12:35:16 CEST] <nevcairiel> its just AVYU [12:35:18 CEST] <wm4> just 3*16bit? [12:35:25 CEST] <wm4> ok, 4*16bit [12:35:28 CEST] <wm4> sounds reasonable [12:35:36 CEST] <Daemon404> well [12:35:48 CEST] <Daemon404> i dont regard different packings as "colorspaces" [12:35:51 CEST] <Daemon404> ;) [13:00:40 CEST] <durandal_1707> BBB: you do not need to use tail and set file for ssim filter you only read stdout at end just like tiny_ssim [13:01:45 CEST] <Daemon404> shoulsnt it set metadata too? [13:03:03 CEST] <durandal_1707> for last one it can't as that doesn't belong to frame metadata [13:03:38 CEST] <durandal_1707> there needs to be some global metadata [13:04:15 CEST] <Daemon404> theres no way to return global metrics? :/ [13:04:35 CEST] <Daemon404> i guess the call app cpuld calculate [13:04:39 CEST] <Daemon404> calling* [13:24:09 CEST] <efesto> Hi all [13:24:21 CEST] <efesto> quesion about licensing [13:24:28 CEST] <efesto> is any available for answers ? [13:25:02 CEST] <efesto> I would like to understand if it's possible to include a library in ffmpeg [13:35:33 CEST] <BBB> Daemon404: Id rather have a stupid app (think bash script) [13:35:38 CEST] <BBB> like, something really stupid [13:36:44 CEST] <durandal_1707> efesto: what library? [13:39:44 CEST] <cone-309> ffmpeg 03Gwenole Beauchesne 07master:88325c2e0b63: vaapi_h264: fix RefPicList[] field flags. [13:47:03 CEST] <efesto> Durandal_1707, I would like to evaluate the option of using OpenImageIO for the image reading [13:48:18 CEST] <efesto> https://github.com/OpenImageIO/oiio [13:53:24 CEST] <cone-309> ffmpeg 03Gwenole Beauchesne 07release/2.7:071d7f4e179a: vaapi_h264: fix RefPicList[] field flags. [13:54:02 CEST] <[-T-]> gwenole, are you aound ? [14:05:56 CEST] <__gb__> hi [-T-], sometimes, yes [14:08:25 CEST] <[-T-]> cool [14:08:55 CEST] <[-T-]> I saw you commit on vaapi [14:09:06 CEST] <[-T-]> what about QSV, whould you be interested in working on it ? [14:10:10 CEST] <BtbN> QSV is basicaly windows only [14:10:43 CEST] <[-T-]> nooooo [14:10:46 CEST] <[-T-]> it's not, at all :) [14:11:38 CEST] <[-T-]> I do QSV h264 encoding in tvheadend using libav [14:11:40 CEST] <[-T-]> it works great ... [14:11:42 CEST] <[-T-]> https://software.intel.com/sites/default/files/Intel_Media_Developers_Guide… [14:11:45 CEST] <[-T-]> this is the API [14:11:54 CEST] <nevcairiel> dont you need to buy that expensive linux SDK to even be able to run it on linuix [14:11:58 CEST] <[-T-]> no [14:12:00 CEST] <BtbN> yes [14:12:05 CEST] <__gb__> there is a community edition available [14:12:06 CEST] <[-T-]> there is a community release [14:12:08 CEST] <__gb__> or soon to be available [14:12:09 CEST] <[-T-]> free of charge [14:12:26 CEST] <[-T-]> i use it and it works [14:12:41 CEST] <[-T-]> MediaServerStudioEssentials2015R5.tar.gz [14:12:55 CEST] <Daemon404> how does it differ from the paid one [14:13:04 CEST] <BtbN> propably not allowed for commercial use [14:13:06 CEST] <__gb__> no Intel Premier Support and that's it [14:13:12 CEST] <[-T-]> yes, no support [14:13:23 CEST] <BtbN> But iirc the QSV stuff on linux is another layer on top of libva [14:13:24 CEST] <[-T-]> but it includes all the libs/patches + the mfx dipatcher [14:13:34 CEST] <[-T-]> yes, it uses libva [14:13:45 CEST] <[-T-]> what's the problem ? [14:13:47 CEST] <Daemon404> the one thing i remember from my time working at intel: fuck libva [14:14:01 CEST] <__gb__> BtbN, well, + another driver that does more things -- but the gaps should reduce :) [14:14:22 CEST] <[-T-]> at the end, it works great for me [14:14:36 CEST] <[-T-]> the encoding is fully accelerated [14:14:47 CEST] <BtbN> I tried adding a libva based encoder to ffmpeg, but the libva encoding api is too painfull, i couldn't figure out how to do most stuff [14:14:47 CEST] <nevcairiel> this whole discussion is lacking a point [14:14:50 CEST] <Daemon404> last i checked, qsv encoding lacked some, uh, basic things [14:14:54 CEST] <Daemon404> like workign ratecontrol [14:14:57 CEST] <[-T-]> you need this change to use their dispatcher: https://trac.ffmpeg.org/ticket/4659#ticket [14:15:25 CEST] <Daemon404> nevcairiel, true. [14:15:29 CEST] <[-T-]> well I ask the encoder to use 1Mbit/s [14:15:30 CEST] <[-T-]> and it does [14:15:47 CEST] <[-T-]> what do you mean, it's lacking a point ? [14:16:59 CEST] <[-T-]> BtbN: but the qsv encoder actually 'partially' works [14:17:06 CEST] <[-T-]> at least with basic settings [14:17:35 CEST] <[-T-]> and there are some patches aound to make the decoding work on libav [14:17:58 CEST] <[-T-]> (for handbrake) [14:18:01 CEST] <BtbN> libva decoding works fine in ffmpeg, for quite a while [14:18:07 CEST] <BtbN> even the cli tool supports it now [14:18:46 CEST] <__gb__> BtbN, you merged the ffmpeg parts, or is still in your branch? [14:18:57 CEST] <[-T-]> can the decoded frames be reused ? [14:19:14 CEST] <BtbN> Nothing mergeable, just trying to understand how to use the api. [14:19:26 CEST] <BtbN> the most puzzling part is that you aparently have to generate large parts of the NAL bitstream yourself [14:19:29 CEST] <__gb__> I meant for the cli part, not the encoding part :) [14:20:02 CEST] <[-T-]> BtbN: if you have a patch I could try ... [14:20:27 CEST] <BtbN> should work via the -hwaccel option, __gb__ [14:20:49 CEST] <[-T-]> h264_vaapi right ? [14:21:06 CEST] <BtbN> no. [14:21:23 CEST] <nevcairiel> we dont have CLI vaapi support, only vdpau, afaik [14:21:39 CEST] <BtbN> oh, vda, not vaapi [14:21:42 CEST] <BtbN> that's the mac thing iirc [14:21:46 CEST] <nevcairiel> yes [14:22:02 CEST] <BtbN> No, still missing then. Can be used through vdpau though [14:22:07 CEST] <BtbN> there's a wrapper [14:22:34 CEST] <[-T-]> so no vaapi decoding ? [14:22:46 CEST] <BtbN> Install the vdpau wrapper and use that. [14:23:08 CEST] <[-T-]> vdpau wrapper to do vaapi decoding ? [14:23:20 CEST] <[-T-]> you mean the nvidia wrapper to do intel hw decoding ? [14:27:22 CEST] <[-T-]> VDPAU hwaccel works by the way, even to do transcoding in tvheadend [14:32:50 CEST] <durandal_1707> efesto: isn't it bsd licensed? [14:33:33 CEST] <efesto> possibly [14:33:42 CEST] <efesto> let me check [14:34:08 CEST] <BtbN> vdpau can't do transcoding [14:34:14 CEST] <efesto> Modified BSD License [14:35:52 CEST] <efesto> I suppose that as long as the LGPL of ffmpeg is respected (releasing the sources) should not be a problem right ? [14:36:41 CEST] <[-T-]> BtbN: it can decode the frames [14:36:51 CEST] <[-T-]> and you can reencode them [14:37:47 CEST] <[-T-]> i succesfully tested with tvheadend, decoding the frames with vdpau and reencode them with QSV [14:38:14 CEST] <[-T-]> it takes 20% of CPU for a HD channel, from 1080i to 720p 1Mbit/s, on a core i7 4790k [14:38:31 CEST] <[-T-]> the 20% are scaling, deinterlacign and probably a bit a memcpy [14:38:55 CEST] <[-T-]> without vdpau, it takes aroun 35%cpu [14:39:08 CEST] <BtbN> hwencoded 1Mbit/s 720p30 isn't realy a pleasant experience though [14:39:29 CEST] <[-T-]> for a phone it's quite ok [14:39:40 CEST] <BtbN> 480p would look better. [14:39:57 CEST] <BtbN> lower resolution has less impact than the encoding artifacts on a higher one [14:40:47 CEST] <[-T-]> yes .. but it's blurry [14:41:20 CEST] <[-T-]> but anyway :) [14:41:48 CEST] <[-T-]> with QSV, it's possible to do a full transcoding, including decoding/scaling/deint (and many more VPP) and encoding [14:41:52 CEST] <[-T-]> it would be soooo great [14:43:41 CEST] <BtbN> Well, use windows then, or get a nvidia card. [14:43:46 CEST] <BtbN> Everything is ready there [14:44:02 CEST] <BtbN> also, ffmpeg is not capable of a full hardware transcoding chain [14:44:16 CEST] <BtbN> there will allways be a reasonable bit of cpu usage [14:57:10 CEST] <[-T-]> BtbN: switching to windows does not seem to be the best solution ;) and i don't want to use vdpau because it wakes up my big ass GPU from sleep mode [14:57:29 CEST] <[-T-]> everything is ready under windows for offline transcoding yes [14:57:37 CEST] <[-T-]> i want live tv transcoding with tvheadend ... [14:57:54 CEST] <BtbN> ffmpeg on windows supports dxva for decoding, and qsv and nvenc for encoding [14:57:56 CEST] <[-T-]> but anyway, i don't get why it would be an issue to add proper QSV support in libav ? [14:58:10 CEST] <[-T-]> ah ok [14:58:20 CEST] <[-T-]> but tvheadend is linux only ... [14:58:27 CEST] <[-T-]> and my server as well [14:59:11 CEST] <BtbN> because there is(maybe soon was) no SDK available [14:59:29 CEST] <BtbN> And i'm not realy a fan of an SDK that wraps over libva with some closed-source changes [14:59:37 CEST] <BtbN> there already was something like that, libyami [14:59:52 CEST] <BtbN> there even was a patch on the ml i think, it was rejected, because too many layers [15:00:03 CEST] <[-T-]> there is an SDK now :) with open source examples [15:00:12 CEST] <BtbN> The SDK itself isn't open source [15:00:20 CEST] <[-T-]> but I get you point about libva... [15:00:29 CEST] <[-T-]> the SDK is only partially opensource yes :/ [15:00:44 CEST] <[-T-]> the is one library that is closed source [15:00:45 CEST] <BtbN> And i don't expect it to be packaged [15:00:54 CEST] <[-T-]> but so is nvidia nvenc [15:01:24 CEST] <[-T-]> and QSV support is already partially inside ffmpeg [15:01:29 CEST] <wm4> amazing how much they hate open source, and how much we're trying to please them anyway [15:01:32 CEST] <[-T-]> so either you completely remove it [15:01:39 CEST] <[-T-]> or improve it [15:01:44 CEST] <[-T-]> don't you think ? [15:02:11 CEST] <[-T-]> wm4: yes it's a shame, but at least they made a step forward [15:03:36 CEST] <[-T-]> the only 2 binary only files are libmfxhw64.so and iHD_drv_video.so [15:04:58 CEST] <BtbN> it also comes with a personal libva iirc [15:06:25 CEST] <[-T-]> sources are included [15:08:25 CEST] <BtbN> Great, nvenc at least just comes with the binary nvidia driver and is packaged that way... [15:09:29 CEST] <BtbN> I realy wonder what's up with the hw encoder interface in libva. Instead of fixing it, it gets wrapped, multiple times [15:09:38 CEST] <[-T-]> actually, it just comes with libva-1.3.1.tar.bz2 and a small patch [15:09:43 CEST] <[-T-]> that you don't have to use [15:09:58 CEST] <Daemon404> BtbN, thats the enterprise way of coding [15:10:03 CEST] <Daemon404> every problem is solved with abstraction [15:11:42 CEST] <[-T-]> that said, as QSV is already partially in, would you be against new additions ? [15:11:55 CEST] <[-T-]> like proper decoding and video post processing ? [15:12:32 CEST] <BtbN> QSV is targeted at the windows implementation, it just happens to work with the wrapper on linux [15:19:49 CEST] <BtbN> __gb__, is that new community SDK available somewhere already? [15:20:53 CEST] <Daemon404> https://software.intel.com/en-us/intel-media-server-studio [15:20:55 CEST] <Daemon404> i think it's in this> [15:21:02 CEST] <Daemon404> intel is never very clear where things are. [15:21:11 CEST] <BtbN> isn't that the old paid one? [15:21:24 CEST] <Daemon404> there is a community edition listed [15:21:32 CEST] <BtbN> hm, wants me to register [15:21:38 CEST] <Daemon404> of course. [15:21:40 CEST] <Daemon404> BigCorps [15:21:52 CEST] <BtbN> So no distribution packages for it, great. [15:22:03 CEST] <Daemon404> :D [15:22:16 CEST] <BtbN> And also no interest from me, as i don't feel like registering. [15:23:38 CEST] <BtbN> oh, there's also a HEVC de and encoder in there [15:23:46 CEST] <BtbN> but only in the 4000$ version [15:23:47 CEST] <Daemon404> only on select hw [15:25:44 CEST] <__gb__> unless the server reminded about my public IP, there is a link to directly download the community edition (wget'able) -- you should try yourself :) [15:27:07 CEST] <__gb__> no specific license key received by e-mail, so it would probably work as is [15:27:25 CEST] <__gb__> no tried yet, still download for the next hour [15:33:39 CEST] <[-T-]> BtbN: hold one, i ll host it for you [15:34:21 CEST] <BtbN> I want to package it for gentoo, that's not realy possible if you have to register for it [15:38:23 CEST] <__gb__> I think registration is requested as a means to acknowledge the license terms to the proprietary parts [15:38:35 CEST] <__gb__> how is this done for amd & nvidia drivers on the gentoo side? [15:38:48 CEST] <[-T-]> any idea where i could host the file ? [15:39:15 CEST] <BtbN> __gb__, https://developer.nvidia.com/nvidia-video-codec-sdk [15:39:24 CEST] <BtbN> The download link says "Agree and Download SDK for Windows and Linux" [15:39:41 CEST] <BtbN> and points straight to the zip file [15:40:11 CEST] <BtbN> The SDK is kinda strange though, important api headers and libs are hidden within examples [15:40:15 CEST] <__gb__> so, on the gentoo side, the user is given a chance to read through the license terms and continue on if ok? [15:41:05 CEST] <BtbN> Yes, ebuilds have the ACCEPT_LICENSE system. Unless someone puts a * there, which indicates he doesn't care about licenses, he'll have to accept the license. [15:41:26 CEST] <BtbN> But i'll only put it in my personal overlay for the time beeing anyway [15:47:07 CEST] <[-T-]> https://mega.nz/#!nt0AkApB!2tgaY0O-aQBDimPBf4XsNqslZLAOeHO8z0fzKOAO6SY [15:47:09 CEST] <[-T-]> here it is [15:50:38 CEST] <__gb__> [-T-], don't do that, and if you look/guess well, there is a wget'able link that doesn't require registration [15:51:43 CEST] <__gb__> BtbN, please follow the conventional process, though point taken, I will talk to a few people to know when this can be improved [15:52:41 CEST] <BtbN> [-T-], i'd take the file down, just to be safe. [15:54:03 CEST] <BtbN> __gb__, ok, i'm quite short on time at the moment anyway [15:54:51 CEST] <[-T-]> ok ok sorry [15:55:19 CEST] <[-T-]> done [16:37:29 CEST] <philipl> nevcairiel: Around? Can I convince you to look at the vdpau/hevc patch on the list? [17:12:40 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:9f997acdd003: avcodec/texturedspenc: Add () to protect macro / argument evaluation order [17:23:09 CEST] <BBB> durandal_1707: I think separate filters is fine, as long as its trivial (maybe give examples) to combine the two filters for people that want both ssim as well as psnr [17:23:16 CEST] <BBB> durandal_1707: (like, I wouldnt know how to do that) [17:24:58 CEST] <durandal_1707> note that numbers are slightly different between filter and tiny_ssim [17:25:58 CEST] <durandal_1707> filter one is from libvpx [17:35:04 CEST] <BBB> oh, hm... [17:35:10 CEST] <BBB> I think you want to use the ones from tiny_ssim [17:35:28 CEST] <BBB> loren wrote it and I trust him to do something sane [17:35:38 CEST] <BBB> how far apart are they? [17:43:45 CEST] <ubitux> BBB: ffmpeg -i a.mkv -i b.mkv -lavfi ssim=bla.log -f null - [17:43:49 CEST] <ubitux> doesn't work? [17:44:30 CEST] <BBB> oh [17:44:34 CEST] <BBB> I didnt know that worked [17:44:46 CEST] <BBB> (Im not familiar with the syntax at all :) ) [17:45:43 CEST] <ubitux> -lavfi is an alias to -filter_complex (idr if there are slight differences, but if so probably few) [17:46:07 CEST] <BBB> ah cool [17:46:08 CEST] <BBB> very nice [17:46:24 CEST] <ubitux> so it guesses the number of inputs at least [17:46:27 CEST] <ubitux> iirc [17:47:32 CEST] <rcombs> ubitux: *poke* [17:48:03 CEST] <ubitux> rcombs: hey :) [17:48:05 CEST] <ubitux> sorry :) [17:48:14 CEST] <rcombs> IRC handshake complete; proceeding with payload [17:48:27 CEST] <Daemon404> kinky [17:48:32 CEST] <ubitux> @_@ [17:48:35 CEST] <durandal_1707> BBB: but tiny_ssim is not lgpl [17:48:38 CEST] <rcombs> ubitux: so, right now ass_split sends \h through unchanged as \h, and {comments} through as {comments} [17:49:04 CEST] <BBB> durandal_1707: oh [17:49:05 CEST] <BBB> hm [17:49:10 CEST] <rcombs> ubitux: this is quite strange for e.g. WebVTT, which supports neither of those constructs, and would result in the literal strings "\h" and "{comments}" being displayed onscreen [17:49:18 CEST] <Daemon404> xiph's is more liberally licenses [17:49:20 CEST] <Daemon404> but slow. [17:49:20 CEST] <BBB> durandal_1707: loren wrote it, I think, maybe ask him? [17:50:00 CEST] <ubitux> rcombs: ah, undesirable [17:50:09 CEST] <rcombs> ubitux: the FATE test for this (which involves demuxing an SRT) seems to explicitly expect this behavior [17:50:12 CEST] <BBB> durandal_1707: you know what, just ignore me then. Im sure its fine if the values are similar'ish [17:50:32 CEST] <BBB> gnafu wont be seen for 2 weeks <evil grin> [17:51:28 CEST] <rcombs> ubitux: see e.g. line 155 of fate-suite/sub/SubRip_capability_tester.srt [17:52:32 CEST] <ubitux> rcombs: this is in srt [17:52:45 CEST] <ubitux> if you have {foo} in a srt, you want to display it [17:52:54 CEST] <ubitux> if you have {foo} in a .ass you don't want to display it [17:53:02 CEST] <rcombs> ass_split doesn't know the difference [17:54:10 CEST] <rcombs> and are non-breaking spaces actually expressed as "\h" in SRT? Like, do players support that? [17:54:53 CEST] <rcombs> (WebVTT certainly doesn't, and that's the fate test that's failing on me right now [with my patch that adjusts ass_split to assume input is ASS and output is not-ASS]) [17:55:09 CEST] <rcombs> see https://gist.github.com/fafe6d4026d6e01aa98f [17:55:59 CEST] <ubitux> wait, just one at a time [17:56:01 CEST] <ubitux> first the { } [17:56:10 CEST] <rcombs> sure [17:56:32 CEST] <ubitux> in vtt <-> srt, if you have { } it should stay as is in the output [17:56:43 CEST] <rcombs> seems reasonable [17:56:52 CEST] <rcombs> but then again, same applies to {\} [17:57:09 CEST] <ubitux> if you have { } in the .ass, it should disappear or call a special callback for the srt/vtt enc [17:57:27 CEST] <ubitux> same way, \{ \} in ass should become { } in ass/vtt [17:57:36 CEST] <ubitux> do we agree with that? [17:57:38 CEST] <rcombs> no [17:57:45 CEST] <rcombs> there is no way to escape {}s in ass [17:58:07 CEST] <ubitux> i thought i made that possible [17:58:13 CEST] <ubitux> so you can't display {hello} in ASS? [17:58:15 CEST] <rcombs> nope [17:58:36 CEST] <ubitux> well then less work to do [17:58:45 CEST] <ubitux> what if you have { } in srt [17:58:54 CEST] <ubitux> how should it be converted to ass? [17:59:05 CEST] <rcombs> that's the tricky part [17:59:09 CEST] <rcombs> it kinda depends on the player [17:59:50 CEST] <rcombs> some players (VSFilter or some ass_split-based stuff) will display ASS tags in SRT [18:00:06 CEST] <rcombs> I think VSFilter also parses MicroDVD color codes in SRT [18:00:14 CEST] <rcombs> there's no real spec for what the "right" behavior there is [18:01:39 CEST] <durandal_1707> pengvado: is it ok to relicense tiny_ssim to lgpl? [18:02:28 CEST] <ubitux> rcombs: ok well; so what behaviour is not correct currently in your opinion regarding {} convertion? [18:02:53 CEST] <rcombs> biggest thing is that {comments} in ASS are passed through as text [18:03:03 CEST] <ubitux> alright [18:03:10 CEST] <ubitux> should we introduce a "comment" callback then? [18:03:13 CEST] <ubitux> just like other markups? [18:03:53 CEST] <rcombs> it's kinda dicey [18:03:54 CEST] <wm4> rcombs: yes to MicroDVD [18:04:00 CEST] <wm4> and there are srt subs with microdvd tags [18:04:11 CEST] <rcombs> because you can have comments and tags in the same {block} [18:04:32 CEST] <ubitux> rcombs: well, the decoder needs to handle that :) [18:04:43 CEST] <rcombs> ubitux: also, apparently libass does allow {} to be escaped, but VSFilter does not [18:04:54 CEST] <ubitux> yes i added the code in libass for that :p [18:05:43 CEST] <rcombs> kinda sketchy [18:08:14 CEST] <rcombs> probably the safest thing to do would be to treat anything unknown inside a {} as an unknown tag, and pass it to the encoder as such [18:08:52 CEST] <wm4> rcombs: yes, it is sketchy... it breaks existing subs [18:09:09 CEST] <rcombs> :/ [18:09:31 CEST] <rcombs> has anyone ever actually wanted to use {}s literally in subtitles? [18:09:53 CEST] <wm4> also see https://code.google.com/p/xy-vsfilter/issues/detail?id=149 [18:10:39 CEST] <rcombs> that first comment [18:10:40 CEST] <rcombs> > rare [18:10:48 CEST] <rcombs> was that rare at some point? [18:11:06 CEST] <wm4> *shrug* [18:15:54 CEST] <Plorkyeran> the "rare" case would be a comment with \ before it [18:16:28 CEST] <Plorkyeran> which almost certainly is basically nonexistent [18:16:48 CEST] <rcombs> wm4: you said it broke existing subs? [18:17:14 CEST] <rcombs> (I'd also say "this seems surprising" if I hadn't been wrong about that on every other occasion) [18:17:21 CEST] <wm4> I had one such a case [18:17:25 CEST] <wm4> not sure if I can find it [18:17:31 CEST] <wm4> (does anyone have a regexp handy) [18:17:50 CEST] <rcombs> '\\\{'? [18:21:12 CEST] <wm4> seems like gstreamer is much better at generating subtly broken files than ffmpeg [18:22:05 CEST] <rcombs> kek [18:23:02 CEST] <wm4> `Dialogue: 0,0:08:45.10,0:08:46.60,Blackboard,,0000,0000,0000,,{\an8\fs22\frz1\fnJanieHmkBold\c&HCCD3CF&\pos(434,4)}Your vote changes the future of the country\NNational debt {\fnYen\fs12}\{\fnJanieHmkBold\fs22}550,000,000,000,000` [18:23:08 CEST] <wm4> is this it? [18:26:02 CEST] <rcombs> oh hah [18:26:14 CEST] <rcombs> I forgot about that particular bit of Windows idiocy [18:26:28 CEST] <rcombs> putting ¥ on \ [18:26:37 CEST] <Plorkyeran> w [18:26:44 CEST] <Plorkyeran> that one's totally my fault isn't it [18:27:16 CEST] <rcombs> blame VSFilter for not having decent escape mechanisms to begin with [18:28:06 CEST] <Plorkyeran> well I mean my fault as in I typeset that and used a font where \ was a yen character rather than an actual yen character for some reason [18:29:06 CEST] <rcombs> oh hah [18:29:16 CEST] <rcombs> well yeah that's on you then :P [18:29:40 CEST] <cone-309> ffmpeg 03James Almer 07master:910eeab48026: swscale/x86/rgb2rgb_template: add missing xmm clobbers [18:29:41 CEST] <cone-309> ffmpeg 03James Almer 07master:0c15f2f158e1: swscale/x86/rgb2rgb_template: don't call emms on sse2/avx functions [18:29:42 CEST] <cone-309> ffmpeg 03James Almer 07master:e22edbfd4132: swscale/x86/rgb2rgb_template: fix signedness of v in shuffle_bytes_2103_{mmx,mmxext} [19:24:28 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:0416b5e0330c: avcodec/jpeg2000dwt: Replace /2 by >>1 [19:38:13 CEST] <wm4> michaelni: why didn't you just make i unsigned? [19:41:06 CEST] <michaelni> some of the computation that involve it can be negative [19:46:51 CEST] <wm4> wouldn't >> be UB on them [19:54:22 CEST] <BBB> thats << [19:54:29 CEST] <BBB> see e.g. 27191b82de0b28ead9b3dcce5aaf1933087fd5fb [19:56:31 CEST] <wm4> C is hard [20:03:58 CEST] <cone-309> ffmpeg 03Rodger Combs 07master:94a43dcff1ea: lavf/brstm: add FATE tests for BFSTM and BCSTM files [22:25:38 CEST] <rcombs> welp, looks like I need to write (or get someone to write) hevc_mp4toannexb [22:26:00 CEST] <rcombs> though it seems like it'd be better to have that be handled at the muxer level, instead of requiring a filter? [22:27:08 CEST] <JEEBsv> wouldn't that be quite similar to the avc one? [22:27:22 CEST] <JEEBsv> I mean, they have added some parameter set types, but otherwise it should be quite similar [22:27:26 CEST] <JEEBsv> since both use NALs [22:28:06 CEST] <rcombs> yeah [22:28:28 CEST] <rcombs> I don't really get why it's a bsf for avc [22:29:02 CEST] <rcombs> the inverse conversion is handled by some demuxers [22:29:16 CEST] <rcombs> erm, muxers [22:29:33 CEST] <rcombs> (matroska and mov) [00:00:00 CEST] --- Wed Jun 24 2015

1 0

ffmpeg.log.20150623
by burek 24 Jun '15

24 Jun '15

[01:12:57 CEST] <aib> I'm splitting and joining a video using segment and concat, without any problems. However, if I process the segments (ffmpeg -i seg01.mp4 -map 0:v -map 0:a oseg01.mp4) they don't join properly; I get audio stutters at segment boundaries. any ideas? [01:16:54 CEST] <aib> looks like when I do "fmpeg -i seg01.mp4 -map 0:v -map 0:a oseg01.mp4", the output video has an extra frame at the beginning and is missing two at the end [01:17:02 CEST] <aplund> Using idet I get this output from what is meant to be an interlaced mpeg2 stream. How on earth is this meant to make sense? Is it TFF or BFF? http://pastie.org/10253960 [01:17:44 CEST] <c_14> aplund: TFF [01:18:23 CEST] <aplund> Why so many progressive frames? It's full of movement... and when I play it, it hardly looks interlaced at all. [01:19:06 CEST] <c_14> hmm, wait [01:19:11 CEST] <c_14> didn't even look at the progressive count [01:19:11 CEST] <aplund> it's a very strange. It's from dvb in Australia. [01:21:04 CEST] <c_14> aplund: might be a telecine pattern [01:22:35 CEST] <aplund> c_14: don't know if it helps but here is the stream info: http://pastie.org/10253965 [01:23:37 CEST] <aplund> my guess is that if tbc is double fps then it's interlaced [01:23:58 CEST] <aplund> but somehow idet is confused and reports lots of progressive frames. [01:24:24 CEST] <aplund> Perhaps the broadcasater does something weird to have interlaced streams appear progressive [01:25:11 CEST] <aplund> (not that I have any idea what tbr, tbn and tbc actually mean) [01:25:23 CEST] <c_14> You could try something like -vf idet,fieldmatch,yadif=deint=interlaced,decimate [01:25:35 CEST] <c_14> You might have to framestep through the video to check if it's doing what it's supposed to [01:36:58 CEST] <aplund> c_14: Lots of output from fieldmatch like :"Frame #216 at 15288.4 is still interlaced" [01:37:15 CEST] <c_14> That's what the yadif is for [01:46:46 CEST] <aplund> Is there any way to get ffplay to give you the frame number you are on? [01:47:15 CEST] <c_14> None I know of. [07:19:33 CEST] <sanjosekid_> libx264 is encoding our 320x240 frames at 1 Mbps! our input is realtime and low bandwidth. does anyone know what settings would produce lower bitrate? [07:23:45 CEST] <kepstin> probably setting a lower bitrate would do it. [07:24:43 CEST] <kepstin> if you're doing a "crf" encode and don't want to lower the quality more, try increasing the keyframe interval or using a slower preset? [07:25:14 CEST] <kepstin> can't provide any real hints unless I know what options you're currently using. [08:23:53 CEST] <sanjosekid_> thanks @kepstin [08:25:33 CEST] <sanjosekid_> @kepstin, we were thinking about 1) removing intra-refresh, 2) turning on error-concealment on decoder side, 3) we cannot use slower preset, our device has limited CPU [08:26:26 CEST] <sanjosekid_> we were going to check CFR based encoding, with bitrate-limit of 400 kbps. we relaxed CBR. [08:30:02 CEST] <sanjosekid_> our x264 is 1.5 years old - not sure if that might be an issue, i doubt it [08:30:43 CEST] <sanjosekid_> our settings are: av_dict_set(&dict.ptr, "g", "250", 0); // Default 15 av_dict_set(&dict.ptr, "vprofile", "high", 0); av_dict_set(&dict.ptr, "profile", "high", 0); av_dict_set(&dict.ptr, "tune", "zerolatency", 0); //animation+zerolatency av_dict_set(&dict.ptr, "preset", "veryfast", 0); av_dict_set(&dict.ptr, "threads", "4", 0); av_dict_set(&dict.ptr, "slice-m [11:38:23 CEST] <gurpartap1> Is there any facility in ffmpeg that it drop same number of audio packets to synchronize with video........ [14:44:30 CEST] <DRAWNBOX> Hello [14:45:27 CEST] <DRAWNBOX> When I type in ffmpeg -i "PNG's%04d.png" - [14:45:27 CEST] <DRAWNBOX> r 60 -vcodec libx264 -crf 15 "Build The Cities Mashup.mp4" it starts to duplicate frames in the render [14:45:44 CEST] <DRAWNBOX> E:\Blender\Visualizer\Build The Cities Mashup\Output>ffmpeg -i "PNG's%04d.png" - [14:45:44 CEST] <DRAWNBOX> r 60 -vcodec libx264 -crf 15 "Build The Cities Mashup.mp4" [14:46:11 CEST] <DRAWNBOX> I really dont know whats wrong with that [14:46:56 CEST] <DRAWNBOX> [14:47:06 CEST] <DRAWNBOX> http://pastebin.com/PJyGbker [14:47:12 CEST] <DRAWNBOX> Thats my console [14:48:49 CEST] <DHE> it thinks the input framerate is 25 and you're asking it resample to 60fps [14:48:55 CEST] <DHE> you need to make it think the input is 60fps instead [14:49:25 CEST] <DRAWNBOX> yep [14:49:52 CEST] <DRAWNBOX> wait, I cant read [14:49:57 CEST] <DRAWNBOX> How do I do that? [14:50:29 CEST] <DRAWNBOX> - framerate? [14:50:39 CEST] <Mavrik> DRAWNBOX, the order is important [14:50:49 CEST] <DRAWNBOX> oh, i see what I need to [14:50:50 CEST] <Mavrik> ffmpeg -r 50 -i input -r 25 [14:51:04 CEST] <Mavrik> means "interpret input as 50fps and then convert it to 25 fps" [14:51:10 CEST] <Mavrik> so if your input frames are at 60fps [14:51:17 CEST] <Mavrik> move -r 60 before -i :) [14:54:45 CEST] <relaxed> it's -framerate [14:55:06 CEST] <relaxed> although -r will probably work too [14:55:48 CEST] <DRAWNBOX> Now, I get something about past duration to large [14:56:19 CEST] <relaxed> pastebin your command and output [14:57:11 CEST] <DRAWNBOX> http://pastebin.com/yqLSzP30 [14:57:44 CEST] <relaxed> now try with -framerate 60 [14:58:11 CEST] <DRAWNBOX> that worked [14:58:46 CEST] <DRAWNBOX> Im pretty sure it did anyway [14:58:56 CEST] <DRAWNBOX> Once its done I will see if it looks right [15:08:23 CEST] <DRAWNBOX> Well, it worrked [16:19:33 CEST] <BurningCa007> Hello! Just wanted to ask a quick question, can ffmpeg get me raw audio samples from .mp3 files via C++ easily? [16:20:38 CEST] <BtbN> yes, if that's all you want, it's simple enough [16:21:11 CEST] <BurningCa007> Nice, thanks BtbN, care to point me in the general direction in the doc? [16:21:31 CEST] <BtbN> https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples [16:22:00 CEST] <BtbN> demuxing_decoding.c sounds most fitting for what you want [16:22:51 CEST] <BurningCa007> what about decoding_encoding.c [16:23:11 CEST] <BtbN> don't you want raw samples? [16:23:20 CEST] <BurningCa007> I do, but audio only? [16:23:31 CEST] <BtbN> So there is nothing to encode [16:31:16 CEST] <BurningCa007> BtbN: forgive me for asking some more, but is there a specific array that buffers the samples in the demuxing_decoding.c source? [16:34:17 CEST] <BurningCa007> So av_read_frame() gets me packets and then I call avcodec_decode_audio4 on them? [16:34:42 CEST] <BtbN> basicaly, yes [16:35:23 CEST] <BurningCa007> but avcodec_decode_audio4 returns the number of bytes consumed? [16:36:53 CEST] <BtbN> it returns a statis code [16:37:11 CEST] <BtbN> and gives you an AVPacket [16:40:17 CEST] <BurningCa007> uh doc says it stores the decoded data in the area pointed to by an AVFrame [16:40:29 CEST] <BurningCa007> I presume AVFrame::data is the array I'm looking for? [16:43:04 CEST] <BurningCa007> BtbN? [16:47:30 CEST] <BurningCa007> frame->extended_data got it, thanks. [17:19:05 CEST] <Mavrik> O.o [19:24:40 CEST] <zipped> hey there guys . I'm trying to capture an entire screen with the following command but it only captures half of the screen , any ideas why ? I'm freaking out here :) : [19:24:40 CEST] <zipped> ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 15 -s 1024x768 -i :0.0+448,156 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -threads 0 output.avi [19:26:27 CEST] <DHE> why are you specifying offsets if you want the whole screen? [19:26:50 CEST] <zipped> I tired w/o them as well ... didn't work [19:27:07 CEST] <zipped> your mean the +448,156 , right ? [19:27:40 CEST] <zipped> basically I just need a high quality screen capture with audio and frate of 15 [19:30:37 CEST] <zipped> ok I think I got it now , but w/o the audio . could you help me please with adding the audio ? [19:30:45 CEST] <zipped> ffmpeg -f x11grab -s 1920x1080 -r 15 -i :0.0 -qscale 0 -vcodec huffyuv output.avi [19:40:27 CEST] <zipped> DHE: ^ [19:41:10 CEST] <c_14> zipped: readd the -i pulse? [19:41:34 CEST] <zipped> ffmpeg -f x11grab -s 1920x1080 -r 15 -i :0.0 -qscale 0 -vcodec huffyuv -f pulse -ac 2 -i default output.avi [19:41:42 CEST] <zipped> I tried it like this but didn't work [19:41:49 CEST] <zipped> I must have got something wrong [19:42:26 CEST] <c_14> What is your default pulse capture device? Can you listen to it with any other program? [19:43:23 CEST] <zipped> yeah well , when I ran it like this it did work :ffmpeg -video_size 1024x768 -framerate 25 -f x11grab -i :0.0+100,200 -f pulse -ac 2 -i default output.avi but then I had the video capturing only half of the screen [19:44:57 CEST] <zipped> c_14: so I guess that default device is ok , I just don't use the command properly [19:45:31 CEST] <c_14> eh, oh [19:45:40 CEST] <c_14> move -qscale 0 -vcodec huffyuv after -i default [19:47:21 CEST] <relaxed> huffyuv is lossless, so -qscale 0 does nothing unless you meant -q:a 0 [20:10:56 CEST] <zipped1> c_14: perfect !! that did it :)) thanks a lot!! [20:38:15 CEST] <fabHK> when I used an output name of something.m4a, the file was not recognised by iTunes. Neither was .aac. However, output format .mp4 is recognised by iTunes. Yet, it doesn't seem to allow to remember the last playback position. [20:38:28 CEST] <fabHK> any suggestions? (sorry for delay, my VPN was acting up) [21:26:08 CEST] <fabHK> ah, looks like iTunes doesn't support AAC with the HE or HE-v2 profile.... dang, I really wanted to use it for 24kb/s voice compression... [00:00:00 CEST] --- Wed Jun 24 2015

1 0

ffmpeg-devel.log.20150622
by burek 23 Jun '15

23 Jun '15

[00:06:26 CEST] <cone-554> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:d8a04d916b24: ffserver: formating [00:06:27 CEST] <cone-554> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:683f57354deb: ffserver: drop unneeded else branching [00:06:28 CEST] <cone-554> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:758c7a5cbc30: ffserver: drop unneeded else branching [00:06:29 CEST] <cone-554> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:6504047f8286: ffserver: drop unneeded else branching [01:45:20 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:1c495b0bf690: avcodec/jpeg2000: Move gainb handling into the quantization code [02:15:31 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:69f7ccef8e12: avcodec/jpeg2000dwt: Move K/X constants to header [02:15:32 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:6c7b1597c779: avcodec/jpeg2000: Move H band scaling from wavelet into quantization code [02:36:34 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:b1fdf81c6eed: avcodec/jpeg2000dwt: use 32x32->64 multiplies in the 9/7i DWT [03:17:21 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:4e926fb969ac: avcodec/jpeg2000: Move L band scaling from the 9/7f wavelet to quantization stage [04:52:43 CEST] <BBB> so for ivf encoding, it writes s->streams[]->duration at the write_header phase, but this element is typically AV_NOPTS_VALUE (st->duration = 0) e.g. when were reading a webm file and converting to ivf [04:52:53 CEST] <BBB> what would be the recommended way to create an actual duration out of it? [04:53:20 CEST] <BBB> if I just keep track of timestamps in write_packet and add a write_trailer, it works, is that the best way? [04:53:26 CEST] <BBB> (it seems kind of hacky) [04:55:39 CEST] <BBB> (like in http://pastebin.com/x83X5JYe) [12:45:48 CEST] <cone-309> ffmpeg 03Luca Barbato 07master:61dc9d647c66: udp: Fix local_port management [12:45:49 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:8fb672b50ae3: Merge commit '61dc9d647c6664e11674d9a10fdde29987d6acda' [13:22:51 CEST] <cone-309> ffmpeg 03Mariusz SzczepaDczyk 07master:80e18bb4868a: lavf/avio: Extend API with avio_move() and avio_delete() [13:22:52 CEST] <cone-309> ffmpeg 03Mariusz SzczepaDczyk 07master:824a82d1b8c6: lavf/file: implement move and delete callbacks [14:14:24 CEST] <Daemon404> i propose we add a GUI toolkit to libav* [14:14:32 CEST] <Daemon404> suppose you are writing a player. [14:14:51 CEST] <Daemon404> or perhaps an implementation of the X protocol. [14:14:51 CEST] <j-b> that's a great idea. [14:16:54 CEST] <Compn> sure [14:17:25 CEST] <Compn> i think we should talk to downstreams and see what they want from us , videolan seems to complain a lot but i dont see bug reports or a wiki explaining what they want. [14:17:28 CEST] Action: Compn looks at j-b [14:17:33 CEST] <thardin_> I seem to recall kostya having written an RE report on some obscuring video format, concluding that it's basically X (but Win32 calls instead) [14:17:42 CEST] <Daemon404> thardin_, well we have xface. [14:17:52 CEST] <Daemon404> thardin_, you are thinkinf of GDI calls [14:18:35 CEST] <thardin_> I suppose [14:18:44 CEST] <Compn> i wonder how many gdi calls we would need to emulate to get that one codec working [14:19:09 CEST] <thardin_> you could probably use wine for it [14:19:13 CEST] <Compn> i know "all of them" but ... how big would it be from win95 really? [14:19:15 CEST] <Compn> maybe. [14:19:25 CEST] <thardin_> might just have been a win3.1 thing [14:26:50 CEST] <__gb__> PICT opcodes are also interesting (QuickDraw IIRC) [14:42:46 CEST] <BBB> is libavformat/hevc.c a half-copy of libavcodec/hevc_ps.c? [14:43:09 CEST] <nevcairiel> a bad one at that [14:43:18 CEST] <BBB> it has complete pps/vps/sps parsing routines in it [14:43:21 CEST] <BBB> why does it exist? [14:44:35 CEST] <nevcairiel> iirc its used to build the extradata for mp4 [14:45:12 CEST] <nevcairiel> because the mp4 people thought its a good idea to duplicate half of the sps/pps/vps values into their own struct, and then include the full sps/pps/vps in addition to that :p [14:50:01 CEST] <BBB> of course! [14:52:39 CEST] <wm4> reminds me of matroska (just with other codecs) [14:53:38 CEST] <nevcairiel> matroska rarely invents their own thing [14:53:45 CEST] <nevcairiel> they usually copy the idea from someone else [15:07:23 CEST] <_[-T-]> hi [15:07:50 CEST] <_[-T-]> is there any dev that participated to the QSV implementation around ? [15:21:30 CEST] <ubitux> no one is going to stop the incoming c++ header madness on the other side? [15:21:54 CEST] <BtbN> hm? [15:22:03 CEST] <ubitux> trying to put extern "C" [15:22:42 CEST] <Daemon404> ... [15:22:42 CEST] <Daemon404> where [15:22:42 CEST] <BtbN> don't see a problem with it in public headers, as long as it's in the propper ifdefs [15:22:44 CEST] <ubitux> Daemon404: libav irc [15:22:53 CEST] <Daemon404> i argue it should be in eh including program [15:22:56 CEST] <Daemon404> the* [15:23:00 CEST] <ubitux> we don't support c++ [15:23:07 CEST] <thardin_> that thing strikes me as an mru-ism [15:23:09 CEST] <ubitux> and we even use specific c construct in our headers [15:23:17 CEST] <BBB> I think weve typically suggested c++ projects to use extern C { around their av* header includes [15:23:25 CEST] <BBB> and that works fine [15:23:25 CEST] <ubitux> yes [15:23:43 CEST] <BBB> oh you mean libav will do that? [15:23:45 CEST] <BBB> good for them [15:23:48 CEST] <BBB> let them do it [15:23:55 CEST] <BBB> I mean, if thats the best value they can add to the project [15:23:58 CEST] <BBB> weve come a long way [15:24:00 CEST] <ubitux> well i don't know if they're going to, but someone is starting to suggest patches [15:24:02 CEST] <BBB> congrats guys [15:27:01 CEST] <wm4> well, I sure hope they won't accept an incomplete patch [15:27:08 CEST] <wm4> (extern C for some headers but not all) [15:30:51 CEST] <Daemon404> g 56 [15:32:21 CEST] <ubitux> michaelni: has dilaroga write access to the git? [15:32:34 CEST] <ubitux> i haz english [15:40:03 CEST] <BBB> michaelni: at some point you added code to h264 so that if you seek in a file (in e.g. ffplay), it skips until the next keyframe; do you remember what commit that was? Id like to recreate that in hevc [15:49:58 CEST] <nevcairiel> that is quite a bunch of commits working together, the initial implementation had a bunch of issues [16:36:49 CEST] <__gb__> hi nevcairiel, have you noticed any regression in dxva2/h264 on master with interlaced streams? [16:37:01 CEST] <nevcairiel> no [16:37:26 CEST] <nevcairiel> If i had, I would've fixed it [16:37:32 CEST] <nevcairiel> not like anyone else cares about h264 [16:37:39 CEST] <nevcairiel> eh dxva2 [16:37:40 CEST] <__gb__> the conformance streams in question are not in fate-test [16:37:46 CEST] <nevcairiel> i shouldn't be doing 10 things at the sme time [16:39:33 CEST] <__gb__> bisect'ed to d8151a7 [16:39:36 CEST] <wm4> michaelni: your libswresample fix is faulty... now it remembers the state from the first config call, and when closing and reopening it doesn't re-decide [16:40:43 CEST] <__gb__> and reproducible with libav (a12d318) [16:41:26 CEST] <nevcairiel> maybe it only affects ancient intel devices which use the long slice syntax? [16:41:42 CEST] <nevcairiel> or on which hardware are you testing? [16:41:52 CEST] <__gb__> ivybridge :) [16:42:19 CEST] <__gb__> but with vaapi and that one hasn't changed [16:42:23 CEST] <nevcairiel> that should use the short slices syntax, so thats not it [16:42:39 CEST] <__gb__> turns out the "reference" fields is not correctly propagated, i.e. it's stuck to "frame" [16:42:51 CEST] <__gb__> nevcairiel, no short-syntax decode in vaapi [16:42:56 CEST] <nevcairiel> ah [16:43:01 CEST] <nevcairiel> silly vaapi [16:43:08 CEST] <__gb__> well, not in the open source driver [16:43:14 CEST] <__gb__> in practice, this yields nothing [16:43:26 CEST] <__gb__> I mean short vs. long in terms of power & performance [16:44:06 CEST] <nevcairiel> for dxva2, in the past it was just terribly annoying to support the long syntax version for intel only, while nvidia and amd never needed it .. but luckily that is in the past [16:44:23 CEST] <nevcairiel> anyhow, can you share the conformance sample that fails? [16:44:25 CEST] <__gb__> i.e. you still have to parse slice level headers in both cases for ref frames management [16:45:23 CEST] <__gb__> SP1_BT_A, FM1_FT_E, FM2_SVA_C, FM1_BT_B and sp2_bt_b [16:47:20 CEST] <wm4> michaelni: and libavresample probably has the same issue [16:48:52 CEST] <__gb__> nevcairiel, oh, there are many more -- just completed the full run with & without the hashes I mentioned [16:49:23 CEST] <__gb__> i.e. 41 new failures [16:49:35 CEST] <nevcairiel> the ones you listed are documented on some wiki page as not supported [16:50:18 CEST] <nevcairiel> ie. FM* is FMO which we apparentlky dont do [16:50:30 CEST] <__gb__> extended -> main for some, anyway, will copy the list [16:51:01 CEST] <__gb__> cavlc_mot_fld0_full_B for one [16:52:51 CEST] <wm4> michaelni: I'll work it around... apparently reusing a resample context after closing it is not sane [16:53:30 CEST] <__gb__> pastebin.com/VqVXYN1L [16:54:02 CEST] <nevcairiel> let me build a fresh ffmpeg and i'll run the fate tests with hwaccel [16:54:36 CEST] <__gb__> (don't care about BA3_SVA_C [possible driver issue] and CVFI1_Sony_D [usual crop issue]) [16:54:41 CEST] <__gb__> thanks [16:55:05 CEST] <nevcairiel> i didnt hear anything from my users though, they usually find such things quickly [16:56:02 CEST] <nevcairiel> looking at vaapi code, it looks like fill_vaapi_pic might be the problem [16:56:10 CEST] <nevcairiel> it only gets passed the full H264Frame, not the ref-list entry [16:56:18 CEST] <nevcairiel> so the ->reference field it works on might be the wrong one [16:56:41 CEST] <nevcairiel> H264Picture, not frame [16:57:45 CEST] <nevcairiel> so make that function take H264Ref instead, and deref to ref->parent wherever needed [16:58:24 CEST] <__gb__> iirc, that was changed to H264Ref, let me check again [16:59:15 CEST] <nevcairiel> looks like h264 might have the same problem, but nothing uses the long form decoding anymore, so noone noticed [16:59:46 CEST] <__gb__> you don't use H264Ref in dxva2 either [17:00:07 CEST] <__gb__> will probably work on a fix tomorrow, or use 2.6 in the interim [17:00:47 CEST] <__gb__> (unless you beat me on that) [17:00:53 CEST] <nevcairiel> i cant test vaapi [17:01:16 CEST] <nevcairiel> so unless dxva2 in short slice syntax also fails [17:01:30 CEST] <nevcairiel> (and on nvidia at that, dont have a intel gpu handy right now) [17:02:59 CEST] <nevcairiel> fate-h264-conformance-cavlc_mot_fld0_full_b works at least [18:08:06 CEST] <michaelni> wm4 how can i reproduce the swr issue ? [18:08:37 CEST] <michaelni> ubitux, i think no [18:09:31 CEST] <wm4> michaelni: allocate a swresample context, open it with s16 5.1 as input and output formats, close it, open it again this time with stereo/float as output format [18:09:34 CEST] <michaelni> BBB, dont remember but like nevcairiel said it was several commits, there where some fixes for keyframe less streams [18:21:34 CEST] <michaelni> wm4, the issue is soxr specific or happens without soxr ? [18:22:38 CEST] <wm4> michaelni: not soxr specific... it's because internal_sample_fmt is set to a value other than AV_SAMPLE_FMT_NONE, which disables the format selection logic [18:22:53 CEST] <michaelni> ok, thx now i understand [18:23:31 CEST] <wm4> (I've already worked it around, there are probably more issues like this lingering since this doesn't ever get tested) [18:35:34 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:0dd2790df50e: swresample/swresample: Clear delayed_samples_fixup in clear_context() [18:35:35 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:d4325b2fea9e: swr: Remember previously set int_sample_format from user [18:40:47 CEST] <rcombs> durandal_1707: any idea what a REGN chunk might be? [18:42:12 CEST] <durandal_1707> first time heard [18:45:23 CEST] <rcombs> it's in a few Splatoon files and a couple Fire Emblem ones [18:45:39 CEST] <rcombs> one of the Splatoon ones doesn't have the loop flag set, but I'm pretty sure it loops in-game [18:46:16 CEST] <rcombs> and it also has 0x0C in the presumed-to-be-padding byte between the channel count and the sampling rate [18:47:25 CEST] <rcombs> 3104 bytes of& something or other [18:47:29 CEST] <rcombs> it's mostly 0x00s [19:07:52 CEST] <Daemon404> jamrial, fyi we have been complaining about the "filesystem" api since long before it was even a gsoc proposal [19:07:56 CEST] <Daemon404> it is always swiftly ignored [19:08:08 CEST] <Daemon404> something akin to "debbit downers nto welcome" [19:08:17 CEST] <Daemon404> or *one* guy saying "well *I* find it useful" [19:08:30 CEST] <jamrial> ah, then that's a different story, yeah [19:09:26 CEST] <Daemon404> as for gsoc, it may be to save face if not enough students were accepted [19:09:27 CEST] <Daemon404> i dunno. [19:09:32 CEST] <kierank> Daemon404: ... [19:09:40 CEST] <Daemon404> kierank, ? [19:09:49 CEST] <kierank> the whole filesystem bullshit [19:09:54 CEST] <Daemon404> yes [19:09:57 CEST] <Daemon404> it's fucktarded [19:10:00 CEST] <Daemon404> it has been sicne day 1 [19:10:04 CEST] <Daemon404> many have complained sicne day 1 [19:10:08 CEST] <Daemon404> and every subsequent time [19:10:11 CEST] <Daemon404> it's all useless [19:10:13 CEST] <Daemon404> it chugs ahead anywya. [19:11:09 CEST] <Daemon404> ffmpeg also has this terrible habbit of the following process: [19:11:12 CEST] <Daemon404> 1) terrible idea is sent [19:11:14 CEST] <Daemon404> 2) it is rejected [19:11:22 CEST] <Daemon404> 3) it is sent again in a few months [19:11:28 CEST] <Daemon404> 4) pushed, because dissenting parties didnt see it [19:12:10 CEST] <Daemon404> 1 and 2 may be repeated ad nauseum [19:13:43 CEST] <cone-309> ffmpeg 03Tobias Rapp 07master:2abdc6f477a3: fate: add some tests for ffv1 level 3 with 8/10/16 bps [19:14:47 CEST] <jamrial> in that case philipl's suggestion to use review tools like reviewboard or gerrit may come in handy [19:14:54 CEST] <jamrial> to make sure unwanted additions don't sneak by :p [19:15:37 CEST] <Daemon404> i doubt it helps [19:15:43 CEST] <BtbN> i hate gerrit, not because of code review, but because it's gerrit. [19:15:49 CEST] <Daemon404> usually the response to dissent is "BUT IT'S A FEATURE" [19:15:53 CEST] <BtbN> ReviewBoard seems better to me [19:15:58 CEST] <Daemon404> and it gets added ti teh avgarbagedump [19:17:57 CEST] <philipl> I know that it's disruptive if you're used to an email centric workflow, but when we first switched after years of the usual email thing, it was a real improvement. [19:18:14 CEST] <philipl> Your workflow needs to change but it doesn't make you less productive. [19:18:59 CEST] <Daemon404> philipl, you wont find any support unless the thing has a cli or mail interface [19:19:08 CEST] <Daemon404> many here are used to ML + mutt [19:19:10 CEST] <Daemon404> for patches [19:19:19 CEST] <Daemon404> web ui wont go down well [19:19:26 CEST] <Daemon404> my 2 cents [19:19:31 CEST] <Daemon404> i could be wrong [19:19:43 CEST] <philipl> Daemon404: No doubt, but honestly if the majority of developers don't want to change, then there's no point pushing hard for it. [19:19:50 CEST] <wm4> Daemon404: well, I did see it, but I was already accused of trolling often enough [19:19:59 CEST] <Daemon404> wm4, yes that pisses me off [19:20:04 CEST] <Daemon404> commenting on a bad design or feature [19:20:07 CEST] <Daemon404> is "trolling" [19:20:14 CEST] <Daemon404> it's called a bloody review [19:20:19 CEST] <Daemon404> you review design and ideas [19:20:21 CEST] <Daemon404> not just code. [19:20:24 CEST] <Compn> philipl : well, we can always try using reviewboard and see if any of us like it :P [19:20:36 CEST] <philipl> reviewboard lets you reply to reviews by email if you really want, and there's a review request management cli but it probably won't satisfy you. [19:20:37 CEST] Action: Compn doing the 'lets try it' thing Daemon404 hates [19:20:46 CEST] <philipl> Yes, we can always just have it there and have people choose to use it or not. [19:20:57 CEST] <durandal_1707> rcombs: are you gonna send patch about last packet with noise? [19:21:01 CEST] <Compn> as long as someone volunteers to admin it :P [19:21:12 CEST] <Daemon404> philipl, michaelni is the one you will have to convince [19:21:16 CEST] <Daemon404> he does the bulk of reviews [19:21:18 CEST] <Daemon404> and pushes [19:21:24 CEST] <philipl> I'm willing to admin it if we do it. [19:21:27 CEST] <philipl> Daemon404: agreed. [19:22:04 CEST] <philipl> Right now, I'm suffering enough with my GSoC student that I sometimes feel its worth it just to set it up and if it's only him and me, I still win. [19:22:08 CEST] <Daemon404> i dont think ive used a review system that handles patch sets, inline comments, and multiple patchste revisions, dropping patches from a series [19:22:11 CEST] <Daemon404> etc [19:22:14 CEST] <Daemon404> not all of them, i mean [19:22:15 CEST] <Daemon404> maybe 1. [19:22:28 CEST] <Daemon404> usually they fail in at least 1 respect [19:22:36 CEST] <Compn> wonder what linus uses [19:22:39 CEST] Action: Compn runs [19:22:40 CEST] <philipl> Daemon404: reviewboard doesn't do patch sets as a first class entity. [19:22:46 CEST] <Daemon404> linus uses alpine and a mailing list c [19:22:47 CEST] <Daemon404> Compn, [19:22:48 CEST] <philipl> He does email + Mutt, to be sure. [19:22:50 CEST] <Daemon404> similar to michaelni. [19:23:10 CEST] <durandal_1707> fork it [19:23:13 CEST] <philipl> I'm surprised you guys are so tolerant of attachment patches, given this. [19:23:23 CEST] <philipl> They make reviews very tedious. [19:23:26 CEST] <Daemon404> philipl, if a mimetype is set right, clients inline them [19:23:44 CEST] <Compn> attachments can be made to display as text no matter what [19:23:49 CEST] <Compn> mime type. [19:23:55 CEST] <philipl> Yes, they can, but then I hit reply and the patch isn't quoted :-) [19:24:03 CEST] <Daemon404> my client does [19:24:04 CEST] <Daemon404> i set it to. [19:24:18 CEST] <Compn> what client are you using philipl ? [19:24:27 CEST] <philipl> Claws. [19:24:54 CEST] <Compn> i'm using claws too, or maybe slypheed fork [19:25:20 CEST] <philipl> Maybe there's something I can turn on - right now I copy/paste-as-quoted the patch when I reply. [19:25:24 CEST] <philipl> Not the end of the world, of course. [19:25:46 CEST] <Daemon404> if it's inlined in your client [19:25:52 CEST] <Daemon404> right click -> select all -> hit reply [19:26:02 CEST] <Compn> highlighting/selecting makes it go in reply too [19:26:16 CEST] <philipl> Ah - I never thought to do that from the attachment view, maybe it works there. [19:26:39 CEST] <Compn> but then you lose comments sometimes :P [19:26:40 CEST] <Compn> ehe [19:26:45 CEST] <philipl> True. [19:27:02 CEST] <Compn> bah who needs those?! code only! :) ehe [19:27:29 CEST] <philipl> nevcairiel: Will you look at my vdpau/hevc change? [19:27:50 CEST] <philipl> It's not very interesting if you believe me about the runtime behaviour, but someone needs to look at it. [19:29:40 CEST] <philipl> As for reviewboard, I'll get an installation up and running so people can look at it. If nothing else, I'll make my student use it. :-) [19:30:24 CEST] <wm4> who's the student? [19:30:29 CEST] <philipl> Niklesh [19:33:22 CEST] <Daemon404> philipl, what problems are you having [19:33:36 CEST] <Daemon404> IME student problems are usually "student cannot follow instructions" [19:33:40 CEST] <Daemon404> and doesnt apply changes [19:47:39 CEST] <rcombs> durandal_1707: yes [20:02:04 CEST] <philipl> Daemon404: He's not doing anything wrong but I hate going back and forth between the patch and the codebase. Reviewboard lets you expand the diff to show the full file [20:24:35 CEST] <Compn> philipl : you havent memorized the code yet? :P [20:24:41 CEST] <Compn> ehe [20:25:03 CEST] Action: Compn runs diff in his head [20:42:48 CEST] <cone-309> ffmpeg 03Shivraj Patil 07master:f6276842f38d: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for block functions [20:56:18 CEST] <cone-309> ffmpeg 03Luca Barbato 07master:2ecfd451649c: Implement Snappy decompression [20:56:19 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:9e5b0f070b69: Merge commit '2ecfd451649c7a08cb633635df98e59f7c6e2140' [21:07:31 CEST] <durandal_1707> what is point of texture codecs, to use in games? [21:08:17 CEST] <cone-309> ffmpeg 03Vittorio Giovara 07master:8337e0c57345: Introduce a TextureDSP module [21:08:18 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:d1dc22dddd79: Merge commit '8337e0c57345f24cf6471220e5f8a0ea21b7c1d0' [21:32:01 CEST] <jamrial> michaelni: the j2k-dwt test seems to fail on several fate clients [21:33:47 CEST] <jamrial> it crashes on msvc, and fails on some linux, freebsd, os2 and mingw32 clients [21:36:12 CEST] <jamrial> seems to be always on x86_32, save for msvc where it just crashes regardless of arch [22:31:36 CEST] <cone-309> ffmpeg 03Vittorio Giovara 07master:c0b105756f61: txd: Use the TextureDSP module for decoding [22:31:37 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:a5b2b22d9a45: Merge commit 'c0b105756f61d253bdabcc2bb49453a2557e7c3b' [22:31:38 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:4df3cf90bf7a: swscale/rgb2rgb_template: Disable shuffle_bytes_2103_c on big endian [23:05:07 CEST] <cone-309> ffmpeg 03Vittorio Giovara 07master:7ca3e5203f13: Hap decoder and encoder [23:05:08 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:55219a78c7d0: Merge commit '7ca3e5203f133eb41a0b5c3a1d753a7427ba72e7' [23:20:42 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:19dc1ed4ada3: avcodec/jpeg2000dwt: Use a tighter check threshold for the 9/7f DWT test [23:20:43 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:8428e2c5f37e: avcodec/jpeg2000dwt: Print 1 digit less in the 9/7f DWT test [23:20:44 CEST] <cone-309> ffmpeg 03Michael Niedermayer 07master:f067ee57c95d: avcodec/jpeg2000dwt: Move large arrays used in the test code away from the stack [23:21:06 CEST] <michaelni> jamrial, fate j2kdwt issues maybe fixed [23:32:19 CEST] Action: Daemon404 sits back and waits for his forty lashes [23:39:35 CEST] <wm4> so uh can't we give this guy a more sensible task? [23:39:48 CEST] <nevcairiel> probably not [23:40:11 CEST] <Daemon404> no [23:40:18 CEST] <Daemon404> once it has been accepted by google, it cannot change [23:40:28 CEST] <wm4> I mean, all technical issues aside, it's not like I want to kick him out just because [23:40:29 CEST] <Daemon404> don't worry, i'll be written off as an asshole/troll [23:40:31 CEST] <Daemon404> life will go on [23:40:34 CEST] <Daemon404> the API will be pushed [23:40:57 CEST] <Daemon404> wm4, on the contrary, i feel bad for teh student [23:41:19 CEST] <wm4> (also didn't the mentor say bye?) [23:41:26 CEST] <Daemon404> lukasz? [23:41:31 CEST] <wm4> yeah [23:41:31 CEST] <JEEBsv> yeah, he probably didn't know what kind of crapola he ended up grabbing [23:41:39 CEST] <Daemon404> ... but it was his damn API for his sole use [23:41:43 CEST] <Daemon404> and he up and left? [23:41:47 CEST] <nevcairiel> why does it always feel like that arguments founded in actual logic just don't change anything, but if some non-developer wants to stop a patch that adds pkg-config support, it'll never ever get in? =P [23:42:17 CEST] <wm4> it's like democracy [23:42:37 CEST] <nevcairiel> democracy doesnt work for the goverment, who ever though its a good idea here? :p [23:42:42 CEST] <Daemon404> nevcairiel, https://www.youtube.com/watch?v=ilcRS5eUpwk [23:42:44 CEST] <Daemon404> i get this feeling [23:42:45 CEST] <Daemon404> a lot. [23:43:14 CEST] <wm4> Daemon404: he basically said he thought the community (us) was full of shit [23:43:26 CEST] <Daemon404> .... [23:43:37 CEST] <Daemon404> because we didnt want his awesome API? [23:43:41 CEST] <JEEBsv> nîn [23:43:48 CEST] <wm4> yes [23:44:10 CEST] <wm4> (I wonder if anyone is using the libavdevice opengl support he left there...) [23:44:55 CEST] <nevcairiel> Hey I used that code as a bit of inspiration when working on some other opengl stuff [23:45:17 CEST] <Daemon404> you know [23:45:27 CEST] <Daemon404> i thought i should sell all my stuff [23:45:30 CEST] <Daemon404> and my house [23:45:34 CEST] <Daemon404> and become a hermit [23:45:39 CEST] <Daemon404> i'd be so much happier [23:45:43 CEST] <nevcairiel> hermits need stuff [23:46:04 CEST] <Daemon404> sure, i can collect bits of string, and dog corpses [23:46:11 CEST] <Daemon404> i'd still feel more sane than i do on ffmpeg-devel [23:46:12 CEST] <wm4> becoming a hermit sounds good... libavdevice/hermitdec.c? [23:46:15 CEST] <nevcairiel> who is the mentor of that student now anyway [23:46:19 CEST] <Daemon404> nevcairiel, lukasz. [23:46:21 CEST] <Daemon404> who left. [23:46:24 CEST] <nevcairiel> i thought he left [23:46:28 CEST] <Daemon404> :D [23:46:36 CEST] <nevcairiel> then he obviously isnt doing it anymore [23:46:46 CEST] <jamrial> wow, his last email was from that youtube-dl patch [23:46:46 CEST] <wm4> so this whole situation is a bit strange [23:46:48 CEST] <jamrial> it really made him quit [23:47:09 CEST] <Daemon404> jamrial, that thread... lol [23:47:13 CEST] <Daemon404> that whole threads was nuts [23:47:25 CEST] <wm4> man, all these issues are because people want to coerce stuff into the existing libav*s [23:47:38 CEST] <Daemon404> stop being downer, MAN [23:47:42 CEST] <Daemon404> what are you, a NARK? [23:47:50 CEST] <Daemon404> er, NARC [23:47:52 CEST] <jamrial> the patch didn't make it in, so now you can't say that everything gets pushed even if people are against it :p [23:48:05 CEST] <Daemon404> jamrial, and it only cause one person to quite [23:48:07 CEST] <Daemon404> quit* [23:48:09 CEST] <Daemon404> to keep it out [23:48:14 CEST] <nevcairiel> its the same thing everytime, they want their own live to be as easy as possible, so shoving stuff into the library they already use is a cheap way out [23:48:23 CEST] <wm4> crazy if you think about it [23:48:38 CEST] <wm4> well, if ffmpeg were gstreamer, it'd be fine [23:48:47 CEST] <wm4> because gstreamer can have plugins for all kinds of stufddf [23:48:53 CEST] <wm4> but ffmpeg is not gstreamer [23:48:59 CEST] <Daemon404> yet [23:49:24 CEST] <wm4> and even if you regret that ffmpeg is not gstreamner, you can't just change it by using a muxer interface as video output API and shit [23:50:19 CEST] <nevcairiel> isnt the entire point of avdevice to use muxer/demuxer as hardware interfaces [23:50:29 CEST] <nevcairiel> in that context it even makes a bit of sense [23:50:58 CEST] <wm4> to me it seems like it's a cheap hack for dealing with ffmpeg.c being monolithic [23:51:20 CEST] <nevcairiel> probably, but then everything in avdevice falls into that category [23:51:30 CEST] <nevcairiel> not only the opengl out [23:51:35 CEST] <wm4> of course [23:51:45 CEST] <wm4> libavdevice is insane [23:52:23 CEST] <nevcairiel> the demuxing parts just happen to work somewhat, and people wanted audio and video capture [23:52:36 CEST] <wm4> the new place to dump everything is libavfilter, but at least that makes slightly more sense [23:52:55 CEST] <wm4> yeah, but it should have been in ffmpeg.c or a separate API [23:53:07 CEST] <wm4> I'm not arguing against ffmpeg.c being able to capture video [23:53:19 CEST] <wm4> I'm just some sort of API cleanness troll [23:53:44 CEST] <Daemon404> stop trying to actually design things [23:53:45 CEST] <Daemon404> its trolling [23:53:46 CEST] <nevcairiel> didnt libav want to merge avdevice into avformat some time ago [23:53:53 CEST] <Daemon404> i didnt think so [23:54:17 CEST] <nevcairiel> because its essentially just muxers and demuxers being the prime reasoning [23:54:47 CEST] <wm4> I think that discussion was more about stopping pretending that lavd and lavf are separate libs [23:54:57 CEST] <wm4> (lavd uses lavf internals) [23:55:12 CEST] <nevcairiel> it has to, cant build demuxers without it [23:57:45 CEST] <Daemon404> wm4, im trying to think [23:57:50 CEST] <Daemon404> like [23:57:52 CEST] <Daemon404> gsoc. [23:57:58 CEST] <Daemon404> we cant have him work on somethign else [23:58:00 CEST] <Daemon404> that'd get us banned. [23:58:04 CEST] <Daemon404> so wat do [23:58:09 CEST] <Daemon404> i feel bad for the guy. [23:58:38 CEST] <nevcairiel> whats his proper task description anyway [23:59:34 CEST] <Daemon404> https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2015 [23:59:37 CEST] <Daemon404> i cant actually find it [23:59:50 CEST] <llogan> https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2015#Browsingcontenton… [00:00:00 CEST] --- Tue Jun 23 2015

1 0

ffmpeg.log.20150622
by burek 23 Jun '15

23 Jun '15

[00:04:11 CEST] <justinX> hi poop. The only thing I can see about keyframe options are minimum/maximum/disable ? [00:06:19 CEST] <poop> justinX: -g 1 works, but the video looks poor and the file sizes are really large. [00:06:20 CEST] <justinX> would "... imposed upon WebM files, over and above the Matroska counterpart ... and keyframes stored at the beginning of clusters" be related? [00:07:03 CEST] <justinX> I mean, do .webm always do what you want? [00:08:00 CEST] <poop> I have several webm files where the clusters begin with keyframes, but I didn't do the encoding. [00:08:08 CEST] <poop> I need "Key frames SHOULD be placed at the beginning of clusters." [00:08:46 CEST] <poop> Wish they put a 'MUST' there... [00:11:25 CEST] <justinX> ah [00:13:44 CEST] <poop> I'm going to check my output with mkvalidator instead of my own program. Maybe this is an error on my part. [00:23:21 CEST] <poop> So much for that. [00:29:01 CEST] <poop> justinX: The error was in my program, not ffmpeg side. Thanks for your help! [00:41:12 CEST] <justinX> ok [03:38:29 CEST] <meandrain> hi. Any idea if it is possible to adnotate a video (with text comments over it) with ffmpeg? [03:38:47 CEST] <c_14> Annotate in what way? [03:38:56 CEST] <meandrain> it is ok if text is encoded into frame (it does not need to be like a subtitle) [03:39:03 CEST] <c_14> drawtext [03:39:25 CEST] <c_14> that or ass subtitles [03:39:34 CEST] <meandrain> Let's say I want to make a video to explain to somebody how to install an app. I have the video but I don't want audio, just to add some texts to it [03:39:46 CEST] <c_14> drawtext [03:39:51 CEST] <meandrain> yes [03:40:22 CEST] <c_14> https://ffmpeg.org/ffmpeg-filters.html#drawtext-1 [03:40:32 CEST] <meandrain> c_14 thanx [04:11:09 CEST] <knock_knock> How can I find errors in a h246 file? [04:21:15 CEST] <c_14> You want to find out if there are errors, or you want the specific spot? [04:29:43 CEST] <knock_knock> specific spot [04:29:58 CEST] <knock_knock> I know there are errors, I just dont know what they are or where [04:41:18 CEST] <c_14> You could try `ffmpeg -i video -f null /dev/null' and then look how far it got in the video before it died [04:41:24 CEST] <c_14> That'll give you the first point. [04:41:37 CEST] <c_14> Then find the first seekpoint after that where it works. [04:41:44 CEST] <c_14> And then the point where it dies next, etc. [04:41:52 CEST] <c_14> Not sure if there's a way to just find all the broken points. [04:42:31 CEST] <knock_knock> can ffmpeg find a pattern of broken points? Like if theres a break every n bytes or NALs or something? [04:43:44 CEST] <c_14> If you leverage the api, maybe. Don't think the cli will do it. [04:45:13 CEST] <knock_knock> I'm getting a lot of "concealing 140 DC, 140 AC, 140 MV errors", how can I show those errors? [04:46:02 CEST] <c_14> loglevel debug maybe? [04:47:10 CEST] <knock_knock> Thanks, will try. When I get an output h264 @ 0xsomeaddr, that's a memory address, right? Not in the input file? [04:47:36 CEST] <c_14> pretty sure, ye [04:47:53 CEST] <knock_knock> Thanks [04:49:56 CEST] <knock_knock> Is there a way to show the address in the file where the error occurs? I'm getting some useful errors now, but I'm not sure where in the file the errors are. [04:53:02 CEST] <c_14> Maybe, I don't know of one though. [07:46:31 CEST] <siphon> ffmpeg adds seek information to live webm when I pipe the output to a tcp socket. [07:46:42 CEST] <siphon> I think this is because I added '-f webm'. [07:46:52 CEST] <siphon> Is there any way to not have this seek information included? [07:48:05 CEST] <siphon> (SeekHead, Seek, SeekID, SeekPosition EBML elements) [08:22:58 CEST] <gurpartap1> I want to run ffmpeg command on the terminal emulator of my android phone. Any idea how I can install ffmpeg on my android phone? [09:36:51 CEST] <feliwir> hey i keep getting undefined references for ffmpeg eventhough i link all libraries [09:45:54 CEST] <feliwir> i've built both ffmpeg & my program with the latest gcc version (from github) [09:46:32 CEST] <feliwir> is there a way to get the compiler version that was used for ffmpeg compilation [09:47:03 CEST] <c_14> `ffmpeg -version' should print it [09:48:34 CEST] <feliwir> ah thanks. Hm it used gcc 6.0, just like my program did. I link against all ffmpeg libraries, but i still get things like: "undefined reference to av_gettime_relative [09:49:12 CEST] <c_14> configure line? [09:49:53 CEST] <feliwir> http://pastebin.com/DRF7qYTg [09:55:11 CEST] <c_14> Does it work with just ./configure ? [09:55:42 CEST] <feliwir> c_14: i didn't test that, but my laptop would need hours to compile everything [09:56:05 CEST] <c_14> any errors in config.log ? [09:56:09 CEST] <c_14> especially near the end? [09:58:55 CEST] <feliwir> c_14: no, not a single error [09:59:43 CEST] <c_14> That exact configure line works for me with gcc 4.9.2 on git HEAD [10:01:04 CEST] <feliwir> i can you show you my link configuration maybe i screwed that: http://pastebin.com/B85GqjVJ [10:01:12 CEST] <feliwir> ( it looks a bit ugly due to cmake) [10:02:16 CEST] <c_14> Wait, are you linking your own program against the libraries? [10:02:32 CEST] <feliwir> c_14: yes [10:02:59 CEST] <c_14> Did you include libavutil/time.h ? [10:03:28 CEST] <feliwir> not anywhere in my program [10:03:54 CEST] <feliwir> just avcodec.h, avformat.h and swresample [10:06:00 CEST] <c_14> Hmm, the linker flags look fine. [10:07:02 CEST] <feliwir> when in try to use ffplay on a file i keep getting: protocol not found. What does that mean? [10:08:57 CEST] <c_14> You disabled the file protocol with --disable-everything and never enabled it [10:09:14 CEST] <c_14> *reenabled [10:09:28 CEST] <feliwir> hm. I try a normal ./configure and write here if it works then [10:10:09 CEST] <feliwir> where can i report bugs by the way? There is a mistake in EAprobe [10:10:23 CEST] <c_14> https://ffmpeg.org/bugreports.html [10:11:47 CEST] <c_14> If you still can't get it to work with the regular ./configure; you might want to ask on the libav-user(a)ffmpeg.org mailing list [10:15:06 CEST] <feliwir> hm there are 1000 open bugs, so i should maybe try to fix the bug myself? It doesn't seem like they are dealt with that fast [10:15:29 CEST] <c_14> Depends on the bug. Some of those are feature requests, some are difficult to track down etc [10:15:40 CEST] <c_14> Fixing the bug yourself and sending a patch to the ml is always appreciated though. [10:16:09 CEST] <feliwir> The bug is that ffmpeg chooses the wrong codec for vp6a files (vp6 files with alpha) [10:16:33 CEST] <feliwir> so each of those files isn't loadable [10:18:02 CEST] <c_14> Might be an easy fix, but I'm not acquainted with that part of the codebase. [10:18:17 CEST] <c_14> If you can fix it yourself, https://ffmpeg.org/developer.html#Submitting-patches [10:19:58 CEST] <feliwir> oh. It sounds very complicated :-/ I thought i could just make a PR [10:20:30 CEST] <c_14> The mailing list is preferred. Easier for people to track. [10:20:33 CEST] <c_14> It's not that complicated. [10:20:49 CEST] <c_14> As long as you follow the coding guidelines and don't break fate, you can just use git send-email to send your patch to the ml [10:21:33 CEST] <c_14> (attaching the patch to an email is fine too, it's just more likely to break depending on your mail client) [10:22:29 CEST] <feliwir> i never used mailing lists and i don't have a mail client except the one inside of the browser [10:23:13 CEST] <feliwir> by the way i just recompiled ffmpeg with only "./configure". Bugs are still the same [10:24:17 CEST] <c_14> try the libav-user(a)ffmpeg.org mailing list. Make sure to describe your problem and provide snippets of the actual errors. Maybe someone there knows what's going on. [10:29:05 CEST] <siphon> Anyone have experience with sending output to a tcp port? [10:30:10 CEST] <siphon> The output to a file is different than what I'm receiving using tcp. [10:43:21 CEST] <anoop_r> http://pastebin.com/n3qcbq8R [10:43:54 CEST] <anoop_r> please help me [10:44:03 CEST] <anoop_r> which componet i miss [10:45:53 CEST] <anoop_r> component i miss [11:22:43 CEST] <feliwir> does anyone see something wrong here: http://pastebin.com/8i9g4KLx ? [11:26:34 CEST] <feliwir> it's a minimal program showing my linker error [11:31:20 CEST] <cbsrobot_> feliwir: where is your libavutil/avutil.h ? [11:32:16 CEST] <feliwir> cbsrobot_: it's in /usr/local/include [11:33:18 CEST] <feliwir> ah it's called avcodec_alloc_frame now? [11:38:19 CEST] <feliwir> however when i fixed it i get even more errors: http://hastebin.com/umumemobil.text [11:39:12 CEST] <gurpartap1> Is it possible in ffmpeg to sync audio and video to system clock? [11:39:14 CEST] <chama> when did the eq filter introduce to ffmpeg? [11:39:50 CEST] <chama> in ffmpeg 2.4.2 it says [11:39:50 CEST] <chama> No such filter: 'eq' [11:40:13 CEST] <gurpartap1> relaxed: Is it possible in ffmpeg to sync audio and video to system clock? [11:40:48 CEST] <gurpartap1> relaxed_: Is it possible in ffmpeg to sync audio and video to system clock? [11:42:09 CEST] <feliwir> someone had the same errors like me before? [11:58:18 CEST] <gurpartap1> Venti : Is it possible in ffmpeg to sync audio and video to system clock? [11:58:30 CEST] <gurpartap1> trn: Is it possible in ffmpeg to sync audio and video to system clock? [12:02:58 CEST] <feliwir> how can i convert to vp6 with ffmpeg by then way? when i use -f vp6 it says thats not a suitable output format [12:14:58 CEST] <feliwir> and how do i set the background color in ffplay? [12:23:32 CEST] <feliwir> is saw that there is a colors option, but i don't know how to set the background color [12:27:37 CEST] <staysix> Hello, is FFmpeg capable of online/real-time downsampling? [12:51:46 CEST] <rachelfish> hi there #ffmpeg is there any way to make a composite of two videos with a chroma key / greenscreen? [12:58:43 CEST] <gurpartap1> wcpan_: Is it possible in ffmpeg to sync audio and video to system clock? [13:00:12 CEST] <wcpan_> I don't think there is a flag to do so, you can use ffmpeg library [13:04:57 CEST] <BtbN> There is no chroma key filter in ffmpeg. [13:05:03 CEST] <staysix> Hi, is FFmpeg capable of online/real-time downsampling? [13:05:35 CEST] <BtbN> ffmpeg git has a color key filter now, which operates on RGB colors, and isn't exactly fast yet. [13:05:53 CEST] <BtbN> It can do somewhat ok greenscreen filtering, but a chrome key filter would be better. [13:06:56 CEST] <gurpartap1> Btbn: Is it possible in ffmpeg to sync audio and video to system clock? [13:08:00 CEST] Last message repeated 1 time(s). [13:08:23 CEST] <BtbN> It still syncs audio and video automaticaly based on their timestamps. [13:08:43 CEST] <BtbN> If your device gives you broken timestamps, there's not much you can do about it, specialy when it's not a static offset. [13:11:56 CEST] <durandal_1707> rachelfish: there is colorkey [13:12:05 CEST] <rachelfish> What's the difference? [13:12:32 CEST] <rachelfish> colorkey only works on a specific color vs a range of colors? [13:13:19 CEST] <durandal_1707> depends who good is your greenscreen [13:13:34 CEST] <durandal_1707> *how [13:16:38 CEST] <BtbN> colorkey = operates on RGB colors [13:16:42 CEST] <BtbN> chromakey = YUV [13:17:10 CEST] <BtbN> As most videos are YUV, colorkey is not optimal at all, and degrades quality and performance [13:17:33 CEST] <BtbN> Also, the colorkey filter is not yet optimized at all, so it's very slow. [13:23:51 CEST] <gurpartap1> BtnN: please can you review my commandline? [13:26:46 CEST] <jcorneli> I've been experimenting with creating "screencast" videos using ffmpeg [13:26:55 CEST] <jcorneli> This works fine: ffmpeg -f alsa -i pulse -f x11grab -r 30 -s 1280x720 -i :0.0+5,0 -acodec libvorbis -vcodec huffyuv output.avi [13:27:07 CEST] <jcorneli> However, when I try to convert the AVI files to WEBM, I get choppy audio [13:27:44 CEST] <jcorneli> Can anyone suggest a formula for converting to WEBM? [13:28:19 CEST] <jcorneli> I've also tried directly recording to WEBM, but the audio drops out. [13:29:13 CEST] <jcorneli> What I tried for converting the API is: ffmpeg -i output.avi -c:v libvpx -minrate 1M -maxrate 1M -b:v 1M -qscale 8 output.webm [13:29:24 CEST] <gurpartap1> BtbN: here is http://pastebin.com/DZsMipy1 commandline options [13:43:30 CEST] <jcorneli> aha, I think I figured it out [13:44:12 CEST] <jcorneli> The initial recording should use a less compressed audio format, like this: ffmpeg -f alsa -i pulse -f x11grab -r 30 -s 1280x720 -i :0.0+5,0 -acodec libvo_aacenc -vcodec huffyuv output.avi [13:44:26 CEST] <jcorneli> then the command for conversion seems to work fine. [14:39:02 CEST] <feliwir> c_14: git send-mail doesn't seem to be a valid command [14:43:32 CEST] <feliwir> how do i send patches when git send-mail isn't working? [14:43:47 CEST] <BtbN> git send-email is a very valid command. [14:44:26 CEST] <feliwir> git: 'send-email' is not a git command. See 'git --help'. [14:46:21 CEST] <BtbN> Your git installation is damaged then [14:46:47 CEST] <feliwir> BtbN: my git installation is very fresh from the debian repositories [14:51:30 CEST] <feliwir> ah it's a seperate package [15:12:47 CEST] <feliwir> can someone tell me what i do need to pass to git send-email when my patch is ready? I've never used that command before [15:24:51 CEST] <feliwir> anyone please? I have really no idea how to submit my commit with git send-email [15:29:24 CEST] <durandal_1707> you can send patch as attachment [15:30:00 CEST] <feliwir> durandal_1707: would this be okay as patch: http://pastebin.com/QqGP2BE7 ? [15:30:29 CEST] <feliwir> i'd like to add an example file [15:31:39 CEST] <durandal_1707> Looks like you already sent it [15:31:48 CEST] <feliwir> i made a dry run [15:31:59 CEST] <feliwir> or did you receive something? :D [15:32:16 CEST] <durandal_1707> You can reply to mail with example file [15:32:44 CEST] <durandal_1707> or edit patch with link in it [15:32:49 CEST] <feliwir> seems ok. I am really not used to mailing lists :( [15:35:38 CEST] <feliwir> ohm: Need MIME::Base64 and Authen::SASL todo auth at /usr/lib/git-core/git-send-email line 1262. [15:36:05 CEST] <feliwir> what do i need to install? [15:37:24 CEST] <spaam> what dist? [15:37:30 CEST] <feliwir> linux mint [15:38:22 CEST] <spaam> feliwir: libauthen-sasl-perl and libmime-base64-perl [15:39:58 CEST] <feliwir> thanks spaam. Now i get this: Please log in via your web browser and then try again. [15:41:54 CEST] <feliwir> got it :) [15:47:05 CEST] <Nico__> Hi ! I have some problem to compile ffmpeg with nbk for android application. It return that : Makefile:2: config.mak: No such file or directory Makefile:59: /common.mak: No such file or directory Makefile:100: /libavutil/Makefile: No such file or directory Makefile:100: /library.mak: No such file or directory Makefile:102: /doc/Makefile: No such file or directory Makefile:185: /tests/Makefile: No such file or directory make: *** No r [15:47:25 CEST] <Nico__> I'm using Windows 8 with Cygwin [15:48:25 CEST] <Nico__> Can someone help me please ? [15:54:38 CEST] <Mavrik> Doesn't the app come with a proper NDK compile script? [15:54:43 CEST] <Mavrik> Or do you have to compile ffmpeg yourself? [15:54:57 CEST] <Nico__> I have to do myself [15:55:48 CEST] <Mavrik> well then run configure first. [15:55:56 CEST] <spectromas> does anyone know of a way to recognize the lame preset use for an mp3 file (V0, V2 etc)? [15:56:21 CEST] <Nico__> Ok I try [15:58:42 CEST] <Nico__> ok [15:58:51 CEST] <Nico__> i return "C compiler test failed." [15:59:05 CEST] <Nico__> it* [16:01:03 CEST] <Nico__> My command "gcc", used for compile, return an error [16:01:24 CEST] <Nico__> And i don't know how to use it with Win8.1 [16:02:30 CEST] <Nico__> Tried on an Ubuntu VM, doesn't work too [16:25:37 CEST] <proserpine-> whats the prefered video/audio encoding for faster youtube processing? [16:28:04 CEST] <Nico__> Proserpine : avi i think [16:33:31 CEST] <Mavrik> proserpine-, https://support.google.com/youtube/answer/1722171?hl=en [16:34:20 CEST] <proserpine-> i'm trying ot convert an audio file to video by looping an image at 1fps [16:34:27 CEST] <proserpine-> it gets uploaded fine but stuck at processing [16:34:44 CEST] <Mavrik> 1 fps video can cause issues yes. [16:37:15 CEST] <proserpine-> use libvo_aacenc? [16:37:17 CEST] <proserpine-> or which one [16:49:28 CEST] <proserpine-> hmm i use ffmpeg -loop 1 -r 2 -i blank-240p.png -i audio.aac -c:a libvo_aacenc -ab 44100 -ar 48000 -ac 2 -b:a 128k -shortest -pix_fmt yuv420p video.mp4 [16:49:37 CEST] <proserpine-> let's see how fast youtube will process it [16:54:23 CEST] <proserpine-> hmm took 5 mins for 2 hours long audio, not bad :) [16:55:49 CEST] <chungy> youtube accepts just about anything [16:56:06 CEST] <Mavrik> proserpine-, fdk-aac is the best of the AAC encoders [16:56:10 CEST] <Mavrik> in ffmpeg [16:58:37 CEST] <proserpine-> Mavrik: it's not included in static build of ffmpeg? i think i need to compile myself :( [16:59:09 CEST] <Mavrik> yeah, license forbids distribution of compiled ffmpeg with fdk-aac [16:59:18 CEST] <proserpine-> ah i see [17:01:54 CEST] <proserpine-> fiy "ffmpeg -loop 1 -r 2 -i blank.png -i audio.aac -c:v libx264 -preset medium -tune stillimage -crf 0 -c:a libvo_aacenc -ab 44100 -ar 48000 -ac 2 -b:a 128k -shortest -pix_fmt yuv420p video.mkv" seems to be processed fastest with youtube [19:06:38 CEST] <feliwir> is carl in here? [19:21:52 CEST] <durandal_1707> no [19:23:46 CEST] <feliwir> durandal_1707, did you read my patch? Because carl was unable to reproduce the error it fixed [19:31:10 CEST] <durandal_1707> yes I read it and I'm little confused what you are attempting to do [20:20:35 CEST] <feliwir> durandal_1707, did you test the file i've provided? [20:22:07 CEST] <durandal_1707> it is only missing probe check [20:22:38 CEST] <feliwir> durandal_1707, yes that's what i added [20:22:44 CEST] <feliwir> if i am not mistaken :D [20:23:03 CEST] <durandal_1707> First 4 bytes so format is guessed [20:23:24 CEST] <durandal_1707> No you added it in wrong place [20:23:36 CEST] <feliwir> durandal_1707, i added it in ea_probe [20:23:48 CEST] <feliwir> seemed like the probe function to me [20:25:31 CEST] <durandal_1707> in patch it is under process_ea_header [20:26:23 CEST] <feliwir> ohm. I added it in ea_probe and process_ea_header i think [20:27:57 CEST] <feliwir> might be the case that i failed with that mailing list stuff though -.- [20:28:46 CEST] <durandal_1707> yes, clean up code and start again [20:29:05 CEST] <feliwir> mailing lists are a stupid concept -.- [20:29:40 CEST] <llogan> what method would you prefer instead? [20:30:28 CEST] Action: llogan switches to twitter to perform reviews [20:31:24 CEST] <feliwir> llogan, pull requests on github [20:32:00 CEST] <llogan> another person wants to use something called reviewboard [20:35:49 CEST] <feliwir> i can't even see what i changed on that e-mail list -.- [20:36:13 CEST] <feliwir> brb [20:36:38 CEST] <llogan> i'm beginning to feel old [20:39:50 CEST] <feliwir> how do i attach a new .diff to the email conversation? [20:46:11 CEST] <llogan> feliwir: what client are you using? [20:46:24 CEST] <feliwir> llogan, gmail browser client? :D [20:46:46 CEST] <llogan> oh, FIIK. sorry. [20:47:07 CEST] <c_14> feliwir: probably just reply to the email and attach a patch? [20:47:11 CEST] <c_14> make sure you don't top-post [20:49:16 CEST] <feliwir> okay. I like how everyone is thinking that i meant a real crash in the e-mail conversation -.- [20:59:05 CEST] <feliwir> c_14, llogan i attached a new .diff now without tabs and only with the changes required [21:04:08 CEST] <dericed> hi all, anyone else attending IETF93 in Prague? [21:13:42 CEST] <llogan> dericed: i'm not, but you could ask in ffmpeg-devel [21:14:43 CEST] <dericed> llogan: might do that on friday. By then we can confirm that ffv1 and mkv are on the agenda. [21:18:12 CEST] <llogan> are you just attending, or also giveing a presentation? [21:19:04 CEST] <dericed> i may not attend, but I think Tessa Fallon is organizing a presentation (pending agenda). Jerome Martinez (mediainfo) will be there too, he's been working on the ffv1 spec lately. [21:22:03 CEST] <pjw> I have a question about a crash I'm running into, I'll open a bug but wanted to see if others are running into this. I run Gentoo, have ffmpeg-2.6.3, with libavcodec.so.56.26.100. Using handbrake trying to encode a Blu Ray source with PGS subtitles, handbrake crashes in libavcodec, in avcodec_decode_subtitle2(). This machine used to be able to encode Blu Rays with this setup before no problem, and an update in the past couple of months [21:22:03 CEST] <pjw> seems to have broken things. Anyone seeing this crash at all? [21:22:42 CEST] <pjw> gdb backtrace is unfortunately small, but definitely leads to avcodec_decode_subtitle2() in libavcodec.so.56 [21:23:32 CEST] <pjw> Also worth noting is I tried two different Blu Ray sources, same result. [21:24:04 CEST] <c_14> Please test with current git FFmpeg and without Handbrake. [21:24:27 CEST] <pjw> Will do, thanks! [21:56:19 CEST] <Wolfgange> How would I specify the audio bitrate of a raw audio input? Currently ffmpeg attempts to guess it, and gets it wrong resulting in a high pitch, sped up audio. I've looked on the ffmpeg help and did not see an option for that [21:56:56 CEST] <c_14> You mean the samplerate? [21:56:57 CEST] <c_14> -ar [21:57:21 CEST] <Wolfgange> Maybe that's what I need [22:01:41 CEST] <Wolfgange> No, I noticed I get "Estimating duration from bitrate, this may be innaccurate". Is there a way to specify duration? [22:04:00 CEST] <c_14> That shouldn't matter. That's just a guess assuming cbr and taking the filesize into account. When ffmpeg processes the file it'll get the real time. [22:05:49 CEST] <Wolfgange> I bet I have a raw audio file that was processed with different settings [22:11:19 CEST] <feliwir> how many guys have to review a patch? [22:11:38 CEST] <c_14> At least one. [22:11:54 CEST] <c_14> It might sit for a week or so to ensure nobody has issues with it though. [22:12:19 CEST] <c_14> Wolfgange: when you say "raw audio file" do you mean pcm? [22:12:32 CEST] <Wolfgange> Yes [22:13:28 CEST] <c_14> The bitrate of a raw pcm file is firmly decided by 2 characteristics, the bit depth and the samplerate [22:13:45 CEST] <Wolfgange> It was due to the sample rate actually being 22050 rather than 44100. Thanks everyone. [22:14:42 CEST] <feliwir> c_14, that sounds really sad considering the fact that only 2 lines were added/changed :D [22:16:29 CEST] <c_14> It's to ensure that a decent sized number of people have a chance to comment on all changes. [00:00:00 CEST] --- Tue Jun 23 2015

1 0

ffmpeg-devel.log.20150621
by burek 22 Jun '15

22 Jun '15

[00:44:07 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:631d56ffc823: lavc/adpcm: THP: fix indentation [01:27:21 CEST] <J_Darnley> Can I bitch about libavfilter continuing to request frames even though I returned -1 from filter_frame? [01:32:08 CEST] <nevcairiel> as long as its not EOF it will continue doing things [01:32:24 CEST] <nevcairiel> a generic error code is not go ing to abort the entire thing usually [01:33:33 CEST] <cone-285> ffmpeg 03James Zern 07master:9b747500f361: libvpxenc: support setting colorspace for vp9 [01:33:52 CEST] <J_Darnley> Would that be one of the "regular" errors or one of the "macro" errors? [01:34:03 CEST] <J_Darnley> EOF, I mean? [01:41:45 CEST] <J_Darnley> AVERROR_EOF [01:41:57 CEST] <J_Darnley> Well, that was a slight improvement [01:43:27 CEST] <J_Darnley> ffmpeg doesn't spam an alternating two messages now (just the one, 3300 times) [01:45:36 CEST] <nevcairiel> you probably cant trigger EOF from a filter in the middle of the chain, EOF needs to trickle down from the source [01:50:09 CEST] <J_Darnley> At least I can now see the error I am printing [01:54:47 CEST] <J_Darnley> Anyway, thanks. [02:54:10 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:dde6b2a35545: avcodec/mjpegdec: dont try to combine fields for decimated multiscope 2 material [03:30:08 CEST] <BBB> so I seem to recall that there was a way to seek to seek only in one direction of a timestamp, e.g. seek to a keyframe on or before, but not after, ts=X [03:30:20 CEST] <BBB> I dont think av_seek_frame() does that; is that avformat_seek_file()? [04:33:42 CEST] <gchristensen> I doubta nyone is around ... but: I'm looking to setup FATE in my build pipeline and can contribute results per commit for debian (oldstable, stable, testing, unstable, experimental), using the current GCC and other build toolchains. thislooks like it'd be helpful, but I just want to make sure. [04:41:04 CEST] <jamrial> gchristensen: as you were told the other day, setting up fate clients is of course helpful [04:42:07 CEST] <jamrial> although i'd say to set cron to run them one to four times a day rather than per commit [04:48:32 CEST] <gchristensen> jamrial: are the commits too frequent for the more regular feedback? I have plenty of room in the build cluster. I can also run on various other distributions, centos, ubuntu, and fedora fairly easily. I suppose I'd be happy to set this up and go to town as-is, but I suppose the reason I keep looking for feedback is because I'm happy to set it up in a way which most helps the project. [04:50:42 CEST] <jamrial> some days the repository gets like 20 commits in an hour, others it only gets five in a day. it varies [04:52:03 CEST] <jamrial> most clients are setup to run every x amount of hours, so that's probably your best choice [04:53:03 CEST] <jamrial> and yeah, the more variety (distributions, configurations, compiler versions, architectures, etc) the better [04:53:56 CEST] <gchristensen> I'm actually not sure our build cluster supports cron, but I'll check in to that. OK. [04:54:10 CEST] <gchristensen> I'll go ahead and setup what I have, get a public key to the mailing list, and we can change course from there. [04:56:02 CEST] <jamrial> gchristensen: not to the mailing list, send it to the email address mentioned in doc/fate.texi, fate-admin at ffmpeg.org [04:56:21 CEST] <gchristensen> yep that is what I meant, I just assumed it was a mailing list. [05:08:33 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:f98c3ec5c68d: avformat/movenc: Check return code of ff_iso8601_to_unix_time() [05:08:34 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:54649cbda890: ffmpeg_opt: Fix handling of creation_time now [11:05:27 CEST] <halfie> hi! can the muxer / demuxer parse the file format, and pass on the extra data (needed by the bitstream filter) in the AVCodecContext object? [11:06:04 CEST] <halfie> (I have written a new bitstream filter which I am trying to make non-hacky now) [11:29:21 CEST] <durandal_1707> News on web page still not list 2.7 [11:37:14 CEST] <cone-874> ffmpeg 03Paul B Mahol 07master:95ee0fbacfad: Support demuxing 4gv codec stored in qcp files [12:25:26 CEST] <cone-874> ffmpeg 03Michael Niedermayer 07master:6c8a05268cfe: avformat/rawenc: Store sample number for ADX [13:18:03 CEST] <cone-874> ffmpeg 03Rodger Combs 07master:6c56827e629b: lavf/brstm: move bfstm var to a local [13:18:04 CEST] <cone-874> ffmpeg 03Rodger Combs 07master:70a39bcf1c95: lavf/brstm: cleanup; fix short-block demuxing [13:18:05 CEST] <cone-874> ffmpeg 03Rodger Combs 07master:9c9cf3956cd6: lavf/brstm: add support for seeking [13:18:06 CEST] <cone-874> ffmpeg 03Rodger Combs 07master:d2ce10093e37: lavf/brstm: handle a BFSTM endianness oddity [13:18:07 CEST] <cone-874> ffmpeg 03Rodger Combs 07master:0f6735194459: lavc/adpcm: THP: don't use the ADPC/SEEK table when not seeking [13:18:08 CEST] <cone-874> ffmpeg 03Paul B Mahol 07master:a49154e9d79a: avformat/brstm: support little-endian s16 PCM [14:00:05 CEST] <cone-874> ffmpeg 03Michael Niedermayer 07master:3bd46914fbf2: avcodec/jpeg2000dwt: Allow testing with a maximum allowed difference [14:00:06 CEST] <cone-874> ffmpeg 03Michael Niedermayer 07master:d23b3f3940a9: avcodec/jpeg2000dwt: Also test 9/7 integer DWT [14:00:07 CEST] <cone-874> ffmpeg 03Michael Niedermayer 07master:aa594415a0a2: avcodec/jpeg2000dwt: increase the number of test iterations [14:00:08 CEST] <cone-874> ffmpeg 03Michael Niedermayer 07master:6528b90dea7c: avcodec/jpeg2000dwt: List differences for DWT test [16:10:30 CEST] <wm4> michaelni: in which format does libswresample resample and down/upmix? is it always float like in libavresample? [16:13:21 CEST] <michaelni> libswresample supports float, double, int16 and int32 as internal formats, see internal_sample_fmt [16:13:40 CEST] <wm4> so if input is 16 bit, it gets mixed in 16 bits? [16:15:28 CEST] <wm4> I'm having a user who complains that with 16 bit in and float out, the result (24 bit on the audio device) has only 16 bits set, although logically the lower bits should not be completely 0 [16:15:38 CEST] <wm4> and I don't know where these bits get lost on the way [16:16:58 CEST] <michaelni> see swresample.c line 212, thats the code that chooses the internal format when its not set by the user [16:17:32 CEST] <wm4> 213 if(av_get_planar_sample_fmt(s->in_sample_fmt) <= AV_SAMPLE_FMT_S16P){ [16:17:32 CEST] <wm4> 214 s->int_sample_fmt= AV_SAMPLE_FMT_S16P; [16:17:34 CEST] <wm4> that's really dumb [16:17:46 CEST] <wm4> giess I'll disable libswresample for these builds [16:18:46 CEST] <wm4> michaelni: how does it make sense to mix in 16 bit when the output is float? [16:20:10 CEST] <Daemon404> wm4, didnt swr have a sox backend [16:20:11 CEST] <Daemon404> or something [16:20:17 CEST] <Daemon404> (optional) [16:20:21 CEST] <wm4> yes, it breaks the API [16:20:33 CEST] <Daemon404> wut [16:20:49 CEST] <wm4> some essential API functions return an error if soxr is used [16:20:58 CEST] <kierank> wm4: because swr is swscale for audio =p [16:21:07 CEST] <kierank> everything goes through 4:2:0 planar [16:21:13 CEST] <Daemon404> wm4, i'd assume sox is too slow to use for playback anyway [16:21:14 CEST] <wm4> and libavresample is "unsupported" [16:21:31 CEST] <rcombs> kierank: wat [16:21:40 CEST] <wm4> Daemon404: no idea, I think it's actually fast enough [16:21:53 CEST] <wm4> rcombs: aka 16 bit integer planar [16:22:01 CEST] <Daemon404> kierank, for fun i tried to use OCIO yesterday [16:22:06 CEST] <Daemon404> i ended that experiment pretty quickly [16:22:12 CEST] <kierank> never heard of it [16:22:19 CEST] <Daemon404> OpenColorIO [16:22:24 CEST] <Daemon404> it's pretty prevalent [16:22:41 CEST] <Daemon404> terrible C++ API with terrible SWIG bindings [16:23:46 CEST] <rcombs> waitasec [16:24:29 CEST] <rcombs> wm4: doesn't that code only change u8 to s16p? [16:24:40 CEST] <wm4> yes [16:25:09 CEST] <wm4> so if input is 16 bit, and output is float, all processing is done in 16 bit, and then converted to float [16:25:13 CEST] <rcombs> ah [16:25:18 CEST] <michaelni> wm4 no [16:26:18 CEST] <michaelni> if you do not set it to float it will pick some format automatically and ATM that is 16bit if the input has only 16bit as theres really not more precission but we could increase this default if people really want [16:27:16 CEST] <michaelni> the AVOption to force a specific format is "internal_sample_fmt" [16:30:20 CEST] <wm4> it doesn't make much sense to perform a downmix in 16 bit samples [16:35:07 CEST] <michaelni> down/upmix sums the scaled 16bit samples in 32bit before returning to 16bit [16:42:17 CEST] <wm4> so 16 bit -> 32 bit -> 16 bit -> float [16:42:20 CEST] <wm4> sense this makes none [16:44:27 CEST] <wm4> maybe you should just copy the libavresample logic [16:44:30 CEST] <wm4> or code [16:44:41 CEST] <wm4> (why the fuck does libswresample even exist) [16:45:33 CEST] <kierank> wm4: seriously use libavresample [16:45:48 CEST] <kierank> this is exactly why it was written [16:54:35 CEST] <durandal_1707> what is faster? [16:57:38 CEST] <Daemon404> theyre both sufficiently fast [16:57:49 CEST] <Daemon404> the better question is: which is more correct [16:58:00 CEST] <durandal_1707> IIRC swscale doesn't use 420 for everything [16:58:10 CEST] <nevcairiel> guess i'm lucky that i used avresample before swr was even a thing, and never even thought about switching [16:58:20 CEST] <Daemon404> nevcairiel, swr was pushed before avr [16:58:32 CEST] <Daemon404> durandal_1707, the problem is when it does, it does so silently [16:58:35 CEST] <Daemon404> as an internal step [16:58:39 CEST] <Daemon404> it used to be a much larger problem. [17:03:18 CEST] <durandal_1707> for audiophiles mixing should use higher bitdepth format, no? [17:03:52 CEST] <Daemon404> audiophiles would use libsox [17:08:57 CEST] <iive> nevcairiel: wasn't avresample written a few months after swr ? [17:10:11 CEST] <Daemon404> avr was started before swr, swr was pushed first [17:10:14 CEST] <iive> michaelni: imho, you have input and output formats set, the routine must use the one of them that have highest precision. [17:10:37 CEST] <iive> i doubt that... [17:11:04 CEST] <Daemon404> 1. avr starts [17:11:10 CEST] <Daemon404> 2. youtube gets impatient and pays michael [17:11:13 CEST] <Daemon404> 3. swr is born [17:12:00 CEST] <michaelni> iam not sure this is true [17:12:19 CEST] <michaelni> when did avr and swr start ? [17:12:39 CEST] <Daemon404> it involves ffmtech or whatever [17:12:49 CEST] <Daemon404> it doesn't really matter to me who was first or why stuff was written [17:12:55 CEST] <Daemon404> it's all sausage to me. [17:13:21 CEST] <iive> avr was paid by ffmtech. and i clearly remember that the decision for that was made after swr was committed. [17:13:36 CEST] <iive> i might be wrong... [17:14:23 CEST] <iive> that's why i usually check the history. but it takes time, to search back. [17:14:24 CEST] <michaelni> IIRC i heared about ffmtech deciding to fund avr long after i started writing swr [17:14:38 CEST] <Daemon404> doesnt really matter in the end. [17:14:42 CEST] <Daemon404> it's 100% irrelevant to a user. [17:15:47 CEST] <iive> apology accepted. [17:15:59 CEST] <iive> ;) [17:16:20 CEST] <Daemon404> there is no apology [17:17:48 CEST] <iive> just kidding. [17:34:08 CEST] <rcombs> wm4: how about expressing seek points as metadata [17:34:13 CEST] <rcombs> erm, loop points [17:34:46 CEST] <rcombs> (wm4 or other interested parties, though I'm not sure if there actually are any) [17:35:57 CEST] <wm4> probably fine [17:37:32 CEST] <ubitux> Daemon404: what did you need opencolorio for? [17:42:39 CEST] <Daemon404> ubitux, i didnt need it [17:42:41 CEST] <Daemon404> i tried it. [17:42:54 CEST] <ubitux> try what in particular? [17:43:18 CEST] <Daemon404> gamma crap [17:44:13 CEST] <rcombs> wm4: think a float, or an AV_TIME_BASE int [17:52:06 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:4299f085f45c: avcodec/jpeg2000dwt: also test 9/7 float DWT [17:52:07 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:4977692461f0: swresample: Choose 16bit internally only if input and output is 16bit or less [17:55:05 CEST] <rcombs> michaelni: why 2 branches doing the same thing, instead of an ||? [17:55:48 CEST] <michaelni> thought its more readable but feel free to change it [17:58:10 CEST] Action: rcombs shrugs [17:58:21 CEST] <rcombs> as long as it was deliberate [18:00:23 CEST] <wm4> michaelni: can you add a log call printing which format is used? [18:05:39 CEST] <michaelni> sure, will do [18:38:51 CEST] <jamrial> michaelni: don't merge 8655c54 from libav. our implementation is too different and apparently better [18:40:27 CEST] <jamrial> at most merge the configure changes that bump the version requirement to vpx 1.3.0, if that's ok with people [18:40:44 CEST] <jamrial> i can then look into removing some of the related ifdeffery mess [18:56:40 CEST] <BBB> I dont understand why they dont just merge our changes [18:56:41 CEST] <BBB> I mean [18:56:48 CEST] <BBB> we didnt write them, google did, and they own libvpx [18:57:01 CEST] <BBB> so who could possibly know better whats good for users than them? at least for that one module [18:57:50 CEST] Action: jamrial shrugs [19:00:40 CEST] <Compn> BBB : libav is upstream of google too. :P [19:27:40 CEST] <ubitux> BBB: why would they care about irrelevant downstreams ;) [19:27:55 CEST] <BBB> so you dont have to do everything yourself? [19:28:09 CEST] <ubitux> :) [19:34:10 CEST] <kierank> they like doing things themselves [19:34:15 CEST] <kierank> it makes them pretend they have relevance [19:34:21 CEST] <kierank> sad but true [19:36:05 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:5de3a589f16e: swresample/swresample: Print used int_sample_fmt [19:36:06 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:3bcf61f495dc: avcodec/jpeg2000dwt: Fix value of F_LFTG_X and I_LFTG_X [19:40:25 CEST] <BBB> ubitux: oh, side-note, the audience at webm summit last week was positively surprised about ffvp9, so GreatJob[tm]! [19:40:42 CEST] <wm4> "surprised"? [19:40:44 CEST] <ubitux> not like i've done much :p [19:40:47 CEST] <wm4> so they didn't even know it existed=? [19:40:53 CEST] <BBB> half of them probably didn't [19:41:04 CEST] <wm4> michaelni: thanks [19:41:13 CEST] <michaelni> np [19:41:14 CEST] <ubitux> damn i need a photoshop outside of my work to get done with this !@#$ filter [19:41:19 CEST] <ubitux> that shit is fucking expensive [19:41:21 CEST] <ubitux> :( [19:41:35 CEST] <wm4> use gimp [19:41:45 CEST] <ubitux> seriously, you need a monthly subscription (like $50/m or so) [19:41:48 CEST] <wm4> or a >100 characters ffmpeg command line involving libavfilter [19:41:53 CEST] <ubitux> yeah but gimp doesn't have the feature i'm trying to replicate [19:42:25 CEST] <wm4> did photoshop make itself unpiratably by becoming a web service? [19:43:10 CEST] <ubitux> well, even if i pirate it (evil! :o), i'll need to setup a no-internet vm with linux and hope wine will works [19:43:15 CEST] <ubitux> so it's still fucking annoying [19:43:32 CEST] <BBB> you just want to test? [19:43:43 CEST] <BBB> or you need photoshop for the filter itself? [19:44:05 CEST] <ubitux> i just want to test [19:44:13 CEST] <BBB> send me image and tell me what sequence of menu items to press [19:44:16 CEST] <ubitux> i mean i need to look how it behaves [19:44:18 CEST] <BBB> Ill send result back [19:44:26 CEST] <kierank> ubitux: use the 30 day trial [19:44:31 CEST] <BBB> or that [19:44:34 CEST] <ubitux> BBB: well, i have a bunch of settings to try [19:44:39 CEST] <ubitux> kierank: ah? sounds good [19:44:44 CEST] <ubitux> works with wine? [19:44:48 CEST] <kierank> unlikley [19:44:49 CEST] <Daemon404> i somehow doubt it [19:44:55 CEST] <ubitux> will try anyway [19:50:09 CEST] <Compn> why refuse to run w7 vm for pshop? :P [19:50:19 CEST] <Compn> wonder how easy it is to get a w7 vm haha [19:51:17 CEST] <ubitux> because it will require to pirate yet another sw [19:51:34 CEST] <ubitux> just to play with 2 spin menu in a filter :p [19:52:59 CEST] <ubitux> fuck i need to register for the trial as well [19:52:59 CEST] <Daemon404> windows has a 3 month trial [19:53:08 CEST] <Daemon404> oh muh privacy? [19:53:18 CEST] <ubitux> more like pita [19:54:34 CEST] <ubitux> https://appdb.winehq.org/objectManager.php?sClass=version&iId=31467 [19:54:46 CEST] <ubitux> should be good enough [19:55:10 CEST] <ubitux> What does not [19:55:11 CEST] <ubitux> -creating a new psd file (loading works fine) [19:55:13 CEST] <ubitux> lol [19:56:15 CEST] <Daemon404> saving is for newbs [20:21:21 CEST] <kierank> nevcairiel: renaming :( [20:28:34 CEST] <kierank> durandal_1707: does that patch work if seeking fails [20:28:35 CEST] <kierank> https://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6c8a05268cfe2235e37a2… [20:28:45 CEST] <kierank> ah [20:28:46 CEST] <kierank> ignore me [20:28:50 CEST] <kierank> if (pb->seekable) [20:54:15 CEST] <cone-554> ffmpeg 03nu774 07master:6ec688e1bc76: mp3: enable packed main_data decoding in MP4 [20:54:16 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:ae215e2b42dd: Merge commit '6ec688e1bc76dd93151cbca1c340162ae4b10d77' [21:02:07 CEST] <cone-554> ffmpeg 03Luca Barbato 07master:c060d046aa2f: af_resample: Set the number of samples in the last frame [21:02:08 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:f399f826ee2d: Merge commit 'c060d046aa2f89c0e601a2dcfbce53f0e36cf498' [21:16:39 CEST] <cone-554> ffmpeg 03Luca Barbato 07master:05bf3f54e607: libvpx: Do not set vp8 only parameters when encoding in vp9 [21:16:40 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:30e9ebb14f19: Merge commit '05bf3f54e6078716f6267df530bf1d474ca3d606' [21:35:00 CEST] <J_Darnley> ubitux: About a year ago you let me have ssh access to your server (I think you said it was really a laptop)... [21:35:24 CEST] <J_Darnley> Can I still access it and will you still let me use it? [21:39:41 CEST] <ubitux> ah mmh i disconnected it a while back bc i found a way to replace the part of the blackbone with the shitty clickpad [21:39:57 CEST] <ubitux> so i use it as a home laptop nowadays [21:40:26 CEST] <ubitux> i don't have time to replug it right now but i can make it available for tmr or so [21:45:28 CEST] <J_Darnley> No, don't bother [23:07:22 CEST] <cone-554> ffmpeg 03Luca Barbato 07master:8655c5416076: libvpx: Support the vp9 extended profiles [23:07:23 CEST] <cone-554> ffmpeg 03Michael Niedermayer 07master:1e7008675b2d: Merge commit '8655c54160767de1a6b96f8bc310d6e4eaceff48' [23:59:40 CEST] <cone-554> ffmpeg 03Rob Sykes 07master:c70c6be22597: swresample: soxr implementation for swr_get_out_samples() [00:00:00 CEST] --- Mon Jun 22 2015

1 0

ffmpeg.log.20150621
by burek 22 Jun '15

22 Jun '15

[00:57:04 CEST] <halfie> yay! my bitstream filter is finally working! :) [00:57:29 CEST] <halfie> is there a way to use a bitstream filter with ffplay? [00:57:36 CEST] <halfie> (probably not) [01:00:21 CEST] <BtbN> ffmpeg -i something -c:v rawvideo -pix_fmt yuv420p -f sdl SDL [01:00:37 CEST] <BtbN> just manualy do what ffplay automates [01:28:23 CEST] <voldial> Why does "ffmpeg -y -i f247.webm -i f141.m4a -c copy -map 0:v:0 -map 1:a:0 out.mkv" produce different output on each run? The files are almost the same, but 16 bytes in the header changes each time. [01:29:05 CEST] <x86iac> date? [01:29:23 CEST] <x86iac> and your social security number? [01:29:50 CEST] <chungy> random numbers for EBML tags [01:30:56 CEST] <voldial> EMBL, that's trickey to search for, apparently it's a protein [01:31:22 CEST] <voldial> ah. EBML [01:32:23 CEST] <voldial> Can I disable that? I want repeatability. [01:33:27 CEST] <x86iac> isn't webm already mkv? [01:34:12 CEST] <voldial> x86iac: in this case, the webm file is just video, no audio [01:34:42 CEST] <c_14> voldial: -flags +bitexact iirc, (or was it -fflags)? [01:35:09 CEST] <JEEBsv> voldial: basically I think it's the segment UUID, and I think the bitexact option should fix it on some level [01:35:25 CEST] <JEEBsv> it's common to refer to other files/segments with their UUID from other files [01:37:08 CEST] <voldial> c_14: JEEBsv found it inthe format docs. thanks! [01:39:44 CEST] <x86iac> when compiling the mpv - it needs zlib.pc - i don't have but made one ... is there a way point the old-configure to the libz itself? [01:40:55 CEST] <x86iac> my zlib can't be pre pkgconfig? [01:41:53 CEST] <c_14> It doesn't look like configure uses pkg-config to find zlib (from what I can see in the configure file anyway). [01:43:28 CEST] <x86iac> it gives error that zlib.pc doesn't exist - and it didn't [01:45:02 CEST] <c_14> Can you pastebin your config.log ? [01:45:05 CEST] <x86iac> is it just saying that 'supposing' that is why the libz test failed? i have libz installed though [01:45:08 CEST] <x86iac> sure [01:46:31 CEST] <x86iac> it is = here is from a successful config (after i created the zlib.pc [01:46:31 CEST] <x86iac> pkg-config --cflags zlib [01:48:57 CEST] <x86iac> this from the std out Checking for zlib ... no [01:48:58 CEST] <x86iac> Error: Unable to find development files for zlib. [01:48:58 CEST] <x86iac> Check "old_build/config.log" if you do not understand why it failed. [01:49:09 CEST] <c_14> ehm [01:49:16 CEST] <x86iac> this is from the config.log [01:49:22 CEST] <c_14> Where are you getting your copy of the ffmpeg source from? [01:49:39 CEST] <x86iac> pkg-config --cflags zlib [01:49:39 CEST] <x86iac> Package zlib was not found in the pkg-config search path. [01:49:39 CEST] <x86iac> Perhaps you should add the directory containing `zlib.pc' [01:49:58 CEST] <x86iac> that isn't ffmpeg - that is for mpv [01:50:12 CEST] <c_14> Wait, ok. So what is your problem? [01:50:47 CEST] <x86iac> i gave it at :39:20 above [01:51:17 CEST] <c_14> If you're having issues building mpv, you should probably ask in #mpv [01:51:44 CEST] <x86iac> nvm anyway - JEEBsv told me about mpv so i figured it was good here ;) [01:52:01 CEST] <x86iac> it really wants to use pkgconfig to find it and doesn't test for libz directly [01:52:25 CEST] <voldial> I must be doing this wrong, it's still not binary equal: ffmpeg -flags +bitexact -y -i f247.webm -i f141.m4a -c copy -map 0:v:0 -map 1:a:0 temp.mkv [01:52:38 CEST] <voldial> I tried it without the + too [01:53:12 CEST] <voldial> and "-fflags +bitexact" -> "Undefined constant or missing '(' in 'bitexact'" [01:53:27 CEST] <c_14> voldial: should be an output option [01:53:48 CEST] <c_14> x86iac: it's technically offtopic here, if you go to #mpv I'm sure somebody would be willing to help you [01:56:37 CEST] <voldial> c_14: got it. thanks ffmpeg -y -i f247.webm -i f141.m4a -flags +bitexact -c copy -map 0:v:0 -map 1:a:0 temp9.mkv [01:58:25 CEST] <x86iac> voldial: why do you need the bitexact? [01:59:53 CEST] <voldial> x86iac: addressing things by hash [02:36:11 CEST] <x86iac> h264 better then mpeg4? [02:36:18 CEST] <c_14> yes [02:36:50 CEST] <x86iac> i should work on updating my ffmpeg so h264 is the default [02:37:15 CEST] <x86iac> mkv can be either h264 or mpeg4? [02:37:29 CEST] <c_14> Or basically any other video codec you happen to find lying around. [02:37:41 CEST] <c_14> matroska supports the kitchen sink [02:38:22 CEST] <x86iac> webm is the best on youtube i think [02:38:52 CEST] <klaxa> i don't think so [02:39:10 CEST] <klaxa> i'd go with youtube's suggested formats and "quality" suggestions [02:39:13 CEST] Action: c_14 likes webm with vp9 on youtube [02:39:16 CEST] <klaxa> since they re-encode everything a bunch of times [02:44:03 CEST] <x86iac> ealier i mentioned that ffplay can play things 'properly' that mplayer has problems with .. JEEBsv suggested it was because mplayer was broken .. but the files are recorded from internet radio and you can hear things that cause mplayer to gulp and then fail .. he suggested that ffplay does nothing with the file .. [02:44:27 CEST] <x86iac> just wondering [02:55:13 CEST] <x86iac> i got disconnected a while back and didn't realize it - did anyone comment on this? [02:55:48 CEST] <c_14> No comments [02:56:34 CEST] <x86iac> :) [03:03:48 CEST] <kk> Trying to build ffmpeg on Centos with static libraries. Did a 'yum install' of libass-devel and that gives me a shared libass.so. Can't figure out how to build with static libraries (x265) and shared (ass). [03:04:36 CEST] <c_14> You won't be able to make a completely static build, but it should work. [03:06:59 CEST] <x86iac> no libass.a/la ? [03:07:28 CEST] <kk> Correct. [03:07:45 CEST] <c_14> kk: are you getting an error during configure? [03:07:58 CEST] <kk> Yes: ERROR: libass not found using pkg-config [03:07:59 CEST] <c_14> If so, please upload your config.log to a pastebin service and link it here [03:08:24 CEST] <kk> For now I'm using the exact same configure command as shown on ffmpeg [03:08:29 CEST] <kk> 's web site [03:08:32 CEST] <c_14> Do you have .pc files for libass? [03:08:43 CEST] <c_14> kk: where? [03:08:49 CEST] <kk> yes. pkgconfg --libs works [03:08:55 CEST] <c_14> There's a lot of configure lines on the website [03:09:21 CEST] <kk> yup. I have a shorter version of what I really want, but it's still about 10 lines. [03:09:47 CEST] <c_14> upload to a pastebin service like ix.io, sprunge.us, pastebin.com, pastie.org [03:10:13 CEST] <kk> pkg-config --libs libass yields '-lass' [03:10:41 CEST] <kk> pkg-config --static --libs libass yields -lass -lfontconfig -lexpat -lenca -lm -lfribidi -lfreetype [03:11:57 CEST] <kk> PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig" ./configure --prefix="$HOME/ffmpeg_build" --pkg-config-flags="--static" \ [03:12:14 CEST] <kk> --extra-cflags="-I$HOME/ffmpeg_build/include" --extra-ldflags="-L$HOME/ffmpeg_build/lib" \ [03:13:01 CEST] <kk> --bindir="$HOME/bin" --enable-gpl --enable-libfreetype --enable-libass --enable-libx265 [03:14:07 CEST] <kk> pc file for libass is in /usr/lib64/pkconfig. I tried adding that to PKG_CONFIG_PATH, but it made no difference. [03:14:57 CEST] <kk> sorry, now I see the message about pastebin. [03:15:06 CEST] <kk> Should I still use pastebin? [03:15:18 CEST] <c_14> well, it's too late now [03:15:29 CEST] <kk> My apologies. [03:15:57 CEST] <c_14> Anyway, just add /usr/lib64 to PKG_CONFIG_PATH and get rid of --pkg-config-flags="--static" [03:16:14 CEST] <c_14> it should still build against the static libs for the other deps if it can [03:16:18 CEST] <kk> Then I get a complaint about libx265 [03:16:37 CEST] <kk> I need to use the static version of libx265 [03:17:39 CEST] <c_14> hmm, works for me with x264 [03:17:40 CEST] <kk> ERROR: x265 not found using pkg-config [03:17:53 CEST] <c_14> I can try building a static x265 and see if it works here [03:20:01 CEST] <kk> I just substituted x264 for x265 and it works ... something odd about x265. I did a diff of their .pc files and they use different variables. [03:28:03 CEST] <kk> I mad the x265 pc file look like the x264 file and it worked! Don't know if it will compile the way I expect ... [03:28:42 CEST] <kk> Libs: -L${exec_prefix}/lib -lx265 -lstdc++ -lm -lrt -ldl [03:28:54 CEST] <kk> Libs.private: [03:29:02 CEST] <kk> Cflags: -I${prefix}/include [03:29:24 CEST] <kk> Seems like it should be equivalent to what was there previously. [03:29:33 CEST] <kk> I'll try a make next. [03:30:50 CEST] <lillian> i get super choppy output with ffmpeg -video_size 640x480 -framerate 30 -f x11grab -i :0.0 -crf 15 output.webm [03:31:47 CEST] <kk> Note: I did not use the "--pkg-config-flags="static" [03:50:31 CEST] <c_14> kk: adding all the flags from Libs.private to Libs seems to fix it for me [03:51:17 CEST] <kk> Should the x265 developer be notified of the issue? [03:51:36 CEST] <c_14> I'd consider it a bug, yes. [03:53:06 CEST] <kk> I spent most of my day trying to resolve this problem and a good chunk of the evening Friday. Thank you for making me think of comparing to x264. [04:14:17 CEST] <x86iac> thanks for the info and help :) [05:03:29 CEST] <kk> Finished the make building ffmpeg with x265 and libass, and although it built, ldd shows libgcc.so, libstdc++.so and libxcb.so. That's not good. [05:04:03 CEST] <kk> So I'm back to trying to build in a static x265 and a shared libass. [05:07:28 CEST] <c_14> You'd probably have to manually merge the files generated from a run with --pkg-config-flags="--static" and --enable-libx265 with one without that but with --enable-libass and hope that works [05:07:35 CEST] <c_14> Or manually compile static libass [05:08:48 CEST] <klaxa> i have to compile libass most of the time because packaged versions are outdated anyway [05:30:11 CEST] <kk> How would I do the merge? [05:39:26 CEST] <c_14> Hmm, afaik config.mak [05:47:58 CEST] <kk> Thanks ... there goes my Sunday, too! [05:48:23 CEST] <c_14> It's fun for the whole family \o/ [05:52:46 CEST] <c_14> If you're linking against dynamic libass anyway, does it matter that it also links against libgcc/libstdc++/libxcb dynamically? [06:02:15 CEST] <kk> I have to check with the boss. The resulting ffmpeg is installed into a controlled environment and I don't know what limitations they have in place. [06:03:31 CEST] <kk> Heck, I would have thought they would want the build to take place on a "build machine" because they're getting whatever shared libraries are on my system and that's not good either. [06:03:52 CEST] <kk> I'm new to the job and still trying to figure out the environment. [06:15:23 CEST] <c_14> If it's a controlled environment, just build a static libass. That way you'll have that covered as well. [06:15:27 CEST] <c_14> Probably be easier too. [06:17:37 CEST] <kk> I did a ldd of their current ffmpeg build and they used a shared libass library. This is a build w/o x265. So that's why I went in that direction. [06:18:06 CEST] <kk> My other concern is that my version of Centos may be a different version. [06:19:01 CEST] <kk> Thanks to your suggestions I have a couple of paths forward. I'll write them up, along with my concerns about the build environment and let them make the decision. [06:45:08 CEST] <kk> quit [06:45:24 CEST] <kk> oops ... meant to exit ... goodnight, folks! [07:50:28 CEST] <vidSre> have an issue [07:50:54 CEST] <vidSre> converting from h.264 to yuv gives me multicolored lines [07:51:14 CEST] <vidSre> ffmpeg -i input format=yuv420p -vsync vfr output.yuv [07:51:31 CEST] <vidSre> th yuv video isn't viewable [07:51:35 CEST] <vidSre> *the [07:51:46 CEST] <vidSre> as in, its just multicolored lines. [07:58:22 CEST] <vidSre> c'mon you dregs, wake up [10:20:04 CEST] <anoop_r> ffmpeg.exe -i Air.mkv -c:v libx265 -x265-params level=1 -c:a copy 1.mp4 [10:20:36 CEST] <anoop_r> level=1 giving error [10:20:49 CEST] <anoop_r> it happens with level 1 to 3 [10:24:30 CEST] <JEEBsv> anoop_r: the error should be rather self-explanatory as far as I can see the wrapper :P and those parameters are passed straight into libx265, so it has very little to do with ffmpeg [10:24:49 CEST] <JEEBsv> it's either unknown option or invalid value [10:25:03 CEST] <JEEBsv> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/libx265.c#L193 [10:26:05 CEST] <anoop_r> x265 [warning]: picture dimensions are out of range for specified level [10:26:19 CEST] <anoop_r> does each level has limit for resolution [10:26:56 CEST] <anoop_r> level=3.1 to 8.5 will work [10:27:06 CEST] <JEEBsv> that is not an error [10:27:09 CEST] <JEEBsv> that's a warning [10:27:34 CEST] <JEEBsv> but yes, levels note how much memory the decoder needs to decode a picture [10:27:37 CEST] <anoop_r> [libx265 @ 048bf1e0] Cannot open libx265 encoder. [10:28:11 CEST] <JEEBsv> so yes, levels limit various things including the maximum rate over time, and the amount of CTUs [10:28:37 CEST] <JEEBsv> just like with AVC you had the limit of macroblocks [10:28:49 CEST] <JEEBsv> see the levels annex of HEVC or H.265 :P [10:29:22 CEST] <JEEBsv> http://www.itu.int/rec/T-REC-H.265-201410-S/en [10:30:39 CEST] <anoop_r> thanks [10:31:54 CEST] <JEEBsv> and in libx265 itself it's in https://bitbucket.org/multicoreware/x265/src/44b6b2df7016f0129e66d91e9aab03… [10:55:15 CEST] <halfie> hi, from within my new bitstream filter how do I get access to the original file (not the file data only but also the whole file). or am I hacking on the wrong layer, and actual file handling should be done in the muxer itself? [11:00:49 CEST] <halfie> can the muxer / demuxer parse the file format, and pass on the extra data (needed by the bitstream filter) in the AVCodecContext object? [13:28:36 CEST] <halfie> hi! how do I write logging messages from within a bitstream filter? I want to do some AV_LOG_WARNING(s). [13:57:41 CEST] <durandal_1707> halfie: as normal, you can use printf [13:59:40 CEST] <BtbN> av_log should be available? [14:01:07 CEST] <halfie> durandal_1707, BtbN thanks, I copied stuff from h264_mp4toannexb_bsf.c and things are working :) [14:01:55 CEST] <BtbN> And no, you can't access the file itself in a bitstream filter [14:02:02 CEST] <halfie> durandal_1707, BtbN on a related note, returning AVERROR(AVERROR_EXIT) from a bitstream filter results in FFmpeg crashing ;( .. [14:02:32 CEST] <BtbN> That might be worth reporting [14:02:56 CEST] <BtbN> A bsf has no idea if there even is a file. The data could be a stream, or generated on the fly [14:03:00 CEST] <halfie> "imx_dump_header_bsf.c" really really wants to exit but it resorts to return 0 to avoid crashing ffmpeg. [14:04:15 CEST] <halfie> BtbN, how do I pass "special data" from a .mp4 file to my bitstream filter? should I hack the mov.c demuxer to do that? [14:04:41 CEST] <BtbN> I'm quite sure such hacks wouldn't be accepted [14:04:51 CEST] <BtbN> What are you even trying to do? [14:05:16 CEST] <durandal_1707> why you want to pass special data? [14:05:41 CEST] <halfie> BtbN, I agree on that! :) [14:06:21 CEST] <halfie> I am trying to add support for a new file format which does obfuscation on the underlying AAC bitstream. [14:07:09 CEST] <halfie> things are mostly working but now I am trying to remove the various hacks, and clean-up the code [14:07:34 CEST] <halfie> the code base is a real pleasure to work with :) [14:08:01 CEST] <BtbN> The last time i touched the mov (de)muxer it was everything but a pleasure [14:08:08 CEST] <BtbN> not realy the fault of the code, but of mov/mp4 beeing terrible [14:13:16 CEST] <halfie> heh, yeah, my comment did not include mov.c. I was trying to put random printfs all over it yesterday, not fun! :) [14:46:43 CEST] <Mavrik> hmm, anyone got an idea what would cause "dts < pcr, TS is invalid" when using muxrate in TS muxer? [15:06:47 CEST] <zhanshan> does anybody know the website http://mp4repair.org ? [15:06:52 CEST] <zhanshan> how does it work? [15:07:03 CEST] <zhanshan> is there a tool for linux to repair video files like that? [15:22:58 CEST] <courrier> Hey guys, I'm generating a time lapse with the real ffmpeg: ffmpeg -framerate 15 -start_number 8 -i IMG_%04d.JPG -vcodec libx264 time-lapse.mp4 [15:23:11 CEST] <courrier> but i've deleted some pictures because they are ugly [15:23:26 CEST] <courrier> and ffmpeg fails because it can't find them [15:23:42 CEST] <courrier> can we tell it somehow to continue with the next picture? [16:13:14 CEST] <halfie> I am trying to write a demuxer, is there some documentation (besides the ffmpeg code base!) which I can use? [16:26:57 CEST] <JEEBsv> halfie: not really, I recommend looking at some of the newer, simple demuxers [16:27:07 CEST] <JEEBsv> I think there might have been some wiki articles somewhere though [16:27:59 CEST] <JEEBsv> halfie: the libav wiki seems to have some stuff https://wiki.libav.org/Internals/DemuxerHowTo [16:29:42 CEST] <halfie> JEEBsv, I am looking at diracdec.c now. first, I need to parse a custom file format, deobfuscate the bitstream, and then redirect the bitsream flow to underlying code (mp3 / speex / etc). (this is a new problem, my bitstream filter is a different project) :) [16:30:56 CEST] <halfie> s/underlying code/underlying codec [16:44:40 CEST] <JEEBsv> halfie: I think that's a decoder, not a demuxer though? [16:47:35 CEST] <halfie> oh ;( ... is demuxer the thing which sees the file first? I am adding support for a 100% new container format. [16:53:18 CEST] <JEEBsv> halfie: yes, a demuxer reads the input and then parses it and outputs streams (and packets of them) [16:53:28 CEST] <JEEBsv> see the demuxerhowto I linked from libav's side for example [16:56:15 CEST] <halfie> JEEBsv, thanks! will do. [17:01:56 CEST] <sonion> i have a mp4 and just doing ffmpeg -i a.mp4 a.avi and it gives an avi where when i use seek arrows tells me to use -idx in mplayer - i'd love to know more about what happened? and what the index is? [17:03:03 CEST] <sonion> when i just did ffmpeg -i a.mp4 a.mkv the mkv has the 'index' ? why wasn't it transfered with making the avi? [17:11:08 CEST] <courrier> I'm still trying to encode this timelapse, my laptop just spent 3h to process 130 frames (over 210) with ffmpeg using 90percent of the swap until I killed it [17:11:30 CEST] <courrier> ffmpeg -framerate 15 -start_number 8 -i IMG_%04d.JPG -vcodec libx264 time-lapse.mp4 [17:11:35 CEST] <courrier> what am I doing wrong? [17:12:22 CEST] <sonion> having it hit swap? [17:15:05 CEST] <courrier> sonion: sorry? [17:16:29 CEST] <sonion> do you know what swap is? [17:18:55 CEST] <courrier> sonion: sure, and it filled up RAM and swap to process 50 percent of the frames [17:19:52 CEST] <courrier> the 33MB ouput is not even readable :( [17:20:16 CEST] <courrier> I wish I stopped ffmpeg before... [17:21:00 CEST] <courrier> ok :) [17:23:43 CEST] <courrier> fflogger: here is the full command/output until I killed it: [17:23:44 CEST] <courrier> http://paste.debian.net/249091/ [17:25:44 CEST] <courrier> segfault occured after killing ffmpeg [17:29:02 CEST] <courrier> seems due to my version of libx264, I've just encoded the same time lapse in 1 minute with libxvid [17:29:07 CEST] <durandal_1707> can you try with latest ffmpeg or adding -pix_fmt yuv420p near end [17:30:13 CEST] <durandal_1707> Does it happen with other videos? [17:31:35 CEST] <courrier> -pix_fmt yuv420p doesn't change anything [17:33:18 CEST] <courrier> durandal_1707: and yes, other video encodings with libx264 have the same issue [17:33:46 CEST] <courrier> anyway I'm fine with the xvid codec [17:33:58 CEST] <courrier> Just wish I stopped it before loosing 3h xD [17:34:18 CEST] <klaxa> that's what -t 10 is for, heh [17:34:25 CEST] <klaxa> make test encodes before doing a long encode [17:35:28 CEST] <courrier> klaxa: I keep this in mind for the next time ;) [17:35:45 CEST] <klaxa> i learned it "the hard way" too [17:35:49 CEST] <klaxa> i think [17:39:45 CEST] <courrier> to go back to my initial question: how do we ask ffmpeg to continue encoding when the sequence of files has holes? like from IMG_008.JPG to IMG_200.JPG with IMG_104.JPG missing? [17:40:05 CEST] <courrier> it stops automatically otherwise [17:40:19 CEST] <courrier> when the next file is not found [17:42:23 CEST] <klaxa> i personally would just create a subfolder with numbered symlinks and use that instead [17:43:16 CEST] <cbsrobot_> courrier: read about levels on https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels [17:43:41 CEST] <cbsrobot_> my guess is that you try to encode resolution that is not supported [17:44:06 CEST] <cbsrobot_> Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj422p, 5472x3648, q=-1--1, 15 fps, 15360 tbn, 15 tbc [17:44:30 CEST] <klaxa> depending on the player colorspace might also be an issue [17:44:51 CEST] <klaxa> but i think that was already discussed, adding -pix_fmt yuv420p should fix that [17:48:37 CEST] <courrier> klaxa: but creating the sequence of symlinks is tricky as well isn't it? [17:48:55 CEST] <courrier> I mean not that trivial ^^ [17:50:24 CEST] <courrier> cbsrobot_: I could decrease resolution as well, I don't need such precision as it will be a 1080p video after postprocessing, I've just used the default params [17:52:55 CEST] <cbsrobot_> courrier: try: ffmpeg -framerate 15 -i IMG_%04d.JPG -vcodec libx264 -pix_fmt yuv420p -vf scale=1920:-1,crop=1920:1080:0:100 time-lapse.mp4 [17:56:05 CEST] <cbsrobot_> courrier: to create the symlinks use something like: [17:56:23 CEST] <cbsrobot_> C=1; for i in *.JPG; do F=$(printf "seq-%04d.jpg" "$C"); ln -s "$i" "$F"; C=$((C + 1)); done; [17:56:28 CEST] <cbsrobot_> (not tested) [18:02:02 CEST] <courrier> thanks a lot :) [19:39:29 CEST] <pensan> Hi, I was wondering, is it possible to have ffmpeg read X and Y values for the position of an overlay from a text file at each frame? Thank you in advance! [19:44:22 CEST] <klaxa> does it have to be live? [19:45:16 CEST] <klaxa> if not i would suggest using a subtitle file [19:48:28 CEST] <pensan> It does not have to be live [19:49:51 CEST] <klaxa> i think the easiest and cleanest way would probably be to use aegisub to create a subtitle file [19:50:02 CEST] <klaxa> but it really depends on what text you want to display and how [19:51:13 CEST] <pensan> I have two video files place on top of each other. The background video is 'fixed' in position, but the overlay should 'move' around (it has a smaller resolution) based on some kind of input file [19:52:15 CEST] <klaxa> oh wait, now i get it [19:52:21 CEST] <klaxa> you want the overlay to move? [19:52:38 CEST] <klaxa> nevermind the subtitle stuff then [19:53:08 CEST] <pensan> yes, the overlay should be moved :) [19:53:19 CEST] <pensan> and the position is updated every frame [19:53:56 CEST] <klaxa> the overlay filter has some calculation capability, but i've never used them and can't tell you how to use them: https://ffmpeg.org/ffmpeg-filters.html#overlay-1 [19:55:48 CEST] <pensan> I'm at a point where I can move the overlay, but only with arithmetic operations like "10 * n". But I couldn't find a way to have this value get read from a file/array [19:56:53 CEST] <c_14> I don't think that works without having to modify the source. [19:57:10 CEST] <c_14> You'll have to create a function beforehand that maps input framenumber/timestamp to overlay location. [19:58:11 CEST] <pensan> I would be possible to calculate the positions for each frame beforehand, but how can I get these calculated values into ffmpeg? [20:00:02 CEST] <c_14> overlay=x='if(gte(t,2), -w+(t-2)*20, NAN)' <- something like that [20:00:16 CEST] <c_14> Depending on your function, it'll get really ugly [20:01:17 CEST] <pensan> so for each frame there should be a own 'row' with the position, including an 'IF frame_number equals N"? [20:02:06 CEST] <c_14> If you want a different position per frame, yes. If you want for a range something like if (gt x and lt y) [20:02:16 CEST] <c_14> You can look up all the ifs, gtes etc in ffmpeg-utls [20:02:18 CEST] <c_14> *utils [20:02:26 CEST] <c_14> https://ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation [20:03:47 CEST] <pensan> OK thank you both! [20:04:31 CEST] <pensan> my second attempt would be have a script which reads the source, frame by frame, adds the offset and saves the frame again [20:11:55 CEST] <jooe> Hello everygodey! [20:14:17 CEST] <jooe> so I'm trying to combine a bunch of different audio files with a single image to dreate different video files [20:14:25 CEST] <jooe> and I'm using this command: [20:14:26 CEST] <jooe> http://pastebin.com/pwW1M6J5 [20:14:33 CEST] <jooe> but I get this error: [20:14:55 CEST] <jooe> http://pastebin.com/UhJXJs1i [20:15:16 CEST] <jooe> can anyone tell me what I do wrong? [20:18:59 CEST] <c_14> -shortest goes after the last -i filename [20:19:03 CEST] <c_14> and before the output filename [20:26:09 CEST] <jooe> I moved "-shortest" after the "-i" but before the filename but it gives me another error [20:26:30 CEST] <c_14> after -i filename and before the output filename [20:27:42 CEST] <jooe> the error says "-shortest: No such file or directory", but it works without "-shortest" flag [20:27:51 CEST] <c_14> What's your cmdline? [20:28:06 CEST] <jooe> Windows Command Prompt [20:28:18 CEST] <c_14> I meant the `ffmpeg blah foo' [20:29:58 CEST] <jooe> for %a in (D:\TaiLopez\*.mp3) do "ffmpeg" -loop 1 -r 1 -i -shortest "Untitled.j pg" -vcodec mpeg4 -i %a -acodec copy %a".mp4" [20:30:06 CEST] <jooe> is my command line [20:30:34 CEST] <c_14> eeeeeh [20:30:38 CEST] <c_14> That's all kinds of broken [20:31:25 CEST] <c_14> for %a in (D:\TaiLopez\*.mp3) do "ffmpeg" -loop 1 -framerate 1 -i "Untitled.j pg" -i %a -vcodec mpeg4 -acodec copy -shortest %a".mp4" [20:34:02 CEST] <jooe> wow thanks a lot! it works! [20:34:08 CEST] <jooe> you're a wizzard! [20:56:01 CEST] <halfie> JEEBsv, I have my dummy demuxer going now :) thanks for the help. [22:26:38 CEST] <zhanshan> trying to repair a h.264 file using ffmpeg [22:26:41 CEST] <zhanshan> [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2e21240] moov atom not found [22:26:43 CEST] <zhanshan> :P [22:26:54 CEST] <zhanshan> Invalid data found when processing input [22:27:51 CEST] <c_14> 90% of the time, an mp4 without a moov atom is junk, but you can try something like https://github.com/ponchio/untrunc [22:28:50 CEST] <mike_papa> Is it ok that I get 1,1 fps with something like this: "ffmpeg.exe -hide_banner -i filename.ts -map 0:2 -map 0:0 -codec:v hevc -preset veryslow -x265-params crf=22 -ac 2 -c:a:0 libfdk_aac -vbr 3 filename.mkv" on i7-4765T? Or am I doing something wrong? [22:29:12 CEST] <c_14> You're using veryslow on hevc, that's probably normal [22:29:53 CEST] <mike_papa> c_14: Thanks. I was supprised how slow it gets. [22:31:22 CEST] <mike_papa> What preset should I use to finish 1:20:00 long movie till morning? Veryslow now dropped to 0,9. It will take almost two days with speed like that (41,6h) [22:31:37 CEST] <zhanshan> c_14: https://github.com/ponchio/untrunc/blob/master/track.cpp [22:31:50 CEST] <zhanshan> I tried: avc1: failed for not particular reason [22:31:59 CEST] <zhanshan> Found 0 packets [22:32:24 CEST] <c_14> mike_papa: encode 10s chunks with various presets and extrapolate [22:34:44 CEST] <c_14> zhanshan: no clue, I didn't write it. It may or may not work, if it doesn't work you're out of luck unless you can fill the moov atom in manually [22:39:37 CEST] <zhanshan> c_14 fill in the moov atom manually [22:39:43 CEST] <zhanshan> that sounds impossible to me [22:48:13 CEST] <zhanshan> c_14 these guys seem to have coded something that's impressing because I can see preview images at least: http://mp4repair.org/ [22:48:26 CEST] <zhanshan> I didn't pay for the repairing though [22:49:47 CEST] <c_14> I mean, it's technically possible. I just don't know of any other tool that'll do it. [22:49:59 CEST] <zhanshan> yeah.. :/ [22:50:15 CEST] <zhanshan> so stupid to not have made a backup of this one [22:50:29 CEST] <zhanshan> http://mp4repair.org/fixed/151381/Treasured-00636.pbad-1-0640000-H264-1280x… [23:03:34 CEST] <zhanshan> AtomicParsley looks promising [23:03:46 CEST] <zhanshan> but unfortunately quicktime is not supported :/ [23:37:52 CEST] <poop> Is there a magical ffmpeg parameter to have vp8 clusters start with a keyframe? [00:00:00 CEST] --- Mon Jun 22 2015

1 0

ffmpeg-devel.log.20150620
by burek 21 Jun '15

21 Jun '15

[01:08:20 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:75651cd63f2d: avcodec/jpeg2000dwt: Fix order of operations in integer decomposition wavelets [01:38:48 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:de99ce4306b1: avcodec/jpeg2000dwt: add test for the 5/3 wavelet [01:38:49 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:0ce918c45b82: tests/fate: Add fate-j2k-dwt [02:07:33 CEST] <jamrial> michaelni: "libavcodec/jpeg2000dwt.c:632:26: warning: iteration 2u invokes undefined behavior [-Waggressive-loop-optimizations]" [02:07:43 CEST] <jamrial> the for loop should be j < 2, not j < 4 [02:33:54 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:a75ca3ca6a0d: avcodec/jpeg2000dwt: Fix special cases in sd_1d53() [02:33:55 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:116e7d5418bc: avcodec/jpeg2000dwt: Factor dwt test code out so it can be easily used with the other dwts too [02:33:56 CEST] <cone-563> ffmpeg 03Michael Niedermayer 07master:5358953cdfb8: avcodec/jpeg2000dwt: Fill array using 2d instead of 1d accesses [04:53:10 CEST] <kierank> nevcairiel: wow you have 7.5k posts on doom9 [04:54:45 CEST] <jamrial> his lav filters thread has almost 1k pages :p [05:05:24 CEST] <BBB> kierank: I think vdd would be more interesting than webm summit for most ff devs [05:05:36 CEST] <BBB> (I found it fun, but its very vp9 centric so not everyone here would care) [07:54:38 CEST] <wisler> hi ffmpeg developers, I have a question about TrueHD and it's metadata stream for the audio objects. Is there someone trying to decoding it? Or is it impossible? [08:42:30 CEST] <cone-561> ffmpeg 03James Almer 07master:6fb96afdd66c: avutil/fixed_dsp: remove ff_ prefix from static function [08:54:08 CEST] <nevcairiel> kierank: gotta keep busy fighting all the misinformed trolls [11:54:10 CEST] <wm4> what's attribute_align_arg for? [11:56:12 CEST] <nevcairiel> It makes sure the stack is aligned [11:56:32 CEST] <nevcairiel> Because some callers don't do that [11:57:19 CEST] <nevcairiel> ie. msvc 32bit only has 4byte alignment not 16 byte as would be required for simd [11:57:31 CEST] <nevcairiel> So it re-aligns [11:58:27 CEST] <nevcairiel> I have had a few problems with some APIs not having it though, should add it on a few more [12:04:29 CEST] <wm4> shouldn't the asm prelude do this? [12:05:10 CEST] <nevcairiel> Not everything is asm [12:05:35 CEST] <nevcairiel> Compilers may assume the alignment for vectorization [12:06:24 CEST] <nevcairiel> Or even when using sse for double math [12:07:12 CEST] <wm4> so we really have to care about an ABI mismatch in high level code? [12:07:29 CEST] <nevcairiel> It's a simple fix [12:07:43 CEST] <nevcairiel> And C isnt particularly high level [12:07:58 CEST] <wm4> I wouldn't call littering every entry point a simple fix, but whatever [12:08:01 CEST] <wm4> C is very high level [12:08:29 CEST] <wm4> if it wasn't, we wouldn't have undefined behavior and such fun [12:08:51 CEST] <nevcairiel> That argument is backwards as fuck [12:10:01 CEST] <rcombs> hmm, now I wonder if there's any undefined behavior in x86 [12:10:04 CEST] <wm4> the gcc and clang devs would probably agree with that argument, though [12:10:52 CEST] <luzie> x86 is high level :^) [12:10:54 CEST] <rcombs> all sorts of performance oddities, but I can't immediately think up an instruction that doesn't have a well-defined result [12:11:09 CEST] <rcombs> then again, I'm not an expert on the matter [14:27:33 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:5ba9ec824aa6: avcodec/jpeg2000dec: Increase tile part limit to 256 [14:27:34 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:bb9f4f94ace5: avcodec/jpeg2000dec: Replace TPsot check by assert [14:27:35 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:50ee17340b9f: avfilter/formats: Add test for ff_parse_channel_layout() [14:27:36 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:f230b9671f9e: fate: add avfilter/formats-test [16:49:38 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:7e7256c3a496: lavc: add little-endian ADPCM_THP decoder [16:49:39 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:8e7a06aa5c10: lavc/adpcm: THP: handle packets with sample counts not divisible by 14 [17:29:25 CEST] <BBB> wm4: if I use the AVCodecContext in AVFormatContext, would that cause memory leaks? [17:29:47 CEST] <BBB> my app is complaining that av_find_stream_info is causing leaks (the packets it reads) [17:33:55 CEST] <nevcairiel> dont think memory leaks is one of the symptoms of this usage [17:34:11 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:d4c9eced98bb: lavf/brstm: support little-endian files (BCSTM; 3DS) [17:43:14 CEST] <wm4> BBB: not sure what's the problem, ask elenril for details [17:43:25 CEST] <BBB> hm, oh, its this ugly packet allocation again [17:43:28 CEST] <BBB> so heres the problem [17:43:41 CEST] <BBB> if I dont use av_dup_packet, I cant call av_free_packet [17:43:49 CEST] <BBB> because it sometimes crashes on some media (I believe for y4m) [17:44:01 CEST] <BBB> so I need to call dup_packet so I can always call free_packet [17:44:03 CEST] <BBB> I dont understand why [17:44:13 CEST] <wm4> no, you always call av_free_packet [17:44:19 CEST] <BBB> the comment for the function says hack" [17:44:22 CEST] <wm4> dup is optional [17:44:31 CEST] <wm4> that comment is probably from 2001 [17:44:35 CEST] <BBB> ok... [17:44:40 CEST] <wm4> and some old stuff is kept for ABI compat etc. [17:44:44 CEST] <BBB> so if I dont dup, and its raw yuv, and I decode [17:44:46 CEST] <BBB> is that ok? [17:44:57 CEST] <BBB> (after that free pkt and display decoded frame) [17:45:25 CEST] <nevcairiel> it should manage the references appropriately for you [17:46:43 CEST] <nevcairiel> ie. in a raw case, if the input packet is ref-coutned, the frame will just ref it, and if its not ref-counted, it will copy it [17:47:44 CEST] <ubitux> is demuxing_decoding.c not clear enough? :( [17:48:06 CEST] <wm4> ubitux: why not have a self-explanatory API instead [17:48:09 CEST] <nevcairiel> av_dup_packet has one obscure usecase .. it ensures the packet is ref-counted after calling it [17:48:18 CEST] <wm4> (requires kiling all the terrible nonsense) [17:48:37 CEST] <ubitux> wm4: nuff api changes! :( [17:48:41 CEST] <BBB> ok so I dont need dup_packet [17:48:52 CEST] <ubitux> we already have to deal with 3 code paths in demuxing_decoding.c :s [17:50:10 CEST] <wm4> ubitux: what 3 code paths and why? [17:50:19 CEST] <wm4> because you support the legacy shitcrap? [17:50:25 CEST] <wm4> to confuse users more? [17:50:52 CEST] <ubitux> old, new with no ref count and new with ref count [17:51:03 CEST] <ubitux> old users might want to upgrade their code [17:51:13 CEST] <ubitux> they need to see how it was supposed to be done, and how it's done now [17:51:22 CEST] <nevcairiel> i hope it has a giant disclaimer which method new user should use [17:51:23 CEST] <ubitux> it clarifies the changes that are expected to do [17:51:46 CEST] <ubitux> ref count is an option, ppl are free [17:52:04 CEST] <ubitux> if you wanted user not to not use it, you shouldn't have made it an option in the first place [17:52:13 CEST] <wm4> ubitux: then you should have 3 source files [17:52:23 CEST] <wm4> ubitux: or users are going to copy this code and think they need to support all 3 ways [17:52:46 CEST] <ubitux> /* The different ways of decoding and managing data memory. You are not [17:52:46 CEST] <wm4> do you really think they can know this with all the confusing mess? [17:52:47 CEST] <ubitux> * supposed to support all the modes in your application but pick the one most [17:52:49 CEST] <ubitux> * appropriate to your needs. Look for the use of api_mode in this example to [17:52:51 CEST] <ubitux> * see what are the differences of API usage between them */ [17:52:53 CEST] <ubitux> top of the file [17:53:05 CEST] <wm4> and disabling refcount mode is NOT useful [17:53:14 CEST] <ubitux> then why is it an option>? [17:53:16 CEST] <wm4> it's more like a "what the fuck are you doing" kind of thing [17:53:19 CEST] <wm4> because compatibility [17:53:23 CEST] <wm4> for no reason [17:53:24 CEST] <BBB> does ffmpeg.c use av_dup_packet()? [17:53:31 CEST] <nevcairiel> the API didnt necessarily change when ref-counting was added [17:53:40 CEST] <nevcairiel> the "old" API is way older than ref-counting [17:54:13 CEST] <nevcairiel> so making it optional prevented a lot of silent failures [17:54:40 CEST] <nevcairiel> because same api with different behavior is always going to get a lot of people [17:56:59 CEST] <wm4> I maintain that it would have been possible to make it perfectly compatible with refcounting enabled [17:57:12 CEST] <wm4> but maybe I missed some detail or something [17:58:13 CEST] <nevcairiel> it would've been ugly ass code for one [17:58:52 CEST] <wm4> emulating the non-refcounted API is uglier [17:59:15 CEST] <nevcairiel> it would really be somewhat siimilar, just with more tracking and checks [18:00:13 CEST] <BBB> so what is the correct way to deal with refcounted decoded frames? [18:00:22 CEST] <nevcairiel> just free them when you are done [18:00:24 CEST] <BBB> I set avctx->refcounted_frames = 1; [18:00:25 CEST] <BBB> and now? [18:00:34 CEST] <BBB> thats all? [18:00:35 CEST] <nevcairiel> call av_frame_free once you dont need it anymore [18:00:36 CEST] <BBB> ok [18:00:57 CEST] <nevcairiel> (or _unref if you have a persistent AVFrame instance which you keep re-using) [18:01:20 CEST] <wm4> do you still need to call unref before decode? [18:01:44 CEST] <nevcairiel> I hope so, I hate implicit memory freeing magic [18:02:02 CEST] <wm4> how is it implicit [18:02:10 CEST] <nevcairiel> i dont do it explicitly [18:02:14 CEST] <nevcairiel> hence, implicit [18:02:17 CEST] <BBB> Im confused [18:02:17 CEST] <ubitux> BBB: look at occurences of API_MODE_NEW_API_REF_COUNT in doc/examples/demuxing_decoding.c maybe [18:02:22 CEST] <BBB> lets say I do this: [18:02:25 CEST] <nevcairiel> just dont listen to wm4's trolling [18:02:33 CEST] <BBB> AVFrame *pic = av_frame_Alloc(); [18:02:39 CEST] <BBB> avcodec_decode_video2(.., pic); [18:03:14 CEST] <BBB> if (got_frame && res == 0) { AVFrame *dst = av_frame_alloc(); av_frame_ref(dst, pic); add_to_queue(dst); } [18:03:25 CEST] <BBB> and then I unref when I remove it from the queue and am finished using it [18:03:27 CEST] <BBB> is that bad? [18:03:34 CEST] <nevcairiel> you can just add pic to the queue [18:04:06 CEST] <BBB> probably... [18:04:07 CEST] <Mavrik> av_frame_alloc implicitly adds 1 refcount [18:04:15 CEST] <Mavrik> so you'll have to unref it twice to make it go away [18:04:23 CEST] <Mavrik> in your case (alloc + ref -- count 2) [18:04:31 CEST] <wm4> there are no visible refcounts at all [18:04:35 CEST] <wm4> it's transparent [18:04:47 CEST] <wm4> so it's more like each AVFrame is one refcount [18:04:48 CEST] <nevcairiel> thats not true, alloc creates an empty AVFrame without any ref-counted data buffers [18:05:06 CEST] <Mavrik> doh, yeah [18:05:15 CEST] <nevcairiel> the full AVFrame isnt refcounted, only the data inside is [18:05:21 CEST] <Mavrik> I mistook a call, should really check the doc before saying something. -_- [18:05:22 CEST] <wm4> so don't think about refcounts, just AVFrame [18:08:11 CEST] <atomnuker> anyone knows how to get the channel map from avctx->channel_layout? [18:08:32 CEST] <nevcairiel> whats a "channel map" [18:08:48 CEST] <nevcairiel> because in my mind thats the thing channel_layout actually is [18:09:35 CEST] <wm4> it is [18:09:49 CEST] <rcombs> maybe the order the channels are encoded in? (which I think is LSB->MSB in AVCodec?) [18:10:10 CEST] <atomnuker> I just need some way to get the position/label (e.g. FL, FR, BR, etc.) [18:10:27 CEST] <nevcairiel> there is probably some sort of API for that [18:11:00 CEST] <rcombs> sounds like you want av_get_channel_layout_string [18:11:25 CEST] <rcombs> that or av_get_channel_name [18:11:56 CEST] <atomnuker> yep, that'll work, thanks [18:12:15 CEST] <wm4> you just need to understand wtf channel_layout means [18:12:25 CEST] <wm4> libavutil/channel_layouts.h [18:12:32 CEST] <wm4> minus s [18:12:40 CEST] <Mavrik> or av_get_channel_layout_channel_index [18:13:53 CEST] <nevcairiel> its the same as the wav channel mask, I would think thats a concept people know [19:21:05 CEST] <rcombs> durandal_1707: earlier today I was sent some BCSTM samples that give garbage on the last frame with my current patches; it's because of an inconsistency between the sample count and the used-byte count in the header [19:21:42 CEST] <rcombs> durandal_1707: there are 2 options to fix it; 1 is to adjust the used-bytes count to fit the number of samples specified, as this patch does: https://gist.github.com/36af640e5f1d2603b0c6 [19:22:06 CEST] <rcombs> the other is to adjust the sample count to match the used-bytes count [19:23:56 CEST] <durandal_1707> I encountered something similar with brstm files [19:26:32 CEST] <durandal_1707> does normal files decodes same with patch? [19:50:07 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:db426031dd27: lavf/brstm: allow larger block sizes [19:50:08 CEST] <cone-285> ffmpeg 03Rodger Combs 07master:6b547180b949: lavc/adpcm: THP: allow channel counts up to 10 [20:12:05 CEST] <cone-285> ffmpeg 03Simon Thelen 07master:7cbb52ecab90: libavfilter/formats: Fix parsing of channel specifications with a trailing 'c'. [20:16:19 CEST] <rcombs> durandal_1707: fate says yes [20:19:21 CEST] <durandal_1707> but what about other brstm files? [20:20:11 CEST] Action: rcombs tests his batch of Fire Emblem BRSTMs [20:24:03 CEST] <rcombs> durandal_1707: but thanks for reminding me that I need to adjust the BFSTM tests [20:24:52 CEST] <rcombs> because I fixed that endianness problem and haven't done that yet [20:27:24 CEST] <rcombs> &oh, and apparently one of my changes (most likely the ADPC/SEEK table one) did break the ADPCM decode test [20:27:57 CEST] <rcombs> but the file sounds fine, and I believe the new behavior is closer to what Nintendo's decoder actually does [20:36:23 CEST] <durandal_1707> update the fate tests then, please [20:46:24 CEST] <rcombs> yup, arranging things so they never break [21:09:26 CEST] <rcombs> ubitux: around to talk ass_split? [21:09:36 CEST] <Daemon404> oh my. [21:10:17 CEST] <rcombs> :| [21:10:21 CEST] <rcombs> I didn't name the file [21:10:50 CEST] <Daemon404> i want to name a file jesus.c or ourlordandsavior.c [21:10:58 CEST] <Daemon404> do you have a moment to talk about jesus.c? [21:11:09 CEST] <halfie> hi, I am trying to write an input bitsream filter. I can get "chomp" filter to apply just before the data is written to the output file. however, no luck in getting it to work on input data. [21:11:28 CEST] <rcombs> a while ago someone asked if I "ha[d] a moment to talk about backups" [21:11:48 CEST] <rcombs> (because they wanted to ask some questions about how I handle backups) [21:12:04 CEST] <rcombs> but I parsed it as "do you have a moment to talk about our lord and savior, backups?" [21:12:13 CEST] <rcombs> (which is also 100% accurate) [21:12:14 CEST] <halfie> "ffmpeg -bsf:a chomp -i test.mp3 -vn -acodec vorbis -ac 2 -ab 96k -f ogg -strict -2 -v debug OUTPUT" results in "Option bsf:a (A comma-separated list of bitstream filters) cannot be applied to input file test.mp3 -- you are trying to apply an input option to an output file or vice versa. Move this option before the file it belongs to". [21:13:08 CEST] <halfie> I would like to get chomp to process encoded data in "test.mp3" before further stuff happens. [21:14:43 CEST] <rcombs> [14:13:54] <@barometz> rcombs: our lord and saviour, backblaze [22:02:34 CEST] <RiCON> <@Daemon404> i want to name a file jesus.c or ourlordandsavior.c <- there's a fb2k called foo_jesus [22:02:40 CEST] <RiCON> +plugin [22:03:23 CEST] <Daemon404> what does it do [22:03:35 CEST] <RiCON> it autosaves user configurations [22:03:38 CEST] <RiCON> :) [22:52:14 CEST] <cone-285> ffmpeg 03Michael Niedermayer 07master:e70fd57de5ea: avcodec/mqcenc: Remove unused variable [23:23:52 CEST] <Polochon_street> Hey! I had a problem with duplicate FLAC tags, and I found that it comes from the libavformat/oggparsevorbis.c:178 (http://pastebin.archlinux.fr/1159258) but I don't know what I should do [23:24:19 CEST] <Polochon_street> I suppose the AV_DICT_APPEND is here for a reason, but when I remove it, the issue goes away [23:24:27 CEST] <Polochon_street> (from ALBUM : Mezzanine;Mezzanine [23:24:35 CEST] <Polochon_street> to ALBUM : Mezzanine [23:25:08 CEST] <Polochon_street> maybe I could add an if clause to see if the two concatenated strings are identical? [23:25:33 CEST] <nevcairiel> you should probably find out why it even does parse it twice [23:26:26 CEST] <Polochon_street> it's weird, because when I try to printf ct, I only have each tag once [23:27:28 CEST] <c_14> Polochon_street: it might be https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2015-February/168509.html [23:28:36 CEST] <ubitux> rcombs: our savior ass_split? go for it [23:31:37 CEST] <Polochon_street> c_14: yes, you're right! So, I just need to wait for the patch to be applied to ffmpeg in later versions? [23:33:38 CEST] <c_14> Well, it's been lying there since February. Someone probably needs to revive it. [23:36:25 CEST] <Polochon_street> well, it's the first time ever I contribute to a free project, and it seems they are arguing about something I completely don't know. Should I reply to the last mail? [23:41:09 CEST] <c_14> Polochon_street: you can try replying to the patch itself [00:00:00 CEST] --- Sun Jun 21 2015

1 0

ffmpeg.log.20150620
by burek 21 Jun '15

21 Jun '15

[06:25:39 CEST] <orbea> Is there any benefits to compiling ffmpeg with openssl instead of just gnutls? [09:57:02 CEST] <jarroddzz> hi everyone im trying to record a mp4 from a rtmp stream but it throws an AMF3 Object encapsulated in AMF stream does not start with AMF3_OBJECT! [09:57:19 CEST] <jarroddzz> i could not find any good info on this error and why it happens any experts know why this happens? [10:35:32 CEST] <gurpartap1> I am using following command line to stream audio on localhost and then recieve stream from ip camera and combining both streams with mp4 container. [10:35:41 CEST] <gurpartap1> ffmpeg -fflags genpts -f alsa -i default -ac 1 -acodec libmp3lame -vn -sn -f rtp rtp://127.0.0.1:1235 & [10:36:20 CEST] <gurpartap1> but there is little lag in audio sometimes...please review my commandline is right or wrong... [10:37:00 CEST] <gurpartap1> This command is to mux two streams ...ffmpeg -fflags genpts -i stream.sdp -rtsp_transport tcp -i rtsp://192.168.0.127 -tune zerolatency -vcodec libx264 -acodec libmp3lame -s 600x480 -y -f mp4 2streams.mp4 [10:45:00 CEST] <gurpartap1> Please help somebody... [10:56:19 CEST] <gurpartap1> what is the purpose of -fflags genpts .can somebody explain ? [10:58:21 CEST] <anoop_r> i used this ffmpeg -i input.mp4 -c:v copy -c:a libfdk_aac -vbr 3 output.mp4 to encode but mediainfo showing it as Bit rate mode : Constant. why [11:01:04 CEST] <anoop_r> anyone help [11:18:04 CEST] <anoop_r> i used this ffmpeg -i input.mp4 -c:v copy -c:a libfdk_aac -vbr 3 output.mp4 to encode but mediainfo showing it as Bit rate mode : Constant. why [11:18:20 CEST] <anoop_r> please please [12:34:01 CEST] <nyuszika7h> how do I convert mp4 to webm without making the quality horrible? [12:35:26 CEST] <nyuszika7h> ah, I got it, https://trac.ffmpeg.org/wiki/Encode/VP8 [12:35:31 CEST] <nyuszika7h> "Note that you shouldn't leave out the -b:v option as the default settings will produce mediocre quality output. " [12:36:42 CEST] <nyuszika7h> ah, and there's this: "Important: If neither -b:v nor -crf are set, the encoder will use a low default bitrate and your result will probably look very bad. Always supply one of these optionsideally both." [15:43:51 CEST] <x86iac> i have a mp4 that is badly out of sync - if i use -i .mp4 .avi it gets in sync but quality is lost as is with -vcodec copy -acodec copy - i can convert to any format .. any information to keep quality and sync it up? [15:44:15 CEST] <x86iac> same with output to mkv [15:46:40 CEST] <JEEBsv> if your input is already fucked up I can't really expect too much from just remuxing it. -c copy or -c:a/-c:v copy should just remux those streams so I don't see how you manage to lose quality there :P [15:49:15 CEST] <x86iac> it does and is quite apparent - the result looks like 'old fashioned horizontal tv' :) [15:49:34 CEST] <JEEBsv> then post your full command line and output on a pastebin and link here [15:50:29 CEST] <x86iac> just simple ffmpeg -i a.mp4 a.mkv or to a.avi [15:50:41 CEST] <JEEBsv> well fucking naturally then [15:50:50 CEST] <x86iac> that is why i am asking [15:51:11 CEST] <x86iac> but it gets in sync [15:51:42 CEST] <JEEBsv> you are not specifying a video or audio format, so ffmpeg picks some with a specific list, and then whatever default rate control is for that given format. in many of things that is like 200kbps or so [15:52:04 CEST] <JEEBsv> tl;dr always specify a -c for all streams [15:52:19 CEST] <JEEBsv> and if you are re-encoding always set rate control of your choice [15:52:32 CEST] <x86iac> what would you suggest? [15:52:39 CEST] <JEEBsv> ffmpeg -i in.mp -map 0 -c copy out.mp4 leads to what kind of result? [15:52:45 CEST] <JEEBsv> *in.mp4 [15:52:59 CEST] <x86iac> brb [15:53:00 CEST] <JEEBsv> -map 0 is "select all streams from the first input file" [15:53:19 CEST] <JEEBsv> -c copy sets all stream's "encoding" to "copy", which is basically remuxing [16:12:13 CEST] <testboy> hey [16:13:25 CEST] <testboy> I am downmixing 5.1 Dobly Digital audio to 2 chanel AAC [16:13:55 CEST] <testboy> but volume is lower [16:14:41 CEST] <testboy> its ok in vlc with 2ch downmixing [16:14:58 CEST] <testboy> anyone knows how to make it normal? [16:15:53 CEST] <JEEBsv> now try guessing which is actually correect [16:15:55 CEST] <JEEBsv> *correct [16:16:45 CEST] <testboy> our users dont like the lower one [16:16:52 CEST] <testboy> so loudest is correct [16:17:11 CEST] <JEEBsv> then just separately make it louder? [16:17:29 CEST] <testboy> how? [16:17:48 CEST] <testboy> is there native way to do it like vlc [16:18:15 CEST] <JEEBsv> you are being awfully vague [16:18:25 CEST] <JEEBsv> how am I supposed to know what you mean with "native way" [16:19:13 CEST] <testboy> sorry im new at ffmpeg [16:19:44 CEST] <JEEBsv> anyways, you should first of all check your decoding results between liba52 and libavcodec without any mixing look like, and then look at the possible differences in mixing [16:20:13 CEST] <JEEBsv> because one thing is sure, libavresample (and possibly libswresample) generally do the mixing correctly. [16:21:18 CEST] <testboy> liba52? [16:21:34 CEST] <testboy> im using libfdk_aac [16:21:35 CEST] <JEEBsv> the thing that most VLC binaries use for AC-3 decoding AFAIK [16:22:18 CEST] <JEEBsv> it probably has a command line decoder or if you trust VLC to not poke it too much you could just output WAV with the original stream mapping from it or so [16:24:19 CEST] <testboy> so if i understand [16:24:37 CEST] <testboy> i must use libavresample or libswresample [16:25:39 CEST] <JEEBsv> that is what ffmpeg uses when you resample etc [16:26:04 CEST] <JEEBsv> I'm trying to refresh my memory regarding VLC/liba52/possible differences between lavc and liba52 regarding AC3 decoding [16:26:46 CEST] <JEEBsv> < kierank> it's correct in ffmpeg iirc <- so the dialog normalization stuff I was thinking of seems to be correct in FFmpeg [16:27:08 CEST] <testboy> this is my test code if it helps https://i.imgur.com/re0oI9J.png [16:28:12 CEST] <JEEBsv> > fdk_aac > 320k rate for 2 channels [16:28:31 CEST] <JEEBsv> you're just throwing the bits around :P AAC is no MP3 [16:28:51 CEST] <testboy> :) [16:28:58 CEST] <JEEBsv> anyways, after some quick research I must say that that kind of usage of av/swresample should be correct [16:29:57 CEST] <JEEBsv> and personally I wouldn't start randomly modifying the volume of random crap [16:30:28 CEST] <testboy> i have video links if you want [16:30:40 CEST] <JEEBsv> you could run EBU R-128 normalization over an episode or whatever if you want, but I really wouldn't do more than that [16:32:35 CEST] <testboy> what you think about audio filters? [16:32:47 CEST] <testboy> i found this https://fluent-ffmpeg.github.io/index.html#audio-options [16:33:30 CEST] <JEEBsv> as I said, at most I would possibly run the EBU normalization algo over it, but anything else is a no-go. [16:34:32 CEST] <testboy> I am using node.js and fluent-ffmpeg so EBU is not possible [16:34:55 CEST] <JEEBsv> as far as I can see that piece of shit is just calling ffmpeg and you're giving it parameters [16:35:17 CEST] <JEEBsv> so unless it specifically doesn't let you some parameters you should be just fine :P [16:35:59 CEST] <JEEBsv> although you do need to go through it separately first :P [16:36:05 CEST] <JEEBsv> so that might be a limited factor [16:36:47 CEST] <JEEBsv> *limiting [16:40:42 CEST] <testboy> every month 4 million people watching videos encoded from this 'piece of shit' [16:40:47 CEST] <testboy> whatever [16:40:50 CEST] <testboy> thank you :) [16:41:41 CEST] <JEEBsv> well it's not encoded with it, it's just calling ffmpeg :P and with that way more than that amount of people are watching the results of [16:45:48 CEST] <testboy> oldu o zaman [16:45:56 CEST] <testboy> zaten bi i_ede yaramad1 dediklerin [16:46:05 CEST] <testboy> dsfgfd birazda sen translate et [16:46:11 CEST] <testboy> hadi öptüm can1m [16:46:26 CEST] <testboy> görü_ürüz [16:46:36 CEST] <testboy> bb [17:24:40 CEST] <halfie> hi, how to I enable all those "AV_LOG_DEBUG" messages? I am trying to hack on the mov [17:24:52 CEST] <c_14> -loglevel debug [17:26:01 CEST] <halfie> c_14, thanks! [17:31:15 CEST] <halfie> this is my first day of hacking on the ffmpeg source, I am hacking on the "mov" demuxer to transform audio stream data before passing it to the "aac" decoder. [17:32:10 CEST] <halfie> I was wondering if "aac" decoder can transform the audio data itself, it there a way to tell the AAC decoder more about the input audio data? [17:32:22 CEST] <halfie> s/it there/is there [17:39:15 CEST] <Mavrik> halfie, transform in what way? [17:45:07 CEST] <BtbN> Sounds like something a bitstream filter would do [17:46:41 CEST] <halfie> Mavrik, the raw aac audio samples are not available directly, they need to go through some de-obfuscation steps (which I call "transform") [17:47:14 CEST] <halfie> essentially, my code will detect such samples, do the transform on the audio buffer, and then pass them to the original aac decoder [17:48:35 CEST] <Mavrik> halfie, that functionality would probably best fit in a bitstream filter [17:48:41 CEST] <Mavrik> not the muxer as such [17:50:13 CEST] <halfie> Mavrik, I see. and which part of ffmpeg will activate this bitstream filter (which I will write)? does the flow look like "file --> muxer --> filter --> aac decoder". I haven't done any audio processing ever :) [17:50:50 CEST] <halfie> https://ffmpeg.org/pipermail/ffmpeg-user/2012-December/011759.html I see [17:51:11 CEST] <Mavrik> halfie, yes, bitstream filters work on encoded stream data and are inserted between (de)muxer and (de/en)coder [17:51:57 CEST] <Mavrik> halfie, and I guess your filter might even exist [17:52:00 CEST] <Mavrik> https://www.ffmpeg.org/ffmpeg-bitstream-filters.html [17:52:03 CEST] <halfie> cool :), I will stop putting randoms printf statements all over the "mov.c" file now. [17:52:29 CEST] <halfie> Mavrik, probably not, I just reversed engineered the de-obfuscation part. [17:52:47 CEST] <Mavrik> ah [17:52:57 CEST] <Mavrik> aac_adtstoasc filter should be a good sample for you then [17:53:16 CEST] <halfie> Mavrik, cool! thanks for all the tips. [19:16:44 CEST] <x86iac> my a.mp4 is badly out of sync but good video quality - with ffmpeg -i a.mp4 a.mkv i get a good synced a.mkv with poor video quality - but with ffmpeg -i a.mp4 -sameq a.mk4 i get a poorly synced video but good quality - can someone give me some information on this [19:17:00 CEST] <x86iac> the commands i was given before didn't do anything to help [19:17:11 CEST] <JEEBsv> so uhh [19:17:32 CEST] <JEEBsv> I told you what to test so I'd like specific info on the results [19:17:51 CEST] <JEEBsv> and just wipe sameq out of your fucking skull, it isn't what many people seem to think it is [19:20:23 CEST] <x86iac> hey dude knock the bs talk off [19:20:39 CEST] <x86iac> get your respect together [19:21:40 CEST] <JEEBsv> if you actually read my lines I have very little bs in there, and if you don't remember, just scroll into your backlog to see what I noted for you to test [19:22:28 CEST] <JEEBsv> if your backlog doesn't go far enough I can copypasta my lines from there [19:24:23 CEST] <x86iac> i tested it and same as original mp4 - good video but no sync [19:24:32 CEST] <JEEBsv> thank you [19:25:28 CEST] <JEEBsv> is your source constant frame rate btw? [19:26:02 CEST] <JEEBsv> would make it simpler to just override that and remux than to do a quick re-encode, use the timestamps from that and remux with those [19:27:04 CEST] <x86iac> would mplayer -v show that ? ffmpeg -loglevel verbose? [19:28:01 CEST] <JEEBsv> well I'd tell you to check the input, but since the input is wonky... you had some re-encodes lying around already, right? [19:28:08 CEST] <x86iac> how to do the remux with the timestamps [19:28:09 CEST] <JEEBsv> if you ffmpeg -i welp.mp4 those [19:29:21 CEST] <JEEBsv> does it tell you that the input video stream has a frame rate (it probably does, but that is not a definite piece of info, but if that input frame rate looks standard we could just try with that) [19:29:30 CEST] <x86iac> Stream #0.1(und): Video: h264 (High), yuv420p, 1280x528 [PAR 1:1 DAR 80:33], 849 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 50 tbc [19:29:35 CEST] <JEEBsv> ok [19:30:00 CEST] <JEEBsv> ffmpeg -i original.mp4 -r 24000/1001 -c copy output.mp4 [19:30:01 CEST] <JEEBsv> test this [19:32:33 CEST] <JEEBsv> that should force the video to have that frame rate [19:32:54 CEST] <JEEBsv> also, what kind of player are you using to check the a/v synch? [19:34:54 CEST] <x86iac> mplayer [19:35:46 CEST] <JEEBsv> I also recommend testing out mpv, that is probably the least retarded of the mplayer family of players [19:36:25 CEST] <x86iac> is the the -c copy just -acodec copy and -vcodec copy toghether? [19:36:31 CEST] <JEEBsv> yeah [19:36:49 CEST] <x86iac> it gives good video but out of sync [19:37:23 CEST] <JEEBsv> of course, you're just copying the streams over [19:37:33 CEST] <JEEBsv> if that would modify the quality we would be in big trouble ;) [19:38:15 CEST] <JEEBsv> ok, for a quick test let's try out ffmpeg -i input.mp4 -c:v copy -c:a aac -strict experimental -b:a 192k out.mp4 [19:38:54 CEST] <JEEBsv> (-strict experimental enables "experimental" features, in which the lavc aac encoder still is for whatever reason) [19:41:59 CEST] <Guest81481> Want to use FFMPEG to capture .m3u8 stream to .mp4 file - using code in http://pastebin.com/9c9tEW9y [19:43:00 CEST] <BtbN> I wouldn't use -re for a stream [19:43:11 CEST] <BtbN> Also, i wouldn't use mp4 to capture a stream [19:43:17 CEST] <BtbN> flv or mkv is better [19:44:50 CEST] <Guest81481> First time ffmpeg user. Any help appreciated. Why not use mp4 format? What will happen when stream ends? [19:45:40 CEST] <JEEBsv> doesn't really matter unless you kill off ffmpeg somewhere in the middle [19:45:52 CEST] <JEEBsv> because when the stream ends it will write the header and the file will be playable [19:45:57 CEST] <BtbN> There is no good reason to use mp4, but a lot of reasons not to use it [19:46:11 CEST] <JEEBsv> flv and matroska just let you play a file even if you stopped writing it in the middle [19:46:22 CEST] <BtbN> If you need it for compatiblity with something, remux it after the recording is done [19:48:30 CEST] <Guest81481> Since I'm creating a scheduled of batch files to record matches while away, should I do something to end capture? [19:48:45 CEST] <JEEBsv> if the input ends, ffmpeg stops [19:49:00 CEST] <JEEBsv> x86iac: did the audio-only re-encode work? [19:50:16 CEST] <x86iac> the last one with the experimental looks good but out of sync [19:50:25 CEST] <JEEBsv> ooh-kay... [19:50:43 CEST] <x86iac> the straight ffmpeg -i a.mp4 a.mk4 is in sync [19:51:05 CEST] <JEEBsv> yeah, that re-encodes both. [19:51:15 CEST] <x86iac> i'll try the -qscale ? [19:51:41 CEST] <Guest81481> BtbN: thanks will remove -re and what else do I need to change for mkv format? [19:51:53 CEST] <BtbN> the file extension. [19:51:54 CEST] <JEEBsv> well we'd be using something better if we really have to re-encode. I'm trying to probe as much as I can without actually having the file to see if it can be salvaged without re-encoding [19:52:03 CEST] <JEEBsv> because re-encoding as always costs quality [19:52:21 CEST] <JEEBsv> x86iac: would it be possible for you to share the file in some sane way? [19:53:05 CEST] <x86iac> ffmpeg -i s.mp4 -qscale 1 ss.mkv works perfect :) [19:53:21 CEST] <x86iac> let me check the size [19:53:31 CEST] <JEEBsv> yes, but that most probably isn't optimal in any way or form [19:53:47 CEST] <x86iac> 5 times bigger then the original lol [19:53:48 CEST] <JEEBsv> also it basically just gives up on the original streams :P [19:53:50 CEST] <JEEBsv> well yes [19:54:12 CEST] <x86iac> it is the swordfish movie [19:54:14 CEST] <JEEBsv> I have no idea what your ffmpeg build defaults to but whether it's mpeg4 or libx264 q:v 1 isn't good news [19:54:39 CEST] <x86iac> how can i tell what it defaults to? [19:54:58 CEST] <JEEBsv> see the output part of the terminal output [19:56:43 CEST] <JEEBsv> anyways, if you just want to fix a file for watching that should be OK :P [19:57:17 CEST] <JEEBsv> there probably would be a way to fix up the original streams, but if it's just some random pirated thing we can go without the effort [19:59:00 CEST] <jarr0dsz> hi anyone knows why a AMF3 Object encapsulated in AMF stream does not start with AMF3_OBJECT! happens? [19:59:07 CEST] <jarr0dsz> im trying to debug this problem but it still persist [19:59:18 CEST] <jarr0dsz> trying to save rtmp stream with flv or mp4 container always same error [19:59:28 CEST] <x86iac> the -map 0 should have worked though? [20:00:03 CEST] <x86iac> i've had this problem with other mp4 but usually just running them in ffplay fixed the sync [20:00:45 CEST] <JEEBsv> uhh, -map 0 just picks all streams from the first input file [20:00:58 CEST] <JEEBsv> and ffplay does exactly nothing to the files [20:01:12 CEST] <JEEBsv> it's a proof of concept crappy thing of a player :) [20:01:37 CEST] <x86iac> if fixes a lot things that won't play in mplayer ... [20:01:59 CEST] <JEEBsv> then your use of the word "fixes" is kind of weird, because it fixes exactly nothing in a file [20:02:10 CEST] <jarr0dsz> x86iac you refer to my message? [20:02:17 CEST] <JEEBsv> in that case mplayer is just fucking things up [20:02:18 CEST] <x86iac> jarr0dsz: sorry no [20:02:24 CEST] <JEEBsv> you should try out mpv as an alternative [20:02:33 CEST] <x86iac> i will try mpv [20:03:21 CEST] <x86iac> thanks for all your command line options - this is good to keep testing [20:03:48 CEST] <jarr0dsz> anyone successfully saved a rtmp stream to mp4 with ffmpeg? [20:03:49 CEST] <JEEBsv> also I must note that if mpv on your distro is not available or old, you should try the mpv-build repository's scripts [20:03:56 CEST] <jarr0dsz> i cannot find any much info on the error either [20:04:18 CEST] <JEEBsv> that builds mpv with some of its dependencies from the latest sources as a static binary [20:04:30 CEST] <JEEBsv> https://github.com/mpv-player/mpv-build [20:04:34 CEST] <x86iac> mpv 0.9.2 [20:04:41 CEST] <JEEBsv> ok, that's pretty new :) [20:05:23 CEST] <x86iac> jarr0dsz: try rtmpdump? [20:05:37 CEST] <jarr0dsz> can rtmpdump save directly as mp4 then x86iac ? [20:05:48 CEST] <JEEBsv> nope [20:05:54 CEST] <JEEBsv> it dumps the flv stream [20:06:13 CEST] <JEEBsv> also in theory if you provide the correct options to ffmpeg it should be able to read the stream as well [20:06:23 CEST] <JEEBsv> if not, you could try poking the trac issue tracker [20:07:15 CEST] <Guest81481> BtbN: Just changing the file extension to mkv gave me errors -"incorrect codec parameters" [20:07:37 CEST] <JEEBsv> Guest81481: put the full command line and terminal output to a pastebin [20:07:38 CEST] <JEEBsv> and link here [20:07:53 CEST] <JEEBsv> (also the actual reason for that error is generally higher up in the log before it) [20:09:07 CEST] <x86iac> JEEBsv: how do i find what the ffmpeg build defaults to but whether it's mpeg4 or libx264 ? [20:09:27 CEST] <jarr0dsz> okay my need is to save directly to mp4 [20:09:36 CEST] <jarr0dsz> i can already do flv savings but mp4 is causing me lots of problems [20:09:50 CEST] <JEEBsv> x86iac: it shows in the terminal output of the command [20:09:58 CEST] <JEEBsv> you have one part that describes the input stream(s) [20:10:05 CEST] <JEEBsv> and another that describes the output stream(s) [20:10:15 CEST] <JEEBsv> the output part lists what encoders are used [20:10:53 CEST] <Guest81481> JEEBsv: http://pastebin.com/9c9tEW9y Objective create batch file to save game stream while away. [20:11:24 CEST] <JEEBsv> Guest81481: thank for you for not posting the other part which would actually have the information [20:11:32 CEST] <JEEBsv> you are being so helpful I am about to burst <3 [20:11:41 CEST] <JEEBsv> </sarcasm> [20:12:54 CEST] <jarr0dsz> noboy knows more about the error AMF3 Object encapsulated in AMF stream does not start with AMF3_OBJECT! ? [20:13:01 CEST] <jarr0dsz> im also getting tis error on rtmpdump [20:13:10 CEST] <jarr0dsz> it seems that on every stream im trying to record this error is thrown [20:13:22 CEST] <jarr0dsz> probably be able to fix that error will let me save in mp4 also [20:14:39 CEST] <x86iac> the listing of the libs? [20:15:00 CEST] <JEEBsv> pastebin the terminal output and I will note you the point :P [20:15:02 CEST] <Guest81481> JEEBsv: http://pastebin.com/BQqg31nK </lol> [20:15:21 CEST] <JEEBsv> Guest81481: [matroska @ 0594f420] Error parsing AAC extradata, unable to determine samplerat [20:15:50 CEST] <JEEBsv> although I'm not fully sure that's the reason [20:16:02 CEST] <JEEBsv> try leaving out the bitstream filter? [20:17:21 CEST] <Guest81481> JEEBsv: if I only change it back to .mp4 file - works great no errors (noobie here - first time ffmpeg user) [20:17:52 CEST] <JEEBsv> well great then, enjoy your life [20:18:49 CEST] <x86iac> it seems to depend on what the output file extension given is [20:19:20 CEST] <JEEBsv> x86iac: yes since certain defaults depend on what output format you're using [20:19:24 CEST] <JEEBsv> (as in, container format) [20:19:54 CEST] <JEEBsv> I wouldn't be surprised if AVI had mpeg4 (which is the MPEG-4 Part 2 encoder) and mp4/mkv had libx264 if available [20:20:01 CEST] <JEEBsv> but it really depends on how your ffmpeg was packaged [20:20:29 CEST] <Guest81481> Just a noobie trying to learn. The mp4 format is fine for me- just trying to optimize the cli code and learn at the same time. [20:20:30 CEST] <x86iac> right there is no suitable output format for avi [20:20:55 CEST] <x86iac> lol i typed mvi avi is mpeg4 [20:20:57 CEST] <JEEBsv> Guest81481: well mp4 as such is just fine if the input streams fit it [20:21:31 CEST] <JEEBsv> x86iac: so did that mp4 file work with mpv? [20:22:18 CEST] <x86iac> give me a minute [20:28:12 CEST] <Guest81481> thanks for the help - GTG pick my son from work. Much appreciated. [20:33:51 CEST] <x86iac> it can't find my zlib installation .. i don't have a zlib.pc ?? i'll work on it [20:35:31 CEST] <x86iac> qscale 8 is pretty good too [20:35:43 CEST] <x86iac> only 50% bigger - not 5x [20:36:01 CEST] <JEEBsv> if you are using libx264, use the -crf option instead of qscale/q:v [20:36:22 CEST] <JEEBsv> crf is the closest to variable bit rate "constant quality" encoding we have [20:36:36 CEST] <JEEBsv> start with around crf 23 and go down if it looks bad, go up if it looks good [20:36:53 CEST] <JEEBsv> then you will find the highest crf value that still looks good to you [20:37:30 CEST] <halfie> "ffmpeg -i input.mp4 -vn -acodec vorbis -ac 2 -ab 96k -f ogg -strict -2 -bsf:a testing -loglevel debug OUTPUT" ... my new bitstream filter ("called testing") is never called it seems. what goes? [20:38:02 CEST] <JEEBsv> see -v debug [20:38:10 CEST] <JEEBsv> it will output a lot but possibly should help [20:38:28 CEST] <JEEBsv> also is the filter supposed to work before or after encoding? [20:39:21 CEST] <halfie> JEEBsv, I am trying to make it work before the decoding. I assumed that it will always be that way, heh. [20:39:35 CEST] <JEEBsv> halfie: then try putting it before -i [20:40:16 CEST] <halfie> JEEBsv, woot! that did the trick, thanks! [20:40:21 CEST] <JEEBsv> :) [20:40:56 CEST] <halfie> option parsing code in ffmpeg must be super complex, and crazy! it can do so many things. [20:43:08 CEST] <chungy> It's a little unusual to most programs. Order matters and duplicate arguments exist :P [20:44:58 CEST] <halfie> maybe I spoke too soon! "ffmpeg -bsf:a CHOMP -i test.mp4 -vn -acodec vorbis -ac 2 -ab 96k -f ogg -strict -2 -loglevel debug OUTPUT" results in "Option bsf:a (A comma-separated list of bitstream filters) cannot be applied to input file test.mp4 -- you are trying to apply an input option to an output file or vice versa. Move this option before the file it belongs to." [20:46:23 CEST] <halfie> maybe I need to move more options towards the left of "-i" [20:48:27 CEST] <JEEBsv> not really [20:48:30 CEST] <JEEBsv> hmm [20:49:04 CEST] <JEEBsv> can't say much more than try to read the output of the verbose output (-v debug , no idea if -loglevel debug does the same) [20:58:52 CEST] <x86iac> the mpv needs newer ffmpeg libs then i have - i'll try it on my new machine [20:59:19 CEST] <x86iac> JEEBsv: thanks very much - without your guidance ... :) [20:59:39 CEST] <x86iac> i've settled on -qscale 8 [21:00:32 CEST] <x86iac> how come -sameq works but not with the direct ffmpeg -i .mp4 .mkv [21:00:42 CEST] <x86iac> which gives the sync [21:01:21 CEST] <chungy> don't use -sameq [21:01:46 CEST] <JEEBsv> uhh, sameq never works and I think the option was already removed effectively :P [21:01:55 CEST] <JEEBsv> it was meant for a very limited amount of debugging [21:02:04 CEST] <JEEBsv> it was supposed to copy quantizers from input to output [21:02:12 CEST] <JEEBsv> which just doesn't make sense in any usual use case [21:02:25 CEST] <chungy> yaeh it's removed in the latest versions for a while now [21:03:07 CEST] <chungy> "ffmpeg -i INPUT -c copy OUTPUT" if you don't want to lose any quality (the streams are copied) [21:03:25 CEST] <JEEBsv> chungy: he had either player issues or input issues, which re-encoding of the video side of things seem to have fixed [21:03:47 CEST] <JEEBsv> (or his PC is just too slow to play the clip, can't say much more detailed because I have no way of accessing the file :P) [21:03:59 CEST] <chungy> probably player/computer issue, yea [21:04:18 CEST] <chungy> I have seen ffmpeg fix some malformed containers though just by copying the streams to a new file :P [21:04:26 CEST] <JEEBsv> sure [21:04:31 CEST] <chungy> although when things are malformed, all guarantees are gone anyway. [21:04:35 CEST] <JEEBsv> ye [21:06:04 CEST] <chungy> Also, put in "-map 0" if you want all streams to be copied. by default ffmpeg will only do the first video stream and the first audio stream. If your file is more complicated, you could end up missing some. [21:08:51 CEST] <x86iac> the ffmpeg -i .mp4 -qscale 8 .mkv fixes it good [21:09:58 CEST] <halfie> JEEBsv, I can get "chomp" filter to apply just before the data is written to the output file. however, no luck in getting it to work on input data. [21:10:17 CEST] <JEEBsv> halfie: since you actually are poking insides of libav* I recommend you poke #ffmpeg-devel [21:10:18 CEST] <x86iac> only increases the file size by 50% [21:11:06 CEST] <chungy> x86iac: try -c copy instead. [21:11:21 CEST] <JEEBsv> x86iac: well you are just setting quantizer to 8 with whatever encoder you're using. it's much less adaptive or "intelligent" than f.ex. crf with libx264, but if you're using the mpeg4 encoder then qscale/q:v is the least bad you can go with [21:11:41 CEST] <JEEBsv> well, since it's a crappy pirated file feel free to use whatever you want for your own viewing pleasure :) [21:13:22 CEST] <halfie> JEEBsv, doing so now. [21:14:54 CEST] <x86iac> chungy: the -c copy gives good video but no sync [21:15:45 CEST] <JEEBsv> yeah, which either means that whatever is wrong is getting fixed with the re-encode, or your system isn't fast enough to play the original file for whatever reason (or the player you're using is borked regarding these file(s)) [21:15:58 CEST] <JEEBsv> to be honest I'd either put it on the side of the player or your hardware [21:16:21 CEST] <x86iac> yea it is a 750MHz machine [21:16:25 CEST] <JEEBsv> oh [21:16:29 CEST] <JEEBsv> ok [21:16:31 CEST] <JEEBsv> yeah [21:16:39 CEST] <x86iac> but no 'slow computer' message [21:16:48 CEST] <JEEBsv> then you will want mpeg4 part 2 (the mpeg4 encoder) [21:16:51 CEST] <chungy> if you play it through mpv (or mplayer, even), it'll give a message if your computer is too slow to play it [21:16:59 CEST] <JEEBsv> or libx264 with the -tune fastdecode option [21:17:07 CEST] <JEEBsv> and most AVC files will either play slow or be unplayable [21:17:10 CEST] <JEEBsv> my condolences :/ [21:17:16 CEST] <chungy> the baseline H.264 profile probably would work on that computer too. The default is high. [21:17:20 CEST] <chungy> -profile:v baseline [21:17:29 CEST] <JEEBsv> chungy: uhh rather just -tune fastdecode [21:17:40 CEST] <JEEBsv> which is made for exactly this scenario [21:17:51 CEST] <JEEBsv> (originally for stuff like xbox) [21:17:59 CEST] <JEEBsv> (which funny enough was ~733MHz or so) [21:18:19 CEST] <chungy> ah ok [21:18:34 CEST] <chungy> xbox had a Pentium 3 IIRC [21:18:39 CEST] <JEEBsv> celeron [21:18:47 CEST] <chungy> not even Pentium? [21:18:48 CEST] <JEEBsv> a bit castrated version of the p3, in other words [21:19:02 CEST] <chungy> that's.... sadder than I already thought it was D: [21:19:25 CEST] <JEEBsv> x86iac: in other words the input file is probably alright, but your hardware cannot handle it. whether or not mplayer gives out its famous message [21:19:49 CEST] <JEEBsv> which explains why re-encoding with mpeg-4 part 2 fixes it [21:20:46 CEST] <chungy> Should probably look into getting a computer newer than 15 years old. :P [21:22:08 CEST] <x86iac> i have a newer hp - and will install the newer ffmpeg and try the mpv [21:22:48 CEST] <x86iac> not much i can do with this machine - it is for python mostly [21:24:27 CEST] <x86iac> python for (youtube-dl) [21:25:06 CEST] <JEEBsv> the really sad thing is that those old machines aren't even economical on your electric bill in the end :/ [21:25:06 CEST] <x86iac> is there a lot of overhead for mp4 cause that is the only file type i have problems with [21:25:17 CEST] <JEEBsv> no, the container most probably has nothing to do with it [21:25:28 CEST] <JEEBsv> it is just most likely to contain AVC [21:25:57 CEST] <JEEBsv> and AVC with CABAC and friends enabled is slower than older formats (but on the other hand you get immensely better compression) [21:27:17 CEST] <JEEBsv> of course if you disable CABAC and optimize for fast decode (as -tune fastdecode does with libx264) then it can be relatively on the level of MPEG-4 Part 2 although I haven't really tested since I've long lost any will to play things on my xbox [21:28:23 CEST] <JEEBsv> and now with the current-gen HEVC format the faster alternative to CABAC was even removed to simplify the format [21:29:06 CEST] <x86iac> converting to mkv is certainly faster then to avi [21:29:32 CEST] <JEEBsv> I will guess that mkv defaults to libx264? [21:29:41 CEST] <JEEBsv> that's a much more optimized encoder [21:30:19 CEST] <JEEBsv> but as I said, you probably want -tune fastdecode with that to be able to play the output :D [21:30:37 CEST] <x86iac> is this the output line ? Stream #0.0(und): Video: mpeg4, yuv420p, 1280x528 [PAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 1k tbn, 23.98 tbc [21:30:54 CEST] <JEEBsv> if that is not for the input, then yes [21:30:59 CEST] <chungy> yeah container formats aren't going to be any hinderence to decoding speed. that's the codecs contained within them. [21:31:34 CEST] <JEEBsv> and ok, it seems like either your ffmpeg has no libx264 linked in or is old enough to not have it default to it for mp4 and mkv [21:34:08 CEST] <x86iac> libx264.so.114 => /usr/local/lib/libx264.so.114 (0xb6e70000) [21:34:22 CEST] <JEEBsv> well then it's the latter case [21:34:41 CEST] <JEEBsv> if that is what ffmpeg is linked against [21:35:49 CEST] <x86iac> yes [21:36:28 CEST] <JEEBsv> yeah, then you should be able to test out libx264 with -c:v libx264 -tune fastdecode instead of your -qscale 8 [21:36:43 CEST] <JEEBsv> that should create AVC without in-loop filtering and using CAVLC [21:37:27 CEST] <x86iac> what about the -crx ? [21:37:37 CEST] <JEEBsv> -crf you mean? 23 is the default [21:37:42 CEST] <x86iac> yes sorry [21:37:58 CEST] <JEEBsv> basically x264 defaults to relatively sane stuff, -crf 23 and -preset medium [21:37:58 CEST] <Mavrik> *sigh* [21:38:10 CEST] <JEEBsv> unless your ffmpeg is old enough to need manual setting [21:38:15 CEST] <Mavrik> This Cisco DCM hates me [21:38:26 CEST] <JEEBsv> (and it wouldn't have the latter option in that case, even [I think]) [21:39:03 CEST] <JEEBsv> basically if you get an error from libx264 saying you're using "broken ffmpeg defaults", then you're having way too old stuff installed ;) [22:02:46 CEST] <Elias_> kjkml [22:02:52 CEST] <Elias_> good evening [22:03:15 CEST] <Elias_> hey there! can anyone help me to make a ffmpeg command like this: https://www.youtube.com/watch?v=kfHDUD5DYCE best, elias [22:04:22 CEST] <Elias_> i wanna get 16:9 scale [22:13:30 CEST] <Weishaupt> Hey, I want to change the default audio stream in a mkv file I merged together. How do I go about that? [22:19:00 CEST] Last message repeated 1 time(s). [22:21:47 CEST] <Polochon_street> hi! [23:00:30 CEST] <Elias__> hey there! i have a problem with my ffmpeg command, it works perfectly on my windows pc but not on my macbook, who can help me fix the problem? http://pastebin.com/BJ4Sqjxf thanks in advance! best, elias [23:02:42 CEST] Last message repeated 1 time(s). [23:02:42 CEST] <relaxed> Weishaupt: ffmpeg -i video -i audio -map 0:v -map 1:a -c copy out [23:02:42 CEST] <relaxed> oh, the default that's played first? [23:02:48 CEST] <Daan_> Elias__ : stop spamming please [23:03:23 CEST] <Weishaupt> relaxed: Jup. [23:03:55 CEST] <Elias__> hey there! i have a problem with my ffmpeg command, it works perfectly on my windows pc but not on my macbook, who can help me fix the problem? http://pastebin.com/BJ4Sqjxf thanks in advance! best, elias [23:05:29 CEST] <Weishaupt> relaxed: It is marked (default) in ffprobe [23:06:23 CEST] <Elias__> @Weishaupt could you help me please? [23:06:49 CEST] <Weishaupt> Elias__: I'm a newbie to ffmpeg myself. Sorry. [23:07:02 CEST] <Elias__> No problem! [23:07:30 CEST] <Elias__> Can someone help me pleasE? [23:07:35 CEST] <JEEBsv> Elias__: [mp4 @ 0x7fe121012000] Tag [1][0][0][0]/0x00000001 incompatible with output codec id '65548' ([0][0][0][0]) [23:08:03 CEST] <JEEBsv> whatever that is :P [23:08:13 CEST] <JEEBsv> oh, it's raw pcm [23:08:27 CEST] <JEEBsv> Stream #0:1: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 44100 Hz, stereo (24 bit), 2116 kb/s [23:08:55 CEST] <Elias__> @Jeebsv okay thank you! [23:08:56 CEST] <JEEBsv> dunno what that all-zeroes thing is :P [23:09:49 CEST] <Daan_> @Elias__ i have the same problem [23:15:35 CEST] <relaxed> Weishaupt: you may have to use mkvmerge, ask in #mkvtoolnix [23:16:35 CEST] <relaxed> er, #matroska [23:21:14 CEST] <JEEBsv> relaxed: you actually can set it through the command line now [23:21:30 CEST] <JEEBsv> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-January/167371.html [23:22:03 CEST] <JEEBsv> -metadata:s:v:0 disposition:default=1 -metadata:s:a:0 disposition:default=1 [23:22:05 CEST] <JEEBsv> something like this [23:23:41 CEST] <Guest14699> JEEBsv: Nice, I'll try that then. [23:24:21 CEST] <Guest14699> exit [00:00:00 CEST] --- Sun Jun 21 2015

1 0