Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

July 2015

1 participants
62 discussions

ffmpeg-devel.log.20150720
by burek 21 Jul '15

21 Jul '15

[00:11:23 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:5c583b141980: avcodec/dds: Flip more R<->B cases [00:15:11 CEST] <genio> I'm not certain if this is a bug, but it seems like one. https://www.cwhitener.com/test.avi is a fairly crappy avi file that I can't control how is being created. When I try to ffmpeg -i test.avi I get tons of errors and cannot transcode the file to mp4 or any other. However, VLC plays the original without issue. [00:47:16 CEST] <cone-506> ffmpeg 03Carl Eugen Hoyos 07master:d8d2f934bd00: lavc: Improve documentation for rc_max_rate and bit_rate. [00:47:17 CEST] <cone-506> ffmpeg 03Carl Eugen Hoyos 07master:32d8726a31b7: lavf/rtpenc_jpeg: Warn if number of present quantization tables is not two. [00:47:18 CEST] <cone-506> ffmpeg 03Carl Eugen Hoyos 07master:c239fcb94893: lavc/jpeg2000: Signal lossless / bit-exact video stream. [02:22:49 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:749f85496ccf: avcodec/ffv1enc: fix assertion failure with unset bits per raw sample [02:22:50 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:bf1fd59c6a22: avformat/avidec: Fix demuxing avi with broken index [02:23:27 CEST] <michaelni> genio, should be fixed [02:24:31 CEST] <genio> so it works for you on latest? [02:45:06 CEST] <rcombs> wm4: I threw together a dumb partial implementation of MOV sidx parsing: https://gist.github.com/46cd5f5cc53d31a7ff55 [02:45:33 CEST] <rcombs> right now backwards seeking is broken for, uh, reasons of some sort [02:45:51 CEST] <rcombs> but it sort of works! [02:46:11 CEST] <rcombs> someone yell at me if I'm using structures for something entirely different from their intended purposes [02:54:41 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:cb53db144c10: avformat/mp3dec: Rename sync() function to avoid build failure on android [02:58:07 CEST] <jamrial> genio: he just commited a fix to git, so do a git pull and recompile to get it [03:49:37 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07n2.7.2:HEAD: avformat/mp3dec: Rename sync() function to avoid build failure on android [04:43:21 CEST] <cone-506> ffmpeg 03Luca Barbato 07master:e93ca480c913: parseutil: Add more resolution aliases [04:43:22 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:9ebe041e1ca8: Merge commit 'e93ca480c91397f82f2ea5b6a8b82ac6d0e2bfd2' [05:08:18 CEST] <cone-506> ffmpeg 03James Almer 07master:6de5b6cd8616: avfilter/af_astats: use UINT64_C instead of the LLU suffix [05:11:11 CEST] <jamrial> keeping vs2012 alive :p [05:33:19 CEST] <genio> jamrial: ahh, I overlooked it as I tend to skip over colors in IRC [05:33:22 CEST] <genio> thanks [08:39:58 CEST] <jamrial> lol, i fix af_astats for vs2012 only to find af_dynaudnorm was broken as well [08:42:08 CEST] <jamrial> erf() and copysign(), which are not available on vs2012 [08:43:01 CEST] <nevcairiel> do we even have replacements of those [08:43:06 CEST] <jamrial> nope [08:43:19 CEST] <jamrial> anyone willing to write them? :p [08:43:36 CEST] <nevcairiel> i dont evne know what those do [08:44:03 CEST] <nevcairiel> copysign is probably easy [08:44:09 CEST] <nevcairiel> but erf [08:49:54 CEST] <jamrial> maybe http://www.johndcook.com/blog/cpp_erf/ [08:51:03 CEST] <nevcairiel> should just add a configure check, make it depend on it, done [08:51:08 CEST] <nevcairiel> if anyone cares, they cna do it =p [09:02:32 CEST] <jamrial> sounds good. will send a patch in a moment [09:06:08 CEST] <jamrial> there [09:07:22 CEST] <jamrial> wonder which of the other new filters will blow up next [09:14:19 CEST] <wm4> rcombs: seems promising [09:15:09 CEST] <wm4> unfortunate that it appears to require a completely new seek implementation [09:16:00 CEST] <rcombs> wm4: yeah, I tried just adding index entries [09:16:33 CEST] <rcombs> that doesn't work because the mov demuxer expects those to point to samples within the data atoms, rather than at atoms to be parsed [09:16:44 CEST] <rcombs> on the bright side, I know the mov demuxer a bit better now [09:16:54 CEST] <nevcairiel> not sure t hats a bright side [09:17:00 CEST] <rcombs> though not quite well enough to work out why backseeking isn't working (yet) [09:17:05 CEST] <rcombs> nevcairiel: heh [09:18:03 CEST] <wm4> rcombs: what do you mean with backseeking? simply seeking to an earlier timestamp? [09:18:08 CEST] <rcombs> yeah [09:18:16 CEST] <rcombs> which means it's some sort of state problem [09:18:23 CEST] <wm4> ugh [09:19:02 CEST] <rcombs> maybe something in mov_read_tfhd [09:19:18 CEST] <rcombs> which is one of the things that makes me wonder if I'm not using its structures the way they were intended [09:19:55 CEST] <rcombs> (they're laid out pretty much perfectly for what I'm doing and the values I've looked at match up with what that code expects, but somehow shit's ending up fucked anyway) [09:20:46 CEST] <JEEB> qtff pdf doesn't help? [09:21:05 CEST] <JEEB> unless you're not dealing with mov, in which case it's isobmff [09:21:33 CEST] <rcombs> JEEB: I'm more concerned about mov.c's structs at this point than the actual MP4 things involved, which I think I understand well enough at this point [09:22:10 CEST] <rcombs> I'm definitely reading the sidx atom well enough for the files I'm working with [09:22:37 CEST] <rcombs> (I'm completely ignoring the timescale setting right now but that's just because I'm lazy and it should be just a couple lines to fix) [09:23:41 CEST] <nevcairiel> i'm sl ightly confused by the patch, you call mov_seek_fragment, but once its done, it still runs through the normal seek functions? [09:23:45 CEST] <nevcairiel> maybe those screw you up? [09:23:50 CEST] <rcombs> nevcairiel: yes [09:24:02 CEST] <rcombs> nevcairiel: mov_seek_fragment gets you to the right fragment and parses its headers [09:24:28 CEST] <rcombs> and then the regular seek function handles the AVIndex-based seeking, with the index populated from the trun atom [09:25:06 CEST] <rcombs> oh, and I wasn't quite sure how to correctly match between track_ids and AVStream->ids [09:26:47 CEST] <rcombs> I might have an issue in mov_read_default's logic for deciding when it's finished [10:48:40 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:3bb17d2692cd: avcodec/golomb: get_ur_golomb_jpegls: Fix reading huge k values [10:48:40 CEST] <cone-809> ffmpeg 03Andrey Utkin 07release/2.6:4c2a1e673bfd: rtpenc_jpeg: handle case of picture dimensions not dividing by 8 [10:48:40 CEST] <cone-809> ffmpeg 03Martin Storsjö 07release/2.6:94a3d2e49caa: rtsp: Make sure we don't write too many transport entries into a fixed-size array [10:48:40 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:862ba8b4b4d8: avformat/nutdec: Return error on EOF from get_str() [10:48:40 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:627040156193: avformat/nutdec: Fix recovery when immedeately after seeking a failure happens [10:48:40 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:bd9313d9f840: avformat/nutdec: Check X in 2nd branch of index reading [10:48:40 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:d4d8c3553d08: nutdec: fix infinite resync loops [10:48:41 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:9c3d306ba437: nutdec: stop skipping bytes at EOF [10:48:42 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:cb921dd47f74: nutdec: abort if EOF is reached in decode_info_header/read_sm_data [10:48:43 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:4db46cf5208f: avformat/wavdec: Increase probe_packets limit [10:48:44 CEST] <cone-809> ffmpeg 03Rodger Combs 07release/2.6:308bcf53f9d6: avformat/wavdec: Increase dts packet threshold to fix more misdetections [10:48:45 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:4947158b1f34: avcodec/put_bits: Update size_in_bits in set_put_bits_buffer_size() [10:48:46 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:665b34df730b: avcodec/mpegvideo_enc: Update the buffer size as more slices are merged [10:48:47 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:63716cebb797: avcodec/put_bits: Assert that there is enough space left in skip_put_bytes() [10:48:48 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:9e3723b848c1: avcodec/bitstream: Assert that there is enough space left in avpriv_copy_bits() [10:48:49 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:3ea2ffc284d4: ffmpeg_opt: Set the video VBV parameters only for the video stream from -target [10:48:50 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:c40aa4704f51: avfilter/x86/vf_fspp: Fix invalid combination of opcode and operands [10:48:51 CEST] <cone-809> ffmpeg 03Luca Barbato 07release/2.6:b46ae71f29a1: h264: Make sure reinit failures mark the context as not initialized [10:48:52 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:9591f2fe94fc: swresample: Check the return value of resampler->init() [10:48:53 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:d6d328c2947c: libopenjpegenc: add NULL check for img before accessing it [10:48:54 CEST] <cone-809> ffmpeg 03Ganesh Ajjanagadde 07release/2.6:9d749d69b224: swresample/dither: check memory allocation [10:48:55 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:19cef664fed6: avformat/mxfenc: Accept MXF D-10 with 49.999840 Mbit/sec [10:48:56 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:7050d07562c0: Revert "avformat/rtpenc: check av_packet_get_side_data() return, fix null ptr dereference" [10:48:57 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:ed5bfeca04fb: swresample/swresample: Cleanup on init failure. [10:48:58 CEST] <cone-809> ffmpeg 03Nedeljko Babic 07release/2.6:c8377cc49b2f: libavutil/softfloat: Fix av_normalize1_sf bias. [10:48:59 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:c2595b448571: avcodec/atrac3plusdec: consume only as many bytes as available [10:49:00 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:2b31264e1a6b: avcodec/alsdec: Check for overread [10:49:01 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e354ec95d6bb: avcodec/adpcm: Check for overreads [10:49:02 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e21db6e3399f: avformat/ffmdec: Check ffio_set_buf_size() return value [10:49:03 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:6b4c6b7ff5c1: avcodec/jpeg2000dec: Check that coords match before applying ICT [10:49:04 CEST] <cone-809> ffmpeg 03Simon Thelen 07release/2.6:3c7e41df27e2: libavutil/channel_layout: Correctly return layout when channel specification ends with a trailing 'c'. [10:49:05 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:33ec70785f4a: avdevice/lavfi: do not rescale AV_NOPTS_VALUE in lavfi_read_packet() [10:49:06 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:0afa8a6c859b: avcodec/h264_slice: Use AVFrame diemensions for grayscale handling [10:49:07 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:d15f4f5f22ee: takdec: ensure chan2 is a valid channel index [10:49:08 CEST] <cone-809> ffmpeg 03Deliang Fu 07release/2.6:35e46e74bc24: avformat: Fix bug in parse_rps for HEVC. [10:49:09 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:1c5d25f2c008: ffmpeg_opt: Check for localtime() failure [10:49:10 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:274121179f40: mov: abort on EOF in ff_mov_read_chan [10:49:11 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:c7ef69c23c01: libopenjpegdec: check existence of image component data [10:49:12 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:b477f97ab984: arm: only enable setend on ARMv6 [10:49:13 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:c10871aca817: vp9: change type of tile_size from unsigned to int64_t [10:49:14 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:31dd78363138: vp8: change mv_{min,max}.{x,y} type to int [10:49:15 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:3ea15a4547f8: sonic: set avctx->channels in sonic_decode_init [10:49:16 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:008229b7f978: h264: er: Copy from the previous reference only if compatible [10:49:17 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:7b1c5fa5e579: examples/demuxing_decoding: use properties from frame instead of video_dec_ctx [10:49:18 CEST] <cone-809> ffmpeg 03wm4 07release/2.6:c049e979b605: avio: fix potential crashes when combining ffio_ensure_seekback + crc [10:49:19 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:a5e8ca7e73f8: ffmpeg: Free last_frame instead of just unref [10:49:20 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:cd85dd1373d6: postproc: fix unaligned access [10:49:21 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:47e950848599: avcodec/dpxenc: implement write16/32 as functions [10:49:22 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:476cf3eb7e6f: matroskadec: validate audio channels and bitdepth [10:49:23 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:5019f8d10c08: matroskadec: check audio sample rate [10:49:24 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:f2e3d5adb3ca: swr: Remember previously set int_sample_format from user [10:49:25 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:80cec4e4960b: swscale/rgb2rgb_template: Disable shuffle_bytes_2103_c on big endian [10:49:26 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:12e166dacb54: swscale/rgb2rgb_template: Implement shuffle_bytes_0321_c and fix shuffle_bytes_2103_c on BE [10:49:27 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e920af2cdf3f: swscale/rgb2rgb_template: Fix signedness of v in shuffle_bytes_2103_c() [10:49:28 CEST] <cone-809> ffmpeg 03Sebastien Zwickert 07release/2.6:be6a569e3ab8: vda: unlock the pixel buffer base address. [10:49:29 CEST] <cone-809> ffmpeg 03James Almer 07release/2.6:860dc1e19b99: swscale/x86/rgb2rgb_template: add missing xmm clobbers [10:49:30 CEST] <cone-809> ffmpeg 03James Almer 07release/2.6:48127e2ad6e2: swscale/x86/rgb2rgb_template: fix signedness of v in shuffle_bytes_2103_{mmx,mmxext} [10:49:31 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:3b136179a308: ffmpeg: Do not use the data/size of a bitstream filter after failure [10:49:32 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:49ad1658b2db: swscale/swscale_unscaled: Fix rounding difference with RGBA output between little and big endian [10:49:33 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:0324008de61b: wmavoice: limit wmavoice_decode_packet return value to packet size [10:49:34 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:63ef4014c5ff: avcodec/pngdec: Only allow one IHDR chunk [10:49:35 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:873b08f4111a: avcodec/pngdec: Require a IHDR chunk before fctl [10:49:36 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:917544b2eace: avcodec/pngdec: Check values before updating context in decode_fctl_chunk() [10:49:37 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:1ea58c6c6a88: avfilter/vf_transpose: Fix rounding error [10:49:38 CEST] <cone-809> ffmpeg 03James Zern 07release/2.6:002bbc36875d: vp9/update_prob: prevent out of bounds table read [10:49:39 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:11142fb83bb8: avcodec/h264_slice: Use w/h from the AVFrame instead of mb_w/h [10:49:40 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:1674c5beafc4: avcodec/aacsbr: check that the element type matches before applying SBR [10:49:41 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:4fad45ad146c: avcodec/aacsbr: Assert that bs_num_env is positive [10:49:42 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:a4cb97067b4c: avcodec/rawenc: Use ff_alloc_packet() instead of ff_alloc_packet2() [10:49:43 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:1ca226989c31: wmalosslessdec: avoid reading 0 bits with get_bits [10:49:44 CEST] <cone-809> ffmpeg 03Andreas Cadhalpun 07release/2.6:6d6ca8b82e34: wmalosslessdec: reset frame->nb_samples on packet loss [10:49:45 CEST] <cone-809> ffmpeg 03Chris Watkins 07release/2.6:77f5302465ca: oggparsedirac: check return value of init_get_bits [10:49:46 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:27a88f9d45d6: avcodec/mpegvideo: Clear pointers in ff_mpv_common_init() [10:49:47 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:6c98d5e7c83f: avcodec/utils: use a minimum 32pixel width in avcodec_align_dimensions2() for H.264 [10:49:48 CEST] <cone-809> ffmpeg 03Anton Khirnov 07release/2.6:c5c141bc699f: bytestream2: set the reader to the end when reading more than available [10:49:49 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:0cb600b7bfb7: avcodec/alac: Clear pointers in allocate_buffers() [10:49:50 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:df6f2daccf66: avcodec/sanm: Reset sizes in destroy_buffers() [10:49:51 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:9d0f7a8d78d6: avcodec/pthread_frame: check avctx on deallocation [10:49:52 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:fca28d35e493: ffmpeg: Fix cleanup with ost = NULL [10:49:53 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:77eddee37535: ffmpeg: Fix crash with ost->last_frame allocation failure [10:49:54 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e604662d0476: avformat/mov: Fix deallocation when MOVStreamContext failed to allocate [10:49:55 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:7dbfeeeb9448: ffmpeg: Fix cleanup after failed allocation of output_files [10:49:56 CEST] <cone-809> ffmpeg 03Zhang Rui 07release/2.6:5db095793a28: avutil/fifo: Fix the case where func() returns less bytes than requested in av_fifo_generic_write() [10:49:57 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:fb47b6cb4b89: swscale/utils: Clear pix buffers [10:49:58 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:ed6d8e185a4e: avcodec/pthread_frame: clear priv_data, avoid stale pointer in error case [10:49:59 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:b7f1d51b9c11: avfilter/af_aresample: Check ff_all_* for allocation failures [10:50:00 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:620b3e680c38: avcodec/rv34: Clear pointers in ff_rv34_decode_init_thread_copy() [10:50:01 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:0de6cf5fdd9e: avcodec/diracdec: Check for hpel_base allocation failure [10:50:02 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e3a521d817cb: avcodec/vp8: Fix null pointer dereference in ff_vp8_decode_free() [10:50:03 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:e8ce2770b12a: avcodec/vp8: Check buffer size in vp8_decode_frame_header() [10:52:22 CEST] <nevcairiel> that fruity guy just doesnt get it [10:52:24 CEST] <nevcairiel> oh well [11:14:13 CEST] <durandal_1707> not again [11:23:55 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07release/2.6:827a8bfc64a4: Update for 2.6.4 [12:00:49 CEST] <cone-809> ffmpeg 03Paul B Mahol 07master:7967474bd972: avfilter/af_amerge: increase max number of channels from 32 to 64 [13:42:31 CEST] <BBB> does anyone know what is the serial number in AVPacket and in ffplay.c lines like d->finished = d->pkt_serial; or in the parameter packet_queue_get()? [13:42:51 CEST] <BBB> (like, what is it used for) [13:45:39 CEST] <nevcairiel> i dont see a serial number in avpacket [13:48:31 CEST] <nevcairiel> seems like a thing ffplay invented [13:49:31 CEST] <BBB> hm, youre right [13:49:33 CEST] <BBB> so what is it? [13:49:43 CEST] <BBB> it seems to get it from the clock, not from the packet [13:50:28 CEST] <nevcairiel> no clue [13:51:08 CEST] <BBB> not even that, its just its private packet list, an incremental counter [13:51:09 CEST] <BBB> MyAVPacketList [13:51:40 CEST] <BBB> so& I dont know who added that, annotate has too many cosmetics to be useful, but what is it useful for? michaelni, do you know? [13:55:00 CEST] <Compn> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=a687acbbf0869def24f516… [13:55:02 CEST] <Compn> maaaaybe ? [13:55:39 CEST] <nevcairiel> that whole patch doesnt even have a single serial in it =p [13:56:13 CEST] <Compn> oop [13:56:50 CEST] <nevcairiel> anyway BBB, http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=2a4c7e6540c4549d6a47cd… [13:56:56 CEST] <nevcairiel> i'll leave you to interpret whatever that means [13:57:21 CEST] <Compn> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=2a4c7e6540c4549d6a47cd… [13:57:24 CEST] <Compn> argh [13:57:26 CEST] <Compn> nev beat me [13:58:03 CEST] <Compn> The purpose of the serial field is to accompany the decoded data during the [13:58:03 CEST] <Compn> decoding process to know if the decoded data belongs to the data stream after [13:58:03 CEST] <Compn> the latest packet queue flush. [13:58:05 CEST] <Compn> hehe [14:02:29 CEST] <michaelni> Compn, yes, that sounds about correct, serial was for figuring out to which side of a flush a packet belongs IIRC [14:32:36 CEST] <BBB> d->finished = d->pkt_serial [14:32:39 CEST] <BBB> so what does that mean then? [14:32:44 CEST] <BBB> I still dont understand that line [14:33:59 CEST] <BBB> it seems like an eof identifier? [14:37:03 CEST] <cone-809> ffmpeg 03hSÇ 07master:4bd619339762: avcodec: loongson constants redefined with macros [14:37:04 CEST] <cone-809> ffmpeg 03hSÇ 07master:fdac5ff682f0: avcodec: loongson relocate constants of idctdsp and h264pred [14:54:27 CEST] <ubitux> where is the codec guessed from the format? [14:54:35 CEST] <ubitux> (for encoding) [15:02:13 CEST] <BBB> AVOutputFormat.video_codec? [15:02:16 CEST] <BBB> and audio_codec [15:02:22 CEST] <BBB> or you mean wheres the code consuming that field? [15:04:56 CEST] <ubitux> so it's set automatically when allocating an output format? [15:05:00 CEST] <ubitux> thx, will look at this [15:05:22 CEST] <BBB> ffmpeg_opt.c has a call to av_guess_codec [15:05:35 CEST] <BBB> which takes an AVOutputFormat as input [15:05:40 CEST] <BBB> I think that does what youre looking for [15:05:54 CEST] <ubitux> sounds perfect indeed [15:06:12 CEST] <ubitux> thx [15:17:04 CEST] <goncalomsdias> any expert in decklink cards? I'm having segmentation fault while sending one file to output. It works if I pass the option -an [15:31:22 CEST] <michaelni> durandal_1707, tblend test fails on arm it seems: http://fate.ffmpeg.org/report.cgi?time=20150720042949&slot=armv7l-panda-gcc… [15:39:14 CEST] <durandal_1707> michaelni: perhaps multiplying with 1.0 causes problems? [15:47:02 CEST] <cone-809> ffmpeg 03Donny Yang 07master:0030613d6925: avcodec/apngdec: Fix typos in decoder causing incorrect results [15:52:57 CEST] <durandal_1707> michaelni: does "apng: Fix decoding images with the PREVIOUS dispose op" hang on smp? [15:56:49 CEST] <michaelni> durandal_1707, tblend passes if i outcomment av_clip_uint8_arm() [15:57:18 CEST] <durandal_1707> Huh [16:01:01 CEST] <durandal_1707> its not commented here... [16:01:34 CEST] <durandal_1707> you mean you commented it? [16:02:13 CEST] <genio> michaelni: Your fix for my crappy video seems to be working perfectly. Thank you for the quick turnaround. [16:02:18 CEST] <genio> michaelni++ [16:02:35 CEST] <goncalomsdias> any expert in decklink cards? I'm having segmentation fault while sending one file to output. It works if I pass the option -an [16:04:37 CEST] <michaelni> durandal_1707, yes i commented it out and it worked, i dont know if thats random luck or something wrong with it [16:06:15 CEST] <durandal_1707> compare output of tblend=all_mode=difference128 in hex editor? [16:07:13 CEST] <michaelni> it doesnt need hex editor it had a strong pink color tone [16:19:18 CEST] <durandal_1707> michaelni: check if that arm function is actually correct... [16:28:20 CEST] <mathieu_> Hi, I reported a bug in gstreamer-ffmpeg, and I was asked "Can you start a discussion with upstream FFMPeg please." [16:28:27 CEST] <mathieu_> now what do I do? :) [16:28:47 CEST] <J_Darnley> Tell us whet the bug is? [16:29:32 CEST] <J_Darnley> A link to your bug report? [16:29:52 CEST] <mathieu_> https://bugzilla.gnome.org/show_bug.cgi?id=752523 [16:30:11 CEST] <mathieu_> it's regarding the drawing of Motion Vectors on h264 video [16:31:44 CEST] <goncalomsdias067> while using the decklink output format as show in the documentation, I get segmentation fault unless I pass the option -an. How can I have some help with this? should I open one bug report or is this already know issue? [16:32:31 CEST] <J_Darnley> goncalomsdias067: No idea. Maybe check the issues on trac. [16:35:21 CEST] <goncalomsdias067> already did. I was able to found something once but didn't kept the url. Now I can't find it, but I know it was something old [16:35:55 CEST] <J_Darnley> mathieu_: I am not familiar with that code but you might want to show how we can trigger that crash with ffmpeg [16:36:47 CEST] <J_Darnley> For instance, what does the debug-mv option correspont to in ffmpeg or libavcodec? [16:36:54 CEST] <goncalomsdias067> well, I guess you would need to have the decklink card [16:38:29 CEST] <mathieu_> it corresponds to the avctx->debug_mv setting [16:38:45 CEST] <durandal_1707> ubitux have you made that image with all colors? [16:38:53 CEST] <J_Darnley> goncalomsdias067 https://duckduckgo.com/html/?q=site:trac.ffmpeg.org+decklink has lots of hits but they all seem to match --enable-decklink [16:38:58 CEST] <michaelni> durandal_1707, seems to still fail even if i replace av_clip_uint8_arm by pure C code [16:39:10 CEST] <ubitux> durandal_1707: not yet but it's trivial [16:39:18 CEST] <ubitux> durandal_1707: you even have some code in haldclut iirc [16:39:26 CEST] <mathieu_> there's that 1 line that is in both Gstreamer & FFMpeg, and commenting out fixes Gstreamer [16:39:42 CEST] <mathieu_> however I'm not aware of the consequences, since I don't know the code well [16:40:12 CEST] <mathieu_> a quick check with valgrind does not reveal any memory leaks by removing that line [16:41:26 CEST] <goncalomsdias067> the first link seems to be the same problem I'm having. it only works if the option -an is used [16:44:39 CEST] <durandal_1707> michaelni: you mean by av_clip? [16:50:49 CEST] <goncalomsdias067> http://trac.ffmpeg.org/ticket/3480 seems that the ticket already exists [17:16:46 CEST] <cone-809> ffmpeg 03Niklesh 07master:a927aacbe605: movtextdec.c: Correct the highlight tags [17:20:11 CEST] <michaelni> durandal_1707, fixed tblend, that was a silly bug [17:27:34 CEST] <durandal_1707> going to push it or send a patch? [17:30:01 CEST] <cone-809> ffmpeg 03Djordje Pesut 07master:5499467d5d3d: avcodec: Template creation for AAC decoder (SBR-module) [17:30:02 CEST] <cone-809> ffmpeg 03Jovan Zelincevic 07master:b0414da90d6d: avcodec: Table creation for AAC_fixed_decoder (SBR-module) [17:30:03 CEST] <cone-809> ffmpeg 03Djordje Pesut 07master:f85bc147fb87: avcodec: Implementation of AAC_fixed_decoder (SBR-module) [17:30:04 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:d82d11397f61: avutil/arm/intmath: return int for uint8 / uint16 clip [17:30:58 CEST] <michaelni> durandal_1707, pushed it, feel free to change/solve it differently if you like [17:36:14 CEST] <durandal_1707> michaelni: so other tests on arm also passes now? [17:37:12 CEST] <durandal_1707> bunch of code uses those functions [17:40:01 CEST] <ubitux> so, what's the quality flag for jpeg in ffmpeg? qscale? qmin/qmax? global_quality? something else? [17:41:05 CEST] <michaelni> durandal_1707, just tested the one failing [17:41:41 CEST] <cone-809> ffmpeg 03Ivan Uskov 07master:fec0485c4380: Adding myself as maintainer for qsv* [17:42:05 CEST] <durandal_1707> ubitux: IIRC qmin qmax [17:42:11 CEST] <ubitux> :/ [17:42:43 CEST] <ubitux> doesn't make much sense for a single picture [17:49:33 CEST] <durandal_1707> ubitux: image with all colors 8bit would be 4096x4096 size [17:50:00 CEST] <durandal_1707> But how to best order colors? [17:50:30 CEST] <durandal_1707> could be video source filter [17:52:47 CEST] <ubitux> yeah 4096x4096 is pretty fine [17:52:52 CEST] <ubitux> wait i think i have one here [17:53:30 CEST] <ubitux> -rw-r--r-- 1 ux ux 35M Jun 29 12:11 rgb24.png [17:53:32 CEST] <ubitux> mmmh [17:54:28 CEST] <ubitux> http://b.pkh.me/rgb24.png [17:58:00 CEST] <ubitux> durandal_1707: we could generate it in fate [17:58:14 CEST] <ubitux> i wonder if it couldn't be done in ppm with awk [17:58:24 CEST] <ubitux> gonna write a hugez file though [17:58:41 CEST] <ubitux> durandal_1707: hey, what about a source filter? [17:59:05 CEST] <durandal_1707> I told you already... [17:59:11 CEST] <ubitux> -f lavfi allcolors=rgb or allcolors=bgr [17:59:14 CEST] <ubitux> oh, ok my bad [17:59:20 CEST] <ubitux> well then do that [18:00:06 CEST] <durandal_1707> another one of size 256x256 and 256 frames [18:19:14 CEST] <cone-809> ffmpeg 03James Almer 07master:e1778fb657ca: x86/vf_ssim: fix some instruction comments [18:19:15 CEST] <cone-809> ffmpeg 03James Almer 07master:e3851169eedc: x86/vf_ssim: add ff_ssim_4x4_line_xop [18:19:16 CEST] <cone-809> ffmpeg 03James Almer 07master:736a3860555a: configure: check for erf() and copysign() [20:14:46 CEST] <cone-809> ffmpeg 03Ivan Uskov 07master:264ba3d847f9: libavcodec/qsvdec.c: missed MFXVideoDECODE_Close() call [20:26:44 CEST] <rcombs> wm4: sure enough, it was an issue in mov_read_default's logic for deciding when it's finished [20:27:06 CEST] <rcombs> it was finishing too early because I forgot to reset `found_mdat` [20:28:21 CEST] <wm4> so it works now? [20:30:08 CEST] <rcombs> yup [20:30:12 CEST] <rcombs> for the files I'm testing, anyway [20:30:33 CEST] <rcombs> (I'm using mpv and youtube-dl with `--ytdl-format bestvideo+bestaudio`) [20:32:28 CEST] <wm4> awesome [20:32:30 CEST] <rcombs> https://gist.github.com/e649a7bc0c0f9c7459a2 still a couple things I'm pretty sure I'm doing wrong [20:32:59 CEST] <rcombs> like matching AVStream indexes to MOV track IDs [20:33:37 CEST] <rcombs> and I think things might go a little bit wonky if you have multiple streams in a single file (shouldn't be anything actually harmful, but it'll probably print some warnings) [20:34:18 CEST] <rcombs> but I can probably send it as-is and see if someone who knows mov.c a bit better can work those out [20:35:28 CEST] <rcombs> ended up using dash.js as a reference, which feels a little bit silly [20:35:53 CEST] <rcombs> (for parsing sidx, that is) [20:37:18 CEST] <rcombs> fun fact, they only parse the low 32 bits of the offset fields because 64-bit ints are pretty much impossible to work with in JS [20:37:34 CEST] <rcombs> (I mean, you can store 2 32-bit ints and do math on them and all, but you can't e.g. use that as an array index) [20:38:07 CEST] <wm4> lol [20:43:50 CEST] <wm4> rcombs: yeah, I'd say just post a patch [21:28:05 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:1f171de8cae9: mpegvideo_enc: Drop unnneded initialization [21:28:06 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:16b68bd2ee5f: Merge commit '1f171de8cae9d0c527c5f0bae2a597dbd65fd3a4' [21:34:27 CEST] <ubitux> anyone to propose libav to cherry-pick [t]blend filters instead of writing an half assed diff filter? [21:37:12 CEST] <D404|Ghetto> nobody cares because nobody uses libav's labfi [21:37:15 CEST] <D404|Ghetto> lavfi* [21:38:29 CEST] <BtbN> I wonder what will happen with libav in the long turn, now that basicaly nobody will use new versions anymore [21:39:04 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:95e2317ed855: roqvideoenc: Drop unneeded initialization [21:39:05 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:6497aab022bf: Merge commit '95e2317ed85502dd8d96bcd9b12084dbfb8f9e8e' [21:52:07 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:91767360d86a: a64multienc: Do not entangle coded_frame [21:52:08 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:05fb4c9aaf84: proresenc: Do not entangle coded_frame [21:52:09 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:a99f0ad194fd: Merge commit '91767360d86ac786571593ab11c7291010ab3829' [21:52:10 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:f2a581e2eeec: Merge commit '05fb4c9aaf84b59f8ab1ce8d4c0f49dd12113024' [21:52:12 CEST] <ubitux> already acked, great [21:52:24 CEST] <ubitux> guess we'll have to deprecate it immediately and alias it to blend [21:54:31 CEST] <jamrial> or just not merge it at all and make "diff" an alias for tblend [21:54:45 CEST] <ubitux> that's what i meant by the alias [21:55:00 CEST] <ubitux> drop the code, alias it to blend, and add a deprecated warning [21:55:12 CEST] <jamrial> yeah, i was mainly saying to not merge it at all rather than merge, deprecate and drop [21:55:25 CEST] <jamrial> but guess you implied the same anyway, heh [21:55:44 CEST] <ubitux> i'd better have michaelni spend some time on more useful stuff than dealing with this in the merge [21:57:22 CEST] <jamrial> he will merge the commit for metadata purposes anyway, but can make it so ultimately no code is changed [21:58:34 CEST] <ubitux> i'd better have the code in, so we are not merging it in a hurry [22:01:44 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:56672aeaee19: svq1enc: Do not entangle coded_frame [22:01:45 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:033144c0d13c: Merge commit '56672aeaee19216d2fd8eeb9964b1f71f0af2919' [22:13:28 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:7fc8d8a1b3da: libxvid: Do not entangle coded_frame [22:13:29 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:d6006dd9f0d4: libvpxenc: Do not entangle coded_frame [22:13:30 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:70c648db8948: Merge commit '7fc8d8a1b3da1666176b3d92e989ee74f3ef014e' [22:13:31 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:96504b3f72a7: Merge commit 'd6006dd9f0d4d01023359230212f1f9fa4800e5b' [22:21:52 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:f3b4a92241a3: libtheoraenc: Keep coded_frame.key_frame a write-only variable [22:21:53 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:efc618aff9d6: qtrleenc: Keep coded_frame.key_frame a write-only variable [22:21:54 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:bde7f5b135c7: Merge commit 'f3b4a92241a33d444f7f6018ebc12e2e3a2d335f' [22:21:55 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:256430cf384d: Merge commit 'efc618aff9d68d2ddc323a5c5f892ac71951f162' [22:27:55 CEST] <philipl> __gb__: Will anyone from Intel be adding vaapi-hwaccel support for hevc/vp8/vp9? [22:33:07 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:10a9149de242: ffv1enc: Keep coded_frame.key_frame a write-only variable [22:33:08 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:b97e3e11a9c2: Merge commit '10a9149de242c7bbc4e130d3d7c593b89e20f80e' [22:48:23 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:75c1ed2e4c72: ffv1enc: Use input frame to set SAR and interlacing [22:48:24 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:91f9b6579ac6: flashsvenc: Keep coded_frame.key_frame a write-only variable [22:48:25 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:5cc3faf6198b: Merge commit '75c1ed2e4c7250f5e75a11d0140727054ff0136b' [22:48:26 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:439c9760b046: Merge commit '91f9b6579ac684c4b51c4cd0dbaed0a4f8295edf' [23:19:51 CEST] <rcombs> ubitux: https://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175805.html can ffprobe even use avpriv functions? (even if it could, I'd be against it) [23:20:17 CEST] <rcombs> ubitux: though that function could be moved into ffprobe.c, I suppose [23:20:25 CEST] <nevcairiel> technically it can, but it really shouldnt [23:21:32 CEST] <rcombs> though I might be misunderstanding what that's in re: [23:22:26 CEST] <nevcairiel> but there isnt even a new function in that patch, how can it become avpriv [23:26:19 CEST] <ubitux> ah you need it in ffprobe? [23:26:45 CEST] <rcombs> nevcairiel: the next one adds a new function [23:26:57 CEST] <rcombs> so I assumed that was what he meant [23:27:12 CEST] <rcombs> but it's only used in ffprobe so I'm just moving it into ffprobe.c [23:32:24 CEST] <jamrial> well, ffserver is using ff_ functions, even worse than avpriv :p [23:33:41 CEST] <ubitux> yeah no avpriv in ffprobe [23:34:08 CEST] <ubitux> av_ is fine as long as it's easy to keep compatibility and api is well defined and useful [23:34:50 CEST] <rcombs> I just yanked it because it's not particularly useful [23:35:01 CEST] <rcombs> now just building and testing [23:44:31 CEST] <baptiste> rcombs, sidx patch looks great :) [23:44:55 CEST] <baptiste> quick question though, AFAIR, the index timestamps are dts, not pts, is that correct ? [23:44:59 CEST] <rcombs> baptiste: know what the correct solution for the ID matching? [23:45:04 CEST] <rcombs> *is? [23:45:11 CEST] <baptiste> I think your solution is good [23:45:18 CEST] <rcombs> just +1? [23:45:21 CEST] <baptiste> people use track id generally [23:45:23 CEST] <rcombs> that felt wrong [23:45:34 CEST] <baptiste> it's correct, mov starts at 1 [23:45:49 CEST] <rcombs> and every mov stream is guaranteed to have a corresponding AVStream? [23:46:26 CEST] <baptiste> well no [23:46:46 CEST] <rcombs> baptiste: re: DTS vs PTS, I don't believe it should matter here, since the relevant timestamps should always correspond to keyframes? [23:47:05 CEST] <baptiste> it might matter for search I believe [23:47:32 CEST] <rcombs> and AFAIK you can't ref between fragments [23:47:45 CEST] <baptiste> you can search any timestamp, and you can remove the keyframe flag [23:47:58 CEST] <durandal_1707> michaelni: how to display continuous yuv colors on 4096x4096 without any duplicate [23:48:07 CEST] <rcombs> yes, and the AVIndex code handles all that [23:48:25 CEST] <ubitux> durandal_1707: yuv444? [23:48:27 CEST] <rcombs> but the fragment seek code just has to get you into the fragment containing your target timestamp [23:48:52 CEST] <durandal_1707> ubitux: yes [23:49:08 CEST] <baptiste> yes, if you search for dts 4 and return the fragment with pts 4, that might cause an issue [23:49:50 CEST] <rcombs> can you have PTS 4 in one fragment and DTS 4 in another? [23:50:02 CEST] <baptiste> I believe so [23:50:46 CEST] <cone-809> ffmpeg 03Vittorio Giovara 07master:d6604b29ef54: Gather all coded_frame allocations and free functions to a single place [23:50:47 CEST] <cone-809> ffmpeg 03Michael Niedermayer 07master:b1fad7ac200d: Merge commit 'd6604b29ef544793479d7fb4e05ef6622bb3e534' [23:52:11 CEST] <baptiste> I just think it might not be a good idea to mix pts and dts in that list :) [23:52:41 CEST] <rcombs> you mean in MOVFragmentIndex? [23:56:37 CEST] <baptiste> e->timestamp = current_dts; [23:56:42 CEST] <baptiste> AVIndexEntry [23:57:18 CEST] <rcombs> I don't touch those, though [23:58:27 CEST] <baptiste> yeah I notice now [00:00:00 CEST] --- Tue Jul 21 2015

1 0

ffmpeg.log.20150720
by burek 21 Jul '15

21 Jul '15

[00:03:29 CEST] <genio> DHE: thse are my only options: https://www.cwhitener.com/options.png [00:34:08 CEST] <Surfer> hello all.. please, how can i embed subtitles in avi videos? [00:34:44 CEST] <PovAddict> do you want them to be rendered as actual text into the video image, so they can't be turned off? [00:35:40 CEST] <Surfer> exactly PovAddict [00:36:12 CEST] <PovAddict> that process is called hardsub, I think ffmpeg by itself can't do it but there are many free programs that can [00:37:10 CEST] <Surfer> PovAddict i would like to use linux command line.. i dont have a GUI there [00:38:26 CEST] <Surfer> there is some program that i can use in a command line? [00:38:35 CEST] <hexagon51n> ffmpeg with .avi output works for hard-rendered subtitles [00:38:57 CEST] <hexagon51n> ffmpeg -i {video:} -c:v libx264 -preset slow -crf 18 -c:a aac -strict -2 -vf ass={subtitles:} {output:} [00:39:06 CEST] <hexagon51n> (for example) [00:39:06 CEST] <Surfer> really? :] [00:39:17 CEST] <Surfer> i'll try [00:39:24 CEST] <Surfer> wait [00:39:48 CEST] <hexagon51n> i do it all the time. [00:41:21 CEST] <Surfer> hexagon51n Unrecognized option 'c:v' [00:41:29 CEST] <Surfer> i think my version is old [00:41:42 CEST] <Surfer> FFmpeg version 0.6.5 [00:41:46 CEST] <hexagon51n> aha. my version is bleeding-edge new [00:41:58 CEST] <hexagon51n> ffmpeg version 2.7.1 [00:42:11 CEST] <Surfer> i'll get the lastest [00:55:35 CEST] <Surfer> hexagon51n [ass @ 0x856d40] Could not create a libass track when reading file 'O.Fim.do.Mundo.2015.BDRip.XviD.Dual.Audio-D3M0.srt' [00:55:59 CEST] <Surfer> do i have to convert srt to this ass format? [00:57:44 CEST] <hexagon51n> not sure, but maybe. I just used ass b/c it had easy native support [00:57:59 CEST] <c_14> Use the subtitles filter [00:58:57 CEST] <Surfer> c_14 i don't know it [00:59:00 CEST] <hexagon51n> try ffmpeg -i video.avi -vf subtitles=subtitle.srt out.avi [00:59:05 CEST] <Surfer> ok [00:59:14 CEST] <hexagon51n> (from http://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo) [00:59:48 CEST] <Surfer> No such filter: 'subtitles' [01:00:04 CEST] <Surfer> error [01:00:14 CEST] <c_14> try again with the static build [01:00:16 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [01:00:30 CEST] <c_14> Version either too old or not built with fontconfig/freetype [01:00:37 CEST] <hexagon51n> see that webpage I linked -- you have to have a version of ffmpeg compiled with libass support [01:00:59 CEST] <Surfer> ok c_14 [01:01:01 CEST] <hexagon51n> or give c_14's idea a shot [01:05:21 CEST] <Surfer> failed [01:05:31 CEST] <Surfer> i have to convert srt to ass [01:05:59 CEST] <Surfer> can i convert using ffmpeg? [01:06:04 CEST] <c_14> ffmpeg -i srt out.ass [01:06:12 CEST] <Surfer> right [01:06:16 CEST] <hexagon51n> boo. FWIW, they're simple text files [01:06:54 CEST] <c_14> Sure, but ass is quite a bit more complex than srt [01:07:33 CEST] <hexagon51n> ah ok. [01:07:56 CEST] <Surfer> working noww :] [01:08:53 CEST] <Surfer> Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having multiple <family> in <alias> isn't supported and may not work as expected [01:09:05 CEST] <Surfer> can i change that font later? [01:09:41 CEST] <c_14> No, if it's "broken" now. It'll be broken forever (once you burn in the subs). [01:09:50 CEST] <c_14> If it's causing problems, fix it. If it isn't, it's your call. [01:10:01 CEST] <Surfer> oh, yes.. i understand [01:10:12 CEST] <Surfer> but can i set another font next time? [01:10:30 CEST] <c_14> Next time? [01:10:33 CEST] <c_14> When encoding or when watching? [01:10:54 CEST] <Surfer> enconding [01:10:59 CEST] <c_14> sure [01:11:04 CEST] <c_14> edit the fontstyle section of the .ass file [01:12:01 CEST] <c_14> Should be called something like [V4+ Styles] [01:12:11 CEST] <c_14> Then theres a Format: line that tells you where each identifier is [01:12:33 CEST] <c_14> You can either change it in a text editor, or use something wysiwyg like aegisub [01:14:10 CEST] <Surfer> can i just download some font and set in that line? [01:14:44 CEST] <c_14> Put the font somewhere in your system/user fontpath, rehash the fontpath, and then just set it in that line. [01:27:18 CEST] <Surfer> c_14 didn't work :/ [01:27:20 CEST] <Surfer> http://198.50.140.95/saida.avi [01:27:28 CEST] <Surfer> no subtitle [01:31:56 CEST] <Surfer> ok [01:40:25 CEST] <Stragonian> ffmpeg-0.6-x86_64-1_SBo ... # ffmpeg -async 30 -i concat:"00001.mts|00002.mts|00003.mts" -vcodec mpeg2video -aspect 16:9 -sameq -sws_flags lanczos+accurate_rnd+full_chroma_int+full_chroma_inp -pix_fmt yuv420p -me_method epzs -threads 4 -r 29.97 -g 15 -bf 2 -acodec mp2 -ab 256K -ac 2 -ar 48000 output.mpeg [01:47:23 CEST] <edoceo> I convert a webm to '.ts' file, but then the duration information shows as: Duration: 00:00:00.92, start: 1.441667, bitrate: 2062 kb/s [01:47:27 CEST] <edoceo> Why not starting at 0? [01:49:46 CEST] <edoceo> I'm encoding with: ffmpeg -loglevel panic -i '/tmp/tmp.Oe0DuivTxr/0826f4d5-6f22-4e9d-a894-88c25a5487c3.webm' -filter_complex "setpts=PTS-STARTPTS" -c:v mpeg2video -q:v 2 -pix_fmt yuv420p -r 24 -c:a mp2 -ac 2 -f mpegts -y '/tmp/tmp.Oe0DuivTxr/0826f4d5-6f22-4e9d-a894-88c25a5487c3.ts' [07:42:11 CEST] <Dark-knight> I need some help [07:42:21 CEST] <Dark-knight> I just checked a file with mediainfo [07:43:29 CEST] <Dark-knight> and apparently there is a hidden .txt file in the video [07:43:41 CEST] <Dark-knight> how do i extract it? [07:49:44 CEST] <Dark-knight> there are 275 people here and not one single person can answer me? [07:49:49 CEST] <Dark-knight> wow [08:08:33 CEST] <Dark-knight> how do I extract the .txt file from a video while leaving everything else intact [08:08:46 CEST] <chungy> see the -map option [08:09:02 CEST] <durandal_1707> Is it listed by ffprobe? [08:24:06 CEST] <Dark-knight> yes it was stream 0:2 [08:24:40 CEST] <Dark-knight> i Tried exacting it by using -map 0:2 [08:24:46 CEST] <Dark-knight> but it didn't work [08:25:00 CEST] <Dark-knight> I exported to .mkv and then renamed to .txt [08:25:12 CEST] <Dark-knight> all i got was jiberish [08:32:05 CEST] <Dark-knight> is there an exact command to extract a .txt file? [08:32:37 CEST] <Dark-knight> i'd really like to know, and I'm sure there are other people who would like to know as well [08:32:38 CEST] <chungy> umm.... why don't you export it to a *.txt? [08:33:20 CEST] <Dark-knight> because its a VIDEO .mkv file with an hour of concert video and audio codec [08:33:35 CEST] <Dark-knight> and one tiny little .txt attachemnt [08:33:55 CEST] <chungy> doesn't matter. "ffmpeg -i file.mkv -c copy -map 0:2 file.txt" [08:34:20 CEST] <chungy> i dunno off-hand if that'll work, it'd be helpful to know what you've tried so far. [08:34:21 CEST] <Dark-knight> ya tried that, apparently ffmpeg can't export to .txt [08:36:28 CEST] <chungy> might also be worth using mkvextract if it's an unusual kind of stream. [08:36:50 CEST] <Dark-knight> I've tried "aot.mkv -map -0:2 file.txt" and "aot.mkv -map 0 -map -0:v -map -0:a -map -0:s file.txt" [08:37:20 CEST] <chungy> pastebin and output please. [08:38:05 CEST] <Dark-knight> both times it wouldn't let me convert to .txt. so I converted it to .mkv and renamed the file to .txt instead. [08:38:07 CEST] <Dark-knight> and both times the .txt file was complete jibberish [08:38:38 CEST] <Dark-knight> nothing but computer language [08:38:39 CEST] <chungy> matroska files aren't text files. [08:39:08 CEST] <Dark-knight> no but after those commands I entered, the only file left was the .txt file [08:39:15 CEST] <Dark-knight> so it should have worked [08:39:27 CEST] <chungy> pastebin, exact command and output. [08:41:21 CEST] <Dark-knight> i told you the command already and the only thing left in the output is stream 0:2 which is the .txt file [08:41:26 CEST] <Dark-knight> i checked it twice each time [08:41:55 CEST] <chungy> still haven't pasted the output of ffmpeg. [08:41:59 CEST] <Dark-knight> it would be so much easier if ffmpeg let me convert to txt [08:43:45 CEST] <chungy> this is the type of thing i'm asking for (using one that I'm doing right now): http://pastebin.com/HW3jhjWf [08:50:28 CEST] <Dark-knight> http://pastebin.com/m6xHWABA [08:55:54 CEST] <Dark-knight> and the second command line I used http://pastebin.com/RyTpUnVJ [08:56:25 CEST] <Dark-knight> chungy [08:57:55 CEST] <chungy> look in the documentation for "attachment". Specifically you're looking to do "ffmpeg -dump_attachment mawen1250.txt aot.mkv -f null -" [08:59:04 CEST] <Dark-knight> thank you [08:59:17 CEST] <Dark-knight> can I have a link to the documentation [08:59:19 CEST] <Dark-knight> ? [08:59:40 CEST] <chungy> https://ffmpeg.org/ffmpeg.html [09:01:52 CEST] <Dark-knight> that command didn't work [09:02:00 CEST] <Dark-knight> how am I suppose to use it? [09:02:18 CEST] <Dark-knight> i did "cmd /k ffmpeg -i ffmpeg aot.mkv -dump_attachment mawen1250.txt -f null -" [09:02:28 CEST] <Dark-knight> oops [09:02:34 CEST] <Dark-knight> i see my mistake now [09:02:42 CEST] <chungy> should work I think, but I'm not familiar with Windows [09:04:03 CEST] <Dark-knight> i should have deleted the ffmpeg after -i [09:07:20 CEST] <Dark-knight> ok I used "ffmpeg -i aot.mkv -dump_attachment mawen1250.txt aot.mkv -f null -" [09:07:21 CEST] <Dark-knight> and this is what I got "Option dump_attachment (extract an attachment into a file) cannot be applied to output file aot.mkv -- you are trying to apply an input option to an output file or vice versa. Move this option before the file it belongs to. Error parsing options for output file aot.mkv. Error opening output files: Invalid argument" [09:07:57 CEST] <chungy> use the order I typed [09:08:15 CEST] <Dark-knight> i did [09:08:20 CEST] <Dark-knight> and it said no file found [09:08:27 CEST] <Dark-knight> so I added the file name [09:08:42 CEST] <chungy> oh, I made a mistake, put a "-i" before aot.mkv [09:08:58 CEST] <Dark-knight> what do you think I did? [09:13:31 CEST] <Dark-knight> it didn't work [09:14:26 CEST] <Dark-knight> nvm its not worth it anymore [09:14:50 CEST] <Dark-knight> to much work for an easter egg [10:17:20 CEST] <IanWizard> I've got four videos, all of which play fine everywhere, except in chrome on android. Three of them are fine, but one of them refuses to play. Based on the output from avprobe (http://pastebin.com/SNVuDjrp) it seems like if any of them were going to fail, it would be "good1.webm". I admitedly don't know much about the wonderful world of av encoding. Anyone have any idea / suggestions? [11:02:02 CEST] <AstralStorm> hello, how do I provide the equivalent to -q:a <float> option to a codec (specifically, aac) [11:02:18 CEST] <AstralStorm> using libavcodec/libavformat of course [11:02:38 CEST] <Mavrik> Not sure I understand the question [11:07:07 CEST] <AstralStorm> I'm using libavcodec and libavformat to encode MPEG-4 AAC, which works [11:07:21 CEST] <AstralStorm> setting encCtx->bit_rate puts the encoder into ABR (average bitrate) mode [11:07:30 CEST] <AstralStorm> encCtx beinv AVCodecContext [11:07:40 CEST] <AstralStorm> I need to set something else to get VBR mode [11:09:09 CEST] <AstralStorm> currently I'm setting it to 75384 bps/channel which gives actual 160 kbps in ABR mode, but I'd like the VBR option too [11:10:23 CEST] <AstralStorm> ah, never mind, the docs say VBR is likely terrible and mistuned :) [11:10:52 CEST] <Mavrik> IIRC q:a translates to qscale parameter [11:11:03 CEST] <Mavrik> which AAC encoder are you using? the experimental one? [11:11:09 CEST] <AstralStorm> yes [11:11:25 CEST] <AstralStorm> ahha, so it's qscale, thanks [11:11:43 CEST] <Mavrik> even though, I'm not finding any references to it in the source [11:11:44 CEST] <AstralStorm> the defaults are set to 128kbps, but result in 136 kbps :) [11:12:03 CEST] <Mavrik> (I usually use fdk_aac since it was more stable) [11:12:04 CEST] <AstralStorm> I suspect that is because they ignore ADTS overhead [11:12:49 CEST] <AstralStorm> fdk_aac should be set as free nowadays, right? it's Apache 2 in AOSP [11:12:57 CEST] <Mavrik> hmm, it doesn't look like aac in ffmpeg even has a qscale mode [11:13:12 CEST] <AstralStorm> hm, it's mentioned on the wiki [11:14:30 CEST] <AstralStorm> sound quality is pretty good though at those 160 kbps, I'd pit it against LAME preset standard (~192 kbps) [11:33:01 CEST] <AstralStorm> hmm, a very slight lowpass is audible :) [11:33:15 CEST] <AstralStorm> apparently the polyphase lowpass in LAME is mildly superior [12:05:48 CEST] <BtbN> libfdk was re-licensed? [12:06:44 CEST] <BtbN> https://github.com/mstorsjo/fdk-aac still has its weird custom license [12:07:25 CEST] <BtbN> AstralStorm, make sure to enable the afterburner when testing fdk [12:10:24 CEST] <AstralStorm> BtbN: correct, but the version in AOSP platform is Apache 2 :) [12:10:30 CEST] <AstralStorm> afterburner? [12:11:01 CEST] <BtbN> yes [12:11:17 CEST] <BtbN> Well, the version in AOSP isn't available anywhere yet [12:12:22 CEST] <AstralStorm> no, wait, I was wrong, it is a custom licence [12:12:48 CEST] <AstralStorm> https://android.googlesource.com/platform/external/aac/+/master - this is the upstream [12:13:13 CEST] <BtbN> yeah, same license as always [12:13:49 CEST] <AstralStorm> point about releasing modifications is incompatible with LGPL :( [12:14:36 CEST] <AstralStorm> the point about charging copyright licensing fees is incompatible as well [12:15:53 CEST] <AstralStorm> likewise enforced change advertisement clauses [12:16:23 CEST] <AstralStorm> hmmh. someone should fix ffmpeg to allow dynamically adding and removing codecs to avoid those problems [12:17:28 CEST] <AstralStorm> I'd volunteer but I'm not yet paid to add proprietary codecs to it :) (maybe soon) [13:37:46 CEST] <riddrs24> Fjorgynn: Can you elaborate? [13:45:23 CEST] <kvitozev> Hey, guys! I know it's a noob question, but how can I recompile ffmpeg on Ubuntu with OpenSSL? :) [14:10:27 CEST] <goncalomsdias> anyone has experience with ffmpeg + decklink cards? [15:05:00 CEST] Last message repeated 1 time(s). [16:26:03 CEST] <goncalomsdias067> Hi everyone. Has anyone ever used ffmpeg with decklink cards? [16:34:33 CEST] <durandal_1707> goncalomsdias067: open bug report [17:09:31 CEST] <feliwir> is anywhere an easy example on how to write a custom aviocontext? [17:53:56 CEST] <elliotd123> Hi guys, can anyone explain what ac-tex is and what it means when it is damaged? I get that error a lot and would like a better understanding [18:16:37 CEST] <Cryp71c> The following issue only occurs on a subset of flv videos uploaded to a web-application: http://paste2.org/XJ5wF2Pj [18:17:40 CEST] <Cryp71c> I've "solved" this before, but if I remove -vf "pad=max(iw\,ih*(16/9)):ow/(16/9):(ow-iw)/2:(oh-ih)/2" it will work, but I believe that filter will force the video to be letterboxed (either horizontally or vertically) so that it is consistently 16:9 ratio [18:18:03 CEST] <Cryp71c> So removing that filter isn't an ideal permanent solution, and - as I mentioned before - this isn't a problem with every uploaded video, only a subset. [18:50:39 CEST] <Solarnum> I'm trying to encode real time video using an ffmpeg build for android. Encoding 5 seconds of video takes 20 seconds and those 20 seconds are contracted into 5 seconds of video. [18:54:15 CEST] <pzich> It might just be that your android device isn't fast enough to do the encoding you want in real time, but I'd look into veryfast or faster encoding profiles and other realtime flags [18:58:16 CEST] <Solarnum> pzich: im using ultrafast, -threads 0 and -tune zerolatency. [19:02:03 CEST] <Solarnum> I am fine with low fps, but I can't find the right flags to get the output to sync with the input. If it was 1fps for example, frame 1 would start at 00:00:00, frame 2 at 00:01:00 etc. [19:30:06 CEST] <dd> can you, please, recommend me and updated tutorial about how to compile ffmpeg 4 android with support for libvpx and libvorbis, using ubuntu 14.04? [19:37:43 CEST] <antiatom> I am using mkvmerge to concatinate 3 MOV files to one continuous MKV file, but I get errors and can only see the resulting streams from the first video in the concatination [19:37:57 CEST] <antiatom> The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the [19:38:03 CEST] <antiatom> resulting file and make sure that it looks like you expected it to. [20:07:18 CEST] <antiatom> It seems like I can only mux 2 videos together at once with MkvMerge GUI [20:08:28 CEST] <BtbN> As far as i know, mkvmerge isn't an ffmpeg related tool. [20:08:42 CEST] <antiatom> BtbN: Sorry for asking here [20:09:07 CEST] <BtbN> Well, it's just that likely nobody here has too much of an idea of it. [20:13:54 CEST] <klaxa> antiatom: i use mkvmerge, what is your command? [20:16:15 CEST] <klaxa> ah, moved to #matroska i see [23:40:33 CEST] <edoceo> Does the -c:v or -c:a options go before or after the -f FORMAT option for output? [23:44:21 CEST] <kepstin-laptop> edoceo, doesn't matter. [23:44:58 CEST] <kepstin-laptop> all of the -c and -f options have to be after the input files and before the output filename, but the relative order doesn't make a difference. [23:45:47 CEST] <edoceo> is there a codec I can use that will be "faster"? I have a bunch of source video, that I first have to cleanup to interim format, before running through a few filters (making a grid layout) [23:46:18 CEST] <edoceo> I've tried MKV some of my videos error - like 1 / 30 [23:46:33 CEST] <kepstin-laptop> well, mkv is a container not a codec... [23:47:02 CEST] <edoceo> Oh, ea - here is my command: [23:47:16 CEST] <edoceo> http://edoceo.io/paste?p=AqJgDo [23:47:30 CEST] <kepstin-laptop> if you have a lot of fast disk space available, you could go with a lossless codec for intermediates like ffvhuff or (maybe? it's sometimes a bit slow) ffv1 [23:48:00 CEST] <edoceo> That is me concating a bunch of 'grid' files I made before with ffmpeg - but there is an error for one of the streams: Could not find codec parameters for stream 0 [23:48:02 CEST] <kepstin-laptop> otherwise you could try playing with x264's options, maybe encode with low crf value and superfast preset [23:48:23 CEST] <edoceo> I want to be fast, but not lose quality, I have a fast disk [23:50:35 CEST] <kepstin-laptop> hmm, looks like there's something wrong with the file 1437005424653-grid.mkv there, how did you make that file? [23:51:00 CEST] <edoceo> I made that with... [23:58:53 CEST] <edoceo> /opt/dio/bin/ffmpeg -ss 7.3210 -i /tmp/tmp.oTYyirhJqU/ea07df07-9f82-456c-90f6-d8315d03e32b.mkv -ss 0.0000 -i /tmp/tmp.oTYyirhJqU/1c21f556-4fad-48d9-b4d9-17e349af47d7.mkv -to 38.0190 -filter_complex 'color=c=#101010:s=640x480:r=24[in0]; [0]fps=24,setpts=PTS-STARTPTS,scale=320:240[mv0]; [in0][mv0]overlay=0:120[in1]; [1]fps=24,setpts=PTS-STARTPTS,scale=320:240[mv1]; [in1][mv1]overlay=320:120; [0:a][1:a]amix=in [23:58:59 CEST] <edoceo> puts=2[aout]' -map '[aout]' -c:v mpeg2video -q:v 2 -pix_fmt yuv420p -r 24 -c:a flac -ac 2 -f matroska -y '/tmp/tmp.oTYyirhJqU/1437005424653-grid.mkv' [00:00:00 CEST] --- Tue Jul 21 2015

1 0

ffmpeg-devel.log.20150719
by burek 20 Jul '15

20 Jul '15

[00:03:51 CEST] <durandal_1707> should post patch for amerge that uses .needs_fifo and watch Nicolas reaction [00:09:22 CEST] <wm4> durandal_1707: relicensed the vapoursynth filter [00:09:28 CEST] <wm4> but be aware that it's a huge hack [00:09:42 CEST] <wm4> it's no fun to connect 2 APIs that are essentially the opposite of each others [00:09:56 CEST] <wm4> it's also inefficient and might not work fully correctly with all scripts [00:10:27 CEST] <wm4> also you should probably ignore the hacked Lua backend (the proper solution is extending vapoursynth script by a proper Lua backend or so) [00:10:38 CEST] <wm4> all in all the data flow is pretty complicated [00:10:51 CEST] <wm4> maybe you even find a better way to do this [00:11:55 CEST] <durandal_1707> I noticed that some plugins can't pick right pixel format [00:12:21 CEST] <J_Darnley> Did someone say Lua? [00:14:21 CEST] <wm4> durandal_1707: what do you mean yb that? [00:14:52 CEST] <wm4> J_Darnley: vapoursynth uses python as main scripting language, but scripting and core are separate and it was pretty trivial to add a primitive Lua scripting backend [00:17:06 CEST] <J_Darnley> Nice. I might be able to look past all the C++ then. [00:17:57 CEST] <wm4> the API is in C [00:39:33 CEST] <durandal_1707> wm4: what I mean: need to add lavfi=format... Before and after vapoursynth [01:00:10 CEST] <cone-487> ffmpeg 03James Almer 07master:78347549a444: avutil/intmath: check for ICC before GCC [01:48:46 CEST] <cone-487> ffmpeg 03James Almer 07master:bd487645327b: avutil/x86/bswap: force inline asm versions with ICC [03:24:51 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:54882156dd09: avcodec/hevc_parser: Treat extradata parsing differently, as it should not contain an AU [11:29:53 CEST] <cone-506> ffmpeg 03Alexandra Hájková 07master:406627287e01: asfdec: do not read replicated data when their length is 0 [11:29:53 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:f509c9503a8f: Merge commit '406627287e015ce381795e85e2557b12bf60ca35' [11:38:35 CEST] <cone-506> ffmpeg 03Alexandra Hájková 07master:0989d3ad1fbd: asfdec: convert condition for the replicated data reading to be safer [11:38:36 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:80a37fc3e10a: Merge commit '0989d3ad1fbd7509815208b0a5792918492d2a68' [11:45:28 CEST] <cone-506> ffmpeg 03Alexandra Hájková 07master:2883ef34b59c: asfdec: read the replicated data in a separate function [11:45:29 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:74aba00700d8: Merge commit '2883ef34b59c9b427c4cfad4620c3235e5778406' [11:52:57 CEST] <cone-506> ffmpeg 03Alexandra Hájková 07master:e61f39849c2e: asfdec: make nb_sub to be unsigned int [11:52:58 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:3d4297f851ec: Merge commit 'e61f39849c2e2b7f492c17b42058242ed2fa4d57' [12:07:01 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:56c2f3772701: avconv: drop update_sample_fmt() [12:07:02 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:8534c8c77a50: Merge commit '56c2f37727015212a404cae0f444d8bc8704d691' [12:51:19 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:59245e0c5e10: avconv: set the encoding/decoding_needed flags earlier [12:51:20 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:843be56ee189: ffmpeg_opt: Fix stream copy flag for attachments [12:51:21 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:db3e12a82855: Merge commit '59245e0c5e10a849e67c632cccf4f677b2442e82' [13:23:36 CEST] <ubitux> kierank: if you're interested in the parseutils, you might want to raise attention on 71956371a7bb911dee4b206cd991bbdca2e0fb62 and 49ba6e56bd321da0e066de6533592131894b8902 [13:23:36 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:6d5d9246042a: avconv: move handling the 2pass logfile into avconv_opt [13:23:37 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:247f4d1f181c: Merge commit '6d5d9246042acb804a652e6fedfb7afe0ca85614' [13:45:57 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:bd2ab27c488a: avconv: use read_file() for reading the 2pass stats [13:45:58 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:edd110ee4526: Merge commit 'bd2ab27c488ae92c7820efe11d4f53d84e94d58e' [13:53:40 CEST] <durandal_170> anybody tried sidechain compressor? [14:01:02 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:ab7b038906f3: avconv: factor out the output stream initialization [14:01:03 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:15fbf3e72a64: Merge commit 'ab7b038906f3e40ed474676d8e3029902a2078f5' [14:01:28 CEST] <D404|Ghetto> i see michaelni re-did my patch for me for PAT/PMT [14:01:35 CEST] <D404|Ghetto> i guess laziness really does pay aoff [14:01:46 CEST] Action: D404|Ghetto waits as a laser sight moves towards his head [14:11:03 CEST] <durandal_170> when gonna push vf_reverse? [14:11:30 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:1959351aecf0: avconv: move the no streams failure to open_output_file() [14:11:31 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:3b0534efdcde: Merge commit '1959351aecf09fc3e90208ff775f4849801dc13f' [14:18:59 CEST] <D404|Ghetto> durandal_170: i was waiting for ubitux to reply [14:19:02 CEST] <D404|Ghetto> he never did. [14:19:26 CEST] <ubitux> i just did, sorry :) [14:20:11 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:be101bc1e357: avconv: create the complex filtergraphs earlier [14:20:12 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:c7dd2365f432: Merge commit 'be101bc1e357c50fcb740bc4870b3bacc93a5727' [14:32:01 CEST] <durandal_170> now should be possible to do ducking with lavfi [14:33:59 CEST] <ubitux> do we have a "all colors" image in fate that could be used for testing filters that do a 1:1 pixel color processing [14:34:01 CEST] <ubitux> ? [15:18:20 CEST] <D404|Ghetto> slight problem: i forget the ffmpeg push ssh url [15:18:28 CEST] <D404|Ghetto> since i am on no-net atm [15:18:33 CEST] <D404|Ghetto> (my usual dev box is down) [15:24:30 CEST] Action: D404|Ghetto pokes durandal_170 or ubitux [15:25:16 CEST] <ubitux> git@source.ffmpeg.org:ffmpeg [15:25:31 CEST] <D404|Ghetto> ah [15:25:35 CEST] <D404|Ghetto> i had .git at the end of the url. [15:26:01 CEST] <D404|Ghetto> gmm doesnt work. [15:26:13 CEST] <ubitux> you sure you have ':' and not '/'? [15:26:48 CEST] <durandal_170> ubitux: nope, create one [15:27:01 CEST] <ubitux> yeah, will probably do [15:27:16 CEST] <D404|Ghetto> i seem to have edited .git/config wrong [15:27:39 CEST] <Compn> url = git://source.ffmpeg.org/ffmpeg.git [15:27:40 CEST] <ubitux> i finally figured out accurately the formula for the absolute settings in selectivecolor, but i can't find the proper logic for the relative one :( [15:27:58 CEST] <Compn> D404|Ghetto : thats whats in my .git/config [15:28:13 CEST] <D404|Ghetto> Compn: it's pushurl [15:28:16 CEST] <D404|Ghetto> i had it as 'push' [15:28:35 CEST] <cone-506> ffmpeg 03Derek Buitenhuis 07master:8271a84094aa: avfilter: Add reverse filter [15:28:43 CEST] <Compn> ah [15:29:15 CEST] <D404|Ghetto> the magic cli is git remote set-url --push origin <url> [15:29:21 CEST] <D404|Ghetto> dem subcommands. [15:29:35 CEST] <Compn> is that in our git howto ? [15:29:40 CEST] <Compn> if not should put it there [15:29:42 CEST] <Compn> :) [15:32:03 CEST] <D404|Ghetto> anyway i have a filter in lavfi [15:32:06 CEST] <D404|Ghetto> hell has frozen over [15:32:13 CEST] <D404|Ghetto> ubitux, the great demon lord, shall rise [15:32:24 CEST] <durandal_170> D404|Ghetto: now write areverse [15:32:35 CEST] <ubitux> and seeking support [15:32:40 CEST] <D404|Ghetto> ive never even heard of reversing audio [15:32:46 CEST] <D404|Ghetto> oh well yesi have [15:32:50 CEST] <D404|Ghetto> but only for dun [15:32:52 CEST] <D404|Ghetto> fun* [15:32:58 CEST] <D404|Ghetto> are there even real applications [15:33:36 CEST] <durandal_170> sox have it, uses temp file [15:34:02 CEST] <D404|Ghetto> vf_sox? [15:34:24 CEST] <durandal_170> bah to complicated [15:34:39 CEST] <D404|Ghetto> surely more useful than fri0r [15:34:41 CEST] <durandal_170> sox program [15:34:41 CEST] <D404|Ghetto> or w/e it is [15:35:22 CEST] <durandal_170> You never heard of SoX? [15:36:11 CEST] <D404|Ghetto> of course i have [15:36:14 CEST] <D404|Ghetto> there is also libsox [15:36:18 CEST] <D404|Ghetto> which is what i was refering to [15:36:31 CEST] <D404|Ghetto> e.g. we wrap other things like frie0r or w/e similariyl in lavfi [15:38:09 CEST] <ubitux> D404|Ghetto: "This iflter qequires memory" [15:38:26 CEST] Action: D404|Ghetto runs [15:38:40 CEST] <ubitux> well don't forget to fix it after a lap or two [15:40:13 CEST] <wm4> some alsa player thing can play audio backwards by setting negative speed [15:40:27 CEST] <wm4> but I don't know if that can even play compressed audio [15:44:54 CEST] <wm4> hm it can do at least mp3 [15:44:56 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:6d592fbd0d8e: avconv: split creating and (re-)configuring complex filtergraphs [15:44:57 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:bc3f19641ce3: Merge commit '6d592fbd0d8e89ecade3fc93b36ea200213dc01c' [15:44:58 CEST] <wm4> I wonder how it works [15:44:58 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:2dbaec690d9f: ffmpeg_filter: Check that filters have connected outputs before accessing the output stream [15:59:42 CEST] <wm4> hm, lots of hackery and assumes files are freely and exactly seekable [16:01:58 CEST] <D404|Ghetto> why does osmething like also accept anything but pcm? [16:02:02 CEST] <D404|Ghetto> alsa* [16:05:36 CEST] <wm4> D404|Ghetto: it's just a separate player [16:05:45 CEST] <D404|Ghetto> o [16:05:49 CEST] <wm4> I don't even know why it's named like this, because it supports other audio APIs too [16:05:54 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:6b15874fc2c3: af_resample: do not touch the timestamps if we are not resampling [16:05:55 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:7093e215d02e: Merge commit '6b15874fc2c3f565732201f7907ae1112727d6ae' [16:06:20 CEST] <wm4> and I only remember it because I found its ability to set speed to negative values kind of fancy [16:08:51 CEST] <ubitux> h [16:08:54 CEST] <ubitux> oups [16:31:50 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:f5c4d38c7834: qsvdec: properly handle asynchronous decoding [16:31:51 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:f929081f2e64: Merge commit 'f5c4d38c78347b09478e21a661befff4b2d44643' [16:44:44 CEST] <cone-506> ffmpeg 03Anton Khirnov 07master:69b92f1b99f3: qsvenc: properly handle asynchronous encoding [16:44:45 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:9c943e077bfc: Merge commit '69b92f1b99f3f210be19ee6ec06f6c0de1733031' [17:37:39 CEST] <Daan> Dear, Anyone who can develop a live audio spectrum like in this video: https://www.youtube.com/watch?v=c-1bTqZB8cE ? Regards, [17:43:25 CEST] <BtbN> http://video.stackexchange.com/questions/9644/how-do-i-turn-audio-into-vide… [18:25:20 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:ea8785cedae2: avcodec/utils: Check that channel count is valid in avcodec_open2(); [18:28:07 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:f66d2bf94909: mpegaudiodec: copy AVFloatDSPContext from first context to all contexts [18:28:08 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:2e1226a695dd: vc1dec: use get_bits_long and limit the read bits to 32 [18:28:09 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:729337295982: s302m: fix arithmetic exception [18:28:11 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:eddf146ada12: nutdec: check maxpos in read_sm_data before returning success [18:28:11 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:95bd0f3a4b65: wavpack: use get_bits_long to read up to 32 bits [18:28:12 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:43f8a422b343: huffyuvdec: validate image size [18:28:13 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:acfad331adde: pthread_frame: forward error codes when flushing [18:28:14 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:1d1adf5ff420: ffmpeg: exit_on_error if decoding a packet failed [18:28:15 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:70b97a89d2d7: ffmpeg: only count got_output/errors in decode_error_stat [18:28:16 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:f0af6e705f3b: wavpack: limit extra_bits to 32 and use get_bits_long [18:28:17 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:762a5878a6b0: webp: fix infinite loop in webp_decode_frame [18:28:18 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:26cb351452e7: snow: remove an obsolete av_assert2 [18:28:19 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:f06d9dced4c7: hevc: check slice address length [18:28:20 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:27816fb9ef26: imc: use correct position for flcoeffs2 calculation [18:28:21 CEST] <cone-506> ffmpeg 03Andreas Cadhalpun 07release/2.7:15466db69e60: Changelog update [19:56:04 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:4df66c7cd6f7: avformat/mp3dec: split position sync code out [20:07:20 CEST] <durandal_170> anybody against random filter? [20:11:52 CEST] <Compn> its too random [20:11:55 CEST] Action: Compn jokes [20:30:00 CEST] <cone-506> ffmpeg 03Vesselin Bontchev 07master:0a551cbe97e0: Add support for Audible AAX (and AAX+) files [20:45:10 CEST] <cone-506> ffmpeg 03Chris Spencer 07master:eb468b0be03e: avdevice/decklink: Add missing libraries when building with DeckLink support on Windows. [21:12:52 CEST] <durandal_170> huh I added bunch of lines to lavfi [21:24:35 CEST] <cone-506> ffmpeg 03Paul B Mahol 07master:a8fbb7b62597: avfilter: add random video filter [21:34:42 CEST] <j-b> Can someone break the DRM? [21:40:50 CEST] <ubitux> durandal_170: you can remove !ctx->is_disabled in random filter [21:41:52 CEST] <durandal_170> j-b: DRM? [21:43:06 CEST] <j-b> durandal_170: the AAX commit [21:45:06 CEST] <durandal_170> afaik it is bruteforce, key is 4 bytes [21:46:31 CEST] <j-b> -activation_bytes [21:46:36 CEST] <nevcairiel> j-b: you can't "break" such a DRM, i mean, the implementaiton is known, you jsut need the key [21:46:46 CEST] <nevcairiel> and the only way to "break" such a key is to bruteforce it =p [21:47:01 CEST] <j-b> sure, but maybe the master-key was known, or similar [21:47:08 CEST] <j-b> like for the MD drm [21:47:12 CEST] <jamrial> anyone with clang want to report this recent failure http://fate.ffmpeg.org/report.cgi?time=20150719174819&slot=x86_64-darwin-cl… upstream before 3.7 is released? [21:47:22 CEST] <ubitux> .str="77214d4b196a87cd520045fd20a51d67" [21:47:31 CEST] <ubitux> so there are 2 keys? [21:47:52 CEST] <ubitux> audible_fixed_key ok [21:49:27 CEST] <nevcairiel> i think you only need the activation key [21:49:42 CEST] <ubitux> note: asan seems not happy about channelmap [21:49:57 CEST] <nevcairiel> the other one is apparently constant [21:49:59 CEST] <nevcairiel> but shrug [21:51:38 CEST] <j-b> sure, but testing 2^32 keys might not be the best :) [21:51:51 CEST] <rcombs> well if you have DRM-encrypted content you usually have the key as well [21:51:57 CEST] <durandal_170> ubitux: anything obvious? [21:52:17 CEST] <j-b> can we infer something out of the fact it's aac in it? [21:52:25 CEST] <ubitux> durandal_170: http://fate.ffmpeg.org/report.cgi?time=20150719183914&slot=x86_64-archlinux… [21:52:34 CEST] <nevcairiel> jamrial: is there a way to sync the msys2 package database from some mirror after I already broke it by syncing from sf.net? :p [21:52:53 CEST] <jamrial> use -yy instead of -y to force it :p [21:53:14 CEST] <nevcairiel> ah [21:54:03 CEST] <jamrial> sf is back online for that matter [21:54:06 CEST] <nevcairiel> finally my fate box has tar again :D [21:54:13 CEST] <rcombs> j-b: AFAIK AES isn't vulnerable to any known-plaintext attacks? [21:54:16 CEST] <jamrial> or was ealier today [21:54:16 CEST] <nevcairiel> i tried sf just now and still got the error message [21:55:26 CEST] <jamrial> weird [21:56:58 CEST] <rcombs> and I don't know of any relevant practically-exploitable flaws in SHA-1 either [21:57:16 CEST] <rcombs> just figure out how to yank the key out of wherever you're getting the files from [22:05:23 CEST] <nevcairiel> oh gcc 5.2 was also released [22:05:27 CEST] <nevcairiel> can finally upgrade to that [22:05:38 CEST] <JEEB> ye [22:06:22 CEST] <nevcairiel> although the bug stats in their status report look kinda frightening, there is more issues now than before =p [22:06:33 CEST] <nevcairiel> but that may as well be things just not reported before [22:08:06 CEST] <jamrial> 5.1 was good, at least for ffmpeg [22:09:32 CEST] <jamrial> it had some issues with c++11 and c++14, though [22:12:16 CEST] <nevcairiel> tomorrow is also supposedly vs2015 release, should give my fatebox a proper cleanuo [22:12:29 CEST] <nevcairiel> maybe setup a fresh vm to purge some of the cruft accumulated there =p [22:14:08 CEST] <jamrial> will you drop the 2012 client once you get vs2015 running? [22:14:15 CEST] <nevcairiel> probably [22:14:36 CEST] <nevcairiel> i think that box even still has 2010 installed, although nothing is running them anymore [22:15:17 CEST] <nevcairiel> personally i havent used 2012 with ffmpeg for ever now [22:15:52 CEST] <nevcairiel> maybe i'll keep one, but dont run both 32 and 64 anymore [22:16:15 CEST] <nevcairiel> just to check the converter still kinda works [22:16:33 CEST] <jamrial> i only see a 32bits one in fate.ffmpeg.org [22:17:19 CEST] <nevcairiel> oh right, i have a 64-bit for libav [22:21:54 CEST] <nevcairiel> i should check how long the fate builds usually take, I could also add more and reduce the frequency a bit, if people think a 2012 build is still useful [22:23:05 CEST] <jamrial> imo, no [22:24:59 CEST] <jamrial> it suffers from a known bug that Microsoft doesn't plan to fix, and needs c99-to-c89 [22:25:27 CEST] <nevcairiel> they did fix it [22:25:30 CEST] <nevcairiel> in 2013 [22:25:31 CEST] <nevcairiel> :P [22:25:34 CEST] <jamrial> heh [22:25:44 CEST] <nevcairiel> thats the answer you'll get from them [22:25:49 CEST] <jamrial> better use your rigs to run gcc 4.9, 5.2 and vs2013/5 [22:26:08 CEST] <jamrial> don't drop the 4.9 clients. we barely have any of those now that ubitux migrated to 5 :p [22:26:14 CEST] <nevcairiel> i'm not setup to run two gccs :( [22:26:22 CEST] <nevcairiel> but i probably could set that up somehow [22:39:00 CEST] <nevcairiel> in factits probably easier to get this going now that i use msys2 instead of this unified msys blob i used before that behaved a bit peculiar when mingw/gcc wasn't in an exact predefined spot =p [22:49:06 CEST] <cone-506> ffmpeg 03James Almer 07master:2db8c42ddc58: avformat/mp3dec: remove unused variable [22:53:36 CEST] <cone-506> ffmpeg 03James Almer 07master:4ebe31abf1b4: RELEASE: update to 2.7.git [22:53:39 CEST] <jamrial> ^that was long overdue [22:56:19 CEST] <jamrial> michaelni: the n2.8-dev tag is missing [22:59:41 CEST] <michaelni> jamrial, feel free to add it, i forgot [22:59:53 CEST] Action: michaelni always forgets [23:00:02 CEST] <jamrial> not idea how to do it. never added tags with git :p [23:04:00 CEST] <michaelni> IIRC git tag -a n2.8-dev HASH [23:04:05 CEST] <michaelni> dunno which hash [23:04:18 CEST] <michaelni> and then push origin n2.8-dev (-n) [23:04:34 CEST] <michaelni> but double check its correct before pushing [23:04:41 CEST] <michaelni> it cannot be changed later [23:17:49 CEST] <cone-506> ffmpeg 03James Almer 07n2.8-dev:HEAD: RELEASE: update to 2.7.git [23:20:09 CEST] <jamrial> guess it worked [23:23:13 CEST] <michaelni> thx [23:39:06 CEST] <cone-506> ffmpeg 03Michael Niedermayer 07master:36a87c2dc7f3: avcodec/dds: fix paletted files [00:00:00 CEST] --- Mon Jul 20 2015

1 0

ffmpeg.log.20150719
by burek 20 Jul '15

20 Jul '15

[01:19:57 CEST] <FatsDT> I'm getting the warning: [swscaler @ 0x31b3b60] Warning: data is not aligned! This can lead to a speedloss [01:23:50 CEST] <FatsDT> The internet says it has to do scaling resolutions not being multiples of 16 [01:24:05 CEST] <FatsDT> It looks like all my numbers are multples of 16 [01:30:00 CEST] <FatsDT> Input video is 720x480, which then gets cropped to 704x352 to remove black bars, then scaled to 1024x432 to square the pixels. [01:32:29 CEST] <FatsDT> All those numbers are divisible by 16, so whats the deal? [02:35:16 CEST] <sh45> hi developers,i have a stupid question , where can i find ffserver.exe? [03:04:34 CEST] <sh45> pls,any one? [03:24:49 CEST] <klaxa> sh45: did you compile from source? [03:26:04 CEST] <sh45> no , i just wander why there no ffserver.exe in ffmpeg-win64-shared.7z etc [03:27:27 CEST] <sh45> i am compiling now , it is slow. i will wait and see [03:29:53 CEST] <sh45> klaxa: i why there is no ffserver.exe in .7z . [03:30:42 CEST] <klaxa> you'll have to ask the person publishing those builds [03:30:51 CEST] <klaxa> you have to enable ffserver during compile-time [03:33:14 CEST] <sh45> ok ,i will consider compiling again. i downloaded https://ffmpeg.zeranoe.com/builds/win64/shared/ffmpeg-xx-win64-shared.7z . no ffserver ,crying [05:20:05 CEST] <Demon_Fox> I know this is ffmpeg, but ffmpeg has shitty mkv support, so does someone know how to use mkvmerge and get it to exclude several audio tracks? [05:28:03 CEST] <chungy> Demon_Fox: um. how is it "shitty"? you can select specific audio tracks easily with ffmpeg. [05:28:32 CEST] <Demon_Fox> The timestamp bug [05:28:42 CEST] <Demon_Fox> It has been an issue for 18 months straight [05:28:48 CEST] <Demon_Fox> if not longer [05:29:00 CEST] <Demon_Fox> Can't write packet with unknown timestamp [05:29:39 CEST] <chungy> i've not seen that [05:29:52 CEST] <Demon_Fox> av_interleaved_write_frame(): Invalid argument [05:30:00 CEST] <Demon_Fox> Let me grab the bug report [05:30:14 CEST] <Demon_Fox> http://trac.ffmpeg.org/ticket/3339 [05:32:49 CEST] <Demon_Fox> There are several reports on it using different formats [05:38:26 CEST] <Demon_Fox> chungy, I'm betting you don't use ffmpeg to multiplex files. [05:39:12 CEST] <chungy> I've got hundreds of mkv files to say otherwise. i've never seen that issue though [05:39:28 CEST] <chungy> anyway, "mkvmerge --help" I guess... I've never used that program myself [08:02:14 CEST] <zumba_addict> good morning guys. Which audio format should I use for an mp4 video? [08:02:29 CEST] <zumba_addict> i don't require high quality but something good is ok too [08:02:39 CEST] <zumba_addict> should I use aac, mp3 or m4a? [08:16:41 CEST] <needshelp> My FFMPEG is not concatinating my files like expected - it shows an error about a source stream [08:16:57 CEST] <needshelp> Stream specifier ':v' in filtergraph description [0:v][0:a][1:v][1:a][2:v][2:a][3:v][4:v][4:a][5:v][5:a][6:v][6:a][7:v][8:v][8:a][9:v][9:a] concat=n=10:v=1:a=1 [v] [a] matches no streams. [08:17:16 CEST] <needshelp> The complete command and output are here: http://edoceo.io/paste?p=epadER [08:28:20 CEST] <needshelp> It looks like concat is confused cause some of the streams I'm concatting have no audio, so I skip them in filtergraph [09:05:59 CEST] <zumba_addict> hey guys, I used ffmpeg to build this video :D [09:06:08 CEST] <zumba_addict> https://www.youtube.com/watch?v=-0b3CuZpHP4 [09:06:26 CEST] <zumba_addict> it's only 35 seconds, I want to hear some feedbacks [10:19:37 CEST] <frafra> hi! I'm using -threads option for vp9 encoding, but it seems ignored [10:47:52 CEST] <frafra> http://pastebin.com/ZvbXaa6P [10:52:45 CEST] <durandal_170> thats not full output [10:53:11 CEST] <frafra> sorry [10:54:29 CEST] <frafra> http://pastebin.com/iTDxgcA6 [12:09:08 CEST] <durandal_170> frafra: IIRC for vp9 threading is used only with tiles or something like that [12:09:55 CEST] <frafra> durandal_170, this is why I tried to set -tile-columns to 6 [12:11:42 CEST] <durandal_170> try adding another -threads before -c:v [12:13:48 CEST] <frafra> single thread [13:11:10 CEST] <well0ne> Hi guys, i've to report some error, never done that bevore, little help would be nice, where to report etc. i'm using the concat proto to concenate files ex: "concat:1.ts|2.ts|3.ts" which works flawless. [13:11:44 CEST] <well0ne> but when i set a starttime for ex -ss 00:10:00 , it seeks to the lastfile , not to the firstfile [15:46:06 CEST] <DrSlony> Hi, when recording using ffmpeg x11grab, how do I get the audio? I'm recording a screencast of a selection of the screen on which I play two game replays through two separate wine instances. I use pulseaudio if that matters. [15:50:54 CEST] <durandal_170> there is documentation for pulseaudio I guess [15:52:14 CEST] <DrSlony> brilliant answer [15:56:00 CEST] <durandal_170> There is even example [15:57:50 CEST] <DrSlony> will try '-f alsa -ac 2 -i hw:x,y' and '-f pulse -ac 2 -i default' [17:03:15 CEST] <DHE> anyone tried compiling ffmpeg with -flto (new option in recent versions of gcc)? I'm getting a lot of errors [17:15:27 CEST] <ubitux> DHE: --enable-lto? [17:23:36 CEST] <DHE> oh, didn't see that. I was just using --extra-cflags=-flto (and so on) [17:30:33 CEST] <DHE> better, but still doesn't build... [18:06:38 CEST] <Dosvedanya> Hello, i have a question. Just one. I have been trying to relay a video stream to my own ffserver. However i can get the stream to write to a file, i cant get it to stream to my ffserver. I've been searching and searching on the web/forums/sites but i cant find a proper resolution. This is my command: ffmpeg -re -i url.m3u8" -c:v libx264 -c:a aac -strict -2 -absf aac_adtstoasc -movflags faststart+frag_keyframe+empty_moo [18:06:38 CEST] <Dosvedanya> v -f h264 http://192.168.1.3:8090/feed1 . What i get in return is: "av_interleaved_write_frame(): Broken pipe" and at the end "Conversion failed". The input stream is based on hls, applehttp. Is there anyone who can help me get this to work after hours of trying and searching? [18:36:47 CEST] <zumba_addict> hey guys, did you see the youtube video i posted last night? What are your thoughts? [18:49:23 CEST] <tp__> amazing zumba_addict [18:49:32 CEST] <zumba_addict> thanks! :) [18:49:46 CEST] <zumba_addict> ffmpeg is awesome! [18:50:15 CEST] <zumba_addict> but i hate the frame at the joining part [18:50:20 CEST] <zumba_addict> it turns green [18:50:29 CEST] <zumba_addict> i comibined 2 mp4 files [18:50:43 CEST] <zumba_addict> some of my videos doesn't have that green [18:51:58 CEST] <zumba_addict> I always have issues when combining multiple mp4. Sometimes, MP4Box works, sometimes it doesn't [18:52:10 CEST] <zumba_addict> sometimes, ffmpeg have issues with concat [18:52:27 CEST] <zumba_addict> i can't find an excellent way of combining [18:52:38 CEST] <zumba_addict> the other night, I converted it to .ts first [19:10:34 CEST] <durandal_170> zumba_addict: what you used to concat? [19:10:44 CEST] <zumba_addict> here are the commands [19:11:19 CEST] <zumba_addict> this is what I have in my notes and I always follow it - http://pastebin.com/aKt1Kx3c [19:11:30 CEST] <zumba_addict> I've also used MP4Box but can't get it to work this time [19:11:42 CEST] <zumba_addict> some of my youtube videos are fine [19:12:01 CEST] <zumba_addict> but I've seen that dreaded green for like 3 times now on my other videos [19:12:10 CEST] <zumba_addict> there is something wrong that I'm doing [19:19:21 CEST] <zumba_addict> any updates durandal_170? [19:21:06 CEST] <zumba_addict> I'm seeing a difference in the 2 videos which might be the reason why MP4Box is failing to properly combine. What is this? chroma_qp_offset=4 [19:22:12 CEST] <zumba_addict> can we change that value in the command line? [19:23:34 CEST] <durandal_170> use concat demuxer [19:24:29 CEST] <durandal_170> The videos you concat must have same encoding parameters [19:25:09 CEST] <durandal_170> If all fails use lossless intermediate format with concat filter [19:25:14 CEST] <zumba_addict> yup, that's one of the issues i saw. The chroma_qp_offset have different values [19:25:31 CEST] <zumba_addict> all other x264 opts were good [19:25:54 CEST] <zumba_addict> what is concat demuxer? Is it different from the one I posted? [19:27:47 CEST] <zumba_addict> i'm reading this now, https://trac.ffmpeg.org/wiki/Concatenate#demuxer [19:30:16 CEST] <zumba_addict> i tried it and the resulting output is very bad [19:30:31 CEST] <zumba_addict> tons of errors when I played it [19:31:04 CEST] <zumba_addict> here are the errors during playback , http://pastebin.com/QUSHG8JP [19:32:43 CEST] <zumba_addict> it's weird that I used the same parameters to generate the 2 mp4 files [19:34:27 CEST] <zumba_addict> looks like it changed when I overlay my logo image [19:35:29 CEST] <zumba_addict> this is very interesting - http://pastebin.com/YRRBy5aJ hq.mp4 and cover.mp4 are the same but when I added an image, that's when it changed [19:38:34 CEST] <zumba_addict> reencoding hq2.mp4 is not helping, it is still showing chroma_qp_offset=-2 rather than chroma_qp_offset=4 [19:40:40 CEST] <zumba_addict> this is crazy, I added -x264opts chroma_qp_offset=4 but output is showing chroma_qp_offset=2 [20:06:23 CEST] <genio> I have an IPcam that records for 30 seconds on motion detection and FTPs the resultant video to my ftp server. The video's in an avi container that I would like to generate mp4, ogg, and webm containers from for other purposes. https://gist.github.com/genio/ba95abee2a1e5d56360f is what "mediainfo" shows about the file. [20:07:11 CEST] <genio> When I try ffmpeg -i file.avi -sn -an -c copy 00test.mp4 for instance, I get lots and lots of errors and if I get any video at all in the end, it's too garbled to view. [20:07:33 CEST] <genio> can someone point me to what I'm doing incorrectly? [20:07:49 CEST] <zumba_addict> I fixed it by adding -pix_fmt yuv420p :( [20:08:37 CEST] <zumba_addict> unfortunately, we cannot reupload a new video [20:09:51 CEST] <genio> [NULL @ 0x112c5a0] missing picture in access unit with size 5255 [20:09:58 CEST] <genio> errors like that are what I'm getting [20:10:59 CEST] <genio> VLC plays the original video fine. handbrake seems to convert it pretty well, but ffmpeg is giving me issues (likely from my own misunderstandings) [21:30:46 CEST] <PovAddict> hi peeps [21:33:56 CEST] <PovAddict> I copied a video recorded by an iPhone 5s camera into the SD card of a Samsung Galaxy S4, and the Galaxy phone is unable to play it [21:34:19 CEST] <PovAddict> here is the ffprobe output of the iPhone video, and of a video recorded by the Galaxy phone (which it obviously can play): http://pastebin.com/WAPR2Rq8 [21:35:01 CEST] <PovAddict> what could be the reason why the Galaxy can't play the video? I can't see any significant difference in the video format and codec [21:35:17 CEST] <PovAddict> and how should I reencode the video so that the Galaxy can play it? [23:31:06 CEST] <genio> Can someone with more knowledge than me help me figure out what's so broken about this video file and how I might be able to get ffmpeg to work with it and many others like it (from IP cam)? [23:31:22 CEST] <genio> https://www.cwhitener.com/test.avi [23:35:32 CEST] <DHE> AVI is a crap format. don't use it [23:36:07 CEST] <genio> I have no say in how the files are created/saved. It's the IPCam that does that [23:36:12 CEST] <DHE> oh dear [23:36:33 CEST] <genio> I'm trying to convert them to ogg, webm, and mp4 [23:36:52 CEST] <genio> yet ffmpeg barfs on them because they're pretty crappy files (although VLC seems to handle them well) [23:38:46 CEST] <DHE> http://23.248.133.112/webcam.mp4 Here's what I reconstructed [23:39:31 CEST] <DHE> maybe I could do it in one shot, but I had mplayer dump the raw h264 video to a .264 file, then had ffmpeg assemble it into a proper .mp4. audio went to AAC because right now it's lossless [23:40:10 CEST] <genio> odd that there's even an audio stream considering the cams don't have a mic [23:40:24 CEST] <DHE> I didn't actually listen, I just processed it [23:42:48 CEST] <genio> are you able to get ffmpeg to decode the original avi or is relying on mplayer about the best I can do? [23:42:50 CEST] <DHE> an old copy of mplayer I have laying around plays the .avi correctly, wonder if that's related... [23:43:14 CEST] <genio> win 20 [23:43:17 CEST] <genio> err [23:43:22 CEST] <DHE> irssi [23:43:28 CEST] <genio> yep [23:44:42 CEST] <DHE> it does seem ffmpeg's AVI decoder disapproves, while mplayer is more tolerant... [23:45:08 CEST] <DHE> but my local mplayer binary is timestamped October 2012 so take that with a large amount of salt [23:46:05 CEST] <genio> I realize it's a bad file, but does this seem like a bug with ffmpeg being too strict? [23:47:32 CEST] <DHE> I'm inclined to say yes. H264 in AVI mostly works as long as you don't use b-frames, and this video is a baseline profile. [23:58:54 CEST] <edoceo> I'm running this command: ffmpeg -i '/tmp/tmp.cke3tJPmXe/1435957885869-head.webm' -i '/tmp/tmp.cke3tJPmXe/1435957888487-grid.webm' -i '/tmp/tmp.cke3tJPmXe/1435957909108-grid.webm' -i '/tmp/tmp.cke3tJPmXe/1435957910028-grid.webm' -filter_complex '[0:v] [0:a] [1:v] [1:a] [2:v] [2:a] [3:v] [3:a] concat=n=4:v=1:a=1 [v] [a]' -map '[v]' -map '[a]' -y '/tmp/tmp.cke3tJPmXe/composite.webm' [23:59:13 CEST] <edoceo> And getting the message that: "[libvorbis @ 0x39f1f20] Queue input is backward in time" [23:59:51 CEST] <edoceo> Is it cause the files input to concat are each starting with zero time and confusing concat filter? Should I use that SETPTS thing before filter? [00:00:00 CEST] --- Mon Jul 20 2015

1 0

ffmpeg-devel.log.20150718
by burek 19 Jul '15

19 Jul '15

[01:04:10 CEST] <michaelni> rcombs, ubitux if i should apply any srtdec patch, then please tell me, i didnt follow the discussion [01:30:49 CEST] <rcombs> michaelni: I sent a new one to fix the unknown case, but I'm not sure if anybody's reviewed it yet [01:34:56 CEST] <michaelni> rcombs, ok, ill wait, but ping me if noone reviews then ill take a look [01:53:56 CEST] <cone-545> ffmpeg 03Zhang Rui 07master:f477a3f5abc1: avformat/async: support filling with a background thread. [02:03:46 CEST] <cone-545> ffmpeg 03Luca Barbato 07master:fc5686839921: cosmetics: Reformat checkasm tests [02:03:47 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:b1861f18b6e3: Merge commit 'fc56868399213d3e9be19bdebeb64df233b39a7e' [02:19:27 CEST] <krieger-od> Sorry for spamming, guys. Here's request for paid help with H264 http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175796.html . Urgent for me. [02:21:20 CEST] <Compn> krieger-od : is ok, we like paid work :) [02:22:38 CEST] <cone-545> ffmpeg 03Janne Grunau 07master:256ef1984489: h264: arm: use intra pred8x8 functions only for chroma_format_idc <= 1 [02:22:38 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:c0894e628814: Merge commit '256ef19844892c6cf8e0386e3287bae970ec6320' [02:31:07 CEST] <cone-545> ffmpeg 03Henrik Gramner 07master:6cc4d3e9a982: checkasm: exit with status 0 instead of 1 if there are no tests to perform [02:31:08 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:cb33f8d0f48b: checkasm: Give macro a body to avoid potential unexpected syntax issues [02:31:09 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:78274b19f163: Merge commit '6cc4d3e9a982e926494f4b919d9733fe29774acf' [02:31:10 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:3ad30d1bc061: Merge commit 'cb33f8d0f48b1e9d642ca1cbea142dcbedd08a27' [02:38:55 CEST] <cone-545> ffmpeg 03Janne Grunau 07master:82e6ac85ff9a: checkasm: test all architectures with optimisations [02:38:56 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:e6b01480e563: Merge commit '82e6ac85ff9aa7631b8c01521b3d6b5ca0bc8014' [03:07:57 CEST] <michaelni> krieger-od, the sizes of the frames look a bit odd, one would expect IDR frames to be bigger than the following P frames [03:08:12 CEST] <michaelni> that would be for normal encoded content [03:08:36 CEST] <michaelni> but then test_main.h264 is not "normal" content either [03:10:49 CEST] <michaelni> the bigger frames contain a 00 00 01 B0 and dont end in a 00 00 while the smaller frames end in 00 00 [03:14:08 CEST] <michaelni> decoding fr.joined.h264 shows "NAL 16/5 at 12442/21952 length 9509", that looks like it shouldnt be there [03:14:45 CEST] <michaelni> also it might be that you need to pass these frames through the startcode escaping code but i dont think that the main problem [03:17:11 CEST] <michaelni> also you can use -ec 0 when decoding to avoid the error concealment [03:17:42 CEST] <michaelni> and -debug 1 / -debug 257 when decoding might print usefull info [03:18:34 CEST] <cone-545> ffmpeg 03Janne Grunau 07master:c9f8cfb6d9b3: fate: add checkasm target [03:18:35 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:9010be252e57: Merge commit 'c9f8cfb6d9b34f3c51f1b7152c4dc3f2f8724dc4' [03:38:12 CEST] <krieger-od> michaelni: thanks for interest. According to sizes, i think keyframes are ones with index (i*4 + 1). vlc_00 is not a keyframe, but vlc_01 is. I don't know what is in vlc_00.. [04:27:49 CEST] <BBB> michaelni: I dont think it was mplayer that caused the fork :) [04:50:09 CEST] <jamrial> nevcairiel: sf is still down but the mirror for msys2 works now [05:07:32 CEST] <cone-545> ffmpeg 03Ganesh Ajjanagadde 07master:f6870495e158: avformat: increase first_frames threshold for mp3,ac3 [05:23:29 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:f8e4d37983f8: avcodec/hevc_ps: Also print depth in failure path of map_pixel_format() [08:23:01 CEST] <ubitux> michaelni: haven't looked yet [08:33:07 CEST] <durandal_1707> what? [10:59:46 CEST] <cone-937> ffmpeg 03Michael Niedermayer 07master:2927b61c559f: avfilter/af_dynaudnorm: Use av_frame_get_channels() [10:59:46 CEST] <cone-937> ffmpeg 03Michael Niedermayer 07master:129785b5e8ab: avutil/frame: Update AVFrame docs library references [12:09:14 CEST] <cone-937> ffmpeg 03Michael Niedermayer 07master:3197c0aa87a3: avcodec/rv34: Clear pointers in ff_rv34_decode_init_thread_copy() [13:29:14 CEST] <cone-937> ffmpeg 03Michael Niedermayer 07master:a194298954e9: avformat/movenc: Drop redundant bit exact field from context [14:13:39 CEST] <suom1> Hello, are you guys still in need of hosting? :) [14:15:49 CEST] <J_Darnley> last I heard was there there are a few separate offers [14:16:19 CEST] <J_Darnley> wait for michaelni to reply or send an email [14:16:44 CEST] <J_Darnley> in the meantime you can see the public discussion on the ffmpeg-devel list [14:16:50 CEST] <suom1> Well if they do not fall through DreamHack (www.dreamhack.se) is happy to help! :) [14:18:08 CEST] <suom1> We use ffmepg so much so would be stupid of us not to help if needed :) [14:18:27 CEST] <BBB> Compn: nobody can guarantee that any person will be around for any amount of time in the future [14:19:08 CEST] <BBB> Compn: besides, you could say I was evil around fork time [14:19:42 CEST] <J_Darnley> suom1: if you haven't seen the discussion: http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175048.html [14:20:44 CEST] <BBB> isnt dreamhack that gaming thing? [14:20:48 CEST] <suom1> yep :) [14:20:55 CEST] <suom1> Worlds largest LAN :) [14:21:04 CEST] <suom1> But we do a lot of esport productions nowdays :) [14:21:11 CEST] <BBB> right, thats what I meant [14:21:17 CEST] <BBB> you guys use ffmpeg for recording or so? [14:21:22 CEST] <BBB> (or streaming?) [14:21:23 CEST] <suom1> for example at the moment in Valencia :) [14:21:27 CEST] <suom1> yeah :) [14:21:51 CEST] <BBB> cool [14:24:39 CEST] <kierank> suom1: do you know jonas bengsson? [14:25:40 CEST] <suom1> kierank: sure :) [14:25:53 CEST] <suom1> he works for twitch nowdays tho, but a good friend of mine. [14:29:27 CEST] <justinfront> Hi really offtopic question I am trying to write an opensource encoder for gif from scratch and getting stuck on encoding gif's bigger than about 90x90, I have the basics working, I am wondering if anyone in here might know about gif encoding since I know ffmpeg is all about encoding and decoding, anyone willing to take a look and give me some pointers? [14:31:21 CEST] <justinfront> It's probably not in a language you have used before. [14:31:21 CEST] <suom1> michaelni: let me know if hosting is needed, we can solve it for the project :) [14:37:27 CEST] <kierank> suom1: I think dream hack connectivity might not be good enough =p [14:37:35 CEST] <suom1> it should be :D [14:37:38 CEST] <suom1> hopefully :D [14:39:07 CEST] <justinfront> Is it ok to post the github I don't want to spam if you think no one would be interested but kind of stuck and thought that this channel might be full of experts. [14:41:08 CEST] <phh> justinfront: what language ? [14:41:18 CEST] <justinfront> haxe [14:42:38 CEST] <justinfront> so potentially the code would work in a range of languages [14:46:53 CEST] <justinfront> at moment testing in neko, but once it's working fully should be feasible to tweak it to run in js, php, c#, java, c++, python, flash. [14:53:52 CEST] <J_Darnley> justinfront: I don't know how many can specifically help you with your problem it doesn't hurt to tell us more. [14:54:18 CEST] <J_Darnley> Like: what exactly fails when you try to encode a 91x91 image? [14:55:29 CEST] <justinfront> This is a gif randomly generated 90x90 any bigger and I get single color pixels https://raw.githubusercontent.com/Justinfront/BitsAndBytes/master/bin/test.… the 90x90 is probably approximate and depends [14:56:09 CEST] <justinfront> This is my writter https://github.com/Justinfront/BitsAndBytes/blob/master/gif/Writer.hx [14:56:47 CEST] <justinfront> width and height are hardcoded at the top. [14:57:31 CEST] <justinfront> This is my current LZW loop which is probably a bit nieve https://github.com/Justinfront/BitsAndBytes/blob/master/gif/output/Lzw.hx [14:58:07 CEST] <J_Darnley> I would suggest encoding a specific pattern so you can see whether anything works right [14:58:18 CEST] <justinfront> pixel blocks get written here https://github.com/Justinfront/BitsAndBytes/blob/master/gif/output/PixelBlo… [14:58:18 CEST] <J_Darnley> and then what size are all these "var" variables? [14:59:08 CEST] <justinfront> I know it writes correctly at least with simple 10x10 four color sample eg: https://github.com/Justinfront/BitsAndBytes/blob/master/src/TestGif.hx [15:00:24 CEST] <justinfront> this image is from the tutorial I was following. Currently it outputs correctly if I amend the pixel dimensions and this line https://github.com/Justinfront/BitsAndBytes/blob/master/gif/Writer.hx#L47 [15:01:18 CEST] <justinfront> haxe is fully typed but infered [15:01:26 CEST] <justinfront> 90 would be int [15:02:12 CEST] <justinfront> 90.0 would be float [15:02:24 CEST] <justinfront> Int and Float I mean [15:05:07 CEST] <justinfront> If anyone wants to try the code I can talk through setup. I was following these tutorials. http://www.matthewflickinger.com/lab/whatsinagif/bits_and_bytes.asp [15:05:43 CEST] <justinfront> the TestGif.hx is the image in the tutorial. [15:06:26 CEST] <J_Darnley> I can't make heads or tails of this, and I know nothing about gif encoding so good luck. [15:12:40 CEST] <justinfront> well basically you just use an integer for every color, then you encode that array using a modified LZW algorithm. So you store repeated patterns in a dictonary with an integer for each pattern. The integers are encoded as binary using minimal bits and you tell it when you have had to increase the number of bits for storage as the number needed to be as binary increases. These are stored... [15:12:42 CEST] <justinfront> ...as subblocks as explained on second page of tutorial http://www.matthewflickinger.com/lab/whatsinagif/lzw_image_data.asp [15:18:58 CEST] <J_Darnley> Can't you just write it in C? [15:21:29 CEST] <justinfront> I don't code c :) plus with haxe I can potentially use it in a range of places ( js, c etc.... ) I have a pathfinding library I wanted to created animated gif from it. Wrapping gif encoding in Haxe prob is not hard but once it's in Haxe it's only nominally a bit slower but it starts to work anywhere. [15:33:44 CEST] <justinfront> I mean to say if I just wrap a gif c++ encoder to use with Haxe it would only work for c++ not js. But if I code it in Haxe then should be feasible for it to work in js as well. [15:35:08 CEST] <phh> you can compile c++ to js [15:37:21 CEST] <justinfront> well for general code haxe is a much faster language to develop in. [15:37:44 CEST] <phh> and slower to execute [15:39:01 CEST] <phh> and since you'll NIH, you'll always have bug, while you could just write a binding from a standard gif library [15:42:10 CEST] <phh> (though the argument "I want to learn" is acceptable enough for me) [15:45:49 CEST] <justinfront> There is currently a haxe gif decoder I needed an encoder I don't find it easy or flexible wrapping solutions for multiple targets, there is currently png and jpeg encode and decoders so seemed sensible to attempt a gif encoder. [15:47:47 CEST] <phh> isn't there an llvm target to haxe ? [15:47:53 CEST] <justinfront> https://github.com/HaxeFoundation/format/tree/master/format some of the encoders and decoders are limited. [15:48:13 CEST] <justinfront> in targets [15:48:26 CEST] <justinfront> I think there was an attempt at a llvm [15:49:24 CEST] <justinfront> https://github.com/PeyTy/Native there is one here but I doubt if it's very usable [15:51:23 CEST] <justinfront> https://github.com/waneck/haxe-genc but that creates c and is still in progress. [15:52:31 CEST] <justinfront> I was hoping there might be an expert on gif format, was not coming here to promote my fav language :) [15:52:36 CEST] <phh> i meant compile TO haxe [15:52:37 CEST] <phh> not from [15:53:03 CEST] <justinfront> there is a transpiler for go to haxe [15:53:29 CEST] <J_Darnley> justinfront: sorry if we gave you that impressions. I didn't think you were here to shill haxe. [15:53:37 CEST] <justinfront> https://tardisgo.github.io/ [15:54:48 CEST] <justinfront> sure Darnley just if someone is asking me lots of questions on haxe I don't want the channel to feel I am going off topic or anything beyond my quest to get somewhere with gif's [15:56:33 CEST] <justinfront> some irc channels are really relaxed about off topic stuff others not so much so just not wanting to be clear that on my reason for being here. [15:56:54 CEST] <justinfront> oops I got me sentence wrong. [15:57:30 CEST] <justinfront> think I am going to resort to analysing byte codes of other encoders and mine! [15:59:06 CEST] <phh> i'd rather say add logs to any decoder and understand what the decoder is complaining about [16:00:56 CEST] <justinfront> It just outputs a single color after so many pixels in images I open. So there is something I need to change so readers can understand it. [16:01:30 CEST] <justinfront> probably reaching a limit on subblocks per section or something [16:02:01 CEST] <J_Darnley> It does sound like some value is overflowing [16:25:03 CEST] <michaelni> suom1, yes, we still need some hosting+server that everyone is happy with, see ffmpeg-devel ML [16:28:34 CEST] <suom1> michaelni: i have read the thread, however I am not sure exactly whats needed :) [16:30:56 CEST] <michaelni> well, i think primarely something everyone is happy with, a neutral hoster/provider, long term and robust solution, in a country that is not too hostile to free multimedia software [16:31:22 CEST] <suom1> Ok, I guess its best if I answer in that thread then :) [16:31:50 CEST] <suom1> And we will see what people think :) [16:32:21 CEST] <michaelni> yes, the actual hw we would need in terms of specs is probably nothing special, 64gb 4tb 500mbps was quoted but thats probably way above what we actually need [16:33:05 CEST] <michaelni> our average traffic based on the last weeks was IIRC 100gbyte per day [16:33:34 CEST] <suom1> bandwidth isnt a problem :) [16:33:51 CEST] <michaelni> our previous server had 16gb ram and that wasnt a problem but 64 would be nice for virtualization [16:35:00 CEST] <suom1> okey :) [16:51:49 CEST] <suom1> email sent :) [18:06:37 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:1c5b712c0a64: avcodec/diracdec: Check for hpel_base allocation failure [18:08:09 CEST] <durandal_1707> yet another audio filter is complete [19:38:06 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:a84f0e8d8f29: avcodec/vp8: Fix null pointer dereference in ff_vp8_decode_free() [19:38:07 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:599d746e0731: avcodec/vp8: Check buffer size in vp8_decode_frame_header() [20:11:06 CEST] <Compn> suom1 : i like your offer at dreamhack, although i cant speak for the project. [20:14:05 CEST] <Compn> BBB : yes well i never heard anything from janne about libav/ffmpeg after that, except for him saying he would not help git after mpcodecs was committed (i think?). i just dont want to be hosted by someone who still has strong feelings about it [20:14:25 CEST] <Compn> which is what mans, diego and atilla all had when they were admins [20:15:12 CEST] <Compn> also dont want ffmpeg drama to ruin videolan :P [20:15:35 CEST] <Compn> we're a fiesty bunch... [20:24:37 CEST] <D404|Ghetto> 20:15 < Compn> also dont want ffmpeg drama to ruin videolan :P <-- it has plenty of its own for now [20:24:40 CEST] <D404|Ghetto> iirc. [20:24:45 CEST] <D404|Ghetto> we can fll it up later [20:31:22 CEST] <suom1> :) [20:40:40 CEST] <j-b> D404|Ghetto: like? [20:41:07 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:e03cb1e115b4: fate: add test for mergeplanes filter [20:46:13 CEST] <cone-487> ffmpeg 03Rob Sykes 07release/2.7:d403242a289a: swresample: soxr implementation for swr_get_out_samples() [20:46:14 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:e40688ed807f: swr: Remember previously set int_sample_format from user [20:46:15 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:12aa4220dd1f: swscale/rgb2rgb_template: Disable shuffle_bytes_2103_c on big endian [20:46:16 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:2af2c7ecff2c: swscale/rgb2rgb_template: Implement shuffle_bytes_0321_c and fix shuffle_bytes_2103_c on BE [20:46:17 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:f5c880cecb19: swscale/rgb2rgb_template: Fix signedness of v in shuffle_bytes_2103_c() [20:46:18 CEST] <cone-487> ffmpeg 03Sebastien Zwickert 07release/2.7:ce3a8c983f6e: vda: unlock the pixel buffer base address. [20:46:19 CEST] <cone-487> ffmpeg 03James Almer 07release/2.7:3f06023bd248: swscale/x86/rgb2rgb_template: fix signedness of v in shuffle_bytes_2103_{mmx,mmxext} [20:46:20 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:483a02e25f7b: ffmpeg: Do not use the data/size of a bitstream filter after failure [20:46:21 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:d1f8eaf3d2b0: swscale/swscale_unscaled: Fix rounding difference with RGBA output between little and big endian [20:46:22 CEST] <cone-487> ffmpeg 03Andreas Cadhalpun 07release/2.7:254fabe758a4: wmavoice: limit wmavoice_decode_packet return value to packet size [20:46:23 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:e84d17c7c991: avcodec/pngdec: Only allow one IHDR chunk [20:46:24 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:be54d1f1043e: avcodec/pngdec: Require a IHDR chunk before fctl [20:46:25 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:cccb06b09573: avcodec/pngdec: Copy IHDR & plte state from last thread [20:46:26 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:f775a92054a4: avcodec/pngdec: Check values before updating context in decode_fctl_chunk() [20:46:27 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:a9c3b588af74: avcodec/mjpegdec: Fix small picture upscale [20:46:28 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:0afb004d3cc4: avcodec/h264_refs: discard mismatching references [20:46:29 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:51782e86903c: avfilter/vf_transpose: Fix rounding error [20:46:30 CEST] <cone-487> ffmpeg 03James Zern 07release/2.7:662714abbe40: vp9/update_prob: prevent out of bounds table read [20:46:31 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:65aac419e53a: avcodec/h264_slice: Use w/h from the AVFrame instead of mb_w/h [20:46:32 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:e740506d31e7: avcodec/aacsbr: check that the element type matches before applying SBR [20:46:33 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:bbcf6f5c6200: avcodec/aacsbr: Assert that bs_num_env is positive [20:46:34 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:ac91bfe08653: avcodec/rawenc: Use ff_alloc_packet() instead of ff_alloc_packet2() [20:46:35 CEST] <cone-487> ffmpeg 03Chris Watkins 07release/2.7:151554e1eb86: Put a space between string literals and macros. [20:46:36 CEST] <cone-487> ffmpeg 03Andreas Cadhalpun 07release/2.7:1ec0541ae05b: wmalosslessdec: avoid reading 0 bits with get_bits [20:46:37 CEST] <cone-487> ffmpeg 03Andreas Cadhalpun 07release/2.7:c001472226c7: wmalosslessdec: reset frame->nb_samples on packet loss [20:46:38 CEST] <cone-487> ffmpeg 03Chris Watkins 07release/2.7:2a6f2cd8486f: oggparsedirac: check return value of init_get_bits [20:46:39 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:88fa3243ddf3: avcodec/mpegvideo: Clear pointers in ff_mpv_common_init() [20:46:40 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:0df814cf9731: avcodec/utils: use a minimum 32pixel width in avcodec_align_dimensions2() for H.264 [20:46:41 CEST] <cone-487> ffmpeg 03Anton Khirnov 07release/2.7:7db809a373f0: bytestream2: set the reader to the end when reading more than available [20:46:42 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:264eb0074f3b: avcodec/alac: Clear pointers in allocate_buffers() [20:46:43 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:237751eb257f: avcodec/sanm: Reset sizes in destroy_buffers() [20:46:44 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:6e53134f9892: avcodec/pthread_frame: check avctx on deallocation [20:46:45 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:441ef87ea8e0: ffmpeg: Fix cleanup with ost = NULL [20:46:46 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:a18e8d82de87: ffmpeg: Fix crash with ost->last_frame allocation failure [20:46:47 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:a066b2ceddc6: avformat/mov: Fix deallocation when MOVStreamContext failed to allocate [20:46:48 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:2e7bd0f725c8: ffmpeg: Fix cleanup after failed allocation of output_files [20:46:49 CEST] <cone-487> ffmpeg 03Zhang Rui 07release/2.7:a330aca126eb: avutil/fifo: Fix the case where func() returns less bytes than requested in av_fifo_generic_write() [20:46:50 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:1cbd7b08f661: swscale/utils: Clear pix buffers [20:46:51 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:73ebc4046e77: avcodec/pthread_frame: clear priv_data, avoid stale pointer in error case [20:46:52 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:e693af81b7f4: avfilter/af_aresample: Check ff_all_* for allocation failures [20:46:53 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:05684cee424a: avcodec/rv34: Clear pointers in ff_rv34_decode_init_thread_copy() [20:46:54 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:f00f799833af: avcodec/diracdec: Check for hpel_base allocation failure [20:46:55 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:9c655d2a57d4: avcodec/vp8: Fix null pointer dereference in ff_vp8_decode_free() [20:46:56 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:08337cca05e6: avcodec/vp8: Check buffer size in vp8_decode_frame_header() [20:53:39 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:efd4e5fe6820: avfilter/vf_blend: implement 16bit support [21:07:39 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07release/2.7:4a6ac71742e0: Update for FFmpeg 2.7.2 [21:22:13 CEST] <durandal_1707> libmpcodecs have been removed [21:37:43 CEST] <BBB> yes thank goodness [21:38:11 CEST] <BtbN> time for libgstcodecs! [21:40:24 CEST] <cone-487> ffmpeg 03Ganesh Ajjanagadde 07master:e3e4f1752c1c: doc/developer: add url for sample files [21:52:01 CEST] <BBB> BtbN: gstreamer has no codecs, for patent reasons [21:52:04 CEST] <BBB> or so? [21:52:16 CEST] <BBB> it always links to external libraries for codecs anyway [21:52:37 CEST] <BtbN> It has plenty of interesting codecs that aren't available somewhere else [21:52:40 CEST] <BtbN> like the vaapi encoders [21:53:58 CEST] <BBB> right but theyre hw codecs, so theyd take tons of effort to add [21:54:03 CEST] <BBB> might just as well do it natively then [21:54:28 CEST] <BtbN> That's why it has to be wrapped! [21:57:02 CEST] <Compn> gst wrapper would be accepted i think if someone sent patch :P [21:57:04 CEST] <BBB> I mean the wrapping would take tons of effort [21:57:15 CEST] <Compn> also be nice to have binary codec loader in ffmpeg ;) [22:00:09 CEST] <BtbN> a wine based dshow wrapper! [22:02:53 CEST] <durandal_1707> Compn: neva [22:03:57 CEST] <durandal_1707> michaelni: what was that stalled gbrp16 output? [22:06:02 CEST] <durandal_1707> swscale need to do everything internally with floats or it will die [22:08:20 CEST] <durandal_1707> wm4: when you will relicense vapoursynth filter? [22:08:52 CEST] <michaelni> adding support for floats could be done [22:09:59 CEST] <michaelni> dont remember about gbrp16 [22:10:54 CEST] <durandal_1707> but it appears as lot of work [22:11:47 CEST] <wm4> durandal_1707: should I? nobody has asked yet [22:12:24 CEST] <jamrial> http://pastebin.com/fR2U3dM1 good job ICC [22:12:30 CEST] <michaelni> floats should be alot easier than the existing fixed point code as no overflow / preission tuning is needed [22:25:12 CEST] <durandal_1707> wm4: count me as one who asked [22:36:26 CEST] <ubitux> jamrial: lol [22:36:42 CEST] <BBB> jamrial: sweet [22:36:44 CEST] <ubitux> icc managed to put 2 bswap in the 6 one [22:36:55 CEST] <ubitux> 64* [22:37:36 CEST] <BBB> I bet this is non-inlined also [22:37:59 CEST] <BBB> since it actually goes from abi register 0 (edi) to return (eax), which could be skipped for a inline version [22:38:14 CEST] <BBB> (so gcc would go from 2 to 1 instr) [22:39:47 CEST] <ubitux> jamrial: to its defense, there is no optimized !gcc for x86 [22:39:50 CEST] <philipl> BtbN: But we have QSV as our vaapi encoder wrapper of choice :-) [22:39:56 CEST] <ubitux> jamrial: how does gcc managed to optimize the c version? [22:43:58 CEST] <BtbN> philipl, still not exactly a fan of that [22:47:22 CEST] <philipl> Well, at least QSV is already a sunk cost from the windows side. [22:48:11 CEST] <jamrial> ubitux: guess it realized that all those shifts + ors from av_bswap*() ultimately meant a 32 or 64 bit bswap [22:48:12 CEST] <BtbN> I still haven't managed to propperly setup that lib though [22:48:38 CEST] <philipl> I've never tried. [22:48:39 CEST] <jamrial> gcc 4.4 and older generate similar code as ICC, so it's a relatively recent optimization [22:49:26 CEST] <jamrial> for that matter, https://gcc.godbolt.org/ [22:49:28 CEST] <jamrial> really fun to play with [22:52:12 CEST] <jamrial> BBB: yeah, neither was inlined [22:52:37 CEST] <J_Darnley> I think I used that once (or something like it) and it bitched about -march=i686 not being a valid x86 option [22:53:11 CEST] <jamrial> the gcc compilers it provides all target x86_64 [22:53:17 CEST] <jamrial> i686 is not a valid target for it [22:53:26 CEST] <jamrial> use -m32 if you want x86_32 code [22:53:31 CEST] <durandal_1707> anyone have time to do something for me? [22:53:58 CEST] <J_Darnley> It probably wasn't that then. It said x86 not x86_64 [22:57:37 CEST] <durandal_1707> does tblend crash for you on smp? [22:58:47 CEST] <jamrial> can you give a sample command line to test that? [23:00:51 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:a9c1545a33c5: avformat/mpegtsenc: support storing PAT/PMT per frame [23:00:52 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:34da54fd1aeb: avformat/mpegtsenc: Support a user specified PAT/PMT period [23:01:19 CEST] <durandal_1707> J_Darnley: Just add -vf tblend for start [23:01:34 CEST] <J_Darnley> wrong j<tab> [23:03:05 CEST] <Compn> rip jdilla [23:03:43 CEST] <jamrial> durandal_1707: doens't crash for me. one thread or two threads give the same output as well [23:05:56 CEST] <durandal_1707> jamrial: and -vf tblend=all_mode=difference128 [23:06:42 CEST] <jamrial> same [23:12:50 CEST] <Compn> why arent we just hardcoding the asm instead of using C code then if icc/gcc cant optimize it ? [23:13:04 CEST] <Compn> or this is already done with yasm... but is it done for everything? [23:13:36 CEST] <Compn> depends on cpu , but why not just have .asm for all cpus... maybe too bloated? [23:13:42 CEST] <Compn> too many dumb questions, better hide [23:16:28 CEST] <jamrial> Compn: we could add icc optimized versions using _bswap and _bswap64 (intel intrinsics that don't need any special header inclusion) [23:16:40 CEST] <jamrial> or make it use the inline asm version in the x86 folder [23:18:17 CEST] <J_Darnley> I thought bswap was one of ffmpeg's inline functions so you don't want to call a function just to run 1 instruction [23:18:39 CEST] <jamrial> it is, av_bswap [23:34:02 CEST] <cone-487> ffmpeg 03Michael Niedermayer 07master:b5e716ae1322: avformat/mpegtsenc: Add sdt_period, similar to pat_period [23:47:07 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:5c7f708683ac: fate: add tblend filter test [23:47:08 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:9a829a2b6a7a: avfilter/vf_blend: unbreak tblend [23:48:17 CEST] <durandal_1707> shit [23:49:09 CEST] <durandal_1707> guess fate will become yellow [23:52:17 CEST] <wm4> lol [00:00:00 CEST] --- Sun Jul 19 2015

1 0

ffmpeg.log.20150718
by burek 19 Jul '15

19 Jul '15

[00:24:10 CEST] <yonilevy> Perhaps someone could help me, i'm building ffmpeg and i can't seem to get the `cropdetect` filter to be included in it. I have `vf_cropdetect.c` in place, i'm compiling with `--enable-filter=cropdetect`, any ideas? [01:13:26 CEST] <edoceo> What's the "fastest" format to work with? That is, I have a bunch of files to process, with filter_complex, making grids and merging audio ands tuff [01:13:56 CEST] <edoceo> So, should I take my webm sources and make into ".dv" or '.ts' or something? Does it really matter? [01:47:05 CEST] <DHE> as a wrapper, ts is pretty easy. there's no index or need to seek [02:19:20 CEST] <krieger-od> Sorry for spamming, guys. Here's request for paid help with H264 http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175796.html . Urgent for me. [02:50:18 CEST] <Demon_Fox> Anyone have a recommended set of settings for opus for 5.1 surround sound? [07:47:03 CEST] <kecharitomene> I'm trying to convert a file using ffmpeg and I've installed 'gst-plugins-vp8', but I'm getting 'Encoder (codec vp8) not found for output stream #0.0'. [07:48:21 CEST] <kecharitomene> http://pastebin.com/UzFnp3cF full input and output [08:08:34 CEST] <durandal_1707> kecharitomene : you have disable-libvpx [08:09:22 CEST] <durandal_1707> gst is for gstreamer plugins and not ffmpeg [08:12:15 CEST] <kecharitomene> What's disable-libvpx? [08:12:21 CEST] <kecharitomene> A use flag? [08:19:28 CEST] <kecharitomene> durandal_1707? [08:20:06 CEST] <durandal_1707> in configure [08:21:06 CEST] <kecharitomene> Config file? [08:32:41 CEST] <durandal_1707> kecharitomene: the rules how ffmpeg is compiled [08:38:08 CEST] <kecharitomene> So yes, the USE flag. [08:38:16 CEST] <kecharitomene> I've just added it and recompiling now. [08:52:32 CEST] <seeit> If I want to convert a stream to another stream with ffmpeg and ffserver how would I go about it? [08:53:19 CEST] <kecharitomene> Thanks, durandal_1707. It works now. [09:22:23 CEST] <kecharitomene> Hey, I'm converting an mkv into webm and it works in mpv but when I upload it online it says it's corrupt. [09:22:27 CEST] <kecharitomene> What could be the cause of that? [09:23:29 CEST] <kecharitomene> Is it Firefox's fault? [09:36:36 CEST] <durandal_1707> what you use for playback? [09:38:12 CEST] <kecharitomene> uhh [09:38:14 CEST] <kecharitomene> Firefox [10:06:29 CEST] <Chinese_soup> kecharitomene: does the file contain a subtitle track by accident (or on purpose)? firefox likes to say that when there's a sub track [10:07:21 CEST] <kecharitomene> Oh, I've deleted it now. Is there a command line option for 'no subtitle track please'? [10:07:45 CEST] <Chinese_soup> -sn, I think? [10:12:21 CEST] <kecharitomene> That seems to fix it, thanks. [10:12:22 CEST] <kecharitomene> Weird. [10:18:30 CEST] <Chinese_soup> np [14:25:37 CEST] <justinfront> Hi really offtopic question I am trying to write an encode for gif from scratch and getting stuck on encoding gif's bigger than about 90x90, so I have the basics working, I am wondering if anyone in here might know about gif encoding since I know ffmpeg is all about encoding and decoding and might be willing to take a look? [14:26:32 CEST] <justinfront> or suggest a suitable channel [14:54:24 CEST] <storrgie> I've got about 400 images that I want to throw in a 'slideshow' with fade in and fade out. Is this possible easily with ffmpeg? [16:40:32 CEST] <rgoodwin> Has anyone successfully built a static ffmpeg binary on OSX/Linux WITH fontconfig? I'm so close, just think I'm missing a path or something somewhere [16:43:16 CEST] <DHE> under linux you need the library with the .a extension rather than the .so extension [16:43:35 CEST] <DHE> some distributions may simply not offer it [16:50:34 CEST] <rgoodwin> Hmm. well this is OSX. the fontconfig.pc file is in the lib folder of my prefix. interestingly, if I use the pkg-config fontconfig --libs in my prefix, this is what it returns: [16:50:43 CEST] <rgoodwin> -L/usr/local/Cellar/fontconfig/2.11.1/lib -L/usr/local/Cellar/freetype/2.6_1/lib -lfontconfig -lfreetype [16:50:49 CEST] <rgoodwin> which is definitely not my prefix :) [16:56:32 CEST] <rgoodwin> I may have been calling the wrong pkg-config binary that time, so could be a red herring. [16:59:24 CEST] <rgoodwin> Yah ok. the build script is right, it's looking in the right place. pkgconfig is /Users/richardgoodwin/Downloads/ffmpeg-build-script-plus-frei0r-freetype/workspace/bin/pkg-config and fontconfig lib is -L/Users/richardgoodwin/Downloads/ffmpeg-build-script-plus-frei0r-freetype/workspace/lib -lfontconfig -lfreetype [16:59:32 CEST] <rgoodwin> I just wish I could make it verbose to know what it's looking for [17:04:21 CEST] <rgoodwin> DHE hmm. do you think it's actually an xml problem? http://pastebin.com/AK1wLdJ7 [17:04:37 CEST] <rgoodwin> looks like it's actually finding the fontconfig lib, given that it references it :) [17:27:06 CEST] <yonilevy> anyone experienced compiling vid.stab for armv7? [17:59:40 CEST] <relaxed> yonilevy: what's the problem? [18:02:04 CEST] <yonilevy> relaxed: hey, i'm just trying to figure it out, no experience with cmake... i suppose i need to edit its CMakeLists.txt until it generates armv7 compatible binaries, struggling with that... [18:03:43 CEST] <relaxed> yonilevy: in the source dir do, mkdir build_tmp; cd build_tmp; cmake .. [18:03:53 CEST] <relaxed> then make [18:05:55 CEST] <yonilevy> relaxed: ye but then you're not cross compiling to arm, unless i'm missing something [18:06:32 CEST] <relaxed> oh, you're cross compiling [18:07:15 CEST] <yonilevy> ah ye i didn't mention i'm running on a mac [18:08:47 CEST] <relaxed> Look at the output of "cmake -LA ..", I think you need to set the right gcc, etc [18:09:45 CEST] <yonilevy> relaxed: ye i'll keep tinkering - thx! [18:09:48 CEST] <relaxed> then, cmake -DCMAKE_C_COMPILER:FILEPATH=/path/to/arm/gcc <other options> .. [18:13:06 CEST] <rgoodwin> ah well. so close, but about to give up. can't get past unresolved symbols in fontconfig. [18:13:31 CEST] <yonilevy> relaxed: i think i got it, it was trying to use SSE, had to disable that :) [18:16:44 CEST] <rgoodwin> how does one check to see if a lib exports a given symbol [18:18:03 CEST] <relaxed> non of the mac builds static builds have what you need? [18:18:20 CEST] <relaxed> er, none [18:18:28 CEST] <rgoodwin> nah. it's a very specific combination :) frei0r, freetype, fontconfig, vidstab [18:18:38 CEST] <rgoodwin> most have 2 of 4 [18:18:51 CEST] <rgoodwin> and I have everythong done in my script but fontconfig. I think it's probably some silly little detail, always is [18:18:57 CEST] <rgoodwin> *everything :) [18:20:35 CEST] <relaxed> oh yeah, I need to add frei0r to my static builds [18:23:01 CEST] <rgoodwin> AFAICT it can't be built in static, so my script just builds it alongside and offers to install [18:23:12 CEST] <rgoodwin> but if you've got fontconfig going that'd be sweet ;) [18:23:34 CEST] <rgoodwin> here's my config.log output...iv'e just been looking at the last lines,but maybe i'm missing something. http://pastebin.com/YdCHaUMY [18:24:08 CEST] <relaxed> they have fontconfig [18:24:42 CEST] <relaxed> this isn't needed --extra-cflags=--static [18:25:11 CEST] <rgoodwin> k removed [18:25:34 CEST] <relaxed> this is a static build, correct? [18:27:24 CEST] <rgoodwin> yup [18:27:41 CEST] <relaxed> you need, --extra-ldflags="-L/Users/richardgoodwin/Downloads/ffmpeg-build-script-plus-frei0r-freetype/workspace/lib -static" [18:28:06 CEST] <durandal_1707> why you need frei0r? [18:28:21 CEST] <rgoodwin> Unknown option "-static" [18:28:38 CEST] <rgoodwin> durandal_1707: the defish0r filter is the best for removing fisheye that I have found [18:28:49 CEST] <rgoodwin> never could get lenscorrection to work right [18:29:05 CEST] <relaxed> quote it [18:29:17 CEST] <relaxed> you also need, --pkg-config-flags="--static" [18:29:25 CEST] <durandal_1707> because they do different stuff... [18:29:39 CEST] <rgoodwin> it is quoted, but hold [18:30:08 CEST] <rgoodwin> durandal_1707: right, i meant that the most often described alternative to defish0r was lenscorrection, but having it not work for me, I fall back to fish0r [18:30:17 CEST] <rgoodwin> relaxed tbc you are saying on the ffmpeg configure? [18:30:25 CEST] <relaxed> yes [18:31:11 CEST] <rgoodwin> --extra-ldflags="-L$WORKSPACE/lib -static" <-- so? [18:31:14 CEST] <rgoodwin> err "like so" [18:31:22 CEST] <relaxed> correct [18:33:10 CEST] <rgoodwin> here's the whole script. configure won't accept the --static for pkg-config or the -static for ldflags http://pastebin.com/3kbxaMR3 [18:35:09 CEST] <rgoodwin> unless i'm quoting it wrong [18:35:19 CEST] <rgoodwin> i do see it's not quoted in the output [18:35:24 CEST] <rgoodwin> which would explain the complaints :) [18:36:53 CEST] <relaxed> uh, so you're building a static ffmpeg binary that you expect to use shared libfrei0r? [18:37:13 CEST] <rgoodwin> it does work yes, unless it wasn't truly built static before [18:37:20 CEST] <rgoodwin> i.e. i've been using it [18:37:29 CEST] <relaxed> I doubt it was, from looking at your configure [18:37:52 CEST] <rgoodwin> i think because the filters themselves are external, but the library functionality is static [18:38:00 CEST] <rgoodwin> if i understand correctly [18:38:07 CEST] <rgoodwin> or I should say effects [18:42:30 CEST] <rgoodwin> Note: I'm totally ok being proven wrong, or shown a different way to do it. I just thought i was so close with this method :) [20:12:12 CEST] <rgoodwin> anyone following my travails before, apparently adding -m64 to the libxml2 build may have fixed it [20:55:41 CEST] <yonilevy> is there a way to do video stabilization based on custom tracking points using ffmpeg/vid.stab? [22:31:25 CEST] <ZeuZ> Hey all, I'm trying to convert a series of jpg files from a pattern photo.1.jpg where 1 goes up to 120, with this command: ffmpeg -framerate 25 -pattern_type glob -i *.jpg -s 640x480 registro.avi -y [22:31:29 CEST] <ZeuZ> ran from the folder where the files are [22:31:38 CEST] <ZeuZ> but it results in a one frame only file [22:31:53 CEST] <ZeuZ> what am I doing wrong? [22:33:57 CEST] <chungy> you need to escape the *, such as with \*.jpg or "*.jpg" [22:34:31 CEST] <chungy> also you likely intended the -y before registro.avi. [22:35:34 CEST] <chungy> Additionally, if you have files like photo.1.jpg and photo.120.jpg, it's likely to not result in the order you're intending [22:35:53 CEST] <ZeuZ> how should I parse them for order to be kept? [22:36:48 CEST] <chungy> easiest to rename them; "for i in {1..9}; do mv photo.$i.jpg photo.00$i.jpg; done; for i in {10..99}; do mv photo.$i.jpg photo.0$i.jpg; done" [22:38:19 CEST] <ZeuZ> hm, what about undetermined amount of photos? [22:40:27 CEST] <ZeuZ> also, what am I still missing? ffmpeg -pattern_type glob -i "*.jpg" -s 640x480 -y registro.avi --> still takes only the first image [22:42:12 CEST] <chungy> hmm, that should work afaik [22:44:15 CEST] <ZeuZ> output of the command: http://pastebin.com/bSksr2Dg [22:46:47 CEST] <chungy> why sudo? [22:47:06 CEST] <ZeuZ> because I commited the mistake of copying the files as root :P [22:47:21 CEST] <ZeuZ> and I was lazy to correct permissions [22:49:30 CEST] <chungy> my only other guess is to add "-f image2" right after ffmpeg. Not sure if it'd work. [22:50:00 CEST] <ZeuZ> nope, same thing [22:50:35 CEST] <chungy> are all the photos the same size? [22:50:51 CEST] <ZeuZ> Yes, they are, but contents are different [22:51:01 CEST] <ZeuZ> perhaps its ignoring them because of size_ [22:51:02 CEST] <ZeuZ> ? [22:51:54 CEST] <chungy> I don't think it would [22:52:19 CEST] <chungy> afaik you have everything right. Can you make a test run without "-s 640x480"? [22:52:33 CEST] <ZeuZ> sure thing [22:53:20 CEST] <ZeuZ> nope same thing, actually the resulting file is smaller due to the resolution of the pic [22:56:07 CEST] <ZeuZ> wait [22:56:11 CEST] <ZeuZ> just re checked [22:56:15 CEST] <ZeuZ> without -s it does work [22:56:35 CEST] <ZeuZ> there is one more thing I would like to do, and is give each pic a one second stay in screen.. how can I achieve that? [22:58:06 CEST] <chungy> -framerate 1 [22:59:59 CEST] <ZeuZ> if it was to stay half a second then would it be -framerate 0.5 right? [23:00:31 CEST] <chungy> 2, they're per-second [23:00:44 CEST] <chungy> 0.5 would be for each to stay for 2 seconds [23:04:23 CEST] <ZeuZ> chungy, thanks [23:04:27 CEST] <ZeuZ> I owe you a beer [23:04:58 CEST] <chungy> did you get it to work? [23:05:36 CEST] <ZeuZ> yeah [23:05:42 CEST] <ZeuZ> whats left to fix is the order thingy [23:05:51 CEST] <ZeuZ> aint there a way to actually sort them correctly? [23:06:44 CEST] <chungy> the globbing isn't the smartest, you'll have to order them so it expands correctly [23:07:45 CEST] <ZeuZ> what about using some other pattern? I;ve seen its possible but I tried to no avail since I couldn't hit the format correctly [23:07:57 CEST] <chungy> just "-f image2 -i photo.%d.jpg" might get what you want but I'm not sure of that [23:09:24 CEST] <chungy> I think it will, i'm usually having to add a number before the d for zero-padded stuff [23:09:44 CEST] <ZeuZ> le me le tries [23:11:23 CEST] <ZeuZ> indeed it works wonders [00:00:00 CEST] --- Sun Jul 19 2015

1 0

ffmpeg-devel.log.20150717
by burek 18 Jul '15

18 Jul '15

[00:29:53 CEST] <ubitux> rcombs: iirc it was made sure not to be dropped to not loose information because of a syntax error [00:30:22 CEST] <ubitux> rcombs: like typically a > not closed and causing the whole sentence and the next one to disappear [00:30:46 CEST] <ubitux> i think it's better to print "<font Hi I'm a subtitle" than nothing [00:31:05 CEST] <ubitux> maybe in practice it's better to drop, i don't know [00:31:09 CEST] <ubitux> your call [00:31:26 CEST] <ubitux> might be interesting to get a bunch of samples with the most common errors and check what to do [00:31:44 CEST] <rcombs> ubitux: I can see either way there, but webvttenc definitely needs escaping code then [00:31:44 CEST] <ubitux> i'd love to have a huge db of subtitles, like a dump of all the shit on opensubtitles or whatever [00:32:15 CEST] <ubitux> philipl: 4k gif is actually pretty smooth for the cpu ;) [00:32:19 CEST] <ubitux> (decoding at least) [00:32:20 CEST] <rcombs> e.g. <fonz> instead of <fonz> [00:32:33 CEST] <ubitux> rcombs: ah, yeah, right [00:32:46 CEST] <ubitux> anyway, i need to go, it's very late [00:32:55 CEST] <rcombs> OK [00:33:00 CEST] <rcombs> think that should go in lavu/bprintf? [00:33:18 CEST] <rcombs> erm, lavu/bprint [00:53:26 CEST] <cone-649> ffmpeg 03Marton Balint 07master:53f2ef2c4afb: mxfdec: calculate the index in display order [00:53:27 CEST] <cone-649> ffmpeg 03Marton Balint 07master:7ff0137a1f3b: concatdec: add support for specifying inpoint of files [00:53:28 CEST] <cone-649> ffmpeg 03Marton Balint 07master:12d82004c51f: concatdec: store eof condition in context [00:53:29 CEST] <cone-649> ffmpeg 03Marton Balint 07master:25a6711c2548: concatdec: add support for specifying outpoint of files [00:53:30 CEST] <cone-649> ffmpeg 03Marton Balint 07master:5117b5e9aaa0: concatdec: add support for injecting packet metadata [00:53:31 CEST] <cone-649> ffmpeg 03Marton Balint 07master:c8ec2109f9b3: avformat: bump micro version after adding concatdec features [01:00:46 CEST] <philipl> ubitux: hehe. [01:23:30 CEST] <J_Darnley> jamrial durandal_1707: I fixed the avx2 functions but my test was too short and gave inconsistant benchmark results. I will bench them again tomorrow. [01:24:45 CEST] <J_Darnley> I've also correctly limited the number of pixels each function will process. [01:31:28 CEST] <J_Darnley> https://gitlab.com/J_Darnley/ffmpeg/commit/2c769642d34beb9c60c3593329d79d36… [01:32:06 CEST] <J_Darnley> It is messy but I thought it would be cleaner than setting it for each function. [01:42:25 CEST] <jamrial> J_Darnley: you can pmovzxbw with avx2 using an unaligned memory operand [01:42:29 CEST] <jamrial> no need for the movu [01:42:49 CEST] <J_Darnley> oh [01:43:13 CEST] <jamrial> it will load 16 bytes as well: http://www.felixcloutier.com/x86/PMOVZX.html [01:44:00 CEST] <J_Darnley> Wow an actual page I can search in! [01:44:19 CEST] <J_Darnley> goodbye intel pdf manuals [01:44:50 CEST] <jamrial> haha [02:11:15 CEST] <cone-649> ffmpeg 03Carl Eugen Hoyos 07master:7f0d5401885b: lavc: Allow 64 channels internally. [02:11:16 CEST] <cone-649> ffmpeg 03Carl Eugen Hoyos 07master:a77401e1f712: lswr: Allow 64 channels internally. [02:11:17 CEST] <cone-649> ffmpeg 03Carl Eugen Hoyos 07master:ed5d62e509bf: lavfi/af_pan: Support a maximum of 64 channels. [02:11:18 CEST] <cone-649> ffmpeg 03Michael Niedermayer 07master:8250943febe9: Merge remote-tracking branch 'cehoyos/master' [02:27:58 CEST] <J_Darnley> Have you tried the classic HTML only interface? [02:28:18 CEST] <J_Darnley> oops, that's not right. [02:29:07 CEST] <rcombs> what level of lavu version bump is necessary after adding a function, and what's necessary after adding an AV_ESCAPE_FLAG or AV_ESCAPE_MODE? [02:49:23 CEST] <jamrial> rcombs: minor, probably [03:36:14 CEST] <jamrial> oh nice, gcc 5.2 was released today [11:36:10 CEST] <cone-545> ffmpeg 03Paul B Mahol 07master:3b365dda5cd5: avfilter/af_astats: measure minimal and mean difference between two consecutive samples [13:31:26 CEST] <cone-545> ffmpeg 03LoRd_MuldeR 07master:21436b95dc96: avfilter: add Dynamic Audio Normalizer filter [13:31:27 CEST] <cone-545> ffmpeg 03Paul B Mahol 07master:297df52f3035: avfilter/af_compand: fix clipping with default options [13:42:55 CEST] <cone-545> ffmpeg 03Paul B Mahol 07master:ec6bef68f14f: avfilter: bump minor and add Changelog entry [14:39:44 CEST] <cone-545> ffmpeg 03Kieran Kunhya 07master:b0017579b6e8: h264: Add support for Closed Caption export [14:39:45 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:441d5a7084b5: Merge commit 'b0017579b6e8de3d0d13dcfe0a4dd848dc6baa37' [14:47:48 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:f1840b070dd4: Revert "mov: Double-check that alias path is not an absolute path" [14:47:49 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:694f9ab1ef14: Merge commit 'f1840b070dd449ad25e1ebbab463f10863a5e0f1' [14:58:43 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:a53540840d26: APIchanges: Mention lavfi and lavd identification symbol addition [14:58:44 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:187f4278e81c: Merge commit 'a53540840d26beb57a5e53b7f488c23ddf86e193' [15:19:42 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:0cf5588d6992: hq_hqa: Fix decoding when INFO section is absent [15:19:44 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:1cdfae0b3e3e: Merge commit '0cf5588d69922aa3e063bac6304c09c543a9ef52' [15:50:12 CEST] <D404|Ghetto> apparently msys2's mirror also mirrored the 404 package db... [15:50:18 CEST] <D404|Ghetto> thus making it useless [18:29:56 CEST] <Compn> D404|Ghetto : i'm half surprised there isnt just a big msys2 zip on mega.co.nz ... [18:30:16 CEST] <Compn> does msys have torrent mirror ? [18:30:57 CEST] <BtbN> The Cygwin installer is also a quite easy way to get a working msys/mingw64 development environment on windows. [18:43:47 CEST] <durandal_1707> J_Darnley: what is actual speed improvement with removegrain? [18:56:32 CEST] <BBB> j-b: can we pay you to take over ffmpeg hosting (everything)? [18:57:50 CEST] <j-b> Why do you need to pay me? [18:58:08 CEST] Action: Compn has worries about being hosted by another open source project (especially one that is not mplayer) [18:58:33 CEST] <j-b> Compn: rofl [18:58:36 CEST] <Compn> ehe [18:58:52 CEST] <Compn> j-b : ffmpeg needs a new host. web, mailing lists, trac, etc. [18:58:55 CEST] <j-b> Compn: VideoLAN non-profit goal is not about VLC [18:59:06 CEST] <BBB> I would be the biggest fanboy of j-b hosting all of ffmpeg [18:59:12 CEST] <j-b> http://people.videolan.org/~jb/Status-VideoLAN.pdf [18:59:19 CEST] <BBB> I would even learn how to use git correctly and push my own patches [18:59:26 CEST] <j-b> Article 2 [18:59:43 CEST] <jamrial> we're still looking for hosting? [19:00:50 CEST] <Compn> jamrial : yes, there are several offers so far. but non have offered long-term solution [19:02:07 CEST] <Compn> j-b : all i can think of is "ffmtech" , so i'll be quiet :P [19:04:20 CEST] <Compn> oh and i forgot, its a combined thing, so ffmpeg/mplayer and rtmpdump all need hosts :P [19:04:25 CEST] <Compn> vlc hosting mplayer ;D [19:05:05 CEST] <D404|Ghetto> recycling bin has a good offer for mplayer [19:05:50 CEST] <durandal_1707> :) [19:09:25 CEST] <philipl> mplayer is more of a museum piece now. I think historical preservation could be a VideoLAN goal. [19:13:51 CEST] <D404|Ghetto> philipl: as a warning for future generations? [19:13:55 CEST] <Compn> lol [19:15:41 CEST] <j-b> mplayer > * [19:18:04 CEST] <philipl> heh [19:35:36 CEST] <BBB> mplayer | (void) [19:36:04 CEST] <BBB> but it might indeed be a good tutorial to future generations of programmers-to-be on how not to do things [19:36:25 CEST] <BBB> Compn: hey, ffmtech was a good idea originally [19:36:49 CEST] <BBB> I have no idea what happened to it (the domain is gone), but it did bring in money and stuff [19:37:16 CEST] <kierank> It paid for good cosmetics [19:37:25 CEST] <durandal_1707> Lol [19:37:25 CEST] <kierank> Don't discount that [19:37:35 CEST] Action: kierank trolls [19:38:03 CEST] Action: j-b counter-trolls kierank [19:39:33 CEST] <atomnuker> https://0x0.st/sXy.png [19:39:36 CEST] <atomnuker> https://0x0.st/sXt.png [19:39:48 CEST] <BBB> your https is broken [19:39:48 CEST] <atomnuker> whoever guesses where the aac fixed point decoder was used wins nothing [19:45:22 CEST] <BBB> atomnuker: is that overzelous clipping? [19:45:39 CEST] <J_Darnley> durandal_1707: with sse2 it was about 8-20 [19:45:41 CEST] <BBB> or is the headroom in the fixed point range too small? [19:47:39 CEST] <atomnuker> @BBB: no idea, but the fixed point decoder has a long long way to go to [19:47:40 CEST] <D404|Ghetto> kierank: it also paid for all that subtitle work tha twas done on Libav... er, wait [20:03:43 CEST] <jamrial> atomnuker: there's a couple aac fixed patches that haven't been committed yet, so that may be why [20:12:06 CEST] <atomnuker> those are for AAC SBR I think, that won't change much [20:31:45 CEST] <rcombs> BBB: it's a 8192-bit RSA key pair, which some browsers dislike [20:32:09 CEST] <rcombs> you can probably tweak a config setting somewhere to fix that; on OS X it's in `defaults` [20:32:32 CEST] <wm4> <BBB> but it might indeed be a good tutorial to future generations of programmers-to-be on how not to do things <- ffmpeg is still alive to fulfill this mission [20:33:08 CEST] <BBB> ffmpeg can still be fixed [20:33:13 CEST] <BBB> mplayer is mortally doomed [20:34:33 CEST] <rcombs> BBB: oh, except also the config is outright broken [20:35:05 CEST] <j-b> 8192-bit RSA key pair, for TLS? wow. [20:35:26 CEST] Action: rcombs bugs lachs0r [20:35:40 CEST] <rcombs> now you have 2 problems [20:36:17 CEST] Action: BBB is very confused [20:36:18 CEST] <J_Darnley> 0x0 - nice domain name! [20:41:20 CEST] <rcombs> oh hurr, I forgot OpenSSL doesn't enable SNI by default [21:14:24 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:2ea8a480832a: avfilter/af_aresample: Check ff_all_* for allocation failures [21:14:25 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:4c7c0d37e5c2: avfilter/af_dynaudnorm: Fix "ISO C90 forbids mixed declarations and code" warnings [21:31:04 CEST] <cone-545> ffmpeg 03Luca Barbato 07master:e1319aa1c1be: libx264: Add support for the MPEG2 encoder [21:31:05 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:e56f14659f58: Merge commit 'e1319aa1c1be9b64117c19170344fb78841dd67c' [21:38:59 CEST] <cone-545> ffmpeg 03Dave Yeo 07master:4da585ae478f: OS/2: Cleanup slib_create_def_cmd [21:39:00 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:fd280de7eeb8: Merge commit '4da585ae478f8b6f865ab13779af399aee20d899' [21:48:44 CEST] <rcombs> e1319aa1c1be looks wrong to me [21:49:07 CEST] <rcombs> https://gist.github.com/54ec499a9c10bb43abd3 this in particular [21:49:32 CEST] <rcombs> looks like that #else should be an #endif and the #endif shouldn't be there [21:50:35 CEST] <BtbN> won't that change in configure also cause it to fail checking for libx264 when X264_MPEG2 isn't defined? [21:51:07 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:b075869bc1e1: configure: Factor out flacdsp module [21:51:08 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:948a15195c69: Merge commit 'b075869bc1e1aadea0a8dc819ebfb758adb9e3d0' [21:51:41 CEST] <rcombs> BtbN: that looks fine to me? [21:52:13 CEST] <BtbN> If check_cpp_condition x264.h "X264_MPEG2" fails, it will fail the entire conditional? [21:52:33 CEST] <rcombs> no, that all runs after the main x264 conditional [21:52:43 CEST] <rcombs> has no effect on it [21:52:51 CEST] <BtbN> Oh, it's after the die [21:52:53 CEST] <BtbN> nvm [21:52:56 CEST] <rcombs> just determines whether or not the `enable libx262` gets short-circuited [21:53:46 CEST] <BtbN> but yes, that #if/#else/#endif is definitely wrong. [21:55:50 CEST] <rcombs> poked #libav-devel; michaelni: ^ [21:59:04 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:2edc77dc7be5: configure: Factor out ividsp module [21:59:05 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:ccd3edf81fc2: Merge commit '2edc77dc7be5f4a006c6295f4c827e5471f85262' [22:10:19 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:575ec60e5421: configure: Factor out mss34dsp module [22:10:20 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:77cd5193a5a5: Merge commit '575ec60e542114b2ef5b2f88b28eeb72389dda45' [22:15:35 CEST] <michaelni> rcombs, ill push a fix in a moment [22:15:39 CEST] <michaelni> thx [22:15:42 CEST] <rcombs> welcome [22:18:21 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:189f2ed902a6: avcodec/libx264: fix MPEG2 support [22:31:41 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:5cb4bdb2a03c: configure: Factor out rv34dsp module [22:31:42 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:fd29dd432c56: Merge commit '5cb4bdb2a03c3643f8f1e7d21d7094e61e0a4418' [22:44:01 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:d4aea1aa4060: configure: Factor out vp56dsp module [22:44:01 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:3500eccb8e7f: Merge commit 'd4aea1aa4060fb5ba7f5f426823b697d2a5af08b' [22:55:37 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:d42191c78bef: configure: Factor out vp8dsp module [22:55:38 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:115a9b5091cd: Merge commit 'd42191c78befc1983f23b1899b2dda513b72f1ed' [23:03:20 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:a623aa0069df: configure: Factor out wmv2dsp module [23:03:21 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:65b0f7ce0817: Merge commit 'a623aa0069dff586241ad2ffedcd45ed840e2553' [23:12:24 CEST] <cone-545> ffmpeg 03Vittorio Giovara 07master:f5ee23004d11: configure: Factor out g722dsp module [23:12:25 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:c7c33ab721cf: Merge commit 'f5ee23004d1177ca6dd99b92cb4ff4b94b2eae09' [23:36:42 CEST] <cone-545> ffmpeg 03Henrik Gramner 07master:a344e5d094eb: x86: bswapdsp: Don't treat 32-bit integers as 64-bit [23:36:43 CEST] <cone-545> ffmpeg 03Henrik Gramner 07master:d37f23263584: checkasm: Add unit tests for bswapdsp [23:36:44 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:52b6d9626898: Merge commit 'a344e5d094ebcf9a23acf3a27c56cbbbc829db42' [23:36:45 CEST] <cone-545> ffmpeg 03Michael Niedermayer 07master:72d1409e2380: Merge commit 'd37f23263584774e1798e9ac909a398304a05091' [00:00:00 CEST] --- Sat Jul 18 2015

1 0

ffmpeg.log.20150717
by burek 18 Jul '15

18 Jul '15

[00:30:22 CEST] <opdop> Hi. I have a question about streaming over HTTP via ffserver and ffmpeg [00:30:41 CEST] <DHE> go on [00:31:45 CEST] <opdop> The question is: is there a way to visualize just the last part of the streaming (real time) instead of the whole video (since beginning) like it happens to me? [00:32:53 CEST] <opdop> let's say I do mplayer http://ip_address:port/streamlink [00:33:38 CEST] <opdop> It gives me the video since the beginning and not in real time (that happens whatever I use...mplayer, web browser, vlc...) [00:35:14 CEST] <opdop> what I understood is that the feed is a video recorded constantly, then via ffserver config it get connected to a link and server with the codec setup [00:36:21 CEST] <opdop> I miss just the point how to get the video in real time and not since beginning (or if there is a way for ffserver/ffmpeg to serve just let's say the last 30 seconds instead to record the whole time) [00:37:23 CEST] <opdop> *served [00:38:28 CEST] <opdop> I can obtain what I want easily via VLC, but it's too heavy. I would prefer to user ffserver/ffmpeg [00:38:44 CEST] <klaxa> it sounds like what you want is http live streaming [00:38:49 CEST] <opdop> yes [00:39:51 CEST] <klaxa> as a matter of fact i'm basically currently implementing that in the libavformat library as a google summer of code sponsored project [00:40:38 CEST] <klaxa> it still needs a lot of time, work, code and love [00:40:53 CEST] <opdop> Good luck :) [00:41:29 CEST] <klaxa> thanks, seeing that people want these features gives me motivation to work harder :) [00:42:04 CEST] <opdop> I see a lot of people rely on on stuff like motion [00:42:30 CEST] <opdop> but I don't want a flow of jpg pics, I need a read video and audio included [00:43:03 CEST] <DHE> I thought HLS was already in ffmpeg... [00:43:10 CEST] <DHE> it's not spectacular, but it works fairly well [00:43:49 CEST] <opdop> Can you provide more info? [00:44:15 CEST] <opdop> As I said, I'm able to get video streaming (captured from a webcam) [00:44:33 CEST] <opdop> My only problem is to get that streaming in real time then [00:44:45 CEST] <opdop> I get the whole video since the beginning instead [00:46:30 CEST] <opdop> when you run ffserver + ffmpleg, you can visit the page http://ip_address:port/stat.html (usually), click the link of your streaming and get it [00:47:11 CEST] <opdop> Just, you get it from the beginning, like if you are watching a video/movie instead to get the real time part of the video [00:50:17 CEST] <DHE> opdop: I'm running an HLS producing ffmpeg process now. Converts one live feed into HLS. it supports live events, VOD, and even HLS encryption. so it does decently well for me [00:52:54 CEST] <opdop> DHE: cool, any links about how to do that? I'm not a ffmpeg guru [00:54:11 CEST] <DHE> ffmpeg -i ..... -f hls -hls_flags delete_segments -hls_list_size 4 -hls_time 10 /var/www/html/hlsvideos/livefeed.m3u8 [00:54:49 CEST] <DHE> something like this would provide a live channel as long as the input to ffmpeg rate-limits itself to real-time input [00:54:56 CEST] <DHE> I'm running the git head, and I think some of these HLS features are new [00:56:26 CEST] <opdop> the input part is the link to the ffm feed? [00:57:30 CEST] <DHE> if you can play it with ffplay or vlc, chances are it'll work here [00:58:40 CEST] <opdop> I'm a little confused about the last part... [00:58:45 CEST] <DHE> ? [00:59:15 CEST] <klaxa> opdop: for DHE's example you don't use ffserver at all, you use ffmpeg [00:59:31 CEST] <opdop> oh ok, now we are... [00:59:53 CEST] <opdop> because otherwise it looked like to duplicate the feed [01:00:28 CEST] <DHE> in my case I have apache (or similar) as my server. any static content server would do. [01:00:42 CEST] <opdop> so, now the question is: how do I reach the HLS from another device? [01:01:53 CEST] <DHE> From a stock install of apache (at least on centos 6) put http://192.168.0.4/hlsvideos/livefeed.m3u8 into your video player [01:02:29 CEST] <opdop> oh yes, I see it now that you are talking about apache [01:04:16 CEST] <opdop> so, in my case using ffserver, how could I adapt that command? [01:04:44 CEST] <DHE> this negates the need for ffserver [01:05:23 CEST] <opdop> but I don't wanna run the "heavy" apache just to get some server functions :) [01:05:33 CEST] <opdop> btw I got it now... [01:05:35 CEST] <DHE> pick something else then. nginx, lighttpd [01:05:40 CEST] <DHE> I like the former myself [01:06:14 CEST] <opdop> the -i part gets the webcam (let's say /dev/video0), the past part the link to the stream [01:06:33 CEST] <opdop> just...the feed is name.ffm [01:07:11 CEST] <opdop> would it be ok anyway or I need to switch it to .m3u8? [01:08:06 CEST] <DHE> if you're using hls, .m3u8 is the output format [01:08:26 CEST] <opdop> ok, I'm gonna try with that format then [01:08:30 CEST] <DHE> actually how real-time do you need this? for webcam output it sounds like you want it to be very realtime and HLS introduces a fair amount of delay [01:09:16 CEST] <opdop> let's say 2-3 seconds of delay would be ok [01:09:35 CEST] <DHE> yeah, HLS is a lot worse. I'm thinking 10-15 seconds. [01:10:28 CEST] <opdop> mmm...is there a better solution? [01:10:58 CEST] <opdop> because that delay is pretty close the same I get using VLC and I'm not ok with that [01:11:47 CEST] <opdop> are you running all of that on a powerful machine? [01:12:02 CEST] <opdop> I'm working on a raspberry pi 2 [01:12:58 CEST] <klaxa> you might want to skip encoding then, try adding -c copy to your command if it's not already present [01:14:02 CEST] <opdop> klaxa: what I understood is that the feed is a "raw" video. so, -c copy shouldn't be helpful, right? [01:14:25 CEST] <opdop> I mean, you need to encode it [01:14:46 CEST] <opdop> Am I wrong? [01:15:08 CEST] <klaxa> no i think you are right for ffserver, i thought you were now using ffmpeg + a light webserver [01:15:49 CEST] <opdop> Maybe...if it's the best solution about avoid huge delay [01:15:50 CEST] <klaxa> a light webserver has literally no more impact on your machine than your ssh server [01:16:14 CEST] <opdop> klaxa: until you start to use it :P [01:16:37 CEST] <klaxa> you can use something simple like: python -m SimpleHTTPServer 8000 [01:17:31 CEST] <opdop> I would prefer to build a little socket in C then [01:17:54 CEST] <opdop> it would be lighter and better performance than involving python [01:18:21 CEST] <klaxa> you can probably do it with combining shell commands [01:18:43 CEST] <pzich> just netcat in a loop :D [01:21:06 CEST] <opdop> :D [01:21:52 CEST] <klaxa> i underestimated the complexity of http, doing it in a shell is not as easy as i thought [01:22:52 CEST] <opdop> It's enough create a socket listening on a port... [01:28:00 CEST] <opdop> ok, with apache it works good enough (with the delay told by DHE) [01:28:20 CEST] <opdop> if I try to use it with ffserver I get a broken pipe [01:28:49 CEST] <opdop> about av_interleaved_write_frame() [01:31:49 CEST] <opdop> mmm, noticed a thing... [01:32:23 CEST] <opdop> using that command, you don't get just file.m3u8, but also different file*.ts [01:33:03 CEST] <pzich> isn't the m3u8 just the playlist? [01:33:51 CEST] <opdop> and those file*.ts are little piece of video. So, the whole streaming gets split in different pieces and when you visit the link, you get just the last one (the most recent one) [01:34:03 CEST] <pzich> yup [01:34:06 CEST] <opdop> nice trick, but that's not real streaming [01:35:26 CEST] <pzich> you don't want to share just the last one though, right? You want the playlist and all the TS files available? [01:37:09 CEST] <opdop> I would like more something like: mplayer --ss=5 http://...stream to get the last 5 seconds of the streaming for example (using a loop, you would get those last 5 seconds updated constantly) [01:38:12 CEST] <opdop> pzich: no, I don't wanna that, I just want a real live streaming like you get with VLC for example (but it's kinda too heavy on the raspberry pi and the delay is over 10-15 seconds) [01:42:07 CEST] <opdop> isn't there a way to make ffmpeg provide a streming (also without record it, like VLC does) and get it from when I connect to it to ahead? [01:44:36 CEST] <Svenska> well, the difference is that the HLS thingy saves short segments on disk [01:44:43 CEST] <Svenska> what you want saves short segments in RAM [01:45:01 CEST] <opdop> I think it's what VLC does [01:45:03 CEST] <Svenska> so, if you put the folder with playlist and *.ts on a ramdisk, you essentially get the same thing [01:45:19 CEST] <opdop> the point is not that [01:45:30 CEST] <Svenska> how "live" it is depends on the buffer size [01:46:00 CEST] <opdop> the point is that if I have a HLS with VLC, when I connect to it, I get the streaming from that moment ahead [01:46:14 CEST] <Svenska> isn't that what you wanted? [01:46:19 CEST] <opdop> yes [01:46:37 CEST] <opdop> but VLC is too heavy on the raspberry pi it seems [01:46:45 CEST] <Svenska> with HLS, the playlist is constantly updated, and --delete sounds to me like "and when it's over, remove it from playlist and filesystem" [01:47:05 CEST] <DHE> for live playlists you use the delete option. you can't rewind, it's literally live. [01:47:21 CEST] <Svenska> exactly, so this is a live stream [01:47:37 CEST] <Svenska> if you want to keep the old parts, you just add more (fills up your SD card, though) [01:47:38 CEST] <opdop> ok with or without playlist [01:47:54 CEST] <Svenska> *just add more TS segments [01:48:34 CEST] <opdop> there is a way to avoid huge delay? something like to get every .ts of 5 seconds, so the streaming would be updated every 5 seconds? [01:48:52 CEST] <Svenska> last parameter of the command? [01:49:14 CEST] <Svenska> -hls_time 5 [01:49:33 CEST] <opdop> I tried with -hls_time 1, but I get .ts ~7 seconds [01:49:45 CEST] <Svenska> -hls_list_size 4 [01:49:56 CEST] <Svenska> because you have 4 segments of N seconds each [01:50:04 CEST] <Svenska> try list size 2, time 2 [01:50:13 CEST] <opdop> ok, let me try, thanks [01:50:14 CEST] <Svenska> should be 4s (plus client-side buffering) [01:50:14 CEST] <DHE> also transcoding can introduce lag if you're doing it. for example x264 has a preset called zerolatency [01:50:42 CEST] <opdop> DHE, I'm using the command like you given to me [01:50:58 CEST] <DHE> I never gave you any codec options, which probably means it's going to mpeg2 ? [01:51:09 CEST] <opdop> I suppose [01:52:56 CEST] <opdop> yep, ffprobe confirms that, mpeg2 [01:54:10 CEST] <opdop> Svenska: ffprobe says 8.35 seconds with those settings [01:54:19 CEST] <DHE> if the input is H264 then '-c:v copy' might be a good idea [01:54:34 CEST] <opdop> the input is my webcam [01:54:49 CEST] <DHE> what if you ffprobe the webcam then? [01:55:31 CEST] <opdop> v4l2 [01:56:13 CEST] <opdop> aka video4linux2 [01:56:26 CEST] <Svenska> what video format does it produce? MJPEG or so? [01:57:18 CEST] <opdop> the .ts files are mpeg2 without codec options [01:57:38 CEST] <Svenska> if ffmpeg produces mpeg2, then the ts files will be mpeg2 [01:57:39 CEST] <opdop> I think that's because it's the default codec used by ffmpeg [01:57:44 CEST] <Svenska> what happens if you "copy"? [01:57:50 CEST] <opdop> let me try [01:59:06 CEST] <DHE> is v4l2 a codec? [01:59:20 CEST] <Svenska> no [02:00:29 CEST] <opdop> Svenska: ffprobe says mpeg2 yet about those ts files now, but giving also an error saying unsupported codec [02:01:26 CEST] <opdop> ok, wait a second guys [02:01:31 CEST] <opdop> checked better... [02:01:53 CEST] <opdop> without -c copy, the video codec is h264 [02:02:22 CEST] <opdop> with video -c copy I get unsupported codec [02:02:40 CEST] <Svenska> then its probably mjpeg or some raw yuv, depends on the webcam [02:03:07 CEST] <opdop> I think a raw yuv [02:03:09 CEST] <Svenska> then try to make the encoder introduce less latency [02:03:30 CEST] <opdop> how? [02:03:45 CEST] <Svenska> <DHE> also transcoding can introduce lag if you're doing it. for example x264 has a preset called zerolatency [02:04:16 CEST] <opdop> should I use -tune zerolatency? [02:06:19 CEST] <ps-auxw> If you are building something like OnLive! or a video conference system, maybe. Otherwise probably not. [02:06:33 CEST] <Svenska> why not? [02:06:35 CEST] <ps-auxw> s/!// [02:07:14 CEST] <DHE> realtime has negative impacts on quality and potentially performance [02:07:35 CEST] <ps-auxw> Svenska: Because the settings that will set will lower quality significantly, so you should only use it if you have to. (0 b-frames, no lookahead...) [02:08:04 CEST] <ps-auxw> You can check the exact settings it sets in x264 --fullhelp output. [02:08:10 CEST] <Svenska> ah, okay [02:09:08 CEST] <DHE> again, this is h264 output only [02:09:35 CEST] <opdop> yep [02:10:32 CEST] <opdop> btw I'm glad I learned those new stuff about ffmpeg today :) [02:10:42 CEST] <opdop> I didn't know all those HLS options [02:11:15 CEST] <opdop> I will play around that to see to get shorter delay [02:11:23 CEST] <opdop> thank you guys for your help [13:41:08 CEST] <KimiNewt> Hello, I'm having trouble caputring video from a Dazzle DVC 100. It works fine but the screen flickers every second or so [13:42:07 CEST] <KimiNewt> I run "ffplay -s 720x480 -f v4l2 /dev/video1" (it works fine on OBS) [13:42:47 CEST] <KimiNewt> I'm not sure if I'd define it as "fidgets" or "flickering", but it's weird. [13:44:17 CEST] <KimiNewt> Full output: http://pastebin.com/TWYuJNyv [13:49:59 CEST] <tomred> If I run `ffprobe -select_streams v:0 -show_entries stream=duration -of flat somefile.mov`, I get "streams.stream.0.duration="12.880000". Can anyone let me the how the spec for this duration? Is it "SS:Centiseconds" [13:50:49 CEST] <tomred> replace('let', 'tell') [13:58:56 CEST] <AndrewMock> I don't want to touch my input h264 at all except for cropping it. Is it possible to do a stream-copy-but-still-crop? [13:59:50 CEST] <AndrewMock> or will ffmpeg be limited to just re-encoding h264 to h264 in a full round trip? [14:00:49 CEST] <relaxed> AndrewMock: it's not possible [14:01:19 CEST] <AndrewMock> :( okay well thank you [14:01:45 CEST] <relaxed> you can do it during playback [14:02:10 CEST] <BtbN> well... in theory it is possible [14:02:19 CEST] <BtbN> But it's a realy bad idea [14:02:26 CEST] <AndrewMock> why? [14:02:36 CEST] <AndrewMock> it's just weird or bad? [14:02:48 CEST] <BtbN> Because at least the ffmpeg decoder doesn't implement top/left cropping via SPS params [14:03:02 CEST] <BtbN> It calls it braindead-cropping and refuses to do it. [14:03:24 CEST] <AndrewMock> so ffmpeg wasn't programmed for that? [14:03:30 CEST] <BtbN> Also, that kind of cropping will not reduce the data rate [14:03:31 CEST] <KimiNewt> Um regarding my problem, 'm on ffmpeg 2.4.3. I looked at the PPA and it recommends not to use it on ubuntu 14.10 [14:03:39 CEST] <BtbN> all the data will still be transmitted, and only discarded when decoding [14:03:41 CEST] <KimiNewt> I thought maybe upgrading would solve my problem [14:03:41 CEST] <AndrewMock> I'm just a OCD freak. [14:04:21 CEST] <BtbN> I also don't think it is implemented to set SPS params like that. You'd have to hex edit every IDR frame [14:04:35 CEST] <AndrewMock> interesting... so I could set the .mp4 display resoluation lower than the video stream haha [14:04:45 CEST] <BtbN> nothing to do with mp4 [14:04:58 CEST] <BtbN> there are cropping parameters in the SPS/PPS [14:05:10 CEST] <BtbN> because h264 can only encode multiples of 8 [14:05:18 CEST] <BtbN> so 1920x1080 wouldn't be possible [14:05:24 CEST] <BtbN> (Or was it 16?) [14:05:55 CEST] <BtbN> yeah, it's 16 [14:06:08 CEST] <AndrewMock> wow codec are getting crazy now [14:06:10 CEST] <BtbN> so every 1080p video actualy is 1088p with 8 pixels cropped of [14:06:16 CEST] <AndrewMock> hyped for Ultra HD Bluray [14:06:26 CEST] <AndrewMock> huh [14:06:57 CEST] <KimiNewt> um so anyone have any ideas about my issue? [14:07:42 CEST] <AndrewMock> what issue? [14:08:19 CEST] <KimiNewt> Having screen flickering/fidgeting when trying to capture my dazzle dvc 100 vid via ffplay [14:08:29 CEST] <KimiNewt> Output: http://pastebin.com/TWYuJNyv [14:08:59 CEST] <KimiNewt> It works fine when I run it with OBS (no flickering) [14:09:02 CEST] <relaxed> "Option -s is deprecated, use -video_size" [14:09:04 CEST] <KimiNewt> Or VLC for that matter [14:09:06 CEST] <DHE> yes it's 16 for H264. and x264 won't accept anything that isn't a multiple of 2 even with codec-level cropping [14:09:11 CEST] <KimiNewt> Yeah even without that relaxed [14:09:17 CEST] <KimiNewt> Still happens [14:09:22 CEST] <relaxed> you might also want to set -framerate [14:09:29 CEST] <KimiNewt> I've tried that, didn't work [14:09:35 CEST] <BtbN> DHE, even with yuv444? [14:10:18 CEST] <relaxed> KimiNewt: remove yadif [14:10:26 CEST] <KimiNewt> Tried that, still the same [14:10:30 CEST] <AndrewMock> this isn't in A VM, right? [14:10:38 CEST] <KimiNewt> Right [14:10:48 CEST] <KimiNewt> Ubuntu 14.10, physical machine.. [14:12:20 CEST] <relaxed> try adding -use_libv4l2 1 [14:13:08 CEST] <relaxed> if that doesn't work, compile the latest version [14:13:32 CEST] <KimiNewt> Yeah doesn't work, libavdevice is not built with libv4l2 support [14:13:33 CEST] <KimiNewt> Alright.. [14:14:35 CEST] <KimiNewt> Latest version of ffmpeg [14:14:51 CEST] <KimiNewt> Question mark was supposed to be there [14:17:55 CEST] <KimiNewt> compiling.. [14:28:11 CEST] <KimiNewt> jesus this takes longer than compiling the kernel [14:30:20 CEST] <ddass> Hey everybody! My question is about watermarking videos in mp4. I have a lot of them and they all need the watermark on the right down corner. How should I write the .bat file so that it burns the watermark on all the videos, ignoring all errors that might come up. IE What is the most generic command to simply burn the .png on all videos? Currently i have this conf--> for %%a in ("*.mp4") do... [14:30:22 CEST] <ddass> ...ffmpeg -i "%%a" -i blue.png -filter_complex "overlay=x=(main_w-overlay_w)/1:y=(main_h-overlay_h)/1" "newfiles\%%~na.mp4" [14:30:23 CEST] <ddass> pause [14:34:12 CEST] <ddass> Currently I get a "Past duration xxx too large" error. [14:38:33 CEST] <AndrewMock> "By default when using -ac 2 the LFE channel is omitted." [14:38:38 CEST] <AndrewMock> uhhh why [14:39:06 CEST] <durandal_1707> 2 is stereo [14:39:28 CEST] <AndrewMock> https://trac.ffmpeg.org/wiki/AudioChannelManipulation#a5.1stereo [14:39:42 CEST] <AndrewMock> the LFE is not included as input into the encoder [14:40:36 CEST] <ddass> Here ? http://pastie.org/10298366 [14:43:48 CEST] <AndrewMock> i guess it would make since for a52 spec sheets to not say that LFE should be downmixed to stereo if the LFE was mono [14:44:13 CEST] <AndrewMock> i will have take LFE and add it to both L and R as well as the rest of the panning [14:45:44 CEST] <AndrewMock> oh man it isn't just a simple pan -.- SCREW YOU ATSC [14:49:54 CEST] <AndrewMock> yeah how do i *actually* downmix from 7.1 to 2.0? [14:50:36 CEST] <DHE> the easy automatic way is "-ac 2" [14:50:46 CEST] <AndrewMock> but that chops off the sub channel [14:50:54 CEST] <AndrewMock> the Low Frequency Effects [14:51:12 CEST] <DHE> then you'll need to build an audio filter chain [14:57:18 CEST] <KimiNewt> It'sbeen compiling for like an hour, I swear [14:57:35 CEST] <KimiNewt> well, thirty minutes apparently :P [14:57:45 CEST] <durandal_1707> ddass: does output looks ok? [14:58:02 CEST] <durandal_1707> KimiNewt: slow CPU? [14:58:04 CEST] <BtbN> Even my RPi2 build ffmpeg in like 10 minutes [14:58:15 CEST] <KimiNewt> It's i7.. [14:58:18 CEST] <KimiNewt> I dunno why it's so slow [14:59:09 CEST] <BtbN> because you're only building on one core? [14:59:44 CEST] <iive> `make -j 8` to build with 8 cores. [15:00:10 CEST] <KimiNewt> deeeeeeerp [15:00:49 CEST] <KimiNewt> what the heck does it use zmq for [15:01:16 CEST] <ddass> durandal_1707: output seems ok... Thought it was an error of more importance that I should ask you guys. [15:01:44 CEST] <AndrewMock> eac3to input.ac3 output.ac3 -down2 -mixlfe [15:01:50 CEST] <AndrewMock> seems way easier haha [15:01:58 CEST] <AndrewMock> and still proper a52 compliance [15:02:02 CEST] <AndrewMock> sorta [15:10:14 CEST] <KimiNewt> woo compilation completel [15:18:54 CEST] <KimiNewt> Okay I've compiled and installed the latest version and I still get the same problem [15:19:08 CEST] <KimiNewt> and error with libavdevice is not build with libv4l2 support, though I'm not sure if that's related [15:21:46 CEST] <KimiNewt> wait it didn't actually compile a new ffplay, just ffmpeg [15:31:51 CEST] <relaxed> KimiNewt: you need sdl-dev installed [15:33:23 CEST] <KimiNewt> yeah installed it already [15:42:01 CEST] <Parsec300> Hi people, the documentation on how to compile makes no mention of libxvid and how to compile it with that. Is there a good tutorial on how to do this? [15:44:48 CEST] <DHE> if you have xvid installed, running configure with --enable-libxvid should do it [15:49:44 CEST] <KimiNewt> I ran configure with --enable-ffplay and recompiled, yet it still didn't compile ffplay! [16:03:11 CEST] <KimiNewt> Now I have to run it with a bunch of flags and wait for it to fail a thousand times for different libraries.. fun [16:14:03 CEST] <AndrewMock> a02 The libDcaDec DTS Decoder reported the error "CRC check failed" while decoding. [16:14:20 CEST] <AndrewMock> https://paste.debian.net/plainh/abeb8c5a [16:18:56 CEST] <KimiNewt> okay three hours over this thing is too fucking much [16:19:34 CEST] <KimiNewt> probably won't even work, gah [16:36:11 CEST] <Parsec300> DHE, thanks. Compiled it just now [16:37:27 CEST] <newtc> What should be the command to compile ffplay? If I can't use the makefile? [16:38:17 CEST] <newtc> I tried this: http://ffmpeg-users.933282.n4.nabble.com/Howto-compile-ffplay-c-in-seperate… [16:38:21 CEST] <newtc> but it seems like it's for an older version [16:42:51 CEST] <noncom> hi! [16:44:58 CEST] <noncom> could anyone tell me, if i am to use FFMpeg in not a GPL application (say, BSD one), what terms do I have to apply to? Like, for example, should I make no use of x264 codec and such [16:45:04 CEST] <noncom> is there anywhere such info available? [16:47:43 CEST] <AstralStorm> noncom: generally LGPL v2.1 or v3 [16:47:59 CEST] <AstralStorm> the LICENSE file is in ffmpeg itself [16:48:09 CEST] <AstralStorm> some codecs taint ffmpeg to GPL [16:48:31 CEST] <AstralStorm> others are nonfree - both of those are compile options [16:49:08 CEST] <noncom> i have read the details on the website.. i have to provide the user to replace codecs. if I just pack all in the jar, that complies with that. and i must not make use of codecs like x264.. ? [16:51:49 CEST] <AstralStorm> what do you mean by "provide the user to replace codecs"? FFmpeg does not allow codecs to be added at runtime [16:52:24 CEST] <AstralStorm> your jar is generally fine, since LGPL is permissive as to ude [16:52:34 CEST] <AstralStorm> *use, unless you use one of the nonfree or GPL codecs [16:52:47 CEST] <AstralStorm> by use I mean compile ffmpeg with the support [17:07:50 CEST] <newtc> I've recompiled ffmpeg from the newest build [17:08:23 CEST] <newtc> with ffplay, and I still get the same problem and the "libavdevice is not build with libv4l2 support." error [17:09:58 CEST] <AstralStorm> it's not enabled by default, there are multiple configure flags [17:39:34 CEST] <rgoodwin> Morning folks. Trying to troubleshoot why drawtext filter isn't actually drawing anything :) I compiled with --enable-libfreetype, i'm not doing a vcodec copy, I gave a valid fontfile path. -v debug doesn't seem to indicate any problems. Any thoughts? output is here: http://pastebin.com/3NqSmXQ9 [17:44:01 CEST] <rgoodwin> I can't even tell for sure if it's configuring freetype properly. hmm [17:50:37 CEST] <rgoodwin> trying to add -libfontconfig but it complains that it can't be found, even though it didn't complain about libfreetype [18:08:35 CEST] <rgoodwin> oh good grief. is it because i'm specifying multiple -vt in the command instead of vt filter1,filter2? [18:11:30 CEST] <Aristide> Hi ! [18:11:40 CEST] <Aristide> I have a problem with ffmpeg : ffmpeg -f x11grab -r 25 -s 1920x1080 -i :0.0 -vcodec libx264 -threads 4 screencast.avi [18:11:47 CEST] <Aristide> I get « Unable to find a suitable output format for 'screencast.avi' » [18:12:11 CEST] <Aristide> I have try lot of formats but don't work :( [18:12:35 CEST] <Aristide> I Use OpenSUSE [18:17:21 CEST] <rgoodwin> yes rgoodwin, yes that was it ;) still can't make fontconfig work but don't need it now. [18:20:42 CEST] <kritzikratzi> Aristide: try .mp4 extension instead of .avi [18:20:55 CEST] <kritzikratzi> i dont think its possible to have h264 inside avi [18:21:51 CEST] <Aristide> kritzikratzi: I have already try :) But I have maybe a solution [18:21:56 CEST] <Aristide> I use « Multimedia:libs » repository [18:22:09 CEST] <Aristide> I have delete this repo (Factory on openSUSE) and I try without ^^ [18:22:16 CEST] <Aristide> Time to reboot [18:25:13 CEST] <Aristide> Time to try [18:25:53 CEST] <Aristide> Same problem :" [18:25:57 CEST] <noncom> AstralStorm: thanks! I am getting into it. see, I am employed by JavaCV, we are to determine the configuration of JavaCV which would allow us to use it (with FFmpeg features for video playback) in BSD-licensed games, made on JMonkeyEngine (a Java OpenGL engine) [18:26:38 CEST] <noncom> we are aiming to create a version of JavaCV which would be legaly useable in this respect [18:27:08 CEST] <noncom> so that the end users (game programmers of JMonkeyEngine, and other people who use JavaCV) would be able to use the package in their products without a second thought [18:30:52 CEST] <johnnybgood123> I want to split a video into parts, but not equal parts. [18:30:53 CEST] <johnnybgood123> I want each clip to be between 15 and 50 seconds. But I want each clip length to be random (within that 15 to 50 second range). [18:30:53 CEST] <johnnybgood123> How would I do this with ffmpeg in mac terminal? [18:30:53 CEST] <johnnybgood123> Below is the command I was using for splitting a video into equal parts [18:30:53 CEST] <johnnybgood123> http://pastebin.com/CkahMWXP [18:31:20 CEST] <Aristide> Sorry but with mp4 i have same problem [18:31:38 CEST] <Fjorgynn_> aha [18:47:27 CEST] <AndrewMock> Is there a way to do a CRC repair on my DTS-HD track? [20:13:33 CEST] <stakewinner00> there are some high level api for convert audio from one format to ogg? [21:47:47 CEST] <dericed> is the %06d format for incrementing integers in image sequences an ffmpeg protocol or adopted from somewhere else? [21:49:19 CEST] <durandal_1707> that can hardly be called a protocol [21:49:35 CEST] <dericed> ha, a 'tradition', 'pattern', whatever [00:00:00 CEST] --- Sat Jul 18 2015

1 0

ffmpeg-devel.log.20150716
by burek 17 Jul '15

17 Jul '15

[02:53:10 CEST] <cone-038> ffmpeg 03Carl Eugen Hoyos 07master:9901e5318730: lavf/rtpenc_jpeg: Fix sending multiple quantization tables. [04:06:01 CEST] <J_Darnley> durandal_1707 jamrial: I have pushed naieve avx2 functions for removegrain to my Gitlab repo [04:06:39 CEST] <J_Darnley> I will look for more improvements and benchmark them tomorrow [04:08:16 CEST] <J_Darnley> oh I also pushed a small addition to x86inc.asm [04:08:23 CEST] <J_Darnley> I got bit in the ass by that again. [04:35:59 CEST] <cone-038> ffmpeg 03Michael Niedermayer 07master:cdca400c5efa: avformat/utils: Print stream number in max_analyze_duration exit path [04:36:00 CEST] <cone-038> ffmpeg 03Michael Niedermayer 07master:4afc3429be49: avformat/utils: Fix regression with H264 stream probing [04:36:01 CEST] <cone-038> ffmpeg 03Michael Niedermayer 07master:a39512ba9e0c: tests/checkasm/checkasm: Give macro a body to avoid potential unexpected syntax issues [11:13:44 CEST] <cone-649> ffmpeg 03Paul B Mahol 07master:30015584872f: avfilter: add erosion, dilation, deflate & inflate filter [11:21:13 CEST] <cone-649> ffmpeg 03Paul B Mahol 07master:61641627b87c: avfilter/af_astats: calculate audio bit-depth [11:25:19 CEST] <cone-649> ffmpeg 03Paul B Mahol 07master:7aafac976fe2: avfilter/vf_smartblur: use the name 's' for the pointer to the private context [11:51:05 CEST] <ubitux> random and perms=random are doing a nice couple of jerk filters [11:51:09 CEST] <ubitux> i hope the family will grow [12:28:18 CEST] <cone-649> ffmpeg 03Carl Eugen Hoyos 07master:8dad213143e3: lavc: Add properties field to AVCodecContext. [12:28:19 CEST] <cone-649> ffmpeg 03Michael Niedermayer 07master:f1a38264f203: avcodec/pthread_frame: clear priv_data, avoid stale pointer in error case [14:48:50 CEST] <BBB> michaelni: the vp9mc for mips/msa looks ok to me (Im no expert in anything, but a cursory look suggests its at least sane) [15:12:32 CEST] <D404|Ghetto> durandal_1707: trying to write vf_reverse based off your (entirely uncommented) vf_random [15:12:38 CEST] <D404|Ghetto> ending in segfault atm [15:12:44 CEST] <D404|Ghetto> (and im still quite unclear on wtf is going on) [15:12:52 CEST] <D404|Ghetto> (in the code) [15:13:21 CEST] <durandal_1707> what's unclear? [15:13:27 CEST] <D404|Ghetto> mostly everything [15:14:00 CEST] <D404|Ghetto> the pts stuff w/ memove, the interaction between filter and reques [15:14:01 CEST] <D404|Ghetto> t [15:14:12 CEST] <durandal_1707> You just need use stack and do not need memmove [15:14:39 CEST] <D404|Ghetto> im pretty unclear on how to actually stakc and return frames [15:14:45 CEST] <D404|Ghetto> since everything is done with links [15:15:01 CEST] <durandal_1707> If pts come in random/reverse ffmpeg will drop frames [15:16:03 CEST] <D404|Ghetto> thats nice but doesnt explain anything to me. [15:16:05 CEST] <durandal_1707> so pts must come out as they get in [15:16:57 CEST] <D404|Ghetto> http://chromashift.org/reverse.c.txt [15:17:42 CEST] <D404|Ghetto> im still pretty damn unclear on how filter and request interact, and who is responsible for what [15:17:48 CEST] <D404|Ghetto> it seems fairly entangle.d [15:22:59 CEST] <D404|Ghetto> backtraces arent so helpful... theyre a mess of callbacks [15:23:51 CEST] <durandal_1707> when stack is empty you need to feel it again [15:24:33 CEST] <durandal_1707> Does it returns at least several frames? [15:24:46 CEST] <durandal_1707> Before crash? [15:25:12 CEST] <D404|Ghetto> 1 sec recompiling with -O0 [15:25:23 CEST] <D404|Ghetto> and i will test with frames=clip_length [15:25:37 CEST] <D404|Ghetto> which i ntheory shouldnt crash if that was the only problem. [15:28:07 CEST] <D404|Ghetto> durandal_1707: yes works if frames = clip [15:28:16 CEST] <D404|Ghetto> so i guess the stack needs reflling like you said [15:28:27 CEST] <D404|Ghetto> also there was an off-by-one error [15:30:13 CEST] <durandal_1707> where? [15:30:44 CEST] <D404|Ghetto> idx = s->nb_frames - s->frames_used; [15:30:46 CEST] <D404|Ghetto> needs a -1 [15:30:47 CEST] <D404|Ghetto> i thin [15:30:51 CEST] <D404|Ghetto> k [15:30:54 CEST] <cone-649> ffmpeg 03hSÇ 07master:dcd14db80670: avcodec: loongson add constant definition [15:30:55 CEST] <cone-649> ffmpeg 03hSÇ 07master:0bfa176c64c2: avcodec: loongson optimized idctdsp with mmi [15:30:56 CEST] <cone-649> ffmpeg 03Rong Yan 07master:2af180bf1bf1: swscale/ppc/yuv2rgb_altivec: POWER LE support in the macros vec_unh() and vec_unl() [15:30:57 CEST] <cone-649> ffmpeg 03Shivraj Patil 07master:012ba786e6a7: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for VP9 MC functions [15:34:36 CEST] <D404|Ghetto> hmm. [15:36:59 CEST] <D404|Ghetto> different crash now... [15:38:55 CEST] <durandal_1707> you probably need to cache and release in bursts [15:41:07 CEST] <D404|Ghetto> i think i got t [15:41:07 CEST] <D404|Ghetto> it [15:41:18 CEST] <D404|Ghetto> maybe [15:42:01 CEST] <D404|Ghetto> ... nope [15:54:43 CEST] <D404|Ghetto> think i got it working... [16:02:05 CEST] <D404|Ghetto> now to figure out this horrendous compelx filter api... [16:02:11 CEST] <D404|Ghetto> ./ffmpeg_g -i foreman_cif.y4m -filter_complex 'trim=end=30 [v1] ; trim=end=60 [v2] ; [v1] [v2] concat [outv]' t.y4m [16:02:15 CEST] <D404|Ghetto> s/api/syntax/ [16:02:18 CEST] <D404|Ghetto> ^ sure doens't work [16:02:36 CEST] <D404|Ghetto> ubitux maybe [16:03:08 CEST] <ubitux> what doesn't work? [16:03:30 CEST] <D404|Ghetto> what i just pasted [16:03:36 CEST] <ubitux> yeah but what's the result? [16:03:37 CEST] <D404|Ghetto> doesnt even allow output [16:03:42 CEST] <D404|Ghetto> Cannot find a matching stream for unlabeled input pad 0 on filter Parsed_trim_1 [16:03:48 CEST] <ubitux> wait i see only one input [16:03:54 CEST] <ubitux> what are you trying to do? [16:04:06 CEST] <D404|Ghetto> simple [16:04:15 CEST] <D404|Ghetto> trim(0,30s)+trim(0,60s) [16:04:28 CEST] <ubitux> what does it do? [16:04:31 CEST] <D404|Ghetto> (it would repeat) [16:04:34 CEST] <D404|Ghetto> what does WHAT do? [16:04:39 CEST] <D404|Ghetto> i just said it refused to output. [16:04:42 CEST] <ubitux> your trim thing [16:04:53 CEST] <D404|Ghetto> takes 0-30s? [16:04:54 CEST] <ubitux> i mean what does "trim(0,30s)+trim(0,60s)" mean [16:04:56 CEST] <D404|Ghetto> and 0-60s? [16:05:02 CEST] <ubitux> ok [16:05:05 CEST] <D404|Ghetto> trim() is basically the same EVERYWHERE [16:05:07 CEST] <D404|Ghetto> sure is bubble [16:05:18 CEST] <ubitux> are you find with two open? [16:05:20 CEST] <ubitux> fine* [16:05:24 CEST] <D404|Ghetto> ? [16:05:28 CEST] <ubitux> (there are multiple solutions) [16:05:30 CEST] <ubitux> like [16:05:34 CEST] <D404|Ghetto> i would rather only open one [16:05:35 CEST] <ubitux> ffmpeg -i foreman_cif.y4m -i foreman_cif.y4m -lavfi ... [16:05:37 CEST] <D404|Ghetto> irl i'd want like [16:05:41 CEST] <D404|Ghetto> scale the inpit res [16:05:45 CEST] <D404|Ghetto> then do ym trims [16:05:46 CEST] <ubitux> ok [16:05:55 CEST] <D404|Ghetto> split might be what i want? [16:06:25 CEST] <ubitux> then -i foreman_cif.y4m -vf "split=2[a][b]; [a]trim=end=30[t30]; [b]trim=end=60[t60]; [t30][t60]concat" ... [16:06:27 CEST] <ubitux> does this work? [16:06:32 CEST] <D404|Ghetto> what does the 2 do [16:06:41 CEST] <ubitux> it splits in two? [16:06:44 CEST] <D404|Ghetto> why does it need it [16:06:47 CEST] <D404|Ghetto> it cant tell there are two? [16:06:57 CEST] <D404|Ghetto> (instead of split=[a][b]) [16:07:15 CEST] <ubitux> well you want to trim differently 2x the input [16:07:24 CEST] <D404|Ghetto> so? [16:07:34 CEST] <D404|Ghetto> i dont understand why splti would behave differently if you give it a 2 or not [16:07:37 CEST] <ubitux> well then you have a duplicate [16:07:38 CEST] <D404|Ghetto> youre still providing 2 outputs [16:07:57 CEST] <ubitux> ? [16:08:03 CEST] <ubitux> foreman_cif.y4m is one input [16:08:06 CEST] <ubitux> it's split in 2 outputs [16:08:08 CEST] <ubitux> for each trim [16:08:14 CEST] <D404|Ghetto> so why cant it see [a][b] [16:08:16 CEST] <D404|Ghetto> and know it's two [16:08:23 CEST] <ubitux> ah that [16:08:40 CEST] <ubitux> yeah it was proposed to adjust this automatically [16:08:49 CEST] <ubitux> i don't remember why we didn't [16:09:02 CEST] <ubitux> nicolas was saying it should be doable without much effort [16:09:18 CEST] <D404|Ghetto> i see [16:09:24 CEST] <D404|Ghetto> anyway that indeed works [16:09:28 CEST] <D404|Ghetto> i do have a questiob [16:09:34 CEST] <D404|Ghetto> can trim work with frame #s? [16:09:38 CEST] <D404|Ghetto> i only see pts and seconds. [16:09:38 CEST] <ubitux> (i think there are some tricks because the syntax allows you implicit labels) [16:09:42 CEST] <ubitux> mmh [16:09:44 CEST] <ubitux> i think so [16:09:46 CEST] <D404|Ghetto> which is not ideal [16:09:47 CEST] <D404|Ghetto> i see. [16:09:52 CEST] <ubitux> start_frame/end_frame, no? [16:09:53 CEST] <D404|Ghetto> converting frame to time and back is less tahn idea [16:09:55 CEST] <D404|Ghetto> l [16:10:11 CEST] <ubitux> D404|Ghetto: ffmpeg -h filter=trim [16:10:15 CEST] <D404|Ghetto> ah [16:10:18 CEST] <D404|Ghetto> im blind [16:11:23 CEST] <D404|Ghetto> -filter_complex 'scale=640:480[c]; [c]split=2[a][b]; [a]trim=end_frame=30[t30]; [b]trim=end_frame=90[t60]; [t30][t60]concat' [16:11:26 CEST] <D404|Ghetto> seems to work right [16:11:26 CEST] <D404|Ghetto> thanks [16:11:32 CEST] <ubitux> you can save a label [16:11:40 CEST] <D404|Ghetto> i tried without teh [c] [16:11:40 CEST] <ubitux> 'scale=640:480,split=2 ... [16:11:41 CEST] <D404|Ghetto> didnt work [16:11:44 CEST] <D404|Ghetto> ah [16:11:45 CEST] <D404|Ghetto> comma. [16:12:04 CEST] <ubitux> ',' is for stacking [16:12:16 CEST] <ubitux> ';' is for separating graph (you expect a source afterward) [16:12:50 CEST] <ubitux> (or a connection) [16:13:00 CEST] <D404|Ghetto> right [16:13:37 CEST] <D404|Ghetto> ok... well vf_reverse worsk [16:13:42 CEST] <ubitux> :o [16:13:57 CEST] <D404|Ghetto> guess ill submit it and be flamed [16:14:17 CEST] <ubitux> no, flaming happens after it gets pushed [16:17:10 CEST] <D404|Ghetto> lol [16:17:26 CEST] <D404|Ghetto> ubitux: lastly: is there a way to know clip length at init time [16:17:38 CEST] <D404|Ghetto> or do i need to av_fast_realloc during queueing [16:18:15 CEST] <ubitux> libavfilter is fully stream oriented, no duration [16:18:21 CEST] <D404|Ghetto> thought no [16:18:23 CEST] <D404|Ghetto> realloc it is [16:18:24 CEST] <ubitux> (especially since filters can completely alter this) [16:18:29 CEST] Action: D404|Ghetto uses ALL the memory [16:20:39 CEST] <ubitux> D404|Ghetto: eval $(ffprobe -v error -select_streams v:0 -show_entries stream=duration -of flat=s=_ foreman_cif.y4m); echo $streams_stream_0_duration [16:20:41 CEST] <ubitux> :p [16:23:54 CEST] <D404|Ghetto> ubitux: i can do it in a script no problem [16:23:59 CEST] <D404|Ghetto> i meant inside the filt [16:24:00 CEST] <D404|Ghetto> ;) [16:24:08 CEST] <D404|Ghetto> clearly tou want me to use system() [16:24:10 CEST] <ubitux> yeah lavfi is too abstract for that [16:24:12 CEST] <ubitux> haha [16:45:59 CEST] <ubitux> D404|Ghetto: so, are you starting to fall in love with lavfi? [16:51:49 CEST] <D404|Ghetto> no [16:51:58 CEST] <D404|Ghetto> its the worst thing ive use to write a filter [16:52:12 CEST] <D404|Ghetto> and b6 far the hardest [16:52:15 CEST] <D404|Ghetto> by* [16:54:06 CEST] <cone-649> ffmpeg 03Tom Butterworth 07master:6074956fa1d2: avcodec/hap: move some per-stream setup into decoder init rather than per-frame [16:57:42 CEST] <michaelni> BBB are the other 3 "avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for VP9 *" patches ok too ? [16:57:51 CEST] <BBB> I dindt check them yet [16:59:25 CEST] <cone-649> ffmpeg 03Paul B Mahol 07master:59a9998908d8: avfilter/af_astats: also measure maximal difference between two consecutive samples [17:07:20 CEST] <BBB> michaelni: responding& not yet, I think [17:11:22 CEST] <ubitux> D404|Ghetto: give it some time ;) [17:16:11 CEST] <cone-649> ffmpeg 03Paul B Mahol 07master:51925daafda9: avfilter/af_astats: make sure p->last is actually always set when measuring max difference [17:20:10 CEST] <BBB> all reviewed [18:19:19 CEST] <jamrial> J_Darnley: the avx2 stuff you posted last night doesn't work [18:19:27 CEST] <J_Darnley> yes I know [18:19:33 CEST] <jamrial> you're not taking into consideration the split lane stuff from avx [18:20:10 CEST] <J_Darnley> yes, I realised that when I saw which modes failed [18:21:09 CEST] <J_Darnley> thanks for testing anyway [18:29:27 CEST] <michaelni> BBB, thanks [18:59:33 CEST] <D404|Ghetto> new filters require a minor bump right? [19:03:38 CEST] <cone-649> ffmpeg 03Michael Niedermayer 07master:c4dfb76fa7e4: avfilter/vf_eq: Support contrast from -1000 to 1000 [19:04:48 CEST] <jamrial> D404|Ghetto: yeah [19:05:10 CEST] <D404|Ghetto> ok [19:07:35 CEST] <nevcairiel> well, "require" [19:08:01 CEST] <D404|Ghetto> huh... [19:08:09 CEST] <D404|Ghetto> [Parsed_concat_1 @ 0x1e5fc20] Buffer queue overflow, dropping. [19:08:21 CEST] <D404|Ghetto> 'split=2[a][b];[a][b]concat,scale=640:480' [19:08:23 CEST] <D404|Ghetto> not valid? [19:08:58 CEST] <durandal_1707> how much frames it cache? [19:09:09 CEST] <D404|Ghetto> ? [19:09:13 CEST] <D404|Ghetto> my filter isnt in there [19:09:20 CEST] <D404|Ghetto> that i pasted is the entire filter chain [19:09:33 CEST] <D404|Ghetto> [output stream 0:0 @ 0x1d029a0] 100 buffers queued in output stream 0:0, something may be wrong. <-- stuff like that [19:11:11 CEST] <durandal_1707> You want to put same clip one after another? [19:14:07 CEST] <D404|Ghetto> durandal_1707: it was a simple test [19:14:09 CEST] <D404|Ghetto> and yes [19:14:11 CEST] <D404|Ghetto> why would that fai;? [19:14:13 CEST] <D404|Ghetto> fail* [19:16:02 CEST] <durandal_1707> I'm not concat creator [19:16:24 CEST] <D404|Ghetto> lol k [19:16:56 CEST] <D404|Ghetto> i thought it might be a bigger lavfi issue [19:21:15 CEST] <durandal_1707> better to use concat demuxer for this? [19:21:42 CEST] <durandal_1707> Or perhaps you need to change pts [19:26:15 CEST] <D404|Ghetto> wouldnt that be the conat filter's job [19:26:18 CEST] <D404|Ghetto> concat* [19:29:50 CEST] <durandal_1707> ask Nicolas I will prepare popcorn [19:31:20 CEST] <D404|Ghetto> id rather not [19:31:31 CEST] <D404|Ghetto> he's one of the people who it is pointless to argue with [19:31:38 CEST] <D404|Ghetto> better off arging against a walll [19:32:55 CEST] <wm4> the thought of arguing against a wall sounds relatively pleasing [19:36:40 CEST] <nevcairiel> so i tried to migrate my fate boxes to msys2, and for some reason its base system doesnt have tar .. and now sf.net is down, which they are still hosted on, and i cannot install it, gah! :P [19:37:05 CEST] <nevcairiel> how does a system with a package manager not have tar in its base system anyway [19:37:35 CEST] <D404|Ghetto> lol. [19:37:40 CEST] <D404|Ghetto> it shoukd have tar [19:37:44 CEST] <D404|Ghetto> its package manager uses tar [19:37:51 CEST] <D404|Ghetto> try gtar [19:38:01 CEST] <jamrial> it doesn't? lol [19:38:03 CEST] <nevcairiel> no tar, no gtar [19:38:10 CEST] <jamrial> nevcairiel: add https://www2.futureware.at/~nickoe/msys2-mirror/msys2-$arch to mirrorlist.msys [19:38:30 CEST] <jamrial> it's a backup mirror they added after sourceforge went rogue [19:38:35 CEST] <jamrial> with taking over projects and such [19:38:50 CEST] <nevcairiel> maybe they should add that to the base system [19:39:01 CEST] <jamrial> it is. an update long ago added it [19:39:24 CEST] <nevcairiel> actually its in there [19:39:28 CEST] <nevcairiel> bu not worky [19:39:38 CEST] <jamrial> oh well [19:39:43 CEST] <nevcairiel> i tried to run a mirror update, and it destroyed everything, because it thinks the 404 page from sf is its mirror now [19:39:52 CEST] <nevcairiel> dumb script :p [19:40:48 CEST] <jamrial> haha, yeah, tried it now and same thing happened [19:41:34 CEST] <nevcairiel> i hope it fixes itself once sf is back [19:42:07 CEST] <jamrial> i can access https://www2.futureware.at/~nickoe/msys2-mirror/msys2-x86_64/ with a browser, but it gives a certificate warning [19:42:29 CEST] <nevcairiel> its CACert [19:42:39 CEST] <nevcairiel> not valid unless you install their root [19:43:33 CEST] <nevcairiel> they should totally move off of sf.net, but apparently binary hosting without giving in to some kind of evil is hard [19:46:51 CEST] <jamrial> you could just download the tar package manually, then force a reinstall with pacman at a later time once everything is working again [19:47:13 CEST] <nevcairiel> its just fate submissions thats broken, i can just leave it like that for a couple hours [19:47:14 CEST] <nevcairiel> :D [19:48:16 CEST] <durandal_1707> D404|Ghetto: it doest work with split but does if you use two inputs [19:48:27 CEST] <D404|Ghetto> durandal_1707: interesting [19:48:34 CEST] <durandal_1707> twice -i -i [19:48:58 CEST] <D404|Ghetto> right [20:09:24 CEST] <BBB> D404|Ghetto: omg [20:09:54 CEST] <BBB> I hope you have a script to do this per keyframegroup or so [20:19:50 CEST] <D404|Ghetto> BBB: i do it only for the first N frames [20:19:53 CEST] <D404|Ghetto> in a script [20:20:05 CEST] <BBB> thats no fun at all [20:20:06 CEST] <BBB> boo [20:20:16 CEST] <D404|Ghetto> 'split[a][b];[a]trim=end_frame=N,reverse[c];[c][b]concat' [20:20:20 CEST] <D404|Ghetto> kinda liek that [20:26:29 CEST] <Compn> in the future i predict people will pay just for someone to write ffmpeg filter command lines, because they are complicated :P [20:26:50 CEST] <D404|Ghetto> Compn: i am being paid to do this [20:27:01 CEST] <D404|Ghetto> so... there's taht. [20:27:01 CEST] <Compn> i can see the footure [20:39:13 CEST] <durandal_1707> I guess its time for areverse then [20:58:50 CEST] <durandal_1707> but really why nobody does seeking in lavfi it shouldn't be hard [21:03:16 CEST] <ubitux> durandal_1707: how do you raise the seek request up to the user? [21:03:32 CEST] <ubitux> and how do you make sure the seek is properly satisfied? [21:07:47 CEST] <durandal_1707> you don't if its not seekable just abort [21:08:41 CEST] <BBB> welcome to gstreamer [21:08:45 CEST] Action: BBB runs [21:20:40 CEST] <Compn> mplayer has had seeking and filters working since 10 years , no one cares :P [21:24:58 CEST] <cone-649> ffmpeg 03Tom Butterworth 07master:17ee24af7e5f: avcodec/snappy: refactor so ff_snappy_uncompress uses an existing buffer [21:25:08 CEST] <durandal_1707> mplayer is dead [21:39:14 CEST] <ubitux> Compn: the question is how you seek within filters; obviously seeking is supported above [21:39:36 CEST] <ubitux> i mean even ffplay does it; you just need to reconfigure/flush the filtergraph before pushing shit in the pipeline again [21:43:28 CEST] <cone-649> ffmpeg 03Ivan Uskov 07master:6e127990fa9e: Refactoring to move common QSV-related code part into libavcodec/qsvdec.c [21:58:07 CEST] <D404|Ghetto> damn i hate gmail's web interface [21:58:16 CEST] <D404|Ghetto> it hit backspace after hilighting -> back button [21:59:05 CEST] <thardin> use a real mail client [21:59:26 CEST] <D404|Ghetto> i do [21:59:29 CEST] <D404|Ghetto> i have no internet [21:59:37 CEST] <D404|Ghetto> thus no server with my mua [22:00:37 CEST] <BBB> what is this mplayer thing people keep talking about, is it like the iphone? [22:01:19 CEST] <D404|Ghetto> no its more like symbian [22:02:39 CEST] <D404|Ghetto> apologies if gmail fucks up the threading [22:03:18 CEST] <BBB> apologies if my gun kills a kitten [22:03:28 CEST] <BBB> dont blame the tool, blame the user :-p [22:06:27 CEST] <D404|Ghetto> it's web ui is incredibly clunky at best [22:06:29 CEST] <D404|Ghetto> its* [22:06:47 CEST] <D404|Ghetto> if i coat your gun in cooking grease, and you drop it, and it kills a kitten [22:06:50 CEST] <D404|Ghetto> maybe it's more similar ;) [22:07:34 CEST] <BBB> :-p [22:10:11 CEST] <D404|Ghetto> why am i looking at a 4k gif from ubitux [22:10:15 CEST] <D404|Ghetto> what am i even doing with my life [22:11:24 CEST] <wm4> 4K gifs are the future [22:11:24 CEST] <beastd> D404|Ghetto: Haha, though some thing really similar couple of minutes ago :) [22:13:49 CEST] <D404|Ghetto> ;p [22:46:09 CEST] <philipl> 4k? better hope we get hard-accelerated gif decoding. [22:46:17 CEST] <philipl> hardware accelerated. bah [22:46:20 CEST] <BBB> D404|Ghetto: you can do better things with your life, but thats a personal choice [22:47:42 CEST] <BBB> when are you next in NY? [22:49:23 CEST] <D404|Ghetto> np idea. maybe sep or oct [22:49:33 CEST] <D404|Ghetto> im traveling all sep [22:49:38 CEST] <D404|Ghetto> and part of aug [22:49:50 CEST] <BBB> vdd then I guess? [22:55:21 CEST] <JEEB> when was VDD again? [22:55:56 CEST] <j-b> Sept 18-20 [22:56:59 CEST] <D404|Ghetto> yes [22:57:17 CEST] <JEEB> gotcha [22:58:34 CEST] <BBB> does j-b have a notification set for the keyword vdd? [22:58:49 CEST] <nevcairiel> probably [22:59:18 CEST] <j-b> yes [22:59:33 CEST] <j-b> doing elsewise would be stupid. [23:00:23 CEST] <BBB> j-b: do you know specific location? (I couldnt find it in any previous email) - would be useful for hotel booking [23:00:37 CEST] <j-b> nope, that's the issue [23:00:52 CEST] <BBB> ? [23:02:22 CEST] <BBB> this doesnt sound good [23:02:36 CEST] <BBB> what do you need? money? or just an empty space for day 19-20? [23:03:38 CEST] <j-b> everythign :) [23:04:43 CEST] <BBB> I know I want everything also [23:04:48 CEST] <BBB> but what specifically do you need? [23:06:19 CEST] <j-b> I need people to answer emails :) [23:06:24 CEST] <j-b> and money would be nice [23:37:18 CEST] <rcombs> ubitux: so, lavc/srtdec's unknown-tag behavior is kinda weird right now [23:40:01 CEST] <rcombs> ubitux: unknown open tags end up dropped, but unknown unmatched close tags are passed through [23:40:29 CEST] <rcombs> or, wait, no, both get passed through unchanged [23:41:10 CEST] <rcombs> is this expected behavior? do actual SRT files require it? do other parsers handle this the same way? [23:43:34 CEST] <rcombs> and then, when encoding WebVTT, we should probably escape <>s in the input [23:45:12 CEST] <rcombs> which would mean moving `xml_escape_str` from ffprobe.c to lavu [00:00:00 CEST] --- Fri Jul 17 2015

1 0

ffmpeg.log.20150716
by burek 17 Jul '15

17 Jul '15

[00:17:41 CEST] <benny-> hi, i have some file demuxed and got an ac3 stream which plays fine in mediaplayer and vlc, when i trie to remux it with tsremuxer, it says no stream is detected for the ac3 file. is it possible to reencode it with ffmeg (if possible lossless) [00:19:09 CEST] <benny-> also any other format would be fine if the multichannel data doesnt get lost [00:19:25 CEST] <c_14> if you want it lossless, just encode to a lossless codec [00:19:40 CEST] <c_14> flac/pcm/whatever [00:19:51 CEST] <c_14> It'll probably be bigger than the source though. [00:19:57 CEST] <c_14> Since AC3 isn't lossless [00:20:59 CEST] <benny-> how about aac? is it capable of multichannel? [00:21:18 CEST] <c_14> up to 8 [00:21:20 CEST] <benny-> with a high bitrate i may not notice any quality difference [00:21:41 CEST] <c_14> If you care about quality, you'll want a build with libfdk_aac (which means you'll have to build it yourself) [00:23:06 CEST] <benny-> i guess thats not what portage offers me as useflag called aacplus!? [00:23:51 CEST] <c_14> no [00:24:03 CEST] <c_14> It's the fdk flag [00:24:23 CEST] <benny-> thanks, i got that, so i've just to rebuild with that useflag. [00:26:15 CEST] <benny-> any special parameters for the encoding needed or does ffmpeg automaticly make a multichannel file? [00:26:33 CEST] <c_14> If the input is multichannel, the output is automatically multichannel as well. [00:26:43 CEST] <benny-> thanks much \o/ [01:26:21 CEST] <bencc> can I ask ffmpeg to give me a single image from a video every time? [01:26:49 CEST] <bencc> something like '-f image2pipe' but for output instead of input [04:31:10 CEST] <seeit> Is ffserver capable of taking an input from a stream and handling it if it has to buffer? [08:07:13 CEST] <PSvils> Hey everyone! [08:08:07 CEST] <PSvils> I'm getting a strange error compiling ffmpeg with libvpx for android ARM. [08:08:13 CEST] <PSvils> (It's working on Android x86) [08:08:49 CEST] <PSvils> but trying to encode webm, at avcodec_open2, I get an invalid parameter error, with the detailed error being "g_lag_in_frames out of range [..0]" [08:09:10 CEST] <PSvils> this doesn't happen on ARM, which is why I'm a bit stumped, and can't find a lot of info on this. [08:09:21 CEST] <PSvils> I really hope some of you guys have any ideas at all :) [08:36:31 CEST] <PSvils> updating ffmpeg, seeing if that will work. [09:23:22 CEST] <PSvils> sadface, updated ffmpeg, not working at all now. [09:54:15 CEST] <Mavrik> hrmf, can't find in changelog... when was HLS demuxer added? [09:59:24 CEST] <feliwir> hey, how do i stream videos from memory? [10:05:19 CEST] <chungy> feliwir: What do you mean "from memory"? [10:07:33 CEST] <feliwir> chungy: i want ffmpeg when it needs new data and i provide it to it. For exammple i have my video in a zip file and want to decode it [10:08:44 CEST] <chungy> Trying to make it read the file within the zip? you could use avfs... or maybe pipe it in with bsdtar. [10:09:05 CEST] <feliwir> chungy: i am talking about c++ code [11:04:31 CEST] <Power2All> Hi, I got a question regarding FFMPEG and HLS segmenting. Hope anybody can help with this. [11:05:01 CEST] <Power2All> I succesfully got segmenting working for HLS, using also WRAP to remove the old TS files. [11:05:16 CEST] <Power2All> BUt, the m3u8 file keeps growing and growing.... It doesn't clean up the old files in there. [11:05:32 CEST] <Power2All> Could anybody tell me if this is a bug, or do I need something else to put in the parameter to clean it up ? [11:08:19 CEST] <Power2All> Nevermind, seems I did forgot a parameter (segment_list_size), trying it out now anyway [11:20:11 CEST] <Quixxx> Question: How does encoding speed scale with resolution? Is it pretty linear in terms of pixels per second or does it slow down more with higher resolutions? [11:20:34 CEST] <Quixxx> For the sake of argument lets say we are encoding with h.264... or vp8. [12:00:23 CEST] <AstralStorm> hello, I got this message when trying to use aac encoder from my ffmpeg-using application (via libraries) [12:00:39 CEST] <AstralStorm> "The encoder 'aac' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it." [12:01:05 CEST] <AstralStorm> how can I enable those experimental codecs? [12:01:21 CEST] <AstralStorm> (yes, I know it's experimental, no, I cannot use another codec) [12:03:10 CEST] <AstralStorm> I'm using av_guess_codec to pick it [12:03:32 CEST] <AstralStorm> potentially have to pass something to avcodec_open2 in the AVDictionary, but what? [12:07:53 CEST] <AstralStorm> found it, strict_std_compliance [12:09:44 CEST] <AstralStorm> (in AVCodecContext no less) [12:24:51 CEST] <Power2All> mmm [12:24:52 CEST] <Power2All> Thats easy [12:25:09 CEST] <Power2All> -strict experimental -c:a libfaac [12:25:17 CEST] <Power2All> Thats what I use to use the libfaac lib. [12:25:35 CEST] <Power2All> Google for the parameters to configure the bitrate and such. [12:25:42 CEST] <Power2All> Normally that's done with -b:a for example. [12:26:38 CEST] <Power2All> But I got a issue too... Somehow, the TS files with Apple HLS, it's adding a 3rd channel, that contains some kind of "menu" metadata. [12:26:45 CEST] <Power2All> at ID 4096 [12:33:21 CEST] <Power2All> Looks like mediastreamvalidator of Apple doesn't understand the MENU metaheader in the file. [12:33:42 CEST] <Power2All> The ID's of audio and video are 1 and 2, but the ID's are actually set as 256 and 257/ [12:38:10 CEST] <Mavrik-> Power2All, what. [12:38:16 CEST] <Mavrik-> Please don't use libfaac :P [12:41:48 CEST] <AstralStorm> Power2All: you didn't read my question, I'm using the libraries :) [12:42:03 CEST] <AstralStorm> plus, libfaac is terrible, the experimental one is much better [12:42:42 CEST] <AstralStorm> anyway, I've found the answer, AVCodecContext::strict_std_compliance, set it to FF_COMPLIANCE_EXPERIMENTAL [12:55:01 CEST] <Mavrik> Yes, that :) [12:55:11 CEST] <Mavrik> (Sorry, got distracted before telling you the answer -_- ) [13:22:35 CEST] <Power2All> Meh, I do not need ultra good quality audio tbh. [13:23:02 CEST] <Power2All> Seems to be normal that ffmpeg creates a menu stream in de TS file. [13:26:11 CEST] <BtbN> It shouldn't do that by default [13:48:14 CEST] <jonascj> Hi all. Can I hope to add 50-200% to a video's length (by adding all black frames) without having it increase 50%-200% in size? Is there a codec smart enough to make all black frames take up almost no space? [13:48:46 CEST] <BtbN> That's how all video codecs work [13:49:08 CEST] <BtbN> 100% static frames should need close to zero bandwidth [13:50:29 CEST] <jonascj> BtbN: So a few hours worth of all black video should be doable within 10-100 MB? [13:51:49 CEST] <jonascj> I suppose so, ignore that question. [13:54:12 CEST] <jonascj> Any hints on how I should do this smartest? The input video specs are these http://paste.linux.chat/view/5fdd6ea8 and I want to add a given length of black video, no audio onto the end of that video. Should I create an all black video matching the other video and concatanate them? [14:48:12 CEST] <jonascj> Hmm, demux concat'ing the output of "ffmpeg -loop 1 -i black.png -c:v libx264 -t 300 -r 29.97 black.mp4" with a video with these specs http://paste.linux.chat/view/5fdd6ea8 did not work. It produced errors as soon as it got to the black.mp4 file, and the concat'ed output file was still the length of input.mp4, not length of input.mp4+black.mp4. [14:54:00 CEST] <BtbN> I think you can't concat mp4 files [14:54:03 CEST] <BtbN> Use mpeg-ts [14:56:39 CEST] <jonascj> BtbN: It worked fine with two times the black.mp4 [14:57:15 CEST] <jonascj> I thought it was because the two video files did not match in codec or similar [14:57:40 CEST] <BtbN> The mp4 demuxer doesn't handle it very well if the smallest detail changes [14:57:43 CEST] <BtbN> mpeg-ts doesn't care at all [14:57:52 CEST] <BtbN> you can change absolutely everything [14:58:20 CEST] <BtbN> so remux to mpeg-ts, concat, and then mux the result as mp4 again, if you realy need mp4 [14:59:57 CEST] <jonascj> "ffmpeg -i input.mp4 -c copy -map 0 output.ts" ? [15:01:13 CEST] <Mavrik> BtbN, huh [15:01:33 CEST] <Mavrik> if you change SPS/PSS most decoders will choke on TS as well [15:01:49 CEST] <BtbN> stream changes are perfectly fine in mpeg-ts [15:02:03 CEST] <BtbN> it frequently happens in TV live broadcasts [15:03:34 CEST] <jonascj> This is what I tried to concat http://paste.linux.chat/view/ed326d1b [15:04:09 CEST] <Mavrik> BtbN, no. [15:04:12 CEST] <BtbN> shouldn't be a problem, just try with mpeg-ts [15:04:54 CEST] <Mavrik> BtbN, if you'd try something like that even the Cisco and other broadcasting muxers are going to just kill your signal ;) [15:04:56 CEST] <BtbN> also, your ffmpeg version is horribly out of date. [15:05:19 CEST] <BtbN> Mavrik, i have seen this happen a lot of times. Commercials start, stream-change to a diffrent resolution and framerate. [15:05:24 CEST] <BtbN> It's documented and supported. [15:05:36 CEST] <jonascj> BtbN: true on the version, I'm on an old system atm. [15:06:08 CEST] <Mavrik> BtbN, ugh, no. [15:06:15 CEST] <Mavrik> AR can change yes. [15:06:29 CEST] <Mavrik> resolution? Certanly not. At least not on any DVB network. [15:06:45 CEST] <Mavrik> Framerate? Maybe, because H.264 isn't really constant framerate. [15:06:55 CEST] <jonascj> BtbN: the conversion to mpeg-ts, is that "ffmpeg -i input.mp4 output.ts"? Or do I need to specify the mpeg-ts format? [15:07:03 CEST] <BtbN> No, that actualy happens. For some channels the commercials are still SD, and they just stream-change instead of transcoding them. [15:07:08 CEST] <BtbN> jonascj, -c copy [15:07:12 CEST] <BtbN> otherwise, yes [15:08:12 CEST] <Mavrik> BtbN, yes, I've seen it, it killed most of our STBs [15:08:13 CEST] <Mavrik> :) [15:08:18 CEST] <Mavrik> and several mobile devices [15:08:26 CEST] <Mavrik> I should be probably clearer :P [15:08:31 CEST] <BtbN> It's a documented feature of mpeg-ts/dvb [15:08:38 CEST] <BtbN> Of course it's not the same h264 stream [15:08:41 CEST] <Mavrik> jonascj, "-codec copy", you don't wanna lose quality. [15:08:46 CEST] <BtbN> one stream ends and another one imediately takes over [15:08:56 CEST] <Mavrik> BtbN, ah, now I know what do you mean. [15:09:04 CEST] <Mavrik> IIRC that has to be flagged. [15:09:11 CEST] <BtbN> Yes, it's a stream-change [15:09:23 CEST] <jonascj> "-codec copy" and "-c copy" is the same, right? [15:09:27 CEST] <BtbN> yes [15:09:28 CEST] <Mavrik> yp. [15:09:42 CEST] <BtbN> But you realy should update your ffmpeg first [15:09:52 CEST] <BtbN> most advice given here assumes the most recent version. [15:09:59 CEST] <jonascj> It died requesting me to add "-bsf h264_mp4toannexb", now it is running without error, but it will take some time before I know if it worked or not [15:10:18 CEST] <BtbN> remuxing should be fast [15:10:38 CEST] <jonascj> now it is done :P [15:19:03 CEST] <jonascj> BtbN: it worked perfect in mpeg ts format (the concatanation, that is). [15:19:17 CEST] <BtbN> as expected [15:20:49 CEST] <jonascj> For anyone with advanced audio/video/format/codec knowledge :) [15:24:33 CEST] <BtbN> It doesn't take much to know that mp4 is a terrible container. [15:24:45 CEST] <BtbN> It's only popular because powerfull companies are pushing it. [15:28:34 CEST] <Mavrik> Well, it's not that terrible and makes sense for usage it was meant for. [15:28:42 CEST] <Mavrik> But then some retard decided it's the right container to use for web streaming. [15:28:45 CEST] <BtbN> No, it's awfull [15:28:46 CEST] <Mavrik> or any other streaming. [15:28:55 CEST] <BtbN> it's extremely complex, and has a bunch of issues [15:29:05 CEST] <BtbN> It's especialy useless for streaming without hacks [15:32:42 CEST] <Mavrik> Yeah, it was never meant for any kind of streaming. [16:04:26 CEST] <vlad_> hi all! I have a question: [16:05:44 CEST] <vlad_> I'm trying to trim certain portions from a video (__temp.mp4) into a final one (output.mp4) [16:05:51 CEST] <vlad_> and I use this command: http://dpaste.com/24PJM7H [16:06:26 CEST] <vlad_> but the output video doesn't have sound altough I use -c:a libfdk_aac [16:06:46 CEST] <vlad_> can anyone help me solving this problem, please? [16:11:07 CEST] <DHE> might try also adding "-map 0:a" so that it explicitly pulls in the audio as well [16:14:38 CEST] <vlad_> DHE: -map 0:a -map [a11] ?? [16:15:56 CEST] <thebombzen> vlad_: Try reading this wiki article: https://trac.ffmpeg.org/wiki/How%20to%20use%20-map%20option [16:16:04 CEST] <thebombzen> It explains how to use -map to select streams [16:16:46 CEST] <vlad_> thebombzen: streams are actually video+audio? [16:17:39 CEST] <thebombzen> vlad_: when you try to encode, it lists the stream mapping at the bottom. what does that say? [16:22:13 CEST] <vlad_> thebombzen: I think you're asking for this: http://dpaste.com/0322750 [16:23:12 CEST] <thebombzen> vlad_: what is the full uncut ffmpeg output? Notice that the audio stream isn't listed there. That means it's not being mapped to the output. [16:23:32 CEST] <DHE> vlad_: yes, did you try that? [16:23:53 CEST] <vlad_> full uncut ffmpeg output of what? [16:24:01 CEST] <vlad_> what command? [16:24:51 CEST] <DHE> vlad_: try adding -map 0:a like you indicated [16:25:02 CEST] <thebombzen> vlad_: the command you ran. Also did you try doing -map [a11] -map 0:a? [16:25:17 CEST] <DHE> you're manually building the list of streams for the output, but only named one [16:28:41 CEST] <vlad_> I'm actually very new to ffmpeg, and I came across that command, but I want the output to contain trimmed audio as well [16:29:12 CEST] <vlad_> does the current command still trim video in a optimal way? is it a better way of doing it? [16:31:51 CEST] <DHE> ah yes, the audio would be passed through unmodified... [16:33:10 CEST] <DHE> the concat filter will process audio, but it needs to be explicitly specified [16:33:38 CEST] <DHE> trimming requires the use of the atrim filter [16:34:07 CEST] <DHE> so you'd have to mix and match with filter options like [0:a]atrim=....[audio1];.. [16:34:42 CEST] <DHE> also with concat you can do it all it one shot rather than several concat instances. [16:35:56 CEST] <DHE> [vid1][aud1][vid2][aud2][vid3][aud3]..[vid6][aud6] concat=n=6:v=1:a=2 [videoout][audioout] [16:36:15 CEST] <DHE> (I haven't actually tried this, just building on the filter documentation and examples) [16:37:44 CEST] <vlad_> DHE: I have so many question right now [16:38:06 CEST] <vlad_> 1) why is a=2 in concat=n=6:v=1:a=2 ?? [16:39:34 CEST] <DHE> oops, my bad [16:39:40 CEST] <DHE> the example used 2 and I messed up [16:39:42 CEST] <DHE> sorry [16:40:26 CEST] <vlad_> 2) what is PTS-STARTPTS in setpts=PTS-STARTPTS ? [16:50:47 CEST] <vlad_> DHE: how does this look: http://dpaste.com/30VV2ZF ??? [16:54:06 CEST] <vlad_> thebombzen: http://dpaste.com/30VV2ZF is it ok? [16:55:28 CEST] <thebombzen> vlad_: I don't know, does it work? [16:55:42 CEST] <vlad_> nope :( [16:55:50 CEST] <thebombzen> what is the output then? [16:56:48 CEST] <vlad_> http://dpaste.com/16B4GZF [17:08:28 CEST] <thebombzen> vlad_: you need to use asetpts for audio, not setpts [17:08:54 CEST] <vlad_> thebombzen: ok, thanks a lot :) [17:08:56 CEST] <thebombzen> vlad_: https://ffmpeg.org/ffmpeg-filters.html very helpful page, yo. I would read it, mad utility [17:09:15 CEST] <thebombzen> vlad_: or at least, search it when necessary [17:15:24 CEST] <vlad_> thebombzen: is it possible to have multiple audio trims that may be overlayed ? [17:15:52 CEST] <vlad_> so [0, 12] & [4, 7] ? [17:17:03 CEST] <thebombzen> vlad_: if you're looking for amix, that's a filter. Check the filter page I linked, it's probably got what you want. [18:45:10 CEST] <Derudaf> Hello chat, i got a question about muxing subtitles on a .mkv file, is there some one that maybe can help me ? :) [19:05:06 CEST] <RobotsOnDrugs> not if you don't actually ask the question and then leave after a few minutes [19:05:15 CEST] <thebombzen> haha [19:05:52 CEST] <thebombzen> They should put "don't ask to ask, just ask" in the titlebar. I've seen that before. Not sure how much ithelps but at least it'll be there. [19:07:03 CEST] <DHE> there's a variant where people will seem to be seeking one-on-one help. that must also be discouraged if at all possible. [19:07:16 CEST] <RobotsOnDrugs> that's less common, but yes [19:09:33 CEST] <vlad_> DHE, thebombzen thank you guy very much for your input, it really helped me a lot [19:09:43 CEST] <vlad_> guys [19:13:54 CEST] <podman> hey! if i have a video with non-square pixels, how can I use setsar to make sure the output video maintains the correct aspect ratio but uses square pixels instead? [19:14:49 CEST] <durandal_1707> setsar='1/1' ? [19:14:58 CEST] <sfan5> -vf scale=iw*sar:ih [19:15:03 CEST] <sfan5> (https://ffmpeg.org/pipermail/ffmpeg-user/2011-November/003203.html) [19:15:22 CEST] <podman> sfan5: thanks. one issue i have with that is when i try to do that the width/height are not divisible by 2 [19:15:28 CEST] <podman> which i need for h264 [19:15:37 CEST] <vlad_> DHE: thebombzen I have a new question though :) ... using "atrim" I can trim from audio streams, is there a way to specify at what timestamp to put this "atrim"?? [19:16:16 CEST] <sfan5> podman: -vf scale='iw+mod(iw,2):ih+mod(ih,2)' can do that [19:16:27 CEST] <vlad_> for example: I want [00:05.000-00:10.000] to be inserted at 00:00.000 in the output file [19:16:50 CEST] <podman> sfan5: ah, interesting, I'll give that a try! then i can combine that scale with another scale if I need to get it to a different size? [19:17:04 CEST] <sfan5> yes you can use multiple filters at one [19:17:08 CEST] <sfan5> just add a comma between then [19:17:25 CEST] <sfan5> like this: -vf scale=iw*sar:ih,scale='iw+mod(iw,2):ih+mod(ih,2)' [19:17:27 CEST] <podman> right, excellent, i'll give that a shot [19:18:24 CEST] <podman> sfan5: actually, the first scale is what causes the issue [19:19:02 CEST] <podman> oh, wait [19:19:04 CEST] <podman> nevermind [19:19:05 CEST] <podman> hmm [19:19:34 CEST] <podman> sfan5: does the iw in the second scale reflect the value of the first scale? [19:19:47 CEST] <sfan5> yes [19:19:52 CEST] <podman> oh [19:19:57 CEST] <podman> alright, I'll play around with it [19:20:17 CEST] <sfan5> the second filter operates on the frames produced by the first filter [19:20:29 CEST] <podman> i think i might try this: scale='iw*sar:ih,min(iw+mod(iw,2),#{width}):-2' [19:23:30 CEST] <podman> sfan5: that seems to have worked! thank you so much [19:28:07 CEST] <ffmpegfanboy> I got a question about subtitles muxed on to an .mkv file, is there somebody that can help ? :) [19:28:34 CEST] <sfan5> there are many people here, just ask [19:29:59 CEST] <ffmpegfanboy> okay :) How do i set a subtitle as default, so when i for example play the mkv file in VLC the subtitles shows from the start, so i dont have to select the subtitle ? :) [19:33:42 CEST] <ffmpegfanboy> hope that some one can help :) [19:36:12 CEST] <podman> that sounds like a VLC setting as opposed to ffmpeg [19:40:22 CEST] <ffmpegfanboy> can i pm you with the command podman ? :) [19:50:21 CEST] <ffmpegfanboy> How do i set a subtitle as default, so when i for example play the mkv file in VLC the subtitles shows from the start, so i dont have to select the subtitle ? :) [19:55:50 CEST] <pzich> ffmpegfanboy: based on my brief google search, I'm not seeing a simple way to do it with ffmpeg, but it looks like mkvpropedit will: http://stackoverflow.com/q/26956762 [19:56:41 CEST] <ffmpegfanboy> i will try, thanks pzich :) [19:56:51 CEST] <sfan5> mkvmerge should be able to this, too [19:57:21 CEST] <c_14> I think you can set stream metadata for mkv disposition=default [19:59:36 CEST] <derpderpuz> sup yalls [19:59:59 CEST] <derpderpuz> I've got a question about a little project I'm trying to do. [20:01:29 CEST] <derpderpuz> I am currently wanting to write a script that will take a directory full of files, and split each file up into 10 second pieces of that video. for example: take a 100second video and make it into ten different 10 second videos [20:02:00 CEST] <derpderpuz> so far I've got a script that will trivially grab the first 10 seconds of the video.. but im using bash [20:03:14 CEST] <derpderpuz> As well, once I have the videos I have, I'd like to have them converted the audio and video streams to super high bitrates in the following formats MXF, MKV, OGG, NUT, and GBS [20:03:54 CEST] <derpderpuz> I've used the b:v and b:a flags to alter the bitrate on some of the videos and I get an output file, but it doesn't reflect the bitrate changing. [20:03:59 CEST] <sfan5> why super high bitrates? [20:04:19 CEST] <sfan5> and for what purpose nut files? [20:04:22 CEST] <derpderpuz> well I'm wanting to fuzz these formats [20:04:25 CEST] <c_14> derpderpuz: What's your command? [20:04:33 CEST] <derpderpuz> c_14: in regard? [20:05:05 CEST] <c_14> You've used the flags but the bitrate didn't change, what's your complete command when you do that. [20:05:07 CEST] <derpderpuz> the nut files are just some obscure format. I picked an obscure one just to be sure theres not too much fuzzing being done on it already [20:05:12 CEST] <derpderpuz> oh okay [20:05:16 CEST] <derpderpuz> let me check real quick. [20:06:07 CEST] <sfan5> if you have little container overhead (cuz high bitrates) and do fuzzing you'll likely just modify the encoded video instead of the contain fmt structures [20:06:08 CEST] <derpderpuz> ffmpeg -i input.whatever -b:v 1M -b:a 192k output.whatever [20:06:26 CEST] <sfan5> container* [20:06:33 CEST] <derpderpuz> fmt? [20:06:37 CEST] <sfan5> format [20:06:39 CEST] <derpderpuz> finite model thereoy? [20:06:40 CEST] <derpderpuz> lol [20:07:01 CEST] <derpderpuz> right right [20:07:04 CEST] <derpderpuz> the reason that is [20:07:29 CEST] <derpderpuz> because I'm building a smart fuzzer (partially) which is mainly aimed at the headers and end of streams [20:07:44 CEST] <derpderpuz> my logic to fuzz encoded video is for rendering bugs [20:08:05 CEST] <sfan5> uh [20:08:15 CEST] <sfan5> how do you define 'correctly rendered' when the video stream is invalid? [20:08:33 CEST] <derpderpuz> sorry I don't understand the question [20:09:07 CEST] <sfan5> if you fuzz the encoded video and make it invalid by doing that [20:09:14 CEST] <sfan5> how do you know whether it is correctly rendered? [20:09:20 CEST] <derpderpuz> hah sort of a noob to fuzzing. trying to learn and contribute to an open source project [20:09:36 CEST] <derpderpuz> i don't know if it is rendered correctly [20:09:43 CEST] <c_14> derpderpuz: that should work [20:09:49 CEST] <c_14> That command. [20:09:51 CEST] <sfan5> how do you want to find rendering bugs then? [20:09:55 CEST] <c_14> Can you pastebin console output? [20:10:02 CEST] <derpderpuz> but the assumption would be that the original video renders properly [20:10:08 CEST] <derpderpuz> the fuzzed video renders differently [20:10:37 CEST] <derpderpuz> to know that it is rendered "improperly" in this context would be to crash VLC or cause the video to end prematurely [20:10:52 CEST] <derpderpuz> c_14 one moment yes [20:10:59 CEST] <sfan5> if it crashes vlc you might find vlc bugs instead of ffmpeg bugs [20:11:17 CEST] <sfan5> so you might want to use ffplay [20:11:53 CEST] <derpderpuz> well most of the stuff I'm targeting are going to be formats which are libraries used by both ffmpeg and vlc [20:12:51 CEST] <derpderpuz> so what I'd be hoping for is that I can find a bug in the way that vlc is parsing the library (which could be similar in ffmpeg) but really more or less the reason I came to consult with you guys [20:13:07 CEST] <derpderpuz> was the splitting of the videos and proper altering of the bitrate [20:13:18 CEST] <derpderpuz> vlc sucks for that stuff [20:13:24 CEST] <derpderpuz> and brb c_14 [20:13:38 CEST] <sfan5> i think vlc is not meant to be a proper video converter [20:13:48 CEST] <derpderpuz> no its not really lol [20:13:59 CEST] <derpderpuz> and I've got plenty of gui ones taht would seem to wkr [20:14:13 CEST] <derpderpuz> but theyre jsut a bitch to use and i have a jillion files [20:14:26 CEST] <derpderpuz> the only one would be the mkv which would be a sinch with the MkvToolnix [20:14:39 CEST] <derpderpuz> but I figured you guys may have a creative solution as far the splitting goes [20:14:49 CEST] <derpderpuz> for me the 'trim" function doesn't seem to work at all [20:15:08 CEST] <derpderpuz> but someone told me there were some decent python libraries/wrappers for ffmpeg [20:15:59 CEST] <sfan5> i would just get the duration and have a counter incremented by 10 each step and then run ffmpeg -ss <counter> -i video.avi -t 10 out.mkv [20:17:59 CEST] <derpderpuz> http://pastebin.com/Nqy1pGiL [20:19:14 CEST] <c_14> derpderpuz: you're using libav, not ffmpeg [20:19:20 CEST] <c_14> Can you retry with the static build? [20:19:22 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [20:19:50 CEST] <derpderpuz> thank you [20:19:52 CEST] <derpderpuz> i'll do this [20:19:58 CEST] <derpderpuz> um how do I do this by the way lol [20:20:04 CEST] <derpderpuz> I can't apt-get? [20:20:37 CEST] <c_14> Go to that page, and just wget the bz2, then extract it. [20:20:56 CEST] <derpderpuz> Lol the fact i'm using libav makes sense [20:20:57 CEST] <derpderpuz> now [20:21:09 CEST] <derpderpuz> when I run "ffmpeg anyvideo.mp4" fuckig VLC pops up [20:21:12 CEST] <derpderpuz> same with ffplay [20:21:18 CEST] <derpderpuz> and alright [20:21:19 CEST] <derpderpuz> doin that now [20:22:31 CEST] <derpderpuz> only available builds show to be in tar.xz [20:22:38 CEST] <derpderpuz> that the same file you're talking about? [20:22:59 CEST] <c_14> ye [20:23:35 CEST] <derpderpuz> oooh [20:23:40 CEST] <derpderpuz> i like how the xz disappears [20:23:43 CEST] <derpderpuz> fuck gz [20:24:15 CEST] <c_14> tar xJvf ffmpeg.tar.xz [20:24:26 CEST] <derpderpuz> oh i just xz -d [20:24:32 CEST] <derpderpuz> thanks 4 dat [20:25:03 CEST] <relaxed> tar xvf should do it too [20:25:34 CEST] <derpderpuz> from here I can just run any of the ffmeg ELFs [20:25:38 CEST] <derpderpuz> ? [20:25:48 CEST] <relaxed> yes [20:26:20 CEST] <derpderpuz> oh i think i just learned what a static build is now lol [20:26:25 CEST] <derpderpuz> awsome [20:28:23 CEST] <derpderpuz> ok so can i just put the ffmpeg elf into my PATH env var? [20:28:27 CEST] <derpderpuz> so i can just run it [20:29:13 CEST] <c_14> yes [20:29:22 CEST] <c_14> as long as it's before your system ffmpeg in your PATH [20:32:18 CEST] <derpderpuz> stupid fuckin thing [20:34:04 CEST] <derpderpuz> okay so maybe I should rephrase my question [20:35:27 CEST] <derpderpuz> context: I'd like to have the bitrate as high as humanly possible during fuzzing, because often the fuzzer or fuzzer manager will kill the video only a few seconds in to being played, so I'd like to have it hit as much of the video possible , that's why I'm increasing the bitrate [20:35:58 CEST] <derpderpuz> question: is there any way I can just set the bitrate to some SUPER high range that no video is set to normally? [20:36:15 CEST] <derpderpuz> for me the bitrate doesn't seem to change at all when I check my output file with -i [20:36:51 CEST] <derpderpuz> also, c_14 and relaxed and others, you're all great. thank you :) [20:40:08 CEST] <c_14> If you're using x264, just set crf=1 ? [20:41:25 CEST] <derpderpuz> well i'm not using any codecs imparticular [20:41:35 CEST] <derpderpuz> i'm actually using like thousands and thousands of various files [20:41:38 CEST] <derpderpuz> and various formats [20:42:08 CEST] <derpderpuz> the goal is to have all of them converted into a set few formats (mkv / mxf / a few others) with really high bitrates [20:42:50 CEST] <derpderpuz> and have each of these split up into 10 second segments [20:43:58 CEST] <c_14> You can try setting the bitrate to some really high number, but the encoder might not use all of it. [20:44:38 CEST] <derpderpuz> might not use all of it? [20:45:03 CEST] <derpderpuz> like the bitrate will be too high for it to be rendered by the encoding [20:45:05 CEST] <c_14> If the encoder decides it doesn't need that much bitrate for the video, it won't use it. [20:45:11 CEST] <derpderpuz> hmm [20:45:11 CEST] <derpderpuz> okay [20:45:20 CEST] <c_14> Though you might be able to force cbr with minrate and maxrate [20:45:50 CEST] <derpderpuz> will the -c copy maintain the streams encoding of the streams even if I have one file converted to another [20:50:44 CEST] <c_14> As long as you're only changing formats and the stream is compatible with that format, yes. [20:51:45 CEST] <derpderpuz> okay badass [20:51:55 CEST] <derpderpuz> will you be around for the next 10 mins? [20:52:00 CEST] <derpderpuz> going to try and implement your coutner thing [20:52:15 CEST] <c_14> sure [21:05:18 CEST] <derpderpuz> damn have to go to meeting [21:05:18 CEST] <derpderpuz> brb [21:05:22 CEST] <derpderpuz> like 30 mins [21:10:37 CEST] <Svenska> hi. i've got a general question about MPEG4... if I wanted to write a decoder, how much memory do I minimally need to decode frames of e.g. 172x144 resolution? [21:11:29 CEST] <Svenska> the background is that I have access to a 32-bit embedded system with ~512 KB of high-speed memory (and some more which is incredibly slow), but high processing throughput [21:11:42 CEST] <Svenska> so the question is: how much state do i need to keep? [21:12:27 CEST] <Svenska> (the device in question is more like an accelerator chip next to a dual-core arm linux system) [21:12:40 CEST] <pzich> are you storing the frame output in that high speed memory too? 172x144x4 bytes is already 97K [21:12:50 CEST] <Svenska> no [21:13:20 CEST] <Svenska> it is a 16-core device with 32 KB of memory per core (total 512 KB, minus code size) [21:13:42 CEST] <Svenska> the idea is to stream mpeg data in, and stream yuv or rgb data out [21:47:46 CEST] <Svenska> pzich: any idea? [21:48:58 CEST] <pzich> Svenska: unfortunately not, don't have much experience with writing my own decoder or embedded system optimizations [21:49:55 CEST] <Svenska> anyone else who can give me some background on mpeg4 decoders? [22:16:28 CEST] <derpderpuz> c_14 you there? [22:37:19 CEST] <podman> is there a way to have ffmpeg output something if -ss is fast the duration of the input file when creating an image? like the last frame of the video or something? [22:38:37 CEST] <derpderpuz> can you rephrase? [22:43:35 CEST] <Mavrik-> Svenska, which of the MPEG-4 video formats are you interested in/ [22:43:37 CEST] <Mavrik-> ? [22:44:22 CEST] <Svenska> Mavrik: probably just some basic profile [22:44:52 CEST] <Svenska> simple profile [22:47:39 CEST] <Mavrik> That should certanly be doable with 512K of RAM (after all, devices playing that had significantly less) but I need to look at the standard [22:51:39 CEST] <Mavrik> Yeah, Simple profile limits VBV buffer to 16K + whatever frame you're currently decoding (+ I-frame) [22:52:05 CEST] <Mavrik> so you could probably get away with storing 2-3 frames if you need them [22:53:38 CEST] <Svenska> so two frames plus 16K [22:55:19 CEST] <Svenska> our problem is that we do have a (not our own...) SP decoder, which uses >20 MB of external memory, accessing it all over the place and limiting the speed to ~5 fps [22:55:52 CEST] <Svenska> on a highly parallel system; it is definitely better to implement our own decoder then, but i wanted to know if it is feasible to do so [22:56:26 CEST] <Mavrik> Mhm, I'm just not sure just how much cross-talk are you going to have if you have 32K per thread [22:56:42 CEST] <Mavrik> Is your system sensitive to threads accessing other threads memory? [22:56:54 CEST] <Svenska> well, communication speed between the core-local memories is fast enough [22:57:24 CEST] <Svenska> some GB/s, so no big deal. external memory (32 MB in size) is limited to ~75 MB/s with high latency [22:57:25 CEST] <Mavrik> even though, MPEG4-SP has tiny blocks [22:58:06 CEST] <Svenska> do blocks depend on each other, or is it possible to parallelize them? [22:59:06 CEST] <Mavrik> Depends on motion vectors [22:59:08 CEST] <Svenska> our goal would be to implement a decoder in a dataflow fashion, streaming the data through the chip [22:59:10 CEST] <Mavrik> But yeah, it can happen for you [22:59:13 CEST] <Mavrik> http://www.diva-portal.org/smash/get/diva2:402602/FULLTEXT01.pdf [22:59:28 CEST] <Svenska> LOL [22:59:31 CEST] <Mavrik> I guess some guys already worked at that :P [22:59:35 CEST] <Svenska> that guy is my collegue :D [23:00:11 CEST] <Mavrik> :D [23:00:31 CEST] <Svenska> he says hi :D [23:00:54 CEST] <Mavrik> Anyway, I'd have to re-read the ISO document for concrete answers :/ [23:01:18 CEST] <Mavrik> And it's a 500 page muck with everything scattered around, so can't really answer all of those out of my head. [23:01:48 CEST] <Svenska> is it available somewhere, or some other good documentation on mpeg4 ? [23:01:50 CEST] <Mavrik> But the decoder requirements are in there somewhere :( [23:02:17 CEST] <Mavrik> That's the definition: http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm… [23:03:20 CEST] <Svenska> mh, so costs big money :( [23:03:59 CEST] <Mavrik> Just google the number :) [23:04:47 CEST] <Svenska> you win :) [23:06:26 CEST] <Svenska> but if it is possible to get by with relatively little memory (and relatively few accesses to external memory), then it's worth going there [23:07:31 CEST] <Svenska> do you know how it compares to larger profiles of mpeg4, like HD or so? [23:11:00 CEST] <Mavrik> Hmm, there's a table in appendix N [23:11:04 CEST] <Mavrik> it's not the resolution it kills you [23:11:13 CEST] <Mavrik> it's how many frames for lookahead / lookback you need to keep [23:11:30 CEST] <Mavrik> H.264 (MPEG-4 AVC) for example has Baseline profile which has those severely limited and it's meant for low mem devices [23:12:00 CEST] <Mavrik> Do you have framebuffer inside those 512K? [23:12:05 CEST] <Svenska> no [23:12:45 CEST] <Svenska> this chip is "just" an accelerator to the linux system [23:13:17 CEST] <Svenska> it shares 32 MB of memory with the arm cores, and contains 16 cores (each with 32 KB of local memory) and a high-speed network [23:14:06 CEST] <Svenska> the main concern is how much "state" i need to keep inside the decoder, and how often this state needs to be accessed [23:16:12 CEST] <Svenska> swapping it out severely hurts performance, but that's acceptable - hopefully we can quadruple performance soon(ish), when the interface gets updated [23:17:55 CEST] <Svenska> not enough to do fullHD, but maybe PAL resolution [23:18:40 CEST] <Svenska> what does VCV and VBV stand for? [00:00:00 CEST] --- Fri Jul 17 2015

1 0