Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2015

1 participants
62 discussions

ffmpeg-devel.log.20150515
by burek 16 May '15

16 May '15

[00:01:35 CEST] <ubitux> wm4: also -of flat -show_entries frame=best_effort_timestamp_time [00:01:41 CEST] <ubitux> (or pts or whatever) [00:03:22 CEST] <ubitux> it's funny that we do not actually have a pts entry for the frame [00:03:34 CEST] <ubitux> but i guess best_effort_timestamp is better :) [00:04:04 CEST] <wm4> best_effort_timestamp is still wrong in some known cases [00:04:12 CEST] <ubitux> can't be worse than pts [00:04:18 CEST] <ubitux> (actually...) [00:04:39 CEST] <ubitux> we should add an entry for pts in ffprobe [00:51:33 CEST] <wm4> ubitux: what would the pts be? [00:55:01 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:8f1afde11d4d: avcodec/diracdec: Make data_unit_size unsigned [00:55:02 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:9f0b898e8258: avcodec/dvbsubdec: Clear w/h/size on region buffer allocation failure [00:55:03 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:47cbcf20d6f2: avcodec/h264_slice: Fix ranges in assert [01:07:10 CEST] <cone-345> ffmpeg 03Vignesh Venkatasubramanian 07master:b5508f74b9cd: lavf/webmdashenc: fix unchecked strftime [01:58:19 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07release/2.6:8e94e5d3395e: tests/fate-run: do not attempt to parse tiny_psnrs output if it failed [01:58:20 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07release/2.6:5a8b43285baa: avformat/mux: Add avoid_negative_ts_use_pts [01:58:21 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07release/2.6:d9390b9d649c: avformat/matroskaenc: Use avoid_negative_ts_use_pts if no stream writes dts [01:58:22 CEST] <cone-345> ffmpeg 03James Almer 07release/2.6:9fc45b313c37: dashenc: replace attribute id with contentType for the AdaptationSet element [03:36:25 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:ca688de2c75c: fate: increase the number of filtered frames to 20 for edgedetect* & hue [07:23:00 CEST] <ubitux> wm4: frame->pts? [09:03:10 CEST] <wm4> ubitux: does it have a valiue outside of lavfi? I thought not [09:52:46 CEST] <ubitux> wm4: ah, i guess that's the reason it's not printed then; ok [12:56:34 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:dc4a621e9ceb: avcodec/vp3: Cleanup order of operations for current_run check [12:56:35 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:3793caa5e2d1: avcodec/acelp_vectors: Assert that x is within the array in ff_set_fixed_vector() [12:56:36 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:da2f1568439f: ffmpeg: remove unneeded ost->filter check [12:56:37 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:670702f91dfa: ffmpeg: Print an error if avfilter_graph_queue_command() failed [16:30:02 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:5e1d530f9118: avcodec/vp9: Use separate memset for counts.eob [16:30:03 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:c4c6aea397f6: avcodec/proresdec2: Reset slice_count on deallocation [16:30:04 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:c347f75d6bda: avcodec/put_bits: Remove dead code in put_bits() [17:41:24 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:d201becfc0d8: avcodec/shorten: Check skip_bytes() [17:41:25 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:2d15588124ab: avcodec/shorten: Fix code depending on signed overflow behavior [17:41:26 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:294469416d81: avcodec/shorten: More complete pred_order check [17:41:27 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:cdd25f9a3df3: avcodec/smvjpegdec: check avcodec_decode_video2() return code [17:41:28 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:c131a9fead5b: avcodec/sonic: check memory allocations [17:41:29 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:ade8a46154cb: avcodec/sonic: More completely check sample_rate_index and channels [20:32:49 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:0f3e6959bfa6: avcodec/dcadec: Check scale table index [20:32:50 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:fc624ec9ba7e: avcodec/dcadec: Check active_bands [20:32:51 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:ff1d85b0ede1: avcodec/svq1dec: Remove duplicate buf_size check [20:32:52 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:e6ec65d2d329: avformat/rtsp: print a debug level note if time parsing fails [21:25:24 CEST] <kierank> heh audio in mpegts broken [21:34:14 CEST] <wm4> detected as mp3? [21:34:35 CEST] <wm4> btw. where the hell did our gsoc students go [21:34:48 CEST] <wm4> and whatever other *socs there were [21:34:59 CEST] <kierank> opw is starting later [21:35:11 CEST] <kierank> outreachy i mean [21:48:01 CEST] <Daemon404> kierank, ? [21:48:20 CEST] <kierank> Daemon404: Ticket #4561 [21:48:54 CEST] <JEEBsv> at least it still finds it as aac [21:48:58 CEST] <Daemon404> o [21:49:19 CEST] <Daemon404> i really should revive my mpegts/hls patchset [21:49:32 CEST] <Daemon404> hopefully AngryMan doesnt show up [21:49:39 CEST] <kierank> which angry man [21:50:00 CEST] <Daemon404> cant remember but one of his names was ALL CAPS [22:01:35 CEST] <kierank> JULIAN GARNDER [22:05:52 CEST] <llogan> "joolz" [22:13:54 CEST] <BBB> I want to do something useful [22:14:02 CEST] <BBB> Ive been reproducing libvpx bugs for the past 24 hrs [22:14:07 CEST] <BBB> and then recreating them [22:14:14 CEST] <BBB> anyone got ideas? [22:15:08 CEST] <wm4> some of my users apply openhevc patches just to get realtime hevc playback (and they use intrinsic, i.e. not allowed in ffmpeg) [22:15:55 CEST] <JEEBsv> yeah, and most dshow windows users have those merged as well since nev's backported some of the openhevc stuff into his tree [22:18:35 CEST] <BBB> I should put myself on that consulting page [22:18:49 CEST] <Daemon404> that page is so old... [22:18:53 CEST] <Daemon404> and inaccurate [22:18:59 CEST] <BBB> indeed [22:19:08 CEST] <ubitux> i still get many mail for random stuff [22:19:15 CEST] <kierank> yes, same [22:19:19 CEST] <kierank> I get lots of random mail [22:19:32 CEST] <ubitux> ppl asking how to encode h264, or write shit on android etc [22:19:45 CEST] <Daemon404> please sir, it is due in two weeks [22:19:49 CEST] <ubitux> it's cool to follow what's trending somehow [22:19:56 CEST] <BBB> you give them the politicians response: for a friendly donation of $10M, Ill do anything [22:20:07 CEST] <BBB> all US members of congress do that [22:20:15 CEST] <BBB> as do all US presidential candidates [22:20:23 CEST] <ubitux> i don't want to take the risk to actually have to do it [22:20:28 CEST] <BBB> hahaha :) [22:20:30 CEST] <BBB> ok fine [23:11:57 CEST] <llogan> guys from india seem to contact me often. not sure why. [23:53:00 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:c64b2d480b4a: avcodec/libtheoraenc: Check for av_malloc failure [23:53:01 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:3051e7fa712d: avcodec/hevc: Fix typo in num_entry_point_offsets check [23:53:02 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07master:3a91a07f15e8: ffmpeg: Remove another unneeded ost->filter_graph check [00:00:00 CEST] --- Sat May 16 2015

1 0

ffmpeg.log.20150515
by burek 16 May '15

16 May '15

[01:55:21 CEST] <squeegily> Are you supposed to use -preset and -tune together? Like -preset veryslow -tune animation [02:04:24 CEST] <klaxa> you can do that if you want [02:04:42 CEST] <dAnjou> tias [02:05:08 CEST] <klaxa> afaik they tune different aspects of encoding [06:00:02 CEST] <mozzarella> guys [06:01:12 CEST] <mozzarella> I want to take a number of snapshots of a video, each snapshot spaced apart equally, can I do that with ffmpeg? [09:05:49 CEST] <grepper> mozzarella: you could take a look at the 'select' filter, or just alter the framerate with -vf fps [09:06:07 CEST] <grepper> iiuc [09:08:49 CEST] <grepper> bbiab [10:11:18 CEST] <mattfoo> i am currently working on a project that requires extremely low latency video streaming that will be displayed on an android 4.0.3 device. after trying many options i've been getting the best results with using flowplayer (flash) on the android. i'm getting fairly low latencies which is great but there's one hiccup. when i use pix_fmt = yuv420p, playback on a macbook pro is under 100ms but much, much worse on the android. if i use [10:11:19 CEST] <mattfoo> pix_fmt = yuv422p, there is about 100-200ms added to the delay when playing back on a desktop but the playback on the android is reduced a bit. the problem is it isn't reduced enough. getting about 500ms to the android but i really need under 200ms. looking for any suggestions [10:16:19 CEST] <mattfoo> note, this is over wifi. i'm using libx264, vbv-maxrate=1500, vbv-bufsize=200, -tune zerolatency, -preset ultrafast, -r 30, -vf scale=960:540, -pix_fmt yuv422p, -f flv rtmp://localhost/live/feed1 [10:18:10 CEST] <Mavrik> instead of zerolatency, try fastdecode [10:18:10 CEST] <mattfo0> also on a side note i'm using nginx w/rtmp module for the media server [10:18:15 CEST] <Mavrik> since it's obvious that your latency comes from HW decoder [10:18:23 CEST] <Mavrik> not the encoder side [10:20:46 CEST] <mattfo0> that's actually much slower [10:21:04 CEST] <mattfo0> on both the desktop (trivial) but also on the android [10:21:59 CEST] <mattfo0> is there any reason why yuv420p seems to be so much faster encoding than yuv422p? [10:22:42 CEST] <mattfo0> the android can decode the yuv422p much faster than yuv420p but since the encoding takes longer it doesn't really seem to help anything [10:26:47 CEST] <mattfo0> when i encode @ yuv420p, decoding on a laptop is insanely close to realtime.. ~100ms, perfect for my needs... but the decoding on the android is literally closer to 3 seconds [10:29:29 CEST] <mattfo0> when i encode @ yuv422p, decoding on a laptop is a bit slower.. closer to 500ms. decoding on the android, however, is much faster than yuv420p clocking in at about 600ms [10:32:20 CEST] <mattfo0> the nature of this project requires a latency of 200ms or less on the android so i'm really looking for any suggestions what-so-ever [10:32:48 CEST] <mattfo0> it's over WiFI with plenty of bandwidth, the flash player i'm using is leveraging the hardware decoder [10:56:50 CEST] <mattfo0> should also be noted that the laptop and android are both using the same flash player and are both on wifi [13:28:17 CEST] <alexvf> hi all, ayone knows how can i detect a discontinuity in a DVB subtitle stream when AVPacket.duration is 0? [13:54:56 CEST] <samskiter> hi, i understand ffmpeg has support for HW decoding of h.264, but is this the case on iOS? iOS 8 (finally) exposed the HW decoding to developers but Im unsure if ffmpeg has support for that& [14:11:36 CEST] <alexvf> samskiter: i guess the support for HW decoding in ffmpeg you are talking about is through VDPAU [14:12:06 CEST] <alexvf> samskiter: so if you have a VDPAU implementation in iOS 8 ... [14:12:52 CEST] <samskiter> alexvf: i believe it is via videotoolbox.framework [14:13:16 CEST] <samskiter> which was made available in ios8 (previously only was available in mac osx) [14:13:44 CEST] <samskiter> alexvf: this patch seem to make soem mention of video toolbox http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/130717.html but it is a little old... [14:16:22 CEST] <alexvf> samskiter: i see .. then i cannot help you much, i don't know anything about that [14:17:07 CEST] <samskiter> alexvf: ok. thanks though. will lurk here a little :) & [14:17:11 CEST] <alexvf> samskiter: hope anyone can help you [14:17:20 CEST] <alexvf> :) [14:20:00 CEST] <samskiter> alexvf: hopefully. maybe you could help me a ilttle in my understanding (i may be asking in the wrong place here). what is the relationship between libav and ffmpeg? does ffmpeg use libav? the reason i ask is because gstreamer has some mention of support for HW accel (here: https://coaxion.net/blog/2014/09/gstreamer-with-hardware-video-codecs-on-io…) and i understand it makes quite alot of use of libav& [14:20:35 CEST] <samskiter> and so my understanding is that the HW accel is actually coming from libav [14:22:15 CEST] <alexvf> samskiter: well, libav is a fork from ffmpeg ... until some point they are pretty similar [14:22:41 CEST] <alexvf> samskiter: but i don't know if they are fully interchangeable now [14:23:29 CEST] <samskiter> alexvf: interesting, im using this library at the minute: https://github.com/durfu/DFURTSPPlayer which says it uses ffmpeg, but contains libav files, so the author is a little confused between the two? [14:25:24 CEST] <alexvf> samskiter: i don't think so, but ffmpeg libraries are called libavformat, libavcodec and so on [14:26:34 CEST] <alexvf> samskiter: the relation between ffmpeg and libav has been a little tortuous, you can search for it in google :) [14:27:20 CEST] <samskiter> i was just thinking that more important than documenting open source libraries is documenting their politics ;) [15:42:41 CEST] <samskiter> hi, asked this earlier but noone could help& [15:42:44 CEST] <samskiter> i understand ffmpeg has support for HW decoding of h.264, but is this the case on iOS? iOS 8 (finally) exposed the HW decoding to developers but Im unsure if ffmpeg has support for that& [15:54:53 CEST] <Mavrik> samskiter, no, videotoolbox is not supported. [15:55:14 CEST] <samskiter> thanks Mavrik its not supported on mac osx either? [15:55:28 CEST] <Mavrik> on OS X there's VDA interface which is. [15:55:37 CEST] <samskiter> ah, i see [16:46:04 CEST] <mozzarella> grepper: I want pictures, not a video, is that what it does? [16:49:10 CEST] <GT_> Hello guys, I'm having problem with ffmpeg on CentOS 6.6 When I try to open more files I'm getting a strange error Resource temporarily unavailable, did anybody had similar issue? And if yes, what was the problem? I tried the same thing on another two server and it's running fine, can't figure out what's the problem. Log: https://gist.github.com/anonymous/d1b60bcdcbc6afb7ccb0#file-gistfile1-txt-L… [16:57:53 CEST] <grepper> mozzarella: sure, what ever you want to output. http://tinyurl.com/no488h4 (ffmpeg.org) [17:19:20 CEST] <WhiteBunny> Hello all [17:19:27 CEST] <WhiteBunny> Do anyone here know how i can get this icons -> http://i.imgur.com/kSUsnRH.png [18:19:40 CEST] <edoceo> I'm trying to make a grid of a bunch of videos+the audio. When I merge I get loads of this error [18:19:43 CEST] <edoceo> Error while decoding stream #2:0: Cannot allocate memory [18:20:09 CEST] <edoceo> It switches between the stream (0,1,2,3) - the origin streams are Opus audio codec [18:21:25 CEST] <edoceo> Here is a paste of the command and it's output http://edoceo.io/paste?p=P9HRaY [18:26:38 CEST] <__jack__> edoceo: not enough memor [18:26:40 CEST] <__jack__> y* [18:32:58 CEST] <edoceo> But top and htop show that there is plenty of free rams [18:35:38 CEST] <edoceo> I've tried on multiple computers, some with 4G and some with 16G - all report the same error [18:38:51 CEST] <__jack__> 64b systems right ? [19:00:31 CEST] <edoceo> Yea, 64bits [19:01:07 CEST] <edoceo> I tought maybe Opus was the issue, so I transcoded to mpegts first, then tried the grid and it still failed [19:01:21 CEST] <edoceo> Transcodeing each source individually howver did not result in a decode memory error [19:02:05 CEST] <edoceo> To me this feels like some other error, which the bubbles as a ENOMEM or something [19:55:33 CEST] <jbmcg> when trying to trim a video using -ss and -t, is there a way to subtract from the duration, or a constant that represents the duration of the input video? I'm just trying to get only the last 5 seconds of the input video in my output video without having to use ffprobe or something to read in the duration [19:56:18 CEST] <c_14> no [19:56:20 CEST] <c_14> not without scripting [21:08:13 CEST] <hydalgo> exit [21:08:16 CEST] <hydalgo> /quit [21:08:26 CEST] <houdini> hey guys, how can i zoom to left corner to video [21:13:52 CEST] <c_14> scale/crop or crop/scale [21:15:26 CEST] <houdini> crop/scale [21:17:26 CEST] <houdini> i want to just see http://prntscr.com/75lbc1 red box of video [00:00:00 CEST] --- Sat May 16 2015

1 0

ffmpeg-devel.log.20150514
by burek 15 May '15

15 May '15

[01:11:49 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:93cfa7d1692c: avcodec/mpeg4audio: add some padding/alignment to MAX_PCE_SIZE [01:11:50 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:22f15f573538: avcodec/on2avc: Check run more carefully [01:31:49 CEST] <BBB> Compn: binary codec loader isnt interesting [01:34:58 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:50d878d9303d: avcodec/msrledec: Ask for sample that uses a branch with a unused byte [02:22:55 CEST] <cone-959> ffmpeg 03Timothy Gu 07master:eaeb63219872: nutdec: Remove unused label [02:36:04 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:88f29406b7ae: avformat/nutdec: Remove unused variable [02:36:05 CEST] <cone-959> ffmpeg 03Shivraj Patil 07master:8252f63d1b98: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for HEVC uni hv mc functions [03:02:38 CEST] <yvear> I'm getting [Parsed_pan_0 @ 0000000002fcbf20] Syntax error near "*1+FR*0+" with -af "pan=stereo|FL=FL*1+FR*0+FCE*0.7071+LFE*1+BL*0.7071+BR*0+FCL*0.7071+FCR*0|FR=FL*0+FR*1+FCE*0.7071+LFE*1+BL*0+BR*0.7071+FCL*0+FCR*0.7071" anyone know why? [04:07:52 CEST] <cone-959> ffmpeg 03Clément BSsch 07release/2.2:1f3ca53b8ae3: tests: drop bc dependency [04:17:11 CEST] <cone-959> ffmpeg 03Clément BSsch 07release/2.4:07256a7a6ec8: tests: drop bc dependency [04:26:20 CEST] <cone-959> ffmpeg 03Clément BSsch 07release/2.5:346c4f0ad0bd: tests: drop bc dependency [11:28:09 CEST] <cone-732> ffmpeg 03Rong Yan 07master:a2cd07d22a5e: avcodec/ppc/h264dsp: POWER LE support in h264_idct_dc_add_internal() fix vec_lvsl bug [12:15:22 CEST] <cone-732> ffmpeg 03Clément BSsch 07master:56bc0a6736cd: avcodec/ass: make default playback resolution available to decoders [12:15:23 CEST] <cone-732> ffmpeg 03Clément BSsch 07master:5c219e289e7f: avcodec/srtdec: attempt to correct SubRip positioning [12:16:56 CEST] <ubitux> rcombs: i'm going back for good on that subtitles stuff, but i'd like to extend the ASS & mkv tests before [12:17:00 CEST] <ubitux> do you wish to help? [12:19:21 CEST] <ubitux> one thing that could help is sending me ass/mkv files with weird cases of extradata & sub entries [12:29:24 CEST] <rcombs> ubitux: that I can do [12:30:26 CEST] <rcombs> http://puu.sh/hMPd3/4edc3878f7.mks and http://puu.sh/hMPds/1ededcbd7b.ass are small extradata samples [12:33:40 CEST] <ubitux> thanks :) [12:34:01 CEST] <ubitux> so what's special about the second .ass? [12:34:19 CEST] <ubitux> the last section that ends up in the extradata? [12:34:22 CEST] <rcombs> yup [12:34:56 CEST] <ubitux> that's what your last patches were fixing? [12:35:01 CEST] <rcombs> yup [12:35:14 CEST] <rcombs> oh, also, there are some bugs in libavcodec/ass_split.c [12:35:41 CEST] <rcombs> 1. it doesn't handle `\h` (non-breaking space) [12:36:27 CEST] <rcombs> 2. it passes through the content of a {\q1}<content>{\q0} block as text [12:36:49 CEST] <rcombs> (that <content> would be parsed by an ASS renderer as a drawing; it should probably just be dropped) [12:37:38 CEST] <ubitux> feel free to work on that, i'm going to focus on the ass <-> mk* remux & transcode [12:37:53 CEST] <rcombs> couple other things as well [12:38:10 CEST] <rcombs> I've got a patch for it sitting around that really just needs review [12:38:38 CEST] <ubitux> so 4edc3878f7.mks is generated from 1ededcbd7b.ass with mkvmerge, or that .ass is actually something you extracted from the mks? [12:38:47 CEST] <ubitux> which patch? [12:39:20 CEST] <ubitux> i streamcopied the sub stream into a .ass and it gave me the exact same content as 1ededcbd7b.ass [12:40:56 CEST] <rcombs> haven't uploaded it yet, doing some cleanup real quick [12:41:31 CEST] <rcombs> uh& I forget which file came from which, to be honest [12:41:39 CEST] <rcombs> but I'm reasonably sure they're both correct [12:42:09 CEST] <ubitux> ok [12:44:37 CEST] <cone-732> ffmpeg 03Michael Niedermayer 07master:5c8e4bf7c4f4: avcodec/qdrw: another try at skipping the first 512 bytes [12:44:38 CEST] <cone-732> ffmpeg 03Michael Niedermayer 07master:019daa077597: avcodec/qdrw: Fix the code which asks for version 1 samples [13:40:13 CEST] <wm4> ubitux: you're planning on moving AVSubtitle to lavu, right? [13:40:24 CEST] <wm4> ubitux: can we get rid of the AVPicture field too? [13:40:31 CEST] <wm4> I think AVPicture should be killed off [13:40:39 CEST] <ubitux> yes, but i want to add more tests before [13:40:46 CEST] <wm4> and AVSubtitle is the only API that still inherently requires AVPicture [13:40:47 CEST] <ubitux> because that's a bit sensitive [13:40:49 CEST] <ubitux> :p [13:40:52 CEST] <wm4> ok [13:41:11 CEST] <wm4> (other AVPicture uses are some freestanding functions) [13:42:40 CEST] <ubitux> https://ffmpeg.org/pipermail/ffmpeg-devel/2014-December/166625.html ? [13:43:01 CEST] <ubitux> this one was ok-ed already, i could push it [13:43:12 CEST] <ubitux> but i guess you prefer to kill it off [13:43:25 CEST] <ubitux> which i'm not sure about [13:45:03 CEST] <wm4> it's a worse AVFrame [13:45:07 CEST] <wm4> and users constantrly abuse it [13:45:12 CEST] <wm4> and run into trouble because of it [13:45:31 CEST] <wm4> https://ffmpeg.org/pipermail/libav-user/2015-May/008144.html [13:45:35 CEST] <wm4> is this correct? who knows... [13:46:04 CEST] <wm4> AVPicture can explicitly alias AVFrame, but that's a crap idea at most [13:46:13 CEST] <ubitux> yes i know, but if i start by changing this, i'm never going to be able to solve the subtitles problem [13:46:50 CEST] <wm4> doesn't moving it to lavu require a major bump? [13:46:54 CEST] <ubitux> it already pulls a cascade of api problems i'm having a hard time to fix :P [13:46:58 CEST] <ubitux> not really [13:47:04 CEST] <ubitux> because lavc depends on lavu [13:47:17 CEST] <wm4> hmk, well if it does, then consider dropping AVPicture for AVframe [13:47:43 CEST] <ubitux> you want an AVFrame in an AVSubtitles? :) [13:47:53 CEST] <ubitux> i mean, N AVFrames [13:49:43 CEST] <wm4> there are many things which would be considered; for now I'd just replace AVSubtitleRect.pict [13:50:58 CEST] <ubitux> which would mean N AVFrames in AVSubtitles [13:51:25 CEST] <wm4> effectively yes [14:27:51 CEST] <ubitux> rcombs: just made a quick list to make sure i don't forget anything: http://pastie.org/pastes/10188491/text [14:27:55 CEST] <ubitux> do you see anything else? [14:28:35 CEST] <ubitux> if you want to suggest special dialogue lines or whatever for the test cases i'm going to build, now is the time [14:28:45 CEST] <rcombs> ubitux: ASS->other stuff [14:29:27 CEST] <ubitux> this can be covered by the encoders of other stuff themselves [14:29:30 CEST] <rcombs> https://gist.github.com/f562ee1e07a529cfe44e I just rewrote a decent chunk of what I already had for this patch [14:29:43 CEST] <rcombs> because I realized some components were wrong [14:29:56 CEST] <rcombs> so it needs more testing [14:30:37 CEST] <ubitux> if you can craft a .ass with all the special dialogue that would be nice [14:30:50 CEST] <ubitux> so i can re-use it as a template with the different tweak listed [14:31:10 CEST] <ubitux> (like, i will create different sample with or without [Events] header etc) [14:31:45 CEST] <ubitux> then it can be use to encode it to .srt or whatever encoder that needs to split the ass to cover also that code [14:32:15 CEST] <rcombs> alright, I just need to put together a file with all the known edge cases, then [14:32:29 CEST] <ubitux> i'll complete them with the weird cases i found as well [14:32:36 CEST] <rcombs> I was poking at this line: [14:32:36 CEST] <rcombs> Dialogue: 6,0:00:05.35,0:00:10.31,Typsetting 1,,0,0,0,,{\an7\bord6.75\alpha&H40&\p1\3c&H4D4556&\c&HF4EBE8&}m 0 0 l 750 0 750 810 0 810 c{\p0}test\h{test [14:32:52 CEST] <ubitux> sounds beautiful [14:32:54 CEST] <rcombs> (i.e. I had a slightly weird line and I edited it to be weirder) [14:32:54 CEST] <ubitux> :') [14:33:33 CEST] <rcombs> in current ass_split.c that would give AVERROR_INVALIDDATA [14:33:56 CEST] <ubitux> Dialoue: Marked=0,0:03:49.03,0:03:50.79,Style1,Comment,0000,0000,0000,,He's nobody suspicious, so rest assured. [14:33:58 CEST] <ubitux> Dilogue: Marked=0,0:06:37.29,0:06:37.85,Style1,Comment,0000,0000,0000,,Yo! [14:34:09 CEST] <ubitux> here are some funny things i found too, in the wild [14:34:11 CEST] <rcombs> with that patch, it gives the "{test" as regular text, because I'm pretty sure that's what's supposed to happen [14:34:15 CEST] <ubitux> (read carefully the first word) [14:34:26 CEST] <rcombs> heh, Dilogue [14:34:40 CEST] <rcombs> libass would treat that as a comment [14:34:46 CEST] <rcombs> (I think) [14:34:51 CEST] <rcombs> (and I think vsfilter would do the same) [14:34:55 CEST] <ubitux> they basically end up in extradata [14:35:06 CEST] <rcombs> like other comments [14:35:07 CEST] <ubitux> i mean, in the header [14:36:16 CEST] <ubitux> isn't "{test" considered a comment? [14:36:24 CEST] <ubitux> iirc "{foo}" is inlined comment [14:37:11 CEST] <wm4> ubitux: yes, vsfilter doesn't care a lot for closing tags of anything [14:38:03 CEST] <rcombs> I'll double-check, but I'm pretty sure "{test" is the one exception to that rule [14:40:21 CEST] <rcombs> https://github.com/Cyberbeing/xy-VSFilter/blob/17472325c39613389673341a905c… [14:41:28 CEST] <wm4> oh true [14:41:31 CEST] <wm4> I think I remember now [14:41:55 CEST] <ubitux> yeah i needs to be "valid" basically [14:41:56 CEST] <ubitux> ok [14:42:13 CEST] <rcombs> but anything in a {} that isn't a valid tag is ignored [14:42:17 CEST] <wm4> http://git.srsfckn.biz/mpv/tree/sub/sd_ass.c#n284 [14:42:25 CEST] <rcombs> and if there's a { without a } then it's treated as plain text [14:42:53 CEST] <ubitux> heh, ok [14:43:07 CEST] <ubitux> and of course you're going to tell me some users rely on this? [14:43:27 CEST] <wm4> always [14:43:55 CEST] <wm4> also, when is ffmpeg going to support microdvd tags in srt? [14:44:02 CEST] <ubitux> lol [14:44:18 CEST] <rcombs> does anyone use html tags in ass [14:44:35 CEST] <rcombs> (reading that vsfilter code, I think it's supported there) [14:44:39 CEST] <rcombs> (kill me now) [14:44:46 CEST] <ubitux> :D [14:45:05 CEST] <wm4> rcombs: haven't seen that yet, but ass in srt of course exists [14:45:14 CEST] <wm4> and microdvd in srt also exists [14:45:16 CEST] <Daemon404> ive seen it in chinese .ass [14:45:19 CEST] <Daemon404> years ago [14:45:23 CEST] <wm4> whoo [14:45:27 CEST] <rcombs> but yeah, ass->* is probably the least of our concerns right now [14:45:32 CEST] <ubitux> Daemon404: in utf16 ofc? [14:45:43 CEST] <Daemon404> beats me [14:45:44 CEST] <wm4> chinese like utf16 ass [14:45:51 CEST] <wm4> even though it's less space-efficient than utf-8 [14:45:58 CEST] <rcombs> utf16 stinx [14:45:59 CEST] <wm4> (most text in ass is ASCII due to overhead) [16:47:42 CEST] <Daemon404> people still use that thing? [17:04:05 CEST] <wm4> people will use anything, except if it's good [17:05:00 CEST] <wm4> ok I found out that I wasted 1 or 2 hours of time just because my freshly updated msys doesn't have some hevc related header updates yet [17:05:09 CEST] <wm4> of course this is my fault, but I still blame msys [17:14:25 CEST] <cone-345> ffmpeg 03Nedeljko Babic 07master:729466dc68f9: libavutil/softfloat: Add test case for av_add_sf [18:19:58 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:139e1c8009df: avcodec/cavsdec: Check esc_code [18:19:59 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:c5c06e392b56: avcodec/cavsdec: Check frame_rate_code [18:20:00 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:f6b8b966076f: avcodec/cavsdec: Use ff_set_dimensions() [19:09:45 CEST] <cone-345> ffmpeg 03wm4 07master:cc5e4bb48476: hevc: make avcodec_decode_video2() fail if get_format() fails [20:58:45 CEST] <cone-345> ffmpeg 03Martin Storsjö 07release/2.6:c3b1261afa31: rtpenc_mpegts: Free the right ->pb in the error path in the init function [20:58:46 CEST] <cone-345> ffmpeg 03Martin Storsjö 07release/2.6:692fd5635f9f: rtpenc_mpegts: Set chain->rtp_ctx only after avformat_write_header succeeded [20:58:47 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:76ee9fdb61db: mxfenc: fix memleaks in mxf_write_footer [20:58:48 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:763ab41f771c: mxfenc: don't try to write footer without header [20:58:49 CEST] <cone-345> ffmpeg 03wm4 07release/2.6:262c678357f5: matroskadec: export cover art correctly [20:58:50 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:4ea7ff435427: msrledec: use signed pixel_ptr in msrle_decode_pal4 [20:58:51 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:aebafed24fd3: aacdec: consistently use avctx for logging in decode_eld_specific_config [20:58:52 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:7b13aef5d2f0: aasc: return correct buffer size from aasc_decode_frame [20:58:53 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:4aa4c78daeae: aacpsy: avoid psy_band->threshold becoming NaN [20:58:54 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:9c826d8d51d0: ac3: validate end in ff_ac3_bit_alloc_calc_mask [20:58:55 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:50fb69c73751: alsdec: ensure channel reordering is reversible [20:58:56 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:a298e13c2caa: alsdec: limit avctx->bits_per_raw_sample to 32 [20:58:57 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:84cd276d0e82: alsdec: validate time diff index [20:58:58 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:3258e12d8c7b: aacpsy: correct calculation of minath in psy_3gpp_init [20:58:59 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:f77cb3d4a61f: alsdec: check sample pointer range in revert_channel_correlation [20:59:00 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:2f8f4351b857: mpeg4videodec: only allow a positive length [20:59:01 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:787e094ed0b0: bink: check vst->index_entries before using it [20:59:02 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:01291b4e2f4f: alsdec: only adapt order for positive max_order [20:59:03 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:47f5f6b2303b: alac: reject rice_limit 0 if compression is used [20:59:04 CEST] <cone-345> ffmpeg 03Rong Yan 07release/2.6:be1b665dec58: swscale/ppc/swscale_altivec.c: POWER LE support in yuv2planeX_8() delete macro GET_VF() it was wrong [20:59:05 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:d35086d71506: apedec: set s->samples only when init_frame_decoder succeeded [20:59:06 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:9f2c8734b9c3: apedec: prevent out of array writes in decode_array_0000 [20:59:07 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:a13a288ec810: nutdec: check for negative frame rate in decode_info_header [20:59:08 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:9b87d15ca80c: nutdec: check chapter creation in decode_info_header [20:59:09 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:2523bdcd6702: nutdec: fix memleaks on error in nut_read_header [20:59:10 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:2f290cf8815b: nutdec: fix illegal count check in decode_main_header [20:59:11 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:835037506bc3: pngdec: check s->last_picture.f->data[0] before using it [20:59:12 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:99e737a7c787: pngdec: return correct error code from decode_frame_common [20:59:13 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:e6a5023d1f2f: pngdec: don't use AV_PIX_FMT_MONOBLACK for apng [20:59:14 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:33d77bc38467: matroskadec: use uint64_t instead of int for index_scale [20:59:15 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:35013fa23aba: matroskadec: check s->streams[k] before using it [20:59:16 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07release/2.6:c74846388bf7: avformat/matroskadec: Use tracks[k]->stream instead of s->streams[k] [20:59:17 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:0cb8d786f29c: avidec: check for valid bit_rate range [20:59:18 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:f78d7e6a0314: diracdec: prevent overflow in data_unit_size check [20:59:19 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:c6418be04314: diracdec: avoid overflow of bytes*8 in decode_lowdelay [20:59:20 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:c6f6be93ac28: diracdec: check if reference could not be allocated [20:59:21 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:04f80ed3f81a: diracdec: check that block length is valid [20:59:22 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:0856eea7707f: aacsbr: break infinite loop in sbr_hf_calc_npatches [20:59:23 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:0f7e67be3a56: avi: Validate sample_size [20:59:24 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:66b95ee4df80: id3v2: catch avio_read errors in check_tag [20:59:25 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:d9249b558285: aacdec: don't return frames without data [20:59:26 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:9bcaf9037813: imgutils: initialize palette padding bytes in av_image_alloc [20:59:27 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:ac8339928111: cafdec: check avio_read return value [20:59:28 CEST] <cone-345> ffmpeg 03Andreas Cadhalpun 07release/2.6:73cf5d9a2853: cafdec: free extradata before allocating it [21:32:18 CEST] <jamrial> michaelni: c0d847e should also be backported to maintained branches [21:42:11 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:a6a45774d045: avcodec/dcadec: Check nchans [21:42:12 CEST] <cone-345> ffmpeg 03Michael Niedermayer 07master:a9bf628bfdad: avcodec/dcadec: Check subsubframes [21:42:51 CEST] <jamrial> Also 7ac5c38 and 9d4fdfe (they apply cleanly to 2.6, not sure about the rest, but that can be checked later) [21:57:25 CEST] <wm4> is there a tool like ffprobe, but that actually has an understandable command line syntax? [21:57:51 CEST] <kierank> mediainfo [21:58:17 CEST] <wm4> I want to do something like "show me the timestamps of the decoded frames of the video stream" [22:12:31 CEST] <Compn> for what kind of video [22:12:35 CEST] <Compn> maybe special mpegts tools [22:12:53 CEST] <Compn> some other timestamp tools for windows too , but i dont remember anything else [22:13:52 CEST] <Compn> wm4 : what are you trying to do, i mean what are you using the timestamps for ? [22:16:51 CEST] <wm4> inspecting files? [22:30:07 CEST] <Daemon404> [20:58] < wm4> I want to do something like "show me the timestamps of the decoded frames of the video stream" [22:30:18 CEST] <Daemon404> ffprobe -of json -show_frames file.ext [22:30:30 CEST] <Daemon404> i consume that in scripts all the time [22:30:32 CEST] <Daemon404> it is convenient [22:33:41 CEST] <wm4> I thought about this too [22:33:50 CEST] <wm4> but it requires a minimum of effort [22:58:27 CEST] <RiCON> wm4: "mkvextract timecodes_v2 movie.mkv 1:timecodes.txt"? [22:59:11 CEST] <wm4> RiCON: I tend to want to do other things too, like listing other fields per frame [00:00:00 CEST] --- Fri May 15 2015

1 0

ffmpeg.log.20150514
by burek 15 May '15

15 May '15

[00:00:48 CEST] <Zucca> ffv1 is great for general archiving. But as todays tests showed different material compresses differently on different codecs. And for screencasting I think I'll keep them in zlib. About 50% of the size of ffv1. :o [00:01:20 CEST] <JEEBsv> great? the last time I checked it the encode wasn't exactly fast and the decoding was atrociously slow [00:02:56 CEST] <JEEBsv> http://fushizen.eu/samples/hevc/ <- the reference-decoded things in avi I for whatever reason encoded in ffv1. and now I want to strangle myself for it. [00:03:15 CEST] <Zucca> I was suprised too. Although small resolution I got somewhere close to 130fps decoding+encoding zlib. [00:03:46 CEST] <JEEBsv> tl;dr I will probably just use lossless AVC instead [00:05:54 CEST] <Zucca> I haven't tested VP8/9 at all. Do those support lossless? [00:06:28 CEST] <JEEBsv> I think either one of them had a 4:2:0 lossless thingy, but I'd generally guess it's not fast enough or gives good enough compression to be comparable to x264 [00:06:32 CEST] <c_14> vp9 does, not sure about vp8 [00:07:17 CEST] <Zucca> Google is developing vp10 already iirc. [00:07:24 CEST] <JEEBsv> On2's shit has generally been rather lackluster, even if they are good at copying features out of ISO/IEC|ITU-T specifications [00:07:38 CEST] <kepstin-laptop> huh, letting libx264 use predicted frames (instead of intra-only) with lossless capture really speeds it up if you're doing e.g. desktop captures with large static areas. [00:08:01 CEST] <JEEBsv> and long gops really bolster compression ratios, news at eleven! [00:08:19 CEST] <JEEBsv> I think even ffv1 by default nowadays does non-intra coding? [00:08:34 CEST] <kepstin-laptop> i expected the compression ratio increase, but not as much the speed change [00:08:39 CEST] <kepstin-laptop> i guess encoding less data = faster [00:08:42 CEST] <kepstin-laptop> :) [00:08:49 CEST] <JEEBsv> yup, less stuff goes through the CABAC coder [00:08:54 CEST] <Zucca> kepstin-laptop: Gotta keep that in mind when I test x264. [00:09:41 CEST] <kepstin-laptop> to get 30fps 1080p on this machine with intra-only i had to use ultrafast, which iirc disables cabac. [00:10:02 CEST] <JEEBsv> CAVLC would be even more fun [00:10:11 CEST] <JEEBsv> moar datas for everyone :P [00:10:19 CEST] <Zucca> The problem with these screencasting things is that the setting, codec and pixsel format combinations are almost endless. [00:10:56 CEST] <JEEBsv> well if you are compressing for local you generally want screen being captured as RGB, and then if you ever have to distribute it you convert it to YCbCr at that point [00:11:17 CEST] <Zucca> Yeah. [00:11:21 CEST] <JEEBsv> if you are actually streaming to actual service providers there's not much you can do other than YCbCr :P [00:11:33 CEST] <JEEBsv> because no proprietary decoder supports more than 4:2:2 YCbCr [00:12:05 CEST] <JEEBsv> (ok, I lie. according to what pegasys says there is a proprietary 4:4:4 10bit YCbCr intra AVC decoder) [00:12:22 CEST] <JEEBsv> (but that is not used in any of those things that decode your streams) [00:13:27 CEST] <Zucca> zlib chose bgr24 when I didn't specify any. [00:13:53 CEST] <JEEBsv> is zlib intra or inter? [00:13:54 CEST] <Zucca> I don't even know what formats it can take. [00:15:32 CEST] <Zucca> JEEBsv: Intra it seems. [00:28:54 CEST] <foonix> dirty test: utvideo: 201 Mbps, libx264 (-c:v libx264 -preset ultrafast -qp 0): 191 Mbps, ffv1: 109 Mbps [00:29:28 CEST] <foonix> but cant measure encoder performance, since the machine is pretty loaded [00:30:06 CEST] <foonix> JEEBsv: this combination gives me I and P frames, was my setting correct for avc lossless? [00:32:07 CEST] <kepstin-laptop> foonix, yes, "-qp 0" is correct to get x264 lossless. [00:32:14 CEST] <JEEBsv> of course it will, x264 will only do intra only if you specifically say you want it. also I'm pretty sure x264 at ultrafast is damn fast so you will probably want to match against something speed-wise [00:32:32 CEST] <JEEBsv> also I'm pretty sure ffv1 is a) slower than ultrafast and b) not intra only [00:32:55 CEST] <kepstin-laptop> switching from ultrafast to something (even slightly slower) should provide a noticable bitrate improvement. [00:32:57 CEST] <JEEBsv> also you will want to see what is the way to do the thing that --keyint infinite does with x264 cli [00:33:39 CEST] <JEEBsv> that will make x264 only use intra pictures when it makes sense, instead of having an arbitrary maximum number around which it will try to put an intra pic there [00:33:50 CEST] <JEEBsv> also make sure you're testing all of them with the same pix_fmt [00:34:40 CEST] <kepstin-laptop> if you're doing rgb screen captures, note that to get rgb in x264 you have to use '-c:v libx264rgb' [00:35:25 CEST] <foonix> JEEBsv: default ffv1 (-c:v ffv1) gives I only output [00:35:57 CEST] <JEEBsv> I think that was just a simpler way to set the default pix_fmt since the libx264 wrapper by default sets 4:2:0 [00:36:00 CEST] <JEEBsv> foonix: hmm [00:37:05 CEST] <kepstin-laptop> hmm, the default I see is that it converts rgb to yuv444p. [00:38:07 CEST] <kepstin-laptop> yeah, even if you manually specify an rgb pic_fmt, it rejects it unless you use 'libx264rgb' [00:38:12 CEST] <kepstin-laptop> pix_fmt* [00:38:35 CEST] <foonix> i think to match ffv1 it needs preset veryslow or smth very cpu intensive [00:39:09 CEST] <JEEBsv> whatever is avctx->gop_size by default :P [00:44:18 CEST] <kepstin-laptop> JEEBsv, looks like "-x264opts keyint=infinite" does that, I guess that overrides the -g option somehow. [00:59:38 CEST] <foonix> btw, perf stat on that dirty test: http://fpaste.org/221723/57866143 [01:09:13 CEST] <foonix> 511 Mbps [bgr24] / 748,190,461,125 instructions (-c:v zlib) [01:09:51 CEST] <foonix> ^^ out of curiosity, but diff colorspace etc and pretty intensive for specified source material [02:47:06 CEST] <yvear> I'm getting [Parsed_pan_0 @ 0000000002fcbf20] Syntax error near "*1+FR*0+" with -af "pan=stereo|FL=FL*1+FR*0+FCE*0.7071+LFE*1+BL*0.7071+BR*0+FCL*0.7071+FCR*0|FR=FL*0+FR*1+FCE*0.7071+LFE*1+BL*0+BR*0.7071+FCL*0+FCR*0.7071" anyone know why? [11:24:45 CEST] <tjvc> I have a 64 core CPU and I want to use ffmpeg to transcode a number of large video files (using libx264). What would be the most efficient way of doing this? Should I run the jobs sequentially, or use GNU parallel to run several simultaneously? [11:27:54 CEST] <JodaZ> gnu parallel sounds like an idea, mind to optimize your disk io [11:38:11 CEST] <tjvc> I'm reading/writing to a network share, so I'm guessing that will be the bottleneck in this case. [11:59:45 CEST] <killer> i have a video of 30 minutes but i want to exatract a video from 00:09:23 to 00:25:33. how i can do it ? [12:15:29 CEST] <Nitori> with -ss and -to [12:17:42 CEST] <killer> with this ? ffmpeg -ss 00:09:23 -i test.mp4 -t 00:25:33 [12:17:43 CEST] <killer> ? [12:21:23 CEST] <saste> killer: no use the -to option and read docs [12:29:57 CEST] <efesto> Hi all, I'm having some truble with the file paths under windows, is there anyone able to help me out ? [13:00:33 CEST] <efesto> I have a command which is giving me problem on pastebin [13:00:40 CEST] <efesto> is there anyone willing to have a look ? [13:00:45 CEST] <efesto> is a path issue with windows [13:00:47 CEST] <efesto> thanks [13:01:14 CEST] <relaxed> paste the link [13:01:18 CEST] <efesto> http://pastebin.com/df1Y9ZsF [13:01:22 CEST] <efesto> is quite a complex one [13:01:27 CEST] <efesto> works fine under linux [13:01:42 CEST] <efesto> the problem comes from the lut3d path [13:01:48 CEST] <efesto> which doesn't seems to want to work [13:01:53 CEST] <efesto> I can paste the error as well [13:02:25 CEST] <efesto> here is the error : http://pastebin.com/zGLhm2yS [13:02:53 CEST] <relaxed> that's a wall of text! [13:02:58 CEST] <efesto> yeah I know [13:03:01 CEST] <efesto> is a complex command [13:03:20 CEST] <efesto> I can explain what is going on though [13:03:30 CEST] <efesto> 2 inputs, a static image and an image sequence [13:03:40 CEST] <efesto> on both there's some text [13:03:50 CEST] <efesto> but on the second input, there's a chain of 3dluts [13:04:03 CEST] <efesto> to move the original plate (dpx) from cineon to slog [13:04:08 CEST] <efesto> then a lut get applied [13:04:16 CEST] <efesto> and anoter bring it from log to srgb [13:04:27 CEST] <efesto> I can try to take out the text if it simpler to look at [13:06:33 CEST] <efesto> here a simpler one : http://pastebin.com/HgHSHQXR [13:06:41 CEST] <efesto> same error [13:08:18 CEST] <relaxed> I'm getting ready to leave work. Stick around and someone will probably help you, or I will try when I get home. [13:08:28 CEST] <efesto> thanks man [13:08:42 CEST] <efesto> weird is that under linux there's no porblem what so ever [13:08:56 CEST] <efesto> have a good one [13:18:26 CEST] <bigsky> hi all [13:18:32 CEST] <efesto> hey [13:21:59 CEST] <bigsky> anybody here who use ffplay on windows? [13:22:13 CEST] <bigsky> ffplay seems occupies too much cpu, what's wrong? [13:25:21 CEST] <efesto> jnot much [13:25:24 CEST] <efesto> mainly on linux [13:25:41 CEST] <efesto> have you been trying passing -threads 0 ? [13:26:02 CEST] <efesto> alsom try setting -v debug or verbose to have some more info about what's going on [15:14:38 CEST] <asimas> Hello. I'm using ffmpeg's concat demuxer to merge multiple mp4 files. However, only the first one listed is played. The other one is all grayed out when playing. Here are the commands used: http://pastebin.com/3YVPQxsu Is there something wrong with the input files? They do have the same fps, codec, and resolution. [17:23:52 CEST] <hid> hi [17:24:30 CEST] <hid> say that i have a 6min song called song.mkv [17:25:00 CEST] <hid> sorry [17:25:05 CEST] <hid> say that i have a 6min video called video.mkv [17:25:27 CEST] <hid> and a 5min song called song.m4a [17:25:39 CEST] <hid> i'd like the video to fit the audio [17:26:12 CEST] <hid> and i'd like it not to be encoded a lot [17:26:16 CEST] <hid> how to? [17:26:30 CEST] <hid> i did [17:26:30 CEST] <hid> : [17:27:11 CEST] <hid> ffmpeg -i video.mkv -i song.m4a output.mkv [17:27:37 CEST] <hid> but i have 1min of 'blank' (no music) [17:33:14 CEST] <c_14> Do you want the video to fit the song or the song to fit the video? [19:00:51 CEST] <maslen> I converted a whole bunch of VHS's into MP4's using the following command: ffmpeg -f pulse -i alsa_input.pci-0000_00_14.2.analog-stereo -thread_queue_size 512 -async 12 -i /dev/video0 -strict -2 -q:v 1~/Desktop/out.mp4 . How can I now re-encode them so that they don't lose any additional quality, but it takes up a lot less space? [19:03:01 CEST] <c_14> You can't. You might be able to reencode them so that they take less space and look like they haven't lost quality. [19:03:06 CEST] <c_14> https://trac.ffmpeg.org/wiki/Encode/H.264 [19:04:22 CEST] <maslen> I just care about what would be easily visible [19:04:24 CEST] <maslen> Thank you [19:04:42 CEST] <maslen> Is there any benefit to re-encoding the audio ? [19:05:03 CEST] <c_14> no [19:05:11 CEST] <RobotsOnDrugs> i would recommend looking at denoising [19:05:43 CEST] <RobotsOnDrugs> though it can eat up your time trying to get the settings right [19:05:54 CEST] <c_14> (well, there might be a benefit to reencoding the audio, but since the audio codec is already lossy at a relatively low bitrate it won't make much of a difference) [19:09:29 CEST] <maslen> RobotsOnDrugs: Any specific references? [19:10:25 CEST] <RobotsOnDrugs> c_14: afaik, the best filter ffmpeg has is hqdn3d [19:10:48 CEST] <RobotsOnDrugs> ffmpeg docs have info on it, and you can find more stuff around since it's not unique to ffmpeg [19:12:17 CEST] <RobotsOnDrugs> it does a decent job of taming 'dancing spots', and improves compressibility [19:13:33 CEST] <RobotsOnDrugs> but at a certain point, it smooths out the picture too much [19:13:57 CEST] <RobotsOnDrugs> it's subjective and depends a lot on your source material [19:22:36 CEST] <maslen> c_14: Looking at the H264 page, is there a command you'd recommend? Right now, I'm considering using: ffmpeg -y -i input -c:v libx264 -preset veryslow -b:v 2200k -pass 1 -c:a copy -f mp4 /dev/null && ffmpeg -i input -c:v libx264 -preset veryslow -b:v 2200k -pass 2 -c:a copy output.mp4 [19:23:33 CEST] <c_14> unless you're trying to target a specific size, using a crf is usually better than two-pass. I usually just pick one between 20 and 24ish depending on my content [19:23:57 CEST] <maslen> oh [19:25:38 CEST] <maslen> So, ffmpeg -i input -c:v libx264 -pix_fmt yuv420p -preset slow -crf 20 -c:a copy output.mp4 should work? [19:25:49 CEST] <c_14> sure [19:26:00 CEST] <maslen> Time to test on a 5-minute segment [19:29:13 CEST] <maslen> Hmm, I'm getting an error that the option "preset" is not recognized [19:45:14 CEST] <maslen> Same problem and solution as here: http://stackoverflow.com/questions/20035338/ffmpeg-on-heroku-unrecognized-o… [21:20:41 CEST] <jbmcg> hey there - I was wondering if anyone on here might know what the most efficient (encoding-time-wise) way to crossfade two videos together using the ffmpeg command line tool. I know I could acheive the effect I want by shaving a piece off the begginning / end of both videos, adding them as overlays to a blank/black video, do the crossfade, export the merged video, and concat the final video together. This seems like a lot of work for such a [21:20:41 CEST] <jbmcg> simple effect but I can't come up with any other way to do it. [23:29:03 CEST] <wode> Wow lots of people [23:31:21 CEST] <wode> I'm trying to downsize long videos on a mobile device (Android) prior to upload and the different flags I've tried all take a very long time [23:32:02 CEST] <wode> The best I've gotten is from ie ffmpeg -i in.3gp -preset ultrafast -f mp4 -r 12 -s 640x480 -strict -2 out.mp4 [23:33:11 CEST] <wode> Is there any good direction to follow to get some downsizing quickly? [23:33:42 CEST] <wode> The line I pasted takes about 2 minutes per 1 minute of input to complete [23:34:22 CEST] <wode> The input is ie Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 16841 kb/s, 29.70 fps, 30 tbr, 90k tbn, 180k tbc (default) [23:34:48 CEST] <wode> I don't have much control over that, thus the problem in the first place [23:34:53 CEST] <wode> thanks for any guidance [00:00:00 CEST] --- Fri May 15 2015

1 0

ffmpeg-devel.log.20150513
by burek 14 May '15

14 May '15

[01:43:56 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:8a62b80ce6c8: avcodec/vqavideo: Check chunk size [01:43:57 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:93b0ee21a2f5: avcodec/hevc_sei: Check num_sps_ids_minus1 value [02:22:11 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:00f5c8f98de6: avfilter/vf_zoompan: free out AVFrame on failure [02:22:12 CEST] <cone-429> ffmpeg 03Andreas Cadhalpun 07master:a7c0c79333fe: aacdec: remove a duplicated line [02:41:32 CEST] <kierank> ages ago I wrote something about v210 http://obe.tv/about-us/obe-blog/item/21-faster-professional-10-bit-video-co… [03:36:31 CEST] <BBB> kierank: nice (I like tech blog posts) [03:36:35 CEST] <BBB> (even if theyre old) [03:59:36 CEST] <cone-429> ffmpeg 03Andreas Cadhalpun 07master:51f64552853e: imgutils: initialize palette padding bytes in av_image_alloc [08:22:30 CEST] <cbsrobot> kierank: in the x264 examples you mentioned on http://obe.tv/about-us/obe-blog/item/20-open-source-irt-mxf-creation you write for 1080i you have to add "--fps 25/1" and for 720p "--fps 50/1" - isn't is the other way round ? [09:09:52 CEST] <kierank> No [11:57:00 CEST] <cone-959> ffmpeg 03hSÇ 07master:ce95c14cd486: configure: disabled -mips64 option for loongson and remove redundant cpuflags [12:34:09 CEST] <cone-959> ffmpeg 03Nick Lewycky 07master:48e9f68384a2: libswscale/x86/hscale_fast_bilinear_simd.c: Include BX in the clobber list on x86_64, because it isn't implicitly included when PIC is on. [12:34:10 CEST] <cone-959> ffmpeg 03Nick Lewycky 07master:891df2a1ae8d: libswscale/x86/hscale_fast_bilinear_simd.c: There's no need to save BX if it's in the clobber list. [12:37:37 CEST] <cone-959> ffmpeg 03Dave Rice 07master:b0294f0cfb1b: doc/ffprobe.xsd: remove extra sequence from streamType [12:37:38 CEST] <cone-959> ffmpeg 03Dave Rice 07master:6d787aea96d4: doc/ffprobe.xsd: add build_date and build_time as optional attributes [14:33:37 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:3e9d5e16ad97: avcodec/hevc: Check offset_len [14:33:38 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:1c6ae98d4a9f: avcodec/hevc: Check num_entry_point_offsets [14:33:39 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:6679d5f29a17: avcodec/hevc: Simplify entry_point_offset parsing [14:33:40 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:16c95b107365: avcodec/hevc_ps: More completely check vps_num_layer_sets [14:33:41 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:b195aa5d5290: avcodec/hevc_ps: Check vps_num_hrd_parameters [14:33:42 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:65e5032955cb: avcodec/hevc_ps: Explicitly check num_tile_* for negative values [18:43:44 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:04da0d258601: avcodec/hevc_ps: Move log2_ctb_size checks up to prevent undefined shift operations [18:43:45 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:f8f155a18ac4: avcodec/jpeg2000dec: fix boolean operator [18:43:46 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:6d3f17838db9: avcodec/jpeglsdec: assert that overflows end at exactly x=w [18:43:47 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:dc35a58149c2: avcodec/mjpegdec: Check len in ff_mjpeg_decode_dqt() [18:43:48 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:cf9ab119d02d: avcodec/mjpegdec: Check len in ff_mjpeg_decode_dht() [18:43:49 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:81cf91085635: avcodec/mjpegdec: fix len computation in ff_mjpeg_decode_dqt() [20:22:45 CEST] <cone-959> ffmpeg 03Andreas Cadhalpun 07master:a3ede6b742f3: cafdec: check avio_read return value [20:22:46 CEST] <cone-959> ffmpeg 03Andreas Cadhalpun 07master:cb7c4f73e5e3: cafdec: free extradata before allocating it [20:47:16 CEST] <cone-959> ffmpeg 03Carl Eugen Hoyos 07master:d0dce15da34c: quickdraw: Make the palette opaque [20:47:17 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:5d9873ecdab8: Merge commit 'd0dce15da34c0e4eee6c683be299de0221db00d3' [21:59:31 CEST] <cone-959> ffmpeg 03Vittorio Giovara 07master:0348e74c01a0: quickdraw: Skip the empty 512 byte header for images [21:59:32 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:b6e8166a489d: Merge commit '0348e74c01a099a3787ae21df1c2a742fc846163' [21:59:33 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:4b28907e4a94: avcodec/qdrw: cleanup skip code [22:10:46 CEST] <cone-959> ffmpeg 03Vittorio Giovara 07master:8fc11abe1fea: mkv: Print unsupported mov tags when found [22:10:47 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:e5397513b93d: Merge commit '8fc11abe1fea4f211cc7dbd58a173d1221627d90' [22:17:22 CEST] <cone-959> ffmpeg 03Vittorio Giovara 07master:d84429d41e24: dnxhd: Print unknown header when found [22:17:23 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:53d2b69b72b0: Merge commit 'd84429d41e24437536907af1e6b73197ecf3f6db' [22:25:46 CEST] <cone-959> ffmpeg 03Shiina Hideaki 07master:85ca012ba680: mjpegenc: Fix JFIF header byte ordering [22:25:47 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:3bf81d389638: Merge commit '85ca012ba680bdf942d95ab98c74f6a28f447588' [22:32:39 CEST] <cone-959> ffmpeg 03Gopu Govindaswamy 07master:3b5e5e6a29d6: libx265: Use the Multi-library Interface [22:32:40 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:a3adba358bbb: Merge commit '3b5e5e6a29d62462d0505287042fa4c2b99c4f2b' [22:41:11 CEST] <Compn> awww BBB ruining our fun [22:43:01 CEST] <BBB> if you subscribe to mplayer-dev, Im sure therell be much more fun [22:43:06 CEST] <cone-959> ffmpeg 03Stefano Pigozzi 07master:e7c5e17d4fbd: vda: Make output CVPixelBuffer format configurable [22:43:07 CEST] <cone-959> ffmpeg 03Michael Niedermayer 07master:cc48409b51c8: Merge commit 'e7c5e17d4fbd7c83fb331bf327e25ebd8e6a8623' [22:50:56 CEST] <cone-959> ffmpeg 03Rainer Hochecker 07master:adb7372f7495: swr: fix alignment issue caused by 8ch sse functions [23:00:20 CEST] <Compn> michaelni : any progress on a binary codec loader for ffmpeg? :P [23:31:58 CEST] <wm4> Compn: a binary codec loader would be useless and harmful [00:00:00 CEST] --- Thu May 14 2015

1 0

ffmpeg.log.20150513
by burek 14 May '15

14 May '15

[00:04:19 CEST] <Renari> Is there a way to enable an encoder after build? Or do you have to rebuild everything? [00:04:31 CEST] <c_14> rebuild everything [00:04:38 CEST] <c_14> well [00:04:44 CEST] <c_14> rebuild everything you need to rebuild, anyway [00:05:09 CEST] <Renari> Damn :\ only the decoder was enabled for VP9 [00:14:41 CEST] <bawNg> c_14: If I output the constructed stream to a flv file, and play that in my VLC over HTTP, it is perfect. If I stream it to my nginx over RTMP and then play it over RTMP or HLS, it stops randomly, has artifacts and buffer periods. If I relay the RTMP from nginx directly to twitch using nginx configuration, the same issues with it freezing and having huge artifacts occurs on Twitch [00:14:58 CEST] <bawNg> Any idea what I could try to resolve this? [00:22:53 CEST] <c_14> no clue; try updating ffmpeg or nginx-rtmp ? [00:26:52 CEST] <bawNg> They're both the latest version, installed less than 48 hours ago [00:27:31 CEST] <c_14> no clue, sorry. always worked for me so far [00:27:40 CEST] <bawNg> Damn :/ [00:27:56 CEST] <bawNg> Well I'm just about at the point on giving up on this [00:28:16 CEST] <bawNg> It's already taken more time than it should have, considering it was only meant to be a 2 day hack job [00:28:52 CEST] <bawNg> It's totally unusable like this, I've tried increasing buffers too, but nothing seems to help [00:31:36 CEST] <bawNg> I've seen a bunch of posts like this: http://ffmpeg.org/pipermail/ffmpeg-user/2014-January/019344.html [00:31:49 CEST] <bawNg> Seems like the issue is not that uncommon, but so far there are no solutions [00:56:57 CEST] <bawNg> c_14: The freezing over RTMP is limited to the video stream, I added an audio stream and that does not freeze, but video constantly freezes [00:57:36 CEST] <bawNg> But oh well, I'm done with this, I'll consider it a failed experiment [00:57:46 CEST] <bawNg> Why exactly it failed, we shall never know [01:33:05 CEST] <]R[> is there any way to override the max analyzeduration ? because for now if any track starts after 2147483647µs (~35min) it can't be detected (and processed). [01:42:44 CEST] <maslen1> How can I create a second output stream so I can watch the video either locally or remotely (either is fine for me), with minimal overhead? [01:43:01 CEST] <maslen1> I'm looking at https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs and https://trac.ffmpeg.org/wiki/StreamingGuide for details [01:43:25 CEST] <maslen1> The video is being streamed from a real-time source, so no slowing down is necessary [01:50:44 CEST] <Sazpaimon_> maslen1, did you get my reply to your question from earlier (regarding my use case for -rc) [01:50:57 CEST] <maslen1> Sorry, I think I may have missed it [01:51:13 CEST] <Sazpaimon_> *-re [01:51:27 CEST] <Sazpaimon_> maslen1, i want to stream a playlist of webm files to icecast using ezstream, but ezstream doesn't support timing data for webm, only theora, so I need to stream data to it in realtime [01:51:56 CEST] <Sazpaimon_> i couldnt find a tool that would do that for me, so I resigned myself to streaming the data [01:56:32 CEST] <maslen1> I'm just trying to find a way to stream it, either locally or remotely. [01:56:37 CEST] <maslen1> VLC can't seem to handle it though :/ [02:52:21 CEST] <BenMcLean> how do i write my ffmpeg command to ask for a vdieo to go through HQX ? [02:56:39 CEST] <BenMcLean> https://ffmpeg.org/ffmpeg-filters.html#hqx [02:57:03 CEST] <BenMcLean> i am getting error [NULL @ 038ff520] Requested output format 'hqx' is not a suitable output format 4: Invalid argument [03:04:12 CEST] <BenMcLean> fflogger http://pastebin.com/dCLdTd6f [03:04:25 CEST] <BenMcLean> %1 is the name of the video [03:05:03 CEST] <BenMcLean> oops i should have said c_14 [03:05:28 CEST] <c_14> Missing console output [03:05:48 CEST] <BenMcLean> anyway, i'm trying to blow up DOSBOX captures for editing in Sony Vegas and then deployment to YouTube [03:06:02 CEST] <BenMcLean> "blow up" meaning scale up, keeping the pixels sharp [03:07:03 CEST] <BenMcLean> the tiny AVI files DOSBOX produces look like ass on youtube, and i'm not into butts [03:11:20 CEST] <BenMcLean> so my question is still, "How do I write the command to get ffmpeg to scale up a video with HQX?" [03:11:58 CEST] <c_14> And I'm still missing the complete console output [03:12:34 CEST] <BenMcLean> oh ... ok [03:13:05 CEST] <BenMcLean> c_14, how would that help? I'm not asking why my particular command doesn't work. I'm asking what the correct command would be [03:13:25 CEST] <BenMcLean> Then I could try it, and provide the output if it doesn't work [03:13:49 CEST] <BenMcLean> I'm pretty sure that the commands I've tried (like a dozen since I posted that pastebin) are wrong [03:14:19 CEST] <c_14> `ffmpeg -i file -vf hqx out.mkv' <- works just fine for me [03:14:29 CEST] <BenMcLean> OK let me try taht [03:17:39 CEST] <BenMcLean> c_14, here are results: http://pastebin.com/0B6rrm9U [03:18:21 CEST] <BenMcLean> oh ... it says 2013. that must be old [03:18:37 CEST] Action: c_14 was just about to check when the hqx filter got ported [03:19:02 CEST] <BenMcLean> i think recently [03:19:55 CEST] <c_14> Jun 7 2013 [03:20:23 CEST] <BenMcLean> my build is from march. no idea how the hell i'm running such an old ffmpeg [03:27:44 CEST] <BenMcLean> i can't figure out where the hell that old ffmpeg is coming from. i've checked every folder in my system path [03:28:04 CEST] <BenMcLean> for now, i'm just gonna copy a new fmpeg.exe into the same folder with my video file [03:28:07 CEST] <c_14> which ffmpeg [03:28:14 CEST] <c_14> oh, windows? [03:28:18 CEST] <BenMcLean> yeah [03:28:31 CEST] <c_14> magic" [03:28:38 CEST] <BenMcLean> unfortunately i sometimes have to use DRM'd crap [03:29:13 CEST] <BenMcLean> maybe sometime i'll convert to the #LinuxMasterRace if you guys have cookies [03:29:47 CEST] <c_14> No cookies, but plenty of cookie recipes. [03:29:51 CEST] <BenMcLean> worse still, i'm on Windows 8, so i can't figure out where the hell the search box went [03:30:39 CEST] <BenMcLean> found it. i am gonna update this ffmpeg one way or another ... [03:33:44 CEST] <Nemo377307289> hi [03:33:47 CEST] <Nemo377307289> I know how to add watermark for the whole video. [03:33:48 CEST] <Nemo377307289> ffmpeg -i test.mp4 -vf "movie=long.png[watermark];[in][watermark] overlay=10:10" output.mp4 [03:33:48 CEST] <Nemo377307289> But I don't know how to add watermark in the range of time.For example: I hope to add watermark for the "test.mp4" between 10s and 30s. [03:35:25 CEST] <BenMcLean> seems to be working with the new ffmpeg. thanks! :D [03:36:11 CEST] <c_14> Nemo377307289: split, overlay, concat [03:37:37 CEST] <Nemo377307289> i see, c_14 [03:38:31 CEST] <c_14> or to be more precise: split, trim, overlay, concat [03:38:52 CEST] <c_14> split (into 2 or three copies) trim each copy, overlay the one you want overlayed, then concat [03:43:16 CEST] <Nemo377307289> why need trim? c_14 [03:43:53 CEST] <c_14> split doesn't do what it sounds like, split is more like clone, trim is what actually trims the video into chunks. The chunk[s] you don't want an overlay on and the chunk[s] you want an overlay on [03:46:28 CEST] <Nemo377307289> i see, thanks a lot, c_14 [04:14:49 CEST] <grepper> damn, libav doesn't have a subtitle filter either, wish I didn't start supporting both with our scripts [04:17:00 CEST] <krizz_> I really don't understand this conversion thing. I just want my 1080i camcorder video to be 720p because 1080i seems to scare kdenlive. :( [04:17:48 CEST] <relaxed> krizz_: use the yadif and scale filters [04:18:03 CEST] <BenMcLean> its weird, but when i specify hqx=4, i don't get a bigger video. instead, i get some kind of crap where similar colored pixels are combined with diagonal lines [04:18:39 CEST] <BenMcLean> i want sharp pixel-for-pixel scaling [04:18:48 CEST] <relaxed> grepper: have your script grab the most recent ffmpeg static build :) [04:21:21 CEST] <grepper> relaxed: not a bad idea :) But a bit intrusive maybe. How long has the subtitle filter been in ffmpeg ? [04:21:46 CEST] <relaxed> for a while, not sure of the exact date [04:23:02 CEST] <relaxed> you could prompt the user with a message saying certain filters require it [04:23:48 CEST] <relaxed> BenMcLean: to increase the frame size you need the scale filter [04:24:21 CEST] <grepper> I might put a little ad for Johnvansickle.com :) , but I have a fallback in any case, mplayer/mpv piped to ffmpeg/libav, so either way it should work out [04:25:19 CEST] <grepper> only bad combo would be mpv and libav, as postproc is not in libav and mpv is often compiled against libav, and even when compiled against ffmpeg it postproc seems to get left out often [04:25:45 CEST] <grepper> s/it// [04:28:01 CEST] <relaxed> you're piping audio and video when using mplayer/mpv? if not, that could introduce sync issues. [04:29:38 CEST] <grepper> yeah, sync is the issue and why I use ffmpeg for both whenever possible [04:30:38 CEST] <grepper> if they are using mpv and libav they can always test with -slice 0-100 or so in the script and pass an -async X option to mplex [08:17:19 CEST] <anshul_mahe> I am trying to play encrypted hls using ffplay, it gives me error. while I am able to play encrypted segment [08:17:22 CEST] <anshul_mahe> http://pastebin.com/x0yWMrNp [08:34:16 CEST] <anshul_mahe> I debugged in code, it looks like passing key is not the way I have passed [08:34:41 CEST] <anshul_mahe> does any one know or done passing key in hls [08:50:21 CEST] <anshul_mahe> ok, I got it its working now [11:59:57 CEST] <Dark-knight> hey, know its been awhile since i've been in here, just saying hello and asking a quick question. [11:59:59 CEST] <Dark-knight> whats better? [12:00:00 CEST] <Dark-knight> video stream Format profile: High(a)L4.0 with Bit depth: 8 bits [12:00:02 CEST] <Dark-knight> or [12:00:03 CEST] <Dark-knight> video stream Format profile: High 10(a)L4.0 with Bit depth: 10 bits [12:00:32 CEST] <Dark-knight> both are .mkv files [12:01:40 CEST] <rcombs> who the hell encodes High 10 at level 4.0 [12:02:25 CEST] <Dark-knight> its a Hellsing OVA episode. [12:03:10 CEST] <Dark-knight> idk, it was the only one i could find and I already downloaded both of them, just trying to figure out which one to delete [12:04:26 CEST] <Dark-knight> same exact video, different numbers [12:04:41 CEST] <Dark-knight> have no clue whats better [12:32:23 CEST] <Dark-knight> so nobody awake? [13:10:26 CEST] <anshul_mahe> is it possible to start rtmp in listen mode, and user connecting it authenticate by username and password [13:13:04 CEST] <anshul_mahe> do ffmpeg have any authentication system if we start listening with any streaming protocol, (rtsp, rtmp,hls) [14:24:59 CEST] <thesub6> does anyone know if it is possible to change the bitdepth of an image2 output? i need to change the bitdepth to 10 bit. my input is a 16 bit exr my output should be a 10 bit dpx. [16:05:02 CEST] <antiatom> Hi all, I am trying to do a 2-pass x264 encode on the CLI, but it fails saying unstuitable output format for /dev/null: [16:05:05 CEST] <antiatom> ffmpeg -y -i IMG_3035.MOV -c:v libx264 -preset medium -b:v 1200k -pass 1 -c:a libopus -b:a 96k /dev/null && ffmpeg -i input -c:v libx264 -preset medium -b:v 1200k -pass 2 -c:a libopus -b:a 96k output test.mkv [16:25:26 CEST] <antiatom> Ah I guess it is not -f mkv but -f matroska [17:46:45 CEST] <rjp421> streaming media east 2015 is live http://www.streamingmedia.com [17:46:53 CEST] <rjp421> any min now.. [17:51:27 CEST] <LordyLord> Hi [17:52:05 CEST] <LordyLord> I'm looking to transcode a live 128kbps MP3 stream to 48kbps AAC+ - possible to do tbis with ffmpeg? [17:52:16 CEST] <LordyLord> s/tbis/this [17:53:00 CEST] <c_14> ffmpeg -i protocol://where -b:a 48k -c:a aac -strict -2 out.m4a [17:53:09 CEST] <c_14> At that bitrate you might want to consider libfdk-aac though [17:53:17 CEST] <Mavrik_> that's not going to create an AAC+ output [17:53:39 CEST] <LordyLord> c_14: yes, I have recompiled with libfdk-aac [17:53:53 CEST] <Mavrik_> LordyLord, https://trac.ffmpeg.org/wiki/Encode/AAC#fdk_he [17:54:15 CEST] <c_14> Aah, I overlooked the + [17:56:10 CEST] <LordyLord> Maybe the output I want is AAC and not AAC+ - bear with me [17:56:55 CEST] <LordyLord> I tried the following (which si wrong): [17:56:55 CEST] <LordyLord> /usr/bin/ffmpeg -re -user-agent 42 -i [17:56:55 CEST] <LordyLord> http://example1.com:8002/stream.mp3 -c:a libfaac -ar 44100 -ab 48k [17:56:55 CEST] <LordyLord> -acodec copy http://username:password@example2.com:8099/stream.aac -v [17:56:55 CEST] <LordyLord> debug [17:57:05 CEST] <c_14> get rid of the -re [17:57:13 CEST] <c_14> and the -acodec copy [17:57:16 CEST] <LordyLord> I've been advised to remove -acodec copy [17:57:45 CEST] <LordyLord> Thnx - and get rid of -re too ? I thought I need that bcuz it was a lice stream...? [17:57:52 CEST] <LordyLord> s/lice/live [17:58:16 CEST] <c_14> You only need that if you have a file and are trying to create a live stream, using it when the source is a live stream is only liable to make problems. [17:59:21 CEST] <LordyLord> c_14: kk, thnx. Ok, I'll try all this now. BRB. Thnx. [18:02:18 CEST] <LordyLord> Ok, silly question (apologies). How do I enable libfdk-aac ? Like this ??? [18:02:21 CEST] <LordyLord> /usr/bin/ffmpeg -user-agent 42 -i [18:02:21 CEST] <LordyLord> http://example1.com:8002/stream.mp3 -c:a libfdk-aac -ar 44100 -ab 48k [18:02:21 CEST] <LordyLord> http://username:password@example2.com:8099/stream.aac -v debug [18:02:33 CEST] <LordyLord> I'll try it... [18:02:48 CEST] <c_14> I think it's libfdk_aac [18:03:10 CEST] <LordyLord> Yup... [18:05:12 CEST] <LordyLord> ok, errors. Is it ok to post 9 lines of error here ??? [18:05:28 CEST] <c_14> Use a pastebin service [18:05:33 CEST] <LordyLord> kk [18:06:58 CEST] <LordyLord> Ok, I have some sort of errors thus: http://pastebin.com/hLPLFTyz [18:07:08 CEST] <LordyLord> Thanks for your inout BTW [18:07:21 CEST] <LordyLord> s/inout/input [18:07:35 CEST] <seanDunc> hi, I'm trying out the dither abilities in ffmpeg. I am running the following two commands [18:07:44 CEST] <seanDunc> ffmpeg -i "1080p_prores_422_10bit_yuv422p10le_test.mov" -pix_fmt yuv420p -an -threads 36 -vf scale=852:480:sws_dither=bayer 8Bit_raw_bayer.yuv [18:07:57 CEST] <seanDunc> ffmpeg -i "1080p_prores_422_10bit_yuv422p10le_test.mov" -pix_fmt yuv420p -an -threads 36 -vf scale=852:480:sws_dither=x_dither 8Bit_raw_x-dither.yuv [18:08:22 CEST] <c_14> LordyLord: can you play the input stream in a video/audio player? (also in future, the complete console output is appreciated in case you missed another error somewhere) [18:08:45 CEST] <seanDunc> however, I don't see a visual difference between 8Bit_raw_x-dither.yuv and 8Bit_raw_x-dither.yuv [18:09:04 CEST] <seanDunc> I can play .yuv files in yuv player just fine [18:09:13 CEST] <seanDunc> hold on, I'll get console output [18:09:20 CEST] <LordyLord> c_14: I think the adts might be an issue - I was advised on the ffmpeg mailing list that "You're actually streaming unchanged MP3 into an ADTS stream named with [18:09:20 CEST] <LordyLord> the suffix "aac". [18:09:42 CEST] <seanDunc> oh, just realized you're not talking to me. sorry [18:10:32 CEST] <LordyLord> c_14: kk. yes, can play input stream in audio player (e.g. VLC). Will post entire error dump. BRB. [18:10:46 CEST] <LordyLord> sorry seanDunc - c_14 was talking to me. [18:11:07 CEST] <seanDunc> when I do a md5 of the two .yuv files, I get the same number on both .yuv files [18:14:10 CEST] <LordyLord> c_14 - full error dump here: http://pastebin.com/9eRGkg1g [18:18:41 CEST] <LordyLord> c_14 - of course I have amended the relevant URLs to protect the innocent... [18:19:41 CEST] <c_14> seanDunc: no clue. looks like it might be a bug though. Might want to check on trac and if you can't find an issue about it create one [18:20:10 CEST] <c_14> LordyLord: your version of ffmpeg is reeeally outdated [18:20:27 CEST] <c_14> You should probably build from git. [18:22:44 CEST] <LordyLord> c_14 - thnx. How can you tell? I rebuilt it yesterday followinjg the instructions from here: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [18:24:27 CEST] <LordyLord> c_14 - ok, version here: ffmpeg version 1.0.10 Copyright (c) 2000-2014 the FFmpeg developers [18:24:27 CEST] <LordyLord> built on Jul 25 2014 07:50:40 with gcc 4.7 (Debian 4.7.2-5) [18:24:53 CEST] <LordyLord> c_14 - yeah, it's old. kk, back to the drawing board... [18:25:35 CEST] <LordyLord> c_14 - thanks for the advice. I'll be back in about 24 hours then... [18:26:13 CEST] <c_14> You followed that guide? Cause that should use a recent git snapshot. [18:27:19 CEST] <c_14> Do you maybe just have another ffmpeg binary in your path that's overshadowing the one you built? [18:29:07 CEST] <LordyLord> c_14 - yeah, I followed that guide. [18:29:36 CEST] <LordyLord> c_14 - the the best of my 'ability'. But no complie errors or anything. [18:30:04 CEST] <Dark-knight> whats better? [18:30:05 CEST] <Dark-knight> video stream Format profile: High(a)L4.0 with Bit depth: 8 bits [18:30:07 CEST] <Dark-knight> or video stream Format profile: High 10(a)L4.0 with Bit depth: 10 bits [18:30:25 CEST] <Dark-knight> both are .mkv files [18:30:32 CEST] <LordyLord> c_14 - this is the critical line: wget http://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2 [18:30:58 CEST] <c_14> LordyLord: try `~/bin/ffmpeg -version' and see what that returns [18:31:48 CEST] <c_14> Dark-knight: assuming everything else is the same 10bit is usually better. [18:31:56 CEST] <LordyLord> c_14 - yeah, it still comes back as old: ffmpeg version 1.0.10 [18:31:57 CEST] <LordyLord> built on Jul 25 2014 07:50:40 with gcc 4.7 (Debian 4.7.2-5) [18:32:23 CEST] <c_14> LordyLord: then something probably went wrong during install [18:32:27 CEST] <LordyLord> c_14 - current version is 2.6.2.... [18:32:31 CEST] <c_14> What does `which ffmpeg' return? [18:32:41 CEST] <LordyLord> c_14 - ok, thnx, I'll try again. [18:32:43 CEST] <Dark-knight> c_14: why is the 8bit file bigger? [18:33:04 CEST] <LordyLord> c_14: /usr/bin/ffmpeg [18:33:16 CEST] <c_14> Dark-knight: higher bitrate [18:33:47 CEST] <LordyLord> c_14 - oops, I make a mistake.... [18:34:31 CEST] <LordyLord> c_14 - I have the updated version. See: [18:34:32 CEST] <LordyLord> user@machine:~# ~/bin/ffmpeg -version [18:34:32 CEST] <LordyLord> ffmpeg version 2.6.git Copyright (c) 2000-2015 the FFmpeg developers [18:35:12 CEST] <LordyLord> c_14 - ok, so I have two versions of ffmpeg installed. I will invokee ffmpeg using ~/bin/ffmpeg and see what happens [18:35:35 CEST] <LordyLord> s/invokee/invoke [18:36:07 CEST] <Dark-knight> 8bit file = Overall bit rate: 1,117 Kbps [18:36:09 CEST] <Dark-knight> 10bit file = Overall bit rate: 867 Kbps [18:36:58 CEST] <Dark-knight> but remember 8bit file = High(a)L4.0. and 10bit file = High 10(a)L4.0 [18:37:14 CEST] <Dark-knight> for these particular mkv files [18:37:57 CEST] <c_14> Dark-knight: yeah sure, so? higher bitrate = larger file [18:38:16 CEST] <Dark-knight> 8 is higher than 10? [18:38:26 CEST] <Dark-knight> no wonder i failed math [18:38:30 CEST] <Dark-knight> oh wait [18:38:30 CEST] <c_14> No, 1,117 is higher than 867 [18:38:44 CEST] <c_14> bit depth != bitrate [18:39:25 CEST] <Dark-knight> ok so for these 2 videos, I should keep the 10bit version? [18:39:35 CEST] <Dark-knight> yes no maybe? [18:39:35 CEST] <kepstin-laptop> Dark-knight, keep the one that looks better. [18:39:47 CEST] <Dark-knight> its an hour long [18:39:57 CEST] <Dark-knight> not watching both just to find out [18:40:04 CEST] <kepstin-laptop> then it doesn't really matter [18:40:52 CEST] <c_14> You can just look at a small part with lots of movement or with gradients to check for banding etc. [18:41:26 CEST] <Dark-knight> is 10bit at level 4 bad? [18:41:48 CEST] <Dark-knight> someone earlier said made a comment about that [18:42:14 CEST] <kepstin-laptop> the only thing that might be bad about it is that it could require more cpu to decode, and it isn't supported by many (any?) hardware players. [18:42:50 CEST] <kepstin-laptop> if you're only watching it on a computer, and your computer plays it smoothly, neither of those is an issue. [18:43:17 CEST] <LordyLord> c_14 - I think this progressed further: http://pastebin.com/5VJkLuk0 [18:43:28 CEST] <Dark-knight> ok so c_14 is telling me to choose 10bit, but your info is telling me to choose 8bit [18:43:46 CEST] <LordyLord> c_14 - I think the error might now be on the relay server ??? '404 not found' [18:44:17 CEST] <c_14> Dark-knight: I never said to always choose 10bit, I said to choose 10bit when the other factors are equal. [18:44:32 CEST] <rjp421> streaming media east 2015 is live http://www.streamingmedia.com How To: Producing and Distributing HEVC by Jan Ozer is live in a few min [18:45:16 CEST] <Dark-knight> ok thanks that answer my question [18:45:27 CEST] <Dark-knight> answered* [18:46:54 CEST] <c_14> LordyLord: what are you streaming to? Doesn't look like the server liked the post [18:50:35 CEST] <LordyLord> c_14 - not a 404 error. It was a 400 error. I am streaming to an Icecast server which should work (it works with Liquidsoap). I want to use ffmepg for lower serever load and also I don't think Liquidsoap can do CBR. [18:50:59 CEST] <LordyLord> s/serever/server [18:51:00 CEST] <c_14> LordyLord: https://ffmpeg.org/ffmpeg-protocols.html#Icecast [18:51:09 CEST] <c_14> You need to use the icecast protocol for streaming to icecast [18:51:33 CEST] <rjp421> apparently my time is off, live in an hour [18:51:43 CEST] <LordyLord> c_14 - many thanks. Will try, fingers crossed... [18:56:41 CEST] <LordyLord> c_14 - nearly there. Got this: [http @ 0x3c29ae0] HTTP error 401 Authentication Required [18:57:18 CEST] <LordyLord> c_14 - it's an Icecast server implemented in CentovaCast (which does stats and account management). [18:57:24 CEST] <c_14> LordyLord: did you set the username and password? [18:57:52 CEST] <LordyLord> c_14 - yes, set it, checked it, and changed to something simple for it for good measure [19:00:05 CEST] <LordyLord> c_14 - I'll check that I can stream to the server using, for example, Edcast and using same authentication. Maybe not an ffmpeg issue now but Icecast/authentication. BRB. [19:05:08 CEST] <LordyLord> c_14 - kk, it was an authentication issue. But still have problem. I get this now: [19:05:09 CEST] <LordyLord> icecast://example1.com:8002/stream.mp3: End of file [19:05:09 CEST] <LordyLord> [AVIOContext @ 0x36a7240] Statistics: 131600 bytes read, 0 seeks [19:05:28 CEST] <LordyLord> c-14 - and thge process just stops [19:05:54 CEST] <LordyLord> s/thge/the [19:06:04 CEST] <LordyLord> c_14 - I'll do a pastebin. Thnx [19:12:37 CEST] <LordyLord> c_14 - pastebin: http://pastebin.com/ic4cvU86 [19:12:43 CEST] <LordyLord> c_14 - many thnx [19:22:50 CEST] <LordyLord> c_14 - I must go soon. Have a meeting to get to. I'll try posting on the ffmpeg mailing list. Many, many thanks for your help. This has moved forward a lot! [19:42:59 CEST] <LordyLord> kk, must go. AFK. Many thanks: c_14 [19:56:39 CEST] <rjp421> streaming media east 2015 is live http://www.streamingmedia.com How To: Producing and Distributing HEVC by Jan Ozer [20:27:26 CEST] <Zucca> Hi. I'm getting some seriously GOOD results using zlib lossless video codec. Is there any downsides using it? So far I've seen about 15% lose in compression to libx264 lossless. [20:28:13 CEST] <Zucca> Also I've read that zlib video codec has two compression levels. How can I change them [20:28:15 CEST] <Zucca> ? [20:29:57 CEST] <Zucca> (15% compression losing == libx264 lossless on placebo is about 15% smaller than zlib compressed) [20:44:27 CEST] <llogan> Zucca: in my single, shitty test zlib came out to be more than 4.5x larger than lossless, medium. [20:45:40 CEST] <llogan> of course "it depends" on the content [21:10:24 CEST] <Zucca> llogan: Ah ok. I have screencasting. That might explain. [21:11:16 CEST] <Zucca> Well. It's very suitable for screencasting at least. [21:12:40 CEST] <Zucca> Beats ffv1 in every way... although for ffv1 (as for x264) the pixel format I used wasn't available. zlib codec has brg24. [21:15:55 CEST] <kepstin-laptop> I wonder how zlib compares to png for that use case. theoretically png should do better, it can do transforms prior to the zlib compression to increase the ratios. [21:33:02 CEST] <Zucca> kepstin-laptop: The paper says something about png filter even. [21:33:40 CEST] <Zucca> kepstin-laptop: http://multimedia.cx/lcl.txt [21:36:30 CEST] <kepstin-laptop> heh, from that document "I don't know why it's called png filter since it has nothing to do with filters used in pnglib." [21:36:40 CEST] <Zucca> :P [21:40:59 CEST] <kepstin-laptop> huh, apparently my laptop can't manage 30fps at 1080p with -c:v png. Wonder if it's a cpu issue or disk bandwidth. [21:41:07 CEST] <kepstin-laptop> 188mbit/s is a fair bit :) [21:43:00 CEST] <thesub6> disk bandwidth should not be the problem [21:43:17 CEST] <thesub6> u could monitor those values [21:43:47 CEST] <thesub6> htop under linux. task manager under windows [21:45:04 CEST] <kepstin-laptop> hmm. looks cpu limited :) [21:50:34 CEST] <kepstin-laptop> fun. in some quick testing, png does get better compression than zlib on screen capture, but neither is fast enough to to 1080p30 capture on my laptop :) [23:14:34 CEST] <Zucca> kepstin-laptop: I had to set higher -thread_queue_size for video and audio to get my screencast working. Although I didn't capture my whole screen. The fps was 60. [23:15:51 CEST] <Zucca> Another codec that gives me pretty good results is ffvhuff. But the filesize is MUCH bigger. [23:21:30 CEST] <JEEBsv> ffvhuff is a simple huffman, Ut Video is similar [23:28:18 CEST] <Zucca> i wonder if youtube can accept zlib codec. I believe they use ffmpeg as well... [23:28:52 CEST] <Zucca> Although uploading 7GB might go over the limits... [23:30:20 CEST] <kepstin-laptop> if your final encode is gonna be lossy, it might make sense just capturing to a high quality with a lossy codec; the encoder's probably gonna be faster... [23:31:10 CEST] <Zucca> I'll try one more test: x265 lossless using veryslow preset. (My server is idling, so why not?) [23:31:25 CEST] <Zucca> I wan't to see how small I can get lossless. [23:32:08 CEST] <Zucca> kepstin-laptop: I'll upload it to youtube as well. I'll store the lossless version on my server or somewhere else. [23:33:17 CEST] <Zucca> I'll capture with zlib as long as I can get decent framerates. [23:33:59 CEST] <Zucca> If I cannot, then I'll try x264 lossy maybe. I haven't tried snow at all... [23:36:25 CEST] <Zucca> Oh man. 8 threads running. 60 fps 18 minute video. Under 1 fps encoding using libx265. I might stop this and loosen the compression. [23:37:14 CEST] <kepstin-laptop> nah, x265 is just slow. [23:38:09 CEST] <Zucca> Yeah. And super slow if using veryslow preset. [23:38:59 CEST] <Zucca> I heard some new Intel CPUs have h.265 encoding acceleration built-in. [23:41:00 CEST] <kepstin-laptop> well, the only thing really to say about that is that it'll probably have better quality per bitrate than the h.264 encoder on the chip. [23:41:17 CEST] <Zucca> I wonder if CPUs have something that accelerates zlib functions. Since it's really fast here. Or at least feels so. [23:41:39 CEST] <kepstin-laptop> not really, it's just that modern cpus are really, really fast ;) [23:42:40 CEST] <kepstin-laptop> i wouldn't be surprised if the microcode designers try to make sure the branch prediction works well on zlib tho. [23:44:32 CEST] <Zucca> hexa-core AMD 2.8GHz on desktop. But still not enought for 1920x1200 30fps screencasting using ffv1 at least. Acatually it's quite tasking process with any codec I tried. [23:45:14 CEST] <kepstin-laptop> you can probably do it if you use a lossy codec. lossless codecs have to process ridiculous amounts of data for minimal gains :/ [23:45:42 CEST] <Zucca> I think I need to use ffvhuff if I want full screen casting. I looked promising. [23:46:02 CEST] <Zucca> Sadly lagarith isn't possibility as I have only Linux machines. [23:46:06 CEST] <kepstin-laptop> if you have the disk space, yeah. just recompress it smaller after if you like. [23:47:13 CEST] <Zucca> For that disk space I need to clean a lot, or attach eSATA drive. [23:51:10 CEST] <foonix> you can try utvideo, its pretty good imo [23:52:01 CEST] <foonix> but ffv1 has better compression ratio if you dont mind more cycles [23:53:01 CEST] <Zucca> foonix: How's utvideo compared to ffvhuff? [23:53:12 CEST] <JEEBsv> you're much better with x264 and long gops and stuff than ffv1 IMHO [23:53:14 CEST] <Zucca> I believe utvideo is pretty new? [23:53:24 CEST] <JEEBsv> because ffv1 the last I checked was slow [23:53:48 CEST] <Zucca> Yeah. It is. [23:54:01 CEST] <JEEBsv> decoding is especially, but encoding IIRC as well [23:54:16 CEST] <Zucca> And compresses less than zlib on my castings. [23:54:17 CEST] <JEEBsv> x264 is much more optimized in that sense, and I would believe it will give you better results [23:54:48 CEST] <Zucca> JEEBsv: I'll try that as time comes for it. [23:54:58 CEST] <foonix> Zucca: better compression, but you need to try.. [23:55:07 CEST] <JEEBsv> ut video is close to ffvhuff on the very general level, although I haven't tested it :P [23:55:10 CEST] <JEEBsv> I just wrote the encoder [23:55:40 CEST] <JEEBsv> ut video is mostly useful because there's a plugin for all major multimedia frameworks for it [23:55:53 CEST] <JEEBsv> so for video editors and such it's quite useful [23:56:01 CEST] <foonix> JEEBsv: i replaced ffvhuff with utvideo, yes the support is briliant [23:56:34 CEST] <Zucca> I gotta run tests with utvideo asap. [23:57:19 CEST] <JEEBsv> well it doesn't really have much asm (except for the median prediction, which IIRC later someone found from lavc) [23:57:26 CEST] <foonix> aka good compression + perfect support everywhere but the best archival codec is ffv1 [23:57:32 CEST] <foonix> dunno if there's something better atm [23:57:35 CEST] <JEEBsv> uhh [23:57:48 CEST] <JEEBsv> I dunno, I really prefer stuff that's currently properly specified [23:57:51 CEST] <JEEBsv> like AVC [23:58:03 CEST] <JEEBsv> libx264's lossless is quite spiffy and all [23:58:14 CEST] <JEEBsv> supports everything from RGB/4:4:4 to 4:2:0 [23:58:26 CEST] <kepstin-laptop> hey, ffv1 should be properly specified pretty soon, some work being done there right now :) [23:58:44 CEST] <JEEBsv> I know of that, which is why I had *currently* there [23:58:53 CEST] <JEEBsv> also it will not make it much faster I will guess [00:00:00 CEST] --- Thu May 14 2015

1 0

ffmpeg-devel.log.20150512
by burek 13 May '15

13 May '15

[00:00:06 CEST] <yvear> wm4, I completely agree [00:00:30 CEST] <nevcairiel> Just include it in your build, disable the internal decoder, voila, you get what you want [00:00:34 CEST] <wm4> but probably won't happen [00:01:28 CEST] <nevcairiel> to make things easier, someone could suggest moving it up in the priority chain, possibly sending a patch as a discussion basis [00:01:32 CEST] <jamrial> patches to "port" the libdcadec decoding bits into ffdca are very much welcome i'd say :p [00:01:40 CEST] <nevcairiel> good luck [00:01:43 CEST] <nevcairiel> the dca decoder is a mess [00:02:11 CEST] <nevcairiel> without actually understanding both the code and the codec itself, its probably going to be very hard [00:02:20 CEST] <jamrial> yes, it would basically mean a rewrite of the decoder (the parser seems ok, though) [00:03:14 CEST] <jamrial> foo86 sent a patch a week or so ago to fix a bug in the parser. maybe he has further plans [00:04:22 CEST] <nevcairiel> I fixed the same bug differently a few years back, but quite a bit more complex, ie. by actually parsing frame sizes, but it doesnt work in 100% of all cases because it requires access to more than the state variable can carry [00:04:41 CEST] <nevcairiel> its annoying that it may be conceivable that a parser gets one byte at a time... [00:06:09 CEST] <nevcairiel> its even more annoying that the dts bitstream allows aliasing of start codes and doesnt have some magic to protect itself [00:08:23 CEST] <yvear> is the parser the bit responsible for displaying info about the file? [00:08:49 CEST] <nevcairiel> no [00:09:19 CEST] <yvear> that's decoder also? [00:44:32 CEST] <rcombs> nevcairiel: I did suggest that in here [00:44:38 CEST] <rcombs> nevcairiel: and then someone filed a ticket in trac about it [00:45:08 CEST] <nevcairiel> two wrong way to start a discussion that is supposed to actually have a constructive outcome. ;) [00:45:12 CEST] <nevcairiel> *ways [00:45:31 CEST] <rcombs> kek [00:45:37 CEST] <rcombs> <jamrial> but in this case the change allows ffmpeg to link to both 8bpp and 16bpp libraries without having to recompile, so a changelog line sounds good [00:45:41 CEST] <rcombs> ^ wtb this for libx264 [01:09:07 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:3ecc06332238: avcodec/hevc: Fix order of operations in hls_decode_neighbour() [01:18:43 CEST] <rcombs> nevcairiel: hmm, just looked into how we do this for native RTMP vs librtmp [01:18:56 CEST] <rcombs> ffrtmpcrypt_protocol_deps="!librtmp_protocol" [01:19:11 CEST] <rcombs> would that make sense to do here? [02:37:05 CEST] <baptiste> kierank, you around ? [04:19:12 CEST] <cone-081> ffmpeg 03Michael Niedermayer 07master:59db9e694962: avformat/internal: Fix warning about struct declaration [04:19:12 CEST] <cone-081> ffmpeg 03Michael Niedermayer 07master:acf4925f4446: tools/graph2dot: use larger data types than int for array/string sizes [04:41:05 CEST] <BBB> if I set avctx->refcounted_frames = 1, do I own a reference to each frame returned from avcodec_decode_videoN()? or should I take a reference after the function returns? [04:41:19 CEST] <BBB> (and then release it when Im done with the frame) [09:09:35 CEST] <wm4> I think you own it [09:09:49 CEST] <wm4> but you need to have a "fresh" AVFrame for the next decode call then [10:22:10 CEST] <nevcairiel> rcombs: i think its fine to allow both in one binary, just that codec auto-selection should prefer libdcadec if its enabled .. like someone else argued the other day, if you are going to build with a specific decoding library, its safe to assume that you want it used as well [10:22:45 CEST] <rcombs> alright, sensible enough [12:04:58 CEST] <rcombs> ^ that's a weird one [12:05:45 CEST] <nevcairiel> one thought, the overlay filter doesnt cope with the output timebase change that yadif uses [12:06:48 CEST] <rcombs> sounds non-absurd [12:08:47 CEST] <nevcairiel> you could test that theory by putting yadif into the mode that doesnt double the framerate [12:09:56 CEST] <rcombs> yeah, looking into that now [12:10:04 CEST] <nevcairiel> hm, apparently that is the default mode [12:10:07 CEST] <nevcairiel> odd [12:10:16 CEST] <rcombs> but it looks like vf_yadif always fucks with the time base [12:10:50 CEST] <nevcairiel> ah hm [12:15:41 CEST] <rcombs> and I just tried both modes; no difference [12:15:59 CEST] <cone-429> ffmpeg 03foo86 07master:0670acc4f1c4: dca_parser: Extend DTS core sync word and fix existing check [12:16:00 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:85bbe1dbd1cc: Merge commit '0670acc4f1c4ceb16968818a654e07a3f550a8c9' [12:16:10 CEST] <nevcairiel> yeah if it always messes with the timebase it wouldnt [12:16:25 CEST] <nevcairiel> you could re-order it, use overlay before yadif, but that would slightly degrade quality [12:18:37 CEST] <rcombs> or I could track down and fix the bug [12:18:54 CEST] <nevcairiel> don't go crazy! [12:19:40 CEST] Action: rcombs disregards nevcairiel's advice; goes crazy [12:24:53 CEST] <cone-429> ffmpeg 03Carl Eugen Hoyos 07master:da5c6a97bbfe: riff: Add MultiScope II fourcc MSC2 as MJPEG [12:24:54 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:2ce2462ba857: Merge commit 'da5c6a97bbfe34d4b30a89e72150dd400299ddce' [12:38:47 CEST] <rcombs> nevcairiel: you are, indeed, correct [12:44:10 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:37efad4e5b66: fate: Test pullup and fieldmatch with 5 instead of 1 frame [13:33:33 CEST] <cone-429> ffmpeg 03Marton Balint 07master:93cc5ca7ed14: lavf/img2dec: add option to disable pattern matching [14:04:07 CEST] <Compn> rcombs : does it work with other deinterlacing codecs ? [14:04:17 CEST] <Compn> er deinterlacing filters [14:04:19 CEST] Action: Compn wakes up [14:07:24 CEST] <rcombs> Compn: same issue with kerndeint [14:09:50 CEST] <cone-429> ffmpeg 03Paul B Mahol 07master:94e293a83cd7: avfilter/af_aphaser: reject too small delay [14:11:16 CEST] <Compn> http://spdblotter.seattle.gov/2015/01/05/a-dazzling-bodycam-video-and-notes… [14:11:33 CEST] <Compn> interesting bodycam , trying to find out how to redact/censor sensitive materials [14:14:46 CEST] <ozzay> Hey everyone, I am working on MP4 http streaming software and I've got it working to every browser, except the one of the apple Ipad. I was wondering if someone could help me. [14:15:11 CEST] <ozzay> The problem is this: an ffmpeg generated MP4 works flawlessly in the Ipad browser, but my MP4 does not. My file uses the same moov box structure, but different stco interleaving and stsc entries. Does Apple require something specific that I am missing here? Thanks in advance. [14:17:51 CEST] <Compn> ozzay : i'm guessing yes. there is a mailing list for using the libs in your own program [14:17:59 CEST] <Compn> if i knew the answer i'd tell you :P [14:19:02 CEST] <ozzay> Oh well, thank you for trying anyway :) [14:19:20 CEST] <ozzay> I'll take an extra look at the libs [14:39:16 CEST] <JEEBsv> ozzay: I recommend comparing stuff with L-SMASH's boxdumper or something [14:39:34 CEST] <JEEBsv> it will output the file structure in text [14:42:35 CEST] <ozzay> I will look into that, thanks! [14:44:34 CEST] <BBB> so if I load a hevc file, avformatctx->duration and avformatctx->streams[i]->duration are both not set, so how do I find the length of the file now? [14:44:55 CEST] <BBB> (like any .bit file from the conformance suite) [14:45:29 CEST] <wm4> BBB: is this a raw stream? libavformat can't know the length without reading all frames _and_ having timestamps/frame durations [14:45:55 CEST] <BBB> what option do I set for that? yes its annexb [14:46:12 CEST] <wm4> there's none [14:46:34 CEST] <BBB> I want to call avformat_open_input, avformat_find_stream_info and perhaps some magic third call and it should just work [14:46:41 CEST] <wm4> haha [14:46:51 CEST] <BtbN> The information you are looking for is just not present in the file. [14:46:52 CEST] <wm4> ffmpeg's API is being called terrible for a reason [14:46:59 CEST] <BBB> BtbN: I know that [14:47:10 CEST] <BBB> Im quite familiar with video codecs and their raw streams [14:47:10 CEST] <wm4> you could probably keep reasing avpackets [14:47:12 CEST] <wm4> and count them [14:47:13 CEST] <BBB> but Im not using posix [14:47:15 CEST] <BBB> Im using ffmpeg [14:47:18 CEST] <BBB> theres a reason for that [14:47:23 CEST] <BBB> I want $tool to take care of $shit for me [14:47:32 CEST] <BBB> otherwise I wouldnt use $tool to do $easyTask [14:48:05 CEST] <BtbN> You want to know the length of a chain of raw frames. Without any timestamps. That information simply doesn't exist. [14:48:46 CEST] <BtbN> The best you can do is just keep reading frames, until there are none left. Then you know the amount of frames. [14:49:01 CEST] <wm4> even if it has timestamps, libavformat would do something utterly stupid like guessing the file duration by btirate of the first packets [14:50:09 CEST] <Compn> BBB : come up with a function that reads the whole file ? [14:51:07 CEST] <wm4> a full indexing mode would be useful [14:51:16 CEST] <wm4> but libavformat still can't do anything without frame durations [14:51:43 CEST] <Compn> lav* libs were originally (afaik) made for video playback. so reading entire files would be slower than guessing. now that people want more of those features, its a good time to add them [14:51:45 CEST] <wm4> well, maybe it could use frame numbers for timestamps [14:52:24 CEST] <wm4> Compn: not really, it took a long time until video players (even mplayer) started using libavformat by default at all [14:52:44 CEST] <BBB> I dont understand any of this [14:52:50 CEST] <BBB> ivf has no timestamps or nothing [14:53:05 CEST] <BBB> for ivf, I can simply read frames and it assigns timestamps fine [14:53:08 CEST] <Compn> wm4 : yes but it was all designed by mplayer devs :P [14:53:12 CEST] <BBB> why cant annexb do that? [14:53:23 CEST] <BBB> ignore seeking or duration for now, lets start with just pts [14:53:33 CEST] <wm4> what's ivf? [14:53:35 CEST] <BBB> why cant annexb assign pts [14:53:41 CEST] <BBB> ivf is vp8/9s variant of annexb [14:53:50 CEST] <Compn> or worked on by mplayer devs. something. its been a while since i looked at early ffmpeg history [14:54:11 CEST] <BBB> well thats a lie, ivf has some file headers, but anyway, its about as empty as a container gets [14:54:16 CEST] <wm4> BBB: AFAIK libavformat discards the timestamps in annexb, because nothing uses them at all [14:54:32 CEST] <BBB> aha [14:54:38 CEST] <BBB> thats evil [14:58:42 CEST] <BBB> so without a pts, I should assume seeking doesnt work either, even after indexing? [14:59:06 CEST] <BBB> and even if I went through the whole file using av_read_frame() manually, the index still wouldnt tell lavf what the duration of the 100% parsed file is? [15:00:33 CEST] <av500> the index holds iframes only [15:00:46 CEST] <av500> so the time of the last iframe would be roughly the duration [15:02:51 CEST] <BBB> painful... [15:04:33 CEST] <wm4> the index also uses timestamps [15:04:37 CEST] <wm4> and seeking uses timestamps [15:04:42 CEST] <wm4> there is no seek by frame number [15:04:50 CEST] <wm4> you might want to try something like ffms2 [15:05:06 CEST] <BBB> Ill install gstreamer [15:05:08 CEST] <BBB> like, right [15:05:16 CEST] <BBB> I dont need 17 wrappers on top of posix [15:05:39 CEST] <av500> and how does gst get the duration? [15:05:59 CEST] <BBB> by not using ffmpeg, presumably [15:06:08 CEST] <av500> well [15:06:28 CEST] <av500> there's your solution [15:06:41 CEST] <av500> I bet there is an emacs macro to do it [15:08:43 CEST] <BBB> < vim user :-p [15:14:06 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:c3671e1d5760: avformat/riffenc: Use size_t for strlen in ff_riff_write_info_tag() [15:18:25 CEST] <nevcairiel> BBB: the difference between ivf/vp8/9 and h264/hevc in annexb is that pts in h264/hevc is non-trivial because of bframes :d [15:21:04 CEST] <wm4> how so? (I know nothing about annexb timestamps) [15:21:18 CEST] <nevcairiel> annexb doesnt have timestamps [15:21:22 CEST] <nevcairiel> its a pure raw format [15:21:25 CEST] <nevcairiel> only frames [15:21:29 CEST] <nevcairiel> not a single bit of container [15:21:51 CEST] <wm4> yes, but there are optional timestamps in some header, aren't there? [15:22:13 CEST] <BBB> at the very least, theres the poc field in the bitstream [15:22:29 CEST] <BBB> that can reasonably be used as a basic display counter (aka pts) [15:22:47 CEST] <nevcairiel> not exactly timestamps, but some h264 headers at least can contain some timing info, but its not as easy as assigning it a pts [15:23:07 CEST] <nevcairiel> avformat could read them at some point, did that get removed? [15:24:01 CEST] <Daemon404> if it does get read, its in the parser [15:25:28 CEST] <wm4> I think I saw code that just skips these... [15:26:47 CEST] <saste> nevcairiel, any specific reasons why you implemented DXVA2 support in ffmpeg? [15:26:59 CEST] <nevcairiel> why wouldnt i? [15:27:09 CEST] <nevcairiel> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=2ba68dd044ca8fc591139c… [15:27:13 CEST] <nevcairiel> thats the code i meant [15:27:18 CEST] <nevcairiel> it uses values set by the h264 parser [15:27:31 CEST] <nevcairiel> but was removed [15:38:50 CEST] <kierank> there is VUI framerate info [15:38:56 CEST] <kierank> if fixed_frame_rate=1 then you can generate timestamps [16:00:18 CEST] <saste> nevcairiel, thanks! [18:18:24 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:81198a68370e: avformat/rtpenc_jpeg: Check remaining buffer size for SOS [18:18:25 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:aa5169935e16: avformat/rtpdec_xiph: Check upper bound on len in xiph_handle_packet() [18:18:26 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:a23379a0a68a: avformat/rtpdec_xiph: Move pkt_len onto one side of the check [18:53:59 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:56abf35151c6: avformat/nutdec: Fix use of uinitialized value [18:54:00 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:171af59d58fc: avformat/matroskadec: Cleanup error handling for bz2 & zlib [18:54:01 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:70e022cfc5e3: avformat/idcin: Remove redundant chunk size check [19:39:55 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:7a27aa15ec94: avformat/hls: Handle read_buffer allocation failure [19:39:56 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:2cddc0b19a20: avformat/hevc: Check cpb_cnt_minus1 [19:39:57 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:b62b3292d8e2: avformat/hevc: Check num_negative_pics and num_positive_pics [20:39:00 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:1431b4cf77d6: avfilter/vf_fftfilt: Add MAX_PLANES and change it to 4 [20:39:01 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:0d0540648295: avfilter/vf_cover_rect: Handle the case where the cover rectangle is as large as the input [20:39:02 CEST] <cone-429> ffmpeg 03Michael Niedermayer 07master:d3c9f1fdbe05: avfilter/avf_showcqt: Fix gamma comparisons [21:28:26 CEST] <cone-429> ffmpeg 03Andreas Cadhalpun 07master:ec38a1ba404b: aacdec: don't return frames without data [00:00:00 CEST] --- Wed May 13 2015

1 0

ffmpeg.log.20150512
by burek 13 May '15

13 May '15

[00:20:52 CEST] <rjp421> http://www.streamingmedia.com/conferences/East2015/StreamingLive.aspx [00:25:10 CEST] <lord-carlos> "Thread message queue blocking; consider raising the thread queue size option (current value: 8)" <-- What would be a good value? Encoding 1440p tiff files with x264 for youtubes [00:27:50 CEST] <lord-carlos> -thread_queue_size 512 seems to work. But I have no idea what it does [01:16:06 CEST] <bawNg> Hey guys, I take it there isn't some magic solution to increasing the gdigrab frame rate on a system with an ancient graphics card [01:16:52 CEST] <bawNg> I've tried just about everything, including an alternative dshow filter, and I can't get more than about 7 FPS captured from a browser canvas running at 60 FPS [01:27:07 CEST] <bawNg> Does anyone have any other ideas on how I can capture at least 20 frames per second from a HTML5 canvas, on an almost headless server? [02:24:04 CEST] <Sazpaimon_> how can I use ffmpeg to decode a file in real time such that the decode takes as long as the video [02:24:10 CEST] <c_14> -re [02:27:23 CEST] <Sazpaimon_> yeah, that's it, thanks [03:00:53 CEST] <maslen> Sazpaimon_: What's the use case where that's necessary? [03:12:57 CEST] <bawNg> Is there any way to read sequential images as input in real time, if the frame rate is not perfectly consistent? It would be nice if there was a proper way to sync ffmpeg in this case [03:15:22 CEST] <bawNg> I've managed to capture between 18 and 23 frames per second from a HTML5 canvas and write them to the sandboxed webkit file system as PNG images, but now I need to be able to convert them into a real time stream, with as little latency as possible [03:16:12 CEST] <c_14> If the framerate isn't constant, you'll have issues. [03:17:30 CEST] <bawNg> Is there any half sane workaround in this case? [03:18:38 CEST] <c_14> You might be able to use the creation times as a source for the pts, but that would require either heavy scripting or direct use of the api. [03:21:55 CEST] <bawNg> I'm hoping to avoid having to use the API directly, as this is not a serious project, but rather a 2 day hack job [03:22:01 CEST] <bawNg> For proof of concept at least [03:22:38 CEST] <bawNg> How could I get ffmpeg to use timestamps for frames without using the API? [03:23:55 CEST] <c_14> The only other way I could think of would be to duplicate/drop frames until the input framerate is constant. [03:24:04 CEST] <c_14> Which you would need a script for. [03:24:41 CEST] <bawNg> I see, that isn't ideal, but could work [03:25:05 CEST] <bawNg> I'll need to do scripting to pull the images out of the webkit sandboxed file system anyway [03:25:25 CEST] <bawNg> I could use the file creation timestamps as reference [03:31:09 CEST] <Nemo377307289> Hi everybody [03:31:14 CEST] <Nemo377307289> Could ffmpeg add rotating animation for watermark picture? [03:31:14 CEST] <Nemo377307289> I means, let the watermark 3D rotate 360 degree, then show the watermark in a fixed position. [03:31:15 CEST] <Nemo377307289> Thanks a lot. [03:36:42 CEST] <Sazpaimon_> maslen, i want to stream a playlist of webm files to icecast using ezstream, but ezstream doesn't support timing data for webm, only theora, so I need to stream data to it in realtime [03:38:34 CEST] <houdini> hey can i ask a question ? [03:38:46 CEST] <houdini> how can i scale my video into this http://prntscr.com/7487in [03:39:30 CEST] <c_14> hmm? [03:41:21 CEST] <c_14> What exactly are you trying to do? [03:43:35 CEST] <houdini> trying to create outro for my youtube channel [03:43:49 CEST] <c_14> Not that, what do you mean with scale your video into this? [03:45:05 CEST] <houdini> i mean video will play on video in tv player [03:45:22 CEST] <c_14> Do you want to put the video where the black part of that picture is? [03:45:29 CEST] <c_14> Ie overlay the video onto the black part of the picture? [03:45:53 CEST] <houdini> yeah [03:46:00 CEST] <houdini> that's what i want [03:46:36 CEST] <c_14> Ok, about the scaling part. Is the picture a fixed size and you want to make the viedo smaller/larger to match or do you want the video to stay its own size and make the picture bigger/smaller to match. [03:47:38 CEST] <houdini> video stay own size [03:48:04 CEST] <houdini> sorry for english [03:48:15 CEST] <houdini> english is not my native language [03:52:00 CEST] <c_14> ffmpeg -i picture -i video -filter_complex '[0]scale={video_width+distance from edge of picture to black bar}:{video_height+distance from top of picture to black bar}[m];[m][1:v]overlay=(W-w)/2:(H-h)/2[v]' -map '[v]' -map 1:a out.mkv [03:52:02 CEST] <c_14> should do it [03:52:14 CEST] <houdini> ty trying [03:52:26 CEST] <c_14> you have to replace the things in the {} with what I described [03:52:56 CEST] <c_14> And that only works if the black box is centered vertically and horizontally [03:54:01 CEST] <houdini> oh, lets say i want to do it left top side of the video [03:54:05 CEST] <houdini> how can do it [03:55:27 CEST] <c_14> You mean the black box is in the top left corner of the video? [03:57:06 CEST] <houdini> yeah [03:59:17 CEST] <c_14> Then just get rid of the (W-w)/2:(H-h)/2 part [04:00:52 CEST] <c_14> and make sure you scale to video_width+pixels from right of picture to box:video_height+pixels from bottom of picture to box [04:04:33 CEST] <houdini> I'll do then fine account. [04:05:09 CEST] <houdini> lets say 200px witdh 150px heigh [04:05:28 CEST] <houdini> the code will be ? [04:05:56 CEST] <c_14> The video is 200x150? [04:05:59 CEST] <houdini> video will be smaller [04:06:23 CEST] <houdini> no video is 840x480 [04:06:31 CEST] <houdini> picture is 1280x720 [04:07:17 CEST] <c_14> ffmpeg -i picture -i video -filter_complex '[0]scale=1480:870[m];[m][1:v]overlay[v]' -map '[v]' -map 1:a out.mkv [04:07:18 CEST] <houdini> lets say i have video 1280x720 and picture 1280x720 [04:09:11 CEST] <houdini> it didnt work i think [04:09:18 CEST] <houdini> because it say 0.1 fps [04:09:28 CEST] <houdini> and rendering very fast [04:09:42 CEST] <c_14> hmm? [04:10:17 CEST] <houdini> give me a minute [04:10:24 CEST] <houdini> ill explain what i want [04:11:39 CEST] <c_14> Eh, I forgot something. [04:11:54 CEST] <c_14> ffmpeg -loop 1 -i picture -i video -filter_complex '[0]scale=1480:870[m];[m][1:v]overlay=shortest=1[v]' -map '[v]' -map 1:a out.mkv [04:13:23 CEST] <houdini> i think this is wroking [04:13:28 CEST] <houdini> working* [04:15:47 CEST] <houdini> yeah that works ty [04:16:08 CEST] <houdini> but can i ask another question about it [04:17:26 CEST] <houdini> video is upper left. I want to shift a little to the right video. ill add px to width? will be work ? [04:18:04 CEST] <houdini> oh crap video size is 1480:870 [04:18:13 CEST] <c_14> overlay=x={distance you want to shift to the right}:shortest=1 [04:18:20 CEST] <houdini> i want 1280x720 same size [04:18:30 CEST] <houdini> video can be small [04:18:36 CEST] <houdini> sorry for bad understandig [04:22:14 CEST] <houdini> i want to resize video down to fit into blackbox [04:22:54 CEST] <houdini> then making the video placements [04:23:38 CEST] <c_14> You want to make the video smaller? Not the picture bigger? [04:23:56 CEST] <houdini> yeah [04:24:34 CEST] <houdini> the original video size is 1280x720 we can make it 840x480 and than overlay on image [04:24:52 CEST] <houdini> image is 1280x720 [04:25:10 CEST] <houdini> so output video will be 1280x720p [04:25:38 CEST] <c_14> ffmpeg -loop 1 -i picture -i video -filter_complex '[1:v]scale={width}:{height}[o];[0][o]overlay=shortest=1[v]' -map '[v]' -map 1:a out.mkv [04:25:53 CEST] <c_14> Where width is the width of the black box, and height is the height of the black box [04:29:09 CEST] <houdini> video plays upper left on image [04:29:16 CEST] <houdini> if i want to shift right [04:29:32 CEST] <c_14> overlay=x={pixels to shift right}:shortest=1 [04:30:12 CEST] <houdini> overlay=x=300=y=200:shortest=1 [04:30:15 CEST] <houdini> or [04:30:20 CEST] <houdini> overlay=x=300:y=200:shortest=1 [04:30:28 CEST] <c_14> The second [04:30:34 CEST] <houdini> ifthank you trying [04:31:25 CEST] <houdini> oh man [04:31:29 CEST] <houdini> Thank you very much [04:32:23 CEST] <houdini> how can i add these codes to the last codes [04:32:23 CEST] <houdini> -vf setpts=PTS/2.0,scale=2.0*iw:-1,crop=iw/1.25:ih/1.25 -af atempo=1.09 [04:32:55 CEST] <houdini> sorry not this one [04:33:15 CEST] <houdini> i just want to speed up video 2x [04:33:26 CEST] <houdini> -vf setpts=PTS/2.0,scale=2.0*iw:-1, -af atempo=1.09 i think this code [04:34:11 CEST] <bornpilot> in ffmpeg concatenating files based on the base on the script found here https://trac.ffmpeg.org/wiki/Concatenate would performance bottleneck be found in drive, RAM, processor, or a combination thereof? [04:34:50 CEST] <c_14> ffmpeg -loop 1 -i picture -i video -filter_complex '[1:v]scale={width}:{height}[o];[0][o]overlay=x=300:y=200:shortest=1,PTS/2[v];[1:a]atempo=0.5[a]' -map '[v]' -map '[a]' out.mkv [04:35:04 CEST] <c_14> bornpilot: drive and processor [04:36:57 CEST] <bornpilot> would the relationship between drive be bitrate? [04:37:26 CEST] <c_14> yeah [04:38:27 CEST] <bornpilot> to which respect of concat..ing be for processor? [04:39:31 CEST] <c_14> the encoding at the end [04:39:44 CEST] <bornpilot> Okay, thanks c_14 [05:15:14 CEST] <bawNg> c_14: I put together a script to normalize the frames, had to implement some WinAPI stuff with FFI to be able to use high precision timers, but now ffmpeg is randomly stopping after anywhere from a few seconds to over a minute, due to "Failed to update header with correct duration.\nFailed to update header with correct filesize." [05:15:40 CEST] <bawNg> I'm not sure why, I'm testing with lots of delay, so there is a large buffer of frame PNGs for input images [05:16:24 CEST] <bawNg> Pastebin is a little overkill in this case, I'm just testing with: ffmpeg -framerate 20 -re -i r:\temp\frames\%d.png -c:v libx264 -preset fast -pix_fmt yuv420p -f flv "rtmp://localhost/test" [05:17:06 CEST] <bawNg> Unless you want the full output when it dies? There doesn't seem to be anything useful of note other than those two yellow warning lines [05:17:35 CEST] <c_14> Does the issue occur when outputting to a local file? [05:17:45 CEST] <bawNg> I'll test that quick [05:18:59 CEST] <maslen> c_14: I wrote up what you helped me with the other day. Not sure if there's a ffmpeg wiki page it belongs on, but if you want to take a look: http://blog.moshekaplan.com/2015/05/12/converting-vhs-tapes-to-mp4s-2/ [05:20:35 CEST] <bawNg> It's been running over 2 minutes already outputting to a file, so it doesn't seem to randomly break without RTMP [05:21:06 CEST] <bawNg> I don't see how a local RTMP server could break it, it's a nginx server [05:21:43 CEST] <bawNg> It reached the end of the frames I had when outputting to a file, so does not seem to have any issues without RTMP [05:23:38 CEST] <c_14> Try pastebinning the console output when it breaks to rtmp. Maybe you missed a message somewher. [05:23:42 CEST] <c_14> +e [05:42:52 CEST] <bawNg> I just fixed a race condition which was causing blank frames to be copied in certain cases, but that wasn't causing the random ffmpeg failures [05:44:06 CEST] <bawNg> c_14: The interesting thing is, it never fails at the same point [05:44:16 CEST] <bawNg> Even when processing the same input images [05:44:29 CEST] <bawNg> It can even sometimes make it through all 3000 test frames [05:45:54 CEST] <bawNg> c_14: Here are two attempts in a row, using the same input frame images: http://hastebin.com/ficemaduse.txt [05:46:18 CEST] <bawNg> First time it got to frame 479, second time frame 1043 [05:47:58 CEST] <c_14> >Input stream #0:0 frame changed from size:800x600 fmt:rgba to size:1026x638 fmt:rgba [05:48:39 CEST] <bawNg> That happens shortly after it starts, long before it stops [05:48:56 CEST] <c_14> oh, darn [05:50:06 CEST] <c_14> Can't really see an error. [05:50:12 CEST] <c_14> Maybe something in the nginx logs? [05:50:17 CEST] <bawNg> Yeah, probably because there isn't one :P [05:50:24 CEST] <bawNg> Good idea, I'll check that next [05:53:00 CEST] <bawNg> WSARecv() failed (10053: An established connection was aborted by the software in your host machine) [05:53:29 CEST] <bawNg> Not awfully useful, just points at ffmpeg :( [05:54:27 CEST] <c_14> No clue [05:57:12 CEST] <c_14> Does saving to a file and then streaming the file to rtmp work? [05:57:21 CEST] <c_14> Just to rule out the rtmp just being completely broken. [05:58:50 CEST] <bawNg> I could try that, I just tried streaming to Twitch, and it does the same thing as my local Nginx [05:59:17 CEST] <bawNg> Or it did once, and now it is randomly working [05:59:31 CEST] <bawNg> This seems extremely inconsistent [06:00:47 CEST] <bawNg> It made it 3407 the second attempt to Twitch before dying [06:40:43 CEST] <bawNg> c_14: Looks like it randomly stops when outputting to a file too [06:40:51 CEST] <bawNg> Just without those warnings [06:41:33 CEST] <bawNg> Although somewhat random, it seems like the more images there are in the directory, the longer it may run [06:41:50 CEST] <bawNg> But it almost never gets anywhere near the end of the images [07:03:42 CEST] <bawNg> This is a pretty horrible issue to troubleshoot, the longer I test the longer it takes to test [07:05:19 CEST] <bawNg> It's as if ffmpeg stops after making it through half of the images in the input directory [07:06:06 CEST] <c_14> Can you try piping the images into ffmpeg? [07:06:16 CEST] <c_14> And using the image2pipe demuxer? [07:06:33 CEST] Action: c_14 needs to sleep now though [07:06:36 CEST] <bawNg> That would actually be better than writing temporary files to a ram disk and having to remove them later [07:06:37 CEST] <c_14> Hope that might help though [07:06:59 CEST] <bawNg> I just stopped the file creation, so I can see if it actually stops at exactly 50% [07:07:16 CEST] <bawNg> Because it appears to be extremely close to 50% every time [07:07:49 CEST] <bawNg> I'll look into the image2pipe demuxer, thanks for the help c_14 [07:08:15 CEST] <Nemo377307289> Could ffmpeg add rotating animation for watermark picture? [07:08:16 CEST] <Nemo377307289> I means, let the watermark 3D rotate 360 degree, then show the watermark in a fixed position. [07:08:16 CEST] <Nemo377307289> Thanks a lot. [07:08:32 CEST] <bawNg> It definitely seems to be related to the files being written in real time, even if there are 2000 buffered files [07:09:33 CEST] <bawNg> It makes it through all the images when they are not being written [08:06:19 CEST] <bawNg> A high latency between FFMPEG and an output RTMP server appears to cause a very low frame rate (5 or 6 FPS) [08:07:10 CEST] <bawNg> Is there any way to avoid this? It occurs even if I use copy to send a local RTMP stream to Twitch [08:14:21 CEST] <Nemo377307289> ffmpeg -i test.mp4 -codec copy -bsf h264_mp4toannexb -f udp udp://127.0.0.1:6666 [08:14:22 CEST] <Nemo377307289> And i using VLC player open network stream "udp://@:6666", it output "buffering 0%" error all the time, and shown nothing, what's wrong? thanks a lot! [08:14:58 CEST] <Nemo377307289> ffmpeg -re -i test.mp4 -codec copy -bsf h264_mp4toannexb -f udp udp://127.0.0.1:6666 [10:32:50 CEST] <chopsuey5540> hi all [10:33:09 CEST] <chopsuey5540> I have a dump of a raw H264 stream in a file that reads fine with ffplay [10:33:32 CEST] <chopsuey5540> but when I try to decode it live the avcodec_decode_video2 call fails [10:34:00 CEST] <chopsuey5540> with errors [10:34:01 CEST] <chopsuey5540> non-existing PPS 0 referenced [10:34:06 CEST] <chopsuey5540> decode_slice_header error [10:34:17 CEST] <chopsuey5540> any idea how I could debug this? [13:22:06 CEST] <talin_> hello and spello [13:44:39 CEST] <maslen> Is it possible to display what ffmpeg is converting from a capture device? [13:45:18 CEST] <maslen> It seems that only a single program can read from the device at a time. I'd prefer to watch the video while ffmpeg is converting it [13:45:52 CEST] <brontosaurusrex> any "best" ways to use w3fdif from 50i to 25p? (is it generaly better than yadif?) [13:55:52 CEST] <brontosaurusrex> cough [14:43:36 CEST] <saste> maslen, try with the SDL output muxer [15:56:49 CEST] <ausjke> is it possible to stream the same video in unicast(tcp) and multicast(udp) in parallel? [16:06:26 CEST] <c_14> ausjke: https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs#Teepseudo-muxer [17:08:49 CEST] <dAnjou> hi, can i check somehow whether the metadata of an MP4 file is in the beginning or in the end? [17:09:17 CEST] <dAnjou> i'd like to know this first before i change code and deploy it [17:24:28 CEST] <kepstin-laptop> dAnjou, simple method? try chopping off the end of the file and see if it can still be decoded :) [17:24:43 CEST] Action: kepstin-laptop imagines there's a better way to do that. [17:43:15 CEST] <dAnjou> kepstin-laptop: o.O [17:48:01 CEST] <Freakshow> dAnjou: metadata? moov atom, etc.? [17:53:48 CEST] <dAnjou> Freakshow: yes [17:55:15 CEST] <dAnjou> i found MP4Box and it gives me output like this http://paste.ubuntu.com/11097839/ [17:55:27 CEST] <dAnjou> i see the moov thing in line 5 [17:55:36 CEST] <dAnjou> but i don't know how to interprete this [17:56:15 CEST] <dAnjou> the reason why I'm doing this is because I want to serve it properly over HTTP [17:56:40 CEST] <dAnjou> (just in case this wasn't painfully obvious by now :P) [17:57:22 CEST] <Freakshow> I figured progressive HTTP was your target. ;) [17:57:43 CEST] <Freakshow> That seems to be right by my account. [17:58:43 CEST] <dAnjou> well i guess this tells me, the actual video data is before the moov [iso file] Read Box type mdat size 2542663 start 40 [17:58:55 CEST] <dAnjou> [iso file] Read Box type moov size 6205 start 2542703 [17:59:03 CEST] <dAnjou> so i guess it's in the end [17:59:17 CEST] <dAnjou> let's see if i can move it to the beginning [18:01:43 CEST] <dAnjou> [iso file] Read Box type moov size 6218 start 32 [18:01:46 CEST] <dAnjou> looks fine [18:05:31 CEST] <Freakshow> what does qt faststart tell you? [18:05:38 CEST] <Freakshow> you could easily confirm with that as well [18:05:55 CEST] <Freakshow> useful on the mac as an air application [18:05:59 CEST] <Freakshow> qtindexswapper [18:06:03 CEST] <dAnjou> i'm on ubuntu, how do i get this thing? [18:06:15 CEST] <Freakshow> I think they have a python version as well [18:06:19 CEST] <Freakshow> yep [18:06:20 CEST] <Freakshow> http://multimedia.cx/eggs/improving-qt-faststart/ [18:06:31 CEST] <Freakshow> Ill admit, Ive never used it on ubuntu [18:06:53 CEST] <Freakshow> Im rebuilding my 14.04 box so I cant test atm [18:06:56 CEST] <dAnjou> nice, thanks. i'll try it [18:09:36 CEST] <dAnjou> it worked and didn't touch the size of the atom unlike avconv before [18:10:24 CEST] <dAnjou> but i'm going to use this https://trac.ffmpeg.org/wiki/Encode/H.264#faststartforwebvideo [18:10:47 CEST] <dAnjou> i won't touch existing files, but new ones should have this [18:23:08 CEST] <Freakshow> yup, I was also going to suggest that [18:24:34 CEST] <dAnjou> thank you very much! [19:02:55 CEST] <rjp421> http://www.streamingmedia.com/conferences/East2015/StreamingLive.aspx [19:44:17 CEST] <BlackBishop> while trying a ffmpeg -i concat:"file1.MOV|file2.MOV" -codec copy file.mov it seems that it only copies file1 .. anything I'm doing wrong ? I want to concatenate the 2 files ( as a start .. ) [19:44:40 CEST] <c_14> use the concat demuxer, not the concat protocol [19:45:49 CEST] <c_14> https://trac.ffmpeg.org/wiki/Concatenate [19:47:34 CEST] <BlackBishop> ok [19:52:35 CEST] <BlackBishop> thanks [20:24:29 CEST] <bawNg> c_14: image2pipe did solve the issue with FFMPEG randomly giving up, do you have any idea why a high latency between FFMPEG and the RTMP server would cause a low FPS? I get 5 or 6 FPS even when using copy to relay a stream from my local RTMP server to Twitch [20:25:38 CEST] <c_14> that shouldn't happen [20:26:00 CEST] <c_14> How are you measuring the fps? [20:29:20 CEST] <bawNg> Using the FFMPEG FPS that is logged, but now it seems that only happened once [20:29:35 CEST] <bawNg> It seems to be working fine now, so perhaps something else was causing the issue [20:30:11 CEST] <bawNg> Or no, it's still very low [20:30:33 CEST] <bawNg> It starts off high, and drops slowly until around 5 or 6 FPS [20:31:01 CEST] <bawNg> I'm looking at the "fps=..." output from the curses UI and I'm using copy from my local RTMP server in this case [20:31:32 CEST] <c_14> That's not even curses. [20:31:34 CEST] <c_14> What's your command? [20:32:16 CEST] <bawNg> ffmpeg -i "rtmp://localhost/test" -c:v copy -f flv "rtmp://live.twitch.tv/app/..." [20:32:36 CEST] <c_14> And the one streaming to test? [20:34:08 CEST] <bawNg> ffmpeg -f image2pipe -i - -c:v libx264 -pix_fmt yuv420p -maxrate 3500K -bufsize 1000K -force_key_frames "expr:gte(t,n_forced*2)" -f flv "rtmp://localhost/test" [20:34:48 CEST] <bawNg> I'm redirecting that to a log file, since it's spawned by my script, according to the log file it's at 19 - 20 FPS [20:34:51 CEST] <c_14> What fps is that command providing? [20:34:55 CEST] <c_14> mhm [20:38:06 CEST] <bawNg> I'm getting some kind of buffering issue when watching the stream from my nginx server, not sure what could be causing it though [20:38:20 CEST] <bawNg> I should probably try using a different playing [20:38:24 CEST] <bawNg> *player [20:38:55 CEST] <bawNg> I get buffering issues in VLC even when streaming a twitch stream, but this is lower bitrate [20:40:13 CEST] <bawNg> According to the FFMPEG log it never drops below 19 FPS, it drops from 20 to 19 early and then stays at 19 forever, so I don't see how there can be an issue with the stream itself [20:44:01 CEST] <c_14> ffmpeg -i rtmp://localhost/test -f null /dev/null <- what's the fps on that? [20:44:28 CEST] <bawNg> My local nginx stream appears to be fine if I use HLS to view it [20:46:48 CEST] <bawNg> That starts over 100 and drops over time, the longer it runs the slower it drops, but the FPS keeps dropping, it just reached 20 now [20:47:58 CEST] <bawNg> It doesn't seem to be dropping below 20 so far though [20:52:39 CEST] <bawNg> Still at 20, going to test the same with with a remote RTMP server now [20:53:12 CEST] <bawNg> Oh, I don't have a remote RTMP server which will accept a null stream [20:56:41 CEST] <bawNg> When using copy from my local nginx to Twitch, it starts at around 40 FPS, actually goes up a bit at first, then slowly drops until 5 or 6 [21:01:21 CEST] <bawNg> The stream going to my local nginx is logging 750+ kbits/s, the FFMPEG using copy logs around 100kbits/s when starting and under 400kbits/s when it has dropped to about 7 [21:01:33 CEST] <bawNg> I'm not sure exactly what is going wrong here [21:07:04 CEST] <rjp421> btw streaming media east 2015 is live http://www.streamingmedia.com [21:08:34 CEST] <rjp421> is there a way to derive the direct feed uri from their ustream? [21:08:47 CEST] <rjp421> so to input into ffmpeg [21:12:31 CEST] <rjp421> there was an old script which was never maintained and now doesnt work [21:23:31 CEST] <JEEBsv> rjp421: you probably want to check out youtube-dl if it has support for ustream [21:23:34 CEST] <JEEBsv> probably has [21:23:57 CEST] <JEEBsv> youtube-dl seems to be the thing after libquvi went the way of the dodo [21:24:18 CEST] <JEEBsv> (mpv at least switched its streaming site support backend to call it internally) [21:24:53 CEST] <rjp421> JEEBsv, awesome ty [21:30:39 CEST] <rjp421> unfortunately for ustream, but fortunate to us, they use(d?) adobe media server but dont do server-side ad insertion [21:31:24 CEST] <rjp421> is can have you playing a pseudo stream that can be told to play either the source feed or an ad [21:31:28 CEST] <rjp421> it* [21:32:46 CEST] <rjp421> and wait for an ingress feed from ffpeg etc and play/queue it [21:35:37 CEST] <rjp421> if i knew java though id probably be using wowza, not sure if they can do that type of forced ad insertion [22:02:32 CEST] <syntaxaire> Is ffserver still deprecated and going to be removed? I'm just trying to figure out a working way to stream HTML5 live video. [22:05:50 CEST] <syntaxaire> Or does anyone know if the ffserver functionality has been wrapped into ffmpeg proper? [22:25:11 CEST] <podman> hey guys. I'm having issues with videos looking washed out in HTML5 playback. It looks like the issue has to do with the YUV color range [22:26:12 CEST] <podman> i'm wondering if anyone else has run into this or knows how to deal with it? [22:29:24 CEST] <the_fool> Hi [22:29:51 CEST] <the_fool> Does anyone here have experience installing ffmpeg on ubuntu from the ppa given on the official page? [22:30:39 CEST] <the_fool> I'm trying to find a version of ffmpeg that has been compiled with nvenc support. [22:32:06 CEST] <c_14> you won't [22:32:16 CEST] <c_14> (or if you do, the distribution thereof is illegal) [22:32:37 CEST] <the_fool> Why? [22:32:42 CEST] <c_14> license issues [22:33:21 CEST] <the_fool> Oh, so why was nvenc support mentioned for 2.6? [22:33:34 CEST] <c_14> You can build ffmpeg with nvenc support. You just can't distribute it. [22:33:47 CEST] <c_14> So, if you want an ffmpeg with nvenc support you'll have to built it yourself. [22:33:54 CEST] <the_fool> Oh no... [22:34:13 CEST] <the_fool> Thanks for clearing that up. [23:33:55 CEST] <grepper> I notice with a recent ffmpeg that using the subtitles filter and an ass subtitle format file, it still works as if I had used the ass filter. Is that something I can depend on in a script? (ie. "-vf subtitles=file.ass") [23:35:04 CEST] <c_14> yep [23:39:07 CEST] <grepper> that's great, sure makes it easier to test if ffmpeg supports the file. [23:39:28 CEST] <grepper> c_14: should the subtitles filter always come at the end of the filter chain ? [23:41:10 CEST] <c_14> Won't matter 9 times out of 10 [23:42:57 CEST] <grepper> okay, thanks a bunch. Multiple filters are still a bit of mystery to me. [23:51:44 CEST] <a\m> Good day, all. [23:52:45 CEST] <a\m> This might not be a purely ffmpeg questions, but I'm trying to encode an MP4 for html5 player [23:53:07 CEST] <a\m> I have mod_h264_streaming installed on Apache [23:53:45 CEST] <a\m> However, when the page loads, looking at network activity, I see multiple requests to the MP4 file. [23:54:08 CEST] <a\m> with HTTP 206 response, usually 20-40K in size [23:54:19 CEST] <a\m> Anyone has any idea what this is? [00:00:00 CEST] --- Wed May 13 2015

1 0

ffmpeg-devel.log.20150511
by burek 12 May '15

12 May '15

[01:46:16 CEST] <cone-583> ffmpeg 03James Almer 07master:32a4177a627d: dashenc: replace attribute id with contentType for the AdaptationSet element [01:56:06 CEST] <cone-583> ffmpeg 03James Almer 07master:ac1a1cb948fe: dashenc: replace attribute id with contentType for the AdaptationSet element [01:56:07 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:ae99f06e5a5f: Merge commit 'ac1a1cb948fe29975424e367173b88db48792144' [02:10:04 CEST] <cone-583> ffmpeg 03Martin Storsjö 07master:b8d2630c5327: dashenc: Reduce the segment duration if cutting out parts with edit lists [02:10:05 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:28b7d7a36d0e: Merge commit 'b8d2630c5327d2818d05c8a48be0417905d8e0fd' [04:06:20 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:95efc651294b: avformat/url: Use size_t for len from strlen() [04:06:21 CEST] <cone-583> ffmpeg 03Michael Niedermayer 07master:17b26308a2e3: avformat/matroskadec: Use size_t for the variable holding a strlen() value. [05:49:16 CEST] <yvear> should line 519 end in a semicolon? https://www.ffmpeg.org/doxygen/trunk/allcodecs_8c_source.html [05:54:09 CEST] <BtbN> Doesn't have to, because how how the macro works. Still looks odd [06:08:16 CEST] <yvear> ok [06:31:02 CEST] <yvear> in the source code, what would have to be changed to make libdcadec the default dts decoder? [06:37:58 CEST] <jamrial> move the libdcadec line in that file above the dca one [06:38:37 CEST] <jamrial> but if you're going to compile from source, you should just disable the internal dca decoder during configure [06:40:35 CEST] <yvear> jamrial, what would disabling that configure command look like? [07:00:06 CEST] <jamrial> --disable-decoder=dca [07:07:04 CEST] <yvear> jamrial, ty [10:33:34 CEST] <rcombs> ubitux: got a to-do list for subtitles in lavfi? [10:39:10 CEST] <ubitux> subtitles in lavfi is the end, the api needs to be moved to lavu in a better state first [10:41:45 CEST] <rcombs> which bits [12:58:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:a633928d4705: avformat/subtitles: Use size_t for len [13:41:40 CEST] <Compn> Converting videos and audios has never been so easy. [13:41:48 CEST] <Compn> audios :) [13:42:05 CEST] <Compn> maybe s/audios/audio files ? [16:02:54 CEST] <BBB> guys, guys, so much monday morning energy spent trolling [16:03:02 CEST] <BBB> I suggest we all have a nice coffee [16:04:13 CEST] <wm4> coffee is way too hot to throw it into each other's faces [16:05:52 CEST] <BBB> but but but [16:06:17 CEST] <BBB> how about we dont throw coffee in each others faces - or other (colder, or hotter, or equally hot) beverages, for that matter [16:07:06 CEST] <iive> BBB: you know that coffee contains caffeine ? it is stimulant. you are likely to get the opposite effect. ;) [16:07:15 CEST] <BBB> but decaf stinks [16:07:33 CEST] <iive> maybe milk instead? [16:08:17 CEST] <BBB> ok milk works [16:08:43 CEST] <iive> and maybe some cocoa/chocolate :) [16:08:47 CEST] Action: Daemon404 is currently making himself a v60 [16:09:32 CEST] <iive> Cacao [16:10:16 CEST] <wm4> what's a v60? [16:10:22 CEST] <nevcairiel> Cocoa is actually correct [16:11:25 CEST] <Daemon404> wm4, drop coffee [16:11:27 CEST] <Daemon404> drip* [16:11:44 CEST] <Daemon404> http://nordiccoffeeculture.com/wp-content/uploads/2011/06/kahvilasavy2.jpg [16:11:45 CEST] <Daemon404> ^ [16:12:15 CEST] <iive> cocoa is Theobroma cacao , so kind of both are correct. [16:13:22 CEST] <wm4> oh [16:14:44 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:eca38864a6ce: avformat/vorbiscomment: Check entry length in ff_vorbiscomment_write() [16:14:45 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:40a7700b82ae: avformat/flacenc: Check length in flac_write_block_comment() [16:14:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:0db5b2b9f8a9: avformat/oggenc: Check ff_vorbiscomment_length in ogg_write_vorbiscomment() [16:14:47 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:66f26b3e8ec0: avformat/matroskaenc: Check ff_vorbiscomment_length in put_flac_codecpriv() [16:14:48 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:ab6dc8634363: avformat/vorbiscomment: Use 64bit int for ff_vorbiscomment_length() [17:16:13 CEST] <cone-134> ffmpeg 03Gopu Govindaswamy 07master:94c20de42942: avcodec/libx265: use x265 Multi-library Interface to query the API [18:37:29 CEST] <Zeranoe> So FFmpeg dropped support for the release version of x265? [18:40:06 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:2b97cc2e5bee: avformat/mov: Pass MovContext into mov_open_dref() [18:40:20 CEST] <jamrial> no, git head should work with 1.6 and newer [18:41:19 CEST] <Zeranoe> I'd have to check the lib version for the 1.6 version, but FFmpeg just errored out complaining about <57 [18:46:19 CEST] <Zeranoe> 1.6 has #define X265_BUILD 51 [18:47:17 CEST] <Daemon404> Zeranoe, yes [18:47:25 CEST] <Daemon404> this was direct work of the x265 team [18:47:33 CEST] <Daemon404> as in they submitted the patch. [18:47:55 CEST] <Zeranoe> Daemon404: So they dropped release version support? [18:48:02 CEST] <Daemon404> in ffmpeg anyway [18:48:11 CEST] <Daemon404> ffmpeg's release version works fine [18:48:20 CEST] <Daemon404> i dont think is unreasonable for ffmpeg git to need x265 git. [18:48:34 CEST] <Daemon404> s/git/hg/ [18:48:38 CEST] <Zeranoe> Maybe things are different now [18:49:23 CEST] <Daemon404> this should be the last break, ever [18:49:24 CEST] <Daemon404> for x265 [18:49:27 CEST] <Daemon404> afaict [18:50:01 CEST] <Daemon404> Zeranoe, i would join #x265 and ask muggs. [18:50:30 CEST] <Zeranoe> My past experience with x265 hg was rough [18:51:09 CEST] <Daemon404> it's always possible Gopu used a higher required ver than usual [18:51:18 CEST] <Daemon404> Steve (muggs) would know the exact version [18:53:28 CEST] <jamrial> 1.6 introduced x265_api_get(), and bumped X265_BUILD to 51 [18:53:45 CEST] <jamrial> unless they changed it since then, the check should probably be for 51 and not 57 [18:53:57 CEST] <Daemon404> quite possible [18:54:11 CEST] <Daemon404> considering the 'issues' that there were with teh first few patch revisions [18:58:11 CEST] <jamrial> yeah, commit 521643054a55 changed it. so X265_BUILD 57 is apparently required [19:00:59 CEST] <Daemon404> ah ok. [19:34:12 CEST] <Compn> [12:37] <Zeranoe> So FFmpeg dropped support for the release version of x265? [19:34:24 CEST] <Compn> if this is true we should put a note in apichanges and/or changelog [19:34:33 CEST] <Compn> if not already there [19:34:35 CEST] Action: Compn runs [19:56:22 CEST] <jamrial> i don't think we ever did that for other version requirement bumps [19:56:27 CEST] <jamrial> but in this case the change allows ffmpeg to link to both 8bpp and 16bpp libraries without having to recompile, so a changelog line sounds good [19:59:45 CEST] <jamrial> Zeranoe: x265 1.7 should be released in the coming days, judging by one of the recent commits in the mercurial repo [19:59:59 CEST] <jamrial> in the meantime you could checkout the stable branch and use that [20:10:43 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:ae4eea8be45a: avutil/avstring: Use size_t in av_strlcatf() [20:30:23 CEST] <cone-134> ffmpeg 03Andreas Cadhalpun 07master:0382c94f13b4: id3v2: catch avio_read errors in check_tag [22:06:33 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:541d75f9a0b6: avformat: add callback for opening further files [22:06:34 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:77ccc9145aa5: avformat/mov: Use open_cb() if set [22:42:23 CEST] <yvear> in our current binaries, what is enabled? is our default configure command somewhere on site? [22:48:29 CEST] <Daemon404> what? [22:48:34 CEST] <Daemon404> there are no official binaries. [22:55:32 CEST] <yvear> @Daemon404, then windows builds [22:58:02 CEST] <Daemon404> there are no official binaries. at all. [22:58:10 CEST] <Daemon404> windows builds are not available on ffmpeg.org. [22:58:15 CEST] <Daemon404> you got them from somewhere else. [22:58:31 CEST] <Daemon404> im not sure what you're looking for here. [22:58:55 CEST] <Zeranoe> yvear: Did you read the readme that came with your build...? [22:59:33 CEST] <yvear> oh I see, windows builds are unofficial [23:00:46 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:a228f7d5e5eb: avformat/avformat: slightly more verbose documentation for open_cb() [23:00:47 CEST] <cone-134> ffmpeg 03Michael Niedermayer 07master:62a1e0035a14: avformat/mlvdec: Use AVFormatContext->open_cb() [23:01:46 CEST] <yvear> +Zeranoe, oh it's you! ty for windows binaries :) and now I see README [23:37:03 CEST] <yvear> hmm, does anyone know why this is? I have the latest version but ./configure --enable-libdcadec gives me ERROR: dcadec not found using pkg-config [23:53:17 CEST] <JEEBsv> yvear: have you gotten libdcadec installed somewhere in pkg-config's search path? [23:53:47 CEST] <JEEBsv> also if you have used a nonstandard prefix you generally want to do PKG_CONFIG_LIBDIR=/your/random/prefix/lib/pkgconfig ./configure --your --options [23:54:17 CEST] <yvear> JEEBsv, I thought it comes with ffmpeg now? [23:54:46 CEST] <JEEBsv> no? [23:54:57 CEST] <nevcairiel> its an external library, it does not come with ffmpeg, you need to install it if you want ffmpeg to use it [23:55:09 CEST] <JEEBsv> libavcodec can now use libdcadec as a decoder, yes. but it's still separate [23:57:09 CEST] <yvear> oh! ok I completely get it now.. any chance of ffmpeg including it *soon*? [23:59:26 CEST] <nevcairiel> never, its an external library, an entirely separate project, it will not include it [23:59:43 CEST] <wm4> would be nice if it could replace the builtin decoder [00:00:00 CEST] --- Tue May 12 2015

1 0

ffmpeg.log.20150511
by burek 12 May '15

12 May '15

[00:21:10 CEST] <maslen> How can I record from Line In? [00:21:39 CEST] <maslen> I'm trying to use https://trac.ffmpeg.org/wiki/Capture/ALSA as a guide, but I don't seem to be able to get anything [01:01:20 CEST] <casanova> Does anyone know what this means? I've been trying to compile for two days with libfdk andI think I'm close but I have some errors at the end. [01:01:33 CEST] <casanova> http://pastebin.com/rBkadSZm [01:04:19 CEST] <c_14> delete line 20 and try again [01:04:32 CEST] <c_14> or, well mainly delete the '\' in line 19 [01:05:49 CEST] <c_14> you might also need to set --extra-cxxflags [01:07:07 CEST] <casanova> Thank you I'll give it a try! [01:22:58 CEST] <maslen> How can I record from Line In? I'm trying to use https://trac.ffmpeg.org/wiki/Capture/ALSA as a guide, but I don't seem to be able to get anything [01:24:11 CEST] <c_14> Does Line In show up in arecord -L ? [01:26:10 CEST] <maslen> I don't think so :( http://pastebin.com/N55chFT3 [01:26:41 CEST] <maslen> But this very moment, I have it plugged in, and what comes into Line in is being played on the machine's speakers [01:27:50 CEST] <c_14> It looks like you're using pulse; have you tried capturing with that? [01:28:10 CEST] <maslen> erm, how do I do that? [01:28:24 CEST] <c_14> https://ffmpeg.org/ffmpeg-devices.html#pulse [01:31:20 CEST] <maslen> The first entry mentions line in: http://pastebin.com/tn0PNfcz [01:35:12 CEST] <c_14> try -f pulse -i alsa_input.pci-0000_00_14.2.analog-stereo [01:40:02 CEST] <maslen> Awesome! It worked! Now just to combine the video and audio as a single statement :D [01:41:41 CEST] <maslen> Thank you:) [02:00:25 CEST] <trodis> how can i achieve with ffserver to stream mic input with latency as low as possible? [02:08:01 CEST] <maslen> c_14: How did you know to try pulse? [02:08:29 CEST] <c_14> because the output of your arecord -L mentioned pulse [03:03:56 CEST] <casanova> While recording I get "past duration 0.xxxxxx too large" [03:04:03 CEST] <casanova> Does anyone know anything about that? [03:18:15 CEST] <casanova> While recording I get "past duration 0.xxxxxx too large" [03:18:17 CEST] <maslen> i seem to have about a 0.3 second delay between audio and video. Any clue how best to fix it? command is: ffmpeg -thread_queue_size 512 -async 12 -f pulse -i alsa_input.pci-0000_00_14.2.analog-stereo -thread_queue_size 512 -i /dev/video0 -strict -2 -y ~/Desktop/out.mp4 [03:18:35 CEST] <lenny> Hi, I saw ffmpeg when reading up on Wikipedia about captioning, and had two questions: 1. Can ffmpeg create captions or just read them? 2. Is ffmpeg a command line tool or a GUI tool? (both?) [03:18:42 CEST] <lenny> Thanks! :) [03:18:54 CEST] <maslen> lenny: 2) cmd-line [03:18:59 CEST] <casanova> ^^^ [03:24:15 CEST] <c_14> lenny: afaik decode only [03:24:23 CEST] <lenny> Alright, thanks guys! [03:28:33 CEST] <casanova> Does anyone else get "past duration 0.xxxxxxx too large" repeated in the terminal while recording? [03:31:26 CEST] <maslen> nope. I'm getting non-monotonous DTS messages though. [03:31:48 CEST] <casanova> What version are you using? I used to get those messages but when I updated I get past duration. [03:32:49 CEST] <maslen> 2.6.2 [03:32:56 CEST] <maslen> Downloaded it from the site [03:34:02 CEST] <casanova> I have spent the last two days trying to get it running with libfdk after I messed it all up and upgraded to the new ppa and lost the jon severson package. [03:34:16 CEST] <casanova> I finally have it running but have issues with the past duration messages. [04:23:30 CEST] <maslen> OK, so I got my video and audio recording from the composite in. Problem is, it's super-duper blocky. Any ideas how I can improve the quality? It doesn't look as bad when I use a program like tvtime to access the device [04:26:30 CEST] <grublet> maslen: if you're encoding then you need to set appropriate encoder parameters, otherwise i wouldn't know [04:26:43 CEST] <grublet> defaults are blocky last i tried it [04:28:23 CEST] <someperson> Is it possible to convert a transparent gif to a movie and then overlay that movie with transparency on top of another movie? [04:29:31 CEST] <maslen> grublet: Do I need to do more than set a qscale for the output ? [05:08:37 CEST] <grublet> maslen: -c:v and -b:v are the video codec/bitrate and likewise -c:a and -b:a for audio codec/bitrate, other parameters are different depending on codec used. check the manual [05:09:05 CEST] <grublet> you have to set bitrate with a K to specify kilobits [05:09:15 CEST] <grublet> I think M may be possible as well, not sure about others [10:02:42 CEST] <hendry> i just built ffmpeg myself and there is nothing in the configuration: [10:02:46 CEST] <hendry> line [12:57:03 CEST] <Guest21275> Hello I've successfully compiled ffmpeg from wiki.razuna.com/display/ecp/FFMpeg+Installation+on+CentOS+and+RedHat#FFMpeg… [12:57:31 CEST] <Guest21275> but myproblem is I'm not allowed to install gcc ... on our production server [12:58:31 CEST] <Guest21275> is it possible compile it on another environment then copy the files to production machine ? [13:36:04 CEST] <iive> Guest21275: of course. you could even look up how to make a package, for easier transfer. [13:50:42 CEST] <maslen> Guest21275: Yes, I'm pretty sure it is. A "static build" might be exactly what you're looking for. [13:51:38 CEST] <Guest21275> iive maslen : it seems that --disable-shared does the trick for transferring binaries easier to another machine. should I be cautious about anything else ? [13:54:08 CEST] <maslen> Make sure the architectures match [14:04:56 CEST] <Guest21275> tnx [14:05:04 CEST] <nyuszika7h> why does "-movflags +faststart" not work? [14:05:34 CEST] <nyuszika7h> both VLC and mpv still refuse to play the file while it's being encoded [14:07:26 CEST] <nyuszika7h> the command line is something like this: ffmpeg -i something.mp4 -vf subtitles=something.srt -c:a copy -crf 18 -movflags +faststart -pix_fmt yuv420p something-hardsub.mp4 [14:08:43 CEST] <nyuszika7h> "Starting second pass: moving moov atom to the beginning of the file" [14:08:50 CEST] <nyuszika7h> well if it only does that at the end, that's completely useless [14:09:12 CEST] <nyuszika7h> and I just confirmed, the command line is exactly that just with different file names [14:09:52 CEST] <nyuszika7h> the subtitle thing didn't work :/ [14:12:07 CEST] <nyuszika7h> ah, fontconfig error... [14:12:15 CEST] <nyuszika7h> also, [mp4 @ 0000000004a5a120] Codec for stream 1 does not use global headers but container format requires global headers [14:19:14 CEST] <iive> nyuszika7h: it is faststart for streaming, it prevents the need to seek to the end of the file in order to obtain the index of keyframes. [14:19:29 CEST] <nyuszika7h> ah [14:21:03 CEST] <iive> for what you want you might try nut or mkv. nut have been designed with piping in mind and should be supported by vlc and mpv [16:46:00 CEST] <jrun> for remote (LAN) screen sharing, would it be possible to set a stream of gif from on machine and create an animated gif on the other machine, on-the-fly ? [16:46:43 CEST] <__jack__> jrun: bad idea [16:46:52 CEST] <__jack__> gif are huge or ugly [16:50:14 CEST] <jrun> right now sending end is doing this dance: [16:50:20 CEST] <jrun> ffmpeg -r 1 -f avfoundation -i "$input" \ [16:50:22 CEST] <jrun> -threads 5 -preset ultrafast \ [16:50:24 CEST] <jrun> -c:v libx264 -vf "scale=-1:540,fps=1,format=rgb8" \ [16:50:26 CEST] <jrun> -tune zerolatency -f mpegts udp://receiving_end:1234?buffer_size=100000" [16:50:37 CEST] <jrun> but it gets stock with tearing and green portions [16:51:18 CEST] <jrun> taking format=rgb8 out makes it flow but transfer size is big for network [16:52:04 CEST] <jrun> any idea how to get ffmpeg to dance with format=rgb8 ? [16:53:02 CEST] <iive> don't use rgb, x264 uses yuv natively. [16:53:19 CEST] <iive> also, i don't see anything setting bitrate or quality ... [16:56:16 CEST] <jrun> -r 1 and fps=1? i thought [16:56:48 CEST] <jrun> what's 256 colours in yuv parlance? [16:57:58 CEST] <jrun> i don't see (if i understand it correctly) any 8-bit for yuv "profiles" in 'ffmpeg -pix_fmt' [16:58:11 CEST] <jrun> i'm new to all of this, sorry [16:58:39 CEST] <jrun> i'm reading off BIT_PER_PIXEL [16:59:50 CEST] <jrun> iive: what defines bitrate? bitrate == '-r'? [17:00:28 CEST] <jrun> and what defines quality? quality == pix_fmt ? [17:00:48 CEST] <iive> -r is framerate [17:00:55 CEST] <iive> same as fps=1 [17:03:27 CEST] <jrun> what's a good value to start with for -b:v ? [17:03:56 CEST] <jrun> how does this translate/map into netwrok bandwidth? [17:04:26 CEST] <kepstin-laptop> jrun, I don't think ffmpeg supports any palette-based yuv formats, if that's what you're asking. But most of the YUV formats in ffmpeg are 8bits per component (i.e. 8-bit Y + 8-bit U + 8-bit V) [17:04:28 CEST] <jrun> i've obviously heard stuff here and there and getting a bit confused here [17:05:42 CEST] <kepstin-laptop> jrun, the the network bandwidth required for a stream basically corresponds to the video bitrate + audio bitrate + any overhead added by the container format used. [17:05:48 CEST] <jrun> kepstin-laptop: what's rgb8 then? 8-bit r + 8-bit g + 8-bit b ? [17:06:38 CEST] <jrun> so the sum there should be <= to network bandwidth? [17:07:17 CEST] <kepstin-laptop> jrun, no, rgb8 is actually 8 bits per pixel. looks like a pretty crazy format that you probably don't want to use ;) [17:07:49 CEST] <kepstin-laptop> probably only supported for compatibility with some weird old game video format or something like that. [17:08:59 CEST] <jrun> kepstin-laptop: i think rgb8 adds up to 8-bit not like what i said above. i used to run X inside osx with 256 colours. rgb8 looks the same. [17:09:38 CEST] <kepstin-laptop> when you use an OS in 256color mode, it's actually doing a paletted mode, so the corresponding ffmpeg pix_fmt is "pal8" [17:12:16 CEST] <kepstin-laptop> as far as the network bandwidth, yeah, that's pretty much right. but there's some complications because video codecs are VBR, so they'll sometimes use more or less than the requested bitrate (the requested bitrate is only an "average") [17:12:30 CEST] <jrun> would libx264 be fine with pal8? [17:12:44 CEST] <kepstin-laptop> no, libx264 can only encode yuv formats. [17:13:01 CEST] <jrun> what's the lowest resolution in yuv? [17:13:06 CEST] <kepstin-laptop> well, not entirely true, I think it can do rgb as well actually [17:13:50 CEST] <jrun> it kinda does right now, it's just than receiving end gets too much artifact (green portions/tearings) [17:14:25 CEST] <kepstin-laptop> jrun, when encoding yuv video in x264, the most basic pixel format supported is yuv420p, which is 8-bit per component YUV with 1/4 subsampled U,V planes. [17:14:53 CEST] <kepstin-laptop> so effectively an average of 12 bits per pixel [17:15:44 CEST] <kepstin-laptop> if you're getting corruption on decoding, the most likely cause is that you have dropped network packets. What protocol are you using? [17:16:25 CEST] <jrun> let me ask you about an actual example. say i have a bandwidth of 2MB/s for my network and have a video only encoded (compressed?) with libx264 to send over. what's a good number for bitrate to start with? [17:16:44 CEST] <jrun> kepstin-laptop: -f mpegts [17:17:00 CEST] <jrun> receiving and is mpv (mplayer fork). [17:17:04 CEST] <kepstin-laptop> in a tcp stream, or udp, or what? [17:17:06 CEST] <jrun> i'm sending over udp [17:17:17 CEST] <kepstin-laptop> yeah, udp can drop packets. [17:18:28 CEST] <jrun> not sure if that's the problem. all things equal changing from rgb8 to yuv fixes the artifacts [17:18:39 CEST] <kepstin-laptop> mpeg-ts has pretty high overhead, maybe 15-20% for smallish packets. hmm. I'd start at maybe 1500kbit and go down from there, and also use the vbv controls (-bufsize, -maxrate) to ensure keyframes don't exceed the line rate. [17:19:31 CEST] <kepstin-laptop> if you can use rtp instead of mpegts over udp, that *might* help a bit too, particularly if you can get rtcp going. [17:19:36 CEST] <jrun> maxrate is max bitrate or max fps? [17:19:51 CEST] <kepstin-laptop> bitrate. [17:20:34 CEST] <kepstin-laptop> for this use case, setting maxrate and bitrate to the same value probably makes sense, and bufsize should be fairly small - enough to hold maybe 1s of video? [17:22:42 CEST] <iive> rtsp is related to rtp, rtcp is flash, iirc [17:23:08 CEST] <kepstin-laptop> no, the flash protocol is rtmp. [17:23:26 CEST] <jrun> kepstin-laptop: can you walk me throught the math please? how did you go from 2MB/s (16Mbits) to 1500kbit? [17:23:41 CEST] <iive> yes. rtcp is control protocol, maybe it is part of rtsp [17:23:45 CEST] <kepstin-laptop> rtcp is 'realtime control protocol', it's sort of a back-channel to rtp to allow the receiver to report back stats and packet loss. [17:24:25 CEST] <kepstin-laptop> rtsp is a protocol used to set up an rtp+rtcp connection, but you can also do rtp+rtcp without rtsp. [17:24:50 CEST] <kepstin-laptop> jrun, oh, I assumed that you gave the connection speed in megabits, since that's how it's normally stated. [17:29:50 CEST] <jrun> 192k seems to be sweet spot [17:30:24 CEST] <kepstin-laptop> bits? [17:30:35 CEST] <jrun> -b:v 192k [17:30:36 CEST] <kepstin-laptop> 192kbit is pretty low for video :) [17:31:16 CEST] <jrun> i'm still not sure how you did the math there [17:32:08 CEST] <jrun> say i have 56kb/s, what should be the value i would pass to -b:v ? [17:32:16 CEST] <jrun> not that there is no audio [17:32:33 CEST] <kepstin-laptop> well, you said 2mb/s, which I assumed was 2mbit/s. That's 2000kbit/s, so I subtracted some for overhead and said 1500kbit/s [17:32:55 CEST] <jrun> i see [17:33:38 CEST] <kepstin-laptop> keep in mind that all the video bitrate values are in bits, and network connection speed is also usually measured in bits. [17:33:45 CEST] <jrun> how do these correlate to video resolution. say for 1080p, what's the recommended bandwidth? [17:33:59 CEST] <kepstin-laptop> jrun, as high as you need to get a quality level you can live with. [17:34:07 CEST] <kepstin-laptop> at an encoder cpu usage that's ok [17:35:38 CEST] <Mavrik> yep, for slower profiles, rule of thumb is cca. 2Mbit / PAL, 5Mbit 720p, 8-10Mbit 1080p [17:35:47 CEST] <Mavrik> you can go lower but it will have a bit of quality degradation [17:37:15 CEST] <jrun> i gets a bit convoluted with isp's because for example i have 60MB/s dowload speed. that's commercially advertised. first of all that's 10-base. pulling from youtube with youtube-dl i can hit 7Mib/s (2-base). now if go by that, for streaming say a 4k live event, would my internet sever be enough? [17:37:52 CEST] <jrun> Mavrik: what about 4k? do we know the number? [17:38:06 CEST] <jrun> i don't thing 4k streaming exist but just wanted to know. [17:38:14 CEST] <Mavrik> we never broadcast 4K video so i dunno what works well [17:38:49 CEST] <Mavrik> If you have a 60Mbit line, you'll have serious problems streaming 1080p to more than a few people [17:39:20 CEST] <jrun> one isp here puts aside 25MB (200Mb) for 1080p TV [17:39:36 CEST] <jrun> what if i broadcast? [17:40:00 CEST] <jrun> ...on my Gigabit router [17:40:38 CEST] <kepstin-laptop> jrun, you need to find out your isp connections's upload rate in bits/s. [17:41:42 CEST] <kepstin-laptop> the 60mbit's advertised speed is probably your incoming, and most connections aren't symmetic. [17:42:53 CEST] <jrun> sorry youtube-dl reports in MiB. so i have a 56Mib download [17:43:11 CEST] <jrun> it is not symmetric, i'm gonna give you the upload in a sec [17:45:08 CEST] <jrun> 7.7 Mbps based on speedof.me [17:45:17 CEST] <jrun> why upload matters? [17:46:10 CEST] <kepstin-laptop> if you're broadcasting video, it's your upload that's being used... [17:47:55 CEST] <jrun> broadcasting in LAN [17:48:09 CEST] <jrun> LAN is all gigabit with AC wireless [17:48:27 CEST] <kepstin-laptop> hmm. is one of the ends on the wireless? [17:48:44 CEST] <jrun> except the one wirelss which is N 5ghz [17:49:07 CEST] <jrun> for the screensharing we were talking about, yes. it's on the N. [17:49:38 CEST] <kepstin-laptop> unless it's really congested, you should be able to do reasonably high rates, 10mbit on a good wireless-n isn't unreasonable. [17:50:05 CEST] <kepstin-laptop> either getting working rtcp or switching to tcp should solve your dropped packet video corruption issue. [19:04:20 CEST] <Freakshow> any ideas how I can troubleshoot poor mpeg2video input? [19:04:42 CEST] <Freakshow> seeing a lot of invalid mb type in I Frame messages [21:38:12 CEST] <Freakshow> are there any known issues with ffmpeg mpeg2 video input decoding? [21:40:30 CEST] <llogan> Freakshow: i don't know. you can see a few bug reports here: https://trac.ffmpeg.org/query?status=!closed&keywords=~mpeg2video [21:40:45 CEST] <llogan> a few seem decode related [21:43:14 CEST] <JEEBsv> in general mpeg2 decoding should work if you mean mpeg-2 video [21:43:39 CEST] <JEEBsv> but sure, issues are always found so checking out trac is a very good idea [21:44:40 CEST] <Freakshow> ayes, mpeg-2 video [23:04:43 CEST] <lord-carlos> Hi guys, I want to encode an image sequence on windows. I tried regular cmd and cygwin, but it looks like my command is wrong somehow. ./ffmpeg.exe -f image2 -start_number 851 -i /cygdrive/c/Users/lord\ carlos/Videos/Render/test/final_%5d_1.tga -r 30 foo.avi [23:04:57 CEST] <lord-carlos> First filename is "final_00850_1.tga" [23:05:43 CEST] <lord-carlos> http://pastebin.com/2a2h1bJK [23:13:23 CEST] <lord-carlos> Even if I put them in a dir without space and rename them to 1.tga etc. and than use %d.tga it cant find them [23:21:49 CEST] <lord-carlos> pretty please :) Someone who can take a look at it? [23:22:03 CEST] <lord-carlos> I would be greatfull [23:23:16 CEST] <c_14> The command itself looks fine. The problem is probably somewhere in Windows/Cygwin land. [23:23:55 CEST] <llogan> lord-carlos: also note that your command would be duplicating frames going from the image file demuxer default of 25 to your declaured output of 30 [23:24:35 CEST] <llogan> you could use -framerate 30 as an input option if you don't want any frame dupes [23:24:56 CEST] <lord-carlos> ah, ok [23:26:54 CEST] <lord-carlos> apperently it should worth with windows cmd. I'm gonna try again [23:27:15 CEST] <lord-carlos> https://stackoverflow.com/questions/15512782/ffmpeg-not-using-wildcard-prop… <-- the last comment. He got it to work [23:39:54 CEST] <lord-carlos> wat .. it works if it's in a .bat file .. [23:43:57 CEST] <lord-carlos> llogan: So -framerate 30 should be enough so it takes 30 images per second and also gives me a 30 fps output? [23:48:56 CEST] <c_14> should [23:52:04 CEST] <lord-carlos> looks so sharp :) [23:52:16 CEST] <lord-carlos> compared to the build in After Effects 264 encoder [00:00:00 CEST] --- Tue May 12 2015

1 0