Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2015

1 participants
60 discussions

ffmpeg-devel.log.20150409
by burek 10 Apr '15

10 Apr '15

[00:07:35 CEST] <llogan> no [00:07:52 CEST] <llogan> hmmm...i should scroll down before replying [00:07:58 CEST] <llogan> to something from yesterday [00:39:14 CEST] <ffmpeg_user> Question regarding the nvenc encoder. what is the highest quality preset for nvenc ? Is it "hq", or "bd" ? I realize 'hq' is the default preset. [00:46:53 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:e88b3852aefa: avcodec/aacdec: Fix storing state before PCE decode [01:06:12 CEST] <loki_> can somebody explain me why in my program i can't found nvenc by avcodec_find_encoder_by_name ? [01:06:20 CEST] <loki_> is it something missing? [01:14:10 CEST] <loki_> ok all is ok... [01:22:50 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:d630f38f47cf: avutil/x86/Makefile: fix conditional x86/emms.o build [01:37:41 CEST] <cone-662> ffmpeg 03Himangi Saraogi 07master:df4fca21632a: vda: Cast to not discard constant qualifier and silence compiler warning [05:39:20 CEST] <loki_> BtbN: good morning. [05:39:35 CEST] <loki_> remember my expirements around cuda and ffmpeg? [05:39:53 CEST] <loki_> i done this with simplescreenrecorder... lol [05:40:45 CEST] <loki_> now it use cuda for rgb to nv12 convertion and ffmpeg to convert result data stream with nvenc [05:40:58 CEST] <loki_> i recieved crazy perfomance [05:41:03 CEST] <loki_> now i have stable 60 fps [05:43:37 CEST] <Compn> loki_ : you are a genius :) [05:43:57 CEST] <loki_> genious those who done job on nvenc [05:44:10 CEST] <loki_> and simplescreenrecordre [05:44:19 CEST] <loki_> i just done few ugly hacks [05:45:06 CEST] <loki_> how i can show my job right? [05:45:18 CEST] <loki_> i need to make patches or what? [06:12:44 CEST] <Prelude2004c> hi everyone.. anyone know if there is an ffmpeg encoding limit of 120fps ? [06:12:59 CEST] <Prelude2004c> i can't seem to encode anything above 120fps on a multi output stream [06:13:18 CEST] <Prelude2004c> if i run the ffmpeg individually like ( 60fps ) each stream * 5 streams, it works fine [06:13:22 CEST] <Prelude2004c> anyone have any clues.. [06:13:29 CEST] <Prelude2004c> when i run ffmpeg once with Multi out it is not fine [06:21:23 CEST] <Compn> loki_ : yeah some patches [06:21:42 CEST] <Compn> Prelude2004c : did you start input decoding threads and output encoding threads ? [06:21:44 CEST] <Compn> otherwise no idea [06:21:45 CEST] Action: Compn sleeps [06:34:08 CEST] <Prelude2004c> input decoding? well i simply did ffmpeg -i UDP//xxx.xxx.xxx.xxx:XXXX .. -c:v ...... -f segment HLS > 5 different bit rates [06:34:37 CEST] <Prelude2004c> so like... ffmpeg -i <inpug> -c:v output 1 -c:v output2 -c:v output3 , etc ... [06:34:46 CEST] <Prelude2004c> it seems stuck on 120fps [06:35:05 CEST] <Prelude2004c> when i run multi ffmpeg threads one for each output its fine [06:40:08 CEST] <loki_> can somebody explain me one thing. [06:40:30 CEST] <loki_> i tried to fix a little simplescreenrecorder build proccess. [06:40:35 CEST] <loki_> and can't get one thing. [06:40:51 CEST] <loki_> his makefiles are around 20k or so. [06:41:05 CEST] <loki_> are they automaticly build or what? [06:41:23 CEST] <loki_> as i understand only MakeFile.in written by hands. [06:41:41 CEST] <loki_> but really makefile on 20k [06:41:45 CEST] <loki_> crazy stuff. [06:44:12 CEST] <loki_> MakeFile.am [06:56:37 CEST] <philipl> Presumably it uses autotools so you modify the Makefile.am [06:57:03 CEST] <loki_> but after that i need regenerate all stuff? [06:57:26 CEST] <loki_> it is run when is use configure or what? [08:16:56 CEST] <philipl> loki_: you would need to rerun automake after modifying makefile.am and then rerun configure. [08:17:37 CEST] <philipl> you shouls read up on autotools if you're going to be fiddling with such things. [08:26:48 CEST] <tmh_> names [08:26:50 CEST] <tmh_> sorry [11:41:18 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:0773f6739538: avfilter/vsrc_life: Fix mix of declarations and statements [12:43:29 CEST] <saste> how is disposition related to avdevice? [13:15:02 CEST] <loki_> philipl: yes.. i always need something up to something... there no simple things in this world... i give up with that. [13:29:57 CEST] <loki_> philipl: can you help me please. Where i can get help about autoconf and automake? [13:30:04 CEST] <loki_> which channel it can be? [13:57:18 CEST] <rcombs> wm4: how would you prefer it to encode sections after [Events]? [13:58:44 CEST] <BBB> so what is av_dv_frame/codec_profile [13:58:58 CEST] <BBB> as in, does anyone remember the purpose of that public api? [13:59:09 CEST] <wm4> I think the way mkv is supposed to be muxed is that the packets could just be appended to the extradata (after converting them to proper event lines) [13:59:25 CEST] <wm4> so a muxer can't just put the extradata after the events section [13:59:28 CEST] <wm4> but I might be wrong [13:59:35 CEST] <wm4> or it might be completely unspecified [14:01:18 CEST] <rcombs> these aren't event lines [14:02:59 CEST] <rcombs> AFAIK you can shove whatever you like in CodecPrivate as long as the codec specifies what to do with it [14:03:48 CEST] <rcombs> and ASS doesn't have a real spec, so what the codec specifies to do is "whatever works for real files", and real files expect extra sections at the end to get shoved in CodecPrivate after [Events]\nFormat:&\n [14:04:03 CEST] <rcombs> which probably comes from mkvmerge [14:04:58 CEST] <rcombs> also, that change makes ffmpeg remux a .ass with extra sections at the end correctly [14:04:59 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:98d0c4236c75: avcodec/h264: Be more tolerant to changing pps id between slices [14:05:37 CEST] <rcombs> (acidic also shoves extra sections at the end of extradata) [14:05:42 CEST] <rcombs> *assdec [14:08:53 CEST] <wm4> that sounds fine then [15:17:27 CEST] <kierank> wm4: jesus wept that thread [15:17:32 CEST] <kierank> literally it is killing me [15:18:22 CEST] <Compn> loools [15:22:01 CEST] <wm4> Compn: it's not a bikeshed, it's just an argument full of stupidity [15:22:59 CEST] <wm4> with ridiculous suggestions like showing youtube ads in ffmpeg [15:23:02 CEST] <wm4> I mean [15:23:06 CEST] <wm4> what are you even thinking [15:24:41 CEST] <kierank> this is some kind of ffmpeg tea party of madness [15:34:22 CEST] <pross> revenue problem, solved. [15:34:53 CEST] <loki_> on phenom 925 https://dl.dropboxusercontent.com/u/25725476/screenshot-2015.04.09-16%3A34%… [15:34:56 CEST] <loki_> lol [15:38:20 CEST] <kierank> pross: this has become a 1 licence violation is a tragedy but millions are a statistic [15:44:08 CEST] <michaelni> rcombs, maybe you want to review stefanos patches to lavf/segment ? there are some on the ML which are still missing a review [16:27:13 CEST] <rcombs> michaelni: is he on IRC? [16:28:30 CEST] Action: michaelni looks around for saste [16:28:41 CEST] Action: michaelni sees no saste [16:28:51 CEST] <michaelni> rcombs, not ATM it seems [16:29:34 CEST] <rcombs> alright, I'll reply via email [16:30:26 CEST] <michaelni> ok thanks [16:31:26 CEST] <rcombs> one of these days we should reimplement dash, smoothstreaming, webm dash, and hls in terms of segment [16:31:39 CEST] <rcombs> there's a hilarious amount of code duplication between all those [16:48:18 CEST] <wm4> why doesn't this nicolas guy just stop [16:49:33 CEST] <nevcairiel> rcombs: if only segment had smarter preset modes .. to get it to produce proper hls segments you have to figure out like 3 options that need setting, hlsenc is just easier to use :d [17:21:01 CEST] <rcombs> nevcairiel: hlsenc could easily be a wrapper around segment [17:24:36 CEST] <nevcairiel> I would argue that its probably better to somehow factor the common parts into reusable code instead of trying yo shove all sorts of special magic into segment for 6 or so formats [17:26:18 CEST] <rcombs> yeah, I'd want to have the most useful bits (determining where to break segments, especially) in non-static functions [17:27:02 CEST] <rcombs> honestly, webm dash doesn't need to be its own muxer at all [17:32:20 CEST] <Daemon404> ack godammit [17:32:30 CEST] <Daemon404> bitten again by ffmpeg's refusal to use pkg-config [17:32:38 CEST] <Daemon404> i sat here thinking "why the hell isnt it working" [17:32:43 CEST] <Daemon404> orite because carl. [17:33:39 CEST] <nevcairiel> Wait until he goes on vacation, send patch [17:38:43 CEST] <Daemon404> nevcairiel, hm... problem is i am almost on vacation when he is away [17:38:49 CEST] <Daemon404> ill even be in the same city as him [17:38:53 CEST] <Daemon404> (berlin) [17:38:56 CEST] <nevcairiel> Poor you [17:38:58 CEST] <Daemon404> (but not attending linuxtag) [17:39:36 CEST] <iive> i've always thought that it's ok to use pkg-config but there should be fall-back if it is not present [17:39:42 CEST] <iive> or fails [17:40:21 CEST] <Daemon404> ubitux tried that [17:40:23 CEST] <Daemon404> a lot. [17:40:30 CEST] <Daemon404> carl was still unhappy [17:40:34 CEST] <nevcairiel> It's a clear dependency which is present like everywhere, all the reasons for wanting a fallback are just cheap excuses [17:50:07 CEST] <Daemon404> -lvpx -lvpx -lvpx -lvpx [17:50:12 CEST] <Daemon404> i like how configure adds it 4 times [17:50:18 CEST] <Daemon404> one for each encoder or decoder that uses it [17:50:22 CEST] <Daemon404> very smart. [17:51:33 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:7be2d2a70cd2: avcodec/h264: Use only one ERContext [17:51:52 CEST] <Daemon404> \o/ [17:57:50 CEST] <nevcairiel> ffmpeg, where "unfixable broken" (quote Anton) code simply gets fixed [17:58:03 CEST] <kierank> nevcairiel: difficult to tell who is right though [17:58:25 CEST] <nevcairiel> Enable ER and fuzz some more? [17:58:32 CEST] <kierank> that is what i'm doing right now [17:58:49 CEST] <nevcairiel> I think its still default off for slice threads [17:58:55 CEST] <kierank> yup [17:58:57 CEST] <kierank> editing it now [18:37:46 CEST] <cone-154> ffmpeg 03Timo Rothenpieler 07master:7b0689c55f1f: avcodec/nvenc: Add options for level and tier [18:57:01 CEST] <jamrial> nevcairiel: is the libdcadec patch ok to you? [19:22:02 CEST] <Prelude2004c> hi everyone [19:22:09 CEST] <Prelude2004c> can anyone help.. still looking for a solution [19:22:14 CEST] <Prelude2004c> ffmpeg code looks like this " ffmpeg -i udp://239.255.4.144:5000?ttl=100?&fifo_size=640000&overrun_nonfatal=1 -acodec copy -vcodec copy -coder 1 -deblock alpha -me_range 21 -subq 7 -c:v h264 -preset veryfast -r 60 -g 180 -qscale:v 1 -async 1 -b:v 5500k -maxrate 6500k -bufsize 10000k -s 1280x720 -threads 0 -strict experimental -refs 1 -bf 0 -map 0:p:1305:0 -map 0:p:1305:1 -acodec aac -ar 48000 -ac 2 -b:a 128k -f segment -segm [19:22:14 CEST] <Prelude2004c> _list /var/www/html/TSN5H/TSN5H_5M.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts /var/www/html/TSN5H/TSN5H_5M_%08d.ts -c:v h264 -preset veryfast -r 60 -g 180 -qscale:v 1 -async 1 -b:v 3500k -maxrate 4500k -bufsize 10000k -s 1280x720 -threads 0 -strict experimental -refs 1 -bf 0 -map 0:p:1305:0 -map 0:p:1305 [19:22:15 CEST] <Prelude2004c> :1 -acodec aac -ar 48000 -ac 2 -b:a 128k -f segment -segment_list /var/www/html/TSN5H/TSN5H_3M.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts /var/www/html/TSN5H/TSN5H_3M_%08d.ts -c:v h264 -preset veryfast -r 60 -g 180 -qscale:v 1 -async 1 -b:v 2500k -maxrate 3500k -bufsize 10000k -s 1024x576 -threads 0 -str [19:22:15 CEST] <Prelude2004c> ict experimental -refs 1 -bf 0 -map 0:p:1305:0 -map 0:p:1305:1 -acodec aac -ar 48000 -ac 2 -b:a 128k -f segment -segment_list /var/www/html/TSN5H/TSN5H_2M.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts /var/www/html/TSN5H/TSN5H_2M_%08d.ts -c:v h264 -preset veryfast -r 60 -g 180 -qscale:v 1 -async 1 -b:v 1000 [19:22:15 CEST] <Prelude2004c> k -maxrate 2500k -bufsize 10000k -s 1024x576 -threads 0 -strict experimental -refs 1 -bf 0 -map 0:p:1305:0 -map 0:p:1305:1 -acodec aac -ar 48000 -ac 2 -b:a 128k -f segment -segment_list /var/www/html/TSN5H/TSN5H_1M.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts /var/www/html/TSN5H/TSN5H_1M_%08d.ts [19:22:19 CEST] <Prelude2004c> oops... [19:22:27 CEST] <Prelude2004c> well tahts the code anyways [19:22:34 CEST] <Prelude2004c> 1 input > 5 outputs [19:23:29 CEST] <Prelude2004c> stuck at like 120fps [19:23:45 CEST] <Prelude2004c> seperate ffmpeg sessions for each output doesn't give me any restriction [20:01:21 CEST] <wm4> Prelude2004c: #ffmpeg [20:15:48 CEST] <cone-154> ffmpeg 03Vittorio Giovara 07master:f8fd0c29ce5d: v210: Fix typo in header guards [20:15:49 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:9fd3d9acf7fb: Merge commit 'f8fd0c29ce5dc7d4be13e7e89d0f1e8a035ae71b' [20:16:59 CEST] <iive> Prelude2004c: #ffmpeg and use pastebin site. [20:26:13 CEST] <cone-154> ffmpeg 03Vittorio Giovara 07master:be089af38f65: mov: Rely on box type rather than file type for colr atom [20:26:14 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:98c7d305a7b2: Merge commit 'be089af38f65dc8b1fe3564f98020fc815577edb' [20:29:14 CEST] <Compn> wm4 : well, did you talk to youtube about vlc playing youtube videos without ads ? :P [20:29:28 CEST] <Compn> ask j-b what youtube says about that , because he talked to them :D [20:29:36 CEST] <Compn> in person of course [20:33:14 CEST] <cone-154> ffmpeg 03Vittorio Giovara 07master:5980c924e309: dnxhd: Log the selected profile id [20:33:15 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:72a580268ff9: Merge commit '5980c924e309ae1dde8bd52d9938f94ff02602eb' [20:40:04 CEST] <cone-154> ffmpeg 03Vittorio Giovara 07master:783df7d5c5ab: riff: Add 'M705' FourCC for mpeg2video [20:40:05 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:e77270cd93e1: Merge commit '783df7d5c5ab15f3d1afe2541c7d461c81c5c29d' [20:47:23 CEST] <cone-154> ffmpeg 03Ferdinand Oeinck 07master:0266988ccd15: hqx: Fix clipping error in idct put function [20:47:24 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:7ef59803e809: Merge commit '0266988ccd15436eaf5f7bb6f9509e6bfd5ce589' [20:52:20 CEST] <Timothy_Gu> ubitux: you here? [20:58:40 CEST] <cone-154> ffmpeg 03Anders Nystrom 07master:27852f2f1dec: libavformat: Handle error return from ff_listen_bind [20:58:41 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:71288bf80f37: Merge commit '27852f2f1dec3749ea79883b70484c841169f747' [21:26:42 CEST] <cone-154> ffmpeg 03Diego Biurrun 07master:c201069fac9a: avdevice: Add missing header for NULL_IF_CONFIG_SMALL [21:26:43 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:fe25194c5870: Merge commit 'c201069fac9a76e6604f9d84d76a172434d62200' [21:26:44 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:259fd4c7cfb8: avdevice/vfwcap: put the headers back in the order in which they need to be [21:29:27 CEST] <Compn> michaelni : a lot of us review the merge commits on cvslog , we are just quiet about it. [21:29:48 CEST] <Compn> michaelni : do you want a count of people that review merges ? maybe that would be nice. [21:30:17 CEST] <michaelni> no, need to count them [21:31:44 CEST] <Compn> what do you think about youtube writing a patch to support youtube videos in ffmpeg ? [21:31:50 CEST] <Compn> if they include ads though [21:31:59 CEST] <Compn> but also maintain the code... [21:32:28 CEST] <Compn> i havent asked youtube about it, idont think i have any contact info. [21:34:32 CEST] <kierank> 8:31 PM <"Compn> if they include ads though [21:34:32 CEST] <kierank> 8:32 PM <"Compn> but also maintain the code... [21:34:36 CEST] <kierank> this is the stupidest idea in the world [21:34:47 CEST] <Compn> i am the king of stupid :) [21:34:51 CEST] <kierank> might as well ask apple too [21:34:54 CEST] <kierank> itunes in ffmpeg [21:34:58 CEST] <Compn> why not, really... [21:35:12 CEST] <Compn> many people like itunes (even if i do not) [21:35:25 CEST] <Compn> just because you also do not like it, is no reason to ban it :P [21:35:36 CEST] Action: Compn updates his adblock [21:36:13 CEST] <kierank> "I am, therefore I need to be in FFmpeg". (Compn, 2015) [21:37:24 CEST] <Compn> of course it would be better suited for player applications i guess [21:37:40 CEST] <Compn> or in the libs, not in ffmpeg encoder :P [21:38:26 CEST] <kierank> 8:38 PM <"kierank> yes then make a higher level lib than avformat [21:38:26 CEST] <kierank> 8:38 PM <"kierank> instead of dumping everything there because you can't get higher level [21:39:31 CEST] <Compn> alright alright :P [21:40:00 CEST] <kierank> this is like the libmpcodecs merge all over again [21:40:05 CEST] <kierank> people are annoyed but are ignored [21:40:27 CEST] <j-b> it's ridiculous [21:41:55 CEST] <Compn> luckily i have no influence on this project , so you can ignore me [21:42:33 CEST] <Compn> and i just saw my first h265 in the wild. great. [21:42:46 CEST] <j-b> well, you really should put DVB support in [21:42:57 CEST] <BtbN> Doesn't youtube-dl have support for ffmpeg, as it uses it to convert videos to mp3s? [21:43:03 CEST] <Compn> BtbN : yes [21:43:12 CEST] <BtbN> Can't it just get more smart about that, and do the stuff that "demuxer" does? [21:43:37 CEST] <kierank> j-b: dvb support? [21:44:36 CEST] <j-b> yeah, and a full Dshow resolution, and an API to control ASI devices [21:44:56 CEST] <Compn> dvb in windows then ? [21:44:56 CEST] <kierank> lol [21:45:49 CEST] <j-b> oh, and gopher is not in. [21:45:56 CEST] <BtbN> I tried to do DVB stuff on windows a while back, but failed to find documentation. [21:46:01 CEST] <iive> BtbN: it also uses ffmpeg for rtmp capture [21:46:26 CEST] <j-b> BtbN: it's normal. To do correct support, you need undocumented APIs [21:48:51 CEST] <cone-154> ffmpeg 03Diego Biurrun 07master:8d26c193fb42: avdevice: Apply a more consistent file naming scheme [21:48:52 CEST] <cone-154> ffmpeg 03Michael Niedermayer 07master:b1b58310d092: Merge commit '8d26c193fb42d08602ac93ece039d4718d029adc' [21:49:00 CEST] <BtbN> It's aparently so undocumented that even their own Media Center doesn't fully support it. [21:53:38 CEST] <j-b> yes [22:29:24 CEST] <nevcairiel> TV on the PC is a nightmare anyway, mostly because the broadcasters don't want it, since they are afraid you steal their content [22:30:29 CEST] <BtbN> Too bad for them, people will get their content somewhere else. [22:34:36 CEST] <nevcairiel> Yeah. Broadcasters need to get their shit together or TV will eventually die [22:35:16 CEST] <gnafu> "[...]TV will eventually die" <-- FTFY [22:35:18 CEST] <BtbN> TV will die, fixed schedule broadcasts just don't have a future anymore. [22:35:25 CEST] <Compn> tv is dead already, they just dont know it anymore [22:35:33 CEST] <Compn> er dont know it yet [22:35:35 CEST] <gnafu> It's only mostly dead. [22:35:50 CEST] <BtbN> It will die when the older generations die. [22:36:00 CEST] <Compn> i'm surprised the view numbers on music videos havent made mtv play music videos again [22:36:08 CEST] <Compn> the view counts on youtube that is [22:36:13 CEST] <gnafu> I do enjoy my antenna-->HDHomeRun-->MythTV-->Fire TV running Kodi setup for the occasional Packers game or network TV show. [22:36:51 CEST] <gnafu> Compn: But people only watch the music videos on YouTube so they can hear the song; the video is irrelevant. [22:37:19 CEST] <BtbN> If it's a video at all [22:37:24 CEST] <Compn> thats a possibility of course [22:37:27 CEST] <gnafu> I've known a few people with long video playlists because it was an easy way for them to listen to a list of their favorite songs in a background tab or window while doing other things. [22:37:53 CEST] <Compn> youtube plays ads in the music videos. it would be interesting to see the stats on those ads [22:38:05 CEST] <gnafu> Like faxing a printed screenshot, it gets the job done. [22:38:25 CEST] <gnafu> I'm still amazed at how many people do that one. [22:39:46 CEST] <philipl> An audio-only youtube would get shutdown for enabling copyright infringment. With the video, you can pretend it's all home videos. [22:40:24 CEST] <BtbN> It also gets shut down with the video, so... [22:40:56 CEST] <philipl> The videos get shut down. I don't think the service itself could survive the legal attacks if it was audio only. [22:40:59 CEST] <gnafu> There are plenty of legit music videos posted by the copyright holders. Even so, I doubt half the view of those videos are from people actually watching the video portion. [22:41:15 CEST] <gnafu> s/the view/the views/ [22:41:16 CEST] <BtbN> Well, youtube without videos and only for music would be basicaly spotify. [22:41:52 CEST] <BtbN> Nothing wrong with that business model [22:42:00 CEST] <nevcairiel> Didn't google offer a subscription so you can pay to watch official music videos without copyright concerns? [22:42:05 CEST] <philipl> Yes. [22:42:16 CEST] <philipl> spotify doesn't let people upload their own music. [22:42:32 CEST] <BtbN> Not as easily as on YT, no. [22:42:42 CEST] <BtbN> But if you are serious about your music, it's not too hard. [22:42:47 CEST] <philipl> That's true. [22:42:48 CEST] <nevcairiel> Also they already have a thing for audio-only, its called google music, including uploading your own [22:43:00 CEST] <philipl> But not shareable. [22:43:23 CEST] <philipl> Where was I going with this? Youtube is the easiest way to listen to music that random people have uploaded. None of the audio-only services let you do that. [22:43:39 CEST] <philipl> So, you get people using it as a jukebox with the video hidden. [22:43:58 CEST] <BtbN> There's also a ton of stuff on YT you won't find anywhere else. [22:45:54 CEST] <gnafu> Like this song I stumbled on the other day while listening to random classic punk songs on my phone: https://www.youtube.com/watch?v=suN-TBGCHDY [22:46:27 CEST] <gnafu> I suppose it might be on one of the other streaming music services, but I don't use those. It was just in the list of recommended videos after listening to some Dead Kennedys and other stuff. [23:07:34 CEST] <kierank> wm4: jesus that thread gets worse [23:07:47 CEST] <kierank> I am struggling not to reply [23:09:43 CEST] <wm4> are you? even I gave up [23:10:41 CEST] <Compn> it was a good troll against wm4 :) [23:10:46 CEST] <kierank> the Lukasz Marek post is pissing me off [23:10:51 CEST] <Compn> Sometimes I have a feeling that ffmpeg is an open source project to feed [23:10:51 CEST] <Compn> wm4's project. [23:11:07 CEST] Action: kierank avoids [23:11:25 CEST] <kierank> but the fact that the FFmpeg "leadership" can't stand up to that guy is terrible [23:11:32 CEST] <Compn> which guy ? [23:11:36 CEST] <kierank> Lukasz Marek [23:11:39 CEST] <Compn> nicolas george ? [23:11:44 CEST] <kierank> all his stupid code needs to be merged [23:11:54 CEST] Action: Compn confuse. [23:13:48 CEST] <wm4> ah now I read this post [23:13:55 CEST] <wm4> I will counter-troll tomorrow or so [23:14:15 CEST] <wm4> because obviously ffmpeg is a rpoject that needs to add everything he needs [23:14:52 CEST] <j-b> wm4: hahah, you got called "drama queen" [23:14:59 CEST] <j-b> wm4: sorry, but ha, ha, ha! [23:15:20 CEST] <wm4> actually I didn't... [23:15:29 CEST] <j-b> oh, almost [23:15:34 CEST] <j-b> kierank: you are a 'douche' [23:15:36 CEST] <j-b> :) [23:15:42 CEST] <kierank> a shower [23:15:44 CEST] <j-b> soon, you'll get death-threats :) [23:15:59 CEST] <kierank> i'll frame it [23:16:07 CEST] <Compn> you guys could fight , or you could just leave it alone [23:16:20 CEST] <kierank> yes and that guy's crap will continue to get merged [23:16:20 CEST] <Compn> its up to you of course [23:16:27 CEST] <kierank> just like libmpcodecs [23:16:32 CEST] <j-b> time to fork [23:16:34 CEST] <Compn> libmpcodecs is gone [23:16:45 CEST] <Compn> continue to complain about it forever though [23:16:57 CEST] <kierank> it should never have been merged in the first place [23:17:22 CEST] <nevcairiel> the oldest non-argument in the book "if you dont like this feature, just disable it at compile time" ... that people don't get the idea of bloat and maintainability [23:18:30 CEST] <kierank> I'm going to fork soon [23:18:32 CEST] <kierank> ffmpeg-lite [23:18:40 CEST] <wm4> Compn: we are very glad it's gone [23:21:34 CEST] Action: Compn surprised no one went to help ffmbc fork [23:21:39 CEST] <Compn> or join that fork [23:21:52 CEST] <Compn> since they want stable and non bloat blah blah blah [23:21:56 CEST] <kierank> well there was no git [23:21:59 CEST] <Compn> ah [23:22:03 CEST] <Compn> of course, the git [23:22:03 CEST] <kierank> probably if there was a git I would have [23:22:15 CEST] <Compn> baptiste : ffmbc git when ? [23:22:21 CEST] <Daemon404> never [23:22:22 CEST] <nevcairiel> they are evil and abused the LGPL clause that lets you convert to GPL, so backports are impossible =p [23:22:55 CEST] <nevcairiel> (i still dont understand how that clause fits into the spirit of the license, but who am I to argue with the neckbeards) [23:23:43 CEST] <beastd> nevcairiel: I hate that clause of the LGPL [23:23:45 CEST] <kepstin-laptop> it's basically a workaround to the fact that the LGPL and GPL licenses are incompatible for linking libraries [23:23:51 CEST] <j-b> yep [23:24:43 CEST] <Compn> one day people who think they can fork a large project because they dont agree with every other developer on everything will learn that there is no perfect project for them to work on where they all agree. but ughhhh [23:25:16 CEST] <Daemon404> most projects would take many people dissenting as "maybe i shouldnt merge this" [23:25:43 CEST] <Compn> the systemd guys agree :P [23:25:54 CEST] Action: Compn sends troll bomb to Daemon404 [23:26:01 CEST] <Daemon404> jokes on you [23:26:05 CEST] <Daemon404> i give 0 fucks about systemd [23:26:17 CEST] <Compn> good [23:26:24 CEST] <Compn> dbus? pulseaudio? [23:26:43 CEST] <Daemon404> oh theyre all terrible design wise. [23:26:46 CEST] <Daemon404> but i dont run linux desktop. [23:27:30 CEST] Action: Compn wonders why he gives examples at all if they are to be ignored anyway [23:27:45 CEST] <j-b> Compn: because we don't like you :) [23:27:51 CEST] Action: j-b outtrols Compn [23:29:35 CEST] <kierank> j-b: aww you have more outreachy applications than ffmpeg :( [23:30:14 CEST] <Daemon404> my condolences [23:30:15 CEST] <kierank> not sure why they make it possible to see other projects [23:30:37 CEST] <j-b> Daemon404: I'll take only one student, and she's good enough, and very likable. [23:30:47 CEST] <Daemon404> j-b, oic [23:30:56 CEST] <Daemon404> i have bad experiences with all paid student programs [23:31:11 CEST] <j-b> I had more than you do, if I may say. [23:31:21 CEST] <Daemon404> oh im sure. [23:31:27 CEST] <j-b> and I'll manage her, with simplicity [23:31:34 CEST] <j-b> she has a simple, but long and boring task [23:31:53 CEST] <nevcairiel> poor her [23:32:12 CEST] <j-b> nevcairiel: I'm not that bad, as a person :) [23:32:22 CEST] <Daemon404> but as a boss... [23:32:27 CEST] <j-b> aha :) [23:32:32 CEST] <wm4> what task? [23:32:38 CEST] <j-b> porn :) [23:32:48 CEST] <Daemon404> wmv [23:32:49 CEST] <Daemon404> ? [23:32:51 CEST] <j-b> no [23:32:56 CEST] <j-b> simpler [23:32:57 CEST] <wm4> making the kinds of files vlc users care most about work? [23:33:11 CEST] <j-b> wm4: no, it's not that :) [23:33:15 CEST] <Daemon404> hmmm not sure what then [23:33:19 CEST] <Daemon404> porn -> long gop wmv [23:33:22 CEST] <Daemon404> in my midn [23:33:27 CEST] <j-b> no, not porn at all [23:33:28 CEST] <j-b> XML [23:33:35 CEST] <wm4> ew [23:33:37 CEST] <nevcairiel> its really fascinating how so much porn is encoded so terribly =p [23:34:07 CEST] <j-b> X-art is not [23:34:13 CEST] <nevcairiel> i dont remember how often people gave me links to porn files in private and asking for fixes [23:34:26 CEST] <nevcairiel> most probably wmv/asf [23:34:27 CEST] Action: Daemon404 whacks j-b with flip4mac [23:35:08 CEST] <j-b> Daemon404: haha, you're not ice. [23:35:10 CEST] <j-b> nice8 [23:35:21 CEST] <Daemon404> i dont think anyone ever claimed i was [23:35:26 CEST] <jamrial> why, though? do porn creators edit using windows movie maker? [23:35:35 CEST] <Daemon404> j-b, no it's mac stuff [23:35:40 CEST] <Daemon404> licensed wmv encoder on mac [23:35:44 CEST] <Daemon404> er jamrial [23:35:49 CEST] <j-b> Daemon404: I know, it's insane ugly shit [23:35:50 CEST] <Daemon404> or quicktime, if youre lucky [23:36:08 CEST] <Daemon404> and might i add [23:36:22 CEST] <Daemon404> a surprisingly large amount of porn is encoded with mplayer compiled in 2004 or so [23:36:26 CEST] <nevcairiel> i have no clue why wmv, maybe some of them even use windows movie maker =p [23:36:27 CEST] <Daemon404> er 2006 [23:36:35 CEST] <Daemon404> sorry, mencoder. [23:36:57 CEST] <Compn> because mencoder works! (haha just kidding) [23:37:04 CEST] <Daemon404> anyway, there's a simple answer [23:37:14 CEST] <Daemon404> more or less all porn sites are owned by 3 or so large companies [23:37:15 CEST] <nevcairiel> most of the time seeking is flat out broken in those files (some of that may be ffmpegs asf demuxer's fault, who knows), and often enough they are async as well :p [23:37:26 CEST] <Daemon404> hence they all use the same garbage [23:37:28 CEST] <Daemon404> to encode [23:37:43 CEST] <Daemon404> nevcairiel, i cant say i have ever turned on audio for samples i recieve [23:37:56 CEST] <nevcairiel> well if the error report is specifically about that... [23:38:04 CEST] <Daemon404> you have weirdu sers [23:38:06 CEST] <Daemon404> users* [23:38:24 CEST] <nevcairiel> spanking works wonders for figuring out sync! [23:38:27 CEST] <nevcairiel> ok i'll leave now [23:38:51 CEST] <jamrial> lol [23:39:07 CEST] <Compn> j-b has all of the spanking samples [23:39:44 CEST] <Daemon404> unfortunately [23:39:51 CEST] <nevcairiel> and i bet a large majority is even too embarrased to report problems with porn samples [23:39:54 CEST] <Compn> in rm format too [23:39:54 CEST] <j-b> I had worse than spanking [23:39:57 CEST] <Daemon404> unfortunately i only get large BD-size samples* [23:40:04 CEST] <Daemon404> man i really picked a bad time to hti enter too quick [23:40:10 CEST] <nevcairiel> haha [00:00:00 CEST] --- Fri Apr 10 2015

1 0

ffmpeg.log.20150409
by burek 10 Apr '15

10 Apr '15

[00:03:40 CEST] <justinX> is it possible to get a lists of how many byte is consumed per each say 10 seconds for a film? to make a nice little diagram :-) [00:05:32 CEST] <DelphiWorld> c_14: DES... ass ASS (Advanced SSA) subtitle [00:05:39 CEST] <DelphiWorld> that mean i have ass [00:06:01 CEST] <c_14> That means you can encode and decode ass subtitles. [00:06:08 CEST] <DelphiWorld> ffmpeg -i resalah.mp4 -i resalah.ass -codec copy -map 0 -map 1 out.mp4 say codec not found for stream 1... [00:06:57 CEST] <c_14> Are you sure resalah.ass is a valid ass file? [00:07:23 CEST] <DelphiWorld> ffprobe confirm so [00:07:27 CEST] <DelphiWorld> i didnt build it by hand [00:07:51 CEST] <c_14> Can you pastebin the complete output + command for the one that's failing? [00:08:08 CEST] <DelphiWorld> c_14: again how to capture the output please? [00:08:31 CEST] <c_14> |& curl -F 'sprunge=<-' http://sprunge.us [00:09:09 CEST] <llogan> mp4 and ass don't mix [00:09:20 CEST] <llogan> like oil and ass. [00:09:22 CEST] <c_14> Oh yeah, that too. [00:09:22 CEST] <llogan> i mean water [00:10:01 CEST] <DelphiWorld> llogan: what you recomand so! [00:10:13 CEST] <llogan> output to mkv [00:10:59 CEST] <DelphiWorld> c_14: http://sprunge.us/UiPL [00:11:11 CEST] <DelphiWorld> llogan: if i want to do a mp4 file what should i output to [00:11:54 CEST] <llogan> you could try -c:s mov_text if you want softsubs, but playback support may not work [00:12:03 CEST] <llogan> otherwise you will have to use hardsubs [00:12:13 CEST] <DelphiWorld> even hardsub didnt fucking work... [00:12:41 CEST] <DelphiWorld> any good way to upload to youtube from shell? [00:13:00 CEST] <sedulous> How do I get a WebM / libvpx file as close as possible to the desired target bitrate, using 2-pass of course? [00:13:10 CEST] <llogan> DelphiWorld: i don't see a pasebin link to your hardsub attempt [00:13:12 CEST] <sedulous> my results are always below -b:v ${foo}K [00:13:52 CEST] <DelphiWorld> llogan: this is the cmd: ffmpeg -i input.mkv -vf ass=subtitles.ass output.mp4 [00:14:39 CEST] <llogan> yes, i saw that already [00:17:16 CEST] <DelphiWorld> llogan: i want to run it now [00:17:28 CEST] <DelphiWorld> llogan: give me a small video size please [00:17:37 CEST] <llogan> I'm waiting for the console output [00:17:39 CEST] <DelphiWorld> like 4... X ...? [00:18:24 CEST] <DelphiWorld> got me llogan ? [00:18:50 CEST] <DustyTrails> Whoop! Hello. [00:20:12 CEST] <DustyTrails> Dunno if anybody's around, but wanted to ask a few questions about getting audio to work while streaming to Hitbox/Twitch. [00:24:14 CEST] <ffmpeg_user> what is the highest quality preset for nvenc, to output best looking videos ? Is it "hq", or "bd" ? [00:26:07 CEST] <DustyTrails> Oh, I think I've found my solution actually, forgot pavucontrol. Nevermind. [00:27:31 CEST] Action: justinX kills all traces of pulseaudio with fire.... [00:27:36 CEST] <DelphiWorld> llogan: http://sprunge.us/jERi [00:47:51 CEST] <Baked_Cake> is it ok to ask a question about moov atms and m4a files here [00:49:53 CEST] <justinX> Baked_Cake: there is only one way to find out. if someone knows - then someone knows. [00:50:19 CEST] <Baked_Cake> i got a file that i suspct got mega truncated [00:51:23 CEST] <Baked_Cake> keeps saying moov atom is missing [00:51:38 CEST] <Baked_Cake> .m4a file [01:43:07 CEST] <justinX> I cant say I know anything about that one. [01:51:24 CEST] <AndroUser> hi [02:36:07 CEST] <c_14> Baked_Cake: https://github.com/ponchio/untrunc [02:36:27 CEST] <c_14> Might not work for you, might not. [02:36:35 CEST] <c_14> *Might work, might not. [04:11:45 CEST] <zhaoyulong> what AV_GET_BUFFER_FLAG_REF means, does it means when libavcodec is the only referener of the chunk, then it will believe the outer user has released the chunk and can may use it freely, like a memory pool to avoid a malloc things? [06:15:31 CEST] <Prelude2004c> [00:12] <Prelude2004c> hi everyone.. anyone know if there is an ffmpeg encoding limit of 120fps ? [06:15:31 CEST] <Prelude2004c> [00:12] <Prelude2004c> i can't seem to encode anything above 120fps on a multi output stream [06:15:31 CEST] <Prelude2004c> [00:13] <Prelude2004c> if i run the ffmpeg individually like ( 60fps ) each stream * 5 streams, it works fine [06:15:31 CEST] <Prelude2004c> [00:13] <Prelude2004c> anyone have any clues.. [06:15:31 CEST] <Prelude2004c> [00:13] <Prelude2004c> when i run ffmpeg once with Multi out it is not fine [08:13:16 CEST] <gopi> Hey, I am trying to capture the video using Blackmagic Deckling Mini Recorder. [08:14:39 CEST] <gopi> I have successfully compiled the Blackmagic SDK with ffmpeg.. [08:15:04 CEST] <gopi> It also capture, but i get black screen for video.. [08:15:32 CEST] <gopi> I get this message " Frame received (#1) - No input signal detected - Frames dropped 1" [08:24:20 CEST] <gopi> http://pastebin.com/qcSjxC6B [08:24:36 CEST] <gopi> has anyone come across this issue? [10:38:48 CEST] <dAnjou> hi, i have a video here that has incorrect dimensions in its metadata. it displays correctly in ffplay though. is there any decent way to get the actual dimensions? [10:39:27 CEST] <dAnjou> ffprobe only shows the metadata apparently [12:03:19 CEST] <debianuser> dAnjou: It's probably due to aspect ratio. When playing such file by mplayer you'd see something like "704x576 => 1024x576". You can see SAR and DAR in ffprobe output (though I'm not sure how to translate it into a final resolution). [12:16:11 CEST] <brum> while building my application on solaris i get an error " avcodec_free_context was not declared in this scope ", Any idea where the problem could be? [12:16:23 CEST] <brum> same build works on windows just fine [12:32:35 CEST] <z3bra> Hi! [12:33:15 CEST] <z3bra> I'm trying to record my desktop directly into webm, using the following command: ffmpeg -f x11grab -s 1440x900 -framerate 25 -i :0.0 -y -vcodec libvpx -f webm -b:v 1M file.webm [12:33:34 CEST] <z3bra> but it creates a video which plays extremely fast [12:34:18 CEST] <z3bra> or a video that drops many frames, so which isn't smooth [12:34:54 CEST] <z3bra> I pasted the wrong command, here is the command that creates accelerated videos [12:34:58 CEST] <z3bra> ffmpeg -f x11grab -s 1440x900 -c:v libvpx -an -r 16 -loglevel quiet ->i :0.0 -b:v 5M -y file.webm [12:35:10 CEST] <z3bra> the more I increase the -r param, the faster it gets [12:36:08 CEST] <z3bra> it's like ffmpeg isn't able to record webms at 25 FPS, and so, drops a few frames, and make it 25fps afterwards [12:39:29 CEST] <z3bra> If I replace file.webm by file.mp4, it works great [13:11:57 CEST] <debianuser> z3bra: Maybe libvpx is too slow to encode in realtime? To test that grab it in mp4+x264 first: `ffmpeg -f x11grab -s 1440x900 -r 25 -i :0.0 -vcodec libx264 -preset ultrafast file.mp4` and then check how fast it can reencode that to webm+libvpx with your command: `ffmpeg -i file.mp4 -c:v libvpx -b:v 5M file.webm` [13:17:01 CEST] <brotherBox> z3bra: it might be related to your player actually, do you play it with mplayer? [13:17:05 CEST] <z3bra> I tried with mkv [13:17:08 CEST] <z3bra> and yeah it's slow [13:17:19 CEST] <z3bra> brotherBox, yeah with mplayer [13:17:26 CEST] <z3bra> but it's not only on my side [13:17:44 CEST] <brotherBox> z3bra: try to play the webm with vlc. i had the same situation and vlc would play it flawlessly [13:17:54 CEST] <debianuser> If file.mp4 -> file.webm encoding would be like 15fps then you've got the explanation why it was slow with x11grab :) [13:18:31 CEST] <debianuser> maybe there're some options for libvpx to make encoding faster? [13:34:17 CEST] <z3bra> brotherBox, could you try for me please? [13:36:48 CEST] <z3bra> http://raw.z3bra.org/vid/linux/launcher.webm [13:37:02 CEST] <z3bra> ^ this is an example vid I recorded with the command I gave [13:39:11 CEST] <brotherBox> z3bra: it says in the bottom right it only records 8fps [13:39:52 CEST] <z3bra> yeah I know [13:39:55 CEST] <z3bra> that's my problem [13:39:56 CEST] <brotherBox> I mean left [13:40:03 CEST] <z3bra> I can't make it record at 25 FPS [13:40:35 CEST] <brotherBox> my point is: its not related to the player [13:40:48 CEST] <z3bra> yeah [13:48:22 CEST] <debianuser> z3bra: It seems there's a "realtime" switch for libvpx. Try it with files first: `ffmpeg -i file.mp4 -c:v libvpx -crf 10 -quality realtime file.webm` and check if it would work faster for you [13:48:55 CEST] <z3bra> lets find out :) [13:49:35 CEST] <z3bra> ... [13:49:37 CEST] <z3bra> It works :D [13:50:40 CEST] <z3bra> the -crf 10 actually doesn't matter it seems [13:51:14 CEST] <debianuser> https://trac.ffmpeg.org/wiki/Encode/VP8 says it should matter, but maybe -quality switch has a higher priority. [13:53:11 CEST] <debianuser> For libx264 "-crf" switch is like a "constant quality". "-crf 0" is lossless but large size, "-crf 51" is small size but very poor quality. I guess it's similar for libvpx [13:53:27 CEST] <z3bra> thanks for the info [13:54:08 CEST] <z3bra> it seems that libvps can't handle -crf 0 [13:54:15 CEST] <z3bra> it throws an error [13:55:56 CEST] <z3bra> anyway, thanks a lot for your help :) [13:56:33 CEST] <z3bra> I finally have the ultimate screencast command ;) [13:56:34 CEST] <z3bra> alias rec='ffmpeg -f x11grab -s 1440x900 -an -i :0.0 -c:v libvpx -b:v 5M -crf 10 -quality realtime -y' [13:56:47 CEST] <debianuser> :) [13:57:11 CEST] <debianuser> You're welcome. I'm glad I could help [14:12:11 CEST] <t4nk640> hello [14:13:16 CEST] <t4nk640> can anyone please provide a ffmpeg compiled library code that supports Android Api 8+ to now(lollipop) [14:15:33 CEST] <DelphiWorld> c_14: be happy, burning subtitle worked [14:18:40 CEST] <dAnjou> debianuser: thanks [14:18:50 CEST] <z3bra> I'm off, [14:18:59 CEST] <z3bra> bye, and thanks again for your help :) [14:24:15 CEST] <debianuser> dAnjou: It seems to work like this: get, "width", "height" and "dar" from ffprobe; if width/height<dar then final resolution is "height*dar" x "height" else final resolution is "width" x "width/dar" [14:44:57 CEST] <DelphiWorld> ffmpeg -re -i http://live.noorlive.com:1935/wesal/wesal1/playlist.m3u8 -vn -acodec copy icecast://[source[:pass]@]localhost:8000/wesal [14:45:07 CEST] <DelphiWorld> is this correct to be able to broadcast to icecast? [14:47:31 CEST] <dAnjou> DelphiWorld: did you run it with *this* icecast URL? [14:48:08 CEST] <dAnjou> the URL contains placeholders [14:49:18 CEST] <DelphiWorld> ffmpeg -re -i http://live.noorlive.com:1935/wesal/wesal1/playlist.m3u8 -vn -acodec copy icecast://[source:pass@localhost:8000/wesal [14:49:22 CEST] <DelphiWorld> so its correct? [14:52:31 CEST] <dAnjou> no [14:52:48 CEST] <dAnjou> don't guess. understand, then do. [14:53:24 CEST] <DelphiWorld> the issue is that icecast:// is not supported [14:53:29 CEST] <DelphiWorld> but yes, this should be correct: ffmpeg -re -i http://live.noorlive.com:1935/wesal/wesal1/playlist.m3u8 -vn -acodec copy icecast://source:pass@localhost:8000/wesal [14:59:59 CEST] <DelphiWorld> ffmpeg -re -i http://live.noorlive.com:1935/wesal/wesal1/playlist.m3u8 -vn -acodec copy icecast://source:pass@localhost:8000/wesal [15:00:06 CEST] <DelphiWorld> still saying icecast:// not knowne [15:03:19 CEST] <seshan> Hi all [15:04:34 CEST] <seshan> I have a situation where we want to generate a low res video as a preview video for the high res video uploaded [15:04:53 CEST] <seshan> possible uploaded formats mov mpeg or mp4 [15:05:32 CEST] <Mavrik> yay? :) [15:05:39 CEST] <seshan> output preferrably in webm or any browser playable format (firefox) [15:07:40 CEST] <dAnjou> *thumbsup* [15:08:26 CEST] <Mavrik> seshan, sooooo... what's your question? :) [15:08:28 CEST] <dAnjou> seshan: have fun [15:09:12 CEST] <dAnjou> Mavrik: aww, i thought you'd let him wait a little longer :P [15:09:23 CEST] <seshan> @Mavrik Trying out various ways to get the lowest possible sized video [15:09:33 CEST] <seshan> Trying out now ffmpeg -i a.mp4 -vf scale=iw/2:- a.webm [15:10:09 CEST] <seshan> @dAnjou Already one day with ffmpeg and fun :) What more I need [15:10:22 CEST] <Mavrik> I suggest you read the wiki first [15:10:38 CEST] <Mavrik> https://trac.ffmpeg.org/wiki/Encode/VP8 [15:13:01 CEST] <dAnjou> seshan: do you need audio? if not -an [15:17:18 CEST] <seshan> audio yes ! [15:29:19 CEST] <DelphiWorld> dAnjou: LOL. switched to rtmp [15:30:58 CEST] <dAnjou> ROFL [16:35:44 CEST] <iPito> Hello! Is there a way to capture a frame from video (screenshot) from for example the middle of the video? I have an working command that captures a still at x seconds from the beginning and I'd like to modify it in a way i said before [16:56:30 CEST] <hydalgo> hi I'm trying to use pnacl ffmpeg port to encode a video from camera stream and storing using pp:FileSystem apis, but don't know how to pass the handle to the file to ffmpeg. the method avcodec_open2 receives a file path so it fails. [17:08:00 CEST] <Mavrik> hydalgo, you'll probably have to define your own AVIOContext [17:17:15 CEST] <hydalgo> @Mavrik thank you for the hint, going to research in that address [17:17:33 CEST] <Mavrik> hydalgo, AVIOContext is the structure that points to methods that read/write to files [17:17:50 CEST] <Mavrik> so you basically implement a read function that will read from your source [17:20:10 CEST] <hydalgo> @Mavrik oh I see! that makes a lot of sense I was afraid of complications due to that google-chrome nacl requires the IO happens in another thread but I suppose that I can encapsulate threading in the method. hope it would be more tutorials on this topic on the net :) [17:20:43 CEST] <Mavrik> hmm [17:20:47 CEST] <Mavrik> I'm afraid there's nothing much [17:21:43 CEST] <hydalgo> yes, for ffmpeg c++ is very hard to found updated material.. not to mention sub-topics like ffmpeg+pnacl [17:22:06 CEST] <Mavrik> of course, because noone used it yet [17:22:17 CEST] <Mavrik> first of all, you probably thought avformat_open_input not avcodec_open2 [17:23:24 CEST] <hydalgo> there are some google-chrome extensions that actually use that, I have to implement one on my own.. [17:23:28 CEST] <Mavrik> and to use custom input you need to set AVFormatContext->pb to your custom AVIOContext (you get it by calling avio_alloc_context with proper function pointers) [17:24:03 CEST] <hydalgo> thank you again, you are providing me more useful information that many hours of googling :) [17:29:14 CEST] <juzzlin_> Hi, does anyone know why my encoding of jpgs to x265 fail when I'm using multiple files like this -i %04d.jpg even if there's only one image? Everything works if I hard-code the path of the image and the command is otherwise the same. [17:29:29 CEST] <juzzlin_> [mjpeg @ 0x41786b80] mjpeg: unsupported coding type (cf) [17:29:40 CEST] <juzzlin_> [mjpeg @ 0x41786b80] mjpeg: unsupported coding type (c8) [17:29:58 CEST] <juzzlin_> wtf.. [17:30:37 CEST] <juzzlin_> -i 0001.jpg works just fine [17:48:44 CEST] <c_14> juzzlin_: are you sure the input is a jpg? [18:04:05 CEST] <iPito> Hello! I'm having problems with cropping a screenshot from video that has been scaled down to 142x80. I'd like to have a 80x80 image from that 142x80 image, but something's wrong with my code and i get cops of full resolution image. Any suggestions? Here's the code: http://pastebin.com/pK96zQpr [18:33:31 CEST] <c_14> The scale isn't applying to the pictures you're cropping. [18:34:15 CEST] <c_14> Change the second filter:v to "scale=142:-1,crop=80:80:71:40" [18:41:27 CEST] <iPito> Made these changes and now everything works as i expected :) Thanks. [18:43:22 CEST] <iPito> I forgot to ask: is there a way to bymp the quality of these .jpg's a little, because i can see some blocking in my images. [18:43:27 CEST] <iPito> *bump [18:43:33 CEST] <c_14> -q:v 0-4 [18:43:36 CEST] <c_14> lower is better [18:43:44 CEST] <c_14> I think it's 0-4 anyway. [18:43:46 CEST] <c_14> 0-x [18:44:27 CEST] <iPito> and that needs to go after the -ss? [18:45:27 CEST] <c_14> Eh, between 1-31. And after the last -i before each jpg outpet [18:45:30 CEST] <c_14> *output [18:51:09 CEST] <iPito> Ok, everything works. Thanks for help. [20:27:28 CEST] <selsta> are there examples that use a custom AVIOContext and the write_packet() function? I can open an input from memory, but cant open an output to memory. [21:43:04 CEST] <DragonsLord> Hi guys, could some explain what does "Warning: data is not aligned! This can lead to a speedloss" mean? [21:51:57 CEST] <iive> if you use ffmpeg, you can ignore it [21:52:27 CEST] <iive> it basically means that the image passed to swscale start from address that is not multiple of 8. [21:52:52 CEST] <iive> SSE have instruction that can load faster memory when data is aligned to 8 bytes. [21:53:15 CEST] <iive> load memory faster/ [21:53:18 CEST] <DragonsLord> iive, thank you for your reply but it's not my case [21:53:28 CEST] <DragonsLord> I used scale=w=640:h=480 [21:53:38 CEST] <DragonsLord> they are both multiple of 8 [21:54:13 CEST] <iive> yes. unless you use libavswscale directly as C library, there is nothing you can do. [21:54:25 CEST] <iive> ignore it, the slowdown is small. [21:54:44 CEST] <iive> worst case, it would be using mmx. [21:56:06 CEST] <DragonsLord> with slowdown you mean when the conversion process is running [21:56:20 CEST] <DragonsLord> or when I will play the resulting file? [22:00:29 CEST] <DragonsLord> iive, are you still there? [22:02:20 CEST] <iive> convertion [22:02:30 CEST] <iive> specifically, when resizing. [22:02:58 CEST] <iive> you can ignore it. [22:03:06 CEST] <DragonsLord> OK but, just to understand [22:03:35 CEST] <DragonsLord> is it a bug, since my scaled w/h are multiple of 8 and 16? [22:04:10 CEST] <DragonsLord> and, futhermore, the resulting file will be perfectly fine? [22:12:48 CEST] <iive> yes it would be fine [22:13:01 CEST] <iive> it is not about width/height. [22:13:16 CEST] <iive> it is about the start of the image buffer. you have no control over it. [22:13:56 CEST] <DragonsLord> But is it a bug that needs to be fixed? [22:14:00 CEST] <iive> no [22:14:19 CEST] <DragonsLord> hi llogan [22:14:35 CEST] <DragonsLord> so, sorry iive but I did not understand [22:14:51 CEST] <iive> sometimes the start could be changed by e.g. crop filter, that avoid copying the whole image. [22:14:51 CEST] <DragonsLord> Has my source file some trouble? [22:14:56 CEST] <iive> NO [22:15:04 CEST] <llogan> DragonsLord: greetings and salutations [22:15:33 CEST] <DragonsLord> OK, fine [22:15:48 CEST] <DragonsLord> and my ffmpeg instructions are also fine, right? [22:15:54 CEST] <iive> sure [22:16:10 CEST] <DragonsLord> then, the resulting file too [22:16:32 CEST] <DragonsLord> so, jumping (finally) to the conclusion ... it's an unusefull warning [22:17:13 CEST] <iive> yes [22:17:27 CEST] <DragonsLord> Excellent, very good [22:17:45 CEST] <DragonsLord> I was suspecting one error by me [22:17:56 CEST] <DragonsLord> Happy to know this is not the case [22:17:57 CEST] <DragonsLord> :) [22:52:10 CEST] <sg90> Hi, I'm having some issues using -timecode, the segment muxer and using reset_timestamps. I segment a live stream every 30 seconds and can inject a custom timecode for the first segment. By default, the second segment has 30 seconds of blank video, then the clip starts at the correct timecode. However I require all segments to be playable from the start of each segment. Using reset_timestamps 1 fixes this but resets the timecode to my f [22:53:17 CEST] <sg90> Is there another way to trim the segments to the correct start point while they are being created? [23:49:44 CEST] <DragonsLord> iive, can the Warning before bring FFmpeg to cause cropping problems? [23:56:46 CEST] <iive> no [23:57:12 CEST] <iive> i mentioned it, because there is a trick used for cropping, that doesn't actually move the data. [23:57:42 CEST] <iive> e.g. if you crop by 4 pixels, it just moves the buffer start by 4 bytes, and lowers the width. [23:58:00 CEST] <iive> this way you can end up with unaligned buffer. [00:00:00 CEST] --- Fri Apr 10 2015

1 0

ffmpeg-devel.log.20150408
by burek 09 Apr '15

09 Apr '15

[03:05:40 CEST] <Compn> internet dying ! oh nooo [03:31:09 CEST] <haasn> Maybe somebody here knows why the motion vectors I get out of export_mvs are so weird? I have a sample that's a static image which moves by 12 pixels per frame, yet the motion vectors tell me that the motion is 28 pixels pretty much everywhere [03:31:21 CEST] <haasn> (but not everywhere, and not all the time) [03:31:36 CEST] <haasn> I'm mostly confused about the discrepancy between the numbers [03:31:40 CEST] <haasn> 28 and 12 aren't even close to related [03:32:09 CEST] <haasn> but eg. I get src: (820,712), dst: (792,712), w/h: (16,16) [03:32:58 CEST] <haasn> (source is http://red.cachefly.net/learn/panning-24fps-180.mp4) [03:33:04 CEST] <haasn> (maybe the source is just hilariously badly encoded?) [03:33:15 CEST] <haasn> maybe it's a bug in lavc? [03:53:40 CEST] <sreuter> Hey folks - Congrats on getting 2.6.x out the doors! I just gave it a spin, because 24bit WMA support. Unfortunately, it seems that the newly added feature is broken :( https://trac.ffmpeg.org/ticket/4134 [03:54:03 CEST] <sreuter> I gave it a spin with some of my test files, and they also sound distorted when converted to MP3/WAV& [03:54:41 CEST] <sreuter> Just wondered if anyone is already on top of this? [04:00:04 CEST] <jamrial> yeah, it's a know issue [07:45:08 CEST] <Timothy_Gu> SIGSEGV in FATE uncaught. Joy. [08:18:16 CEST] <Prelude2004c> hey [08:18:17 CEST] <Prelude2004c> hey guys.. i ahve a full 24 core system... when i run ffmpeg alone per stream i get 60fps on each stream. ( 5 fo them so 300 fps ).. when i run ffmpeg with multi output on the same pid , i get 120fps max . anyone have any idea why ? its not hte CPU usage because i have threads 0 and it uses more than 100% [08:18:24 CEST] <Prelude2004c> any ffmpeg limitations? [08:22:21 CEST] <Timothy_Gu> Prelude2004c: yes. IIRC ffmpeg caps its threading on some number of threads because above that there aren't any improvements anymore [08:22:41 CEST] <Timothy_Gu> (IIRC) [08:26:03 CEST] <Timothy_Gu> I highly suspect Nedeljko made some modifications in his ffmpeg checkout& [08:29:20 CEST] <Prelude2004c> really? [08:29:40 CEST] <Prelude2004c> but... the problem is that i am trying to say ffmpeg -i Source . and output 3 or 4 differnet outputs of rhte same input [08:29:45 CEST] <Prelude2004c> so FFMPEG threads are 1 [08:29:49 CEST] <Prelude2004c> but output is 3 or 4 [08:29:58 CEST] <Prelude2004c> probelm is, it seems limited to the 120fps [08:30:13 CEST] <Prelude2004c> so i am slightly confused by this [08:30:20 CEST] <Prelude2004c> any way around this or to override it ? [08:30:34 CEST] <Prelude2004c> i want to output 4 or 5 HLS outputs at 60fps each [08:31:36 CEST] <Timothy_Gu> Prelude2004c: have you tried running 4 or 5 ffmpeg commands at once? [08:31:45 CEST] <Timothy_Gu> I suspect it's memory or io issue [08:32:48 CEST] <Timothy_Gu> Prelude2004c: can you show your FUULLL ffmpeg command? [08:34:49 CEST] <Prelude2004c> yup ran them all sepeartely and yes they all run jus fine [08:35:37 CEST] <nevcairiel> its probably bottle-necking somewhere, the MT architecture in ffmpeg isnt that flexible [08:35:45 CEST] <Prelude2004c> http://pastebin.com/vGZwNL70 [08:36:08 CEST] <Prelude2004c> it is very odd... [08:36:25 CEST] <Prelude2004c> 5 channels at 60fps is 300fps .. i should be able to do that [08:36:42 CEST] <Prelude2004c> provided the system can handle it of course [08:36:57 CEST] <Prelude2004c> but i tried both with NVENC and with CPU .. same result when muilti outupt [08:37:05 CEST] <Prelude2004c> so it can't be CPU or GPU [08:37:17 CEST] <nevcairiel> there is no guarantees when multi-threading that it scales up linear [08:37:17 CEST] <Prelude2004c> again i will try new system completely tomorrow.. different cpu / ram ,/ motherboard [08:37:33 CEST] <Prelude2004c> just thought i would ask for help if anyone is aware of this problem [08:37:45 CEST] <Prelude2004c> ya i know but i am trying to keep track of all the streams under one pid [08:38:01 CEST] <Prelude2004c> anyone know a way in linux to basically have a pid started for each ( x number of seessions ) [08:38:28 CEST] <Prelude2004c> that way i can keep track of things correctly? right now its just ffmpeg , ffmpeg , ffmpet.. over and over [08:38:36 CEST] <Prelude2004c> and also, some way to grab the input one time intead of 5 times [08:38:45 CEST] <Prelude2004c> i dont want to increase load on the WAN UDP interface [08:38:54 CEST] <Prelude2004c> no need.. i get it once, i should be able to output to all the other processes [08:39:04 CEST] <Prelude2004c> that is what i have been trying to do with multi ffmpeg outputs [08:39:13 CEST] <Timothy_Gu> BTW see https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/pthread_internal.h#… [08:40:19 CEST] <Timothy_Gu> Prelude2004c: in bash you can do ffmpeg adsf & ffmpeg asfd & ffmpeg blah [08:41:27 CEST] <Timothy_Gu> i'm too tired right now to think of anything so good luck& [08:44:11 CEST] <Prelude2004c> yup i am doing that now .. just launches a bunch of ffmpeg commands [08:44:12 CEST] <Prelude2004c> which is fine [08:44:15 CEST] <Prelude2004c> :) [08:44:20 CEST] <Prelude2004c> thank you for your help [08:44:23 CEST] <Prelude2004c> i will check again tomrorow [08:48:38 CEST] <ubitux> Daemon404: don't we have support for stl subs? [11:08:59 CEST] <kierank> Prelude2004c: you're encoding with high10 [11:09:00 CEST] <kierank> why [11:42:24 CEST] <ubitux> Timothy_Gu: i remember solaris libc or something related not liking "%s",NULL [11:42:49 CEST] <ubitux> might be or might not be related to your crash in avstring [11:43:16 CEST] <wm4> you mean printf("%s", NULL)? [11:43:21 CEST] <ubitux> yes [11:43:26 CEST] <wm4> this is not allowed by C [11:43:46 CEST] <wm4> an implementation is free to crash on it (it's UB) [11:43:56 CEST] <ubitux> not suggesting it is, but many libc seems to allow it an print "(null)" [11:44:07 CEST] <wm4> that doesn't make it any less UB [11:44:17 CEST] <ubitux> typically i remember this happening with codec string name being null being displayed in the output [11:44:32 CEST] <wm4> that's a bug then [11:44:36 CEST] <ubitux> sure [11:45:00 CEST] <wm4> also I'm pretty sure this would invoke msvcrt's invalid parameter handler [11:45:27 CEST] <wm4> so program behavior would depend on how this handler is configured [11:47:56 CEST] <kierank> michaelni: is there anything I can do to help with #4440 [11:48:54 CEST] <cone-662> ffmpeg 03ferdo(a)bigroses.nl 07master:92f94fd5dd8b: libavcodec/hqx: correct clipping error [12:45:28 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:795199fca408: avcodec/h264: use consistent argument name in MB_FIELD() macro [12:45:29 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:386601286fed: avcodec/h264_slice: Dont reset mb_aff_frame per slice [13:16:17 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:845ab37b05e1: avcodec/h264_slice: Fix uninitialized variable [14:02:47 CEST] <thardin> is 720p vp8 encoding supposed to go at 6 fps? [14:50:35 CEST] <cone-662> ffmpeg 03Gilles Chanteperdrix 07master:21e034a47a2b: avformat/libquvi: Fix whitelist handling [15:05:21 CEST] <cone-662> ffmpeg 03Paul B Mahol 07master:a0854c084ea1: avfilter: handle error in query_formats() in bunch of filters [15:53:41 CEST] <kierank> michaelni: h264 sliced threads is looking resilient now [15:53:47 CEST] <kierank> also I haven't heard from outreachy [15:54:13 CEST] <michaelni> kierank, you have no access yet ? [15:55:31 CEST] <vibr> hi, i'm considering applying to an outreachy internship [15:55:32 CEST] <kierank> nope [15:55:38 CEST] <vibr> the deadline is on the 10th [15:55:55 CEST] <vibr> (i only stumbled across it yesterday night) [15:56:17 CEST] <kierank> vibr: https://trac.ffmpeg.org/wiki/SponsoringPrograms/Outreachy/2015-05 [15:56:20 CEST] <kierank> have a look at that [15:56:32 CEST] <vibr> do you think there's still a chance of getting the qualification task done in such a short time? [15:56:51 CEST] <vibr> i did check that site, thanks [15:56:52 CEST] <michaelni> vibr, make sure you submit an application to outreachy before the deadline also some contribution to ffmpeg / qualification task is mandatory if you want to be accepted [15:57:15 CEST] <kierank> michaelni: they can apply but do their qualification task after 10th april, right? [15:57:22 CEST] <vibr> i'd be interested in either the API regression testing [15:57:32 CEST] <vibr> or the network servers [15:57:41 CEST] <michaelni> kierank, yes [15:58:34 CEST] <vibr> michaelni, are you sure about that? [15:59:04 CEST] <vibr> because i would need to know if it's worthwile investing the time [16:00:24 CEST] <selsta> Sorry for being on the wrong channel, but getting support on the one is quite difficult. Whats the best way to implement my own bitstream filter? [16:00:36 CEST] <Prelude2004c> good day guys [16:00:47 CEST] <michaelni> vibr, contributing to a free software is certainly worthwhile investing time, many people benefit from free software [16:01:43 CEST] <vibr> michaelni, you are right, of course ;) but what i meant is: if i start now and then find out the application is closed it would be kind of sad .. [16:02:23 CEST] <Prelude2004c> i have an odd one i was hopping someone could help me with.. i think its a bug or something.. When i encode something ( 1 session at a time , say at 60fps ) i can have 5 or 6 sessions going and i am only using like 5 CPU's ( of 24 ) . Works well no problem. When i change ffmpeg to one input but 5 simultanious outputs i can't seem to get over a 120fps problem. I don't know why. It is the same thing really but instead of havi [16:02:26 CEST] <Prelude2004c> any ideas ? [16:02:26 CEST] <selsta> Currently Im using av_read_frame() to get a packet. Then Im saving the packet.data in my own memory and perform the bitstream filter, but getting the packets together again is what Im failing at. [16:02:33 CEST] <kierank> Prelude2004c: don't use high10 [16:02:35 CEST] <kierank> use high profile [16:02:36 CEST] <Prelude2004c> i am using HLS out .. oh and i have threads 0 [16:02:41 CEST] <Prelude2004c> i am not.. that was testing [16:02:45 CEST] <Prelude2004c> i removed that comletely [16:02:46 CEST] <kierank> and limit your threads to 4 or so [16:03:02 CEST] <Prelude2004c> its not even using 1 [16:03:11 CEST] <kierank> i doubt that [16:03:13 CEST] <Prelude2004c> after is tarted it , i am using about 1 core [16:03:15 CEST] <vibr> so when do you have to decide on the internship, it it's not the 10th? What's the latest date for the qualification task to be done? [16:03:16 CEST] <Prelude2004c> really .. [16:03:26 CEST] <kierank> are you measuring the sum of all threads [16:03:30 CEST] <kierank> or counting each thread individually [16:03:56 CEST] <Prelude2004c> well when i run a reach individually it works well no issues [16:04:06 CEST] <Prelude2004c> when i start ffmpeg with multi HLS out.. its all in one [16:04:25 CEST] <Prelude2004c> so technically it should be using 500% of cpus intead of 100% on each for example [16:04:51 CEST] <Prelude2004c> but it doesn't.. when i run 5 session ( they all hav about 70 or 80% on each cpu ) .. when i turn them all together.. 1 ffmpeg session = 40% cpu ( 1 core ) [16:05:02 CEST] <Prelude2004c> soo odd [16:05:42 CEST] <Prelude2004c> http://pastebin.com/vGZwNL70 < code [16:05:43 CEST] <nevcairiel> mt scaling is just not perfectly linear in many cases, unless the process is specifically optimized for that, so good luck w ith that [16:06:04 CEST] <Prelude2004c> but is it an ffmpeg limitation? [16:06:15 CEST] <vibr> What's the latest date for the qualification task to be done? [16:06:25 CEST] <Prelude2004c> it has to be because i tried with nvenc and i tried with CPU, about same result [16:06:29 CEST] <michaelni> vibr, theres not a single date, there are 2, first is the 13th at which we must know if we need any slots from general funding but theres then still a week or 2 more than to choose who gets the slot from our "own funding" [16:06:54 CEST] <vibr> ah, ok, thanks! [16:07:10 CEST] <Prelude2004c> oh and forget profile high10 btw, :) in the code.. its no longer there [16:07:30 CEST] <Prelude2004c> its def. a problem of not being able to keep up.. i just don't know why [16:07:44 CEST] <kierank> probably being input bottlenecked [16:07:55 CEST] <kierank> not sure ffmpeg.c is fully optimised for doing multiple encodes at the same time [16:07:59 CEST] <Prelude2004c> input bottlenecked? its a 1 GIG link ( local content ) [16:08:04 CEST] <Prelude2004c> + its only 1 input [16:08:06 CEST] <kierank> input cpu bottlenecked [16:08:08 CEST] <Prelude2004c> like 8Mbit/s [16:08:41 CEST] <Prelude2004c> it is odd... 120fps seems like the number [16:08:45 CEST] <Prelude2004c> that is where it dies [16:09:03 CEST] <Prelude2004c> as if someone has limited ffmpeg to 120fps per session or something [16:09:10 CEST] <vibr> michaelni, so ffmpeg is only going to have 1 intern? [16:09:34 CEST] <wm4> whatever happened to gsoc [16:10:10 CEST] <michaelni> 1 slot from our own funding in outreachy, unkown if we will have a 2nd slot, but atm there are no interns in outreachy that passed qualification [16:10:25 CEST] <michaelni> gsoc will have more slots i would assume [16:13:42 CEST] <vibr> michaelni, thanks. gsoc's not for me, im not a student, graduated already [16:14:18 CEST] <selsta> maybe me current code makes it more clear what Im trying to achieve: https://github.com/selsta/HLS-Downloader/blob/sample-aes/hls.c#L351 - Im doing the decryption in the while loop, but I cant seem to save it. Ideally I could just change the memory of the packet, but that does not seem to work. [16:15:08 CEST] <vibr> kierank, you're the mentor for the API regression test, could you give me some more hints about the qualification task? [16:15:19 CEST] <kierank> vibr: yes [16:15:23 CEST] <kierank> basically [16:15:31 CEST] <kierank> all regression testing is done with ffmpeg.c currently [16:15:36 CEST] <kierank> it would be nice to have api regression tests [16:15:42 CEST] <wm4> yeah, sounds nice [16:15:46 CEST] <kierank> based on the examples in /doc/ [16:16:06 CEST] <kierank> the task is to basically write simple test programs for decoders that can be used in FATE [16:16:20 CEST] <wm4> in fact I'd argue that this would be one good step towards moving ffmpeg.c to its own repo [16:16:29 CEST] <wm4> so ffmpeg.c becomes just another API user [16:16:38 CEST] <kierank> wm4: besides the point for a student [16:16:43 CEST] <wm4> sure [16:16:48 CEST] <kierank> sorry an outreachy candidate [16:17:00 CEST] <wm4> just saying it's potentially very useful [16:17:18 CEST] <kierank> yes that's why i want to mentor it [16:18:34 CEST] <rcombs> I'd like ffmpeg.c to be like 1/10 its current size [16:19:04 CEST] <vibr> so the API documentation is in this file: https://ffmpeg.org/doxygen/trunk/group__libavc.html [16:19:21 CEST] <wm4> yay found a mp4 file which works with Libav but breaks with FFmpeg [16:19:27 CEST] <vibr> or is there other documentation? [16:19:31 CEST] <wm4> and guess what, it's because Libav is saner [16:19:48 CEST] <wm4> vibr: this API documentation is generated from doxygen comments in the source [16:20:22 CEST] <kierank> vibr: yes, and in avcodec.h [16:20:33 CEST] <kierank> the example files are in /doc/examples I think [16:22:06 CEST] <vibr> yes, there's /doc/examples. I didn't see an example for a test there [16:23:52 CEST] <vibr> so the test for the qualification task, is it supposed to be embedded in FATE? [16:24:10 CEST] <kierank> it's not an example for a test [16:24:19 CEST] <kierank> it's an example for a general user wanting to use it [16:24:25 CEST] <kierank> the task is to convert one of those into a test [16:24:34 CEST] <kierank> the easiest files to look at are h264 or flac [16:24:38 CEST] <kierank> because they are bitexact [16:26:41 CEST] <vibr> thanks. so the qualification task is mostly turning one of the examples into a test, which is independent from the testing platform (FATE)? [16:26:46 CEST] <kierank> no [16:26:55 CEST] <kierank> it needs to (eventually) all be in fate [16:27:04 CEST] <kierank> the problem is fate only tests one (huge) implementation of the API [16:27:09 CEST] <kierank> it should also test lots of little implementations [16:29:21 CEST] <vibr> so for the qualification part i don't have to care about fate yet? Or do I? [16:30:55 CEST] <kierank> I would try [16:31:01 CEST] <kierank> but we would mark you on your effort I guess [16:31:45 CEST] Action: kierank afk [16:33:38 CEST] <vibr> kierank, thanks, i'm going to have a look at the code and then get back to you. Are you here on weekdays, generally? [16:33:43 CEST] <kierank> yes [16:34:13 CEST] <vibr> and one last question: have you been a mentor for outreachy or a similar program before? [16:34:24 CEST] <wm4> you can also just ask the channel; someone who is present and knows what you're asking might just answer [16:34:30 CEST] <kierank> gsoc and gci before [16:34:49 CEST] <vibr> thanks to all of you! [16:45:33 CEST] <BBB> so, Im doing a new round of lets get my ffmpeg build as small as possible [16:45:50 CEST] <BBB> and shockingly, I get about 100 source files when doing a build with _just_ a vp9 decoder and ivf demuxer [16:45:53 CEST] <BBB> why is that? [16:46:15 CEST] <av500> utils? [16:46:17 CEST] <BBB> most of them are things that I cant explain how they could possibly get in the dependency tree [16:46:23 CEST] <BBB> like xiph.o, id3v2.o [16:46:28 CEST] <BBB> theres sdp.o [16:46:33 CEST] <av500> BBB: any file can have an id3 tag [16:46:44 CEST] <BBB> if I build with --disable-all [16:46:48 CEST] <BBB> why isnt it disabled? [16:46:54 CEST] <BBB> I specifically say disable everything" [16:46:58 CEST] <BBB> why isnt this stuff disabled? [16:47:21 CEST] <av500> because historically, few people care for small builds [16:47:22 CEST] <BBB> other things are also still enabled with disable-all, like vda, xlib, zlib, ... [16:47:45 CEST] <BBB> (I know theres specific flags to disable them, but why arent they part of disable-all?) [16:47:54 CEST] <av500> -disable-all is mostly to disable all codecs for legal reasons, then enablethe ones you want [16:48:07 CEST] <av500> at least I guess thats how people use it [16:48:10 CEST] <BBB> and esp. with the new work on ciphers etc., avutil is really growing out of proportions [16:48:17 CEST] <BBB> so itd be nice if we can disable components there also [16:49:03 CEST] <funman> systemavd.o [16:49:06 CEST] <BBB> there was dv_profile.o [16:49:17 CEST] <BBB> qsv_api.o [16:49:20 CEST] <BBB> what is qsv anyway [16:49:32 CEST] <BBB> vorbis_parser.o ????? [16:49:57 CEST] <BBB> imgconvert, resample (arent all of these 100x deprecated with the new libs?) [16:50:06 CEST] <funman> intel quick sync video presumably [16:50:06 CEST] <BBB> x86/deinterlace.o [16:51:03 CEST] <wm4> <BBB> I specifically say disable everything" <BBB> why isnt this stuff disabled? <- because if your ivf file has an id3 tag, it can't be read [16:51:15 CEST] <BBB> my ivf file has no id3 tag [16:51:24 CEST] <BBB> just like my .c source file has no id3 tag [16:51:24 CEST] <wm4> <BBB> imgconvert, resample (arent all of these 100x deprecated with the new libs?) <- yes but ffmpeg never removes anything [16:51:35 CEST] <Timothy_Gu> ubitux: idk [16:51:57 CEST] <wm4> no matter how broken and unused it is, ffmpeg will keep it [16:52:00 CEST] <wm4> it's a way of life [16:52:16 CEST] <BBB> michaelni: can we remove imgconvert, resample and resample2 now? [16:52:22 CEST] <BBB> michaelni: and deinterlace [16:53:31 CEST] <BBB> michaelni: and can we remove all these non-generic things like qsv, xiph, vorbis, dv from the unconditional OBJS in libavcodec/Makefile? [16:54:05 CEST] <michaelni> stuff surely should be removed from the unconditional OBJS if possible [16:54:25 CEST] <Timothy_Gu> qsv? isn't libav supposed to be writing clean code? [16:54:32 CEST] <BBB> and then lastly, why do we compile libavutil/x86/emms.asm if HAVE_INLINE_MMX? [16:55:41 CEST] <michaelni> imgconvert deinterlace is already under FF_API_DEINTERLACE so it should go away with the next major bump [16:56:02 CEST] <BBB> what about resample/resample2? [16:56:41 CEST] <michaelni> :#define FF_API_AVCODEC_RESAMPLE FF_API_AUDIO_CONVERT [16:56:42 CEST] <michaelni> #define FF_API_AUDIO_CONVERT (LIBAVCODEC_VERSION_MAJOR < 57) [16:57:09 CEST] <michaelni> so if iam not misreading the code it will go away too with the next bump [16:58:51 CEST] <BBB> michaelni: http://pastebin.com/awiQ3QF9 [17:04:11 CEST] <nevcairiel> nonono! [17:07:48 CEST] <poste9> hello guys... could you tell me if there's a better approach to do what I need to do? Basically I need to record a video from camera (wich is already beeing done with libav*) and add some texts, like the current date/time (also done using freetype) The thing is the text is being processed by the h264 encoder and losing a lot of quality(CFR 30). My next goal is to record the vídeo and make something like a subtitle, and when I need to see those video [17:07:49 CEST] <poste9> s I would need to read the "subtitle" file and add at the screen using my custom player. Thats an acceptable solution... But I need to know if you guys know of anything less "hacky" or the proper way to acchive the same result. (CFR 30 and lossless subtitles) [17:09:44 CEST] <BBB_> nevcairiel: why no? [17:10:14 CEST] <nevcairiel> just quoting the fun variable name in your paste [17:12:48 CEST] <BBB_> how about you can rename it to anything you want and Im ok with it [17:12:59 CEST] <BBB_> like a cart blanche? [17:13:04 CEST] <BBB_> (is that the correct word?) [17:24:15 CEST] <av500> poste9: I dont think there is a way to tell the encoder to encode a portion of the screen with a higher quality [17:25:52 CEST] <BBB_> if its text, I would just leave it as text [17:26:01 CEST] <BBB_> it probably aids both video compression as well as text detail [17:26:08 CEST] <BBB_> so both sides win [17:26:11 CEST] <cone-662> ffmpeg 03Ronald S. Bultje 07master:b926f02e8116: avutil/x86/Makefile: Make building and linking of emms.c conditional [17:26:29 CEST] <BBB_> isnt that what subtitles are for? [17:26:32 CEST] <poste9> thats what I thought... thank you. [17:26:53 CEST] <BBB_> yw [17:26:56 CEST] <BBB_> michaelni: ty [17:27:48 CEST] <michaelni> np [17:27:51 CEST] <BBB_> michaelni: I think the idea of componentization of libavutil was brought up before, and the main issue is that some of it is public api (I suppose thats why avdct/vorbis_parser/& are in OBJS) [17:28:02 CEST] <BBB_> I dont mind custom build flags for this [17:28:46 CEST] <BBB_> as long as default builds work, are you ok with a disable-avutilcomp=murmur3,& etc. flag? [17:29:04 CEST] <BBB_> itd basicaly work like disable-encoder=.. or enable-encoder=.. [17:29:08 CEST] <BBB_> just for avutil [17:29:11 CEST] <BBB_> I think itd save some space [17:29:45 CEST] <BBB_> and then maybe use that for things that are part of public api in avcodec also (disable-avcodeccomp=vorbis_parser,avdct,..) [17:30:22 CEST] <BBB_> or even just a general disable-apicomp=.. flag [17:30:35 CEST] <BBB_> disable-api=..? [17:31:44 CEST] <Daemon404> or we could stop pretending libs are actually separate [17:31:45 CEST] Action: Daemon404 runs [17:32:00 CEST] <michaelni> i am fine with making libavutil more modular, it should maybe not be possible to install it as shared lib then though either way thats just my oppinion [17:33:02 CEST] <michaelni> i mean if parts are disabled it should not be possible to install as shared lib [17:33:53 CEST] <michaelni> or there should be a really big warning [17:33:59 CEST] <iive> what was the name of the library that got merged into avutil? [17:34:05 CEST] <BBB_> avcore [17:34:19 CEST] <BBB_> splitting a big lib in two big libs does not solve the problem of the lib being big [17:34:24 CEST] <BBB_> it just splits it into two problems [17:34:29 CEST] <BBB_> its a diego-solution [17:34:33 CEST] <iive> yep. I remember that avutil was designed to be small. [17:34:38 CEST] <BBB_> lets get ri of dsputil by splitting it into two dsputils [17:34:49 CEST] <BBB_> yay, dsputil is gone, hurray! [17:34:56 CEST] <BBB_> now we have two new problems [17:35:01 CEST] <BBB_> anyway [17:35:12 CEST] <BBB_> avcore and avutil both had the same issues so merging them together made sense [17:35:17 CEST] <BBB_> now we can fix the problem once and correctly [17:35:22 CEST] <wm4> libavutil is big because ffmpeg refuses to use libc [17:36:11 CEST] <BBB_> I dont care much why its big [17:36:18 CEST] <BBB_> I care for how I can make it smaller for one specific use case [17:36:21 CEST] <rcombs> > C90 [17:36:23 CEST] <BBB_> michaelni: I can look at that [17:36:27 CEST] <BBB_> ty [17:36:55 CEST] <Daemon404> rcombs, the issue isnt c90 per se [17:37:01 CEST] <Daemon404> its that systems have broken libc [17:37:04 CEST] <Daemon404> regardless of c spec [17:38:12 CEST] <kierank> ffmpeg has too much mission creep [17:38:16 CEST] <kierank> an in built web server [17:38:22 CEST] <kierank> directory listing api [17:38:23 CEST] <kierank> wtf [17:40:46 CEST] <iive> avsystemd [17:40:54 CEST] <BBB_> yeah the directory listing api kind of confused me [17:41:08 CEST] <rcombs> isn't that supposed to be MKV ordered chapters and such [17:41:11 CEST] <BBB_> as long as I can disable it I dont care I guess [17:41:35 CEST] <wm4> rcombs: fuck no [17:41:48 CEST] <rcombs> well then I have no idea what that's for then [17:41:55 CEST] <wm4> nobody knows [17:42:05 CEST] <wm4> because Lukasz wanted it and mini can't say no? [17:42:54 CEST] <kierank> wm4: ding ding ding [17:43:10 CEST] <wm4> good night? [17:44:19 CEST] <rcombs> what's one supposed to do when a patch just sits on the ML untouched for a while? Reply to bump it? [17:44:27 CEST] <Daemon404> yep [17:44:59 CEST] <iive> rcombs: or commit it, if there are no objections [17:45:10 CEST] <rcombs> iive: that's a thing I can't actually do [17:45:39 CEST] <Daemon404> rcombs, ping it, i will look [18:00:25 CEST] <kierank> wm4: heh more mission creep [18:00:28 CEST] <kierank> youtube downloading [18:00:39 CEST] <kierank> nice way to violate the TOS too [18:01:01 CEST] <wm4> youtube downloading that puts the prober into an infinite loop [18:05:33 CEST] <kierank> I guess this quvi thing is harmless [18:06:38 CEST] <Timothy_Gu> I'm out of ideas on how the navigation buttons should look like: http://104.131.148.213:8081/report/arm7-cubox-gcc4.1-n2.4/20150330233955 [18:06:41 CEST] <wm4> as long as your distro doesn't actually enable it [18:06:56 CEST] <Timothy_Gu> I know it looks ugly [18:07:39 CEST] <loki_> can somebody explain me one thing [18:07:57 CEST] <loki_> maybe it is little offtop... and can be #ffmpeg question. [18:08:13 CEST] <loki_> i am trying to build ssr using my build of ffmepg libs. [18:08:23 CEST] <kierank> what's ssr [18:08:27 CEST] <loki_> ssr = simplescreenrecorder [18:08:50 CEST] <loki_> ok, now i am really think that it is offtop lol. [18:09:07 CEST] <loki_> can't get how to point it that i want use my libs and headers. [18:10:06 CEST] <wm4> if it's not broken, use PKG_CONFIG_PATH (or whatever it was) to point it to the .pc file of your builds [18:10:45 CEST] <loki_> awww, i will try. [18:11:05 CEST] <loki_> because i started set up build env under coker :D [18:11:09 CEST] <loki_> docker * [18:11:09 CEST] <michaelni> Timothy_Gu, the fading when pressing buttons looks very nice but i think its better to not fade to reduce latency [18:12:10 CEST] <Timothy_Gu> michaelni: whuc button? [18:12:12 CEST] <Timothy_Gu> *which [18:12:26 CEST] <michaelni> Information /Faied Tests /.. [18:13:20 CEST] <Timothy_Gu> michaelni: oh i didn't make that :d [18:13:30 CEST] <Timothy_Gu> it's already in the css library we are using [18:13:34 CEST] <Timothy_Gu> (bootstrap) [18:14:04 CEST] <michaelni> that should probably be changed somehow then [18:14:21 CEST] <Timothy_Gu> what device are you viewing it on? [18:14:30 CEST] <Timothy_Gu> I don't see how it can cause latency at all [18:14:49 CEST] <michaelni> firefox on desktop ubuntu linux [18:15:05 CEST] <loki_> wm4: so all my pc files are here /home/loki/ffmpeg_clean_build/lib/pkgconfig/ [18:15:38 CEST] <loki_> and i see in configure script information about PKG_CONFIG_PATH [18:16:15 CEST] <Timothy_Gu> michaelni: same & [18:18:10 CEST] <wm4> loki_: export PKG_CONFIG_PATH=/home/loki/ffmpeg_clean_build/lib/pkgconfig/ [18:18:24 CEST] <wm4> loki_: you might also need to set LD_LIBRARY_PATH for the runtime case [18:18:34 CEST] <loki_> need export? [18:18:42 CEST] <loki_> just var before configure is not right? [18:18:56 CEST] <wm4> that's equivalent [18:18:56 CEST] <loki_> i don't see my path in compile proccess at all [18:19:00 CEST] <loki_> ok [18:19:04 CEST] <wm4> export just makes it permanent for the rest of the shell [18:20:18 CEST] <loki_> i tried LD_LIBRARY_PATH before recompiling ssr, but looks it prefers system one [18:20:25 CEST] <loki_> look like * [18:20:28 CEST] <michaelni> Timothy_Gu, tried on a 2nd box, same effect when you click on "Passed Tests (1234)" the content fades out and the new in taking about 1second [18:21:26 CEST] <Timothy_Gu> ok ill try on a 2nd box [18:23:13 CEST] <Timothy_Gu> btw i finally fixed the stderr box scrollbar this morning :) [18:23:58 CEST] <loki_> wm4: looks like it totally ignore my settings... [18:24:15 CEST] <wm4> loki_: maybe it doesn't use pkg-config then [18:25:59 CEST] <michaelni> Timothy_Gu, also the fade stuff isnt important, whatever it is it shouldnt be hard to fix later so dont waste time on it if you cannot reproduce [18:28:25 CEST] <Timothy_Gu> michaelni: I can now. Fixing it rigt now. [18:30:06 CEST] <Timothy_Gu> michaelni: there fixed [18:30:26 CEST] <michaelni> confirmed, thanks! [18:38:36 CEST] <loki_> wm4: there no another way to use custom headers and libs? [18:42:39 CEST] <loki_> i added my lib path into ld.so.conf [18:42:44 CEST] <wm4> loki_: depends entirely on the build system of the thing you're using [18:42:47 CEST] <loki_> i see my libs in ldconfig -p [18:43:05 CEST] <loki_> but looks like programm use old ones again... [18:53:39 CEST] <Timothy_Gu> Which of these three looks best? [18:53:41 CEST] <Timothy_Gu> http://104.131.148.213:8083/report/alpha-debian-qemu-gcc-4.7/20150408032905 [18:53:45 CEST] <Timothy_Gu> http://104.131.148.213:8082/report/alpha-debian-qemu-gcc-4.7/20150408032905 [18:53:48 CEST] <Timothy_Gu> http://104.131.148.213:8081/report/alpha-debian-qemu-gcc-4.7/20150408032905 [19:18:17 CEST] <michaelni> Timothy_Gu, 1 or 2 not the 3 that displayes the arguments as a long spagethi [19:19:56 CEST] <Timothy_Gu> michaelni: meh I'll go with 8081 beause I like the color green [19:20:08 CEST] <michaelni> sure [19:47:59 CEST] <Timothy_Gu> michaelni: mail to baptiste sent [19:51:20 CEST] <wm4> ubitux: are you sure the microdvd remux test is correct? [19:51:50 CEST] <wm4> ubitux: tests/ref/fate/sub-microdvd-remux contains a 0 byte [19:51:54 CEST] <Timothy_Gu> michaelni: also ping on the fateserver patch I sent last night [19:59:10 CEST] <cone-662> ffmpeg 03Carl Eugen Hoyos 07master:79c11388e1f5: lavf/apngenc: Do not print a warning in the normal use-case. [20:08:16 CEST] <Compn> huehuehue [20:08:26 CEST] Action: Compn trolls and runs [20:08:28 CEST] <michaelni> Timothy_Gu, ive given you write access to gil@git.ffmpeg.org:fateserver so you can push the patch if you like, i am no perl developer so my reviewing this would not be that usefull, also you have shell access to the server so you can update it too (the directry is baked by git) [20:24:05 CEST] <Compn> ehe "out.mp4" either means ffmpeg or mencoder created it [20:24:24 CEST] <Compn> in my opinion anyhow [20:24:59 CEST] <Compn> do we still have libfaad in ffmpeg ? [20:26:40 CEST] <wm4> Compn: no, I used that filename randomly [20:26:50 CEST] <wm4> and no [20:27:27 CEST] <rcombs> I have an unfortunate number of files laying around called out.<whatever> [20:27:40 CEST] <rcombs> I've been trying to remind myself to use more unique names [20:27:43 CEST] <Daemon404> ... my reandom files have significantly more childish names [20:27:47 CEST] <Daemon404> random* [20:29:42 CEST] <wm4> anyway, this file had "encoder : Lavf56.29.100" [20:29:51 CEST] <wm4> is there a way to find out what encoded the aac track? [20:30:08 CEST] <wm4> and why is trac so slow [20:33:26 CEST] <michaelni> wm4, has it become slower or was it always slow ? [20:33:49 CEST] <michaelni> trac is not exactly fast nor was it ever ... [20:33:50 CEST] <wm4> don't know, I noticed this in the last days... [20:33:58 CEST] <wm4> I'm pretty sure it used to be much faster [20:34:56 CEST] <michaelni> well i just randomly clicked around reading tickets and listing seem quite responsive [20:37:16 CEST] <wm4> reloading a page takes at least 5 seconds or so [20:38:38 CEST] <michaelni> about 2 sec here [20:41:16 CEST] <michaelni> anyway beastd wanted to upgrade trac, maybe that will make it faster but i suspect it will take a while before he has time [20:41:32 CEST] <michaelni> that is IIRC [20:48:25 CEST] <Compn> possibly hex editor or strings (or media info) [20:48:34 CEST] <cone-662> ffmpeg 03wm4 07master:c4d37cd9ef6e: matroskadec: export cover art correctly [20:48:35 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:8e1717cf12f8: Merge commit 'c4d37cd9ef6e374bb888f6273259b10fac5bd909' [20:56:01 CEST] <cone-662> ffmpeg 03Diego Biurrun 07master:bb815dfc38b8: g2meet: K&R formatting cosmetics [20:56:02 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:edaca0812a05: Merge commit 'bb815dfc38b8ef7a89d6b9684ce0cdc296385d6d' [21:09:25 CEST] <Timothy_Gu> michaelni: same slowness observed here. It takes literally 30 seconds to file a new ticket [21:09:31 CEST] <Timothy_Gu> (or more) [21:09:51 CEST] <Timothy_Gu> just viewing seems fine [21:10:55 CEST] <Timothy_Gu> Fixed one last sorting problem& Now working on adding minirep/log [21:18:24 CEST] <michaelni> if someone has an idea what could cause the trac slowness, ping me [21:19:54 CEST] <michaelni> hmm maybe one of the spam detection services takes a long time to reply so creation of new tickets is delayed but thats just guessing ive not investigated [21:22:36 CEST] <kierank> libffmpeg.so on android with --enable-gpl is a violation right? [21:22:50 CEST] <Daemon404> android apps can be gpl [21:22:55 CEST] <Daemon404> iirc [21:23:11 CEST] <BtbN> What's libffmpeg.so? [21:23:30 CEST] <Daemon404> similar to chrome's ffmpegsumo probably [21:23:38 CEST] <Daemon404> just shvoing it in one lib [21:23:53 CEST] <Daemon404> also: is this yt-dl thread on the ML a joke patch set or what? [21:23:57 CEST] <Daemon404> utterly ridiculous [21:25:12 CEST] <BtbN> Propably serious, and someone who will be upset once he realises that it will be rejected. [21:25:35 CEST] <kierank> BtbN: problem is that it'll get merge [21:25:59 CEST] <BtbN> A format that calls youtube-dl, what? [21:26:16 CEST] <BtbN> Via system()? [21:26:26 CEST] <kierank> yes [21:27:22 CEST] <nevcairiel> its just a stupid idea, it just outputs a URL doesn't it? why not shove that into ffmpeg directly instead of requiring some stupid demuxer with lots of potential problems? [21:27:47 CEST] <BtbN> It also combines dash elements iirc [21:28:43 CEST] <nevcairiel> it looks like it just outputs URLs [21:29:09 CEST] <nevcairiel> from the patch [21:29:10 CEST] <wm4> youtube-dl can return quite advanced information via json [21:29:31 CEST] <wm4> things like multipart video or extra subtitles [21:29:39 CEST] <Daemon404> id wager it has to chaneg a lot as sites change [21:29:45 CEST] <nevcairiel> it doesnt make any use of that [21:30:05 CEST] <nevcairiel> it just wants to extract one url and open a new demuxer context inside the demuxer with it [21:30:27 CEST] <nevcairiel> (which smells like terrible design) [21:30:31 CEST] <wm4> and I'd say most of these advanced things should be handled on a higher level too [21:30:38 CEST] <wm4> why force everything to be a demuxer [21:31:25 CEST] <Daemon404> duh. [21:31:28 CEST] <BtbN> Great, it looks like DASH stops working after a while because the JavaScript player calculates the timestamps using floats with seconds in them. So after a not too long while the floating point imprecision breaks it. [21:33:12 CEST] <kierank> BtbN: which player [21:33:27 CEST] <BtbN> dash.js git master in chrome. [21:33:33 CEST] <kierank> hahahah [21:33:34 CEST] <kierank> hahaha [21:33:36 CEST] <kierank> hahahah [21:34:02 CEST] <BtbN> For some reason it only breaks "tuning in" [21:34:16 CEST] <BtbN> If you are already playing the stream, it continues to work seemingly forever. [21:35:05 CEST] <kierank> please open a pull request [21:35:11 CEST] <kierank> slash troll [21:35:17 CEST] <kierank> will be hillarious [21:35:30 CEST] <BtbN> I'm not entirely sure if that's realy what's happening. [21:35:42 CEST] <BtbN> As the time it starts happening varies a lot [21:36:30 CEST] <Daemon404> BtbN, js is double, not float [21:38:01 CEST] <BtbN> Now it doesn't feel like breaking at all, great. [21:44:31 CEST] <Daemon404> "Use fork() + exec() directly to execute exactly the command you want. Even [21:44:34 CEST] <Daemon404> better, use posix_spawn(), it takes care of a lot of details that people [21:44:35 CEST] <Daemon404> oh fuck right off [21:44:37 CEST] <Daemon404> usually get wrong with fork+exec." [21:44:38 CEST] <Daemon404> kierank is right [21:45:05 CEST] <kierank> what am I right about today :) [21:45:20 CEST] <Daemon404> youtube-dl retardedness [21:45:37 CEST] <Daemon404> literal review by nicholas saying "Dont use system, use exec" [21:46:00 CEST] <BtbN> But fork doesn't work on Windows!! [21:53:30 CEST] <Daemon404> there i replied [21:53:39 CEST] <Daemon404> so you guys cant point and say "but you never said anythign at the time!" [22:25:34 CEST] <wm4> "youtube-dl -J $url | ffmpeg -f youtubedl -i -" [22:25:37 CEST] <wm4> what the fuck [22:25:56 CEST] <Daemon404> wa [22:25:57 CEST] <Daemon404> t [22:27:04 CEST] <wm4> I'd probably reply something flame-inducing, but I'd rather go to bed now [22:27:44 CEST] <BtbN> Why does ffmpeg have to be able to download youtube videos by itself anyway? [22:27:51 CEST] <Daemon404> thats exactly my point [22:27:55 CEST] <Daemon404> it doesnt belong in avformat [22:27:56 CEST] <Daemon404> its fucktarded. [22:28:13 CEST] <BtbN> Let vlc or mplayer or whatever handle that. [22:28:46 CEST] <Daemon404> BtbN, same reason we have a dir listing api and http server [22:28:51 CEST] <Daemon404> in av"format" [22:29:31 CEST] <wm4> BtbN: mpv (which is based on mpv) actually can call youtube-dl -J [22:29:45 CEST] <wm4> but it does this on exactly the opposite layer than demuxers [22:29:45 CEST] <Daemon404> based on mplayer you mean [22:29:51 CEST] <wm4> err, yes [22:30:02 CEST] <Daemon404> vlc can too [22:30:04 CEST] <Daemon404> it has its own thing [22:30:21 CEST] <wm4> yeah, Lua scripts... probably on a similar layer [22:30:31 CEST] <wm4> and NOT as a fucking demuxer [22:31:47 CEST] <Compn> would you be happier with libavstream or something ? [22:31:56 CEST] <Compn> and then move all http network code into there ? [22:32:30 CEST] <Compn> the way people complain around here like nothing can be changed is silly. we can change it all, api breakages be damned full speed ahead. [22:34:23 CEST] <BtbN> Wouldn't call it libavstream, but rather libffmpeg or something, and move most of the functionality of the ffmpeg cli program there, too. [22:34:49 CEST] <BtbN> So it's a higher-level, media-player-framework like, library. [22:35:17 CEST] <Compn> whatever makes developers more happy [22:35:54 CEST] <wm4> BtbN: agreed [22:51:14 CEST] <cone-662> ffmpeg 03wm4 07master:48f27b78f4bc: microdvd: do not export framerate hint as subtitle packet [22:51:15 CEST] <cone-662> ffmpeg 03Michael Niedermayer 07master:32e06c485be9: avcodec/h264_ps: Move truncation check from VUI to SPS [23:29:48 CEST] <Prelude2004c> hey guys.. sorry to bother again but i dont think i got a replay yet that made sense so i am trying again :) [23:30:09 CEST] <Prelude2004c> does anyone know why ffmpeg has a problem going over 120fps on multi outputs ( eg. 5 segments at 60fps each ) [23:30:22 CEST] <Prelude2004c> has a problem using CPU / GPU too [23:30:36 CEST] <Prelude2004c> if i run seperate ffmpeg sessions ( 1 for each stream ) it doesn't have any issues [00:00:00 CEST] --- Thu Apr 9 2015

1 0

ffmpeg.log.20150408
by burek 09 Apr '15

09 Apr '15

[00:00:10 CEST] <seegee__> Does ffmpeg support wild cards in the -i param [00:00:17 CEST] <seegee__> so I can do like ffmpeg -i * [00:00:39 CEST] <c_14> only with -f image2 -glob_type wildcard [00:00:57 CEST] <c_14> eh [00:01:01 CEST] <c_14> -pattern_type glob [00:08:26 CEST] <llogan> seegee__: you can try something like this: for f in *; do eval $(ffprobe -v error -show_format -of flat=s=_ -show_entries format=duration "$f"); ffmpeg -y -ss $(echo "$format_duration/2" | bc) -i "$f" -q:v 2 -vframes 1 output/"$f".jpg; done [00:09:28 CEST] <llogan> untested. you can use bash arithmetic expansion to get rid of the bc dependency. something like $(((format_duration + 2 -1) / 2 )) i guess to deal with the decimals [00:12:21 CEST] <llogan> and parameter expansion can deal with the output file names (resuling in input.mp4.jpg for example) [00:13:21 CEST] <llogan> such as such as ${f%.*}.jpg or ${f%.mp4}.jpg [00:15:10 CEST] <Prelude2004c> i dont get it my system can only do 120 fps total [00:15:13 CEST] <Prelude2004c> by what it seems [00:15:21 CEST] <Prelude2004c> what causes that limitation.. even on CPU encoding its 120FPS [00:22:22 CEST] <debianuser> Prelude2004c: "the CPU usage is 100% of one core approx" - what command is using CPU the most? [00:26:12 CEST] <Prelude2004c> nope.. not even [00:26:19 CEST] <Prelude2004c> 1 core is only 50-60% [00:26:24 CEST] <Prelude2004c> it has 24 cores [00:26:26 CEST] <Prelude2004c> :( [00:26:32 CEST] <Prelude2004c> server is not even budging [00:26:36 CEST] <Prelude2004c> i have a k4200 card [00:26:44 CEST] <Prelude2004c> trying to push 4 streams at 60fps [00:26:53 CEST] <Prelude2004c> it can't sustain 60fps * 4 [00:28:50 CEST] <debianuser> I mean if "the CPU usage is 100% of one core approx" then there's some program using the CPU. What program is that [00:28:57 CEST] <Prelude2004c> hey.. nvenc anyone know how to set preset values for it ? [00:29:00 CEST] <Prelude2004c> ffmpeg [00:29:14 CEST] <kepstin-laptop> are you doing all streams in one ffmpeg, or sepearate ffmpeg for each stream? [00:29:27 CEST] <debianuser> Prelude2004c: Can you show full command line of that ffmpeg command? [00:31:07 CEST] <Prelude2004c> sure.. even a simple one is acting up.. are there presets for nvenc reading documentation and it says low latency would cause it to 120fps [00:31:10 CEST] <Prelude2004c> but how does someone change it [00:31:18 CEST] <Prelude2004c> then again CPU same result so i guess it can't be that [00:31:42 CEST] <kepstin-laptop> Prelude2004c: are you doing all streams in one ffmpeg, or separate ffmpeg invocation per stream? [00:33:12 CEST] <seegee__> Does anyone know why ffprobe is replaced with avprobe on my debian 7 install [00:33:31 CEST] <kepstin-laptop> seegee__: because debian 7 decided to include libav instead of ffmpeg [00:34:04 CEST] <seegee__> is there any way I can get the normal ffprobe lol. the syntax on here is different I think [00:34:24 CEST] <kepstin-laptop> seegee__: ffmpeg has been restored to newer debian versions, I think you can grab it from testing? [00:35:42 CEST] <kepstin-laptop> alternately, you could just build it yourself, that's not too hard either. [00:35:44 CEST] <seegee__> well I compiled ffmpeg from sources, but this old avprobe shit is still here for ffprobe [00:36:13 CEST] <kepstin-laptop> make sure you're using the right 'ffprobe', check 'which ffprobe' and see if it's using the one you built. [00:36:33 CEST] <seegee__> Is an ffprobe built into ffmpeg sources, or is it separate? [00:36:55 CEST] <kepstin-laptop> ffprobe is one of several command-line tools built from the ffmpeg sources, along with a number of libraries. [00:37:04 CEST] <seegee__> alright let me go check [00:37:06 CEST] <Prelude2004c> all streams are in one [00:37:12 CEST] <Prelude2004c> eg.. 1 input and 4 outputs [00:37:13 CEST] <seegee__> i think i only installed binary for ffmpeg itself when i built [00:37:42 CEST] <llogan> do you still have the source directory that you built it in? [00:37:45 CEST] <kepstin-laptop> seegee__: hmm, I wonder; I thought ffprobe was built by default, but you might need an option when running configure to enable it. [00:37:46 CEST] <seegee__> yep [00:37:53 CEST] <seegee__> ill go check real quick [00:37:54 CEST] <debianuser> seegee__: check www.deb-multimedia.org - there should be a rather recent ffmpeg. Or since it's just a single binary you can download a static build from http://johnvansickle.com/ffmpeg/ and unpack it to ~/bin/ [00:38:53 CEST] <seegee__> Yep, it's here. Thanks! Do I need to build any other codec libs if I am working with mp4 files? [00:39:08 CEST] <kepstin-laptop> seegee__: for decoding, no; it's all built-in. [00:39:21 CEST] <seegee__> alright, thanks for the help! [00:39:27 CEST] <kepstin-laptop> if you're encoding, you might want to have x264 so you can do h264 encoding. [01:11:32 CEST] <justinX> not really important, but do anyone know what "Zora" is? (as in the message "[NULL @ 0xb1dbca0] RIFF stream data tag type Zora (1634889562) is not implemented." when i ffprobe a file from a camera I had) [01:14:57 CEST] <Plorkyeran> VendorName [01:15:50 CEST] <justinX> oh [01:21:56 CEST] <justinX> so ffprobe have lots of knowledge about camera vendor specific extra data then? (just not for that uh... was it a minolta or a samsung perhaps) [01:22:31 CEST] <Prelude2004c> hey guys.. tis make sense.... ffmpeg session with 3 outputs i get max about 120fps. but if i run multiple FFMPEG sessions i get 120 on each [01:22:32 CEST] <Prelude2004c> that make sense? [01:23:02 CEST] <c_14> If the stuff you're doing doesn't thread, and that's your bottleneck, yes. [01:25:18 CEST] <Prelude2004c> doesn't thread ? ffmpeg is set to threads 0 [01:25:24 CEST] <Prelude2004c> should use all threads [01:25:27 CEST] <c_14> What's your complete commandline? [01:25:28 CEST] <Prelude2004c> and each thread is not even at 100% [01:26:50 CEST] <Prelude2004c> ffmpeg -i "udp://${stream}:5000?ttl=100?&fifo_size=640000&overrun_nonfatal=1"echo -c:v $8 -preset $5 -r $6 -g $7 -b:v ${bitrate} -maxrate ${maxrate} -bufsize 10000k -s ${resolution} -threads 0 -strict experimental -acodec aac -ar 48000 -ac 2 -b:a 128k -f .... [01:27:39 CEST] <c_14> eh, without all the variables, but the bottleneck is most likely the scale [01:27:43 CEST] <c_14> Not sure how well that threads [02:02:40 CEST] <justinX> is it possible to use ffmpeg to cut away some parts of a videoclip while converting? like "don't include the parts between time x and y, and time z and w" ? [02:10:36 CEST] <lordkrondor> ffmpeg can clipmedia , take a look at -ss (where in the file to seek) & -t (duration of clip). You might be then able to concat the two clips. [02:25:31 CEST] <justinX> ok [02:27:10 CEST] <justinX> what is *** 1 dup! when it converts btw? [02:28:23 CEST] <justinX> and I suppose it is the same thing as the =1 it writes in "No more output streams to write to, finishing.e=00:08:45.88 bitrate=3841.3kbits/s dup=1 drop=0" too? [02:32:02 CEST] <justinX> (this is when I run ffmpeg with -v verbose) [03:37:40 CEST] <Prelude2004c> hey, someone know how to check the FPS usage on nvidia cards? [03:52:27 CEST] <relaxed> justinX: ffmpeg duplicated a frame [03:52:59 CEST] <justinX> hi relaxed. what? [03:53:24 CEST] <justinX> aha ok. before my computer crashed here [03:53:52 CEST] <justinX> relaxed: so two frames in the video was identical? [03:54:26 CEST] <relaxed> yes [03:54:29 CEST] <justinX> ok [03:55:20 CEST] <justinX> I guess in 640x480 the nature can turn out identical to the camera sometimes :-D [03:55:22 CEST] <relaxed> if you're changing framerate it will dup/drop [03:55:52 CEST] <relaxed> (or to meet a framerate) [03:56:25 CEST] <justinX> uhmm well I wasn't changing framrate (that I know of) I was just converting from mjpeg to mp4 something. [03:56:59 CEST] <relaxed> I wouldn't worry unless you see a lot of them [03:58:18 CEST] <justinX> ok [04:00:00 CEST] <justinX> only 1 so no problem then. [04:03:14 CEST] <justinX> btw, I was ffmpeg -v verbose -i SDC18234.AVI -crf 18 out18.mp4 and the .avi is "mjpeg (MJPG / 0x47504A4D), yuvj422p(pc, bt470bg/unknown/unknown), 640x480, 14787 kb/s, 30 fps, 30 tbr, 30 tbn, 30 tbc" says ffprobe, but the mp4 it makes is "h264 (High 4:2:2) (avc1 / 0x31637661), yuvj422p(pc), 640x480, 3800 kb/s, 30 fps, 30 tbr, 1000k tbn, 60 tbc (default)" then What is tbc? [04:03:49 CEST] <justinX> I mean the orginal have "30 tbc" whatever that is, and the new file have "60 tbc" [04:08:54 CEST] <justinX> probably not 60 cases of tuberculosis to be confirmed ;-) [04:12:09 CEST] <relaxed> is there an issue with playback? [04:12:35 CEST] <relaxed> you probably want to add -pix_fmt yuv420p [04:13:42 CEST] <justinX> oh, haven't tried playing the result yet. (I got a little crash here right after the conversion was done). I go check. [04:15:04 CEST] <justinX> tbc is appearently "time base in AVCodecContext for the codec used for a particular stream" (not that I understand but anyway hehe) [04:17:23 CEST] <justinX> it looks like it plays fine though. [04:20:33 CEST] <justinX> oups sorry, I got the same strange X crash here when I tried open the messages window in vlc :-S [04:23:20 CEST] <justinX> relaxed: what would -pix_fmt yuv420p do? [04:49:15 CEST] <Prelude2004c> hey what does everyone suggest for a 500kbs - 1Mbit/s stream at 640x360 resolution [04:49:23 CEST] <Prelude2004c> seems very pixalated [04:59:34 CEST] <justinX> good evening Prelude2004c, not quite HD quality movie then eh? ;-) [05:08:32 CEST] <nk121> i'm trying to trim a mp4 file with re-encoding. i've read that mp4s support an edit list, but not all players might. if the target destination are modern browsers, is this something i should avoid? [05:09:06 CEST] <nk121> sorry, withOUT re-encoding [05:09:50 CEST] <nk121> justinX: -pix_fmt yuv420p means output in yuv420 colorspace instead of rgba [05:10:15 CEST] <nk121> rbga is 8 bytes for red green blue etc [05:10:38 CEST] <nk121> yuv420 chrominane space [05:10:48 CEST] <nk121> most cameras record in yuv20 i think [05:10:53 CEST] <nk121> your monitor displays in rbga i believe [05:11:30 CEST] <justinX> aha [05:12:39 CEST] <nk121> yuv420 i mean or yuv422 or some variation [05:14:29 CEST] <justinX> and the p at the end is? [05:15:38 CEST] <nk121> i'd guess "packed" [05:16:11 CEST] <justinX> ok [05:17:16 CEST] <nk121> maybe pixels [05:17:17 CEST] <nk121> YUV420p 6 bytes per 4 pixels, reordered [05:17:18 CEST] <nk121> http://en.wikipedia.org/wiki/YUV [05:17:27 CEST] <nk121> Y'UV files can be encoded in 12, 16 or 24 bits per pixel. The common formats are Y'UV444 (or YUV444), YUV411, Y'UV422 (or YUV422) and Y'UV420p (or YUV420). The apostrophe after the Y is often omitted, as is the "p" after YUV420p. In terms of actual file formats, YUV420 is the most common, as the data is more easily compressed, and the file extension is usually ".YUV". [05:17:53 CEST] <justinX> ffprobe said that the mjpg my camera made was in "yuvj422p(pc, bt470bg/unknown/unknown)" though... [05:18:38 CEST] <justinX> vlc says "Planar 4:2:2 YUV full scale" [05:19:09 CEST] <nk121> its beyond my knowledge [05:19:30 CEST] <nk121> maybe the j means jpeg? [05:20:01 CEST] <justinX> yeah perhaps [05:20:05 CEST] <nk121> a lot of custom/weird formats out there [05:20:47 CEST] <justinX> hehe [05:23:13 CEST] <justinX> another thing ffmpeg write is "[avi @ 0xa53b9e0] sample size (1) != block align (2)" I guess a "normal" mjpeg is supposed to be :) [05:25:25 CEST] <justinX> (or if that might be related to the audio. "parser not found for codec pcm_s16le," / "Guessed Channel Layout for Input Stream #0.1 : mono") [05:26:07 CEST] <nk121> pcm_s16le is just raw PCM audio, 16 bytes per channel, signed, little endian [05:26:49 CEST] <nk121> i'm not too familiar with ffmpeg, i'm here trying to figure out my own issues : [05:26:50 CEST] <nk121> :) [05:27:07 CEST] <nk121> ffmpeg is a pretty complex piece of work [05:28:33 CEST] <justinX> yeah, you was thinking about some container feature that let the player skip parts of the video? [05:28:51 CEST] <nk121> its not even a ffmpeg issue, since ffmpeg can do it [05:29:16 CEST] <nk121> i'm just trying to see if its worth doing since i'll have to test on a bajillion devices [05:30:38 CEST] <justinX> with "trim" do you mean remove x/y parts of the video size, or removing time? [05:30:45 CEST] <nk121> removing time [05:31:08 CEST] <nk121> so a video file is 5 minutes long and i want to make a cut thats starts 1 minute in for a duration 2 minutes [05:31:17 CEST] <nk121> if there is no keyframe exactly where i want to cut [05:31:34 CEST] <nk121> the mp4 will take the nearest key frame before it, and tell the player to skip ahead to where i wanted it to start [05:32:03 CEST] <nk121> the other option is to re-encode the file which will make a keyframe where i want it to be [05:32:10 CEST] <justinX> ah, so it still uses (and sends to the web browser) the original keyframe, but just is instructed to skip some amount of frames depending on that on. [05:32:26 CEST] <justinX> *one [05:32:26 CEST] <nk121> thats my understanding [05:32:43 CEST] <nk121> its probably not the browser directly but whatever is powering the <video tag [05:32:53 CEST] <nk121> ion ios thats quicktime player [05:33:06 CEST] <nk121> in older firefoxes that might be flash [05:33:32 CEST] <nk121> it really seems unlikely all these devices/players implement all of mp4 correctly :) [05:33:51 CEST] <justinX> hehehe [05:34:01 CEST] <justinX> don't depend on it! [05:34:16 CEST] <nk121> i think its a mp4 container feature, not necessarily a codec feature [05:35:12 CEST] <justinX> yeah it should be [05:37:09 CEST] <justinX> wouldn't it be possible to let ffmpeg generate the new key frame, while still letting it reuse the original frames after that as is, without have to recompress those? [05:38:20 CEST] <nk121> it might be, i haven't found a way [05:42:19 CEST] <justinX> oh well, I'm quite a newbie when it comes to all this. [05:42:32 CEST] <justinX> would the using of -pix_fmt yuv420p mentioned instead of letting it keep using 422, result in it doing a better compression btw? [05:52:59 CEST] <justinX> nk121: about the trimming compatibility btw, remember that not all web browser/things supports mp4 at all, or at least not H.264 ;-) [06:16:52 CEST] <nk121> justinX: yup [06:17:13 CEST] <nk121> justinX: i think i read somewhere that you need yuv420p if you want to play in quicktime [06:17:33 CEST] <nk121> justinX: http://stackoverflow.com/questions/21093825/quicktime-cannot-play-recorded-… [06:20:26 CEST] <justinX> ah [06:20:31 CEST] <justinX> I gues sI should sleep now [06:20:36 CEST] <justinX> *I [06:33:02 CEST] <lxzv> Hi. I have a trivial question re. conversion. if I use -acodec copy, is there ANY way (any combination of settings, formats, whatever) that it might result in loss of audio quality, or is it impossible? (If possible, I'll inquire further.) [06:40:07 CEST] <relaxed> lxzv: nope [06:40:17 CEST] <lxzv> Okay! Thanks. [08:17:54 CEST] <Prelude2004c> hey guys.. i ahve a full 24 core system... when i run ffmpeg alone per stream i get 60fps on each stream. ( 5 fo them so 300 fps ).. when i run ffmpeg with multi output on the same pid , i get 120fps max . anyone have any idea why ? its not hte CPU usage because i have threads 0 and it uses more than 100% [08:18:00 CEST] <Prelude2004c> any ideas would be helful [08:18:03 CEST] <Prelude2004c> helpful [08:57:05 CEST] <zhaoyulong> what AV_GET_BUFFER_FLAG_REF means, does it means when libavcodec is the only referener of the chunk, then it will use it freely, like a memory pool? [09:00:25 CEST] <zhaoyulong> I ask this because I will reference the my chunk using another method. e.g. I allocate memory, then allocate a reference to av_buffer_ref, and other referecne is owned by myself. [09:02:18 CEST] <zhaoyulong> but the reference owned by myself is not via av_buffer_ref, so when the internal av_buffer_ref decrease to zero and calls free, the free just only decrease a reference of the chunk [09:05:03 CEST] <zhaoyulong> it works when libavcodec calls av_buffer_unref when it is no longer use the chunk; but if it detect it is the only reference to the chunk via av_buffer_ref, and decide to use it like a memory pool, it will corrupt my chunk.. because indeed the chunk is still referenced by myself [10:26:50 CEST] <Kolizer> Hey, i need help). Exists in ffmpeg function which ignores the color and makes the background transparent? [10:27:17 CEST] <BtbN> You want a transparent video? [10:27:45 CEST] <Kolizer> yes [10:28:02 CEST] <Kolizer> greenscreen [10:28:24 CEST] <BtbN> I don't think many video codecs support transparency. [10:28:40 CEST] <BtbN> At least h264 does not. [10:31:38 CEST] <Kolizer> so will not be able to make the green screen transparent in ffmpeg? [10:32:12 CEST] <BtbN> So you do not want a video that is actualy transparent? [10:32:28 CEST] <BtbN> Anyway, ffmpeg does not support chroma key filtering. [10:32:38 CEST] <BtbN> If i didn't completely miss it beeing added. [10:34:42 CEST] <Kolizer> Thanks =( i understand [10:35:57 CEST] <Kolizer> What not support chroma key filtering. [10:37:28 CEST] <Kolizer> Why not write such a wonderful filter? [10:39:23 CEST] <Kolizer> It would be great [10:43:56 CEST] <BtbN> Yeah, send a patch when you're done ;) [10:45:00 CEST] <Kolizer> =) [11:30:27 CEST] <elisescu> Hi all! I'm using ffprobe with an opus file (the file is ok - I can transcode it to a aac and play it back fine): `ffprobe -show_packets -show_data file.opus > file.opus.meta`. The ffprobe output contains wrong values for the pos (the position of the packet in the file - I would expect). The pos value is the same for the frist 200 packets, however the data dumped in the same meta file is different (as expected since the 200 packets canno [11:30:27 CEST] <elisescu> t be the same). Does anyone have an idea what I might do wrong? [11:31:33 CEST] <elisescu> the ffprobe version is 2.6.1 [11:48:27 CEST] <lzvc> Hey again. I'm trying a simple 'audio + single image' combination. Pastebin will follow. The result plays (more or less) perfectly in mplayer, except when I seek the file, it restarts--is rewinded to t=0. [11:48:51 CEST] <lzvc> http://www.pastebin.ca/2969234 [11:50:39 CEST] <lzvc> Debugging mplayer, I found out it constantly complains of 'ds_fill_buffer: EOF reached (stream: video)'--as if (my guess) there somehow hadn't been written the eventual length of the file, or something. [11:51:16 CEST] <lzvc> Even though in the GUI interface, the length of the file in seconds is figured out correctly. [11:52:06 CEST] <lzvc> Has anyone encountered this? From what I Google, combining a single image and audio is a rather routine and common task. [11:52:19 CEST] <relaxed> lzvc: add -pix_fmt yuv420p -movflags faststart to the command [11:54:02 CEST] <jookiyaya> does ffmpeg encoding DTS? [11:54:44 CEST] <relaxed> jookiyaya: yes [11:54:58 CEST] <jookiyaya> is DTS better than ac3 and aac ? [11:55:58 CEST] <lzvc> relaxed: didn't help. [11:56:40 CEST] <JEEBsv> jookiyaya: no [11:56:52 CEST] <jookiyaya> jeebsv it's not? then what is the hype with dts [11:57:03 CEST] <jookiyaya> bluray uses it [11:57:26 CEST] <JEEBsv> proprietary marketing? also it's not a explicitly required to be supported format on blu-ray [11:57:32 CEST] <JEEBsv> also blu-ray DTS is usually not core DTS [11:57:41 CEST] <jookiyaya> then what is it? [11:57:58 CEST] <JEEBsv> it's DTS-HD MA (which is core and the XLL extensions) which is lossless and kind of bearable [11:58:23 CEST] <JEEBsv> granted, if you can decode it :P (lavc can finally decode it after libdcadec support was added) [11:58:43 CEST] <jookiyaya> is it MLP? [11:59:00 CEST] <jookiyaya> mlp is lossless [12:00:32 CEST] <relaxed> lzvc: if it works fine with mplayer it's probably not an ffmpeg issue. [12:01:19 CEST] <jookiyaya> how come i cannot use handbrake with hunger games 2/3 dvd? i heard handbrake use ffmpeg [12:01:40 CEST] <relaxed> they have their own channel for support [12:01:50 CEST] <jookiyaya> they like to blame it on ffmpeg [12:01:59 CEST] <lzvc> relaxed: Well it doesn't really. I click anywhere on the progress bar, and the song just restarts. [12:02:30 CEST] <lzvc> Except that, everything works fine. [12:03:38 CEST] <lzvc> I'm sorry if this channel is more for ffmpeg development; I just figured, mplayer is such popular software, it's more likely that I'm missing something trivial than there is a bug in it. [12:05:08 CEST] <lzvc> Actually let me download some other player and see how it reacts. [12:11:00 CEST] <lzvc> (I imagine it has to do with the fact that there is only one video frame in the file, or something like that, and it's the only frame players can rewind to.) [12:12:56 CEST] <relaxed> the frame is duplicated to a certain fps [12:13:04 CEST] <lzvc> I've tried adding -loop 1 and changing -r, and combining takes longer, but mplayer behaves the same way. [12:15:05 CEST] <relaxed> ffmpeg -i audio -loop 1 -i image -pix_fmt yuv420p -movflags -tune stillimage output [12:15:29 CEST] <relaxed> er, that should have been "-movflags faststart" [12:15:36 CEST] <lzvc> Alright. [12:16:02 CEST] <relaxed> (add -acodec copy) [12:17:43 CEST] <relaxed> lzvc: you need to add "-shortest" too [12:17:56 CEST] <relaxed> or else it will encode forever :) [12:18:02 CEST] <lzvc> I was just in the middle of figuring that out, yes. :) [12:22:37 CEST] <lzvc> relaxed: still same. (I just added -r 5 to the image parametres so it wouldn't take ages.) [12:22:58 CEST] <debianuser> lzvc: Just tried: `ffmpeg -loop 1 -i image.png -i infile.mp4 -acodec copy -g 2 -t 60 outfile.mp4` - works for me. The "-loop 1" is to encode more than 1 frame of video, and "-g 2" is to make sure it inserts a keyframe every 2 seconds to seek to. [12:23:24 CEST] <lzvc> debianuser: did you test it in mplayer? [12:23:28 CEST] <debianuser> yes :) [12:23:38 CEST] <lzvc> Okay, will play with your parametres now. :) [12:23:45 CEST] <debianuser> that's the player I usually use :) [12:25:59 CEST] <relaxed> -g 2 would be every two frames [12:27:21 CEST] <debianuser> really? oops :) [12:27:27 CEST] <debianuser> well, that worked too :) [12:27:29 CEST] <lzvc> relaxed: right! I was just to thank debianuser for what seems to be the solution, only I wanted to mention that while the rewinding began to work, it seemed more like every 10 seconds than every 2. ;) [12:27:54 CEST] <lzvc> Anyway, I think I'll move on from here. Thanks both of you. [12:29:45 CEST] <debianuser> lzvc: if you navigate with keys then mplayer's default keybinging is LEFT=seek -10, RIGHT=seek +10. You can change them by putting e.g. two lines "LEFT seek -3" and "RIGHT seek +3" in ~/.mplayer/input.conf [12:29:57 CEST] <lzvc> (The -g parametre isn't even defined separately in ffmpeg's main docs.) [12:30:40 CEST] <lzvc> Oh, right. >_< I confused a mplayer setting for a quality of the song. [12:47:39 CEST] <lzvc> ...It still seems that the image is re-embedded in the MP4 for every 'rewindable-to' frame though. So if I have a 200 KB pic, a 10 minute song, and want to rewind to every minute, it will be 2 MBfatter. [12:48:06 CEST] <lzvc> There should be a more effective way really. [12:48:40 CEST] <lzvc> I would look into other formats than MP4, but I want support. [12:52:42 CEST] <relaxed> is it too large? [12:54:27 CEST] <relaxed> lzvc: if you're encode included -g 2 it's wrong [12:54:59 CEST] <lzvc> Well nnnnno, but if you have 10 MB of audio and 200 KB of sound the result simply should weigh 10.2 MB. [12:55:06 CEST] <lzvc> *200 KB of image [13:07:50 CEST] <Anoia> but each rewindable point is a full frame [13:08:18 CEST] <lzvc> That's what surprises me, that there seems to be no format for just setting a static 'background' for a vid. [13:08:18 CEST] <Anoia> remember that video files are orientated towards containing video [13:08:22 CEST] <lzvc> Well... [13:09:04 CEST] <lzvc> From the format point of view, it wouldn't be that difficult, would it? Just contain one keyframe and whatever and set a bit telling, 'display it throughout the movie'. [13:09:21 CEST] <lzvc> *or whatever [13:09:34 CEST] <Anoia> it does depend on the player, but normally you have a block of audio associated with a frame of video [13:09:45 CEST] <Anoia> seeing as you can;t have an instantaneous frame of audio [13:10:34 CEST] <lzvc> So you reckon there is no format that enables such 'making an image a video's background'? [13:10:44 CEST] <lzvc> *an audio's background [13:10:54 CEST] <Anoia> it's possible for a hyperthetical protocol to do what you propose [13:11:18 CEST] <lzvc> Hyperthetical? [13:11:20 CEST] <Anoia> my MP3 files have an image that players display [13:11:41 CEST] <lzvc> You mean, a separate file in the directory? I know, but embedding in one container file is just neater. [13:11:48 CEST] <Anoia> yes, for reasons you;ve stated, I doubt MP4 (container) does it [13:12:05 CEST] <lzvc> Any alternatives to MP4 then? :P [13:12:07 CEST] <Anoia> what do you mean? separate file? [13:12:17 CEST] <Anoia> as I said, my MP3 files have a "cover" image [13:12:24 CEST] <Anoia> that the media players will display [13:12:36 CEST] <lzvc> I thought you mean the system when there's, say, 'song.mp3' and 'song.jpg' and the player autodetects and displays the JPG. [13:13:28 CEST] <Anoia> in fact, google for "mp3 cover image" suggetss "ffmpeg mp3 cover image" [13:14:01 CEST] <lzvc> >Album art can be embedded into MP3 files using ID3 tags [13:15:28 CEST] <lzvc> If there's no dimension limits, that will seem to do. :) Thanks. [13:17:52 CEST] <lzvc> Anoia: what's 'hyperthetical'? [13:18:31 CEST] <Anoia> imagined, not yet real [13:18:48 CEST] <Anoia> spelt wrong :) [13:19:07 CEST] <lzvc> No, it's spelt correctly, just with another prefix. :) Thank you. [13:19:25 CEST] <Anoia> it's actually hypothetical [13:19:35 CEST] <Anoia> (in English) [13:19:45 CEST] <lzvc> That's why I asked. To ask whether it's some real distinction I didn't know about. [13:19:55 CEST] <Anoia> ah, ok [13:20:28 CEST] <lzvc> Actually, couple of weeks ago I coined 'hyperchondriac' as someone who overestimates his immune system. ;) [13:34:29 CEST] <temhawk> how do I create an animated gif made up of several animated gifs from different parts of a video arranged in a grid? like those video screenshot previews, but with animated thumbnails instead of static images [13:36:00 CEST] <debianuser> lzvc: an alternative is: mplayer mf://image.png -loop 0 -audiofile audio.mp4 [13:36:29 CEST] <debianuser> (not sure about seeking however) [13:37:55 CEST] <lzvc> Ah, thanks, but I'm still shamefully dependant on GUI and I click my songs out; there's nowhere I could put that syntax to automatise it. [13:38:24 CEST] <lzvc> Your knowledge of mplayer is impressive though. :) [13:38:53 CEST] Action: debianuser is using mplayer for too long... [13:39:41 CEST] <lzvc> Move to mplayer2? ;) (Just kidding, I've only read about the split between mplayer & mplayer2 once, and it was years ago.) [13:39:56 CEST] <debianuser> temhawk: some overlay magic maybe? https://trac.ffmpeg.org/wiki/FilteringGuide#multipleinputoverlayin2x2grid [13:41:12 CEST] <debianuser> lzvc: mplayer2 is mostly a dead fork of mplayer. :) There's "mpv" - a fork of mplayer2, but I'd still prefer to enhance/fix original mplayer instead. :) [13:41:48 CEST] <lzvc> I understand. Some software becomes so fundamental, a basis to so much other software, it becomes practically indispensable. [13:42:16 CEST] <lzvc> Of course, this way bad design decisions might become permanent, too. [13:43:16 CEST] <Anoia> how does ffdshow/ffdshow tryouts relate to ffmpeg? [13:43:57 CEST] <debianuser> from its name it seems as they use ffmpeg for their dshow filter? ;) [13:44:13 CEST] <Anoia> it looks like it's a directshow filter that wraps ffmpeg [13:44:27 CEST] <Anoia> but it's also mentioned int he ffmpeg faq [13:45:51 CEST] <Anoia> currently, we use/distribute both in our application [14:17:46 CEST] <lzvc> Bye! [15:25:04 CEST] <sg90> Hi, is there a standard repository of test video signals and footage I should use to test encoding performance? Preferably creative commons. [15:25:51 CEST] <Medjed> Hi, what is the best quality setting for nvenc ? Is it "hq", or "bd" ? [17:11:32 CEST] <poste9> hello guys... could you tell me if there's a better approach to do what I need to do? Basically I need to record a video from camera (wich is already beeing done with libav*) and add some texts, like the current date/time (also done using freetype) The thing is the text is being processed by the h264 encoder and losing a lot of quality(CFR 30). My next goal is to record the vídeo and make something like a subtitle, and when I need to see those videos I wo [17:11:32 CEST] <poste9> uld need to read the "subtitle" file and add at the screen using my custom player. Thats an acceptable solution... But I need to know if you guys know of anything less "hacky" or the proper way to acchive the same result. (CFR 30 and lossless subtitles) [17:19:18 CEST] <iive> you mean, crf (constant rate factor). [17:19:51 CEST] <iive> mkv supports srt and .ass subtitles. mp4 have its own subtitle format, supported by ffmpeg. [17:20:52 CEST] <iive> also, why are you using so high quantizer/loss ? [17:21:09 CEST] <poste9> I need to save disk space [17:21:34 CEST] <iive> but, don't you need to recognize what is on the screen? ;) [17:39:09 CEST] <_Vi> "-vb 1200k" -- 1200 of what? Thousands of bits? Thousands of bytes? 1024 blocks of bits? Bytes? [17:47:00 CEST] <Mavrik> _Vi, 1200 kbit/s [17:47:14 CEST] <Mavrik> that's 1200 / 8 ~ 150 KB/s [17:47:26 CEST] <_Vi> Is it 1000-based or 1024-based? [17:48:21 CEST] <Mavrik> no idea [17:48:21 CEST] <_Vi> Can I add explicit postfixes for all combinations (bits per seconds, bytes per seconds, 1000 of bytes per second)? [17:48:39 CEST] <_Vi> Is "-b 1200k" and "-b 1200K" the same? [17:53:18 CEST] <_Vi> Looking at "av_strtod" source code. The scheme looks complicated. [18:11:36 CEST] <Mavrik> _Vi, hmm, it just reads from a table [18:11:55 CEST] <Mavrik> it uses 1000 for "k", "M", etc and 1024 for "ki", "Mi", etc. [18:12:33 CEST] <_Vi> Looks like I can specify the bitrate even in decibells. [18:46:04 CEST] <selsta> when I have timed_id3 data, should I write them to the file with av_write_frame(ofmt_ctx, &pkt)? or is there another function for that? [20:18:31 CEST] <t4nk425> Hello! I'd like to ask you how can i make ffmpeg to scale a video to a resolution i want, then change the container from .mov to .mp4 and after all of these things put an watermark in the center which resolution equals the scaled video resolution. As for now i can only add a watermerk with changing the container but without positioning and scaling. Any help would be appreciated. Have a nice day, Piotr [20:28:42 CEST] <c_14> -i video -i watermark -filter_complex '[0:v]scale=widthxheight[tmp];[tmp][1:v]overlay[v]' -map '[v]' -map 0:a out.mp4 [20:28:51 CEST] <c_14> Look at the docs for the overlay filter and the scale filter for more information. [20:32:20 CEST] <lordkrondor> hah mcdeint is the opposite of fast [20:36:21 CEST] <ph8> hi all, i was about to use ffmpeg from my app to get information about a video file, i'm probably going to average several hundred per day. I read a stackoverflow post saying using ffprobe or similar tools is probably naughty and i should be calling libavformat/codec directly. I'm using Scala/java and i'm really struggling to find bindings - is it a stupid idea? [20:37:03 CEST] <__jack__> beuhh java [20:37:09 CEST] <__jack__> ffprobe is fine [20:37:15 CEST] <__jack__> hundred per day is not that many [20:37:40 CEST] <lordkrondor> ffprobe is very light weight and primarily reads technical attributes from the media container [20:38:57 CEST] <ph8> this is what i thought, and using the bindings looked like a massive effort tbh [20:39:12 CEST] <ph8> i realise i'm in the ffmpeg channel, but do you have any thoughts on ffprobe vs mediainfo (mediainfo.sf.net)? [20:39:18 CEST] <ph8> i imagine they're similar tools [20:39:23 CEST] <ph8> (at least the command line versions) [20:39:33 CEST] <lordkrondor> I prefer ffprobe as I feel its more accurate and uses less I/O [20:39:40 CEST] <ph8> nice [20:40:21 CEST] <lordkrondor> granted I think mediainfo can show more metadata, but its generally not useful for me. [20:40:40 CEST] <ph8> fair, all i need to do is confirm height/width/bitrate/framerate for common formats like h264/mp4 and h264/mov [20:40:42 CEST] <__jack__> ffprobe is easier to parse than mediainfo [20:40:50 CEST] <ph8> great, i think you've won me over [20:40:57 CEST] <ph8> i was already leaning towards ffprobe's side of the fence [20:41:53 CEST] <__jack__> my bad, mediainfo can output xml (beuhhh) [20:50:56 CEST] <ChocolateArmpits> __jack__: as can ffprobe [20:51:28 CEST] <ChocolateArmpits> Also for me it's much easier to write the command line for ffprobe than for mediainfo [20:52:28 CEST] <ChocolateArmpits> I had to constantly look back at previously written lines to reference [20:53:35 CEST] <bbloom> i'm confused by the usage of av_packet_rescale_ts in the examples. Could somebody explain to me why the transcoding example makes one call with each of the combinations of in/in, in/out, and out/out timebases? I'm particularly confused by the main function which does in/in when filtering and in/out when remuxing. why not always in/out ? [21:11:10 CEST] <t4nk425> Hey! With the help of c_14 i managed to do a working script that allows me to scale video, add watermark and output it to .mp4, however id like to ask if i can in any way change the output bitrate? [21:11:31 CEST] <c_14> https://trac.ffmpeg.org/wiki/Encode/H.264 [21:19:14 CEST] <BtbN> Anyone experienced with the MPEG-DASH stuff? For some reason, the dash stream stops working after a while, and i wonder if it's a user-error or a bug. [21:23:09 CEST] <t4nk425> -minrate, -maxrate doesnt seem to work for me, however i put -b 5000k before the output name and it's working as i expected. Unfortunately my questions doesn't end here. Now i have a fully functioning script that looks like this: http://pastebin.com/rHLdg5xp and i'd like to convert many files at once, so my question is how i can "loop" it to process whatever many files with .mov container are in the folder? [21:24:20 CEST] <c_14> t4nk425: for mov in dir/*.mov; do [command] "${mov##.mov}.mp4"; done [21:24:46 CEST] <c_14> eh [21:24:49 CEST] <c_14> %% instead of ## [21:37:38 CEST] <t4nk425> c_14: could you tell me what i'm doing wrong because it doesn't seem to work for me http://pastebin.com/BXJHBiQC [21:38:11 CEST] <c_14> does 'dir' even exist? [21:38:47 CEST] <c_14> 'dir' is the directory in which the mov files are [21:38:57 CEST] <c_14> If that happens to be cwd, get rid of the dir/ [21:39:13 CEST] <t4nk425> and i have to pt there a path like c:\windows etc right? [21:39:17 CEST] <t4nk425> *put [21:39:53 CEST] <c_14> Wait, you're on windows? [21:40:42 CEST] <t4nk425> yup [21:41:19 CEST] <c_14> scratch everything I said. No idea how to do that on windows. .bat files or python or something maybe [21:42:11 CEST] <BtbN> Or just cygwin or whatever gives you a propper shell. [21:42:39 CEST] <ChocolateArmpits> t4nk425: what are you trying to do? I can help you with batch [21:45:18 CEST] <t4nk425> I have a script that: 1. scales the video down from 1920x1080 to 960x540, 2. adds a watermark dimensions 960x540 on the top of it, 3. renders it at 5Mbps to .mp4 container. I'd like to "loop" that script so i havent to change tha names for all of the files i want to convert like that. I'd simply like to make a folder, put all my 1080p files there, run a script and have a result. Is it possible? [21:46:37 CEST] <ChocolateArmpits> you can do that directly in the command line without writing a batch file [21:47:00 CEST] <ChocolateArmpits> IF you have ffmpeg in your path and changed current directory to the one where your files are placed [21:47:13 CEST] <ChocolateArmpits> Or just place the full directory [21:47:18 CEST] <ChocolateArmpits> anyways here's the command : [21:48:42 CEST] <ChocolateArmpits> for %i in (*) do ("C:\Program Files\ffmpeg\bin\ffmpeg.exe" -i %i [parameters] %~ni.mp4) [21:48:52 CEST] <ChocolateArmpits> you need to have change the directory to the one where the video files are placed [21:48:59 CEST] <ChocolateArmpits> for this to work [21:49:00 CEST] <__jack__> t4nk425: find /path/blabla -type f -exec script.sh {} \; [21:49:16 CEST] <ChocolateArmpits> __jack__: he's on windows [21:49:21 CEST] <__jack__> owh [21:49:34 CEST] <ChocolateArmpits> another way slightly more robust [21:51:08 CEST] <ChocolateArmpits> for /f "delims=" %i in ('dir /b /a-d "[directory with files]"') do ("C:\Program Files\ffmpeg\bin\ffmpeg.exe" -i %i [parameters] %~ni.mp4) [21:51:34 CEST] <ChocolateArmpits> %i if you're in command line, %%i if you're writing batch (%%~ni respectively) [21:52:46 CEST] <ChocolateArmpits> %~ni will output only the filename leaving out the extension and the period separator [21:55:13 CEST] <ChocolateArmpits> t4nk425: Is this understandable for you? [21:57:11 CEST] <t4nk425> ChocolateArmpits: That's rocket science. It'd be nice if you could tell me what i have to put where. For example in the star place in the 1st way to do things i want to do. [21:58:13 CEST] <ChocolateArmpits> that star is part of the command. If you could give me the directories with the file and where your ffmpeg binary is placed I could just insert those in correct place, you would then only have to fill out the parameters [22:32:41 CEST] <DelphiWorld> hi FFMpegsters [22:33:18 CEST] <DelphiWorld> back [22:33:27 CEST] <DelphiWorld> is it pocible to create colorfull subtitle? [22:33:48 CEST] <t4nk425> I figured out how to do the batch processing but one thing bothers me. When i porcess a file named xyz.mov i get a xyz.mov.mp4 file. Is there a way to delete that .mov from the final filename? [22:34:12 CEST] <c_14> DelphiWorld: colorful as in a single color? Or multiple colors? [22:34:18 CEST] <c_14> Also, which subtitle format. [22:34:25 CEST] <DelphiWorld> c_14: multiple [22:34:35 CEST] <DelphiWorld> c_14: i want a format that can be created by hand... [22:36:50 CEST] <c_14> You can do that with ASS. If a limitation of at most 1 color per character is ok, you can also use SRT. [22:41:30 CEST] <DelphiWorld> c_14: no, just one colore per title [22:42:48 CEST] <DelphiWorld> thx a lot, kind c_14 [22:49:03 CEST] <t4nk425> I wrote this: http://pastebin.com/kPTW85b5 and now i have a "problem". Converted files have two extensions and they look like xyz.mov.mp4. the mov doesn't affect the mp4 but if it's possible i'd like to delete that unneeded .mov from the filename. Could somebody tell me if it's possible and in which way could i achieve that? [23:06:01 CEST] <__jack__> t4nk425: maybe you can add output to a different directory, and thus use the same filename [23:08:42 CEST] <ChocolateArmpits> t4nk425: where's %A.mp4" write %~nA.mp4 [23:08:59 CEST] <ChocolateArmpits> as I said previously %~n will expand only the filename [23:10:04 CEST] <t4nk425> for .bat file 2x% right? [23:17:20 CEST] <ChocolateArmpits> yes [23:17:34 CEST] <t4nk425> Now everything works as I expected. Thanks c_14 and ChocolateArmpits for your invaluable help. Now making preview videos for VideoHive will be much quicker. Can i share these few lines of code with other VH authors to make their lifes a bit easier? ;) [23:18:24 CEST] <c_14> Fine by me. [23:18:31 CEST] <ChocolateArmpits> t4nk425: no worries [23:19:38 CEST] <t4nk425> Once more thanks for help and have a great day/night. [23:42:24 CEST] <DelphiWorld> c_14: subtitle done! [23:43:55 CEST] <DelphiWorld> c_14: reducing the video size from a 720P video, will that cause quality loss? [23:44:22 CEST] <c_14> yes [23:44:46 CEST] <DelphiWorld> any recomandation to create like a 320p copy of my 720p [23:45:38 CEST] <c_14> Nothing specific. Just use a decent crf. [23:51:09 CEST] <DelphiWorld> embedding fail [23:51:22 CEST] <DelphiWorld> this is the cmd: [23:51:34 CEST] <DelphiWorld> ffmpeg -i input.mkv -acodec copy -vf ass=subtitles.ass output.mp4 [23:51:45 CEST] <DelphiWorld> but size is very very less and subtitle not included [23:52:38 CEST] <c_14> That will burn the subtitles into the video. And you didn't set a crf, so ffmpeg defaults to whatever. (with x264 it's 23 iirc) [23:52:58 CEST] <DelphiWorld> yes but is not embedding;) [23:53:22 CEST] <c_14> If you want to mux them in, just use ffmpeg -i input.mkv -i subtitles.ass -c:a copy out.mp4 [23:55:02 CEST] <DelphiWorld> ok its encodding now, hope it will be included:P [23:57:34 CEST] <DelphiWorld> c_14: ffmpeg -re -i resalah.mp4 -i resalah.ass -c:a copy out.mp4 [23:57:47 CEST] <DelphiWorld> this should embed the subtitle directly, or add it as a stream? [23:58:02 CEST] <c_14> Eh, you most likely don't want the '-re', but it will add it as a stream. [23:58:28 CEST] <DelphiWorld> crap... ffprobing the out.mp4 dont give the ass stream [00:00:00 CEST] --- Thu Apr 9 2015

1 0

ffmpeg-devel.log.20150407
by burek 08 Apr '15

08 Apr '15

[00:00:35 CEST] <Timothy_Gu> ubitux: ping? [00:11:56 CEST] <kierank> michaelni: what does the argument 'n' refer to in mc_dir_part? [00:12:37 CEST] <kierank> #4431 picks a reference frame past the end [00:12:42 CEST] <kierank> which is insane [00:15:13 CEST] <michaelni> n is 4x4 block index [00:16:41 CEST] <kierank> thanks [00:30:01 CEST] <kierank> so any ideas why H264Ref *ref = &sl->ref_list[0][sl->ref_cache[0][scan8[n]]]; would be nondeterministically setup [00:36:59 CEST] <michaelni> kierank, ive a change locally that might fix this (iam not sure yet, as ive seen a 2nd crash with a previous sample from you which is what iam looking at atm) [00:37:31 CEST] <kierank> what does your change do? [00:37:50 CEST] <michaelni> fix race between slice threads [00:38:32 CEST] <kierank> from a small sample of the zzuf crashes, they all seem to be as a result of ref_cache being corrupt [00:41:12 CEST] <Compn> more asserts! :P [00:41:17 CEST] Action: Compn runs [00:48:01 CEST] <kierank> michaelni: if you need anything please let me know i guess [00:49:09 CEST] <michaelni> no, just need to test a bit more [00:50:30 CEST] <kierank> ok, I will fuzz the patch when the time comes [00:56:23 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:43b434210e59: avcodec/h264: Fix race between slices where one overwrites data from the next [01:10:17 CEST] <llogan> in 4436, among the extra chaff, user attempts to stream copy/mux pcm_s16le into .mpg, then ffmpeg can't decode resulting file. should this muxer even allow arbitrary (non mpeg) audio formats? [01:14:22 CEST] <Compn> llogan : we should prevent user from creating bad files, unless they provide option -yes-iam-an-idiot :P [01:26:54 CEST] <kierank> michaelni: many more segfaults on the way... [01:32:34 CEST] <kierank> ok they all seem to be the same crash #4438 [02:10:59 CEST] <Prelude2004c> hey guys.. looking for a developer to help me port NVENC to work with AMD cards or build a process that will handle the work of multiple sessions and only send 1 or 2 sessions to NVidia cards ( overcome session limit ) .. Anyone interested ? If so please PM me [02:19:46 CEST] <kierank> Prelude2004c: how do you plan to avoid the session limit [03:09:15 CEST] <Guest81495> hi, i'm trying to build ffmpeg on windows using msvc 2013. i followed the guide and i am stuck with this error when running make: http://pastebin.com/7tHB4ANj [03:09:18 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:c4b2017ba66e: avcodec/h264: finish previous slices before switching to single thread mode [03:09:27 CEST] <Guest81495> configure succeeded without any issues. any idea what could be wrong here? [03:41:29 CEST] <kierank> michaelni: fuzzing looks good - thanks for all the bug fixes [03:41:33 CEST] <kierank> will let it run overnight [03:53:52 CEST] <Timothy_Gu> Guest81495: looks like an escaping issue [03:55:43 CEST] <Timothy_Gu> Guest81495: still here? [03:56:45 CEST] <kierank> j-b: https://github.com/Microsoft/FFmpegInterop [06:00:27 CEST] <Timothy_1u> Hmm [10:34:44 CEST] <fffan> fellows, I have a big problem, Can anyone help me? [10:36:26 CEST] <fffan> j-b [11:23:23 CEST] <fffan> when I open multilple rtmp urls in a process , my process crashed. [11:34:04 CEST] <debianuser> loki_: If still relevant, to build x11grab without xcb: `./configure ... --enable-x11grab --disable-libxcb`. Why're you asking by the way? [11:43:55 CEST] <ubitux> Timothy_Gu: i'm not much available currently; is it about coverage? [11:47:15 CEST] <wm4> ubitux: btw. I've seen some srt subtitles with duration 0, but which were obviously meant to be displayed [11:47:35 CEST] <wm4> (so the end timestamp was the same as the start timestamp) [11:47:38 CEST] <ubitux> until the next sub? [11:47:51 CEST] <wm4> these subs were a bit strange though... maybe someone incompetent tried to timeshift them [11:47:56 CEST] <wm4> probably [11:48:08 CEST] <wm4> and only some events [11:48:15 CEST] <wm4> e.g. one file had 2 of such events [11:50:21 CEST] <ubitux> http://pastie.org/pastes/10077899/text quick hack [11:50:46 CEST] <ubitux> you might want to add a time threshold (10 sec?) and check if the sub has content [11:50:54 CEST] <ubitux> and eventually warn in this case [11:51:20 CEST] <debianuser> loki_: Ah, found your messages in #ffmpeg. I was wondering because some time ago I noticed x11grab being fast on its own but slowing down to ~50fps with encoder due to slow RGB->YUV420 conversion. Tried to patch it (pastebin.com/aCmV9A4W) but it was still slow, despite the code itself (pastebin.com/ivJrF5kv) giving 180fps easily. Don't know why. :( [11:52:26 CEST] <BtbN> It's slow because your CPU is lacking basic extensions that make the conversion fast. [11:57:42 CEST] <debianuser> BtbN: Well, the same C code compiled separately was much faster. :) Is it fast for you? Easy test: `time ./ffmpeg -f x11grab -r 60 -s 1920x1200 -i :0 -vf format=yuv420p -t 30 -f null -` (adjust to your monitor resolution). It should take exactly 30 seconds, if it takes like 50 seconds - your cpu is slow too. :) [11:58:19 CEST] <BtbN> The bgr0->nv12 conversion does ~400 fps for me, tested that a few days ago. [12:03:39 CEST] <debianuser> Well, the problem was that it's fast for me on its own, but slow when used inside ffmpeg with that command somewhy. :( (downloading latest linux static build to make sure) [12:17:56 CEST] <debianuser> BtbN: Nope, nothing changed for me: http://pastebin.com/amPLwwfP :( Can you show your output of `time ./ffmpeg -loglevel debug -f x11grab -r 60 -s 1920x1200 -i :0 -vf format=yuv420p -t 30 -f null -` so I could compare your working case with my broken one, maybe I'll see my problem then. [12:24:57 CEST] <BtbN> I'm not testing on a machine with X. [12:36:56 CEST] <wm4> ubitux: appears to work... anyway, the question is, how is it supposed to work? AFAIK one test file claimed that subs with 0 duration should not be visible... [12:37:03 CEST] <wm4> so maybe both is possible [12:37:27 CEST] <wm4> though I'd assume nobody actually uses such invisible subtitles on purpose [12:42:27 CEST] <iive> I think some subtitle software makes srt where the first sub is with duration 0 and contains the fps of the video file. [12:43:02 CEST] <iive> it would make more sense to do that for .sub (microdvd) [12:46:55 CEST] <wm4> yeah, microdvd can have that [12:46:58 CEST] <wm4> never seen it with srt [12:47:27 CEST] <ubitux> there is already an exception for microdvd for that iirc [12:48:33 CEST] <ubitux> wm4: what is the one with subs expecting 0 duration? [12:48:52 CEST] <ubitux> if they are such, they should probably not use that api [12:49:42 CEST] <wm4> what api? [12:49:52 CEST] <wm4> actually fate/sub/SubRip_capability_tester.srt implies subs with no duration should be invisible [12:53:28 CEST] <wm4> debianuser: why aren't you using xcbgrab? [12:53:46 CEST] <ubitux> wm4: this demuxing subtitles api [12:54:06 CEST] <ubitux> specifically for text (with the exception of vobsub) standalone subs [12:54:35 CEST] <ubitux> (fully loaded, then sorted, duration calculated if -1 / or <= 0 now) [12:54:43 CEST] <debianuser> wm4: Unknown input format: 'xcbgrab' :) [12:55:21 CEST] <wm4> nevermind, both x11grab and xcbgrab use the name "x11grab" (wtf???) [12:58:15 CEST] <debianuser> wm4: I tried both (official static build using xcb and custom `./configure ... --enable-x11grab --disable-libxcb`), original x11grab is a little bit faster, but I'm still not getting 60fps with any of them. :( [13:05:29 CEST] <ubitux> wm4: the test could be changed if that's the prefered behaviour [13:06:34 CEST] <ubitux> the only use case of having a zero duration sub would be in a context of caption just like sami, where one sub hides the previous one; but this is handled in the demuxer itself so.. [13:07:31 CEST] <wm4> I'm fairly certain it could actually break things with ass [13:07:36 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:0bcb669eccba: avformat/mov: Disallow ".." in dref unless use_absolute_path is set [13:07:37 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:3ce32f640115: avcodec/dnxhddec: Check that the frame is interlaced before using cur_field [13:07:38 CEST] <cone-232> ffmpeg 03Anton Khirnov 07release/2.2:fdb8a35b0267: hevc: make the crop sizes unsigned (cherry picked from commit c929659bdd7d2d5848ea52e685a3164c7b901bb0) [13:07:39 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:58e055cb262e: avcodec/hevc_ps: More complete window reset [13:07:40 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:691dbc628a43: avcodec/hevc_ps: Check cropping parameters more correctly [13:07:41 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:33877cd276f9: avcodec/msrledec: restructure msrle_decode_pal4() based on the line number instead of the pixel pointer [13:07:42 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:c701506525b3: avutil/pca: Check for av_malloc* failures [13:07:43 CEST] <wm4> so handling it in the demuxer is actually welcome [13:07:43 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:5b4e58ed4c36: avcodec/h264: Fail for invalid mixed IDR / non IDR frames in slice threading mode [13:07:44 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:6496cbee695b: avcodec/h264_refs: Do not set reference to things which dont exist [13:07:45 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:e63f330a1c3c: ffmpeg: Fix extradata allocation [13:07:46 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:3852b172e7de: avcodec/h264: Fix race between slices where one overwrites data from the next [13:07:47 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07release/2.2:8f026e2b388a: avcodec/h264: finish previous slices before switching to single thread mode [13:07:48 CEST] <cone-232> ffmpeg 03Timothy Gu 07release/2.2:83ac312c3cbf: tests/fate.sh: report different status for different errors [13:08:36 CEST] <ubitux> wm4: i'm thinking of rescale that could go wrong too [13:09:12 CEST] <ubitux> but yeah i dunno [13:12:01 CEST] <iive> wm4: i suspect that most of the srt i've seen with that, are conversion from .sub (microdvd). [13:15:17 CEST] <ubitux> wm4: can you show an example btw? [13:18:14 CEST] <wm4> ubitux: http://sprunge.us/VdiQ [13:18:21 CEST] <wm4> 00:27:25,771 --> 00:27:25,771 [13:19:22 CEST] <wm4> it's actually spoken... right before a scene change, where the subtitle offset is messed up and you have to resync [13:19:30 CEST] <wm4> (I hate external subtitles) [13:19:53 CEST] <wm4> so maybe these subs got messed up because someone incompetent tried to timeshift them [13:32:37 CEST] <loki_> debianuser: i think BtbN is right. We need upgrade. [13:33:18 CEST] <loki_> if you have no ssse3 all conversions of pixel format will be slow [13:34:43 CEST] <debianuser> loki_: Maybe, but upgrade of what? ;) In my case the trick is that the very same C code works about 5 times faster on its own then inside ffmpeg. (and according to /proc/cpuinfo I have ssse3) :) [13:35:11 CEST] <loki_> maybe i need carefully read you writing [13:35:14 CEST] <loki_> wait a sec [13:36:27 CEST] <loki_> wait.... [13:36:41 CEST] <loki_> you too messing with nvenc am i right lol? [13:37:47 CEST] <loki_> and what code you run stand alone? [13:38:59 CEST] <loki_> how much fps you got from x11grab without any conversion? [13:39:40 CEST] <debianuser> My test is simple: `time ./ffmpeg -loglevel debug -f x11grab -r 60 -s 1920x1200 -i :0 -t 30 -f null -` is fast, while `time ./ffmpeg -loglevel debug -f x11grab -r 60 -s 1920x1200 -i :0 -vf format=yuv420p -t 30 -f null -` is slow, ~40fps for me (initially there was actual encoder there I nailed it to format conversion later). [13:39:45 CEST] <debianuser> I digged through the ffmpeg code and tried to patch it adding a special case for my format conversion (pastebin.com/aCmV9A4W) but it was still slow, despite the code itself (pastebin.com/ivJrF5kv) giving 180fps easily. Don't know why. :( [13:40:40 CEST] <loki_> maybe because it is not just pixel convertion there? [13:41:00 CEST] <loki_> yuv420p are not nv12 [13:43:17 CEST] <debianuser> My benchmarks: (static ffmpeg, x11grab using xcb): 100fps easily when run on its own, 40fps with `-vf format=yuv420p` or e.g. `-vcodec libx264 -preset ultrafast -pix_fmt yuv420p`. Output example: http://pastebin.com/amPLwwfP Maybe it's not just pixel convertion, but what... [13:45:48 CEST] <BtbN> well, h264 encoding. [13:46:12 CEST] <BtbN> ffmpeg -v debug -f lavfi -i rgbtestsrc -pix_fmt yuv420p -c:v rawvideo -f rawvideo -y /dev/null [13:46:21 CEST] <BtbN> if you want to test raw pixel format conversion performance [13:46:53 CEST] <wm4> lol at libswscale being the bottleneck again [13:47:08 CEST] <BtbN> Well, i wouldn't call 3000 fps bottleneck [13:47:15 CEST] <BtbN> it's a bottleneck on CPUs without ssse3 [13:47:36 CEST] <loki_> debianuser: i don't think you can get 60 fps with libx264 [13:47:37 CEST] <BtbN> nv12 is slightly slower, with 2000 fps [13:48:22 CEST] <debianuser> BtbN: your command is "pixfmt:rgba", how can I make it "pixfmt:bgr0"? [13:48:40 CEST] <BtbN> you can't. [13:49:08 CEST] <debianuser> :( x11grab (and maybe dshow? can't test) produce "pixfmt:bgr0" [13:49:18 CEST] <loki_> and what? [13:49:39 CEST] <BtbN> bgr0 and argb aren't that diffrent. [13:52:52 CEST] <loki_> debianuser: if you have ssse3 you can try hardware encoder to get 60 fps [13:52:54 CEST] <debianuser> BtbN: Well, they are different for ffmpeg :) because your command is ~1500fps for me, while `time ./ffmpeg -loglevel debug -f x11grab -r 60 -s 1920x1200 -i :0 -vf format=yuv420p -t 30 -f null -` is ~40fps. [13:53:01 CEST] <loki_> nvenc for example [13:53:15 CEST] <loki_> hm [13:53:33 CEST] <loki_> so you have 40fps and ssse3? [13:53:53 CEST] <loki_> do you have asm optimizations on? [13:54:18 CEST] <loki_> check out that you really have ssse3 [13:54:28 CEST] <loki_> and not sse3 [13:54:37 CEST] <loki_> it is different things. [13:55:02 CEST] <loki_> i have 40 fps on 1920x1080 [13:55:13 CEST] <debianuser> loki_: I can't make ffmpeg to feed encoder with 60fps. :( E.g. this output http://pastebin.com/amPLwwfP - was with "official" static build. /proc/cpuinfo : flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm tpr_shadow vnmi flexpriority [13:56:04 CEST] <loki_> and with your own build? [13:56:15 CEST] <loki_> just ffmpeg main from git? [13:56:40 CEST] <loki_> debianuser: what video card you have? [13:57:06 CEST] <loki_> i done bgr0 to nv12 with cuda in my version [13:57:10 CEST] <loki_> it runs fast. [13:57:15 CEST] <loki_> you can try it. [14:01:26 CEST] <debianuser> loki_: Heh, I'm mostly trying to find out why ffmpeg is fast for other cases (e.g. BtbN's rgbtestsrc command), but is so slow for x11grab case. I mean screengrabbing is a common usecase, it would be great if it was fast by default, not limited to 40fps. :) [14:02:13 CEST] <BtbN> screencapture is slow, very slow. [14:02:16 CEST] <loki_> so can you please answer for my questions. how much fps from x11grab without any pixel convertin? [14:02:27 CEST] <loki_> and other which video card you have. [14:02:47 CEST] <loki_> i have 70 fps [14:03:00 CEST] <loki_> without any pixel convertion [14:03:48 CEST] <loki_> and with cuda and nvenc i get 43 fps sometimes max on idle, and stable 30 fps under heavy load in my case Dota 2 [14:05:09 CEST] <loki_> but my gpu goes to 70 C lol [14:06:19 CEST] <loki_> and as BtbN said, that i have very bad bus utilization... which i can fix only malloc ~ 400mb of gpu memory [14:06:35 CEST] <loki_> and it is not right. [14:06:51 CEST] <loki_> or maybe i don't get how nvenc works. [14:18:43 CEST] <loki_> another thing... i can't get why my system ffmpeg faster in test then my build [14:19:05 CEST] <loki_> i think all options about optimization and x11grab are meet [14:32:24 CEST] <debianuser> BtbN: `time ./ffmpeg -v debug -f x11grab -r 60 -s 1920x1200 -i :0 -t 30 -f null -` on its own (without "-vf format=yuv420p") is fast. It's 60fps with ffmpeg using ~5% CPU. But adding "-vf format=yuv420p" makes go down to 40fps. :( [14:34:16 CEST] Action: debianuser feels bad when people blame x264 being too slow or xorg being too slow, while it seems to be some small stupid bug in pixel format conversion and I can't find how to fix it. :( [14:35:02 CEST] <loki_> i think bug that x11grab can not be threaded. [14:35:30 CEST] <BtbN> No idea what bug you mean. 60 fps for x11 grab is already quite nice [14:36:41 CEST] <debianuser> loki_: without format conversion I can get 100fps with command: `time ./ffmpeg -f x11grab -r 100 -s 1280x1024 -i :0 -t 30 -f null -`. [14:37:14 CEST] <loki_> so what gpu you have? [14:37:30 CEST] <loki_> i want to show some code for gpu pixel convertion [14:38:16 CEST] <debianuser> nvidia geforce 8600, but it doesn't matter for that command, since my problem happens somewhere inside ffmpeg, before the encoder part. [14:38:38 CEST] <BtbN> Yes it does matter, it has to pull the frames from your GPU. [14:38:46 CEST] <BtbN> nvidia GPUs are exceptionaly bad at this [14:39:06 CEST] <loki_> debianuser: and what cpu? [14:40:21 CEST] <debianuser> BtbN: Yes! Having 60fps, even 100fps with x11grab itself is great! Having it limited to 40fps due to some format conversion bug in ffmpeg - that's what bothers me. :( [14:40:29 CEST] <BtbN> Not a bug. [14:40:45 CEST] <BtbN> format conversion is rather slow. [14:42:25 CEST] <loki_> so i think all about timings and threading... [14:43:06 CEST] <loki_> grabing of screenshots in syncrounus operations and it is already bottleneck. [14:43:14 CEST] <debianuser> Being fast for "pixfmt:rgba" but slow for "pixfmt:bgr0" seems like a bug to me. :) [14:44:12 CEST] <nevcairiel> depends, with a it might want to preserve alpha which would be more work [14:46:24 CEST] <BtbN> Well, nobody writing hand-optimized assembler for that conversion for your set of cpu features is not a bug. [14:47:25 CEST] <debianuser> nevcairiel: heh, but "pixfmt:rgba" is FASTER than "pixfmt:bgr0" :) [14:48:14 CEST] <loki_> strange... [14:48:28 CEST] <loki_> i have fps down when i add coversion [14:48:37 CEST] <loki_> and it is fastest with bgr0 [14:48:44 CEST] <loki_> i think you doing something wrong [14:48:58 CEST] <nevcairiel> BtbN: wat, nvidia GPUs being exceptionally bad at getting the image from the GPU? Have you tried this on AMD? It'll make your entire system crawl when you try to grab 1080p @ 60 fps on some GPUs :P [14:49:26 CEST] <BtbN> Well, my integrated intel one happy does 200fps+ [14:49:29 CEST] <nevcairiel> At least the windows driver has a nice DMA path for this with minimal CPU usage, experience on other OS'es might vary [14:49:38 CEST] <nevcairiel> on windows i can easily grab 500 fps [14:49:54 CEST] <BtbN> No x11grab on windows though [14:50:03 CEST] <BtbN> windows has propper APIs for screen grabbing, too [14:50:05 CEST] <nevcairiel> nah, just the copy from gpu memory [14:50:45 CEST] <nevcairiel> (unfortunately ffmepg doesnt support any of the proper Windows APIs though) [14:51:06 CEST] <nevcairiel> well, the one proper API, that is. [14:51:22 CEST] <BtbN> Desktop Duplication on Win8+ [14:51:30 CEST] <nevcairiel> yeah, thats the only proper API [14:51:33 CEST] <nevcairiel> anything before sucks [14:52:30 CEST] <debianuser> BtbN: Agree. It seems there wasn't even a C-special case for it. So I tried to write one (basically copypasted ff_rgb24toyv12_c() in libswscale/rgb2rgb_template.c). Tested it: http://pastebin.com/ivJrF5kv ~180fps (!). Patched ffmpeg with it: http://pastebin.com/aCmV9A4W - 53fps. [14:52:35 CEST] <nevcairiel> in any case, AMD even has trouble in real-time copying of a 1080p60 video stream back to system memory after decoding on the GPU, while both intel and nvidia cna do 500 fps easy (assuming it decodes that fast) [14:52:35 CEST] <debianuser> Even without asm, just a plain C implementation got me faster than 40fps, still not 180fps, not even 60fps somewhy. :( [14:53:15 CEST] <BtbN> Because it's an inefficient C implementation. [14:53:44 CEST] <nevcairiel> Without proper profiling, its impossible to judge where the speed is really going [14:54:15 CEST] <debianuser> But why ffmpeg+x11grab = 100fps, C-implementation = 180fps, ffmpeg+x11grab+C-implementation=53fps? [14:54:59 CEST] <nevcairiel> because its all running on one thread, so performance cost adds up [14:56:04 CEST] <debianuser> It should be ~100fps then, since ffmpeg+x11grab takes ~5% CPU :) [14:56:40 CEST] <nevcairiel> 100 fps means it takes 10ms to process every frame, 180 fps means it takes 5.5ms to process each frame, add both up, it takes ~15.5 ms per frame (~65 fps).. add some small extra overhead, and its easily at 53 fps [14:56:56 CEST] <wm4> huh, I thought ffmpeg used multiple threads to a degree [14:57:02 CEST] <wm4> ffmpeg.c I mean [14:57:09 CEST] <nevcairiel> probably not in such a capture graph [14:59:18 CEST] <debianuser> nevcairiel: "100 fps means it takes 10ms to process every frame" - But it doesn't actually do anything during those 10ms :) It just captures them every 10ms, using ~5% CPU. [14:59:55 CEST] <nevcairiel> then profile, and stop speculating. [15:00:06 CEST] <nevcairiel> we cant help you unless you provide tangible evidence [15:00:43 CEST] <debianuser> I tried. :) callgrind of my patched ffmpeg says that most of the time is spent in my function... [15:00:59 CEST] <debianuser> Hm... Maybe there's a bug in x11grab somewhere, doing usleep(10000) no matter how much time it spent doing format conversion... [15:02:47 CEST] <debianuser> nevcairiel: by the way, if you're on windows, can you show what format is used when doing screengrabbing there? I.e. `ffmpeg -v debug -f dshow -r 60 -s 1280x1024 -i ... -vf format=yuv420p -t 30 -f null -` ? [15:37:21 CEST] <cone-232> ffmpeg 03Vignesh Venkatasubramanian 07master:6fd300ac6c2c: lavf: Add support for WebM Live Muxing [16:23:41 CEST] <loki_> debianuser: hi [16:24:22 CEST] <loki_> debianuser: try simplescreenrecorder. i think he do biggest cpu utilization and it gives me high fps then ffmpeg [16:24:41 CEST] <loki_> and it use ffmpeg to encode video lol [16:24:51 CEST] <loki_> i think there is something about threading. [16:25:41 CEST] <loki_> can someone explain me one thing. i checked code of x11grab and there is pause. are grabbing and encoding are independent proccess or not? [16:26:13 CEST] <BtbN> x264 uses multiple threads. That's it. [16:27:27 CEST] <nevcairiel> my guess is that conversion is on the same thread as grabbing [16:28:12 CEST] <rcombs> just took a look at this "WebM Chunk" muxer [16:28:54 CEST] <rcombs> wondering if it'd make more sense to have MPEG- and WebM-DASH both implemented using a more advanced form of the segment muxer [16:29:04 CEST] <rcombs> less code duplication that way [16:30:04 CEST] <loki_> nevcairiel: so that pause between frames can be bottleneck? [16:30:12 CEST] <rcombs> speaking of which, michaelni: any thoughts on my segment.c patch? The WebM Live patch ended up making the changes we discussed (and decided not to make) in matroskaenc.c [16:31:32 CEST] <Daemon404> does anyone who is not Google use webm dash [16:31:35 CEST] <Daemon404> real question [16:32:17 CEST] <rcombs> Daemon404: I'm planning on using something similar to but not quite like WebM Dash [16:33:13 CEST] <rcombs> (segmented H.264 and AAC [single set of segments, rather than one per stream] with the header in a separate file, with on-demand concatenation from the seek target onwards handled on the server instead of the client) [16:33:58 CEST] <Daemon404> uh [16:34:04 CEST] <Daemon404> so why not use MPEG-DASH [16:34:07 CEST] <Daemon404> which does exactly taht [16:34:26 CEST] <Daemon404> and is actually a standard [16:34:40 CEST] <rcombs> because DASH clients are extremely picky about segment durations being as-advertised [16:34:50 CEST] <rcombs> which is hard when you're remuxing user content on-demand [16:35:06 CEST] <Daemon404> define user content [16:35:15 CEST] <rcombs> the user's media files [16:35:31 CEST] <Daemon404> only remuxing input seems like a bad idea [16:35:40 CEST] <Daemon404> all sorts of broken garbage [16:36:04 CEST] <rcombs> it's fast on weak hardware, doesn't degrade quality, and doesn't eat CPU [16:36:13 CEST] <rcombs> there's an option to not do that [16:36:47 CEST] <Daemon404> i mean, ive written something similar [16:36:49 CEST] <rcombs> also, have you ever tried to use MPEG-DASH on an embedded system [16:36:56 CEST] <Daemon404> getting teh segment lengths and stuff right is annoying but doable [16:36:57 CEST] Action: rcombs points at Chromecast [16:37:02 CEST] <Daemon404> yes i have [16:37:16 CEST] <rcombs> fun fact, Chromecast doesn't actually have a DASH demuxer; you're supposed to do it in JS [16:37:22 CEST] <Daemon404> i know [16:37:32 CEST] <Daemon404> i wrote our DASH code [16:37:34 CEST] <rcombs> and thus are extremely limited on memory (and therefore segment sizes) [16:37:35 CEST] <Daemon404> our = company [16:37:53 CEST] <Daemon404> you want super large segment sizes regardless [16:38:03 CEST] <Daemon404> teh entire point of segments is adaptive streaming [16:38:12 CEST] <BtbN> unless you do live streams [16:38:18 CEST] <BtbN> super large segments = high delay [16:38:25 CEST] <Daemon404> soryr [16:38:28 CEST] <Daemon404> i mistyped [16:38:28 CEST] <michaelni> rcombs, maybe ask/discuss with vignesh, ive no real preferrance on how its solved [16:38:34 CEST] <Daemon404> im eant to type you DONT want large segments, BtbN [16:38:37 CEST] <Daemon404> meant* [16:38:46 CEST] <rcombs> except when you're in JS and the whole segment has to be held in memory [16:38:57 CEST] <Daemon404> rcombs, thats every dash implementation. [16:39:07 CEST] <Daemon404> the mediasource api uses a uint8array [16:39:08 CEST] <rcombs> (except for some reason there are a load of HLS client implementations that want to hold whole segments in memory) [16:39:10 CEST] <Daemon404> you append, and feed to it [16:39:16 CEST] <Daemon404> (in js) [16:39:54 CEST] <Daemon404> in practice you probably want 5-10s segments at most [16:40:00 CEST] <Daemon404> to be able to adapt properly [16:40:01 CEST] <Daemon404> and quickly [16:40:13 CEST] <rcombs> (like Roku: it handles large single MKV, MP4, MPEG-TS& files just fine& but if you have a single segment in an HLS stream larger than a few tens of MB, the whole thing freezes up) [16:40:23 CEST] <Daemon404> roku is garbage [16:40:29 CEST] <Daemon404> single worst plastic toy [16:40:34 CEST] <rcombs> there are bunches of other HLS clients just like that [16:41:01 CEST] <rcombs> no fucking idea why they see "HLS" and go "hurr durr better buffer whole segments in memory when I have no problem streaming anything else" [16:41:23 CEST] <Daemon404> i hink if you have segment sizes that large, somethign is weird [16:41:35 CEST] <Daemon404> maybe 4k might be that large for a sane seg len [16:41:38 CEST] <rcombs> Daemon404: that's great when you're on a powerful encoder machine spitting out several adaptive streams at the same time and serving to a lot of clients [16:42:04 CEST] <Daemon404> ? [16:42:21 CEST] <rcombs> Daemon404: but my use-case is a consumer media server that needs to be able to run reasonably on an ARM [16:42:28 CEST] <Daemon404> i am quite sure that using a smaller segment length will not cripple an ARM cpu [16:42:31 CEST] <Daemon404> while muxing [16:42:37 CEST] <rcombs> yeah, sure [16:42:46 CEST] <rcombs> but you don't have fine control of the segment sizes [16:42:56 CEST] <rcombs> you're limited by the input stream's keyframes [16:43:06 CEST] <Daemon404> usually you have some control over kf distance [16:43:06 CEST] <rcombs> 1 large GoP == fucked [16:43:26 CEST] <Daemon404> rcombs, also [16:43:28 CEST] <Daemon404> may i add [16:43:37 CEST] <Daemon404> mpeg dash does not require segs to start with keyframes [16:43:38 CEST] <Daemon404> nor does hls. [16:43:45 CEST] <Daemon404> in fact, most hls streams ive seen do not. [16:44:29 CEST] <Daemon404> right now, one browser doesnt support DASH properly like that though (because Google only cares about youtube, and noone elses) [16:44:38 CEST] <Daemon404> i would think non-keyframe segments would be standard in live streaming [16:44:46 CEST] <Daemon404> thats specifically why the bug was filed for chrome [16:44:50 CEST] <Daemon404> (it works fine for hls) [16:45:49 CEST] <rcombs> wait wat [16:46:07 CEST] <Daemon404> e.g. look at every single hls stream from akamai [16:46:16 CEST] <rcombs> http://dashif.org/about-dash-industry-forum/ "Segments are keyframe-aligned across representations" [16:46:30 CEST] <Daemon404> you are conflating segments and fragments perhaps [16:46:39 CEST] <Daemon404> ah, no, i am conflatign DASH and MSE [16:46:43 CEST] <Daemon404> MSE does not require it [16:48:25 CEST] <Daemon404> fwiw i think it's insane to server user content directly to viewers by rmeuxing [16:48:29 CEST] <Daemon404> security nightmare [16:49:04 CEST] <nevcairiel> if the user controls that content, ie. its his own media library, its probably fine [16:49:12 CEST] <rcombs> "user" here == "server owner" + "people the server owner has explicitly shared the server with" [16:49:36 CEST] <rcombs> "A segment that contains video SHOULD have at least one key frame and enough information to completely initialize a video decoder."& [16:49:53 CEST] <Daemon404> rcombs, let me find the relevant chromium bug [16:49:55 CEST] <rcombs> &but it's just a SHOULD, so I SHOULD play around and see which clients are lenient about it [16:49:59 CEST] <nevcairiel> should in spec talk is MUSST HAVE? [16:50:04 CEST] <Daemon404> rcombs, i already did [16:50:13 CEST] <Daemon404> it works fine in IE, not in chrome [16:50:19 CEST] <Daemon404> and firefox doesnt have DASH... sooo [16:50:29 CEST] <Daemon404> let me dig up teh relevant bug [16:51:11 CEST] <Daemon404> https://code.google.com/p/chromium/issues/detail?id=229412 [16:51:12 CEST] <Daemon404> iirc [16:51:25 CEST] <Daemon404> > Reported by acolw...(a)chromium.org, Apr 9, 2013 [16:51:28 CEST] <rcombs> Daemon404: and Safari, Opera, pre-Blink Opera (as deployed on a number of Smart TV devices), various Android player stacks, Roku, PS3/4, Xbox 360+One, Windows 8, <ad nauseum> [16:51:29 CEST] <Daemon404> so dont hold out hope [16:51:44 CEST] <Daemon404> rcombs, i menat for FASH [16:51:46 CEST] <rcombs> ("Smart" TV) [16:51:46 CEST] <Daemon404> DASH* [16:52:04 CEST] <Daemon404> i know for a fact hls should work fine with no keyframe at the start [16:52:35 CEST] <Daemon404> because the largest CDN in the world makes it like that [16:52:39 CEST] <Daemon404> served to all those devices. [16:52:41 CEST] <rcombs> I should send a patch to add an option to let segment.c break video on non-keyframes, then [16:52:44 CEST] <nevcairiel> i've seen many android phones that even fail on hls streams with a keyframe, since we encode them that way [16:53:01 CEST] <Daemon404> nevcairiel, android hls is writeoff [16:53:05 CEST] <rcombs> nevcairiel: Android phones don't even need an excuse to fail on media playback [16:53:06 CEST] <Daemon404> they just dont care [16:53:22 CEST] <rcombs> it's so fragmented [16:53:24 CEST] <nevcairiel> it works perfectly fine on nexuis phones [16:53:32 CEST] <nevcairiel> some others however [16:53:34 CEST] <nevcairiel> specifically sony [16:53:35 CEST] <nevcairiel> :d [16:53:43 CEST] <Daemon404> hls works on my s4, but dash in chrome on the same s4 is lolbad [16:53:55 CEST] <rcombs> I feel very sorry for our Android guys who have to put up with this shit [16:54:00 CEST] <nevcairiel> we dont use chrome, we use the media player [16:54:08 CEST] <rcombs> ExoPlayer is apparently nice, though [16:54:19 CEST] <Daemon404> nevcairiel, api-level is still incosistent as hell [16:54:27 CEST] <Daemon404> android dev policies are nonexistent afaict [16:54:35 CEST] <rcombs> in that it gives better consistency for another level or two of the player stack [16:55:12 CEST] <rcombs> (by putting it in the app instead of in hundreds of different ROMs for different versions on different phones from different manufacturers who don't give a fuck) [16:55:20 CEST] <wm4> <Daemon404> mpeg dash does not require segs to start with keyframes [16:55:21 CEST] <wm4> <Daemon404> nor does hls. [16:55:21 CEST] <wm4> <Daemon404> in fact, most hls streams ive seen do not. [16:55:34 CEST] <wm4> does ffmpeg's hls demuxer handle this correctly? [16:55:40 CEST] <Daemon404> i dont know [16:55:44 CEST] <Daemon404> i have never used it [16:55:50 CEST] <Daemon404> wm4, try any akamai hls stream i guess [16:55:50 CEST] <wm4> (I don't see how it could) [16:55:59 CEST] <nevcairiel> the demuxer probably just throws a continues mpegts stream at the mpegts demuxer [16:56:06 CEST] <Daemon404> the only hls i care about is mostly apple's [16:56:09 CEST] <rcombs> nevcairiel: yup [16:56:10 CEST] <Daemon404> and some android [16:56:23 CEST] <Daemon404> i can use less-shitty things elsewhere [16:56:23 CEST] <nevcairiel> i wonder if ExoPlayer is something i might want to look into [16:56:25 CEST] <Daemon404> instead of hls [16:56:34 CEST] <rcombs> so I'd guess, some broken frames until the first keyframe and then normalcy [16:56:51 CEST] <wm4> hm that's weird then [16:56:56 CEST] <rcombs> nevcairiel: our Android guys tell me they're also reasonably responsive to GitHub issues [16:57:12 CEST] <Daemon404> for now [16:57:16 CEST] <Daemon404> until they build up [16:58:14 CEST] <nevcairiel> ExoPlayer would also make it reasonably easy to hook up new formats, if we ever feel the need to do that [16:59:01 CEST] <rcombs> they're in the middle of wrapping up HLS support, where they previously just had DASH [16:59:07 CEST] <rcombs> (and non-streaming formats) [16:59:31 CEST] <nevcairiel> once HLS is in and tested, it might be an interesting choice for us, get away from the vendor-specific problems in the default media player [18:13:11 CEST] <Daemon404> how painful are STL subtitles [18:13:52 CEST] <nevcairiel> is that a real question or one of the rhetorical kind [18:14:12 CEST] <Daemon404> lol [18:14:19 CEST] <Daemon404> someone approached me about adding stl support [18:14:24 CEST] <Daemon404> to vimeo [18:14:24 CEST] <kierank> Hahaha [18:14:36 CEST] <nevcairiel> the format isnt that crazy [18:15:10 CEST] <Daemon404> it looks less annoying than scc was [18:15:41 CEST] <nevcairiel> one annoying part is that it supports loading graphics [18:15:44 CEST] <nevcairiel> instead of plain text [18:15:49 CEST] <nevcairiel> but you could just ignore that for now [18:16:00 CEST] <Daemon404> doesnt matter [18:16:07 CEST] <Daemon404> i normalize subtitles to a common subset [18:16:13 CEST] <Daemon404> id just drop it and warn [18:16:44 CEST] <nevcairiel> then the format probably shouldnt be too bad [18:20:50 CEST] <Timothy_Gu> michaelni: sorry about forgetting to push to release/1.2. did you backport it or no? There aren't any conflicts iirc [18:21:34 CEST] <michaelni> Timothy_Gu, just cherry picked it locally [18:42:53 CEST] <Timothy_Gu> michaelni: ok [20:08:54 CEST] <cone-232> ffmpeg 03Luca Barbato 07master:108f2f381acb: parseutils: Extend small_strptime to be used in avformat [20:08:55 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07master:0739179bfb00: Merge commit '108f2f381acb93827fb4add0517eeae859afa3bf' [20:28:03 CEST] <Plorkyeran> STL's actually pretty pleasant as far as subtitle formats go [20:28:09 CEST] <Plorkyeran> there's a real spec [20:28:18 CEST] <Plorkyeran> and real-world usage is similar to what the spec says [20:28:30 CEST] <Plorkyeran> and the spec is not 500 pages [20:28:43 CEST] <Plorkyeran> that alone puts it ahead of most formats [20:31:53 CEST] <wm4> ubitux: I have a MicroDVD file with this as first line: {1}{1}23.976 [20:32:06 CEST] <wm4> ubitux: libavformat appears to return it as event [20:32:19 CEST] <wm4> Plorkyeran: sounds pretty awesome indeed [20:32:56 CEST] <wm4> and libavformat has a stl demuxer thanks to OPW [20:34:18 CEST] <wm4> does anyone know any other software which actually reads the MicroDVD fps header? [20:34:26 CEST] <wm4> open source software, that is [20:34:58 CEST] <j-b> VLC does [20:35:08 CEST] <Plorkyeran> I'm pretty sure Aegisub does [20:35:37 CEST] <j-b> wm4: in vlc we try to strtof and if it's a value that makes sense, uses it. [20:36:14 CEST] <wm4> j-b: do you remember which source file? [20:37:08 CEST] <j-b> wm4: you're a stealer! [20:37:09 CEST] <j-b> wm4: https://git.videolan.org/?p=vlc.git;a=blob;f=modules/demux/subtitle.c;hb=HE… [20:37:29 CEST] <wm4> thanks [20:37:50 CEST] <j-b> I would take this source code with extreme care [20:37:57 CEST] <j-b> a LOT of security issues are in it. [20:38:52 CEST] <wm4> that kind of stuff is why I dumped mplayer's subtitle parser [20:39:06 CEST] <wm4> mplayer's was a lot worse, of course [20:39:27 CEST] <Plorkyeran> huh, aegisub's parser also allows square brackets [20:39:35 CEST] <wm4> so it tries "sscanf( s, "{%d}{}%[^\r\n]", &i_start, psz_text ) == 2", but how is this not dead code? [20:39:37 CEST] <Plorkyeran> I wonder what insane program that's a hack for [20:40:03 CEST] <wm4> it calls break; if i_stop!=1, and i_stop is initialized to -1 [20:42:10 CEST] <wm4> weird, libavformat's code looks like it should be handling this [20:47:20 CEST] <wm4> uh, just doesn't skip the line itself [20:47:34 CEST] <j-b> 20:44 < fflogger> [editedticket] calestyo: Ticket #4441 (support HDCD) updated https://trac.ffmpeg.org/ticket/4441#comment:4 [20:47:44 CEST] <j-b> lol, we had the same crap asked [20:52:30 CEST] <wm4> ubitux: ooh, I get it, it was because I still had your hack applied to extend subtitles with duration=0 [20:57:50 CEST] <cone-232> ffmpeg 03Luca Barbato 07master:27f274628234: parseutils: Make av_small_strptime public [20:57:51 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07master:9c37c8124614: Merge commit '27f274628234c1f934b9a6a6380ed567c1b4ceae' [20:58:36 CEST] <kierank> Daemon404: do you mean EBU STL or the other STL? [20:59:09 CEST] <Daemon404> i was only told stl [20:59:15 CEST] <Daemon404> the one in common use [20:59:25 CEST] <kierank> dunno then [20:59:27 CEST] <kierank> could be either [20:59:41 CEST] <Daemon404> i doubt it is ebu stl [20:59:43 CEST] <Daemon404> since it is new [20:59:46 CEST] <Daemon404> and european [21:00:04 CEST] <kierank> spruce stl [21:00:06 CEST] <kierank> that's the one [21:00:35 CEST] <Daemon404> ebu shouldnt have aliased the name [21:03:36 CEST] <kierank> spruce did [21:03:37 CEST] <kierank> ebu stl is from the 80s [21:04:17 CEST] <Daemon404> oic [21:51:26 CEST] <cone-232> ffmpeg 03Vignesh Venkatasubramanian 07master:d6bb82387c12: webmdashenc: Fix fate in MSVC [22:05:16 CEST] <debianuser> so, it seems x11grab works like this: usleep(frametime-curtime); request frame; sleep until the frame is received; process the frame (format conversion). It may be possible to workaround that by doing asynchronous request of the next frame while current frame is still processed and then "delaying" that frame a little... [22:05:19 CEST] <debianuser> Or better, it could be fixed by doing format conversion in a separate thread. Other inputs (dshow, v4l, gdigrab) could benefit from it too. But I don't know how to do that. Don't even know where to start looking. :( [22:48:15 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07master:3662e251cbe0: avformat/asfenc: Check for index_ptr allocation failure [22:56:33 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07master:f289422a3ea5: avformat/ape: Use av_malloc_array() [23:28:18 CEST] <cone-232> ffmpeg 03Michael Niedermayer 07master:235589ee9e9a: avformat/segment: Change enum to int, which is accessed via AVOption as int [23:28:20 CEST] <Prelude2004c> hey.. can anyone help me with these errors please ( http://pastebin.com/xqDemsiA ) .. my CPU's are fine no load almost.. the card is barely being used [23:31:48 CEST] <Prelude2004c> anyone? [23:49:44 CEST] <Compn> Prelude2004c : try asking on mailing list, more attention there [23:50:14 CEST] <Compn> Prelude2004c : without command line params we dont know whats wrong... network issue mayyyybe ? check dmesg too [00:00:00 CEST] --- Wed Apr 8 2015

1 0

ffmpeg.log.20150407
by burek 08 Apr '15

08 Apr '15

[00:00:07 CEST] <DragonsLord> May I ask you why? [00:00:31 CEST] <c_14> The protocol is the same thing as doing cat video01.avi video02.avi video03.avi > video0x.avi [00:01:56 CEST] <DragonsLord> So something like this > ffmpeg -f concat -i mylist.txt -c copy output < [00:02:11 CEST] <c_14> yep [00:06:32 CEST] <pyBlob> is there a way of outputting audio data in pcm_s16le format preceded by a length field? [00:07:40 CEST] <pyBlob> using "-f wav" generates a wav header that would be needed to parse, and "-f s16le" doesn't store a length field [00:12:14 CEST] <seasc> The new PKG_CONFIG_PATH and LD_LIBRARY_PATH made it possible to build ffmpeg with --enable-libx265, HOWEVER, see: http://pastebin.com/PXQRF85c [00:13:16 CEST] <pyBlob> and why does the created wav file start with "-f wav" start with "RIFF\xc3"+<4byte-length> instead of "RIFF"+<4byte-length>? [00:13:57 CEST] <c_14> seasc: did you export LD_LIBRARY_PATH to the correct dir? [00:16:34 CEST] <seasc> c_14, i have LD_LIBBARY_PATH to the dir with the 'custom' codecs, x265 however is installed in /usr/local/lib, because of ccmake installation... LD_LIB_P is set to $CHROOT/usr/lib, not /usr/local/lib (but that is added as -L/usr/local/lib as --extra-ldflags) [00:17:10 CEST] <c_14> export LD_LIBRARY_PATH=customlibthingy:/usr/local/lib [00:17:14 CEST] <seasc> can i set multipla paths just like for PKG_CONFIG? [00:17:17 CEST] <c_14> yep [00:17:22 CEST] <seasc> ok [00:18:13 CEST] <seasc> isnt it the same after all? i mean, is there a difference between --extra-ldflags=-L/path1 and export LD_LIB_P=LD_LIB_P:path1 ? [00:18:39 CEST] <c_14> The --extra-ldflags is only useful during compliation, LD_LIBRARY_PATH is used when executing the resulting binary [00:18:52 CEST] <c_14> They're "completely" unrelated [00:18:54 CEST] <seasc> Ohhh [00:21:56 CEST] <c_14> (this also means that you only need to set the LD_LIBRARY_PATH when you run the resulting binary, not when compiling) [00:22:00 CEST] <seasc> ok, last compile run for 'tdoay'... moved all --extra-ldflags to LD_LIBRARY_PATH, lets see. [00:22:19 CEST] <seasc> err uh? [00:22:40 CEST] <c_14> The linker uses the ldflags to link the object files. [00:22:45 CEST] <seasc> Cant i make the binary to use those paths by its own default? [00:22:45 CEST] <c_14> That's what the --extra-ldflags is fore [00:22:56 CEST] <c_14> No [00:23:10 CEST] <seasc> ah wait, but the LD_LIB_PATH does so? [00:23:14 CEST] <c_14> The binary on execution looks in the paths listed by LD_LIBRARY_PATH (and some defaults) [00:23:20 CEST] <seasc> or are both paths to be set before exe the bin? [00:23:46 CEST] <c_14> You only need the ldflags when compiling and you only need the LD_LIBRARY_PATH when you execute/run the resulting binary[ies] [00:24:52 CEST] <seasc> and if LD_LIBRARY_PATH if set upon compiling, i have to set that to run the result, anyway? No way to 'avoid' that? [00:25:01 CEST] <smo_> if i have a Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658) can i only use the mpeg4 decoder to decode it ? [00:25:33 CEST] <c_14> seasc: setting it on compilation is a noop, it only takes effect when running the result [00:25:43 CEST] <seasc> smo_, ffmpeg -i video.mp4 output.mkv [00:26:16 CEST] <c_14> smo_: most likely yes [00:26:18 CEST] <smo_> i know seasc thnaks :) just want to know if i can force another decoder :p ? [00:26:28 CEST] <seasc> smo_, meaning, ffmpeg should have mp4 capabilities included, so... for 'most' videos, yes [00:28:09 CEST] <c_14> smo_: if there is another decoder for it, yes [00:28:11 CEST] <smo_> still my chromium boring, since if i make a live transoding of this file type with copy for audio and video the video is totally normal, very fluid but if i play it with the libffmpegsumo.so it has artefacts :/ [00:28:15 CEST] <c_14> ffmpeg -c codec -i video [00:29:04 CEST] <smo_> i see but i have to find how chromium do to choose the codec for decoding the video [00:29:32 CEST] <smo_> which other codec can i try for this file type c_14 ? [00:29:39 CEST] <smo_> mpeg4 (Advanced Simple Profile) (XVID... [00:30:41 CEST] <c_14> I don't know of another decoder within ffmpeg that handles mpeg4. Maybe libxvid if you have that compiled in. [00:33:01 CEST] <seasc> c_14, YEAH, though i dont like the required workaround... it works! :) thanks alot for your patience and explanations! [00:33:25 CEST] <smo_> seems i hvae this problem only with files where i have the message "Video uses a non-standard and wasteful way to store B-frames no way to find workaround for it ? [00:33:54 CEST] <c_14> reencode the video? [00:34:15 CEST] <smo_> (without reencoding, that s the problem) [00:34:59 CEST] <smo_> arf, don t know why peoples still encode their videos with avi and mpeg4... :) [00:37:01 CEST] <seasc> because they just copy the streams to another container, because its faster than the actual encoding [00:43:31 CEST] <smo_> np i ll force reencoding only for avi files ... :) thanks [00:49:51 CEST] <adrian_1908> hello, what command would you recommend for overlaying a PNG input sequence with transparency onto a plain white background? I want to do it on-the-fly, because of harddrive space restrictions. [00:50:20 CEST] <adrian_1908> (the output will be x264 video) [00:51:25 CEST] <c_14> ffmpeg -i thing%03d.png -filter_complex 'color=white[w];[0][w]overlay[v]' -map '[v]' out.mkv [00:51:45 CEST] <c_14> https://ffmpeg.org/ffmpeg-filters.html for docs on each of the options for the filters [00:52:27 CEST] <adrian_1908> c_14: thank you, that looks promising. [00:54:26 CEST] <llogan> adrian_1908: it may look better with overlay=format=rgb [00:55:33 CEST] <adrian_1908> llogan: in place of 'color=white[...', correct? [01:06:15 CEST] <llogan> adrian_1908: append =format=rbg to your overlay filter [01:06:29 CEST] <adrian_1908> llogan: yeah, i noticed, sorry. [02:11:14 CEST] <Prelude2004c> hey guys.. looking for a developer to help me port NVENC to work with AMD cards or build a process that will handle the work of multiple sessions and only send 1 or 2 sessions to NVidia cards ( overcome session limit ) .. Anyone interested ? If so please PM me [05:25:36 CEST] <YaMoonSun> Anyone know where I can find a video tutorial of creating your own ffmpeg build? I need to compile with libfdk_aac [06:52:19 CEST] <relaxed> YaMoonSun: did you see https://trac.ffmpeg.org/wiki/CompilationGuide ? [08:01:00 CEST] <ScottSteiner> Is it possible to combine two videos (including audio) to have them playing side by side without resizing the input videos? [08:44:49 CEST] <anshul_mahe> how to make ffmpeg listen for rtsp stream, just not I need to make ffplay listen on my rtsp stream [08:45:21 CEST] <anshul_mahe> I want fffmpeg to listen and ffplay can play the live stream any time it wants [08:48:47 CEST] <anshul_mahe> here is my command http://pastebin.com/kG71BKQQ and logs [08:49:12 CEST] <anshul_mahe> I am trying to set timeout value, but ffmpeg has ignored it [10:14:15 CEST] <dude42> Good day, I have two video files, both contain a video steam encoded with h264. However one play smoothly when streaming from a mediatomb dlna server using vlc on my phone, the other is choppy. The weird thing is, the choppy video has a lower bitrate than the smooth video according to ffprobe. Why could this be ? [10:16:35 CEST] <BtbN> Broken video, broken device, bad hardware decoder, bad player software, and every possible combination of those. [10:18:53 CEST] <dude42> BtbN, if I stream from the same dlna server using a faster machine like a laptop, the video is no longer choppy [10:19:35 CEST] <dude42> I just feel that if the higher bitrate video could stream smoothly on my phone with the h264 encoding, then surely the lower bitrate video should also be smooth ? [10:20:05 CEST] <BtbN> sounds like your dlna server does some transcoding, and is too slow to handle it. [10:21:25 CEST] <Keshl> Agreed. While on the topic, by the way, I've had cases where lower bitrates played locally are choppier than higher bitrates and vice-versa. Bitrate honestly doesn't have as much baring on how smoothly video plays as most people think. -É-. [10:22:11 CEST] <dude42> Thank you, I just streamed from my laptop and the lower bitrate video was not choppy, so it can't be the server [10:23:17 CEST] <Keshl> It sounded like you said that you switched which system was hosting the server to a faster one, and that fixed it. If that wasn't the case, then re-read what I said after BtbN. oÉo. [10:23:22 CEST] <dude42> What does encoder: Lavf56.25.101 mean ? [10:24:07 CEST] <BtbN> That this file was muxed by libavformat 56.25.101 [10:25:34 CEST] <dude42> Keshl, the machine hosting the dlna server never changed, and the lower bitrate video streams smoothly on my laptop [10:25:39 CEST] <dude42> Thank BtbN [10:25:58 CEST] <dude42> If the bitrate does not play a role and the same codec was used, what does play a role ? [10:26:08 CEST] <Keshl> The phase of the moon, pretty much. [10:26:43 CEST] <Keshl> Seriously, there's so many variables in play that it's next to impossible to just go "Okay, if we use /this/ encoder and /that/ container, it'll play just fine on every device ever". [10:27:52 CEST] <Keshl> If your phone's running Android, the first thing you should try doing is grabbing alternative video players. There's two really common ones almost everyone uses; BSPlayer and.. Something, else, that starts with an A that I forgot the name of. x.x [10:28:01 CEST] <dude42> would aspect ratios make a difference ? [10:28:07 CEST] <Keshl> For some reason, the ones that come with phones are absolutely horrible. [10:28:20 CEST] <dude42> I am using mediahouse and it plays through vlc on android [10:28:36 CEST] <Keshl> Seriously, go grab BSPlayer. <É< [10:28:47 CEST] <dude42> OK I'll give it a shot [10:28:50 CEST] <dude42> Thanks [10:29:02 CEST] <Keshl> Aspect ratio could make a difference, but that depends vastly on everything BtbN said earlier. oÉo. [10:29:23 CEST] <dude42> The only reason I'm hunting this is because the video that looks a LOT better runs smoothly [10:29:32 CEST] <dude42> I'll try the other players [10:29:53 CEST] <Keshl> Oh thank goodness. x.x [10:30:11 CEST] <Keshl> Sorry, I assumed you were one of those "Why doesn't my video play perfectly everywhere? RAWR!" guys. x.x [10:30:50 CEST] <dude42> I am :D but I'm not unwilling to eliminate the player just yet [10:30:58 CEST] <Keshl> ... x.x [10:31:05 CEST] <Keshl> I'll cut to the chase -- It can't. [10:31:42 CEST] <Keshl> Minor differences in hardware mean that certain encoders, paramaters in those encoders, and /general video content/ will play differently. You /literally can't make a video play perfectly everywhere/. [10:32:14 CEST] <Keshl> Different players do this, too, making specific players work better on specific hardware, further narrowing what'll actually play well. [10:32:50 CEST] <Keshl> If you're streaming, it gets even more stupid-complicated, because, yep, different hardware can be tuned for different protocols, which narrows it even more. [10:33:41 CEST] <dude42> Ok, but one video works with exactly the same setup and codec, so I'm thinking it's the video somehow. [10:33:57 CEST] <Keshl> It can be. I said "general video content will play differently". <É< [10:34:21 CEST] <Keshl> See, videos aren't actually moving. Nothing is. [10:34:55 CEST] <dude42> Can bsplayer actually stream dlna ? [10:34:59 CEST] <Keshl> Videos are just made up of individual, non-moving pictures. They're shown for such brief periods of time, though, that it fools people into thinking they're moving. Generally, it's as low as 24 images per second, though it can go as high as 60 for most devices. [10:35:02 CEST] <Keshl> (Not sure.) [10:35:48 CEST] <Keshl> Now, if you do the math, for a ten second video at 24 frames per second, judging on typical pictures you take with your phone's camera, you might wonder why they don't turn out to be around 240 megs for a ten second video. [10:36:09 CEST] <Keshl> Even if you scale it down, five-minute videos should logically be a few gigs in size. [10:36:55 CEST] <Keshl> The reason they're not is because the file, be it an AVI, MP4, or what have you, is constructed /knowing it'll be a video/. Videos generally aren't random images -- They have patterns from one frame to the next. [10:37:23 CEST] <Keshl> So, the frames in a video just contain the /differences/, not the entire image. [10:37:47 CEST] <dude42> is that what the codecs do ? [10:37:48 CEST] <Keshl> That's the crux of all video encoding ever -- Find patterns from frame to frame, and somehow record them. [10:37:52 CEST] <dude42> generate the differences ? [10:37:56 CEST] <Keshl> No, encoders do that. [10:38:13 CEST] <dude42> well the encoder is part of codec [10:38:18 CEST] <Keshl> Codecs specify what patterns are allowed to be detected, in a nutshell. (This is _very_ over-simplified, but it works.) [10:39:47 CEST] <Keshl> In the olden days, no hardware was made to decode video. At all. It was all software, all the time. [10:40:13 CEST] <Keshl> Time went on and, eventually, people realized that people watch so many videos that it'd be useful to make specific areas of CPU's dedicated to decoding them. [10:40:33 CEST] <Keshl> That said, these areas only work on specific codecs, and /only if you use the correct paramaters that they expect/. [10:41:08 CEST] <dude42> yaaaaay I fixed it [10:41:13 CEST] <dude42> my OCD is satisfied [10:41:14 CEST] <Keshl> To make matters worse, they don't all follow the same ones. Even two chips from the same manufactorer might expect different parameters. [10:41:38 CEST] <dude42> don't ask me why but ffmpeg -i file.mkv out.mkv [10:41:44 CEST] <dude42> re encoded it smaller [10:41:48 CEST] <dude42> and now its smooth [10:41:58 CEST] <Keshl> Shiny. -É-. [10:42:04 CEST] <dude42> maybe the original just had an older version of the codec [10:42:14 CEST] <Keshl> It can't "have" a codec. xwx. [10:42:22 CEST] <Keshl> Video files just contain parts of frames. Nothing else. [10:42:46 CEST] <Keshl> A codec is a standard used to define how to encode and decode video files. Something like that, anyway. [10:42:58 CEST] <dude42> I meant maybe an old version of a codec was used to encode the original [10:43:14 CEST] <dude42> I also stripped all metadata by doing map_metadata -1 [10:43:21 CEST] <dude42> not sure if that would make a difference [10:43:30 CEST] <Keshl> Doubtful. That said, gut feeling.. Was your original video recorded live? Like, did you record you playing a game? [10:44:45 CEST] <dude42> I'm not sure, I got it from someone else [10:45:06 CEST] <Keshl> Well, if you ever get a video like that, just doing what you did will probably make it play way saner. [10:45:28 CEST] <Keshl> When people do live recordings, it's usually made to be encoded really, /really/ fast so there's a lot of CPU time left over for the thing they're recording. [10:46:06 CEST] <Keshl> Simply going over it again and giving it more time to work'll fix a lot of issues. [10:46:37 CEST] <dude42> oh yes the audio also changed from aac to vorbis in the process, not sure if that would make a difference either [10:46:45 CEST] <Keshl> It could. [10:47:09 CEST] <dude42> Anyhoo, thanks :D This was fun [10:47:15 CEST] <Keshl> Shiny. -É-. [10:48:02 CEST] <Keshl> ... Suddenly, a thought strikes me. There's certain applications where a less general-purpose codec might be useful.. [10:48:23 CEST] <Keshl> For example, first-person games and gopro cameras. The motion will almost always expand from the center or contract towards it. [10:49:41 CEST] <dude42> Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) [10:49:42 CEST] <dude42> Stream #0:1 -> #0:1 (aac (native) -> vorbis (libvorbis)) [10:49:55 CEST] <dude42> not sure what h264 native means [10:51:24 CEST] <Keshl> Me either. xwx. [11:01:51 CEST] <relaxed> dude42: I think it refers to the decoder. In both cases it's using ffmpeg's native decoders. [11:13:00 CEST] <dude42> thanks relaxed [11:49:14 CEST] <anshul_> how to send feed to ffserver, what format of video is required by feed, please link some document to me [11:49:44 CEST] <anshul_> just now I am using config file present in doc/ffserver.com in ffmpeg source [11:52:45 CEST] <relaxed> anshul_: did you see https://trac.ffmpeg.org/wiki/StreamingGuide ? [12:03:59 CEST] <anshul_> thanks relaxed [12:10:27 CEST] <anshul_> i am not able to feed ffserver, I have started fffserver with default config file [12:10:52 CEST] <anshul_> now when I feed I get http://pastebin.com/3dQWYtDR [12:12:56 CEST] <anshul_> error is MPEG1/2 does not support 3/1 fps [12:17:34 CEST] <anshul_> if i write VideoFrameRate 1/15 there then also I get 15/1 not supported if I write 15/1 then also I get same error [12:21:42 CEST] <anshul_> I commented out most of stream related option in config file it worked [12:26:34 CEST] <Mavrik> why are you using MPEG-1 as output. [12:26:42 CEST] <Mavrik> and WMV?! [12:36:30 CEST] <anshul_> Mavrik: I just want to test server, they are byb default in that format [12:36:38 CEST] <anshul_> by* [13:07:38 CEST] <anshul_> how I have made this config for rtsp http://pastebin.com/8SZESsyY [13:07:50 CEST] <anshul_> how to play it using ffplay [13:10:22 CEST] <Keshl> The more I watch this place, the more I realize why people always sound rude and the more I feel sorry about all the silly questions I asked two years ago. For the fifth time or so, I'm sorry, guys. x.x... [13:11:51 CEST] <anshul_> either I get connection refused or ffplay does not play the stream at all, [13:25:25 CEST] <anshul_> in ffserver config file it is stated that port number is 5454, but where they have actually stated it [14:03:11 CEST] <anshul_> should I use Format in ffserver in conf as RTSP or rtp. [14:03:52 CEST] <anshul_> I want to play rtsp in my vlc, but some blogs are saying to use rtp in format for rtsp [14:51:25 CEST] <anshul_> I debuged the code, and I found that rtsp does not work with feed [15:57:56 CEST] Action: Mavrik hugs Keshl. [16:08:13 CEST] <ffmpegusr> hi, is the windows precompiled ffmpeg come with hardware accelerationf or h264 decoding ? [16:08:53 CEST] <ffmpegusr> (how can i check it ?) [16:11:30 CEST] <seasc> I'd like to stream my desktop to a friend, what do i need to change on the commandline? :: http://pastebin.com/xVFdY6gz [16:11:47 CEST] <seasc> ffmpegusr, just type ffmpeg in the command line, and check its output (--enable-XY ..) [16:12:16 CEST] <ffmpegusr> seasc: yeah, which enable am i lookign for ? [16:12:18 CEST] <ffmpegusr> ... [16:13:53 CEST] <seasc> all there is --enable-XY is enabled, if its there, its enabled. [16:14:18 CEST] <seasc> otherwise, please rephrase your question (idk about windows specific, on linux each distro has its own build - if any at all) [16:14:51 CEST] <seasc> but just entering the executable, will return a list of all enabled stuff it has [16:15:21 CEST] <ffmpegusr> anyone else ? [16:20:24 CEST] <Mavrik> fflogger, you're looking for dxva [16:20:30 CEST] <Mavrik> eh. [17:22:06 CEST] <Anoia> hi all [17:23:14 CEST] <Anoia> is the Zeranoe build of FFmpeg based off this FFmpeg? [17:23:19 CEST] <c_14> yes [17:23:29 CEST] <Anoia> it looks liek it's just a windows build [17:23:37 CEST] <Anoia> ok, thanks [17:24:08 CEST] <Anoia> I'm tryign to rationalise our usage which seems to include both FFmpeg (from Zeranoe) and ffdshow [17:30:48 CEST] <c_14> It is just a windows build. [17:36:31 CEST] <Anoia> thanks, I see it's linked form the download page now [17:52:52 CEST] <seasc> Trying to include more codecs, ffmpeg fails to reckognize x264, though x264 doesnt provide any *pc or *h files ? --> http://ur1.ca/k4ijq [17:55:30 CEST] <c_14> What's your configure line for x264? [17:56:09 CEST] <seasc> c_14, "--prefix=/home/sea/ffmpeg_chroot/usr" "--disable-static" [17:56:25 CEST] <c_14> Add --enable-shared [17:56:29 CEST] <c_14> Or else you won't build libraries [17:56:42 CEST] <seasc> c_14, ok, thank you [18:20:15 CEST] <seasc> xvid, its --enable-libxvid, but i only have xvid.h files, do i have to rename them? [18:20:30 CEST] <seasc> +a -s [18:20:42 CEST] <seasc> them=it [18:21:24 CEST] <seasc> nah.. doesnt help [18:22:02 CEST] <c_14> You only need the .h file for xvid [18:22:09 CEST] <c_14> (and the .so) [18:27:35 CEST] <seasc> hahaa, figured, xvid created $CHROOT/include, instead of $PREFIX/include... :doh: changed that and voila :D next codec [19:05:07 CEST] <luc4> Hello! Im trying to stream a video file using ffmpeg. I came up with this: ffmpeg -re -i big_buck_bunny_1080p_h264.mov -an -f rtp rtp://192.168.1.73:1234. It seems to work locally using 127.0.0.1 but not when trying to play remotely. Any idea if the command is wrong? [19:06:08 CEST] <c_14> If it works locally, but not remotely, it's probably firewall. [19:07:01 CEST] <luc4> c_14: firewalls are down [19:07:30 CEST] <luc4> c_14: can you confirm that rtp://192.168.1.73:1234 is the address of the interface that will publish the stream? [19:07:57 CEST] <c_14> No, that's where it's going. [19:08:39 CEST] <c_14> afaik [19:09:00 CEST] <luc4> c_14: and that was the problem :-) thanks [19:09:12 CEST] <luc4> c_14: I have to say I see many many errors. [20:06:25 CEST] <justinX> if I want to compress my filmclip making sure it wastes as few bytes as possible on the minute in the middle where nothing happens, should I run ffmpeg three times like ffmpeg -i in.avi -pass 1 out.mp4 ffmpeg -i in.avi -pass 2 out.mp4 ffmpeg -i in.avi -pass 3 out.mp4 ? [20:08:45 CEST] <justinX> also are there other parameter I should use to tell it to use variable bitrate for video? [20:10:42 CEST] <llogan> just use -crf. no need for multiple passes. [20:10:45 CEST] <lordkrondor> i'd use -crf with a -maxrate:v [20:10:47 CEST] <lordkrondor> yeah [20:12:35 CEST] <maxsilver> Is it possible to use lavfi with a UDP stream? For instance, in a command like 'ffmpeg -f lavfi -i "movie=test.mpg[out0+subcc]" -map s output.srt' -- is it possible to have the source be a UDP stream instead of a local file? [20:14:40 CEST] <maxsilver> Using the normal method doesn't seem to work. 'ffmpeg -i "udp://239.1.1.1:1234"' -- and I'm sure I'm doing something wrong -- but I'm struggling to understand the docs around libavfilter [20:18:56 CEST] <justinX> ok. [20:22:32 CEST] <justinX> lordkrondor: hwo do I use maxrate? is v a number there? (or a "v" ?) [20:22:36 CEST] <justinX> *how [20:23:59 CEST] <lordkrondor> well using -maxrate:v is just to set a maximum bit-rate for video [20:24:12 CEST] <lordkrondor> you don't have to use if if you don't have any limitations [20:24:14 CEST] <justinX> oh [20:24:25 CEST] <maxsilver> llogan - http://pastebin.com/Gwt4PMVS [20:24:49 CEST] <llogan> we already know all of that info. [20:25:10 CEST] <llogan> please re-read the message from fflogger [20:25:41 CEST] <maxsilver> I'm sorry, I don't follow you. There is no console output because I don't know the command to run on the console. [20:30:14 CEST] <maxsilver> If it's helpful, here's the complete console output of a successful command - http://pastebin.com/76V4An8G [20:30:52 CEST] <justinX> is "ffmpeg -i SDC18234.AVI -crf out.mp4" wrong way on writing it? it answers "At least one output file must be specified" :-( [20:32:40 CEST] <ChocolateArmpits> justinX: you need to specify the crf number [20:33:05 CEST] <ChocolateArmpits> now ffmpeg takes "out.mp4" as a value for crf, which then leaves the output not existing and problems follow [20:33:24 CEST] <ChocolateArmpits> obviously "out.mp4" is not a correct value for crf either way [20:34:24 CEST] <ChocolateArmpits> justinX: read this for CRF https://trac.ffmpeg.org/wiki/Encode/H.264#crf [20:39:50 CEST] <llogan> maxsilver: why not just do: ffmpeg -i input -map s out.srt [20:40:04 CEST] <llogan> why are you using the movie source filter? [20:43:41 CEST] <maxsilver> llogan: I thought it was required, since I'm trying to pull closed captioning out of user data in video frames. I'm probably 100% wrong on that -- it just seemed suggested from the docs at https://www.ffmpeg.org/ffmpeg-devices.html [20:44:48 CEST] <maxsilver> (under section 3.11 and 3.11.2). I'll try your command right now. [20:49:54 CEST] <seasc> v4l-utils to be included, but it fails to find libjpeg.h, eventhough i've set the proper --libdir=$DIR_LIB :: http://ur1.ca/k4jww [20:51:57 CEST] <c_14> can you pastebin ffmpeg's config.log as well as the output of `ls $DIR_LIB' [20:52:44 CEST] <seasc> c_14, sry, its the v4l build, not ffmpeg yet. and v4l's config.log is pasted [20:54:30 CEST] <c_14> Can you still pastebin the configuration line and output of `ls $DIR_LIB' when compiling libv4l2 [20:56:03 CEST] <seasc> configuration line for v4l is on line 446, or isnt that what you are looking for atm? dir content:: -> http://fpaste.org/208135/ [20:56:23 CEST] <seasc> looking/asking [20:57:21 CEST] <luc4> Hello! Im trying to stream h264 via rtp from my machine to a virtual machine locally. It seems to work but the result is all messed up. I suppose it is losing packets& is this possible? But how is it possible to stream h264 via rtp if it is unreliable? [20:57:55 CEST] <c_14> seasc: did you set the CFLAGS to include the path containng jpeglib.h ? [20:58:04 CEST] <seasc> c_14, sry, accidently used dir_li instead of dir_inc... .. this is the inc: http://fpaste.org/208136/ [21:00:29 CEST] <seasc> c_14, line 289 of http://ur1.ca/k4jww says its installed to $CHROOT/usr/include // but http://fpaste.org/208136/ doesnt show that file [21:00:40 CEST] <maxsilver> llogan : That command, as written, results in http://fpaste.org/208137/84331871/ [21:01:32 CEST] <seasc> c_14, no its there, 1st of 4th column [21:01:33 CEST] <c_14> seasc: yes it does. line 4, 3rd column [21:01:43 CEST] <seasc> :) [21:02:46 CEST] <maxsilver> and this is my attempt to fix the "stream map s matches no streams" issue - http://fpaste.org/208140/84333361/ [21:03:51 CEST] <seasc> and on line 446 of http://ur1.ca/k4jww i tell the v4l-configure even twice to use --includedir=$DIR_INC, must been a typo [21:04:29 CEST] <c_14> seasc: I'm pretty sure that option just tells it where to put things, not where to look for them. [21:06:04 CEST] <seasc> c_14, i pretty much belive on this :) so back to the LD_LIBRARY_PATH? which already is.... very long.... /home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib64:/usr/local/lib:/usr/local/lib64:/usr/lib64:/usr/lib:/home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib64:/home/sea/ffmpeg_chroot/usr/include:/home/sea/ffmpeg_chroot/include:/usr/local/lib:/usr/local/lib64:/usr/lib64 [21:06:04 CEST] <seasc> /home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib64:/usr/local/lib:/usr/local/lib64:/usr/lib64:/usr/lib:/home/sea/ffmpeg_chroot/usr/lib:/home/sea/ffmpeg_chroot/usr/lib64:/home/sea/ffmpeg_chroot/usr/include:/home/sea/ffmpeg_chroot/include:/usr/local/lib:/usr/local/lib64:/usr/lib64 [21:06:28 CEST] <seasc> hmm... ran the script too often, added itself to the string.. sry [21:06:50 CEST] <c_14> Nah, in this case you want the CFLAGS="-I$INC_DIR" and LDFLAGS="-L$LIB_DIR" [21:07:02 CEST] <seasc> why do i want this in this case? [21:07:36 CEST] <c_14> Because you're compiling/linking and not executing. [21:08:51 CEST] <seasc> ok, but i really do not want this.... i get a short log now than i did before.. fails earlier.. sec [21:10:08 CEST] <seasc> @ c_14 http://fpaste.org/208143/ [21:10:36 CEST] <seasc> i did export those two suggest values [21:13:27 CEST] <seasc> c_14, ahh v4l has no CFLAGS, but CXXFLAGS.. is that the same? not really isnt it? [21:13:53 CEST] <c_14> you can usually set CXXFLAGS=CFLAGS [21:14:50 CEST] <seasc> well either way, the log is short, as the 208143'ish [21:15:18 CEST] <c_14> yeah, because it decided that g++ couldn't create executables [21:15:20 CEST] <c_14> for some reason [21:16:01 CEST] <seasc> fantastic :( so i have a g++ that cant create executeables, and a header that is not found. [21:16:16 CEST] <llogan> maxsilver: i don't know anything about cc. Anshul Maheshwari may answer if you ask on ffmpeg-user mailing list [21:16:23 CEST] <seasc> why dont they look in the includedirs and libdirs for libs and include files as well? [21:17:11 CEST] <c_14> AFAIK, those are just directives that tell it where to place the files on install. [21:18:13 CEST] <maxsilver> llogan: Ok, I'll try that. Thank you for your time and assistance today. [21:19:03 CEST] <seasc> c_14, must be that way, otherwise it would find the libjpeg.h which is in that location. [21:20:24 CEST] <seasc> its not a PKG_CONFIG_PATH candidate either, as it doesnt ask for *pc file. the path is already provided in LD_LIBRARY_PATH, is there any other way to tell ./configure where to look for required header files? [21:20:51 CEST] <c_14> CFLAGS and/or CXXFLAGS [21:20:59 CEST] <seasc> They obviously didnt work :( [21:21:10 CEST] <c_14> maybe with --extra-cxxflags= [21:21:28 CEST] <seasc> didnt see that for v4l configure [21:21:53 CEST] <seasc> just as the variable= with that -i$DIR_INC? [21:22:03 CEST] <c_14> -I [21:22:31 CEST] <seasc> command not found [21:22:49 CEST] <c_14> hmm? [21:22:53 CEST] <c_14> Did you add that to the configure line? [21:23:02 CEST] <seasc> lol [21:23:44 CEST] <seasc> well i just placed the option above the ./configure, so it was the command... but confgure doesnt know that option either [21:24:34 CEST] <c_14> mhm, drat. have you tried exporting only CXXFLAGS? [21:26:50 CEST] <seasc> just tried... export CFLAGS="-I$INC_DIR" and we're back to where we were... libjpeg.h not found... [21:27:02 CEST] <c_14> CXXFLAGS, not CFLAGS [21:27:06 CEST] <seasc> then it fails [21:27:14 CEST] <c_14> eeeeh [21:27:37 CEST] <seasc> i was mistaken, didnt see CFLAGS, and we already figured with CXXFLAGS it thinkgs gcc canot create binaries [21:29:01 CEST] <c_14> oh [21:29:06 CEST] <c_14> $INC_DIR is empty [21:29:21 CEST] <c_14> eh, no [21:29:23 CEST] <seasc> crappy typo.. thanks :D [21:29:51 CEST] <c_14> but yeah, one of the things was expanding to an empty string [21:31:14 CEST] <seasc> gngn ngngng its further now... but... failing on the (almost) same.... http://fpaste.org/208165/ [21:32:06 CEST] <c_14> Did you export both CXXFLAGS and LDFLAGS? [21:32:25 CEST] <seasc> err no LDFLAGS... did disable them to test [21:32:54 CEST] <seasc> lol, back to the short one [21:33:12 CEST] <c_14> what did you export LDFLAGS as? [21:33:59 CEST] <seasc> export LDFLAGS="-L$LIB_DIR" // http://fpaste.org/208135/ [21:34:44 CEST] <c_14> Eh, do you maybe want $DIR_LIB instead of $LIB_DIR ? [21:35:11 CEST] <c_14> What you can also do is, echo $LDFLAGS [21:35:19 CEST] <c_14> to make sure that the variable is expanding correctly [21:36:11 CEST] <seasc> compiling now... was blind for the last typo, as i just uncommented it [21:37:05 CEST] <seasc> c_14, ffmpeg compiling now thank you very much [22:41:33 CEST] <DragonsLord> Hello everybody ... I'm experincing a problem: option -vf fps=fps=25 is not working ... the resulting file is still 50 fps :( [22:41:53 CEST] <DragonsLord> Is someone so kind to help me? [22:44:52 CEST] <DragonsLord> You are right, c_14 ... indeed [22:45:03 CEST] <DragonsLord> here is the command line > http://pastebin.com/yq789NXV < [22:46:09 CEST] <c_14> You can't have more than one filtergraph [22:46:18 CEST] <c_14> Put the fps=fps=25 before pp=lb [22:46:26 CEST] <c_14> and get rid of the other -vf [22:48:17 CEST] <DragonsLord> Thank you very much, as always, c_14 [22:48:22 CEST] <DragonsLord> I am trying ... [22:48:59 CEST] <DragonsLord> .. but the console output is already saying "25 fps" so it should work [22:49:15 CEST] <DragonsLord> Do you think I could experience some A/V desync with this filter? [22:49:51 CEST] <c_14> from 50 to 25, probably not [22:50:55 CEST] <DragonsLord> could you please elaborate on this a little more, just to understand ... [22:52:31 CEST] <c_14> The fps filter shouldn't destroy A/V desync at all, especially not when it's such an easy conversion. [22:52:57 CEST] <DragonsLord> thank you very much for this explanation [22:53:23 CEST] <DragonsLord> c_14, are you a FFmpeg developer? [22:53:46 CEST] <c_14> Not really. [22:53:53 CEST] <DragonsLord> -_- [22:54:04 CEST] <DragonsLord> Y/N Not really is not exaustive XD [22:54:13 CEST] <c_14> I have some minor patches in tree, but nothing major. [22:54:45 CEST] <DragonsLord> you have a very large knowledge in FFmpeg [22:54:49 CEST] <DragonsLord> as far as I know [22:54:54 CEST] <DragonsLord> congratulations [22:54:57 CEST] <DragonsLord> :) [22:54:59 CEST] <DragonsLord> compliments [22:55:13 CEST] <DragonsLord> I don't know which is the beast word to say this in English [22:55:31 CEST] <DragonsLord> but I hope you can understand the basic concept [22:55:31 CEST] <DragonsLord> ;9 [23:23:36 CEST] <seegee__> Hey guys, quick question. How can I take a screenshot from directly in the middle of a video? [23:24:23 CEST] <DragonsLord> seegee__, I usually use VLC [23:25:35 CEST] <seegee__> DragonsLord: I'm looking for a command line tool that I can automate with bash. I have around 8000 videos that I need screenshots for atm [23:26:38 CEST] <c_14> seegee__: you want the exact middle? [23:27:05 CEST] <c_14> ffprobe to get the length. divide by two `ffmpeg -ss [time] -i video -frames:v 1 out.png' [23:27:59 CEST] <Prelude2004c> hey guys.. can anyone tell me why i get these errors ? ( http://pastebin.com/xqDemsiA ) ? [23:28:15 CEST] <seegee__> c_14: Will that keep the aspect ratio correct? [23:28:27 CEST] <Prelude2004c> cpu usage is like nothing [23:28:32 CEST] <c_14> seegee__: yep. should at least [23:29:05 CEST] <seegee__> Alright, thanks. Is taking screenshots like that a timley / resource intensive process? [23:29:28 CEST] <c_14> should be relatively fast. limited mainly by the speed of your io device [23:30:08 CEST] <seegee__> Ok, but It's just insanley intesnive? (I won't have any problems starting 2000 threads at once with bash?) [23:31:06 CEST] <c_14> Depends on your cpu/io. you might want to add -threads 1 as an input/output option to make it easier to start numerous instances [23:32:11 CEST] <Prelude2004c> c_14 is that an answer to my question? [23:32:52 CEST] <c_14> Nah, was seegee__'s question. As to your question; no clue. Looks like a corrupt source to me. [23:34:09 CEST] <DragonsLord> Prelude2004c, I am quite ignorant ... but I guess a problem at the source video [23:34:31 CEST] <DragonsLord> Prelude2004c, are you experiencing this problem for all of your video? [23:39:43 CEST] <Prelude2004c> its weird.. when i run one stream it runs fine [23:39:58 CEST] <Prelude2004c> when i try to add mutli outputs it gives me those errors.. sometimes works and sometimes it doesnt [23:41:26 CEST] <DragonsLord> <Prelude2004c> sometimes works and sometimes it doesnt <<< with the same source video? [23:49:11 CEST] <debianuser> Prelude2004c: some "udp" errors there, not enough network bandwidth or dropped packets maybe? [23:53:13 CEST] <Prelude2004c> no, we have enough capacity [23:53:15 CEST] <Prelude2004c> here is another odd thing [23:53:24 CEST] <Prelude2004c> i can only get like 100fps total [23:53:32 CEST] <Prelude2004c> the board is 24 cores [23:53:40 CEST] <Prelude2004c> running at 2.2Ghz [23:53:48 CEST] <Prelude2004c> the CPU usage is 100% of one core approx [23:53:51 CEST] <Prelude2004c> not even all cores [23:53:59 CEST] <Prelude2004c> and i can't seem to pash the 100fps threshhold [23:54:05 CEST] <Prelude2004c> anyone know why that might be [23:54:22 CEST] <__jack__> feeling: more thread [23:55:28 CEST] <Prelude2004c> more threads ? am saying threads 0 [23:57:37 CEST] <__jack__> hum ? [00:00:00 CEST] --- Wed Apr 8 2015

1 0

ffmpeg-devel.log.20150406
by burek 07 Apr '15

07 Apr '15

[00:00:55 CEST] <himangi> however, what makes av_uninit silence compiler warnings? [00:02:20 CEST] <michaelni> it silences uninitialized variable warnings with gcc, how that works exactly in gcc i dont know maybe gcc is silly and treats this as a valid initialization or they specifically check for this construct [00:02:39 CEST] <michaelni> see libavutil/attributes.h if you havent yet [00:03:24 CEST] <himangi> ok.. I did. but wasnt sure of what the #defines could do [00:04:21 CEST] <michaelni> int x; // gcc, this is not initialized \n int x=x; // gcc ohh thats ok its initialized i wont complain [00:04:59 CEST] <himangi> cool. thanks :) [01:50:53 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:249796e2560c: svq3: initialize some required H264Context fields. [01:50:54 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:99a567cbe24a: Merge commit '249796e2560c2cce1add722c3e873de96b17be74' [02:18:22 CEST] <cone-844> ffmpeg 03Mariusz SzczepaDczyk 07master:428675227908: lavf/libsmbclient: implement directory listing callbacks [02:52:31 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:ba54512a10f8: avfilter/vf_mpdecimate: Fix missing () [04:48:27 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:ff6841c6bb2d: avformat/utils: avoid discarded streams in av_find_default_stream_index() [05:48:10 CEST] <Prelude2004c> hey anyone know what the library was for the old cuda stuff ? for the new libnvenc i know but what was the old cuda version of it [05:48:11 CEST] <Prelude2004c> ? [05:49:20 CEST] <Prelude2004c> libxvid? [05:55:22 CEST] <Compn> Prelude2004c : no [05:56:29 CEST] <Compn> i mean, its not libxvid [05:57:16 CEST] <Compn> there was vdpau but thats encoding only [05:57:26 CEST] <Compn> er decoding only [05:58:52 CEST] <Compn> theres opencl too [06:00:59 CEST] <Compn> Prelude2004c : https://trac.ffmpeg.org/wiki/HWAccelIntro [06:01:15 CEST] <Prelude2004c> there is no encoding cuda for FFMPEG ? [06:01:55 CEST] <Prelude2004c> i have tried and used the nvenc for encoding and it works but limited to 2 sessions [06:02:00 CEST] <Prelude2004c> i have 600 and 700 series cards [06:02:01 CEST] <Compn> i cant remember anything before nvenc [06:02:24 CEST] <Prelude2004c> so i wanted to test encoding on those cards and was told that the older drivers didn't have this limit with cuda support [06:02:35 CEST] <Compn> 2 jobs was the limit for h265, how many jobs do the cards support ? [06:02:54 CEST] <Prelude2004c> 2 jobs is the limit of the new drivers.. if not the super epensive cards [06:02:57 CEST] <Compn> or what do you mean by sessions ? [06:03:05 CEST] <Prelude2004c> the 900 series all have a 2 session limit [06:03:11 CEST] <Prelude2004c> sorry session is what i mean [06:03:43 CEST] <Compn> you mean 2 encoding threads simultaneously or 2 different sessions and then it quits ? [06:03:59 CEST] <Prelude2004c> 2 encoding threads [06:04:05 CEST] <Prelude2004c> i can only do 2 bit rates [06:04:23 CEST] <Compn> how many threads do you want? :) [06:05:32 CEST] <Compn> According to NVENC specs there is a limit for number of simultaneous encoding threads. GeForce cards are limited by 2 streams and Quadro are limited by 6 streams. [06:05:46 CEST] <Compn> Prelude2004c : got any quadro cards? [06:06:12 CEST] <Compn> if no, then you are limited to 2 threads by nvenc, nothing to do with ffmpeg [06:06:17 CEST] <philipl> Yeah. [06:06:30 CEST] <philipl> That's how they segment the market [06:06:48 CEST] <Prelude2004c> ope no quadro cards [06:07:08 CEST] <Prelude2004c> so i wanted to use the cuda based stuff on the 600 series [06:07:36 CEST] <Compn> dont think you'll find any thing about cuda and ffmpeg ... good luck [06:07:36 CEST] <Prelude2004c> the maxwell gen 2 stuff does't have a limit? [06:07:54 CEST] <philipl> It's the same. 2 streams on consumer maxwell [06:08:19 CEST] <philipl> What are you trying to achieve? nvenc quality is comparatively garbage. It's only useful for realtime stuff. [06:08:49 CEST] <Prelude2004c> live channels > multi HLS streams [06:08:56 CEST] <Prelude2004c> so like 1 channel pushing 4 or 5 bit rates [06:09:01 CEST] <Prelude2004c> and its live and realtime [06:09:11 CEST] <philipl> nvidia want you to buy a quadro. [06:09:23 CEST] <Prelude2004c> 6 is not enough [06:09:32 CEST] <philipl> Or maybe do the low bit rate streams with CPU? x264 in real-time mode? [06:09:37 CEST] <Prelude2004c> i am hopping to put like 10 channels X 3 bit rates each.. in one seysm [06:09:49 CEST] <Prelude2004c> tried CPU.. better quality really kills the system [06:09:52 CEST] <philipl> nvidia would be delighted to sell you a multi-gpu solution :-) [06:11:30 CEST] <philipl> I don't know what the commercial solutions are for this kind of thing, but I suspect you cannot achieve it with nvenc. As you say, even 6 streams isn't enough for you. You'd still be looking at 5 quadro GPUs in one system. [06:12:24 CEST] <Prelude2004c> but its not per GPU [06:12:26 CEST] <Prelude2004c> its per system [06:12:53 CEST] <Prelude2004c> i tried.. running 2 simultanious cards ( 2 x 690 [4 gpus [) and still it only allows 2 sessions [06:12:58 CEST] <Prelude2004c> i wish it were per GPU [06:13:01 CEST] <Prelude2004c> that would solve my problem [06:13:10 CEST] <Prelude2004c> well not really but.. [06:14:31 CEST] <Prelude2004c> you sure the quadro only has 6 sessions? [06:14:33 CEST] <philipl> oh dear. [06:14:35 CEST] <Prelude2004c> even the M6000 ? [06:14:45 CEST] <philipl> I believe the 6 session limit is an actual hardware limit [06:15:04 CEST] <philipl> I don't know if the library will then let you do 6x per GPU or still limit you to 6x total. [06:15:10 CEST] <philipl> You'd need to ask nvidia [06:16:38 CEST] <Prelude2004c> i have been playingw ith quality all day but 3 streams at 720p basically kill my system.. runing at nearly 1500% .. 720p.. ( 5Mbit/s ) in fast preset [06:17:45 CEST] <philipl> I couldn't say. There's probably a good body of knowledge online on how to use x264's low latency mode for this kind of stuff, but even then, you're going to be CPU constrained quickly. [06:19:16 CEST] <Prelude2004c> i know.. can't seem to find the right solution [06:29:47 CEST] <philipl> Anyway. You'd asked OpenCL based encoding. x264 has an OpenCL mode, but it's not explicitly exposed by ffmpeg. If x264 is built with the feature enabled and you use the option pass-through mechanism, it might be possible to turn on. [06:30:35 CEST] <philipl> It doesn't make things magically faster but I guess it should reduce CPU load. I have no idea how many concurrent cuda sessions you could manage before the GPU bottlenecks, mind you. [06:33:33 CEST] <Prelude2004c> hey.. make: *** [libavcodec/nvenc.o] Error 1 anyone know why that is when i try to compile ffmpeg? [06:36:43 CEST] <Prelude2004c> did it before and it worked [06:36:43 CEST] <Prelude2004c> ./configure --prefix=/usr/local/bin/ --extra-cflags=-I/usr/local/cuda-6.5/bin --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nvenc [06:36:48 CEST] <Prelude2004c> nots ure what i am missing [06:42:13 CEST] <philipl> you need the rest of the error [06:49:12 CEST] <Prelude2004c> does't say anything [06:49:14 CEST] <Prelude2004c> just gives me that error [06:51:08 CEST] <Prelude2004c> http://pastebin.com/iNxVavxG < --- error [06:51:14 CEST] <Prelude2004c> that is all it tells me [07:35:31 CEST] <philipl> Prelude2004c: that's very weird. Your source code might be corrupt to give that. [08:18:40 CEST] <markus___> hmm does anyone know why on mpeg 1 layer II audio some frames are 590 bytes big while most of them are 576 bytes? [08:18:56 CEST] <markus___> ffmpeg complains that the 590byte frames are too big [08:19:24 CEST] <markus___> I'm still debugging and trying to figure out what's happening with those 590byte frames [08:21:05 CEST] <markus___> ah [08:21:09 CEST] <markus___> Note: Skipped 14 bytes in input. [08:21:10 CEST] <markus___> Note: Illegal Audio-MPEG-Header 0x000001c0 at offset 1361968. [08:25:05 CEST] <markus___> ok I'm too far ... it's mpeg audio the audio frames should be within 0x1c0 [10:28:28 CEST] <Prelude2004c> hi everyone [10:28:32 CEST] <Prelude2004c> anyone around? [10:29:05 CEST] <durandal_1707> Me [10:29:26 CEST] <Prelude2004c> hey, what is the proper library to be used for encoding the old NVCU ? [10:29:33 CEST] <Prelude2004c> i know vdpau is decode [10:29:44 CEST] <Prelude2004c> but i want to encode the old way ... without the session limit on the old 600 series cards [10:29:52 CEST] <Prelude2004c> i can't be using nvenc right now [10:35:23 CEST] <Prelude2004c> can someone please build an API interface to to do session control with NVIDIA encoding cards ? [10:35:31 CEST] <nevcairiel> the old encoder sucks terribly in quality though [10:35:44 CEST] <nevcairiel> and is pretty slow [10:35:46 CEST] <Prelude2004c> basically some mechanism that receives the work for all the processes ( sessions ) and then only sends it as one single process or sessino to the cards [10:35:55 CEST] <Prelude2004c> so the cards think its one .. but inf act its a stream of data [12:20:07 CEST] <markus___> is there any change introduced with the latest ffmpeg library that http://dranger.com/ffmpeg/tutorial06.html this tutorial doesn't work anymore? [12:20:58 CEST] <markus___> something's weird with the decoded mpeg1 layer 2 audio seems like data is missing and it sounds like chipmunk [12:48:48 CEST] <markus___> this is getting boring... what the heck is wrong with this mp2 decoder the simplest task is made that difficult [12:49:40 CEST] <nevcairiel> those dranger tutorials are way old, i dont think they have been updates for years [12:50:56 CEST] <markus___> they got updated this year [12:54:02 CEST] <markus___> I guess some stupid parameter must be passed another way now [13:00:52 CEST] <markus___> something's wrong with the second channel [13:01:55 CEST] <markus___> if I divide the number of decoded samples by 2 audio plays fine mono [13:05:33 CEST] <markus___> ok the audio is not interleaved anymore [13:05:44 CEST] <markus___> line[0] / line[1] contain audio channels... [13:08:32 CEST] <markus___> ok.. go tit [13:08:37 CEST] <markus___> got it [13:17:11 CEST] <loki_> markus___: hi. [13:17:20 CEST] <loki_> you can try to read api changes. [13:17:27 CEST] <loki_> there is file in docs/ [13:17:48 CEST] <loki_> i think it is not answer that you wait, but maybe it can help. [13:23:30 CEST] <markus___> ast->codec->sample_fmt = AV_SAMPLE_FMT_S16P; [13:23:35 CEST] <markus___> this seems to have no effect at all [13:23:40 CEST] <markus___> S16 / S16P .. [13:23:49 CEST] <markus___> even with S16P data[1] is filled with data [13:26:43 CEST] <markus___> I think that's not right why is data[0] and data[1] filled with PCM data when the sample_fmt is set to S16P .. [13:27:08 CEST] <markus___> I would only expect data[0] to be filled of the returned AVFrame [13:27:33 CEST] <markus___> that's probably the reason why the dranger manual also fails now [13:34:05 CEST] <nevcairiel> the P formats specifically mean that [0] and [1] are filled for stereo [13:34:11 CEST] <nevcairiel> P stands for planar [13:35:21 CEST] <markus___> well even without P both are filled? [13:37:34 CEST] <markus___> http://pastebin.com/MVLqYkFa [13:37:38 CEST] <markus___> this is the current setup I'm testing [13:38:04 CEST] <markus___> seems like there's no difference between S16 and S16P [13:39:18 CEST] <markus___> the input file is fine, it plays with ffplay and mplayer; aplay --format=S16_LE --rate=48000 -c 1 test.pcm this works with the decoded output [13:43:22 CEST] <markus___> I'm going to build an older ffmpeg version to doublecheck this issue [13:44:00 CEST] <nevcairiel> you cannot overwrite these properties for a decoder like that [13:44:09 CEST] <nevcairiel> the decoder decides which format its going to give you [13:44:44 CEST] <nevcairiel> some support request_sample_fmt, but very few [13:45:12 CEST] <markus___> I set the 3rd argument to NULL [13:45:24 CEST] <markus___> I was just testing the properties but nothing happens.. [13:47:53 CEST] <markus___> ok, but this worked in the past [13:48:22 CEST] <nevcairiel> you could never tell the decoder which format to give you, it has always decided [13:48:34 CEST] <nevcairiel> also, this channel is about development of ffmpeg, not development with ffmpeg, you want #ffmpeg [14:06:48 CEST] <loki_> nevcairiel: there no chance to find answers on #ffmpeg about any development [14:14:10 CEST] <markus___> thanks I'm interleaving it by myself now [14:14:14 CEST] <markus___> loki_: that's what I thought too.. [14:14:34 CEST] <markus___> this clearly changed in the past it has been different one or two years ago [14:58:21 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:d2277aa7e2d2: avformat/httpauth: Change enum to int, which is accessed via AVOption as int [14:58:22 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:8a8a1cce6c3a: avfilter/vsrc_mptestsrc: Change enum to int, which is accessed via AVOption as int [15:03:48 CEST] <BBB> markus___: use swresample or avresample for interleaving [15:04:02 CEST] <BBB> markus___: they are optimized and can do any-to-any, regardless of what format the decoder outputs today or tomorrow [15:14:30 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:34bddf443c6f: avfilter/af_amix: Use av_mallocz_array() [15:14:31 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:a66dcfeedc68: avcodec/vc1dec: Check buf2 for malloc failure [17:14:44 CEST] <Daemon404> wat [17:14:52 CEST] <Daemon404> how can you be "below" 0x1 [17:14:59 CEST] <Daemon404> (i didnt open the bug page) [17:15:59 CEST] <phh> ok I had the same question for a while (not the first time I see this bug) [17:16:02 CEST] <phh> and I'm fairly disappointed [17:16:05 CEST] <phh> it's only for 0 [17:16:59 CEST] <Daemon404> it sounds more ominous with hex [17:22:25 CEST] <cone-841> ffmpeg 03Lukasz Marek 07master:f79cd98caf36: examples/avio_list_dir: init/deinit network [17:22:38 CEST] <kierank> Daemon404: 0x00 [18:12:01 CEST] <Prelude2004c> hey, anyone here interested in doing some work and getting paid for it ? [18:12:33 CEST] <Prelude2004c> 1. I want to port NVENC's AMD version to work with AMD cards and ffmpeg [18:13:13 CEST] <loki_> can somebody explain me how i can build old x11grab device? [18:13:21 CEST] <Prelude2004c> 2. I want to build a process handler that will take advantage of the NVIDIA 2 session limit. Basically a process that will handle the flow of data and from the NVIDIA perspective it will only use 1 or 2 sessions however really it si work from multiple session bunched up in to one [18:13:59 CEST] <Prelude2004c> anyone interested? [18:14:19 CEST] <loki_> are you in nvenc? [18:15:20 CEST] <loki_> ah you searching for dev, ok nevermind. [18:53:15 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:7ddbb4e23a4d: avcodec/pthread_frame: Fix memleak with frame threads and allocated AVOptions [19:15:48 CEST] <durandal_1707> some filters just set sample formats in query_formats function [19:23:51 CEST] <durandal_1707> and nothing else just sample formats see af_volumedetect [19:43:23 CEST] <llogan> michaelni: how often do you do the security update to the server(s)? i can probably start doing that if you tell me any specific I need to know. [19:45:37 CEST] <michaelni> llogan, when i see a mail on the distros security announce lists, whatever they are called exactly i update [19:47:26 CEST] <michaelni> llogan, you certainly can update the boxes if you see a security update and ive not applied it yet [20:25:17 CEST] <Prelude2004c> anyone interested in the project? [20:30:58 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:eca39e29a3af: MAINTAINERS: Add Lou Logan as server admin as he is root too [20:48:17 CEST] <llogan> wot project? [21:32:20 CEST] Action: Compn throws congrats at llogan for being promoted :) [21:32:35 CEST] <kierank> michaelni: is there anything I can do with regards to h264 crashes? bisects perhaps? [21:33:29 CEST] <Compn> llogan : Prelude2004c wants to make nvenc work with amd cards anf ffmpeg [21:33:45 CEST] <Compn> bisect never hurts :) [21:34:08 CEST] <Compn> Prelude2004c : please also ask videolan , as they have a lot of devels who also work on ffmpeg libs [21:34:24 CEST] <Compn> Prelude2004c : and ask on ffmpeg-devel mailing list, as there are more devs on the list than are on irc i think [21:36:25 CEST] <llogan> does anyone know anyone who uses Haiku? [21:36:36 CEST] <kierank> french people [22:24:21 CEST] <cone-841> ffmpeg 03Stephan Holljes 07master:6d8c27f9512a: libavformat/http.c: Fix missing parenthesis in http_listen() [22:34:27 CEST] <cone-841> ffmpeg 03Andreas Cadhalpun 07master:1b8d071734d6: fate: add mpeg4_unpack_bframes bsf test [23:23:18 CEST] <kierank> any idea how to make function arguments appear in gdb [23:23:27 CEST] <kierank> #0 ff_put_pixels16_sse2.loop () at libavcodec/x86/fpel.asm:106 [23:23:28 CEST] <kierank> #1 0x00000000005f0673 in put_h264_qpel16_mc00_sse2 () [23:23:28 CEST] <kierank> #2 0x00000000004d3675 in mc_part_422_simple_8 () [23:23:28 CEST] <kierank> #3 0x00000000004d4ed6 in hl_motion_422_simple_8 () [23:23:28 CEST] <kierank> #4 0x00000000004db5d0 in hl_decode_mb_simple_8 () [23:23:28 CEST] <kierank> #5 0x000000000051865e in ff_h264_hl_decode_mb () [23:23:29 CEST] <kierank> is not useful [23:27:52 CEST] <kepstin-laptop> well, if you go to a particular stack frame, you can print out the current contents of any variable that wasn't optimized away [23:28:05 CEST] <kepstin-laptop> you can't see the original values that the function was called with, because those aren't stored anywhere [23:29:20 CEST] <Daemon404> bt full [23:29:21 CEST] <Daemon404> ? [23:29:24 CEST] <Daemon404> oh asm [23:31:12 CEST] <kierank> asm and crazy macros [23:31:21 CEST] <kierank> oh and nondeterministic crash [23:31:57 CEST] <kierank> adding printf makes it go away [23:32:37 CEST] <jamrial> yay heisenbugs [23:32:57 CEST] <kierank> yay multiple h264 rewrites with a lack of coordination [23:34:29 CEST] <kepstin-laptop> if it used to work, can it be git bisected maybe? [23:34:47 CEST] <kierank> difficult to tell if it used to work [23:34:52 CEST] <kierank> because you get different crashes [23:38:18 CEST] <cone-841> ffmpeg 03Michael Niedermayer 07master:4ec5762e253c: tests/fate/mpeg4: add bitexact flag so as to avoid the version number from being included in the checksum [23:51:55 CEST] <kierank> http://stackoverflow.com/questions/19229882/gdb-says-no-symbol-table-but-nm… [23:51:59 CEST] <kierank> this is the reason apparently [00:00:00 CEST] --- Tue Apr 7 2015

1 0

ffmpeg.log.20150406
by burek 07 Apr '15

07 Apr '15

[00:00:54 CEST] <c_14> yes [00:02:25 CEST] <DragonsLordKERNE> I will try something like this: [00:02:27 CEST] <DragonsLordKERNE> ffmpeg -i input.mp4 -codec:v libxvid -vtag DIVX -vf fps=fps=25 -b:v 1500k -g 250 -bf 0 -me_method full -mbd 2 -cmp chroma -trellis 1 [00:02:32 CEST] <DragonsLordKERNE> -codec:a libmp3lame -b:a 128k -ar 48000 -ac 2 -joint_stereo 0 -af 'volume=4' output.avi [00:02:56 CEST] <DragonsLordKERNE> :| [00:04:02 CEST] <DragonsLordKERNE> I forgot to apply LibAVDeinterlacer (Linear Blending) - Crop - Resize (Bilinear) [00:04:16 CEST] <DragonsLordKERNE> Do you have enough patience to support me, c_14? [00:04:37 CEST] <DragonsLordKERNE> I will pay a bear and pizza to you when you will come to Italy next time [00:04:38 CEST] <DragonsLordKERNE> ;) [00:07:08 CEST] <c_14> -vf pp=lb,crop=w=[]:h=[]:x=[]:y=[],scale=w=[]:h=[] [00:07:35 CEST] <c_14> At least, that's how I would translate those terms into ffmpeg filters [00:07:44 CEST] <c_14> everywhere there's a [] replace that with the appropriate value [00:08:01 CEST] <c_14> You can find documentation to the individual filters here: https://ffmpeg.org/ffmpeg-filters.html [00:08:46 CEST] <c_14> Also, not sure what the default scale algo is, you can set -sws_flags bilinear to use bilinear scaling if you want that [00:10:27 CEST] <DragonsLordKERNE> I didn't understand how can i crop in terms of [00:10:29 CEST] <DragonsLordKERNE> Up [00:10:31 CEST] <DragonsLordKERNE> Down [00:10:36 CEST] <DragonsLordKERNE> Left & right [00:10:37 CEST] <DragonsLordKERNE> :( [00:10:42 CEST] <c_14> Right [00:10:55 CEST] <c_14> w and h are self-explanatory (I hope) [00:11:29 CEST] <c_14> x is how many pixels to cut off on the left side [00:11:30 CEST] <DragonsLordKERNE> Weight = Up [00:11:42 CEST] <c_14> y is how many pixels to cut off on the top [00:11:54 CEST] <c_14> weiht? [00:11:57 CEST] <c_14> w = width, h = height [00:12:11 CEST] <c_14> wxh is the size of the area that you want to keep [00:12:50 CEST] <DragonsLordKERNE> OH my god [00:13:02 CEST] <DragonsLordKERNE> so I cannot simply tell FFMPEG to cut [00:13:10 CEST] <DragonsLordKERNE> 2 pixels from the left [00:13:14 CEST] <DragonsLordKERNE> 2 from the right [00:13:29 CEST] <DragonsLordKERNE> 4 from the top and so on [00:13:42 CEST] <c_14> crop=w=iw-2:h=ih-4 [00:13:49 CEST] <c_14> wait [00:13:55 CEST] <c_14> iw-4 and ih-8 [00:14:02 CEST] <c_14> x and y default to centered [00:14:58 CEST] <DragonsLordKERNE> the issue is that they are not centered [00:14:59 CEST] <DragonsLordKERNE> :( [00:15:13 CEST] <c_14> What isn't? [00:15:16 CEST] <c_14> The cuts? [00:15:21 CEST] <DragonsLordKERNE> YEAH! [00:15:37 CEST] <DragonsLordKERNE> I have a frame of 1920 x 1080 [00:15:50 CEST] <DragonsLordKERNE> i need to cut only 4 from the top [00:15:56 CEST] <DragonsLordKERNE> 2 from the bottom [00:16:06 CEST] <DragonsLordKERNE> 2 from the left and 4 from the right [00:16:06 CEST] <c_14> A "simple" formula is w=iw-[total width to cut]:h=ih-[total height to cut]:x=[pixels to cut from the right]:y=[pixels to cut from the top] [00:16:06 CEST] <DragonsLordKERNE> :| [00:16:57 CEST] <c_14> So in that case w=iw-6:h=ih-6:x=2:y=4 [00:17:04 CEST] <c_14> (When I said right earlier, I meant left) [00:17:39 CEST] <DragonsLordKERNE> AH! OK! [00:17:55 CEST] <DragonsLordKERNE> That's why my confusion [00:17:56 CEST] <DragonsLordKERNE> :) [00:18:10 CEST] <c_14> Directions are hard. [00:18:58 CEST] <c_14> Should I go with cut from port? [00:19:30 CEST] <DragonsLordKERNE> ? [00:19:45 CEST] <c_14> (Nautical term for the left side (when facing forward) of a ship) [00:19:54 CEST] <DragonsLordKERNE> crop=w=0:h=4:x=0:y=4 it to cut 4 pixels from the top right? [00:20:11 CEST] <c_14> (forwards to the bow) [00:20:15 CEST] <DragonsLordKERNE> (I see ... more or less) [00:20:22 CEST] <c_14> eh, close [00:20:33 CEST] <c_14> that'll make a video of size 0x4 [00:20:37 CEST] <c_14> Which would be 0 pixels [00:20:44 CEST] <c_14> You probabl want w=iw-0:h=ih-4 [00:20:48 CEST] <c_14> *probably [00:20:53 CEST] <DragonsLordKERNE> yes, of course [00:22:26 CEST] <DragonsLordKERNE> crop=w=1920:h=1076:x=0:y=4 [00:22:35 CEST] <DragonsLordKERNE> Did I get it? :) [00:23:01 CEST] <DragonsLordKERNE> 4 from the top [00:23:33 CEST] <c_14> probably, you can actually literally use "ih-0" etc though. crop supports expression logic for the arguments and ih is a variable that is replaced with the input height [00:25:48 CEST] <DragonsLordKERNE> so, something like this? [00:25:50 CEST] <DragonsLordKERNE> -vf pp=lb,crop=w=iw-0:h=ih-4:x=0:y=4,scale=w=[704]:h=[400] -sws_flags bilinear [00:26:16 CEST] <DragonsLordKERNE> (I'm praying, teacher ...) [00:26:31 CEST] <c_14> get rid of the [] in the scale thingies [00:26:51 CEST] <c_14> And if you want to preserve aspect ration you can use -2 for either w or h [00:28:15 CEST] <DragonsLordKERNE> I need to set the Pixel Aspect Ratio to 1:1 [00:28:40 CEST] <DragonsLordKERNE> is this option? [00:28:42 CEST] <DragonsLordKERNE> setsar=1:1 [00:28:45 CEST] <c_14> append or prepend (not sure which is better) setsar=1 [00:28:47 CEST] <c_14> yes [00:28:49 CEST] <c_14> that [00:28:54 CEST] <DragonsLordKERNE> :) [00:29:37 CEST] <DragonsLordKERNE> -vf pp=lb,crop=w=iw-0:h=ih-4:x=0:y=4,scale=w=704:h=400,setsar=1:1 -sws_flags bilinear ? [00:29:51 CEST] <c_14> should work [00:29:56 CEST] <DragonsLordKERNE> :)) [00:31:34 CEST] <DragonsLordKERNE> beginand end [00:31:38 CEST] <DragonsLordKERNE> begin *and end [00:31:49 CEST] <DragonsLordKERNE> are not explicitly set right? [00:31:57 CEST] <c_14> of what? [00:31:59 CEST] <DragonsLordKERNE> I need to set start and duration, right? [00:32:05 CEST] <c_14> only if you want to cut it [00:32:14 CEST] <DragonsLordKERNE> If I need to do a frame accurate encoding [00:32:25 CEST] <DragonsLordKERNE> Yes, I would like to do that [00:32:27 CEST] <c_14> If you want to cut, use -ss and -t [00:32:37 CEST] <c_14> -t is duration, -ss is from where to start [00:34:03 CEST] <DragonsLordKERNE> is it also possible to select something like a frame number? [00:34:13 CEST] <c_14> yes, with the select filter [00:34:39 CEST] <DragonsLordKERNE> But how can I detect the frame number? [00:34:45 CEST] <DragonsLordKERNE> With VLC or some other tools? [00:35:05 CEST] <c_14> something like select=between(n\,100\,200) [00:35:11 CEST] <c_14> Will take all frames between 100 and 200 [00:35:21 CEST] <c_14> there's also gt (greater than) lt (less than) [00:35:36 CEST] <DragonsLordKERNE> Yes, but I need to see this frames [00:35:36 CEST] <c_14> https://ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation [00:35:44 CEST] <c_14> mhm [00:35:58 CEST] <c_14> Just get the exact timestamp. [00:35:59 CEST] <DragonsLordKERNE> in advance I mean [00:36:03 CEST] <c_14> ffmpeg cuts are frame perfect [00:36:23 CEST] <DragonsLordKERNE> timestamp from which software? [00:36:32 CEST] <DragonsLordKERNE> this is what I would like to understand [00:36:35 CEST] <c_14> mediaplayer or whatever [00:40:13 CEST] <DragonsLordKERNE> can I also use ms? [00:40:17 CEST] <DragonsLordKERNE> something like [00:40:17 CEST] <DragonsLordKERNE> 00:00:16.120 [00:40:20 CEST] <c_14> yep [00:40:35 CEST] <DragonsLordKERNE> it's -ms? [00:40:46 CEST] <c_14> https://ffmpeg.org/ffmpeg-utils.html#Time-duration [00:40:51 CEST] <c_14> just like you wrote [00:42:47 CEST] <DragonsLordKERNE> Doc c_14 ... it's running [00:42:54 CEST] <DragonsLordKERNE> Are you praying with me? [00:42:55 CEST] <DragonsLordKERNE> XD [01:09:54 CEST] <faLUCE> c_14: tried ffmpeg -loop 1 -t 3:02 -i 1.jpg -loop 1 -i 2.jpg -i mp3 -shortest -c:a copy out.avi , it doesn't work... only 2.jpg is added [01:14:02 CEST] <c_14> hmm, lemme test for a bit [01:15:59 CEST] <DragonsLordKERNE> c_14, -me_method full should be the same for -me 4 ? [01:17:28 CEST] <c_14> hmm? [01:17:48 CEST] <DragonsLordKERNE> I found this: [01:17:49 CEST] <DragonsLordKERNE> http://forum.videohelp.com/threads/277807-Useful-FFmpeg-Syntax-Examples [01:21:36 CEST] <DragonsLordKERNE> -me does not exist (no more I guess) [01:23:06 CEST] <c_14> DragonsLordKERNE: it was probably replaced [01:23:37 CEST] <c_14> faLUCE: I might just be an idiot [01:23:47 CEST] <c_14> -filter_complex '[0][1]concat=n=2:v=1:a=0[v]' -map '[v]' -map 2 [01:23:49 CEST] <c_14> add that [01:23:54 CEST] <DragonsLordKERNE> YEAH, maybe [01:24:23 CEST] <DragonsLordKERNE> <c_14> faLUCE: I might just be an idiot <<< From my perspective ... I don't think so :) [01:25:02 CEST] <c_14> faLUCE: after the mp3 before the output file [01:25:22 CEST] <faLUCE> c_14: wow, this is a real complex command ;-) thanks [01:25:59 CEST] <DragonsLordKERNE> c_14, Do you think these > http://pastebin.com/Z5HJY5Hq < are the best option in order to have a beatiful High-Quality XviD ... [01:26:07 CEST] <faLUCE> c_14: where is indicated the time in that command? [01:26:11 CEST] <DragonsLordKERNE> c_14, ... or did I miss something? [01:26:16 CEST] <faLUCE> 3 minutes and 2 seconds... [01:26:35 CEST] <c_14> faLUCE: just put that in the middle of the command you already have [01:26:53 CEST] <faLUCE> c_14: thanks, let's try [01:29:03 CEST] <c_14> DragonsLordKERNE: I haven't actually encoded XviD since a whiiile now. Nothing jumps out to me as wrong though. [01:29:15 CEST] <DragonsLordKERNE> c_14, should I also set something like ildctcmp precmp subcmp and so on? [01:30:19 CEST] <c_14> probably not necessary [01:32:17 CEST] <faLUCE> c_14: it wants two pictures of the same size [01:32:39 CEST] <faLUCE> c_14: anyway, you are a monster of ffmpeg :-) really a wizard [01:32:55 CEST] <c_14> use the scale filter on one (or both) of them [01:33:46 CEST] <c_14> ie -filter_complex '[0]scale=180x537[tmp];[tmp][1]...' [01:34:04 CEST] <DragonsLordKERNE> c_14, -cmp can also be numbers right? [01:34:47 CEST] <c_14> DragonsLordKERNE: I think so, yes. Most options like that have both numbers and names [01:35:37 CEST] <faLUCE> c_14: -filter_complex '[0][1]concat=n=2:v=1:a=0[v]' -map '[v]' <----- How can I insert the scale filter in that expression? [01:36:50 CEST] <c_14> Like I wrote just up there ^, '[number of input you want to scale]scale=widthxheight[tmp];[either [tmp] or 0][either [tmp] or 1]concat... [01:36:58 CEST] <c_14> just replace the front part of the filter_complex expression [01:38:09 CEST] <faLUCE> c_14: thanks [01:39:18 CEST] <DragonsLordKERNE> c_14, would you be so kind to check if me_method 6 is the best? [01:39:39 CEST] <DragonsLordKERNE> I was not able to find it out [01:41:17 CEST] <c_14> For ffmpeg me_method 6 would be one higher than the best one. There's 5 options and it's 0-indexed [01:41:37 CEST] <c_14> Eh [01:41:42 CEST] <c_14> There's 6 options and it's 0-indexed. [01:42:46 CEST] <DragonsLordKERNE> the same applies for mbd = 2 and cmp = chroma (I was not able to find the correct number) [01:45:21 CEST] <DragonsLordKERNE> FFMPEG seems to accept also me_method = 8 :| [01:46:11 CEST] <c_14> It'll probably accept up to INT_MAX [01:46:16 CEST] <c_14> Not sure what it does with it though& [01:47:21 CEST] <DragonsLordKERNE> and in order to set min quantizers and max quantizer for I-P-B-Frames [01:47:28 CEST] <DragonsLordKERNE> is it -qmin ... -qmax ... [01:47:35 CEST] <c_14> yes [01:48:03 CEST] <DragonsLordKERNE> so which me_method is the best in terms of quality? [01:48:12 CEST] <DragonsLordKERNE> This is exactly what I am not understanding [01:48:57 CEST] <c_14> full [01:49:04 CEST] <c_14> Well quality / filesize [01:51:30 CEST] <DragonsLordKERNE> full is not mentioned here: [01:51:31 CEST] <DragonsLordKERNE> https://www.ffmpeg.org/ffmpeg-codecs.html [01:51:38 CEST] <DragonsLordKERNE> @me_method (me) [01:52:22 CEST] <c_14> https://www.ffmpeg.org/ffmpeg-codecs.html#libxvid [01:52:24 CEST] <c_14> It's down there. [01:56:58 CEST] <DragonsLordKERNE> [Parsed_setsar_3 @ 0000000005780be0] num:den syntax is deprecated, please use nu [01:56:58 CEST] <DragonsLordKERNE> m/den or named options instead <<< Do you know what does it mean? [01:57:20 CEST] <DragonsLordKERNE> *[Parsed_setsar_3 @ 0000000005780be0] num:den syntax is deprecated, please use num/den or named options instead <<< Do you know what does it mean? [01:59:02 CEST] <c_14> ye, you can ignore it [01:59:11 CEST] <c_14> It just means that instead of setsar=1:1 you should use setsar=1/1 [02:00:34 CEST] <DragonsLordKERNE> Thank you very much for all your time, spent for me [02:00:49 CEST] <DragonsLordKERNE> The conversion is running [02:12:54 CEST] <asdf_> hi. how can i convert video to mp3? [02:13:01 CEST] <asdf_> which i need to download? [02:13:21 CEST] <c_14> >convert video to mp3 [02:13:25 CEST] <c_14> Please elaborate [02:13:46 CEST] <c_14> Also, what do you mean "which i need to download" [02:13:47 CEST] <asdf_> ONE OF this [02:13:48 CEST] <asdf_> http://www.archive.org/details/IntroductoryIntelX86ArchitectureAssemblyAppl… [02:13:54 CEST] <asdf_> extension [02:14:02 CEST] <c_14> You want to extract the audio from it? [02:14:04 CEST] <asdf_> which ffmpeg i need to dnlowad [02:14:05 CEST] <asdf_> yes [02:14:25 CEST] <asdf_> so ican do multiple instead in vlc [02:14:47 CEST] <c_14> ffmpeg -i https://archive.realllonglink.mp4 out.mp3 [02:15:05 CEST] <c_14> Read https://trac.ffmpeg.org/wiki/Encode/MP3 for quality settings [02:15:20 CEST] <c_14> https://ffmpeg.org/download.html [02:16:31 CEST] <DragonsLordKERNE> c_14, in Xmedia Recode I have a setting that is "Audio / Video syncronization" ... Do you know if I should set something similar also with FFMPEG in order to preserve the absolute A/V sync? [02:16:39 CEST] <asdf_> i want good quality sound [02:16:49 CEST] <c_14> DragonsLordKERNE: most of the time you won't need to [02:17:03 CEST] <DragonsLordKERNE> asdf_, good depends on the source [02:17:10 CEST] <asdf_> mp3? [02:17:11 CEST] <DragonsLordKERNE> asdf_, good depends on you [02:17:26 CEST] <DragonsLordKERNE> good can be 320 kbps for me and 128 kbps for you [02:17:43 CEST] <c_14> something around qscale 3/4 is a good start and you can adjust up or down to your liking [02:17:48 CEST] <c_14> (note, lower is better) [02:17:52 CEST] <DragonsLordKERNE> c_14, but it's better to set it or to leave it unset? [02:17:53 CEST] <c_14> All covered in that linke I posted [02:18:02 CEST] <c_14> DragonsLordKERNE: leave it unless you have problems [02:18:21 CEST] <DragonsLordKERNE> Can you please explain what it does? [02:19:47 CEST] <c_14> It probably touches the -vsync option, which basically specifies what to do with frames so that you get the right framerate/ the right frames on the right timestamp [02:21:02 CEST] <DragonsLordKERNE> Looking at your explanation ... it would sounds better to have it always set [02:21:18 CEST] <asdf_> nvm i guess i wil use vlc [02:21:37 CEST] <c_14> DragonsLordKERNE: ffmpeg usually sets it to the correct one by itself [02:22:00 CEST] <c_14> Look at the manpage entry for -vsync. https://ffmpeg.org/ffmpeg.html [03:10:27 CEST] <electronrotoscop> ffmpeg is crashing after the line [Parsed_drawtext_4 @ 0000000005852e20] Setting 'fontcolor' to value 'white' and I think I missed a library in my build [03:10:36 CEST] <electronrotoscop> the config was configuration: --arch=x86_64 --target-os=mingw32 --cross-prefix=x86_64-w64-mingw32- --enable-cross-compile --enable-runtime-cpudetect --pkg-config=pkg-config --enable-memalign-hack --enable-nonfree --enable-gpl --enable-version3 --disable-w32threads --enable-libfdk_aac --enable-libfribidi --enable-avisynth --enable-bzlib --enable-fontconfig --enable-iconv --enable-libfreetype --enable-libx264 --enable-zlib [03:10:42 CEST] <electronrotoscop> anyone know what I might be missing? [03:11:03 CEST] <electronrotoscop> full log at http://pastebin.com/keNQpXMR [03:12:24 CEST] <electronrotoscop> the error windows gives me is http://pastebin.com/UW3AQjPe [03:14:16 CEST] <WickedP> hi folks, does ffmpeg have a namespace when working in c++? [03:16:52 CEST] <GWARslave> hey, quick question. I have a simple batch fie written, or want to write, where I can drag an .flv file onto it and have it output an .mp4 without re-encoding. Is there a basic command that'll keep the same output name as the input [03:17:26 CEST] <electronrotoscop> windows? [03:17:31 CEST] <GWARslave> yeah, windows [03:17:48 CEST] <GWARslave> I saw somewhere that might be "${1}" for input, and 2 for output [03:17:52 CEST] <GWARslave> but that didn't work [03:18:34 CEST] <GWARslave> @ECHO OFF [03:18:34 CEST] <GWARslave> ffmpeg -i "${1}".flv -c copy -copyts "${2}".mp4 [03:18:34 CEST] <GWARslave> Is all I have [03:19:04 CEST] <electronrotoscop> c:\path\to\ffmpeg.exe -i "%~f1" ^ [03:19:04 CEST] <electronrotoscop> -map 0:v -vcodec copy ^ [03:19:05 CEST] <electronrotoscop> -map 0:a -acodec copy ^ [03:19:05 CEST] <electronrotoscop> -f mp4 "c:\path\to\dest\%~n1-remuxed.mp4" [03:19:05 CEST] <electronrotoscop> PAUSE [03:19:24 CEST] <GWARslave> well then, wherever I read was a bit off [03:19:31 CEST] <electronrotoscop> whoops that should be a " at the beginning not [03:19:42 CEST] <electronrotoscop> ${1} is for OSX/Linux [03:19:47 CEST] <GWARslave> aha [03:20:17 CEST] <electronrotoscop> probably you should take out the -map 0:v and -map 0:a, that's for multiple audio tracks [03:20:35 CEST] <electronrotoscop> if you're going to mp4 you probably only want one video track and one (stereo or whatever) audio track [03:20:51 CEST] <GWARslave> yeah this is just 1 video, 1 audio [03:21:07 CEST] <electronrotoscop> so then just "c:\path\to\ffmpeg.exe -i "%~f1" -vcodec copy -acodec copy -f mp4 "c:\path\to\dest\%~n1-remuxed.mp4" [03:21:16 CEST] <electronrotoscop> and another line with PAUSE [03:21:27 CEST] <electronrotoscop> save as a .bat, drag file into .bat and you're off to the races [03:21:50 CEST] <GWARslave> excellent, tanx [03:21:53 CEST] <GWARslave> lemme give it a spin [03:22:23 CEST] <GWARslave> wait [03:22:35 CEST] <GWARslave> I already have ffmpeg set up for windows to recognize it wherever [03:22:52 CEST] <GWARslave> so I leave out the directory line and just put ffmpeg right [03:23:50 CEST] <electronrotoscop> oh yeah, sure that'll work just say ffmpeg then I guess [03:26:11 CEST] <GWARslave> excellent, it works [03:26:25 CEST] <GWARslave> PAUSE didn't do anything. no biggie though, I prolly missed something [03:26:29 CEST] <electronrotoscop> if you want to go back to the same directory you dropped from, no matter where it us, use ffmpeg -i "%~f1" -vcodec copy -acodec copy -f mp4 "%~d1%~p1%~n1-remuxed.mp4" [03:26:50 CEST] <electronrotoscop> pause just makes it hold the window up until you press any key, as long as you put it by itself on the last line [03:27:07 CEST] <electronrotoscop> I find it useful to check to make sure ffmpeg didn't find any issues while remuxing [03:27:14 CEST] <GWARslave> gotcha [03:27:32 CEST] <GWARslave> d1 p1 huh [03:27:48 CEST] <GWARslave> luckily all the work's being done in the same folder [03:27:53 CEST] <GWARslave> but ill keep that in min [03:27:55 CEST] <GWARslave> d [03:28:30 CEST] <electronrotoscop> %~d1 is drive of source file %~p1 is path of source file %~n1 is filename without extension [03:28:40 CEST] <GWARslave> gotcha [03:28:46 CEST] <GWARslave> was tryna figure out what p was [03:29:03 CEST] <electronrotoscop> ha ha ha [03:30:04 CEST] <GWARslave> @ECHO OFF [03:30:05 CEST] <GWARslave> ffmpeg -i "%~f1" -vcodec copy -acodec copy "e:\%~n1.mp4" [03:30:05 CEST] <GWARslave> PAUSE [03:30:11 CEST] <GWARslave> what am i missing to make the pause work [03:30:16 CEST] <GWARslave> i feel like some quotations somewhere [03:31:58 CEST] <electronrotoscop> not sure. maybe it doesn't work with echo off [03:32:10 CEST] <electronrotoscop> I guess if it's not writing anything on screen anyways you don't need pause [03:32:31 CEST] <GWARslave> hm ic [03:32:40 CEST] <GWARslave> been quite a while since i've written simple batch files [03:32:54 CEST] <electronrotoscop> ha ha it takes some getting used to [03:33:01 CEST] <GWARslave> i feel like typing in LOAD ,8,1 hah [03:33:12 CEST] <electronrotoscop> ha ha ha ha [03:33:18 CEST] <electronrotoscop> @echo off disables all terminal output, iirc [03:33:48 CEST] <electronrotoscop> so I'd take that out if you want to keep an eye on ffmpeg doing its thing [03:34:30 CEST] <GWARslave> well, i took out @echo off and it works, but still doesn't pause [03:34:42 CEST] <GWARslave> oh well [03:35:09 CEST] <electronrotoscop> ha ha not completely essential. so it just closes by itself? [03:35:54 CEST] <GWARslave> yeah [03:36:05 CEST] <electronrotoscop> huh. no idea. [03:40:18 CEST] <Hello71> @ means do not print this command like in make [03:40:24 CEST] <Hello71> echo off means don't print future commands [03:41:00 CEST] Action: Hello71 uses psychic debugging [03:41:13 CEST] <Hello71> %~f1 isn't a valid expansion [03:45:14 CEST] <GWARslave> hm [03:59:37 CEST] <GWARslave> hmm [03:59:58 CEST] <GWARslave> thought they were all flv codecs, apparently not [03:59:58 CEST] <electronrotoscop> what does valid expansion mean? [04:00:16 CEST] <electronrotoscop> getting some error messages? [04:00:35 CEST] <GWARslave> yeah after a few of them [04:00:52 CEST] <GWARslave> ran mediainfo, some of the .flv's are AVC video [04:01:07 CEST] <electronrotoscop> avc should rewrap into mp4 [04:01:38 CEST] <electronrotoscop> try removing the @echo off line and put a bunch of PAUSE lines in and see if you can get it to keep the window up so you can see what it's doing [04:02:32 CEST] <GWARslave> i'm bypaasing the batch file right now [04:02:36 CEST] <GWARslave> and manually typing [04:04:37 CEST] <GWARslave> http://cplusplus.bordoon.com/cmd_exe_variables.html [04:04:45 CEST] <GWARslave> maybe what he's talking about [04:04:48 CEST] <GWARslave> he/she [04:05:37 CEST] <GWARslave> http://www.picpaste.com/pics/Untitled-acXky623.1428285908.png [04:05:40 CEST] <GWARslave> is what i'm getting [04:06:16 CEST] <GWARslave> is it trying to fit stream 0 in stream 1's spot? [04:07:12 CEST] <electronrotoscop> so that codec isn't avc it's flv1 [04:07:23 CEST] <electronrotoscop> which I'm not super familiar with, but it's saying that flv1 isn't supported in mp4 [04:07:35 CEST] <electronrotoscop> you could give mkv a shot, but i suspect you'll just have to transcode [04:08:24 CEST] <GWARslave> oh sorry, i meant the other way around [04:08:28 CEST] <WickedP> hi folks, i'm having a really frustrating time trying to get ffmpeg working in my c++ project. I'm using zeranoe's dev package and have linked all the libraries etc. I enclosed the headers in extern "C". But whenever I call an ffmpeg function (e.g. av_register_all()) the program goes into an access violation error. What do I need to be doing to rectify this? [04:08:34 CEST] <GWARslave> the avc ones were converting fine [04:08:59 CEST] <electronrotoscop> yeah that makes sense, avc aka h264 is very common for mp4. flv1 is I think pretty old [04:09:50 CEST] <GWARslave> Sorenson Spark [04:09:52 CEST] <GWARslave> what a name [04:10:09 CEST] <GWARslave> that seems to be your basic flash video codec nowadays [04:10:54 CEST] <electronrotoscop> avc is the basic one yeah, sorenson spark was like what the first versions of youtube used [04:11:23 CEST] <electronrotoscop> something like this might work for you [04:11:24 CEST] <electronrotoscop> ffmpeg -i "%~f1" -pix_fmt yuv420p -vcodec libx264 -preset veryslow -tune fastdecode -tune film -crf 18 -refs 1 -qmin 4 -maxrate 1000k -bufsize 500k -acodec copy -f mp4 "%~dpn1-converted.mp4" [04:11:31 CEST] <GWARslave> http://en.wikipedia.org/wiki/Flash_Video#Media_type_support [04:11:35 CEST] <electronrotoscop> but if you are converting to avc then you have to make all kinds of new decisions [04:11:48 CEST] <GWARslave> jesus son [04:11:56 CEST] <GWARslave> i'm putting so much time and effort into porn files [04:11:56 CEST] <GWARslave> lol [04:12:00 CEST] <electronrotoscop> bahahahaha [04:12:36 CEST] <electronrotoscop> sorenson spark aka flv1 seems to be the codec, where flv is the container [04:13:28 CEST] <GWARslave> right [04:13:48 CEST] <GWARslave> hmm, your new command is taking much longer [04:16:23 CEST] <electronrotoscop> bahaha well it's transcoding instead of just copying frames from one file into another so [04:16:43 CEST] <GWARslave> oh [04:16:51 CEST] <electronrotoscop> http://torcache.net/torrent/B2905B674A8F3A1096934F13E10273761C91D573.torren… [04:16:52 CEST] <GWARslave> transcoding=re-encoding? [04:16:57 CEST] <electronrotoscop> wait ha ha wrong window [04:16:59 CEST] <electronrotoscop> yeah [04:17:12 CEST] <GWARslave> was tryna get away from re-encoding [04:17:21 CEST] <GWARslave> otherwise i could just stick it in vlc player or something [04:17:40 CEST] <electronrotoscop> try the -vcodec copy script but with other containers [04:17:47 CEST] <electronrotoscop> maybe mkv or something can take flv1 [04:17:47 CEST] <GWARslave> got no time for anything but to learn heh [04:18:04 CEST] <GWARslave> i'm tryna get the files into Camtasia [04:18:11 CEST] <GWARslave> it dont read .mkv [04:18:15 CEST] <GWARslave> nor those .flv files [04:18:24 CEST] <electronrotoscop> mov? [04:18:30 CEST] <GWARslave> perhaps [04:18:35 CEST] <electronrotoscop> it might not read flv1 no matter what container it's in [04:18:40 CEST] <GWARslave> never really have or use .mov [04:20:22 CEST] <GWARslave> tru.. [04:21:21 CEST] <GWARslave> whew, i remembered ctrl-break [04:21:57 CEST] <GWARslave> i was testing that on an avc file which converted fine earlier [04:23:43 CEST] <electronrotoscop> ha ha ha ctrl-c works often too [04:24:11 CEST] <GWARslave> ah [04:24:31 CEST] <GWARslave> yea ur right, i used vlc to do a raw dump [04:24:40 CEST] <GWARslave> and it still doesn't read it [04:29:37 CEST] <electronrotoscop> fucking spark [04:30:11 CEST] <electronrotoscop> "Macromedia later tried to find a better video codec. Starting with Flash Player 8 (released in September 2005), the preferred video codec became VP6." [04:30:46 CEST] <electronrotoscop> it's now H.264 though. Nothing competes with H.264 on quality and compatability, except arguably vp9 or hevc [04:31:36 CEST] <GWARslave> i was hanving a helluva time with hevc yesterday, or the day before [04:31:57 CEST] <Hello71> electronrotoscop: H.264 just came out then [04:31:59 CEST] <GWARslave> none of the .mkv files I had would extract properly, using several programs [04:32:08 CEST] <GWARslave> but the files themselves worked fine [04:32:15 CEST] <Hello71> unlike now it wasn't embedded in every smartphone [04:32:20 CEST] <Hello71> for that matter smartphones barely existed [04:32:54 CEST] <electronrotoscop> Hello71: ha ha yes and there have been one or two improvements to the encoders since then [04:33:37 CEST] <electronrotoscop> with a careful eye, one should be able to see some differences in 264 since 2005 [04:33:41 CEST] <electronrotoscop> *x264 [04:34:11 CEST] <electronrotoscop> GWARslave: HEVC isn't that widely supported in editing programs yet [04:34:31 CEST] <electronrotoscop> or, like, anywhere [04:35:57 CEST] <GWARslave> yea i realized that, i went ahead and redownloaded all the files in 1080p instead [04:40:42 CEST] <GWARslave> whats the recommended string for encoding the h264 [04:40:49 CEST] <GWARslave> like quality level and stuff [04:42:01 CEST] <Hello71> https://encrypted.google.com/search?q=ffmpeg%20whats%20the%20recommended%20… [04:42:16 CEST] <GWARslave> smarty pants [04:42:30 CEST] <electronrotoscop> ha ha you can use the string I gave you [04:42:38 CEST] <Hello71> https://encrypted.google.com/search?q=smarty%20pants [04:42:41 CEST] <electronrotoscop> depends on your source size [04:43:02 CEST] <Hello71> SmartyPants Vitamins All in One Gummy Vitamins for Kids and Adults with Omega 3 Fish Oil [04:43:08 CEST] <electronrotoscop> hello71: you should use http://lmgtfy.com/ [04:44:07 CEST] <electronrotoscop> also: if you actually know of a good general recommendation I'd love to see it. That good search isn't giving much of value for anyone who doesn't want to learn all the basic optoins for x264 encoding [04:44:27 CEST] <electronrotoscop> it's not an easily google-able question [04:45:22 CEST] <electronrotoscop> GWARslave: if you're just playing back in vlc or something, you can just set -preset and -crf, the rest won't matter for you [04:45:40 CEST] <electronrotoscop> and if you're going to be transcoding to something else, one option is to set -crf to 0 and then it's loessless [04:45:44 CEST] <Hello71> third result on an un-customized page [04:45:44 CEST] <electronrotoscop> *lossless [04:46:12 CEST] <electronrotoscop> you're talking https://trac.ffmpeg.org/wiki/Encode/H.264 ? [04:50:20 CEST] <GWARslave> sry, had a friend over, and working on a string [04:51:14 CEST] <GWARslave> @ECHO OFF [04:51:14 CEST] <GWARslave> ffmpeg -i %~n1.flv -vcodec libx264 -preset slow -crf 22 -acodec copy %~n2.mp4 [04:51:14 CEST] <GWARslave> PAUSE [04:51:17 CEST] <GWARslave> thats what i came up with [04:51:56 CEST] <GWARslave> nah, i'm not worried about vlc. i'm just trying to get it to load into Camtasia [04:53:31 CEST] <GWARslave> whoa [04:53:33 CEST] <GWARslave> that was way off [04:53:36 CEST] <GWARslave> out of sync [04:54:11 CEST] <GWARslave> I just basically used the string that https://trac.ffmpeg.org/wiki/Encode/H.264 said [04:54:21 CEST] <electronrotoscop> you'll want to probably use "%~1f" instead of %~n1.flv and %~dpn1.mp4 instead of %~n2.mp4 [04:54:50 CEST] <electronrotoscop> sorry that's "%~f1" not "%~1f" [04:55:07 CEST] <GWARslave> ah, yeah [04:55:15 CEST] <GWARslave> full path name as opposed to file name [04:55:20 CEST] <electronrotoscop> crf 22 is pretty low quality, you could probably go higher [04:55:21 CEST] <GWARslave> it still caem out correctly though [04:55:26 CEST] <GWARslave> except for the syncage [04:55:29 CEST] <GWARslave> and skippage [04:55:40 CEST] <electronrotoscop> ha ha yes and the 1 is important, otherwise it'll try to name it blank I think? [04:55:57 CEST] <GWARslave> ya, i was tryna go off that link I posted earlier ;P [04:56:23 CEST] <GWARslave> i think it'll try to overwrite itself or something, i dunno [04:56:50 CEST] <GWARslave> ima try your string you posted earlier [04:56:51 CEST] <electronrotoscop> dunno why the sync issue [04:57:29 CEST] <GWARslave> well, i assume transcoding the video, and leaving the audio as is would cause problems [04:57:54 CEST] <GWARslave> wait [04:58:01 CEST] <GWARslave> that WAS your string I used heh [04:58:10 CEST] <GWARslave> mine is sitting in a txt file on my desktop [04:58:11 CEST] <GWARslave> lol [04:58:15 CEST] <electronrotoscop> ha ha [04:58:24 CEST] <GWARslave> the drugs and sleeplessness are getting to me ;P [04:59:49 CEST] <electronrotoscop> try ffmpeg -i "%~f1" -vcodec libx264 -preset slow -crf 18 -c:a pcm_s16le "%~dpn1.mp4" [04:59:53 CEST] <electronrotoscop> sorry wait [05:00:01 CEST] <electronrotoscop> ffmpeg -i "%~f1" -vcodec libx264 -preset slow -crf 18 -c:a pcm_s16le "%~dpn1.mov" [05:00:41 CEST] <GWARslave> hold up [05:00:47 CEST] <GWARslave> i'm watching the original file for the first time [05:00:54 CEST] <GWARslave> the beginning was made out of sync on purpose [05:00:55 CEST] <GWARslave> lol [05:01:38 CEST] <GWARslave> only thing wrong was, the output file came out with no file name, just an extension ;P [05:02:24 CEST] <electronrotoscop> yeah that'd be because you used 2 [05:02:41 CEST] <electronrotoscop> which refers to the name of the second file you drag onto the batch script (in this case nothing at all) [05:03:09 CEST] <GWARslave> ho yeah [05:03:11 CEST] <GWARslave> duh [05:03:38 CEST] <electronrotoscop> takes some getting used to [05:03:55 CEST] <GWARslave> yep [05:07:43 CEST] <GWARslave> i dislike coding in the first palce [05:08:12 CEST] <GWARslave> but since i lost my job last month and been depressed, I randomly started learning audio and video editing [05:12:06 CEST] <electronrotoscop> it's a fun world [05:12:22 CEST] <electronrotoscop> avid media composer has a 30 day trial option [05:13:00 CEST] <electronrotoscop> http://en.wikipedia.org/wiki/Blender_%28software%29 is an NLE and 3d modelling program [05:14:07 CEST] <GWARslave> how does avid compare to camtasia [05:14:27 CEST] <electronrotoscop> I've never heard of camtasia, but actual like hollywood movies are cut on avid [05:14:30 CEST] <GWARslave> hrm, 3d modelling, i think i did that back in high school [05:14:50 CEST] <GWARslave> ah [05:14:50 CEST] <GWARslave> well [05:15:01 CEST] <GWARslave> i think camtasia's a mid-level software [05:15:09 CEST] <GWARslave> not sure if i wanna jump into the big one yet ;P [05:15:22 CEST] <electronrotoscop> the three things I see people cut on are Avid, Adobe Premiere and Final Cut Pro on OSX [05:15:33 CEST] <GWARslave> altho some of the little details are annoying to me, like the animated ratio scale minus/gain [05:15:45 CEST] <GWARslave> have you seen American Psycho?> [05:15:56 CEST] <electronrotoscop> ha ha I actually worked on it [05:15:58 CEST] <electronrotoscop> http://en.wikipedia.org/wiki/List_of_video_editing_software [05:16:13 CEST] <electronrotoscop> in a very minor capacity [05:16:16 CEST] <GWARslave> hm? [05:16:17 CEST] <GWARslave> how so [05:17:07 CEST] <electronrotoscop> i helped with the dailies when they were shooting [05:17:21 CEST] <GWARslave> nice ;P. not sure what that is but still [05:17:26 CEST] <GWARslave> what a coincidence that i asked that lol [05:17:42 CEST] <electronrotoscop> ha ha yeah [05:17:54 CEST] <electronrotoscop> what about it? [05:18:14 CEST] <GWARslave> i'm working on a music video for it. Anthrax wrote a song about the book back in the 90s, so I figured I'd play around with it [05:18:30 CEST] <electronrotoscop> sounds cool [05:18:32 CEST] <GWARslave> been distracted the past couple weeks by other things, but i can show u hat i got. it's unlisted on youtube [05:18:51 CEST] <electronrotoscop> ah I'm good, I have to go to bed actually [05:18:55 CEST] <GWARslave> okie dokie [05:19:56 CEST] <GWARslave> sleep well [05:20:04 CEST] <GWARslave> i'll prolly pass out when i get drunk enuff [05:45:43 CEST] <Prelude2004c> hey guys... to enable the cuda version of nvenc ? [05:45:57 CEST] <Prelude2004c> --enable-libnvenc for that .. which was it for the cuda? [05:49:29 CEST] <Prelude2004c> libxvid? [05:57:14 CEST] <kepstin-laptop> i'm not sure what you mean, nvenc and cuda are completely different things. [05:58:25 CEST] <kepstin-laptop> nvenc uses fixed-function encoding hardware on the gpu die, while cuda is a way for a software encoder to use the gpu cores. [18:27:00 CEST] <loki_> can somebody explain me why x11grab is legacy if it is fast and light version screen grabbing? [18:27:30 CEST] <loki_> now xcb version is used by default and when it active is see high cpu utilization [18:45:27 CEST] <durandal_1707> Is it really that slow? [18:47:40 CEST] <loki_> 1.5 [18:48:19 CEST] <loki_> i build ffmpeg by myself and for very long time can't get why system one works faster. [18:48:43 CEST] <loki_> after i changed to real x11grab device i have even more better perfomance. [18:49:44 CEST] <loki_> and bad part of that, that it is not just perf gain, there less cpu utilization for xorg too... [19:02:45 CEST] <c_14> loki_: on my system the difference is pretty negligible [19:02:51 CEST] <c_14> Especially once you add an encoder. [19:03:02 CEST] <c_14> What commandline are you using to test? [19:41:25 CEST] <seasc> loki_, might you have a build script for your ffmpeg? (assuming you included gnutls, v4l-utils and all the other stuff too?) [19:42:43 CEST] <seasc> or c_14? i'm probably just stuck before the final line due to 'exhaustion' of writing my own 600+ lines script to build ffmpeg [19:45:14 CEST] <seasc> build-ffmpeg.sh (using TUI) http://pastebin.com/rutufqsQ [19:50:32 CEST] <c_14> seasc: what's the problem? [19:52:16 CEST] <seasc> c_14, after gotting stuck with v4l, i decided to try build ffmpeg with the things i 'have', now it fails at nettle and gnutls. [19:52:59 CEST] <c_14> config.log ? [19:53:37 CEST] <c_14> wait [19:53:46 CEST] <c_14> Why are you cross-compiling for your own platform? [19:54:38 CEST] <seasc> thats been suggested once i've added --host=linux after a build failed and gave that as suggestion [19:55:36 CEST] <seasc> dont recall from which package [19:56:17 CEST] <c_14> you can probably just delete that entire line (line 676) it doesn't set anything helpful for most builds, [20:01:02 CEST] <seasc> ok i'll try that, but dont i have to pull in nettle and gnutls for it too? [20:01:36 CEST] <llogan> seasc: why --enable-ftrapv? [20:01:54 CEST] <seasc> llogan, sounded good? :) [20:03:20 CEST] <c_14> seasc: If I don't see the failing config.log I can't tell why nettle/gnutls isn't being detected [20:04:26 CEST] <seasc> screenlog: http://pastebin.com/dwBq8G4f [20:05:39 CEST] <seasc> config.log: http://pastebin.com/WBM1thFN [20:06:09 CEST] <seasc> llogan, whats bad with --enable-ftrapv? [20:07:51 CEST] <seasc> c_14, did you see the config.log? [20:12:32 CEST] <c_14> seasc: it looks like you're actually having issues building libnettle, not ffmpeg. [20:13:20 CEST] Action: c_14 has no idea how to build nettle correctly. You might want to read the official docs, look if they have a contact method for help somewhere [20:14:09 CEST] <llogan> seasc: i've only seen it used for testing [20:15:20 CEST] <seasc> c_14, yes, sorry for the confusion, thats why i asked if you guys had a script where it pulls th reqs for ffmpeg in as well. [20:16:02 CEST] <seasc> llogan, would it hurt (influence performance in a bad way)? [20:16:40 CEST] <seasc> so i could gather/adapt the missing/faulty parts [20:21:45 CEST] <llogan> seasc: im not sure. [20:21:55 CEST] <c_14> seasc: I have a small script that I use to build ffmpeg and a couple of deps, but I have neither nettle nor gnutls [20:27:50 CEST] <seasc> llogan, well, i'll disable it for now, no intention for massive memory testings or alike :p thank you [20:28:53 CEST] <seasc> i'll try a build ignore the error message and just use (--enable-XY) those built successfull. ... lets see in ~10mins [21:17:17 CEST] <seasc> c_14, build failed, the extralibs are an attempt to include/use installed nettle/gnutls :: http://pastebin.com/tWrcSEmg [21:36:18 CEST] <c_14> seasc: get rid of the --extra-libs [21:40:26 CEST] <seasc> c_14, its currently building.. but why does it fail on 'exta' folders to look for libs/headers? [21:41:19 CEST] <c_14> Because that isn't for folders. [21:41:57 CEST] <seasc> oh, so i'd need to pass all extra libs/header each with an extra --extra-XY argument? [21:42:17 CEST] <seasc> IF used, seems one is better of without it :) [21:42:24 CEST] <c_14> yes, or just use extra-ldflags="-L/path -L/path2" etc [21:43:51 CEST] <DragonsLord> Hello to everybody [21:43:58 CEST] <DragonsLord> Hi c_14 :) [21:44:01 CEST] <seasc> c_14, thank you [21:44:06 CEST] <seasc> hi DragonsLord [21:44:17 CEST] <DragonsLord> hi seasc [21:55:23 CEST] <DragonsLord> Does someone know if it's possible to use "libavcodec deinterlacer" as a Video filter? [21:56:13 CEST] <c_14> ffmpeg has at least 4 deinterlacers that I know of [21:56:57 CEST] <DragonsLord> I understood that I need to 1) De-interlace 2) Crop 3) Resize exactly in this order [21:57:29 CEST] <DragonsLord> I tried to Google for "libavcodec deinterlacer" + "FFMpeg" without finding any relevant result [21:58:15 CEST] <RobotsOnDrugs> deinterlacers are filters and therefore would be part of libavfilter [21:58:55 CEST] <RobotsOnDrugs> also http://ffmpeg.org/ffmpeg-all.html [21:59:37 CEST] <RobotsOnDrugs> i prefer yadif [22:00:53 CEST] <c_14> http://ffmpeg.org/ffmpeg-filters.html for a succincter version only with filters [22:01:36 CEST] <DragonsLord> RobotsOnDrugs, I have found this page > https://www.ffmpeg.org/libavfilter.html < [22:01:47 CEST] <DragonsLord> But I cannot understand what I should do [22:01:56 CEST] <c_14> DragonsLord: are you using the libraries or the binary? [22:02:13 CEST] <DragonsLord> c_14, good question :| [22:02:24 CEST] <DragonsLord> The Binary on Windows [22:02:39 CEST] <c_14> Then that page isn't what you want. [22:03:03 CEST] <RobotsOnDrugs> DragonsLord: the libav* libraries are part of ffmpeg, and see the page i linked (or the one c_14 linked) [22:05:55 CEST] <DragonsLord> RobotsOnDrugs, Probably I am stupid but I was unable to find the instruction in order to call the libavfilter [22:05:56 CEST] <llogan> DragonsLord: a simple example is: -vf yadif,crop=iw-100,scale=1280:-2 [22:06:29 CEST] <DragonsLord> Thank you llogan but I am not interested in yadif [22:06:52 CEST] <RobotsOnDrugs> it was an example [22:07:10 CEST] <RobotsOnDrugs> -vf is used for all video filters [22:07:43 CEST] <llogan> you mentioned you were using the binary, so i assumed you were using the binary. [22:08:15 CEST] <DragonsLord> RobotsOnDrugs, I understood that but -vf (what?) [22:08:27 CEST] <DragonsLord> -vf libavdeinterlacer ? [22:08:41 CEST] <llogan> there is no such thing as libavdeinterlacer [22:09:30 CEST] <llogan> or ""libavcodec deinterlacer" [22:10:28 CEST] <DragonsLord> I asked this because I am trying to replace AVIdemux/Xmedia Recode with FFMpeg [22:10:39 CEST] <DragonsLord> But I would like to use the same setting [22:11:02 CEST] <DragonsLord> and since Xmedia Recode is a graphical interface for FFMpeg [22:11:23 CEST] <DragonsLord> and since Xmedia Recode has libav as an interlacer [22:11:29 CEST] <DragonsLord> I thought it has [22:12:04 CEST] <llogan> i don't know what Xmedia Recode is. if you tell us what you want to do we can give example commands. [22:12:34 CEST] <llogan> or you could attempt to find the exact ffmpeg commands Xmedia uses, but they will likely be "wrong" [22:12:50 CEST] <DragonsLord> Well, I would like to: [22:13:13 CEST] <RobotsOnDrugs> it was probably some arbitrary deinterlacer that is available in lavf [22:13:24 CEST] <DragonsLord> 1) Apply libav as an interlacer filter (Linear blending mode) [22:13:40 CEST] <RobotsOnDrugs> best to just pick a deinterlacer and go with it [22:13:48 CEST] <llogan> i'm assuming it uses the binary, and just adds the old "-deinterlace" option. [22:13:52 CEST] <DragonsLord> 2) Perform some crop (I got it yesterday with c_14) [22:14:08 CEST] <llogan> the -deinterlace option now just maps to yadif, IIRC. [22:14:28 CEST] <DragonsLord> 3) Perform a resize with "Scaling mode" = Bilinear [22:19:13 CEST] <llogan> my example does most of that [22:21:33 CEST] <DragonsLord> Does YADIF perform this operation, as far as you know? [22:21:37 CEST] <DragonsLord> - Linear blend deinterlacing filter that deinterlaces the given block by filtering all lines with a (1 2 1) filter - [22:21:53 CEST] <llogan> read the docs http://ffmpeg.org/ffmpeg-filters.html#yadif [22:24:58 CEST] <DragonsLord> Sorry, I didn't understand :( [22:25:17 CEST] <c_14> DragonsLord: lb/linblenddeint: Linear blend deinterlacing filter that deinterlaces the given block by filtering all lines with a (1 2 1) filter. [22:29:20 CEST] <DragonsLord> so -vf pp=lb should be fine? [22:29:42 CEST] <c_14> should [22:30:31 CEST] <DragonsLord> and -sws_flags bilinear is for scaling, right? [22:31:29 CEST] <llogan> probably better to use flags option when you use scale filter [22:32:52 CEST] <DragonsLord> llogan, I did something like this > http://pastebin.com/tSu0EksY < [22:33:05 CEST] <DragonsLord> Would you be so kind to review the option I set? [22:33:25 CEST] <llogan> perform all filtering in one filtergraph [22:34:10 CEST] <llogan> scale=w=704:h=400:flags=bilinear [22:34:17 CEST] <llogan> then remove -sws_flags [22:34:29 CEST] <llogan> bicubic is the default, right? i forget [22:35:40 CEST] <DragonsLord> In AVIdemux Bilinear is the Default [22:35:52 CEST] <DragonsLord> I do not really know how it is set in FFMpeg [22:37:31 CEST] <DragonsLord> llogan, I reviewed the resulting file [22:37:37 CEST] <llogan> yes, appears to be bicubic. at least for my lazy cli test. [22:37:51 CEST] <DragonsLord> and I found a not perfect A/V sync [22:38:01 CEST] <DragonsLord> Do you have any idea on how I can fix it? [22:42:05 CEST] <seasc> I'm confused... libx264+libx265 are built fine (with EC:0), but i have to remove "--enable-libx264 --enable-libx265" from the configure line or ffmpeg or it will NOT build.. however it has libx264 enabled when building without --enable-libx264...(at least i have binaries for that one) --> http://pastebin.com/09ZjvS7z [22:44:01 CEST] <seasc> outout of builit ffmpeg binary: http://pastebin.com/VJ9pjzb2 [22:44:40 CEST] <DragonsLord> :) [22:44:42 CEST] <c_14> seasc: >WARNING: library configuration mismatch [22:44:49 CEST] <DragonsLord> OK fflogger is a Bot [22:45:01 CEST] <c_14> the binary is loading information from system libraries [22:45:17 CEST] <c_14> *ffmpeg libraries installed through a different method [22:45:51 CEST] <seasc> c_14, yes, must do so or i'd need to pull in (and compile) nettle, gnutls and alot of others [22:45:59 CEST] <DragonsLord> llogan, how I can save all the console output on Windows? [22:46:37 CEST] <seasc> c_14, so i would need to remove the libav* from my system before i build ffmpeg? [22:46:38 CEST] <c_14> seasc: export LD_LIBRARY_PATH=$PREFIX/lib (before testing the binary) [22:47:19 CEST] <seasc> PREFIX beeing here.. as example my ~/ffmpeg_chroot ? [22:47:22 CEST] <c_14> also, either set PKG_CONFIG_PATH so that ffmpeg can find the x264/x265.pc files or so that the include path is in the cflags [22:47:25 CEST] <c_14> yes [22:48:46 CEST] <llogan> DragonsLord: i don't know anything about Windows [22:49:12 CEST] <seasc> uh oh.... PKG_CONFIG_PATH is to the include dirs? i had set it to "$CHROOT"/usr/lib, was that wrong? [22:50:21 CEST] <seasc> DragonsLord, not sure, sould work like on linux... ffmpeg.exe args opts ... > mylog.txt [22:50:21 CEST] <c_14> seasc: it's set to include/pkgconfig [22:50:56 CEST] <seasc> c_14, PKG_CONFIG_PATH="$DIR_LIB/pkgconfig" ? [22:51:25 CEST] <DragonsLord> Thank you, llogan & seasc [22:51:52 CEST] <c_14> yes, though you might want PKG_CONFIG_PATH="$DIR/LIB/pkgconfig:$PKG_CONFIG_PATH" in case there's already something in there you might want [22:52:28 CEST] <seasc> c_14, good hint, thanks alot! [23:01:02 CEST] <ssss> I've a question on stack overflow regarding ffmpeg, Can Someone please help me with it ? http://stackoverflow.com/questions/29479100/ffmpeg-how-to-set-histogram-size [23:01:02 CEST] <DragonsLord> Hello glebihan and ssss [23:01:20 CEST] <ssss> Thank you. [23:02:43 CEST] <c_14> ssss: put a scale in front of the split ? [23:05:37 CEST] <ssss> @c_14 I'm fairly new to ffmpeg can you please point on the right direction in order to put a scale in front of the split ? [23:08:07 CEST] <c_14> [a]format=gray,histogram=mode=waveform:waveform_mode=column,vflip,scale=fooxbar,split[c] [23:09:45 CEST] <ssss> that sounds promissing ! if you've an account at SO please post your answer ther so I can accept it. thank you very much c_14 :) [23:10:38 CEST] <seasc> c_14, still having the same error (configuration mismatch) and i have no idea why its refering to NON-$CHROOt directory/ies ?? Same configure line (the dots indicating --enable-libXY, etc) : http://pastebin.com/09ZjvS7z [23:11:07 CEST] <seasc> Could it be that *some* built codec/library is refering to outside of $CHROOT? [23:11:17 CEST] <c_14> seasc: did you export LD_LIBRARY_PATH before running ffmpeg? [23:11:39 CEST] <DragonsLord> llogan, I put the option -report in order to collect a log [23:11:49 CEST] <seasc> c_14, yes with no change [23:12:05 CEST] <seasc> neither for run the compiled, nor for after compiling another one [23:12:44 CEST] <c_14> can you pastebin the output of `ls $LD_LIBRARY_PATH' [23:14:47 CEST] <seasc> c_14, when i try to use --enable-x264 : http://pastebin.com/NwhTiV89 ..... only libnettle files and pkgconfig folder [23:15:12 CEST] <c_14> Can you pastebin config.log ? [23:15:23 CEST] <seasc> so changing that dir should help? of ffmpeg i assume? [23:15:49 CEST] <c_14> The problem is usually that ffmpeg can't find the pkgconfig files [23:16:02 CEST] <c_14> You can check with pkgconfig --exists --print-errors libx264 [23:16:20 CEST] <seasc> http://pastebin.com/YypfwneV [23:16:33 CEST] <seasc> i'll try setting another path to LD_LIBRARY_PATH [23:16:44 CEST] <seasc> coz libnettle is not used anymore anyway [23:17:15 CEST] <c_14> And LD_LIBRARY_PATH needs to point to the location where the ffmpeg libraries are installed [23:17:55 CEST] <c_14> oh, and it's x264 not libx264 (for the pkgconfig check) [23:18:50 CEST] <seasc> hmm pkgconfig 127: command not found [23:19:01 CEST] <c_14> It's pkg-config [23:20:06 CEST] <c_14> In short, you either need pkg-config to find the .pc files (by setting PKG_CONFIG_PATH accordingly), or you need to setup the include and link paths correctly (by setting the CFLAGS AND LDFLAGS) [23:22:48 CEST] <DragonsLord> Does anyone know what [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000000321c40] Invalid SampleDelta -448 in STTS, a [23:22:48 CEST] <DragonsLord> t 2 st:0 mean? [23:22:53 CEST] <seasc> c_14, i dont have any .pc files (of 264/265)... but i dont really care about that as long ffmpeg shows a library config error.. or are these 2 connected? [23:24:35 CEST] <c_14> They are related. ffmpeg uses pkg-config (which uses the .pc files) for much of it's dependency detection [23:26:42 CEST] <c_14> x264 detection still has a fallback if your CFLAGS and LDFLAGS are set correctly though [23:30:53 CEST] <DragonsLord> c_14, Do you know what the error I have just pasted means? [23:31:00 CEST] <c_14> No clue, sorry [23:37:31 CEST] <ssss> @seasc I'm not sure it it's related but I had the exact same error while trying to run the ffmpeg inside the src_dir and not the one in /usr/local/bin/ffmpeg [23:40:53 CEST] <seasc> c_14, you asked for the LD_LIBRARY_PATH, which looks alot better than just the the nettle.so's from the previous attmept.. http://pastebin.com/hhNMVCGv [23:41:22 CEST] <seasc> ssss, thanks for the hint, not sure it applies, since i execute the comiled ffmpeg from its $CHROOT/bin [23:41:34 CEST] <c_14> ye, that looks better [23:43:53 CEST] <smo_> hi, do you think the patchs in ffmpeg git "avcodec: add unpack packed B-frames bitstream filter..." can fix slow decoding of some avi files with the message "Video uses a non-standard and wasteful way to store B-frames" [23:43:54 CEST] <smo_> ... [23:43:55 CEST] <smo_> ? [23:45:03 CEST] <kepstin-laptop> no, the bitstream filter is only useful in cases where you're not decoding the video, e.g. if you're using -c:v copy to turn it into an mkv file [23:46:42 CEST] <smo_> arf go this problem when build ffmpeg in chromium (libffmpegsumo), don t know how to fix this small artefact problem [23:59:29 CEST] <DragonsLord> c_14, ffmpeg -i "concat:video01.avi|video02.avi|video03.avi|video04.avi|video05.avi" -c copy video.avi ... Does it make sense for you? [23:59:43 CEST] <c_14> Don't use the concat protocol. [23:59:46 CEST] <c_14> Use the demuxer [00:00:00 CEST] <c_14> https://trac.ffmpeg.org/wiki/Concatenate [00:00:00 CEST] --- Tue Apr 7 2015

1 0

ffmpeg-devel.log.20150405
by burek 06 Apr '15

06 Apr '15

[00:53:39 CEST] <cone-586> ffmpeg 03Vignesh Venkatasubramanian 07master:2171b7c58e83: matroskadec: Add support for parsing live header files [00:57:47 CEST] Action: Compn reads epic gentoo forum thread https://forums.gentoo.org/viewtopic-t-1010096-postdays-0-postorder-asc-star… [01:02:53 CEST] <Daemon404> that is pretty overwhelming [01:02:59 CEST] <Daemon404> but unsurprising [01:03:29 CEST] <Daemon404> also people still use forums? [01:03:32 CEST] <Daemon404> what year is it? [01:03:40 CEST] <Daemon404> (says the man on irc) [01:03:53 CEST] <Compn> what, you prefer facebook or twitter ? [01:03:56 CEST] <Compn> pick one, its 2015. [01:04:11 CEST] <rcombs> don't forget tumblr [01:05:04 CEST] <Daemon404> let me rephrase [01:05:07 CEST] <Daemon404> the forums look like 1998. [01:05:15 CEST] <Daemon404> (probably havent been updated since) [01:05:45 CEST] <cone-586> ffmpeg 03Himangi Saraogi 07master:aa1a1b2496cf: avconv: Avoid theoretical NULL dereferences [01:05:46 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:bc0e65e7d0d0: Merge commit 'aa1a1b2496cf3ca817e78e27bd0262a50adb91a1' [01:09:09 CEST] <Compn> Daemon404 : you want rotating html5 dancing forum posts? or discus forums ? 2015! whoooo [01:09:56 CEST] <Daemon404> id take that over horrible purple and a logo made in gimp [01:17:18 CEST] <rcombs> "modern web" is just a color scheme and some rounded corners, yeah? [01:34:28 CEST] <jamrial> Daemon404: their main website looked like straight out of 1998 as well, but they upgraded it a couple days ago [01:37:22 CEST] <Daemon404> oh yeah it looks way less getto now [02:10:29 CEST] <cone-586> ffmpeg 03Vignesh Venkatasubramanian 07master:26f2e2f3f73f: webmdashenc: Support for live stream manifests [02:28:52 CEST] <Compn> rcombs : brushed metal and white plastic [02:29:06 CEST] <rcombs> that's Apple [02:29:18 CEST] <Compn> shh you'll make appl stock drop :p [02:29:45 CEST] <rcombs> apparently it doesn't take a lot of effort to manipulate the stock market these days [02:34:12 CEST] <Compn> michaelni : what about a patch to optionally rename our libs to be installable next to libav ? like --libprefix=ff would make fflibavcodec.so fflibavresample.so ... its not optimal or even a good idea, but if it will fix distro problems then its in our best interests to fix it , yeah ? [02:34:46 CEST] <Compn> although all other programs would have to switch so ... broken. [02:35:05 CEST] <Prelude2004c> hi everyone.. can anyone give me some input on : -c:v libx264 -preset $5 -r 30 -g 20 -keyint_min 90 -bf 0 -b:v ${bitrate} -minrate 0k -maxrate ${maxrate} -bufsize 1000k -s ${resolution} \ [02:35:06 CEST] <Prelude2004c> -flags +loop -me_method hex -g 250 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -bf 16 -b_strategy 1 -i_qfactor 0.71 -cmp +chroma -subq 1 -me_range 16 [02:35:06 CEST] <Prelude2004c> -coder 1 -sc_threshold 40 -keyint_min 25 -refs 1 -trellis 0 -partitions -parti8x8-parti4x4-partp8x8-partp4x4-partb8x8-an [02:35:27 CEST] <Prelude2004c> do you guys thing that is good for the h265 output of 5Mbit/s or 3Mbit/s ? [02:35:49 CEST] <Prelude2004c> i been playing with settings but i am seeing a few problems with fast movement where it looks like the images starts clipping a bit on fast movement parts [02:36:19 CEST] <Prelude2004c> oh.. worng channel. .sorry was meant for FFMPEG [02:37:11 CEST] <jamrial> Compn: isn't that what --build-suffix is for? both projects have that configure option, even [02:37:30 CEST] <Compn> dont know never tried jamrial [02:38:53 CEST] <jamrial> --build-suffix=suf turns the library name into libavcodec-suf.so [02:40:01 CEST] <Compn> ah interesting [02:40:15 CEST] <Compn> ok then , i was reading into uninformed ideas on a webforum [02:40:18 CEST] <Compn> michaelni : nevermind [04:24:46 CEST] <cone-586> ffmpeg 03Andreas Cadhalpun 07master:0224b35c89e9: avcodec: add unpack packed B-frames bitstream filter [04:37:28 CEST] <aetasx> Daemon404: you still around? [11:22:10 CEST] <markus__> hi, does anyone know about the mpeg2 video codec? I thought 00 00 01 e0 - ef contains the coded payload video but it seems like it's interrupted by other packets eg. 00 00 01 b2; does anyone know some good documentation or overview to understand the packet sequences? [13:29:07 CEST] <cone-817> ffmpeg 03Stephan Holljes 07master:4a58d757de28: lavf/http: add proof-of-concept http server. [14:01:20 CEST] <cone-817> ffmpeg 03Michael Niedermayer 07master:cf880ccb6a82: avcodec/error_resilience: Avoid race with updating the error_count [14:35:23 CEST] <Compn> markus__ : it could be subtitles, metadata, or other info in the stream [14:35:35 CEST] <Compn> there are some mpeg2 specs somewhere [14:35:50 CEST] <Compn> markus__ : what container is your mpeg2 in ? ts? mpg ps? [14:50:07 CEST] <markus__> mpg ps [15:30:51 CEST] <cone-817> ffmpeg 03Andreas Cadhalpun 07master:71fa0aa085cc: mpeg4: suggest mpeg4_unpack_bframes bsf instead of avidemux/VirtualDub [16:07:05 CEST] <cone-817> ffmpeg 03Michael Niedermayer 07master:9caec04a3139: avfilter/vsrc_mandelbrot: Change enums to int, which are accessed via AVOption as int [16:07:06 CEST] <cone-817> ffmpeg 03Michael Niedermayer 07master:0968180f028a: avfilter/yadif: Change enums to int, which are accessed via AVOption as int [16:23:37 CEST] <cone-817> ffmpeg 03Anton Khirnov 07release/2.4:420aa06a2487: avconv: do not overwrite the stream codec context for streamcopy [16:23:38 CEST] <cone-817> ffmpeg 03Michael Niedermayer 07release/2.4:17b27a7cbe26: ffmpeg: Fix extradata allocation [16:23:39 CEST] <cone-817> ffmpeg 03Michael Niedermayer 07release/2.4:4347cf9f0fc7: Merge commit '420aa06a2487469259a04f9be66fd15535372796' into release/2.4 [16:27:50 CEST] <loki_> can somebody explain me how i can add cudart dep to ffmpeg build proccess? [16:28:07 CEST] <loki_> i now found only one way threw configure option [17:53:05 CEST] <Daemon404> loki_, all optional deps are configure options [17:53:11 CEST] <Daemon404> aside fro nsystem-level libs like zlib. [17:53:14 CEST] <Daemon404> from* [18:26:06 CEST] <loki_> Daemon404: how i can add optional rule to build proccess? [18:26:33 CEST] <loki_> i need build libavcodec/gpu_convert.cu with my command [18:26:38 CEST] <loki_> how i can do this? [18:28:43 CEST] <Daemon404> theyre just makefiles... [18:31:24 CEST] <wm4> what is libavcodec/gpu_convert.cu? [18:32:37 CEST] <loki_> it is my hack... little cuda kernel and functions which use it [18:34:12 CEST] <wm4> ah, more nvidia specific code [18:34:39 CEST] <loki_> yes [18:34:45 CEST] <loki_> it must build using nvcc [18:36:00 CEST] <wm4> make a generic rule for .cu (or whatever the source file extension is), and the rest will be like with .c [18:37:33 CEST] <loki_> in build proccess i see many files like nvenc.d [18:37:40 CEST] <loki_> or something else like *.d [18:37:48 CEST] <loki_> who generates them? [18:38:05 CEST] <loki_> it is like something dependencies as i understand [18:39:40 CEST] <wm4> the compiler generates them because we pass -MD to it (or some similar flag) [18:40:05 CEST] <wm4> the makefiles include these .d files (they are make rules), so changing a header will rebuild all .c files that include it [18:43:13 CEST] <loki_> so where i need to write rules for gpu_convert.o? In liavcodec/MakeFile right? [18:43:22 CEST] <loki_> libavcodec/MakeFile [18:59:15 CEST] <BtbN> What do you want to do with CUDA? [19:01:33 CEST] <loki_> i already done, it handles bgr0 to nv12 convertion [19:01:54 CEST] <loki_> remember when we talk about this on #ffmpeg? [19:02:08 CEST] <loki_> about that my proccessor lack support of ssse3 [19:02:13 CEST] <Daemon404> why would that be in avcodec at all [19:02:15 CEST] <BtbN> I'm not sure if it's worth it to do that on the GPU [19:02:24 CEST] <loki_> it worth [19:02:27 CEST] <BtbN> And, avcodec is entirely the wrong place. [19:02:31 CEST] <kierank> Daemon404: better in avcodec than swscale [19:02:33 CEST] <kierank> =p [19:02:42 CEST] <BtbN> It takes _a lot_ of bandwidth from the bus. Raw frames are huge. [19:03:14 CEST] <loki_> i have now 30 stable fps [19:03:22 CEST] <BtbN> The upload, download (and re-upload for nvenc) might be slower than software-convert with propper optimizations. [19:04:32 CEST] <BtbN> Might be faster on horrible CPUs which lack basic instruction sets, but adding a CUDA dependency to ffmpeg just for those? [19:05:36 CEST] <loki_> everybody have some problems, i think my is that i always took wrong way. [19:05:53 CEST] <loki_> i just want to finish my little project. [19:07:35 CEST] <BtbN> OpenCL might have a higher chance to be included. [19:08:05 CEST] <loki_> you mean better to do this on opencl? [19:08:12 CEST] <BtbN> yes [19:08:30 CEST] <loki_> maybe... but i started learning with cuda. [19:08:42 CEST] <BtbN> They aren't exactly very diffrent. [19:08:57 CEST] <loki_> i will try. [19:09:17 CEST] <BtbN> hardware accelerated color conversions are definitely interesting [19:09:26 CEST] <BtbN> CUDA is possible the biggest showstopper, because nvidia-only. [19:09:46 CEST] <loki_> i found it very user friendly. [19:10:11 CEST] <BtbN> OpenCL is very similar, you most likely can keep most of your code. [19:10:30 CEST] <BtbN> And it works on all GPUs [19:24:10 CEST] <loki_> i found that in common.mak are rules for different .o am i right that i need add my rules for gpu_convert.o there? [19:24:54 CEST] <loki_> i tried but see that my object file did not built again. [19:26:07 CEST] <loki_> ok... i add there %.o: %.cu and i see that it tries to build my object file [19:32:36 CEST] <wm4> <BtbN> The upload, download (and re-upload for nvenc) might be slower than software-convert with propper optimizations. <- but still faster than libswscale? trollol [19:38:17 CEST] <loki_> wm4: thats why i passed libswscale and added bgr0 as supported format to nvenc and done cuda conversion there. [19:52:22 CEST] <BtbN> wm4, on a AMD Phenom, without most modern extensions, propably. [20:03:24 CEST] <BtbN> loki_, a bgr0 -> nv12 converter in libavcodec will be rejected though [20:04:05 CEST] <loki_> i don't even plan post something. [20:04:11 CEST] <loki_> i think all i done is bad. [20:05:00 CEST] <loki_> will buy something which can be called as "proccessor" and will start use ffmpeg main. [20:55:50 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:84f226a3bcd8: h264: use the correct SPS during PPS parsing [20:55:50 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:cde98920da78: Merge commit '84f226a3bcd8b39801a4c9051c033ab7d61aaf76' [21:09:03 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:050324d020f8: h264: initialize cur_chroma_format_idc [21:09:04 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:68f48406069e: Merge commit '050324d020f843ce333276ebb6f27cc6026f37d0' [21:11:30 CEST] <Daemon404> wut [21:12:18 CEST] <kierank> ffmpeg supports 12-bit? [21:12:38 CEST] <Daemon404> yes afaik [21:13:06 CEST] Action: kierank isn't sure about that [21:13:53 CEST] <Daemon404> i believe some fate tests use 12bit avc references [21:14:02 CEST] <Daemon404> as well as 14 bit [21:21:12 CEST] <kierank> I suspect they are wrong compared to jm [21:29:46 CEST] <Daemon404> kierank, only one way to be sure [21:29:54 CEST] <Daemon404> however since it is easter, im done poking code for day [21:29:56 CEST] <Daemon404> today* [21:34:53 CEST] <kierank> same [21:46:48 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:43fd3dd80ca2: h264: drop redundant initialization in init() [21:46:49 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:14d241b19dcd: Merge commit '43fd3dd80ca2d1c2ccf6a7b7632db544c809c690' [21:46:50 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:e6c710600e1d: avcodec/svq3: add initialization which was removed from h264 init [22:04:47 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:e1f907711a91: h264: factor out common code from init() and init_thread_copy() [22:04:48 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:abae926ef80c: Merge commit 'e1f907711a91e5ce19402a1831cfbe8f709b67f7' [22:18:35 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:65afa65e7393: h264: drop redundant initialization of the scaling matrices [22:18:36 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:80a76905eb5c: Merge commit '65afa65e7393e7745427e267d6c6ca814c7c8b45' [22:18:37 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:aa000ddab235: avcodec/svq3: add scaling matrix init that was removed from h264 init [22:25:23 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:a939e5b2527d: h264: remove a commented out nonsense line [22:25:24 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:097efa475056: Merge commit 'a939e5b2527d0c4628815b1d3d8e29ee921227e8' [22:33:58 CEST] <cone-844> ffmpeg 03Anton Khirnov 07master:bd737b5178f3: h264: reset the private data in init_thread_copy() [22:33:59 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:39c6834c12a5: Merge commit 'bd737b5178f361a9b592691848f29a7a79603a7e' [22:45:16 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:31048d48b041: avcodec/libx265: export chosen picture types [22:45:17 CEST] <cone-844> ffmpeg 03Martin Storsjö 07master:5637ff01218a: libavcodec: Clarify the documentation of the internal codec capability flags [22:45:18 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:db4ac46fed9b: Merge commit '31048d48b0410b9cfb6023054d81e627d01be342' [22:45:19 CEST] <cone-844> ffmpeg 03Michael Niedermayer 07master:be920e4820ef: Merge commit '5637ff01218a44fcc1fff9b4382a15a6470abcc9' [23:08:12 CEST] <cone-844> ffmpeg 03James Almer 07master:43482bd1a55c: swr/resample: use av_clip functions [23:41:26 CEST] <ramiro> michaelni, what's the deadline for the qualification tasks? [23:44:23 CEST] <michaelni> the number of slots we request has to be set by april 13th, we then have a bit more time to decide who gets the slots which we actually get from google [23:44:55 CEST] <michaelni> ramiro, so it would be nice if qualification tasks with all review iterations would be done before the 13th [23:45:52 CEST] <himangi> what is the purpose of using av_unints? [23:46:06 CEST] <ramiro> michaelni, hm, and what about the outreachy qualifications? [23:48:47 CEST] <michaelni> himangi, av_uninit is to silence compiler warnings [23:49:15 CEST] <michaelni> if thats not documented ... then someoe should document it [23:50:48 CEST] <michaelni> ramiro, outreachy deadline for applicants for which general funding is requested is 13th, for fundig thats ffmpeg specific there is more time [23:51:17 CEST] <ramiro> hm, will we have ffmpeg-specific funding this time? [23:51:38 CEST] <michaelni> ramiro, ask reynaldo [23:52:02 CEST] <himangi> michaelni : but I see compiler warings like "used uninitialized whenever 'if' condition is false" for exactly those variables [23:52:40 CEST] <ramiro> michaelni, thanks [23:53:21 CEST] <michaelni> np [23:53:29 CEST] <michaelni> himangi, which compiler is taht ? [23:54:29 CEST] <himangi> the one that fate uses [23:54:58 CEST] <michaelni> which fate client ? locally or remote (fate.ffmpeg.org) ? [23:55:27 CEST] <himangi> (http://fate.ffmpeg.org/log.cgi?time=20150405031205&log=compile&slot=arm64-d…) libavformat/utils.c, pos_min and pos_max [23:58:22 CEST] <michaelni> himangi, seems the av_uninit macro has no clang support [23:58:51 CEST] <michaelni> iam not sure clang supports disabling this warning per variable [23:59:01 CEST] <michaelni> if it does av_uninit should be extended [23:59:54 CEST] <himangi> michaelni: I'll try that and probably add the documentation too [00:00:00 CEST] --- Mon Apr 6 2015

1 0

ffmpeg.log.20150405
by burek 06 Apr '15

06 Apr '15

[00:00:15 CEST] <Mavrik> if by ".ogv" you mean theora [00:00:29 CEST] <Mavrik> it's about lightyears behind in quality [00:00:42 CEST] <Mavrik> and several real years behind in technology, it's a dead codec [00:01:02 CEST] <Mavrik> and PLEASE... PLEASE... do learn the difference between a container and a codec before starting out with digital video -_- [00:01:07 CEST] <plujon> Well, it's only a screencast, not a movie... [00:01:19 CEST] <plujon> Heh, I really wish I wasn't starting out with digital video. [00:01:34 CEST] <plujon> I just want to "share my screen" to show people how to use a program. [00:02:52 CEST] <plujon> I know next to nothing about codecs, containers, and video and audio formats in general. [00:04:29 CEST] <KeitaroNL> I've got trouble encoding from MKV to MP4. I keep getting the error [matroska @ 0x2805670]Unknown entry 0xB2. Anyone else have any experience with this? [02:14:15 CEST] <electronrotoscop> can anyone point me to a good guide for compiling ffmpeg for Win 64 on a 64 bit linux system? Or a good place to ask questions like that? [02:20:59 CEST] <c_14> I'm not entirely sure if the guide is good, but there's https://trac.ffmpeg.org/wiki/CompilationGuide/CrossCompilingForWindows, and you can probably ask around here http://ffmpeg.zeranoe.com/forum/. Though if you have specific questions or errors you can always ask here or on the user mailing list [02:22:03 CEST] <electronrotoscop> I tried reading the guide and looking around the forum, but really what I'm curious about is what flags to use to tell Mingw-w64 to create a 64-bit static exe [02:22:16 CEST] <electronrotoscop> all the guides I find with cli examples compile for 32bit [02:23:23 CEST] <c_14> Use a 64-bit compiler and make sure you set the arch and cross-prefix correctly? [02:24:22 CEST] <electronrotoscop> that sounds like the kind of information I need, but I unfortunately know too little to know how to tell what the right arch and cross-prefix settings are [02:31:03 CEST] <c_14> Well, you can either use one of the scripts/build environments linked on that page, or install a 64bit version of mingw. Then run the configure under "compile" just with arch=x86_64 target-os=mingw64 cross-prefix=x86_64-w64-mingw64 (probably) [02:31:40 CEST] <electronrotoscop> okay thanks I'll give that a shot [02:35:13 CEST] <electronrotoscop> it gave me x86_64-w64-mingw64gcc is unable to create an executable file. [02:35:13 CEST] <electronrotoscop> C compiler test failed. [02:37:51 CEST] <Prelude2004c> Hey everyone, can anyone have a look at this and see if there are ny issues with this output ? -c:v libx264 -preset $5 -r 30 -g 20 -keyint_min 90 -bf 0 -b:v ${bitrate} -minrate 0k -maxrate ${maxrate} -bufsize 1000k -s ${resolution} -flags +loop -me_method hex -g 250 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -bf 16 -b_strategy 1 -i_qfactor 0.71 -cmp +chroma -subq 1 -me_range 16 -coder 1 -sc_threshold 40 [02:37:52 CEST] <Prelude2004c> -keyint_min 25 -refs 1 -trellis 0 -partitions -parti8x8-parti4x4-partp8x8-partp4x4-partb8x8-an .. What do you guys think of this output ? anyting i should be worried about ? I see some clipping on fast motion though as though there is image clipping or something.. not sure why. [02:40:39 CEST] <c_14> electronrotoscop: try finding out what the name of the compiler you installed is [02:41:14 CEST] <electronrotoscop> I think it's mingw-w64 but I don't know if there are other parts to the name. I just ran the script from http://ffmpeg.zeranoe.com/blog/?p=400 [02:44:06 CEST] <c_14> electronrotoscop: it should have compiled something, somwehere, probably. Most likely something with 'gcc' in the name somewhere [02:45:04 CEST] <electronrotoscop> Once it compiled it told me to run: export PATH="/home/u64/software/mingw-w64/mingw-w64-x86_64/bin:$PATH" which I did [02:45:31 CEST] <c_14> Prelude2004c: other than the fact that you're using a lot of x264 suboptions, not really [02:45:37 CEST] <electronrotoscop> I tried going to /home/u64/software/mingw-w64/mingw-w64-x86_64/bin and there's a bunch of I guess binaries in there, I'm trying them now in place of =x86_64-w64-mingw64 under cross-prefix but no luck so far [02:45:56 CEST] <c_14> mhm then the prefix is probably mingw-w64-x86_64 [02:46:28 CEST] <electronrotoscop> ./configure --enable-memalign-hack --arch=x86_64 --target-os=mingw64 --cross-prefix=mingw-w64-x86_64 --pkg-config=pkg-config --prefix=/home/u64/builds/test1 [02:46:28 CEST] <electronrotoscop> mingw-w64-x86_64gcc is unable to create an executable file. [02:46:33 CEST] <electronrotoscop> maybe something else is wrong? [02:48:43 CEST] <BtbN> The missing - is wrong [02:50:41 CEST] <electronrotoscop> BtbN: could you elaborate? Or are you referring to something else? sorry I don't understand [02:50:51 CEST] <BtbN> mingw-w64-x86_64gcc [02:50:55 CEST] <BtbN> is clearly missing the last - [02:51:19 CEST] <electronrotoscop> ./configure --enable-memalign-hack --arch=x86_64 --target-os=mingw64 --cross-prefix=mingw-w64-x86_64- --pkg-config=pkg-config --prefix=/home/u64/builds/test1 [02:51:19 CEST] <electronrotoscop> mingw-w64-x86_64-gcc is unable to create an executable file. [02:51:19 CEST] <electronrotoscop> C compiler test failed. [02:51:31 CEST] <electronrotoscop> adding a final - to cross-prefix doesn't seem to help [02:51:55 CEST] <BtbN> Is thas actualy the name of the compiler binary? [02:52:03 CEST] <BtbN> And is it in your PATH? [02:52:11 CEST] <Raptors> Hey guys [02:52:21 CEST] <Raptors> Is there any video format that you can save to that is editable while record? [02:52:33 CEST] <BtbN> editable? [02:52:57 CEST] <Raptors> Like I can open it up in a video player or avidmuxer/other video editing software [02:53:11 CEST] <BtbN> That's not possible. [02:53:11 CEST] <electronrotoscop> Raptors: I've heard that Amberfin's old iCR software could do that with an MXF that wrote frames that you could access while it was recording, but it's unusual [02:53:28 CEST] <Raptors> k [02:53:29 CEST] <BtbN> You can certainly play streamable formats while still appending to the end, but not do arbitrary edits. [02:53:48 CEST] <Raptors> Like I just want to grab clips from what is already recorded [02:53:52 CEST] <Raptors> not make full on edits [02:54:00 CEST] <electronrotoscop> Raptors: also of course an image sequence based editor like a Quantel can do that sort of thing. It requires a hell of a raid though [02:54:17 CEST] <BtbN> Just record in segments? [02:54:34 CEST] <BtbN> a bunch of 30 minute segments, and once a segment is done, you can do whatever you like with it. [02:55:10 CEST] <Raptors> ya, that was what I was planning on doing if there is no other option. It sucks you can't just open up what's recorded already [02:55:17 CEST] <Raptors> k I guess I'll just do that [02:55:20 CEST] <Raptors> thanks [02:55:26 CEST] <electronrotoscop> Depending on the format you can take a copy as it records [02:55:45 CEST] <Raptors> hmm [02:55:50 CEST] <Raptors> That is smart [02:55:53 CEST] <electronrotoscop> something all-i-frame like an uncompressed avi or DNxHD sometimes works. It's always tricky though [02:55:53 CEST] <Raptors> I'll try that [02:56:22 CEST] <electronrotoscop> andsometimes you have to take the copy, remux in ffmpeg or vlc, then you can actually load it into your NLE [02:56:48 CEST] <electronrotoscop> BtbN it looks like x86_64-w64-mingw32- was for whatever reason the magic word, thanks for the help [02:57:22 CEST] <electronrotoscop> I looked in the /bin directory that the build script made and it had a x86_64-w64-mingw32-gcc in it [02:57:34 CEST] <electronrotoscop> now it's telling me Unknown OS 'mingw64' [02:57:45 CEST] <electronrotoscop> ha ha sorry can you tell I'm incredibly new to the whole compiling thing [02:57:53 CEST] <BtbN> mingw32 [02:58:00 CEST] <BtbN> should work [02:58:03 CEST] <BtbN> or just win32 [02:58:09 CEST] <electronrotoscop> even for a 64-bit everything? [02:58:21 CEST] <BtbN> mingw64 and mingw32 can both be both. [02:58:52 CEST] <electronrotoscop> sweet that made it not throw up an immedate error at least!! [02:59:10 CEST] <electronrotoscop> I guess I am still saying arch=x86_64 [03:01:47 CEST] <Raptors> Is there a way to tell FFMPEG to just detect the quality of the stream and match it? [03:02:01 CEST] <Raptors> The man page is blowing my mind [03:02:05 CEST] <Raptors> so many options [03:02:34 CEST] <c_14> In short, no [03:02:43 CEST] <electronrotoscop> for x264 to make an output stream that looks the same as the input stream the best way I know is crf 0 but that's probably not what you want [03:03:05 CEST] <Raptors> it's a rtmp stream [03:03:09 CEST] <Raptors> idk if that helps [03:03:21 CEST] <Raptors> I'm using livestreamer [03:03:31 CEST] <Raptors> I guess I'll try vcodec copy [03:03:47 CEST] <electronrotoscop> it's certainly the easiest solution, if it works! [03:03:56 CEST] <electronrotoscop> lower load on the cpu that way ha ha [03:04:01 CEST] <BtbN> Well, if a stream copy is ok, that will of course give you the exact same quality. [03:05:55 CEST] <electronrotoscop> how can I tell that a final binary is 64bit or 32bit without stress testing it? [03:06:46 CEST] <c_14> electronrotoscop: `file binary' [03:08:54 CEST] <electronrotoscop> what if it's in windows ha ha [03:09:29 CEST] <c_14> You're cross-compiling anyway, right? Can't you just check before you copy it over to Windows? [03:09:43 CEST] <electronrotoscop> oh sure, if that works on exes yeah for sure. I'll give it a shot [03:16:29 CEST] <Psi-Jack> I have an odd issue I don't understand. ffprobe -i "filename.flac" -show_format 2>/dev/null | sed -nr -e 's/TAG:(.*)=(.*)/\1 \2/p' -- Shows me various important metadata has odd information on a particular batch of files, and I don't see why. for TITLE, I get Track01;Song Name, for ARTIST I get Unknown Artist;Band Name, for ALBUM, I get Unknown Title;Album Name, where the data after the ; is correct, but Unknown * is obviously not correct. [03:17:00 CEST] <Psi-Jack> I'm editing the metadata with Kid3, but I see no reason why it's doing this. [03:18:49 CEST] <Psi-Jack> Heh, even DISC is 1/1;1 ... [03:25:19 CEST] <c_14> Psi-Jack: what version do you have? [03:25:39 CEST] <Psi-Jack> 2.4.7 [03:25:58 CEST] <c_14> Can you try with a git version? [03:26:09 CEST] <c_14> Maybe with a static build [03:26:11 CEST] <c_14> http://johnvansickle.com/ffmpeg/ [03:26:50 CEST] <Psi-Jack> This is only happening with one batch of flac files, so far, but yeah, I can test it. [03:27:15 CEST] <c_14> Yeah, it might be what I think it is. [03:27:50 CEST] <Psi-Jack> Still doing it in that linked version. [03:28:00 CEST] <c_14> mhm [03:28:36 CEST] <c_14> did that patch ever get applied& [03:30:04 CEST] <Psi-Jack> What's the actual problem? I mean it acts like it's reading from multiple tag containers, but there's only the vorbis container tag information that I can see. [03:31:23 CEST] <c_14> flac files can actually contain both ID3 tags and Vorbis tags. [03:31:43 CEST] <c_14> And since the patch was never applied (to the best of my knowledge) it reads both. [03:33:09 CEST] <Psi-Jack> Hmm [03:33:23 CEST] <c_14> https://trac.ffmpeg.org/ticket/3799 [03:33:48 CEST] <Psi-Jack> Well, Kid3 shows me 2 sets of tags, but 1 is empty, 2 is all the Vorbis tags. [03:35:09 CEST] <Psi-Jack> But yeah.. id3v2 does confirm there's that. [03:35:40 CEST] <Raptors> what do I do about this error "Codec for stream x does not user global header but container format requires global header? [03:35:43 CEST] <Raptors> what do I do about this error "Codec for stream x does not user global header but container format requires global header"? [03:36:09 CEST] <c_14> Psi-Jack: https://ffmpeg.org/pipermail/ffmpeg-devel/2015-February/168509.html <- thread with patch [03:36:25 CEST] <Raptors> I am using option -flags -global_header [03:36:28 CEST] <c_14> If you feel up to it, you can try reviving it with user input, ie saying what you would expect to occur. [03:36:28 CEST] <Raptors> but I still get that [03:36:35 CEST] <c_14> Raptors: -fflags iirc [03:36:50 CEST] <c_14> And you need +global_header [03:37:04 CEST] <Raptors> so I just add +global header? [03:37:11 CEST] <c_14> -fflags +global_header [03:37:36 CEST] <Psi-Jack> Hmm, well, for now, I can at least fix this issue by removing the id3 tags. :) [03:39:08 CEST] <Raptors> c_14, http://i.imgur.com/xsz2hzo.png [03:39:13 CEST] <Raptors> :/ [03:39:31 CEST] <c_14> Psi-Jack: If you won't ping the thread, I might. See what the holdup is, etc. [03:40:16 CEST] <c_14> Raptors: eh, I was wrong. It is -flags +global_header [03:40:48 CEST] <Raptors> thanks [04:26:35 CEST] <Prelude2004c> hey, anyone knows the best way to keep sound in sync? [04:26:39 CEST] <Prelude2004c> my stuff keeps drifting [04:27:43 CEST] <electronrotoscop> usually when I have that problem it's because I wrote out the audio and video into elemental files instead of .mov or .mp4 containers [04:28:59 CEST] <Prelude2004c> i am outputting to HLS [04:31:50 CEST] <electronrotoscop> ah [04:52:21 CEST] <richard> name is richard [04:54:16 CEST] <Guest3872> If I am looking to cut some time off of a video, what command is used? [04:56:50 CEST] <electronrotoscop> do you want to start partway into the video or do you want to stop before it's reached the end? [04:58:11 CEST] <electronrotoscop> cutting time off of the beginnig of the video is usually refered to as seeking and it's the -ss flag, cutting time off the end is usually referred to as setting the duration and it's the -t flag. Guide here https://trac.ffmpeg.org/wiki/Seeking [05:24:34 CEST] <WickedP> Happy Easter folks! I'm trying to build ffmpeg into a c++ plugin but am having a difficult time getting it to work. The software builds (vs 2010 Exp. 32bit) and is using the static lib links. The software appears to build fine, but as soon as I start using ffmpeg, e.g. av_register_all(), the software fails: I get the busy mouse icon, the main working thread seems to get caught in an endless loop an [05:24:34 CEST] <WickedP> d never does anything. Any ideas? [12:56:20 CEST] <xintron> What codec would you guys recommend for HTTP streaming where I need to do transcoding on the input source and get the bitrate down without loosing too much quality? VP9 + vorbis? (client support is not an issue) [12:57:12 CEST] <Mavrik> H.264 + AAC of course [12:57:27 CEST] <Mavrik> unless you're rolling in piles of CPU power and free electricity [12:57:38 CEST] <__jack__> if you are not restricted by tech or client codec: x265 / vp9 [12:57:41 CEST] <Mavrik> and love hearing your clients fans spin up and batteries die [13:00:03 CEST] <loki_> hello, where i can read about adding deps for system lib in ffmpeg? [13:00:05 CEST] <xintron> Been running h264 + aac a while and been quite happy with that but thought I should look into alternatives (as bandwidth could become a problem going forward) [13:00:17 CEST] <loki_> i need at to linkage cudart.so [13:00:26 CEST] <loki_> at -> add [13:00:26 CEST] <xintron> But it seems like vp9 could probably be too slow for what I need [13:00:55 CEST] <Mavrik> xintron, both VP9 and x265 are still very slow encoders [13:01:11 CEST] <Mavrik> xintron, and you can usually do way better by switching for slower x264 profile for streaming [13:01:17 CEST] <Mavrik> unless you really have a huge CPU overhead [13:01:40 CEST] <Mavrik> also having HW acceleration for display on target usually hugely helps [13:01:41 CEST] <xintron> My plan is to see if I can get something running ok on a Raspberry PI 2. [13:01:47 CEST] <Mavrik> ugh [13:01:54 CEST] <xintron> Just as a test :) [13:02:06 CEST] <Mavrik> you'll get like 1 frame per 5 seconds on that with x265 [13:02:18 CEST] <Mavrik> xintron, use HW encoder because everything else will be prohibitevly slow [13:02:47 CEST] <loki_> lol v9 + vorbis on pi [13:05:46 CEST] <__jack__> he said: pi2, isn't that one with multicore @2GHz or something ? I guess it can decode all that stuff [13:06:33 CEST] <Mavrik> __jack__, huh, no [13:06:57 CEST] <xintron> 900MHz quad core (so not the beefiest machine, no) [13:06:59 CEST] <Mavrik> it's a 900MHz quad ARMv7 [13:07:50 CEST] <Mavrik> __jack__, it's still order of magnitude slower than anything Intel stamped [13:10:59 CEST] <__jack__> owh [13:11:29 CEST] <Mavrik> I think new Intels do like 2-3x as much per clock as ARMv7 [13:16:19 CEST] <rcombs> rip can decode H.264 to some degree, but I wouldn't rely on it [13:16:36 CEST] <rcombs> *rpi2 [13:16:49 CEST] <rcombs> H.265, definitely wouldn't bet on it [13:20:53 CEST] <loki_> guys, where i can ask about ffmpeg dev? [13:21:00 CEST] <loki_> where is better place for this? [13:21:42 CEST] <__jack__> loki_: #ffmpeg-devel [13:21:58 CEST] <__jack__> or the mailing-list [15:20:26 CEST] <mrkie> hey [15:21:49 CEST] <mrkie> i have a question, i use subtitle workshop and i have a bunch of mp4 files, i set each mp4 file as being a movie fragment, now i merge all subtitles of each mp4 file behind it to one subtitle file, are the time values only calculated of my mp4 files in seconds as being movie fragments or also as being in seconds and miliseconds as being moviefragments? [15:23:24 CEST] <mrkie> i ask this because i converted mp4 files as being movie fragments to avi files as being moviefragments, my subtitle workshop only reads avi files as being movie fragments, after the reencoding the avi don't have the same length in ms as being new moviefragments [15:33:42 CEST] <kate_12> Hi, [15:34:07 CEST] <kate_12> I am trying to concatenate two mp4 files. One has video, the other has both video and audio. [15:34:15 CEST] <kate_12> Here is my CMD output [15:34:16 CEST] <kate_12> http://pastebin.com/eXTCnwHE [15:34:57 CEST] <kate_12> In short, I am using the following command ffmpeg -i 5.mp4 -i 6.mp4 -filter_ complex "[0:0][1:0][1:1] concat=n=2:v=1:a=1 [v][a]" -map "[v]" -map "[a]" output .mp4 and getting this error: Stream specifier ':0' in filtergraph description [0:0][1:0][1:1] concat=n=2:v=1: a=1 [v][a] matches no streams. [15:43:44 CEST] <kate_12> Anyone? [15:43:49 CEST] <kate_12> Please help... [15:43:54 CEST] <kate_12> Been stuck at it for hours now. [15:59:04 CEST] <mrkie> ffmpeg -i file.mp4 > output.txt [15:59:08 CEST] <mrkie> why that is not working? [16:11:09 CEST] <__jack__> mrkie: what means "not working" ? [16:11:54 CEST] <__jack__> mrkie: maybe you want that: ffmpeg -i file.mp4 &> output.txt [16:12:19 CEST] <__jack__> ffmpeg -i file.mp4 2> output.txt if you prefere [16:13:42 CEST] <kate_12> got anything for me, jack? [16:19:39 CEST] <mrkie> __jack__: i already found out how i use 2> output.extension [16:19:45 CEST] <__jack__> kate_12: hum, what do you expect as a result ? no sound for the first part of the result ? or repeated sound ? [16:21:49 CEST] <mrkie> how can i calculate 00:20:04.51 to seconds like x.51 [16:21:58 CEST] <kate_12> no sound. [16:22:14 CEST] <kate_12> The first file has only the video stream while the second one has both, [16:22:35 CEST] <mrkie> i need a formula for that [16:23:10 CEST] <kate_12> both audio and video [16:23:12 CEST] <klaxa> you can use 00:20:04.51 in that format for ffmpeg [16:23:50 CEST] <mrkie> yes, but i use Google2SRT and i need the moviefragement in seconds according this page: http://google2srt.sourceforge.net/en/help.html [16:24:16 CEST] <klaxa> if you need to calculate it to seconds, a minute has 60 seconds, if you multiply the minutes by 60 seconds you get the total seconds [16:24:19 CEST] <mrkie> i have used ffmpeg to get the duration of each moviefragment, now i need to recalculate all my durations to seconds [16:25:09 CEST] <mrkie> klaxa: do you have a formula for that? [16:25:24 CEST] <klaxa> for example 00:20:04.51 is 20 * 60 + 4.51 = 1200 + 4.51 = 1204.51 seconds [16:25:46 CEST] <mrkie> i know [16:25:59 CEST] <klaxa> good [16:26:05 CEST] <mrkie> but i need a formula for my sheet program (excel or libreoffice calc) :) [16:26:09 CEST] <klaxa> that's your formula if you want to call it like that [16:26:27 CEST] <mrkie> i really have a bunch of durations [16:26:44 CEST] <klaxa> mmh i'm really not that familiar with spreadsheet programs [16:27:03 CEST] <klaxa> maybe google, this is also no longer ffmpeg-related really [16:28:21 CEST] <kate_12> try this [16:28:22 CEST] <kate_12> HOUR(A1)*60+MINUTE(A1)+SECOND(A1)/60 [16:31:45 CEST] <mrkie> kate: i did, not working [16:32:33 CEST] <kate_12> I'll post again. How can I concatenate two media files with different number of streams? File 1 has only the video stream while file 2 has both audio and video streams. I want no sound while the first part plays. Here is what I have tried" [16:32:47 CEST] <kate_12> http://pastebin.com/eXTCnwHE [16:32:56 CEST] <kate_12> Are you using excel? [16:33:01 CEST] <kate_12> It works in excel. [16:33:40 CEST] <mrkie> =UUR(B2)*60+MINUUT(B2)+SECONDE(B2)/60 [16:33:42 CEST] <mrkie> i did [16:33:45 CEST] <kate_12> Updated paste. http://pastebin.com/rU6LK63c [16:33:46 CEST] <mrkie> since i have a dutch excel version [16:33:58 CEST] <__jack__> kate_12: found a not awesome but still working solution [16:34:13 CEST] <__jack__> add a silent stream :D [16:34:32 CEST] <__jack__> ffmpeg -f lavfi -t 00:00:20 -i aevalsrc=0 -i video.mkv -i both.mkv -filter_complex '[1:0][0:0][2:0][2:1] concat=n=2:v=1:a=1 [v][a]' -map "[v]" -map "[a]" output.mkv [16:34:46 CEST] <__jack__> (need the duration of the video-only file) [16:35:44 CEST] <kate_12> Ah! I was trying to avoid that. But looks like that's the only way. Anyways, thanks jack. much love. [16:35:55 CEST] <mrkie> kate_12: libre office calc also doesn't work [16:36:09 CEST] <kate_12> mrkie, my bad. [16:36:17 CEST] <kate_12> you have minutes, seconds and microseconds. [16:36:25 CEST] <kate_12> so, the formula will be different [16:36:27 CEST] <kate_12> give me a sec. [16:36:53 CEST] <mrkie> sure [16:43:16 CEST] <kate_12> I don't understand why the earlier formula didn't work. [16:43:25 CEST] <kate_12> Here is a more expanded but cumbersome formula [16:43:26 CEST] <kate_12> =mid(b2,7,2)+(mid(b2,4,2)*60)+(left(a2,2)*3600) [16:43:32 CEST] <kate_12> It should help. [16:45:50 CEST] <mrkie> kate_12: did you test it? because i don't see a result coming up [16:46:49 CEST] <mrkie> #VALUE! it shows up [16:48:21 CEST] <mrkie> you also use a2 i see now [16:48:24 CEST] <mrkie> i only have b2 input [17:26:28 CEST] <kate_12> yeah, I might have got it wrong. [17:26:31 CEST] <kate_12> Works fine now? [17:35:22 CEST] <mrkie> kate_12: did a party manually, it wouldn't work here, atleast your formula woudln't work at my excel [17:54:38 CEST] <johnny_|_> hi, how do I compile from source ffmpeg with libfaac? Where to get libfaac-dev? I am trying to install either on debian or kali linux. [17:55:47 CEST] <klaxa> apparently you need the debian-multimedia repos to get libfaac (http://crunchbang.org/forums/viewtopic.php?id=23488) [17:56:09 CEST] <johnny_|_> will this work with kali linux as well? [17:56:18 CEST] <klaxa> you can substitute libfaac with libfdk-aac though [17:56:46 CEST] <klaxa> which seems to be in the default repositories [17:57:20 CEST] <klaxa> and afaik is currently the best option to encode aac with ffmpeg [18:01:52 CEST] <__jack__> libfaac is in the repo too [18:02:08 CEST] <johnny_|_> but not for kali linux it seems [20:18:47 CEST] <seasc> __jack__, if you're on a rpm based distro, visit rpmfusion.org [20:20:44 CEST] <seasc> n/m seen its deb. idk4t [22:18:02 CEST] <faLUCE> Hello, I have two pictures (jpeg) and a mp3 music file. How can I make a very simple video with these two pictures + music ? The first picture must show from the beginning to 3 minutes and 2 seconds, while the second from 3 minutes and 2 seconds to the end of the music... [22:19:26 CEST] <c_14> ffmpeg -framerate 1/182 -i one.jpg -loop 1 two.jpg -i mp3 -c:a copy out.mkv [22:19:28 CEST] <c_14> might work [22:19:48 CEST] <c_14> Might need to use concat+trim [22:20:53 CEST] <faLUCE> c_14: tanks, but how can I specify 3 minutes and 2 seconds in your command? [22:21:10 CEST] <c_14> That's (hopefully) what the framerate is for [22:21:49 CEST] <faLUCE> c_14: many thanks let's try [22:27:19 CEST] <DragonsLordKERNE> Hello to everybody [22:28:01 CEST] <DragonsLordKERNE> I hope someone can help me ... How can I do a frame-accurate cutting of a .MP4 file? [22:28:16 CEST] <c_14> cuts are frame-accurate by default unless you use -codec copy [22:28:48 CEST] <DragonsLordKERNE> Yes, I need to copy ... I mean no re-encoding [22:29:03 CEST] <DragonsLordKERNE> From my understanding a need to choose one I-frame [22:29:06 CEST] <c_14> Then it isn't possible. [22:29:07 CEST] <DragonsLordKERNE> Is it true? [22:29:10 CEST] <c_14> yes [22:29:22 CEST] <c_14> With codec copy, cuts are to the nearest i-frame [22:29:26 CEST] <DragonsLordKERNE> Now my question is ... How can I detect an I-frame? [22:30:15 CEST] <mrkie> hey [22:30:17 CEST] <DragonsLordKERNE> (thank you, c_14) [22:30:25 CEST] <DragonsLordKERNE> Hi mrkie [22:30:43 CEST] <mrkie> Google2SRT is really a fine tool to work with [22:31:05 CEST] <c_14> DragonsLordKERNE: probably showinfo and look at the type [22:34:02 CEST] <DragonsLordKERNE> c_14, do you know who is responsible to set the I-frame interval? [22:34:11 CEST] <c_14> The encoder [22:35:02 CEST] <DragonsLordKERNE> c_14, I'm asking this because I use HD PVR Rocket to record from and HDMI source ... and I-frames seems to be too far between themselves [22:35:31 CEST] <c_14> Look for a gop size (group of pictures) or something about keyframes [22:35:39 CEST] <DragonsLordKERNE> But is it something related to the FPS, to the format ... or it's "my" choice when I encode one file? [22:36:04 CEST] <c_14> It's "your" choice when you encode a file (in most cases) [22:38:07 CEST] <DragonsLordKERNE> Do you think MediaInfo should tell me something more about the I-frame interval? [22:38:54 CEST] <c_14> I have no clue. If you could upload the output to a pastebin site, I might be able to pick something out. [22:42:58 CEST] <DragonsLordKERNE> c_14, here it is > http://pastebin.com/svQkWYSD < [22:43:03 CEST] <DragonsLordKERNE> Thank you in advance [22:44:52 CEST] <c_14> Looks like an around 50 frame gop [22:45:02 CEST] <c_14> at 25 fps that's once every 2 seconds [22:46:13 CEST] <DragonsLordKERNE> Then you looked at this ... [22:46:16 CEST] <DragonsLordKERNE> > Format settings, GOP : M=1, N=50 < [22:46:26 CEST] <c_14> yep [22:46:29 CEST] <DragonsLordKERNE> and this [22:46:32 CEST] <DragonsLordKERNE> > Frame rate : 25.000 fps < [22:47:06 CEST] <DragonsLordKERNE> N = 50 means one I-frame each 50 frames [22:47:21 CEST] <DragonsLordKERNE> with 25 fps it means 25x2 so 2 seconds [22:47:22 CEST] <faLUCE> c_14: ffmpeg -framerate 1/119 -i san_pietroburgo1.jpg -loop 1 -i terzetto.jpg -i 14.mp3 -c:a copy 14.avi ----> the command doesn't stop, and it adds only san_pietroburgo.jpg to the video [22:47:23 CEST] <DragonsLordKERNE> right? [22:48:30 CEST] <c_14> DragonsLordKERNE: ye [22:48:37 CEST] <c_14> faLUCE: right, add -shortest [22:48:41 CEST] <c_14> totally forgot about that [22:48:44 CEST] <c_14> as an output option [22:48:44 CEST] <faLUCE> c_14: where? [22:48:53 CEST] <c_14> (before 14.avi, after 14.mp3 [22:48:55 CEST] <c_14> ) [22:49:45 CEST] <DragonsLordKERNE> c_14, so the best request to do vs the supplier of my HDMI recorder should be to leave the user set the GOP size? [22:54:15 CEST] <c_14> That, or get it to produce intra-only output [22:54:47 CEST] <DragonsLordKERNE> c_14, could you please elaborate on this? [22:54:57 CEST] <DragonsLordKERNE> I did not understand :( [22:55:15 CEST] <c_14> With intra-only encoding, every single frame is an i-frame. [22:57:27 CEST] <faLUCE> c_14: now the video is not endless, but it adds only the second picture to the music [22:58:36 CEST] <c_14> Ok, will probably have to go with the trim route then, although lemme see: ffmpeg -loop 1 -t 3:02 1.jpg -loop 1 -i 2.jpg -i mp3 -shortest -c:a copy out.avi [22:58:38 CEST] <c_14> try that [22:58:39 CEST] <DragonsLordKERNE> c_14 ... does it have any cons? (I don't know ... extra-space needed for the output or something like this?) [22:58:47 CEST] <c_14> Extra space needed [23:00:12 CEST] <DragonsLordKERNE> More or less ... how much? [23:00:15 CEST] <DragonsLordKERNE> 10% more? [23:00:18 CEST] <DragonsLordKERNE> 50% more? [23:01:21 CEST] <c_14> 10x (on my system on one test video) [23:02:47 CEST] <DragonsLordKERNE> Do you mean 10 GB output instead of 1 GB? [23:03:14 CEST] <c_14> In this case 22M instead of 2.7M, so yes. [23:03:27 CEST] <DragonsLordKERNE> O_o [23:03:31 CEST] <faLUCE> thanks c_14 lets try [23:03:56 CEST] <DragonsLordKERNE> They will never accept my request for enhancement :'( [23:09:37 CEST] <DragonsLordKERNE> c_14, do you often use FFMpeg? [23:09:43 CEST] <c_14> relatively [23:10:00 CEST] <DragonsLordKERNE> Do you use it from the command line [23:10:05 CEST] <c_14> yep [23:10:12 CEST] <DragonsLordKERNE> O_o [23:11:45 CEST] <DragonsLordKERNE> Do you know how I can convert an MP4 into an AVI (XviD)? [23:11:59 CEST] <c_14> Is the mp4 xvid or something else? [23:12:07 CEST] <DragonsLordKERNE> This is what I "built": [23:12:07 CEST] <DragonsLordKERNE> ffmpeg -i input.mp4 -codec:v libxvid -vtag DIVX -vf fps=fps=25 -codec:a libmp3lame -b:a 128k -ar 48000 -ac 2 -joint_stereo 0 output.avi [23:12:35 CEST] <DragonsLordKERNE> input mp4 is the one I pastbinned before [23:12:48 CEST] <DragonsLordKERNE> it shoud be H.264 + AAC into an MP4 container [23:12:50 CEST] <c_14> That looks fine. Might want to set a visual quality though, also you probably don't need the fps filter [23:13:18 CEST] <DragonsLordKERNE> I would like to do a dual bass [23:13:32 CEST] <c_14> A wat? [23:13:35 CEST] <c_14> *what [23:13:43 CEST] <DragonsLordKERNE> I would like to do a dual *pass recoding [23:13:55 CEST] <c_14> https://trac.ffmpeg.org/wiki/Encode/MPEG-4 [23:13:58 CEST] <c_14> near the bottom [23:13:58 CEST] <DragonsLordKERNE> 1500 kbps of variable bitrate [23:14:42 CEST] <DragonsLordKERNE> Well, I have already found that [23:14:43 CEST] <DragonsLordKERNE> But my issue is [23:15:02 CEST] <DragonsLordKERNE> ffmpeg -y -i input.avi -c:v mpeg4 -vtag xvid -b:v 555k -pass 1 -an -f avi /dev/null > should not produce something to elaborate during the second pass? [23:15:20 CEST] <c_14> It creates a passlogfile [23:15:25 CEST] <c_14> in cwd [23:17:23 CEST] <DragonsLordKERNE> so my instructions should became [23:17:29 CEST] <DragonsLordKERNE> ffmpeg -y -i input.mp4 -codec:v libxvid -vtag DIVX -vf fps=fps=25 -b:v 555k -pass 1 -an -f avi /dev/null? [23:18:01 CEST] <ChocolateArmpits> Are you using linux or windows? [23:18:24 CEST] <DragonsLordKERNE> Windows ChocolateArmpits, at the moment (Hi!) [23:18:39 CEST] <ChocolateArmpits> then replace "/dev/null" with "NUL" [23:18:51 CEST] <DragonsLordKERNE> YEAH, I have just read thank you [23:19:13 CEST] <ChocolateArmpits> do you need to fix the framerate too with the fps command ? [23:19:28 CEST] <DragonsLordKERNE> Yes, I need [23:19:33 CEST] <ChocolateArmpits> k then that's good [23:19:57 CEST] <DragonsLordKERNE> And I also would like to set Motion search to 6 - High (for Xvid) [23:20:18 CEST] <ChocolateArmpits> just don't change the directory after the 1st pass because the passlogfile will be saved to your current directory [23:20:38 CEST] <DragonsLordKERNE> And I also would like to set VHQ Mode to 4 - Wide search (for Xvid) [23:20:44 CEST] <ChocolateArmpits> you can manually point where to save it via "-passlogfile" command [23:21:34 CEST] <DragonsLordKERNE> I am basically trying to replace Xmedia Recode with FFmpeg because probably Xmedia Recode did a wrong "implementation" of FFMPEG [23:21:45 CEST] <DragonsLordKERNE> and the resulting output is a bit out of sync [23:22:03 CEST] <DragonsLordKERNE> while with AVIdemux the sync is nearest to the source [23:22:14 CEST] <DragonsLordKERNE> so I would like to give FFMPEG a try [23:24:32 CEST] <DragonsLordKERNE> Does anyone know how I can set "Motion search" and "VHQ Mode" for XviD within Xmedia Recode? [23:25:23 CEST] <c_14> DragonsLordKERNE: -me_method full -mbd 2 [23:26:44 CEST] <DragonsLordKERNE> Is full = Ultra High (6) for Motion search precision [23:26:45 CEST] <DragonsLordKERNE> and [23:27:21 CEST] <DragonsLordKERNE> Is mbd = 2 Wide search (4) for VHQ Mode [23:27:26 CEST] <DragonsLordKERNE> as far as you know? [23:28:08 CEST] <c_14> As far as I know, yes [23:36:01 CEST] <DragonsLordKERNE> c_14, are you lookig at some documentation I can also look at? [23:36:55 CEST] <c_14> I got the full from the -codecs manpage: https://ffmpeg.org/ffmpeg-codecs.html#libxvid [23:37:03 CEST] <c_14> And the other one from here: https://ffmpeg.org/pipermail/ffmpeg-user/2013-March/013938.html [23:37:08 CEST] <c_14> about halfway down [23:44:55 CEST] <DragonsLordKERNE> What about setting Quantization type to H.263 instead of MPEG? [23:47:03 CEST] <c_14> -mpeg_quant 0 (I'm pretty sure it's off by default and I'm not sure that syntax is valid) [23:48:07 CEST] <DragonsLordKERNE> Chroma motion estimation is -cmp chroma right? [23:48:48 CEST] <c_14> ye, but I think -me_method full already enables that [23:49:29 CEST] <DragonsLordKERNE> and to set max_bframes to 0 is -bf 0? [23:50:28 CEST] <c_14> probably [23:50:37 CEST] <DragonsLordKERNE> I will try [23:51:25 CEST] <DragonsLordKERNE> Do you also know how to set the "famous" Keyframe interval to 250? [23:52:20 CEST] <c_14> -g 250 [23:52:58 CEST] <DragonsLordKERNE> is the order important? [23:53:14 CEST] <c_14> As long as it's an output option, no. [23:56:02 CEST] <DragonsLordKERNE> Probably I should use [23:56:08 CEST] <DragonsLordKERNE> -trellis 1 [23:56:10 CEST] <DragonsLordKERNE> instead of [23:56:11 CEST] <DragonsLordKERNE> -mpeg_quant 0 [23:58:10 CEST] <DragonsLordKERNE> -af 'volume=4' should increase the volume by a factor of 4, right?' [23:58:20 CEST] <DragonsLordKERNE> I mean 4X higher? [00:00:00 CEST] --- Mon Apr 6 2015

1 0