Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2016

1 participants
62 discussions

ffmpeg-devel.log.20160520
by burek 21 May '16

21 May '16

[04:35:01 CEST] <cone-095> ffmpeg 03Michael Niedermayer 07master:b24fffeb9476: avcodec/utils: Move avctx->codec check before its use [09:45:50 CEST] <alexyecu> Well, looks like my question should be asked at libav-user, but that channel is empty atm. Sorry for possible off-topic. The question: [09:45:55 CEST] <alexyecu> Is there any possibility now to create mpegts receiver with dynamic port and get it's port from it after? [09:46:01 CEST] <alexyecu> avformat_open_input waits until some data will be readed from it, but I need to get opened port and send it to sender side, without it no input will be available. [09:46:07 CEST] <alexyecu> So I need to open input before any reading, get dynamically allocated port from it, send it to output site, and, after all of that, read input and other usual stuff [09:53:22 CEST] <cone-239> ffmpeg 03Paul B Mahol 07master:8b5941ce5954: doc/filters: fix order of tinterlace filter drop modes [09:55:01 CEST] <JEEB> alexyecu: libav-user(s?) is a mailing list, the non internal development discussion is on #ffmpeg on IRC [09:56:09 CEST] <alexyecu> JEEB, thanx [16:59:38 CEST] <durandal_1707> pfelt: Did you bumped thread 3 times? [17:14:57 CEST] <pfelt> i saw that i bumped the same one twice [17:15:05 CEST] <pfelt> did i screw up and bump it again [17:15:23 CEST] <pfelt> yeah. so two bumps were the same patch (because i'm an idiot) [17:15:28 CEST] <pfelt> the other bump should be a different patch [17:22:25 CEST] <pfelt> (they have similar titles in the subject) [17:22:55 CEST] Action: pfelt steps away for a bit. bbl [17:24:56 CEST] <michaelni> BBB, coverity found some issues in colorspacedsp_template.c, i think tehy are false positive but didnt look closely [17:25:04 CEST] <BBB> link? [17:27:10 CEST] <michaelni> not sure this works: https://scan5.coverity.com/reports.htm#v13076/p10109/fileInstanceId=9321203… [17:27:30 CEST] <michaelni> CIDs are 1361941 2 3 [17:30:41 CEST] <BBB> they are all intentional [17:30:42 CEST] <michaelni> atomnuker, coverty found something in aacpsy.c CID 1361962 https://scan5.coverity.com/reports.htm#v13076/p10109/fileInstanceId=9321244… [17:30:56 CEST] <michaelni> BBB thoght so, please close them [17:30:58 CEST] <BBB> the code may be a little bit icky for newcomers, but its behaviour is intentional [17:31:02 CEST] <BBB> how? [17:31:10 CEST] <BBB> just false positive? [17:31:18 CEST] <BBB> or intentional? [17:31:19 CEST] <michaelni> yes or intentional [17:31:34 CEST] <michaelni> that should get rid of them ni the next run [17:31:43 CEST] <BBB> action: ignore? [17:31:56 CEST] <BBB> or keep unspecified? [17:32:50 CEST] <atomnuker> michaelni: I know, I'll try to fix them tommorrow but if I can't I'll have time after next wednesday [17:33:04 CEST] <michaelni> BBB i think classifiation is enough to make them disappear, other fields can eb anything [17:33:16 CEST] <michaelni> atomnuker, ok thanks [17:33:21 CEST] <BBB> ok should all be gone [17:33:27 CEST] <michaelni> thx [17:33:58 CEST] <BBB> it still says 50 outstanding in the user interface [17:34:06 CEST] <BBB> I hope I didnt screw up [17:34:59 CEST] <michaelni> i dont know what it updates (maybe once a day or only when coverity is rerun on new source) [17:35:07 CEST] <michaelni> s/what/when/ [18:46:39 CEST] <KGB> [13FFV1] 15michaelni pushed 1 new commit to 06master: 02https://git.io/vrzly [18:46:39 CEST] <KGB> 13FFV1/06master 140dbf0e7 15Jérôme Martinez: Slice header members restrictions... [19:13:00 CEST] <cone-404> ffmpeg 03foo86 07master:e0706e9cc8f3: avcodec/dca: remove Rice code length limit [19:24:23 CEST] <pfelt> greatest of mornings everyone! :) [19:34:07 CEST] <cone-404> ffmpeg 03Michael Niedermayer 07master:b50bd6951689: avutil/eval-test: Check av_expr_parse_and_eval() for failure and also check it in the fate test [19:40:24 CEST] <kurosu> is there a documentation on the steps for performing a merge from libav? (the merge commit+actual commit thing) [19:42:17 CEST] <jamrial> kurosu: nevcairiel and michaelni know how [19:42:29 CEST] <jamrial> it's handled with a script afaik [19:59:58 CEST] <cone-404> ffmpeg 03foo86 07master:b5cda2303911: avcodec/dca: remove useless debug message [20:13:44 CEST] <cone-404> ffmpeg 03foo86 07master:39f7620d76c7: avcodec/dca: don't set initial sample_fmt [20:18:20 CEST] <kurosu> I'm not volunteering at all, but while I still can (which may not last), I want to make my bitstream work useful for merge [20:21:06 CEST] <BtbN> I think stuff has to be merged in order, otherwise everything explodes. [20:21:30 CEST] <BtbN> So merging only a few selected commits isn't easily possible. Cherry-Pick them instead. [20:23:22 CEST] <wbs> just fwiw, the openh264 patch that somebody just sent, for fixing compilation with 1.6 (which is not released) is just awful. it changes defaults for lots of options, it changes names for options, etc, all in one single patch (which breaks compilation with any earlier version) [20:23:47 CEST] <wbs> if one wants to add support for 1.6, it shouldn't break support for earlier versions. and 1.6 isn't released, so the actual api for that version may still change [20:24:06 CEST] <wbs> so I would just tell people to stick it and not try to "support" an unreleased version which is still open for changes [20:28:04 CEST] <kurosu> BtbN, ok, cherry-pick is what I've down, but that includes resolving the conflicts & actually doing the porting for code not from libav [20:28:41 CEST] <BtbN> So you think the merged do that automatically? [20:28:44 CEST] <BtbN> *merges [20:29:26 CEST] <BtbN> I'm not sure what you're up to, but merging/picking code from libav allways involves quite a bit of manual fixing. [20:30:39 CEST] <kurosu> BtbN, no I don't think it does this automatically, just that it is non-trivial merges, but that already happens [20:31:34 CEST] <kurosu> sometimes, the authorship on those merges is somewhat a grey area, because of the new code being ported [20:32:06 CEST] <kurosu> as for the context, when the new bitstream api was being discussed, I cherry-picked it to validate it outside of libav on decoders I had worked on [20:32:23 CEST] <kurosu> trying to validate the api performance-wise, and getting used to it [20:33:03 CEST] <kurosu> as I did it for a few decoders, it would be useful to reuse that work for an actual merge [21:00:58 CEST] <durandal_1707> the new bitstream api can live with old one [21:01:36 CEST] <iive> kurosu: have you benchmarked the new bitstream on 32 bit system? [21:06:29 CEST] <durandal_1707> iive: 32 is dead [21:15:33 CEST] <nevcairiel> kurosu: when that is pushed and we get to the point merging that, i'll try to remember [21:15:49 CEST] <nevcairiel> but as durandal_1707 said, its certainly possibly to just delay deletion of the old one until all our components can be updated [21:16:00 CEST] <nevcairiel> for once its a thing that may not need a big monolithic merge [21:16:13 CEST] <nevcairiel> (although i'm sure they'll s till push it as such for reasons) [21:27:54 CEST] <kurosu> nevcairiel, in my branch, I've did what I said they should do, ie have 2 independant implementations [21:28:15 CEST] <kurosu> in case the new bitstream reader would have been slower [21:28:26 CEST] <kurosu> its only drawback is generated code size [21:28:54 CEST] <kurosu> iive, not on many codecs, but for the most sensitive ones it was still a win [21:29:52 CEST] <kurosu> and the large win on 64b system should not preclude 32b systems from making the majority loose [21:30:07 CEST] <kurosu> *should preclude [21:33:37 CEST] <kurosu> durandal_1707, not completely, the golomb part (and I suppose derivative like unary etc) is made to be committed in one go, replacing immediately the old one [21:34:13 CEST] <kurosu> I move the new golomb code to a new file so that it lives independently [21:34:18 CEST] <kurosu> but not unary & co [21:36:54 CEST] <BBB> so the 64bit reader is largely faster because the default state buffer is 64bit instead of current 32bit right? [21:37:11 CEST] <BBB> if we move our current bitstream reader to have a 64bit state, do we get all the gains without the rewrite? [21:40:47 CEST] Action: michaelni wonders why 2 out of 3 bitreader implementations where droped years ago and now the one choosen is replaced instead of having just added it into the system existing long ago [21:41:52 CEST] <michaelni> would seem more flexible, one could choose whatever is best for a hw and decoder [21:42:07 CEST] <BBB> we shouldnt have N implementations [21:42:13 CEST] <BBB> we should have 1, which is always best [21:42:18 CEST] <michaelni> yes [21:42:38 CEST] <michaelni> is the new one always best ? [21:45:43 CEST] <durandal_1707> michaelni: what was different? [21:45:47 CEST] <cone-404> ffmpeg 03foo86 07master:a0349ae27c12: avcodec/dca_parser: improve frame end search [21:46:32 CEST] <iive> i think one of the old implementations was with static buffer, like the new bitstream one. [21:52:38 CEST] <kurosu> those all were comments I made, but they went up being "forgotten" - I guess nobody want to invest the time checking it [21:54:15 CEST] <kurosu> https://lists.libav.org/pipermail/libav-devel/2016-May/076532.html [21:54:47 CEST] <kurosu> (first quote) [21:56:34 CEST] <kurosu> michaelni, the numbers show it is faster for x86_32, x86_64 and a particular arm system [21:56:54 CEST] <kurosu> but there must be a point where it isn't, because of the increased code size [21:59:54 CEST] <kurosu> https://lists.libav.org/pipermail/libav-devel/2016-April/076455.html <- total is around 5% size increase for the final binary [22:00:19 CEST] <iive> kurosu: i'd like to see some numbers, if you have any. (and no, it is not urgent). [22:01:11 CEST] <kurosu> iive, frankly I have spent a lot of time, go check my posts on libav archives, or better, spend the time yourself and thus provide another operating point [22:01:48 CEST] <kurosu> my own conclusion is the implementation is worth investigating [22:01:52 CEST] <iive> kurosu: i haven't found any benchmark numbers for 32bit or arm systems on the list. [22:02:19 CEST] <kurosu> now, maybe something less painful would be what BBB suggests, but who is going to do it? [22:02:57 CEST] <kurosu> iive, I do remember arm numbers [22:02:59 CEST] <kurosu> for h264, for sure, and maybe dnxhd, I don't remember [22:03:49 CEST] <iive> i thought that h264 uses mostly cabac/cavlc that is ... separate than this bitstream reader. [22:03:52 CEST] <michaelni> btw was h264 cabac or cavlc ? [22:03:55 CEST] <kurosu> for 32b systems, I did, I just haven't published the number [22:04:13 CEST] <nevcairiel> michaelni: we intentionally asked them to test cavlc because cabac uses its own bitreader [22:04:23 CEST] <kurosu> I suspect indeed it's a case where bitstream reader outside of cabac doesn't mater [22:04:24 CEST] <nevcairiel> i dont remember if they did [22:04:29 CEST] <kurosu> they didn't [22:04:30 CEST] <michaelni> nevcairiel, ok then, [22:04:38 CEST] <kurosu> they ran dnxhd and another high bitrate codec [22:04:47 CEST] <kurosu> I ran huffyuv, dnxhd, prores, vc2 [22:04:55 CEST] <kurosu> around 5% gain on x86_64 [22:05:07 CEST] <kurosu> iirc, dnxhd was 2% gain on x86_32 [22:05:25 CEST] <michaelni> nevcairiel, actually not ok if they didnt, my reply was lagging a moment [22:05:27 CEST] <BBB> if 32bit wins also, I think its all fine [22:06:33 CEST] <iive> that's exactly why I want some 32bit benchmark numbers. [22:06:45 CEST] <kurosu> frankly, I'm a single operating point, if people care, I'd very much welcome they provide other operating points [22:07:30 CEST] <kurosu> https://github.com/kurosu/ffmpeg/tree/gb <- fresh from maybe 1h ago [22:08:47 CEST] <kurosu> older patches though, the names of the new API functions have changed since then, but that's just s/old/new [22:41:15 CEST] <durandal_1707> nobody left to do merges? What should be done now? [22:54:03 CEST] <BBB> you could beg michaelni or nevcariel to do it again [22:56:45 CEST] <durandal_1707> and you are perfect candidate? [22:57:39 CEST] <pfelt> out of curiosity, how many merges are we looking at? (1000s or 10s) [22:58:34 CEST] <durandal_1707> Less than 100 I guess [22:59:15 CEST] <durandal_1707> I can do cheery picks [22:59:38 CEST] <durandal_1707> but those hw stuff I can't test [23:03:30 CEST] <ubitux> 124 [23:19:15 CEST] <BBB> is alexandra (author of that bitstream reader patch) on irc? [23:19:25 CEST] <JEEB> yeah [23:19:35 CEST] <JEEB> sasshka [23:19:43 CEST] <BBB> not in this channel I suppose [23:20:07 CEST] <JEEB> seems so [00:00:00 CEST] --- Sat May 21 2016

1 0

ffmpeg.log.20160520
by burek 21 May '16

21 May '16

[03:40:51 CEST] <pigga> I am trying to compile a program using ffmpeg. But I get a lot of "undefined reference to vaGetImage" errors. [03:40:52 CEST] <hid|ninja> hi [03:41:26 CEST] <hid|ninja> what is an easy command to record audio from my sound card? [03:41:27 CEST] <pigga> I tried using the flag -lva but the errors stilll remain. [03:42:15 CEST] <pigga> Any help on this plz ? Im stuck and my project is stalled coz of this [03:44:07 CEST] <pigga> hid|ninja: https://trac.ffmpeg.org/wiki/Capture/ALSA [03:47:08 CEST] <hid|ninja> :( [03:48:32 CEST] <pigga> hid|ninja: ? [03:49:36 CEST] <hid|ninja> that is the page i'm reading [03:55:24 CEST] <hid|ninja> pigga: it seems that all my sources are suspended [03:55:42 CEST] <hid|ninja> when i do `pactl list sources` [03:56:12 CEST] <hid|ninja> you can see here: http://pastebin.com/QD972sKx [03:58:19 CEST] <gabi_> hey guys, I have this ffmpeg command http://pastebin.com/vze0gmUq that generate a video from images. the first image is the cover, but it's a problem with youtube. he cut's my youtube at 30s [03:58:30 CEST] <klaxa> if you are using pulseaudio just use: ffmpeg -f pulse -i default -c:a flac recording.flac then open pavucontrol go to the recording tab and select "Monitor of <your soundcard>" [03:59:31 CEST] <klaxa> hid|ninja: ^ [04:00:03 CEST] <hid|ninja> i see Lavf56.40.101, klaxa [04:00:03 CEST] <gabi_> I used mp4, mkv but no results. wrong video length and different images position [04:00:33 CEST] <klaxa> h-how is that related? [04:00:45 CEST] <klaxa> *relevant [04:02:00 CEST] <relaxed> gabi_: use -framerate instead of -r [04:02:44 CEST] <relaxed> also, you don't need concat [04:03:59 CEST] <hid|ninja> klaxa: idk, i selected "Monitor of Built-in Analog Stereo" but [04:04:18 CEST] <hid|ninja> it seems that the sound from the microphone is recorgind [04:04:32 CEST] <hid|ninja> instead of what comes from the audio card [04:05:21 CEST] <klaxa> that is weird but not a problem with ffmpeg [04:05:33 CEST] <hid|ninja> klaxa: could it be vecause of Sources SUPENDED? [04:05:39 CEST] <hid|ninja> SUSPENDED* [04:06:17 CEST] <hid|ninja> this is in my previous pastebin [04:06:24 CEST] <klaxa> hmm no idea, mine are in "RUNNING" state [04:06:47 CEST] <hid|ninja> that must be it [04:07:25 CEST] <hid|ninja> in the pactl manpage, it says to do: "pactl suspend-source SOURCE 1|0" [04:07:40 CEST] <hid|ninja> so here: pactl suspend-source SOURCE 0 [04:08:20 CEST] <hid|ninja> and when i try with: pactl suspend-source alsa_output.pci-0000_00_1b.0.analog-stereo.monitor 0 [04:08:40 CEST] <klaxa> maybe try #pulseaudio ? [04:08:57 CEST] <hid|ninja> ok i try that [04:21:16 CEST] <gabi_> relaxed: perfect, but is a problem with the last image. just 1 second for the last image instead 10 [04:24:56 CEST] <gabi_> relaxed: https://www.youtube.com/watch?v=Zoqjyaou-1w [06:04:28 CEST] <k_sze[work]> erm, what the heck? [06:04:52 CEST] <k_sze[work]> I just tried encoding Elephant Dreams from the PNG files. [06:05:19 CEST] <k_sze[work]> There are 15691 files, but ffmpeg somehow encoded 18829 frames!? [06:10:15 CEST] <c_14> It probably duplicated some of them, so? [06:10:31 CEST] <c_14> Depending on input and output framerate, that can happen [06:11:00 CEST] <k_sze[work]> I didn't specify an input frame rate (because they are just png files), but I specified -r 30 for output. [06:11:23 CEST] <c_14> I believe the default input framerate for the image2 muxer is 25 [06:11:34 CEST] <c_14> it is [06:12:07 CEST] <c_14> You will notice that 15691/18829 ~= 25/30 [06:12:26 CEST] <k_sze[work]> I see. [06:15:33 CEST] <c_14> You can either set -framerate 30 as an input option, or remove the -r 30, or just live with it [06:16:17 CEST] <k_sze[work]> I'll add -r 30 as input, because I want to test how well a device can playback lossless at 30 fps. [06:16:44 CEST] <c_14> Don't use -r as an input option unless you know what you're doing [06:16:47 CEST] <c_14> You want -framerate [06:16:50 CEST] <c_14> They don't do the same thing [09:58:01 CEST] <alexyecu> Is there any possibility now to create mpegts receiver with dynamic port and get it's port from it after? [09:58:08 CEST] <alexyecu> avformat_open_input waits until some data will be readed from it, but I need to get opened port and send it to sender side, without it no input will be available. [09:58:14 CEST] <alexyecu> So I need to open input before any reading, get dynamically allocated port from it, send it to output site, and, after all of that, read input and other usual stuff [09:58:51 CEST] <JEEB> it might be best to create your own AVIO thing [09:59:04 CEST] <JEEB> so you open the port, signal it [09:59:15 CEST] <JEEB> then implement your own read [09:59:31 CEST] <JEEB> there should be a custom AVIO example [09:59:46 CEST] <flux> ironspider, so did you get the last-30-seconds-thingy working? [09:59:46 CEST] <JEEB> AVIO is basically the read(),seek(),write() functions that you can override [10:00:05 CEST] <JEEB> look under docs/examples or so? [10:15:16 CEST] <ploop> does anyone know what's causing this to drop frames? https://bpaste.net/raw/e4e7970c11e2 [10:15:41 CEST] <ploop> I ran the same command earlier but lost the output, but after about 5 minutes it was averaging a dropped frame every 6 seconds [10:18:01 CEST] <c_14> No idea, but you are aware that it isn't burning the subtitles in, right? [10:18:13 CEST] <ploop> wait, really? [10:18:32 CEST] <c_14> Specifying a filterchain twice causes the second to override the first [10:18:40 CEST] <c_14> -vf and -filter:v mean the same thing [10:19:13 CEST] <ploop> is it possible to prevent them from conflicting? [10:19:29 CEST] <c_14> If you want to burn the subtitles before scaling prepend the subtitles filter to the filter:v if you want it after the scaling append it [10:19:34 CEST] <c_14> separate the filters with ',' [10:20:44 CEST] <ploop> so -vf subtitles=filename=01.mkv:si=1,scale=iw*..... ? [10:24:22 CEST] <c_14> yes [10:47:01 CEST] <Hababam> hi guys [10:47:08 CEST] <Hababam> i try to compile ffmpeg with --enable-libquvi [10:47:16 CEST] <Hababam> but i get an error [10:47:31 CEST] <spaam> what kind of error is that? [10:47:38 CEST] <Hababam> Unknown option "--enable-libquvi" [10:47:41 CEST] <Hababam> so yeah :/ [10:48:00 CEST] <Hababam> i think it;s an valid enable option [10:48:04 CEST] <Hababam> so i dont get it [10:50:25 CEST] <spaam> it was removed in 3.0 [10:50:45 CEST] <jkqxz> It was removed. <http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2d40a09b6e73230b160a505f01…>, <http://ffmpeg.org/pipermail/ffmpeg-devel/2016-January/187710.html>. [10:51:27 CEST] <Hababam> is there any way to add it ? [10:51:34 CEST] <Hababam> or is it an lost cause [10:53:36 CEST] <spaam> it depends how much work you want to do. you can always revert that commit and add it again but you will get some other issues doing that. like security issues. like the commit message say. [10:53:45 CEST] <Hababam> hmm [10:54:18 CEST] <Hababam> does any of you guys know how to stream an youtube vid to sdi then [10:54:30 CEST] <Hababam> without the --enable-libquvi [10:57:47 CEST] <c_14> you can write a script wrapping youtube-dl -g (-j) [14:59:07 CEST] <hyponic> does ffmpeg support vaapi hardware accelaration on intel gpu? [15:00:30 CEST] <jkqxz> Yes. [15:01:59 CEST] <hyponic> jkqxz is there examples or tutorials i can see that might help me on my way? i am using gstreamer today and it works. so drivers and stuff like that works [15:03:36 CEST] <jkqxz> Not really. What do you want to do? [15:06:16 CEST] <jkqxz> (Decode in lavc has been around for quite a while, but support for encoding and command-line usability are both very recent.) [15:13:06 CEST] <yagiza> Hello! [15:16:30 CEST] <yagiza> I have a question regarding avformat_query_codec() method. If it returns error, does it mean that I just cannot be sure if this codec could be used with specified format? [15:29:37 CEST] <hyponic> jkqxz i want to transcode live ts streams to a lower quality ts streams and pipe them to tvh. the piping part i can do.. the transcoding part in ffmpeg is the one i am looking for. [15:49:46 CEST] <jkqxz> hyponic: That is certainly possible, both through ffmpeg and through libav* APIs. [15:59:07 CEST] <hyponic> jkqxz can you please explain how to me? or give me an example i can work out from? [16:05:16 CEST] <jkqxz> hyponic: Through which method? <https://wiki.libav.org/Hardware/vaapi> has some important top-level detail and command-line stuff. For libav* API use, ffmpeg.c and ffmpeg_vaapi.c form the main example use. [16:07:06 CEST] <hyponic> jkqxz to be honest i am not sure. i just want to replace gstreamer with ffmpeg to transcode 30 streams on a single transcoder. [16:36:17 CEST] <platzhirsch> I have set -segment_list_flags to +live and turned it off again. In both cases it's served as a playlist with metadata header. I cannot find in source code or documentation what it actually does [16:40:22 CEST] <c_14> As far as I can tell, it does nothing. [16:40:35 CEST] <nichego> hello. is there a way to extract a single chapter of a dvd with ffmpeg? (the results i find vai google all depend on first using mplayer to extract the chapter) [16:40:57 CEST] <nichego> *via [16:41:07 CEST] <c_14> afaik commandline ffmpeg doesn't support seeking to chapters [16:41:46 CEST] <nichego> is there way to at least get chapter information (timestamps) using only ffmpeg to supply to -ss and -to? [16:42:01 CEST] <c_14> ffprobe will dump them [16:42:32 CEST] <nichego> can ffprobe be run against an iso file or should i first mount it? [16:44:01 CEST] <c_14> you'd have to mount it, and I don't think FFmpeg actually has DVD support (i.e. dvd layout/metadata/chapters) [16:44:42 CEST] <nichego> i see. thanks [16:44:56 CEST] <nichego> mplayer has many deps. i was hoping not to have to install all of them on that machine [16:45:58 CEST] <c_14> You can probably find some other application that can read/output dvd chapters [16:46:11 CEST] <nichego> no luck yet [16:46:45 CEST] <furq> dvdbackup will do it [16:47:24 CEST] <nichego> seems to be the right tool. thanks [16:47:42 CEST] <nichego> very few deps, too [16:48:28 CEST] <c_14> DVDs are terrible though [16:48:43 CEST] <nichego> yeah, that's why i want to extract the chapter [16:48:51 CEST] <nichego> not to have to deal with dvd format [16:49:44 CEST] <c_14> Well, still better than BluRay... [16:51:59 CEST] <furq> is that opinion based on anything other than the encryption [16:52:08 CEST] <furq> or the drm in general [16:52:11 CEST] <c_14> Also the Java menus [16:52:19 CEST] <furq> oh wow really [16:52:43 CEST] <nichego> lack of foss tools to deal effectively with either format is usually a bad sign [16:52:53 CEST] <c_14> And some other stuff I've heard but never really investigated enough to repeat [16:53:00 CEST] <furq> there are plenty of decent free tools for dvd [16:53:07 CEST] <furq> maybe not so much open-source though [16:53:30 CEST] <c_14> There's libdvdnav(read) and libbluray, but I haven't heard good things about either (though I also don't think I've heard bad things about libbluray with exception of the java sandbox) [16:53:47 CEST] <furq> any particular memories about why libdvdnav is bad [16:53:53 CEST] <furq> i was considering using it for something [16:54:01 CEST] <nichego> bd-j is broken even in proprietary player [16:54:22 CEST] <nichego> every so often for new titles to work the player has to be updated [16:54:36 CEST] <nichego> this is years after release of (the patent-encumbered) bd-j spec [16:55:27 CEST] <c_14> furq: I believe it was problems with libdvdnav being very picky as to how it's used etc. Especially concerning it working with/in vlc but not with i.e. mplayer. Though most of that is also with menus. If you just want a title it's not that bad [16:55:54 CEST] <furq> yeah i was considering writing something for dumping PGCs which has a less annoying ui than dvdbackup [16:56:06 CEST] <c_14> nichego: BluRay players basically have to be always-online for various reasons, it's pretty terrible [16:56:07 CEST] <nichego> dvdbackup -sN -eM did just what i wanted, furq. thanks! [16:56:10 CEST] <furq> so i guess that should be fine [16:56:36 CEST] <c_14> And if the BluRay player manufacturer ever stops supporting your player, you're SOL [16:56:45 CEST] <furq> i've never owned a bd player [16:56:48 CEST] <furq> looks like i made the right choice [16:56:50 CEST] <nichego> dvd/bd menu handling was removed from mpv for reasons of inconvenience as well [16:58:58 CEST] <furq> well at least you can rest easy knowing that nobody can watch HD releases of new movies without paying for it [16:59:10 CEST] <furq> oh wait, no [16:59:42 CEST] <c_14> There is literally no good way to get HD releases of basically any movie (legally). [17:00:01 CEST] <nichego> people still watch them without paying [17:00:09 CEST] <nichego> the premium they lose is menu interaction [17:00:26 CEST] <nichego> the lack of which many consider to actually be an improvement [17:00:35 CEST] <furq> and five minutes of unskippable trailers and anti-piracy warnings [17:00:57 CEST] <nichego> yeah, that famous "infographic" [17:01:16 CEST] <nichego> this: http://craphound.com/images/ifurapirate.jpeg [17:01:27 CEST] <c_14> What I always found interesting is that you only get those warnings if you legally acquire the media [17:01:31 CEST] <furq> "insert dvd" what [17:01:36 CEST] <c_14> They're addressing the wrong audience. [17:01:51 CEST] <nichego> it assumes a player device hooked up to a tv, furq. in a home entertainment setting [17:02:11 CEST] <nichego> the pirate has just burnt a bunch of "scene releases" to dvd [17:02:22 CEST] <nichego> to watch on their giant tv screen and so on [17:02:43 CEST] <furq> the top one could have easily just been "watch movie" though [17:02:51 CEST] <c_14> Or they bought the DVD from their friendly dealer down the road. [17:03:14 CEST] <nichego> i guess the complaint applies less with netflix and other vod [17:03:28 CEST] <nichego> which probably explains why they are so immensely popular [17:03:40 CEST] <nichego> and why optical media is very much dying [17:03:42 CEST] <furq> well that and it's much cheaper isn't it [17:03:52 CEST] <furq> assuming you watch a lot of movies anyway [17:03:58 CEST] <nichego> i have no idea about how they compare in pricing [17:04:01 CEST] <c_14> Well, it's usually subscription based. But if you watch a lot of movies, yes. [17:04:09 CEST] <c_14> If you don't, no. [17:04:44 CEST] <nichego> assuming 15 usd per bluray title you buy off a store once a month you're probably better off with netflix [17:04:47 CEST] <furq> i think it's about $10/month for the hd plan [17:04:52 CEST] <c_14> But subscription services have their own range of problems. [17:04:53 CEST] <furq> so yeah, less than one bd [17:05:02 CEST] <furq> assuming your isp doesn't throttle it to hell anyway [17:05:12 CEST] <c_14> Bandwidth, software required to view the stream, region limitations etc [17:05:21 CEST] <c_14> Does netflix still use flash? [17:05:29 CEST] <c_14> afaik amazon was Silverlight? at least at some point [17:05:35 CEST] <furq> i think it uses dash now [17:06:17 CEST] <furq> and region limitations aren't really unique to subscription services [17:06:25 CEST] <furq> unless you're comparing it to torrentkrew.tk [17:06:33 CEST] <c_14> And I'm pretty sure you can't pre-cache videos so if you're ISP slows down at some point, welcome to buffering/and or quality downgrade [17:07:25 CEST] <c_14> *your [17:08:31 CEST] <furq> apparently amazon are using dash as well now [17:09:01 CEST] <c_14> Progress is sometimes kind of amazing. [17:10:08 CEST] <furq> that big controversy over html5 eme made me laugh [17:10:15 CEST] <furq> as if we're going to vote for people to carry on using silverlight [17:14:56 CEST] Action: c_14 would prefer a world without DRM. Doesn't help anyway. [17:16:11 CEST] <nichego> drm can work. they'll just have to push the envelope to remove user programmability from computers :) [17:16:31 CEST] <nichego> why would you want a user programmable "device" anyway [17:16:56 CEST] <c_14> Because that's what I get paid to do? [17:17:07 CEST] <nichego> (i'm being sarcastic) [17:17:12 CEST] <c_14> (I know) [17:17:18 CEST] <furq> (i like parentheses) [17:17:26 CEST] <nichego> (sorry) [17:17:32 CEST] <c_14> (You (should (try (lisp)))) [17:17:40 CEST] <furq> #f [17:17:42 CEST] <nichego> (car truck) [17:18:04 CEST] <JEEB> I still have a quote around from the time my first encoder was in review [17:18:19 CEST] <JEEB> < JEEB> man, I feel naked when I start losing parenthesis [17:19:10 CEST] <nichego> hehe [17:19:11 CEST] <Satao> Hello all! I'm having some issues with file input loop. I want to loop an mp4 and stream it, but when it goes for the first loop, it presents a "Resource temporarily unavailable" [17:19:20 CEST] <Satao> using -stream_loop -1 [17:21:00 CEST] <nichego> is it possible to see your full ffmpeg invocation, Satao? [17:21:17 CEST] <JEEB> looping is a horrible hack IIRC, my friend got that too and since I'm busy at work I haven't gotten to seeing what's going wonk-wonk [17:21:36 CEST] <Satao> here you have the full output http://pastebin.com/6E07zSzp [17:21:45 CEST] <JEEB> (or actually there's multiple ways to do looping and the issues range from timestamps not properly going forward to that error depending on what you're doing) [17:21:53 CEST] <nichego> https://video.stackexchange.com/questions/12905/repeat-loop-input-video-wit… [17:22:08 CEST] <nichego> someone wrote an explanation of what can go wrong [17:22:12 CEST] <JEEB> it's also container specific if you get those issues IIRC [17:22:20 CEST] <JEEB> tl;dr - fun for the whole family [17:22:25 CEST] <nichego> " use container for input file without PTS limits (streaming container). " [17:22:56 CEST] <JEEB> I will have to see if I can look into proper looping at some point since that's something that's been often requested [17:23:23 CEST] <nichego> streaming webm instead may solve it for now [17:24:12 CEST] <Satao> tried mp4 and mkv [17:24:33 CEST] <nichego> try -f webm out.webm ? [17:25:03 CEST] <nichego> or -f webm <output thing> [17:25:17 CEST] <Satao> I tried in the input... the out was always ismv [17:26:02 CEST] <nichego> for the input the solution suggests using -f mpegts [17:27:21 CEST] <Satao> will convert the mp4 to ts and try again [17:28:28 CEST] <nichego> another solution suggest '-fflags +genpts' [17:28:43 CEST] <nichego> with 2.8.4 (and later i presume) [17:31:00 CEST] <Satao> tried that one too [17:31:15 CEST] <Satao> the problem is that the error is generic, doesn't point me anywhere [17:31:30 CEST] <Satao> though of locked file [17:31:58 CEST] <nichego> well, the source of it seems to be identified now [17:32:23 CEST] <nichego> is an issue of trying the workarounds offered [17:33:54 CEST] <Satao> indeed [17:34:05 CEST] <Satao> thanks for the pointers [17:36:00 CEST] <Satao> also found a patch for libav for timestamp offset when -f ismv [17:36:05 CEST] <Satao> https://github.com/mstorsjo/libav/commit/ee5b19a63456cd7e3c2671200d4b6335c3… [17:47:47 CEST] <Satao> update... apparently it worked changing the container to mpegts [17:48:01 CEST] <Satao> many thanks for the help [17:49:18 CEST] <pgorley> I compiled ffmpeg (./configure, make and sudo make install) on Mac and ffmpeg crashes because it can't find the CoreImage library [17:49:51 CEST] <c_14> did you set LDFLAGS while building? [17:49:57 CEST] <pgorley> Nope [17:50:26 CEST] <c_14> Does `ldd ffmpeg' complain about the missing library? [17:53:49 CEST] <pgorley> c_14: just checked and nope, it doesn't complain [17:54:21 CEST] <c_14> what's coreimage even used for... Do you have avfoundation enabled? [17:55:54 CEST] <pgorley> How do I check that? (I'm a total newbie when it comes to Mac) [17:56:02 CEST] <nichego> cheers, Satao [17:56:05 CEST] <c_14> It should have been part of your configure line [17:56:28 CEST] <nichego> coreimage does on os x what imagemagick does on linux, i believe [17:57:39 CEST] <c_14> Hmm, videotoolbox at least is autodetect. So it might be that [17:57:51 CEST] <c_14> do you still have your config.log ? [17:58:24 CEST] <pgorley> AVFoundation is listed under the 'enabled indev' section in the configure output [17:58:43 CEST] <nichego> why not use homebrew to get ffmpeg on osx, pgorley? [17:59:13 CEST] <pgorley> I should, to be honest [17:59:21 CEST] <pgorley> I'll try that instead [17:59:24 CEST] <nichego> it's cleaner. easier to install and remove [18:00:08 CEST] <nichego> seems like coreimage is equivalent to gegl on linux [18:02:21 CEST] <pgorley> brew can't write to /usr/local/Cellar and sudo brew is saying it's not recommended/supported [18:02:54 CEST] <nichego> that must be a minor homebrew issue [18:03:45 CEST] <nichego> pgorley: https://stackoverflow.com/questions/4804169/installing-in-homebrew-errors [18:04:48 CEST] <nichego> so they say do chown -R $USER /usr/local [18:05:33 CEST] <nichego> or more conservatively chwon $USER /usr/local/Cellar [18:06:38 CEST] <pgorley> That solved that problem, but now I have this: "Permission denied - /Library/Caches/Homebrew/Formula/ffmpeg.brewing" [18:06:52 CEST] <furq> the second answer on that page seems much less dreadful than the first one [18:08:11 CEST] <nichego> pgorley: did you install homebrew as a different user than your current? [18:08:42 CEST] <pgorley> Not sure, I didn't set up this Mac, I'm only using it for testing right now [18:08:54 CEST] <nichego> presumably the same solution applies: sudo chown -R $USER /Library/Caches/Homebrew/ [18:09:16 CEST] <nichego> if homebrew existed prior it might have been installed as a different user [18:09:30 CEST] <nichego> now you're making it hard for that user to do their thing in the future [18:09:44 CEST] <nichego> serves them right for lending your their pc :) [18:10:01 CEST] <pgorley> Hahaha [18:10:54 CEST] <pgorley> There we go! [18:11:20 CEST] <pgorley> Still looking for CoreImage [18:12:01 CEST] <c_14> try explicitly disabling videotoolbox? [18:12:28 CEST] <pgorley> But videotoolbox is exactly what I want to test lol [18:12:31 CEST] <nichego> if it doesn't find coreimage it should compile without [18:13:17 CEST] <nichego> if you want to compile with coreimage you should install at least the headers apparently [18:16:03 CEST] <nichego> pgorley: https://discussions.apple.com/thread/974739?tstart=0 [18:16:23 CEST] <nichego> the library and headers comes as part of apple developer tools [18:29:37 CEST] <hid|ninja> hello [18:29:42 CEST] <hid|ninja> i'd like to record all sounds from my audio card [18:29:49 CEST] <hid|ninja> but it seems my sources are all in "SUSPENDED" state [18:29:57 CEST] <hid|ninja> in pactl manpage, it says to type: `pactl suspend-source SOURCE 0|1` [18:30:08 CEST] <hid|ninja> so here, when i type: `pactl suspend-source alsa_output.pci-0000_00_1b.0.analog-stereo.monitor 0` [18:30:15 CEST] <hid|ninja> but it seems my sources are all in "SUSPENDED" state [18:30:37 CEST] <hid|ninja> it says: Failure: Invalid argument :( [18:31:00 CEST] <nichego> can't you use a gui tool to do the same? [18:31:14 CEST] <nichego> install pavucontrol and try with that [18:31:27 CEST] <hid|ninja> i did it with pavucontroll too [18:31:34 CEST] <nichego> what happened then? [18:32:52 CEST] <hid|ninja> nichego: so, unde Recording, i choose "Monitor of Build-in Audio Analog Stereo" [18:32:58 CEST] <hid|ninja> under* [18:33:27 CEST] <nichego> as default recording source, yes [18:33:36 CEST] <nichego> then you fired up your recording application and what happened? [18:34:37 CEST] <hid|ninja> nichego: it records something but the audio quality is very low [18:34:52 CEST] <hid|ninja> as if it were recorded directly from microphone [18:35:30 CEST] <hid|ninja> but the alsa_output must be the sound card output [18:37:10 CEST] <hid|ninja> my 2 sources are: alsa_output.pci-0000_00_1b.0.analog-stereo.monitor and alsa_input.pci-0000_00_1b.0.analog-stereo [18:37:40 CEST] <hid|ninja> alsa_output is the audio card and alsa_input is the microphone (laptop) [18:40:33 CEST] <nichego> hid|ninja: are the recording settings of your audio recorder adequate? [18:40:41 CEST] <nichego> do you play back after recording? [18:43:03 CEST] <hid|ninja> nichego: the command i type is: ffmpeg -ar 44100 -f pulse -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor output.wav [18:44:00 CEST] <hid|ninja> so i play it back after recording with mpv and the sound is awful [18:44:12 CEST] <nichego> hid|ninja: try -i default [18:45:48 CEST] <nichego> hid|ninja: after setting default source using pavucontrol to 'Monitor of blah blah' of course [18:51:34 CEST] <hid|ninja> nichego: https://transfer.sh/fQs0n/blabla.png [18:51:52 CEST] <hid|ninja> the sound is very low [18:52:51 CEST] <nichego> hid|ninja: that is output devices, not input [18:53:53 CEST] <hid|ninja> nichego: but my input devices are microphones [18:54:35 CEST] <nichego> hid|ninja: is the 'low quality' issue gone now? [18:55:23 CEST] <hid|ninja> https://transfer.sh/nZfiX/scrot.png nichego [18:56:06 CEST] <nichego> hid|ninja: it's set to 'all except monitors' [18:56:12 CEST] <nichego> hid|ninja: it should be set to 'all devices' [18:56:58 CEST] <hid|ninja> WOW [18:57:01 CEST] <hid|ninja> wait a sec [18:58:45 CEST] <hid|ninja> nichego: thank you very much my friend :D [18:58:53 CEST] <nichego> you're welcome [19:06:58 CEST] <lostquelana> Hi, I when I try do ./configure from the version off of github it says "gcc is unable to create an executable file." and "C compiler test failed." I made a gist of my config.log here: https://gist.github.com/LostQuelana/8ee0d4cb606f453359821c14bfc0f573 [19:08:27 CEST] <nichego> lostquelana: you don't have glibc installed. what dev environment is that? [19:08:29 CEST] <ln-> lostquelana: are you able to compile anything else? [19:09:10 CEST] <ln-> (let me guess it's ubuntu and lostquelana has installed gcc but not build-essential) [19:09:28 CEST] <lostquelana> ...yes [19:09:35 CEST] <ln-> see [19:09:35 CEST] <lostquelana> I just realized I never did that [19:10:09 CEST] <lostquelana> I'm installing that right now [19:10:33 CEST] <ln-> what we can learn from this is: when configure tells you gcc is unable to create an executable file, a likely cause is that gcc is unable to create executables in general. [19:10:35 CEST] <nichego> (tangent: what's with people posting their entire build logs when the error is in the last 20 lines) [19:11:11 CEST] <lostquelana> Well the motd thing at the top made me think you guys needed the whole thing [19:11:31 CEST] <nichego> no fault on you, really [19:11:51 CEST] <nichego> if a build log looks like greek to the user they are kind of justified in posting all of it [19:12:08 CEST] <ln-> what if they are greek themselves? [19:12:23 CEST] <nichego> then make greek martian runes [19:12:29 CEST] <lostquelana> You should say dead Latin [19:12:38 CEST] <lostquelana> people might know greek martian runes [19:12:51 CEST] <nichego> people might know dead latin, too [19:12:59 CEST] <nichego> people in general might know anything... [19:13:05 CEST] <nichego> it's scary [19:13:31 CEST] <furq> ecce! in picture est puella, nomine cornelia [19:13:35 CEST] <furq> pictura [19:14:03 CEST] <nichego> veritas liberabit vos [19:14:17 CEST] <nichego> is that dead or alive? [19:14:27 CEST] <furq> etiam in pictura est altera puella, nomine flavia [19:14:47 CEST] <nichego> pictures with girls in them are nice [19:14:54 CEST] <furq> three years of latin was well worth it [19:15:03 CEST] <furq> now i can recite the shit out of the first two lines of "ecce! romani" book 1 [19:15:08 CEST] <lostquelana> I don't think anyone ever maintained the liberabit library, so dead [19:15:53 CEST] <nichego> eh [19:18:04 CEST] <furq> i want to make a joke about the old witch's ring but i feel like the opportunity has passed [19:18:08 CEST] <furq> oh well [19:18:36 CEST] <lostquelana> You could still go for it [19:19:23 CEST] <furq> it's ok i can achieve much the same effect by mentioning that i was going to make a joke about it [19:19:32 CEST] <lostquelana> dang [19:21:54 CEST] <furq> https://la.wikipedia.org/wiki/Eurovisionis_Certamen_Musicum_2016 [19:21:59 CEST] <furq> the dream of the internet age has finally come true [19:23:35 CEST] <nichego> much of wikipedia is people practicing their second language learning [19:24:10 CEST] <nichego> it's good to know unda is wave, though [19:41:47 CEST] <pfelt> anyone around that has experience using ffmpeg to generate mpegts that's readable by dedicated mpeg hardware? [19:42:07 CEST] <pfelt> i'm seeing high "inter-arrival time" and various other errors in the stream [19:42:32 CEST] <nichego> pfelt: profiles don't help? [19:42:56 CEST] <pfelt> i've tried several profiles and my sencore mrd doesn't want to play well [19:43:08 CEST] <pfelt> if i start an ffmpeg pulling in the mcast strream it looks ok though [19:43:20 CEST] <pfelt> (oh and i can make it work with mpeg2 vcodec, but not h264) [19:46:44 CEST] <DHE> inter-arrival time control isn't supported by ffmpeg. I ended up making my own [19:47:03 CEST] <pfelt> oh yikes :( [19:49:03 CEST] <DHE> yeah. udp output just kinda shoots packets at the socket [19:50:27 CEST] <kepstin> x264, in its default mode, will give very inconsistent frame output - it'll sometimes do a bunch of frames quickly, sometimes hold for a bit as it does analysis [19:50:42 CEST] <kepstin> you could try -tune zerolatency as a workaround (with some video quality loss, obviously) [19:50:43 CEST] <pfelt> i've tried zerolatency on it [19:50:47 CEST] <pfelt> :( [19:50:56 CEST] <kepstin> doesn't make it consistent enough? :/ [19:52:28 CEST] <DHE> kepstin: that's not the issue. when data is submitted to the udp driver it shoots out a series of packets as fast as the NIC can support it. [19:52:52 CEST] <DHE> real multicast-based transmissions require a very consistent transmission rate, which usually means something like 1 or 2 milliseconds between packets [19:53:12 CEST] <pfelt> it's really strange on my sencore that even if i change the frame size (with a -s on ffmpeg) it doesn't see the new frame size [19:53:20 CEST] <pfelt> nor does it change profiles when i play with it [19:53:42 CEST] <kepstin> yeah, I guess you'd need to (if you using ffmpeg-cli) have ffmpeg write video to a pipe, which goes into another application that does the packet pacing. [19:53:52 CEST] <DHE> got the parameter order right? the -s option must go between the input file name and the output file name [19:53:57 CEST] <kepstin> ffmpeg cli kinda works for some realtime stuff, but it's really not designed for it. [19:53:59 CEST] <pfelt> and yeah. DHE is right. if i do a tcpdump on one of my source udp streams its *extremely* consisten [19:54:09 CEST] <pfelt> (as my video bridge analyzer also shows) [19:54:15 CEST] <DHE> sencore? I have one of those. [19:54:39 CEST] <pfelt> DHE, yeah. we've got a few different models of things from them [19:55:33 CEST] <pfelt> i've found that ffmpeg is a ton more forgiving with things. i can take the multicast in and do all sorts of stuff with it in ffmpeg, but my hardware stuff chokes [19:56:38 CEST] <kepstin> ffmpeg seems to, in general, follow that old unix saying of "be liberal in what you accept from others" :) [19:56:43 CEST] <DHE> yeah I have one of those pipe apps. wrote it myself. [19:57:06 CEST] <pfelt> DHE, so let me see if i follow [19:57:12 CEST] <pfelt> ffmpeg outputs to stdout [19:57:23 CEST] <DHE> I use a named pipe (man mkfifo) [19:57:34 CEST] <pfelt> you read stdin in 1316 chun\ks and then write it out on a timer? [19:57:48 CEST] <pfelt> heh. i use a ton of pipes so that i can get a lot of streams going [19:57:51 CEST] <DHE> sorta. I buffer the input and actually read the PTS/PCR values to determine the bitrate [19:57:57 CEST] <pfelt> (this particular commadn though is only 4 incoming pipes) [19:58:30 CEST] <pfelt> how do you determine the right clocking output rate? [19:59:00 CEST] <pfelt> i've got c code written already to parse most of the mpeg headers [19:59:51 CEST] <DHE> the PCR basically tells you what the current time should be as it runs. frame size variation will prevent you from treating it literally but you should be able to measure the bitrate from the PCR and select an inter-packet delay from that [20:00:17 CEST] <DHE> I actually buffer a large amount before sending so that I get a good average number. buffer underflows are bad [20:00:21 CEST] <pfelt> then i'm guessing you use usleep() or the equivalent in your language? [20:01:25 CEST] <DHE> I used clock_nanosleep actually. absolute time and the monotonic clock means you can avoid dealing with the scheduler's inaccuracies [20:01:52 CEST] <pfelt> i've not seen that function. /me googles [20:01:54 CEST] <nichego> https://serverfault.com/questions/530127/cat-a-fileraw-to-udp-at-specific-b… [20:02:03 CEST] <nichego> you can do it using pv [20:02:17 CEST] <nichego> poor man's rate control [20:02:18 CEST] <DHE> nichego: OBJECTION! The bitrate is not consistent enough for that to work [20:02:30 CEST] <pfelt> hehe [20:02:44 CEST] <nichego> motion granted [20:02:46 CEST] <pfelt> sorry. just had images of a courtroom or something [20:02:47 CEST] <nichego> i know nothing [20:02:48 CEST] <nichego> please proceed [20:02:57 CEST] <DHE> pfelt: I was trying to channel Phoenix Wright actually [20:03:47 CEST] Action: pfelt had to google that too [20:04:29 CEST] <pfelt> ok. i'm going to go off and do some reading on pts/pcr and see if i can't figure out dhe's program on his own [20:04:32 CEST] <nichego> you can get almost-cbr with h264, by the way [20:04:34 CEST] <pfelt> er& on my own [20:04:47 CEST] <nichego> https://stackoverflow.com/questions/7125446/encoding-h-264-cbr-videos-with-… [20:05:28 CEST] <furq> well presumably DHE's approach works without cbr, which is good because cbr sucks [20:05:35 CEST] <nichego> true that [20:05:43 CEST] <DHE> nichego: you can also use -muxrate to get true CBR out of the mpegts format, but it still sucks [20:06:12 CEST] <nichego> though i believe DHE's method requires ffmpeg output to always overshoot the target rate [20:06:24 CEST] <furq> as far as i can tell that technique is mostly useful for minimising latency as much as possible [20:06:48 CEST] <DHE> no. my program will handle any bitrate as long as the VBV settings are sane. eg: the -bufsize:v is a small number like 0.3 seconds worth [20:07:23 CEST] Action: pfelt quotes star trek: tng. "he's smart. he can make it go!" [20:07:25 CEST] <nichego> well, you do provision for underflows [20:07:40 CEST] <DHE> I ended up needing -muxrate because it's how you can force ffmpeg to generate new PTS values. format conversions sometimes doesn't give PCR timestamps except for keyframes [20:07:58 CEST] <DHE> unless that bug has been fixed [20:08:05 CEST] <pfelt> i wonder if we can implement this logic into ffmpeg proper..... [20:10:39 CEST] <kepstin> adding pacing support to the rtp muxer sounds like something generally useful, indeed. [20:10:56 CEST] <pfelt> does rtp include mpegts [20:10:57 CEST] <pfelt> ? [20:11:05 CEST] <kepstin> oh, you're doing mpegts over udp? [20:11:10 CEST] <pfelt> yep [20:11:15 CEST] <kepstin> that would be harder to make general :/ [20:11:17 CEST] <pfelt> multicast [20:11:44 CEST] <nichego> pfelt: does this do anything remotely like what you want: https://obsproject.com/ ? [20:12:10 CEST] <furq> that only does rtmp and file output [20:12:22 CEST] <nichego> i see it does streaming, too [20:12:32 CEST] <furq> yeah, that's rtmp [20:12:45 CEST] <nichego> mpegts over udp, they say [20:12:55 CEST] <nichego> there are even bug reports about it: https://obsproject.com/mantis/view.php?id=186 [20:12:59 CEST] <nichego> (resolveD) [20:13:17 CEST] <furq> that's an input [20:13:24 CEST] <nichego> oh [20:13:28 CEST] <nichego> my bad [20:14:13 CEST] <furq> i'm pretty sure that just uses libavxyz anyway [20:14:14 CEST] <nichego> apparently vlc is also an option [20:14:34 CEST] <furq> since it mostly targets rtmp output, which works fine with ffmpeg, i doubt they've written any streaming code for it [20:14:39 CEST] <furq> i've never used it though so shrug [20:15:17 CEST] <nichego> sout=#transcode{vcodec=mp2v,fps=30}:std{access=udp,mux=ts,dst=[yourip:yourport]} [20:15:31 CEST] <pfelt> yeah. so my use case is read in one or more multicast streams, play around with them, then multicast it back out [20:15:43 CEST] <kepstin> but yeah, my impression is that the mpeg-ts muxer and udp protocol in ffmpeg are sufficiently unintegrated such that it's basically "mpegts sends a stream of bytes" then "udp splits it into packets arbitrarily and sends them as soon as it can" [20:15:56 CEST] <DHE> kepstin: correct [20:16:04 CEST] <pfelt> that certainly *feels* how it's working [20:16:19 CEST] <DHE> which is why I have an mpegts-aware decoder that can find the timestamps, calculate a good rate, and apply it [20:17:06 CEST] <nichego> did you try vlc, pfelt? [20:17:10 CEST] <kepstin> i think the only way to solve that in ffmpeg would be to make a new 'mpegtsudp' muxer or something that handles the udp packetization and protocol internally :/ [20:18:11 CEST] <DHE> if there were some way to provide a timestamp (pts of sorts) to the protocol it could handle it better [20:18:17 CEST] <jkqxz> MPEG-TS in RTP is already there. [20:19:00 CEST] <jkqxz> It's trivial; just an RTP header with an integral number of MPEG-TS packets after. [20:20:21 CEST] <kepstin> sure, but that doesn't help when you have equipment that's expecting bare mpegts in udp :) [20:21:42 CEST] <kepstin> DHE: that would mean either changing the interface between muxer and protocol to be packetized rather than bytestream... or maybe support some kind of interface where every write can have metadata attached or something :/ [20:21:52 CEST] <nichego> actually, mpegtsmux already exists [20:21:57 CEST] <nichego> in gstreamer [20:23:22 CEST] <kepstin> nichego: that doesn't help, we already have a mpegts muxer. the issue is how to pace sending the mpegts stream we have as udp packets :) [20:23:50 CEST] <nichego> yeah, but apparently gstreamer is also ready to do it right over udp [20:24:02 CEST] <nichego> i have to read further, though [20:24:11 CEST] <pfelt> maybe i can use gstreamer and just re-packetize... [20:24:15 CEST] <pfelt> wasteful [20:24:16 CEST] <kepstin> hmm, interesting that the gstreamer one supports setting an "alignment value" where it ooutputs buffers containing set number of packets [20:24:16 CEST] <nichego> there is a udpsink [20:26:33 CEST] <nichego> https://developer.ridgerun.com/wiki/index.php/Using_UDP_Multicast_with_GStr… [20:26:56 CEST] <kepstin> yeah, i suppose it probably can be done in gstreamer, although it would probaly require some programming to build an app that sets up a clocked pipeline properly [20:26:59 CEST] <nichego> there's a queue plugin that can be inserted in the path [20:30:46 CEST] <ZeuZ> Guys, is it possible to add just one frame to an already created AVI file at the end? [20:32:20 CEST] <kepstin> ZeuZ: probably. If you encode the single frame to a video file with matching codec, framerate, etc., then you should be able to use the ffmpeg concat demuxer to combine them into a single video stream without re-encoding. [20:33:43 CEST] <kepstin> (you obviously won't be modifying the file in-place, just writing out a new file with video copied, but it should be fast and lossless) [20:36:18 CEST] <ZeuZ> kepstin, thanks, will look on how to do it now, be back after informing myself a little [20:37:23 CEST] <nichego> ZeuZ: https://gist.github.com/amureki/7fb26fa4dfe87736838c [20:37:49 CEST] <ZeuZ> Got one more question though, I'm trying to use the concat demuxer from a C application, should I ask about that here? or in -devel? [20:38:04 CEST] <furq> in here [20:38:11 CEST] <kepstin> nichego: sure, something like that would work, but that requires doing a re-encode since the concat is done in filters. [20:38:51 CEST] <nichego> then this [20:38:53 CEST] <nichego> https://stackoverflow.com/questions/18452058/ffmpeg-concat-videos-and-images [20:38:55 CEST] <nichego> method 1 [20:39:11 CEST] <yagiza> I'd like to ask again my question about avformat_query_codec()... [20:39:31 CEST] <yagiza> If it returns an error code, what does that mean? [20:40:10 CEST] <ZeuZ> yagiza, what error code does it return? [20:40:44 CEST] <nichego> >1 if codec with ID codec_id can be stored in ofmt, 0 if it cannot. A negative number if this information is not available. [20:41:05 CEST] <yagiza> ZeuZ, "Not yet implemented in FFmpeg, patches welcome" [20:41:09 CEST] <kepstin> so, there's three possible results. "yes", "no", "i don't know" :) [20:42:20 CEST] <nichego> yagiza: i.e. the thing you want to put in another thing cannot be put in it using ffmpeg right now but maybe it is theoretically possible. if so patches for ffmpeg to do so would be great [20:43:27 CEST] <kepstin> in practice, you can probably just do if (result > 0) { muxing ok! }; but you could maybe log a message or something on the <0 case. [20:43:36 CEST] <nichego> it's : return AVERROR_PATCHWELCOME; [20:43:40 CEST] <ZeuZ> Ok so I totally got lost, in such a short time, :P is there some place I can poach to get some example of using the concat demuxer in a C application? [20:44:21 CEST] <kepstin> ZeuZ: well, there's always the option of running the ffmpeg cli app from your C program ;) [20:44:34 CEST] <JEEB> ZeuZ: docs/examples and the general demuxing/decoding example [20:44:39 CEST] <kepstin> (other than that, I'm unfamiliar, maybe someone else knows) [20:44:50 CEST] <JEEB> and specify the concat demuxer [20:45:14 CEST] <nichego> if that's all the c program does you can just write a script [20:46:24 CEST] <nichego> if it's part of something bigger [20:46:38 CEST] <nichego> libav example here: https://stackoverflow.com/questions/16282600/how-to-use-libavformat-to-conc… [20:47:47 CEST] <ZeuZ> nichego, it's part of something else, yes. It grabs an image in a random period of time and then should add that image for one second to a movie, so I should repeat that image at least 24 times if I use 24 fps to get that second of image.. [20:48:00 CEST] <ZeuZ> the idea is getting a photo snapshot of random periods [20:48:05 CEST] <ZeuZ> then making a montage [20:48:15 CEST] <nichego> that sounds all doable from a script [20:48:27 CEST] <nichego> or you can always use pyffmpeg [20:48:36 CEST] <nichego> c is the last place i'd look to for accomplishing that [20:48:44 CEST] <ZeuZ> why so? [20:49:00 CEST] <nichego> it will be overly verbose and very much prone to error [20:49:05 CEST] <ZeuZ> I ain't good et all with python so I chose something I think I'm more proficient at [20:49:20 CEST] <nichego> write a bash script then [20:49:29 CEST] <ZeuZ> :( [20:49:36 CEST] <ZeuZ> wanted to avoid having pids so high :P [20:49:55 CEST] <ZeuZ> (don't ask why, its a little project where it doesnt even make sense) [20:49:58 CEST] <nichego> you're looking to a few hundred loc of c [20:50:08 CEST] <nichego> versus a couple dozen lines of bash [20:50:16 CEST] <ZeuZ> still not scared though.. [20:50:32 CEST] <ZeuZ> the libav snippet might also help [20:50:42 CEST] <furq> if you want to use the libav* avpis then C is your only viable option really [20:50:46 CEST] <nichego> not a fear issue. a 'how much time you have to waste on debugging' issue :P [20:51:04 CEST] <furq> i wouldn't trust pyav and i don't think it exposes all of the apis [20:51:27 CEST] <furq> but yeah i don't see why you'd use the api for this unless you want an excuse to learn the api [20:51:59 CEST] <ZeuZ> furq, well, I wanted to do it by tomorrow, and I happen to work at my place, so I kinda have time :P not sure if enough to debug it, but sure enough enough to code it and have a working sample by tomrrow [20:52:06 CEST] <ZeuZ> not fault-proof but still [20:52:21 CEST] <furq> if you want to capture a bunch of images and then create a montage at the end then you don't need to do anything with concat [20:52:48 CEST] <furq> you'd only need to do that if you're capturing images continuously and you want to be able to view the movie while it's still running [20:53:22 CEST] <ZeuZ> I could potentially run it after an hour or so with a script to see the results, I know [20:53:32 CEST] <ZeuZ> however the idea was to do it as soon as I could [20:53:43 CEST] <ZeuZ> after all, I'm just plotting in my head, not even sure if possible [20:54:42 CEST] <furq> i would just capture a bunch of pngs and combine them as needed, but maybe that doesn't fit your use case [20:54:50 CEST] <furq> if it does then that's significantly easier [20:56:14 CEST] <ZeuZ> libav questions are welcome here though? [20:56:23 CEST] <furq> if you mean the libraries then sure [20:57:38 CEST] <ZeuZ> lemme put up a pseudo-code or scheme and link it from pastebin, maybe you can tell me if it's good enough like to try to implement it, then I'll take a break from being such a nuisance :P [21:14:32 CEST] <hyponic> is there a wiki or howto for the vaapi transcoding control options? [21:20:53 CEST] <BtbN> no [21:21:25 CEST] <nichego> hyponic: intel or nv? [21:21:46 CEST] <BtbN> nvidia doesn't support vaapi. [21:22:27 CEST] <hyponic> intel [21:22:40 CEST] <nichego> hyponic: look up qsv for encode [21:22:50 CEST] <jkqxz> <https://wiki.libav.org/Hardware/vaapi> [21:22:53 CEST] <nichego> hyponic: quality will suffer, though [21:22:59 CEST] <BtbN> Forget about QSV, it's the most horrible hack ever. [21:23:04 CEST] <nichego> BtbN: vaapi can work with vdpau backend [21:23:18 CEST] <BtbN> That won't magically add encoding to vdpau though. [21:23:30 CEST] <BtbN> Also, the vaapi vdpau backend is bad, don't use it either. [21:24:01 CEST] <BtbN> Since ffmpeg merged the vaapi encoders, there is absolutely no reason to mess with QSV anymore. [21:24:01 CEST] <nichego> it will not. for encoding on nvidia+linux you'd use nvenc [21:24:06 CEST] <nichego> but gpu encoding is bad anyway [21:24:20 CEST] <BtbN> nobody is talking about nvidia though. [21:24:54 CEST] <nichego> ok [21:25:29 CEST] <hyponic> BtbN well what should i use for gpu encoding with ffmpeg and intel? [21:25:40 CEST] <BtbN> The new vaapi encoders. [21:25:45 CEST] <jkqxz> All hardware encoding is terrible. You use it because it's fast and low power, not because it's good. [21:26:26 CEST] <hyponic> BtbN new vaapi encoders with ffmpeg? is there info about that anywhere? wiith control options etc? [21:26:43 CEST] <jkqxz> hyponic: See link I posted above. [21:26:58 CEST] <BtbN> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/vaapi_encode_h264… [21:27:01 CEST] <jkqxz> Little has been writte yet. [21:27:27 CEST] <nichego> when something is written it'll appear in ffmpeg-codecs(1) [21:27:29 CEST] <nichego> not yet [21:31:46 CEST] <kepstin> huh, fun. now I know how to get the vaapi encoder to actually work. [21:32:36 CEST] Action: kepstin just tested it; 80fps 720p encoding while the cpu is 100% busy compiling might be useful for something :) [21:33:41 CEST] <yagiza> nichego, that says nothing to me [21:34:29 CEST] <nichego> yagiza: please explain [21:36:19 CEST] <yagiza> nichego, you know: that routine should return either 1, if the codec could be used with the format, or 0 otherwise. [21:36:54 CEST] <nichego> yagiza: as you can see in the source it can also return AVERROR_PATCHWELCOME [21:37:14 CEST] <nichego> that is, when it does not know what you requested is possible [21:37:17 CEST] <yagiza> nichego, usually, error (rc<0) means that routine failed. [21:37:36 CEST] <nichego> what convention is this? [21:37:50 CEST] <furq> also how is this not like that [21:38:05 CEST] <yagiza> nichego, yes. So, error means, that I just cannot be sure if it's possible, or not? [21:38:16 CEST] <furq> -1 means that's not currently supported by ffmpeg [21:38:18 CEST] <nichego> you can interpret it as furq suggests [21:38:28 CEST] <nichego> "i cannot do my job of telling you whether it is possible" [21:38:32 CEST] <jkqxz> kepstin: What are you using to get a number that low? Everything core i-type in my experience gets >>100fps 1080p transcode; even a shitty old Bay Trail got 60fps or so. [21:38:35 CEST] <nichego> which is basically a failure of the routine [21:38:37 CEST] <furq> 0 means that it'll never be supported because it's known to be against a spec [21:38:43 CEST] <furq> presumably, anyway [21:38:53 CEST] <furq> a/against/in violation of/ [21:39:02 CEST] <kepstin> jkqxz: I forgot to enable hwaccel decoding, so it was limited in decoding speed by the fact I was busy doing a compile. [21:39:29 CEST] <furq> s/^a/s/ [21:40:17 CEST] <jkqxz> Heh, that would do it. [21:40:24 CEST] <yagiza> furq, are you sure it is like that, or just suppose? [21:40:42 CEST] <nichego> you can literally read the source and its self-documentation [21:41:07 CEST] <yagiza> nichego, yes, I looked into source code. [21:41:32 CEST] <nichego> what is so mystifying about it then? [21:41:45 CEST] <nichego> if it can tell you what it should it does (0 or 1) [21:42:11 CEST] <furq> i can't think of any other reason why the information would be unavailable [21:42:29 CEST] <nichego> lack of knowledge [21:42:34 CEST] <nichego> hene PATCHWELCOME [21:42:44 CEST] <nichego> *hence [21:42:46 CEST] <furq> that's the same reason [21:42:50 CEST] <kepstin> well, it'll tell you if it'll work (1) or won't work (0 or <0), and why (0 = container, <0 = ffmpeg can't do it yet) [21:43:00 CEST] <kepstin> seems easy enough. [21:43:01 CEST] <nichego> lack of knowledge is not the same as knowing it is not possible [21:43:09 CEST] <nichego> 1 says it is possible definitely [21:43:10 CEST] <yagiza> furq, according to source code, the reason is that it is really unavailable! [21:43:15 CEST] <nichego> 0 says it is impossible definitely [21:43:32 CEST] <nichego> AVERROR_PATCHWELCOME says it is not known to developers at the time [21:43:41 CEST] <furq> 19:43:27 ( kepstin) in practice, you can probably just do if (result > 0) { muxing ok! }; but you could maybe log a message or something on the <0 case. [21:43:46 CEST] <furq> this was the best answer [21:43:47 CEST] <furq> an hour ago [21:43:56 CEST] <nichego> of course [21:46:32 CEST] <yagiza> kepstin, according to comments, only 0 means it is impossible right now. Do you really think, that error code means not that function faild, but also negative result? [21:47:19 CEST] <kepstin> yagiza: the error code implies that it's not implemented in the version of ffmpeg you're currently using, so it won't work. [21:47:49 CEST] <yagiza> If that's true, most of formats, FFMpeg supports, cannot store any of codecs FFMpeg supports! [21:48:48 CEST] <kepstin> hmm. you have specific examples of something you'd expect to work but returns the error code? [21:48:53 CEST] <yagiza> kepstin, 'cause for most of formats that error code returned for all of the codecs. [21:50:45 CEST] <kepstin> hmm. using the hwaccel decoder only bumped my test transcode from 80 to 92fps. I guess there's some cpu bottleneck in ffmpeg. [21:50:59 CEST] <yagiza> kepstin, yes. I tried to encode opus into rtp and got some output and no errors. But that function returns for RTP this error for all the codecs, but one. [21:51:33 CEST] <yagiza> kepstin, and that one isn't opus. [21:51:49 CEST] <kepstin> yagiza: what are you using for std_complicance right now? [21:52:04 CEST] <yagiza> kepstin, yes [21:52:07 CEST] <kepstin> FF_COMPLIANCE_NORMAL? [21:52:22 CEST] <yagiza> kepstin, yes, I do [21:52:39 CEST] <nichego> yagiza: can you please paste your code somewhere? [21:52:56 CEST] <yagiza> nichego, yes [21:53:11 CEST] <kepstin> you could try with _UNOFFICIAL and see if that makes a difference :/ other than that, it might very well be that the check is simply unimplemented :( [21:53:15 CEST] <nichego> go ahead [21:54:08 CEST] <yagiza> kepstin, that's what I supposed in the first place. [21:54:10 CEST] <kepstin> in the ffmpeg source I have locally, rtpenc.c contains an is_supported() function that clearly returns 1 for many codecs including opus. [21:54:30 CEST] <nichego> yagiza: code please [21:55:40 CEST] <yagiza> nichego, may I put a little piece of code right here? [21:55:56 CEST] <nichego> yagiza: put it here: https://ptpb.pw/f [21:56:16 CEST] <nichego> paste in the text box, click on private, click paste [21:56:22 CEST] <nichego> the link appears at the top of the page [21:56:32 CEST] <nichego> you can set an expiry time, too, if you wish [21:56:57 CEST] <furq> great, another pastebin [21:56:58 CEST] <yagiza> nichego, put it here already http://pastebin.com/Yc9zBCnu [21:57:10 CEST] <nichego> furq: the best pastebin in existence [21:57:35 CEST] <yagiza> QAVOutputFormat is my wrapper for AVOutputFormat [21:57:52 CEST] <furq> it doesn't even tell me how to submit a paste with curl [21:57:55 CEST] <furq> useless [21:58:00 CEST] <nichego> where does _outputformat come from, yagiza? [21:58:05 CEST] <nichego> furq: https://ptpb.pw/ [21:58:23 CEST] <nichego> /f is html form for convenience of the less tech-savvy :) [21:58:47 CEST] <yagiza> nichego, it's taken by enumerating all the registered output formats. [21:59:08 CEST] <kepstin> yagiza: what does QF_ASSERT actually do? [21:59:09 CEST] <nichego> yagiza: please show where you issue calls to queryCodec [21:59:52 CEST] <yagiza> nichego, this IS the line where I use it! [22:00:03 CEST] <yagiza> nichego, sorry [22:00:09 CEST] <nichego> it is the line you call out to libavformat [22:00:22 CEST] <nichego> one needs to see where and how you call this method [22:00:28 CEST] <nichego> you may be passing incorrect input to it [22:00:57 CEST] <kepstin> most assert functions I know of assert on non-zero; and both the error case and the success case are non-zero [22:01:03 CEST] <kepstin> so are you sure that's doing what you want? [22:01:36 CEST] <yagiza> nichego, http://pastebin.com/9gQDXQ9m [22:03:09 CEST] <kepstin> yagiza: too much abstraction in that code, we can't see where the _outputFormat variable gets set. [22:03:32 CEST] <nichego> yagiza: compliance has no default set in its signature and you don't pass it to queryCodec [22:03:40 CEST] <yagiza> kepstin, http://pastebin.com/LgQuFN6F [22:04:33 CEST] <yagiza> kepstin, it is set in constructor: [22:04:33 CEST] <yagiza> QAVOutputFormat::QAVOutputFormat(AVOutputFormat *outputFormat): _outputFormat(outputFormat) [22:04:33 CEST] <yagiza> {} [22:04:49 CEST] <kepstin> yagiza: you might have to try to get support from the QtFFmpeg developers; mixing direct calls to ffmpeg functions and stuff that uses QtFFmpeg will probably do weird things. [22:05:34 CEST] <kepstin> er, QtAV or whatever it is [22:05:38 CEST] <yagiza> kepstin, QtFFMpeg is a wrapper I'm developing right now. [22:05:47 CEST] <nichego> it's name clash [22:05:52 CEST] <nichego> a qtffmpeg already exists [22:05:54 CEST] <nichego> but it isn't yours [22:06:00 CEST] <nichego> or is it? [22:06:07 CEST] <yagiza> nichego, never heard [22:06:14 CEST] <nichego> https://github.com/BigHillSoftware/QTFFmpeg/ [22:06:20 CEST] <nichego> maybe good for seeing what they have done [22:06:58 CEST] <kepstin> yagiza: you still haven't said where the value in the outputFormat variable is actually coming from. Where is the code that intializes that with an AVOutputFormat? [22:07:01 CEST] <yagiza> nichego, I don't think it has some relations to Qt. [22:07:15 CEST] <nichego> perhaps. i just googled it [22:07:16 CEST] <yagiza> nichego, 'cause Qt never typed as QT [22:07:39 CEST] <nichego> yeah, it's for something called QTKit, whatever that is [22:07:43 CEST] <yagiza> kepstin, I'll show you the code right now [22:09:05 CEST] <Aerroon> nichego, that's apple's quicktime kit [22:09:16 CEST] <nichego> wonderful [22:09:45 CEST] <yagiza> kepstin, http://pastebin.com/bCzjsJhp [22:11:58 CEST] <kepstin> yagiza: that's not an AVFormatContext, that's an AVOutputFormat [22:12:23 CEST] <kepstin> wait a minute... [22:12:30 CEST] <kepstin> yeah, that's right [22:12:45 CEST] Action: kepstin didn't know why he was thinking about AVFormatContext [22:14:13 CEST] <nichego> so ++ has been overloaded correctly for QAVOutputFormat? [22:14:36 CEST] <kepstin> assuming that your QAVOutputFormat constructor sets the _outputFormat variable, and your interator works, and there's no other bugs in your code that you haven't shown us, that seems like it's probably right? [22:14:50 CEST] <kepstin> but that's a lot of assumptions. [22:15:05 CEST] <yagiza> nichego, http://pastebin.com/3mBChrME [22:15:39 CEST] <yagiza> kepstin, the code is too simple to have bugs, I think. [22:16:28 CEST] <nichego> so where is _outputformat incremented? [22:16:48 CEST] <yagiza> nichego, [22:16:49 CEST] <yagiza> _outputFormat = av_oformat_next(_outputFormat); [22:16:53 CEST] <nichego> ah [22:16:56 CEST] <nichego> okay [22:17:50 CEST] <kepstin> yagiza: hard to say what's wrong. At this point, i'd just suggest throwing it through a debugger and making sure the _outputFormat is correct at the time of the avformat_query_codec call :/ [22:18:02 CEST] <kepstin> (and that the other values are right, too) [22:18:21 CEST] <nichego> or adding some strategically placed asserts or couts or printfs or what have you [22:20:24 CEST] <nichego> still, it's unclear what's being passed as default for compliance [22:20:40 CEST] <nichego> since you don't set it in the queryCodec call [22:20:41 CEST] <yagiza> kepstin, yes, it is correct, cause I'm performing output of .name just after iterating through the list of decoders: [22:20:41 CEST] <yagiza> ui->lblFormatName->setText(format.name()); [22:21:02 CEST] <yagiza> kepstin, and I see correct codec name. [22:21:18 CEST] <nichego> yagiza: what about the value of compliance? [22:22:24 CEST] <yagiza> nichego, http://pastebin.com/eUxZ4pna [22:22:45 CEST] <nichego> ah [22:22:51 CEST] <nichego> okay [22:25:03 CEST] <yagiza> I guess, if any1 is interested in it, he can just try to call that routine himself for different output formats and encoders to make sure that this behavior is normal for it. [22:25:38 CEST] <yagiza> nichego, it returns that error in most cases. [22:26:12 CEST] <yagiza> And I never saw it return 0. [22:27:08 CEST] <yagiza> For example, for WAVE it returns 1 for most codecs. [22:28:00 CEST] <yagiza> But for most of other formats it just returns error for all the codecs, or 1 for 1 or 2 codecs. [22:29:25 CEST] <blue_misfit> hello - what's best practice for encoding mjpg with ffmpeg with best possible speed? [22:29:59 CEST] <yagiza> So, I guess, I just have to ignore what that method returns right now (v_v). 'cause it's useless in most cases right now. [22:30:48 CEST] <kepstin> yeah, looks like it is useless for most cases right now [22:31:11 CEST] <kepstin> the rtp muxer doesn't set the query_codec member of the AVOutputFormat, so there's no function to check [22:31:32 CEST] <kepstin> so avformat_query_codec only returns 1 if the codec matches the "default" codec [22:31:56 CEST] <kepstin> which is PCM_MULAW and MPEG4 for rtp :/ [22:32:18 CEST] <kepstin> so I guess you have to treat the error code as "try and see?" [22:32:47 CEST] <yagiza> kepstin, yes. That's what I guessed from the beginning. [22:33:20 CEST] <kepstin> it would probably be a 5-line patch to add it to rtpenc.c, just nobody's bothered :/ [22:33:53 CEST] <kepstin> since the logic's already there for the write_header() function, already split out into a separate function even [22:34:26 CEST] <yagiza> I hope, sooner or later either appropriate methods will be written or tables will be filled. And that method will become really useful. [22:34:54 CEST] <kepstin> if you want that to happen sooner rather than later, well, patches welcome ;) [22:35:38 CEST] <yagiza> kepstin, I guess, RTP do not have neither header, nor footer. [22:36:08 CEST] <kepstin> the write_header() function in the output formats is used as a generic initialization function [22:36:18 CEST] <kepstin> in rtp it doesn't actually write anything, iirc [22:36:27 CEST] <yagiza> kepstin, ah, IC [22:36:40 CEST] <nichego> a little issue [22:36:46 CEST] <nichego> maybe it's me misunderstanding [22:37:01 CEST] <nichego> your ::first method calls av_oformat_next for the head of the registered format list [22:37:29 CEST] <kepstin> yes, if you call av_oformat_next with NULL, it returns the head of the list. [22:37:34 CEST] <nichego> if you av_oformat_next with null you get back a null [22:37:53 CEST] <nichego> unless first_oformat is populated elsewhere [22:38:04 CEST] <yagiza> kepstin, unfortunately, working on a lot of other projects left me no time to participate in FFMpeg development. [22:38:10 CEST] <kepstin> if you have no codecs, yes. Did you remember to call av_register_all() ? ;) [22:38:37 CEST] <nichego> i have no clues about ffmpeg api, kepstin. just trying to write a piece of test code for yagiza's case [22:39:05 CEST] <nichego> i should call that first, i guess, as you say [22:39:20 CEST] <nichego> a piece of test code without any qt involvement that is [22:39:20 CEST] <kepstin> nichego: heh. well, if av_oformat_next(NULL) returns NULL, that means you have no output formats, which means you probably forgot to register some output formats. [22:39:22 CEST] <yagiza> nichego, yes. Cause, I don't know what else I can do if someone calls the method on a null instance. [22:40:04 CEST] <nichego> kepstin: thing is first_oformat is initialized with null. i suppose i should call something first to change that fact [22:40:17 CEST] <kepstin> nichego: https://gist.github.com/kepstin/f94e33d783a8a82b9540dd0c8cafcc83 [22:40:46 CEST] <yagiza> nichego, yes. av_register_all() is called at the beginning. [22:40:55 CEST] <nichego> i'll do that now [22:41:13 CEST] <nichego> thanks, kepstin. exactly what i wanted [22:41:25 CEST] <kepstin> (i did in fact write a test program during this conversation, because I was wondering what was going on...) [22:41:45 CEST] <yagiza> nichego, and av_codec_register_all() should be called to iterate through the codecs. [22:42:03 CEST] <nichego> fun fact [22:42:06 CEST] <nichego> format query for opus in rtp: -1163346256 [22:42:24 CEST] <yagiza> nichego, just as I said. [22:42:42 CEST] <yagiza> nichego, only for default format it will return 1. [22:43:04 CEST] <yagiza> nichego, for everything else that error will be returned. [22:43:05 CEST] <nichego> format query for opus in webm: 1 [22:43:16 CEST] <nichego> opus in webm is a known good example [22:43:25 CEST] <nichego> the result is correct [22:43:42 CEST] <nichego> format query for aac in webm: -1163346256 [22:43:56 CEST] <nichego> yeah... aac in webm should return a 0 [22:44:15 CEST] <nichego> it is also well-known webm forbids anything but vorbis and opus audio [22:44:19 CEST] <yagiza> nichego, yes. As I said, that method will return 1 in rare cases and that error in the most of them. [22:44:41 CEST] <yagiza> nichego, 0 never returned, as I see. [22:45:32 CEST] <nichego> let's go with something very well-known [22:45:43 CEST] <yagiza> BTW... which codepage is used in freenode network? [22:45:58 CEST] <nichego> utf8, not codepages [22:46:14 CEST] <yagiza> nichego, so, I guessed correctly. [22:46:38 CEST] <nichego> about what? [22:46:40 CEST] <yagiza> nichego, why don't you call utf8 not a codepage? [22:46:57 CEST] <yagiza> nichego, why don't you call utf8 a codepage? [22:47:43 CEST] <yagiza> nichego, I guessed that utf8 is used here, when choosing a codepage for irc.freenode.net [22:48:07 CEST] <nichego> codepage is an old term [22:48:25 CEST] <nichego> utf8 can encode most of ucs code points [22:48:36 CEST] <nichego> it is not a code page rather an encoding of ucs [22:48:48 CEST] <yagiza> nichego, and what is the mordern term for codepages? [22:49:01 CEST] <yagiza> nichego, so, it's encoding? Ok. [22:49:36 CEST] <nichego> yes, utf8 is an encoding [22:49:48 CEST] <nichego> but encoding is not a modern term for codepage [22:49:59 CEST] <nichego> codepage has a specific meaning which is no longer applicable [22:50:27 CEST] <nichego> if you're interested this is good reading about unicode: http://www.joelonsoftware.com/articles/Unicode.html [22:50:36 CEST] <yagiza> nichego, anyway, that means I can use any national character here. That's nice. [22:50:44 CEST] <nichego> yes, you can [22:51:04 CEST] <nichego> [22:51:33 CEST] <yagiza> nichego, ]oÄDgY [22:51:58 CEST] <nichego> yes, it is [22:52:00 CEST] <yagiza> nichego, MB> :@CB>! [22:52:24 CEST] <nichego> power at your fingertips [22:53:37 CEST] <yagiza> Ok. It's too late here. I have to go to bed. [22:53:56 CEST] <nichego> good night [22:54:10 CEST] <furq> irc servers have no concept of character encoding [22:54:10 CEST] <yagiza> Bye-bye! [22:54:15 CEST] <furq> it's down to your client [22:55:30 CEST] <nichego> finally [22:55:35 CEST] <nichego> i got you a 0 return value, yagiza [22:55:54 CEST] <nichego> format query for pcm_bluray in mkv: 0 [22:55:58 CEST] <yagiza> nichego, and which combination it is? [22:56:04 CEST] <nichego> this comes up usually in remuxing bluray [22:56:04 CEST] <yagiza> nichego, nice! [22:56:11 CEST] <nichego> AV_CODEC_ID_PCM_BLURAY [22:56:16 CEST] <nichego> in matroska [22:56:59 CEST] <yagiza> furq, I know. But if all the participants of a specific channel won't agree about encoding, there will be an incompatibility between them. That's why I interested, which encoding is used here. [22:58:20 CEST] <Illya> generally utf I'd imagine [22:58:28 CEST] <furq> he already left [22:58:34 CEST] <nichego> yeah [22:58:37 CEST] <nichego> so... in summary: avformat_query_codec has a rather sparse codec-container matrix [22:58:48 CEST] <nichego> this has been educational. specially thanks to kepstin [23:00:40 CEST] <pfelt> DHE: still around? [23:36:29 CEST] <nichego> thanks, everyone. goodbye [23:38:30 CEST] <Illya> How would I go about sharing AVPackets in a non-blocking way between a decoding thread, and a rendering thread? Someone said AVBufferPool but I couldn't find any examples of it's use. [00:00:00 CEST] --- Sat May 21 2016

1 0

ffmpeg-devel.log.20160519
by burek 20 May '16

20 May '16

[00:02:25 CEST] <jamrial> rcombs: is anything blocking your autobsf patchset? [00:03:55 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:7155bd1c94c2: avcodec/m101: Ask for samples with too small extradata_size [00:03:56 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:d08f2c172fd2: avformat/avidec: Detect index with too short entries [00:03:59 CEST] <rcombs> jamrial: not that I can think of [00:54:44 CEST] <Compn> Illya : yeah, i dont think many devs use thunderbird for mailing list stuff. its a nice client - a bit bloated... there may be scripts to make it work better with git [00:57:05 CEST] <Illya> Compn: what do other devs use? I only really use email because of the ffmpeg-devel mailing list [00:57:33 CEST] <DHE> you can mail directly from git. at least it'll be formatted right [00:58:02 CEST] <DHE> there is a small amount of magic involved if, say, replying to an existing message [00:59:12 CEST] <JEEB> sending: git send-email , grabbing: get the raw message and git am [01:04:27 CEST] <Illya> yeah, I'm using git for sending [01:10:48 CEST] <Compn> Illya : i use sylpheed-claws [01:11:10 CEST] <Compn> i guess its just 'claws mail' now [01:11:36 CEST] <Compn> oh i guess they are forks, nevermind [01:11:43 CEST] <Compn> either slypheed ro claws :D [01:12:20 CEST] <Compn> so slypheed is the one i prefer (looking at screenshots on wikipedia) [01:12:28 CEST] <Compn> claws looks more like thunderbird [01:13:54 CEST] <llogan> claws works fine. you can click on message and then choose "File -> Export selected to mbox file" then git am that resulting file [01:14:05 CEST] <wm4> claws is the worst mail client I've ever used, although I'm still using it [01:14:32 CEST] <llogan> i used to use mutt then i shaved my neckbeard [01:14:46 CEST] <wm4> it tends to corrupt its index or redownload the whole mail index spontaneously for no reason [01:15:03 CEST] <wm4> and it blocks the UI for network operations [01:15:13 CEST] <llogan> that happens to me. a few times a year. [01:15:27 CEST] <wm4> sometimes the index gets so corrupted, you see different mails than what you click on the list [01:15:33 CEST] <llogan> that too [01:15:34 CEST] <wm4> other than that it's not too bad I guess [01:15:55 CEST] <wm4> (but they should really fix those bugs...) [01:16:00 CEST] <llogan> i used to like it for the filtering and processign but then i got to move that to server side [01:16:11 CEST] <wm4> also, so support for the imap push protocol or what it was [01:16:21 CEST] <wm4> so you have to let it scan for mails all X minutes [01:16:38 CEST] <wm4> and while it scans you can't do anything else [01:17:12 CEST] <wm4> what sever side processing is there? [01:17:13 CEST] <llogan> i still like it better than thunderbird [01:17:25 CEST] <wm4> me too, apparently [01:17:55 CEST] <llogan> i meant i moved to fastmail and started using their filters instead [01:19:18 CEST] <llogan> their webmail client isn't bad, but no in-reply-to and some other annoyances. also can't view diff patches [01:19:24 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:4a81bddb4d9b: ffmpeg_filter: Fix AVBufferSrcParameters leak [01:19:25 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:641dccc2aa5e: avcodec/h264: Check init_get_bits8() for failure [01:38:30 CEST] <Illya> llogan: I'm with fast mail, didn't realise they had server-side filters. That sounds cool, I'll look into that. Thunderbird works, more or less, for me. Wish Mail.app had a proper thread display then it'd be ideal [01:39:34 CEST] <Illya> And gtk UIs are amazingly smooth on OSX either [01:40:10 CEST] <Compn> so you dont use email at all otherwise ? [01:40:18 CEST] <Compn> communicate via phone or facebook or skype etc ? [01:40:37 CEST] <Compn> just curious as i'm old and still use irc :) [01:42:25 CEST] <llogan> I think people use myspace these days. hey, you forgot to email me the other day. 72937,630(a)compuserve.net [01:43:14 CEST] <Compn> i actually had compuserve [01:43:40 CEST] <llogan> same. and prodigy. [01:43:50 CEST] <Compn> yup [01:45:04 CEST] <Compn> first got internet in 1992. from a local newspaper! [01:47:57 CEST] <Compn> Illya : i'm asking because i want to invest in new communication website stocks. twtr, fb, instagram , vine, etc [01:49:58 CEST] <llogan> make sure to name the account "Money Burn Barrel" [01:57:23 CEST] <Compn> fb opened at 29, dropped to 22, now at $100+ [01:57:55 CEST] <Compn> twtr not as good :P [01:58:16 CEST] <iive> is that the code of twitter? [01:58:31 CEST] <iive> are they publicly traded now? [01:58:38 CEST] <Compn> yes [01:59:24 CEST] <Compn> and yews [01:59:26 CEST] <Compn> er yes* [02:00:27 CEST] <Compn> but i think twitter opened at 17 climbed to 40 [02:04:46 CEST] <Compn> llogan : hows that legal weed going on in ak ? :P [02:24:38 CEST] <llogan> Compn: good i guess, but i'm a drunkard, not a pothead. a few businesses are opening soon. some sort of pot fest is happening soon. [02:55:11 CEST] <Compn> llogan : you havent tried the brownies yet? :D [03:30:20 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:df01a29c1b15: avcodec/exr: Fix potential integer overflow [05:08:05 CEST] <cone-981> ffmpeg 03James Almer 07master:e34e7a575eae: avformat/dtshddec: move data_start outside of DTSHDDemuxContext [09:23:50 CEST] <Illya> Compn: I don't use email for anything except for signing up for the various accounts, and ffmpeg-devel. I pretty much exclusively communicate via IRC and facebook. Keep in mind, though, that I don't work, so this may have an impact on my usage of communication methods. [09:27:41 CEST] <Shiz> Illya: protip from my side: git send-email with msmtp [09:27:47 CEST] <Shiz> sends patches in perfect format [09:28:06 CEST] <Illya> I'm using IMAP I think [09:28:24 CEST] <Illya> oh, SMTP [09:28:37 CEST] <Shiz> http://txt.shiz.me/OWU2N2I3ND [09:28:39 CEST] <Shiz> this is what i use [09:28:43 CEST] <Shiz> msmtp is a mailer program [09:30:01 CEST] <Shiz> something like [09:31:06 CEST] <Shiz> $ git format-patch <revisions> -o out/ [09:31:24 CEST] <Shiz> $ git send-email --to=somemailinglist(a)lists.mailinglists.com out/*.patch [09:31:28 CEST] <Shiz> does it all right [09:33:04 CEST] <Illya> -o sounds like it'd be useful, I have the email set in the .gitconfig. Anyways, I should find a git tutorial or something, I'm sure I'm missing loads of features [09:33:46 CEST] <nevcairiel> i use msmtp as well, mostly because i'm on windows and it doesnt come with a default sendmail otherwise =p [09:34:17 CEST] <nevcairiel> you dont need to format-patch before doing send-email though, it can do that for you if you specify a revision instead [09:37:35 CEST] <Shiz> right [09:37:39 CEST] <Shiz> i just like to double-check the .patch files [09:37:41 CEST] <Shiz> :p [09:38:24 CEST] <Shiz> -v is also a useful flag for specifying v2/v3/vN... patches [09:38:48 CEST] <wm4> I usually send directly, but with --annotate [09:38:54 CEST] <wm4> which also lets you revisit the patches [09:39:07 CEST] <nevcairiel> thats what i do [09:39:16 CEST] <Shiz> ah, thanks for the heads-up [09:50:45 CEST] <cbsrobot> thun [10:10:41 CEST] <michaelni> git.videolan.org is dead again? [10:11:26 CEST] <j-b_> yes. [10:11:42 CEST] <j-b_> The DoS is stronger than this machine. I guess we will kill it. [10:12:03 CEST] <JEEB> :< [10:12:16 CEST] <JEEB> jesus christ the bored kids [10:21:13 CEST] <durandal_1707> attacking vlc, why I wonder, big frustrations maybe [10:24:15 CEST] <Shiz> maybe upset vlc's rendering block'd their hentai mkvs [13:34:49 CEST] <durandal_1707> can we move temporaly to github? [13:35:48 CEST] <thardin> only if you're a time lord [13:36:29 CEST] <durandal_1707> IIRC already happened? [13:37:12 CEST] <thardin> git is distributed, so shouldn't be a biggie. bug tracker still works I take it [13:38:39 CEST] <wm4> uh that would everyone require to have github access? [13:39:23 CEST] <durandal_1707> I guess no need for devs and commits in next days :) happy holidays [13:39:46 CEST] <nevcairiel> everyone can just keep developing thanks to git, hence the distributed part [13:39:55 CEST] <nevcairiel> aand it gets pushed when its back online [13:40:33 CEST] <durandal_1707> but, but I can't see what x did to y [13:40:46 CEST] <JEEB> wat? [13:41:17 CEST] <thardin> couldn't you just fiddle with the dns a bit? [13:41:49 CEST] <thardin> point the existing domain to 127.0.0.1 until the attack is over, add git2.videolan.org in the meantime [14:03:59 CEST] <durandal_1707> JEEB: what other dev did to some files [14:04:31 CEST] <durandal_1707> This also means I can't fix bug because git is down [14:06:20 CEST] <nevcairiel> you can fix bugs all the same [14:07:55 CEST] <durandal_1707> but can't distribute fixes to others [14:08:24 CEST] <nevcairiel> they'll survive for a couple hours [14:09:12 CEST] <durandal_1707> hours will become days in no time [15:23:13 CEST] <durandal_1707> wm4: for once a second I thought you posted diff :p [15:26:31 CEST] <ubitux> seems ppl are pretty tense again [15:28:19 CEST] <wm4> because they try, but to no avail [15:28:23 CEST] <wm4> it's just the same shit as ever [15:29:29 CEST] <mateo`> if all this tension if due to people not using git format-patch ..., just revoke ssh keys until they comply with this policy [16:07:12 CEST] <durandal_1707> mateo`: and I'm not the one with those powers [16:24:23 CEST] <mateo`> durandal_1707: who can do it ? [16:27:00 CEST] <durandal_1707> dunno, probably michaelni [16:29:39 CEST] <mateo`> I mean (IMHO) it's just a matter of sending a (last) warning to the people who are concerned, and if it happens again, the key should be revoked, no feelings involved, it's just a technical rule. [16:30:14 CEST] <mateo`> It just like writing code, you do shit, your compiler slaps you in the face. [16:33:03 CEST] <Illya> mateo`: I wish. It'd be so much easier. I seem to write conforming code in terms of the compiler, but then it just doesn't work. [16:34:24 CEST] <mateo`> :D [16:46:57 CEST] <durandal_1707> I fixed bug Carl thinks is regression [16:47:39 CEST] <wm4> that's not exclusive [16:47:53 CEST] <wm4> there are many "fixes" for broken files that break legitimate files [16:49:01 CEST] <durandal_1707> the amv sample from fate plays ok [16:50:12 CEST] <nevcairiel> git.videolan.org works again btw, the days of peril are over =p [16:51:25 CEST] <nevcairiel> the commit carl quoted to be the regression did one odd thing - it removed the clipping of the value [16:54:18 CEST] <michaelni> mateo`, we could attempt to detect misformated patches and reject them in mailman with a message but iam no sure how to implement that exactly, its important that we dont loose "git am" good patches, iam no mail expert [16:55:24 CEST] <michaelni> but i certainly can apply some patch to mailman code or add something into postfix config if someone has tested changes for that and people agree that we should do that [16:58:15 CEST] <nevcairiel> thats too agressive, and we dont want to alienate new contributors that may not know any better yet, all we ask in this regard is that seasoned contributors bother to follow the rules, if that takes ignoring their patches until they are submitted properly (and of course no push access), then thats better than some fragile mailman hackery [17:00:34 CEST] <mateo`> I agree [17:00:53 CEST] <BtbN> also sounds like it could potentially have false-positives, like blocking replies with patches behind > [17:01:08 CEST] <BtbN> I don't think that could be implemented in a perfect way. [17:01:32 CEST] <ubitux> 1. how/who decides for the sanctions 2. who has the power to apply them? [17:03:04 CEST] <michaelni> i can close a git account if theres some policy/agreement about it but i think ignoring misformated patches is enough here [17:03:26 CEST] <nevcairiel> not if said person then just pushes them [17:03:26 CEST] <michaelni> also iam happy to help people to fix their mail setup so send-email works [17:04:05 CEST] <michaelni> nevcairiel, "if" but the patch should first be posted with commit message [17:04:12 CEST] <michaelni> before it can be pushed [17:04:28 CEST] <nevcairiel> but thats whats not happening [17:04:45 CEST] <nevcairiel> yes, thats what should happen [17:04:53 CEST] <nevcairiel> but its not, which is why we are having this entire discussion :D [17:07:17 CEST] <BBB> michaelni: I think thats nicer, yes, lets help people setup their email so send-email works [17:07:34 CEST] <BBB> I think all this punishment isnt helping, especially for new contributors who just dont know how we roll exactly [17:07:50 CEST] <cone-084> ffmpeg 03Paul B Mahol 07master:a5c5ae5ed855: avcodec/iff: add support for ANBR files [17:07:51 CEST] <cone-084> ffmpeg 03Paul B Mahol 07master:7494b49780b2: avformat/iff: parse DPAN chunk [17:08:03 CEST] <mateo`> BBB: I think it's not about new contributors [17:08:09 CEST] <BBB> I know, its about carl [17:08:15 CEST] <wm4> <BBB> michaelni: I think thats nicer, yes, lets help people setup their email so send-email works <- isn't that what we've always done [17:08:21 CEST] <BBB> yes [17:08:24 CEST] <BBB> and carl keeps ignoring it [17:08:25 CEST] <jamrial> most if not all new contributors so far needed to be told once to fix the way they send patches [17:08:45 CEST] <BBB> I dont think we need to punish carl any more than just keep telling him to fix his mail client and otherwise not review his patches [17:08:52 CEST] <wm4> so, punish carl [17:08:53 CEST] <RiCON> i sent a patch using gmail once, and then configured git-email [17:09:00 CEST] <BBB> the issue I have with carl is that he attacked derek [17:09:21 CEST] <BBB> that is utterly unrelated to his mail client setup, is not remedied by him fixing his mail client, and also has a much higher cost to out project [17:09:29 CEST] <BBB> (i.e. we lost derek) [17:09:33 CEST] <ubitux> i remember several ppl trying to help carl figure out how to use pkg-config [17:09:36 CEST] <ubitux> good luck with git send-email [17:09:43 CEST] <ubitux> i don't think that's a technical issue [17:09:47 CEST] <BBB> I dont care about carl using send-email or pkg-config [17:09:51 CEST] <nevcairiel> we would be happy with format-patch [17:10:03 CEST] <nevcairiel> but yes what BBB said, those attacks were entirely uncalled for [17:10:05 CEST] <jamrial> BBB: systematically ignoring a rule because he thinks it shouldn't apply to him then subtly insulting or attacking those that politely point it out will not change just by telling him to stop for the hundredth time [17:10:17 CEST] <BBB> the attack is the issue [17:10:21 CEST] <BBB> ignoring the rule is minor [17:10:23 CEST] <BBB> (imo) [17:10:34 CEST] <BBB> so we should focus on the attack, not help him figure out send-email/pkg-config [17:10:40 CEST] <BBB> he can do that himself if he cares [17:10:52 CEST] <BBB> I mean, if you can code ffmpeg, you can certainly use pkg-config/git send-email [17:11:07 CEST] <jamrial> he knows very well how to use git [17:11:29 CEST] <ubitux> yes, it's obviously a will issue [17:11:33 CEST] <jamrial> he uses git diff to make the stuff he sends [17:11:42 CEST] <jamrial> he can obviously instead use git format-patch [17:11:47 CEST] <jamrial> he just doesn't want to [17:11:57 CEST] <BBB> anyway, my suggestion is to punish carl for attacking derek and stuff [17:12:11 CEST] <BBB> but its just a suggestion [17:13:15 CEST] <ubitux> and how do we decide? [17:13:37 CEST] <iive> BBB: The stuff between Derek and Carl is not from yesterday. [17:14:07 CEST] <BBB> ubitux: we vote :) [17:14:09 CEST] <iive> I've seen too many time Derek entering the fray when Carl is involved. [17:14:26 CEST] <iive> just to fuel the flames. [17:14:34 CEST] <ubitux> BBB: on the ml with the [DECISION] thing? [17:14:53 CEST] <ubitux> who starts it? [17:14:56 CEST] <BBB> whatever method you prefer; we can vote on the ML, we can vote on the IRC meeting [17:15:05 CEST] <BBB> we can do anonymous ballot voting [17:15:47 CEST] <ubitux> as the lazy bum, i'm only willing to vote, nor participate in the elaboration process and infrastructure for voting [17:15:49 CEST] <BBB> someone needs to re-generate the list of eligible voters [17:16:08 CEST] <BBB> I think we still have that list from last time [17:16:13 CEST] <ubitux> so as i said in the mail, the people who really wants that need to stand up [17:16:15 CEST] <BBB> and then send email to these people and ask them to vote yes or no [17:16:20 CEST] <BBB> ok [17:16:33 CEST] <BBB> I believe paul asked for it [17:16:38 CEST] <jamrial> BBB: attacking derek and being a passive aggressive asshole with paul are just the most recent examples [17:17:00 CEST] <BBB> jamrial: you can create the list and send email also if you want [17:17:10 CEST] <BBB> you can include any other examples you feel are appropriate [17:17:12 CEST] <atomnuker> as of last time: http://ffmpeg.org/pipermail/ffmpeg-devel/2015-November/183803.html [17:17:35 CEST] <BBB> very good [17:17:39 CEST] <atomnuker> no one else was added since [17:17:43 CEST] <BBB> so theres a list of voters, I think we know what we want to vote on [17:17:50 CEST] <wm4> heh I'll probably fall of the number of commits list [17:17:52 CEST] <BBB> so I think whoever wants to do it can now do it [17:18:10 CEST] <ubitux> wm4: afaik you're part of the votee comittee [17:18:33 CEST] <BBB> did llogan get two votes? [17:18:43 CEST] <BBB> he was already on the list, but he was newly added later also [17:18:46 CEST] <atomnuker> we decided to keep the list rolling so anyone with 50 commits done over a year is in [17:18:46 CEST] <BBB> how did that happen? [17:19:31 CEST] <BBB> anyway nevermind [17:19:41 CEST] <jamrial> BBB: the list below are the new additions. the list above is the full list [17:19:49 CEST] <BBB> ah good [17:19:53 CEST] <jamrial> at least that's how i read it [17:20:16 CEST] <michaelni> btw, somene might want to look at what google returns for carl daemon404 irc site:lists.ffmpeg.org [17:21:00 CEST] <michaelni> <Daemon404> carl you fucktard [18:30] ...<Daemon404> carl is an asshole ... [17:21:22 CEST] <michaelni> not taking sides at all, just wanted to point at it [17:21:49 CEST] <wm4> suuure you're not taking sides [17:22:27 CEST] <BBB> were not voting on punishing derek, were voting on punishing carl, right? [17:22:35 CEST] <ubitux> michaelni: cehoyos has a much more passive/aggressive behaviour, derek is much more abrasive personality wise [17:23:19 CEST] <ubitux> also, cehoyos is rarely on irc [17:23:25 CEST] <wm4> (only abrasive once he has to deal with fucktards) [17:26:53 CEST] <michaelni> wm4, yes iam sure iam not taking sides, i dont like the hostilities from either side [17:27:52 CEST] <omerjerk> Hey [17:28:01 CEST] <omerjerk> I get this warning while decoding - Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [17:28:12 CEST] <omerjerk> What's the reason for this ? [17:28:29 CEST] <wm4> API changes [17:28:33 CEST] <omerjerk> I don't even remember when it started to appear. :/ [17:28:56 CEST] <RiCON> since it was deprecated, at least :) [17:29:18 CEST] <RiCON> that's mostly a warning for developers [17:29:21 CEST] <omerjerk> Any examples what to update in my code ? [17:29:40 CEST] <nevcairiel> replace codec with codecpar [17:30:47 CEST] <ubitux> omerjerk: it's a recent change [17:30:57 CEST] <ubitux> not in any release afaik [17:31:02 CEST] <omerjerk> okay. [17:31:07 CEST] <omerjerk> https://github.com/omerjerk/FFmpeg/blob/float/libavcodec/alsdec.c [17:31:12 CEST] <omerjerk> What to update here ? [17:31:23 CEST] <omerjerk> I can't find any variable named "codec" [17:32:34 CEST] <pfelt> OT: greatest of mornings everyone! [17:32:48 CEST] <BBB> codecs dont need updating [17:33:07 CEST] <BBB> some demuxers may need updating, and some application code may need updating to use codecpar instead of codec for lavf<>lavc interaction [17:33:21 CEST] <wm4> omerjerk: it doesn't affect libavcodec [17:33:35 CEST] <wm4> only libavformat, or anyone using libavformat [17:33:39 CEST] <omerjerk> oh okay. [17:34:08 CEST] <ubitux> "Working on porting libebur128 to FFmpeg now." pfff... :( [18:15:35 CEST] <cone-084> ffmpeg 03Michael Niedermayer 07master:7ecfe4dc3634: avcodec/diracdec: Fix potential integer overflow [18:43:30 CEST] <cone-084> ffmpeg 03Stefano Sabatini 07master:1ab8e03a457a: lavf/mpegtsenc: set metadata stream type and write descriptor for ID3 packets [18:43:31 CEST] <cone-084> ffmpeg 03Stefano Sabatini 07master:4b38df82c25c: lavf/mpegts: add ID3 entry to the REGD_types array [21:08:53 CEST] <durandal1170> can i get explicit review of amv patch? [21:21:08 CEST] <cone-084> ffmpeg 03Michael Niedermayer 07master:699201ac0ef6: avcodec/options-test: Check avcodec_open2() return value [21:49:33 CEST] <jamrial_> durandal1170: the ima amv patch should be ok [23:48:33 CEST] <cone-084> ffmpeg 03Paul B Mahol 07master:14992421df88: avcodec/adpcm: pick correct step_index for IMA AMV [00:00:00 CEST] --- Fri May 20 2016

1 0

ffmpeg.log.20160519
by burek 20 May '16

20 May '16

[00:40:31 CEST] <DHE> default swscaler is bilinear. for downsampling, is there a better choice? better as in "burns more CPU, but probably worth it" [00:40:45 CEST] <DHE> or just a subjective opinion of which looks best [00:41:46 CEST] <JEEB> I recommend trying out zscale filter that uses the zimg library [00:44:30 CEST] <DHE> interesting. is it faster? higher quality? [00:44:40 CEST] <DHE> seems to have similar options to stock ffmpeg scaling [00:45:03 CEST] <JEEB> not sure about the zscale side but in general it should be rather nicely multithreadable and based on correctness [00:45:23 CEST] <JEEB> your main worry thus becomes to make sure swscale doesn't do any actual scaling or colorspace conversions :) [00:48:23 CEST] <DHE> uhh.. what? [00:59:11 CEST] <vade> am I responsible for re-timing AVFrames that are vended out of a avbuffer/ avbuffer sink filter chain if im asking to do re-sampling? @JEEB ? [01:18:48 CEST] <Aison> hello, just extracted all subtitle streams from a blueray rip mkv with ffmpeg -i file.mkv -map 0:s -c:s copy file_subs.mkv [01:19:05 CEST] <Aison> the subtitle only mkv file is 1gb! why so big? it is just some text!? [01:23:07 CEST] <Plorkyeran> blu-ray subtitles are images [01:23:32 CEST] <Aison> oh [01:23:53 CEST] <Aison> quit retarded ... [01:24:21 CEST] <Aison> but instead of a good font renderer inside the blueray player, they implement crap like BD+ [01:34:24 CEST] <klaxa> bluray could have been good [02:27:24 CEST] <antiPoP> hi, what does this command do: ffmpeg -i video.mp4 -r 0.09 cuadro_%01d.jpg [02:27:47 CEST] <antiPoP> I think is for creating thumbnails but how the -r option works [02:29:09 CEST] <antiPoP> ? [02:30:12 CEST] <llogan> ffmpeg will drop frames to make 0.09 fps. [02:31:39 CEST] <antiPoP> llogan, this is used to created thumbnails [02:31:41 CEST] <antiPoP> and works [02:31:48 CEST] <antiPoP> but idk how [02:34:52 CEST] <antiPoP> seems it created an thumb each 1/.09 secs [05:48:48 CEST] <Admin__> hey guys.. quick question please... i am transcoding some live content that has closed caption data in video.. but its 60fps and i am transcoding 30fps...i am doing c:s copy or -scodec copy and i can't get closed caption working.. weird thing is it was working last week and now it stopped again.. anyone know why ? [05:49:02 CEST] <Admin__> what can i do to guarantee that the closed caption data gets through [06:21:40 CEST] <Admin__> anyone? [06:24:15 CEST] <koka> (koka) I need help with compiling ffmpeg on windows 7 [06:24:31 CEST] <koka> I compiled it using msys already. [06:24:41 CEST] <koka> ) I am trying to compile a program with only a single call to av_register_all() as a test program [06:24:56 CEST] <koka> ) But I get errors like undefined reference to __mingw__vscanf in stdio.h [06:25:11 CEST] <koka> Can anybody help me in understanding what this error is ? (Im using i686-mingw-w64 for compiling test program) [06:26:48 CEST] <koka> Anyone ? [06:27:42 CEST] <koka> Any kind of help plz ? [07:17:13 CEST] <ironSpider> Is there any way to splice (ideally using -sseof) a "live" file (specifically, av_foundation capture of a desktop)? My attempts have come up short (some codecs through an error for sseof, others never stop transcoding (as though sseof has no effects))? [07:20:08 CEST] <ironSpider> For example, ffmpeg running in a shell capturing screen in file desktop.mp4 for 10 minutes, and while this is running, in another shell, I want to extract the last 30 seconds of desktop.mp4 [07:45:12 CEST] <flux> ironspider, no, it's not possible to read mp4-files live. you could do it with .ts though, in principle. [07:46:02 CEST] <flux> the information required to read mp4 files is written last (ie. frame sizes, frame timings), though in principle it might be possible to find a h264 from the mp4 file without that information (but you would need to write that tool yourself) [07:46:36 CEST] <thebombzen> you can also use matroska if you need a streamable format [07:47:15 CEST] <flux> the encoding doesn't write any essential information last? streamable isn't the same as live, but maybe it does work? [07:53:28 CEST] <Admin__> can anyone help with my question? [07:56:16 CEST] <ironSpider> @thebombzen I did try matroska (.mkv) but it did not work with -sseof (neither before the -i, nor after) [07:57:04 CEST] <ironSpider> @flux I did try a couple of different codecs, I'll try a ts right now and see if sseof will work with the live file [07:58:09 CEST] <flux> if sseof doesn't work with ts then perhaps some more brutal approaches can work, such as taking the last megabyte of the file and playing that [08:03:21 CEST] <ironSpider> @flux will try ts in just a minute, but just in case, "taking the last megabyte" as in tailing (or using dd) to cut the file to it's last 1MB? there'd be no corruption in doing that? [08:04:08 CEST] <flux> well, in principle it should try to find the first valid frame from that stream [08:04:17 CEST] <flux> actual ts streams from dvb are corrupt all the time ;) [08:04:42 CEST] <flux> if you skip the first second from that 1 megabyte you might get pristine :) [08:05:34 CEST] <ironSpider> @flux I'll be trying that, thanks for the tip [08:50:55 CEST] <techno156> \o [08:51:15 CEST] <techno156> Is compiling fdk-aac currently broken when compiling in cygwin? [08:52:07 CEST] <techno156> ld can't seem to find fdk-aac, though I have those libraries in my /usr/local/lib [08:58:22 CEST] <techno156> nevermind. Turns out that ld doesn't search through /usr/local/lib [08:58:28 CEST] <techno156> thanks anyway. :D [11:26:29 CEST] <Dariush> Hi. I have two files: the first one has the following properties: 23.96 fps, 24 tbr, 16k tbn, the other one the following: 11.79 fps, 12 tbr, 16k tbn. I want to concatenate them. I cannot reencode the first file for size reasons. I reencoded the second file with '-r 24' and got the following: 24 fps, 24 tbr, 12288 tbn. tbr got fixed, but tbn broke, and the files again concatenate with... [11:26:30 CEST] <Dariush> ...errors. It was recommended to me on this channel to remux both files to mkv, which I did with the following results: 23.96 fps, 23.96 tbr, 1k tbn and 24 fps, 24 tbr, 1k tbn respectively, which upon concat results in the same problem. How can I make the two timebases match (preferably in mp4 container)? [12:14:52 CEST] <termos> I have a video stream where some timestamps are absolute and others are relative, so I get audio ts being say 40 and video ts being 26643644. Is there a way to get the same ts for both audio and video? [14:30:22 CEST] <rooisnoek> Hi, I hope this is the right place to post this question. For my masters research I have to encode/decode and manipulate MP4 files containing H.264 video data (audio is currently irrelevant). What resources or standards (like ISO) would I need to aquire and study to be able to write software to do this? Since FFmpeg can at least decode H.264 natively I hope someone here might be able to help. [14:42:59 CEST] <pgorley> rooisnoek: A quick search came up with this: http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-H.264-200305-S!!PDF-… [14:43:19 CEST] <pgorley> Not sure if it's exactly what you're looking for, but it might be a good place to start [14:49:46 CEST] <rooisnoek> Thanks for the response. I am aware of those standards (ITU H.264 aka MPEG-4 Part 10). Just wanted to hear whether those standards alone provide all the information I might need [14:51:12 CEST] <pgorley> I'm guessing it should have all the information you'd need about h264 [14:51:30 CEST] <DHE> there's two parts here - parsing the .mp4 container to get the H264 frames, and decoding the H264 frames into full bitmap images [14:51:30 CEST] <pgorley> Other than that, you might want to get your hands on the full mpeg4 spec [14:54:29 CEST] <rooisnoek> If I look at the ISO website my budget won't affort all the MPEG-4 standards. Currently I'm consider part 10 (AVC/H.264), part 12 (ISO base media file format) and part 14 (MP4 file format) [14:56:39 CEST] <rooisnoek> part 14 seems to depend on part 12. The reason I came here is that part 12 seems to require other standards (unless I'm misreading the freely available introduction) so I want to find out whether anybody knows if theres anything else I might need. [14:58:29 CEST] <elmarikon> cheers! Can anyone help me with setting metadata for mxf muxing!? Eg. I tried -metadata modification_date="2016-05-19 23:23:23". Then wheile packaging it shows the correst value, but when I check afterwards it is set to "0000-00-00 00:00:00". Is there a way to correctly set that?! [15:09:55 CEST] <ritsuka> rooisnoek: 10 and 12 are free [15:09:59 CEST] <ritsuka> http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html [15:19:22 CEST] <rooisnoek> thanks ritsuka. I did see there are free version available, but I think they are older version of the standard. Still, I guess I can always start with them and see whether I can get by without the latest versions. [15:21:54 CEST] <rooisnoek> Part 12 appears to be the latest version, Part 10 is the 2012 version, the newest published is 2014 I think [15:34:27 CEST] <DHE> anyone know what the .f4m format is or how to play it? [15:35:41 CEST] <DHE> content appears to be XML but no obvious indication of how to play it beyond it's an Adobe thing (flash?) [15:38:29 CEST] <rooisnoek> DHE, I think a .f4m file is the manifest file for Adobe HTTP Dynamic Streaming (HDS). It only describes the available media files on a server [15:39:32 CEST] <DHE> that's something I can google for. thanks. [15:59:22 CEST] <s00b4u> I am looking for documentation on FFplay but could not find much. For example, the command "ffplay -h" generated a huge list of options [15:59:39 CEST] <s00b4u> but I don't know how to use them [16:00:05 CEST] <s00b4u> Is there any documentation/tutorial which gives some examples? [16:01:13 CEST] <DHE> a lot of the options are similar to ffmpeg's since ffplay consists of the decoding half of ffmpeg's features [16:02:14 CEST] <DHE> https://www.ffmpeg.org/ffplay.html for the basics, https://www.ffmpeg.org/ffplay-all.html to go deep into all the options available, including the complete video/audio filter [16:04:08 CEST] <s00b4u> thanks DHE. I already had access to those links. I was looking for some examples which help in understanding easily [16:04:24 CEST] <DHE> well what do you want to do? typically "ffplay filename.mp4" will be sufficient [16:07:32 CEST] <s00b4u> Just wanted to learn about all the options which are available. As such, I don't need it but just for my own learning. [16:21:21 CEST] <OmegaVVeapon> has anyone ever created a stable mpeg multicast stream with ffmpeg? :/ [16:32:46 CEST] <DHE> OmegaVVeapon: I have, but the actual multicast transmission is handled by an application I wrote [16:33:06 CEST] <DHE> which probably doesn't qualify I bet... [16:58:46 CEST] <OmegaVVeapon> not unless your application is open-source, hehe [16:59:31 CEST] <OmegaVVeapon> btw, do some of your streams contain subtitles such as DVB teletext? [16:59:43 CEST] <OmegaVVeapon> this is what's getting me stuck with ffmpeg [17:00:01 CEST] <OmegaVVeapon> looping audio and video streams works great [17:05:07 CEST] <vade> Hi. Im having a subtle issue with libfilter / buffer source / sink when using a compand filter. I have a transcoder I am working on and my video is timed perfectly on transcode, however if i pass audio through my filter chain, which has a compand operation, I get less samples than if I dont. I am aware of encoder / decoder delay, and my old code path which used libswresample worked fine, but obviously sans filtering. Ive logged when my filter c [17:05:07 CEST] <vade> gets AVERROR(EAGAIN) and it requests the exact number of frames I drop [17:06:32 CEST] <vade> however, I dont get them back when I try to flush my filter chain by passing through NULL frames [17:07:07 CEST] <vade> (ie, calling av_buffersink_get_samples with empty AVFrames) - and then requesting flushed encoded packets after that [17:12:55 CEST] <vade> :X [17:17:07 CEST] <vade> yea its not the filter at all [17:17:31 CEST] <vade> er, filter chain, its just the compand filter specifically. the buffer source and sink dont eat 9 frames of audio [17:26:46 CEST] <dvee> Hello, Im trying to transcode a multicast mpegts stream from dvlast through ffmpeg to an rtmp server but Im getting lots of distortion on the video feed and the audio occasionally breaks/squeeks. Ive tried messing around with loads of ffmpeg options but they none seem to be making a difference. Saving the multicast udp output to file with multicat gives me a perfect video & audio version. Any help much appreciated! More Inf [17:26:47 CEST] <dvee> http://pastebin.com/vrcD0h9Z [17:31:26 CEST] <DHE> dvee: sounds like you need a larger receive buffer then? [17:33:12 CEST] <vade> Ok, im really lost about this compand filter dropping frames [17:33:35 CEST] <vade> ive tried forcing a call to avfilter_graph_request_oldest to no avail [17:35:26 CEST] <dvee> DHE: Thanks Ill have a mess around, how do I set that? [17:37:09 CEST] <DHE> dvee: try "udp://239.255.1.1:8267?fifo_size=100000&buffer_size=262144" (quotes needed because & will be interpreted by the shell otherwise) [17:37:19 CEST] <DHE> I made the numbers up, but let's see how it goes [17:48:18 CEST] <dvee> DHE: It hasnt helped unfortunately :( Ive messed around with the figures a bit but none seem to make a difference (Tested with both MP4 output file and rtmp flv) [18:22:16 CEST] <ploop> I want to burn in subtitles using the subtitle filter. this works fine for the most part, but the output files is much, much smaller than the input file, and there's a noticeable drop in quality. is there any way to prevent this? [18:22:58 CEST] <lavalike> ploop: what options are you using? [18:22:59 CEST] <ploop> I would do -vcodec copy, but I think that will screw up the subtitle filter [18:23:41 CEST] <ploop> lavalike: ffmpeg -i 01.mkv -acodec copy -vf subtitles=filename=01.mkv:si=1 burned01.mkv [18:23:55 CEST] <lavalike> yeah I was thinking about -c:a copy -c:v copy too, try it out [18:24:12 CEST] <ploop> is -c:a copy the same as -acodec copy? [18:24:47 CEST] <ploop> so "-vcodec copy" won't interfere with the subtitles filter? [18:24:58 CEST] <lavalike> yes, and I am only guessing yes for the second one [18:25:16 CEST] <lavalike> you can try on a small subset of the file to avoid having to wait forever [18:26:27 CEST] <lavalike> (-ss mm:ss -t mm:ss for starting at the first time specified and going on for the second one) [18:29:33 CEST] <ploop> yeah lavalike, Filtergraph 'subtitles=filename=02.ass' was defined for video output stream 0:0 but codec copy was selected. [18:34:42 CEST] <dvee> Added most recent errors, including DHEs recommendations and some more stuff I found on google. Still getting a pixelated stream with audio breakage :( -> http://pastebin.com/qUcSNuNT [18:36:43 CEST] <Admin__> hey guys.. quick question please... i am transcoding some live content that has closed caption data in video.. but its 60fps and i am transcoding 30fps...i am doing c:s copy or -scodec copy and i can't get closed caption working.. weird thing is it was working last week and now it stopped again.. anyone know why ? [18:39:46 CEST] <lavalike> ploop: I don't understand, did it work or not? (: [18:40:55 CEST] <ploop> lavalike: no, as I expected I can't copy the video directly because the subtitles filter needs to edit it [18:42:11 CEST] <furq> ploop: set -crf [18:42:22 CEST] <furq> the default is 23, you probably want something lower [18:42:37 CEST] <ploop> furq: is that the compression amount [18:42:40 CEST] <furq> yes [18:42:44 CEST] <furq> lower values are higher quality [18:42:53 CEST] <ploop> so 0 would be effectively the original? [18:42:58 CEST] <lavalike> I guess there's also this http://ffmpeg.org/ffmpeg-filters.html#overlay-1 [18:42:59 CEST] <furq> no, 0 is lossless [18:43:13 CEST] <ploop> so like converting an ogg to flac? [18:43:15 CEST] <furq> yes [18:43:31 CEST] <ploop> so I would want something low but nonzero if I'm converting from a lossy source? [18:43:32 CEST] <furq> if you run mediainfo on the source it might show you the value the source used [18:43:52 CEST] <furq> if not then 16-24 are usually reasonable values [18:45:22 CEST] <furq> you might also want to mess with -preset and -tune [18:46:27 CEST] <furq> if the source is using -tune grain or -tune animation and you're not then there'll be a noticeable difference [19:12:35 CEST] Action: kepstin notes that 0 is lossless only when using 8-bit x264 - not 10bit; but if you don't know otherwise, you're probably using 8-bit [19:21:14 CEST] <lavalike> kepstin: neat, why is that? [19:23:36 CEST] <kepstin> It's just a quirk of how the values are scaled. Crf values aren't comparable between the two. If you actually want lossless, use the option -qp 0, which is the same on both. [19:31:02 CEST] <Elirips> Hello. Has anyone an idea what might be going on: I call multiple ffmpeg with '.. -updatefirst 1 -y c:\vid\cam01.jpg', '.. -updatefirst 1 -y c:\vid\cam02.jpg', etc. Suddenly one instance fails to write. Checking in process explorer tells me that an instance called with '-updatefirst 1 -y c:\cam01.jpg' has an open handle to the file c:\cam02.jpg [19:31:10 CEST] <Elirips> How should that be possible? [19:33:57 CEST] <kepstin> what's "-updatefirst"? I can't find that anywhere in the ffmpeg docs [19:34:02 CEST] <kepstin> did you mean to use "-update 1"? [19:35:01 CEST] <DHE> lavalike: there is the need to fill the bottom bits with something. 8-bit 0000000 maps to 10-bit 0000000000. 8-bit 11111111 maps to 10-bit 1111111111. But for most values in between there's technically rounding inaccuracies [19:35:42 CEST] <DHE> fractions x/255 don't always directly map to fractions of y/1023 [19:35:46 CEST] <Elirips> kepstin: yes, I mean that.. but I use 'updatefirst 1'.. and its working as it is overwriting the same file [19:36:35 CEST] <Elirips> using version ffmpeg version N-78252-gb62825a [19:37:48 CEST] <kepstin> Elirips: in this case, your filename doesn't have anything that looks like a pattern, so I don't think the value of the '-update' option makes a different. (I'd have to double-check the source to be sure) [19:38:41 CEST] <Elirips> kepstin: its quite confusing [19:39:21 CEST] <Elirips> well, I have to move on. I'll try tomorrow with the latest version of ffmpeg and try to use just 'update 1' instead of 'updatefirst 1' [19:39:57 CEST] <kepstin> oh, "update" and "updatefirst" are aliases of each-other, they do the same thing [19:41:12 CEST] <lavalike> kepstin, DHE, I see [19:41:16 CEST] <Elirips> its just very confusing: If I search for open handles on a file, I see that an instance called with an output-file of 'cam01.jpg' suddenly has a handle to 'cam02.jpg' [19:41:55 CEST] <Elirips> which makes the instance that is supposed to write to 'cam02.jpg' fail because it cannot move its .tmp file to the destination [19:42:07 CEST] <kepstin> that is a bit odd... since the filename has no pattern in it, there's no way that ffmpeg could generate a new filename with a different number [19:42:28 CEST] <Elirips> indeed [19:42:40 CEST] <Elirips> I'm not 100% sure if the output of process explorer is 100% correct [19:42:47 CEST] <kepstin> so, my guess is that there's a typo somewhere, or you've matched up the wrong process [19:43:05 CEST] <Elirips> but I see that the file is locked, and if I kill the instance reported by process explorer the lock is gone [19:43:31 CEST] <Elirips> I checked for typos in the command-line / evaluation of the handles / etc. for half a day now :/ [19:44:09 CEST] <Elirips> will ffmpeg internally use anything like named pipes that could interfere if I start about 60 instances at the same time? [19:45:01 CEST] <kepstin> I don't know enough about windows to say for sure, but I don't see why it would. You can run a ton of them on linux with no issue. [19:45:45 CEST] <kepstin> my best guess is that you've simply started up two using the same filename, and the output of the process explorer is confusing/misleading/wrong? [19:46:06 CEST] <kepstin> maybe you're making an ffmpeg command that has multiple output files listed? [19:46:48 CEST] <Elirips> I'm pretty sure my commands are correct, and what process explroer tells me matches up with the behaviour, but yes, its absolutely... ill... [19:46:51 CEST] <kepstin> given the options you say you're using, an ffmpeg told to output to cam01.jpg will never open cam02.jpg. [19:47:09 CEST] <Elirips> that helps already a lot [19:47:35 CEST] <Elirips> then process exp. must be wrong [19:47:52 CEST] <kepstin> of course, it is usually more helpful if you can pastebin the entire command line exactly as you're running it, and the output here [19:48:03 CEST] <Elirips> anyway, I'm out of time [19:48:06 CEST] <Jnorthrup> hello! [19:48:17 CEST] <Elirips> I'll check back tomorror / next week - except I find my stupid mistake tomorrwo [19:48:20 CEST] <Elirips> thanks for all the input [19:48:33 CEST] <Jnorthrup> I am using the latest, static windows 64 ffmpeg from... ffmpeg.org [19:49:13 CEST] <kepstin> Jnorthrup: that doesn't make sense, ffmpeg.org doesn't distribute windows builds. [19:49:30 CEST] <kepstin> Jnorthrup: you mean the ones from https://ffmpeg.zeranoe.com/builds/ ? [19:49:42 CEST] <Jnorthrup> i can refine that... ffmpeg version N-80011-gaf3e944 Copyright (c) 2000-2016 the FFmpeg developers [19:49:50 CEST] <Jnorthrup> that looks right [19:51:08 CEST] <Jnorthrup> """ffmpeg -i C:\t\Source_4_3_anamorphic_SD_PAL.mpeg -vf scale="720:404",setsar=1/1,pad="720:486:0:43:black" -ar 48000 -ac 2 -r ntsc -qscale:v 2 -y m.mxf""" is creating a raster bar line of pixels top and bottom played through vlc, ffplay, and windows media player. [19:51:24 CEST] <Jnorthrup> ^split line [19:51:46 CEST] <Jnorthrup> the last scanlin goes to about 33% of the frame then continues as padding [19:52:08 CEST] <Jnorthrup> opposite happens on the first inner scanline of the clip [19:52:19 CEST] <Jnorthrup> like its been rotated a tenth of a degree [19:53:35 CEST] <Jnorthrup> same for mp4 format output as well, with whatever different codecs [19:57:52 CEST] <furq> Jnorthrup: does it happen if you use an even number instead of 43 [20:01:47 CEST] <Jnorthrup> well, yes, but it looks inconsistent like the source media might be an influence depending on screen motion and color [20:04:35 CEST] <Jnorthrup> looks good enough to ship. concerning nonetheless :) [20:17:42 CEST] <Jnorthrup> the source media is a transcode witha fuzzy last scanline. the artifact exists in the source media as a much more vague scanline. my ffmpeg transcode is apparently making a determination color or black and there is a hard processing artifact resulting from the "boolean" determination in mid scanline [20:44:35 CEST] <kepstin> ouch, if you have a partial scanline at the end, then the original digital video capture wasn't centered correctly :/ If you're rescaling & padding anyways, it might make sense to crop a bit extra just to clean that up. [20:47:29 CEST] <kepstin> I assume your input is a 720x576 stream if it's PAL? [20:51:59 CEST] <kepstin> (btw, your setsar is wrong if your output is intended to be 4:3 ntsc; it should be '11/10') [21:19:29 CEST] <Jnorthrup> kepstin: it is anamorphic PAL so it was 16:9 source encoded to 4:3 -- but the broadcast spec says 720x486 target geom [21:20:17 CEST] <Jnorthrup> so the client wants 720x 404? 16:9 with letterbox [21:20:34 CEST] <kepstin> yeah, anamorphic pal is something ridiculous like 864/531 sar, and 720x486 as 4:3 ntsc is 11/10 sar [21:20:35 CEST] <Jnorthrup> im just working backwards through various handbrake notes [21:21:02 CEST] <kepstin> getting the exact height and width for this scaling to get the aspect correct will be a pain :/ [21:21:30 CEST] <Jnorthrup> i put down ffmpeg 10 years ago, never heard of anamorphic before this week [21:22:11 CEST] <kepstin> because of stupid video standards, you need to scale the middle 702.9 pixels of the PAL video to fill the middle 704 pixels of the NTSC video, then set the height to 369 pixels [21:22:27 CEST] <Jnorthrup> anamorphic _anything_ seems to be "some hack we used to record" and then someone went wikifying thier experience for the world to accept as a standard [21:22:28 CEST] <kepstin> then if you use the 11/10 sar, it'll be correct, assuming the original video was correct [21:23:25 CEST] <kepstin> (the width difference is only about 1 pixel total - so I wouldn't bother; leave it as 720) [21:24:54 CEST] <kepstin> er, did I say 369? typo, i mean 396 [21:25:44 CEST] <kepstin> so, -vf scale=720:396,pad=720:486:0:36,setsar=11/10 should be correct enough [21:26:01 CEST] <Jnorthrup> wait, so why is pal shifting 702.9 pixels into 704 NTSC pixels ? is this the shape of the cathode ray tubes differing here? [21:26:17 CEST] <kepstin> just strange differences in how the video sampling was defined :/ [21:27:08 CEST] <kepstin> if you're really curious, http://lurkertech.com/lg/video-systems/#480i_nonsq_sampling and http://lurkertech.com/lg/video-systems/#576i_nonsq_sampling (or read the whole page to get an idea of how badly everything is messed up) [21:27:28 CEST] <kepstin> first link is ntsc 720x486, second link is pal 720x576 [21:27:45 CEST] <JEEB> 625 you mean? [21:28:26 CEST] <kepstin> the "clean aperture" is the section of the picture that has the standard "aspect ratio" of 4x3 or 16x9 when displayed on a screen [21:29:02 CEST] <JEEB> this is another page which might be harder to read than the lurker's guide but does lead you to them numbers and how they get calculated http://chromashift.org/aspectratio/ [21:29:06 CEST] <kepstin> JEEB: PAL is a "625" line standard, but normal digital sampling only captures 576 lines of picture (the other lines contain sync and things) [21:29:14 CEST] <JEEB> kepstin: yes I know :) [21:29:30 CEST] <JEEB> blu-ray spec f.ex. calls the resolutions 625 and... 525 I think? [21:29:37 CEST] <JEEB> but actual res is 480 and 576 [21:29:42 CEST] <JEEB> (the other way) [21:30:14 CEST] <kepstin> the really annoying thing is that dvd and bluray mpeg files use 720x480 as ntsc, which is *usually* just 720x486 with the bottom 6 pixel cropped off ;) [21:30:43 CEST] <JEEB> well at least the blu-ray spec specifies the SAR values [21:30:50 CEST] <kepstin> (but not always, so vertical alignment is fun) [21:30:53 CEST] <JEEB> DVD only had "generic" values like 4:3 or 16:9 [21:31:12 CEST] <JEEB> + DVD was generally paper only so getting your hands on the text was :effort: [21:31:22 CEST] <kepstin> yeah, dvd players were expected to ignore the mpeg sar values and display with the appropriate sar according to the video standard used, I guess :/ [21:31:45 CEST] <Jnorthrup> Stream #0:0: Video: mpeg2video (Main), yuv420p, 720x486 [SAR 11:10 DAR 44:27], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn [21:31:58 CEST] <JEEB> so yeah, when doing encoding for blu-ray you can at the very least know how the thing's supposed to be shown [21:32:25 CEST] <JEEB> and since it's very likely it's just taking that stuff from the DVD side with SD [21:32:29 CEST] <kepstin> Jnorthrup: note that your video is gonna look pretty juddery from the 25->30000/1001 framerate confersion [21:32:34 CEST] <JEEB> I'm generally using that as the guiding point [21:32:45 CEST] <kepstin> at least the hidef video standard are less annoying [21:32:50 CEST] <kepstin> square pixels! yay! [21:34:24 CEST] <JEEB> not in the SD side of blu-ray, though [21:34:48 CEST] <kepstin> Jnorthrup: if your output device supports interlaced video, you could telecine 25->30 then speed up by 1.001x to make the video smoother. [21:34:53 CEST] <JEEB> but at least the sar values are defined :) [21:35:49 CEST] <kepstin> JEEB: they're 11/10 and 44/30 for "4:3" and "19:9 anamorphic", right? [21:36:19 CEST] <kepstin> anything else would be really annoying, since then it would be *different* from what other stuff does :/ [21:36:27 CEST] <kepstin> (above numbers for ntsc) [21:36:27 CEST] <Jnorthrup> i just got the order for 16:9 in NTSC pal. my output still has some black edges along the side now 1-2 pixels depending on whiteness of the scene [21:36:58 CEST] <Jnorthrup> woops "in ntsc 4:3" [21:37:07 CEST] <JEEB> kepstin: 480i with 40:33 | 10:11 and 576i with 16:11 | 12:11 [21:37:24 CEST] <kepstin> Jnorthrup: keep in mind that the active picture area for ntsc is only the middle 704 pixel, anything outside of that doesn't matter and won't be shown. [21:37:40 CEST] <kepstin> (aside from some computer players, which do show it, but whatever) [21:37:42 CEST] <JEEB> kepstin: I can confirm that this page shows you the info that's in the spec http://www.x264bluray.com/home [21:37:44 CEST] <Jnorthrup> ooh! ammo for the bugreport! [21:38:27 CEST] <kepstin> most computer players don't automatically crop ntsc or pal video, but if shown on a TV you won't see the edges. [21:39:05 CEST] <JEEB> and to be honest players shouldn't crop that stuff unless there's metadata for that. which there is none of with DVDs [21:40:10 CEST] <kepstin> well, with dvds you can assume that the content's either ntsc or pal, and assume that it was sampled using the standard methods, and then display only the clean aperture. But that's a lot of assumptions :) [21:40:10 CEST] <furq> what's the active picture width for pal [21:40:21 CEST] <furq> based on these dvds i've been ripping lately it's "whatever we feel like today" [21:40:26 CEST] <JEEB> with DVDs another issue with PC players is that the field used for aspect ratio is generic and doesn't specify if it should be taken in as the truth, or viewed through the ye olde lense. Although DVD-specific players can always limit themselves :) [21:40:50 CEST] <kepstin> furq: 768*(54/59) according to http://lurkertech.com/lg/video-systems/#576i_nonsq_sampling [21:41:23 CEST] <JEEB> the one I linked is the old article from uwasa, it was mirrored on chromashift.org [21:41:33 CEST] <JEEB> it has a lot of the details regarding that funkyness [21:42:07 CEST] <JEEB> + how to derive the exact values (of which those that are used in blu-ray are simpler approximations) [21:42:32 CEST] <kepstin> note that the bluray spec got the pal sar values wrong, should be 54/59. But the 16/11 value is nicer for computer use, since it gives 768*(11/12) which is exactly 704px rather than 702.90... [21:42:39 CEST] <kepstin> er, the 12/11 [21:43:03 CEST] <JEEB> uhh [21:43:17 CEST] <JEEB> I recommend reading the chromashift link I posted [21:45:56 CEST] <kepstin> hmm. http://lurkertech.com/lg/video-systems/#sqnonsq calculates it straight from the sampling frequencies used to get 59/54 for pal. [21:46:28 CEST] <kepstin> oh, are there multiple different sampling rates used? :/ [21:47:13 CEST] <JEEB> it's a messy thing, and around part 2 (connection between the analog and the digital) it starts getting calculated [21:47:25 CEST] <kepstin> hmm, no, that lines up with the ""Industry standard" square pixels for 625/50 systems" from the chromashift page [21:47:31 CEST] <Jnorthrup> Input #0, mpeg, from 'C:\t\Source_4_3_anamorphic_SD_PAL.mpeg': [21:47:33 CEST] <Jnorthrup> Duration: 00:00:20.09, start: 0.457189, bitrate: 5685 kb/s [21:47:34 CEST] <Jnorthrup> Stream #0:0[0x1e0]: Video: mpeg2video (High), yuv420p(tv), 720x576 [SAR 1:1 DAR 5:4], 5184 kb/s, 25 fps, 25 tbr, 90k tbn [21:47:36 CEST] <Jnorthrup> Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 384 kb/s [21:47:38 CEST] <Jnorthrup> no 576i here [21:48:46 CEST] <JEEB> kepstin: also there's this perl script based on the stuff written in that page I linked http://ps-auxw.de/cgi-bin/ar-calc.pl [21:49:40 CEST] <JEEB> and yes, it's a mess. [21:49:53 CEST] <kepstin> JEEB: ah, I see, the person on the chromashift page tried to calculate "exactly square pixels" rather than use the not-quite-square industry standard "square pixel" sampling [21:50:24 CEST] <kepstin> which means, those values don't line up with what industry standard hardware does :/ [21:53:00 CEST] <kepstin> industry says "sample at 14.75MHz and call it square", which is what leads to the 54/59 value. chromashift person tried to calculate how to make it exactly square, which gives 4320/4739, and bluray folks took a simplified fraction that was easier to deal with in digital media, which gives 11/12 [21:53:08 CEST] <kepstin> fun. [21:54:25 CEST] <JEEB> basically if one looks at the blu-ray values then the chromashift stuff looks very muchos correct since it just seems to be simplified [21:54:48 CEST] <JEEB> here's the comparison for the 576i values http://up-cat.net/p/9fdc8052 [21:54:51 CEST] <kepstin> (btw, the industry standard value gives 0.91667, bluray gives 0.91525, a tiny difference, and chromashift gives 0.91158, bigger difference from both) [21:55:36 CEST] Action: kepstin did v/h for that [21:55:55 CEST] <Jnorthrup> bleh, anamorphic bad. [21:56:12 CEST] <kepstin> so in most cases, you can treat the bluray and industry standard sampling values as the same; the error is pretty small. [21:56:13 CEST] <Jnorthrup> beer good! [21:57:15 CEST] <kepstin> of course, these are all the 4:3 ratios, to get the anamorphic 16:9 ones, multiply the h by (16/4) and the v by (9/3) [21:57:31 CEST] <kepstin> no question about that from anyone, at least :/ [21:57:48 CEST] <JEEB> I've basically been keeping the values mentioned in chromashift as the correct stuff, and used the blu-ray values for DVD and blu-ray purposes [21:59:04 CEST] <Jnorthrup> i never had any complaints flattening all the things to square pixels and doing splices and then spending 10x that long fixing for faad/faac desync [21:59:23 CEST] <Jnorthrup> never done broadcast before [21:59:32 CEST] <kepstin> the chromashift values will give theoretically more square pixels, if you take a 720x576 video and display it on a computer screen, but i wouldn't use it for anything else, since it differs from the "square pixel" sampling values that hardware samplers use :/ [22:00:21 CEST] <kepstin> and I wouldn't bother treating the hardware "square pixel" sampling and bluray sar differently, since the margin of error is so small. [22:02:45 CEST] <kepstin> of course, the only time that this conversion would come up is if for some reason you have square video and want to convert to non-square video for e.g. encoding to bluray or dvd [22:03:14 CEST] <kepstin> in which case, you could use either the 11/12 or 54/59 values pretty much interchangably and nobody would notice :? [22:03:43 CEST] <kepstin> (and the bluray values are nicer, because you don't have fractional pixels) [22:04:09 CEST] <JEEB> aspect ratio can be quite wrong and people just wouldn't notice, so yeah - blu-ray values are what I go with because that's what the SAR values get to be written @ SD BD [22:04:36 CEST] <JEEB> the AVC stuff is much nicer because it removed the implied values from aspect ratio values [22:04:58 CEST] Action: kepstin is in north america and basically doesn't deal with pal, so at least everything's always just 10/11 [22:04:58 CEST] <JEEB> MPEG-2 Video was plagued by the fact that the field just said "16:9" or "4:3" [22:05:22 CEST] <JEEB> so it was fully context specific [22:05:32 CEST] <JEEB> rather than "this is my SAR, biatch" [22:06:17 CEST] <kepstin> yep. but handily, a dvd player was usually designed for either pal or ntsc, and so it only needed to know that "if video is 4:3, use sar X, if video is 16:9 use sar Y" [22:06:51 CEST] <JEEB> yes, if the player had the context it was simple [22:07:08 CEST] <kepstin> (and even a multiformat player could autodetect by just seeing the number of lines or framerate of the video) [22:08:16 CEST] <JEEB> I would rather autodetect by checking if you're playing a DVD. Not sure about DVB/ATSC digital SD stuff. Not sure how fucked up SD digital broadcast specs are. [22:08:49 CEST] <JEEB> F.ex. I have no idea which aspect ratio values should be used with my own country's SD DVB broadcasts [22:09:18 CEST] <JEEB> oh, and for extra fun there's Japanese ISDB-T SD broadcasts, which are BT.709. [22:09:52 CEST] <kepstin> for digital broadcast video? it's simple... is the video 576 line? it's pal, use the pal sar; if it's 486/480 line? it's ntsc, use the ntsc sar [22:10:20 CEST] <JEEB> if I would have to actually poke such streams I'd probably go on read the specs [22:10:32 CEST] <JEEB> esp. the Japanese case could be funky [22:10:34 CEST] <kepstin> the only difference between the japanese and north american standards was something about signal level, iirc; they're the same sar. [22:11:26 CEST] <JEEB> yeah but at least the colorimetry for Japanese SD is BT.709. No idea if that also means that you're supposed to treat the aspect ratio as modern stuff as well. [22:11:54 CEST] <JEEB> (back when I read ARIB specs I only focused on the colorimetry and thus I remember nothing on how AR was spec'd) [22:12:04 CEST] <kepstin> if the video's still 720x486/480? then no, it's still the same old sar. [22:12:20 CEST] <kepstin> since it would just be the same old sd video played without being resampled [22:12:41 CEST] <JEEB> quite possible, but yeah - I'd probably take a look at the regional specs :) [22:12:44 CEST] <kepstin> (although maybe with color matrix adjustments - but I bet that half the time they forget to do that, too) [22:12:57 CEST] <JEEB> nah, the colors are correctly BT.709 [22:13:10 CEST] <JEEB> at least in my limited checks [22:13:48 CEST] <kepstin> you sure? if a tv station has an old video file sampled using bt.601 they might not fix the color matrix before broadcasting it... but then who knows :) [22:14:27 CEST] <JEEB> yeah, sure - fucked up samples can happen everywhere :) but at least the stuff I could confirm was indeed following the ARIB specification [22:14:38 CEST] <kepstin> (it could be hard to tell unless you actually have the correct video to compare too, iirc getting that wrong is just a slight color cast) [22:15:00 CEST] <JEEB> yeah, you can't confirm it without comparing [22:15:10 CEST] <JEEB> and having a known-correct rendering of the same stuff [22:16:01 CEST] <kepstin> at least with BT.202 it should be really obvious if something's wrong ;) [22:16:03 CEST] <kepstin> 2020 [22:16:05 CEST] <JEEB> yeah [22:16:19 CEST] <JEEB> it was real fun looking at the first .jp BT.2020 broadcasts in players [22:16:27 CEST] <kepstin> *and* they dropped interlaced modes completely [22:16:28 CEST] <kepstin> about time [22:16:41 CEST] <JEEB> special coding modes, yes. but you still can code fields separately [22:16:46 CEST] <JEEB> and signal them correctly [22:16:49 CEST] <JEEB> (in HEVC) [22:17:04 CEST] <JEEB> BT.2020 itself removed interlacism though, yes [22:17:07 CEST] <kepstin> the codecs support it, but BT.2020 doesn't allow them [22:18:31 CEST] <JEEB> SMPTE ST 2084 is also fun [22:18:36 CEST] <kepstin> I'm surprised HEVC kept an interlaced encoding mode, but i guess that's what happens with design by committee; someone influential probably just said they had to be able to use it for legacy interlaced media :/ [22:18:53 CEST] <JEEB> well, leaving header fields was simple [22:19:07 CEST] <JEEB> and would keep the cable TV mafia happy [22:19:25 CEST] <JEEB> they tried real hard to convince the committee that special modes were needed [22:19:34 CEST] <JEEB> but pretty much got "fuck you"'d on JCT-VC [22:19:45 CEST] <kepstin> oh, did they actually still include an actual interlaced encoding transform like h264's mbaff? [22:19:48 CEST] <kepstin> or not? [22:19:51 CEST] <JEEB> no [22:19:54 CEST] <JEEB> no special coding modes [22:20:02 CEST] <JEEB> literally just header values [22:20:09 CEST] <JEEB> frame vs field and top/bottom [22:20:18 CEST] <JEEB> IIRC [22:20:28 CEST] <JEEB> so you code fields as separate pictures [22:20:38 CEST] <JEEB> just like normal video [22:20:45 CEST] <Venti^> yes, there is nothing else... although they could not have worded the specification any less clearly [22:22:02 CEST] <kepstin> hmm. do they allow selecting the frame vs field encoding to be switched per-picture? [22:22:07 CEST] <Venti^> there are some uses for interlacing in HEVC, mostly to do with proprietary workflows that _have_ to work with legacy interlaced content though [22:22:25 CEST] <JEEB> yeah, I'm fine with the header values be there [22:22:25 CEST] <kepstin> (similar to h.264's PAFF mode?) [22:23:55 CEST] <Venti^> I wish decoders supported the header values though... [22:25:33 CEST] <Venti^> I tried to push a patch to ffmpeg, but it turned out that having two input pictures result in one output picture in ffmpeg caused way too many problems, at least more than my limited understanding of ffmpeg could resolve [22:25:43 CEST] <kepstin> hmm. it's apparently "per-stream", so i guess it's in some codec initialization metadata? or every IDR frame when you're doing e.g. an mpeg-ts broadcast? [22:26:37 CEST] <JEEB> Venti^: yeah the framework seems to expect both fields in one picture or so but then the decoder is trying to be modern and output fields separately (plus in some cases I think it gets the timing values wrong for them) [22:26:53 CEST] <JEEB> so there's a mismatch of how things are implemented [22:27:06 CEST] <Venti^> kepstin: it's per picture... there is some wording in the spec for setting them per stream, but my understanding is that they do nothing and you have to say the interlacing and field order for every picture anyway [22:27:29 CEST] <JEEB> pretty much [22:29:52 CEST] <kepstin> so to handle interlaced hevc in ffmpeg right now, you'd have to manually throw on a 'tinterlace' filter to recombine the fields? [22:30:23 CEST] <JEEB> if you want the following filters handle it correctly, yes :) [22:30:53 CEST] <JEEB> if that filter takes two pictures and puts them together :P [22:31:32 CEST] <kepstin> with mode=merge that is indeed exactly what it does. [22:32:57 CEST] <JEEB> if HEVC had any more usage someone would probably fix the later stuff to not expect fields merged [22:33:50 CEST] <kepstin> well, I think it would require adding some additional frame metadata to indicate that a given "frame" is actually a field, and whether it's a top or bottom field. [22:34:49 CEST] <kepstin> then you could even have it auto-insert a filter that recombines fields, setting interlaced and tff/bff flags correctly and passes through progressive frames. [22:41:57 CEST] <pfelt> OT: anyone around that has exp. with a sencore mrd? i'm having a hard time finding x264 settings compatible with the mrd we have [22:43:59 CEST] <pgorley> Is it normal that ffmpeg -hwaccels returns vdpau when I have an Intel GPU? Shouldn't it be vaapi? [22:44:46 CEST] <JEEB> mesa IIRC has a vdpau API nowadays, but I'm not sure if you want to use that one on !nvidia even though it's available [22:44:47 CEST] <kepstin> that prints a list of the hwaccels ffmpeg was compiled to support; has nothing to do with what's actually useful on your system. [22:44:53 CEST] <pgorley> Oh [22:44:54 CEST] <JEEB> oh, right [22:44:59 CEST] <JEEB> that list isn't dynamic [22:44:59 CEST] <JEEB> :D [22:45:05 CEST] <pgorley> I should recompile then [22:45:17 CEST] <JEEB> also it will only list the stuff that ffmpeg.c can handle [22:45:33 CEST] <JEEB> so if ffmpeg.c doesn't have a va-api using thing in it, then it's not gonna be there [22:45:43 CEST] <JEEB> at least that's what I think [22:45:47 CEST] <kepstin> it currently prints 'vdpau qsv vaapi' on my system, with a recent git [22:46:03 CEST] <kepstin> but 'qsv' doesn't actually work, since I haven't convinced the intel media stuff to install yet. [22:46:49 CEST] <kepstin> and vaapi doesn't work, since something weird about me running in a wayland session rather than X maybe? [22:46:57 CEST] <kepstin> :/ [00:00:00 CEST] --- Fri May 20 2016

1 0

ffmpeg-devel.log.20160518
by burek 19 May '16

19 May '16

[00:53:50 CEST] <cone-387> ffmpeg 03Yong Lei 07master:7bacf7453665: avformat/avio: fix memory leak in url_find_protocol [01:20:51 CEST] <cone-387> ffmpeg 03Michael Niedermayer 07master:936751b6527c: avformat/avio: Fix null pointer dereference in case of memleak [11:57:54 CEST] <ubitux> what's the quality vbr range for aac with the cli? [11:59:20 CEST] <ubitux> http://sprunge.us/CaVC kinda confusing [12:04:32 CEST] <ubitux> Effective range for -q:a is around 0.1-2. ok [12:40:39 CEST] <cone-684> ffmpeg 03Paul B Mahol 07master:eef2f64294a6: avcodec/iff: scala anim32 & anim16 decompression [12:47:40 CEST] <cone-684> ffmpeg 03Paul B Mahol 07master:810a8ba5b673: avcodec/iff: add forgotten checks for end of input buffer [14:03:37 CEST] <BtbN> great, wiki spam again. [14:59:13 CEST] <BBB> michaelni: can you give me edit rights to BadContent? [15:01:03 CEST] <BBB> (I deleted the above pages) [15:06:35 CEST] <BBB> michaelni: edit rights to BadIP would be useful too [15:37:32 CEST] <Daemon404> http://ffmpeg.org/pipermail/ffmpeg-devel/2016-May/194375.html [15:37:48 CEST] <Daemon404> why the heck is carl exempt from even basic things like "dont be an ass" [15:37:55 CEST] <JEEB> wat [15:37:59 CEST] <Daemon404> i really love ad hominem attacks [15:38:26 CEST] <Daemon404> every time this happens, the usual people are suspiciously silent on the matter. [15:38:30 CEST] <Daemon404> every. time. [15:38:33 CEST] <durandal_170> lol, he is really ....... [15:46:35 CEST] <wm4> trolled back because not enough flames [15:46:49 CEST] <wm4> michaelni: btw. how come I'm only voiced again, when I was op for some time? [15:48:00 CEST] <wm4> ah I was too late [15:48:37 CEST] <wm4> can't we vote to ban Carl from the mailing list? [15:53:17 CEST] <durandal_1707> wm4: something resets powers [16:01:59 CEST] <BBB> :( [16:02:31 CEST] <kierank> don't worry the carl defenders are here!!! [16:02:46 CEST] <Compn> losing your irc reg identity will break the power [16:02:58 CEST] <Compn> log into nickserv once per month [16:03:27 CEST] <wm4> people like Compn who have not the slightest clue about technical issues, but will defend whatever carl/michaelni say? [16:03:45 CEST] <kierank> yes or people who want free speech like ubitux [16:03:56 CEST] <kierank> irrespective of the toxic environment it creates [16:03:59 CEST] <kierank> same with michaelni [16:04:01 CEST] <wm4> hey ubitux isn't in this category [16:04:13 CEST] <kierank> wm4: please see discussion two months ago [16:04:40 CEST] <wm4> in any case, it's true, we're unable to do anything about the bad direction things tend to be taking [16:06:45 CEST] <Compn> when you wall out the free speech you will find yourself in an echo chamber [16:06:59 CEST] <Compn> or maybe not [16:07:11 CEST] <ubitux> kierank: my position is that i'm free to care about anything i want to, just like you are, but thx for not blaming me for the misbehaviour of Carl [16:07:49 CEST] <durandal_1707> please leave this to me... [16:08:47 CEST] <Compn> having to choose one developer over another isnt an "ass" move? [16:08:48 CEST] <BBB> so now were all fighting with each other [16:08:50 CEST] <BBB> wonderful ... [16:09:04 CEST] <Compn> ack spam [16:09:12 CEST] <BBB> wow you guys delete quicker than me [16:09:32 CEST] <Compn> if i had to pick one developer over another who rage quits.... [16:09:35 CEST] <BBB> and& its gone [16:09:49 CEST] <BBB> michaelni: please give me BadContent/BadIP editing power on wiki pretty please? [16:10:03 CEST] <BBB> I feel like a crippled moderator on the wiki, I can delete but I cant block :-p [16:10:29 CEST] <BBB> so now back to the actual topic of conversation [16:11:24 CEST] <BBB> Compn: can you talk to cehoyos and see if he can mellow his tone? those last few emails were totally unnecessary [16:11:35 CEST] <michaelni> BBB, fixed you should be able to edit read only pages now [16:12:19 CEST] <Compn> i'd rather try to instruct people to ignore tone , but i can ask [16:12:41 CEST] <wm4> http://git.videolan.org is down? [16:12:57 CEST] <funman> yes [16:13:20 CEST] <BBB> and its gone [16:13:24 CEST] <BBB> should be blocked from now on [16:13:27 CEST] <BBB> I just missed that one [16:14:13 CEST] <Compn> sent [16:14:28 CEST] <Compn> er BBB : sent mail to carl [16:14:29 CEST] <BBB> Compn: well, look, I dont think its ok that cehoyos can use any tone he wants and others should just ignore it& we should all nudge a little [16:14:32 CEST] <BBB> ty [16:14:54 CEST] <Compn> yeah well i'm not a safe spaces kind of guy , you are barking up the wrong tree [16:15:36 CEST] <BBB> didnt bloomberg give a wonderful anti-safe-spaces speec at a commencement ceremony a week or so ago? [16:15:46 CEST] <BBB> IIRC [16:15:54 CEST] <Compn> i dont listen to that soda pop policeman [16:15:55 CEST] <Compn> ehe [16:15:58 CEST] <BBB> lol [16:16:08 CEST] <BBB> brb [16:17:39 CEST] <Compn> [09:38] <Daemon404> every time this happens, the usual people are suspiciously silent on the matter. [16:18:05 CEST] <Compn> also , this is a thread that was posted in the last hour. i dont think everyone is even awake at the same time, let alone reading mailing list flame wars [16:18:31 CEST] <Compn> BBB : arent you going to aks daemon about his "tone" about persecuting the "silent" "usual people" ? nahhh [16:18:34 CEST] <durandal_1707> well it happens multiple times in past [16:21:18 CEST] <Compn> i think i'm getting too old for this shit. [16:21:28 CEST] <durandal_1707> and free speech are not attacks [16:23:38 CEST] <durandal_1707> and Carl was clearly attacking [16:25:55 CEST] <Compn> Derek Buitenhuis <derek.buitenhuis <at> gmail.com> writes: [16:25:55 CEST] <Compn> > I would agree, but for some reason Carl feels he is exempt [16:25:55 CEST] <Compn> > from the FFmpeg developer rules. [16:25:59 CEST] <BBB> Compn: Ill talk with derek [16:26:00 CEST] <Compn> was that an attack too ? [16:26:15 CEST] <Compn> ( i am curious, i cant tell the diff between a discussion and an attack right now ) [16:26:31 CEST] <BBB> its probably categorized as a snide remark [16:26:37 CEST] <BBB> I think thats the correct spelling [16:26:44 CEST] <Compn> looks correct [16:26:54 CEST] <Compn> spelling wise [16:27:39 CEST] <Compn> i have to go outside now and enjoy the day. sorry , bbl [16:27:55 CEST] <Compn> durandal_1707 : was that an attack ? [16:28:04 CEST] <Compn> what derek said [16:28:08 CEST] <Compn> that i pasted. [16:28:35 CEST] <wm4> in itself, it wasn't much "attacking", but it was the typical asshole pattern Carl is _always_ showing [16:29:02 CEST] <wm4> sometimes I think Carl would rather destroy the project than risking reunification with Libav [16:29:14 CEST] <Compn> my eyes have rolled out of my head [16:29:39 CEST] <Compn> you should have been at the meeting wm4 :) [16:30:10 CEST] <durandal_1707> to talk with him? [16:30:32 CEST] <Compn> i mean the libav ffmpeg reunification talk meeting at vdd hosted by j-b_ [16:30:40 CEST] <Compn> where carl was in attendance [16:32:11 CEST] <atomnuker> carl and luca were the only people getting triggered, if it wasn't for them maybe something would have come out of it [16:33:34 CEST] <BBB> atomnuker is right [16:34:20 CEST] <wm4> sigh [16:36:27 CEST] <BBB> Compn: btw, not listening to soda pop policemen is as safe spaces as anything - listen to him, he might have something useful to say [16:36:44 CEST] <BBB> Compn: although I admit hes probably too much a metropolitan elitist for most of the country [16:37:11 CEST] <Compn> ehe [16:37:15 CEST] <Compn> maybe i'll give a listen later [16:37:43 CEST] <Compn> i havent really been following safe spaces thing . saw southpark episode on it , thats about it [16:38:08 CEST] <BBB> oh I should go look at that [16:38:12 CEST] <BBB> thanks for the pointer :D [16:41:39 CEST] <BBB> s19e05 [16:43:32 CEST] <atomnuker> durandal_1707: you should probably send another email to the ML with the meeting time and channel [16:46:07 CEST] <durandal_1707> I'm out in another city... [16:46:44 CEST] <durandal_1707> With old phone, too lazy to buy new one [16:49:35 CEST] <durandal_1707> what would be best date and hour? [16:50:16 CEST] <atomnuker> some not-too-distant saturday at a time when both the US and the EU are awake [17:23:47 CEST] <michaelni> what happened with git.videolan.org ? or rather when will it be back ? [17:24:59 CEST] <JEEB> apparently they're trying to find someone to kick the box [17:28:43 CEST] <jamrial> so, when are we kicking carl? [17:29:59 CEST] <atomnuker> meeting [17:33:22 CEST] Action: pfelt is wondering if he needs to find a new shaper pitchfork, and perhaps a torch of some kind.... [17:34:02 CEST] <wm4> torches are handed out right besides the blank patch template stand [17:34:09 CEST] <pfelt> and.. greatest of mornings to everyone! [17:34:43 CEST] <pfelt> being new here, i'm just grateful that you guys have been patient with me [17:37:38 CEST] <BBB> pfelt: most important thing to learn is to be a little bit resistant to asshole comments from some people [17:37:54 CEST] <BBB> pfelt: they usually dont mean bad, they just dont know to express themselves decently [17:38:08 CEST] <BBB> sometimes they mean bad and then we have to correct that, but then the damage is already done :( [17:39:53 CEST] <nevcairiel> i dont get that argument, some people are so obviously aggressive and confronting that I don't buy the "they dont know any better because muh english" [17:41:22 CEST] <BBB> Im just assuming most people have a good inner spirit [17:41:31 CEST] <BBB> you dont have to agree with me on that [17:42:24 CEST] <nevcairiel> after over a decade on the internet, i'm not sure I would agree, it seems like in real life everyone pretends, and in anonymity of the web, the true self comes out [17:43:04 CEST] <nevcairiel> because you cant get punched in the face [17:43:12 CEST] <jamrial> anonymity isn't a factor here, really [17:43:27 CEST] <BBB> most people here have met in person, and most are pretty reasonable in person [17:44:17 CEST] <nevcairiel> jamrial: just knowing someones name doesnt really change that, imho [17:45:47 CEST] <atomnuker> elvis presley and foo86 are some true heroes [17:46:02 CEST] <jamrial> nevcairiel: maybe. doesn't change the fact your name is in the open and linked to toxic behavior, in a field where you can work and get hired without ever meeting in person [17:47:44 CEST] <BBB> crap crap crap if I accidently type rm -f file ** ./run_script instead of rm -f file && ./run_script in my source directory [17:47:56 CEST] <pfelt> so, delicate question. i've got two patches on the list, what's the best way to get convo going on them? [17:47:56 CEST] <BBB> how do people live without revision control systems? [17:50:03 CEST] <iive> nevcairiel: it's not only pretending, instinct and social conditioning do suppress aggressiveness when seeing somebody in person. [17:53:40 CEST] <jamrial> in any case, the meeting and vote need to happen and soon. the way this issue has been handled all this time was too lax [18:11:50 CEST] <michaelni> Timothy_Gu, http://fatebeta.ffmpeg.org/ is "502 Bad Gateway" after reboot [18:51:46 CEST] <cone-981> ffmpeg 03Michael Niedermayer 07master:42ee137a0a7d: avcodec/m101: Check BPS value [18:55:33 CEST] <durandal_1707> pfelt: patches about what? [19:44:40 CEST] <pfelt> durandal_1707: sorry. got pulled away for a few meetings. one is a rework of my previously rejected (for good reason) patch to src_movie.c allowing for input swapping. the other is a patch to decklink input allowing for autodetecting the input mode [19:58:55 CEST] <BBB> jamrial: I think were waiting for someone to organize it& I dont know who proposed it originally, but if nobody organizes it, it wont happen [20:00:20 CEST] <jamrial> BBB: durandal_1707 did [20:02:08 CEST] <BBB> I dont see his email [20:02:40 CEST] <BBB> oh he originally proposed it [20:02:45 CEST] <BBB> durandal_1707: will you organize the meeting? [20:03:49 CEST] <Compn> michael just sent a mail asking devs not to vote on banning other devs [20:04:01 CEST] <Compn> not that he is project leader or anything [20:04:23 CEST] <Compn> but i agree with him that it would turn into a very small island of devs if we turned down this route [20:04:50 CEST] <Compn> jsut look at mplayer, banned uau from the lists... [20:05:00 CEST] <Compn> all downhill from there :P [20:05:13 CEST] <iive> this kind of discourse is exactly what lead to the fork [20:05:17 CEST] <Compn> sure [20:05:36 CEST] <Compn> not that forking is bad , iive, i'm sure you agree [20:05:37 CEST] <iive> do we really want a third project? [20:05:49 CEST] <jamrial> Compn: i don't agree. we simply can't tolerate this kind of behavior [20:06:17 CEST] <iive> jamrial: really? [20:07:06 CEST] <jamrial> iive: really [20:07:40 CEST] <iive> Compn: forking on its own is not bad, but hostility and losing developers is bad. [20:09:00 CEST] <Compn> i guess derek already left [20:09:06 CEST] <Compn> BBB : so nevermind about asking derek about tone [20:09:14 CEST] <Compn> his email said he unsubscribed already [20:10:16 CEST] <iive> jamrial: you do understand that you want to kick a quite active developer, for sending mail to the maillist? [20:10:26 CEST] <BBB> but derek leaving is not a good reason to not do anything about the behaviour that caused him to leave [20:10:40 CEST] <Compn> iive : i think jamrial understands that yes [20:11:17 CEST] <Compn> BBB : i'm specifically just talking about my earlier request to you to talk to derek about tone [20:11:28 CEST] <BBB> oh I see [20:11:30 CEST] <Compn> you are free to continue your other avenues of course :P [20:11:31 CEST] <jamrial> iive: i want to kick carl for his constant hostility and general behavior towards other developers [20:12:10 CEST] <fritsch> wm4: our vaapi bug from last time - i think it was a driver bug, see: ttps://bugs.freedesktop.org/show_bug.cgi?id=94845 [20:12:12 CEST] <jamrial> and for not being able to follow simple rules even after being constantly asked to [20:12:14 CEST] <Compn> i didnt realize he had quit already. i must have misread the email... [20:12:25 CEST] <wm4> at this point I wish j-b would fork ffmpeg [20:12:43 CEST] <BBB> I have a general dislike for the idea of yet another fork [20:12:48 CEST] <BBB> but that may just be me [20:12:55 CEST] <wm4> fritsch: was that responsible for the blur?? [20:13:01 CEST] <jamrial> wm4: getting rid of carl is a good way to freshen up ffmpeg's environment [20:13:07 CEST] <jamrial> or at least a start [20:13:14 CEST] <Compn> a j-b fork was one of my ideas back when i thought libav/ffmpeg could combine [20:13:24 CEST] <Compn> but i was wrong about them combining back [20:13:43 CEST] <wm4> I just wish to stop having to deal with 2 hostile projects [20:13:44 CEST] <Compn> so i am hereby abandoning my idea for j-b to fork again :P [20:13:50 CEST] <Compn> so only deal with one of them, wm4 :) [20:13:58 CEST] <wm4> if it means I only have to send patches to libjb, fine [20:14:15 CEST] <Compn> also the projects arent hostile to each other anymore [20:14:22 CEST] <Compn> so i'm not sure where you are getting that outlook from [20:14:25 CEST] <iive> jamrial: maybe he is been hostile, because he is under constant attack of people who accuse him of hostility? [20:15:51 CEST] <jamrial> iive: did you notice how this issue started? carl replying with a passive agressive unrelated comment to a legit and polite request to follow a basic rule [20:16:11 CEST] <BBB> iive: I dont think he started, she started! is very conductive to a solution [20:16:42 CEST] <jamrial> so no, i don't believe it's "self defense" or retaliation in any way [20:16:47 CEST] <iive> jamrial: to be honest, the request wasn't polite... [20:16:56 CEST] <Compn> request was off topic in that thread [20:17:27 CEST] <iive> jamrial: i actually opened the attachment to see if there is patch in there, because I assumed that it might have been empty or something. [20:17:47 CEST] <jamrial> iive: so saying "please send a patch the proper way" is not polite? [20:18:10 CEST] <jamrial> iive: he did not send a patch made with git. he sent a diff output [20:18:14 CEST] <iive> jamrial: saying "what you send is not patch" is quite rude. [20:19:51 CEST] <jamrial> iive: i find it ironic you're using this as argument in favor of carl, the guy that makes every single person opening a ticket to strictly follow the rules stated in the bug report page, or face seeing their tickets closed as invalid [20:19:52 CEST] <iive> anyway, this is not how it started... [20:20:13 CEST] <wm4> jamrial: or ignored, when you're on his shitlist [20:20:15 CEST] <iive> there seems to be older feud, and this instance is just the most recent iteration of it. [20:20:41 CEST] <wm4> iive: he has been repeatedly asked to send git format-patches, which he has ignored [20:20:44 CEST] <jamrial> he was asked to send a patch the proper way. he replied in an hostile way, unprovoked [20:20:57 CEST] <BBB> more generally, carl has been asked to be kinder to others [20:20:59 CEST] <wm4> iive: and yes, in the past too [20:21:10 CEST] <BBB> his response to derek was utterly stupid [20:21:16 CEST] <iive> any idea why he sends diff like these? [20:21:37 CEST] <BBB> I dont think we should have to care, iive [20:21:49 CEST] <BBB> Im supposed to send patches that pass fate and compile [20:22:00 CEST] <BBB> if I dont, that gets pointed out, and I send a new patch [20:22:16 CEST] <BBB> he has to send patches that are in the style of git send-email, just like the rest of us [20:22:29 CEST] <BBB> if he doesnt, that gets pointed out and he should fix it. I dont think anyone cares how he fixes it [20:22:44 CEST] <BBB> were all pretty solid hardcore programmers here, we can fix trivial stuff like this [20:22:52 CEST] <BBB> right? [20:23:27 CEST] <Compn> you dont think taking carl's feelings on git format patch should be taken into account, BBB ? [20:23:57 CEST] <fritsch> i sometimes have the feeling to send 1000 line patches directly via irc ... [20:24:05 CEST] <jamrial> Compn: no? [20:24:08 CEST] <BBB> Compn: no [20:24:12 CEST] <nevcairiel> how is that a feeling, he is just lazy [20:24:21 CEST] <nevcairiel> everyone else bothers to do it the right way [20:24:21 CEST] <BBB> Compn: if this was something extremely hard, sure; but this is trivial at best, come on [20:24:35 CEST] <BBB> I really dont know how else to say it: come on [20:24:51 CEST] <Compn> so if its trivial to implement why is it not trivial to ignore? [20:25:08 CEST] <BBB> for the same reason code style has to be according to consensus [20:25:13 CEST] <BBB> it makes everyones life easier [20:25:29 CEST] <BBB> it doesnt matter what the style is; but we chose a style, and now everyone has to adhere to it [20:25:33 CEST] <BBB> same for git send-email [20:25:34 CEST] <Compn> so we can ignore carls easier feelings to make everyone elses easier feelings? [20:25:42 CEST] <Compn> just logical question [20:25:42 CEST] <BBB> in this case, yes [20:25:49 CEST] <ubitux> "feelings" [20:25:51 CEST] <BBB> its a small price to pay for everyone to have an easier time [20:25:56 CEST] <ubitux> we're talking about a technical workflow [20:26:07 CEST] <Plorkyeran> yes, wtf do feelings have to do with anything [20:26:11 CEST] <BBB> if he cant get over this, then really, I dont know what else to say than this: come on [20:26:15 CEST] <Plorkyeran> a diff is not functionaly equivalent to a patch [20:26:28 CEST] <Plorkyeran> the problem with a diff is not that it's an annoying-to-read format or something [20:26:35 CEST] <Plorkyeran> it's that it contains less information [20:27:07 CEST] <Compn> should write all this down in reply to that thread [20:27:12 CEST] <Compn> maybe carl would understand where you are coming from [20:27:13 CEST] <iive> first, I'd like to point that ffmpeg does not mandate usage of git send-mail. This is actually requirement for kernel list and the patch is inlined into the mail. [20:27:14 CEST] <ubitux> yes, it's lacking information, harder to handle for testing and it doesn't show the good example for contributors [20:27:21 CEST] <fritsch> after having read the whole thread - the diff is not the biggest issue in there - the tone and the way of talking is a really big issue [20:27:24 CEST] <wm4> Compn: he reads the irc log anyway [20:27:24 CEST] <ubitux> Compn: it's been said several times already [20:27:48 CEST] <nevcairiel> iive: we're fine with format-patch as well, but plain diffs are just very lazy [20:27:48 CEST] <iive> last time I checked ffmpeg was still attaching patches. so as wm4 said `git format-patch` is what we are talking here. [20:27:57 CEST] <jamrial> fritsch: yes, the issue is the person's behavior [20:28:28 CEST] <jamrial> format-patch is mandated. send-email is prefered and encouraged [20:28:35 CEST] <ubitux> it's a been surreal that there is a need to be discussing such obvious thing [20:28:38 CEST] <jamrial> carl uses neither [20:28:50 CEST] <ubitux> we have a common workflow, we have to stick it as developers, it's common sense [20:29:00 CEST] <jamrial> it's a simple thing that he can't follow. then he insults people when pointed out [20:29:02 CEST] <BBB> I also feel that were getting cornered into a detail of the bigger issue [20:29:18 CEST] <BBB> the patch thing is a minor annoyance; his outlash at a fellow developer is a much bigger issue [20:29:30 CEST] <BBB> (which, in this case, costs us the developer & :( ) [20:29:38 CEST] <BtbN> isn't it even harder to create non-git patches? You have to keep around two versions of the source and diff them. [20:30:08 CEST] <nevcairiel> BtbN: no idea how he works [20:30:13 CEST] <nevcairiel> maybe git diff > file [20:30:16 CEST] <iive> you can easy create diff, if you haven't committed the patch yet. [20:30:43 CEST] <BtbN> so... he is using git, but refuses to change the command he uses to create a patch? oO [20:30:48 CEST] <wm4> it's funny that carl makes such a big fucking deal about following HIS conventions on the issue tracker, but if several developers repeatedly tell carl to change something about the way he sends, he's suddenly considered the bullied one by certain persons [20:30:59 CEST] Action: wm4 stares a hole into Compn and iive [20:31:08 CEST] <jamrial> BtbN: basically [20:31:36 CEST] <ubitux> wm4: i think every developer here agrees you know [20:31:50 CEST] <wm4> BtbN: essentially it's just an example of non-compliance and disrespect [20:32:08 CEST] <BtbN> interesting [20:33:05 CEST] <fritsch> perhaps he uses git diff <commit> <commit> [20:33:17 CEST] <wm4> either way he has to push the patch later anyway [20:33:22 CEST] <fritsch> jep [20:33:27 CEST] <wm4> so he has to do it anyway, and there's no argument here [20:33:49 CEST] <fritsch> is that rule somewhere written? [20:34:02 CEST] <fritsch> like "full ffmpeg output with current master" on trac? [20:34:03 CEST] <fritsch> :-) [20:34:32 CEST] <wm4> doesn't matter, we've told him [20:34:44 CEST] <wm4> it's not like we "attack" him out of the blue [20:35:01 CEST] <wm4> we also tell new contributors how sending patches is preferred [20:35:55 CEST] <wm4> http://ffmpeg.org/developer.html#Submitting-patches [20:35:58 CEST] <wm4> yes it's documented [20:36:42 CEST] <fritsch> yeah, so someone that sticks to rules, should not have a problem with that [20:36:46 CEST] <fritsch> so even more wondering [20:37:10 CEST] <fritsch> but again, i don't think the patch is the issue - looks more like some personal fight between the parties involved [20:37:17 CEST] <fritsch> perhaps they can talk about it in person [20:37:18 CEST] <iive> wm4: i'm not quite aware how Carl handles the bugtracker, but I think that he is doing the whole heavy lifting in there. [20:37:21 CEST] <fritsch> and nobody has to leave? [20:37:32 CEST] <BBB> wm4: he is, indeed [20:37:41 CEST] <BBB> oops [20:37:44 CEST] <BBB> iive: he is, indeed [20:37:46 CEST] <BBB> wm4: ignore that [20:37:51 CEST] <uau> Compn: i wasn't ever banned from mplayer lists IIRC [20:39:50 CEST] <iive> however I've seen numerous times when Derek goes into berserk mode for minor things Carl have/not/ done [20:39:59 CEST] <Compn> i remember some kind of vote. the results of that either you left or was banned :P [20:40:08 CEST] <iive> even in this case, he jumped into the fray to add more fuel to the flame. [20:40:15 CEST] <wm4> some of his commits were reverted, right [20:41:03 CEST] <wm4> iive: carl's behavior is worse, and more importantly, causes more damage to the project [20:41:39 CEST] <iive> uau was never banned, Diego kept him, even after he left. Actually he may still have commit rights. [20:42:06 CEST] <iive> wm4: I can say same thing for Derek. [20:42:19 CEST] <wm4> well I can't [20:42:27 CEST] <iive> Basically what Derek does now, is the same what Mans did right before the fork. [20:42:53 CEST] <Compn> uau / iive : http://mplayerhq.hu/pipermail/mplayer-dev-eng/2007-February/049756.html [20:42:57 CEST] <Compn> no idea what happened :P [20:44:22 CEST] <Compn> er wait that was the old vote [20:48:30 CEST] <Compn> other vote was 2010 :P [20:48:35 CEST] <uau> Compn: there was that vote trying to remove my commit access (and some other attempts of various seriousness), but those didn't pass [20:48:54 CEST] <iive> they did pass [20:48:55 CEST] <uau> if my svn account was ever closed, it was long after i had moved to mplayer2 and stopped using it [20:49:17 CEST] <iive> but KotH refused to remove your access and called Diego, to talk everybody out of. [20:49:25 CEST] <uau> and AFAIK there's never been any kind of block for any mailing list posting [20:50:47 CEST] <uau> iive: there was never a proper formal vote, so nothing that could have "passed"; i guess you're referring to some informal count of people who expressed opinions in the thread [20:51:06 CEST] <Compn> uau : http://mplayerhq.hu/pipermail/mplayer-dev-eng/2010-May/064672.html [20:51:29 CEST] <Compn> not sure how to make that any more clear? [20:51:35 CEST] <iive> uau: we are still not using proper ballout box for voting :D [20:52:29 CEST] <wm4> "The MPlayer Team would like to ask Uoti, that the fork he has been [20:52:29 CEST] <wm4> working on for quite some time, is labled as such with an clearly [20:52:29 CEST] <wm4> distinguishable name." [20:52:31 CEST] <wm4> hahahaha [20:52:32 CEST] <BBB> lets leave mplayer out of ffmpeg? [20:52:39 CEST] <BBB> like, entirely [20:52:39 CEST] <uau> Compn: i guess the mplayer svn account may have been disabled at that point (note that that's at the "long after i had moved to mplayer2 and stopped using it" point i referred to above, as you can see from the "fork he has been [20:52:40 CEST] <uau> working on for quite some time" part) [20:52:51 CEST] <Compn> fair enough uau [20:52:51 CEST] <wm4> that's kind of hilarious, because even long after mplayer2 died, there have been mplayer bug reports actually using mplayer2 [20:53:04 CEST] <Compn> BBB : i was bringing it up as a point what happens when you vote out a dev [20:53:17 CEST] <BBB> Im not voting to out a dev yet [20:53:32 CEST] <uau> Compn: well i think i was a more important dev for mplayer than carl is for anything :) [20:53:56 CEST] <BBB> but Im not happy with carl ATM [20:53:56 CEST] <wm4> (that's probably true) [20:54:02 CEST] <BBB> now, fellows, back to ffmpeg? [20:57:26 CEST] <iive> ok, then I will say it, and you would be free to prove me wrong. [20:57:49 CEST] <iive> There are people who doesn't like Carl, because of his stance agains LibAV project [20:58:09 CEST] <Compn> iive : carl said he would work with libav actually. you may have old info [20:58:13 CEST] <iive> and who think that if Carl is out of ffmpeg, this would help bring both projects together. [20:59:15 CEST] <jamrial> iive: very unlikely [20:59:33 CEST] <iive> Compn: maybe they haven't heard that, or don't believe it. Also, maybe libav doesn't want to work with carl. [20:59:39 CEST] <jamrial> people thought michael stepping down as leader would achieve the same, and it didn't happen [20:59:46 CEST] <Compn> iive : this was face to face at vdd meeting [20:59:49 CEST] <Compn> so they heard it [21:00:34 CEST] <JEEB> there's a difference between having a stance in relation to libav, and proactively poking at people merging changes in from libav (which has been the implicit or explicit - I don't remember if there was any explicit definition by michaelni or anyone else - way things have gone in here since the fork) [21:00:40 CEST] <iive> the secret meeting? [21:00:44 CEST] <Compn> yes [21:00:53 CEST] <Compn> JEEB : i suggested stop merging from libav as well [21:00:55 CEST] <Compn> a few months ago [21:00:58 CEST] <iive> that nobody is allowed to speak, to avoid attempts for sabotage? [21:01:19 CEST] <jamrial> Compn: stopping the merges is a bad idea. stopping to pester and annoy devs merging is a good idea [21:01:30 CEST] <Compn> yes iive , we are past that, there is no ffmpeg versus libav anymore [21:02:08 CEST] <jamrial> carl wouldn't stop to pester those handling the merges [21:02:10 CEST] <JEEB> sure, there seem to be some people against merging. but that doesn't make it any more correct to poke/pester people about them taking the task upon themselves [21:02:59 CEST] <Compn> you are saying reporting a bug with a merged commit is an annoyance and a pester ? [21:03:01 CEST] <JEEB> if you want the merges to stop, then please have a discussion/vote/whatever about it. that way there would be an official stance on it. not by how it's been done so far as far as I've seen [21:03:06 CEST] <JEEB> no, I do not. [21:03:10 CEST] <wm4> Compn: he complained just today that Derek broke ffmpeg with "every commit" [21:03:13 CEST] <wm4> he meant the merge commits [21:03:14 CEST] <JEEB> ^ [21:03:18 CEST] <Compn> yes i realize that [21:03:31 CEST] <wm4> Compn: so how do you deal with this obvious conflict [21:03:54 CEST] <wm4> or more like, contradiction [21:04:50 CEST] <Compn> i dont know the answer [21:05:15 CEST] <JEEB> as far as I could tell, FATE was run every time merges were done. And TEP2 should have been seen as one of the most tested merges during the last few years [21:05:16 CEST] <Compn> i asked everyone to ignore carl, and carl to ignore everyone before [21:05:49 CEST] <JEEB> and of course it is not possible to test *everything* ever poked, so regressions are always possible [21:06:11 CEST] <nevcairiel> and how is that a good situation if we cant even work other then ignoring some people? [21:06:13 CEST] <Compn> i dont actually really care that git was broken [21:06:28 CEST] <Compn> it was fixed eventually [21:06:40 CEST] <JEEB> yes, which is what matters [21:06:43 CEST] <Compn> i remember derek and nevcairiel both said merging was a pain [21:06:54 CEST] <Compn> plus everyone else fixing code to work with merges [21:07:00 CEST] <Compn> said it was painful [21:07:12 CEST] <Compn> i'm not doing the work, so i dont really have an opinion [21:07:17 CEST] <JEEB> it is, but still people chose to pick that task up because they believed it was worth it [21:07:29 CEST] <Compn> so for me to ask everyone to stop merging would be out of my level. [21:07:37 CEST] <iive> but is it really worth it? [21:08:25 CEST] <jamrial> yes iive. and this we're again straying from the actual subject at hand [21:08:26 CEST] <JEEB> that is everyone's own opinion as far as I can say, I'm not intelligent enough to be able to calculate some sort of threshold value and the value [21:08:50 CEST] <Compn> i've sent mail to carl inviting him to irc [21:09:15 CEST] <JEEB> but yes, this is secondary compared to the people issue [21:09:29 CEST] <jamrial> Compn: you know that will make things worse, right? [21:09:48 CEST] <Compn> jamrial : yes i understand you want to ban carl and never listen to him again. i understand your position [21:10:04 CEST] <iive> one thing you should know about people, is that the real motives remain hidden most of the time. [21:10:24 CEST] <iive> for example, not sending formatted patch is minor problem [21:10:35 CEST] <iive> you can call it rule, but ffmpeg doesn't have rules [21:11:03 CEST] <Compn> ffmpeg likes to argue about semantics thats for sure :D [21:11:06 CEST] <jamrial> Compn: this whole issue exists because carl reacts badly to criticism about his behavior. do you think he will show up here and be understanding and suddenly drop years of toxic behavior behind? [21:11:20 CEST] <iive> and not having a rules is good thing, because it is indication that everybody act responsibly. [21:11:21 CEST] <JEEB> if you link to a git repo and point towards a branch you can easily cherry-pick/merge things in. If you post a format-patch, you can git am it [21:11:34 CEST] <JEEB> iive: unfortunately I can't see the latter part in this project as a whole [21:11:40 CEST] <Compn> jamrial : dunno, i've seen carl meet people in person and there were no fights [21:12:06 CEST] <JEEB> people tend to be less jerks IRL as they are physically next to someone [21:12:14 CEST] <JEEB> including me, probably [21:12:22 CEST] <Compn> i'm still a jerk in real life [21:12:41 CEST] <Compn> same as i am on irc :) [21:12:47 CEST] <uau> iive: it's not about whether it's a rule or not, but whether it's a good thing to do or not [21:12:53 CEST] <jamrial> we can see that :) [21:13:06 CEST] <uau> and carl apparently refuses to do the better thing without even really trying to justify his behavior [21:13:45 CEST] <iive> well, the point i'm trying to make here is [21:13:47 CEST] <jamrial> iive: a section called "coding rules" is not about rules? [21:15:14 CEST] <iive> jamrial: coding rules is 1.3, sending patches is 1.5. And the whole thing is called 1. Developers Guide. [21:15:14 CEST] <Compn> kind of insulting to hear this 'toxic' namecalling all of the time too [21:15:21 CEST] <Compn> hes toxic, you're toxic [21:15:26 CEST] <Compn> blah blah is toxic [21:15:58 CEST] <iive> what i'm trying to say is, that carl might be at wrong here, [21:16:32 CEST] <iive> but there is a tendency things to be blown out of proportion. [21:17:04 CEST] <iive> this is a clear sign of hidden conflict, one that might have been around for much longer and for completely different reasons [21:17:54 CEST] <iive> the only way to resolve the whole issue, is to resolve the underlying conflicts [21:17:55 CEST] <jamrial> iive: it's years of build up displeasure about the general behavior of a person, and /far/ from hidden [21:18:37 CEST] <iive> otherwise something else would ignite it again. [21:19:21 CEST] <uau> i remember when carl joined the project, and i've always had a negative view of him [21:19:36 CEST] <uau> hostile attitude, and no particular technical competence [21:19:51 CEST] <uau> sounds like he hasn't changed much [21:24:56 CEST] <JEEB> He has picked a non-pleasurable task for himself in this project. that I must say. But that doesn't really make his hostile/viewpoint-ignoring (for the lack of a better way of putting latter one into words) responses any less bad. Or the fact that when an explanation is requested on what exactly the change does, you might not get anything regarding it. [21:25:56 CEST] <JEEB> usually one's displeasure of/with something builds over time, and I must say this is one of such cases. [21:27:20 CEST] <Compn> so much drama [21:28:48 CEST] <iive> yeh... [21:29:50 CEST] <jamrial> we lost a valuable developer. it's kinda justified things are heated up [21:30:17 CEST] <iive> jamrial: you want to lose 2? [21:31:03 CEST] <JEEB> personally I'm not heated up, it's just sad that we still have this "Oh, boys will be boys. You know, right?" kind of attitude towards these things [21:31:25 CEST] <jamrial> iive: when the presence of the second can (and most likely will) in the long term cost us even more, then of course i do [21:32:41 CEST] <michaelni> JEEB, i hate that attitude too [21:32:54 CEST] <jamrial> i simply can not let this pass. someone missing something as basic as being friendly and knowing how to socialize with other people with respect should not be welcome [21:34:17 CEST] <iive> jamrial: Derek for sure will cause more problems, when he comes back. He will come back. [21:34:35 CEST] <Compn> derek has left before [21:34:39 CEST] <Compn> same wiht kierank [21:34:44 CEST] <jamrial> what problems? [21:35:03 CEST] <iive> like the current one. [21:35:08 CEST] <JEEB> !? [21:35:14 CEST] Action: michaelni hopes everyone will come back, i mean everyone litterally not just derek but even diego and mans [21:35:18 CEST] <JEEB> he is no saint, and neither am I [21:35:26 CEST] <jamrial> iive: you're shitting me [21:35:34 CEST] <iive> you said it yourself, it is a big question, because he left. [21:35:35 CEST] <JEEB> but unfortunately I fail to see the "problem" You're referring to [21:36:23 CEST] <iive> JEEB: I'll remind you, next time :D [21:36:57 CEST] <JEEB> sorry, I fail to see the humour in that statement [21:39:07 CEST] <iive> JEEB: if there is no problem, what are we talking about and why are there calls for voting a developer out of the project? [21:39:36 CEST] <jamrial> iive: you have for the past four hours tried to put carl as the victim and others as the aggressors, all while derailing the discussion and trying to link everything some hidden personal agenda from some devs [21:39:39 CEST] <jamrial> are you having a kick out of it? [21:40:12 CEST] <iive> jamrial: i'm not familiar with that phrase [21:40:19 CEST] <Compn> iive : better knock off any funny comments , people are upset about humor atm [21:40:45 CEST] <Compn> JEEB : iive is saying derek may want to vote another dev out later on [21:40:56 CEST] <Compn> if he comes back [21:41:29 CEST] <jamrial> derek didn't request this vote, in case you didn't realize [21:41:30 CEST] <JEEB> unfortunately that might be something someone might want to propose. be it derek or otherwise [21:41:50 CEST] <JEEB> I don't see the reason to bring this up at this point [21:42:07 CEST] <iive> jamrial: the whole point of this vote is to kick Carl, so Derek would come back. [21:42:14 CEST] <JEEB> no [21:42:23 CEST] <jamrial> who said that? [21:42:33 CEST] <iive> isn't it obvious? [21:43:04 CEST] <iive> I asked you, do you really want to lose a second developer. [21:43:06 CEST] <uau> btw i notice that nobody has said much about how much benefit the project would get out of carl if he's not kicked out [21:43:06 CEST] <Compn> sorry, i misread then. [21:43:30 CEST] <jamrial> iive: and i replied to that [21:43:44 CEST] <jamrial> he costs us one, and he will costs us more in the long run [21:43:44 CEST] <JEEB> I mean, if Carl improves or is removed/leaves by himself Derek might be more likely to enter back into this community. But at this point I really don't know or care about whether or not that happens. [21:43:57 CEST] <uau> isn't that quite relevant as long as he's doing some harmful stuff but not necessarily anything catastrophically bad (as seems to be the case)? [21:44:08 CEST] <iive> jamrial: the thing is... losing somebody else is hypothetical, while carl would be gone for sure. [21:44:29 CEST] <uau> he's working on the bug tracker issues mostly? [21:44:54 CEST] <JEEB> he does also do fixes and/or hacks to either properly or seemingly fix issues that people have on the issue tracker [21:45:00 CEST] <nevcairiel> iive: he already cost us one, and if others say they might quit if he doesnt lay off, you would call them the problem, so what answer do you really expect? =p [21:45:24 CEST] <iive> nevcairiel: are you one of these? [21:45:40 CEST] <iive> nevcairiel: are you ready to leave the project, if the vote keeps carl in the project? [21:45:49 CEST] <jamrial> iive: yes, that is the whole point. getting rid of someone that's slowly bringing the project down [21:46:02 CEST] <nevcairiel> also you dont answer any questions but try to stir up more controversy [21:46:13 CEST] <jamrial> ^ [21:46:42 CEST] <jamrial> you're pretty much a troll at this point [21:47:57 CEST] <iive> jamrial: calling somebody troll is an easy way to ignore opinion you don't like [21:49:00 CEST] <michaelni> iive do you want to fix some bugs ? ill rerun coverity, it probably will find some new issues [21:50:30 CEST] <iive> i don't know. I find ffmpeg community quite hostile. [21:51:04 CEST] <JEEB> with not much enjoyment I happen to agree with that assessment [22:00:45 CEST] <michaelni> iive, yes it is hostile, and we (the whole community) should change this [22:18:44 CEST] <cone-981> ffmpeg 03Kyle Swanson 07master:c0c378009b4b: avfilter: add loudnorm [22:29:12 CEST] <durandal_1707> BBB: Yes, have list of topics? [22:29:30 CEST] <BBB> I dont, I wasnt asking for a meeting [23:18:16 CEST] <Illya> jamrial: "he did not send a patch made with git. he sent a diff output" what's the difference? (not picking a fight, I genuinely don't know) [23:18:45 CEST] <JEEB> no commit message, it can't be git am'd [23:19:25 CEST] <Illya> ah right, I guess it'd make sense why a git patch is better then [23:25:34 CEST] <rcombs> format-patch -> am; diff|show -> apply [23:26:15 CEST] <JEEB> yup [23:27:02 CEST] <JEEB> anyways, I don't really care as long as it's easily applicable. It's just an extra step when you already have to grab stuff from the ML and *then* you have to come up with a commit message + set the correct author [23:27:13 CEST] <Illya> Oh. am is different to apply. This is why I've had to keep manually writing out commit messages when testing commits, and changing the author >.< [23:29:20 CEST] <wm4> JEEB: inline patches AFAIK also help improve workflow with certain mail clients (which is why send-email was invented), but I don't use them so no clue [23:30:02 CEST] <JEEB> yes, and I must say that I'd rather not take patches from the ML if I can get a link to a branch in a repo [23:30:54 CEST] <Illya> thunderbird doesn't like patches on the ML, I have to manually copy them to a file, fix whitespace, apply, and then fix where I didn't properly fix the whitespace. I've given up testing patches [23:31:12 CEST] <Illya> fix the rejects where* [23:32:42 CEST] <wm4> Illya: can't you save the raw mail? [23:32:49 CEST] <wm4> git am eats that [23:33:00 CEST] <JEEB> even with base64? [23:33:42 CEST] <JEEB> but yeah, I was just looking into the raw message view @ gmail myself [23:33:50 CEST] <JEEB> thunderbird should be able to handle that, too [23:34:15 CEST] <jkqxz> Thunderbird works fine in my experience - save gives you a raw file which git am works on. [23:34:23 CEST] <JEEB> ^this [23:36:28 CEST] <Illya> oh. I didn't think of that. That's a good idea, thanks! [00:00:00 CEST] --- Thu May 19 2016

1 0

ffmpeg.log.20160518
by burek 19 May '16

19 May '16

[00:08:50 CEST] <DelphiWorld> 'lo guys [00:08:53 CEST] Action: DelphiWorld is back [00:09:02 CEST] <DelphiWorld> someone help me with libmfx please? [00:09:46 CEST] <jkqxz> 21:01 < jkqxz> DelphiWorld: Can you find the libmfx.pc file somewhere? (In /usr/lib/pkgconfig?) [00:09:58 CEST] <jkqxz> 21:03 < jkqxz> Or, if you just want quicksync without all the funny libmfx extra stuff, use vaapi instead... [00:10:02 CEST] <DelphiWorld> jkqxz: yeah, its there [00:10:15 CEST] <DelphiWorld> jkqxz: how to use vaapi? [00:11:25 CEST] <jkqxz> Hmm. If the pkg-config file is definitely there, look in config.log and find the actual error. [00:13:20 CEST] Action: DelphiWorld will pb config.log, jkqxz [00:14:09 CEST] <spoon> Hi, I am trying to configure an H264 AVCodecContext with the correct parameters [00:14:21 CEST] <spoon> I have profile_idc profile_iop level_idc [00:14:37 CEST] <spoon> these come from SDP profile-level-id [00:14:52 CEST] <spoon> any idea how these correspond to parameters in AVCodecContext for H264 [00:15:04 CEST] <spoon> I've been trying to follow the code in ffmpeg but it is somewhat confusing [00:15:34 CEST] <spoon> My understanding is they refer to Baseline Main Extended in some way [00:15:53 CEST] Action: DelphiWorld shoot jkqxz with a banana ;) [00:18:35 CEST] <DelphiWorld> jkqxz: http://paste.debian.net/ [00:20:35 CEST] <jkqxz> spoon: profile_idc goes in AVCodecContext.profile, level_idc goes in AVCodecContext.level. profile_iop is the constraint_set flags, which are trickier - try ignoring them and see if it works? [00:21:19 CEST] <DelphiWorld> strange, vp8 can also be accelerated? [00:21:22 CEST] <jkqxz> DelphiWorld: Useless link is useless. [00:21:38 CEST] <DelphiWorld> jkqxz: why useless? that's my config.log [00:22:14 CEST] <jkqxz> It's the front page of paste.debian.net, not to your paste on it. [00:22:27 CEST] <DelphiWorld> jkqxz: i am sory buddy..., hold on [00:22:39 CEST] <DelphiWorld> jkqxz: remember i'm a blind user relying on text to speech... so stupid me [00:23:01 CEST] <spoon> thanks jkqxz [00:23:06 CEST] <spoon> It works if I ignore all of them! [00:23:11 CEST] <spoon> but I want to be precise [00:23:21 CEST] <spoon> Because I am supported a variety of devices from lots of manufacturers [00:23:41 CEST] <spoon> I only have 6 to test at the moment [00:25:29 CEST] <DelphiWorld> jkqxz: dont you know any curl based pb? so i curl you the log? [00:25:32 CEST] <DelphiWorld> it look like it's so big [00:26:43 CEST] <jkqxz> spoon: The only one which sensibly matters here is constraint_set1_flag (i.e. constrained baseline, which ~all SIP videoconferencing stuff uses). ffmpeg/libx264 doesn't obviously connect that together nicely, so you might have to hack a bit. [00:28:02 CEST] <spoon> ok [00:28:34 CEST] <DelphiWorld> jkqxz: using h264_vaapi getting: [00:28:35 CEST] <jkqxz> DelphiWorld: <http://sprunge.us/> is generally sensible. Though, you probably only want the last bit of the file - the error should be near the end because it gives up after failing. [00:28:50 CEST] <DelphiWorld> Impossible to convert between the formats supported by the filter 'scaler for output stream 0:0' and the filter 'auto-inserted scaler 0' . Error opening filters! [00:31:18 CEST] <jkqxz> DelphiWorld: h264_vaapi is kindof tricky to use, because of the format constraints. Detailed instructions are here: <https://wiki.libav.org/Hardware/vaapi>. [00:32:05 CEST] <DelphiWorld> jkqxz, log: http://sprunge.us/eWgG [00:33:39 CEST] <jkqxz> Contains "<-". Bad escaping on your command line? [00:36:20 CEST] <DelphiWorld> using this cmd: ffmpeg -vaapi_device /dev/dri/renderD128 -i Elecard_about_Tomsk_part2_HEVC_1080p.mp4 -an -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4 [00:36:25 CEST] <DelphiWorld> but getting device not found [00:38:44 CEST] <DelphiWorld> strange. vaapi require you to specify device [00:38:56 CEST] <jkqxz> If you are in X, try "-vaapi_device :0" first. If that doesn't work, try other things in /dev/dri/ (it might be renderD<another number>, if you have multiple graphics devices). [00:39:25 CEST] <DelphiWorld> i dont use any X11..., jkqxz [00:39:28 CEST] <DelphiWorld> all in shell [00:41:17 CEST] <jkqxz> The second part, then. What do you have in /dev/dri? [00:41:44 CEST] <DelphiWorld> card0 [00:41:50 CEST] <DelphiWorld> controlD64 [00:42:35 CEST] <jkqxz> Try /dev/dri/card0. [00:42:57 CEST] <DelphiWorld> tryed. failed to open [00:43:23 CEST] <DelphiWorld> getting can't open x11 display [00:43:28 CEST] <jkqxz> Does your user have permission to open it? [00:43:34 CEST] <DelphiWorld> and yay i dont want to set up any x2 [00:43:36 CEST] <DelphiWorld> x11/ [00:43:43 CEST] <DelphiWorld> so libmfx should be prefaired [00:43:56 CEST] <DelphiWorld> jkqxz: permition..., i'm on (ROOT) ;) [00:44:12 CEST] <jkqxz> You get that error because it doesn't know which sort of device it is, so it tries to open it as an X11 display first. If you don't get another error after that, then maybe it worked? [00:44:40 CEST] <DelphiWorld> maybe? [00:44:41 CEST] <DelphiWorld> hold on [00:45:03 CEST] <DelphiWorld> no..., can't open drm device [00:45:34 CEST] <jkqxz> (The open failure is just a warning unless you get "No VA display found" at the end of it.) [00:46:38 CEST] <jkqxz> Odd. Can you paste the output somewhere? [00:46:54 CEST] <DelphiWorld> getting failed to initialise connection... unknowne libva error [00:47:11 CEST] <jkqxz> Oh. Do you have the libva intel driver installed? [00:48:01 CEST] <DelphiWorld> jkqxz: va log: http://paste.debian.net/686965/ [00:48:02 CEST] <jkqxz> (Does "vainfo" give you a list of stuff including VAProfileH264something / VAEntrypointEncSlice?) [00:49:27 CEST] <jkqxz> Oh, ouch. It's using the driver from the Intel Media SDK, which doesn't work with vaapi - you need the open-source i965 driver (they are inconveniently mutually exclusive). [00:49:43 CEST] <DelphiWorld> crapyyyyyyyyyyy! [00:49:59 CEST] <DelphiWorld> but ... jkqxz, would i need to always specify that device? [00:50:08 CEST] <DelphiWorld> can i use it to transcode several vid at the same time? [00:51:20 CEST] <jkqxz> Yeah, you can do multiple transcodes at the same time using the same device. [00:51:35 CEST] <DelphiWorld> jkqxz: hold on please, rebooting that shit pc... [00:54:59 CEST] Action: DelphiWorld back [00:55:08 CEST] <DelphiWorld> jkqxz: so where should i get that vaapi driver? [01:01:21 CEST] <DelphiWorld> jkqxz, did you found any error in my log? [01:02:25 CEST] <DelphiWorld> getting lot of undefined references to dll* [01:08:55 CEST] <jkqxz> DelphiWorld: You can use a specific libva driver by setting the environment variable "LIBVA_DRIVER_NAME". Try "LIBVA_DRIVER_NAME=i965 ffmpeg ...". [01:09:23 CEST] <DelphiWorld> ... lol... i am lost ;) [01:14:56 CEST] <DelphiWorld> jkqxz: ffmpeg LIBVA_DRIVER_NAME=i965 -vaapi_device /dev/dri/controlD64 -i Elecard_about_Tomsk_part2_HEVC_1080p.mp4 -an -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4 [01:15:02 CEST] <DelphiWorld> getting va driver null [01:17:06 CEST] <jkqxz> LIBVA_DRIVER_NAME=i965 before ffmpeg. It's an environment variable, not an argument to ffmpeg. [01:17:29 CEST] <DelphiWorld> LIBVA_DRIVER_NAME=i965 ffmpeg -vaapi_device /dev/dri/controlD64 -i Elecard_about_Tomsk_part2_HEVC_1080p.mp4 -an -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4 [01:17:31 CEST] <DelphiWorld> good now? [01:18:11 CEST] <jkqxz> Better. [01:18:25 CEST] <jkqxz> (No idea whether using the DRI control node actually works, though.) [01:18:33 CEST] <DelphiWorld> ok, this [01:18:35 CEST] <DelphiWorld> LIBVA_DRIVER_NAME=i965 ffmpeg -vaapi_device /dev/dri/card0 -i Elecard_about_Tomsk_part2_HEVC_1080p.mp4 -an -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4 [01:18:41 CEST] <DelphiWorld> but it look its still using the intel! [01:19:44 CEST] <DelphiWorld> still -1 unknowne libva error [01:23:05 CEST] <jkqxz> At a guess the Intel Media SDK stuff is interfering somehow. I don't know how to fix it; it works immediately for me, but I don't have the proprietary opaque thing installed to mess with it. [01:23:33 CEST] <DelphiWorld> jkqxz: regardless. do you have any workarround for my mfx linking issue please? [01:23:43 CEST] <DelphiWorld> i'm working on it for 8 ours now :( [01:26:07 CEST] <DelphiWorld> it's a flags issue i think [01:30:56 CEST] <Mortix> hello, i got a 1920 x 1080 (16:9) video clip and i'm looking to change the resolution/aspect to fit my 24:9 car's screen, any suggestions how to do it with keeping the quality of the video and audio much as possible? [01:39:17 CEST] <DHE> your car player should auto-blackbar the image. does it? [01:50:40 CEST] <Mortix> DHE, humm i found videos on youtube in resolution of 24:9 [01:50:47 CEST] <Mortix> and no blackbar [01:51:08 CEST] <Mortix> 1920 x 804 for example [01:51:26 CEST] <Mortix> 1280 x 540 too [01:53:56 CEST] <drv> you only really have three options: black bars, stretch the image, or chop off parts of the image [01:57:47 CEST] <DelphiWorld__> :P [01:58:16 CEST] <DelphiWorld> jkqxz: i got a static FFMpeg build with qsv but... [01:58:45 CEST] <DelphiWorld> can't initialise MFX session [01:59:02 CEST] <DelphiWorld> [h264_qsv @ 0x5c133c0] Error initializing an internal MFX session [02:16:40 CEST] <gmh> Will changing container from mp4 to mkv be losless / not mess up aac bitstream etc? [02:18:15 CEST] <gmh> I think I answered that myself. Changing container .. shouldn't affect anything (still want it confirmed though). On to the next part then. How would I go about doing that using ffmpeg? [02:18:30 CEST] <dsl42> not if you tell ffmpeg to copy the streams [02:19:36 CEST] <gmh> I am really new to this. My experience is limited to downloading pre-compiled ffmpeg after youtube-dl told me too :P [02:20:07 CEST] <gmh> I did some googling, but ppl seem more interested in changing from mkv to mp4 for some reason. [02:20:23 CEST] <gmh> Same command just reverse input and output? [02:20:57 CEST] <dsl42> ffmpeg -i input.mp4 -c copy output.mkv [02:21:05 CEST] <dsl42> might work [02:22:15 CEST] <gmh> I'll backup my shit and mess around a bit. Maybe ffmpeg -i old_video.mp4 -vcodec copy -acodec copy new_video.mkv? [02:25:54 CEST] <dsl42> should give the same output, since -c copy copies all codecs in your container, afaik [02:26:24 CEST] <gmh> Ah yes, as I said really noob when it comes to this. [02:27:47 CEST] <gmh> I see overall bitrate changes from 1 289 kbps to 1 287 kbps and size from 46.3 MiB to 46.2 MiB. I cannot see or hear any diffrence, but then again I was born blind so I am probably not the one who should do quality control :P [02:28:32 CEST] <DHE> the main give-away should be that the operation takes like 3 seconds. video transcoding isn't very fast [02:29:06 CEST] <dsl42> uh yeah, pretty sure it did not encoded any stream [02:29:56 CEST] <dsl42> *encode [02:30:24 CEST] <gmh> Yeah it was less than 3 sec. It says Press Q to cancel but you can't read that sentence before it is done. [02:31:15 CEST] <gmh> Well I guess that answered all my questions for now. Not really sure why I would go with mkv over mp4 to be honest. Habbit I guess, maybe a portion of OCD :p [02:31:19 CEST] <gmh> Thanks alot m8s :) [02:31:35 CEST] <klaxa> the bitrate change is probably because the matroska container has less overhead than the mp4 container [02:33:23 CEST] <DHE> yeah, bitrate is just bytes written divided by file duration. it's not specific to any stream. besides, which stream do you report on? [02:33:30 CEST] <dsl42> in general mkv is superior, if you want compatibility you use mp4 [02:33:33 CEST] <dsl42> imo [02:33:49 CEST] <gmh> Well I read somewhere that you had to correct for the overhead. It think it was in refrence to the AAC bitstream. Well I think it said something like that. Been doing quite alot of reading on subjects where I understand close to nothing so me re-telling it may be inaccurate. [02:33:52 CEST] <DHE> and if you want live streaming you use mpegts unless the protocol calls for something else (eg: rtmp) [02:34:19 CEST] <DHE> gmh: if you're dealing with bandwidth-constrained streaming, yes. if you're saving to disk for a media center it usually doesn't matter that much [02:34:52 CEST] <DHE> streaming usually favours predictability and consistency [02:34:55 CEST] <gmh> Source is stream, but I am saving for disk yes. [02:36:01 CEST] <gmh> ffmpeg did correct malformed aac bitstream when saving to .mp4 so changing it to .mkv should affect it? [02:38:01 CEST] <DHE> I don't think it matters [02:39:30 CEST] <gmh> Well, thanks again :) [04:52:38 CEST] <ploop> is there a way to burn in a particular subtitle track of an mkv? [05:08:06 CEST] <thebombzen> ploop: if you're talking about hardcoding a subtitle into the video stream [05:08:13 CEST] <ploop> yes [05:08:18 CEST] <thebombzen> you can do ffmpeg -i input.mkv -vf subtitles=input.mkv [05:08:35 CEST] <thebombzen> that'll read the ASS stream and the font attachments. careful with seeking with -ss though. it doesn't work well with that. [05:08:47 CEST] <ploop> how can I choose which subtitle track from the mkv though? [05:09:08 CEST] <thebombzen> I don't know. I'd try reading ffmpeg-filters#subtitles [05:09:26 CEST] <ploop> all right. thanks [05:09:29 CEST] <thebombzen> ah [05:09:36 CEST] <thebombzen> so apparently the subtitles filter has a stream_index option [05:18:26 CEST] <ploop> thebombzen: it's giving me "No such filter: 'subtitles'", is this because it was compiled without something it needs? [05:19:07 CEST] <thebombzen> I don't know [05:19:10 CEST] <thebombzen> try ffmpeg -filters [05:19:12 CEST] <thebombzen> https://ffmpeg.org/ffmpeg-filters.html#subtitles [05:19:39 CEST] <ploop> -filters doesn't list subtitles [05:28:49 CEST] <thebombzen> ploop: try recompiling ffmpeg with the subtitles filter [05:28:57 CEST] <thebombzen> you probably need to run --enable-libass [05:29:51 CEST] <ploop> thebombzen: I tried on a different machine with the subtitles filter and it gives me: Error initializing filter 'subtitles' with args '' [05:30:02 CEST] <ploop> even though I give it subtitles=file:si=1 [05:39:25 CEST] <vbtang> i have some question about recording screen on windows [05:40:36 CEST] <vbtang> is anybody online? [05:49:43 CEST] <thebombzen> ploop: you have to do subtiltes=filename=input.mkv:si=1 [05:50:03 CEST] <thebombzen> where input.mkv is the input file [05:50:30 CEST] <ploop> aah [05:50:41 CEST] <ploop> but now it's saying Error initializing filter 'subtitles' with args 'filename=' [05:50:51 CEST] <ploop> it's like it just ignores whatever I put for the file [05:50:53 CEST] <thebombzen> can you paste the command line and full output? [05:51:00 CEST] <thebombzen> to a paste site like pastebin.com [05:54:47 CEST] <ploop> thebombzen: oh, it seems to be related to the brackets in the filename, I renamed the input file to not contain brackets and now it seems to work fine [05:55:07 CEST] <thebombzen> ploop: I have special characters in filenames :P [05:55:15 CEST] <thebombzen> you can try using \[ and \] if necessary. [05:55:32 CEST] <ploop> in addition to shell escapes you mean? [05:55:33 CEST] <thebombzen> make sure you put the entire filter in single quotes '' in order to prevent any shell shenanigans [05:55:34 CEST] <ploop> so \\\[ [05:55:50 CEST] <thebombzen> inside single quotes, the shell won't escape anything except ' [05:56:04 CEST] <thebombzen> I think except \'. maybe not even that. [05:56:25 CEST] <thebombzen> so if you type echo '\[\]' it will print \[\] to the command line [06:33:29 CEST] <kepstin> yeah, single quotes are fun. you literally can't escape anything in them, not even a ' [06:33:57 CEST] <kepstin> so to put a ' in the middle of a single-quoted string, you need to do something like 'they'\''ll' [06:37:34 CEST] <jadsonwelder> Friend, I'm from Brazil and I need someone to mount a FFmpeg Server Live Transcoder MPEG DASH with Adaptive Bit Rate. If so I am willing to pay for the service. Can someone help me? What you Skype ID? Thank you! Jadson Welder Skype: jadsonwelder [06:41:00 CEST] Last message repeated 1 time(s). [06:41:19 CEST] <jadsonwelder> Hello [06:42:00 CEST] Last message repeated 1 time(s). [07:02:35 CEST] <vbtang> using VS2010 in Win7 x64, ffmpeg 2.4.5, i download a demo to record my screen(with audio record ). i modified the program so that it can work in 3 threads. but every time i close the thread i found it have about 40MB memory remained. (every time i start->close thread, memory occupancy increases 40MB) but the VS didn't detect any memory leak. i'm a newcomer to ffmpeg, i wonder if there are any resoures i didn't free? ps. i run the [07:03:03 CEST] <vbtang> ps. i run the demo step by step, and i found it has the same problem, until it quit the main function, it still have 40MB memory occupancy. And i found the memory increase obviously in the screen capture thread,but when it increased to about 100MB, it won't increase, tben i quit the program, it will have 40MB memory left. i fell confused. [07:21:12 CEST] <Ffmpeg-lover> I wish to receive the rtp stream in my custom made media player in C. [07:21:57 CEST] <Ffmpeg-lover> Plz guide me on which API to use to handle rtp stream [07:22:28 CEST] <Ffmpeg-lover> Perhaps, any links to tutorials will be really good [07:55:11 CEST] <sasos90> any ffmpeg expert here? [10:15:02 CEST] <Fyr> guys, how do I check the video file I got? [10:15:59 CEST] <Fyr> will [10:15:59 CEST] <Fyr> $ ffmpeg -i file.m2ts -f rawvideo -y /dev/null [10:15:59 CEST] <Fyr> reconvert the video and in the end tell if the file ok? [10:18:16 CEST] <sasos90> hey guys! how can I use overlay and amix in the same filter_complex command? [10:23:15 CEST] <furq> sasos90: if those are the only two filters you want then just use -vf and -af [10:29:49 CEST] <sagax> hi all! [10:30:26 CEST] <Fyr> hi! [10:31:05 CEST] <sagax> how i could custom index.html in "Stream format status" ? [10:31:12 CEST] <sagax> this is ffserver part [10:31:31 CEST] <sagax> http://ffmpeg.org/ffserver-all.html#Status-stream [10:32:37 CEST] <sagax> i don't found how to changing index.html for my self [10:39:59 CEST] <DHE> ffserver is considered unmaintained and broken. you're strongly encouraged to find something else. like maybe nginx-rtmp ? [10:43:49 CEST] <sagax_> well [10:46:16 CEST] <Fyr> oh [10:46:16 CEST] <sagax_> crazy [11:31:19 CEST] <RedNifre> Hi. I would like to use ffmpeg with libfdk_aac. I found various outdated guides indicating that you have to compile it, but the guides differ and are contested. Is there an official tutorial for getting libfdk_aac to work on Ubuntu 16.04? [11:33:58 CEST] <Fyr> RedNifre, look through the ffmpeg wiki. [11:34:17 CEST] <Fyr> it contains a guide for Ubuntu. [11:37:33 CEST] <RedNifre> Thanks. I only found a guide for Centos, but I'll look again. Brb. [11:41:38 CEST] <Fyr> RedNifre, Compilation Guide->Ubuntu [11:41:39 CEST] <Fyr> https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [11:42:01 CEST] <RedNifre> Thanks, I found it (The search function worked terrible, but the wiki start page is well structured so I found it there). [11:43:04 CEST] <RedNifre> The way I understand it there is no "one size fits all" command, I have to pick and choose which of those command batches I have to copy & paste into my terminal, huh? [11:43:41 CEST] <Fyr> looks like [13:35:57 CEST] <DHE> RedNifre: basically. you should see the horror that is my configure line. but loosely speaking compile with "--enable-nonfree --enable-libfdk-aac" and check the output of configure to make sure the codec is actually listed [13:38:50 CEST] <hababam> hi, has anyone got any experiece with blackmagix declink dsk on linux [13:38:57 CEST] <hababam> and how to compile it into ffmpeg [13:39:34 CEST] <hababam> i looked on several forums, and everybody says there are compield versions available [13:39:41 CEST] <hababam> execpt i cant find them [13:50:25 CEST] <RedNifre> DHE I compiled it as specified on the wiki page, which includes both options. But how do I "check the output of configure"? [13:52:28 CEST] <RedNifre> Ah, looks like it might have worked, libfdk_aac seems to do something in my freshly compiled version. [13:52:37 CEST] <DHE> when configure finishes it dumps a huge listing of all the enabled features. I guess go to the "encoders" section and search for libfdk_aac? It's in alphabetical order [14:03:48 CEST] <SleepyPikachu> I'm trying to create a video slideshow where each image in the *.jpg set shows for 10s on a loop that is as long as an back track mp3. http://pastebin.com/6bFubWAW Produces what I want but each image shows for 1 frame. How can I make it show for 10s? [14:05:15 CEST] <DHE> try prefixing the command with "-r 0.1" [14:05:30 CEST] <DHE> set the input framerate to 0.1 fps (or 10 seconds per frame) [14:05:53 CEST] <DHE> further tweaks may be needed. keyframes will be an issue. [14:09:03 CEST] <SleepyPikachu> Thanks :-) VLC did not like that video very much, I think you're right about the keyframes. [14:09:26 CEST] <SleepyPikachu> I got the audio but there was no video [16:00:14 CEST] <hababam> I am trying to compile ffmpeg. but it fails says i should sent -fPIC tag. But where in the command do i place it? [16:03:37 CEST] <jkqxz> Add "--enable-pic" to your configure arguments. [16:04:12 CEST] <hababam> should that be enabled or disabled? [16:06:02 CEST] <jkqxz> What do you mean? [16:07:23 CEST] <hababam> should i enable it for -fPIC [16:08:15 CEST] <jkqxz> Pass "--enable-pic" to configure and everything will be built with -fPIC. [16:21:40 CEST] <OmegaVVeapon> Anyone know how to create a looped UDP feed when one of the streams is a subtitle stream? [16:22:16 CEST] <OmegaVVeapon> I managed to get the audio and video streams to loop perfectly for an entire day, but the subtitle one fails after the first loop with [16:22:20 CEST] <OmegaVVeapon> "[mpegts @ 0x552da40] Application provided invalid, non monotonically increasing dts to muxer in stream 2: 63327600 >= 61079040" [16:23:23 CEST] <hababam> Are you using an -c copy? [16:23:36 CEST] <OmegaVVeapon> yeah [16:23:42 CEST] <OmegaVVeapon> sec, I'll paste my whole command [16:23:48 CEST] <hababam> Thanks [16:23:58 CEST] <OmegaVVeapon> ffmpeg -re -stream_loop -1 -i /opt/myvideo.ts -f mpegts -c copy udp://239.69.69.69:5678?pkt_size=188&buffer_size=16777216 [16:24:23 CEST] <OmegaVVeapon> that one works fine for a whole 24 hours+ [16:24:31 CEST] <OmegaVVeapon> but if I add a "-map 0" [16:24:40 CEST] <OmegaVVeapon> to throw the subtitle stream into the mix [16:24:43 CEST] <OmegaVVeapon> I get the error [16:24:55 CEST] <OmegaVVeapon> Stream 2 = "Stream #0:2[0x102](und,swe,nor,dan,fin,swe,nor,dan,fin): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)" [16:25:39 CEST] <hababam> I am actually suprised you got the loop working in the first place:P We just got around by building a script that loops the command [16:25:50 CEST] <hababam> We got all kinds of pts errors [16:26:51 CEST] <OmegaVVeapon> haha, I thought about doing that too :P [16:27:00 CEST] <OmegaVVeapon> but I was like "nah... there's gotta be a better way..." [16:27:19 CEST] <OmegaVVeapon> that "-stream_loop -1" option is pretty cool [16:27:27 CEST] <hababam> We got all sorts of forum posts that it was not working because of timing issues [16:27:40 CEST] <hababam> I wil have to try that [16:28:19 CEST] <OmegaVVeapon> Yeah, looks solid. Mind you, I left it running before leaving the office yesterday and I checked it this morning and everything still looks in sync [16:28:30 CEST] <OmegaVVeapon> not sure if it would remain stable over a longer period of time [16:28:35 CEST] <OmegaVVeapon> say, a week [16:28:41 CEST] <OmegaVVeapon> but I'd assume so [16:29:00 CEST] <hababam> We are only looking at 24H max so its not that big a deal for us [16:29:19 CEST] <OmegaVVeapon> ah, then I'd say you should be good [16:29:56 CEST] <hababam> @jxqxz We tried recompiling but it is giving us the same error: recompile with -fpic [16:31:39 CEST] <jkqxz> hababam: If you run "make V=1 ..." after that configure, is -fPIC actually on all of the compile lines? [16:32:21 CEST] <hababam> Can you give an example of what you mean? [16:33:37 CEST] <jkqxz> ./configure --enable-pic <other stuff> ; make V=1 [16:33:50 CEST] <jkqxz> Look at output of the second command. Is -fPIC on all of the compile lines? [16:34:02 CEST] <hababam> we have the command minus the v=1 [16:35:59 CEST] <hababam> http://pastebin.com/0LF7RW22 [16:36:08 CEST] <hababam> This the configure script [16:50:39 CEST] <hababam> Anybody ^.^ ? [17:13:36 CEST] <OmegaVVeapon> Ok, apparently the issue I'm having with looping DVB subtitles is currently open in https://trac.ffmpeg.org/ticket/4450 :( [17:15:12 CEST] <OmegaVVeapon> If anyone has tried the same use case and knows of a workaround, I'll buy you a beer :P [18:44:11 CEST] <Sashmo> does anyone have a suggestion on what I could use to overlay a twitter live feed on top of my video stream? I was thinking to use SWF with some hooks into JSON, but I see limitations in the SWF and FFMPEG with alpha channels/transperencies.... any other ideas? [18:53:16 CEST] <DHE> I use x11grab against a $BROWSER window and overlay [18:55:08 CEST] <Sashmo> DHE: I was thinking that, but if I want to have some nice transparency or some dynamic videos and such, it wont look as nice. [19:04:00 CEST] <maxcnc> hi from Germany i got a old DVD that has the menue on the first VTS_01_1.VOB [19:04:34 CEST] <maxcnc> when i try to get the video out like ffmpeg -threads 2 -ss 00:00:10 -i VTS_01_1.VOB -t 00:05:00 -vcodec mpeg2video -b 2000000 -acodec mp2 -ab 128 -ar 44100 test.ts [19:04:42 CEST] <maxcnc> ig ive me a error [19:04:50 CEST] <maxcnc> VTS_01_1.VOB: Invalid data found when processing input [19:05:19 CEST] <furq> fwiw that's not extracting the video, that's reencoding it [19:05:24 CEST] <maxcnc> is there a way i can get rid of the first 10sec of the vob file [19:05:42 CEST] <furq> but ffmpeg is generally not great at processing dvds [19:06:04 CEST] <furq> use something like makemkv or pgcdemux if you want an individual pgc [19:06:08 CEST] <maxcnc> some ide on how all other VOB [19:06:39 CEST] <furq> i don't know any command-line tool which does it sadly [19:06:41 CEST] <maxcnc> are ok [19:06:54 CEST] <furq> hopefully someone else does because i'd rather not have to use makemkv [19:09:07 CEST] <maxcnc> Thanks [19:26:47 CEST] Action: kepstin sometimes uses dvdbackup, but it's a bit painful to use [19:27:23 CEST] <kepstin> I assume there's probably a title or chapter starting at the start of the real video, so dvdbackup can probably extract the entire main title to a single vob if you get the options right. [19:29:16 CEST] <maxcnc> ok [19:50:51 CEST] <maxcnc> ripp::dvd is ok [20:28:45 CEST] <certaindestiny_> Hey there, I am having trouble compiling ffmpeg on linux. I get the following error /usr/bin/ld: libavutil/aes.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC [20:31:34 CEST] <certaindestiny_> http://pastebin.com/LvFXibX4 This is the compile script we are using [20:32:11 CEST] <furq> certaindestiny_: line 6 [20:33:15 CEST] <furq> you can also get rid of line 8 if you're using --enable-shared [20:37:04 CEST] <certaindestiny_> furq enable gpl? [20:37:54 CEST] <furq> line 8 of the paste [20:39:04 CEST] <certaindestiny_> alright i am running again. lets hope it works (fingers crossed [20:41:07 CEST] <certaindestiny_> ERROR: x265 not found using pkg-config [20:41:34 CEST] <furq> maybe put line 8 back then ;_; [20:41:49 CEST] <certaindestiny_> haha ill try [20:42:23 CEST] <certaindestiny_> running again [20:43:18 CEST] <c_14> eeeh, I'm pretty sure multiple uses of --extra-cflags will override each other [20:43:38 CEST] <certaindestiny_> so what would i need to put in? [20:43:52 CEST] <c_14> dito extra-ldflags [20:44:04 CEST] <certaindestiny_> ill change after this run [20:44:06 CEST] <c_14> take the parts from the second instance and append them with a space to the first [20:44:13 CEST] <c_14> --extra-cflags="-Ifoo -Ibar" [20:44:19 CEST] <furq> i can't imagine you need both of those extra-cflags [20:44:31 CEST] <certaindestiny_> we need to compile decklink support [20:44:33 CEST] <certaindestiny_> :( [21:04:51 CEST] <certaindestiny_> i now have http://pastebin.com/15FmsaXN [21:05:29 CEST] <certaindestiny_> Unknown option "-I/root/ffmpeg_sources/include". See ./configure --help for available options. ./script.sh: line 24: --enable-shared: command not found ./script.sh: line 26: --disable-static: command not found [21:05:40 CEST] <c_14> without the extra quotes [21:06:04 CEST] <c_14> --extra-cflags="-I$HOME/ffmpeg_build/include -I/root/ffmpeg_sources/include" --extra-ldflags="-L$HOME/ffmpeg_build/lib -ldl" \ [21:06:06 CEST] <c_14> ^like that [21:08:32 CEST] <certaindestiny_> libfdk_aac is incompatible with the gpl and --enable-nonfree is not specified. [21:08:38 CEST] <certaindestiny_> :( [21:08:46 CEST] <c_14> get rid of the last \ [21:08:57 CEST] <DHE> you're free to specify --enable-gpl --enable-nonfree you just can't distribute the resulting binary [21:09:18 CEST] <c_14> The last '\' on line 26 is making the make command be seen as part of the configure command [21:09:27 CEST] <certaindestiny_> same error [21:09:31 CEST] <certaindestiny_> unfortuanetly [21:09:52 CEST] <c_14> move --enable-nonfree all the way to the top? [21:11:01 CEST] <certaindestiny_> i saw i forgot another backslash [21:13:29 CEST] <certaindestiny_> v [21:13:32 CEST] <certaindestiny_> Unknown option "". See ./configure --help for available options. ./script.sh: line 7: --prefix=/root/ffmpeg_build: No such file or directory [21:14:15 CEST] <c_14> what's the current script look like? [21:14:16 CEST] <certaindestiny_> http://pastebin.com/eLveiAL6 [21:15:23 CEST] <Hababam1_> you have --extra-ldflags 2 times ? [21:16:19 CEST] <certaindestiny_> There is something wrong with the --prefix [21:16:32 CEST] <certaindestiny_> it doesnt reach the extra-idflags [21:18:39 CEST] <certaindestiny_> Oh wait that was indeed there twice. I removed one [21:19:21 CEST] <c_14> The script appears to work for me [21:19:24 CEST] <c_14> What shell are you using? [21:19:38 CEST] <furq> you shouldn't really need to specify -I or -L if pkg-config is working properly [21:20:14 CEST] <furq> and i'd have thought --enable-shared would be smart enough to enable -ldl [21:21:43 CEST] <certaindestiny_> i remove those. running now [21:21:53 CEST] <certaindestiny_> same error [21:22:10 CEST] <furq> check for trailing spaces after a \ [21:22:35 CEST] <certaindestiny_> found 1 [21:22:37 CEST] <certaindestiny_> running now [21:22:55 CEST] <certaindestiny_> gcc is unable to create an executable file. If gcc is a cross-compiler, use the --enable-cross-compile option. Only do this if you know what cross compiling means. C compiler test failed [21:23:23 CEST] <certaindestiny_> I can change the settings back and just change the trailing spaces [21:23:35 CEST] <c_14> check your config.log [21:23:38 CEST] <c_14> near the end [21:24:36 CEST] <certaindestiny_> I am running now with the -I -L and -ldl [21:24:51 CEST] <certaindestiny_> This wil take 15 minutes again [21:25:01 CEST] <furq> are you running parallel make [21:25:30 CEST] <certaindestiny_> What do you mean with parallel make? [21:25:39 CEST] <furq> nvm i can see you're not [21:25:45 CEST] <furq> make -j8 [21:25:50 CEST] <furq> replace 8 with the number of cores you have [21:26:03 CEST] <certaindestiny_> Where in the command would i place this? [21:26:18 CEST] <certaindestiny_> Srr about the questions but this is the first time i have compiled ffmpeg [21:26:20 CEST] <certaindestiny_> :S [21:26:30 CEST] <c_14> PATH= make -> PATH= make -j8 [21:27:15 CEST] <furq> also -fPIC isn't a make option so you might as well get rid of that [21:27:32 CEST] <certaindestiny_> Where does it need to be then. cause the error told me to add that if it failed [21:27:58 CEST] <furq> nowhere [21:28:05 CEST] <furq> you already enabled it by removing --disable-pic [21:28:44 CEST] <certaindestiny_> Alright. I hope this works [21:29:47 CEST] <certaindestiny_> It is running now but this still might take some time [21:31:10 CEST] <Dariush> Hi. I have two files: the first one has the following properties: 23.96 fps, 24 tbr, 16k tbn, the other one the following: 11.79 fps, 12 tbr, 16k tbn. I want to concatenate them. I cannot reencode the first file for size reasons. I reencoded the second file with '-r 24' and got the following: 24 fps, 24 tbr, 12288 tbn. tbr got fixed, but tbn broke, and the files again concatenate with... [21:31:12 CEST] <Dariush> ...errors. What can I do in this situation? [21:32:01 CEST] <furq> those aren't the same framerate [21:32:05 CEST] <furq> use -r 24000/1001 [21:33:32 CEST] <Fyr> guys, what is .h264? [21:33:46 CEST] <Fyr> what kind of container is it? [21:34:02 CEST] <c_14> It's not a container [21:34:07 CEST] <c_14> It's a raw h264 bitstream [21:34:23 CEST] <jkqxz> Typically an H.264 elementary stream (annex B bytestream). [21:34:31 CEST] <Fyr> c_14, what -f options correspond to it? [21:34:40 CEST] <Fyr> -f rawvideo? [21:34:52 CEST] <klaxa> -f h264 [21:34:54 CEST] <c_14> ^ [21:34:55 CEST] <klaxa> afaik [21:35:12 CEST] <furq> yeah it is [21:35:16 CEST] <certaindestiny_> LD libavcodec/libavcodec.so.57 /usr/bin/ld: /root/ffmpeg_build/lib/libvpx.a(vpx_codec.c.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /root/ffmpeg_build/lib/libvpx.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status library.mak:97: recipe for target 'libavcodec/libavcodec.so.57' failed [21:35:30 CEST] <certaindestiny_> This is why i added the -fPIC [21:35:43 CEST] <klaxa> did you run make clean between builds? [21:35:45 CEST] <furq> you added it in a place where it doesn't do anything [21:36:08 CEST] <kepstin> hmm, that's weird, you're trying to link a static copy of libvps into a shared library of ffmpeg? [21:36:19 CEST] <furq> if libvpx.a is complaining then you probably need to recompile that with -fPIC [21:36:24 CEST] <certaindestiny_> I did not run make clean should i ? [21:36:28 CEST] <furq> yes [21:36:29 CEST] <certaindestiny_> How would i do that @furq [21:36:36 CEST] <kepstin> in theory you can make it work, but usually the build systems aren't set up to handle that automatically [21:37:14 CEST] <furq> yeah i'm not sure how that would work on *nix [21:37:25 CEST] <certaindestiny_> make: *** No rule to make target 'clean'. Stop. [21:37:57 CEST] <kepstin> it works fine in linux, as long as the static library is built with the intention of being linked into a shared library (i.e. it's built with -fPIC) [21:38:04 CEST] <furq> yeah that makes sense [21:38:18 CEST] <furq> it works fine with mingw because everything is automatically pic [21:38:46 CEST] <certaindestiny_> How can i change it to be pic? [21:39:00 CEST] <furq> certaindestiny_: either build a libvpx shared library or run ./configure --help and look for a pic option [21:39:05 CEST] <furq> or build a static ffmpeg [21:39:10 CEST] <Dariush> furq: is that really a factor? I just ran a test by concatenating two files, one with 24 fps, the other with 23.84, and the result worked just fine. [21:39:13 CEST] <furq> the latter is much easier [21:39:37 CEST] <certaindestiny_> How would i build a static? [21:39:41 CEST] <certaindestiny_> With Decklink support [21:40:19 CEST] <kepstin> Dariush: concatenating videos with different framerates should work fine, as long as the output container used supports variable framerate. [21:44:31 CEST] <Dariush> kepstin: I know, my problem is with concatenating videos that additionally have different tbr and tbn. Or at least I suspect that it's the problem, since that's the only significant difference: http://pastebin.com/TtFuqFXP [21:44:49 CEST] <certaindestiny_> @furq how would i compile a static out of this? [21:45:08 CEST] <furq> --disable-shared --enable-static [21:45:15 CEST] <furq> i have no idea how that'd work with decklink, i've never used decklink [21:46:13 CEST] <Dariush> when I try to concatenate those files, the first one plays fine, but the second one is empty green and grey frames (obviously the file itself plays as expected) [21:46:53 CEST] <certaindestiny_> Running now [21:50:28 CEST] <kepstin> Dariush: ah, yeah, they'd need to have the same timebase for concatenating to work. [21:50:32 CEST] <certaindestiny_> At least one library type must be built. Specify --enable-static to build the static libraries or --enable-shared to build the shared libraries as well. To only build the shared libraries specify --disable-static in addition to --enable-shared. [21:51:06 CEST] <Dariush> then we arrive to the problem in my first message: I cannot get the timebases to coincide. [21:51:55 CEST] <kepstin> yeah, one video is 24fps (film), the other is 24000/1001 fps (ntsc film) [21:53:11 CEST] <vade> im looking at the code for av_buffersink_get_samples - and notice the returned frame only passes through / calculates PTS, not duration [21:53:17 CEST] <kepstin> I almost wonder if remuxing both videos to mkv (which uses a fixed timebase), then concatenating would work :/ [21:53:33 CEST] <vade> is that on purpose, or possibly a bug / oversight? [21:54:08 CEST] <certaindestiny_> @furq [21:54:19 CEST] <Dariush> but previously you said (and I observed) that concatenating videos with different framerates should work fine; why does this minor difference matter then? [21:57:28 CEST] <kepstin> ffmpeg works internally with, and most containers store frame times as a single integer called "pts". pts is just a number, it only gets meaning when multiplied by timebase (which is a fraction). In order to concatenate videos into a single file, you have to fit the pts values from both videos into a single timebase fraction. [21:59:00 CEST] <certaindestiny_> furq are you still there? [21:59:07 CEST] <kepstin> which, with your videos is "1/24" for the first, and "1001/24000" for the second. And unless you're re-encoding (in which case you can do fun things with filters), I don't think ffmpeg has any code for reconciling the two. [22:00:07 CEST] <kepstin> of course, you could use the '-r' input option to override the input framerate of one of the files to force them to match, but that'll subtly change the speed and cause audio desyncs. [22:02:48 CEST] <Dariush> but why can't the final file simply have a variable framerate, as happens when timebases match? [22:03:54 CEST] <kepstin> that would require some code to recalculate a common timebase and whatnot. It's certainly possible, just requires someone to do it? [22:04:20 CEST] <vade> av_rescale_q yes? [22:04:45 CEST] <Dariush> er, wait a second. the fractions above - 1/24 and 1001/2400 - are 1/fps. how do tbn and tbr come into play here? [22:05:38 CEST] <kepstin> they're the inverse of the timebase, i think? I've never been quite sure how those values are calculated. they sometime behave oddly in some containers. [22:06:42 CEST] <kepstin> but yeah, 1001/576000 is a pretty horrible timebase fraction ;) [22:07:03 CEST] <kepstin> should work in theory, i guess. [22:20:33 CEST] <Dariush> I'm having some trouble wrapping my head around this. I just googled for a bit, but didn't find anything approaching a comprehensible answer. If tbr and tbn are two different timebases, then why do I need both of them to match another file to be able to concat with it? Moreover, if setting -r option changes both of them, how can I make them match another file (other than remuxing to a... [22:20:35 CEST] <Dariush> ...different container, which I don't really want to do due to the number of files I have to work with)? [23:02:29 CEST] <certaindestiny_> Hi all. When running ffmpeg(Yes i got it to work!) i get the following error [decklink @ 0x320c5c0] Could not create DeckLink iterator [23:04:12 CEST] <certaindestiny_> Anybody know how to fix this [23:56:00 CEST] <llogan> (not that I have much decklink experience) [23:56:28 CEST] <MrSassyPants> does -passlogfile not work with libvpx, or not in general? [23:56:57 CEST] <certaindestiny_> fflogger [23:57:00 CEST] <certaindestiny_> We got it working [23:57:09 CEST] <Hababam1_> ^.^ [23:57:14 CEST] <certaindestiny_> Apprently we needed to install the desktop application becuase it was missing some .so files [23:57:25 CEST] <certaindestiny_> Which for some reason where not included in the SDK [23:58:05 CEST] <certaindestiny_> Thanks for all the help btw. Comunity has been awesome so far [00:00:00 CEST] --- Thu May 19 2016

1 0

ffmpeg-devel.log.20160517
by burek 18 May '16

18 May '16

[00:31:16 CEST] <cone-653> ffmpeg 03James Almer 07master:ab3c04c45805: avformat/dtshddec: parse chunks stored after audio data [00:31:17 CEST] <cone-653> ffmpeg 03James Almer 07master:60c2e38dcbe4: avformat/dtshddec: implement AUPR_HDR chunk parsing [04:23:08 CEST] <cone-837> ffmpeg 03ZhouXiaoyong 07master:af3e944e7edd: avcodec/mips/h264dsp_mmi: Version 2 of the optimizations for loongson mmi [08:02:17 CEST] <taniey> hello, [08:02:27 CEST] <taniey> anybody here? [08:03:36 CEST] <taniey> sorry ,I send the message error [11:03:55 CEST] <cone-639> ffmpeg 03Paul B Mahol 07master:95b20ad7b20c: avcodec/iff: fix artifacts with uncompressed ham ANIMs [14:11:22 CEST] <cone-639> ffmpeg 03Hendrik Leppkes 07master:a9bb4cf87d1e: h2645_parse: support badly muxed mp4 streams [14:24:48 CEST] <cone-639> ffmpeg 03Anton Khirnov 07master:8d0cc8ca9767: h264_parser: switch to h2645_parse for NAL unescaping [14:24:49 CEST] <cone-639> ffmpeg 03Hendrik Leppkes 07master:15ad02321074: Merge commit '8d0cc8ca97678f4ca87948ebabcbaab5a4f4c1f6' [14:24:50 CEST] <nevcairiel> Daemon404: ^ [14:27:45 CEST] <Illya> I'm stumped trying to do SDL2, maybe someone could look at my patchset (1st patch wasnt by me). https://gist.github.com/anonymous/881f64f93903cd21859f08220ef41514#file-000… The first & second patch work, but the third patch ends up in a "Undefined symbols for architecture x86_64: "_ff_sdl2_muxer", referenced from:..." [14:27:45 CEST] <Illya> error. I've make clean, configure, make, and it didn't change the output. I'm sure it's something obvious [14:33:05 CEST] <Shiz> Illya: you didn't add sdl2.c to the files to build... [14:34:10 CEST] <Shiz> you want to edit libavdevice/Makefile [14:34:15 CEST] <Shiz> to say OBJS-$(CONFIG_SDL_OUTDEV) += sdl.o sdl2.o [14:34:40 CEST] <Shiz> (or create a new CONFIG_SDL2_OUTDEV) [14:35:07 CEST] <Illya> Hmm, well it was there before. Wonder how it got lost. Probably my bad git skills [14:35:10 CEST] <Illya> Thanks [14:44:55 CEST] <Daemon404> nevcarriel awesomw [15:50:58 CEST] <cone-639> ffmpeg 03Anton Khirnov 07master:e9f884416c76: h264: move reading direct_spatial_mv_pred out of ff_set_ref_count() [15:50:59 CEST] <cone-639> ffmpeg 03Derek Buitenhuis 07master:7ab2c036b917: Merge commit 'e9f884416c76558098fc1f63825b293956e8483c' [16:04:14 CEST] <cone-639> ffmpeg 03Anton Khirnov 07master:56b17a33f231: h264: stop testing whether the reference count changes in ff_set_ref_count() [16:04:15 CEST] <cone-639> ffmpeg 03Derek Buitenhuis 07master:6b295bccbbf7: Merge commit '56b17a33f231859cbccbd741b4763617cb4ecf03' [16:16:57 CEST] <cone-639> ffmpeg 03Anton Khirnov 07master:a6e27f7add26: h264: factor out parsing the reference count into a separate file [16:16:58 CEST] <cone-639> ffmpeg 03Derek Buitenhuis 07master:278dcec28db8: Merge commit 'a6e27f7add2698fdd89911632b570c3d0c3f2aaa' [16:19:40 CEST] <cone-639> ffmpeg 03Anton Khirnov 07master:71d3305c2711: h264_parse: make sure the ref count is zeroed on all failure paths [16:19:41 CEST] <cone-639> ffmpeg 03Derek Buitenhuis 07master:d55568d22a5a: Merge commit '71d3305c2711d4f6ec8b92db09ff64cf4e19a58e' [17:17:25 CEST] <pfelt> greatest of mornings everyone! [17:19:39 CEST] <Illya> hi pfelt [18:14:43 CEST] <BBB> is ibm spamming our bugtracker? [18:15:00 CEST] <BBB> I really dont think thats appropriate, even if theyre doing bounties, they should probably do that somewhere outside our bugtracker? [18:15:12 CEST] <BBB> or am I too sensitive? [18:15:57 CEST] <nevcairiel> gotta make people for their obsolete architecture somehow [18:16:03 CEST] <nevcairiel> +care [18:16:50 CEST] <Daemon404> POWER? [18:16:59 CEST] <Daemon404> i mean [18:17:08 CEST] <Daemon404> who the hell uses ffmpeg on POWER [18:17:10 CEST] <Daemon404> and why would they [18:18:09 CEST] <ubitux> power8 is not obsolete [18:18:24 CEST] <ubitux> https://en.wikipedia.org/wiki/POWER8 [18:18:30 CEST] <Daemon404> [17:17] <@Daemon404> who the hell uses ffmpeg on POWER [18:18:30 CEST] <Daemon404> [17:17] <@Daemon404> and why would they [18:18:33 CEST] <Daemon404> still stands [18:18:54 CEST] <rcombs> <@Daemon404> who the hell uses& POWER [18:19:02 CEST] <rcombs> <@Daemon404> and why would they [18:19:02 CEST] <rcombs> ftfy [18:19:08 CEST] <ubitux> because ibm, pro, enterprise ... [18:19:36 CEST] <nevcairiel> ubitux: it is in my book [18:19:46 CEST] <nevcairiel> its their last grasp at keeping an obsolete tech going [18:20:34 CEST] <rcombs> "it's not obsolete! citation: they're still making them" [18:26:55 CEST] <BBB> hm.... [18:27:24 CEST] <BBB> I think ubitux is on to something [18:28:46 CEST] <Daemon404> as in milking enterprises for money? [18:29:43 CEST] <ubitux> i think power8 has more use cases than mips [18:29:55 CEST] <Daemon404> of course [18:29:58 CEST] <Daemon404> but nobody here writes mips [18:30:01 CEST] <Daemon404> they send it [18:30:54 CEST] <ubitux> sure, probably no one here is going to write ppc simd, just like no one interested will write mips simd [18:30:55 CEST] <jamrial> aren't some smartphones mips? [18:31:25 CEST] <Daemon404> not any that people use [18:31:31 CEST] <Daemon404> except maybe in china [18:31:34 CEST] <ubitux> you mean smartphones with no gsm nor screen and with a bunch of ethernet slots? [18:31:46 CEST] <Daemon404> lol [18:37:47 CEST] <nevcairiel> mips is mostly routers and the like, not sure about phones [18:38:16 CEST] <Mavrik> Haven't seen one. [18:38:34 CEST] <Mavrik> (Even though Android supports it, but those are mostly some wierd car head units.) [19:06:54 CEST] <BtbN> This PPC64 bounty doesn't seem too bad. But that's just a pointless amount of tickets. [19:20:03 CEST] <TD-Linux> talos secure workstation is trying to sell POWER8 as a desktop machine [19:20:22 CEST] <TD-Linux> unfortunately it's too expensive even for my tastes in weird computers [19:38:02 CEST] <wm4> how much is it, less than 10k? [19:42:47 CEST] <TD-Linux> 3.7k for motherboard + CPU [20:12:25 CEST] <Daemon404> the amount of issues opened abouy concating is nuts [20:12:32 CEST] <Daemon404> like people just dont get it :V [20:13:54 CEST] <wm4> it's almost like it'd be better to have real mechanisms to handle this kind of stuff [20:13:56 CEST] <wm4> instead of hacks [20:14:25 CEST] <nevcairiel> unfortunately the nature of the beast doesnt really offer any clear real mechanisms [20:14:47 CEST] <nevcairiel> most people want to concat with codec copy, but thats just crazy [20:16:01 CEST] <pfelt> grumble. is there any easy way to do a round to specific number? decklink is asking me to round the width to the nearest 48 boundary [20:16:30 CEST] <nevcairiel> we have FFALIGN, but that only works with powers of two [20:16:53 CEST] <nevcairiel> you could check the v210 code, it also deals with 48 alignment iirc [20:17:30 CEST] <Daemon404> if its just for calculating w/h, thats done so rarely id just use mod [20:17:34 CEST] Action: Daemon404 runs [20:18:21 CEST] <pfelt> heh. v210 is why i'm playing with this actually [20:18:44 CEST] <pfelt> i'm hacking the decklink code to run in v210 mode just to see if i can get performance out of this [20:19:19 CEST] <pfelt> i suppose for this i could just calculate it by hand&.. i know the width...... [20:20:49 CEST] <jkqxz> What's wrong with (x + 47) / 48 * 48? [20:23:48 CEST] <fritsch> it's not l33t enough [20:25:41 CEST] <Daemon404> thats still more leet than what id do: x - (x % 48) [20:28:44 CEST] <pfelt> maybe i'm doing this wrong&.. [20:28:56 CEST] <pfelt> currently i'm using -vcodec rawvideo [20:29:03 CEST] <pfelt> should i really be using -vcodec v210 ? [20:30:42 CEST] <nevcairiel> if its v210 it outputs, then sure [20:30:49 CEST] <Daemon404> v210 is codoec in ffmpeg [20:30:51 CEST] <Daemon404> not a pixel format [20:31:01 CEST] <pfelt> ah. so no [20:31:10 CEST] <pfelt> ok. sry for the noise. i'll refrain :D [20:31:25 CEST] <nevcairiel> Daemon404: yours reduces the width instead of padding it [20:32:15 CEST] <Daemon404> i suppose youd want to pad in this case [20:32:27 CEST] Action: Daemon404 was thinkinf of playback [23:49:54 CEST] <cone-387> ffmpeg 03Chris Cunningham 07master:2875745d354a: avformat/utils: Check negative bps before shifting in ff_get_pcm_codec_id() [00:00:00 CEST] --- Wed May 18 2016

1 0

ffmpeg.log.20160517
by burek 18 May '16

18 May '16

[00:32:49 CEST] <pfelt> vikash: /me thinks more data would be helpful. what streams did ffmpeg parse out of video5.mp4 and video7.mp4 ? [00:35:56 CEST] <vikash> pfelt: I am trying to join two videos side by side and also their audio into a single channel [00:39:31 CEST] <vikash> pfelt: ffprobe http://pastebin.com/4P2uJM3R [00:56:50 CEST] <pfelt> vikash: can you rerun that for video5 too ? [01:10:15 CEST] <vikash> pfelt: video5 http://pastebin.com/AucBNUkP [01:13:05 CEST] <pfelt> beyond me :( [01:14:31 CEST] <vikash> pfelt: its ok. anyway thanks :) [05:07:14 CEST] <Ben321> I have a question about AVI output by FFMPEG. When saving an AVI file that is <2GB does it use AVI 1.0 (the older type, that supports up to 2GB files), that has one index at the end of the file? Or does it always output AVI 2.0 (the newer type that supports over 2GB files) that has a bunch of additional overhead to it (such as an additional index), regardless of the size of the AVI file that... [05:07:16 CEST] <Ben321> ...will be output? [05:08:02 CEST] <c_14> ffmpeg doesn't know how big the output will be when it starts writing, so probably the second [05:08:31 CEST] <Ben321> I was hoping it could output AVI 1.0 files, because I'm writing my own video processor, but it only works on the bare simplest AVI file, that is one that is a version 1.0 AVI file, and only contains raw RGB pixel-format frames. [05:09:44 CEST] <Ben321> Is there some kind of filter I can use in FFMPEG to signal it to only output AVI 1.0 files, and to simply stop its conversion process and display an error in the console if it exceeds 2GB in size? [05:10:03 CEST] <c_14> Didn't see an option listed for the avi muxer, so probably no [05:12:06 CEST] <Ben321> The great thing you see about this other program I have called VirtualDub, is you can set it to output AVI 1.0 files. Unfortunately VirtualDub doesn't accept as input the HUGE variety of video file formats that FFMPEG does. And with FFMPEG, while it does accept a wide variety of input file formats, its AVI output is limited to AVI 2.0, which makes it is very difficult to actually write... [05:12:08 CEST] <Ben321> ...software to process, even if the frames are raw RGB. [05:12:57 CEST] <Ben321> Are you aware if the developers of FFMPEG have any intention to implement the ability to write AVI 1.0 files? [05:13:29 CEST] <c_14> Unlikely [05:16:22 CEST] <Ben321> Are you aware of any other program that actually accepts the huge variety of input formats that FFMPEG does, that also is capable of writing to AVI 1.0 files? I'm guessing there MIGHT be, but it's probably some kind of professional video editing software that costs thousands of dollars, and is only used by professionals in the movie and TV industries. That's why I was hoping that FFMPEG... [05:16:23 CEST] <Ben321> ...could do it. [05:16:46 CEST] <c_14> *shrug* [05:16:59 CEST] <Ben321> I don't want to shell out big bucks for some specialized professional software. [05:17:02 CEST] <c_14> You could always just use the libav* libraries to demux whatever you want in your program [05:18:11 CEST] <Ben321> Does FFMPEG use libav for decompression, or does it use its own routines. And is there a standalone libav.dll file I can download, or would I have to compile it from sourcecode? [05:18:51 CEST] <c_14> FFmpeg is a project containing the libav* libraries (libavformat, libavcodec etc). ffmpeg is a commandline program that uses the libav* libraries [05:19:25 CEST] <c_14> If you're on Windows, zeranoe has shared/dev builds that provide pre-built libraries [05:21:04 CEST] <Ben321> Does that mean that libav can support all the same file formats (including exotic/rare ones) that FFMPEG can, as input to be decompressed? [05:22:10 CEST] <c_14> Yes, the libav* libraries can support all the file formats the ffmpeg binary can. (Don't confuse libav with FFmpeg, libav is a separate project with similar functionality to what the FFmpeg project also provides) [05:23:24 CEST] <c_14> https://ffmpeg.org/about.html [05:23:26 CEST] <c_14> ^read that [05:24:06 CEST] <Ben321> I'm looking at the shared (not static) version of FFMPEG now, and in the folder that has ffmpeg.exe, I see a number of DLL files, but none of them contain the name "libav". Some of them do start with "av" though, such as "avcodec-57.dll". Is these part of the libav library? [05:24:39 CEST] <Ben321> Woops, typo. "Is" should have been "Are" in that last sentence. [05:24:42 CEST] <c_14> There's several libraries, and yes each of those is one of them. The lib prefix is just stripped [05:25:41 CEST] <Ben321> In the Zeranoe build for Windows, are these DLL files using the CDECL calling convention for their functions, or are they using the STDCALL calling convention? [05:27:02 CEST] <c_14> I have no idea. [05:28:00 CEST] <Ben321> I have a question on using FFMPEG. Is there a commandline switch that can be used to query statistics on a video file, without doing a conversion? For example, can I use it to find the Width, Height, and FrameRate of a video file? [05:28:20 CEST] <c_14> https://ffmpeg.org/ffprobe.html [05:28:24 CEST] <c_14> Short: Yes [05:30:29 CEST] <Ben321> Is there a place that I can find information on all the exported functions from the libav DLLs? I mean something that tells all the parameters, and return values for these functions? Are they documented anywhere? Are there any tutorials for using them to decompress a video file? [05:31:15 CEST] <c_14> https://ffmpeg.org/doxygen/trunk/index.html [05:32:02 CEST] <c_14> https://git.ffmpeg.org/gitweb/ffmpeg.git/tree/HEAD:/doc/examples [05:33:43 CEST] <Ben321> Thanks. I'll take a look at those. [07:21:23 CEST] <lesshaste> kepstin, I meant drop some frames. It is currently 60fps and I need <= 30 [08:03:03 CEST] <taniey> hello , [08:03:11 CEST] <taniey> anybody here? [08:04:15 CEST] <taniey> I have a question: [08:04:33 CEST] <taniey> I compile the ffmpeg-trunk dynamic library from source in windows 10 64bit ,the make command appear some error. [08:05:01 CEST] <taniey> I use mys2-w64 to build, the ffmpeg complile command: [08:05:07 CEST] <taniey> ./configure --target-os=win64 --disable-sdl --disable-static --enable-shared [08:05:23 CEST] <taniey> and the command can execute success. but I make for the files , there is an error , [08:05:31 CEST] <taniey> ./compat/windows/makedef:L48: lib: *~0}ä [08:05:31 CEST] <taniey> Could not create temporary library. [08:05:31 CEST] <taniey> library.mak:97: recipe for target 'libavutil/avutil-55.dll' failed [08:05:55 CEST] <taniey> I know the path no set to the lib , so , I add the path to 'lib' ,use the command: [08:05:55 CEST] <taniey> export PATH=$PATH:'/c/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin' [08:05:55 CEST] <taniey> then I execute make command, appear error: [08:06:52 CEST] <taniey> I can't how solve about this error. [08:07:11 CEST] <taniey> can anybody help me? [08:30:37 CEST] <yongyung> When rendering a video with -qp x, ffmpeg outputs multiple lines (normal encoder output) containing q=n with n being between around x-1 and x+2, why is that? Shouldn't -qp force a constant q? [09:08:54 CEST] <kgkg> windows command line drives me nuts: trying to create a timelapse with: ffmpeg.exe -i '%*.jpg' -r 30 -q:v 2 timelapse.mp4 [09:10:30 CEST] <kgkg> but it fails for the wildcard expression. I also tried '^%*.jpg' and '%%*.jpg' and of course '*.jpg' and *.jpg. nothing works [09:34:09 CEST] <DHE> yongyung: I believe libx264 will actually use different values for keyframes and bframes. you're probably seeing that [10:36:11 CEST] <Macdeath> I want to read a live stream at an android client frame by frame. Does ffserver has a C API to support reading live stream frame by frame ? [10:40:01 CEST] <AndroUser> I need help in receiving a live stream on an android client frame by frame [10:40:17 CEST] <AndroUser> Does ffserver have a C API to do that ? [10:42:34 CEST] <AndroUser> Or perhaps any other way to get individual frames using ffserver [10:47:17 CEST] <JEEB> AndroUser: you're already out of support if you are using ffserver [10:47:50 CEST] <JEEB> if it works for you, great. but in general it's a thing that is going to get removed during the next API bump as it's currently (mis)using some APIs that are going to get removed [10:48:49 CEST] <AndroUser> JEEB: Is there a C API to read the stream published by ffmpeg frame by frame ? [10:50:07 CEST] <JEEB> usually you receive or get a stream with a client and then you can read that with the libavformat/libavcodec APIs [10:53:35 CEST] <AndroUser> JEEB: Should I then first read the stream using ffserver , then use clients on localhost [11:22:52 CEST] <taniey> How can I compile ffmpeg dynamic library on windows ? [11:23:18 CEST] <BtbN> --enable-shared [11:24:53 CEST] <taniey> but I use the '--enable-shared' option, there is an error when I make the projects [11:25:03 CEST] <taniey> like this: [11:25:23 CEST] <taniey> LD libavutil/avutil-55.dll [11:25:23 CEST] <taniey> gcc.exe: error: unrecognized command line option '-implib:libavutil/avutil.lib' [11:26:00 CEST] <taniey> or like this: [11:26:03 CEST] <taniey> Could not create temporary library. [11:26:03 CEST] <taniey> library.mak:97: recipe for target 'libavutil/avutil-55.dll' failed [11:59:02 CEST] <taniey> I know why the error happened, [11:59:44 CEST] <taniey> the option --target-os I set error. [13:15:34 CEST] <BucketNinja> Hello all! [13:15:44 CEST] <BucketNinja> Anyone on yet? [13:20:50 CEST] <BucketNinja> Hi Fahadash [13:21:04 CEST] <fahadash> Yo [13:21:14 CEST] <JEEB> just ask your question - nobody is going to reply to random questions on whether or not someone is "around" [13:21:25 CEST] <JEEB> and then stick around and you might get a reply [13:22:09 CEST] <BucketNinja> Oh, sorry, first time on, just trying to be courteous. [13:24:17 CEST] <BucketNinja> I really don't have any questions at the moment. I am a user of FFMPEG and a big fan of the tech, I just wanted to be around the chat channel for any news or questions that might arise. Is that okay? [13:26:02 CEST] <JEEB> most people here are lurking until they have something to ask etc [13:29:02 CEST] <iive> it's ok to lurk around. and if you ever know the answer of somebody's question, feel free to share :D [13:30:00 CEST] <JEEB> yeah, that's the other side of it [13:30:08 CEST] <JEEB> there are masochists like me who might reply to people's questions [13:30:27 CEST] <BucketNinja> I will reply if I know the answer [13:47:57 CEST] <r3Mod> hi [13:48:58 CEST] <r3Mod> my ffmpeg stopps transcoding with error "invalid cbp -4 at 72 52". VLC doesn't raise this error and continues the playback. Is there an option to ignore this error? [14:42:38 CEST] <sasos90> hey guys [14:43:02 CEST] <sasos90> trying to merge audio with video. (video already has audio and i want to keep it) how can i put it on specific location? [14:43:10 CEST] <sasos90> i am using ffmpeg for android (java) [14:43:36 CEST] <sasos90> i tried everything (adelay...) adelay delays me everything and duplicate sounds [15:31:41 CEST] <RoyK> hi all. any idea what sort of video format/codec is used over the HDMI connection? [15:33:15 CEST] <furq> RoyK: rawvideo [15:33:38 CEST] <furq> in yuv 4:4:4, yuv 4:2:2 or rgb24 [15:34:17 CEST] <RoyK> just having a discussion with a friend - what if she wants to view 4k with 60fps and 12bit colour depth, that's 19Gbps, how can the hardware really handle this? [15:35:35 CEST] <jkqxz> It can't. Use DisplayPort or something else instead. [15:36:08 CEST] <furq> hdmi 2.0 can do 4k at 60fps [15:36:26 CEST] <jkqxz> Not in 12-bit colour. [15:36:26 CEST] <furq> i'm not sure whether it'll manage it at that kind of bit depth though [15:36:45 CEST] <furq> the 2.0 spec allows 4:2:0 for 4k video, presumably because of bandwidth limitations [15:37:15 CEST] <furq> but yeah according to wikipedia the maximum throughput is 18gbps [15:37:20 CEST] <furq> which isn't far off [15:38:19 CEST] <furq> actually nvm it's 14.4 once you remove the 8b/10b overhead [16:07:38 CEST] <Timster> Hey, guys - I need to split a file at the blacks. I am using ffmpeg from earlier this month. Could somebody please tell me what's wrong with this: http://pastebin.com/xaZv98Vy [16:07:58 CEST] <Timster> I set the path to the ffmpeg.exe and the path to the .mp4 file [16:08:03 CEST] <Timster> But it doesn't seem to work [16:08:39 CEST] <Timster> The script is from 2014 - maybe it uses features that are different now? [16:12:26 CEST] <durandal_1707> what it does instead? [16:14:30 CEST] <Timster> The windows console closes [16:14:43 CEST] <Timster> Not sure where to find a log file if there is one [16:15:12 CEST] <pgorley> I compiling against OS X 10.10 with FFmpeg master (pulled earlier today). Everything compiles, but when I run the ffmpeg tool, I'm getting an error that CoreImage.framework could not be found. Any ideas? [16:39:42 CEST] <pihpah> I want to stream all videos from a directory but still can't figure out how I have to set up ffserver for that. In this https://ffmpeg.org/sample.html sample config file is only streaming of individual files. [16:42:21 CEST] <MrSassyPants> Ok the past couple of days I asked how to enable scene cut key frames in ffmpeg+libvpx for vp9, I think I figured it out [16:42:47 CEST] <MrSassyPants> It is necessary to do a 2 pass encode, even if you don't define a bitrate. [16:43:28 CEST] <MrSassyPants> This also means that the information I received a week ago from this channel, that 2 pass encodes supposedly did nothing for constant-quality encodes, is wrong. Just FYI. [16:45:07 CEST] <iive> is that written somewhere or you discovered this by testing? [16:46:08 CEST] <iive> because scene change is quite easy to detect on single pass. [16:47:50 CEST] <Admin__> hey guys.. quick simple question.. converted videos into HLS ( h265 ) , is there something i can do to speed up channel changes ? every time i change the channel to that content it takes like 3 seconds to start the video. [16:48:03 CEST] <Admin__> any way to insert something on video or something that will allow quick playback ? [16:49:16 CEST] <DHE> reduce the -hls_time parameter [16:49:26 CEST] <Admin__> its 6 seconds [16:49:27 CEST] <DHE> though it varies by player [16:49:39 CEST] <DHE> try 4 for experimentation then [16:49:39 CEST] <Admin__> but with h264 it plays fast [16:49:41 CEST] <Admin__> odd right ? [16:49:44 CEST] <DHE> oh? [16:49:50 CEST] <MrSassyPants> iive, discovered with testing [16:49:53 CEST] <Admin__> ya h264 its quick start [16:50:17 CEST] <MrSassyPants> iive, I would have thought too, that scene change is easy to detect in single pass, but alas the codec doesn't seem to enable them in single pass. [16:51:31 CEST] <furq> libvpx generally seems quite bad [16:53:35 CEST] <JEEB> yes, esp. vp9 is not a bad format. buut libvpx is pretty bad [16:53:46 CEST] <furq> yeah it's a shame [16:54:58 CEST] <RoyK> furq: thanks - do you know where I can learn more about YUV differences? [16:55:08 CEST] <furq> differences to what [16:55:15 CEST] <RoyK> those numbers [16:55:21 CEST] <RoyK> 444/420 [16:55:22 CEST] <RoyK> etc [16:55:23 CEST] <furq> https://en.wikipedia.org/wiki/Chroma_subsampling [16:55:42 CEST] <RoyK> thanks [17:20:53 CEST] <pfelt> is there any way to improve the speed on changing the pixel format? my incoming stream is yuv422p10le. i'm trying to crop to 4 quarters, scale up, and output to 4 decklink cards which need uyvy422. performance tanks when i do the pixel conversion [17:23:27 CEST] <kepstin> yeah, the 10bit to 8bit conversion will be a bit slow, has to dither, etc. [17:23:46 CEST] <kepstin> doing the cropping before conversion then scaling after would be fastest, i think [17:24:34 CEST] <pfelt> i've tried variations with the format filter, but i don't believe i've tried crop -> format -> scale [17:24:38 CEST] Action: pfelt will play with that [17:25:02 CEST] <pfelt> one thing i don't actually know is if the crop filter supports input of uyvy422 [17:25:11 CEST] <pfelt> so it may be double converting just to be able to crop [17:26:01 CEST] <kepstin> cropping is superfast, you want to convert as few pixels as possible, scaling is faster on 8bit. [17:26:26 CEST] <kepstin> i'm pretty sure crop works on basically everything. you can up the log level to see if it autoinserted any convert filters if you want to be sure [17:26:31 CEST] <pfelt> i don't suppose that crop can output 4 outputs? [17:26:51 CEST] <pfelt> i'm toying witht he idea of seeing if uyvy is supported via gdb [17:27:20 CEST] <kepstin> crop is a ridiculously simple 1-in-1-out filter. All it does is adjust some pointers and nubers in the frame metadata. [17:27:47 CEST] <pfelt> ah. so i *do* then need the split [17:30:03 CEST] <kepstin> hmm. if you're gonna be using all parts of the image, rather than only 1/4 of it, then convert,split,(crop,resize)×4 is probably best. [17:31:21 CEST] <kepstin> kind of a pity all the ffmpeg swscale code is single-threaded cpu stuff, that sort of color conversion thing is quite parallelizable - and video players usually do it in gpu rather than cpu. [17:31:47 CEST] <furq> you could try zscale for scaling and colourspace conversion [17:31:51 CEST] <furq> i have no idea if it'll be faster though [17:32:44 CEST] <pfelt> so best i can get atm with split, crop, scale, convert or split, crop, convert, scale is about 11fps [17:32:50 CEST] <pfelt> not suitable for a live stream :( [17:33:02 CEST] <pfelt> let me look up zscale. i've not used it before [17:33:28 CEST] <furq> it's not included by default but it is in relaxed's static builds if you're using those [17:33:37 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#zscale [17:34:01 CEST] <furq> it should be higher quality if nothing else [17:34:46 CEST] <pfelt> i'm in git so if it's not there i can add it [17:35:05 CEST] <pfelt> either i'm not understanding some of these options, or it doesn't convert pixfmt [17:36:26 CEST] <kepstin> pfelt: it automatically converts pixel format if needed, you can use "format=xxx" to constrain it, I think? [17:36:55 CEST] <kepstin> you'll want to make sure you're running ffmpeg with verbosity that shows autoinserted filters to make sure it's working [17:37:09 CEST] <durandal_1707> you need to add format filter after it [17:37:17 CEST] <pfelt> kepstin: you mean something like -loglevel debug ? [17:37:18 CEST] <furq> yeah iirc -vf zscale,format=uyvy422 will do the conversion in zscale [17:37:37 CEST] <pfelt> ah. format is a completely different filter [17:37:42 CEST] <pfelt> (that's what the , is) [17:37:49 CEST] <furq> If the input image format is different from the format requested by the next filter, the zscale filter will convert the input to the requested format. [17:37:50 CEST] <durandal_1707> No, packed is not supported [17:38:18 CEST] <pfelt> so decklink supports some other formats [17:38:33 CEST] <durandal_1707> Use planar than swscale to convert to packed [17:38:34 CEST] <pfelt> but i was having a hard time converting from blackmagic speak to ffmpeg speak [17:38:45 CEST] <pfelt> (in terms of what the format names actually are [17:39:07 CEST] <kepstin> if decklink can do a planar 4:2:2 format, you can probably convince ffmpeg to do something that matches :) [17:39:35 CEST] <pfelt> so here's where i'm *way* behind the curve [17:39:39 CEST] <pfelt> planar is yuv right? [17:39:51 CEST] <kepstin> no, y, u, v are the color components [17:40:13 CEST] <kepstin> planar means you have all the y, followed by all the u, followed by all the v - like 3 separate monochrome images [17:40:30 CEST] <pfelt> oh, [17:40:41 CEST] <pfelt> and uyvy is actually just that pixel wise int eh stream [17:40:55 CEST] <pfelt> i was reading a link about that last night [17:41:22 CEST] <kepstin> yeah, that's a packed format, it means there's a single image stream with all the y, u, v components mixed together (alternating) [17:41:27 CEST] <pfelt> https://www.ptgrey.com/KB/10092 [17:41:30 CEST] <pfelt> ok. yeah [17:41:39 CEST] <pfelt> let me see if i can figure out a planar format [17:42:01 CEST] <kepstin> it's kind of complicated with subsampled formats like 4:2:2 - that's why it has the funky "u, y, v, y" order rather than just "y, u, v" repeating [17:42:21 CEST] <furq> i expect planar to planar is faster if they're both 4:2:2 [17:42:24 CEST] <pfelt> safe to say that planar != packed though [17:42:40 CEST] <furq> or especially if they're both 4:2:2, rather [17:43:21 CEST] <furq> actually nvm one is 10-bit isn't it [17:44:19 CEST] <pfelt> here's what decklink says: [17:44:20 CEST] <pfelt> http://pastebin.com/rz8XtNLM [17:44:34 CEST] <pfelt> not the best fmt, sry [17:44:49 CEST] <furq> "8-bit YUV" that's helpful [17:45:44 CEST] <pfelt> that's uyvy422 [18:00:34 CEST] <furq> pfelt: apparently the 10-bit yuv input format is v210, which is what you're getting as input [18:00:45 CEST] <furq> -c:v v210 [18:01:02 CEST] <furq> s/input format/pixel format/ [18:05:16 CEST] <pfelt> but 10bit isn't planar either [18:05:22 CEST] <pfelt> so crop/scale is slow [18:05:26 CEST] <pfelt> ? [18:07:15 CEST] <furq> i assume the slow part is adding the dithering for 8-bit [18:07:44 CEST] <kepstin> i'm pretty sure crop is fast, even on packed formats (for ones it supports) [18:08:02 CEST] <furq> i don't have any yuv422p10le source to test with [18:10:46 CEST] <pfelt> i suppose i could remove the scale and see how performance is [18:13:10 CEST] <pfelt> looks like i'm getting about 60fps with no scale but a format change [18:14:13 CEST] <pfelt> ah hah! i'm only getting about 28 with no conversion but a scale [18:14:28 CEST] <pfelt> (so split -> crop -> scale) [18:14:28 CEST] <furq> is that converting to uyvy or v210 [18:14:41 CEST] <pfelt> no conversion. input is yuv422p10le, output is too [18:14:58 CEST] <pfelt> so unless there is a convert transparently in one of those filters, it's staying 10bit [18:15:18 CEST] <furq> are you scaling each output after cropping [18:15:26 CEST] <pfelt> yep. [18:15:39 CEST] <furq> is that faster than scaling before cropping [18:15:42 CEST] <pfelt> it's going ffrom 640x360 up to 1920x1080 [18:16:02 CEST] <pfelt> let me try the scale then crop [18:16:06 CEST] <furq> i'm not familiar enough with swscale's internals to know how it'd handle four concurrent scales [18:21:11 CEST] <pfelt> so i'm still getting about 28fps. now it's scale (3840x2160), split, crop (x4). input is yuv422p10le as is the output [18:34:37 CEST] <Fyr> is it possible to rip with ffmpeg? [18:38:24 CEST] <furq> rip what [18:38:29 CEST] <Fyr> BD [18:38:57 CEST] <furq> if you decrypt it first then sure [18:39:09 CEST] <Fyr> then, how to decrypt it? [18:59:16 CEST] <pfelt> is there any sort of an option to kill ffmpeg after so many seconds or so many frames encoded? [18:59:24 CEST] <furq> -frames:v [18:59:50 CEST] <pfelt> sweet! [19:05:12 CEST] <pfelt> hmm. fyi: yuv422p10le is def not the same as uyvy422 [19:05:29 CEST] <pfelt> cool effect on the image tho [19:08:18 CEST] <pfelt> so. anything i can do programmatically to thread this? [19:11:17 CEST] <furq> pfelt: if that was directed at me then i must have phrased something really badly [19:11:34 CEST] <pfelt> the threading question? [19:11:39 CEST] <pfelt> (or teh pixel statement) [19:11:40 CEST] <furq> no the pixel formats thing [19:12:11 CEST] <pfelt> oh ya know. i thik you said v210 was what the input was [19:12:18 CEST] <pfelt> not that v210 and uyvy were the same [19:12:20 CEST] <pfelt> sry [19:12:43 CEST] <furq> as far as i can tell you can use v210 as an output format and avoid the 10-bit to 8-bit conversion [19:12:58 CEST] <furq> also i think the conversion isn't done through swscale so it might be faster [19:13:30 CEST] <furq> `-f rawvideo -c:v v210` shouldn't need any explicit pix_fmt conversion [19:14:21 CEST] <pfelt> heh. segfault [19:14:24 CEST] Action: pfelt debugs it [19:14:27 CEST] <furq> fun [19:14:50 CEST] <furq> that information is pieced together from three or four separate google searches so it might be bullshit [19:19:53 CEST] <pihpah> I am getting this error whne trying to stream my video: [mp4 @ 0x562e928333f0]Tag avc1/0x31637661 incompatible with output codec id '28' ([33][0][0][0]) [19:20:03 CEST] <pihpah> Anyone knows what's the problem? [19:20:47 CEST] <pihpah> I was able to stream that video using Apache Web server but with ffserver it just not works. [19:23:20 CEST] <OmegaVVeapon> Does anyone know how to create a looped mpeg stream with ffmpeg? [19:23:37 CEST] <OmegaVVeapon> I'm currently doing "ffmpeg -i /opt/myvideo.ts -f mpegts udp://239.69.69.69:5678" [19:23:53 CEST] <OmegaVVeapon> but it will exit as soon as the input video is over :/ [19:30:42 CEST] <pfelt> OmegaVVeapon: i think the movie filter might do it [19:30:55 CEST] <pfelt> depends on your input file contents [20:04:10 CEST] <thebombzen> OmegaVVeapon: [20:04:13 CEST] <OmegaVVeapon> pfelt: It's cool, I figured it out (really need to read the man pages more...) [20:04:15 CEST] <thebombzen> try -loop 0 before 0i [20:04:22 CEST] <thebombzen> before -i* [20:04:29 CEST] <OmegaVVeapon> -stream_loop number -1 does the trick [20:04:44 CEST] <thebombzen> ah. I use -loop 0 with ffplay but IDK about ffmpeg. [20:05:54 CEST] <OmegaVVeapon> "ffmpeg -re -i /opt/myvideo.ts -f mpegts -c copy udp://239.69.69.69:5678?pkt_size=188&buffer_size=16777216 -stream_loop -1" [20:06:19 CEST] <OmegaVVeapon> that is the entire command, gets to my endpoint and looks awesome on vlc [20:11:46 CEST] <lavalike> kepstin: small update on stillimage vs touhou, the latter is twice as slow (= [20:12:16 CEST] <klaxa> touhou? in my #ffmpeg? [20:12:16 CEST] <kepstin> it uses twice as many reference frames. [20:12:37 CEST] <kepstin> so, yeah. (i'd expect -tune animation to be similar) [20:12:46 CEST] <furq> better compression is slower? never [20:13:25 CEST] <kepstin> (you could switch to a faster preset, but it'll offset some of the benefits of the tune...) [20:21:42 CEST] <lavalike> alright (: [20:30:14 CEST] <arbi> Hi! I'm converting to '-target pal-dvd' but I get '[mpeg2video @ 0x3571680] rc buffer underflow' [20:34:59 CEST] <thebombzen> arbi: paste your full command and output to a paste website like pastebin.com [20:35:06 CEST] <thebombzen> otherwise we're not going to be able to help you much. [20:38:15 CEST] <arbi> http://pastebin.com/RK1hGBpm [20:42:08 CEST] <arbi> Any idea what the problem is? [20:44:19 CEST] <klaxa> well, does the file play fine? [20:44:37 CEST] <klaxa> it also says max bitrate may be too small [20:44:59 CEST] <arbi> klaxa: The playback is in slow motion [20:46:02 CEST] <klaxa> that's odd [20:46:31 CEST] <klaxa> what happens if you remove -b:v 4000k? [20:46:37 CEST] <arbi> klaxa: -b:v 1000k seems to work ok [20:46:48 CEST] <klaxa> you can use -t 10 to encode only 10 seconds of video to check [20:47:13 CEST] <klaxa> huh [20:47:15 CEST] <klaxa> ok [20:49:11 CEST] <klaxa> DVD *should* be able to handle up to 9 mbps for video iirc, so 1 mpbs and 4 mpbs is definitely within those bounds, weird that it works with a lower bitrate when ffmpeg complains about it being too low [20:49:41 CEST] <arbi> mmm [20:50:14 CEST] <arbi> I used same parameters with other files and it works... [20:50:16 CEST] <kepstin> ffmpeg's mpeg2 encoder just prints that whenever it can't find a way to make the video big enough to fill the requested bandwidth, i think [20:50:34 CEST] <kepstin> if you don't care about the min bandwidth, you can just ignore it [20:51:19 CEST] <kepstin> s/bandwidth/bitrate/ [20:51:53 CEST] <arbi> kepstin: what about the slow playback? [20:52:18 CEST] <kepstin> that's kind of odd, I haven't seen that before :/ [20:52:32 CEST] <klaxa> i wouldn't rule out a slow cpu [20:53:43 CEST] <arbi> ok thanks [20:53:45 CEST] <klaxa> the encoding parameters show 25 fps (same as input) [20:54:00 CEST] <klaxa> check your cpu usage during playback [20:54:27 CEST] <arbi> cpu is around 25% [20:54:37 CEST] <klaxa> hmm ok [20:55:07 CEST] <klaxa> what are you using for playback? does ffplay also slow down? [20:55:20 CEST] <arbi> I've only tried with ffplay [20:56:12 CEST] <thebombzen> arbi: try with a dedicated player like mpv [20:56:31 CEST] <arbi> wait it seems ok with Vlc [20:57:16 CEST] <arbi> I think when I'm doing fast forward (since start of 10sec video i black) when this slowmotion happens [20:58:02 CEST] <arbi> I'm going to do some tests [21:19:59 CEST] <Fyr> is there a way to make FFMPEG proceed even if the file is broken? [21:28:36 CEST] <HarryHallman> hi [21:28:58 CEST] <HarryHallman> has anyone recorded from the loopback device using a mac? [22:45:10 CEST] <DelphiWorld> hello [22:45:15 CEST] <DelphiWorld> i compiled libmfx [22:45:23 CEST] <DelphiWorld> but can't find it in pkgconfig ? [22:45:29 CEST] <DelphiWorld> ./configure --prefix=/usr [22:45:50 CEST] <DelphiWorld> my configure: ./configure --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-librtmp --enable-libmfx [22:55:01 CEST] <DelphiWorld> my ERR is that libmfx not fousing pkgconfig! [23:01:53 CEST] <jkqxz> DelphiWorld: Can you find the libmfx.pc file somewhere? (In /usr/lib/pkgconfig?) [23:03:05 CEST] <jkqxz> Or, if you just want quicksync without all the funny libmfx extra stuff, use vaapi instead... [23:03:35 CEST] <kbarry> Forgive my lack of clarity here, not sure what the right words are: How feasible is it for ffmpeg to be used as a homogonizing layer, meaning, as a way of taking audio (live streams), and changing the formats/configuration (ie, take X/y/z in, and spit out a very specifically formatted stream?) (also, this is audio only) [23:05:12 CEST] <kbarry> Really looking for a mile-high view, "Yes, its possible, and not a terrible idea" or "Its possible, buta terrible idea" etc. [23:19:24 CEST] <Aerroon> kbarry, i think you'd have to be more specific [23:19:31 CEST] <Aerroon> what do you want to spit out [23:19:44 CEST] <Aerroon> but if in terms of codecs and formats it's something ffmpeg supports then it's entirely possible [23:20:15 CEST] <Aerroon> for instance some applications use ffmpeg to import files (eg audacity) [23:21:57 CEST] <kbarry> Aerroon: Good point, So, starting points might be fairly close to one another as far as "format" (using that generally) [23:22:32 CEST] <kbarry> Lets assume everything is audio only, all is either aac or mp3, and also, all are RTMP streams. [23:23:41 CEST] <kepstin> kbarry: sure, ffmpeg cli tool can easily handle subscribing to an rtmp stream, transcoding audio to a particular format (and drop video if present, etc.), then send to a different rtmp stream. [23:23:48 CEST] <kbarry> The desired output would be, for simpliciity, RTMP stream, aac, stero, 44100, FLTP, 128kbps. [23:25:19 CEST] <kbarry> And I can explicity for all aspects of the output stream? [23:25:40 CEST] <kbarry> Originally i was facing a problem with different bitrates, but fixed that. [23:25:50 CEST] <kbarry> The next problem I ran into was things like, mono v stero, [23:25:57 CEST] <kepstin> you'd be re-encoding it, so you can select a particular encoder, and whatever settings on that encoder you like [23:25:59 CEST] <kbarry> or s16/p v fltp [23:26:38 CEST] <Aerroon> kepstin, can ffmpeg do this in real time? [23:26:41 CEST] <kepstin> s16 vs. fltp is a temporary working format, it's unrelated to how audio is stored in a lossy compressed stream [23:26:42 CEST] <kbarry> kepstin: One question I was asked, and can't readily answer (lack of experience), what kind of "delay" does running the signal thru ffmpeg introduce [23:27:02 CEST] <kepstin> Aerroon: given a sufficiently fast computer, ffmpeg can do anything in realtime. that question has no meaning. [23:27:08 CEST] <kbarry> ie, in the above scenario, you might expect the output to be behind the original stream by X seconds? [23:27:18 CEST] <kepstin> (in fact, for stuff this simple, it would normally be way faster than realtime) [23:27:56 CEST] <kepstin> kbarry: depends mostly on network buffering, which is hard to control. Only way to minimize delay completely is do the transcoding inside the rtmp server itself. [23:28:18 CEST] <kepstin> rtmp is tcp, so it's really dependent on network conditions [23:28:24 CEST] <kbarry> right, [23:28:38 CEST] <kbarry> assume network isnt an issue, it sounds like "no delay" [23:28:43 CEST] <kepstin> (doing it on localhost loopback is the next best thing) [23:28:54 CEST] <kepstin> well, codec decoding and encoding has some inherent delay [23:29:05 CEST] <kepstin> and aac in particular is a fairly high-delay format [23:29:18 CEST] <kepstin> but that should still be well under a second [23:29:26 CEST] <kbarry> If i pull RTMP from, "sanitize (what the word for what I am talking about?), then push it out to my Server A, [23:29:29 CEST] <DHE> yes, and x264 can buffer a lot of frames (40+ is absolutely doable). unless you explicitly set -tune zerolatency [23:29:39 CEST] <kbarry> won't be any slower than pushing the priginal stream to server A? [23:30:22 CEST] <kepstin> kbarry: the additional network latency, and encoder delay in the transcode step, means it will be slightly slower. Would probably be noticable if playing both at the same time. [23:30:36 CEST] <kepstin> well, by slower I mean delayed [23:30:45 CEST] <kepstin> the audio would obviously play back at the same speed [23:30:57 CEST] <kbarry> kepstin: behind < 5 seconds?, 1 second? 30 seconds? [23:31:03 CEST] <kbarry> sounds like < 1second [23:31:11 CEST] <kepstin> kbarry: no way to say, too many factors. you have to test and see. [23:31:20 CEST] <DHE> I did a multicast-to-multicast transcode. delay was about 5 seconds. x264 codec [23:31:38 CEST] <kepstin> DHE: sure, but we're talking about audio-only here [23:32:33 CEST] <kepstin> and x264 with 'zerolatency' tune and slice-based parallel encoding should be able to do mere milliseconds of delay on a fast box. [23:33:12 CEST] <kepstin> (obviously at substantial loss in encoding efficiency compared to the normal look-ahead mode) [00:00:00 CEST] --- Wed May 18 2016

1 0

ffmpeg-devel.log.20160516
by burek 17 May '16

17 May '16

[00:10:29 CEST] <durandal_1707> the only one virtual reality is hologram [00:12:47 CEST] <durandal_170> anybody against pushing loudnorm? [00:18:22 CEST] <atomnuker> durandal_170: yes, I'd still rather see libebur128 integrated rather than being liked [00:18:29 CEST] <atomnuker> *linked [00:19:32 CEST] <atomnuker> but I guess if it really starts to bother me I'd just do the work myself sometimes later and integrate it [00:20:00 CEST] <atomnuker> so yeah, might be okay for the time being [00:21:26 CEST] <atomnuker> at least unless someone else doesn't like it (ubitux said something about adding options to another filter) [00:23:30 CEST] <cbsrobot> j-b: can you unban me on #videolan ? [00:24:11 CEST] <cbsrobot> I guess I was banned because I was flooding the channel with join attempts [00:31:41 CEST] <durandal_170> no, you were spamming [00:42:02 CEST] <wm4> michaelni: thanks, confirmed fixed [00:50:45 CEST] <cbsrobot> durandal_170: My ISP had a technical problem [01:06:56 CEST] Action: michaelni tries to login to his apple hw after not seeing it on fate.ffmpeg anymore ... then looks in disbelive on the network cable that seemed so well attached before slightly pulling on it [10:01:00 CEST] <j-b> cbsrobot: I can [10:25:37 CEST] <cbsrobot> j-b: thanks [11:45:03 CEST] <Compn> cbsrobot speaks! [11:45:54 CEST] <cbsrobot> Compn: not all robots are inferior to humans [13:53:14 CEST] <haasn> wm4: JEEB: https://0x0.st/qac.txt is this configure check needed? how old is the SMPTEST2084 entry? [13:55:30 CEST] <haasn> hmm seems it was added in https://github.com/FFmpeg/FFmpeg/commit/c3cd6dd106b1381933e2f24898eeec0d8aa… on 28 aug 2015 [13:55:37 CEST] <haasn> is that new enough for ffmpeg/libav stable? [13:55:50 CEST] <haasn> s/new/old/ [13:56:51 CEST] Action: haasn asks CI [14:01:45 CEST] <haasn> yeah libav stable definitely doesn't have it [14:11:13 CEST] <Daemon404> nevcairiel, ping re: h2645 [15:25:32 CEST] <cone-327> ffmpeg 03Michael Niedermayer 07master:feeb3a926163: swresample/resample: Fix division by 0 with tap_count=1 [15:25:32 CEST] <cone-327> ffmpeg 03Michael Niedermayer 07master:6085d6b2aeef: ffmpeg: Check that r_frame_rate is set before attempting to use it [15:25:33 CEST] <cone-327> ffmpeg 03Michael Niedermayer 07master:635b2ec5f20d: avformat/utils: Do not compute the bitrate from duration == 0 [15:40:06 CEST] <cone-327> ffmpeg 03Paul B Mahol 07master:8767470fb572: avcodec/iff: check if there is enough bytes left [16:26:22 CEST] <D`K_C> I have a question on how to use libswresample: I change the output sample rate using av_opt_set_int, and then call swr_init again as the doc says, but it looks like it's leaking memory when I do that, am I missing something? [16:30:27 CEST] <DHE> you might find swr_alloc_set_opts easier. and yes you are making a new instance so the old one leaks [16:30:48 CEST] <DHE> and technically API questions belong in #ffmpeg as well [16:32:12 CEST] <D`K_C> oups, my bad for using the wrong chan [16:58:22 CEST] <durandal_1707> stilll merging going? [18:00:47 CEST] <durandal_170> ubitux: hey, you there? [18:06:41 CEST] <ubitux> durandal_170: somehow [18:10:12 CEST] <durandal_170> ubitux: so you against pushing loudnorm filter as it is now? [18:11:04 CEST] <ubitux> i think that's a bad idea but i'm too busy & lazy to do anything about it [18:11:09 CEST] <pfelt> afternoon all. can i ask a question about this discussion on adding AVClass that's going on on the mailing list? I was wondering what this issue is. i'm thinking it's related to comments like this in header files: "&.. New public fields should be added right above." and the ABI? just looking for some clarification on reasons, not the debate itself as i'm not sure what the reasons are. [18:14:37 CEST] <pfelt> i suppose my question really boils down to a misunderstanding of abi, what it is and why ti's important to not change [18:15:47 CEST] <durandal_170> because evil is out there [18:16:53 CEST] <Daemon404> [15:58] <@durandal_1707> stilll merging going? <-- i am waiting on nevcairiel to help me with one commit. [19:10:56 CEST] <Daemon404> Shiz, were you the one who wanted to be poked when i pushed my bindiff thing? [19:11:18 CEST] <Shiz> ya [19:11:22 CEST] <Shiz> well, one of the people at least [19:11:32 CEST] <Daemon404> https://github.com/dwbuiten/bxd [19:11:37 CEST] <Daemon404> enjoy some bad code and missing features [19:11:52 CEST] <Shiz> nice [19:11:54 CEST] <Shiz> looks good [19:12:01 CEST] <Shiz> if i didn't enjoy bad code what i would be doing on freenode [19:12:24 CEST] <Daemon404> laff [19:14:10 CEST] <wm4> I guess you wouldn't be programming at all [19:20:18 CEST] <durandal_170> Why you are using nut? [19:22:12 CEST] <kierank> piping with timestamps I guess [19:30:06 CEST] <JEEB> Daemon404: niice [19:30:17 CEST] <JEEB> durandal_170: nut with raw video/audio is pretty common [19:31:03 CEST] <JEEB> Daemon404: not golang? [19:31:28 CEST] <Daemon404> didnt feel like it [19:31:36 CEST] <JEEB> k [19:31:41 CEST] <Daemon404> the only benefit of goland here is windows support [19:31:45 CEST] <Daemon404> golang* [19:32:03 CEST] <Shiz> and random panics [19:32:26 CEST] <Daemon404> ive never had an issue with panics [19:33:01 CEST] <Shiz> all the go software i've used was panicky as hell in the silliest circumstances [19:33:16 CEST] <Shiz> like feeding it a JSON file that doesn't conform to its format, bam panic and stack trace [19:33:30 CEST] <Shiz> or influxdb which would panic the entire DB if you did something like 'select (field) from table' [19:33:37 CEST] <Shiz> (the parens killed it) [19:33:59 CEST] <JEEB> panics are generally really rare and if something like JSON parsing fucks something up someone has fucked up with his code [19:34:20 CEST] <Shiz> :p [19:34:21 CEST] <Daemon404> [18:33] < Shiz> like feeding it a JSON file that doesn't conform to its format, bam panic and stack trace <-- theres no way normal could should do this [19:34:34 CEST] <JEEB> Daemon404: people use riced JSON parsers [19:34:35 CEST] <Daemon404> but... web people. [19:34:36 CEST] <Shiz> well, tell terraform that [19:34:59 CEST] <Daemon404> i have literally never written the 'panic' keyword in ym code in 3-4 years [19:35:00 CEST] <Daemon404> so. [19:35:17 CEST] <JEEB> why would you be writing it :P [19:35:24 CEST] <JEEB> it's literally all's fucked up kind of case [19:35:32 CEST] <Daemon404> some people can write java in any language, JEEB [19:35:41 CEST] <JEEB> (Ž4@) [19:35:42 CEST] <Shiz> :3 [19:36:37 CEST] <Mavrik> Would writing Java in LISP be a special kind of insult? [19:38:05 CEST] <Shiz> only if you're one of Those People [22:39:47 CEST] <pfelt> would something like "make -j 40 fate" presumably not cause issues with the tests? [22:40:02 CEST] <Compn> it shouldnt [22:40:13 CEST] <Compn> might kill your disk / cpu [22:40:47 CEST] <pfelt> i haven't tried it wondering if "did that error occur because of the -j or because of something i did in code" kind of a situation [22:41:02 CEST] <pfelt> that's ok. my box is currently only dev/build/test [22:46:40 CEST] <Shiz> lol [22:46:49 CEST] <JEEB> uhh [22:46:52 CEST] <Shiz> that ps2 fomrat looks just like psmf except with pcm in the ps1 packets [22:47:04 CEST] <JEEB> yeah, wouldn't be surprised [22:47:27 CEST] <JEEB> there's been raw PCM on the PSP too [22:47:43 CEST] <JEEB> I think marcan extracted some delicious wakamoto GPS voices from a thing I bought [22:47:44 CEST] <Shiz> inb4 part of the custom header [22:47:46 CEST] <Shiz> D: [22:49:50 CEST] <JEEB> meanwhile, just as we thought there weren't enough colour spaces: http://www.dolby.com/us/en/technologies/dolby-vision/ICtCp-white-paper.pdf [22:52:51 CEST] Action: pfelt wishes he understood any of that paper [22:54:22 CEST] <cone-653> ffmpeg 03Paul B Mahol 07master:72e33eec3a5e: avcodec/iff: add support for ANIMs with keyframes and concatenated ANIMs [00:00:00 CEST] --- Tue May 17 2016

1 0

ffmpeg.log.20160516
by burek 17 May '16

17 May '16

[00:30:44 CEST] <styler2go> how can i comoile ffmpeg with stereo3d filter? [00:31:31 CEST] <styler2go> i just compiled from git release/3.0 and get the error message: [AVFilterGraph @ 0x36b7340] No such filter: 'stereo3d' [00:32:10 CEST] <styler2go> version: ffmpeg version n3.0.2-4-g68dcb46 and my command: ffmpeg -i Bolt\ $2008$.mkv -vf stereo3d=sbsl:ml Bolt\2d.mkv [00:32:59 CEST] <c_14> I think that filter is GPL so you have to --enable-gpl [00:33:07 CEST] <durandal_170> need gpl flag to configure [00:33:24 CEST] <styler2go> i'll try that, thanks a lot! where can ifind those informations if i need them again? [00:39:37 CEST] <DHE> styler2go: not quite official, but grep gpl configure | grep _deps [00:40:24 CEST] <styler2go> thank you :) [00:40:48 CEST] <styler2go> i checked the ffmpeg wiki but there was no notr about gpl [00:43:07 CEST] <rsully> I have a m2ts file that mediainfo reports as AVC/h264 video, but when I ffprobe it it cannot figure out any info about it (e.g. dimensions) and attempting to mux to mp4 fails. Can I force parameters like width/height to try and get a readable output? I am fairly certain it is not encrypted, though I guess I wouldn't know how to verify [01:29:57 CEST] <fox_> can anyone kindly help http://stackoverflow.com/questions/37235264/ffmpeg-avcodec-open2-changed-au… [02:18:46 CEST] <JustinHitla> herp [02:19:24 CEST] <JustinHitla> derp [02:27:58 CEST] <koz_> I tried converting some .flac files I have into .opus (with the opus codec) and .ogg (with the libvorbis codec), at 96k bitrate for both. I found that the .oggs were a bit smaller than the .opuses. Is it because .opus has higher quality at the same bitrate? [02:31:35 CEST] <JustinHitla> koz_: you will not believe it, #opus [02:31:55 CEST] <koz_> JustinHitla: Are you saying I should have asked there? [02:33:03 CEST] <JustinHitla> koz_: try [02:33:49 CEST] <koz_> JustinHitla: OK. [02:35:23 CEST] <JustinHitla> no, don't leave [02:38:03 CEST] <fox_> JustinHitla: Can you help me? [02:38:51 CEST] <JustinHitla> fox_: what ? [02:39:07 CEST] <JustinHitla> anyone knows why filters are incompatible with stream copying ? any particular reason or just hard to implement ? [02:39:26 CEST] <fox_> JustinHitla: http://stackoverflow.com/questions/37235264/ffmpeg-avcodec-open2-changed-au… [02:40:38 CEST] <JustinHitla> fox_: no, I don't know about that [02:41:06 CEST] <c_14> JustinHitla: filters work on decoded video, therefore you have to decode and then reencode the video [02:41:38 CEST] <c_14> fox_: try asking on the libav-user@ mailing list [02:41:49 CEST] <JustinHitla> by filters I mean that "-filter_complex" of course [02:41:56 CEST] <c_14> yes [02:45:06 CEST] <fox_> c_14: do i just send email to libav-user(a)ffmpeg.org ? [02:45:56 CEST] <c_14> fox_: yes, if you're not subscribed be sure to mention it so that people cc you (or just subscribe) [02:46:29 CEST] <JustinHitla> in that command: [02:46:30 CEST] <JustinHitla> ffmpeg -i input1.mp4 -i input2.webm -filter_complex "[0:v:0] [0:a:0] [1:v:0] [1:a:0] concat=n=2:v=1:a=1 [v] [a]" -map "[v]" -map "[a]" -an output.mkv [02:46:34 CEST] <JustinHitla> is there a way to avoid "-an" ? should I just remove "[0:a:0]" and "[1:a:0]" ? [02:47:08 CEST] <c_14> remove those, set a=0 and remove the [a] and the -map "[a]" [02:47:13 CEST] <c_14> or just remove the -map "[a]" [02:47:25 CEST] <c_14> You're both explicitly mapping the audio stream and explicitly unmapping it [02:49:48 CEST] <c_14> But removing all references to the audio streams is the "correct" way to do it. [06:14:28 CEST] <Admin__> hey guys... can you see this http://pastebin.com/raw/wkBMnP7L [06:14:41 CEST] <Admin__> how do i get around that ? when i run ffproble i see it says stereo and stuff.. [06:14:48 CEST] <Admin__> but i can't seem to get it to pass correctly [06:43:44 CEST] <ploop> how can I burn in subtitles, and hopefully do so without losing any quality whatsoever from the original video? [06:58:21 CEST] <mr_lou> I have a noob question about encoding. About bitrates for video. I don't understand why there isn't such a thing as a "optimal-value" parameter that uses the exact bitrate that's necessary. [06:59:13 CEST] <mr_lou> Like, if I've chosen to have a keyframe every 50 frames, and the whole stream is a 50 fps stream, then the bitrate should logically be "the data for one full frame" + "the differences for the other 49". [06:59:37 CEST] <mr_lou> Setting a higher bitrate would only result in redundant data, as far as I can see. [06:59:49 CEST] <mr_lou> And setting a lower bitrate would of course result in a loss of quality. [07:00:52 CEST] <mr_lou> Or maybe I'm missing something? Maybe there's already a way to get this optimal bitrate for a given video, using some command-liner? [07:04:46 CEST] <furq> there is no such thing as "the exact bitrate that's necessary" unless you're talking about lossless encoding [07:05:40 CEST] <furq> lossy encoding is always a tradeoff between quality and size, and perceived quality is for you to decide [07:06:11 CEST] <furq> but either way you probably want to use crf instead of bitrate-based ratecontrol [07:06:36 CEST] <furq> unless you're going to be putting the output file in a bunch of 100MB rar files after it's done encoding [07:42:10 CEST] <Admin__> hey furq .. maybe you know this.. [07:42:16 CEST] <Admin__> http://pastebin.com/raw/wkBMnP7L [07:42:45 CEST] <Admin__> any way around that.. seems when i run ffproblem it says its aac and stereo and data is there.. soon as i run ffmpeg , it sees channels as 0 and can't copy audio over :( [07:43:50 CEST] <Admin__> i did raise the " Consider increasing the value for the 'analyzeduration' and 'probesize' options ' ' and still nothing [07:49:43 CEST] <mr_lou> furq, Your opinion on the socalled Kush Gauge? [07:59:29 CEST] <furq> depends if my dealer's got any in [08:05:11 CEST] <furq> ok i googled it and it pretty much looks like nonsense [08:06:12 CEST] <furq> unless you're streaming or something you should never even consider the bitrate [08:07:46 CEST] <furq> Admin__: paste the actual ffmpeg command, not ./mysteryscript.sh [08:10:10 CEST] <Admin__> http://pastebin.com/raw/aw3zaweJ [08:10:21 CEST] <Admin__> so this is an rtmp source .. that i am getting [08:10:57 CEST] <Admin__> and ignore fifo.. was from previous and i am using udp local port now [08:15:29 CEST] <mr_lou> furq, I'm creating a blu-ray disc. I have a size-limitation of 25 gb for a lot of videos and music. So I need to at least not "waste" bytes. [08:16:20 CEST] <Admin__> ok and look at this [08:16:20 CEST] <Admin__> http://pastebin.com/raw/WypbjfXT [08:17:19 CEST] <Admin__> so command looks sort of like this : http://pastebin.com/raw/aw3zaweJ & the output http://pastebin.com/raw/WypbjfXT .... interesting part is.. ffprobe shows me the audio data and ffmpeg does not.. using ffmpeg 3.0.1 [08:22:27 CEST] <furq> Admin__: the default probesize and analyzeduration are 5000000 [08:22:41 CEST] <furq> you probably want to set them higher than that, not lower [08:27:12 CEST] <Admin__> sure.. let me try but.. i thought i went higher [08:27:18 CEST] <Admin__> what's a good number ? [08:31:25 CEST] <Admin__> tried 20M , tried 50M.. tried to increase duration. nothing seems to work [10:10:16 CEST] <Admin__> nobody knows ? [13:13:52 CEST] <arunpyasi> Hello guys, I am having an issue. I am unable to install gaspreprocessor though I followed the steps of copying to /usr/local/bin/ and chmod +x to the file. [14:27:00 CEST] <arunpyasi> Hello guys, I am having an issue. I am unable to install gaspreprocessor though I followed the steps of copying to /usr/local/bin/ and chmod +x to the file. [15:25:19 CEST] <spoon> Hi, for H264 decoding, if I decode I-frames in the incorrect order because of network issues. Is it up to me not to decode/display them, or is up to the decoder [15:33:55 CEST] <DHE> you're responsible for delivering all frames in DTS order. if there are known errors, well... [15:43:45 CEST] <spoon> ok thanks [15:55:32 CEST] <DelphiWorld> yo all [15:55:39 CEST] <DelphiWorld> for stream encoding, its good to use quicksync? [15:58:54 CEST] <DHE> broadly speaking hardware acceleration speeds up the process (less CPU required) but hurts quality at least a little bit [16:02:42 CEST] <DelphiWorld> DHE, not looking for a high quality holywood movie, honestly ;) [16:02:48 CEST] <DelphiWorld> but looking for number of streams [16:04:56 CEST] <Mavrik> You probably have limited amount of streams the HW encoder can handle [16:28:48 CEST] <arunpyasi> Hello guys, I am having an issue. I am unable to install gaspreprocessor though I followed the steps of copying to /usr/local/bin/ and chmod +x to the file. [16:45:19 CEST] <_robert> hello [16:45:35 CEST] <__jack__> arunpyasi: stop spam [16:45:42 CEST] <_robert> what [16:45:45 CEST] <_robert> spam [16:46:07 CEST] <arunpyasi> I am sorry __jack__ [16:46:28 CEST] <arunpyasi> How can I solve it __jack__ ? [16:46:54 CEST] <_robert> ok, i'll move to the question: i am trying to convert a .mov to .flv, i used 'ffmpeg -i input.mov -f flv output.flv' but it seems that it is not encoding the alpha channel, so i get a black background, anyone know how could i encode the alpha channel for the flv? [16:47:08 CEST] <__jack__> arunpyasi: dunno, I've no idea of what's gaspreprocessor [16:47:20 CEST] <furq> _robert: -c copy [16:47:32 CEST] <arunpyasi> ok __jack__ [16:47:42 CEST] <_robert> so -f flv -c copy output.flv? [16:47:46 CEST] <furq> yes [16:47:52 CEST] <furq> if you need to reencode then specify -pix_fmt yuva420p [16:47:59 CEST] <furq> but mov to flv will more likely work without reencoding [16:48:09 CEST] <furq> more than likely [16:48:25 CEST] <_robert> getting Could not write header for output file #0 (incorrect codec parameters ?): Function not implemented [16:49:23 CEST] <furq> i guess you do need to reencode then [16:49:55 CEST] <arunpyasi> furq: can you help me with gaspreprocessor please ? [16:50:28 CEST] <furq> i don't know what that is [16:52:19 CEST] <_robert> hmm @furq the -pix_fmt yuva420p is not encoding the alpha channel, i still get the black background :( [16:54:30 CEST] <_robert> https://codeshare.io/56IRM [16:55:33 CEST] <furq> Incompatible pixel format 'yuva420p' for codec 'flv', auto-selecting format 'yuv420p' [16:55:36 CEST] <furq> fun [16:55:45 CEST] <_robert> oh, yuva the a was for alpha? [16:55:52 CEST] <_robert> and it did a fallback on yuv [16:55:53 CEST] <furq> i forgot the auto codec selection is flv1 for flv [16:56:01 CEST] <furq> try specifying -c:v libx264 [16:56:21 CEST] <furq> i've never seen an h.264 video with alpha, though, so i have no idea if it'll work or be supported by players [16:56:23 CEST] <_robert> should i delete the -f flv or just add the -c [16:56:30 CEST] <furq> you can delete -f flv, it's redundant [16:57:20 CEST] <kepstin> i think if you want alpha in an flv file, you need to use one of the vp6 codec varients [16:57:42 CEST] <kepstin> 'vp6a' specifically [16:57:50 CEST] <_robert> well, i guess i am just unlucky [16:58:09 CEST] <furq> does it have to be flv [16:58:16 CEST] <_robert> yes, i need to embed it in flash [16:58:31 CEST] <furq> does it have to be flash or just anything you can view in a browser [16:58:43 CEST] <furq> if it's the latter then webm definitely supports an alpha channel [16:59:10 CEST] <_robert> unfortunatelly it needs to be in the old dieing flash [16:59:40 CEST] <furq> looks like you're stuck with vp6 then [17:00:31 CEST] <_robert> how do i use that? with -c? is for codec? [17:00:38 CEST] <furq> presumably -c:v vp6a [17:00:42 CEST] <_robert> ty [17:00:57 CEST] <kepstin> looks like ffmpeg doesn't support encoding vp6, only decoding it [17:01:04 CEST] <furq> oh nice [17:01:06 CEST] <_robert> oh (-c = codec : v = video) right? [17:01:10 CEST] <furq> yeah [17:01:18 CEST] <kepstin> you'll probably need to get a commercial encoder :/ [17:01:54 CEST] <_robert> actually i installed an older version of adobe media encoder and did it already, but wanted to find out for the future if i could use the ffmpeg [17:02:04 CEST] <_robert> the removed the flv export from cc 2014 and newer [17:02:07 CEST] <_robert> they* [17:03:31 CEST] <kepstin> oh, fun, since google bought ON2 they actually stopped selling the commercial VP6 encoder :) [17:17:32 CEST] <DelphiWorld> sup [17:17:55 CEST] <DelphiWorld> DHE, any recomanded intel I7 with quicksync? [17:19:31 CEST] <DHE> no idea. I don't use have [17:19:53 CEST] <DelphiWorld> have? :P [17:19:59 CEST] <DelphiWorld> hardware assisted video encoding? [17:20:38 CEST] <DHE> nvenc, opencl, black-box vendor stuff [17:21:02 CEST] <DelphiWorld> yeah [17:21:24 CEST] <DHE> I dno't use or have it [17:21:31 CEST] Action: DHE is incoherent [17:21:46 CEST] <DelphiWorld> oki;) [17:22:29 CEST] <kepstin> i'd expect the qsv block to be basically identical on any intel chip of the same generation [17:22:43 CEST] <DelphiWorld> DHE: i have a E5 6 cores... it get load with less thant 11 sd streams [17:22:47 CEST] <vade> if I run audio packets through a filter chain via libfilter do I need to retime them via av_scale_q if my audio buffer and my audio sync have different sample rates ? [17:23:34 CEST] <DelphiWorld> so i thought HAVE should be usefull [17:24:58 CEST] <kepstin> hmm. apparently the qsv speed does scale with the gpu clock speed, so going for a processor with higher gpu clocks might get you slightly better qsv performance. [17:25:42 CEST] <DHE> vade: you should be able to specify that you want different input and output settings. the libavfilter chain will automatically insert a resampler for you to clear up the difference [17:26:00 CEST] <DelphiWorld> kepstin: good info [17:26:20 CEST] <vade> yup, im doing that - and it works perfectly. however im getting a difference in duration from my input audio track and my output audio track, and im trying to track down the source [17:26:41 CEST] <vade> ie: does the avframe* that I pass into the filter need its duration changed to match the sample rate conversion happening internally to the filter? [17:30:49 CEST] <jkqxz> DelphiWorld: The Iris Pro ones should be significantly faster, because they have doubled codec blocks. Intel definitely does funny stuff, though, so you probably want to actually test whatever setup you're aiming for. [17:31:31 CEST] <DelphiWorld> jkqxz: any recomandation? :P [17:31:34 CEST] <jkqxz> Still, with a desktop chip you have easily got >200fps 1080p H.264 transcode. That's a lot of SD. [17:31:41 CEST] <DelphiWorld> jkqxz: it'll be used to encode iptv streams [17:34:50 CEST] <jkqxz> My one data point for funny stuff happening is that a Skylake 6300 (desktop) is about half as fast as a Haswell 4500U (mobile), despite the specs suggesting it should be significantly faster. [17:35:25 CEST] <DHE> meh, I just throw e5-2690+ CPUs at it. :) [17:35:31 CEST] <jkqxz> That pretty much destroys any confidence I have in extrapolation of performance from specifications, so I'm left with "test it". [17:35:35 CEST] <DHE> nvenc performs admirably too [17:38:42 CEST] <kepstin> i've always been a bit annoyed how intel puts much better gpus on their mobile chips than desktop chips, but I guess that's where the money is :/ [17:39:37 CEST] <jkqxz> If you go by specifications, then either a 67??HG (in Skull Canyon NUC, release about now?) or an E3-15?5M (???) /should/ be the fastest platform you can get. Whether it actually is is entirely unclear. [17:42:37 CEST] Action: kepstin is actually kind of tempted to pick up an i7-577C for one of his boxes, but it's ridiculously expensive :/ [17:43:20 CEST] <kepstin> 5775C [17:43:40 CEST] <lavalike> hello, how can I work around this problem: [libx264 @ 0x2a6bf40] height not divisible by 4 (1200x674) --- I am re-encoding H.264 video [17:45:56 CEST] <furq> lavalike: use a height which is divisible by 4 [17:46:02 CEST] <furq> or deinterlace the source [17:46:14 CEST] <lavalike> furq: so this would add black bars at the top and bottom, or truncate some pixels? [17:46:35 CEST] <furq> that's one way [17:46:42 CEST] <lavalike> mediainfo says "Progressive" for the video stream, if I understand what you mean by interlacing [17:46:58 CEST] <furq> afaik it should only complain about non-mod4 height for interlaced video [17:47:05 CEST] <lavalike> uhm [17:47:36 CEST] <lavalike> http://pastebin.com/raw/jKUYfF8j [17:47:50 CEST] <vade> yea im at a loss about this audio timing. its never dead on like my video is [17:48:00 CEST] <vade> (using libswrescale) [17:48:18 CEST] <furq> lavalike: yeah that's weird [17:48:32 CEST] <furq> obviously the source is h.264 and has a non-mod4 height [17:48:56 CEST] <furq> assuming that's an error and not a warning, i can't see why x264 would be complaining about that now [17:48:59 CEST] <lavalike> and this is ffmpeg's invocation: http://pastebin.com/raw/b8FFdEqW [17:49:07 CEST] <lavalike> it stumped me as well [17:49:26 CEST] <furq> why are you passing -flags +ildtc [17:49:29 CEST] <furq> ct [17:49:34 CEST] <kepstin> you're using "-flags +ildct" which tells x264 to do an interlaced encode... [17:49:36 CEST] <furq> yeah [17:49:40 CEST] <lavalike> oh god [17:50:04 CEST] <lavalike> Scan type: MBAFF [17:50:09 CEST] <lavalike> you're right, what have I done [17:51:36 CEST] <furq> i also wonder why you're using -tune stillimage for what appears to be a film [17:51:42 CEST] <furq> but maybe it is a 90-minute still image [17:51:55 CEST] <lavalike> yes, it basically is [17:52:15 CEST] <furq> i guess that explains why you're reencoding it then [17:52:20 CEST] <lavalike> it is a very static computer screen recording, exactly [17:52:34 CEST] <lavalike> man I have encoded so much stuff in interlaced form by accident apparently [17:52:53 CEST] <kepstin> the 'stillimage' tune is designed for encoding a single frame as an image format, it's unclear what effect it has on a multi-frame video :/ [17:53:24 CEST] <kepstin> you might have better results with something like '-tune animation' or '-tune touhou' for a screen capture with only a small amount of movement. [17:53:32 CEST] <kepstin> have to test and see. [17:53:42 CEST] <lavalike> I don't think I tried those two when I started the project [17:53:48 CEST] <furq> why did they have to call it "touhou" instead of a good game [17:53:55 CEST] <lavalike> that made me laugh [17:54:33 CEST] <lavalike> is the interlaced <-> progressive transformation lossless? [17:55:03 CEST] <lavalike> .oO("not even remotely") [17:55:20 CEST] <kepstin> lavalike: encoding progressive content with the interlaced encoding enabled in x264 is a mild efficiency loss because it needs an extra flag per macroblock, iirc [17:55:31 CEST] <kepstin> it doesn't actually "transform" it to lossless [17:55:39 CEST] <kepstin> er, "transform" it to interlaced i mean [17:56:00 CEST] <lavalike> kepstin: ah interesting, I was pondering transforming them back, over a period of time, [17:57:33 CEST] <kepstin> basically, the way the mbaff mode used in x264 works is that if it thinks a macroblock looks interlaced, it'll do a lossless transform to put all the even lines in the top half and odd lines in tbe bottom half before doing the encode; this makes the rest of the encoder slightly more efficient at encoding that block [17:57:54 CEST] <kepstin> the downside is that it adds 1 bit per macroblock to say whether this transform is applied or not on that block [17:58:34 CEST] <lavalike> super clean explanation, cool, I think I will not transform them back, but stop adding unnecessary bits from now on [17:58:44 CEST] <kepstin> so yeah, no reason to re-encode, you'll only lose more quality due to a generation loss on the re-encode. [18:00:02 CEST] <lavalike> I think I'll try both of the -tune settings you suggested and see if they perform better [18:01:23 CEST] <lavalike> when I first looked into parameters' values I extracted small pieces of video and tried encoded them with various crf values and various presets, compared, plotted, and decided on one: do you think I need to go through this again for these two or are the crf values comparable and I can only look at overall size? [18:02:57 CEST] <kepstin> hmm. those tunes both affect the deblocker, iirc, so they can give a different "look" to the video [18:06:10 CEST] <kepstin> both animation and touhou bump up the allowed reference frames significantly, which should reduce filesize a bit on mostly-static video. [18:06:58 CEST] <kepstin> (stillimage doesn't do that, because it's designed for only encoding 1 frame, so there are no predicted frames anyways) [18:07:31 CEST] <lavalike> to be extra-precise they are, I think, more than 50% static overall and the changes are always pretty much local to small rectangular subsections of the frame, like windows on screen [18:08:20 CEST] <lavalike> usually there's a face in a corner moving very little and talking, so I tuned the parameters looking at blocking in the face features mostly [18:08:51 CEST] <kepstin> yeah, in that case having more reference frames can help, because it'll be able to spend fewer bits on the static section of the video. [18:08:56 CEST] <kepstin> maybe [18:09:05 CEST] <kepstin> have to try and see I guess :/ [18:09:11 CEST] <lavalike> alright :) [18:10:14 CEST] <lavalike> I wish I would have caught this earlier, I would have tested over the weekend, oh well [18:10:21 CEST] <lavalike> thank you for the info, much appreciated [18:12:27 CEST] <kepstin> but yeah, main difference between animation and touhou is that animation bumps up the deblocker to make flat color areas look smooth, touhou reduces it to keep the appearance of more detail, and there's some funkiness in the touhou one where the psy tuning is adjusted to make small moving things keep detail better (this might affect e.g. mouse cursors) [18:13:29 CEST] Action: kepstin wonders what combination of settings would be ideal for a 'screencapture' tuning mode, maybe somewhere inbetween the two? [18:14:40 CEST] <lavalike> nice, I think touhou is probably going to work best [18:15:58 CEST] <lavalike> there is "grain" and texture in a majority of the frame, as well as translucent/semi-transparent objects moving/changing every once in a while [18:16:37 CEST] <lavalike> whereas the smoothing sounds counter-productive for a screencapture in my mind [20:29:05 CEST] <Helle> so erm, perhaps a silly question and I have /a/ answer, but I am wondering if it is possible to do more efficiently, I want to extract a thumbnail from a video stream every n-seconds, without having ffmpeg try and decode all of it (just decode the I-frame closest to the nth second and save that would be fine), current solution is to just have ffmpeg fire up every n secondss and dump a single frame, then exit, but this is a bit inefficient due to the fact it [20:32:14 CEST] <kepstin> Helle: The '-discard nokey' input option might work on some types of streams, you could give it a try. [20:32:34 CEST] <kepstin> it would just discard all non-keyframes, rather than all except the ones at intervals you prefer [20:33:17 CEST] <Helle> kepstin: still a significant performance boost [20:33:32 CEST] <Helle> kepstin: but nothing closer to what I want ? [20:33:45 CEST] <kepstin> Helle: to do exactly what you want, I think you'd have to make a custom app using libavformat/libavcodec [20:33:53 CEST] <kepstin> it's not really a common use case :) [20:33:56 CEST] <Helle> kepstin: true :) [20:34:30 CEST] <Helle> I guess it might be doable by taking a look at how nokey is implemented and making a custom program that just skips a little more [20:35:48 CEST] <kepstin> I think avdiscard is actually implemented in the demuxer and/or decoder, so it wouldn't be easy to change [20:35:59 CEST] <Helle> kepstin: oh, *pout* [20:36:44 CEST] <kepstin> if you did a custom app, I think the process would be: read data, demux it, inspect the frame timestamps and whether it's a keyframe to decide whether to forward it to decoder or drop it on the floor. [20:37:57 CEST] <Helle> mhm, might be worth looking at I guess, although this is about 10x more efficient already, neat [20:39:41 CEST] <Helle> feels so weird to be this deep into media, haven't poked around this level since uuuuh, when you had to manually specify the I/P/B frame patterns for your mpeg 1 encoder [20:40:03 CEST] <Helle> usually at a slightly higher level or on lossless compression which uses such different methods [20:44:11 CEST] <Helle> packet.flags & AV_PKT_FLAG_KEY welp, looks simple enough, and I bet the codec would be more then happy to just decode I-frames [20:47:48 CEST] <Helle> kepstin: cool, I think I might be able to just code this [20:53:22 CEST] <Helle> (presuming the codecs are fine just being fed I-frames) [20:59:28 CEST] <sasha> Is there a way I can fake a moov atom with ffmpeg? [20:59:55 CEST] <sasha> I'm trying to convert a bunch of Seg1-Frag1 files into a readable format from an Adobe HDS stream, it's really annoying me [21:01:36 CEST] <sasha> here is an example file https://foo.fixme.ch/public/1_3229ca0a8e7e7e34_Seg1-Frag1 [21:01:58 CEST] <sasha> I can see some information in the plaintext at the top, but I cannot figure out how to get it to play with anything (vlc, mplayer..) and ffmpeg doesn't open it [21:02:00 CEST] <sasha> any ideas? [21:05:15 CEST] <lesshaste> how can I reduce the fps in a video and keep everything else the same? [21:38:20 CEST] <kepstin> lesshaste: not sure what you mean. Slow the video down? or drop some frames so motion is more jerky? [22:07:30 CEST] <pgorley> When I compile on OS X 10.10, the ffmpeg tool can't find CoreImage.framework [22:07:47 CEST] <pgorley> I'm doing the normal .'configure followed by make && sudo make install [22:08:10 CEST] <pgorley> * ./configure [22:09:36 CEST] <pgorley> So I found that the CoreImage framework is also underneath QuartzCore framework, so I copied it to the /System/Library/Frameworks folder [22:10:39 CEST] <pgorley> Now it exits complaining that the symbol _kCVImageBufferColorPrimaries_ITU_R_2020 is not found in the CoreVideo framework [22:11:38 CEST] <pgorley> I'm running Yosemite [23:57:37 CEST] <vikash> http://pastebin.com/ZPPLEARk [23:57:55 CEST] <vikash> Can anybody tell me the reason for above warning ? [00:00:00 CEST] --- Tue May 17 2016

1 0