Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

March 2015

1 participants
62 discussions

ffmpeg-devel.log.20150330
by burek 31 Mar '15

31 Mar '15

[00:14:57 CEST] <philipl> BtbN: And then they seem to have disappeared despite saying they'd work to improve the encoder that was merged. Shame. [00:22:46 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:8ae350004df6: avfilter/tinterlace: Change enum to int, which is accessed via AVOption as int [00:22:48 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:984c230cd3c1: avfilter/vf_transpose: Change enums to int, which are accessed via AVOption as int [00:22:48 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:f45758d3eebe: avformat/wavenc: Change enum to int, which is accessed via AVOption as int [00:22:50 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:7c6b0436b645: avformat/img2: Change enum to int, which is accessed via AVOption as int [02:05:43 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07release/2.4:2c8c55195da9: Update for 2.4.8 [02:38:33 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07n2.4.8:HEAD: avformat/img2: Change enum to int, which is accessed via AVOption as int [05:04:58 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:4a1081161704: avformat/nutdec: Use av_malloc_array() [05:04:59 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:dadc43eee4d9: avutil/pca: Check for av_malloc* failures [06:07:55 CEST] <rcombs> michaelni: that was fun! [09:37:36 CEST] <j-b> 'morning [10:57:38 CEST] <thardin> someone wants to add DICOM support [10:57:57 CEST] <thardin> I wonder if they realize what potential world of hurt they're in for [11:18:15 CEST] <kierank> possibly the reason google never see crashes is because they never fuzz in sliced threads mode [11:19:53 CEST] <nevcairiel> probably because they dont use t hat decoding mode [12:10:35 CEST] <kierank> hahaha the guy is suggesting a vote on ffmpeg-devel [13:31:24 CEST] <cousin_luigi> Greetings. [13:32:39 CEST] <cousin_luigi> Does libwebp add something to the decoder? [14:58:08 CEST] <TimNich> thardin: I think you have confused michaelni! [14:58:23 CEST] <thardin> I have? [14:58:37 CEST] <TimNich> your comment on my patch [14:58:42 CEST] <thardin> imma check [14:59:30 CEST] <thardin> but yeah, there's all kinds of nastiness with that stuff [14:59:34 CEST] <thardin> for now the patch is fine [15:00:06 CEST] <TimNich> Thanks, I agree we are getting ever closer to a can of worms... [15:00:21 CEST] <thardin> it's relevant for proper MOV -> MXF remuxing [15:00:41 CEST] <thardin> since both can have display rectangles (with slightly different numbers) [15:01:10 CEST] <TimNich> quite! [15:10:18 CEST] <kierank> is it possible to automate trac submissions [15:12:04 CEST] <cone-225> ffmpeg 03Tim Nicholson 07master:ac9919b9662f: libavformat/mxfenc.c: Add 'Presentation Y offset' metadata [15:15:13 CEST] <kierank> slice threading needs to be marked unstable [15:15:14 CEST] <kierank> seriously [15:15:51 CEST] <TimNich> seriously unstable, wow! ;) [15:21:54 CEST] <wm4> is slice threading even useful? [15:22:07 CEST] <wm4> for low latency applications I suppose? [15:22:10 CEST] <kierank> yes [19:43:09 CEST] <cone-225> ffmpeg 03Himangi Saraogi 07master:0187c2ccda3b: tiff: Return more meaningful error codes [20:38:56 CEST] <cone-225> ffmpeg 03Diego Biurrun 07master:7d3183d3a4e8: qsv: Skip header compilation depending on what parts of qsv are enabled [20:38:57 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:f5c7531ab1e6: Merge commit '7d3183d3a4e800ab7a7fa24f49968a1b1bcc0161' [20:49:53 CEST] <cone-225> ffmpeg 03Diego Biurrun 07master:23944d29a22a: indeo: Give Indeo4/5 shared code a more consistent name [20:49:54 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:98263d751562: Merge commit '23944d29a22a2cd602753b3705f73011c3bf0b18' [21:04:00 CEST] <cone-225> ffmpeg 03Himangi Saraogi 07master:6ed38b1f65b4: tiff: Return more meaningful error codes [21:04:00 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:847c0d333b6a: Merge commit '6ed38b1f65b424a4fa92042e0069f350b95e0098' [21:37:11 CEST] <cone-225> ffmpeg 03Diego Biurrun 07master:e6e3dcba0c6f: mjpeg: Move code only used in the encoder(s) to the appropriate header [21:37:12 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:794e9fb5a649: Merge commit 'e6e3dcba0c6f11bd7022e2d3b9bcb7b6a09d6c80' [22:26:50 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:63167a6ba343: avdevice/avfoundation: Fix occured typo [22:26:51 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:1019a1cb0ac2: avfilter/vf_vignette: Change enum to int, which is accessed via AVOption as int [22:57:21 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:fda8b7ec7de6: avcodec/libdcadec: remove av_assert and check bits_per_sample more completely [23:03:16 CEST] <cone-225> ffmpeg 03Mariusz SzczepaDczyk 07master:f613f238f9dd: lavf: Bump minor version and document directory listing API in doc/APIchanges. [23:49:48 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:1a10134e20ef: swresample/swresample: Use av_mallocz_array() [23:49:49 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:21ee6da70c4e: avutil/hmac: Check av_hmac_alloc() return code [23:56:18 CEST] <michaelni> durandal_1707; according to Martin Vignali (see ML) "avcodec/exr: fix memset first arg in reverse_lut()" causes crashes (ticket 4386) [00:00:00 CEST] --- Tue Mar 31 2015

1 0

ffmpeg.log.20150330
by burek 31 Mar '15

31 Mar '15

[03:43:36 CEST] <JamJams> I think I found a bug with ffmpeg, if you pipe in raw video. I've found the last x frames wont have the filters applied correctly. [03:43:44 CEST] <JamJams> The last like 3 or 5 frames [03:43:54 CEST] <JamJams> I'm using fieldmatch and decimate [03:44:17 CEST] <JamJams> Is there a flag I should be setting, or is this actually an issue with ffmpeg? [04:11:06 CEST] <buu> Hello nice people, I am a poor soul in search of answers. I've been trying to compile arm mplayer, which automatically checks out ffmpeg to build against. However no matter what arguments I pass to configure I get errors like this "libavcodec/arm/jrevdct_arm.S:369: Error: non-constant expression in ".if" statement"; however ffmpeg compiles fine in arm mode by itself. I realize that this is not in fact a ffmpeg problem, but I'm slowly ... [04:11:12 CEST] <buu> ... running out of places to ask, so.. [06:08:32 CEST] <praj> hi, i'm using libavformat, libavcodec and libavdevice to record the screen on os x and stream it over http. is this the right place to ask a few questions about some memory leaks i've been facing? [06:10:18 CEST] <praj> so i read each frame using av_Read_frame,decode it, scale it using libswscale from uyvy422 to yuv420p and then encode it to H264. [06:11:01 CEST] <praj> I'm opening a dynamic buffer on my output AVFormatContext->pb using avid_open_dyn_buf [06:11:31 CEST] <praj> i can post my code if anyone's inclined to look at it? [06:11:59 CEST] <buu> I think this channel is home of the dead [06:12:12 CEST] <buu> A ghost ship sailing along eternal undersea currents. [06:12:38 CEST] <praj> LOOOOL [06:12:59 CEST] <c_14> Depends on the time and the problem. praj might be better served on the libav-users ml and buu I have no idea, might just have to wait and hope. [06:13:29 CEST] <buu> c_14: The fact that ffmpeg compiles fine by itself really irritates me. [06:14:38 CEST] <c_14> Do you have the list of your commands and complete output? [06:14:44 CEST] <c_14> Might be helpful [06:15:15 CEST] <buu> Like the complete make output? [06:15:49 CEST] <c_14> List of commands and last 100 or so lines of make maybe. [06:16:37 CEST] <praj> buu i've dealt with compiling ffmpeg for various platforms etc. maybe i can help? whats your issue? [06:16:38 CEST] <buu> http://paste.ubuntu.com/10705136/ [06:17:33 CEST] <buu> How would I tell what AS is set to? [06:18:30 CEST] <buu> 28 AS = arm-linux-gnueabihf-gcc [06:19:42 CEST] <buu> Something is being real dumb someplace. [06:20:31 CEST] <buu> um [06:25:41 CEST] <c_14> buu: no clue, you might want to check where HAVE_AS_OBJECT_ARCH is being set/supposed to be set [06:26:35 CEST] <praj> hmm if anyone wants to look, my code s here: http://pastebin.com/uvuv7HYm [06:28:11 CEST] <buu> c_14: Yeah.. [06:28:19 CEST] <buu> c_14: I'm checking the cflag differences right now [06:29:59 CEST] <buu> c_14: wtf [06:31:22 CEST] <buu> I'm so very confused. [06:32:51 CEST] <buu> How did this ever work? [06:36:09 CEST] <buu> praj: Have you seen 585 !CONFIG_OPENCL=yes ? [06:36:20 CEST] <buu> Is that a negation of a declaration? [06:39:12 CEST] <buu> How are make variables passed to gcc? [06:39:51 CEST] <praj> which file are you looking at? [06:40:02 CEST] <praj> is it libapvcodec's makefile? [06:50:20 CEST] <buu> Well, its the config.mak [06:50:40 CEST] <buu> praj: It seems like mplayer is not defining a bunch of things ffmpeg wants [06:51:23 CEST] <buu> Now I'm getting stuff like libavdevice/alldevices.c:34:13: error: 'CONFIG_LIBCDIO_INDEV' undeclared (first use in this function) [06:52:14 CEST] <buu> I don't get how that throws an error? [06:56:17 CEST] <praj> btw thats not a declaration negation [06:56:33 CEST] <praj> i think its a preprocessor directive for nmake [06:56:40 CEST] <praj> are you using visual studio? [06:56:52 CEST] <buu> Er, no... gcc [06:58:48 CEST] <buu> OH [06:58:52 CEST] <buu> I got it [06:58:53 CEST] <praj> http://fpce9.fizica.unibuc.ro/cpp/about_makefiles.htm [06:59:10 CEST] <praj> cmd + f "exclamation" [06:59:28 CEST] <buu> I was looking in the wrong spot [07:01:50 CEST] <buu> I don't get how this ever worked [07:19:21 CEST] <buu> Well, I'm closer [07:30:23 CEST] <amitlogic> how to register my filter with ffmpeg [07:53:27 CEST] <buu> Well, that seems successful [07:53:37 CEST] <buu> Solution: delete mplayer's attempts to configure ffmpeg [08:03:30 CEST] <praj> how'd u do that [08:06:22 CEST] <buu> As far as I can tell mplayer attempts to generate a config.h and a config.mak then tell ffmpeg to use those files instead [08:06:40 CEST] <buu> So I just ran mplayer's config then ran ffmpeg's config and overwrote the mplayer files with the ffmpeg files [08:55:30 CEST] <praj> no one wants tohelp on the #libav channel because they say i'm using ffmpeg [09:12:29 CEST] <buu> =[ [11:24:14 CEST] <tumagonx> I'm a bit confused by numbers of internal codecs which ffmpeg still offer external codecs support. Do I need these externals ? libvorbis, libutvideo, libtwolame->mp2, libopenjpeg->jpeg2000,libvo_aacenc->aac [11:25:53 CEST] <JEEBsv> vorbis if you plan to encode vorbis, libutvideo if you need the 10bit Ut Video encoding and decoding (the lavc decoder and encoder IIRC don't support it yet), twolame, openjpeg and aacenc for encoding only of those formats [11:26:16 CEST] <JEEBsv> although for aac you might as well apply the patch on trac and use the improved internal lavc encoder [11:26:34 CEST] <JEEBsv> most external libraries are only needed if you want to encode to that format [11:26:40 CEST] <JEEBsv> decoding is usually handled internally [11:26:40 CEST] <Mavrik> is it already better than FDK? [11:27:02 CEST] <JEEBsv> dunno, but it is distributable and better tahn vo-aacenc for sure [11:27:18 CEST] <tumagonx> AFAIK those listed are duplcate of both decoder and ecoders [11:27:20 CEST] <JEEBsv> also one probably wants libdcadec [11:28:15 CEST] <JEEBsv> tumagonx: mostly theoretical I'd say :P the only thing that can be useful for something is libutvideo, which supports the 10bit mode (me or dae will implement it in the lavc thing sooner or later) [11:28:45 CEST] <JEEBsv> libdcadec is right now the only decoder library that I'd probably build with [11:28:57 CEST] <JEEBsv> as it supports the lossless extensions of DTS [11:30:18 CEST] <tumagonx> ok thanks. what about vorbis internal encoder, is it bad? does it support very low bitrates 32kbps [11:31:22 CEST] <JEEBsv> it is probably the best example of "we should be not try to rebuild everything ourselves" [11:31:22 CEST] <durandal_1707> Do not use it [11:31:41 CEST] <JEEBsv> it was left alone after barely being made, and nobody should ever use it [11:31:49 CEST] <tumagonx> oh ok :D [11:32:03 CEST] <JEEBsv> so if you encode vorbis, then you need libvorbis [11:59:23 CEST] <claz> hey, i've like to remux an mp4 file but keep the same time base, i've tried setting the ostream.time_base to the input time_base before write_header but for some reason write_header doesn't take the hint [11:59:30 CEST] <claz> how can i persuade it to use my time_base? [12:14:37 CEST] <daszorz> i can't seem to find an example of converting a blu-ray rip (mkv) to dvd format suitable for burning [12:17:59 CEST] <buu> How are you burning it? [12:26:11 CEST] <daszorz> I haven't got to that stage yet [13:21:44 CEST] <Infiltrator> c_14: Sorry, not sure whether I said thanks before. Thanks for the help. [14:04:33 CEST] <Infiltrator> So, I suspected that it was the disk (SMART reported errors and bad sectors), so I'm going to replace it. In the meantime, I moved the files to a different disk and tried again; but it froze up again, this time with just 0.4% wa. I wasn't running an strace on it this time. It still froze up even though I kill KILLed it. [14:05:23 CEST] <Infiltrator> It was at 100.4% CPU (4 cores, so 100% on one core + a little on other(s)?) according to top. [14:05:55 CEST] <Infiltrator> The above is about ffmpeg converting an h265 to an h264. [14:06:23 CEST] <Infiltrator> I'll run it with strace later tonight if I get the chance; otherwise tomorrow. [14:09:11 CEST] <Infiltrator> s/kill KILL/kill -KILL/ [14:39:24 CEST] <buu> If things are hanging around after a SIGTERM its almost always disk issues [14:39:30 CEST] <buu> Pesky hardware. [14:41:19 CEST] <Infiltrator> Butbut... different disk... :( [14:45:04 CEST] Action: buu shrugs [14:45:19 CEST] <buu> I had that issue when I replaced a disk, turned out to be a bad cable =] [14:46:35 CEST] <Infiltrator> Yeah; but these two disks are on different controllers; and it only happens when converting with ffmpeg. [14:46:46 CEST] <Infiltrator> Admittedly, I haven't tried libav yet. [14:46:51 CEST] Action: Infiltrator puts on flame-proof suit. [14:54:01 CEST] <buu> Infiltrator: How long does it live after SIGTERM? [14:55:05 CEST] <Infiltrator> buu: Forever, as far I can tell. [14:55:16 CEST] <Infiltrator> This time it didn't even zombie out. (It did the last times.) [15:02:02 CEST] <buu> uh [15:02:17 CEST] <buu> What happens if you connect it to strace? [15:02:48 CEST] <Infiltrator> I can't afford for it to freeze right now (in the middle of something), but I'll try it with strace later. [15:02:57 CEST] <buu> oh [15:03:01 CEST] <buu> I thought it was frozen [15:03:04 CEST] <Infiltrator> Last time I tried it (on the suspect disk) it froze at write(). [15:03:10 CEST] <Infiltrator> It was. Had to REISUB it. [15:03:19 CEST] <buu> o.o [16:01:57 CEST] <browndawg> is there a lossless mode for x265? [16:02:32 CEST] <browndawg> I'm on 2.6.1 on linux mint.https://pastee.org/3dyfh [16:52:25 CEST] <mealstrom> hi guys. can you help me to understand this ffmpeg/libaformat/segmet.c: seg->cur_entry.index = seg->segment_idx + seg->segment_idx_wrap*seg->segment_idx_wrap_nb; #line 782 [16:53:48 CEST] <mealstrom> is there any formula to calculate index? [17:20:56 CEST] <electronrotoscop> daszorz: i can send you an example command line. is it 23.98fps? [17:21:10 CEST] <QuakePhil9000> How easy/possible is it to create a visual transition between videos using ffmpeg? [17:27:27 CEST] <electronrotoscop> for 23.98 bluray rip to ntsc dvd I use something like ffmpeg.exe -i "infile.mkv" -map 0:0 -pix_fmt yuv420p -sws_flags lanczos -s 720x480 -c:v mpeg2video -pix_fmt yuv420p -r 23.976 -g 12 -b:v 7500k -maxrate 9000k -minrate 0 -bufsize 1835008 -an "outfile_video.m2v" -map 0:1 -vn -c:a ac3 -ar 48k -b:a 448k "outfile_audio.ac3" (this assumes 0:0 is the video you want and 0:1 is the audio you want) [17:27:55 CEST] <electronrotoscop> then you have to use DGpulldown to add pulldown flags until someone does https://trac.ffmpeg.org/ticket/2602 [17:29:15 CEST] <electronrotoscop> I'm assuming a second pass of the mpeg2 would improve quality but I don't actually know how to do that yet, maybe someone else can help with that [18:49:43 CEST] <hid> hi [18:50:16 CEST] <hid> how do you encode only one pic ? [18:50:45 CEST] <hid> I want to test different bitrates to see the best quality/size ratio [18:50:57 CEST] <hid> i'll use x264 [18:58:15 CEST] <hypfer> hi everyone [18:58:49 CEST] <hypfer> I have an insanely corrupted video file.. it doesn't start with the necessary headers and it has parts of other files inside it (according to strings) [18:59:19 CEST] <hypfer> any way to fix that so I can watch what is left. I know that it's a h264 video [18:59:52 CEST] <hypfer> forcing that video codec results in could not find codec parameters [19:02:25 CEST] <hypfer> opening that file in a hex editor.. oh well [19:02:26 CEST] <hypfer> Provides: x-window-manINice\Y1:1.0.0\fsm(@\xterm | urxvt | \Uffffffff [19:02:30 CEST] <hypfer> right in the middle [19:13:49 CEST] <prelude2004c> hey everyone... i have " [19:13:51 CEST] <prelude2004c> ffmpeg version 2.4.git Copyright (c) 2000-2014 the FFmpeg developers [19:13:51 CEST] <prelude2004c> built on Mar 30 2015 12:19:14 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11) [19:13:51 CEST] <prelude2004c> configuration: --prefix=/root/ffmpeg_build --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-version3 --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libnvenc" [19:14:08 CEST] <prelude2004c> can anyone tell me what command i can use to have libx265 going but still use the libnvenc ? [19:14:21 CEST] <prelude2004c> is there a libnvenc for h265 ? [19:17:40 CEST] <prelude2004c> last question.. for FFmpeg command.. and using -v:c libnvenc ... how do you set which GPU to use ? [20:12:07 CEST] <IlIlIlIlIlIlI> why do I get "Non-monotonous DTS in output stream" when using 'tee' output? [20:12:18 CEST] <IlIlIlIlIlIlI> and what does DTS even mean? [20:18:39 CEST] <JEEBsv> decoding time stamp [20:44:27 CEST] <cousin_luigi> Greetings. [20:44:42 CEST] <cousin_luigi> michaelni: you around? [20:46:16 CEST] <michaelni> yes [20:47:02 CEST] <cousin_luigi> michaelni: Does libwebp also work as decoder? [20:52:28 CEST] <michaelni> if you write your own application you can probably use it as a decoder, in libavcodec theres a native decoder [21:02:57 CEST] <cousin_luigi> michaelni: I see. I thought it was also used as decoder because I saw more lines in the output of ffmpeg -decoder. [21:03:03 CEST] <cousin_luigi> But maybe I was wrong. [21:03:40 CEST] <prelude2004c> hey can anyone help ? http://pastebin.com/ms6W5jeN [21:03:47 CEST] <prelude2004c> when i run it i get the following error [21:04:33 CEST] <ChocolateArmpits> IlIlIlIlIlIlI: try "-flags global_header" [21:05:03 CEST] <prelude2004c> sorry new link [21:05:03 CEST] <prelude2004c> http://pastebin.com/PXqSX7Zg [21:06:45 CEST] <prelude2004c> can anyone help me with that error ? [21:06:46 CEST] <michaelni> cousin_luigi, ./ffmpeg -decoders | grep webp has only 1 match [21:06:58 CEST] <IlIlIlIlIlIlI> ChocolateArmpits: this only prevents "Codec for stream X does not use global headers but container format requires them" [21:07:58 CEST] <cousin_luigi> michaelni: I must be confusing this with something else. [21:07:58 CEST] <IlIlIlIlIlIlI> ChocolateArmpits: doesn't help at all with the error above [21:08:02 CEST] <IlIlIlIlIlIlI> ChocolateArmpits: thanks, though [21:08:06 CEST] <cousin_luigi> thanks [21:08:10 CEST] <ChocolateArmpits> sorry, I misinterpreted things [21:14:30 CEST] <hid> Il [21:14:52 CEST] <hid> IlIlIlIlIlIlI haha [21:15:43 CEST] <cousin_luigi> bbl [21:17:18 CEST] <mb339aMichelinoK> hi there! [21:19:03 CEST] <mb339aMichelinoK> i've a problem with ffmpeg and a raspberry....same configurazione on a pc and on a raspberry....i use ffmpeg to stream audio from the raspberry and i wanna try to listen the stream with vlc on a nother pc...The problem is that ffmpeg doesn't open any socket, instead the same exact cli command on an ubuntu machine open the socket (so i can connect with another pc using vlc). Any idea on what can i check in ffmpeg? [21:23:52 CEST] <nk121> Hola, I'm trying to do a screen capture of a x11 screen, but I'm having trouble getting the video size I want. I'm running Xvfb at 1920x1080, but ffmpeg is recording only 640x480 of it. Here is a pastebin of xdpyinfo and ffmpeg http://pastebin.com/LPhkB2nk Also, not sure what -video_size cif means, i've tried also using the dimensions there instead (but 'cif' is in the doc exmaples) [21:25:34 CEST] <klaxa> nk121: add -s 1920x1080 before -i :1 [21:25:52 CEST] <klaxa> and remove -video_size if you don't want to scale the video down [21:26:08 CEST] <nk121> klaxa: will try, what does cif mean? [21:26:37 CEST] <prelude2004c> hi.. anyone have good ffmpeg experience? I need help with this.. http://pastebin.com/PXqSX7Zg. [21:26:41 CEST] <klaxa> https://en.wikipedia.org/wiki/Common_Intermediate_Format [21:26:49 CEST] <prelude2004c> trying to bring in one input and hls output 3 outputs [21:26:54 CEST] <prelude2004c> simultaniously [21:28:47 CEST] <nk121> klaxa: Thank you very much, that worked! [21:52:53 CEST] <ChocolateArmpits> Can anyone suggest a way how to get fragment size list from a fragmented mp4 ? [22:03:39 CEST] <prelude2004c> hey , anyone know how libnvenc can set which GPU to use ? [22:05:20 CEST] <urlgrey> I'd like to segment video from an RTSP source, and have the segments overlap by a configurable number of seconds. For example, file 1 covers 00:00-00:10, and file 2 covers 00:05-00:15. Is this possible with the FFmpeg CLI? [22:06:26 CEST] <BtbN> You mean the nvenc encoder in ffmpeg, or the one actualy called libnvenc? [22:28:49 CEST] <prelude2004c> hello, Looking for some help.. Is there a reason why we can't receive more than 2 inputs on a stream? It seems that when i hvae 3 outputs in a row only 2 work.. the 3rd does not [22:32:56 CEST] <IlIlIlIlIlIlI> prelude2004c: pastebin the commandline [22:50:49 CEST] <prelude2004c> sorry for the delay [22:50:50 CEST] <prelude2004c> see http://pastebin.com/i41WpfPJ [22:50:53 CEST] <prelude2004c> anyone have any idea? [22:50:59 CEST] <prelude2004c> when i only use 2 outputs it works fine [22:51:52 CEST] <prelude2004c> all i am trying to do is have the system get the multicast and then ooutput 3 different streams [22:52:28 CEST] <prelude2004c> also, does anynone know how to set which GPU for which stream ? I am using the libnvenc library and i am not sure how to assign output 1 to GPU 0 and output 2 to GPU 1 , etc [22:56:04 CEST] <ChocolateArmpits> prelude2004c: I may be wrong but trying adding "-filter_complex split=3[out1][out2][out3]" and then map those filter ends to your respective outputs [22:56:26 CEST] <prelude2004c> i tried that .. nothing but errors on it :( [22:56:34 CEST] <prelude2004c> i coudln't get the audio/video to work on that [22:56:37 CEST] <ChocolateArmpits> like previously ? [22:56:41 CEST] <prelude2004c> yup [22:56:44 CEST] <prelude2004c> i can try again [22:56:54 CEST] <ChocolateArmpits> wait, I'll rewrite again [22:57:38 CEST] <ChocolateArmpits> -filter_complex [0:v]split=3[out1][out2][out3];[0:a]asplit=3[out1a][out2a][out3a] [22:58:23 CEST] <ConstantineI> Does anyone have any experience using ffmpeg and tvheadend? [22:59:03 CEST] <ConstantineI> I'm trying to grab a stream from tvheadend in ffmpeg. [23:03:30 CEST] <JC_> Hello everybody, how are you doing? [23:04:18 CEST] <JC_> I am trying to create a MP4 file from a SWF and getting nowhere. I have already exhausted my googling capacity and had the idea of coming here and try to find any help [23:04:59 CEST] <JC_> ffmpeg -f swf -i input.swf output.mp4 [23:05:08 CEST] <JC_> thats what Im trying with no success [23:05:43 CEST] <JC_> In fact, it does generate a MP4 file (and FLV, and AVI) but none are readable [23:06:55 CEST] <JC_> I have read a thread from last year that says that ffmpeg does not support vector graphics, but I find it on the ffmpeg helper as an option [23:07:03 CEST] <JC_> Could anyone please clarify it to me? [23:12:28 CEST] <kepstin-laptop> JC_: ffmpeg can only do anything useful with swf files that contain a video or audio stream [23:12:38 CEST] <kepstin-laptop> JC_: if it's a vector animation, ffmpeg can't render that. [23:13:25 CEST] <JC_> Thats what I was afraid of :( thank you very much! [23:14:54 CEST] <ConstantineI> I fixed it with tvheadend. I'm actually using avconv since I'm on ubuntu. [23:15:50 CEST] <ConstantineI> but it's practically the same. I also got this error. mpeg_decode_postinit() failure [23:15:50 CEST] <ConstantineI> . It outputs however the results appear fuzzy. Like small waves. [23:27:46 CEST] <prelude2004c> <ChocolateArmpits> -- any luck ? [23:27:58 CEST] <ChocolateArmpits> prelude2004c: huh? [23:27:59 CEST] <prelude2004c> <IlIlIlIlIlcan you help? [23:28:56 CEST] <IlIlIlIlIlIlI> sorry, I can say I share a similar issue with tee muxer [23:37:18 CEST] <prelude2004c> tee muxer ? [23:41:45 CEST] <prelude2004c> http://pastebin.com/mghbuDYK < ---- can anyone tell me what i did wrong [23:41:49 CEST] <prelude2004c> why it wont output [23:43:12 CEST] <prelude2004c> i am not actually trying to split [23:43:30 CEST] <prelude2004c> i am just trying to replicate the data into 3 seperate encodings so i can output 3 differnet file types [23:44:35 CEST] <IlIlIlIlIlIlI> prelude2004c: why don't you run with -loglevel debug [23:44:46 CEST] <kepstin-laptop> prelude2004c: that doesn't look like the complete ffmpeg output [23:44:47 CEST] <IlIlIlIlIlIlI> and perhaps DRY a bit :> [23:44:47 CEST] <prelude2004c> k.. [23:45:45 CEST] <prelude2004c> doesn't seem to help too much [00:00:00 CEST] --- Tue Mar 31 2015

1 0

ffmpeg-devel.log.20150329
by burek 30 Mar '15

30 Mar '15

[00:08:48 CET] <iive> this kind of reminds me. [00:08:59 CET] <iive> how about pushing the aac patch [00:09:22 CET] <iive> the thread looks long dead. there are probably no cleanups coming in near future [00:09:38 CET] <iive> and the patch is already major improvement over the current state. [00:11:45 CET] <wm4> more merging patches without asking its author? [00:12:02 CET] <rcombs> apparently the author is breaking it up and intends to send it soon [00:14:29 CET] <BtbN> "ffplay /tmp/amovie1.zip//amovie.srt" uhm [00:16:26 CET] <iive> rcombs: oh, he is back? that's good news. I was under the impression he had vanished for almost a year. [00:32:34 CET] <nevcairiel> iive: he already send a few patches a couple weeks ago [00:34:26 CET] <wm4> shit I replied to nicolas george [00:34:42 CET] Action: wm4 prepares mentally for flamewar [00:42:21 CET] <kierank> wm4: hahaha [00:49:50 CET] <wm4> 2 others already agreed with me that it's a bad idea, so maybe not [00:52:36 CET] <pross> 'wm4' would make a good separator. nobody uses that in their filenames [00:53:10 CET] <wm4> excellent idea, you get the ffmpeg design award [00:53:16 CET] <wm4> (my sarcasm is the strongest) [00:54:58 CET] <pross> '::' also, but its too c++shy [00:56:07 CET] <wm4> anyway, you can't pretend files-in-zip-files are normal local paths, because there's nothing you could use to separate the path of the .zip and the zip entry [00:57:12 CET] <iive> you can change the semantics :) [00:57:59 CET] <rcombs> zip://<path to file>/<URI-encoded zip entry>, and assume the last path component is that URI-encoded zip entry? [00:58:05 CET] <rcombs> (or better yet don't do this) [00:58:48 CET] <iive> rcombs: how do you find where <path to file> ends and URI starts? [00:58:51 CET] <BtbN> Why does it have to be some automagic url format? Can't it be in an input option, or a query string parameter? [00:59:02 CET] <wm4> for a zip:// protocol, you merely need to pick a semi rar separator, and URL-escape the zip path [00:59:11 CET] <wm4> *semi rare [00:59:24 CET] <wm4> so if the separator happens in the zip filename, it's escaped [00:59:36 CET] <rcombs> iive: last path component is the zip entry [00:59:50 CET] <wm4> zip can store directories [00:59:51 CET] <rcombs> iive: all components before that are the path to the actual file [00:59:59 CET] <rcombs> wm4: right, thus the escaping [01:00:12 CET] <iive> rcombs: what escaping? [01:00:14 CET] <rcombs> but dammit why am I coming up with implementation plans for a _bad idea_ [01:00:16 CET] <wm4> then you'd escape the /, that'd be awkward [01:00:17 CET] <rcombs> iive: URI? [01:00:29 CET] <BtbN> zip:///some/path/to/some.zip?f=some/file.mkv [01:00:32 CET] <iive> rcombs: can you give me example? [01:00:35 CET] <wm4> (you could just do what vlc and mpv do but don't tell anyone) [01:01:00 CET] <BtbN> (you could also not do it at all and leave it to actual media players) [01:01:39 CET] <wm4> but ffmpeg must have all the things [01:01:57 CET] <pross> BtbN: but i want to be able to pull my zips over http. precisely. all the things. [01:02:00 CET] <iive> of course... something about duplication. [01:02:23 CET] <wm4> ideally there'd be a good library for reading zip, rar, etc. [01:02:33 CET] <wm4> application just would have to wire them up [01:02:38 CET] <wm4> no reason to add that stuff to ffmpeg [01:02:54 CET] <iive> isn't there one already? [01:03:21 CET] <wm4> this has the advantage that ffmpeg doesn't need to make up strange conventions like zip://, and applications won't have to bend backwards to fit these conventions into their own code [01:04:08 CET] <wm4> also I can guarantee that virtually nobody will use ffmpeg zip support with the current conventions [01:04:15 CET] <wm4> (too hard to "discover") [01:04:54 CET] <pross> wm4: i don't think it should be an explicit protocol. ffmpeg should magically detect the zip/rar/etc header [01:05:03 CET] <wm4> and then what [01:05:23 CET] <pross> open the first file, _or_ open the user specified file/wildcard [01:05:28 CET] <wm4> heh [01:06:11 CET] <pross> much the same way we treat multiple streams in a multmedia file [01:06:19 CET] <iive> btw, isn't there something like libfuse? [01:06:25 CET] <wm4> that's... not a good comparison at all [01:06:41 CET] <rcombs> &yeah, not really [01:06:50 CET] <rcombs> iive: yeah, that's a less-insane place to do this [01:08:30 CET] <pross> ./ffplay dvd.iso [01:08:36 CET] <wm4> anyway, spoiler: vlc and mpv treat rar files as playlists with URL-like entries, which seems to be a relatively sane approach [01:09:47 CET] <wm4> so a rar file can both be opened directly, and there's also a safe way (i.e. not clashing with local paths) to refer to rar entries [01:11:02 CET] <kierank> this should all be handled higher than libavformat [01:11:16 CET] <wm4> yeah [01:12:15 CET] <wm4> IMHO one problem is that the ffmpeg libs are pretty low level, but people want to think of it as general media framework (and more), and end up forcing higher level things on the wrong abstraction level just to get it into ffmpeg [01:12:39 CET] <wm4> but the worse problem is that some devs want "everything" in ffmpeg because it's their project [01:12:49 CET] <BtbN> Does ffmpeg even have the concept of a playlist? [01:13:16 CET] <kierank> no [01:13:18 CET] <kierank> it's a low level library [01:13:43 CET] <wm4> and that's why we have things like the concat demuxer... [01:14:04 CET] <beastd> BtbN: I don't think so, but I think having a playlist concept in ffmpeg would be a good thing. [01:14:09 CET] <rcombs> wm4: well, it wouldn't be absurd to have some of this stuff in ffmpeg if we had some higher-level wrapper libs [01:14:31 CET] <BtbN> beastd, not realy. ffmpeg isn't a "make_media_player();" library. [01:15:07 CET] <wm4> maybe it would be a good thing, but not in libavformat or whatever [01:15:08 CET] <beastd> BtbN: I cannot follow your argument. [01:15:10 CET] <rcombs> which could have some things that are currently in lavf but don't really fit there (2 concats, plus one in lavfi!), and some boilerplate that currently lives in ffmpeg.c [01:16:33 CET] <pross> "FFmpeg is a collection of libraries and tools to process multimedia content such as audio, video, subtitles and related metadata." [01:16:47 CET] <beastd> not sure playlists would be part of lavf, i only said that the concept of playlists would be useful to ffmpeg tools at least [01:16:59 CET] <rcombs> beastd: yeah, that seems reasonable [01:17:23 CET] <rcombs> but it seems there's consensus that the trend of putting such things in lavf isn't great [01:17:41 CET] <iive> mkv segments... [01:17:42 CET] <rcombs> and stuffing it in ffmpeg.c is useless for& anyone not using ffmpeg.c [01:17:46 CET] <rcombs> iive: yup [01:18:08 CET] <BtbN> Maybe a new library, which operates on a higher level? [01:18:14 CET] <rcombs> BtbN: that's what I just said [01:18:56 CET] <rcombs> iive: there's been some talk about how those would be pretty tricky to do purely within lavf, and how that's not really a place that makes sense to have them anyway [01:19:13 CET] <wm4> mkv segments would be a pretty good candidate for something more higher level [01:19:16 CET] <rcombs> so one alternative proposed has been to have lavf export them as metadata [01:19:17 CET] <iive> rcombs: and I agree with that [01:19:26 CET] <wm4> (although we could just do what the haali demuxer does, ugh) [01:19:28 CET] <rcombs> and to have the consumer handle the splicing [01:19:43 CET] <rcombs> but that'd mean every consumer would have to handle that, and that's no fun [01:19:55 CET] <rcombs> and it'd mean ffmpeg.c would grow [01:20:00 CET] <wm4> also, the boilerplate to setup a demuxer/decoder/format conversion is terrible [01:20:05 CET] <rcombs> wm4: yup [01:20:17 CET] <rcombs> so having some intermediate library would make sense [01:20:25 CET] <wm4> but it's one of the most common things an API user wants, so what if a high level lib would do it [01:20:33 CET] <iive> rcombs: so libffmpeg for the win [01:20:38 CET] <rcombs> iive: pretty much [01:20:41 CET] <wm4> anyway, somewhat afraid we would end up with a gstreamer clone [01:20:54 CET] <rcombs> optimally, I think ffmpeg.c should be quite small [01:21:07 CET] <BtbN> If it's not using glib, it's worth it. I just realy don't like that stuff. [01:21:28 CET] <rcombs> just a little CLI wrapper around the libs [01:22:05 CET] <wm4> I don't know, ffmpeg.c does fucked up things like stream copy [01:22:08 CET] <rcombs> wm4: what does the haali demuxer do? Just start grabbing packets from the segment file's corresponding streams? [01:22:59 CET] <iive> imagine the fun if the outside files use entirely different codec :) [01:23:01 CET] <wm4> rcombs: youhttp://git.1f0.de/gitweb?p=ffmpeg.git;a=blob;f=libavformat/matroskadec_haali.c;h=e3320fd12947a018bc5c7f4138b783fe96e5efea;hb=HEAD [01:23:03 CET] <beastd> rcombs: basically that is saying to make the libs smarter or to nerve ffmpeg tools . TBH I think the truth is somewhere inbetween. [01:23:05 CET] <wm4> oops [01:23:09 CET] <wm4> http://git.1f0.de/gitweb?p=ffmpeg.git;a=blob;f=libavformat/matroskadec_haal… [01:23:29 CET] <iive> n8 ppl [01:23:34 CET] <wm4> (that's only some of the code, there are other files) [01:23:40 CET] <iive> have fun. [01:23:41 CET] <beastd> n8 iive [01:24:53 CET] <nevcairiel> thats really not "what the haali demuxer" does, thats mostly what my demuxer does .. the haali code it uses is a pretty low-level parser [01:28:37 CET] <wm4> oh, ok [01:29:05 CET] <wm4> I have no idea what the differences are between your code and the original haali filter [01:30:28 CET] <wm4> though, it does pretend a mkv file with ordered chapters is like a linear file, right? i.e. handles this on the demuxer level [01:30:34 CET] <nevcairiel> yes [01:32:05 CET] <nevcairiel> the only haali code is in MatroskaParser.c/h (ie. http://haali.su/mkv/MatroskaParser.zip, modified quite a bit to this date), and its only a low level parser for single mkv files, the code that stitches them together for the virtual timeline is all mine [01:32:36 CET] <wm4> heh, fun [01:33:50 CET] <nevcairiel> it started out as a pretty basic mkv demuxer back when ffmpegs was even more terrible, but now it has so many extra features .... :d [01:34:28 CET] <pross> speaking of stuffing FFmpeg, i must return to AV_SAMPLE_FMT_DSD [01:34:50 CET] <wm4> dsd is evil [01:36:06 CET] <pross> and investigate bayer optimisation (at least somebody is using that) [01:36:11 CET] <wm4> nevcairiel: though it's sad that everyone has to have their own mkv demuxer [01:36:15 CET] <pross> dsd is placebo [01:36:32 CET] <pross> aureal comfort for those with too much money [01:39:25 CET] <nevcairiel> dsd is so annoying, all the audiophools treat it like its the holy grail [01:48:44 CET] <pross> nevcairiel: its theorectically superior, no silly bit-depths to mess with [01:57:47 CET] <kierank> h264 is in need of heavy fuzzing [01:59:15 CET] <kierank> error: [av] Changing field mode (3 -> 1) between slices is not allowed [01:59:15 CET] <kierank> error: [av] decode_slice_header error [01:59:15 CET] <kierank> error: [av] Changing field mode (3 -> 1) between slices is not allowed [01:59:15 CET] <kierank> error: [av] decode_slice_header error [01:59:15 CET] <kierank> error: [av] Changing field mode (3 -> 1) between slices is not allowed [01:59:15 CET] <kierank> error: [av] decode_slice_header error [01:59:15 CET] <kierank> Segmentation fault (core dumped) [03:02:07 CEST] <kierank> ah finally got it to segfault again [03:04:15 CEST] <jamrial> isn't google fuzzing everything 24/7? [03:09:09 CEST] <kierank> gimme a second and I'll open a ticket [03:26:13 CEST] <cone-706> ffmpeg 03Anton Khirnov 07release/2.4:a219add4e8e2: hevc: make the crop sizes unsigned [03:26:13 CEST] <cone-706> ffmpeg 03Anton Khirnov 07release/2.4:a529f6648ed4: hevc: zero the correct variables on invalid crop parameters [03:26:13 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:4bc7996dcbcd: Merge commit 'a219add4e8e2d3192d99d6c6efe97ec7c429c5ad' into release/2.4 [03:26:13 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:7bce99216f74: avcodec/hevc_ps: More complete window reset [03:26:13 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:6e835eb2dd52: Merge commit 'a529f6648ed450f7e846a0e704a0a3260aaa4b62' into release/2.4 [03:34:10 CEST] <cone-706> ffmpeg 03Anton Khirnov 07release/2.4:9cef65434e5e: h264_ps: properly check cropping parameters against overflow [03:34:11 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:b7c8a1fbbd0b: webp: ensure that each transform is only used once [03:34:12 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:8e7eb268758d: Merge commit '9cef65434e5e5ffbd4a856ce7ae9c067dec039b7' into release/2.4 [03:34:13 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:53fa0d370cbb: webp: ensure that each transform is only used once [03:34:14 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:51b0d7675c34: Merge commit 'b7c8a1fbbd0b6ac0b096ef0402dee440ff27ecb7' into release/2.4 [03:41:25 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:1ee7f2d77e36: avformat/idcin: Use 64bit for ret to avoid overflow [03:41:26 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:2046275aaffa: avformat/gxf: Use 64bit for res to avoid overflow [03:41:27 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:81ee3385ee14: avformat/mvdec: Use 64bit for ret to avoid overflow [03:41:28 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:8f65bedbaff4: avformat/wtvdec: Use 64bit for ret to avoid overflow [03:41:29 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:5169df2122f6: avformat/vqf: Use 64bit for ret to avoid overflow [03:41:30 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:093e3f4d5b90: avformat/omadec: Use 64bit for ret to avoid overflow [03:41:31 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:88c06ca25149: avcodec/x86/mlpdsp_init: Simplify mlp_filter_channel_x86() [03:41:32 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:3167bba15ec3: avcodec/a64multienc: use av_frame_ref instead of copying the frame [03:41:33 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:acfe143736d8: avcodec/a64multienc: don't set incorrect packet size [03:41:34 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:584d90b277d8: avcodec/a64multienc: initialize mc_meta_charset to zero [03:41:35 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:37941c03b73d: avcodec/a64multienc: fix use of uninitialized values in to_meta_with_crop [03:41:36 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:35a79bdf7df7: avcodec/a64multienc: simplify frame handling code [03:41:37 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:9dc686815554: avcodec/a64multienc: Assert that the Packet size does not grow [03:41:38 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:2dde6d5d367e: swscale/utils: More carefully merge and clear coefficients outside the input [03:41:39 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:49543062280c: avcodec/snowdec: Fix ref value check [03:41:40 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:ba59d9212869: avcodec/h264: Only reinit quant tables if a new PPS is allowed [03:41:41 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:ca663f79e95f: avcodec/zmbv: Check len before reading in decode_frame() [03:41:42 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:e8a44b8387e3: avcodec/hevc_ps: Sanity checks for some log2_* values [03:41:43 CEST] <cone-706> ffmpeg 03James Cowgill 07release/2.4:198aa9fabde1: mips/acelp_filters: fix incorrect register constraint [03:41:44 CEST] <cone-706> ffmpeg 03Dyami Caliri 07release/2.4:bcbae2d95fc5: Fix buffer_size argument to init_put_bits() in multiple encoders. [03:41:45 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:f33a2ea2eea7: avformat/adxdec: check avctx->channels for invalid values [03:41:46 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:6fbd897caba6: avformat/bit: check that pkt->size is 10 in write_packet [03:41:47 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:2ec6a7a1e048: avformat/bit: only accept the g729 codec and 1 channel [03:41:48 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:eceea69567ac: swscale/utils: clear formatConvBuffer on allocation [03:41:49 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:d42540499c51: avutil/imgutils: correctly check for negative SAR components [03:41:50 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:ddffbf720a84: avcodec/utils: use correct printf specifier in ff_set_sar [03:41:51 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:a80b38d7d248: avformat/flvenc: check that the codec_tag fits in the available bits [03:41:52 CEST] <cone-706> ffmpeg 03Steve Lhomme 07release/2.4:2a6f0c7e077e: fix VP9 packet decoder returning 0 instead of the used data size [03:41:53 CEST] <cone-706> ffmpeg 03Stefano Sabatini 07release/2.4:99de009e97d0: doc/protocols/tcp: fix units of listen_timeout option value, from microseconds to milliseconds [03:41:54 CEST] <cone-706> ffmpeg 03Ronald S. Bultje 07release/2.4:54d40b7c459e: vp9: fix segmentation map retention with threading enabled. [03:41:55 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:9821cf9e6e6e: avcodec/utils: Align YUV411 by as much as the other YUV variants [03:41:56 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:ee820d051273: avcodec/opusdec: Clear out pointers per packet [03:41:57 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:7470003e80d7: avcodec/opusdec: Fix delayed sample value [03:41:58 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:23666f0e229e: doc: avoid the incorrect phrase 'allow to' [03:41:59 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:6a671797d769: avcodec/tiff: move bpp check to after "end:" [03:42:00 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:d81150929d35: ffmdec: fix infinite loop at EOF [03:42:01 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:443fc852034b: ffmdec: make sure the time base is valid [03:42:02 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:820b84d0658a: ffmdec: limit the backward seek to the last resync position [03:42:03 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:770094752528: avcodec/options_table: remove extradata_size from the AVOptions table [03:42:04 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:7b3d8ae32d29: roqvideoenc: set enc->avctx in roq_encode_init [03:42:05 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:de2f46c59dad: asfenc: fix leaking asf->index_ptr on error [03:42:06 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:8639c37d2b54: avcodec/012v: Check dimensions more completely [03:42:07 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:f11afe6bc654: avcodec/012v: redesign main loop [03:42:08 CEST] <cone-706> ffmpeg 03Andreas Cadhalpun 07release/2.4:f45f3f99a4d9: ac3dec_fixed: always use the USE_FIXED=1 variant of the AC3DecodeContext [03:42:09 CEST] <cone-706> ffmpeg 03Christophe Gisquet 07release/2.4:40dab4505031: ac3_fixed: fix out-of-bound read [03:42:10 CEST] <cone-706> ffmpeg 03Christophe Gisquet 07release/2.4:691f9dee0060: ac3_fixed: fix computation of spx_noise_blend [03:42:11 CEST] <cone-706> ffmpeg 03Christophe Gisquet 07release/2.4:b9b56ded7dd4: eac3dec: fix scaling [03:42:12 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:e168db3eaef0: avformat/mov: Use sizeof(filename) instead of a literal number [03:42:13 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:e0975c31f188: avformat/mov: Check for string truncation in mov_open_dref() [03:42:14 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:17e6d249b702: avformat/mov: Disallow ".." in dref unless use_absolute_path is set [03:42:15 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:760c384f7db4: avcodec/dnxhddec: Check that the frame is interlaced before using cur_field [03:42:16 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:2049d95f2fee: avcodec/hevc_ps: Check cropping parameters more correctly [03:42:17 CEST] <cone-706> ffmpeg 03Michael Niedermayer 07release/2.4:539172c85b13: avcodec/msrledec: restructure msrle_decode_pal4() based on the line number instead of the pixel pointer [04:03:43 CEST] <cone-706> ffmpeg 03Matthieu Bouron 07master:573a77a1b6f5: libavdevice/avfoundation: add framerate and video size options [04:03:44 CEST] <cone-706> ffmpeg 03Matthieu Bouron 07master:c908cae74cd1: libavdevice/avfoundation: add capture_cursor option [04:16:04 CEST] <cone-706> ffmpeg 03Matthieu Bouron 07master:021b02375181: libavdevice/avfoundation: add capture_mouse_clicks option [04:16:05 CEST] <cone-706> ffmpeg 03Matthieu Bouron 07master:cf16b459a873: libavdevice/avfoundation: use pts/dts provided by the CMSampleBuffer API [06:16:04 CEST] <cone-706> ffmpeg 03James Almer 07release/2.2:0b51e0baea31: avutil/cpu: add missing check for mmxext to av_force_cpu_flags [06:16:05 CEST] <cone-706> ffmpeg 03James Almer 07release/2.4:e74ad9035f3e: avutil/cpu: add missing check for mmxext to av_force_cpu_flags [06:16:06 CEST] <cone-706> ffmpeg 03James Almer 07release/2.5:b46840475ed6: avutil/cpu: add missing check for mmxext to av_force_cpu_flags [06:16:07 CEST] <cone-706> ffmpeg 03James Almer 07release/2.6:037d6cf5806e: avutil/cpu: add missing check for mmxext to av_force_cpu_flags [12:15:32 CEST] <cone-443> ffmpeg 03wm4 07master:c48456166e95: lavc: add MMAL hardware decoder wrapper [12:15:32 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:268ff17cb785: Merge commit 'c48456166e95648719a8be8f8613f9dee98205c1' [12:40:01 CEST] <cone-443> ffmpeg 03Hendrik Leppkes 07master:6fe2641d6e41: lavc: add profile define for DTS Express [12:40:02 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:97a407f696ae: Merge commit '6fe2641d6e410b7bc203138fa97e1118b411f16d' [13:11:32 CEST] <cone-443> ffmpeg 03Hendrik Leppkes 07master:72025ac36c74: lavc: add libdcadec decoder [13:11:33 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:93704e09c77e: Merge commit '72025ac36c740f031d7e413041fdfe97087c83c4' [13:26:55 CEST] <cone-443> ffmpeg 03Carl Eugen Hoyos 07master:7de0fefeb5b3: lavf/gif: Add an option max_gif_delay to limit the frame duration. [13:26:56 CEST] <cone-443> ffmpeg 03Carl Eugen Hoyos 07master:d371471c59ba: Fix make checkheaders if libmfx is not available. [13:26:57 CEST] <cone-443> ffmpeg 03Carl Eugen Hoyos 07master:b3673f341491: lavc/h264_refs: Fix compilation with -DTRACE. [13:26:58 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:81487781e739: Merge remote-tracking branch 'cehoyos/master' [13:41:33 CEST] <cone-443> ffmpeg 03Rodger Combs 07master:bcf44c91c309: libavformat/hls: add an option to start from a given segment in a live stream [14:00:51 CEST] <wm4> michaelni: what's the legal basis for changing the Libav copyright header to read "FFmpeg" (plus changing some of the legalese in that license header)? [14:03:42 CEST] <michaelni> wm4, what are you talking about ? [14:04:08 CEST] <nevcairiel> wm4: that line is not really a fixed part of the license [14:05:35 CEST] <wm4> michaelni: new file in Libav -> license header is changed on merge [14:06:45 CEST] <nevcairiel> it should always be the current project name, anything else is just stupid confusing [14:22:57 CEST] <michaelni> wm4, no copyright statements have been changed by us, if any where by mistake please post detailed information about which that was to the mailing list, preferrably with a patch. The project name of FFmpeg is FFmpeg, so thats what the files should use as project name. I think most other FOSS project do likewise [14:52:11 CEST] <cone-443> ffmpeg 03Rodger Combs 07master:481f0f153ac3: libavformat/segment: don't leave the list pb open when not in use [15:06:54 CEST] <michaelni> kierank, ubitux; Yayoi should do some qualification task if she wants to be accepted in Outreachy. [15:07:03 CEST] <kierank> she is doing one [15:07:14 CEST] <michaelni> ok perfect [17:13:55 CEST] <michaelni> kierank, wm4; Mariusz posted a patch to bump version for the directory API, if you still want changes done to it, please tell him. if not ill apply it [17:14:28 CEST] <kierank> where [17:14:33 CEST] <wm4> what, does the API become official after the bump? [17:14:46 CEST] <kierank> it's bloat [17:42:26 CEST] <ninten> durandal_1707, ping [17:46:41 CEST] <durandal_1707> ninten: pong [18:01:36 CEST] <cone-175> ffmpeg 03Rodger Combs 07master:7b060a96ad8a: libavformat/segment: add an option to write the header to a separate file [18:01:36 CEST] <cone-175> ffmpeg 03Donny Yang 07master:68ede913d033: png: Return slightly more meaningful error codes [18:09:17 CEST] <ninten> durandal_1707, if our input sample is floating then in alsSpecificConfig the floating int must be high right !! [18:11:07 CEST] <ninten> so i am giving input as floating sample and trying to check the value of floating int and still it is giving that floating point not implemented [18:11:55 CEST] <durandal_1707> ninten: what it stores? [18:12:43 CEST] <ninten> durandal_1707, if input is floating sample then floating int in alsSpcConfing must be 1 [18:13:22 CEST] <durandal_1707> remove check for missing float implementation [18:14:01 CEST] <ninten> durandal_1707, http://pastebin.com/ARbi15ag [18:16:36 CEST] <durandal_1707> what I already said [18:17:48 CEST] <ninten> durandal_1707, how to remove this !! [18:20:08 CEST] <durandal_1707> ninten: search for text message in decoder [18:24:12 CEST] <ninten> durandal_1707, ohh got it thanks !!! [18:28:07 CEST] <cone-175> ffmpeg 03Donny Yang 07master:e7ba79dc4e39: png: Calculate pixel format information only once [18:41:31 CEST] <cone-175> ffmpeg 03Donny Yang 07master:9573737dfbe5: png: Only init zlib once [18:59:01 CEST] <kierank> trac is broken [19:01:00 CEST] <kierank> oh it's just slow [19:06:52 CEST] <michaelni> kierank, in the "[FFmpeg-devel] [PATCH 1/4] lavf: add directory listing API" thread [19:07:11 CEST] <michaelni> wm4, yes it becomes "official" after the bump [19:14:07 CEST] <cone-175> ffmpeg 03Rodger Combs 07master:de2aaf1a2a14: lavf/segment: Mark output contexts as non-seekable when applicable [19:18:55 CEST] <CamilaSouto> Hi Kieran, could you please assign task for me at https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2015-Qualis, please? [19:20:36 CEST] <CamilaSouto> kierank [19:21:08 CEST] <kierank> I think you can edit it yourself [19:30:57 CEST] <kierank> 3 segfaults in h264 today [19:30:57 CEST] <kierank> :) [19:31:31 CEST] <CamilaSouto> I see, I thought I was not able to do that. So the task can be to: Write test to decode a H264 and add it to test suite? [19:31:54 CEST] <kierank> CamilaSouto: yes [19:34:00 CEST] <CamilaSouto> OK! thanks! [19:38:40 CEST] Action: kierank goes to the supermarket and waits for the next crash [19:45:17 CEST] <BBB> having fun kierank? :) [19:45:41 CEST] <kierank> a little bit of packet loss on the link and it's segfault central [19:45:47 CEST] <kierank> oh and again :) [19:46:03 CEST] <wm4> just packet loss? [19:46:03 CEST] <kierank> how to reproduce I'm not sure though :( [19:46:08 CEST] <kierank> yes [19:46:20 CEST] <wm4> saving all packets to disk and replaying doesn't work? [19:46:42 CEST] <wm4> sounds like some sort of really basic fuzzing should catch these things [19:47:48 CEST] <kierank> (gdb) print h->cur_pic_ptr [19:47:48 CEST] <kierank> $1 = (H264Picture *) 0x0 [19:47:50 CEST] <kierank> lovely [19:56:59 CEST] <kierank> so there's an error in decoding slices but the slice is still decoded again [19:57:00 CEST] <kierank> wtf [22:17:32 CEST] <cone-915> ffmpeg 03Luca Barbato 07master:ff7adead0a66: udp: Fix pkt_size management [22:17:32 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:83443505090d: Merge commit 'ff7adead0a667e606f5a41dca591f074f9ff2f32' [22:17:32 CEST] <cone-915> ffmpeg 03Michael Niedermayer 07master:d0059281e6a6: avformat/udp: Remove (harmless) duplicated pkt_size entry from AVOption table [22:26:10 CEST] <rcombs> what makes nvenc require nonfree? AFAICT libcuda is under the Apache 2.0 license? [22:26:37 CEST] <nevcairiel> apparently the header uses a corporate license, and using the header alone supposedly makes the entire binary nonfree [22:35:03 CEST] <BtbN> libcuda isn't uses though. [22:35:05 CEST] <BtbN> *d [22:35:12 CEST] <rcombs> BtbN: it's loaded with dolmen [22:35:18 CEST] <rcombs> *dlopen [22:35:30 CEST] <BtbN> Yes, but that's just the runtime library. [22:36:40 CEST] <BtbN> https://developer.nvidia.com/nvidia-video-codec-sdk-license-agreement that's why it's non-free. [22:38:25 CEST] <rcombs> what a mess [22:41:47 CEST] <BtbN> Just a commercial license that makes it non-free. [22:42:08 CEST] <j-b> * This source code and/or documentation ("Licensed Deliverables") are [22:42:08 CEST] <j-b> * subject to NVIDIA intellectual property rights under U.S. and [22:42:09 CEST] <j-b> * international Copyright laws. [22:42:31 CEST] <j-b> * These Licensed Deliverables contained herein is PROPRIETARY and [22:42:31 CEST] <j-b> * CONFIDENTIAL to NVIDIA and is being provided under the terms and [22:42:31 CEST] <j-b> * conditions of a form of NVIDIA software license agreement by and [22:42:32 CEST] <j-b> * between NVIDIA and Licensee [22:42:44 CEST] <j-b> reproduction or disclosure [22:42:44 CEST] <j-b> * of the Licensed Deliverables to any third party without the express [22:42:44 CEST] <j-b> * written consent of NVIDIA is prohibited. [22:42:52 CEST] <j-b> it's hard to be less non-free [22:44:40 CEST] <nevcairiel> the question is what you really distribute by just using the header in your binary, it seems rather obscure to me, but IANAL of course [22:45:25 CEST] <j-b> It depends on what is in the header [22:45:33 CEST] <BtbN> Without clarification from nvidia noone will know for sure. [22:45:41 CEST] <BtbN> In the header itself is another license though [22:45:52 CEST] <BtbN> that in some points is more permissive and in others more restrictive. [22:45:56 CEST] <j-b> BtbN: no, this is from the headers [22:46:10 CEST] <j-b> but in the nVidia case, it's pretty obvious, that distributing the code from the header is not OK [22:46:24 CEST] <j-b> it has some non-trivial numbers and structs [22:46:52 CEST] <j-b> bitmasks and GUID [22:47:36 CEST] <BtbN> imo nvidia should just re-license that header. They seem to be interested in people using it. Specialy as they tried to get it into ffmpeg themselves. [22:47:58 CEST] <j-b> and they won't do it, because they want to protect their "IP" [22:48:47 CEST] <jamrial> BtbN: sounds like their dev teams and legal department don't talk often, then [22:49:08 CEST] <BtbN> If they talk at all. [22:49:46 CEST] <BtbN> My attempts to communicate with them have all failed so far. [22:51:24 CEST] <j-b> US companies are always afraid of their lawyers [22:51:39 CEST] <j-b> their lawyers take the decisions, and are not "advisors" [22:52:15 CEST] <BtbN> They propably just do that license to be safe for all possible things that could happen. [22:52:30 CEST] <BtbN> But at the same time give everyone a hard time who actualy cares about the license. [22:53:18 CEST] <j-b> "The appeals court reversed the district court on the central issue, holding that the "structure, sequence and organization" of an API was copyrightable." [22:53:20 CEST] <BtbN> I still think the compiled binary could be distributed without issues though. But who knows for sure. [22:53:25 CEST] <j-b> Federal Circuit Court of Appeals [23:05:56 CEST] <wm4> <BtbN> imo nvidia should just re-license that header. They seem to be interested in people using it. Specialy as they tried to get it into ffmpeg themselves. <- and we should have rejected it [23:16:10 CEST] <kierank> wm4: ffmpeg and reject [23:16:11 CEST] <kierank> lol [23:30:48 CEST] <BtbN> The nvidia patches were basicaly rejected. [23:31:09 CEST] <BtbN> They tried to avoid the license issue with an integrated wrapper library. [23:31:17 CEST] <BtbN> Which changed nothing about it. [00:00:00 CEST] --- Mon Mar 30 2015

1 0

ffmpeg.log.20150329
by burek 30 Mar '15

30 Mar '15

[00:14:22 CET] Action: seasc does a happy victory dance as his script can now also webcam-, desktop-, guide- (the both) and video-stream and play [01:15:49 CET] <electronrotoscop> I just saw an error that "should be fixed in dcac15a8" but I don't know how to translate the version numbers, can someone help me figure out when that build will exist? [01:16:32 CET] <BtbN> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=dcac15a8 [01:21:54 CET] <electronrotoscop> Hmm okay thanks. I normally just use the Zeranoe builds so I don't follow how to tell when a patch has been added, is there some way to tell that from that page? Sorry for my ignorance. [01:23:52 CET] <electronrotoscop> I guess compiling it myself would be one way but I've never succesfully done that [01:30:16 CET] <BtbN> Check if the build is more recent than that commit [01:30:25 CET] <BtbN> Just take the commit from the build and look at the date. [01:33:51 CET] <electronrotoscop> okay cool cool thanks. And the date under "committer" is what I'm looking at? [03:19:16 CEST] <Infiltrator> c_14: So you reckon that it's not ffmpeg? It just seems odd that it's only ffmpeg that causes this. It's also very that it happens at all, though; the kernel shouldn't allow it to happen. [03:19:30 CEST] <Infiltrator> s/very/very odd/ [03:20:12 CEST] <Infiltrator> et al: ^ [03:20:42 CEST] <c_14> Infiltrator: yeah, especially since it's hanging on the write and strace says the result is unavailable [03:24:03 CEST] <Infiltrator> I'm running a SMART test on the disk now. At least, I think that it's the disk; it might be one of the others. [03:27:37 CEST] <Infiltrator> Not sure how much you know about the kernel; but shouldn't the kernel not allow this hang, though? [03:29:37 CEST] <c_14> the kernel is very iffy when it comes to io code. I've had failing io calls hang my computer as well. Though in that case only rebooting helped. [03:30:39 CEST] <designbybeck_> convert a MTS to MOV?..... [04:07:22 CEST] <Infiltrator> This is the only time I've ever had a kernel instability from io. [04:11:46 CEST] <ksk> hey guys. Is it possible to start wathing an "output" file? as far as I understand it should, but "ffmpeg -i" on such an outputfile just gives me an "invalid datada" :( thanks! [04:20:47 CEST] <klaxa> ksk, depends on the filetype [04:21:07 CEST] <klaxa> mp4 will probably not work [04:24:22 CEST] <ksk> ah okay, that needs some "end of file"? i convert to h264 so mp4, yeah [04:25:29 CEST] <klaxa> i don't know the details, but "something something moov atom" [04:25:49 CEST] <klaxa> afaik it's the index for seeking an mp4 file and is usually placed at the end of the file [04:27:32 CEST] <ksk> convert js done, jll take a look next tjme ;) thanks! [04:58:33 CEST] <Zeranoe> Is there any way to reduce buffer overflow with decklink? "Decklink input buffer overrun!". ramiro? [05:03:58 CEST] <AndrzejL> Hi guys and girls [05:04:23 CEST] <AndrzejL> I have nokia n73 and I would need some help with video conversion [05:04:36 CEST] <AndrzejL> Unknown encoder 'libfaac [05:05:33 CEST] <AndrzejL> /usr/bin/ffmpeg -y -i "./video.flv" -loglevel info -f mp4 -r 15 -vcodec mpeg4 -vf scale=320:240 -b 320k -aspect 4:3 -acodec libfaac -ab 96k -ar 44100 -ac 2 "./video.mp4" [05:06:18 CEST] <c_14> Your version doesn't have the libfaac encoder, use -c:a aac -strict -2 instead. Should be fine in most cases [05:06:53 CEST] <AndrzejL> when I tried -acodec aac it warned me to use -strict -2 - video plays but sound does not work [05:08:42 CEST] <c_14> When you used -c:a aac ? [05:09:15 CEST] <AndrzejL> few hours ago [05:09:17 CEST] <AndrzejL> /usr/bin/ffmpeg -y -i "./video.flv" -loglevel info -f mp4 -vcodec mpeg4 -b 1500 -qmin 3 -qmax 5 -g 300 -acodec aac -strict -2 -ab 160 -ar 48000 -s 320x240 -aspect 4:3 "./video.mp4" [05:09:23 CEST] <AndrzejL> that was the command I used [05:09:46 CEST] <c_14> try adding a k to the end of 160 [05:10:01 CEST] <AndrzejL> ok [05:12:48 CEST] <AndrzejL> Mmmm [05:12:54 CEST] <AndrzejL> that maybe the fix [05:13:38 CEST] <c_14> You'll probably also want a k after the 1500 [05:14:10 CEST] <AndrzejL> ok will do [05:14:20 CEST] <AndrzejL> sending file to the phone to check [05:19:10 CEST] <AndrzejL> sound works [05:19:13 CEST] <AndrzejL> very cool [05:19:15 CEST] <AndrzejL> thanks! [06:13:54 CEST] <AndrzejL> c_14: https://andrzejl.eu:30303/wordpress/2015/03/29/solved-converting-any-video-… thanks! [06:22:35 CEST] <AndrzejL> have a nice day you all [13:35:11 CEST] <seasc> Good morning everyone on this wonderfull sunday, did you change your clock yet? :) [13:40:04 CEST] <seasc> I'm very new to this streaming stuff, actualy beside ffplay for webradio, i dont use streaming yet. Non the less i could get my script to work to stream webcam, screen, guide (the both) and video to udp, anyone willing to help/testing with to get it working with streaming over internet? Linux, Fedora prefered (or just a full 'regular' command with masked userid/pw, or tell me where i need to register to test myself... [15:02:06 CEST] <hanshenrik> i want to rip from 05:54 to 06:31, ffmpeg -i foo.mp4 -acodec copy -vcodec copy -ss 364 -t 27 bar.mp4 [15:03:05 CEST] <hanshenrik> seem about right? [15:31:59 CEST] <c_14> hanshenrik: you can also use -ss 5:54 -to 6:31 in that situation, do note that cuts will only be to the nearest keyframe when using -codec copy; also if you want to seek faster move the -ss in front of the -i; in that case you'll have to use -t instead of -to (or to be more precise -to acts like -t) [16:15:05 CEST] <DelphiWorld> hi ffmpegsters [16:15:21 CEST] <DelphiWorld> http://paste.debian.net/163790/ [16:15:31 CEST] <DelphiWorld> problem with utf8 files saying not found [16:15:58 CEST] <klaxa> try using quotation marks as "$name" instead of $name [16:16:18 CEST] <DelphiWorld> klaxa: trying nowwwwwwwwwwwww... [16:18:47 CEST] <DelphiWorld> strange [16:18:53 CEST] <DelphiWorld> its taking only one file [16:19:26 CEST] <klaxa> did you also do "$i" instead of $i? [16:19:46 CEST] <DelphiWorld> klaxa: yep [16:20:14 CEST] <klaxa> then pastebin the ffmpeg command and its complete output [16:21:31 CEST] <DelphiWorld> klaxa: any way to capture the ffmpeg command? [16:22:11 CEST] <DelphiWorld> klaxa: this is the cmd: ffmpeg -i "$i" -vn -acodec copy "$name.m4a"; [16:23:49 CEST] <klaxa> you can do ffmpeg [...] 2> log.txt [18:18:41 CEST] <spectromas> is there any kind of health check in ffmpeg that I can run on videos? I have one that plays fine on my computer but when it is on usb the tv can't play it [18:20:53 CEST] <c_14> `ffmpeg -i video -f null /dev/null'; and see if it throws any errors/warnings [18:21:03 CEST] <c_14> Though the more likely problem is that your TV doesn't support the format/one of the codecs. [18:23:57 CEST] <spectromas> I'll give that a try, the wife's chromebook didn't want to play it either though but I don't know much about that thing [18:27:12 CEST] <spectromas> well I got [null @ 0xaeeb30] Encoder did not produce proper pts, making some up. [18:37:01 CEST] <durandal_1707> that is normal [18:39:59 CEST] <spectromas> hmm maybe I'll reencode it or something that, strange [18:59:40 CEST] <Zeranoe> Is there any way to reduce buffer overflow with decklink? "Decklink input buffer overrun!". ramiro? [19:54:08 CEST] <spectromas> I think I've found the issue with my video, I did a test re-encode and noticed the original has 'yuvj420p(pc)' [19:54:35 CEST] <spectromas> can I ask what would be the best/quickest way to change this to a more universal but equal quality setting? [19:55:30 CEST] <c_14> Do you care about filesize? [19:55:42 CEST] <spectromas> c_14: not particularly [19:56:41 CEST] <c_14> ffmpeg -i input -c:v libx264 -qp 0 -c:a copy -preset ultrafast out.mp4 [19:58:37 CEST] <spectromas> thanks c_14. Do the presets make a big difference to quality? [19:58:43 CEST] <c_14> Not in this case. [19:58:53 CEST] <spectromas> excellent, thanks so much [19:59:26 CEST] <spectromas> oh hang on, is the out format important? I would normally out.mkv [19:59:47 CEST] <c_14> Depends on if your TV eats mkv or not. [19:59:51 CEST] <c_14> If it does, use mkv [19:59:55 CEST] <Mavrik> might wanna explicitly set -pix_fmt yuv420p as well. [20:00:06 CEST] <Mavrik> just to be on the safe side :) [20:00:59 CEST] <spectromas> ok that sounds like a good idea, I'll give it a try [20:16:43 CEST] <spectromas> c_14: I realised I do have a file size restriction, about 7.5gb is as big as I can go. I just ran the command you gave and it got to 8.5gb so I stopped it, wasn't expecting the size difference to be that big compared to the original (4.5gb) [20:19:22 CEST] <spectromas> I don't understand what was making so big in that command [20:19:30 CEST] <c_14> ye, because that was a lossless conversion [20:19:45 CEST] <c_14> use -crf 20 or so instead of -qp 0 [20:20:36 CEST] <spectromas> c_14: I can't specify it to use whatever is in the original as a rate/quality? [20:21:22 CEST] <c_14> Not really. You can get the average bitrate of the source video and use that, but that's no guarantee that the quality will be the same. [20:26:00 CEST] <Tyler_Durden> A few years back I used a tool in ffmpeg to mark out screen size so I knew where to crop. Cant remember what that tool was called but it was part of ffmpge. Anybody know what I am looking for? [20:26:10 CEST] <c_14> cropdetect? [20:27:34 CEST] <Tyler_Durden> not sure but I thought that was a autodetect tool? What I am looking for let me mark a part of the image and see the dementions. [20:29:17 CEST] <klaxa> that's definitely not part of ffmpeg [20:29:33 CEST] <klaxa> i think handbrake has such a graphical tool though [20:30:47 CEST] <Tyler_Durden> no I had compiled ffmpeg as a system install from git. This is back in 2011 or so though. [20:32:48 CEST] <Tyler_Durden> handbrake is still around? Nice I thought that project died a while back. Got the moive Intersteller and the format keeps changing back and forth. Just gonna crop it to stop that. [20:32:55 CEST] <klaxa> well how did the tool work exactly? how did you select the part of the image? how did it display dimensions and stuff? [20:33:26 CEST] <Tyler_Durden> was a tool for x that you just dragged over the image and gave you the dementions [20:34:32 CEST] <Tyler_Durden> so stuff like crop=width:hight:x:y would not be so hit and miss [20:35:11 CEST] <klaxa> ffmpeg itself has no such tools for X, at least as far as i know [20:37:38 CEST] <Tyler_Durden> Its all good. If that tool is gone Ill whip on up in python. Prolly just 30 lines of code or so. [20:44:42 CEST] <hanshenrik> c_14, thanks! [20:54:06 CEST] <hanshenrik> C:\Users\hanshenrik\Desktop\Top 10 Misheard Anime Opening Lyrics (60 FPS) (Mobil [20:54:06 CEST] <hanshenrik> e)22222.3gp: Permission denied [20:54:12 CEST] <hanshenrik> what the heck? [20:54:43 CEST] <c_14> The process doesn't have permission to access the file, check the file permissions/ownership [20:55:18 CEST] <hanshenrik> there's absolutely no reason for ffmpeg to not get access, i can delete and remove the file from the command prompt who's access rights it inherits.. to confirm this, i moved the file using the same command prompt [20:55:38 CEST] <hanshenrik> (not copy, move) [20:55:47 CEST] <klaxa> well, it's not really ffmpeg's fault though [20:55:57 CEST] <hanshenrik> uhu, so where is the likely fault [20:56:15 CEST] <klaxa> file system, operating system, ... [20:56:26 CEST] <hanshenrik> http://pastebin.com/raw.php?i=DygbeMee [20:56:31 CEST] <hanshenrik> somehow i doubt that, but [21:00:01 CEST] <hanshenrik> any idea how i should debug this then? [21:00:30 CEST] <klaxa> try to open it with another program maybe? [21:00:55 CEST] <hanshenrik> i did, VLC and Windows Media Player has no problem playing it [21:01:11 CEST] <hanshenrik> though i didn't open vlc through the command prompt [21:01:12 CEST] <klaxa> also, maybe posting the complete command line with output instead of a truncated error message might be more helpful [21:01:51 CEST] <hanshenrik> i do not believe there's anything relevant, but [21:01:52 CEST] <hanshenrik> http://pastebin.com/raw.php?i=91QncqNS [21:02:30 CEST] <hanshenrik> meh, ill try 1 more time, there's a possibility that the 222 file was locked [21:02:35 CEST] <klaxa> you don't seem to have write permissions [21:02:42 CEST] <c_14> The problem isn't the source file, it's the dest [21:02:51 CEST] <hanshenrik> err, the .lol file* [21:02:55 CEST] <cousin_luigi> Greetings. [21:03:06 CEST] <cousin_luigi> Pray, is libwebp recommended over the internal webp decoder? [21:05:29 CEST] <hanshenrik> dammit, that was it, the dest file was locked [21:05:32 CEST] <hanshenrik> thanks [21:05:43 CEST] <klaxa> good question, i don't know, the most straight forward approach would be to benchmark both [21:09:36 CEST] <cousin_luigi> klaxa: what about compatibility? [21:09:48 CEST] <cousin_luigi> Is libwebp more versatile? [21:13:28 CEST] <klaxa> no idea, maybe check the documentation? [22:12:58 CEST] <cousin_luigi> bbl [00:00:00 CEST] --- Mon Mar 30 2015

1 0

ffmpeg-devel.log.20150328
by burek 29 Mar '15

29 Mar '15

[01:01:07 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:c66498980301: fate: simplify filter-pp tests [01:01:07 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:4ae7c3709958: fate: Use a variable QP input for fate-filter-pp [01:15:07 CET] <cone-572> ffmpeg 03Anton Khirnov 07master:b04d009b0e1a: qsv: rename to qsvdec [01:15:08 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:151ae8ea5b54: Merge commit 'b04d009b0e1a34b717f3d3bbf407aef0c742aff1' [01:25:13 CET] <cone-572> ffmpeg 03Anton Khirnov 07master:d0a63d8b9896: qsvdec: split off some code that will be shared with the encoder [01:25:14 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:b12eacb3837c: Merge commit 'd0a63d8b989647ffdb5f40da8e1feaffe1a8e791' [01:32:43 CET] <cone-572> ffmpeg 03Anton Khirnov 07master:9ba27c2348d2: qsvdec: add 'decode' to the non-static function names [01:32:44 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:d985976e54ae: Merge commit '9ba27c2348d26000257e891e40a72facb0d916be' [01:41:59 CET] <cone-572> ffmpeg 03Anton Khirnov 07master:72b7441a10f5: lavc: add Intel libmfx-based H.264 encoder [01:42:00 CET] <cone-572> ffmpeg 03Michael Niedermayer 07master:0a731e45964c: Merge commit '72b7441a10f578a1d0be7083d8f5adf6a01921c2' [02:01:44 CET] <cone-572> ffmpeg 03Tucker DiNapoli 07master:303c3dada243: postproc: Removed unecessary if/else branch when getting QP. [03:25:18 CET] <cone-572> ffmpeg 03Lukasz Marek 07master:56b7aa213882: doc/examples: add directory listing example [04:28:04 CET] <Zeranoe> If FFmpeg was written in C++, would there be limitations that are not present in C? [05:27:26 CET] <Timothy_Gu> http://insight-labs.org/?p=1682 [06:07:26 CET] <rcombs> Zeranoe: yeah, no named initializers for structs [06:50:14 CET] <pross> Zeranoe: abi interoperability. urgh. [10:58:47 CET] <j-b> good morning [11:36:29 CET] <cone-181> ffmpeg 03Michael Niedermayer 07master:048b6331e079: avcodec/qsv_internal: Fix project name [11:36:30 CET] <cone-181> ffmpeg 03Marton Balint 07master:625bd463cde8: af_channelmap: fix number of channels [12:25:48 CET] <cone-181> ffmpeg 03James Cowgill 07release/2.6:7439ed2f398d: mips/float_dsp: fix vector_fmul_window_mips on mips64 [12:25:49 CET] <cone-181> ffmpeg 03Michael Niedermayer 07release/2.6:f3deed98ec40: avcodec/dnxhddec: Check that the frame is interlaced before using cur_field [12:25:50 CET] <cone-181> ffmpeg 03Michael Niedermayer 07release/2.6:c3be71001cdd: avcodec/dnxhddec: Reset is_444 if format is not 444 [12:25:51 CET] <cone-181> ffmpeg 03Anton Khirnov 07release/2.6:e9eb9839bd4c: hevc: make the crop sizes unsigned (cherry picked from commit c929659bdd7d2d5848ea52e685a3164c7b901bb0) [12:25:52 CET] <cone-181> ffmpeg 03Michael Niedermayer 07release/2.6:87e2a689a884: avcodec/hevc_ps: Check cropping parameters more correctly [12:25:53 CET] <cone-181> ffmpeg 03Michael Niedermayer 07release/2.6:dfce316c12d8: avcodec/msrledec: restructure msrle_decode_pal4() based on the line number instead of the pixel pointer [12:25:54 CET] <cone-181> ffmpeg 03Michael Niedermayer 07release/2.6:6a4d1325e200: avformat/rmdec: fix support for 0 sized mdpr [12:25:55 CET] <cone-181> ffmpeg 03Micah Galizia 07release/2.6:eebd161e761f: avformat/hls: store cookies returned in HLS key response [12:25:56 CET] <cone-181> ffmpeg 03Micah Galizia 07release/2.6:f2abcdedfe9d: avformat/hls: refactor repeated HLS option updates [12:25:57 CET] <cone-181> ffmpeg 03Micah Galizia 07release/2.6:f90c9bbbca32: avformat/http: replace cookies with updated values instead of appending forever [15:45:52 CET] <cone-004> ffmpeg 03Michael Niedermayer 07master:a8fb8f611229: avfilter/vf_qp: split expression parsing out of loop [15:45:53 CET] <cone-004> ffmpeg 03Michael Niedermayer 07master:2856634c6798: vfilter/vf_qp: Support evaluating expression per MB [15:45:54 CET] <cone-004> ffmpeg 03Michael Niedermayer 07master:68bcc64f74aa: fate/filter-video: Use qp filter to generate non constant qp array for more throughout testing of the pp filter [17:08:18 CET] <wm4> I wonder what this apng guy is supposed to do [17:09:47 CET] <wm4> he's not even in the qualification list [17:14:32 CET] <jamrial> his email has a .moe tdl [17:16:14 CET] <jamrial> but yes, i guess the task mentor should either add him to the qualification list, or ask him to do it himself [17:30:01 CET] <cone-004> ffmpeg 03Donny Yang 07master:5904d039ce78: png: Use av_freep() instead of av_free() [17:30:02 CET] <cone-004> ffmpeg 03Donny Yang 07master:fe57514f8a66: png: Minor whitespace change and added missing comment [17:35:46 CET] <rcombs> I should route emails for my moe domains [19:01:52 CET] <himangi> michaelni: hi [19:38:50 CET] <michaelni> himangi, hi [19:44:47 CET] <himangi> michaelni: I was just working on feedback on some old libav patches.. should I send a single patch to both libav-deval and ffmpeg-devel? The files are not exactly the same.. [19:52:02 CET] <cone-004> ffmpeg 03Carl Eugen Hoyos 07master:dcac15a84c8f: lavc/dnxhd: Fix pix_fmt change. [19:53:10 CET] <michaelni> himangi, the patch should apply cleanly to ffmpeg and should be tested, i dont know if that can be done with a single patch [19:53:51 CET] <himangi> michaelni: no that can't.. which means I'll have to rework each patch :( [19:54:18 CET] <wm4> just send it to Libav [19:54:33 CET] <wm4> that's the least work required from a contributor point of view [19:54:47 CET] <wm4> (if you actually want that patch in everywhere) [20:01:39 CET] <cone-004> ffmpeg 03Carl Eugen Hoyos 07release/2.6:8bd7bf1a3cb4: lavc/dnxhd: Fix pix_fmt change. [20:12:52 CET] <jamrial> is that why your mmal patchset is on libav-devel only? [20:17:09 CET] <michaelni> wm4, this is very wrong and hostile [20:17:37 CET] <michaelni> its important that patches get reviewed on ffmpeg devel and tested against ffmpeg [20:20:35 CET] <wm4> michaelni: you expect contributors to write, test and send patches twice, that's also hostile [20:21:24 CET] <wm4> and if there's something wrong, it's automatic merging of anything without extra testing (like that avisynth disaster recently) [20:23:28 CET] <michaelni> wm4, i did test the avisynth code it worked but only on linux because i tested only on linux, that shows why its important that patches are tested against ffmpeg by the author if at all possible [20:34:14 CET] <iive> wm4: you don't think that merging libav code into ffmpeg is an fully automated process, that no ffmpeg developer have to do manually, do you? [20:38:16 CET] <kierank> It's also important not to merge crap [20:39:12 CET] <iive> well, I do think that the time to stop merging libav is getting closer and closer. [20:41:23 CET] <jamrial> how so? [20:46:38 CET] <kierank> See above conversation [20:47:12 CET] <kierank> Anyhow if someone goes and forks FFmpeg don't say that nobody said anything [20:47:19 CET] <kierank> Because we do every week [20:49:09 CET] <durandal_1707> where? [20:50:09 CET] <kierank> wm4 just did [20:52:00 CET] <wm4> huh [21:03:11 CET] <kierank> I'm saying that many people have complained about the poor merge policy in ffmpeg [21:03:32 CET] <kierank> So don't be surprised if theres a fork [21:05:34 CET] <iive> forking is easy. merging is harder. [21:12:41 CET] <j-b> m [21:26:38 CET] <durandal_1707> link? [21:26:52 CET] <michaelni> If someone has suggestions to improve something in FFmpeg, it would be best to post them to the mailing list. [21:43:51 CET] <kierank> durandal_1707: see ffmpeg-devel irc log [21:49:10 CET] <durandal_1707> I see nothing special in logs [22:14:14 CET] <kierank> grep Daemon404, myself, wm4 and others [22:14:19 CET] <kierank> 24bit wmalossess [22:14:20 CET] <kierank> flv [22:14:21 CET] <kierank> etc [22:15:44 CET] <jamrial> the wmalossless wasn't about merges, but about a patch of doubtful quality being applied [22:17:27 CET] <kierank> splitting hairs... [22:22:32 CET] <jamrial> IMO it's different. the libav merges went through the whole libav review process and potential bikeshedding, whereas the wmall and flv patches were big changes that made it into the tree with little to no reviews [22:22:44 CET] <wm4> Libav review process is a bit too strict (and maybe not even appropriate anymore), but ffmpeg seems too lax [22:23:00 CET] <jamrial> the latter is a valid complain, the former not so much. and the only person i saw complaining a lot about the libav merges was Koda [22:24:49 CET] <michaelni> I really would like to see more people review patches on ffmpeg-devel. If there was someone who would maintain wmalossless for example and review all patches to it that would not hurt [22:25:54 CET] <michaelni> also bad patches can be reverted if a bad patch got applied, theres no reason to be bitter about it, just post a patch that reverts it and explain why its better reveted [22:29:50 CET] <michaelni> also anyone wants to review the 4 trivial patches i just posted ? [22:30:46 CET] <wm4> michaelni: didn't you do like 20 of these without review before? [22:32:10 CET] <michaelni> wm4, i did, but i was wondering now if someone wants to review them [22:32:14 CET] <michaelni> so i posted these [22:32:28 CET] <iive> reviewing patches is not an easy task and it weight quite an responsibility. If only one person reviews all patches, he also gets all the blame for any problem they cause. [22:40:45 CET] <iive> anyway, if somebody wants things done differently, it would be good idea to explicitly and clearly state what and how do they want the things changed. [22:41:20 CET] <iive> complaining and blaming are not exactly constructive. [22:44:06 CET] <iive> So let me start. I do not think that it helps ffmpeg when some people recommend to contributors to send patches exclusively to libav. [22:44:48 CET] <iive> Libav works as bottleneck. it review process is slow, they even forget patches and discourage people. [22:45:55 CET] <iive> it's quite common that they rush to review a contribution one it's been merged into ffmpeg. [22:46:32 CET] <wm4> examples? [22:46:59 CET] <iive> h265 is probably the biggest example. [22:47:32 CET] <iive> there was a recent dca... and few others i can't recall atm. [22:47:52 CET] <wm4> h265 was developed on the Libav side [22:48:01 CET] <wm4> ffmpeg rogue-merged it (without reviews, I think?) [22:48:07 CET] <nevcairiel> qh265 was developed independently really [22:48:55 CET] <wm4> from what I've seen it was on a stripped Libav fork, and Libav initiated the process of merging it back [22:48:59 CET] <iive> wm4: yes, for that reason libav complaining that ffmpeg merges a lot of "code that is not ready" is quite regular talking point. [22:49:02 CET] <jamrial> your atmos patch was in limbo for like half a year, for example [22:49:30 CET] <wm4> anyway, it's the same old story [22:49:35 CET] <wm4> fork politics [22:49:55 CET] <iive> the truth is that h265 have been ready for merging for almost a year. [22:50:22 CET] <iive> and yes, it was libav project. [22:51:07 CET] <iive> well, You see, merging code that is not ready is common complain here. [22:51:29 CET] <iive> and the solution always seems to be demanding more review and slowing things down. [22:54:50 CET] <iive> wm4: well, I rise this topic specifically for you, because of the things you said 3 hours ago. [22:55:53 CET] <wm4> well, definitely reviewing Libav merged stuff would help? [22:56:18 CET] <wm4> instead of letting it merge by michaelni "in the background", specifically pick Libav patches, review them, apply them as any other patch [22:57:10 CET] <nevcairiel> noone has the man power to do that, it would end up the same way as libav is today, too many things that dont get merged because not enough people review and apply them [22:57:33 CET] <wm4> probably.... this is also why ffmpeg survived libav [22:57:53 CET] <iive> ffmpeg and libav codebase is starting to diverge. This makes merges harder and harder. It would be better that contributors take the load for their contributions. [22:58:05 CET] <jamrial> every commit gets merged if anything for metadata (hash references in commit messages). stuff that can't or should not be actually applied to the tree is discarded as part of the commit merge [22:58:45 CET] <jamrial> in more than one case some dev asked michaelni to not "merge" something that would change a previous behaviour on ffmpeg. cehoyos comes to mind [22:58:53 CET] <jamrial> or simply asked to be reverted [23:01:24 CET] <cone-004> ffmpeg 03Michael Niedermayer 07master:6a3833e1411e: ffmpeg_opt: Do not overwrite output if there is no input [23:04:52 CET] <pross> whats the definition of 'not ready' for merge? [23:05:57 CET] <pross> security? bugs? partial implementation? stylistic concerns (whitespace nonsense)? [23:06:53 CET] <iive> basically, code that is not perfect. [23:11:02 CET] <pross> great, let them be perfect. [23:11:45 CET] <iive> my point exactly :) [23:11:46 CET] <wm4> in the h265 case, Libav was actively working on working out some details, AFAIR [23:11:53 CET] <wm4> when ffmpeg merged it to be first [23:13:12 CET] <iive> well, h265 had surprisingly small number of issues after ffmpeg merge and they got sorted out quite quickly. [23:13:51 CET] <iive> and you can work on details indefinitely. [23:14:04 CET] <pross> isn;t that what master:HEAD is for? [23:14:25 CET] <iive> yes [23:18:27 CET] <wm4> iive: that's a very weak and "stretchy" argument, you could say that about anything [23:18:41 CET] <iive> h265 developers also had time to write SIMD optimization. yes, intrinsic, but simd. [23:19:27 CET] <iive> you should be well aware that's literally the last thing to do in a codec. [23:20:17 CET] <iive> well, of course it is stretchy, there are many shades of gray, but you have to cut the line somewhere. [23:22:46 CET] <wm4> here the line was Libav was almost done when ffmpeg (well, michaelni) suddenly merged it, probably using the Libav patches as base, not the openhevc ones [23:23:06 CET] <wm4> and intrinsics are still pretty different from asm [23:23:19 CET] <iive> wm4: actually h265 developers came to this channel. [23:23:22 CET] <wm4> AFAIK there are still some important bits that are faster in openhevc than in libav/ffmpeg [23:23:29 CET] <iive> and I think they helped in the merge too. [23:25:05 CET] <wm4> maybe he did, but the point is that most cleanup work was (probably) done by Libav [23:25:29 CET] <wm4> ffmpeg could have waited until Libav was done, but no, ffmpeg HAD to have h265 before Libav [23:25:51 CET] <iive> the point is, that is wasn't worth the wait [23:26:01 CET] <wm4> how do you even know [23:26:06 CET] <wm4> (or claim to know) [23:26:38 CET] <wm4> it also doesn't change anything about what I said [23:26:43 CET] <wm4> anyway, pointless discussion [23:27:05 CET] <iive> not really [23:27:41 CET] <iive> you see, this is the whole point. How long does it take to iron out the last few details until the work is complete? [23:28:09 CET] <iive> openh265 have been in perfectly working state for over a year. [23:28:12 CET] <wm4> yeah, why not duplicate all the effort [23:28:27 CET] <wm4> but they also did things not accepted in ffmpeg/libav [23:28:39 CET] <iive> intrinsics [23:28:40 CET] <wm4> you don't deny that there was a huge cleanup on merge, do you [23:30:46 CET] <iive> ffmpeg or libav? don't really remember. [23:34:36 CET] <iive> wm4: duplicating the effort... [23:34:40 CET] <wm4> meanwhile, what the heck are they thinking in that .zip thread [23:34:57 CET] <wm4> something about escaping to avoid clashes with local files (which makes no sense) [23:35:12 CET] <wm4> iive: what [23:36:36 CET] <iive> about dup... imagine a scenario where contributor have the option of sending a single patch to libav, that patch would take 6 months to pass all review, or [23:36:50 CET] <BtbN> Still not a fan of that zip thing, i don't think that belongs into ffmpeg. [23:37:48 CET] <iive> he could send patches to both ffmpeg and lib, where ffmpeg would merge it the 2 weeks, and in worst case request some fixes after another week. [23:38:22 CET] <iive> do you think that getting your code merged faster, warrant making more effort? [23:38:25 CET] <wm4> actually I've had this in ffmpeg too [23:38:39 CET] <wm4> I had a patch that was in limbo for 6 months until someone else needed it [23:38:56 CET] <wm4> (I didn't care too much about it though) [23:42:26 CET] <iive> somebody mentioned above your atmos patch, is that it? [23:43:48 CET] <wm4> the atmos patch was nevcairiel's [23:43:57 CET] <wm4> and that one was slow on the Libav side [23:47:50 CET] <iive> i think there was a rule that if nobody objected to a patch for a few days, the developer is free to push it on his own. [23:47:57 CET] <iive> aren't ffmpeg developer? [23:48:04 CET] <iive> aren't you ... [23:49:09 CET] <wm4> I don't know, I probably have push access [23:57:23 CET] <iive> well, i think it is kind of polite to not push other people's patches, just in case they are working on improvement or something. [00:00:00 CET] --- Sun Mar 29 2015

1 0

ffmpeg.log.20150328
by burek 29 Mar '15

29 Mar '15

[02:36:12 CET] <firefish5000> Good day, I am trying to use -filter_complex, however I am getting an 'Unrecognized option' error for it. I'm copiling from git on version N-71100-g0245abc (a day or 2 old). Here is ffmpeg -filters http://pastebin.com/iJT5gcHT [02:37:15 CET] <klaxa> and what filter are you trying to use? [02:38:22 CET] <firefish5000> the command is "-filter_complex "[0:v][0:s]overlay[v]" -map "[v]" -map 0:a", so I guess overlay? [02:39:47 CET] <firefish5000> however it yield "Unrecognized option '-filter_complex'." [02:40:02 CET] <klaxa> if you want to hardsub subtitles, use the subtitle or ass filter [02:40:10 CET] <klaxa> can you pastebin your complete command? [02:40:18 CET] <klaxa> (with output) [02:43:18 CET] <firefish5000> http://pastebin.com/SjPiqMcy [02:43:38 CET] <firefish5000> (extracted command from a script) [02:45:24 CET] <klaxa> use -filter_complex and not --filter_complex, also like i said, use the subtitles or ass filter instead of overlay [02:45:36 CET] <klaxa> overlay is for video on video, subtitle is for subtitle on video [02:46:17 CET] <klaxa> i was also told that mpv is capable of encoding now and it might be more desireable as it renders subtitles slightly differently [02:50:03 CET] <firefish5000> thanks, I must be too use to -- for long names... [02:50:56 CET] <jcath> hi, friends, with ffmpeg, how to combine two mono audio tracks into one stereo audio track? the source file come with seperate audio tracks (L,R,....) [02:51:24 CET] <c_14> https://trac.ffmpeg.org/wiki/AudioChannelManipulation#a2monostereo [02:51:46 CET] <firefish5000> klaxa, I'll mpv may be a try as well then. [02:52:51 CET] <jcath> thanks, c_14 [02:55:45 CET] <prelude2004c> hey guys [02:55:52 CET] <prelude2004c> quick question please.. --> ake: *** [libavcodec/nvenc.o] Error 1 [02:56:05 CET] <prelude2004c> anyone know why make gives me that when i try to make on ffmpeg? [02:56:09 CET] <firefish5000> ah, just figured out why I was having problems with subtitles filter. I had <-vf subtitles="${InFile}"> but needed <-vf subtitles="'${InFile}'">, apparently. thanks again! [08:32:12 CET] <seasc> Good morning :) I'm trying to get familiar with stream.. and i'd like to stream my desktop. But rtmp fails refused connection: http://pastebin.com/cvJKAZiV [08:48:48 CET] Action: seasc went shopping [09:33:28 CET] Action: seasc is back [09:39:54 CET] <seasc> maybe my question (see above) is more fundanemtal.. should i use ffmpeg or ffserver? i would like to keep the option to save the stream as videofile as well. in the forum were only unaswered posts [10:03:35 CET] <seasc> streaming now fails with segmentation fault.... :( -> http://pastebin.com/cky1pAbi [10:09:41 CET] <Mavrik> seasc, where would you ilke to stream your desktop to? [10:13:25 CET] <seasc> for the start, just to my local network [10:13:44 CET] <seasc> @ Mavrik [10:14:00 CET] <Mavrik> hrmf [10:14:10 CET] <seasc> but to test, i have to replay from the same machine as i stream-send [10:14:22 CET] <Mavrik> I'm asking that there are several ways of streaming video [10:14:42 CET] <seasc> figured, thats is party where my confusion si coming from :p [10:14:44 CET] <Mavrik> and which way is the best is HIGHLY dependant on where do you want to stream to and which video players / clients will be playing it [10:14:55 CET] <Mavrik> and the answer "to local network" is rather useless in that regard [10:14:57 CET] <Mavrik> :) [10:15:03 CET] <seasc> guess so [10:15:05 CET] <seasc> :) [10:15:19 CET] <seasc> hmm i want to stream from and to linux, any better? [10:15:24 CET] <Mavrik> no. [10:15:44 CET] <Mavrik> how are you going to play the video? browser, phone, hardware? how many clients? do you need remote web access or will it always be local? [10:16:01 CET] <Mavrik> what capabilities do clients have? do you have network that can do multicast? :) [10:16:12 CET] <Mavrik> do you just need a simple browser access? :) [10:16:15 CET] <seasc> well anway, getting a segmentation fault with the 'demo' from the docs... so i'm confused anyway [10:16:24 CET] <seasc> you ask me questions i have not thought about [10:16:38 CET] <seasc> dunno, i just want to stream it, and be able to ffplay it [10:17:00 CET] <seasc> everything else is currently beyond my understand horizont [10:17:12 CET] <Mavrik> then i can't help you [10:17:27 CET] <seasc> oh wait.. i want to stream it from console, browser would be cool too [10:17:34 CET] <Mavrik> because those are the answers you need to be able to answer before setting up a streaming chain [10:18:39 CET] <seasc> isnt it more related to the kind of stream, (mp4, mkv, avi, flv) than the method? [10:19:01 CET] <seasc> what do you mean by : "what capabilities do clients have" ? [10:21:39 CET] <Mavrik> seasc, well, what can they play [10:21:49 CET] <Mavrik> if you just want to send the video point-to-point to anothber machien [10:21:52 CET] <Mavrik> you can just do [10:22:13 CET] <Mavrik> ffmpeg -i <input> <encoding parameters> -f mpegts udp://<target-ip>:<target-port> [10:22:24 CET] <Mavrik> and on the other machine do ffplay udp://127.0.0.1:<target-port> [10:22:52 CET] <Mavrik> but that's strictly unicast [10:23:32 CET] <seasc> Mavrik, I'm sorry but 'what can they play' is an irritating question to me, as i understand ffmpeg to be converting almost everything, and vlc be the player that plays almost everything. [10:23:44 CET] <seasc> would this work with my local ip as well? [10:24:23 CET] <Mavrik> Not as irritating as answering questions that are broad and can't be answered generally ;) [10:24:28 CET] <Mavrik> yes, it can be used for local IP as well :) [10:24:40 CET] <Mavrik> but my question then is why not use the player/VLC directly [10:26:02 CET] <seasc> i'm trying to get used to the technics/methods, but dont have the equip to test otherwise [10:26:41 CET] <seasc> Sorry about that and thank you :) [10:27:29 CET] <Mavrik> seasc, basically there's a huge difference if you have to get video from a single computer to another computer and if you want to get video from a single computer to multiple computers or a network or if you want to support video in the browser across the world ;) [10:28:27 CET] <seasc> Hmm, i see to fail at basics... -> Requested output format 'mpegdts' is not a suitable output format [10:28:27 CET] <seasc> udp://192.168.10.15:8090: Invalid argument [10:29:18 CET] <Mavrik> typo. [10:29:20 CET] <Mavrik> :) [10:29:43 CET] <seasc> Mavrik, are there any config files i must check first? what/where typo? [10:29:55 CET] <Mavrik> no config files [10:30:00 CET] <Mavrik> you just need to type the format name properly :P [10:30:26 CET] <seasc> ahh.. no d ^^ [10:30:28 CET] <Mavrik> the format is MPEG-TS (mpegts in ffmpeg) not MPEG-DTS :) [10:30:44 CET] Action: seasc dances [10:30:58 CET] <seasc> ok lets ffplay it :) [10:33:20 CET] <seasc> yay.. horrible watch atm... but working.. thanks alot Mavrik :) [11:52:34 CET] <Fohlen> hey guys. What's the preffered way to convert a mxf to mp4/avi/flv ? [11:58:44 CET] <Fohlen> I am using ffmpeg -i input.mxf -strict -2 -vcodec libx264 output.mp4 but it gives a slightly annoying background noise [11:59:05 CET] <Fohlen> like the cracking noise of an old microfon [12:05:49 CET] <relaxed> Fohlen: what does this return? ffmpeg -codecs 2>/dev/null|grep 'aac ' [12:46:26 CET] <micechal> How can I force ffmpeg to use all logical cores when encoding with vp9? [12:46:35 CET] <micechal> I have -threads 8 [12:47:04 CET] <micechal> But I can see only one core had 100% usage all the time [12:47:30 CET] <micechal> And the remaining ones were like 10-15 [12:53:27 CET] <micechal> The overall cpu usage stays at around 25% [12:53:45 CET] <micechal> So it could potentially take 4 times less time? [14:50:00 CET] <c_14> michaelni: libvpx-vp9 doesn't thread [14:50:11 CET] <c_14> eh, sorry michaelni I meant micechal [14:59:15 CET] <JEEB> I think the encoder very lately got some threading within a picture [14:59:25 CET] <JEEB> but yes, in general it should be very slow [15:14:36 CET] <ksk> hey guys. been converting stu [15:14:36 CET] <ksk> ff [15:15:36 CET] <ksk> *sry.. ; been converting stuff with ffmpeg for some time usind h264, i wonder if theres some detail about how much bandwith is needed to stream certain video, how would I masure that? [15:26:17 CET] <BtbN> Define needed [15:26:54 CET] <BtbN> If you don't care that it's a ton of blocks that vaguely resemble the former images, you don't need much at all. [15:27:25 CET] <BtbN> It's allways a tradeof between quality, bandwidth and cpu power. [15:39:58 CET] <JamJams> I've always had a really hard time with the syntax for cropping! How do I crop 8 pixels off the top of my video [15:40:29 CET] <JamJams> I just want to crop it and leave the resolution at what ever it is after crop. [15:52:35 CET] <c_14> -vf crop=w=iw:h=ih-8:y=0 [15:52:37 CET] <c_14> iirc [15:55:11 CET] <JamJams> I miss -croptop [15:55:12 CET] <JamJams> lol [16:00:04 CET] <JamJams> That didn't work [16:14:21 CET] <c_14> What happened? [16:17:05 CET] <c_14> You might need to set y=ih-8; not sure where the baseline is for that [16:18:16 CET] <eloseiam> I have problem when use FFMPEG restream Live from Wowza4, When running sometime cpu of process going to 0.00% used and FFMPEG freeze like this picture http://upic.me/i/wh/screenshot2558-03-28at10.16.50pm.png I must kill process then run again and again. [16:22:09 CET] <yrc> Hi, I have a problem with ffmpeg not seeing _bottom_ black borders when running autocrop. An idea? [16:22:30 CET] <yrc> My video files are recorded from TV. [16:23:45 CET] <yrc> Left, top, right are perfectly recognized, to the pixel! But the bottom is not cropped. at. all. [16:40:15 CET] <c_14> try setting reset_count maybe? [16:40:17 CET] <Jonas__> I have a series of jpeg images representing frames that I'd like to convert to a video. The thing is, they're captured at a variable framerate, so I need to somehow specify the time for each frame [16:40:29 CET] <Jonas__> is there some convenient way to do that? [16:43:48 CET] <yrc> rel. my question above: never mind, there was a permanent 1px-high white line in the very bottom, preventing the autodetection& [16:44:05 CET] <yrc> bye [17:20:12 CET] <FordenFreeman> does anyone have experience encoding atrac3 [mdlp] with ffmpeg? [17:34:59 CET] <seasc> nope sorry, but what is the issue anyway? [17:35:17 CET] <seasc> @ FordenFreeman [17:41:37 CET] <JamJams> Is there a way to make ffmpeg flush to stdout faster? [17:41:46 CET] <JamJams> Seems to cache a lot of frames [18:13:43 CET] <seasc> ffplay should be able to play a webradio's m3u list, right? [18:24:55 CET] <seasc> JamJams, if streaming, try: ?buffer=5 [18:25:14 CET] <JamJams> Not a stream raw frame input from an application I wrote [18:37:28 CET] <seasc> What you mean by 'flush to stdout'? ^^ the log messages to 2&>? [18:39:13 CET] <seasc> JamJams, maybe -preset [very]fast has an effect? [18:39:28 CET] <JamJams> No I mean [18:39:46 CET] <JamJams> ffmpeg accepts a pipe input filters it then pipes out to x264.exe [18:40:07 CET] <JamJams> Is there anyway to increase the rate it pipes frames out to stdout [18:40:09 CET] <seasc> Sorry [18:40:27 CET] <JamJams> Is there some kind of frame sink or buffer setting that can be set lower [18:40:28 CET] <seasc> besides of the above preset i have no idea [18:41:18 CET] <JamJams> np [18:41:51 CET] <Mavrik> hrmf [18:41:56 CET] <Mavrik> why are you even piping to x264 [18:42:21 CET] <Mavrik> you'd avoid bunch of overhead and buffer issues by just letting ffmpeg talk to the linked version directly. [18:42:36 CET] <JamJams> Various reasons [18:42:49 CET] <JamJams> There's little to no overhead [18:42:59 CET] <JamJams> It's just buffering a lot of frames for some reason [18:44:40 CET] <Mavrik> "little to no overhead" is just not true, especially with raw video. but ok. [18:46:18 CET] <seasc> JamJams, maybe -bufsize 1280k [18:46:29 CET] <JamJams> It's a pipe, there's no overhead at all from doing what I'm doing [18:46:41 CET] <JamJams> Except for the 40 frames that get kept in the buffer [18:47:09 CET] <JamJams> If ffmpeg respected the rff pull-down correctly I wouldn't have to use this round about method of doing things. [18:47:11 CET] <seasc> overhead here means, that 'raw' video material is about 100 ((so to speak)) times larger than encoded video material. [18:47:34 CET] <JamJams> I understand that [18:48:11 CET] <JamJams> I construct raw YUV frames in memory in an application, send them to ffmpeg.exe and then they pipe out to x264.exe [18:48:16 CET] <seasc> So you want to reduce the framebuffer to .. say.. 10? [18:48:33 CET] <JamJams> As low as possible while still allowing the filters to do their job [18:49:07 CET] <JamJams> I'd implement them myself with libavcodec but the rff pull down isn't respected so that doesn't work [19:32:40 CET] <Infiltrator> Converting video files with ffmpeg sometimes (can't narrow down a cause) causes my system to freeze up. ffmpeg will just get stuck and display no more lines. Top shows it using almost no CPU time, but the load soars (to over 30) and the wait time is 99-100%. If I don't act soon enough, the system hangs, no new processes can be started (including top, ps, kill*), video eventually cuts out, sshd stops responding, and the system responds on [19:38:20 CET] <c_14> Sounds like your IO goes bonkers. [19:41:32 CET] <Infiltrator> Well, that's interesting. Even though I kill -KILLed it and it went defunct, wait time dropped to 0, and load dropped to 2, the system still froze up. [19:46:51 CET] <c_14> Defunct as in Zombie or Disk Sleep? [19:48:01 CET] <Infiltrator> Not sure. ps just showed it as defunct; and I didn't realise what was happening in time to check its tree or anything else. [19:48:58 CET] <c_14> hmm, for ps defunct usually means zombie. That shouldn't matter though. [19:49:03 CET] <Infiltrator> Actually, I think that top showed 1 zombie. [19:51:13 CET] <c_14> Maybe strace the ffmpeg process to see what's happening when it freezes? [19:52:36 CET] <Infiltrator> Good idea. [20:00:11 CET] <Infiltrator> Okay, this time it died and didn't become a zombie. (At least not long enough for me to see.) pstree shows nothing running under it; and strace shows it as doing a write when it froze up. [20:30:02 CET] <Infiltrator> Here's the pastebin: http://pastebin.com/iNMVtkEr [20:32:25 CET] <Infiltrator> Only the last few lines should be relevant, though: pastebin.com/NVNkPVXh [20:51:21 CET] <c_14> yeah, looks a lot like some sort of io issue [20:55:34 CET] <ConstantineI> hello [20:56:09 CET] <ConstantineI> I have a question. Has anyone set up Tvheadend here? and if so have you managed to pull a stream from it using ffmpeg? [21:59:33 CET] <selsta> can I use lavc (?) to get nal units from a h264 video file? [22:00:43 CET] <selsta> or can I only get frames? [00:00:00 CET] --- Sun Mar 29 2015

1 0

ffmpeg-devel.log.20150327
by burek 28 Mar '15

28 Mar '15

[02:31:08 CET] <cone-246> ffmpeg 03Himangi Saraogi 07master:613483dcfb05: avfilter/vf_telecine: Fix loss of AVFrame properties in output [02:55:43 CET] <cone-246> ffmpeg 03James Almer 07master:1f5d1eed78fa: avutil/cpu: add missing check for mmxext to av_force_cpu_flags [03:38:22 CET] <Zeranoe> Is a CUDA encoder faster than it's counterpart CPU encoder? [03:40:02 CET] <kepstin-laptop> cuda encoders are usually nearly completely different implementations from cpu encoders, so it's hard to make speed comparisons because the quality tends to be different [03:40:52 CET] <Zeranoe> There's no way to benchmark them at the same quality? [03:42:30 CET] <kepstin-laptop> that's hard to do; you could try encoding to a certain ssim score, for example, but it would be a slow process to search the encoding space to find a match [03:42:56 CET] <kepstin-laptop> particularly since you need to get them to match on bitrate and quality to get a useful speed comparison, imo [03:44:06 CET] <kepstin-laptop> e.g. if you lower the speed/quality tradeoff enough on x264 to get similar "quality per bitrate" as a gpu encoder, you'll probably find that given a high-end cpu, the speed will be pretty comparable. [03:45:28 CET] <Zeranoe> I have a GTX 970 and a i7 4790k and would be happy to test. I don't know of a free H.264 encoder though [03:45:31 CET] <kepstin-laptop> only real reason to use a gpu encoder in most cases is that you're live-encoding a screen capture of a cpu load sensitive application. [03:46:13 CET] <kepstin-laptop> (games are a tricky case, because a cuda encoder might take away execution resources from the game - while a hardware block encoder like intel quicksync doesn't do that) [03:47:32 CET] <kepstin-laptop> with a gtx 970 vs i7-4790k, you'd want to be comparing nvenc (which I think is a hardware block encoder, but it might use gpu resources in some modes) vs x264 [03:52:20 CET] <kepstin-laptop_> I don't think there's any actual "cuda" encoders (software encoders running all or in part on gpu execution resources) that are complete enough to be worth comparing. [03:52:48 CET] <Zeranoe> kepstin-laptop_: Even nvenc? [03:53:05 CET] <kepstin-laptop_> nvenc is is a dedicated hardware encoder [03:53:24 CET] <kepstin-laptop_> i looked it up, doesn't seem to use the gpu cores. [03:54:01 CET] <kepstin-laptop_> which makes sense, given that one of the key target markets is probably video game livestreaming [03:54:57 CET] <Zeranoe> "The NVENC API supports dedicated H.264 hardware video encoding with NVIDIAs Kepler and Maxwell family of GPUs" [03:55:29 CET] <kepstin-laptop_> It looks like on some older hardware, the H.265 encoder is split between the nvenc hardware and cpu (not gpu) [03:57:42 CET] <kepstin-laptop_> but yeah, it's dedicated video encoding hardware that's separate from the gpu cores. [03:59:20 CET] <kepstin-laptop_> x264 has some incomplete opencl "accelleration" code that uses the gpu cores, but apparently it's actually both slower and lower quality than using only the cpu. [04:54:36 CET] <cone-246> ffmpeg 03Michael Niedermayer 07master:0fee509cf5f8: avutil/timer: show histogram of cpu cycles each run took [04:54:37 CET] <cone-246> ffmpeg 03Michael Niedermayer 07master:174330b18e63: avutil/timer: give each printed value of STOP_TIMER a fixed length [08:28:58 CET] <durandal_1707> ninten: why you did not send als float patch to the mailing list? [08:32:23 CET] <ninten> durandal_1707, i have commited the code in the github [08:33:29 CET] <ninten> durandal_1707, and i am getting some error also and since from last 3 days i was working on my proposal [08:34:45 CET] <ninten> so as the proposal deadline is over the next thing i will do is to send patch to devel [08:36:44 CET] <ninten> durandal_1707, meanwhile you can see commited code here http://tinyurl.com/pvdj5xp [09:08:20 CET] <durandal_1707> nineten: what about big 1000 structs inside code? [09:09:48 CET] <durandal_1707> ninten: ^ [09:29:22 CET] <ninten> durandal_1707, instead of acf_flag[1000] it should be acf_flag[c], but since at the time of intialization we dont know value of no. of channels so i just took the upper bound here [09:30:17 CET] <ninten> durandal_1707, anyway i will find a way to declare in struct without wasting space [14:53:33 CET] <Daemon404> zip? seriously? [14:53:36 CET] <Daemon404> why the shit... [14:54:21 CET] <BtbN> Yeah, most movies come in rar split archives! [14:54:45 CET] <Daemon404> not to mention lavf is massively the wrong layer [15:00:30 CET] <Daemon404> if wm4 or i reply to the patches well just be considerd the usual party pooper [15:00:37 CET] <Daemon404> code iwll go in the ffmpeg garbage dump anyway [15:02:15 CET] <nevcairiel> at least its not a re-implementation of the zip format, thats already something for ffmpeg :p [15:04:18 CET] <BtbN> I don't realy see why ffmpeg should have support for that. It's ok for some media player to implement support for archive formats, but for ffmpeg? [15:04:41 CET] <Daemon404> BtbN, in fact every major media player does [15:04:47 CET] <Daemon404> mpc-hc, all the mplayers, vlc [15:04:53 CET] <Daemon404> theres is no reason it should be in lavf [15:04:56 CET] <Daemon404> it's the wrong layer. [15:05:01 CET] <nevcairiel> for rar yes, and only uncompressed ones at that, not for zip [15:05:11 CET] <Daemon404> (and dont give me the bullshit of ffmpeg -i shit.zip) [15:05:23 CET] <Daemon404> nevcairiel, mpc-hc has zip i think [15:05:30 CET] <nevcairiel> dont think so [15:05:40 CET] <Daemon404> the only thing people ship in zips is music [15:05:42 CET] <BtbN> rar is primariliy supported because of scene releases beeing in rar split archives [15:05:45 CET] <Daemon404> and most music players have it [15:05:47 CET] <Daemon404> foobar does [15:05:58 CET] <wm4> "and libzip seg faulted :)" [15:06:02 CET] <wm4> from the newest reply [15:06:12 CET] <rcombs> the player is the wrong layer for it too [15:06:27 CET] <Daemon404> rcombs, sure, but lavf is more wrong :) [15:06:31 CET] <rcombs> Daemon404: sure [15:06:42 CET] <nevcairiel> whats the correct layer then? :p [15:06:53 CET] <Daemon404> also i 100% guarantee lukasz's end goal is to use the stupid dir listing api proposal [15:06:54 CET] <rcombs> there's no reason to keep your compressed audio or video files around in rars or zips to begin with [15:06:56 CET] <Daemon404> to list the zip [15:06:56 CET] <Daemon404> and stuff [15:06:59 CET] <Daemon404> (ugh) [15:07:33 CET] <Daemon404> rcombs, >implying the scene is not full of incompetent people [15:07:35 CET] <rcombs> if you _really_ want to do that, for some idiotic reason, then I have a FUSE to sell you [15:07:36 CET] <BtbN> rcombs, well, if you still want to seed them... [15:07:48 CET] <Daemon404> BtbN, it makes even less sense to have rars in a torrent [15:07:56 CET] <Daemon404> the rars were meant for ftp topsites [15:07:58 CET] <Daemon404> due to ftp beign shit [15:08:06 CET] <BtbN> Yep, but hey, it's so leet [15:08:07 CET] <Daemon404> torrents have sha1 per chunk. [15:08:09 CET] <nevcairiel> rars are for ftps and nzbs [15:08:16 CET] <nevcairiel> in torrents its just super stupid [15:08:30 CET] <BtbN> And scene torrents... It's stupid, yes. [15:08:32 CET] <Daemon404> a lot of private trackers require it [15:08:37 CET] <Daemon404> to show its "Authentic" [15:08:47 CET] <nevcairiel> i know a bunch that ban rar'ed releases =p [15:09:10 CET] <Daemon404> i know some scene people idle in here [15:09:12 CET] <Daemon404> so: lol you guys. [15:09:49 CET] <wm4> <Daemon404> to show its "Authentic" <- lol [15:10:18 CET] <BtbN> Well, those trackers are bragging with <10 second "pre times" [15:10:27 CET] <BtbN> those aren't possible if the bots have to unpack first. [15:10:44 CET] <Daemon404> BtbN, i was once approached to help write a streaming encode+rar to an ftp [15:10:46 CET] <Daemon404> from a user in here [15:10:48 CET] <rcombs> BtbN: sure they are, if you do a streaming unpack [15:10:48 CET] <Daemon404> (i told them to go away) [15:10:51 CET] <Daemon404> it's just so lol. [15:10:51 CET] <nevcairiel> whats the point if the user has to unpack first then :D [15:10:55 CET] <rcombs> that'd be stupid, but you could [15:10:59 CET] <Daemon404> rcombs, yes [15:11:16 CET] <rcombs> (I wonder if I could make money selling a FUSE FS that exposes RARs as directories) [15:11:31 CET] <wm4> aren't there a bunch of those around? [15:11:35 CET] <BtbN> rcombs, gvfs-fuse should be able to do that. [15:11:41 CET] <nevcairiel> this war on the very last second is stupid anyway, i would rather have them review their releases instead of having to post repacks and proper releases all the time [15:11:42 CET] <rcombs> well then, I probably couldn't [15:11:45 CET] <wm4> "zip as FS" is definitely an old idea [15:12:03 CET] <wm4> so maybe someone solved it? [15:12:21 CET] <Daemon404> nevcairiel, my favourite is when one group's automatic commercial cutters consistently accidentally cut the countdown bit out of episodes of 24 [15:12:25 CET] <Daemon404> like every week [15:12:26 CET] <Daemon404> it was nuked [15:12:32 CET] <nevcairiel> heh [15:12:32 CET] <BtbN> both gvfs and kio have fuse drivers. So you can mount allmost everything as fs that way. [15:13:50 CET] <iive> exposing rar as directories should be fairly easy. the biggest problem is random access in solid archives. [15:14:28 CET] <BtbN> kernel cache should take care of that [15:15:40 CET] <iive> only if it fits into the cache :| [15:15:54 CET] <Daemon404> for the use-case of scene people, it would be linear [15:16:12 CET] <Daemon404> (not counting SD) [16:00:53 CET] <cone-632> ffmpeg 03Himangi Saraogi 07master:dbce8cdacf0c: avfilter/vf_telecine: Avoid floating point values [16:19:54 CET] <poste9> hello guys can u point me out how to find about scaling down rgb raw data in c++ ? at the least some good well explained algorithm for it? [17:35:09 CET] <himangi> durandal_1707: not sure to understand your comment [17:39:56 CET] <durandal_1707> himangi: code looks similar [17:42:46 CET] <himangi> durandal_1707: It is the exact inverse of the telecine filter which accepts the same parameters etc.. so the code is similar.. [18:54:18 CET] <cone-632> ffmpeg 03Lukasz Marek 07master:184084c6998c: lavf: add directory listing API [19:02:30 CET] <wm4> Daemon404: shit ^ [19:02:33 CET] <durandal_1707> what if more than 1 student finish qual task? [19:02:38 CET] <wm4> damage done, maintain forever [19:05:21 CET] <Daemon404> D: [19:05:28 CET] <Daemon404> durandal_1707, which task? [19:05:33 CET] <wm4> APNG [19:06:46 CET] <Daemon404> i sure hope you dont mean greeshma. [19:06:54 CET] <Daemon404> i would not pass them [19:07:19 CET] <Daemon404> copying and pasting code should not constitute a pass. [19:07:27 CET] <Daemon404> without copyright might i add. [19:26:19 CET] <j-b> wm4: new API well reviewed and discussed? [19:27:00 CET] <Daemon404> j-b, yeah so much so it doesnt even have a version bump in case it changes. [19:27:04 CET] <Daemon404> <_< [19:27:21 CET] <j-b> Daemon404: haha [19:28:57 CET] <wm4> looked at the API... avio_read_dir() already doesn't mention the lifetime of the memory it returns [19:29:11 CET] <wm4> oh wait it does [19:34:12 CET] <Daemon404> .. lol the copypaste person for exr also copypasted from ccextractor to vlc [19:34:15 CET] <Daemon404> with no license. [19:36:40 CET] <j-b> what for? [19:37:33 CET] <Daemon404> j-b, CIA-708 [19:37:43 CET] <Daemon404> same person as copypaste of exr B44 code [19:37:45 CET] <Daemon404> for gsoc [19:38:31 CET] <j-b> Daemon404: sorry, I was ironic about "licenses? what for!" [19:38:39 CET] <Daemon404> oh ok [19:38:56 CET] <Daemon404> :V [19:38:59 CET] <j-b> :D [19:39:04 CET] <j-b> Friday \o [19:39:24 CET] <Daemon404> o/ [20:43:22 CET] <michaelni> Daemon404, wm4, j-b, the directory listing patch(es) have been posted to ffmpeg-devel since at least summer 2014, so they are well reviewed by you all i assume [20:43:43 CET] <Daemon404> i replied the original thread [20:43:55 CET] <Daemon404> dissenting, if i recall. [20:44:32 CET] <michaelni> hmm, i dont remember [20:44:40 CET] <michaelni> do you have a link? [20:46:29 CET] <michaelni> also if they where rejected they shoould not have been used as qual task, but i really dont remember ATM that they where [20:48:17 CET] <Daemon404> found it, but i was misremembering, wm4 replied [20:48:37 CET] <Daemon404> michaelni, my issue isnt with the dir listing api as gsoc anyway [20:49:52 CET] <michaelni> do you have a link to wm4s mail? [20:50:34 CET] <Daemon404> there is a big thread in july 2014 [20:52:58 CET] <Daemon404> michaelni, where do we submit who should pass qualification [20:53:05 CET] <Daemon404> i dont see too many who succeeded. [20:53:27 CET] <michaelni> the last mail from wm4 i see says "Probably ok. What happens if you try to read byte data from the AVIOContext?" so i dont see where this was rejected [20:53:43 CET] <Daemon404> yes, it must have been on irc [20:53:44 CET] <Daemon404> my bad. [20:54:29 CET] <wm4> michaelni: I wasn't ok with the API, but I reviewed it anyway [20:54:41 CET] <wm4> because I knew it's going in anyway [20:55:03 CET] <Daemon404> wm4, theres still one horrible api thing that never went in thankfully [20:55:07 CET] <Daemon404> so not everything bad goes in [20:55:41 CET] <wm4> which one? [20:55:52 CET] <Daemon404> mr nicholas' fabulous subtitles [20:58:47 CET] <michaelni> qualification status is at: https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2015-Qualis, i dont think we have any students which passed qualification ATM [20:59:02 CET] <Daemon404> the libsmbclient guy i thought maybe [20:59:07 CET] <Daemon404> big maybe [20:59:16 CET] <wm4> what's the deadline? [21:00:07 CET] <Daemon404> wm4, i thought it was very soon [21:00:13 CET] <Daemon404> i saw mini's mail this morning [21:00:33 CET] <Daemon404> if nobody gets the http2 project, ill just add support [21:00:44 CET] <Daemon404> it's not hard using nghttp2 (low level recv/send lib) [21:01:36 CET] <michaelni> the libsmbclient patch has comments from lukasz so it needs changes IIUC [21:01:52 CET] <Daemon404> yeah [21:01:54 CET] <Daemon404> hence maybe [21:09:29 CET] <jamrial> as durandal_1707 asked, what would happen if more than one student passes the task for the same project? [21:10:09 CET] <Daemon404> i do not forsee this happening [21:10:16 CET] <Daemon404> but i assume we pick who did a better job [21:10:46 CET] <durandal_1707> Pick one with nicer proposal [21:34:52 CET] <cone-632> ffmpeg 03Himangi Saraogi 07master:fff78717725b: lavfi: add inverse telecine filter [21:34:53 CET] <cone-632> ffmpeg 03Michael Niedermayer 07master:d03b998c48a8: avformat/avio: Document the end of list case in avio_read_dir() [00:00:00 CET] --- Sat Mar 28 2015

1 0

ffmpeg.log.20150327
by burek 28 Mar '15

28 Mar '15

[01:45:58 CET] <Freakshow> quick question& what is a valid integer for -threads ? [01:54:53 CET] <killer> how i can increase the brightness to a video guyz ? with which command ? [02:36:00 CET] Last message repeated 1 time(s). [03:07:02 CET] <pentanol> killer: like this -vf mp=eq2=gamma:contrast:brightness:saturation:red:green:blue:dgamma [03:12:17 CET] <killer> what values? [03:12:45 CET] <killer> i want to increase only the brightness not the others [10:31:17 CET] <firex> i convert an animated gif to avi. the gif file have a transparent background. after convertion in avi i have instead of transparent color white color. how can i define that transparent color will be black and not white. [10:35:10 CET] <BtbN> I think it will just throw away the alpha channel and use whatever color there is. [10:37:48 CET] <firex> you mean convert the gif first to format without alfa? [12:03:15 CET] <Superlokkus> I'm using "ffmpeg -i ADVANCING_POSITION.wav -c:a libfdk_aac -b:a 128k -cutoff 20000 -ac 2 -metadata author="Frank Klepacki"" but I get [NULL @ 0x7f8308819c00] Unable to find a suitable output format for 'Klepacki"' [12:03:15 CET] <Superlokkus> Klepacki": Invalid argument [12:03:39 CET] <Superlokkus> So obviously ffmpeg don't handle " well, what can I use instead ' doesent work too [12:05:05 CET] <JEEBsv> that's unrelated to ffmpeg I think [12:05:10 CET] <JEEBsv> it's rather your shell or command line [12:05:21 CET] <JEEBsv> *command line terminal [12:06:04 CET] <JEEBsv> and the issue is the space there in the middle rather than the "" [12:06:15 CET] <JEEBsv> and the fact that you had =" rather than " separately [12:06:56 CET] <JEEBsv> anyways, welcome to shells and terminals 101 [12:07:57 CET] <Superlokkus> JEEBsv thx, damn osx bash [12:52:47 CET] <quellen> hi [12:53:16 CET] <quellen> how can i convert many mp3 with only one command? [12:55:06 CET] <quellen> $ ffmpeg -y -i "*.mp3" -acodec libmp3lame -ar 44100 -b:a 128k -ac 2 dosent work [12:56:06 CET] <spaam> for i in $(ls *mp3); do ffmpeg -y -i "$i" -acodec libmp3lame -ar 44100 -b:a 128k -ac 2 $i.mp3; done [12:57:22 CET] <quellen> thanks spaam but it doesnt work : No such file or directory [12:57:39 CET] <BtbN> Works fine for me. [12:57:51 CET] <BtbN> $(ls ....) is not needed though [12:57:53 CET] <quellen> it says many No such file or directory [12:58:09 CET] <spaam> quellen: do you have space in the filenames? [12:58:14 CET] <quellen> yes [12:59:13 CET] <quellen> i need to remove it? [12:59:24 CET] <BtbN> Or use a more complex loop [13:03:53 CET] <quellen> i used $ perl-rename 's/ /_/g' *.mp3 [13:07:22 CET] <quellen> it rename the new files "name.mp3.mp3" [13:08:31 CET] <quellen> is better for i in $(ls *mp3); do ffmpeg -y -i "$i" -acodec libmp3lame -ar 44100 -b:a 128k -ac 2 "/newfolder/$i"; done [13:09:31 CET] <JohanW_Work> quellen: to handle spaces, you could also use IFS=$'\n' [13:10:00 CET] <c_14> or just replace $(ls *mp3) with *.mp3 [13:11:46 CET] <quellen> thanks c_14, it works [13:12:21 CET] <quellen> but it says: [libmp3lame @ 0x986d780] Queue input is backward in time [13:12:21 CET] <quellen> [mp3 @ 0x986ca20] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1199 >= 1199 [13:12:44 CET] <quellen> but the new mp3 seems good [13:22:35 CET] <bluck> does anyone know if there is frame threaded support for a single filter chain? [13:24:42 CET] <bluck> I'm decoding using -vf "fps=30000/1001,yadif=deint=interlaced,decimate" but it only uses 1 core [14:05:33 CET] <seasc> Hi, i'm trying to join video files using ffmpeg concat (http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f) with a modified final commandline [14:05:34 CET] <seasc> it keeps telling me i'd miss an output file, eventhough i tell ffmpeg one... Please see: http://pastebin.com/x7xBenTb [14:07:06 CET] <seasc> my question, did i add too much for '-qscale:v 2' ? because otherwise the joined file is double the size of the two original files... ?!? [14:15:47 CET] <BtbN> seasc, there is no output file in the command at the top. [14:15:58 CET] <BtbN> the filename is given to the "-f" option [14:16:37 CET] <seasc> BtbN, doesnt that mean its the output? [14:16:52 CET] <BtbN> No, -f is the output format. [14:17:14 CET] <seasc> oh lol right [14:17:35 CET] <seasc> just used too much -f to force something :) [14:17:41 CET] <seasc> thank you BtbN [14:21:00 CET] <firex> BtbN, i got the conversion with black backgroung with help of overlay on blackimage ;-) [15:47:39 CET] <prelude2004c> hello everyone [15:47:40 CET] <prelude2004c> good day [15:47:55 CET] <prelude2004c> anyone have any info on how we can get FFMPEG to transcode and use the GPU's [15:59:56 CET] <BtbN> There is nvenc, which doesn't realy use the GPU, but it's close. [16:00:03 CET] <BtbN> Otherwise, you don't. [16:34:42 CET] <NY152> why when I encode x264 / aac FFMPEG (Windows) takes LAVC / MP3? Yet codecs are active! [16:38:26 CET] <BtbN> what? [16:40:23 CET] <NY152> ex : ffmpeg -c:v x264 ... -c:a faac ... FFMPEG take lavc for video and mp3lame for audio :/ [16:41:31 CET] <Ders> Can anyone explain to me how I can set the src_format and dst_format (rgba and yuv420p respectively) in the command line? I can't find any examples. All info I have is in this link: https://www.ffmpeg.org/ffmpeg-scaler.html [16:42:47 CET] <NY152> BtbN the codecs x264 and aac is actives [16:43:14 CET] <BtbN> The encoder is called libx264. [16:43:37 CET] <BtbN> And faac propably doesn't exist, too. Most likely it also tells you so in the output. [16:44:02 CET] <poste9> Ders: ffmpeg -pix_fmt rgba -i input -pix_fmt yuv420p output [16:44:04 CET] <NY152> BtbN yes called libx264 [16:45:42 CET] <Ders> poste9 Thanks. I'll try that. The problem I'm having is that the video output from my command is desaturated and I can't find how. I'm trying to test if ffmpeg doesn't encode the pixels right (rgba values in an array is the input) [16:45:46 CET] <NY152> BtbN I can put anything (x264 libx264 h264) ffmpeg lavc dishes, like for sound [16:47:43 CET] <Ders> poste9 I get an error from ffmpeg that I can't set the pix_fmt for a pipe [17:04:52 CET] <gallardo> anyone knows how to encode using opencl? I have opencl enabled in my build and --opencl_bench works, but no idea what to do to actually use it when onceding. [17:05:33 CET] <gallardo> encoding* [17:08:42 CET] <kepstin-laptop> gallardo: I don't know of any video encoders that are in a useful state that use opencl. [17:09:12 CET] <gallardo> kepstin-laptop: so it is just experimental? [17:09:29 CET] <gallardo> but if so, I should be able to at least experiment with it. [17:09:38 CET] <kepstin-laptop> gallardo: dunno; there might be some video filters or something using opencl [17:10:26 CET] <kepstin-laptop> the x264 folks apparently tried to implement opencl, and the result is reportedly slower and lower quality than the cpu-only encoder :) [17:10:51 CET] <gallardo> I was just trying that [17:11:57 CET] <gallardo> I have twice been recommended https://en.wikipedia.org/wiki/LoiLoScope [17:12:06 CET] <gallardo> but Wintendo only, meh [17:24:41 CET] <prelude2004c> what nvenc [18:37:40 CET] <StrawMachie> Hi!! [18:41:09 CET] <justinX> hello StrawMachie [18:41:29 CET] <StrawMachie> Is it required a pointers in convert mp4 to mp3? [18:41:33 CET] <StrawMachie> for learning source code [18:43:12 CET] <justinX> StrawMachie: oh, you are planning to look into ffmpeg sourcode? [18:43:34 CET] <StrawMachie> i want just mp4 to mp3 code [18:43:46 CET] <justinX> aha ok. I missunderstood you. [18:44:23 CET] <justinX> yeah the command to save the sound in a mp4 filme, to a mp3 file would be... [18:46:12 CET] <justinX> ffmpeg -i filename.mp4 filename.mp3 [18:46:31 CET] <justinX> actually it should understand the simple command like that I think. [18:46:53 CET] <StrawMachie> in windows? [18:47:49 CET] <justinX> Windows? I haven't used windows for such things (or at all lately), but I would guess it is same commands in windows. [18:48:46 CET] <justinX> while dos/windows normally uses / instead of - for commandlineflags, I'm not sure ffmpeg really cares about that. or maybe accepts both. [18:48:53 CET] <StrawMachie> develop in linux is hard [18:49:11 CET] <justinX> are you coding c or c++ or some other language? [18:49:26 CET] <StrawMachie> i learn c programming(im not so smart) [18:49:29 CET] <StrawMachie> from K*R book [18:49:33 CET] <StrawMachie> K&R book [18:49:37 CET] <justinX> ok [18:50:23 CET] <justinX> I think code:blocks is an ok ide to use for c development. what do you use? (or do you do the old classic editor+command line compiling stuff hehe?) [18:50:32 CET] <justinX> code::blocks [18:50:49 CET] <StrawMachie> i use linux [18:51:07 CET] <justinX> yeah but what programming environment? [18:51:24 CET] <StrawMachie> what do you mean? [18:51:27 CET] <StrawMachie> nano and cc compiler [18:51:40 CET] <justinX> I mean in windows you would probably use VisualStudio or something. but in linux use perhaps CodeBlocks or Eclipse? [18:51:56 CET] <justinX> aha ok you compile in the terminal then [18:51:59 CET] <StrawMachie> im running raspberry pi on linux [18:52:35 CET] <justinX> oh! a respberry pi. that explains it. I thuoght you was using a normal desktop pc. [18:52:44 CET] <StrawMachie> no [18:52:49 CET] <StrawMachie> im connected with ssh [18:54:52 CET] <justinX> and yeah when it comes c programming, as soon as you wants to do something beyound the pure basics, you have to use pointers. that is the sad part of c if you ask me :-D [18:55:05 CET] <StrawMachie> i gtg [18:55:12 CET] <justinX> sure see you around. [18:55:19 CET] <StrawMachie> ur very friendly [18:56:42 CET] <Fujnky> Hello. I have two files, rec.avi and audio_edited.wav, and what I'm trying to do is take the parts 00:30:5001:42:56 and 02:16:5504:03:10 of each file, concatenate those and encode them into an WebM file. My current script looks like this: http://pastebin.com/5WybqvAc but when I run it, the process just stays at zero frames. Full output: http://pastebin.com/xUv60ZF9 Could someone give me a pointer? [18:59:33 CET] <justinX> I just stumbled upon http://linuxg.net/ffmpeg-will-be-added-again-to-the-default-repositories-of… and wants to know if ppa:kirillshkrogalev/ffmpeg-next be preferable to ppa:mc3man/trusty-media in LinuxMint17.1 (ubuntu14.04) ? [19:00:12 CET] <justinX> I mean using the more same ffmpeg as ubuntu15.04 have? [19:01:02 CET] <justinX> or maybe it doesn't matter....? [19:04:16 CET] <justinX> hello Fujnky that is beyound my knowledge I'm afraid. [19:08:44 CET] <Fujnky> justinX: Thanks anyway :) maybe anyone else? [19:29:06 CET] <Fujnky> Well I just discovered that it works but very very slowly. I'm getting 3fps or something which is unacceptably slow.. [19:30:15 CET] <c_14> libvpx is slow [19:31:06 CET] <c_14> I rarely get above 5fps either [19:33:28 CET] <c_14> You can try using -quality realtime [19:33:59 CET] <c_14> That'll increase the fps, but decrease quality/increase filesize [19:38:09 CET] <micechal_> It's me who have asked about only scaling down without scaling up yesterday [19:38:37 CET] <micechal_> I ended up with this: " -vf scale=-1:min(ih\,1920)" [19:39:27 CET] <micechal_> This will make all input 1920 pixels tall or less, depending on what the input is [19:39:52 CET] <c_14> If you're using yuv420p, use -2 instead of -1 [19:40:55 CET] <micechal_> I'm working with jpegs so that shouldn't matter probably [19:41:03 CET] <micechal_> But thanks for the tip [19:41:05 CET] <c_14> ye, won't matter then [19:47:15 CET] <micechal_> http://hastebin.com/diyocenino.mel this one's handy for generating portrait wallpapers :) [19:47:21 CET] <adrian_1908> If i build x264 for ffmpeg, do I need to enable support for lavf or ffms? I'm new to this. [19:47:37 CET] <Fujnky> I think I figured out what happens: Progress stays at 0 while ffmpeg seeks to the point where I want my encoding to start which is apparently taking some time, considering I'm talking about an 190GB video here (just slightly compressed). I wouldn't expect it to be that slow, though.. Using totem, seeking just takes a few second, no matter where I wanna go [19:48:24 CET] <c_14> adrian_1908: no [19:48:44 CET] <c_14> Fujnky: if you want to seek quickly use -ss as an input option [19:53:42 CET] <pootieman> hi all, quick question: what kind of ffmpeg memory usage am i looking at when transcoding 2gb HD wmv files (approx. 2 hrs of video) to MP4? [19:55:00 CET] <pootieman> and is running 32 concurrent ffmpeg processes doing this precise task on an AWS instance w/ 60gb RAM feasible [19:55:07 CET] <pootieman> or has this use case not really been studied [19:58:59 CET] <Fujnky> c_14: but that wouldn't allow trimming it like I want it, would it? [20:00:03 CET] <c_14> You can use it to jump to the first timestamp you want. Other than that it'd only work if you used multiple ffmpeg processes. [20:00:21 CET] <adrian_1908> If I build x264 without MP4 support, can I used ffmpeg to mux the raw .264 stream into an MP4? [20:00:29 CET] <c_14> pootieman: should probably be fine if the cpu can handle it [20:00:33 CET] <c_14> adrian_1908: yes [20:00:43 CET] <adrian_1908> c_14: thanks. [20:09:21 CET] <micechal-> Does ffmpeg offer some batch processing mode kind of thing? [20:09:38 CET] <c_14> no, use a shell or a scripting language [20:09:42 CET] <micechal-> Or should I invoke the executable numerous times [20:09:49 CET] <micechal-> Okay [20:09:53 CET] <micechal-> Thanks [20:10:18 CET] <pootieman> c_14: thanks [20:10:51 CET] <micechal-> But won't it result in a bit of overhead when the binary has to be loaded over and over [20:11:07 CET] <micechal-> Detecting the cpu specs and core count [20:11:16 CET] <micechal-> All that stuff [20:14:04 CET] <c_14> It's usually negligible. Users who care about that sort of stuff should probably be using the libraries anyway. [20:15:19 CET] <micechal-> Hmm maybe I should use the library too [20:17:21 CET] <micechal-> Nah, seems overly complicated for this usecase [21:32:44 CET] <adrian_1908> where can i find the options for the "--arch" flag in the FFMPEG configure script [21:36:43 CET] <emmicelik12345> hi all, [21:37:07 CET] <emmicelik12345> is there some one in here that could help me with my little project? [21:38:16 CET] <emmicelik12345> anyone? [21:40:58 CET] <c_14> Just ask, if someone can help you, they will. [21:45:50 CET] <adrian_1908> In FFMPEG configure, can I disable VP8 when linking to libvpx (still using VP9)? [21:47:01 CET] <kepstin-laptop> not sure. Did you try --disable-encoders=libvpx ? (the vp9 encoder is called libvpx-vp9, so it should be unaffected) [21:47:18 CET] <kepstin-laptop> if that doesn't work, then the vp9 encoder requires the vp8 encoder to be present, possibly due to shared code [21:48:34 CET] <emmicelik12345> im new to ffmpeg, and just installed the ffmpeg using the guide on the site. [21:48:55 CET] <kepstin-laptop> adrian_1908: hmm, I'm not sure that's the correct configure option, but it should be something similar. [21:48:57 CET] <emmicelik12345> i have read a lot but still cant transcode udp signal to rtmp [21:49:31 CET] <adrian_1908> kepstin-laptop: ok, i'll try that. [21:50:05 CET] <emmicelik12345> could some one point me to the right direction on where i shoudl look? [21:50:39 CET] <emmicelik12345> i have tried all the code some everyone had posted in different forums and even in the ffmpeg forum.. [21:51:06 CET] <kepstin-laptop> adrian_1908: the option to try is actually "--disable-encoders=libvpx_vp8" [21:51:36 CET] <kepstin-laptop> adrian_1908: er, wait, no, that's not quite right either [21:52:19 CET] <kepstin-laptop> adrian_1908: "--disable-encoder=libvpx_vp8" silly plurals sneaking in there ;) [21:52:50 CET] <adrian_1908> kepstin-laptop: yup, just saw it myself. I'll try to do both disable-encoder and disable-decoder is necessary and see if that works. thanks. [21:53:12 CET] <kepstin-laptop> you don't need to disable the libvpx decoder, it's not enabled by default [21:53:19 CET] <adrian_1908> oh ok [21:53:56 CET] <kepstin-laptop> (ffmpeg has native decoders for vp8 and vp9, it doesn't use libvpx for that) [21:54:17 CET] <adrian_1908> that's fortunate, thanks for the info! [21:54:51 CET] <emmicelik12345> could someone help over teamviewer or guide me? [21:58:25 CET] <emmicelik12345> when i install the ffmpeg, should i use apt-get install ffmpeg or use the guide on the page to compile from fresh. the OS is debian.. [21:59:14 CET] <kepstin-laptop> have to be a bit more specific about which debian version; ffmpeg is only available in fairly recent ones iirc [21:59:49 CET] <emmicelik12345> the debian version is debian-7.8.0-amd64 [22:03:24 CET] <emmicelik12345> kepstin-laptop: should i use apt-get install ffmpeg or? [22:04:29 CET] <BtbN> iirc debian 7 doesn't have ffmpeg. [22:04:33 CET] <adrian_1908> emmicelik12345: if it is available (if the command works) then yes, why not use the package offered. [22:04:35 CET] <kepstin-laptop> no, that's debian stable(wheezy), that doesn't have ffmpeg [22:04:37 CET] <BtbN> At least in the official repos [22:05:01 CET] <kepstin-laptop> it ships the libav "ffmpeg" build. [22:05:06 CET] <emmicelik12345> okay, i will then try to compile it then.. [22:05:16 CET] <BtbN> Just use deb-multimedia or something that has ffmpeg. [22:05:35 CET] <emmicelik12345> but will that install every component for ffmpeg?' [22:06:09 CET] <BtbN> hm? [22:07:11 CET] <emmicelik12345> i read on some howto guides, i should install from the apt-get and others saying that it will not work.. [22:07:39 CET] <emmicelik12345> dont know what to belive [22:09:51 CET] <adrian_1908> emmicelik12345: have you compiled programs before? If not, i think it'll save you a lot of headaches to use a package someone has built. [22:10:46 CET] <adrian_1908> emmicelik12345: also, do you have specific needs that might not be satisfied by prebuilt package? [22:11:42 CET] <emmicelik12345> i have i have tried earlier to compile it but got some errors. but if thats the right way to do it, ill then try to compile it again.. [22:12:46 CET] <emmicelik12345> the thing that im after/ or trying to do is that i have some udp satelitte feed udp mpeg-ts feeds, that i would like to access from outsite my on lan to wan. [22:13:17 CET] <emmicelik12345> udp to rtmp in x264 coding.. [22:13:36 CET] <adrian_1908> that sounds very cool, good luck! [22:14:02 CET] <emmicelik12345> hehe way will it not work or is it too hard for noobs :)) [22:37:55 CET] <emmicelik12345> anyone? [22:38:30 CET] <c_14> For what you're trying to do, you'll probably only need the static build [22:38:32 CET] <c_14> http://johnvansickle.com/ffmpeg/ [22:38:35 CET] <c_14> I'd start with that [22:40:26 CET] <emmicelik12345> c_14: do i just need to download ffmpeg-git-64bit-static.tar.xz and run it. will it then install everything? [22:40:50 CET] <c_14> Just extract the archive somewhere, then you can execute it with /path/to/ffmpeg [arguments] [22:41:00 CET] <c_14> You can also take the binary and throw it in your PATH somewhere [22:42:06 CET] <emmicelik12345> okay thx c_14, but i have just compile ít using the howto from the ffmpeg, ill try that out first.. [22:43:11 CET] <emmicelik12345> by compile the ffmpeg will it then also install the ffserver,, because read that i also need that for the thing that i need [22:43:39 CET] <c_14> If you compile it yourself and don't explicitly disable it, yes. [22:44:26 CET] <emmicelik12345> can i test if the ffserver is installed? [22:44:40 CET] <c_14> Just check if you have the ffserver binarcy [22:44:42 CET] <c_14> *binary [22:45:19 CET] <emmicelik12345> okay 2 sec i [22:45:27 CET] <emmicelik12345> i'll check [22:50:23 CET] <madseacow> hi, i run ffmpeg under windows to record a live stream everyday. it stop recording after arround 8:30 of video which is about 4.3GB [22:50:28 CET] <madseacow> [hls,applehttp @ 0000000002e40040] Failed to open segment of playlist 0 [22:50:29 CET] <madseacow> http://xxxxxxxxxx/playlist.m3u8: Unknown error [22:50:55 CET] <madseacow> I get this error anyone knows what it could be ? [22:53:30 CET] <emmicelik12345> c_14: i have the ffserver under ./root/bin/ffserver [22:58:38 CET] <selsta> madseacow: was this a error that only has happened once? or is it happening all the time? [22:59:06 CET] <selsta> an* [22:59:28 CET] <madseacow> i've been recording for the past 5 days it has happened everyday at around the same time [23:00:16 CET] <madseacow> I usualy start it before going to work, when i come back it as crashed after recording an average of 4.3GB [23:00:32 CET] <darsain> sounds like file system limit? [23:02:00 CET] <darsain> are you recording to fat32? [23:03:00 CET] <madseacow> one day it stops after 4.27GB the other it's 4.33GB, the other it's like 4.37GB [23:03:11 CET] <madseacow> NTFS [23:06:44 CET] <madseacow> I'm rocording to an SSD there's 40GB left that is available, the pc is a i5 3570k with 8GB of ram [23:06:45 CET] <darsain> 32 or 64 bit ffmpeg? if 32, try 64 [23:07:08 CET] <madseacow> probably running the 32 bit version [23:07:22 CET] <madseacow> ill try the 64 bit on monday ! [23:08:31 CET] <madseacow> well after checking i'm running the 64bit version [23:09:05 CET] <selsta> maybe try out another hls download program and see if it fails [23:09:29 CET] <selsta> that way you can make sure that it is a ffmpeg problem [23:10:45 CET] <madseacow> do you have suggestions ? because ffmpeg was the only solution I found would record m3u8 format from a live stream for free [23:11:04 CET] <darsain> then I have no other ideas. nor do I have any ffmpeg experience tbh :) I was just guessing similar issues from other fields [23:11:28 CET] <darsain> anyway, I was about to dive into docs to figure something out, but I see that it would take at least an hour, so I'm just gonna ask here :) [23:11:30 CET] <darsain> I need a command that would re-encode video from mp4/mkv to mkv container, while copying all audio and subtitle streams, but re=sizing the video to 1024 wide (maintaining aspect ratio) and re-encoding video to h264 baseline crf 18 with fast preset [23:11:46 CET] <c_14> madseacow: if you were to start one ffmpeg process recording from the stream and then another recording from the same stream to a different location, would they crash at the same time, or ~3h apart? [23:12:16 CET] <c_14> darsain: ffmpeg -i file -map 0 -c copy -c:v libx264 -vf scale=1024:-2 -crf 18 -preset fast out.mkv [23:12:45 CET] <darsain> c_14, ooh thank you. gonna try it out [23:13:20 CET] <selsta> madseacow: maybe https://github.com/osklil/hls-fetch [23:13:58 CET] <selsta> madseacow: ive also written one, but it does only support vod files, no livestreams [23:14:00 CET] <madseacow> darsin -> ill try that from work on monday, I know a friend of mine as more issue is feed cut's much more often but he is running on something like arch linux [23:14:32 CET] <madseacow> we record the same show [23:14:59 CET] <madseacow> but ill try ffmpeg from work see if it cut at the same time [23:17:01 CET] <madseacow> Sorry selsta I mixed you up with selsta for a sec [23:17:30 CET] <madseacow> Sorry selsta I mixed you up with darsain* [23:17:32 CET] <madseacow> lol [23:18:44 CET] <madseacow> thank fo your help selsta! [23:18:59 CET] <selsta> madseacow: no problem [23:24:24 CET] <darsain> c_14, for testing purposes, what option would re-encode only a selected portion of the video? lets say something like from 1st to 3rd minute, or from x to y frame [23:25:32 CET] <c_14> -ss 1:00 -t 3:00 [23:45:48 CET] <darsain> c_14, that's weird. in your command -2 is the aspect ration height, in the docs its -1, but when I use any of them I get an error :/ [23:46:21 CET] <c_14> darsain: what version are you running? [23:46:36 CET] <darsain> c_14, freshly downloaded 64bit [23:57:55 CET] <darsain> holy shit, ffmpeg command was resolving to a 2 year old build that comes with imagemagick :/ oh this is mess. now how do I update ffmpeg globally without breaking imagemagick... [23:58:19 CET] <darsain> is ffmpeg backwards compatible? [23:58:30 CET] <c_14> to a certain extent, yes [23:58:59 CET] <c_14> For most cases, the static build should work just fine though and won't break your system. [00:00:00 CET] --- Sat Mar 28 2015

1 0

ffmpeg-devel.log.20150326
by burek 27 Mar '15

27 Mar '15

[00:06:00 CET] <jamrial> philipl: no problem [00:50:34 CET] <cone-007> ffmpeg 03Himangi Saraogi 07master:1301aa55f645: avfilter/vf_telecine: Fix AV desync by using the first input timestamp [02:19:05 CET] <cone-007> ffmpeg 03Michael Niedermayer 07master:df43d03731c1: avformat/rmdec: fix support for 0 sized mdpr [05:09:34 CET] <cone-007> ffmpeg 03Michael Niedermayer 07master:2139e584391b: avformat/dv: fix used dimension variables [05:11:21 CET] <klaxa> i hope this is not too off-topic, but what am i expected to write in my proposal for gsoc? [06:47:02 CET] <electronrotoscop> hello. I've found a feature that's partially implemented in mencoder and I've found what I think is the code they use but I don't know really much about how to code myself. I think it would be useful for ffmpeg, is there a right place to suggest including it in ffmpeg's code? [06:51:48 CET] <rcombs> electronrotoscop: maybe say what the feature is [06:52:13 CET] <electronrotoscop> MPEG2 soft pulldown as sort of explained in https://trac.ffmpeg.org/ticket/2602 [06:53:37 CET] <electronrotoscop> basically mpeg2 ES streams can be encoded with a flag that shows up in mediainfo as Scan type : Progressive | Scan order : 2:3 Pulldown and DGPulldown has the ability to add that flag to MPEG PS or TS or ES files [06:54:35 CET] <electronrotoscop> but DGPulldown requires rewriting the whole thing to a new file, and it's a windows-only binary. MEncoder can do it live, but it seems to only be included in the MPEG-PS muxer code so it doesn't work writing out to raw MPEG-ES m2v files [06:56:37 CET] <electronrotoscop> If this were included in ffmpeg, then video streams that could be encoded to progressive DVDs could be created in one step, which would be pretty cool I think! The code seems to be lines 2468 - 2491 of muxer_mpeg.c in libmpdemux in the latest .tar i just downloaded from mencoder, but I know very little about C and how these things work [06:57:10 CET] <electronrotoscop> anyways maybe that was more information than you needed [07:34:40 CET] <akshay_> hello this is Akshay [07:35:04 CET] <akshay_> I was working on implementing websockets for ffmpeg [07:35:55 CET] <akshay_> I want to talk to someone experienced in websockets [07:36:13 CET] <akshay_> If someone had any info of it, please ping [07:48:43 CET] <akshay_> I have to write code that would help ffmpeg to send data over websocket protocol [11:22:00 CET] <michaelni> klaxa, it doesnt really matter much, what you write in it but it should say what you will work on in summer, you could mention how many hours you will spend per per week working on it in summer, what kind or prior experience you have with similar work, stuff like that but again its not that important [12:53:27 CET] <kierank> electronrotoscop: you'd probably have to write a bitstream filter [14:26:17 CET] <electronrotoscop> kierank: that's just the thing, I can't really write C myself. I've never suggested an ffmpeg feature before, I was wondering if there's a good place to do it... [14:26:30 CET] <kierank> open a ticket [14:26:35 CET] <kierank> as a feature request [14:27:41 CET] <Daemon404> fwiw, dgpulldown is gpl [14:27:48 CET] <Daemon404> and very small code [14:27:56 CET] <Daemon404> should be easy to look at or port or w/e [14:28:33 CET] <electronrotoscop> this is what I was thinking, especially since someone's already taken the important parts into mencoder's MPEG-PS muxer [14:28:53 CET] <nevcairiel> typical mencoder, putting it into the muxer =p [14:29:59 CET] <electronrotoscop> ha ha ha I tell you I'm almost relieved, it means i don't have to learn a whole new system for writing batch commands [14:33:29 CET] <electronrotoscop> kierank should I add the information to the ticket https://trac.ffmpeg.org/ticket/2602 or start a new one? sorry I'm new to all this [14:53:48 CET] <electronrotoscop> I went ahead and added it to the ticket. Hope that was okay. [15:55:58 CET] Action: Daemon404 watches selinux be painfully slow to update on arm [16:17:49 CET] <cone-433> ffmpeg 03Michael Niedermayer 07master:71258e5d87cb: avcodec/ac3dec: Put CONFIG* first in if() [16:17:50 CET] <cone-433> ffmpeg 03Michael Niedermayer 07master:47aee6f047d0: avcodec/arm/flacdsp_init_arm: Put CONFIG_FLAC_DECODER first in if() [16:17:51 CET] <cone-433> ffmpeg 03Michael Niedermayer 07master:cd5a48e54984: avcodec/h264_slice: Put CONFIG_GRAY first in if() [16:17:52 CET] <cone-433> ffmpeg 03Michael Niedermayer 07master:0245abc7c1a5: avcodec/x86/hpeldsp_init: Put CONFIG_* first in if() [19:04:03 CET] <klaxa> michaelni: okay thanks that cleared it up for me [21:51:55 CET] <jamrial> nevcairiel: your samplerate "hack" fixes the above [21:52:45 CET] <nevcairiel> i know [21:52:52 CET] <nevcairiel> but i dont know if it has any side effects [21:54:50 CET] <Daemon404> shoulda used haskell [21:55:24 CET] <jamrial> [libdcadec @ 000000000034c5c0] dcadec_context_parse() failed: 2 (Invalid bitstream format) [21:55:43 CET] <jamrial> with or without your patch, so guess it doesn't really fix it :p [22:02:28 CET] <wm4_> Daemon404: apparently all real haskell code is full of side effects [22:09:27 CET] <nevcairiel> jamrial: an incomplete frame from a bad cut could always cause that [22:11:46 CET] <jamrial> i thought it could be that, but oddly enough dcadec (the tool) doesn't complain even in strict mode [22:12:26 CET] <nevcairiel> maybe its dts stream reader filters out bad frames at the start [22:12:40 CET] <nevcairiel> do you know if thats the first frame? [22:13:22 CET] <jamrial> no [22:29:26 CET] <jamrial> i think it's because dcadec_stream_read() (which we don't use in the wrapper since it's used to read from a file) returns 0 when a frame is incomplete, and dcadec simply stops gracefully in that case [22:51:06 CET] <j-b> wm4_: why do you want clean code? I mean, I can get 0.0564% improvement on a p3! [22:52:39 CET] <wm4_> if only all unclean code at least had a performance benefit on some ancient architecture [22:53:50 CET] <wm4_> but in ffmpeg we keep unclean code because... fuck I don't even know why [22:54:02 CET] <j-b> wm4_: hey, don't touch my xvmc acceleration! [22:54:15 CET] <j-b> soo valuable, and fast [22:54:49 CET] <wm4_> why does ffmpoeg have a svp3 encoder? (or whatever it was) [22:56:02 CET] <wm4_> DEV.L. svq1 Sorenson Vector Quantizer 1 / Sorenson Video 1 / SVQ1 [22:56:12 CET] <wm4_> no svq3 encoder unfortunately, only decoder [22:56:19 CET] <wm4_> WE NEED A SCQ3 ENCODER [23:19:30 CET] <wm4_> it's funny how Libav wanted to cleanup shit, but they also have the svq1 encoder [23:55:28 CET] <shanlar-> is it possible to set audio as option for a ffserver stream? [23:55:33 CET] <shanlar-> sometimes the stream has audio and sometimes it doesnt. when it doesnt have audio ffmpeg errors out with "Missing audio stream which is required by this ffm" [00:00:00 CET] --- Fri Mar 27 2015

1 0

ffmpeg.log.20150326
by burek 27 Mar '15

27 Mar '15

[00:00:06 CET] <DragonsLordKERNE> seasc, it's a AVInaptic report [00:00:32 CET] <entrailz> I believe I have that in place as it would not present a different error, i will run it again now and pastebin the error if i remove that. [00:00:37 CET] <DragonsLordKERNE> seasc, you can also receive a warning on VBR if you open the resulted output with VirtualDubMOD [00:01:26 CET] <seasc> DragonsLordKERNE, thank you, but its windows.. :( [00:02:57 CET] <seasc> entrailz, i was just asking, i have no idea what it does ^^ [00:03:22 CET] <entrailz> seasc, its something to do with the bitstream, i believe i had it in place as it was throwing an error before [00:03:43 CET] <DragonsLordKERNE> seasc, AVInaptic is also available on Linux [00:04:02 CET] <DragonsLordKERNE> I am a *nix man at work ... obliged to use Windows at home :-/ [00:09:29 CET] <seasc> DragonsLordKERNE, just found it, sadly there is no package in rpmfusion, so its not worth the effort, just wanted to have a look at the output of one of my files to compare. But comiling is too much trouble for this :p [00:12:09 CET] <Neon> seasc, Thanks, btw, I'm compiling now :) [00:12:40 CET] <DragonsLordKERNE> seasc, I understand ;) [00:12:58 CET] <entrailz> seasc, iive, thanks for help but seems im not destined to resolve this today. thanks anyway! [00:13:04 CET] <seasc> DragonsLordKERNE, if you use ffmpeg at work too, you might like my bash script project : https://github.com/sri-arjuna/vhs/blob/master/vhs.sh [00:14:26 CET] <seasc> Neon, welcome :) btw, i guess you might like my above script as well ;) [00:15:39 CET] <seasc> there's a manpage and bash_completion as well in the git repo :) [00:16:29 CET] <seasc> though its only for 'general use' nothing specialiced [00:16:57 CET] <DragonsLordKERNE> thank you for your suggestion, seasc [00:17:43 CET] <DragonsLordKERNE> Well, time to go to bed guys ... I really appreciated your help ... Good night! :) [00:18:37 CET] <seasc> DragonsLordKERNE, good night :) [00:19:17 CET] <seasc> and sorry about cbr/vbr .. [00:19:30 CET] <seasc> oh wait.. isnt there a cbr 23 setting or so? or does that only apply to video? [00:20:09 CET] <DragonsLordKERNE> I don't really know ... what I know is that using AVIdemux the result it's a "real" CBR [00:20:38 CET] <DragonsLordKERNE> the result by FFMPEG seems to be good but not well "attributed" [00:21:07 CET] <DragonsLordKERNE> now I really have to leave sorry ... thank you very much again ... talk to you next time ;) [00:21:19 CET] <DragonsLordKERNE> Click! [00:21:25 CET] <seasc> gn8 [00:21:42 CET] <selsta> can i use lavf to use a byte array insted of a file path? [00:22:31 CET] <selsta> when using something like avformat_open_input [01:01:02 CET] <IlIlIlIlIlIlI> re topic: ffmpeg is in debian unstable already ^^ [01:01:13 CET] <IlIlIlIlIlIlI> what does "Non-monotonous DTS in output stream" mean? [01:01:40 CET] <IlIlIlIlIlIlI> particularly as only manifests when using '-f tee' format [03:25:54 CET] <Anaphaxeton> hello. i have a question [03:26:24 CET] <Anaphaxeton> is there a trick to ruen an srt to a dvdsub? [03:26:31 CET] <Anaphaxeton> no video embedding [03:26:53 CET] <Anaphaxeton> s/ruen/turn [03:27:03 CET] <maqr> how can i tell what "level" this h.264 stream is encoded with? it says "Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt709/bt709), 640x480, 5008 kb/s, 29.88 fps, 30 tbr, 600 tbn, 1200 tbc (default)", but i was expecting to see something like "Level 3.1" after "High" [03:32:19 CET] <lordkrondor> use the -show_streams option, it will show you the level= [03:32:40 CET] <lordkrondor> for ffprobe that is [03:39:30 CET] <maqr> thanks lordkrondor [03:42:01 CET] <maqr> lordkrondor: "level=30" must mean 3.)? [03:42:03 CET] <maqr> 3.0? [03:42:14 CET] <lordkrondor> yeah from my experience [03:42:20 CET] <maqr> ok, cool [03:47:04 CET] <Neobenedict> [02:37:11] <+Neobenedict> hi all, I run this ffmpeg -i input.mkv -ss 1:07:34 -t 00:00:40 -c:v libx264 -c:a copy out.mkv and get ffmpeg freezing, any idea why [03:47:04 CET] <Neobenedict> [02:37:26] <+Neobenedict> stuck here Press [q] to stop, [?] for help [03:47:08 CET] <Neobenedict> [02:37:26] <+Neobenedict> frame= 0 fps=0.0 q=0.0 size= 1kB time=00:00:00.00 bitrate=N/A [03:47:21 CET] <Neobenedict> [02:40:06] <+Neobenedict> oh now we got this [03:47:22 CET] <Neobenedict> [02:40:08] <+Neobenedict> Reference 6 >= 50.0 q=0.0 size= 1kB time=00:00:00.00 bitrate=N/A [03:47:22 CET] <Neobenedict> [02:40:08] <+Neobenedict> [h264 @ 000000001128ac40] error while decoding MB 77 22, bytestream (98391) [03:47:22 CET] <Neobenedict> [02:40:08] <+Neobenedict> [h264 @ 000000001128ac40] concealing 3332 DC, 3332 AC, 3332 MV errors in P frame [03:47:30 CET] <Neobenedict> this channel might be better [03:58:58 CET] <Neobenedict> klaxa [03:58:59 CET] <Neobenedict> http://privatepaste.com/96136104d1 [03:59:54 CET] <klaxa> Neobenedict: that shows no error at all [04:00:07 CET] <Neobenedict> but it shows it stuck [04:00:11 CET] <Neobenedict> just sits there [04:00:26 CET] <Neobenedict> okay it's doing something now [04:00:38 CET] <Neobenedict> weird considering i had it sat for ages [04:01:33 CET] <klaxa> it will sit there for quite a long time, it's decoding the frames up to 1:07:34 [04:01:43 CET] <klaxa> you can move the -ss option before the -i option [05:12:58 CET] <Guest24492> Hi, I'm trying to chain together multiple -filter_complex in the one ffmpeg command. Can you advise if this is possible? ffmpeg -y -i /mnt/audio/Programs/23/23051/A23051/PM/A23051-01.wav -filter_complex 'compand=0.005:0.3:-13.5/-13.5|0/-12.5:1:0:-90:0' -filter_complex 'compand=0.002:.15:-12.5/-12.5|0/-11.5:1:0:-90:0' /media/local_temp/1.wav [05:20:12 CET] <klaxa> you can use -filter_complex only once, you can cobine the two arguments into one separated by a semicolon (i think? might be comma) [05:25:15 CET] <Guest24492> Thanks. ; didn't work. , does. Great! [07:41:40 CET] <maqr> is there some standard way to rate visual quality of encoded video? [07:42:02 CET] <maqr> i think it's mostly subjective, but there might be something that i'm missing [07:43:27 CET] <vivan> objective metrics like psnr and ssim (but they are not as good from subjective point of view) [07:49:18 CET] <maqr> vivan: interesting, thanks, i googled about that and landed here http://en.wikipedia.org/wiki/Video_quality [07:50:03 CET] <maqr> it looks like PSNR is what i was looking for on the objective side, and MOS is the subjective version [07:51:48 CET] <maqr> http://en.wikipedia.org/wiki/PEVQ this is also a thing [07:58:05 CET] <maqr> apparently there's a thing called the Video Quality Experts Group [09:07:45 CET] <JEEBsv> maqr: there's always issues with metrics, like PSNR always favouring a blurred image over a sharper one with some artifacts [09:08:29 CET] <JEEBsv> SSIM seems to be a bit better in some things, but it's definitely not an answer to all the questions [09:26:21 CET] <termos> what's the difference of using "," and ";" in my filter graph string? [09:41:49 CET] <_pekman_> hello everyone, anyone there? [09:42:59 CET] <_pekman_> I'm trying conatenar a * .wav and * mp4 video using mmcat script, but I get an error [09:43:43 CET] <_pekman_> see http://imgur.com/4Tm3855 [09:44:09 CET] <_pekman_> /tmp/mcs_v_all: Operation not permitted [10:03:58 CET] <relaxed> _pekman_: it's probably a permission problem. [10:08:16 CET] <_pekman_> is not a permission issue, I tried to accomplish the task as root and got the same error [10:20:28 CET] <relaxed> hmm, maybe you can't have fifos in /tmp [10:21:13 CET] <relaxed> change /tmp in the script to point to your home dir or $HOME/tmp [10:29:28 CET] <_pekman_> even making the change does not work [10:30:09 CET] <_pekman_> there is a simpler way to concatenate * .wav and * .mp4? [10:30:37 CET] <_pekman_> I'm making a script to record the screen [10:31:04 CET] <relaxed> concat wav with the audio in the .mp4? [10:31:37 CET] <_pekman_> as not use pulse, had to do different things in order to capture my audio [10:32:05 CET] <relaxed> so there's no audio in the .mp4 and you want to add it via the wav? [10:32:20 CET] <_pekman_> * wav audio and video * .mp4 [10:32:36 CET] <_pekman_> yes [10:33:09 CET] <_pekman_> ffmpeg -f alsa -i default:CARD=MID /tmp/out-`date +%d-%m-%Y_%H:%M:%S`.wav -f x11grab -r 30 -s `xdpyinfo | grep 'dimensions:'|awk '{print $2}'` -i :0.0 -an -vcodec libx264 -preset ultrafast -qp 0 -threads 0 /tmp/screencast-`date +%d-%m-%Y_%H:%M:%S`.mp4 [10:33:23 CET] <_pekman_> i using this command in shell script [10:33:44 CET] <relaxed> ffmpeg -i video.mp4 -i audio.wav -map 0 -map 1 -c:v copy -c:a aac -strict -2 output.mp4 [10:33:46 CET] <_pekman_> so far everything works perfectly [10:34:01 CET] <_pekman_> ooohhhh [10:34:14 CET] <_pekman_> I will try it [10:37:01 CET] <relaxed> concat is where you add one stream to another, making it longer. [10:38:27 CET] <relaxed> muxing it what you needed [10:38:46 CET] <_pekman_> what do you suggest? [10:39:25 CET] <relaxed> the command I just gave you muxes both audio and video into output.mp4 [10:41:24 CET] <_pekman_> well! I have to tell you that did not know this command [10:42:41 CET] <relaxed> the command you use includes audio, so where does the wav come from? [10:42:59 CET] <relaxed> oh, I see [10:43:45 CET] <relaxed> ffmpeg -f alsa -i default:CARD=MID -f x11grab -r 30 -s `xdpyinfo | grep 'dimensions:'|awk '{print $2}'` -i :0.0 -an -vcodec libx264 -preset ultrafast -qp 0 -threads 0 output.mp4 [10:44:15 CET] <relaxed> ^^ that would encode audio and video into output.mp4 [10:54:01 CET] <un1versal> morning, Would like to knw if thers circumstances where .wav files get identified as having a wav audio stream by ffmpeg and not pcm_s16le or pcm_s24le etc [10:56:09 CET] <_pekman_> relaxed the command to encode audio and video in mp4 does not work. Apparently I have to record wav mp4 and then use muxes. [11:05:48 CET] <relaxed> _pekman_: in what way does it not work? [11:06:22 CET] <_pekman_> the audio is muted [11:06:36 CET] <_pekman_> the video is muted [12:33:54 CET] <JamJams> Is there a way for ffmpeg to keep field repeats? When it decodes it ignores them, it's highly annoying. [13:16:51 CET] <JamJams> How do I handle RFF pull-down with decimate in -vf? [13:30:33 CET] <lordkrondor> use fieldmatch followed by decimate [13:30:53 CET] <lordkrondor> and I also think you need to set -r 24000/1001 [13:31:03 CET] <JamJams> That deletes good frames though [13:31:13 CET] <JamJams> Since it has repeat fields the decimate pattern is wacked [13:31:19 CET] <lordkrondor> how about just use pullup [13:31:21 CET] <JamJams> ffmpeg ignores repeat fields [13:31:28 CET] <JamJams> That also results in the same issue [13:31:35 CET] <lordkrondor> sorry, don't know then [13:33:03 CET] <JamJams> Seems like a pretty huge flaw [13:55:07 CET] <JEEBsv> JamJams: there is a field match filter and a decimation filter [13:55:31 CET] <JamJams> ffmpeg ignores field repeats [13:55:49 CET] <JamJams> There is no code to handle it at all if you look at the mpeg2dec.c [13:55:58 CET] <JEEBsv> oh right, RFF stuff [13:56:01 CET] <JamJams> So it doesn't even know the frames are there [13:56:16 CET] <JamJams> So if you apply a decimate filter over the top of it, the pattern is screwed [13:56:23 CET] <JEEBsv> yeah [13:56:30 CET] <JamJams> I don't know how to fix it :/ [13:56:47 CET] <JEEBsv> I just remember some lavc-using things somehow hacking that in [13:57:02 CET] <JEEBsv> but that is probably manual parsing of the flags [13:57:59 CET] <JamJams> I've set my source to 24000/1001 and just yadif'd it, there's still dupes in there [13:58:52 CET] <JamJams> Why doesn't ffmpeg just dupe the frame though [13:59:16 CET] <JamJams> Somebody commited one change a few years ago and got rid of all the field repeating code [13:59:30 CET] <JamJams> Before that it had something that would insert the frame again or a null packet [14:08:36 CET] <JamJams> JEEBsv do you think I could work my way around it by applying yadif then attempting to remove dupe frames with decimate somehow? [14:39:46 CET] <iive> I think that the decoder exports the flags. There was a mplayer filter that creates telecine from them... [14:40:26 CET] <iive> but i'm not sure if that filter was ported, before removal. [14:42:12 CET] <JamJams> I don't really care about the flag or recreating the pull down [14:42:17 CET] <JamJams> I just want to be able to get rid of the dupe frames [14:42:43 CET] <JamJams> Without the proper frame number sequence decimate can't do it's job [14:44:07 CET] <JamJams> iive if the flag is exported how can I access it? Is it stored in AVFrame? [14:51:23 CET] <iive> there must be mpdecimate filter [14:51:30 CET] <iive> that looks at the content of the frames [14:51:45 CET] <JamJams> There is, but it deletes too much [14:52:08 CET] <He4dShOt> hello [14:52:14 CET] <iive> it should have some thresholds to tweak [14:52:37 CET] <JamJams> Yeah, but it wont ever be 100%, not respecting the repeat fields should be classed as a bug [14:52:47 CET] <He4dShOt> can I find ffmpeg already compiled for raspberry pi? I'm in a hurry and don't really have the time to compile it [14:52:50 CET] <JamJams> You can't fix ITVC if the frame seq is lost [14:53:40 CET] <iive> hum? [14:55:38 CET] <iive> the decimate filter is smarter than fps that simply drops frames in sequence, it should instead drop the most similar frames first. [14:57:07 CET] <JamJams> The sequence is lost though, if you have a RFF pull-down then apply decimate over it. It's going to drop valid frames as well as the dupes [14:57:22 CET] <JamJams> Because ffmpeg ignores the repeat_field flag [14:57:35 CET] <iive> I don't understand what do you mean by "the sequence" [14:57:52 CET] <iive> do you want to reconstruct the original frames or not? [14:59:43 CET] <JamJams> But it's RFF, ffmpeg ignores the repeat_field flag in the mpeg12enc.c so it's impossible to restore it to the original [14:59:52 CET] <iive> why? [15:00:06 CET] <iive> the decoder output all frames as they have been encoded [15:00:21 CET] <JamJams> The decoder ignores the repeated fields [15:00:37 CET] <iive> because these fields are not encoded [15:00:51 CET] <iive> it just means that the frame should stay a half period longer [15:01:00 CET] <JamJams> Correct they're just duplicate [15:01:16 CET] <iive> but, does the decoder output duplicate? [15:01:21 CET] <iive> imho, it should not. [15:01:25 CET] <JamJams> No it doesn't and that's the problem [15:01:31 CET] <iive> why? [15:01:55 CET] <iive> you have 30 fps, the decoder output 24 and you have decimate that is set to 24... [15:02:02 CET] <JamJams> Because there's still duplicates in the source [15:02:29 CET] <JamJams> Sometimes the repeat field flag isn't set true by the creator of the .ts file [15:02:37 CET] <JamJams> Sometimes they actually just duplicate the frame [15:02:47 CET] <iive> you mean, hard telecine [15:02:50 CET] <JamJams> Yes [15:03:04 CET] <JamJams> It's a mix of both hard telecine and rff [15:03:45 CET] <JamJams> And because ffmpeg doesn't respect the repeated fields flag, you can't apply decimate over the top of it to remove the hard telecine and the soft telecine [15:04:25 CET] <JamJams> The sequence is lost so you end up destroying valid frames if you try to remove the hard telecine mixed in with the repeats that ffmpeg doesn't see [15:05:08 CET] <iive> as I said, decimate should remove frames that are most similar first. [15:05:39 CET] <iive> also... aren't some of the special ivtc filter better suited for handling such cases? [15:06:24 CET] <JamJams> I could use .avs and it respects the pull down so I can just apply decimate but I want to do it all with ffmpeg [15:06:47 CET] <JamJams> I just think it's odd there's no filter or flag to make it respect the pull down and show the repeats [15:07:09 CET] <iive> well... the ffmpeg decimate should behave the same as avisynth one. [15:07:18 CET] <iive> or at least that was the idea... [15:07:58 CET] <JamJams> avisynth respects the pull down so decimate can do it's job, ffmpeg doesn't respect the pull down so decimate can't [15:08:23 CET] <iive> this doesn't make sense [15:08:57 CET] <JamJams> Ok so avisynth will do this 1 2 3 4 5 FIELDREPEAT-5 6 7 8 9 10 [15:09:18 CET] <JamJams> ffmpeg does this 1 2 3 4 5 FIELDREPEAT-5-IGNORE 6 7 8 9 10 [15:10:51 CET] <JamJams> So when you throw decimate over ffmpeg it's already removed 98% of the frames by ignoring the pull down [15:10:57 CET] <JamJams> So decimate doesn't work [15:11:00 CET] <JamJams> That's the problem [15:11:05 CET] <iive> decimate filter needs constant fps input... so i guess this is the problem [15:11:06 CET] <JamJams> And I can't see a way around it [15:11:35 CET] <JamJams> There should be a filter or something or a flag in the decoder [15:11:40 CET] <JamJams> So you can add the repeats [15:12:25 CET] <iive> try the 'pullup' filter [15:13:23 CET] <JamJams> Any extra parameter I should try or just -vf pullup [15:14:07 CET] <iive> try it without any, see if there are places where it does (not) work, tweak for them. [15:18:04 CET] <iive> there is 'telecine' filter, but I don't think it handles rff flags :( [15:18:26 CET] <JamJams> Nothing does :/ [15:19:00 CET] <JamJams> mpeg12dec.c line 1140 [15:19:13 CET] <JamJams> You can't even get the flag in AVFrame or AVPacket to fix it yourself in a filter [15:19:18 CET] <JamJams> It's just always set to 0 [15:19:43 CET] <JamJams> I'm not even sure why whoeever wrote it wastes the memory used to store the int if it's always just 0 [15:23:25 CET] <iive> it's repeat_first_field [15:25:51 CET] <JamJams> So what's repeat_field then :/ [15:26:21 CET] <iive> no idea [15:26:46 CET] <baran> whats the difference between yuv420p and yuv420p(tv) ? [15:28:03 CET] <iive> baran: one of them have dead zones, aka all values from 0 to 16 are considered black, and all from 240 to 255 are considered while. [15:28:40 CET] <iive> so the range is smaller 16-240. Not sure if these values are correct or which one is the one with/out dead zones. [15:29:43 CET] <JamJams> Hmm well I can't access repeat_first_field outside the class I don't think [15:29:59 CET] <loki_> hello. [15:30:14 CET] <JamJams> Guess I can just edit this to reinsert the last frame [15:30:14 CET] <loki_> if x11grab slow method to capture screen? [15:30:40 CET] <loki_> i want do 60 fps capture of my gameplay [15:30:59 CET] <loki_> i made nvenc version of ffmpeg but can't get even 30 fps [15:31:52 CET] <BtbN> How are you trying to capture, and what platform? [15:33:04 CET] <JamJams> @iive - pullup doesn't work, it leaves interlaced frames so I added yadif=1:1 now it leaves dupes [15:33:04 CET] <baran> iive: is there a way to tell one format from another in ffmpeg? To my knowlage both yuv420p and yuv420p(tv) are represented as "AV_PIX_FMT_YUV420P" [15:33:16 CET] <baran> or am i mistaken? [15:36:31 CET] <BtbN> loki_, even on the slowest setting (llhq with 2pass), 60 fps with 720p are still possible. So i'd assume your capture isn't fast enough. [15:38:16 CET] <loki_> BtbN: ubuntu 14.04 ./ffmpeg -f x11grab -r 60 -s 1920x1080 -i :0.0 -vcodec libnvenc -b:v 3050k /media/loki/Files/test1.avi [15:38:54 CET] <loki_> intresting things that that old not official nvenv repo is faster thatn official. [15:39:01 CET] <BtbN> x11grab can have a hard time getting 60 fps. [15:39:47 CET] <BtbN> How many FPS do you get if you just copy the raw frames to /dev/null? [15:40:06 CET] <loki_> how i can do this? [15:40:15 CET] <BtbN> -c copy instead of some encoder [15:41:25 CET] <loki_> is this right? ./ffmpeg -f x11grab -r 60 -s 1920x1080 -i :0.0 -c copy /dev/null [15:41:37 CET] <loki_> it said it can't found suitable format [15:41:46 CET] <BtbN> ffmpeg -f x11grab -r 60 -s 1920x1200 -i :0 -c copy -f rawvideo /dev/null [15:41:47 CET] <BtbN> works for me [15:45:06 CET] <loki_> BtbN: and how much you have? http://pastebin.com/f2e3MyER [15:45:14 CET] <loki_> i can't get it working [15:45:26 CET] <BtbN> I get 55 fps here. [15:46:21 CET] <loki_> what cfg and os you have? [15:46:32 CET] <loki_> and what is my problem with that command? [15:46:56 CET] <BtbN> Is that the ffmpeg you also use nvenc with? Cause 2.4 doesn't have nvenc. [15:47:38 CET] <BtbN> I'm using 2.6.1 [15:48:38 CET] <loki_> no it is system ffmpeg [15:49:58 CET] <loki_> i have 75 fps( [15:50:07 CET] <loki_> so nvenc is bottleneck? [15:51:24 CET] <loki_> and ffmpeg eating around 40% of cpu [15:51:37 CET] <loki_> with nvenc i see 60% [15:51:59 CET] <hurn> hello, im currently making a program using ffmpeg. i was wondering is there a way i can keep my portion of the code closed source? [15:52:52 CET] <kepstin-laptop> hurn: use a build of ffmpeg that has an LGPL license, and read through http://ffmpeg.org/legal.html [15:54:41 CET] <loki_> x11grab is really fast thing.. [15:54:53 CET] <loki_> it even can do 80 fps [15:54:57 CET] <loki_> i am amused [15:55:08 CET] <loki_> so maybe i can tweak nvenc? [15:55:44 CET] <loki_> or it is just in early stage and i need to wait? [15:56:25 CET] <BtbN> Try other presets, but even the slowest one should be easily able to do 60fps [15:56:37 CET] <BtbN> Try -preset hq and -preset hp [15:58:35 CET] <hurn> kepstin-laptop: so as long as i compile it as a dll under lgpl, ans say in the program about box. that i use ffmepg, ill be good? also i read that i have to include the source code i used for ffmpeg, but is that only if i modify ffmpeg? or no matter what i have to include it? [15:59:02 CET] <kepstin-laptop> hum: if you're distributing a binary build of ffmpeg, you should always be distributing the corresponding source code as well [15:59:16 CET] <kepstin-laptop> hurn: read the legal page, it says that right on it... [15:59:41 CET] <hurn> i did just making sure i read it right... [16:03:19 CET] <BtbN> If you built it from unmodified official sources, a short text file which says so and some info about which commit hash you build should be enough. I'm not a legal expert though. [16:03:57 CET] <loki_> BtbN: i can't get nvenc some much more that 25 fps [16:04:01 CET] <kepstin-laptop> it's certainly never wrong to distribute the full source yourself, of course. [16:04:07 CET] <loki_> it really always equal to 25 fps [16:04:09 CET] <BtbN> loki_, what GPU, what driver version? [16:04:10 CET] <loki_> it is strange [16:04:29 CET] <loki_> 346.47 660 gtx [16:04:38 CET] <BtbN> built with nvenc api 5? [16:04:50 CET] <loki_> i tried both [16:04:57 CET] <loki_> official with api 5 [16:05:05 CET] <loki_> not official with api 4 [16:05:15 CET] <loki_> and not official is little faster [16:05:47 CET] <loki_> if i change quality nothing happens [16:05:53 CET] <loki_> always 25fps [16:06:52 CET] <t4nk518> Hello, can I ask someone's help to work out an FFMPEG cli command? [16:07:09 CET] <loki_> i know that it can do more i tried nvenc on this system under windows. And i recieved something near 60 fps [16:09:23 CET] <BtbN> loki_, my gt630 does 77 fps on the slowest settings. [16:09:33 CET] <loki_> brrr [16:09:42 CET] <BtbN> 210 fps on the fastest [16:09:47 CET] <loki_> where can i start again? [16:09:59 CET] <BtbN> Are you running a game on the GPU? [16:10:13 CET] <loki_> i am trying to capture just desktop [16:10:46 CET] <BtbN> https://bpaste.net/show/28cf7645855e [16:11:49 CET] <BtbN> Maybe your system is already overwhelmed by the rgb->yuv conversion? [16:12:36 CET] <loki_> BtbN: what it mean? [16:13:07 CET] <loki_> i have cpu=native in my configuration options [16:13:15 CET] <loki_> can be that a problem? [16:14:51 CET] <BtbN> What CPU is it? [16:15:22 CET] <loki_> dunno [16:15:43 CET] <loki_> wait lets start from build, plz [16:15:57 CET] <loki_> BtbN: under what operation system you build it? [16:16:08 CET] <BtbN> Try -c:v rawvideo -pix_fmt nv12 -f rawvideo -y /dev/null [16:16:24 CET] <BtbN> I'm on Gentoo, using gcc 4.9.2 [16:16:40 CET] <BtbN> ffmpeg built from latest master [16:16:57 CET] <loki_> how you build ffmpeg? from where you take all sources for example nvenc sdk? [16:17:07 CET] <loki_> gentoo have it in portage or what? [16:17:11 CET] <BtbN> There is only exactly one source for the nvenc sdk. [16:17:21 CET] <loki_> nvidia site? [16:17:54 CET] <BtbN> ffmpeg -f x11grab -r 60 -s 1920x1080 -i :0 -c:v rawvideo -pix_fmt nv12 -f rawvideo -y /dev/null [16:17:59 CET] <BtbN> How many fps does this give you? [16:18:50 CET] <loki_> lol [16:18:51 CET] <loki_> 25 [16:19:08 CET] <BtbN> So your CPU is too slow to handle rgb to yuv fast enough. [16:19:36 CET] <BtbN> Or you broke acceleration [16:20:06 CET] <loki_> i see that now ffmpeg eat more that when i use nvenc [16:20:20 CET] <kepstin-laptop> rgb to yuv conversion seems like something which it would be ideal to do on a wide vector processor attached over pci-e rather than the main cpu, tho. I'm surprised nvenc doesn't accept rgb input. [16:20:24 CET] <loki_> maybe i need use cuda for this? [16:20:38 CET] <BtbN> kepstin-laptop, it accepts only nv12 [16:20:44 CET] <BtbN> and yuv444p in lossless mode [16:21:00 CET] <BtbN> (Or Direct3D surfaces) [16:21:26 CET] <loki_> why that on windows all is fast enougth? [16:21:34 CET] <loki_> maybe i can run another tests? [16:21:52 CET] <loki_> i see that under native system ffmpeg i recieve 23 fps, under mine 25 fps [16:22:16 CET] <BtbN> No idea? I'd guess you somehow broke the asm optimizations. [16:23:44 CET] <loki_> avconv gives 26 [16:24:06 CET] <BtbN> avconv is not ffmpeg. [16:25:51 CET] <loki_> what cpu you have? [16:26:20 CET] <BtbN> Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz [16:27:18 CET] <loki_> i have old phenom [16:27:23 CET] <loki_> this can be a problem? [16:27:41 CET] <loki_> AMD Phenom II X4 925 [16:28:51 CET] <BtbN> Propably, those things don't support a lot of stuff, so most hand written asm code won't be used there. [16:35:21 CET] <BtbN> The bgr to nv12 conversion is doing 450 fps for me, btw. [16:38:24 CET] <loki_> looks like i need upgrad lol. [16:46:50 CET] <loki_> BtbN: i can't believe that there can be so much big difference. [16:46:54 CET] <loki_> it is icredible. [17:01:39 CET] <Genscher> is it a known issue, that ffprobe seems to report inacurate millisecond durations for mpeg-2 videos? (premiere + other app report e.g. XX.24 and ffprobe reports XX.296) [17:02:33 CET] <Genscher> (which results in a black / empty frame when trusting ffprobe) [17:14:37 CET] <micechal_> Is it possible to scale an image only if is larger than the destination size¿ [17:16:47 CET] <saste> micechal_, sure, check the scale filter docs [17:17:28 CET] <micechal_> Im doing so right now [17:30:25 CET] <micechal_> Seems I'll have to use the min() function, right? [17:38:32 CET] <ausjke> i'm using avi for mjpeg streaming where video and audio are interleaved, is it possible to have audio track in avi for this use case? or some other format/container that can stream mjpeg with audio track? [17:39:14 CET] <ausjke> due to the nature of AVI the mjpeg and audio are now interleaved, so I can't really extract the audio track in players such as vlc [17:41:05 CET] <NY152> hello :) [17:44:00 CET] <NY152> I have problems with ffmpeg (Windows). When I want to make an x264 encoding (libx264) ffmpeg puts lavc as encoder :/ libx264 is listed yet. [17:50:38 CET] <loki_> BtbN: how can i understand that tech ffmpeg use for rgb to nv12 convertation? [17:54:45 CET] <NY152> nobody ? :/ [18:00:54 CET] <loki_> BtbN: am i right that where all stuff around rgb to nv12 going is libswscale/x86/input.asm [18:00:58 CET] <loki_> ? [18:17:35 CET] <BtbN> loki_, it's all somewhere in libswscale, yes [18:37:19 CET] <loki_> BtbN: looks i have no sse3 and it is a problem. [18:37:29 CET] <loki_> looks like * [18:37:39 CET] <BtbN> Realy, it doesn't even have sse3? [18:39:21 CET] <loki_> oh no it must have ssse3 [18:39:28 CET] <loki_> not sse3 [18:39:35 CET] <loki_> and i have not. [18:58:13 CET] <spectromas> hello, I want to convert the audio in a video file to mp3 V0 but keep the video and subs exactly how they are already. I want to check here before doing it because it's a large file and will take a long time I expect. This is what I was intending to do: ffmpeg -i /path/to/file -vcodec copy -scodec copy -acodec libmp3lame -qscale 0 /path/to/output/file [19:02:33 CET] <spectromas> oh sorry, http://pastebin.com/BnivV51v [19:20:37 CET] <spectromas> anyone? I'm guessing there is no need for profiles or presets, that this would be the quickest way? [19:28:26 CET] <loki_> BtbN: how i can read this output pipe in another copy of ffmpeg? ffmpeg -f x11grab -r 200 -s 1920x1080 -i :0.0 -c copy -f rawvideo - [19:29:54 CET] <loki_> BtbN: i tried this ffmpeg -f x11grab -r 200 -s 1920x1080 -i :0.0 -c copy -pix_fmt nv12 -f rawvideo - | ./ffmpeg_bin/ffmpeg -f rawvideo -i - -input_format nv12 -r 60 -s 1920x1080 -vcodec libnvenc -f matroska -y /dev/null [19:30:15 CET] <BtbN> With -c copy the pix_fmt is ignores. [19:30:17 CET] <BtbN> *d [19:35:11 CET] <loki_> BtbN: ok now i have just ffmpeg -f x11grab -r 200 -s 1920x1080 -i :0.0 -c copy -f rawvideo - | ./ffmpeg_bin/ffmpeg -pix_fmt bgr0 -f rawvideo -i - -r 60 -s 1920x1080 -vcodec libnvenc -f matroska -y /dev/null [19:35:44 CET] <loki_> have such output http://pastebin.com/VpHMKyVX [19:35:50 CET] <BtbN> The codec is called nvenc [19:36:04 CET] <loki_> it is from not official rep [19:36:13 CET] <loki_> and it called libnvenc there [19:36:18 CET] <loki_> i will change it. [19:36:20 CET] <BtbN> according to your paste, it's an ubuntu build, version 2.4 [19:36:24 CET] <BtbN> this doesn't have either [19:36:46 CET] <BtbN> But i have no idea what you are trying to achive with that. [19:36:50 CET] <BtbN> It won't get any faster. [19:37:54 CET] <loki_> BtbN: http://pastebin.com/sVDmfZEt [19:38:12 CET] <loki_> BtbN: just working with pipes [19:38:33 CET] <BtbN> -s and -r propably habe to be in front of -i [19:40:56 CET] <loki_> ya it is working now [19:41:03 CET] <loki_> even without pix_fmt [19:41:27 CET] <BtbN> Well, now the second instance has to do the same conversion [19:54:29 CET] <loki_> BtbN: i thought i can do such pipe redirect with any loose of perfomance [19:54:35 CET] <loki_> but things getting worse. [19:54:42 CET] <loki_> not even close lol [19:54:45 CET] <BtbN> It's a bunch of extra copies [19:54:50 CET] <BtbN> of course it gets slower [19:55:09 CET] <BtbN> it's even a bunch of extra copies for _huge_ amounts of data [21:03:47 CET] <loki_> BtbN: what is internal ffmpeg pixel format? [21:04:03 CET] <BtbN> Such a thing doesn't exist. [21:04:15 CET] <BtbN> It will use whatever it gets [21:04:26 CET] <BtbN> If the destination doesn't accept it, it will be converted. [21:10:05 CET] <loki_> BtbN: i don't think that there is simple way to convert from any format to any, specially with cpu optimizations. [21:10:13 CET] <loki_> so there must be way of doing this. [21:10:23 CET] <loki_> something standing in between. [21:11:06 CET] <BtbN> No idea how swscale works internaly, but i'd assume it allways tries to build the most optimal conversion path [21:11:29 CET] <BtbN> ffmpeg just throws some format at it, and requests what it needs. [21:12:17 CET] <loki_> is there way to debug this? [21:12:36 CET] <BtbN> Debug what? There is no way to debug your CPU faster. [21:14:49 CET] <BtbN> If you want to know what conversion it does you propably just need to raise the log level. [21:15:12 CET] <loki_> yes. [21:24:37 CET] <loki_> BtbN: ok, now i understand why not official ffmpeg is little fuster. It uses yuv420p not nv12 [21:25:04 CET] <loki_> i found -loglevel option and that there is ffmpeg_g [21:25:17 CET] <BtbN> ffmpeg_g is just not stripped from the debug symbols [21:25:21 CET] <BtbN> nvenc does only accept nv12 though [21:26:34 CET] <loki_> then how this work then? [21:26:41 CET] <BtbN> No idea? [21:27:07 CET] <loki_> BtbN: https://dl.dropboxusercontent.com/u/25725476/screenshot-2015.03.26-23%3A26%… [21:27:49 CET] <BtbN> I never looked at that code to avoid license poisoning. [21:28:11 CET] <loki_> lol [21:28:50 CET] <BtbN> Not funny at all, they didn't propperly license their code, so just looking at it and implementing stuff in a similar way can be an issue. [21:29:03 CET] <BtbN> No idea if they ever fixed it. [21:50:39 CET] <ChocolateArmpits> hello, is anyone familiar with microsoft's smooth streaming ? [22:46:00 CET] <DragonsLordKERNE> Good night, everybody :) [23:22:17 CET] <shanlar-> is it possible to set audio as option for a ffserver stream? [23:22:55 CET] <shanlar-> sometimes the stream has audio and sometimes it doesnt. when it doesnt have audio ffmpeg errors out with "Missing audio stream which is required by this ffm" [00:00:00 CET] --- Fri Mar 27 2015

1 0