Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

November 2013

1 participants
60 discussions

ffmpeg-devel.log.20131129
by burek 30 Nov '13

30 Nov '13

[00:05] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:b9a3ac89c8d6: doc/ffserver: fix bitrate unit for bitrate option [00:05] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:a42c20f089cc: doc/ffserver: reorder/extend stream video encoding options [00:05] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:f652f70e3217: doc/ffserver: move general stream options upwards in the list [00:05] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:d1daa71f9d22: doc/ffserver: mention remaining stream options [00:24] <cone-399> ffmpeg.git 03Tim Walker 07master:89de5157b1cb: dcadec: implement request_channel_layout. [00:24] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:cb751a6a9647: Merge commit '89de5157b1cbe7807d3ec1d51bd56a75e98c002e' [00:31] <cone-399> ffmpeg.git 03Tim Walker 07master:25609b63d2e0: dcadec: store the stereo downmix coefficients as float in the DCAContext. [00:31] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:e9a47896a0d1: Merge commit '25609b63d2e07d26d610f485a22082d32c96c0f5' [01:09] <cone-399> ffmpeg.git 03Tim Walker 07master:b6d5e6aa10a2: dca: convert dca_default_coeffs to float. [01:09] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:a7f8817720ea: Merge commit 'b6d5e6aa10a2f09351f287e876f7ed4504e1f75d' [01:19] <cone-399> ffmpeg.git 03Tim Walker 07master:27245b4e1bbb: dca: remove embedded downmix coefficient extraction. [01:19] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:c122e697fa90: Merge commit '27245b4e1bbb7a863341db321b5bdc5792e427d9' [03:48] <cone-399> ffmpeg.git 03Tim Walker 07master:44b17d794aa5: dca: extract core substream's embedded downmix coeffcient codes, if present. [03:48] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:43ec456320d0: Merge commit '44b17d794aa508ae21f438ae80bfe8aaf4b426e1' [03:48] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:12235a3ed29c: avcodec/dcadec: print more details about errors [03:56] <cone-399> ffmpeg.git 03Tim Walker 07master:149438cfe5d2: dca: improve default stereo downmix coefficients. [03:56] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:7ea9c4a94c13: Merge commit '149438cfe5d233c46bb18341b7c574fe643dd5f2' [04:21] <cone-399> ffmpeg.git 03Tim Walker 07master:aaa44d029933: dca: support mixing LFE in dca_downmix. [04:22] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:97468463a239: Merge commit 'aaa44d0299338e3bc90128816c21dbfab06cdb48' [04:39] <cone-399> ffmpeg.git 03Tim Walker 07master:220494ad0b2e: dcadec: treat all 2-channel modes as Stereo in dca_downmix. [04:39] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:3f41e57fa869: Merge commit '220494ad0b2e9e980ef703b46b69308236f29be5' [05:02] <cone-399> ffmpeg.git 03Tim Walker 07master:3c8507a845e6: dcadec: add disable_xch private option. [05:02] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:5b3c68414749: Merge remote-tracking branch 'qatar/master' [05:02] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:55bd20a841d2: avcodec/dcadec: AVClass is const [05:02] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:d2e46b11e489: avcodec/dcadec: set AV_CLASS_CATEGORY [09:57] <ubitux> > RTSPOtion [09:57] <ubitux> saste ^ [10:16] <saste> ubitux, fixed locally [10:16] <saste> now please review my other patches (some are blocking -> Truncate) [10:17] <ubitux> http://www.sqlite.org/testing.html [10:17] <ubitux> saste: ok [10:19] <ubitux> saste: is there any other bool opt? [10:20] <ubitux> i see the deprecated NoDaemon [10:20] <ubitux> any other in mind? [10:21] <ubitux> maybe debug, strict, .. [10:21] <saste> ubitux, NoAudio, NoVideo, NoLoop, StartSendOnKey, BitExact ... [10:21] <ubitux> thx [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:0124fca03fb3: ffserver: extend feedback in http_start_receive_data() [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:b1049f89fa48: ffserver: deprecate inconsistent parsing behavior of Truncate option [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:f87e189ee0d2: doc/ffserver: extend documentation for various file-related options [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:cdff4c53137f: doc/ffserver: reorder encoding options, and mark them as such [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:0e64edda183a: doc/ffserver: uncomment line in stream section example [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:98e47c1a7e30: doc/ffserver: extend documentation for Feed/File stream options [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:6dac34b85392: doc/ffserver: fix RTSPOtion tpo [10:29] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:0d640c08eb30: doc/ffserver: specify missing argument for ACL feed option [11:33] <cone-921> ffmpeg.git 03Michael Niedermayer 07release/1.2:14f31df2ccf3: ffmpeg: Fix forcing of the framerate for stream copy on input [11:33] <cone-921> ffmpeg.git 03Michael Niedermayer 07release/2.1:88e368d5a7ab: ffmpeg: set VCFR when copying timestamps [12:13] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:008351472710: ffserver: improve feedback in case of stream with unknown feed name [12:13] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:b133ec624430: ffserver: improve feedback in case no feed is defined for a stream [12:13] <cone-921> ffmpeg.git 03Stefano Sabatini 07master:73b87304754c: ffserver: improve error feedback in case of write_header() failure [14:21] <plepere> hello [14:22] <plepere> is there something to do in asm to make it compatible to the "enable shared" option ? [14:23] <plepere> because when I try the option, I get this error : [14:23] <plepere> ; ****************************** [14:23] <plepere> ; void put_hevc_epel_hv_8(int16_t *dst, ptrdiff_t dststride, [14:23] <plepere> ; uint8_t *_src, ptrdiff_t _srcstride, [14:23] <plepere> ; int width, int height, int mx, int my, [14:23] <plepere> ; int16_t* mcbuffer) [14:23] <plepere> ; [14:23] <plepere> ; r0 : *dst [14:23] <ubitux> aaah pastebin plepere [14:23] <plepere> ; r1 : dststride [14:23] <plepere> ; r2 : *src [14:23] <plepere> ; r3 : srcstride [14:23] <plepere> ; r4 : width [14:23] <plepere> ; r5 : height [14:23] <plepere> ; r6 : mx [14:23] <plepere> ; r7 : my [14:23] <plepere> ; r8 : mcbuffer [14:24] <BBB> plepere: check PIC-related %if code in vp8.asm [14:24] <plepere> I had a bunch of code copied. didn't copy the small error [14:24] <BBB> it's most likely related to your code not being PIC compatible [14:25] <BBB> check any MC function in vp8.asm and do what they do re: PIC and global symbol loading (such as a table) [14:25] <plepere> vp8dsp.asm ? [14:25] <plepere> oh I see [14:26] <plepere> ifdef PIC [14:27] <plepere> so I need to redefine stuff to picregq if I'm on PIC ? [14:29] <plepere> ok, so if I put a big ifndef PIC, it compiles. :p [14:35] <plepere> how do I know which things to treat as picregq or not ? [14:35] <plepere> filter_h2_shuf does not need the PIC specific treatment [14:36] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:6e7de1144436: avcodec/dcadec: decode LFE so we dont just add random data when downmixing with LFE [14:41] <BBB> plepere: imagine that pic takes the regA in [regA+regB*n+global_symbol] [14:41] <BBB> plepere: so if you use a [..] statement for global syms where regA is taken by a reg, you need a two-instructoin version under %ifdef PIC [14:43] <plepere> OK, I'll try [14:44] <plepere> I'm taking example from the vp8 stuff [14:44] <BBB> see vp8dsp.asm for the logic on how to split that, it's not hard [14:44] <BBB> you just need to know that that's how you have to do it ;) [14:44] <plepere> for me, PIC is for RC cards and stuff, not for heavy multimedia calculus. :p [14:46] <BBB> hehe :) well it affects us also unfortunately, sorry [14:46] <plepere> if I'm not using a table. For instance, I do "stuff: DB 1". Do I have to do this step too ? [14:47] <plepere> (who's the masochist... err, I mean, very kind person using ffmpeg on PIC ?) [15:01] <plepere> errr [15:01] <plepere> undefined symbol `picregq' [15:02] <plepere> did I miss something in another file ? [15:14] <plepere> BBB : is there something to do for picregq to be recognized ? [17:26] <cone-921> ffmpeg.git 03Timothy Gu 07master:a677fb664ab8: RELEASE: update to 2.1.git [22:20] <cone-921> ffmpeg.git 03Anton Khirnov 07master:95fd52c11bff: mxfdec: set extradata size [22:20] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:f924d6e40b26: Merge commit '95fd52c11bff1aad93a29aed3bd5472bd2981d1f' [22:33] <cone-921> ffmpeg.git 03Anton Khirnov 07master:35e0833d410e: mpeg4videodec: add a mpeg4-specific private context. [22:34] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:be0b869b04c0: Merge commit '35e0833d410e31d9fd35695ad798c5d13de2af58' [22:43] <cone-921> ffmpeg.git 03Anton Khirnov 07master:ee8af2dd99dc: mpeg4videodec: move MpegEncContext.shape to Mpeg4DecContext [22:43] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:ad13b8ca9bf5: Merge commit 'ee8af2dd99dcb7a01a667deedec81d1aa2a00d72' [22:54] <BBB> plepere: it's just a reg, like cglobal name, nargs, nregs, nxmmregs, name1, name2, picreg, name4, etc [22:55] <BBB> plepere: you can give it a different name (lea name4q, [address] instead of lea picregq, [address]) [22:58] <cone-921> ffmpeg.git 03Anton Khirnov 07master:e62a43f6b1a9: mpeg4videodec: move MpegEncContext.time_increment_bits to Mpeg4DecContext [22:58] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:e2f63be01284: Merge commit 'e62a43f6b1a9c0c82e1df33c0c038e32029c0aa4' [23:03] <BBB> smarter: hm aq-mode only does deltaQ, not lfQ [23:03] <smarter> yep [23:04] <smarter> doing lfQ too would be a one-line change [23:05] <cone-921> ffmpeg.git 03Anton Khirnov 07master:75bd07f732fb: mpeg4videoenc: write 0 instead of vol_sprite_usage [23:05] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:f602e2212247: Merge commit '75bd07f732fb575c2b88dc7cd08a6bb12c2e24ea' [23:05] <BBB> hm... do we have anything that tests segmentaiton-ref/skip features? [23:06] <smarter> two lines actually: http://sprunge.us/hJXF :) (not tested) [23:07] <smarter> BBB: I think mbgraph does that [23:21] <cone-921> ffmpeg.git 03Anton Khirnov 07master:1a89025793ca: mpeg4videodec: move MpegEncContext.vol_sprite_usage to Mpeg4DecContext [23:21] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:68c90fc086fe: Merge commit '1a89025793ca73d9685a8ce8e3194efa64dd6844' [23:21] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:36068709b3dd: avcodec/mpeg4videodec: Fix code so it also works after moving vol_sprite_usage around [23:25] <BBB> smarter: hm ok I'll add a mbgraph sample along with aqmode [23:25] <BBB> aqmode is good in that it tests keyframe segmentation [23:25] <BBB> but we need something to test ref/skip/lf features also [23:26] <cone-921> ffmpeg.git 03Anton Khirnov 07master:9f0617d2137b: mpeg4videodec: remove write-only sprite variables from MpegEncContext [23:26] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:cdc21e4abe2a: Merge commit '9f0617d2137bb7231b181d74392cd84ef4844cd7' [23:42] <BBB> ok I figured out how to enable mbgraph [23:42] <BBB> and it exposed a bug in ffvp9 [23:42] <BBB> \o/ [23:42] <BBB> let me fix that [23:46] <cone-921> ffmpeg.git 03Anton Khirnov 07master:bc5abfb19e7f: mpeg4videodec: move MpegEncContext.rvlc to Mpeg4DecContext [23:46] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:9c835acc1da4: Merge commit 'bc5abfb19e7ff00b859120561d6ffd622c7904fe' [23:46] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:91c63cb053cd: avcodec/mpeg4videodec: copy rvlc in mpeg4_update_thread_context too [23:54] <cone-921> ffmpeg.git 03Anton Khirnov 07master:ad09f52586ea: h263dec: remove commented out cruft [23:55] <cone-921> ffmpeg.git 03Michael Niedermayer 07master:f5d6541ba0d2: Merge commit 'ad09f52586eae4c5473c3a6a803d73e1ba56c0eb' [00:00] --- Sat Nov 30 2013

1 0

ffmpeg.log.20131129
by burek 30 Nov '13

30 Nov '13

[04:41] <SirCmpwn> when I use ffmpeg to convert videos to GIFs, I get pretty bad dithering problems [04:41] <SirCmpwn> advice? [07:43] <allengreen> I have 1000 mpeg2 ts files, how can I combine them to a single mpeg2 or mpeg4 file in command line? [07:43] <allengreen> can anyone give me hits? [07:50] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.ts [07:50] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.mp4 [07:50] <allengreen> I mean if the command line is not enough to hold so much strings, how should I do? [07:51] <allengreen> cause I have 1000 files, it means more then 10K in the command line. [08:01] <allengreen> hi fellows [08:04] <saste> allengreen, i don't think it is possible [08:04] <saste> maybe we could create a concatfile:FILE protocol [08:04] <saste> feel free to send patch/open a ticket [08:08] <allengreen> Can I put all the file names into a single segmentslst, ans pass segments.lst as a argument? [08:08] <allengreen> concatfile is also a option for me, thanks [08:10] <allengreen> but I also have no idea about concatfile:fle protocol. [08:19] <allengreen> saste, thanks, I founded, ffmpeg -f concat -i video.txt -c copy single.mp4 [08:20] <saste> allengreen, yes, but keep in mind it is a different thing [08:20] <saste> concat muxer != concat protocol [08:20] <saste> the muxer implies decoding [08:20] <saste> *concat demuxer [08:22] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.mp4 [08:23] <allengreen> ffmpeg -f concat -i video.txt -c copy single.mp4 [08:23] <allengreen> what's the difference? [09:26] <Mista_D> Its documanted, but doesn't seem to be recognized by the FFmpeg 2.1 `Unrecognized option 'segment_list_entry_prefix'.` [09:37] <Mista_D> Including FFmpeg 2.1.1 [09:43] <allengreen> I just concat three continuous ts files, 1.ts 2.ts, 3.ts, but It does not play smoothly, what's the problem? [09:55] <saste> Mista_D, you need current git [09:55] <Mista_D> @saste: Thanks, yes it works, just tested it. [09:56] <Mista_D> @saste: 2.0-d2e46b1 has it. [14:39] <xxthink> when I use ffmpeg to receive a udp stream and transcode it to ts format in real time, there are many errors [14:40] <xxthink> http://pastebin.com/3GuG3dSr [14:40] <xxthink> this is the error message [14:41] <xxthink> my command line is:../ffmpeg -i udp://10.10.144.161:1234 -buffer_size 5000000 -fifo_size 500000 -map 0:0 -map 0:1 -s 640x360 -vcodec libx264 -g 60 -vb 500000 -strict experimental -vf yadif -acodec aac -bsf h264_mp4toannexb -ab 96000 -ac 2 -y xxx.ts [14:41] <xxthink> but if I just copy the input stream and save the result file, there are no these errors. [16:06] <g0d> Hello guys, I have a question. [16:06] <g0d> I am trying to convert something with ffmpeg, and I get this error: Unrecognized option 'c:v' [16:06] <g0d> and im using ffmpeg version 0.8.9-4:0.8.9-0ubuntu0.12.04.1 [16:07] <JEEBsv> use the avconv command there, the ffmpeg app is unmaintained (and was later removed) in libav, which ubuntu is using [16:07] <g0d> JEEBsv, can you convert this command into avconv? [16:07] <g0d> wait [16:07] <g0d> ffmpeg -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a libfaac -q:a 100 pr0jectx.mp4 [16:07] <JEEBsv> it should be pretty much the same [16:08] <JEEBsv> just switch from ffmpeg to avconv if you want to use the stuff ubuntu provides [16:08] <JEEBsv> because libav decided to leave the ffmpeg binary there, but not update it with the new changes they did [16:08] <g0d> Unknown encoder 'libfaac' [16:09] <g0d> avconv -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a libfaac -q:a 100 pr0jectx.mp4 gives back [16:09] <g0d> Unknown encoder 'libfaac' [16:09] <JEEBsv> I would guess by now faac isn't included? [16:09] <JEEBsv> because it's not GPL-compliant [16:09] <g0d> so now what would I use? [16:09] <g0d> can you correct a few things in that command [16:09] <g0d> so that they can work [16:09] <JEEBsv> -c:a aac -strict experimental [16:09] <JEEBsv> instead of -c:a libfaac [16:10] <g0d> alright, lemme try again [16:10] <g0d> it works! [16:10] <g0d> I tried avconv -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a aac -strict experimental -q:a 100 pr0jectx.mp4 [16:10] <JEEBsv> (or you build your own ffmpeg or libav with fdk-aac, which is currently the best AAC encoder that can be used from ffmpeg or avconv, but once again, cannot be binary distributed) [16:10] <g0d> thank you. :) [16:10] <JEEBsv> (as the license is incompatible with (L)GPL) [17:43] <grkblood_> is there a way to make stdout output frame by frame when transcoding to mp3s? [18:31] <jure> hey [18:31] <jure> trying to normalize an audio file using tools/normalize.py [18:31] <jure> Unrecognized option 'show_entries' [18:31] <jure> Failed to set value 'frame_tags=lavfi.r128.I' for option 'show_entries' [19:12] <ubitux> jure: set your PATH to use the recent ffprobe [19:17] <jure> how recent, ubitux? [19:17] <jure> I have 1.0.8 [19:18] <ubitux> it's old [20:09] <jure> ubitux: what are the default options ubitux uses? [20:11] <ubitux> ? [20:11] <jure> -23 dB? [20:12] <jure> I had hoped to normalize the amplitude to 0.0dB [20:12] <jure> *default options normalize.py uses [20:12] <jure> :D [20:15] <jure> ^ ubitux [20:16] <ubitux> 0db? you mean silence? [20:17] <ubitux> -23LUFS is the EBU R.128 standard [20:17] <jure> yes [20:17] <jure> no I didn't mean silence [20:19] <jure> ubitux: https://www.custcenter.com/app/answers/detail/a_id/516 [20:19] <jure> i.e. normalizing a peak to 0db [20:20] <ubitux> normalize.py uses the EBU R.128 standard, it's not meant to be customized, do what you want with it [00:00] --- Sat Nov 30 2013

1 0

ffmpeg-devel.log.20131128
by burek 29 Nov '13

29 Nov '13

[00:28] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:0075a22f415f: Revert "configure: add #include "version.h" to config.h" [01:18] <Timothy_Gu> Anymore ideas on the version.h patch? [01:19] <Timothy_Gu> Also, Michaelni: you forgot to sign-off on the revert commit [01:26] Action: Timothy_Gu starts to be inpatient with the IRC channel. [01:35] <llogan> i don't think we have a "sign-off" policy [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:8f7d839e15c9: lavd/lavfi: support unknown channel layouts. (cherry picked from commit 863fb11f63f7f60feec390f3c54dd13606e07d05) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:62baf22ec085: lavfi/avfiltergraph: suggest a solution when format selection fails. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:c2d37e736428: lavfi/avfiltergraph: do not reduce incompatible lists. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:9a4acedf3177: lavfi: parsing helper for unknown channel layouts. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:02c8c064ea28: lswr: fix assert failure on unknown layouts. (cherry picked from commit 4a640a6ac89099bfb02d6d3d3ada04e321a37476) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:cf8462ce00a7: lavfi/af_pan: support unknown layouts on output. (cherry picked from commit 4e9adc9b7363cc336e3d47c98455e1508902fd29) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.0:2005887707fe: lavfi/af_pan: support unknown layouts on input. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:31647c5a4693: lavd/lavfi: support unknown channel layouts. (cherry picked from commit 863fb11f63f7f60feec390f3c54dd13606e07d05) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:c2ae9f75d731: lavfi/avfiltergraph: suggest a solution when format selection fails. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:1a676881caad: lavfi/avfiltergraph: do not reduce incompatible lists. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:838a453e3962: lavfi: parsing helper for unknown channel layouts. [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:cfcb22a77bd4: lswr: fix assert failure on unknown layouts. (cherry picked from commit 4a640a6ac89099bfb02d6d3d3ada04e321a37476) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:bc04a3a48951: lavfi/af_pan: support unknown layouts on output. (cherry picked from commit 4e9adc9b7363cc336e3d47c98455e1508902fd29) [01:36] <cone-203> ffmpeg.git 03Nicolas George 07release/2.1:ad19cb3ca70c: lavfi/af_pan: support unknown layouts on input. [01:37] <llogan> Timothy_Gu: patience. and don't forgot the time zone differences (although some are vampires) [01:39] <llogan> Timothy_Gu: are you going to make any more changes to "web: move RSS generation to a seperate shell script"? [01:39] <Timothy_Gu> Llogan: I know, but it seems that most people here are vampires ðš [01:39] <llogan> not me, but my timezone puts me in vampire time [01:40] <Timothy_Gu> Llogan: no, I'm done with it [01:40] <Timothy_Gu> Whats your timezone? [01:40] <llogan> -9 [01:40] <Timothy_Gu> (Weird) [01:41] <llogan> It's only 3:41 pm now [01:41] <Timothy_Gu> Do you live in Yukon or something? [01:41] <Timothy_Gu> Mine is -8 [01:41] <llogan> im in alaska [01:41] <Timothy_Gu> Ah [01:42] <Timothy_Gu> Mountain man? ;-) [01:42] <llogan> they are very near by. i can walk to a trailhead in 5 mins [01:43] <Timothy_Gu> Do you like AL? [01:43] <llogan> Alabama is fine I guess. [01:43] <Timothy_Gu> I mean AK [01:43] <llogan> yes, but I try to get out often. this isn't a fun part of the year. [01:44] <Timothy_Gu> I'm better off in sunny socal [01:44] <Timothy_Gu> Southern CA [01:44] <llogan> i was in sequoia park right before they closed it. nice place. [01:44] <llogan> big trees. small bears. [01:45] <Timothy_Gu> Ive never been there (ashamed) [01:45] <Timothy_Gu> My history teacher was at one point a ranger there [09:52] <wm4> michaelni: AVFrame.pkt_dts is incorrect for avi/ogm/vfw-mkv, it returns the dts of the second packet instead of the first, so e.g. starting to decode a file will never yield an AVFrame with pkt_dts=0 [09:52] <wm4> michaelni: or generally, the codec delay selects which packet's dts to use [09:52] <wm4> michaelni: is there a way to get the exact timestamp without additional hacks in the user code? [09:53] <wm4> also, in other words: effectively this means that the best_effort_timestamp will be incorrectly delayed by the codec delay [10:23] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:c4a03ac3b8d4: doc/ffserver: document configuration syntax [10:23] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:f7fbb7ac9906: ffserver: clarify feedback in case of wrong AVOptionAudio/Video error [10:23] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:15f2cac01819: doc/ffserver: remove outdated troubleshoot entry about audio [10:28] <cone-399> ffmpeg.git 03Timothy Gu 07master:a212d66c2acf: doc/default.css: sync with ffmpeg-web [10:58] <cone-399> ffmpeg.git 03Anton Khirnov 07master:4d388c0cd05d: h264_refs: make sure not to write over the bounds of the default ref list [10:58] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:0a5ca63c24b8: Merge commit '4d388c0cd05dd4de545e8ea333ab4de7d67ad12d' [11:23] <cone-399> ffmpeg.git 03Anton Khirnov 07master:873379939299: h263dec: sanitize a condition. [11:23] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:03beb5792a3c: Merge remote-tracking branch 'qatar/master' [11:43] <wm4> Warning: Ticket description is too long (must be less than 262144 characters) [11:43] <wm4> trac doesn't allow me to post full uncut console output [11:45] <ubitux> stop playing dumb :p [11:46] <wm4> michaelni: I reported that issue as bug [11:52] <michaelni> wm4, you could attach it, i also could increase the limit, if people want that [11:52] <wm4> well, I don't think the remainder of the output will be interesting anyway [11:53] <wm4> also, people like cehoyos could just TRY TO REPRODUCE IT [11:53] <wm4> he has to do this anyway if he wants to handle bug reports properly [11:54] <michaelni> iam not a big fan of having pages filled with unneeded information then again few users know what is needed, asking fir full output is the easy solution [12:03] <ubitux> wm4: it's not bullshit, all our fields are randomly shifted after every addition from libav (which cause a minor bump for them but would require a major for us) [12:03] <wm4> it's a big load of endless bullshit [12:04] <ubitux> ... [12:04] <wm4> can trac do fixed formatting? [12:04] <ubitux> yes [12:04] <ubitux> {{{ }}} [12:04] <wm4> oh [12:04] <ubitux> that's in the default description [12:05] <wm4> can't seem to edit the ticket anyway [12:05] <ubitux> updated [12:06] <ubitux> that's one of the thing i hate the most with trac :( [12:06] <wm4> thanks [12:06] <ubitux> the !fixed default formatting [12:08] <ubitux> wm4: missing command btw [12:08] <wm4> ./ffprobe /tmp/\[CCCP\]_Mega_Lossless_Audio_Test.mkv -select_streams 0 -show_frames [12:57] <saste> we got a 1K$ donation today [12:57] <ubitux> :) [13:01] <Compn> if only it was 1000 btc donation [13:01] <Compn> :P [13:06] <ubitux> Compn: you didn't set up a btc donation system [13:06] <saste> Compn, how much 1BTC is? [13:06] <ubitux> ~1k [13:06] <saste> BTW now SPI is discussing how to accept paypal donations (for debian) [13:06] <saste> there is a lenghty discussion on SPI mailing list [13:07] <saste> i don't know if/when this will be extended to other SPI associate projects [13:07] <Compn> ubitux : i guess i should do that eh ? :) [13:07] <Compn> saste : 1btc = $1000 [13:09] <wm4> BTC is changing in value all the time [13:10] <nevcairiel> yeah last week it was still like $500 [13:10] <ubitux> it's crazy since the last days [13:10] <ubitux> wm4: yeah but mostly raising, a lot. [13:11] <wm4> just wait for the big crash [13:11] <nevcairiel> i should've gotten a few BTCs like 1-2 years ago, i would be rich now [13:13] <JEEB> I remember playing around them 2009-2010, almost had a single full bitcoin... but then I let my account on a group mining thing around 2011 or so [13:13] <Compn> wm4 : you dont see $2k btc in 1 year ? [13:13] <Compn> pfft [13:13] <nevcairiel> simply buying $100 worth of bitcoins a few month ago would possibly get you 100x results today [13:13] <wm4> is mining a bitcoin harder now than 2 years ago? [13:14] <Compn> yes, complexity went skyrocketing [13:14] <JEEB> yes [13:14] <Compn> thats why price is jumping... [13:14] <wm4> weird stuff [13:14] <JEEB> I think it was 2011 or 2012 when they halved the amount of bitcoins you get per one full "mine" [13:14] <JEEB> from 50 to 25 [13:20] <cone-399> ffmpeg.git 03Clément BSsch 07master:e5102feb6b5e: doc/examples: add transcode_aac to local Makefile. [13:20] <cone-399> ffmpeg.git 03Clément BSsch 07master:245931885f26: Add transcode_aac example to .gitignore. [13:25] <saste> can we extend tags to the wiki as well? [13:29] <ubitux> i'm going to integrate the other examples into the configure as well [13:29] <ubitux> any objection? [13:32] <ubitux> i have no idea why avutil is in the dependencies of the muxing example though [13:32] <ubitux> it should be a subdep [13:32] <ubitux> unless i'm missing something [13:34] <ubitux> we can fate test them now btw, which is a good thing [13:46] <ubitux> rhaa how much duplication of the list is there. [13:59] <BBB> so ubitux [13:59] <BBB> ffvp9-mt? [14:00] <ubitux> i didn't have time to test, i've commented what i could in a first pass [14:00] <BBB> I'll make a parallelmode sample (highres for testing and lowres for fate) [14:09] <cone-399> ffmpeg.git 03Clément BSsch 07master:a8ac2a153030: doc/examples: make fill_samples static. [14:09] <cone-399> ffmpeg.git 03Clément BSsch 07master:1a88e84fd54f: build: integrate remaining examples. [14:09] <cone-399> ffmpeg.git 03Clément BSsch 07master:fe318e143b6f: build: split examples cleaning out of docclean. [14:09] <cone-399> ffmpeg.git 03Clément BSsch 07master:1d751768f3d4: build: also clean the examples with debug symbols [14:09] <cone-399> ffmpeg.git 03Clément BSsch 07master:0d2c832445e1: doc/examples: update README. [14:10] <cone-399> ffmpeg.git 03Clément BSsch 07master:01c9d8094af9: doc/Makefile: cosmetics after previous commits. [14:10] <ubitux> ok, will add a FATE instance building those examples now [14:17] <ubitux> x86_64-archlinux-gcc-examples added. [14:18] <ubitux> back to work :( [14:19] <plepere> my ASM doesn't seem to work when cross-compiling for windows. is there some obscure thing to do in case of windows compiling ? [14:20] <plepere> I see in the deblock a if WIN64 adding a shadow space on a register, but I don't get what it's supposed to do [14:20] <ubitux> redzone, calling convention, ... ? [14:21] <ubitux> (show your code?) [14:22] <plepere> https://github.com/OpenHEVC/FFmpeg/blob/hevc/libavcodec/x86/hevc_mc.asm [14:22] <plepere> but I was wondering in general [14:23] <plepere> like in x64, we need to do movsxd on registers having an int parameter [14:23] <ubitux> can't you replace the call + RET with a simple jump? [14:23] <ubitux> you should also use local labels btw for non exported syms [14:24] <plepere> so you'd have me remove all the functions, and have only labels except for "master" functions ? [14:24] <ubitux> i'd macrotize all of this personnally [14:24] <ubitux> to avoid a jump :p [14:24] <plepere> I've never macrotized. :p [14:25] <ubitux> %macro NAME numargs ... %endmacro [14:25] <plepere> yes, I've seen it used, but I don't know when to use them. [14:26] <ubitux> numargs=N %1 %2 ... %N [14:26] <ubitux> it's really straightforward [14:26] <ubitux> at least for the simple cases [14:27] <BBB> plepere: don't use int for stuff used in pointers [14:27] <plepere> I believe you, but then, when should I use macros, and when should I stay "classic" ? that's something I have no experience with [14:27] <BBB> plepere: use intptr_t or ptrdiff_t [14:28] <plepere> BBB : so all strides to be set to ptrdiff_t ? [14:29] <BBB> yes [14:29] <BBB> check vp9, or h264, or any other codec [14:29] <BBB> hevc is epel right? [14:29] <plepere> I'm working on epel [14:29] <BBB> why not share the epel asm with vp9? [14:29] <BBB> it's all epel and 8tap [14:30] <plepere> I don't know if it's got the same coefficients and all [14:30] <BBB> so make split coefficient tables [14:30] <BBB> the tables are an input argument to vp9's asm anyway [14:30] <smarter> hevc epel is 4-tap [14:34] <BBB> o_o [14:35] <smarter> epel is only used for chroma [14:36] <BBB> oh right well qpel is still 8tap then [14:36] <BBB> so share that with vp9 [14:37] <smarter> depends, some of the qpel filters are 8taps and some are 7taps :p [14:37] <BBB> that's the case for vp9 as well [14:37] <BBB> just make them all 8tap, easier [14:37] <BBB> it's caller zero-padding [14:39] <smarter> that means an additional copy [14:45] <BBB> smarter: ? [14:45] <BBB> why would zero-padding need an additional copy? [14:45] <BBB> the _coefficient table_ is zero-padded [14:46] <smarter> oh right [14:46] <BBB> we don't care what's in the source data, as long as buffer is big enough (which other pieces of libavcodec take care of) [14:46] <BBB> zero times N is zero for any N [14:46] <BBB> except out of memory Ns [14:46] <smarter> yes :) [14:46] <BBB> then it's crash [14:55] <plepere> I've had crashes like that. :) [14:55] <plepere> in qpel [15:05] <BBB> plepere: show me crashes, I can help; sharing code is a good idea, it typically leads to at least one of the two, possibly both, having much faster code [15:05] <BBB> plus smaller binary size [15:05] <BBB> there's only advantages [15:05] <plepere> well all the code is in the openHEVC git [15:05] <plepere> but the crash was when I was optimising with SSE intrinsics [15:06] <BBB> don't use intrinsics :) [15:06] <plepere> I'm putting everything in ASM now. :) [15:06] <BBB> use asm, point out the instruction where it crashes, and we'll help you fix it [15:06] <plepere> that's what I'm doing now [15:06] <BBB> \o/ [15:07] <plepere> I've done epel h, v, and now I'm on hv [15:07] <BBB> see if you can copy stuff from vp9; again, if we can share anything at all, and 8tap looks ike an obvious candidate, then we should try [15:07] <BBB> epel won't be sharable unfortunately [15:07] <BBB> but qpel may be [15:07] <BBB> vp8 has a 4tap filter ;) [15:07] <BBB> anyway, just keep going for now [15:08] <plepere> I'd be glad to be able to do this. it's also the opportunity for me to discover a bit of vp9 [15:08] <plepere> but I think that the intrinsics "step" was good for me. It's noob-friendly. :) [15:09] <BBB> right [15:10] <BBB> it's good in some cases, like large transforms etc. where you'll need stack and it does register allocation/management for you [15:11] <wm4> is this the same reason it's bad in other cases? [15:12] <plepere> we have an implementation of the idct transforms in intrinsics. up to 32x32 too [15:13] <smarter> plepere: if you want to learn about VP9, there's a nice overview here: http://forum.doom9.org/showthread.php?t=168947 [15:18] <plepere> added to favorites [15:19] <plepere> thank you [15:28] <BBB> wm4: the reason in the docs is kind of old, related to bad compilers and so on [15:28] <wm4> just old or outdated? [15:32] Action: {V} guesses 2.95.3 [15:40] <wm4> after all there must be a reason to go through all this yasm and x86inc trouble, instead of just using intrinsics [15:40] <wm4> I understand why not to use inline asm, though... compiler specific, and literally breaks all the time [15:41] <JEEB> with asm you generally get better performance with a greater probability [15:41] <JEEB> you can read up on avery lee's adventures into intrinsicsworld on his blog [15:43] <JEEB> that said, a lot of his texts are somewhat old [15:43] <iive> i don't think 2.95.3 even have intrinsics. [15:43] <JEEB> http://virtualdub.org/blog/pivot/entry.php?id=310 http://www.virtualdub.org/blog/pivot/entry.php?id=354 [15:43] <Daemon404> does anyone except the truly perverted care about 2.95 at all? [15:44] <JEEB> he did review intrinsics with VS2010 and 2011 tho [15:44] <wm4> maybe some BSDs</sarcasm> [15:44] <iive> but last time I've tried them myself (1-2 years ago) they still had tendency of spontaneously creating braind-damaged code. [15:53] <BBB> wm4: it's like languages, they have different uses [15:53] <BBB> wm4: nobody would say java is useless, just not quite right for multimedia decoding [15:53] <BBB> likewise, inline asm and yasm have different uses [15:53] <BBB> for things where you can use both, we typically use yasm [15:53] <BBB> but inline asm can do some things yasm cannot, like being inlined, and then it's useful [15:54] <Daemon404> [14:53] <@BBB> wm4: nobody would say java is useless, just not quite right for multimedia decoding <-- must have missed the 1990s fad of java applet decoders ;) [15:55] <wm4> also, whatever happened to this fabled js video decoder [15:57] <BBB> so as for intrinsics vs asm, asm is typically better if you know what you're doing [15:58] <BBB> but when you get to stuff where you need to move a ton of stuff to the stack and back, it can get hard, esp. from a portability perspective (32bit vs 64bit) [15:58] <BBB> (or win64 vs others) [15:58] <BBB> and then intrinsics will be easier [15:58] <BBB> but asm will still give you better perf, _if you know what you're doing_ [15:58] <BBB> but that can get really hard in some cases [15:59] <{V}> wm4, which one? orbx.js, broadway.js, jsmpeg, ... ? [16:00] <wm4> I was thinking of orbx.js [16:00] <iive> javascript is not java. [16:01] <wm4> but js is even more dynamic and more sandboxed [16:04] <clever> BBB: what if you #ifdef 64BIT out the 64bit code, and leave a c code fallback in the #else block [16:04] <Daemon404> then you get spaghetti. [16:04] <clever> so it will always work on every platform, but just not perform optimaly on some [16:05] <Daemon404> unmaintainable crap [16:05] <BBB> clever: that's typically done through vfunc assignments instead [16:05] <BBB> better maintainability [16:05] <BBB> if (64bit) funcptr = function_64bit_sse7; [16:05] <clever> ah [16:05] <BBB> or, rather, if (64bit && have_sse7) [16:05] <BBB> so yes we do that and it works [16:05] <clever> only bonus to #ifdef would be inlining things [16:05] <BBB> but it sucks for 32bit people (which I don't care about, but still) [16:05] <clever> save the call and ret instructions [16:06] <BBB> they are vfunc ptrs anyway [16:06] <BBB> so we don't care [16:06] <BBB> (that's how our dsp function system works) [16:06] <Daemon404> BBB, i would think you used to be paid to care abotu 32bit [16:06] <Daemon404> since chrome is 32bit only [16:06] <BBB> but I don't anymore [16:06] <Daemon404> ;) [16:06] <ubitux> :) [16:06] <clever> BBB: the rpi decoding i was working on is on hold right now [16:07] <clever> i cant figure out how to read yuv420 out of the decoder [16:07] <ubitux> ? [16:07] <ubitux> what do you mean? [16:09] <Daemon404> perhaps he means the hw decoder [16:09] <Daemon404> via its api [16:09] <nevcairiel> usually hw decoders want to throw nv12 at you, though, not yuv420 [16:10] <Daemon404> good thing swscale can handle it now! [16:11] <wm4> can it? [16:12] <Daemon404> ef627bf9ecddfa888d4c6e4fd633852798c3b4a9 [16:13] <BBB> oh right I was going to make samples [16:13] <wm4> I thought it was still slow after fixing it... but maybe that was still before that commit [16:13] <BBB> ubitux: after that I'll probably refactor the idct function tables to not be retarded [16:13] <ubitux> ok :) [16:13] <nevcairiel> when anton claims its slow, he usually refers to libav, which didnt merge it yet at that point =P [16:13] <nevcairiel> although its probably not as fast as it can be [16:13] <Daemon404> nothing in swscale is [16:13] <Daemon404> because swscale [16:13] <BBB> pfff colorspace conversion [16:13] <BBB> nobody uses that anymore [16:14] <kierank> lol [16:14] <Daemon404> except everybody [16:14] <Daemon404> ... i fell victim to poe's law [16:14] Action: Daemon404 deskfaces [16:14] <BBB> well you're doing conversions, what can I say, stop doing that [16:14] <BBB> I just play videos [16:14] <ubitux> BBB: sure, i'm not on idct anyway, but lf [16:14] <BBB> ok cool [16:14] <BBB> is lf causing brain damage yet? [16:15] <ubitux> no progress since last time, will do this week end [16:15] <BBB> ok [16:16] <plepere> since I've done the qpel, epel, (un)weighted prediction...etc in intrinsics, it's impossible to validate them while I work to translate them to asm ? It breaks my heart to see reports that our decoder is slow on VLC. [16:17] <BBB> validate? [16:17] <Daemon404> perhaps next time you write code for a project you should check its standards first? [16:17] <Daemon404> >_> [16:17] <BBB> that too :) [16:17] <plepere> I'm new to the whole thing. I was told to do intrinsics. :p [16:17] <BBB> by who [16:18] <plepere> and we weren't part of ffmpeg yet [16:18] <plepere> mraulet [16:18] <BBB> mraulet? [16:18] Action: BBB gives mraulet a look [16:18] <Daemon404> ant remember who employed them [16:18] <Daemon404> maybe theme [16:18] <Daemon404> er atheme [16:18] <plepere> anyways, we have great results with SSE [16:19] <plepere> intrinsics [16:21] <mraulet> Daemon404: ? [16:21] <Daemon404> i vaguely remebered openhevc being worked on my some corp [16:21] <Daemon404> maybe im mistaken [16:21] <Daemon404> s/my/by/ [16:21] <mraulet> we are part of a french consortium working on UHD [16:22] <Daemon404> i have no idea why i thought of atheme then [16:22] <mraulet> where ATEME is one of the member [16:22] <Daemon404> oh [16:22] <Daemon404> one day ill remember how to spell t. [16:22] <Daemon404> it. [16:22] <mraulet> yes [16:22] <mraulet> :p [16:23] <mraulet> for those interested in [16:23] <mraulet> http://www.4ever-project.com/index.php?rub=index&srub=&langue=en [16:24] <ubitux> i can't hold a smile looking at the domain [16:24] <Daemon404> lawl [16:24] <Daemon404> i like how technicolor is listed [16:24] <Daemon404> theyre nothing but a patent troll^Wentity now [16:28] <mraulet> so basically the decoder and the player is done opensource in this project [16:29] <mraulet> by uni [16:39] <mraulet> BBB: any specs for VP9 [16:39] <mraulet> any pointers? [16:40] <nevcairiel> read the code :) [16:40] <mraulet> thanks ... that was not my question :p [16:40] <nevcairiel> but thats the answer to vp9 specs [16:40] <mraulet> pfiou [16:53] <smarter> mraulet: there's a nice overview here: http://forum.doom9.org/showthread.php?t=168947 but no real spec [16:53] <mraulet> I saw it on linkedin [16:54] <mraulet> same thread thanjs [16:54] <mraulet> *ks [17:03] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:39192b76f800: doc/ffserver: remove more pointless/outdated entries [17:03] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:80193a12e017: doc/ffserver: use @command{} for specifying ffserver [17:03] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:6dc90334e3ce: doc/ffserver: remove "What can this do?" section [17:03] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:000337992667: doc/ffserver: improve rendering for -n option text [17:03] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:2989281d4d97: doc/ffserver: document NoDaemon deprecated option [17:14] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:398479050e56: doc/ffserver: specify default value for Preroll [17:14] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:e79f299cafd2: doc/ffserver: remove tip about MaxBandwidth [17:14] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:bb097d037cd4: doc/ffserver: add notice about case-insensitiveness [17:19] <ubitux> saste: grep RTPS doc/ffserver.texi [17:19] <ubitux> i think you mean RTSP [17:20] <Daemon404> real time protocol streaming! [17:20] <Daemon404> new protocols every minute [17:20] <saste> ubitux, feel free to fix with no patch [17:20] <ubitux> lazy [17:20] <ubitux> :) [17:29] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:b89983c4ead6: doc/ffserver: clearly specify whence ffserver reads the configuration file [17:29] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:2121945770dd: doc/ffserver: fix RTPS -> RTSP ttypo [17:29] <ubitux> :D [17:44] <BBB> mraulet: what would you like to know about vp9? [17:44] <BBB> mraulet: I can answer practical questions about it; as for specs, ask google, not me [17:56] <mraulet> see MC without having to read VP9 code but it seems to have no alternative solution [18:15] <BBB> mraulet: MC in vp9 is simply 8tap, epel (luma) or 16thpel, 8tap (chroma), so luma/chroma mc code can be shared with hevc luma mc (since it's both 8tap) [18:16] <BBB> mraulet: and mx/my are just indices in a table that is provided as an argument into the mc function [18:16] <BBB> unless rounding/precision is different [19:00] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:1ee9341a70ad: doc/ffserver: extend documentation for CustomLog option [19:00] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:07315da1497c: doc/ffserver: fix documentation for -n option [19:02] <ubitux> saste: so you are our new ffserver maintainer? [19:02] <ubitux> congratulation [19:03] <saste> ubitux, no [19:03] <saste> just fixing documentation and doing some minor fixes [19:03] <ubitux> oh yes you are. [19:03] <saste> it is not as bad as I thought [19:03] <ubitux> :) [19:03] <ubitux> yes there are a few things to understand [19:04] <ubitux> my favorite thing is Command [19:04] <saste> ?? [19:04] <ubitux> or well don't remember the name [19:04] <ubitux> Launch* [19:04] <saste> Launch? [19:04] <ubitux> yes [19:04] <saste> yes, so review my related patches [19:04] <ubitux> :( [19:04] <saste> the logic is quite hackish [19:07] <saste> all the code does a lot of assumptions, and can be exploited in various funny ways [19:07] <saste> never let $random_user write your ffserver configuration file :) [19:08] <ubitux> well, we even had xss injection in ffserver so& [19:08] <ubitux> :) [19:08] <ubitux> which was hardly exploitable in a meaningful way though [19:08] <saste> what was this LoadModule thing? [19:09] <ubitux> 885739f3b4ca3fb60abf417120845e3fcfb99b53 [19:10] <saste> nice [19:11] <saste> now I know why I had those weird "?" all around [19:12] <saste> http_escaping would had been better... [19:24] <ubitux> saste: hf writing one honoring charset [19:24] <saste> ubitux, hf?? [19:24] <ubitux> have fun [19:25] <ubitux> which reminds be a vuln in php (or was it the mysql escape?) with chinese charset [19:28] <ubitux> http://shiflett.org/blog/2006/jan/addslashes-versus-mysql-real-escape-string [19:28] <ubitux> saste: check this ^ [19:28] <ubitux> it's a funny vuln in that spirit :) [19:29] <ubitux> though, it's for sql, not xss [19:29] <ubitux> http://shiflett.org/blog/2005/dec/google-xss-example [19:29] <ubitux> here is one with charset :) [19:30] <ubitux> and xss [19:30] <ubitux> so anyway, current solution sounds like a safer solution for now [19:42] <saste> ubitux but we use quotes [19:43] <saste> we should at least replace quotes, and replace all the rest [19:43] <saste> *replace with ? [19:54] <ubitux> mmh? [20:03] <saste> ubitux, if char == ' => substitute with &quote; else accept only ASCII chars [20:17] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:4e39962f0c39: doc/ffserver: document "Launch" feed option [20:17] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:312d075e5de9: doc/ffserver: move ACL syntax section before the global option sections [20:17] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:bcbf8920ede1: doc/ffserver: clarify/extend documentation about status streams [20:17] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:805b607484e1: doc/ffserver: extend documentation for VideoBitRateRange [20:17] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:58010e57b2b9: doc/ffserver: fix documentation for CustomLog [21:24] <ubitux> saste: wait before pushing the error feedback patch please [21:44] <burek> man, debian is so broken.. [21:44] <burek> i tried to build libquvi for ffmpeg (youtube) [21:44] <burek> and it requires like 160 dependencies.. :S [21:44] <burek> f.. it [21:52] <wm4> I don't get why ffmpeg would need libquvi [21:52] <wm4> it just causes us problems, like random crashes due to library clashes [21:55] <ubitux> just don't enable it? [21:59] <cone-399> ffmpeg.git 03Vittorio Giovara 07master:0673ede985a6: configure: add strip flags checks [21:59] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:71b95f2ab603: Merge commit '0673ede985a6560e7efb86dab1c58fb7f95ce587' [22:00] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:e283c26c35c4: build sys: rename STRIPFLAGS to ASMSTRIPFLAGS [22:00] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:191454f26e5a: configure: remove code that disables striping in the absence of some flags [22:00] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:e975c147e180: library.mak: only run asm strip if ASMSTRIP flags are set [22:05] <wm4> ubitux: distros will enable it, and then crashy crashy [22:05] <ubitux> what crash are you talking about? [22:06] <ubitux> API misusage? [22:07] <wm4> distros like to package both lua 5.1 and 5.2 (and there's also luajit), and they all share the same symbol names, so static linking and mixing the libs lead to misery [22:08] <ubitux> oO [22:08] <ubitux> sounds like a distro or libquvi issue [22:09] <ubitux> i find libquvi useful in ffmpeg [22:09] <ubitux> maybe just for the fancy ffplay 'http://youtube...' :) [22:23] <BBB> ubitux: can you upload fate samples? [22:23] <BBB> I have a new one for parallelmode [22:23] <BBB> it turns out we decode it correctly (\o/) [22:23] <BBB> so now we can do real speedtests [22:24] <ubitux> no i can't, i don't have permissions [22:24] <ubitux> ask michaelni [22:25] <ubitux> BBB: we already have 92% of coverage in vp9 [22:25] <ubitux> http://coverage.ffmpeg.org/ffmpeg/libavcodec/vp9.c.gcov.html [22:26] <ubitux> is this going to test the part that was replaced with a memcpy? [22:26] <burek> it shouldn't crash just because it's linked in ffmpeg (if its not used) right? [22:26] <BBB> yes [22:26] <ubitux> nice :) [22:26] <BBB> oh cool we have graphs [22:27] <ubitux> graphs? [22:27] <burek> quvi :) [22:27] <BBB> coverage [22:27] <ubitux> there are graphs? @_@ [22:27] <burek> btw, i've worked with lua sockets and they were so buggy at the time [22:27] <BBB> direct frame referencing is not exposed in the encoder [22:27] <BBB> ubitux: no, but this is pretty [22:27] <BBB> your link [22:27] <ubitux> BBB: ok :D [22:27] <burek> and quvi uses them, so i'm pretty much skeptic about it :/ [22:27] <ubitux> burek: see with wm4, i have no idea what he's talking about :) [22:27] <wm4> burek: AFAIK only quvi 0.9 uses them [22:28] <wm4> 0.9 is the beta version (with different core and api from 0.4 and all) [22:28] <BBB> hey [22:28] <BBB> how come segmentation is not tested? [22:28] <BBB> I thought we had a segmentation sample [22:28] <BBB> is it broken? [22:28] <wm4> burek: it's true that 0.9 is a PITA in many ways [22:28] <ubitux> BBB: no idea :) [22:28] <BBB> hm [22:29] <ubitux> flushing is also not called [22:29] <burek> sh..t... that makes sense :( now i see why i had to make so many symlinks in order for ffmpeg to detect it :( [22:29] <burek> back to the lab :s [22:29] <burek> thanks wm4 :) [22:30] <wm4> 0.9 is also AGPL3 [22:37] <burek> This series is licensed under the GNU Lesser General Public License (LGPLv2.1+) [22:37] <burek> 0.4 [22:37] <burek> can this go into static build? [22:40] <BBB> ubitux: well we need to figure out whether segmentation works or not, I was pretty sure that the segmentation code was called [22:42] <burek> hm, there might be a bug in the configure script of ffmpeg.. there is no -lcurl when testing for libquvi [22:42] <burek> and -llua [22:43] <BBB> hm yeah the segmentation sample does not test segmentation [22:43] <BBB> that utterly sucks [22:43] <ubitux> lol [22:43] <BBB> I'll try to generate a new one [22:43] <ubitux> BBB: is the code triggered by etv.webm? [22:43] <BBB> unlikely [22:43] <BBB> you need to hack the code to enable segmentation [22:43] <BBB> (libvpx encoder) [22:43] <ubitux> ah& [22:43] <BBB> I thought I did that, but apparently I screwed up [22:43] <BBB> I'll fix it and confirm it triggers that code [22:44] <BBB> (and gives identical output to libvpx) [22:46] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:d1916d13e28b: dsputil/pngdsp: fix signed/unsigned type in end comparison [22:46] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:f21ca39e8156: Merge commit 'd1916d13e28b87f4b1b214231149e12e1d536b4b' [22:54] <smarter> BBB: --aq-mode 1 or 2 should test segmentation [22:59] <BBB> \o/ [23:00] <BBB> which one do I use? [23:00] <BBB> or what's the difference? [23:00] <smarter> aq-mode 1 is variance-based, 2 is to help hit the bitrate I think, it's a recent addition [23:01] <smarter> also your mbgraph stuff should still work [23:01] <smarter> it probably tests more code paths since it enables/disables segmentation [23:01] <BBB> I'll look at mbgraph [23:02] <BBB> or well no let's do aq-mode [23:02] <cone-399> ffmpeg.git 03Diego Biurrun 07master:cf7860db608d: x86: dsputil: Suppress deprecation warnings for XvMC bits [23:02] <cone-399> ffmpeg.git 03Michael Niedermayer 07master:3adb82565096: Merge commit 'cf7860db608df7c76471d8b61f07abbd5aad8dd5' [23:04] <BBB> does aq-mode work on keyframes? [23:05] <BBB> smarter: ^ [23:05] <smarter> aq-mode 1 enables segmentation on all frames [23:06] <BBB> cool [23:06] <smarter> not sure what aq-mode 2 does [23:06] <BBB> that's better then [23:06] <BBB> I'll test aq-mode 1 [23:08] <BBB> hm libvpx fails to build for me now [23:09] <BBB> good job! [23:13] <BBB> yeah it doesn't build at all on a mac [23:13] <BBB> I don't care enough to fix it ATM [23:15] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:04702a0d3d73: ffserver: add some error handling to main() [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:7cbbc4f7e7ff: ffserver: extend error handling when parsing the configuration file [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:4f60d53b1867: ffserver: add comment about how Launch path program is created [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:ddab41995fe1: ffserver: drop stream AudioQuality option [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:0e1e5d005329: ffserver: improve error feedback in open_input_stream() [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:77f5cb92aff4: ffserver: factorize code setting ReadOnlyFile/File options [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:2a0349786a58: doc/ffserver: document InputFormat stream option [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:6aea3d597e36: doc/ffserver: add notice about re-launch behavior [23:16] <cone-399> ffmpeg.git 03Stefano Sabatini 07master:ab89d2dd2a6e: ffserver: fix typo in comment: defaut -> default [00:00] --- Fri Nov 29 2013

1 0

ffmpeg.log.20131128
by burek 29 Nov '13

29 Nov '13

[13:36] <SegFaultXavi> Hello! I am trying to make some profiling of ffmpeg's DECODING performance. Can I use the "ffmpeg" or "ffplay" tools for this? with what command line? [13:37] <SegFaultXavi> I do not want to measure the time spent memcpy'ing the decoded frames into video memory, so I would need to shut off any video display [13:37] <JEEB> ffmpeg should be able to do it [13:38] <SegFaultXavi> to what output format? I do not see "raw" in the list [13:38] <JEEB> video has rawvideo, audio has tons of stuff [13:38] <JEEB> ffmpeg -i welp.input -map 0:TRACK_TO_BENCH -f null - [13:38] <JEEB> I guess this actually should do? [13:38] <JEEB> no need for rawvideo [13:39] <JEEB> oh right [13:39] <JEEB> -c:v ravideo [13:39] <JEEB> *rawvideo [13:40] <SegFaultXavi> awesome, thanks :) [13:40] <SegFaultXavi> pretty fast decoding we have here :D [13:40] <JEEB> ok, just tried with a file with a video and audio track and that seemed to do "the right thing" for the both selected-by-default tracks [13:41] <JEEB> also you can play with the selected amount of threads before -i [13:41] <JEEB> (sets threads for decoding) [13:41] <SegFaultXavi> what is the default? seems to be using all cores without that option [13:42] <JEEB> by default it sets some sane'ish value [13:42] <JEEB> depends on the decoder tho [13:43] <SegFaultXavi> ok, wasn't using all cores [13:44] <SegFaultXavi> I can't see the option to set the amount of threads... [13:45] <JEEB> -threads NUMBER IIRC [13:45] <JEEB> http://ffmpeg.org/ffmpeg-all.html [13:45] <JEEB> and you can set them per-decoder in case you are decoding more than one track [13:45] <cbsrobot> there is also a -benchmark swtich [13:46] <JEEB> -threads:NUMBER_OF_TRACK NUMBER_OF_THREADS [13:46] <SegFaultXavi> yeah, you're right, I needed "-help full" :) [13:48] <SegFaultXavi> cbsrobot: thanks, -benchmark seems to produce the same figures as "time ./ffmpeg ..." [13:48] <cbsrobot> I thought it also showed some memory related figures [13:48] <cbsrobot> an there seems to be a -benchmark_all switch [13:49] <cbsrobot> I never used them though [13:51] <SegFaultXavi> I am only interested in times as of now [13:51] <SegFaultXavi> thanks a lot guys! [14:27] <chele> Hello all! How are you doing? I have some problems trying to extract the A/V streams from 3gp container. The issue is with the video streams. I execute the following command from statically build ffmpeg: ./ffmpeg -i input.3gp -y -an -vcodec copy rawvideo.h263. Inspecting after that the video stream I can confirm that the frame rate is different from the rate I see when I inspect the input.3gp. [14:28] <chele> Im using this build: ffmpeg version N-58485-ga12b4bd built on Nov 27 2013 05:33:38 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra-cflags='-I/root/ffmpeg-static/64bit/include -static' --extra-ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --e [14:28] <chele> e-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx [14:29] <JEEB> chele, you shouldn't expect timestamp information to live through if you extract a video stream into a raw bit stream [14:29] <JEEB> for most formats you will just get a random default value for "frame rate" in such a case [14:30] <relaxed> I believe you can define the correct framerate when muxinga raw stream. [14:31] <chele> JEEB: I see. [14:31] <JEEB> relaxed, whether or not that works correctly depends on a whole lot of stuff [14:31] <chele> relaxed: Yes. I cannot get it work. In the end I get different bitrate. [14:32] <chele> So I can't get it as the original one. [14:32] <JEEB> I think relatively recently muxing raw H.264 into, say, mp4 led the timestamps to be as if there were no out-of-order pictures [14:32] <JEEB> (b pictures) [14:35] <chele> So Is there a way to achieve my purpose. Split A/V from 3gp container (amr,h263) into raw streams. Transmit them from machine A to B. In the B machine I merge those two and that merged 3gp file should the same as the original or at least the configuration of the A/V codec should be the same. [14:35] <chele> So that I can playback the "new" 3gp file. [14:36] <relaxed> chele: shouldn't happen if you stream copy: ffmpeg -framerate $framerate -f $format -i input -c:v copy output.3gp [14:40] <JEEB> I just recommend that unless you really need to have the stuff as raw streams, don't use raw bit streams [14:40] <JEEB> or do keep the timestamps SOMEWHERE [14:43] <chele> JEEB: I don't know well the h263 codec but then I could guess no timestamps are stored in a control header or something. I just know there's picture layer in this h263 and that's it. How are those timestamps defined/created? [14:44] <JEEB> you have a video stream in a container, the container contains the timestamps [14:44] <JEEB> the video stream itself doesn't have to have them, and mostly even if you have them they will not help you much (esp. with variable rate content such as from mobile devices) [14:47] <chele> The thing is I recieve from the peer two streams. In the audio stream I have such info in the header (AMR). How do I get the video stream ctrl info to build a 3gp file? Could I build it knowing bitrate and framerate (e.g. extracting it from the original 3gp) [14:48] <chele> In such case I'd have the peer manipulated. How do you apply that in a real case where you have the mobile device on the other side. [14:49] <JEEB> if you have a 3gp container coming in from a real mobile device, don't you dare to extract that bit stream without also transferring the container's timestamps somewhere [14:49] <JEEB> (PTS) [14:50] <JEEB> audio is simple, at least in most cases. You just have a sampling rate and so forth, and no real problems there [14:51] <zap0> audio problems: endianess, bit depth, rate. [14:52] <JEEB> yes, but that's mostly related to raw audio, this is an encoded bit stream [14:52] <JEEB> endianness only matters after you decode it, bit depth is undefined with lossy formats (decoded to float by default in lavc in most cases) and rate is set in the bit stream [14:54] <JEEB> the only problematic case I've seen with audio so far is FLV and audio just not being there for a while (I think that's how it went), that's a case where you really derp with simple handling of audio [16:03] <chele> I am trying to map the metadata of two files with: ./ffmpeg -i input.3gp -map_metadata g -y ouput.3gp. What am I doing wrong? [16:04] <chele> The error I get is this: Encoder (codec none) not found for output stream #0:1 [16:04] <chele> which is the audio stream, amrnb [22:19] <ilyak> hiya [22:19] <ilyak> Suppose I have a mono .wav file. How do I turn it into a same .wav file but stereo? [22:19] <ilyak> In context of unix [22:19] <ilyak> And I have to do that because lame can't [22:20] <ilyak> I've tried sox -c 2 -D [22:21] <ilyak> And it seems to alter contents for some bizzare reasons still [22:37] <ilyak> Anybody home? I think I no longer understand how lame and mp3 work [22:38] <burek> ilyak, try pan filter? [22:39] <burek> http://www.ffmpeg.org/ffmpeg-all.html#pan [22:39] <burek> pan="stereo:c0=c0:c1=c0" [22:40] <ilyak> the problem is, my distro's ffmpeg package seems to be broken so I'm going without ffmpeg at the moment [22:41] <ilyak> ffmpeg can also encode stereo mp3 from mono input using libmp3lame [22:42] <ilyak> but my current concern is this: why do forced stereo MS mp3 files compress better than the mono mp3 files? [22:42] <ilyak> From the same source but stereo/mono [22:42] <ilyak> that they compress better (with zip) means they have less enthropy, less data [22:43] <ilyak> (and for some reason files turned to stereo with sox compress waaaay better) [22:43] <ilyak> I know this all sounds like crazy talk because I don't even understand what am I doing [22:46] <ilyak> What does sox do to a .wav file so that it becomes much more compressible, on any bitrate? [00:00] --- Fri Nov 29 2013

1 0

ffmpeg-devel.log.20131127
by burek 28 Nov '13

28 Nov '13

[01:35] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:83f7bd6dcf00: avcodec/g2meet: fix stride calculation, use correct format field [01:35] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:6d9dad6a7cb5: avcodec/g2meet: check available space before copying palette [02:09] <clever> when using ffplay, how do i hide the 2.78 M-V: 0.181 fd= 61 aq= 0KB vq= 921KB sq= 0B f=0/0 [02:18] <cone-27> ffmpeg.git 03Martin Storsjö 07master:dc80e2f7a529: Makefile: Fix building programs on systems with a nonempty executable suffix [02:18] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:875f9aea3ea0: Merge commit 'dc80e2f7a529d6e4416b40b68699be16fed62d6c' [02:18] <llogan> clever: "-loglevel quiet" is one method but i'm not sure if that's what you want [02:23] <clever> thats probly enough, all of my logging is raw printf [02:24] <clever> looks good [02:33] <cone-27> ffmpeg.git 03Diego Biurrun 07master:4da3f410d176: configure: Restore doc option to disable building the documentation [02:34] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:5b326f398e9d: doc/Makefile: fix building examples if a program suffix is set [02:34] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:6f24566f56b8: Merge commit '4da3f410d176dd1a55d7cbe5d2e2ead342027f13' [02:36] <llogan> clever: there's also fatal, error, and warning [02:36] <clever> llogan: i think my problem is with reading the frames out of omx [02:37] <clever> going to try to modify the demo app to output raw frames [02:43] <cone-27> ffmpeg.git 03Diego Biurrun 07master:92f0abb27fe2: build: Check for pod2man instead of perl for manual page generation [02:43] <cone-27> ffmpeg.git 03Michael Niedermayer 07master:a12b4bd107cf: Merge remote-tracking branch 'qatar/master' [08:40] Action: Compn wonders what kannada language is [08:47] <cbsrobot> Compn: I think it a dialect from east canada. see http://imgur.com/gallery/FiDTXwA [10:14] <cone-203> ffmpeg.git 03Lukasz Marek 07master:3aaa50a9972c: lavd/pulse_audio_enc: add buffer size control options [10:38] <cone-203> ffmpeg.git 03Andreas Unterweger 07master:10421bcf0ab5: Add an audio transcoding example. [10:38] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:715f3623f8cd: Merge remote-tracking branch 'qatar/master' [11:45] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:02abc905cd98: doc/examples/transcode_aac: fix project name [11:45] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:60b099c37100: get_audio_buffer: fix usage where channels are not set but layout is [11:45] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:7497c894cd36: doc/examples/transcode_aac: switch to swresample [11:45] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:ba728c1a2527: doc/examples/transcode_aac: remove non converted codepath [12:32] <ubitux> hello spam [14:06] <ubitux> michaelni: do you plan to update doc/examples/Makefile? [14:07] <ubitux> (adding transcode_aac to EXAMPLES should be enough) [14:07] <michaelni> ubitux, i was not aware it needs an update [14:07] <michaelni> if you want to updat e it dont hestitate [14:08] <ubitux> probably later [14:08] <ubitux> i need to update the readme anyway [14:09] Action: michaelni is trying to figure out why qpeg fails on openbsd [14:17] <saste> ffserver is hopeless... [14:18] <saste> ffserver: big pile of broken, untested, undocumented procedural code [14:19] <ubitux> http://mail.madler.net/pipermail/zlib-devel_madler.net/2013-November/003087… [14:23] <ubitux> saste: companies still use it :) [14:23] <saste> ubitux, which companies? [14:23] <ubitux> i can't give names :) [14:23] <ubitux> but they do, definitely [14:24] <saste> i suppose they patch and go, never contributing back to master [14:24] <saste> as is, i can't understand how it can be used [14:24] <saste> i'm not even able to set private options [14:24] <ubitux> unpatched ffserver is working [14:25] <ubitux> at least last time i tried it was working, but it's been a while now [14:25] <saste> yes, it runs [14:25] <saste> but not working properly [14:25] <ubitux> i mean it was streaming [14:25] <saste> which codecs? [14:26] <saste> because with libx264 you need at least to set private options (preset and profile) [14:26] <saste> things work randomly [14:26] <ubitux> didn't try h264 [14:27] <ubitux> probably mpeg2 or 4 [14:27] <saste> documentation is not existing, feedback is poor to say the least, parsing facilities are broken, error recovery is non-existent [14:27] <Mavrik> saste, em... you CAN set private options? [14:27] <Mavrik> AVOptionVideo? [14:28] <saste> Mavrik, why do you say that? [14:28] <saste> the fact that the option exists doesn't imply that it works [14:28] <Mavrik> because I tested it? [14:28] <Mavrik> at least couple of versions ago when I cared a little about it :) [14:28] <Mavrik> it might have been broken in later instances tho. [14:28] <saste> Mavrik, do you have a conf file to share? [14:29] <Mavrik> hmm... only for webm: https://www.virag.si/2012/11/streaming-live-webm-video-with-ffmpeg/ :/ [14:29] <Mavrik> then I decided to use something more... maintanable :) [14:30] <saste> Mavrik, like what? [14:30] <Mavrik> we got Wowza licenses :P [14:30] <Mavrik> not a practical suggestion I know :) [14:32] <saste> I believe private options are ignored, in your case "AVOptionVideo quality good" [14:32] <saste> *silently ignored [14:33] <Mavrik> *shrug* as I said, they (at least partially) worked when I tested it, I did some tests with x264 and presets as well. I'll look at ffserver.c when I get a little time to see if it's worth losing hair over. [14:34] <ubitux> i wonder when zlib will finally add a namespace to their function [14:40] <cone-203> ffmpeg.git 03Derek Buitenhuis 07master:ec0b0c2b5875: doc/platform: Update to reflect current MSVC build situation [14:42] <ubitux> Daemon404: it's not maintained on videolan side anymore? [14:42] <Daemon404> "maintained" ? [14:42] <Daemon404> it was a mirror. [14:42] <ubitux> yes that's what i mean [14:42] <Daemon404> the official releases are on the official project page [14:42] <ubitux> mirrored if you want [14:42] <Daemon404> i.e. github. [14:42] <ubitux> i think we had a discussion about that stuff [14:42] <ubitux> you know how buthurt we are [14:42] <Daemon404> ... OMG LIBAV N THE URL [14:43] <Daemon404> -_- [14:43] <Daemon404> it's the *actual* project page [14:43] <Daemon404> get over it [14:43] <ubitux> i think the existence of the mirror was for this whole reason [14:43] <Daemon404> o [14:43] <Daemon404> no [14:43] <Daemon404> it was not. [14:43] <ubitux> ok [14:43] <Daemon404> teh existed of teh videolan mirror was because github axes binaries [14:43] <Daemon404> which are back now [14:43] <Daemon404> as "releases" [14:43] <ubitux> heh, fun ok [14:44] <Daemon404> and now google code axed binaries [14:44] <Daemon404> an people move to github [14:44] Action: Daemon404 just lols [14:44] <Daemon404> still better than sf.net... [14:45] <nevcairiel> i'm still undecided what to do about binaries as of january when gcode shuts down [14:45] <nevcairiel> maybe just host them myself [14:54] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:f13f139febf4: avcodec/qpeg: make qpeg_decode_inter() noinline [14:56] <Daemon404> nevcairiel, depends how much traffic it gets [14:56] <Daemon404> i.e. a cheap kimsufi may or may not handle it [14:57] <nevcairiel> i see the number of downloads on gcode today, and its not that high [14:57] <nevcairiel> and i have plenty bandwidth and traffic [14:57] <nevcairiel> i mean, its just lav :p [14:57] <Daemon404> :P [14:58] <nevcairiel> the bulk of its userbase get it through players that embed it, and thats not my bandwidth [14:58] <Daemon404> i wonder what percentage of installs come from CCCP [14:58] <Daemon404> or mpc [14:59] <nevcairiel> i typically get somewhat around 35k downloads the first month after a release, mpc-hc is probably quite a bit more, no idea about cccp [14:59] <Daemon404> JEEB might know [15:00] <nevcairiel> oh i missed one entry, its more like 40k [15:00] <nevcairiel> but yeah [15:00] <nevcairiel> half of those on gcode right now, the other half directly from my server [15:00] <nevcairiel> well or 2/3 gcode, varies a bit [15:05] <saste> Daemon404, what's wrong with the c89->99 old link? [15:06] <Daemon404> it is more correct to provide the official binary download link than a mirror [15:06] <Daemon404> of teh actual project. [15:06] <Daemon404> mirror is guarantee to be updated [15:06] <saste> is? [15:06] <Daemon404> er [15:06] <Daemon404> isnt [15:06] <Daemon404> typo. [15:07] <Daemon404> oh, right [15:07] <Daemon404> do you need that SDL thing tested [15:07] <Daemon404> i totally forgot [15:09] <saste> Daemon404, i spent a day on mingw/win world [15:09] <saste> i finally managed to test the SDL device [15:09] <Daemon404> oh [15:09] <Daemon404> sorry that i forgot. [15:09] <saste> the weird thing was that ffplay was crashing in libsdl [15:09] <Daemon404> sdl makes me sad [15:09] <Daemon404> in more than one way [15:09] <saste> some MMX optims [15:10] <Daemon404> random inline asm [15:10] <saste> but the SDL device was working fine... [15:10] <wm4> so is the plan to retarget ffplay to use libavdevice for output? [15:11] <saste> wm4, no plan in so far [15:11] <saste> the plan was to switch to opengl, but i'm no maintainer [15:11] <Daemon404> it's not like anyone uses ffplay as their standard player [15:11] <JEEB> Daemon404, since we don't have anything more thorough to check for numbers, analytics tell me /download.php?type=cccp was hit 202,415 times in the last month, uniquely [15:11] <Daemon404> ^ nevcairiel [15:12] <michaelni> Daemon404, i would prefer if we link to a mirror run by a neutral 3rd party like videolan [15:12] <ubitux> saste: isn't sdl2 able to use opengl? [15:12] <Daemon404> michaelni, it is not "run" by libav [15:12] <nevcairiel> honestly i'm glad not to have that many direct users, I always intended it to be picked up by devs and me not having to deal with all the end-users [15:12] <Daemon404> please stop being so tinfoilhat-paranoid [15:12] <Daemon404> it's wbs, BBB, and myself [15:12] <Daemon404> nobody else. [15:13] <Daemon404> it's a url. get over it. [15:13] <wm4> Daemon404: it's bad publicity *grin* [15:13] <Daemon404> this is so retarded. [15:14] <Daemon404> clearly we are going to package anti ffmpeg malware [15:14] <Daemon404> and videolan wont. [15:14] <michaelni> Daemon404, anyone can check who the members of the github repo are and that arent BBB, wbs and you [15:14] <michaelni> also a github under the name of libav "belongs" to / is under the control of libav [15:15] <Daemon404> ... this is so fuckign retarded [15:15] <michaelni> yes [15:15] <Daemon404> it's *the upstream* [15:15] <Daemon404> we wrote it. [15:15] <Daemon404> we maintain it. [15:15] <Daemon404> there is no anti ffmpeg agenda [15:15] <Daemon404> its a freaking url [15:15] <Daemon404> i cant believe its such a big goddamn issue [15:15] <wm4> it makes perfect sense from a publicity-bullshit point of view [15:15] <Daemon404> the videolan mirror syncs the binaries from *us* [15:16] <Daemon404> which *I* build [15:16] <Daemon404> which are what gets put on teh github url [15:16] <ubitux> then no need to change the url ;) [15:16] <michaelni> if there is no bias toward libav and away from ffmpeg why is libav in the url and why is it hostedn on libavs github ? [15:17] <michaelni> i trust you Daemon404 and so do i trust BBB and wbs but i do not trust libav [15:17] <Daemon404> because at the time it seemed like a good place to put it, since all its authors were part of said project [15:17] <Daemon404> this isnt true anymore [15:17] <Daemon404> see: BBB [15:17] <Daemon404> but serious its a fucking url [15:17] <Daemon404> and i cant beliee how butthrt and paranoid you people are [15:17] <Daemon404> it's ridiculous. [15:17] <ubitux> it's not paranoia [15:17] <Daemon404> tribalistic? [15:18] <ubitux> we are not suggesting any probably future hostility because of an url [15:18] <saste> ubitux, i guess so (about sdl2), but i never tested/checked [15:18] <ubitux> we are requesting for a neutral url [15:18] <Daemon404> ubitux, WHY [15:18] <ubitux> because we prefer neutrality over flaming [15:18] <Daemon404> omg cant link the canonical upstream cause we dont like the url [15:18] <Daemon404> you know how insane that is? [15:18] <Daemon404> .. flamning? from whom? you lot are the *only* people with issues. [15:19] <nevcairiel> i dont consider videolan neutral in all of this, if you really care :p [15:20] <Daemon404> how can you trust VLC? they buld wiht libav one release, and ffmpeg in another! [15:20] <Daemon404> conspiracy!!! [15:20] <ubitux> i don't know why you insist so much on the paranoia aspect [15:20] <wm4> they used Libav once? obviously VLC can't be trusted [15:20] <ubitux> it was never the question [15:20] <michaelni> I remember quite well how ffmpeg.mplayerhq.hu was redirecting to libav against both ffmpeg and mplayer develoepers wishes i dont want to link to places that are under the control of the same people who did that [15:20] <Daemon404> ubitux, there's no legitimate reason to change the url. only tribalism / butthurt. [15:21] <nevcairiel> ubitux: if you are afraid that someone is going to break it just to spite ffmpeg, then thats paranoia [15:21] <ubitux> pushing a patch that links to a competitive and openly hostile project was ofc going to cause a little drama [15:21] <ubitux> who ever talk about breaking ffmpeg? [15:21] <Daemon404> ubitux, except this project wrote the goddamn tool [15:21] <Daemon404> linkign elsewhere is disingenuous. [15:22] <wbs> linking anywhere else than to that url is not giving proper credit to where credit is due and is interpreted as you not giving credit to those who actually wrote it [15:22] <wbs> that's my opinion [15:22] <Daemon404> me too. [15:22] <Daemon404> enjoy opinions of two of the authors. [15:23] <ubitux> ok [15:23] <wbs> of course you're allowed to link anywhere you want, but don't expect much support or help [15:23] <wbs> if you insist on removing credit and insulting the authors of that given tool [15:23] <michaelni> wbs, noone removes credit [15:24] <wbs> michaelni: I take it as a personal insult if you change the link to point anywhere else [15:24] <Daemon404> by linking to a random mirror, that is in fact, removign credit [15:24] <ubitux> (credits are in URL?) [15:24] <ubitux> it's a goddamn url Daemon404 [15:24] <michaelni> there is a diference between crediting the authors and advertising ones political party [15:24] <ubitux> :s [15:24] <Daemon404> README, project info etc [15:24] <Daemon404> a random dir listing doesnt have this [15:25] <Daemon404> nor does it provide an issue tracker [15:25] <wbs> michaelni: when we created this one tool we wanted the tool to advertise this one political party as well [15:25] <wbs> if you want the tool (and want to play nice with the authors), then suck it up and use this url [15:25] <wm4> obviously the solution is that ffmpeg forks this tool, and from now on links to the fork [15:25] <Daemon404> wm4, they almost did that originally [15:25] <Daemon404> i know youre jesting [15:25] <Daemon404> but its a bit close to home. [15:25] <wm4> I am, but I feel bad for it [15:25] <michaelni> wbs, are you sure your views are in line with the license that you put on the code ? [15:26] <wbs> michaelni: of course the license itself allows you to do whatever you want with it [15:26] <Daemon404> leave it to michaelni to not understand human interaction [15:26] <wbs> michaelni: but by doing that you are taking stance that you don't want my help with using/maintaining it [15:26] <Daemon404> and things like respecting others work [15:26] <michaelni> wbs, dont fear i do respect your wishes [15:27] Action: Daemon404 would also like to point out that he's done plenty of ffmpeg-specific MSVC/c99wrap changes [15:29] <michaelni> Daemon404, yes and i and ffmpeg is if a project can, thankfull to you for that [15:29] <wbs> michaelni: but please go ahead and fork it and maintain the tool yourself if you don't trust the libav branded version, I'm sure you've got nothing better to do than maintain even more forks [15:30] <Daemon404> let's settle down now... [15:30] <michaelni> wbs, i certainly prefer if there are less forks, it tends to help noone [15:30] Action: Daemon404 hands wbs a beer [15:31] <Daemon404> if we wait a sufficiently long time, c99conv wont even be needed [15:31] <Daemon404> just a reminder ;) [15:31] <wbs> yes, I've worked hard to make it unnecessary lately [15:31] <Daemon404> yep [15:31] <Daemon404> right now it only exists for legacy msvc support. [15:31] <nevcairiel> that reminds me, i need to update my fate to remove the manual c99wrap noconv line [15:32] <nevcairiel> from the early days of 2013 [15:32] <Daemon404> ;p [15:32] <wm4> wbs: what kind of work? [15:32] <wbs> wm4: making sure that configure checks whether c99->c89 conversion actually is needed [15:32] <wm4> oh, right [15:32] <Daemon404> ea9f7173ae912566e26e9ab7bf89a75b42a72f8d [15:32] <wbs> wm4: and making sure that configure/make can use the official parameter formats of cl.exe instead of needing a separate unofficial parameter syntax for converting paths from msys to win32 format [15:33] <wbs> -> needing no out of repo tools at all if you use ICL or msvc2013 [15:33] <Daemon404> the most important part was trolling ms to c99 [15:33] <wm4> it's like hell has frozen over [15:34] <Daemon404> nah [15:34] <Daemon404> thats reserved for when libav and ffmpeg merge [15:34] <Daemon404> and all 3 mplayers merge [15:34] <wm4> physically impossible [15:34] <nevcairiel> we should just delete some of the mplayers [15:34] <wm4> mplayer2 apparently died... [15:34] <Daemon404> shocking [15:35] <wm4> (so I made a new one) [15:41] <Daemon404> hmm... i feel like should update my libx265 patch [15:41] <Daemon404> but x265 is still crap [15:41] <Daemon404> /motivation [15:42] <ubitux> there are quite some activity around x265 [15:43] <JEEB> yes, the indian and chinese offices are in full speed >_> [15:45] <Daemon404> its still worse than x264 [15:45] <Daemon404> nontrivially worse [15:50] <cone-203> ffmpeg.git 03Stefano Sabatini 07master:8adaee56c414: ffserver: factorize opt_audio/video_codec [15:50] <cone-203> ffmpeg.git 03Stefano Sabatini 07master:6b58488f926a: doc/ffmpeg: use @command{} for programs mentioned in -override_ffserver [16:42] <saste> where is FFM2 defined? [16:43] <saste> also how it is ffm supposed to cope with private options? [16:44] <saste> git show b2b67fd6 [16:44] <saste> what is this phantomatic FFM2?? [16:44] <ubitux> a new more flexible format [16:45] <ubitux> version of* the format [16:45] <saste> ubitux, yes, and where is it defined? [16:46] <ubitux> saste: 9829ec1a9c0d51d090c5060a7f430fddffaf52c5 [16:46] <ubitux> + the hash you just showed [16:48] <saste> uhm.. so no way whatsoever to set private options [16:49] <saste> the whole system is pretty limited and unflexible [17:09] <saste> michaelni, since FFM is an FFmpeg-specific hack, why don't you consider the possibility to send the configuration parameters [17:10] <saste> so the encoder can choose the correct encoder (in case several encoders are mapped to the same codec ID), and private options [17:11] <saste> it won't work with anything else than ffmpeg, but i don't think you can make it work with anything else even now [17:11] <saste> as is, ffserver usefulness is very limited [17:13] <michaelni> saste, me not considering? do i ? dont i ? [17:13] <michaelni> not sure i understand you [17:14] <saste> that's the basic idea about ffm / ffserver as far as i understand it [17:14] <saste> ffserver specifies encoding params in the stream section, these are mainly old-style MPEG encoding parameters [17:15] <michaelni> yes [17:15] <saste> then these parameters are encoded in the header which is sent to the encoder, which is configured with these parameters [17:15] <michaelni> yes minus bugs [17:15] <saste> now the problem is that for example you can't specify the codec implementation [17:15] <saste> nor private options [17:15] <saste> since the set of encoding parameters is hardcoded in the format specification (which is in this case basically the implementation) [17:16] <saste> example [17:16] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:808c10e728db: avutil/log: check that len is within the buffer before reading it [17:16] <saste> i was setting libfdk_aac in the stream, and ffmpeg was automatically selecting libfaac [17:17] <michaelni> yes, that should be extended, it should become possible to pass arbitrary options [17:17] <saste> private options are basically discarded, so with recent libx264 it will fail because it can't set proper presets [17:18] <michaelni> a simple key,value string list might do to fix that [17:18] <saste> yes [17:34] <saste> michaelni, the workaround for the moment is to use ffmpeg -override_ffserver [17:34] <cone-203> ffmpeg.git 03Derek Buitenhuis 07master:fa515c2088e1: doc/platform: Update to reflect current MSVC build situation [17:34] <cone-203> ffmpeg.git 03Michael Niedermayer 07master:b723c4e67e20: Merge remote-tracking branch 'qatar/master' [20:25] <llogan> michaelni: is trac admin web interface still being weird? [20:25] <llogan> i believe that last spam got through because the user may have existed prior to new spam plugins [20:26] <llogan> and i didn't remove it due to the admin slowness [20:35] <Zeranoe1> michaelni: It looks like you did some work with the amv codec. Do you know if it accepts bitrate options? It seems to just ignore them for me even with minrate maxrate bufsize set [20:59] <michaelni> llogan, who knows, just try to use it and tell me if you notice something weird [21:00] <michaelni> but note, please only try when iam around, so i can fix it if something goes wrong ;) [21:02] <Zeranoe1> michaelni: Your sure that was for llogan? I might have missed something but that could be a reply to me [21:06] <michaelni> Zeranoe1, does the official amv encoder support bitrates ? [21:07] <Zeranoe1> michaelni: "official"? [21:07] <nevcairiel> every format has an official encoder [21:09] <michaelni> yes, like for h264 that would be the reference stuff from ITU, for a game format thats something that the company who made the game used [21:11] <Daemon404> isnt the official decoder just random chinese mp3 players [21:12] <michaelni> how are these videos encoded ? [21:12] <Daemon404> no idea [21:12] <Zeranoe1> Daemon404: As far as I know, yes. So assuming it doesn't have a bitrate option... how would it know what bitrate to use? If it doesn't support bitrate, how would I control quality [21:13] <Zeranoe1> http://code.google.com/p/amv-codec-tools/wiki/AmvDocumentation [21:14] <michaelni> if the official encoder doesnt have a bitrate nor quality option then theres no official way to control either [21:15] <michaelni> the format doesnt look like it was designed for variable quality but i might be missing something [21:15] <michaelni> of course one could try to hack something in the encoder [21:16] <michaelni> to trade off between bits and quality but the quantization seems fixed [21:20] <Zeranoe1> michaelni: So if it doesnt support a bitrate or quality option, is the bitrate the same as input? [23:46] <cone-203> ffmpeg.git 03Timothy Gu 07master:ca21116b3f53: configure: add #include "version.h" to config.h [00:00] --- Thu Nov 28 2013

1 0

ffmpeg.log.20131127
by burek 28 Nov '13

28 Nov '13

[00:00] <Fusl> can someone tell me if there is a way to automatically fade out a pipe:0 stream on eof/socket-close? [00:00] <Fusl> *fade out the audio [00:00] <Rabbitt> ok, even better, there's a linux version of resolve [00:00] <Rabbitt> ................. [00:08] <Rabbitt> ugh, enterprise level hardware w/ SAN, yuck. [00:08] <Rabbitt> *shakes head* [00:27] <Timothy_Gu> Fusl: not I can think of. [00:28] <Fusl> i already thought that... [00:28] <Timothy_Gu> Fusl: if you use fade, it has to know where is the end of the video [00:29] <Timothy_Gu> Fusl: and with pipe you simply even don't know IF there is an end [00:29] <Fusl> sure [00:29] <Fusl> pipe eof's? [00:29] <Timothy_Gu> You don't know that ahead of time [00:30] <Fusl> how about if ffmpeg buffers the time specified in fadeout when reading from pipe:0 and fades out the audio when the pipe closes? [00:33] <Timothy_Gu> Fusl: that is "patch welcome" ;-) [00:34] <Fusl> which language is ffmpeg written in? [00:36] <Timothy_Gu> Plain C99 [00:38] <Fusl> not really? [00:41] <klaxa> yes really [00:42] <Fusl> wtf [00:42] <klaxa> what would you expect? [00:42] <Fusl> java [00:42] <Fusl> :D [00:42] <klaxa> not really, right? [00:42] <Fusl> not really, no [00:42] <Fusl> :D [00:43] <Fusl> ah there we go [00:43] <Fusl> "FFmpeg is programmed in the ISO C90 language with a few additional features from ISO C99, namely: " [00:43] <Fusl> never heard about ISO/Plain C99 or C90 [00:44] <klaxa> different C standards [00:44] <Fusl> ah [00:44] <Fusl> ok [00:45] <klaxa> for example, for (int i = 0; i++; i < 100); is not valid in all C standards [00:45] <klaxa> some require you to declare (and define) i outside of the for loop [00:45] <Fusl> oh [00:45] <Fusl> wow [00:46] <Fusl> okay... i still don't know how to code c [00:46] <Fusl> :O [00:51] <Fusl> other question: is there a way to speed down the audio at the beginning and speed it up to normal speed after about 3 seconds stepwise? [01:55] <vl4kn0_> Hi, when I "copy" a video using ffmpeg -i input.mp4 -c copy output.mp4, I get different tbn than the original video. Original has tbn=50 and the copy has tbn=12800. Why is that? [01:57] <tommycannady> what is tbn ? [01:57] <tommycannady> what value is that ? [01:58] <tommycannady> : D "why yes, i am that" ;D [02:00] <Fusl> Timothy_Gu: "Fusl: that is \"patch welcome\" ;-)" - I opened a trac-enhancement-ticket for this: https://trac.ffmpeg.org/ticket/3173#ticket ... Maybe someone has the time to implement this .. [02:01] <Fusl> tommycannady: tbn = the time base in AVStream that has come from the container [02:01] <Fusl> oh, Timothy_Gu left already [02:01] <Fusl> .tell [02:01] <Fusl> !tell [02:01] <Fusl> wat [02:02] <Fusl> tommycannady: http://ffmpeg-users.933282.n4.nabble.com/What-does-the-output-of-ffmpeg-mea… [02:05] <ubuntuaddicted> has anyone every attempted to capture from a device node? i have an hd-pvr connected via usb and there is a module built into the kernel (hdpvr) but when I run the following command cat /dev/video1 | avconv -f mpegts -i - -c:v libx264 -preset veryfast -tune zerolatency -b:v 3500k -maxrate 3500k -bufsize 3500k -c:a libvo_aacenc -b:a 128k -y testfile.flv stops after only a few seconds. it also starts with a bunch of errors. http://past [02:05] <ubuntuaddicted> ebin.com/Lzu9R1GW [02:14] <Samus_Aran> is there any way to make FFmpeg's "accurate seeking" accurate? putting -ss after the -i still fails to accurately cut timestamps [02:15] <Samus_Aran> I made a sample video that prints the frame number and exact timestamp each frame. I haven't been able to re-encode only a certain range [02:27] <Zeranoe> Is there a way to suppress the ffmpeg configure options when ruinning? [02:28] <Zeranoe> Maybe loglevel? [02:31] <llogan> "-loglevel quiet" will suppress everything [02:32] <llogan> but why do you not wna tto show configure? [02:32] <llogan> ubuntuaddicted: what's avconv? [02:32] <ubuntuaddicted> lol, it's a fork of ffmpeg [02:32] <ubuntuaddicted> not sure if you're being sarcastic [02:33] <llogan> shouldn't you be asking for help at the form then? [02:33] <llogan> *fork [02:33] <Zeranoe> llogan: I'm running a encoder loop on lots of files, I don't need to print the configure info for every file. [02:35] <llogan> warning or error might be better for you [02:36] <llogan> ...and fatal [02:40] <Zeranoe> llogan: [02:41] <Zeranoe> llogan: Warn will do. I'm also using a fork that uses an older version of the source so -v is the option to use in that one. Is there any range for v? [02:42] <llogan> i can't remember [02:43] <ubuntuaddicted> llogan, i asked in the other chat room but no one is responding and just thought i'd ask here while waiting [02:44] <llogan> ubuntuaddicted: you can quickly download, extract, and run a linux build of ffmpeg and try it. we can support that. [02:44] <llogan> http://ffmpeg.org/download.html#LinuxBuilds [02:45] <ubuntuaddicted> llogan, it won't mess up my kdenlive software? i rely heavily on that software for editing and rendering videos [02:45] <llogan> no, it won't. it's just a static binary. [02:46] <Zeranoe> ubuntuaddicted: Obviously make sure you run it from from the dir ./ffmpeg not ffmpeg [02:46] <Zeranoe> unless of course you export the path before [02:46] <llogan> talking about kdenlive, where did jb go? [02:46] <ubuntuaddicted> llogan, i know right. haven't heard anything since around july [02:47] <ubuntuaddicted> i'm worried it's going to die off. i feel it's the only feature rich NLE in linux to date [02:47] <llogan> but if you export the path then kdenlive may use the exported one...i think it uses the cli tool and not the libraries [02:47] <llogan> but i'm not sure [02:47] <llogan> some people a stepping up it seems [02:47] <llogan> or at least discussing it [02:48] <llogan> i wonder if the nle from dan dennedy is usable [02:48] <ubuntuaddicted> isn't he the mlt dev? [02:48] <llogan> i forgot the name of it [02:49] <llogan> i haven't tried lightworks either [02:49] <Samus_Aran> there's Lightworks, if you don't care about open source [02:49] <Samus_Aran> wait, it is open source, but not the video formats [02:49] <ubuntuaddicted> i've heard of lightworks but it's not FOSS [02:50] <ubuntuaddicted> well, you're right [02:50] <llogan> oh, shotcut: http://www.shotcutapp.com/ [02:50] <Samus_Aran> you can buy licenses for h.264 etc. [02:54] <ubuntuaddicted> hmmm, i wonder why he created shotcut and didn't just help improve kdenlvie [02:55] <llogan> did you try the static build yet? [02:55] <ubuntuaddicted> not yet, what is the reason there is static builds? [02:56] <llogan> because this is #ffmpeg [02:56] <llogan> and you may be encountering a bug from a buggy fork [02:56] <llogan> and your fork does not help users, apparently [02:56] <ubuntuaddicted> installing a static build using a PPA isn't going to update any other software that's installed from Ubuntu's Precise repo? [02:57] <llogan> the PPA may interfere. not the static build [02:57] <llogan> the PPA is also old [02:57] <llogan> there is no "installing" with the static build [02:57] <llogan> you just execute it [02:58] <ubuntuaddicted> ok, i am running kernel 3.7.0-030700-generic which ffmpeg from that link should I install? [02:58] <llogan> either [02:58] <llogan> wget http://ffmpeg.gusari.org/static/32bit/ffmpeg.static.32bit.$(date +"%F").tar.gz [02:58] <llogan> tar xzvf ffmpeg.static.32bit.$(date +"%F").tar.gz [02:58] <llogan> ./ffmpeg -i /dev/video1 ... [03:01] Action: llogan has to leave in 10 mins [03:02] <ubuntuaddicted> i got the static build. the command I was suggested to run by the developer of simplesscreenrecorder was this cat /dev/video1 | ./ffmpeg -f mpegts -i - -c:v libx264 -preset veryfast -tune zerolatency -b:v 3500k -maxrate 3500k -bufsize 3500k -c:a aac -strict -2 -b:a 128k -y testfile.flv [03:03] <llogan> try it without the cat [03:03] <ubuntuaddicted> it starts the hd-pvr recording BUT then the hd-pvr light shuts off and the command appears frozen. here's the output http://pastebin.com/nd4wuxhw [03:04] <ubuntuaddicted> i had to hit ctrl-c cause the command wasn't doing anything [03:05] <llogan> what format(s) is this device outputting? [03:05] <llogan> what if you use ffmpeg and not cat? [03:05] <ubuntuaddicted> it's output a semi-modified multiplexed transport stream. h264/aac [03:07] <ubuntuaddicted> the blue recording light does not light up unless i use cat. [03:10] <llogan> try adding "-c:v h264" as an input option. does "v4l2-ctl --list-formats-ext" show the device? [03:10] <ubuntuaddicted> llogan, here's me trying something very simple. http://pastebin.com/8hMSQAq4 [03:10] <llogan> that's the fake ffmpeg [03:11] <ubuntuaddicted> llogan, oh yeah oops. well the fake one at least spits out info, this static build does nothing [03:11] <Samus_Aran> why in the world does Ubuntu call the package ffmpeg if it's not? [03:12] <ubuntuaddicted> Samus_Aran, i believe it's a transition package [03:12] <llogan> because the debian maintainer is also a libav dev, and what better way to spread your FUD other than using that name [03:12] <Samus_Aran> it appears to be a concerted effort to confuse people [03:12] <llogan> later y'all [03:13] <ubuntuaddicted> llogan, thanks for attempting to help me. [03:13] <llogan> try ffmpeg-user mailing list if you don't get an answer here. [03:15] <ubuntuaddicted> Samus_Aran, maybe you can help. i am trying to capture from an hd-pvr using ffmpeg [03:15] <Samus_Aran> does the static ffmpeg run for you? [03:16] <Samus_Aran> ./ffmpeg -version [03:17] <Samus_Aran> ubuntuaddicted: you there? [03:20] <Samus_Aran> ubuntuaddicted: was your goal to re-encode the stream or just copy it as-is (i.e. record something exactly)? [03:20] <ubuntuaddicted> Samus_Aran, sorry i stepped away [03:21] <ubuntuaddicted> Samus_Aran, the goal is to either re-encode and stream it to twitch OR capture it for desktop editing [03:22] <Samus_Aran> okay. first off confirm your static ffmpeg works: ./ffmpeg -version [03:22] <ubuntuaddicted> Samus_Aran, i am working with the developer of simplescreenrecorder and I asked him he could incorporate capture from this hd-pvr BUT the trouble is that it's not like other usb video devices like UVC cameras and what not. [03:22] <ubuntuaddicted> Samus_Aran, yes, it works. do you want the entire output? [03:23] <Samus_Aran> just the version number at the top [03:23] <ubuntuaddicted> Samus_Aran, ffmpeg version N-58456-ga9a3afe [03:24] <ubuntuaddicted> Samus_Aran, can i ask a question about static builds [03:24] <Samus_Aran> sure? [03:24] <ubuntuaddicted> Samus_Aran, it's a static build because no other app can interface with it? cause I always see people going through hell to compile ffmpeg themselves. Heck, why wouldn't they just use this? [03:25] <Samus_Aran> ubuntuaddicted: it only has open source functionality. for instance if you want the best quality AAC encoder, you'll need to compile it yourself with lib_fdk_aac [03:26] <ubuntuaddicted> Samus_Aran, oh, but can it encode to libx264 and mp3? [03:26] <Samus_Aran> some libraries can't be distributed [03:27] <Samus_Aran> you can check which ones yours supports with: ./ffmpeg -codecs | less [03:27] <Samus_Aran> it will have lib264, I'm not sure about mp3 [03:27] <Samus_Aran> probably lame [03:28] <Samus_Aran> ubuntuaddicted: the other reason why you might *not* want to use a static build is that it can use more RAM, especially if you are running multiple instances at the same time [03:28] <Samus_Aran> dynamic compiles share libraries in RAM with other apps on the system [03:28] <Samus_Aran> static is by far the easiest, though. :) [03:29] <ubuntuaddicted> Samus_Aran, ok, so if I fire up handbrake, kdenlive, kazzam, vlc, or parole media player, they couldn't use the static build i just put on my machine correct? [03:30] <ubuntuaddicted> Samus_Aran, makes sense. static is perfect for these situations where i just need to test out some stuff before I go through the trouble of installing a dynamic build [03:30] <Samus_Aran> if you put the static one (with all the libraries built in) somewhere in your $PATH it can be run by the system. if you have another ffmpeg installed, you'd need to remove or replace it [03:31] <Samus_Aran> you can also set the PATH just for one app, to use the static ffmpeg [03:32] <Samus_Aran> but some video editors use the libraries and not ffmpeg directly [03:32] <Samus_Aran> ubuntuaddicted: what is the FPS and resolution of your video device? [03:33] <ubuntuaddicted> Samus_Aran, i can give you the full mediainfo on a captured .ts file. 1 second [03:33] <Samus_Aran> you could try something like this: ./ffmpeg -f v4l2 -r 25 -s 640x480 -i /dev/video0 -codec copy out.mkv [03:33] <Samus_Aran> see if it does anything useful :) [03:34] <Samus_Aran> that would just dump the stream into an mkv container [03:35] <ubuntuaddicted> heres the full mediainfo of the file, that's when I use the cat command, to cat the device node. http://pastebin.com/K7HeH46T [03:35] <ubuntuaddicted> Samus_Aran, it doesn't like that. http://pastebin.com/AF5nVbr5 [03:37] <Samus_Aran> 1280x720 @ 59.940, anyway [03:39] <ubuntuaddicted> Samus_Aran, yes, it's good hd quality. it was the first hd capture device back in the day to capture hd tv. [03:40] <ubuntuaddicted> Samus_Aran, and someone reverse engineered the driver from windows and got it committed into the main kernel back around 2.6.30 or something [03:42] <Samus_Aran> and you're sure /dev/viedeo1 is correct? [03:42] <ubuntuaddicted> Samus_Aran, yes, /dev/video0 is my webcam [03:43] <ubuntuaddicted> Samus_Aran, looks like ffmpeg can't work with the pipe [03:43] <Samus_Aran> ./ffmpeg -f v4l2 -framerate 59.940 -video_size hd720 -i /dev/video1 -codec copy out.mkv [03:43] <ubuntuaddicted> Samus_Aran, v4l2 can not interface with this device [03:43] <Samus_Aran> it seems very odd to me that a video4linux2 device wouldn't be usable [03:44] <ubuntuaddicted> Samus_Aran, same error. [video4linux2,v4l2 @ 0x2a870c0] The device does not support the streaming I/O method. [03:44] <ubuntuaddicted> /dev/video1: Function not implemented [03:45] <ubuntuaddicted> Samus_Aran, not sure if this helps you at all learn about the device http://www.mythtv.org/wiki/Hauppauge_HD-PVR [03:47] <ubuntuaddicted> Samus_Aran, here's the output that llogan told me to run eariler. it's a v4l2 --list-formats-extioctl http://pastebin.com/YCBH9aNz [03:49] <ubuntuaddicted> Samus_Aran, any help would be greatly appreciated [03:52] <Samus_Aran> it seems it's just a mpeg-ts stream, not sure what the -format name is, lemme see [03:52] <Samus_Aran> DE mpegts MPEG-TS (MPEG-2 Transport Stream) [03:52] <Samus_Aran> D mpegtsraw raw MPEG-TS (MPEG-2 Transport Stream) [03:52] <Samus_Aran> try one of those [03:53] <ubuntuaddicted> Samus_Aran, i was trying ffmpeg -f mpegts earlier remember [03:53] <Samus_Aran> I wasn't following earlier. :) [03:53] <Samus_Aran> what was the error? [03:53] <Samus_Aran> I mean without cat [03:53] <Samus_Aran> there shouldn't be any need for piping [03:55] <Timothy_Gu> ubuntuaddicted: what's your original command output again? [03:56] <ubuntuaddicted> Samus_Aran, the device starts to record but stops immediately and the command is frozen in the terminal [03:56] <ubuntuaddicted> Timothy_Gu, ./ffmpeg -f mpegts -i /dev/video1 -c:v libx264 -preset veryfast -tune zerolatency -b:v 3500k -maxrate 3500k -bufsize 3500k -c:a aac -strict -2 -b:a 128k -y testfile.flv [03:56] <ubuntuaddicted> brb [03:57] <Timothy_Gu> What's the output? [03:57] <Timothy_Gu> Is there any warnings/errors [03:57] <Samus_Aran> ubuntuaddicted: that link with the v4l2 formats says that it is a motion jpeg device, with max framerate of 30fps? [03:58] <Timothy_Gu> Also from your command line, the -c:a, the -strict, the -b:a all should not be needed (of course) [04:01] <Timothy_Gu> Try this: ./ffmpeg -f video4linux2 -r 30 -s 640x480 -i /dev/video0 -c:v libx264 etc. [04:02] <Timothy_Gu> Note the -f video4linux2 [04:02] <ubuntuaddicted> Samus_Aran, don't know what to tell you about that. i capture 59.94 FPS [04:03] <Timothy_Gu> Ubuntuaddicted: your device simply canNOT capture 59.94 [04:03] <Timothy_Gu> Yours is max 30 [04:04] <ubuntuaddicted> Timothy_Gu, we tried that, it returns [video4linux2,v4l2 @ 0x3cb63a0] The device does not support the streaming I/O method. [04:04] <ubuntuaddicted> /dev/video1: Function not implemented [04:05] <ubuntuaddicted> Timothy_Gu, i don't know, that's what mediainfo -f returns. http://pastebin.com/Ptj9nG1x [04:06] <Samus_Aran> perhaps try mjpeg [04:06] <Timothy_Gu> What's the mediainfo about? [04:06] <Samus_Aran> as that's what it says it is [04:06] <ubuntuaddicted> Timothy_Gu, that's the media information of a file captured from the device [04:06] <Timothy_Gu> Oh you are trying to use /dev/video1, not video0 [04:07] <Samus_Aran> ubuntuaddicted: ./ffmpeg -f mpegts -i /dev/video1 -codec copy test.mkv [04:07] <Samus_Aran> ubuntuaddicted: does that work? [04:07] <Timothy_Gu> The try -f v4l2 -c:v mjpeg -i /dev/video1 [04:08] <Timothy_Gu> Samus_Aran: I don't think that will work [04:08] <Timothy_Gu> You have to tell ffmpeg that it is v4l2 [04:09] <ubuntuaddicted> Samus_Aran, it does work for about 40 seconds but again shuts itself off. here's the output http://pastebin.com/rYETud5r [04:09] <Samus_Aran> Timothy_Gu: in the other command it was cat'ing /dev/video1 then using ffmpeg -format mpegts -i -, not sure [04:09] <Samus_Aran> Timothy_Gu: but I don't know video capture much at all [04:09] <ubuntuaddicted> Timothy_Gu, but as you saw by the error, this device does not support that. [video4linux2,v4l2 @ 0x2a870c0] The device does not support the streaming I/O method. [04:09] <ubuntuaddicted> <ubuntuaddicted> /dev/video1: Function not implemented [04:10] <ubuntuaddicted> Timothy_Gu, i can capture from the device just fine by merely issuing cat /dev/video1 > video.ts [04:10] <Samus_Aran> [matroska @ 0x3ee92a0] Error parsing AAC extradata, unable to determine samplerate. [04:11] <Timothy_Gu> See also http://trac.ffmpeg.org/wiki/How%20to%20capture%20a%20webcam%20input [04:11] <Samus_Aran> Timothy_Gu: it seems it's not a v4l2 device [04:11] <Samus_Aran> I dunno. [04:11] <Samus_Aran> ubuntuaddicted: it might be dying because of that audio error [04:11] <Samus_Aran> ubuntuaddicted: what's the -ar? [04:12] <ubuntuaddicted> Timothy_Gu, this is a special device and is not like a normal webcam UVC device [04:12] <Timothy_Gu> Wait, how can video1 contain an audio stream [04:12] <Samus_Aran> it says 48KHz [04:13] <ubuntuaddicted> Timothy_Gu, because the device outputs a multiplexed teleport stream. see here: http://www.mythtv.org/wiki/Hauppauge_HD-PVR [04:13] <Timothy_Gu> OK then. [04:14] <Samus_Aran> ubuntuaddicted: ./ffmpeg -f mpegts -i /dev/video1 -ar 48000 -codec copy test.mkv [04:14] <Samus_Aran> ubuntuaddicted: if that also dies, try using an .mp4 extension [04:14] <Samus_Aran> not sure if the -ar needs to go before the -i [04:15] <Timothy_Gu> Samus_Aran: that won't work cause changing ar NEEDS reencoding [04:15] <Timothy_Gu> You have to put -ar to the front of -i [04:15] <Samus_Aran> Timothy_Gu: how do you report the rate to Matroska? [04:15] <Timothy_Gu> As I just said [04:15] <Samus_Aran> I also said that. :) [04:15] <Timothy_Gu> Use -ar as an input option [04:16] <Samus_Aran> ubuntuaddicted: ./ffmpeg -f mpegts -i /dev/video1 -codec copy test.mp4 [04:16] <Timothy_Gu> Another weird thing about the command line output is that it seems that you ^C'd it [04:17] <Samus_Aran> ubuntuaddicted: use "q" to quit the encode early [04:17] <Timothy_Gu> I don't know much about TS, but does TS put metadata in the front [04:17] <Timothy_Gu> ? [04:17] <Samus_Aran> ubuntuaddicted: though you said it died on its own, there's nothing in the output about it dying [04:17] <Timothy_Gu> Yeah [04:18] <ubuntuaddicted> Samus_Aran, because the command is frozen, it stopped working [04:18] <ubuntuaddicted> the terminal command freezes [04:18] <ubuntuaddicted> as well as the blue encoding light turns itself off on the device [04:18] <Samus_Aran> is it using lots of CPU and RAM? [04:18] <Timothy_Gu> Smells like a bug... [04:18] <Samus_Aran> ubuntuaddicted: did you try the two commands I suggested? [04:19] <Timothy_Gu> Try to send this to FFmpeg-user mailing list. [04:19] <ubuntuaddicted> Samus_Aran, trying to first 1 now, it's just sitting there doing nothing. [04:19] <Samus_Aran> ubuntuaddicted: did you catch that the -ar needs to be before the -i? [04:19] <Timothy_Gu> Or try to debug this your self using gdb [04:19] <ubuntuaddicted> Samus_Aran, cpu is only 5% and ram is nill [04:20] <Samus_Aran> ubuntuaddicted: if the device lets you cat it to a .ts, why don't you just... do that? [04:20] <ubuntuaddicted> Samus_Aran, no, whats the exact command to try? [04:20] <Samus_Aran> after you can put it into an .mp4 or .mkv container [04:20] <ubuntuaddicted> Samus_Aran, because I want to stream it to twitch tv. that's an rtmp server [04:20] <Samus_Aran> or .flv, whatever [04:21] <Samus_Aran> ubuntuaddicted: ./ffmpeg -f mpegts -ar 48000 -i /dev/video1 -codec copy test.mkv [04:21] <ubuntuaddicted> Samus_Aran, running this command ./ffmpeg -f mpegts -i /dev/video1 -codec copy test.mp4 and it just sits there, last line is libpostproc 52. 3.100 / 52. 3.100 and it does nothing. the blue light also did NOT turn on [04:21] <Samus_Aran> hm [04:21] <ubuntuaddicted> Samus_Aran, same thing, it just sits there. [04:22] <Samus_Aran> what happens if you do: cat /dev/video1 > test.ts [04:22] <Samus_Aran> ubuntuaddicted: does it ever crash? [04:23] <ubuntuaddicted> Samus_Aran, still just sitting there at this line: libpostproc 52. 3.100 / 52. 3.100 [04:24] <Samus_Aran> that is really strange, that's not even getting to an error [04:24] <ubuntuaddicted> Samus_Aran, hang on, now my cat command isn't even working. let me reload the module [04:24] <Samus_Aran> I guess it is waiting for the device [04:24] <ubuntuaddicted> Samus_Aran, i can't even unload it. ERROR: Module hdpvr is in use [04:25] <ubuntuaddicted> will try to power it off [04:25] <Samus_Aran> are there any ffmpeg's running still? [04:25] <Samus_Aran> ps auxww|grep ffmpeg [04:25] <Samus_Aran> rebooting would work, though might not be needed [04:26] <ubuntuaddicted> Samus_Aran, i figured it out, had another terminal tab open with 1 of the commands running [04:26] <Samus_Aran> ubuntuaddicted: okay, that might solve the v4l2 errors [04:26] <Samus_Aran> ubuntuaddicted: try them again now [04:28] <ubuntuaddicted> Samus_Aran, really? go all the way back to those commands? im positive it can't be used like that due to that error about ioctl or whatever it was [04:28] <Samus_Aran> to anyone curious, I solved the frame-accurate cutting with this: -avoid_negative_ts 1 -vf 'select=gte(n\,250), setpts=PTS-STARTPTS' -to 3.00 [04:28] <Samus_Aran> 250 being the frame. [04:28] <Samus_Aran> not sure if the negative ts is needed with the setpts [04:29] <Samus_Aran> ubuntuaddicted: if a device is in use, and can only be opened once, it will error [04:29] <ubuntuaddicted> Samus_Aran, yeap , i get this error [video4linux2,v4l2 @ 0x37fa2a0] The device does not support the streaming I/O method. [04:29] <ubuntuaddicted> /dev/video1: Function not implemented [04:29] <Samus_Aran> ubuntuaddicted: now try the mpegts .mp4 one [04:30] <ubuntuaddicted> Samus_Aran, i don't believe this device works with v4l2 [04:30] <ubuntuaddicted> Samus_Aran, ok [04:30] <ubuntuaddicted> Samus_Aran, blue light turned on, then the terminal returned Option sample_rate not found. [04:30] <ubuntuaddicted> and the blue light shut off [04:31] <ubuntuaddicted> Samus_Aran, the attempted command was ./ffmpeg -f mpegts -ar 48000 -i /dev/video1 -codec copy test.mp4 [04:32] <ubuntuaddicted> Samus_Aran, I THINK I GOT IT [04:33] <ubuntuaddicted> Samus_Aran, YEAP, it's still recording!!!!!!! [04:34] <ubuntuaddicted> Samus_Aran, here's the entire terminal output. http://pastebin.com/KB7pEeVm the command is this: ./ffmpeg -f mpegts -i /dev/video1 -codec copy test.ts [04:38] <Samus_Aran> ubuntuaddicted: that's great. it should work with .mp4 or .mkv as well now [04:39] <ubuntuaddicted> Samus_Aran, the bad news is that my full command still results in the device shutting itself off [04:40] <ubuntuaddicted> Samus_Aran, i see this error just before it shuts off. [adts @ 0x44cbc00] Encoder did not produce proper pts, making some up. This is the command I am trying ./ffmpeg -f mpegts -i /dev/video1 -c:v libx264 -preset veryfast -tune zerolatency -b:v 3500k -maxrate 3500k -bufsize 3500k -c:a aac -strict -2 -b:a 128k -y testfile.ts [04:46] <Samus_Aran> ubuntuaddicted: my nine month old daughter is here now. :) I'm afk, sorry. [04:46] <Samus_Aran> ubuntuaddicted: maybe it's an issue with the buffer size or that zerolatency [04:46] <Samus_Aran> -afk- [04:47] <ubuntuaddicted> Samus_Aran, will look into those options now. THANKS for your help [05:13] <vl4kn0_> Hi, when I "copy" a video using ffmpeg -i input.mp4 -c copy output.mp4, I get different tbn than the original video. Original has tbn=50 and the copy has tbn=12800. Why is that? [06:17] <Samus_Aran> vl4kn0_: what is the tbn value? [06:18] <vl4kn0_> Samus_Aran: container time base [06:26] <Samus_Aran> "tbn = the time base in AVStream that has come from the container" [06:26] <Samus_Aran> do you need it to stay the same? [06:26] <Samus_Aran> is anyting wrong with the output otherwise? [06:30] <vl4kn0_> Samus_Aran: I need it to stay the same. [06:31] <relaxed> vl4kn0_: man ffmpeg-all| less +/copytb [06:32] <relaxed> see if that helps [06:32] <vl4kn0_> relaxed: I tried all copytb values and none of them helps [06:35] <Samus_Aran> vl4kn0_: why is that? [06:35] <vl4kn0_> Samus_Aran: why is what? [06:36] <Samus_Aran> vl4kn0_: why do you care if it changes when you do a new container? [06:36] <Samus_Aran> what problem is being caused? [06:36] <Samus_Aran> also confirm the values using: ffmpeg -i file [06:37] <Samus_Aran> "A timebase is like a clock, and indicates ticks per second. Generally, higher values are better." [06:40] <vl4kn0_> Well, the real problem I'm having is, that I try to run some image recognition algorithms on a video. I use fps filter (that uses AVStream->time_base). When I run the algorithm on the original video I get certain values. Then, I cut the video using -ss and -t options and expect to get values that are contained within the original video (it is the same video after all), but the values change. I suspect it's because of different both dif [06:40] <vl4kn0_> bitrate [06:41] <Samus_Aran> anything after: "I suspect it's because of different both dif"? [06:42] <Samus_Aran> vl4kn0_: what is an FPS filter? [06:44] <vl4kn0_> Samus_Aran: FPS filter enforces frames per seconds, dropping all the frames that are not needed. [07:03] <Samus_Aran> why not just set a framerate with ffmpeg? [07:03] <Samus_Aran> vl4kn0_: I don't know how to fix the tbn, but if it can be done, it might be in the -vf select [07:04] <Samus_Aran> I just learned about that one today for accurate frame-grabbing [07:12] <Samus_Aran> it helps to fix timestamps, but I don't know if that is related. [07:16] <Samus_Aran> just looked through the documentation for that one, doesn't look helpful. [07:31] <Samus_Aran> 'TB' timebase of the input timestamps ... not sure if helpful, but they left. [07:31] <Samus_Aran> night [08:35] <Logicgate> is there a way to append to the video stream [08:35] <Logicgate> I want to make the checksums of my videos with 1 variable byte. [08:36] <Logicgate> changing the metadata isn't working since it's not in the video stream [08:46] <viric> why? I don't know how to do that, but I'm curious [11:12] <fahadash> Can we use ffmpeg to convert live-streaming formats ? [12:04] <safyia> Hi all, i want to match part of the video to its original, buy comparing the rgb values of frames. I am trying to cut the video using ffmpeg, but comparing the cut part to the original the values are slightly different. What can cause this problem? When I play them they seem the same. Is ffmpeg setting some default parameters that change the output, even though i am using -c copy? [12:18] <tiksa> could someone help me: how can I use setpts filter to show the first frame of video for x seconds and after that continue playing it normally? [12:55] <jokar> Hello All [12:55] <jokar> Anybody here that can help me about convert mpg to vob with audio? [15:38] <vl4kn0> Hi, when using -ss option for input stream, the resulting video has negative pts, dts, pts_time and dts_time. How do I prevent this? [16:31] <brontosaurusrex> how would map_metadata look like if i have say one flac (source) and one mp4 (target) and i'd like to copy paste metadata? (artist, performer, composer) [16:32] <Chamunks-Away> I'm looking to twitch.tv stream a live feed from a "blackmagic intensity pro" over a DSL connection that could very likely only have a 1mbps if I'm lucky. So given the somewhat limited / less then ideal hardware would I be insane to try and encode using some form of GPU accelleration to try and get the stream's bandwidth requirement down? [16:33] <Mavrik> um [16:33] <Mavrik> if you want LOW-BANDWIDTH, stay the heck away from GPU encoders [16:33] <JEEB> Chamunks-Away, encoding with any kind of GPU related crap is never going to gain you any compression compared to a relatively sane CPU implementation [16:33] <JEEB> GPUs are not made for video encoding as in the formats that are commonly used [16:33] <Mavrik> you need to throw as much CPU as humanly possible into the stream to make it look good at low bandwidths [16:34] <Mavrik> JEEB, well there are GPUs with dedicated H.264 encoders now ;) [16:34] <Mavrik> still crap though. [16:34] <chamunks> basically its a desktop stream from the output on an projector [16:34] <JEEB> Mavrik, I do know about the ASICs :P [16:34] <chamunks> Ideally I would like to mix in a frame with the webcam pointed at the presenter and the audio from the presenters mic as well but I'd settle for just the audio and desktop feed. [16:35] <chamunks> i love how everyone knows the term ASIC since the whole bitcoin thing. [16:36] <Mavrik> JEEB, yeah, just mentioning them... nVidia started throwing into their 6xx series a dedicated H.264 encoder which is slightly less crap than using CUDA/OpenCL based stuff [16:36] <Mavrik> but... still a far cry from anything CPU related [19:13] <bio-tty> is there a way to use -i %d.jpeg from several directories as one single input sequence? [19:14] <bio-tty> let's say i want a video to be the sequential concatenation of a/%d.jpeg and b/%.jpeg so they should not be considered to separate inputs. [19:15] <bio-tty> i could do mv a/*.jpeg b/*.jpeg tmp/ or with some renaming of the numbers, but i get so many files in one directory, and i also have to rename files apropriately. [19:17] <bio-tty> it could have been -i dir_a/%d.jpeg,dir_b/%d.jpeg ... [20:06] <brontosaurusrex> bio-tty, make temporary symlinks with correct naming and feed that to ffmpeg [20:07] <brontosaurusrex> is what i would do [20:12] <Zeranoe1> I'm using -minrate 100k -maxrate 100k -b:v 100k -bufsize 100k and the resulting video is still 1.7M/s [20:13] <sacarasc> How big is your audio? [20:16] <Zeranoe1> sacarasc: looks like the input is mp4a, 122k. The output is pcm_s16le [20:18] <brontosaurusrex> Zeranoe, so you want your entire stream to be smaller than just input audio part? [20:18] <Zeranoe1> input video is 1.7M/s h264/avc. [20:19] <Zeranoe1> brontosaurusrex: I'm compressing the video in this step, not the audio [20:22] <brontosaurusrex> Zeranoe, ok, iam lot, never-mind me. [20:22] <brontosaurusrex> lost* [20:23] <Zeranoe1> It looks like its the same output bitrate as the input [20:31] <Zeranoe1> even with crf it's high. It's as if it's just ignoring my bitrate settings [20:40] <Zeranoe1> llogan: http://pastie.org/8513051 [20:46] <brontosaurusrex> Zeranoe, thats bitrate including your pcm audio [20:47] <Zeranoe1> brontosaurusrex: ffprobe: http://pastie.org/8513066 [20:48] <Zeranoe1> brontosaurusrex: with an the birate is 1.4M [20:49] <brontosaurusrex> Zeranoe, right [20:50] <Zeranoe1> brontosaurusrex: So that still far above 100k, which is the maxrate+bitrate [20:51] <brontosaurusrex> so this is some sort of retarted mjpeg? according to http://en.wikipedia.org/wiki/AMV_video_format [20:51] <brontosaurusrex> may i ask why would you encode into something like that? [20:51] <Nickolai> Hi, I have successfully installed ffmpeg from source as shown in the compilation guide, but the console command ffmpeg isn't there. What's wrong? http://pastebin.com/rXABZZeB [20:51] <Zeranoe1> brontosaurusrex: To play on special hardware [20:51] <brontosaurusrex> quote " Video compression ratio is low around 4 pixels/byte, compared with over 10 pixels/byte for MPEG-2" [20:53] <brontosaurusrex> Nickolai, what OS are you on and what guide are you following? [20:53] <Zeranoe1> brontosaurusrex: So your telling me it cant compress more than what its already doing? [20:54] <brontosaurusrex> Zeranoe1, no, i have no idea is what i'am saying [20:54] <Nickolai> brontosaurusrex: Ubuntu 13.04 64-bit, https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [20:56] <brontosaurusrex> Nickolai, without quotes: "~/bin/ffmpeg" says something? [20:57] <Nickolai> brontosaurusrex: ffmpeg version 2.1.1 Copyright (c) 2000-2013 the FFmpeg developers... [20:58] <brontosaurusrex> Nickolai, there you go, thats probably your compile [20:58] <Nickolai> brontosaurusrex: shouldn't it install itself to run as when you type "ffmpeg"? [20:59] <brontosaurusrex> they deliberately skip the install part in that guide, i guess to protect from any problems with the distro version of ffmpeg [20:59] <brontosaurusrex> just guessing. [20:59] <Nickolai> brontosaurusrex: how do I do this myself? [20:59] <brontosaurusrex> Nickolai, hold on [21:00] <brontosaurusrex> Nickolai, try: sudo checkinstall --pkgname=ffmpeg --pkgversion="5:$(date +%Y%m%d%H%M)-git" --backup=no --deldoc=yes --fstrans=no --default [21:01] <brontosaurusrex> that should make a deb and install the thing [21:02] <brontosaurusrex> other way would be to add your ~/bin to $PATH [21:07] <Logicgate> how would one change the md5 checksum of an MP4 without corrupting it [21:07] <Logicgate> i tried adding metadata [21:08] <Logicgate> doens't work [21:09] <zap0> scan for readable strings. change string. [21:23] <llogan> the guide should deal with the path [21:24] <llogan> Nickolai: don't use checkinstall [21:26] <llogan> try ". ~/.profile" then run ffmpeg [21:58] <Logicgate> is it possible to add metadata to a jpeg [21:58] <Logicgate> with ffmpeg [22:03] <llogan> Logicgate: maybe you can make an exif comment [22:05] <Logicgate> with ffmpeg or do I have to use another program [22:18] <llogan> Logicgate: probably another program like exiftool [22:33] <Samus_Aran> anyone know where I can find out what -qscale is supposed to do with image output formats? [22:34] <Samus_Aran> outputting to bitmaps with -qscale 100 is faster than -qscale 0 or 1, but there shouldn't be more than one way to write a bitmap [22:35] <Samus_Aran> -qscale for jpeg changes quality. not sure what it's doing for png or bmp. is there a way to do uncompressed pngs? [22:36] <Samus_Aran> I'm benchmarking to find the fastest image output mode where quality is no concern [22:55] <llogan> i guess i shouldn't have assumed ubuntu has curl installed by default instead of wget... [22:57] <Samus_Aran> I just install everything, then everyone's happy (except the people that want nothing installed) [22:59] <llogan> wasn't a big deal. i just had to update an answer to a question [23:08] <llogan> Samus_Aran: -qscale depends on the encoder. for example the range for mjpeg,mpeg4,mpeg2video,msmpeg*,flv,h263*,mpeg1video is a linearge of 1-31, IIRC [23:09] <llogan> png compression can be set with -compression_level. I think... [23:09] <llogan> a higher value is higher compression [23:10] <llogan> s/linearge/linear range [23:10] <Samus_Aran> llogan: thanks [23:11] <Samus_Aran> what is -qscale supposed to do for lessless formats like png and tiff? it changes the time to create the images [23:12] <llogan> i don't know [23:13] <Samus_Aran> okay, looking closely it appears to be lowering the output quality [23:13] <Samus_Aran> odd [23:14] <llogan> png seems to ignore qscale. [23:14] <llogan> i don't understand what qscale would supposed to do for png [23:15] <llogan> so ignoring it makes sense (althugh a message would be nice) [23:23] <Samus_Aran> my mistake about the qscale affecting the pngs, it turns out the artifacts I was seeing were from scaling it down [23:23] <Samus_Aran> then looking at it blown back up in my image viewr [23:23] <Samus_Aran> *viewer [00:00] --- Thu Nov 28 2013

1 0

ffmpeg-devel.log.20131126
by burek 27 Nov '13

27 Nov '13

[00:15] <llogan> michaelni: thanks [00:25] <lukaszmluki> Hi, question quite peculiar, but do you know any method to test if conversion from AV_PIX_FMT_YUV420P into AV_PIX_FMT_ARGB is bugged? :) [00:27] <lukaszmluki> I test opengl shader, and when i force ARGB format i get A and G components swapped [00:27] <lukaszmluki> at least it looks this wat [00:34] <wm4> it's very unlikely that it's bugged [00:34] <wm4> maybe you're confusing component and byte orders? [00:34] <wm4> it's not always easy to tell with these RGB formats [00:35] <lukaszmluki> i use the same code for all rgb's and this is the only now working [00:36] <lukaszmluki> i don't say its bugged, but i dont see error in my code and wanted to check another posibility :) [00:37] <lukaszmluki> I was hoping ffmpeg allows some doube conversion to check it [00:41] <lukaszmluki> I use av_pix_fmt_desc_get() and offset_plus1 and it returns correct values [00:41] <lukaszmluki> and all other formats are working with it [00:41] <lukaszmluki> ok, thx anyway [00:41] <wm4> I guess pixdesc being wrong is a real possibility [00:41] <wm4> but it's also hard to use [00:42] <lukaszmluki> nah, i debugged it and this part seems ok [00:42] <lukaszmluki> I just try to print alphas now :P [00:51] <lukaszmluki> wm4: BTW, why you dont want to develop devices as (de)muxers? [00:51] <wm4> because the API is not made for this [00:51] <wm4> and you'll have to add weird things to the generic muxer API to make devices non-crappy [00:52] <wm4> it's just a bad hack, and now you want to build on it [00:52] <wm4> bad idea. [00:52] <lukaszmluki> this is right, but on other hand if we add and real muxers ignore it is not end of the world [00:53] <lukaszmluki> i mean muxers dont implement callbacks for devices [00:53] <saste> lukaszmluki, can try with alphamerge or extractplanes [00:53] <saste> uhm no alphaextract [00:53] <wm4> lukaszmluki: that doesn't make it any better [00:56] <lukaszmluki> thx Stefano, will check it. [00:57] <lukaszmluki> wm4: personally i don't have nothing about separation from muxers, but it will big break of current api/approach [00:58] <wm4> maybe so [01:00] <lukaszmluki> saste: but does't it really allow to prove to conversion is ok or corrupted? [01:04] <Timothy_Gu> michaelni: is there a reason why the Libav Git remote is called "qatar"? [01:06] <Compn> makes it easier to grep ? [01:06] <Compn> (hi timothy) [01:06] Action: Timothy_Gu wave hand [01:07] <Timothy_Gu> compn: maybe... [01:07] <Compn> is there a reason ubuntu ships an 'ffmpeg' package for years and years ? [01:07] Action: wm4 suspects it was because the existence of Libav couldn't be acknowledged or accidentally be spread [01:08] <Compn> which is actually libav package [01:08] <Compn> and an outdated ffmpeg binary that says its deprecated ? [01:09] <wm4> yes, there's a reason: the debian maintainers are also Libav devs [01:09] <Timothy_Gu> compn: well, if I am Libav, and I want to get rid of the ffmpeg.c cruft with unwanted stuff, I'd call it 'deprecated' [01:10] <Timothy_Gu> compn: for the reason ubuntu still ships ffmpeg package, is because the fear that removing that would break millions of blog posts, shell scripts, etc. etc. [01:10] <Compn> but the message is the entire ffmpeg program is deprecated [01:10] <Compn> not any particular piece of cruft [01:10] <Timothy_Gu> compn: it is for Libav [01:10] <Compn> also if you wanted to get rid of cruft, why git rename ffmpeg.c avconv.c in the first place :p [01:12] <Compn> hilarious circular logic, its deprecated , why ship it? because it would break things. its breaking things already. well its in transistion. for 3+ years? [01:12] <wm4> the main reason ffmpeg.c printed deprecated on Libav was because avconv.c was not a direct replacement [01:12] <wm4> but slightly different command line semantics or something [01:13] <wm4> but even if that is right, it sure was a clumsy move [01:13] <Compn> its like breaking the wheels on your car and then building another car you have to learn how to drive again [01:13] <Compn> and then trying to sell the broken car [01:13] <wm4> I mean it was clumsy PR-wise [01:14] <wm4> I really hate ffmpeg CLI [01:14] <wm4> I can never get it do what I want [01:14] <Compn> you like mencoder better? admit it! [01:14] <wm4> and I frequently make it overwrite my input files [01:14] <Compn> i ... admit i overwritten a input sample file the other day :( [01:14] <wm4> well, mpv's encoding functionality has mencoder compatible options AFAIK [01:14] Action: Compn inserts grammar into that sentence [01:15] <Timothy_Gu> wm4: I always found it weird why mpv has encoding feature [01:15] <Compn> wm4 : it actually can encode things, not just vaporware ? [01:15] <wm4> Timothy_Gu: me too, but why not [01:15] <wm4> Compn: yes [01:15] <Compn> neat [01:16] <wm4> but it uses ffmpeg, there's not a single line of mencoder code in there [01:16] <Compn> i never would suggest that :) [01:16] <Timothy_Gu> wm4: what advantage does that have over ffmpeg.c [01:17] <Compn> Timothy_Gu : it doesnt overwrite his input files ? [01:17] <Compn> :P [01:17] <wm4> this [01:18] <wm4> Timothy_Gu: for a serious reply, you'll have to ask divVerent [01:18] <Timothy_Gu> wm4: in #mpv ? [01:19] <wm4> no, that channel is inhabited by pokemon fans [01:19] <cone-200> ffmpeg.git 03Diego Biurrun 07master:14abeaa43d02: build: Separate building programs linking against libav* from building av* [01:19] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:5ded4332f195: Merge commit '14abeaa43d021afdce9119d906891abe89c03b88' [01:19] <wm4> we're in #mpv-player [01:19] <Compn> wm4 : at least you have good company :P [01:19] <Compn> ohhh [01:19] <Compn> :P [01:20] <Timothy_Gu> Any ideas about elenril's vdpau patch (or commit, rather) to ffmpeg/avconv? [01:20] <Timothy_Gu> Why does it like duplicates so many lavc code? [01:20] <wm4> it's not supposed to be fast, but for testing [01:20] <wm4> it does? [01:21] <Compn> reimar said it would be nice as a decoder, instead of hardcoded in ffmpeg.c [01:21] <Compn> i think [01:21] <wm4> like this vda thing? [01:23] <Timothy_Gu> Why does lavc have a special HWAccel infrastruct? Why don't we just make them like a normal codec? [01:23] <Compn> so we can fallback to normal codecs if they fail ? [01:23] <Timothy_Gu> compn: yeah [01:23] <Compn> really i have no idea [01:23] <Compn> i just make things up and cause trouble :) [01:24] <wm4> I have no idea either [01:24] <Compn> ask carl :) [01:24] <wm4> for fallback, and because it's Better(tm) [01:24] Action: Compn waves to carl [01:24] <wm4> but uh, I'm doing my own fallback anyway [01:24] <wm4> because lavc's didn't work until recently [01:25] <wm4> Compn: these movtext subtitles contain weird things like "cc608:AAAAEcX//JQm/YCA/wMi/oj//gAA0.000" [01:25] <Compn> wm4 : some kind of encoding, no doubt [01:26] <Timothy_Gu> If so that would save VLC & MPlayer and family (& ffmpeg.c) so many code [01:26] <wm4> and the duration of each sub packet is only 30ms [01:26] <wm4> Timothy_Gu: fallback isn't much code [01:26] <Compn> Timothy_Gu : i've always asked if ffmpeg could include all the vdpau glue code so we can eliminate and combine forces with vlc and mplayer :) [01:27] <wm4> Compn: what do these subs look like in flash player? [01:27] <Compn> wm4 : like closed captioning [01:27] <Compn> "CEA-608", used to be the standard for closed captioning for NTSC TV broadcasts in the United States, [01:27] <wm4> Compn: vdpau is not easy because decoding and display depend on each other, basically [01:27] <Compn> "cc608" [01:27] <Timothy_Gu> compn: but why didn't ffmpeg do that [01:27] <wm4> Compn: and what does it look like [01:27] <wm4> Timothy_Gu: because things are not as simple [01:28] <Compn> wm4 : dont you have quicktime installed ? [01:28] <wm4> no [01:28] <Timothy_Gu> wm4: that is a concise answer [01:28] <Compn> wm4 : black bg, white text [01:29] <wm4> Timothy_Gu: the long version would require explaining how vdpau works [01:29] <Compn> Timothy_Gu : i dont know. libav devs removed a lot of glue code and libcode from ffmpeg [01:29] <Compn> and apis... [01:29] <wm4> Compn: uh, so, they just dumped CCs into a mov_text track? [01:29] <Compn> like libxvid etc [01:29] <Compn> wm4 : no, thats how dumb apple encodes its closed captions > http://documentation.apple.com/en/finalcutstudio/workflows/index.html#chapt… [01:29] <Timothy_Gu> wm4: and what about va-api? [01:30] <Compn> in mov [01:30] <wm4> Timothy_Gu: same issue... and also dxva and vda [01:30] <wm4> Compn: also, vlc knows to error out correctly [01:30] <wm4> and doesn't interpret it as movtext [01:31] <Compn> its mov_text , just a diff type of ... parsing that mplayer doesnt have [01:31] <Compn> like utf characters [01:31] <Compn> represented in /abc/def i think [01:31] <wm4> Timothy_Gu: the main problem is that you just have to share the hw device handle with lavc [01:32] <wm4> maybe lavc could handle some more aspects of hwaccel api usage, but the basic problem is the same [01:32] <Timothy_Gu> wm4: why are all hwaccels so stupid? [01:32] <Timothy_Gu> wm4: why are all hwaccels API's so stupid? [01:33] <wm4> dunno, but I'd say they're not as bad as opengl (which has an implicit context etc.) [01:33] <Compn> Timothy_Gu : because nvidia made vdpau ? [01:33] <wm4> the only really bad thing about vdpau is preemption [01:33] <Compn> and they wrote the patches for ffmpeg... [01:33] <Compn> (and mplayer) [01:34] <Compn> (everyone blames mplayer) [01:34] <wm4> yeah... mplayer's craptastic internals might actually have contributed to ffmpeg's hwaccel api being so low level [01:34] <Compn> lol [01:34] <wm4> but the "real" hwaccel still came later [01:34] <wm4> so you can still blame ffmpeg plenty [01:35] <wm4> lu_zero on libav actually wants to improve the hwaccel api [01:35] <llogan> Timothy_Gu: it's called qatar because they claimed to have moved to qatar or something [01:35] <llogan> http://misc.socialbladeshow.com/afd/screenshots/10781-l.jpg [01:35] <Compn> the qatar thing was an april fools joke, a few years back, iirc [01:36] <Timothy_Gu> llogan: that's weird [01:36] <wm4> lol [01:36] <Timothy_Gu> wm4: that's nice... as long as they don't ABI anymore [01:36] <llogan> Timothy_Gu: i won't be able to look at your web patches for at least another day or two. i just had some hardware failure to deal with... [01:37] <wm4> Timothy_Gu: if they do it, it will be a 100% API break [01:37] <Timothy_Gu> Gotta go [01:39] <Compn> wm4 : stupid links in apple documentation are 404 :\ [01:39] <Compn> llogan : did you do a scan of ffmpeg website for broken links ? [01:39] <llogan> not for a long time [01:39] <Compn> someone should do that [01:40] Action: Compn volunteers to be lazy [01:41] <iive> there must be a script of project that does it. [01:42] <Compn> yes the w3c validator does it [01:42] <Compn> if you want to run it iive :) [01:43] <iive> i have no idea what that is... sounds painful. [01:43] <Compn> timothy worked a lot on the undocumented options in ffmpeg [01:43] <llogan> Compn: by now you could have validated at least one page [01:45] <BBB> ok well that was a silly bug [01:45] <Compn> http://validator.w3.org/checklink [01:45] <Compn> llogan : ok, running now [01:47] <Compn> http://americancensorship.org/images/stop-censorship-small.png is 404 [01:48] <Compn> heh [01:48] <Compn> bunch of soc urls are dead [01:49] <Compn> one mphq mailing list post is 404 [01:50] <wm4> ? [01:50] <wm4> how does this happen? [01:53] <Compn> ml gets rebuilt once in a while [01:53] <Compn> the numbers all change [01:53] <Compn> link to old number > 404 [01:54] <Compn> file a bug with mailman [02:13] <lukaszmluki> i'm an idiot :) [02:14] <cone-200> ffmpeg.git 03Diego Biurrun 07master:ab81f24ad43b: build: Integrate multilibrary examples into the build system [02:14] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:6d34aa245df8: Merge commit 'ab81f24ad43bddf77ddd25cba86780c1c884996c' [02:14] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:325c918fa3d6: Makefile: Fix building progs out of progs_g [02:14] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:f1db007e008d: doc/Makefile fix PROGS [02:15] <lukaszmluki> spending whole night to figurei swapped columns with rows of the matrix [02:19] <BBB> hm the scalability of this thing isn't fantastic [02:19] <BBB> 9.7 -> 6.0 for 1 -> 2 threads, but only 6.0 -> 5.2 for 2 -> 4 threads :( [02:19] <BBB> the 2-pass really is hurting [02:55] <cone-200> ffmpeg.git 03Diego Biurrun 07master:5145ccf02b17: aacsbr: Add some const casts to silence warnings in ff_sbr_apply() [02:55] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:a9a3afec1a9c: Merge remote-tracking branch 'qatar/master' [03:12] <llogan> michaelni: if the current crop of spam filters is working adequately then i don't think we'll need more if they slow down trac (i'm not sure if the current ones do or not). [03:13] <llogan> also we can contact http:bl to periodically download the DNS zone file instead of querying the remote DNS server each time if it causes slowness. [03:14] <michaelni> feel free to close the ticket in that case (and reopen if the spam issue seems not resolved at a later point) [03:14] <michaelni> about slowness, no idea, did you notice a slowdown ? [03:15] <llogan> no, but i haven't really done much with trac since [03:15] <llogan> just thinking out loud... [03:15] <michaelni> also note that there are 2 threasholds and when the score is above them then external services wont be contacted [03:15] <michaelni> for a submission [03:16] <llogan> ok. i'll wait a few days to a week and if things seem good i'll close ticket unless you do first [09:01] <plepere> aaaaarg. why does asm hate me so much ? [09:02] <plepere> doing a call <function> gives me a seg fault [09:02] <plepere> call put_hevc_mc_pixels_2_8 wroks [09:02] <plepere> but call put_hevc_epel_v_8_8 [09:02] <plepere> does not [09:02] <plepere> *works [09:03] <plepere> both functions are fully functional [09:03] <plepere> doing the call after the function declaration [09:13] <kurosu> calling convention changes across abis [09:13] <kurosu> ie whether an arg is in a reg, and what regs, and what order of regs [09:13] <kurosu> plepere: http://en.wikipedia.org/wiki/X86_calling_conventions#Microsoft_x64_calling_… [09:14] <kurosu> I prefer avoiding doing calls if possible, but I know this bloats code [09:15] <kurosu> also, are you doing work/reserving space on the stack and are you restoring it properly ? [09:15] <kurosu> anyway, afk [09:15] <plepere> hmm [09:15] <plepere> it's working on a function with 6 arguments [09:16] <plepere> so you're saying that if I call a function, I should manually load the arguments from the stack to the registers beforehand ? [09:18] <plepere> thanks anyway. :) [09:20] <ubitux> plepere: it depends. [09:20] <plepere> I found the error. I'm apssing too many arguments [09:20] <plepere> *passing [09:21] <ubitux> also, can't you avoid the call with macrotization? [09:22] <plepere> ubitux : I'm having different functions for different levels of optimisation depending of width size. I'm testing the width to see which function to call. [09:22] <plepere> in the end, we will probably go through pointers directly, but at the moment, it's simpler for the higher-levels [09:23] <ubitux> ok [09:31] <plepere> if using macros can help, then I'm ready to do it, but I never used macros before. [10:00] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:4c4710a745ae: configure: define CONFIG_THIS_YEAR at the configure level [10:35] <ubitux> i see some more complains about restoring hall of fame [10:35] <ubitux> shame* [10:37] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:8bf7ea8ac210: cmdutils: remove this_year constant, use CONFIG_THIS_YEAR instead [10:53] <ubitux> BBB: what is this 2 pass thing? [11:34] <oden> hello. trying to understand what security fixes has been fixed in 0.10 since 0.10.6 to 0.10.10. http://ffmpeg.org/security.html does not say. [12:24] <michaelni> oden, ill try to update the page, but 0.10 is quite old [12:25] <cone-395> ffmpeg.git 03Kostya Shishkov 07master:de44dfc7c0ec: vc1: Reset numref if fieldmode is not set [12:25] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:0290a646ac66: Merge commit 'de44dfc7c0ec02bda7d846ef713145c890bfae3f' [12:33] <BBB> ubitux: evil stuff [12:33] <ubitux> can you summarize the concept? [12:33] <BBB> ubitux: remember bw probability updates? i.e. where one frame's distribution helps update the prob tables for the next frame? [12:34] <cone-395> ffmpeg.git 03Kostya Shishkov 07master:56d061ce9da9: metasound: add last missing modes (8kHz @ 6kbps per channel) [12:34] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:ac021fdc4063: Merge commit '56d061ce9da954560892e3551513d5ecc0439846' [12:34] <ubitux> BBB: ok, yes [12:34] <BBB> let's say yes [12:34] <BBB> so this means I can't start the next frame until the previous frame has updated its prob tables [12:35] <BBB> else I'll get garbage [12:35] <ubitux> oh ok [12:35] <BBB> so I can't do interleaved mode decoding and reconstruction [12:35] <BBB> because then I can only start the next frame when the prev frame is done [12:35] <BBB> which is not very helpful [12:35] <BBB> so we do 2pass decoding [12:35] <BBB> pass 1: bitstream parsing (i.e. decode_mode only) [12:35] <BBB> pass 2: everything else (recon_inter/intra and loopfilter_sb) [12:36] <ubitux> i see [12:36] <ubitux> you were mentioning samples in "threading" mode, so i guess with a different prob update method? [12:42] <BBB> ubitux: yeah, that uses fw only, so we can do what vp8 did [12:42] <BBB> ubitux: but I have no samples for that, so no idea if it works at all [12:57] <cone-395> ffmpeg.git 03Kostya Shishkov 07master:a16577d98572: MSN Audio support [12:57] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:8c87658fdc65: Merge commit 'a16577d9857206089fd8bce6a342b31dbd7fb9b0' [12:57] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:cd51d9a98403: Revert "avcodec/gsmdec: reject unsupported msn audio modes" [13:11] <cone-395> ffmpeg.git 03John Stebbins 07master:1eaac1d6f7bb: mpeg12dec: Extract CC user data into frame side data [13:11] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:625b29037e52: Merge commit '1eaac1d6f7bb8e52d82e1a114c88a59a9a8e5025' [13:12] <oden> michaelni: thanks. [13:19] <mraulet> michaelni:https://github.com/OpenHEVC/FFmpeg/commit/211c39ade87bc079eabc862… [13:19] <mraulet> fix valgrind [13:21] <cone-395> ffmpeg.git 03Anton Khirnov 07master:c6080d890090: lavc: remove mp3_header_(de)compress bitstream filters [13:21] <cone-395> ffmpeg.git 03Michael Niedermayer 07master:75ec40b083ff: Merge remote-tracking branch 'qatar/master' [13:27] <cone-395> ffmpeg.git 03gcocherel 07master:3c846fda1ca3: HEVC : valgrind fix : vps_list [13:27] <michaelni> mraulet, applied, thanks [13:43] <BBB> ubitux: want to help amending patches? I'll only have time this weekend [13:44] <BBB> babies fuss too much to be able to do anything right now [13:44] <ubitux> i'm not really available currently [13:45] <ubitux> i mean, it doesn't look like it, but i have a job too :( [13:50] <BBB> lol :) but I have kids [13:51] <BBB> anyway I'll update this weekend or so [14:13] <BBB> ubitux: ok fixed the indent and missig alloc check on github [14:14] <ubitux> i'll try to have a look tonight [14:14] <ubitux> it's not a RFC btw right? [14:14] <ubitux> it's complete? [14:26] <smarter> ubitux: I think you can generate samples without backward probability updates using vpxenc --frame-parallel=1 [14:27] <smarter> also I guess you could combine tile-mt and frame-mt to decode the modes faster? [14:29] <ubitux> mmh ok [14:29] <ubitux> speaking of libvpx [14:29] <ubitux> i should test for the annoying encoding bug with vp8 [14:29] <ubitux> with libvpx itself [15:10] <plepere> I remember someone posting an example of calling a C function from asm here, but I can't get my hands on it. :/ [15:13] <ubitux> cd libavcodec/x86 [15:13] <ubitux> git grep call [15:14] <plepere> why git ? [15:16] <plepere> anyways, it works. thank you [15:25] <ubitux> plepere: because git grep rox ofc [15:25] <plepere> yes, found out that git grep is unrelated to git .:p [15:26] <nevcairiel> calling C functions from asm is problematic in many cases though, so make sure you really need it [15:26] <ubitux> plepere: it is. [15:26] <plepere> nevcairiel : it's for a slow pass. [15:27] <plepere> ubitux, ok, I give up T_T [15:27] <nevcairiel> emulating all the calling conventions between win64, win32 and linux is just a bit complicated :d [15:27] <plepere> ok ok [15:29] <plepere> r7d is a byte ? [15:29] <nevcairiel> d is double-word, 32-bit [15:29] <plepere> so w is 16 [15:58] <michaelni> oden, security page updated, ill add CVE# where they are missing as soon as they are assigned [16:10] <oden> michaelni: thanks. so 0.10.10 has no sec flaw fixes? [16:24] <michaelni> oden, there where some things backported that may or may not be security relevant, for example a infinite loop fix, also there was some fixes merged from libav that i belive where redundant and fixed previously. also i dont think any ffmpeg version or fork from the 0.10 times is completely free of security issues [16:24] <ubitux> does anyone know if anton has me in ignore list? [16:27] <av500> on irc? [16:30] <ubitux> yes [16:31] <ubitux> i raised a bug in the hwaccel yesterday and provide him an avconv backtrace but he didn't react [16:31] <ubitux> and i asked something about arm offsets after the mpegcontextenc update he did [16:31] <oden> michaelni: ok. thanks. it's quite difficult to tell these days. [16:33] <michaelni> oden, yes, iam aware of that, ill try to keep the security page more upto date in the future [16:34] <ubitux> av500: maybe i'm wrong about the arm offsets so he thought it didn't matter to answer me, but if i'm right he might be interested about it [16:34] <oden> michaelni: great. [16:36] <ubitux> av500: well it seems he actually ignores me, so feel free to forward my hwaccel backtrace from the other day and the arm offset thing [16:47] <ubitux> well i guess i should stop reporting them bug & fixes [16:47] <ubitux> it seems it's still seen as a "you show us than ffmpeg is better than libav" [16:47] <ubitux> &like i would try to demonstrate something we know since years& [16:47] <ubitux> whatever [16:48] <ubitux> </rant> [18:18] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:7de3b1394b71: lavd/sdl: add event handler thread [18:19] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:7467b4f71b4b: lavd/sdl: factorize overlay rect size in a separate function [18:19] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:0464d272ff9d: lavd/sdl: move compute_overlay_rect() before event_thread() [18:19] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:b23dea27fdb6: lavd/sdl: allow to change window size [18:19] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:35349bbb97eb: lavd/sdl: apply misc cosmetics to options [18:39] <cone-395> ffmpeg.git 03Stefano Sabatini 07master:704331196910: lavd/sdl: add delay when no events are found in the event queue [20:19] <llogan> the new trac looks nice [20:20] <llogan> especially stuff like `-option` in the wiki [20:30] <Timothy_Gu> llogan: what do you mean? What's the `-option? [20:31] <llogan> that's WikiFormatting markup for "monospace" font style [20:32] <llogan> http://trac.ffmpeg.org/wiki/WikiFormatting#FontStyles [20:32] <llogan> previously it was not as easy to see a difference between the normal text and the monospace text which i used to differientiate options and commands [21:49] <Timothy_Gu> Is cone-* ("irker irc client") related to VLC? [21:51] <JEEB> it's a bot hosted by VideoLAN, the git repository is currently hosted by VideoLAN as well [21:51] <JEEB> VideoLAN provides such services for various projects [21:56] <Timothy_Gu> JEEB: then why did it quit? [21:57] <Timothy_Gu> JEEB: http://naevis.jbkempf.com [21:57] <Timothy_Gu> JEEB: "Chaussure" down? [21:58] <JEEB> ask that from videolan? [00:00] --- Wed Nov 27 2013

1 0

ffmpeg.log.20131126
by burek 27 Nov '13

27 Nov '13

[00:05] <psc1963> hello, i am a newbie that is trying to use ffmpeg to convert amr-wb found in an rtp stream to a wav file so I can listen to it. does anyone have a command example i could try? [00:13] <llogan> psc1963: ffmpeg -i rtmp://[username:password@]server[:port][/app][/instance][/playpath] output.wav [00:13] <llogan> oh, rtp: rtp://hostname[:port][?option=val...] [00:14] <llogan> http://ffmpeg.org/ffmpeg-protocols.html#rtp [00:19] <Ankman> oh, people here :-) [00:22] <Ankman> anyway, may be someone can help. i have a big matroska file which i cannot play with my laptop. i usually render it down. i wonder if it's possible to keep the aspect ratio. until now i used the -s and then widthXheight. but i have to calcualte it. isn't it possible to tell ffmpeg i want to render it down to 1/4 and it takes care of it? [00:23] <JEEB> yes, look at the examples for the scale video filter [00:23] <JEEB> in the documentation @ ffmpeg.org [00:23] <llogan> http://ffmpeg.org/ffmpeg-filters.html#scale [00:23] <Ankman> thanks [00:23] <llogan> specifically the "-1" example [00:25] <Ankman> ok, will try that with ffplay first [00:27] <robadob> I've become stuck with a weird linker issue when trying to convert an ffmpeg AVFrame into a QT QVideoFrame. 2 of the constructors for QVideoFrame can't be linked ('undefined reference to..') if i have 1 of many ffmpeg headers(avcodec/swscale/avformat etc) included (in extern "C") tags. I've been fiddling with this for about a day now before tracing [00:27] <robadob> it back to these ffmpeg headers, but i'm still completely stumped as to why they should affect an unrelated library/how to fix it. [00:38] <Ankman> thanks again [01:17] <Logicgate> How do I get the author from an mp4 with ffmpeg? [01:17] <Logicgate> it's not within show_format or show_streams [01:23] <klaxa> define "author" [01:28] <Logicgate> im screenshottingh [01:28] <Logicgate> hold up [01:29] <Logicgate> http://i.imgur.com/05DawBz.png [01:34] <klaxa> looks like metadata [01:34] <klaxa> ffmpeg -i video.mp4 -f metadata metadata.txt; grep Author metadata.txt [01:34] <klaxa> or something like that [01:35] <Logicgate> klaxa, I did that earlier, there is no metadata. [01:36] <klaxa> hmm... [01:38] <llogan> you want to set the author metadata? [01:38] <Logicgate> I want to read it first then set it llogan [01:39] <Logicgate> i know how to set it with -metadata var="value" when encoding [01:39] <Logicgate> I need to read it [01:40] <llogan> please provide a sample [01:41] <Logicgate> Sample of what?? [01:41] <Logicgate> I'll send you a video [01:41] <Logicgate> Is it possible to add codecs to ffmpeg after it's compiled?? [01:41] <llogan> no [02:48] <anewuser> hi, curious, just hearing ffmpeg does GME but can't find more info [03:08] <tm512> What bottlenecks might there be that would cause a recording to drop frames seemingly randomly? I'm recording with x11grab but randomly, the video locks up and then continues at a later frame [03:08] <tm512> my cpu shouldn't be a problem for this [03:09] <tm512> Happens with x264 ultrafast -qp 0, and huffyuv [03:14] <llogan> anewuser: what's GME? [03:17] <anewuser> game music emu [03:17] <anewuser> a library to play videogame music file formats [03:17] <anewuser> a general reference would be like listening supernintendo music on computer [03:18] <anewuser> http://blargg.8bitalley.com/libs/audio.html#Game_Music_Emu [03:20] <llogan> anewuser: i'm not sure, but check this out (from a ffmpeg dev) http://gamemusic.multimedia.cx/ [03:21] <tm512> llogan: including hundreds or thousands of lines? [03:21] <tm512> nothing seems out of the ordinary [03:21] <llogan> you can trim any repeating lines [03:22] <llogan> anewuser: only problem is that i don't use the chrome spybrowser [03:23] <tm512> I'll have to redo it in a bit to get the exact output, also it's run from a script, but I can get the general command that is being run [03:23] <tm512> http://hastebin.com/raw/lumuluyalo [03:25] <llogan> anewuser: oh, i see. yes, you can --enable-libgme in ./configure. i've never used it. [03:26] <anewuser> llogan: haha, did not know about that site [03:27] <tm512> I had the idea that my HDD was at fault, but I dunno how, I can copy from /dev/zero at 100+ MB/s [03:32] <anewuser> ohhhhh [03:33] <anewuser> does that mean it's also enabled in the linux world?? [03:33] <anewuser> one tool to rule them all [03:34] <llogan> http://ffmpeg.org/ffmpeg-formats.html#libgme [03:35] <anewuser> ohhh [03:36] <anewuser> never knew it was part of the plan to add vgm files [03:36] <anewuser> ruling the world XD [03:36] <anewuser> vgmstream up next haha [05:00] <ubuntuaddicted> hello guys, i am getting a ton of errors when trying to use ffmpeg (avconv) to decode and re-encode a video stream from a device node. here's the beginning output from the terminal http://pastebin.com/Lzu9R1GW and the avconv command actually freezes and the hd-pvr stops recording by itself. why would this be? i can use cat /dev/video1 > video.ts just fine and it captures video until I hit ctrl-c. [13:47] Action: jokar hello All, How are you? How can I convert Mpg to VOB? [13:47] <jokar> Can you show me a ffmpeg command to convert mpg to vob? [13:49] <relaxed> ffmpeg -i input.mpg -map 0 -c copy output.vob [14:29] <brontosaurusrex> how would i burn srt subs to self-generated black that is correct in size and length? [15:18] <Rajat> hi [15:18] <Rajat> i need some help [15:18] <Rajat> to install ffmpeg-2.1 on rhel6 [15:19] <Rajat> hi [15:19] <Rajat> any one there [15:21] <Rajat> hi [15:59] <dccc> i'm am trying to create a mobile app that resizes an mp4 with the api. can someone give me an overview of the flow in ffmpeg that accomplishes this? or perhaps point me to documentation? [16:00] <dccc> from what i've read so far, it seems like i need to decode the file as a stream and recode it with the next size in the context. [16:00] <dccc> new size* [16:11] <Mavrik> dccc, there are examples in doc folder of ffmpeg source [17:23] <brontosaurusrex> is it possible to get length if my only input is srt soft subs? [17:25] <brontosaurusrex> like ffmpeg -i my.srt -f lavfi -i color=s=1920x1080:color=black -vf subtitles=filename=my.srt -r 25 -c:v qtrle -an out.mov < is my current cli [17:25] <brontosaurusrex> but the encode goes on forever [17:25] <klaxa> try adding -shortest [17:26] <brontosaurusrex> klaxa, tried, not working [17:26] <klaxa> hmm [17:57] <ubitux> brontosaurusrex: -vf subtitles is *not* soft sub [17:57] <ubitux> you're doing both soft and hard in your cmd [17:58] <brontosaurusrex> ubitux, i used soft only to get the lenght, but its not working anyway [17:58] <brontosaurusrex> ill have to parse subs and then use -t i guess [17:59] <ubitux> why do you need that? [17:59] <ubitux> use ffprobe to get information about a media [18:05] <dharriso> hi, using the ffmpeg api to transcode audio only streams in an MP4 container or ADTS [18:05] <brontosaurusrex> about srt as well? [18:06] <dharriso> the audio is AAC, i need to extract the AAC profile from the input stream. For MP4 i can extra the AudioSpecifcConfig from the extradata to extract this [18:06] <dharriso> but for ADTS streams the extradat is not available [18:07] <dharriso> the ADTS header has a profile but if its HE-AAC it only give AAC-LC [18:08] <dharriso> is there a way to extract this information from the AAC frame data? [18:10] <dharriso> So im looking to see if the Profile is HE-AAC or HE-AACv2, you know with the SBR details [18:11] <dharriso> one of the spec says about implicite detection checking if the sampleFrequency specified in the ADTS and the frame data differ then it can be assumed to SBR [18:11] <dharriso> is there somewhere in ffmpeg this is done that I could use as a reference [18:11] <dharriso> thanks [18:12] <brontosaurusrex> ubitux, about srt as well? [18:58] <ubitux> brontosaurusrex: yes? [19:10] <viric> hm I fail to use drawtext [19:11] <viric> I don't see any text over the output video [19:11] <brontosaurusrex> ubitux, ffmpeg doesn't seem to know the duration of the soft subtitle format like srt [19:12] <ubitux> why do you need that? [19:12] <ubitux> it makes no sense to have the "duration" of a subtitles [19:13] <viric> aha [19:13] <viric> ah got it. the default x=100,y=100 isn't very usefil [19:13] <viric> :) [19:13] <viric> x=0,y=0 I mean [19:15] <viric> can drawtext use antialiasing? [19:15] <ubitux> it uses freetype [19:15] <ubitux> so yes, it has anti aliasing [19:15] <viric> ah [19:17] <viric> right [19:17] <brontosaurusrex> ubitux, burning subs to black video [19:17] <ubitux> and how the duration would help? [19:17] <brontosaurusrex> it would stop encoding when the subtitles end [19:20] <ubitux> ffprobe -show_entries packet=pts_time,duration_time -of compact [19:20] <ubitux> try to parse this [19:20] <ubitux> like, ffprobe -show_entries packet=pts_time,duration_time -of compact | tail -n 1 [19:20] <ubitux> and do a pts_time+duration_time [19:20] <ubitux> should be enough [19:20] <brontosaurusrex> don't have ffprobe compiled for osx, would that work with ffmpeg -i ? [19:20] <ubitux> no [19:21] <ubitux> (you can try different writers of course) [19:22] <brontosaurusrex> so far i'am awk-ing the last timecode from srt and using that with ffmpeg ... -t awked [19:22] <brontosaurusrex> but seems stupid [19:22] <ubitux> just use ffprobe [19:23] <ubitux> there is no reason for not having it deployed with a traditionnal install [19:23] <brontosaurusrex> ill remember for the next time i will attempt to compile ffmpeg, thansk [19:23] <brontosaurusrex> thanks* [19:23] <ubitux> it's by default [19:25] <viric> I want to do a title in black background, then fade to the input video. I fail to get the fade working [19:26] <viric> http://sprunge.us/EVTB [19:26] <brontosaurusrex> another q: with -lavfi color=s=1920x1080:color=black [19:26] <brontosaurusrex> i'am not getting to speed [19:26] <brontosaurusrex> stuck at about 200 fps [19:26] <brontosaurusrex> is there another faster way? [19:29] <viric> the text fades out, not the black bg [19:39] <viric> damn it, the 'color' source is without alpha [19:40] <viric> with drawbox it works [19:54] <viric> how can I set the filter input pixel format, different than the filter output? [19:55] <viric> I want 'alpha' channel in the filter [20:01] <psc1963> llogan, thank u for your help! that got me started in the right direction, and I have it working with the sdp option now [20:01] <user0_> echo [20:02] <viric> I fail to achieve an alpha fade. Any idea? http://sprunge.us/eWZT [20:02] <user0_> Hi i have a lot of jpg files to convert to video, can someone help and tell me what should i put on arg -i ? (input file name) ? [20:02] <DelphiWorld> hey guys [20:02] <DelphiWorld> what's the secret of AC3/DTS audio? [20:02] <DelphiWorld> who own them? [20:05] <psc1963> does anyone know how to add in support to ffmpeg for g722.1 aka siren7? [20:07] <brontosaurusrex> DelphiWorld, dolby and dts [20:08] <brontosaurusrex> ok, got around 350 fps with some cropping, that should do for a while [20:09] <brontosaurusrex> DelphiWorld, http://en.wikipedia.org/wiki/DTS_(sound_system) and http://en.wikipedia.org/wiki/Dolby_AC-3 [20:10] <brontosaurusrex> user0_, i have a script that does renamed symlinks and push that to ffmpeg , are you on nix like system? [20:10] <brontosaurusrex> user0_, but i think ffmpeg lately upgraded that section [20:11] <DelphiWorld> thank brontosaurusrex [20:11] <DelphiWorld> and how do ffmpeg support them without license? [20:11] <DelphiWorld> just wondring [20:11] <brontosaurusrex> DelphiWorld, i let them [20:12] <DelphiWorld> brontosaurusrex: you? who's you:P [20:12] <brontosaurusrex> nah, i think this is some sort of solution with source code vs. binaries [20:12] <brontosaurusrex> but don't quote me [20:12] <brontosaurusrex> a "solution" [20:12] <DelphiWorld> ah [20:13] <DelphiWorld> got ya [20:14] <brontosaurusrex> hmm, what framerate would I need for smooth subs? would 1 be enough? lmao [20:14] <brontosaurusrex> or maybe 2? [20:14] <brontosaurusrex> fps that is [20:14] <llogan> psc1963: sounds good. but i forgot what i did. [20:15] <DelphiWorld> brontosaurusrex: maybe you know, what's dvdnav? [20:16] <brontosaurusrex> DelphiWorld, some sort of dvd library for dvd navigation rendering [20:16] <llogan> user0_: http://ffmpeg.org/faq.html#How-do-I-encode-single-pictures-into-movies_003f [20:17] <user0_> brontosaurusrex: shure i'm on nix [20:17] <user0_> llogan: ty [20:17] <llogan> also http://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images [20:17] <user0_> i go the last link [20:17] <user0_> but i dont understand the -i input file name format [20:17] <llogan> using "-vf fps" is recommended over -r for now due to some issues with -r [20:17] <user0_> %03d [20:17] <llogan> (for the output) [20:18] <llogan> show an example of your input file [20:18] <llogan> oh, output [20:18] <user0_> 00606E60E78E()_0_20131126170132_34511.jpg [20:18] <llogan> %03d.jpg would start with 001.jpg and go from there [20:19] <user0_> 00606E60E78E()_ -> never change [20:19] <psc1963> I was looking for a way to convert amr-wb in rtp to wav, thats what you helped me with yesterday. [20:21] <viric> hey I used a pastebin [20:21] <psc1963> now I am trying to do the same thing for 722_1 or siren7, but see no ffmpeg support for that audio codec [20:22] <brontosaurusrex> user0_, this script http://paste.debian.net/67882 is inside a droplet (on osx) and will accept folder as input [20:22] <brontosaurusrex> user0_, probably interesting from line 100 and on [20:22] <DelphiWorld> psc1963: what you're trying to do for G.722.1? [20:22] <viric> oh got it! format=argb before fade in, makes it work. fade doesn't handle yuva420p! [20:22] <llogan> i see support for g.722 but not g.722.1 [20:23] <llogan> viric: you used pastebin but ignored the output [20:23] <psc1963> take a 722.1 stream that is rcvd in rtp and convert it to a wav file [20:23] <viric> llogan: ahhhh ok [20:23] <llogan> user0_: i was confused. try using a glob pattern as shown in the trac link i gave you [20:23] <viric> sorry [20:24] <DelphiWorld> psc1963: http://www.freeswitch.org/ [20:24] <viric> in any case, argb was the key for fade to work with alpha [20:25] <psc1963> there is a libg722_1 there at freeswitch i think. do u suggest not using ffmpeg for this need? [20:25] <llogan> viric: did you use the split because the drawbox and drawtext would overwise not work with fade? [20:26] <llogan> psc1963: do you have a g.722.1 sample file? [20:26] <psc1963> there is also a libsiren thread that may be worth trying. has anyone used it? [20:26] <psc1963> yes, i have one. [20:27] <viric> llogan: I used split, because otherwise I've to manually set the color src of the same size as the input. [20:27] <viric> split + drawbox instead of color [20:27] <llogan> i see. seems to be a good workaround/lazy bonus [20:28] <viric> it's tricky... the argb thing killed me for two hours almost :) [20:28] <user0_> 00606E60E78E()_%d_%d_%d.jpg [20:28] <llogan> no [20:28] <llogan> ffmpeg -r 1 -pattern_type glob -i '*.jpg' [20:28] <user0_> No such file or directory [20:28] <llogan> except ignore that -r 1 [20:29] <user0_> kkkk [20:29] <llogan> viric: yeah, i've failed at fade a few times and then keep forgetting [20:30] <user0_> ksh: ffmpeg: Argument list too long [20:31] <user0_> but it seems working ty :) [20:31] <viric> I will draw a front picture as png, with gimp. And then, movie + drawtext + fade. Good that drawtext understands utf8! [20:33] <llogan> psc1963: please provide a sample file if possible [20:39] <psc1963> its a wire capture in pcap file format. would u need it in rtpdump dump format to look at it? [20:40] <llogan> psc1963: i'm too ignorant of the format to know [20:53] <DelphiWorld> psc1963, use freeswitch. play the stream in a conference, start recording from conference to a wav file, done [20:54] <psc1963> tx! [20:55] <llogan> or provide a sample and submit a feature request in ffmpeg and someone may implement a decoder natively or via an external library [20:56] <psc1963> will do that as well. tx again. [21:36] <Timothy_Gu> What's the difference between mov subtitle and text subtitle? [21:37] <Timothy_Gu> (See mov2textsub and text2movsub bitstream filters) [21:40] <Timothy_Gu> Seriously anyone? [22:01] <relaxed> Timothy_Gu: maybe they're stored differently in the mov container. [22:04] <relaxed> Although with most of these bitstream filters I don't see why ffmpeg can't do the right thing automagically. [22:05] <relaxed> Take for instance: -bsf:v mjpeg2jpeg [22:06] <Rabbitt> Sample footage 4k raw from a Canon C500 https://www.dropbox.com/sh/gsqjxbbabz8th5j/ZrtIZGbfFG [22:07] <relaxed> Why would anyone ever want to copy mjpeg to jpgs that can't be decoded properly? [22:07] <relaxed> It's retarded. [22:15] <Timothy_Gu> relaxed: speaking of mjpeg2jpeg, seems like it doesn't even work [22:16] <Timothy_Gu> by reading the code [22:16] <relaxed> It worked last time I needed it. [22:17] <Timothy_Gu> All the magic done in line 101-103 are in the out buffer, but the "out" buffer isn't even outputted [22:19] <relaxed> it would be trivial to test [22:20] <Timothy_Gu> You wanna do it? Not me cause I got nothing but an unrooted nexus 7 on my hand. [22:46] <dharriso> anyone who might help with AAC audio question [22:59] <viric> llogan: if I replace color=c=black by movie=a.png, fade fails again [23:00] <viric> despite setting argb [23:13] <viric> hm some pts thing I guess [23:22] <viric> grmbl [23:22] <viric> [Parsed_showinfo_2 @ 0x152ee60] n:0 pts:7194 pts_time:0.0399667 pos:15364 fmt:yuva420p sar:45/44 s:640x360 i:P iskey:0 type:B checksum:C3E08DC1 plane_checksum:[BC6C2649 CFEA068B 9011B05E 871DB080] [23:22] <viric> what relates pts and pts_time? [23:22] <viric> tb=1/25 [23:22] <viric> [Parsed_showinfo_2 @ 0x152ee60] n:1 pts:14394 pts_time:0.0799667 pos:17284 fmt:yuva420p sar:45/44 s:640x360 i:P iskey:0 type:B checksum:83AE8F83 plane_checksum:[C33F47AA 5BEC0CAA D64A8AA0 871DB080] [23:26] <llogan> dharriso: what is the question? [23:27] <llogan> viric: i'm not sure. hard to know what's going on without command and complete console output [23:27] <viric> it's showinfo on a direct MTS file [23:27] <viric> 25 fps, 50 tbr, 90k tbn, 50 tbc [23:27] <viric> I guess that's the key... the 90k thing :) [23:28] <viric> but I don't know what it is [23:28] <dharriso> llogan: Im transcoing AAC content using the API. I want to matain the AAC profile. With AAC in MP4 cotnainer I can parse out the AudioSpecificConfig in the extradata to find this out e.g. HE-AAC [23:28] <dharriso> however when the AAC is wrapped in ADTS no extra data [23:28] <dharriso> it only gives the profile as AAC-LC from the ADTS header [23:29] <dharriso> is it possible to extract this information from the AAC payload [23:29] <dharriso> mediainfo on the file says HE-AAC [23:29] <llogan> i've never used the API [23:29] <dharriso> o right [23:30] <viric> llogan: http://sprunge.us/gGXe [23:30] <Rabbitt> https://bugzilla.libav.org/show_bug.cgi?id=598 [23:31] <llogan> Rabbitt: we are FFmpeg, not libav [23:31] <Rabbitt> hmm, okay, someone did say in here yesterday that it wouldn't matter [23:32] <llogan> bullshit [23:32] <Rabbitt> I thought as much [23:32] <Rabbitt> apologies [23:32] <Rabbitt> I've read the controversy around the fork, so sincerest apologies [23:32] <llogan> no problem, but if you're using ffmpeg, and want a feature in ffmpeg, then you should use the ffmpeg bug tracker [23:33] <llogan> yes, it can be a confusing situation for users due to the hijacking of several ffmpeg related vocabulary [23:33] <dharriso> llogan; do i need to check back later and ask the same question, for API, or should i use another channel? [23:34] <llogan> dharriso: you can try the libav-user mailing list or try later. not as many api answers here unfortunately [23:34] <llogan> http://ffmpeg.org/contact.html [23:34] <llogan> for ML info [23:35] <dharriso> llogan: thanks, will do both as you suggest [23:37] <viric> llogan: any idea about the PTS not being time/TB? [23:37] <viric> time * TB [23:37] <viric> is TB = 1/framerate? or not necessarily [23:37] <viric> ? [23:44] <cbsrobot> Rabbitt: did you try http://www.libraw.org/ ? [23:44] <Rabbitt> never heard of it [23:44] <Rabbitt> so no [23:44] <cbsrobot> they seem to support the c500 since release 16 alpha [23:45] <Rabbitt> that doesn't really help much, that's only useful if you want to edit frames like they are from a camera [23:45] <Rabbitt> a DSLR [23:46] <cbsrobot> what do you want to do with it ? [23:46] <Rabbitt> not interesting to me, I want ffmpeg to stream it as video... you have no idea how much processing goes into just a single frame of raw? [23:46] <Rabbitt> it's a little insane [23:46] <Rabbitt> it's like talking about doing a timelapse of 20k pictures you manually edit each [23:47] <Rabbitt> I want to stream it into another format so that it can be worked on with say kdenlive or whatever video editor I prefer to use [23:47] <cbsrobot> Well I used dcraw (the base of libraw) to work on cr2 files a few years ago [23:48] <Rabbitt> photography workflows are insanely more single image oriented than video workflows [23:48] <cbsrobot> normally you convert the raw pictures in something editable [23:49] <Rabbitt> I use darktable these days, and they use the library, so I should be able, in theory, with the alpha version of this lib access the .rmf files, but that does not in any way help me turn a large video into something useful for a video workflow. The processing time per raw is on average 5-10 seconds... Can you imagine 100k frames in a video? [23:49] <viric> does drawtext support carriage returns? [23:50] <viric> newlines [23:50] <cbsrobot> I even had a dailies workflow for the A-Cam dII which records single cinemadng files [23:50] <cbsrobot> but sure it's a bit insane [23:50] <Rabbitt> dcraw is great for photography, but it isn't a viable tool for raw video... right now there's a huge deficit in this side of things. [23:51] <Rabbitt> ideally you want to do colour grading, white balance and what-not at any time in a video edit [23:52] <Rabbitt> only commercial software does this at the moment [23:52] <Rabbitt> and even then [23:52] <cbsrobot> dcraw converts the 14 bit raw images into 16 bit tiff files - that was what I was able to process [23:53] <cbsrobot> but I think nowadays davinci resolve can process them too [23:53] <cbsrobot> it's even free for 2k projects (if I'm not mistaken) [23:54] <cbsrobot> what software can process the c500 files ? [23:54] <Rabbitt> yeah, DaVinci does it [23:54] <Rabbitt> it can do it without any in-between processing [23:58] <Rabbitt> hmm, if it ran under Wine I'd consider using it [00:00] --- Wed Nov 27 2013

1 0

ffmpeg-devel.log.20131125
by burek 26 Nov '13

26 Nov '13

[00:06] <cone-682> ffmpeg.git 03Stefano Sabatini 07master:5e1c57f5cb4e: ffplay: do not call avcodec_register_all() explicitly [02:05] <cone-682> ffmpeg.git 03James Almer 07master:eff2edae5620: Partially revert "Merge commit 'f187557ab4612776f7f527ecf3d40062975c3e4c'" [02:29] <cone-682> ffmpeg.git 03Hendrik Leppkes 07master:841c0aafa570: avcodec/pthread: check packet buffer allocation [08:43] <clever> BBB: still about? [09:19] <ubitux> BBB: sure, feel free to share current state :) [09:22] <clever> trying to add omx directly to ffmpeg now [09:22] <clever> but i need to add -I flags to the build, and dont see an obvious place to modify configure [09:22] <ubitux> as a target? [09:23] <clever> so whenever you build against the rpi, it adds 3 folders to -I [09:23] <clever> right now, i'm having to manualy edit config.mak [09:24] <ubitux> what's the -I you need to add? [09:24] <clever> -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include [09:24] <ubitux> what's this? [09:24] <clever> the headers required for gpu decode on the rpi [09:24] <ubitux> what distributes this? [09:25] <clever> they are usualy pre-installed on any rpi distro image [09:25] <ubitux> in that place? [09:25] <clever> yep [09:25] <clever> always at that location [09:25] <clever> but you can also download them from https://github.com/raspberrypi/firmware/tree/master/opt [09:25] <ubitux> do you have a tool to get those path? [09:25] <ubitux> like pkg-config --cflags vc [09:25] <ubitux> or something [09:25] <clever> pkgconfig hasnt been setup yet [09:26] <clever> one of the many things its missing [09:26] <ubitux> mmh [09:26] <clever> i was thinking just check to see if /opt/vc exists, and add a --enable-rpi or --disable-rpi flag [09:26] <ubitux> well in that case you could just --extra-cflags='-I...' [09:27] <clever> but it needs 3 seperate directories, and it would be simpler for the end user to roll it all into a single flag [09:27] <clever> rather then make them hunt down the crazy mess every time [09:27] <ubitux> yes but ppl are likely to put them in different places [09:27] <clever> the paths within /opt/vc/ are always the same [09:28] <ubitux> since no one except you is going to compile on the rpi directly :p [09:28] <clever> and thats where the sysroot cross compile options come into play [09:28] <clever> $sysroot/opt/vc [09:28] <clever> if you dont supply that, it just evals to /opt/vc/ [09:30] <ubitux> well, maybe look for "toolchain" [09:30] <ubitux> in the configure [09:30] <ubitux> but i'm not sure that's a good idea [09:30] <clever> i think thats something a bit different [09:30] <ubitux> we have valgrind in the toolchain [09:31] <ubitux> just add a case here for now [09:31] <ubitux> don't bother too much on this for now [09:34] <ubitux> you also have the target_os thing [09:34] <clever> but the os is simply linux based [09:34] <ubitux> but the rpi has multiple os so& [09:35] <clever> doesnt feel like the right option [09:35] <ubitux> indeed [09:35] <ubitux> --extra-cflags and here you go [09:35] <ubitux> you just add the documentation in platform.texi [09:35] <ubitux> so ppl can copy paste [09:35] <ubitux> and adjust if necessary [09:36] <clever> root@pi2:~# pkg-config rpi --cflags [09:36] <clever> -I/opt/vc/include/interface/vmcs_host/linux -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include [09:36] <clever> or just make my own pkg-config file and send them a pull request later [09:36] <clever> now how do i make configure use this pkg-config file? [09:37] <ubitux> hehe :) [09:37] <ubitux> look for require_pkg_config [09:37] <clever> ah, that looks like what i wanted [09:37] <ubitux> enabled rpi && require_pkg_config rpi ... [09:38] <clever> yep [09:38] <ubitux> i guess [09:38] <clever> and add rpi somewhere [09:38] <clever> did similar things in mplayer config [09:38] <ubitux> you might hardcode the rpi path here actually if you insist on this [09:38] <ubitux> i'm not fond of having a special --enable-rpi flag though, but well [09:38] <ubitux> we can nitpick about it later [09:39] <clever> automatic would be best [09:39] <clever> if the files exist, just use them [09:40] <clever> enabled libv4l2 && require_pkg_config libv4l2 libv4l2.h v4l2_ioctl [09:40] <clever> package name, header file, function, i think? [09:41] <clever> ah, this area looks interesting [09:55] <clever> ubitux: got it working with --enable-rpi, auto isnt obvious yet [09:55] <clever> but thats good enough [10:24] <ubitux> sws: filterSize 256 is too large, try less extreem scaling or increase MAX_FILTER_SIZE and recompile [10:24] <ubitux> sws: initFilter failed [10:24] <ubitux> :(( [10:27] <nevcairiel> what did you try to scale [10:28] <ubitux> i tried to scale to too small (30x30) [10:28] <ubitux> (a 1080p source) [10:28] <ubitux> 32x32 seems ok [10:34] <ubitux> ./ffmpeg -f lavfi -i testsrc=s=1920x1080 -vf scale=30:30 -f null - [11:40] <cone-200> ffmpeg.git 03Martin Storsjö 07master:09cd0a317620: doc: Add the host executable suffix for the print_options dependency [11:40] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:25010f511cb0: Merge remote-tracking branch 'qatar/master' [13:00] <BBB> ubitux: ok I'll push it somewhere, it's still not entirely finished but a bunch of fate tests pass at THREADS=2 now, not everything though [13:03] <clever> BBB: are there any docs somewhere on how to use check_pkg_config in configure?, it doesnt seem to auto detect the omx header files [13:04] <ubitux> there is no doc [13:04] <BBB> there is diego [13:04] <ubitux> clever: show your configure diff [13:04] <BBB> and between A and B, the answer is generally C [13:04] <clever> ubitux: one min [13:04] <BBB> that's just how it works [13:05] <BBB> but really no I don't know much about configure sorry [13:05] <clever> http://pastebin.com/ZraEs2eE [13:06] <ubitux> no no [13:06] <ubitux> not here clever [13:06] <ubitux> clever: look around line 4260 [13:06] <ubitux> and add an entry here [13:06] <ubitux> enabled rpi && require_pkg_config rpi ... [13:07] <clever> i did, thats in the paste at line 25 [13:07] <ubitux> ah my bad [13:07] <ubitux> what is the second check for then? [13:07] <ubitux> also, use the || die [13:07] <clever> the code nearby appears to force-enable things if certain headers are detected [13:08] <clever> so you dont have to --enable-rpi manualy [13:08] <ubitux> don't auto-detect this [13:08] <clever> why not? [13:08] <ubitux> if you have the headers locally to cross compile, you might not want all the time to have it cross compiled for rpi [13:08] <ubitux> think about packagers too [13:09] <clever> i guess [13:10] <clever> also, the cross compiler links against the wrong libc stuff, and produces useless binaries [13:10] <clever> so my only option is to build it directly on the pi, or in an array of pi vm's [13:32] <BBB> ubitux: https://github.com/rbultje/ffmpeg/commits/vp9-frame-mt [13:34] <ubitux> wow that's a huge load of commits :) [13:55] <BBB> ubitux: well some refactoring was required [13:55] <BBB> also ignore the idct 32x32 obviously [13:55] <ubitux> :) [13:55] <BBB> maybe I should take that out... to prevent some new accident merges [13:59] <BBB> also feel free to debug while I'm off [14:00] <BBB> examples of fate tests that fail are vp9-00-quantizer-$high (e.g. 63, but sometimes down all the way to 33 or so) and all 01-sharpness-$N ones [14:00] <BBB> probably more [14:00] <BBB> I don't know why and havent' debugged much [14:01] <BBB> but visually the frames look pretty corrupt, suggesting some pretty weird stuff going on [14:24] <clever> BBB: http://pastebin.com/m5uvheQD which field should i populate with the frame data, and is it already allocated? [14:55] <clever> ->data i think [15:31] <cone-200> ffmpeg.git 03Vignesh Venkatasubramanian 07master:7f11c530dc3d: lavf: Exporting opus pre_skip in AVCodecContext [16:11] <plepere> ok, I'm losing my mind on this [16:11] <plepere> preparing a pastebin of this nonesense. [16:15] <plepere> http://pastebin.com/nA8Q9MFj [16:16] <ubitux> &ff_hevc_epel_filters + 1 [16:16] <plepere> how do I do to get the adress of ff_hevc_epel_filters[1] in assembly if +1 or +16 are both wrong ? [16:17] <nevcairiel> i think you shouldnt be using & [16:18] <clever> void foo[5];, foo is a pointer to element 0 [16:18] <ubitux> &ff_hevc_epel_filters+1 = 0xcc9d0 copy paste failing? [16:18] <plepere> okay [16:18] <clever> so you shouldnt be doing the bit that ubitux pasted [16:18] <ubitux> (it's missing a digit) [16:18] <plepere> yeh, copy pasting fail [16:18] <ubitux> clever: &ff_hevc_epel_filters is a pointer, +1 is +<ptr_size> [16:19] <clever> so ff_hevc_epel_filters isnt an array/pointer itself? [16:19] <nevcairiel> its two dimensional array, but the & is still wrong in this usage [16:19] <ubitux> mmh i derp at this actually [16:19] <plepere> ok, so if I remove the &, I get &ff_hevc_epel_filters[1]=ff_hevc_epel_filters+1 [16:20] <plepere> but shouldn't it be +16 ? [16:20] <ubitux> makes sense. [16:20] <nevcairiel> plepere: C knows the type of the array, so it knows how big one element is [16:20] <nevcairiel> its smart like that [16:20] <nevcairiel> asm doesnt have types [16:20] <plepere> so in assembly I should still do +16 then [16:20] <nevcairiel> it just has addresses [16:21] <plepere> the type is int8, so it's the same size [16:21] <nevcairiel> if the address if [1] is 16 higher then [0], then yes [16:21] <nevcairiel> which i hope it is from the structure :) [16:21] <nevcairiel> so yeah, use addressing like ff_hevc_epel_filters+x*16 [16:22] <ubitux> printf("%p\n", ff_hevc_epel_filters); [16:22] <ubitux> printf("%p\n", &ff_hevc_epel_filters[1]); [16:22] <ubitux> printf("%p\n", ff_hevc_epel_filters + 1); [16:22] <ubitux> 0x400600 0x400610 0x400610 [16:22] <ubitux> +0x10 (16) [16:22] <plepere> ok [16:25] <plepere> so I should still do to access hevc_epel_filters[my] : shl myq,4 ;multiply by 16 [16:25] <plepere> movq m1,[hevc_epel_filters+myq] ;filter 0 [16:25] <nevcairiel> its easier to just add the *16 in the address [16:26] <nevcairiel> less instructions [16:26] <plepere> I get an invalid adress error [16:26] <plepere> invalid effective error [16:27] <nevcairiel> movq m1,[hevc_epel_filters+myq*10h] [16:27] <nevcairiel> that doesnt work? [16:27] <clever> its assembly, its not that smart [16:27] <clever> have to do the multiply and add in a seperate register [16:27] <plepere> nope [16:27] <nevcairiel> addresses support this [16:27] <clever> they do? [16:27] <nevcairiel> base+offset*multiplier [16:27] <ubitux> clever: it's a special form you can do that [16:27] <clever> ah [16:27] <plepere> maybe if I go by lea [16:28] <clever> i havent played with assembly beyond the 6502 and avr [16:28] <nevcairiel> not all registers can apparently be used for indexing [16:29] <plepere> even the lea instruction doesn't let me do myq*10h [16:29] <nevcairiel> are you sure my is a register? :p [16:29] <plepere> yes [16:30] <plepere> and I tested on the register directly too (r6) [16:31] <plepere> anyways, if you believe that the 2 lines I put are correct, I'll look for an error somewhere else then [16:32] <nevcairiel> maybe you need to load the address of hevc_epel_filters into a register first [16:32] <nevcairiel> possible that it cant do it with memory addresses [16:32] <nevcairiel> ie, lea tmp [hevc_epel_filters]; movq m1 [tmp+myq*16] [16:33] <nevcairiel> add commas where appropriate [16:33] <plepere> nope [16:33] <plepere> lea r10,[hevc_epel_filters] [16:33] <plepere> movq m1,[r10+myq*10h] [16:33] <plepere> doesn't compile [16:33] <nevcairiel> weird [16:33] <plepere> error: invalid effective address [16:35] Last message repeated 1 time(s). [16:35] <plepere> oops, sry [16:36] <plepere> i'll settle with this : [16:36] <plepere> shl myq,4 ;multiply by 16 [16:36] <plepere> lea r10,[hevc_epel_filters] [16:36] <plepere> lea r10,[r10 + myq] [16:36] <plepere> movq m1,[r10] [16:38] <nevcairiel> maybe we'll have a go at trying to clean such thigns once you have a working patch [16:38] <plepere> yes [16:39] <plepere> funnily enough, I do movq m8,[r10+2*srcstrideq] later in the code. [16:40] <nevcairiel> its probably just something stupid [16:40] <plepere> I did do movsxd myq,myd [16:40] <plepere> and sub myq,1 on the register beforehand [16:40] <ubitux> movq m1,[r10+16*myq] doesn't work? [16:41] <plepere> ubitux, no [16:41] <ubitux> doesn't assemble? [16:42] <plepere> compiler gives an "invalid effective address" error [16:43] <ubitux> mmh multiplier can't go above 8 indeed [16:44] <ubitux> 1,2,4,8 possible it seems [16:44] <nevcairiel> thats weird [16:44] <nevcairiel> shl myq, 4; movq m1, [hevc_epel_filters+myq] should in theory sitll work then? [16:44] <plepere> it does [16:45] <nevcairiel> at least shorter then all the leas [16:46] <plepere> but the image is incorrect [16:46] <plepere> but if you think that there are no pointer errors in there, I'll look in the rest. [16:47] <nevcairiel> did your leas give a correct image? [16:47] <plepere> no [16:47] <plepere> I think I have a problem with the hevc_epel_filters table access, but I might be wrong. [16:50] <ubitux> use gdb [16:51] <plepere> I'll have to follow a tutorial for that. :p [16:52] <plepere> I'll fiddle with my code and if I don't find anything elsewhere, I'll use gdb tomorrow [16:53] <ubitux> gdb --args ./ffmpeg_g -i in.hevc -f null - [16:53] <ubitux> b ff_hevc_... [16:53] <ubitux> r [16:54] <ubitux> and then "i r" (info registers) "i all-reg" (same with all regs) "ni" (next instruction) [16:54] <ubitux> "disas" [16:54] <plepere> do I need to set somewhere that I'm compiling ffmpeg for debug ? [16:54] <ubitux> ffmpeg_g has symbols [16:54] <ubitux> ffmpeg is stripped [16:54] <nevcairiel> --enable-debug in configure may help, but i dont think its required [16:54] <plepere> ok [16:54] <plepere> I'll test now since it seems that I have a guru willing to help me now [16:55] <nevcairiel> plepere: which functions are you working on right now? Maybe i'll try to convert one of the others you havent touched yet [16:56] <plepere> nevcairiel, I'm currently working on ff_hevc_put_hevc_epel_v_8_sse [16:56] <plepere> I already did qpel_pixels and epel_pixels [16:56] <plepere> grouped together as mc_pixels since they do the same thing [16:59] <plepere> I think qpel should be easy enough if you take a look at the intrinsics version of the code. [17:00] <ubitux> nevcairiel: i'm guessing it doesn't go above 8 because that's the max pointer size [17:00] <plepere> nevcairiel, if you can think of a smart way to use macros, it could be a great way to limit the functions that are quite numerous [17:01] <plepere> whoa, ubitux, I get plenty of nonesense with "i r". I'll take my time and try to grab what to look for [17:02] <plepere> it's quite easy to read actually [17:04] <plepere> but... [17:04] <plepere> cglobal put_hevc_epel_v_4_8, 9, 12, 0 , dst, dststride, src, srcstride,width,height,mx,my [17:05] <plepere> means that myq is on r6, right ? because "i r" shows it at r10 [17:05] <ubitux> i see 8 args, not 9 [17:05] <nevcairiel> all it means is that it will be in my [17:05] <nevcairiel> :) [17:05] <plepere> the last argument isn't used in this function [17:06] <nevcairiel> then reduce it to 8, no need to push it to a register [17:06] <plepere> it's a buffer used only in epel_hv. not in epel_h or epel_v [17:06] <plepere> ok [17:06] <ubitux> plepere: try a mov mx, mx and see which register it used in the assembly [17:07] <plepere> ok. [17:08] <plepere> I'm not using mx in this function, by the way. [17:08] <ubitux> well my if you prefer [17:08] <ubitux> :p [17:08] <ubitux> just giving you a way to figure out the registers [17:08] <plepere> I saw for my that the r10 register was changed when I did "sub my,1" [17:14] <plepere> well seems that the access is right. [17:14] <plepere> m1 has the right values [17:15] <plepere> dang [17:16] <plepere> found it ! [17:19] <plepere> well, found one error [17:19] <ubitux> arg it seems the AS test wasn't enough [17:19] <ubitux> llvm AS is behaving the same [17:34] <wm4> why does fflogger announce even insignificant changes like adding myself to CC... [17:34] <ubitux> so everyone can stalk you [17:34] <ubitux> all your nasty evil actions [17:35] <ubitux> i'm guessing it just watch "editedticket" event [19:21] <cone-200> ffmpeg.git 03Stefano Sabatini 07master:5e278c19c752: lavf/segment: add segment_list_entry_prefix option [19:21] <cone-200> ffmpeg.git 03Stefano Sabatini 07master:c0f2e0713566: lavf/segment: add a few log messages when avio_open2() fails [19:28] <saste> Daemon404, would you test my sdl event handler patch on windows? [19:29] <Daemon404> saste, can you wait till tomorrow morn? [19:29] <Daemon404> ust about to cook dinner for the SO [19:29] <saste> that or i'll have to spend a few hours setting up the compilation environment on windows [19:29] <saste> Daemon404, sure [19:29] <saste> "SO" ? [19:29] <nevcairiel> significant other [19:30] <Daemon404> what nevcairiel said [19:30] <nevcairiel> also, setting up a gcc env on windows isnt really all that hard, might just need to find the appropriate sdl library [19:30] <saste> ah ok, that's surely more important than testing some lame patch [19:31] <saste> nevcairiel, "really" ... "that hard", "just" ... "appropriate" -> dark magik [19:32] <nevcairiel> the main environment is just a big zip file you unpack and done [19:32] <saste> no really, i'm lazy [19:32] <wm4> the problem with sdl on windows is that it likes to do very stupid things [19:32] <wm4> like redirecting stdout to stdout.txt [19:32] <saste> wm4, s/on windows// [19:32] <saste> i just discovered a bug for which it is sending random videoresize events [19:32] <nevcairiel> the real problem with sdl is that it makes your build add -mwindows which builds a GUI application, and stdout is disabled by default [19:33] <nevcairiel> and of course our build system is so smart that it even does this for ffmpeg and ffprobe, instead of just ffplay [19:33] <saste> yes and they closed my ticket with no explanation, well really not even a work, just like that "closed" [19:33] <wm4> saste: it also likes to break on OSX mysteriously [19:33] <nevcairiel> so, i deleted sdl again [19:33] <saste> *not even a word* [19:33] <wm4> and libavcodec pulling in libsdl for no reason is a common problem [19:34] <saste> wm4, is that still happening? [19:34] <wm4> on my debian system: [19:34] <wm4> $ pkg-config --libs libavcodec --static [19:34] <wm4> -pthread -lavcodec -lXv -ldl -lva -lXfixes -lXext -lX11 -lcdio_paranoia -lcdio_cdda -lcdio -ljack -lasound -lSDL -ldc1394 -lnettle -lhogweed -lgmp -lssl -lcrypto -lzvbi -lxvidcore -lx264 -lvpx -lvorbisenc -lvorbis -lvo-amrwbenc -lvo-aacenc -lvidstab -ltheoraenc -ltheoradec -logg -lspeex -lschroedinger-1.0 -lrtmp -lpulse-simple -lpulse -lopus -lopenjpeg -lopencore-amrwb -lopencore-amrnb -lmp3lame -lgsm -lfdk-aac -lfaac -lbluray -lass -l [19:34] <wm4> aacplus -lraw1394 -lavc1394 -lrom1394 -liec61883 -lgnutls -lfontconfig -lfreetype -lcrystalhd -lbz2 -lz -lavutil -lm [19:34] <wm4> why is there -lSDL? [19:34] <nevcairiel> you sure link a lot of shit [19:34] <wm4> it was more than I expected [19:35] <wm4> looks like it includes crap from libavdevice [19:35] <wm4> even though libavcodec doesn't depend on libavdevice [19:35] <nevcairiel> is that what they call a full-featured version? :D [19:35] <wm4> probably [19:36] <nevcairiel> not caring about encoding much, luckily i barely get any requests for external libs [19:36] <nevcairiel> only got opus and speex i think [19:36] <wm4> sure, you have a self-contained environment [19:39] <ubitux> sdl is not the only insanity here btw [19:39] <ubitux> hello libass [19:39] <ubitux> -lXv [19:39] <ubitux> -lX11 [19:39] <ubitux> etc [19:39] <wm4> only if libass is linked against harfbuzz, and harfbuzz is linked against glib [19:39] <wm4> linking harfbuzz against glib is insanity [19:40] <ubitux> (wow @ libavfilter) [19:40] <wm4> there's a lightweight replacement for the functionality harfbuzz needed from glib (some unicode functions), so there's no excuse for linking it with glib [19:40] <wm4> if glib even links with X11 (huh) [19:40] <ubitux> the libs are actually appearing twice [19:40] <wm4> it's normal that libs appear twice [19:41] <wm4> they have to, if there are libs on libs dependencies [19:41] <ubitux> well [19:41] <ubitux> 4x for libavfilter [19:41] <ubitux> (try it) [19:41] <ubitux> wm4: did you open a ticket? [19:41] <wm4> for what? [19:41] <ubitux> for the sdl deps [19:42] <wm4> no, and I'm not sure if that issues was already raised or not [19:42] <saste> wm4, libavfilter -> movie -> libavdevice -> all insane stuff [19:42] <wm4> lol [19:42] <wm4> fun... [19:43] <ubitux> that doesn't explain the lavc case though [19:43] <saste> indeed [19:52] <cone-200> ffmpeg.git 03Marton Balint 07master:a02860351db5: ffprobe: add support for subtitle frames [20:06] <clever> /usr/bin/ld: error: ffmpeg_g uses VFP register arguments, libavutil/libavutil.a(log2_tab.o) does not [20:06] <clever> what usualy causes an error like this? [20:07] <Daemon404> this is on ARMv5 i take it? [20:07] <clever> 6 i think [20:07] <clever> Processor : ARMv6-compatible processor rev 7 (v6l) [20:07] <Daemon404> 6 has VFP i think [20:07] <Daemon404> i see [20:08] <clever> ah, i think its a leftover from the cross compile gone bad [20:08] <Daemon404> its been built with VFP when it shoulnt have then [20:08] <clever> the whole reason i was against using a cross compiler [20:08] <Daemon404> cross compilers are fine if you configure the toolchain and target properly. [20:09] <clever> the cross compiler has worked fine for producing kernels that run on this cpu [20:10] <Daemon404> yes but kernels probably dont have hand written VFP asm [20:10] <Daemon404> we do. [20:10] <clever> i dont think the kernel does ANY floating point [20:10] <clever> major performance issue [20:11] <clever> when entering things like an irq context, it saves the int registers, but ignores the float registers for performance [20:11] <clever> so its not safe to use any floating point in the kernel [20:12] <clever> i'll recompile the problem files and see how that works [20:13] <Daemon404> ... if you dont clean between builds, youre gonna have a bad time [20:14] <clever> it did clearly name the problem files, log2_tab.o [20:14] <durandal_1707> build problems again? [20:14] <clever> and it takes several hours to build, i'm not going to do another clean [20:21] <clever> /usr/bin/ld: error: ffmpeg_g uses VFP register arguments, libavcodec/libavcodec.a(hpeldsp_init_armv6.o) does not [20:21] <clever> Daemon404: hmmm, even some armv6 files had VFP missing [20:21] <clever> strange [20:21] <clever> but they have been rebuilt now [20:40] <nevcairiel> hey JEEB did you know that the mesa people jumped on the idiotic decode 10-bit-with-8-bit-decoder train? [20:41] <JEEB> yes [20:41] <JEEB> enough people have come to #mpv-player about it [20:42] <nevcairiel> I just lost all respect for the mesa project [20:42] <clever> ok, ive compiled ffmpeg with the hwaccel module [20:42] <JEEB> and my herps and derps ended up quoted on moronix's forums [20:42] <JEEB> and of course ignored [20:42] <durandal_1707> nevcairiel: why ? [20:42] <clever> is there anything special i have to give to ffplay to make it use that codec over the software one? [20:42] <JEEB> because "B-B-BUT IT PLAYS!" [20:42] <nevcairiel> because wrong decoding is worse then no decoding [20:43] <JEEB> sparked by someone adding the profile info into mesa IIRC? and now mesa itself thinks that it should be pushed into the decoder? [20:43] <JEEB> and not only retarded users? [20:43] <kierank> 7:40 PM <"nevcairiel> hey JEEB did you know that the mesa people jumped on the idiotic decode 10-bit-with-8-bit-decoder train? --? [20:43] <wm4> wait what [20:44] <wm4> did this end up as 10-bit decoded as 8-bit? [20:44] <nevcairiel> not sure if it was ever commited to gallium proper [20:44] <wm4> I thought this was about some mysterious chip that claimed to be 10 bit capable [20:44] <JEEB> no [20:44] <nevcairiel> but there was a patch flying around allowing decoding of 10-bit material with the 8-bit decoder soc [20:45] <clever> did i do that? lol [20:45] <JEEB> as far as I know, nothing has ever claimed being 10bit capable [20:45] <clever> i was trying to with the rpi!, lol [20:45] <JEEB> (in the end-user space) [20:45] <clever> but ffmpeg refused to do it at every turn [20:45] <wm4> I thought it was claimed to be 10 bit capable, even if the output was 8 bit [20:45] <JEEB> no [20:45] <nevcairiel> wm4: it uses 8-bit reference frames, even if the decoder can properly handle everything else, oyu lost there [20:45] <JEEB> all that was ever claimed was third party users saying that "hey, it decodes pictures! it's "buggy", but you can play it!" [20:46] <wm4> nevcairiel: heh, good point [20:46] <wm4> JEEB: I interpreted this as, "the code has still bugs, but in theory it should work fine" [20:46] <nevcairiel> they didnt really mention the "in practice it will always be wrong" part [20:47] <wm4> but this sure is a better explanation for the whole thing than a mysterious chip actually being 10 bit capable [20:47] <nevcairiel> any sane driver will simply reject it [20:47] <nevcairiel> gallium is hence insane now [20:48] <wm4> it's not the driver's business anyway [20:48] <wm4> unless they managed to add the hi10p profile to vdpau, and claim support for it [20:49] <nevcairiel> apparently they simply added it to the api [20:49] <JEEB> yes [20:49] <JEEB> so that instead of LOLDUNNO you get "yo dawg this is AVC" [20:49] <JEEB> and that got the retards rolling [20:49] <JEEB> at least user-wise [20:50] <JEEB> because the original patch used the word "decode" [20:50] <JEEB> for the act of parsing [20:50] <JEEB> not incorrect per se, but the reaction... [20:50] <JEEB> ugh [20:50] <wm4> to what "API" did they add what? [20:51] <JEEB> http://lists.freedesktop.org/archives/mesa-dev/2013-October/046943.html [20:51] <nevcairiel> apparently there is a libvdpau version that includes a hi10p profile in the enum now, and they added identifying the same to gallium [20:52] <JEEB> and http://lists.freedesktop.org/archives/mesa-dev/2013-October/047084.html [20:52] <clever> nevcairiel: i did try 10bit on vdpau just last week, it did nothing but spew errors and give no output [20:53] <clever> 10bit on the raspberrypi via omxplayer had some glitching in the graphics, probly an 8bit decoder [20:53] <JEEB> yes, because you have to pay lulzy sums for a 10bit H.264 compatible ASIC [20:54] <JEEB> as they're primarily aimed for professional use cases of intra H.264 [20:54] <wm4> still not seeing any patches or anything that would indicate they claim 10 bit support [20:54] <JEEB> yes [20:54] <wm4> oh wait [20:54] <wm4> I missed JEEB's second link [20:54] <nevcairiel> the first link already states that it can decode 10bit on uvd [20:54] <nevcairiel> "In opposite to our VDPAU implementation the H264 decoder supports Hi10P as well" [20:55] <wm4> hm http://lists.freedesktop.org/archives/mesa-dev/2013-October/047121.html [20:55] <nevcairiel> from some contributor that apparently works for amd [20:55] <wm4> the same guy says "As I don't know of any hw decoder that really does those things in 10 bits," [20:56] <JEEB> yup, it's mostly idiots misreading crap [20:56] <nevcairiel> still sounds like its trying to decode 10-bit [20:56] <JEEB> yes [20:57] <wm4> let's see if anyone says something about this in #dri-devel [20:57] <clever> JEEB: looks like i was wrong about the idea you gave me a few days ago [20:57] <clever> i thought the problem is because i was transforming the data into annexb, and sending the mkv header [20:57] <clever> but when i take the transform out, it still doesnt work [20:59] <clever> taking mplayer out of the loop and doing just raw ffmpeg [21:02] <durandal_1707> noooo [21:08] <wm4> <zgreg> wm4: as I said, the DPB is separate, it's on opaque buffer used by UVD [21:11] <smarter> The Internet: it's mostly idiots misreading crap [21:11] <clever> and a series of tubes filled with cats [21:12] <durandal_1707> The Universe: it's mostly nothing [21:12] <clever> :D [21:14] <llogan> The Nothing [21:15] <durandal_1707> The Perception [21:18] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:c3d5cd1ebfba: Revert "Merge remote-tracking branch 'qatar/master'" (43dec5ef9a360c9ffac3278f464832bd99af0cb0) [21:52] <llogan> michaelni: /home is completely full preventing any commits to ffmpeg-web [22:23] <Compn> who was working on subtitles ? [22:23] <Compn> heres subtitles in flv i've never seen before > http://ht.cdn.turner.com/adultswim/big/AS_HD_nongeo/rickandmorty/2013/11/ri… [22:24] <Compn> Stream #0:2(eng): Subtitle: mov_text (tx3g / 0x67337874), 640x360, 3 kb/s (default) [22:24] <Compn> oh nevermind , it is .mov ? [22:26] <wm4> yes it is [22:27] <Compn> wm4 : do the subs work in your mpv ? [22:27] <Compn> i have an old version, it looks bad here [22:27] <Compn> old mplayer that is [22:27] <llogan> that's because you're using Windows 2000 [22:27] <Compn> llogan : no! i killed that box to add in a 4tb drive [22:27] <wm4> Compn: no they don't [22:27] Action: llogan is flabbergasted [22:28] <Compn> i know :( [22:28] <Compn> win2k lasted me 13 years :( [22:28] <wm4> I get some strange shit [22:28] <llogan> i just retired a pentium II machine this week [22:28] <Compn> llogan : i upgraded to the latest in operating systems, circa 2002, winxp! [22:28] <Compn> i would have done a full linux install, but ubuntu recently has shown its true colors and is not trustworthy anymore [22:29] <llogan> i hear there are other distros [22:29] <Compn> so i need to settle on a new distribution [22:29] <Compn> which requires testing first... [22:29] <llogan> and xp is trustworthy? [22:29] <Compn> xp was already installed [22:29] <Compn> but no, no its not [22:31] <wm4> Compn: why don't you switch to a REAL os? [22:31] <Compn> wm4 : they work in the flash player [22:31] <Compn> the subs [22:32] <wm4> Compn: I can check it out later [22:32] <Compn> wm4 : suggestions for linux or bsd distros are welcome [22:32] <wm4> does it work in ffplay? [22:32] <Compn> how do i enable subs in ffplay [22:32] <wm4> I have no idea how to make subs work in ffplay in general [22:32] <wm4> meh [22:32] <llogan> paul is the only person here who uses BSD, AKAIK [22:34] <Compn> wm4 : no, it looks like ffplay does not display any subs [22:34] <Compn> for this file [22:35] <wm4> well, the subs might just use some extended features [22:35] <Compn> i'm not sure mov_text is highly supported in anything except quicktime nonsense [22:35] <Compn> the subs look like closed captioning in the flash player [22:36] <Compn> great, now that url i posted, i dont think i can find it. keeps redirecting me to another page [22:37] <Compn> i mean so i can see what it looks like in the flash player anymore haha [22:37] <Compn> now there is .webm file [22:37] Action: Compn downloads [22:41] <Compn> wm4 : maybe i'll checkout SteamOS ? :P [22:41] <Compn> ehehe [23:28] <cone-200> ffmpeg.git 03Michael Niedermayer 07master:4782c4284fa3: avcodec/ac3dec: check bap before use. [00:00] --- Tue Nov 26 2013

1 0

ffmpeg.log.20131125
by burek 26 Nov '13

26 Nov '13

[05:35] <muteboy> hi, I want to rotate a video 90 clockwise, but i ca't get it to work [06:31] <SSlater> I'm having trouble selecting the right settings for recording a security camera stream. [06:32] <SSlater> I have tried various formats, codecs and containers with mixed success. [06:34] <SSlater> At the moment the quality is acceptable but the video pauses, then goes quicker to catch up, but the audio is fine. [06:35] <SSlater> I am using ffmpeg-0.6.5-1.el6.rf.x86_64 and the output is at http://pastebin.com/dgVqKyPq [06:36] <SSlater> If someone could offer advice or direction, it would greatly appreciated. [06:54] <SSlater> There are a few other curious happenings that have caused dismay. [06:56] <SSlater> On the same stream, using copy audio and video codecs and mp4 container, the terminating error message is :st:1 error, non monotone timestamps ; av_interleaved_write_frame(): Operation not permitted [06:57] <SSlater> Yet changing only the container to mkv the terminating error is: Can't write packet with unknown timestamp ;av_interleaved_write_frame(): Invalid data found when processing input [07:02] <SSlater> At other times the error for a mp4 container is: st:0 error, pts < dts ; av_interleaved_write_frame(): Operation not permitted [08:42] <cbsrobot> SSlater: ffmpeg-0.6.5 seems to be from stoneage (at least 3 years old) [09:06] <SSlater> cbsrobot: G'day. It is from the latest update. I'll check though. [09:07] <SSlater> I wondered why it had different options to the F19 version. [09:19] <SSlater> cbsrobot: Once I get the version sorted out, what would the optimal codecs and container be to maintain best quality and smooth video with keep audio in sync? [10:21] <brontosaurusrex> trying to burn srt subs into video and this is what i get https://dl.dropboxusercontent.com/u/79532365/ffmpeg-20131125-101509.log.zip , no specific errors spoted, only subs are not burned at all, clues? (warning, big log file) [10:49] <Logicgate> hey guys [10:49] <Logicgate> Requested output format 'ffmetadata' is not a suitable output format [10:50] <Logicgate> I get this error when trying to run this command on an mp4: ffmpeg -i test.mp4 -f ffmetadata metadata.txt [10:50] <Logicgate> any reason for that [11:06] <brontosaurusrex> added export FONTCONFIG_PATH=/opt/X11/Lib/X11/fontconfig [11:07] <brontosaurusrex> before ffmpeg call and victory [11:13] <saste> Logicgate, ffmeta? [16:11] <Logicgate> ffmeta yes [16:56] <Logicgate> Is anyone here [17:00] <Bombo> Logicgate: nope [17:01] <Logicgate> Bombo, when I try extracting the metadata using the -f ffmetadata i get an error saying the format doesn't exist [17:01] <Logicgate> Is there a way to install other formats? [17:01] <Logicgate> I thought ffmetadata came standard with ffmpeg [17:02] <Bombo> Logicgate: ffmpeg -formats|grep meta [17:03] <Logicgate> it's not in there [17:03] <Bombo> Logicgate: maybe just your ffmpeg version doesn't have it then [17:03] <Bombo> try newer version [17:03] <sacarasc> Logicgate: What version are you using? [17:15] <Logicgate> sacarasc, I'm reinstalling give me a sec [18:59] <Logicgate> undefined reference to `x264_encoder_open_140' [18:59] <Logicgate> i give up [18:59] <Logicgate> tried recompiling 50 times and reinstalling [19:00] <Logicgate> i have the latest x264 from git [19:00] <klaxa> do you have the latest ffmpeg from git? [19:00] <JEEB> that means your headers are from that one [19:00] <JEEB> but whatever you're doing now couldn't find the library [19:00] <Logicgate> klaxa, yes I do. [19:01] <JEEB> do you get that during configure or does configure pass? [19:01] <Logicgate> configure passes. [19:01] <JEEB> so it is during linking? or during running? [19:01] <Logicgate> during make [19:01] <JEEB> thus linking [19:02] <Logicgate> http://pastebin.com/UtT6St5C [19:02] <JEEB> (and yeah, if it was at runtime it would just complain that it didn't find the library instead of herping a derp at a specific function) [19:02] <JEEB> funky [19:02] <JEEB> libavcodec got linked but ffmpeg can't? [19:02] <JEEB> does that still happen like that if you make clean and make again? [19:03] <JEEB> or does it fail at linking libavcodec at that point? [19:03] <JEEB> (you can use make -jNUMBER where NUMBER is the amount of cores you want to use for compilation if you want it to go faster) [19:04] <klaxa> is it looking in the right places for libx264 ? [19:04] <Logicgate> let me try [19:04] <klaxa> maybe configure found libx264 but a different version [19:04] <Logicgate> klaxa how do i verify the paths? [19:04] <JEEB> yes klaxa -- something like that most probably [19:04] <JEEB> but let's see if libavcodec links for whatever reason first [19:05] <Logicgate> remaking JEEB, just did make clean, and make distclean and reconfigured [19:06] <Logicgate> a lot faster with 8 cores doing the work [19:06] <JEEB> yeah [19:06] <JEEB> you only need one of those cleans, distclean also cleans up the configuration [19:07] <Logicgate> same crap [19:07] <JEEB> ok, where does it fail? [19:07] <Logicgate> http://pastebin.com/mcQiakUV [19:08] <Logicgate> am I not linking x264 right? [19:08] <JEEB> now that is weird as hell, those libs are supposed to have libx264 linked into them as they're supposed to be usable [19:08] <Logicgate> i did ldconfig and all [19:08] <Logicgate> http://cumulusclips.org/docs/install-ffmpeg-x264-on-centos/ [19:08] <Logicgate> i used this tut to install [19:08] <JEEB> yes, basically means that you aren't linking in a lib that has the current version of that define [19:08] <JEEB> pastebin config.log [19:08] <Logicgate> right [19:09] <Logicgate> k hold up [19:10] <JEEB> also I never like it when I have to look at some random who-knows-how-old "tutorials" about ffmpeg compilation :V [19:10] <JEEB> you never know what kind of derps you'll find [19:11] <Logicgate> http://pastebin.com/ [19:11] <Logicgate> http://pastebin.com/AKmHLsuj [19:14] <JEEB> the check_func x264_encoder_encode -lx264 check is supposed to check for this... yet it passes :s [19:15] <Logicgate> hmmm [19:16] <JEEB> do you have any other libx264.so or libx264.a files? [19:16] <Logicgate> humm i don't believe so [19:16] <Logicgate> let me do a quick seartch [19:17] <JEEB> or well, libx264* files because the API version is there too [19:18] <Logicgate> libx264.a no such file or directory [19:19] <Logicgate> why the hell isn't my find command working [19:19] <Logicgate> those files exist [19:19] <klaxa> where do they exist? [19:21] <Logicgate> they actually don't [19:21] <Logicgate> i did locate *libx264* and nothing comes up [19:21] <JEEB> how did you configure x264 and pastebin its config.log [19:21] <Logicgate> libx264.a is in the x264 directory [19:22] <Logicgate> http://pastebin.com/zd8FnHGK [19:23] <Logicgate> says undefined reference to a bunch of things [19:23] <JEEB> well, those are a bunch of things you need for the command line app only, not for the library [19:24] <Logicgate> right [19:24] <Logicgate> why is it adding a double slash to this path [19:24] <JEEB> it's just picking up your randomly built libav* libraries there [19:24] <JEEB> no ideae [19:24] <Logicgate> /usr/bin/ld: warning: libx264.so.107, needed by /usr/local/lib//libavcodec.so.54, not found (try using -rpath or -rpath-link) [19:24] <JEEB> *idea [19:25] <JEEB> anyways, x264 seems to have configured correctly [19:25] <Logicgate> libavcodec.so is in /usr/local/lib [19:25] <JEEB> and the library should have been built [19:25] <JEEB> now the question is why it didn't install it with make install :P [19:25] <Logicgate> libx264.a is in /usr/local/lib [19:27] <Logicgate> wrong version of x264 you think? [19:28] <JEEB> possibly, yes. see its last changed date or equivalent? [19:32] <Logicgate> JEEB, i changed the path for libs, checking it out [19:33] <JEEB> I have a bad feeling about this... [19:33] <JEEB> since that is not what you should do [19:33] <JEEB> as in, I don't see it helping at all [19:33] <Logicgate> hmmm [19:33] <JEEB> unless you indeed had a x264 lib somewhere else [19:33] <Logicgate> yeah it didn't work [19:34] <relaxed> Logicgate: OS? [19:34] <JEEB> anyways, remove all of x264 libs and headers and re-compile and install it [19:34] <JEEB> to make sure all matches [19:34] <Logicgate> maybe the library needs to be shared? [19:34] <JEEB> and make sure no other x264 libraries or headers are available to the compiler [19:34] <JEEB> no, it does not [19:35] <relaxed> find /usr -name "*x264*" [19:35] <JEEB> it should give you a different derp if it needed something like that [19:35] <Logicgate> http://pastebin.com/qUVvpDdG [19:35] <JEEB> ooh-kay [19:35] <JEEB> now that looks more like it [19:36] <JEEB> remove all of the libx264 files from /usr/loca/lib [19:36] <JEEB> and the pkgconfig file [19:36] <JEEB> as well as the headers [19:36] <JEEB> from /user/local/include [19:36] <JEEB> then re-build x264 and install [19:36] <JEEB> with --disable-cli since you only care about the library for ffmpeg [19:37] <relaxed> a cli is fine too [19:38] <JEEB> yes, but he doesn't seem to need it and it disables the lavf/etc. checks [19:38] <JEEB> methinks [19:39] <Logicgate> so do I make with --disable-cli or not [19:39] <JEEB> with the enable-static and disable-cli [19:39] <JEEB> you don't need the cli :P [19:40] <JEEB> since you are only building x264 for the library, which will be then used via libavcodec->ffmpeg [19:40] <relaxed> you can have both and `x264 --longhelp` is a good read [19:40] <Logicgate> rebuilding... [19:41] <relaxed> but you don't need it [19:41] <JEEB> generally what people need is in http://mewiki.project357.com/wiki/X264_Settings#preset [19:41] <JEEB> s/in/on/ [19:43] <relaxed> I've had to revert to using x264 for AVCHDs because for whatever reason tsmuxer does not handle ffmpeg's or libav's output at all now. [19:43] <Logicgate> new error this time [19:43] <Logicgate> http://pastebin.com/wQ4tQBbh [19:43] <relaxed> --extra-ldflags="-ldl" [19:43] <JEEB> ahaha, that thing [19:43] <JEEB> yup [19:43] <relaxed> pass that to ffmpeg's ./configure [19:44] <relaxed> and stab however decided it should be enabled by default. [19:44] <relaxed> whoever* [19:44] <JEEB> there's nothing bad with building it by default [19:44] <JEEB> and it isn't enabled in the library/cli by default [19:44] <Logicgate> remaking... [19:45] <Logicgate> lol why is this so complicated to build anyway? [19:45] <JEEB> this is relatively simple [19:45] <relaxed> JEEB: I believe it is [19:45] <JEEB> relaxed, nope [19:45] <JEEB> opencl lookahead is NOT and will NEVER be enabled by default [19:45] <JEEB> *me lookahead [19:46] <Logicgate> IT WORKED [19:46] <JEEB> Logicgate, also ask yourself if you needed all those external libraries :P Because most of them are encoders, and I bet you won't be encoding most of those formats any time soon [19:47] <Logicgate> JEEB, do I need those encoders to convert from that though [19:47] <JEEB> no [19:47] <Logicgate> because I'm going to be converting everything to mp4 [19:47] <Logicgate> lol [19:47] <JEEB> you need DEcoders [19:47] <Logicgate> gosh darn it. [19:47] <JEEB> and those are in 99% of all cases inside libavcodec itself [19:47] <Logicgate> -bash: /usr/bin/ffmpeg: No such file or directory [19:47] <Logicgate> ?? [19:47] <Logicgate> the install worked and all [19:47] <Logicgate> did I not do something [19:47] <JEEB> echo $PATH and see if /usr/local/bin is in it [19:48] <Logicgate> /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin [19:48] <relaxed> x264's configure has --disable-opencl, wouldn't that imply it's enabled by default and why it requires --extra-ldflags="-ldl" ? [19:48] <JEEB> and what did you try to run? [19:48] <Logicgate> ffmpeg [19:48] <JEEB> relaxed, it's built by default where possible, yes [19:48] <JEEB> it's not used [19:48] <relaxed> that's exactly what I said. [19:48] <JEEB> no, you implied it was enabled as in enabled while encoding [19:48] <JEEB> at least that's how it came out [19:48] <relaxed> no, that's what you assumed. [19:49] <Logicgate> lol [19:49] <JEEB> sure [19:49] <Logicgate> so what do I do now?? [19:49] <JEEB> anyways, I'm pretty sure the .pc file contains -ldl [19:49] <JEEB> if it doesn't, then that's a bug [19:49] <JEEB> and dynamic load is needed to load the system's opencl library while not needing it to run [19:50] <Logicgate> So what went wrong here JEEB [19:50] <Logicgate> why can't i use FFMPEG? [19:50] <Logicgate> in cli [19:50] <relaxed> /usr/local/bin/ffmpeg [19:51] <relaxed> use the absolute path [19:51] <Logicgate> can I rig it up so I can use it just as ffmpeg instead ion the cli [19:52] <Logicgate> do i need to link it? [19:53] <relaxed> try `reset` or look at `help hash` [19:55] <relaxed> bash still thinks there's /usr/bin/ffmpeg, which comes before /usr/local/bin/ffmpeg [19:55] <relaxed> in your $PATH [19:56] <Logicgate> okay [19:56] <Logicgate> I did reset [19:56] <Logicgate> and it didn't work [19:56] <Logicgate> how can I fix this [19:56] <Logicgate> can I create a link? [19:57] <relaxed> just close and reopen your terminal [19:58] <Logicgate> annnd it works [19:58] <Logicgate> thanks [20:07] <Logicgate> all right so new question [20:10] <Logicgate> http://i.imgur.com/oBsI2e1.png [20:10] <Logicgate> see the " [20:10] <Logicgate> the container information and general information [20:10] <Logicgate> how does one get that with FFMPEG [20:10] <Logicgate> is that metadata [20:11] <relaxed> ffprobe -show_streams test.mp4 [20:11] <Logicgate> it has "Performer" "Encoded Data" [20:13] <Logicgate> doesn't show that no. [20:14] <relaxed> -show_format [20:15] <Logicgate> nope [20:24] <Logicgate> any other idea relaxed?? [21:43] <Rabbitt> hey guys, is there any support coming to C500 raw video? [21:44] <Rabbitt> and would anyone like samples? [21:44] <JEEB> poking the issue tracker about that would be a good idea [21:45] <Rabbitt> sounds good to me [21:46] <Rabbitt> issue tracker for ffmpeg or libav? [21:46] <JEEB> you asked on #ffmpeg thus the ffmpeg trac [21:55] <brontosaurusrex> Rabbitt, what do you record on? just courious ... [21:55] <brontosaurusrex> (i'am still with my good old 7d) [21:55] <Rabbitt> I usually just use my T3i [21:56] <Rabbitt> but I'm adventuring with raw video lately, so it's the t3i + MLdev [21:56] <brontosaurusrex> i mean c500 raw? [21:56] <Rabbitt> but I got the opportunity to be involved with a blogger who was working for Canon and setup a C500 to shoot at 120fps [21:56] <Rabbitt> so I got some very minor sample footage [21:57] <brontosaurusrex> ok, thanks [21:57] <Rabbitt> beautiful camera, would prefer a red to it though for how insane it was to setup and do post [21:57] <brontosaurusrex> red would be easier? [21:57] <Rabbitt> yeah, the post production software isn't stupidly primitive [21:58] <Rabbitt> I would prefer simply that the Black Magic cameras would record at higher frame rates [21:59] <Rabbitt> we had to use external recorders, synced to record 120fps, so that the frames would round robin between the external recorders, then use the Canon raw tool to merge them together again. Frankly I could write a script that's easier to use than the buggy software Canon ships with it. [21:59] <brontosaurusrex> looking at canon site they think one should edit proxies and push raw directly to grading for conforming [22:01] <brontosaurusrex> but honestly too really construct a final red camera should be lots more moneys than c500, would that even be in the same rang? [22:06] <brontosaurusrex> oh well " The Canon C500 still uses a rolling shutter like on the C300 and DSLRs" < no thanks [22:07] <Rabbitt> https://www.dropbox.com/sh/gsqjxbbabz8th5j/ZrtIZGbfFG Files are still uploading, but some samples are already there, along with the wav & xml [22:07] <llogan> you could record a bowl of fruit well [22:11] <brontosaurusrex> A $25.000 camera with rolling shutter, thats *** amazing, lol. [22:13] <brontosaurusrex> and external raw recorder must be around > $10.000 ? [22:13] <brontosaurusrex> I think i'll stick with 7d for a while. [00:00] --- Tue Nov 26 2013

1 0