June 2014 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20140601
by burek 02 Jun '14

02 Jun '14

[00:09] <ubitux> (help welcome on this ^) [00:14] <J_Darnley> Are you "reverse engineering" the assembly code? [00:15] <ubitux> the C code [00:17] <ubitux> the picture is currently generated based on the source code [00:17] <wm4> lol [00:17] <ubitux> ...trying to get a clue about this stuff is not simple :P [00:18] <wm4> how dare you to question the holy source dump [00:18] <wm4> of hand-unrolled weird stuff [00:19] <ubitux> i first attempted to reduce the code with all kind of crazy macro [00:19] <ubitux> i reduced it by something like half [00:19] <ubitux> but it was still huge as shit [00:20] <ubitux> and well, i'd like to understand a bit how it's working [00:20] <ubitux> there is no reason a filter like this should take 12k lines of code :p [00:22] <J_Darnley> There's a C version of hqx? [00:22] <ubitux> yes [00:23] <J_Darnley> Anyway. I wish you luck. If I get that bored I will have a look. [00:23] <ubitux> https://github.com/ubitux/hqx/blob/master/Makefile#L4 [00:23] <ubitux> see this ^ [00:24] <ubitux> wm4: honestly i wonder if it was hand unrolled [00:24] <ubitux> it's probably generated code [00:24] <ubitux> ...and i'm trying to figure out which one :P [00:25] <ubitux> i mean, it's not humanly possible to develop such filter by editing 12k lines of code [00:29] <TheFluff> you'd be surprised at what some autistic fucks can do given enough time [00:30] <ubitux> :D [00:42] <kierank> TheFluff: such political correctness [00:47] <JEEB> > TheFluff [00:47] <JEEB> > political correctness [00:47] <JEEB> pick one [00:50] <kurosu> porque no los^W^W ningún ? [01:35] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:59a70422b1bb: avcodec/cljr: remove coded_frame code [01:35] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:6dc709f0f5c5: avcodec/cljr: support width%4 encoding [02:26] <cone-720> ffmpeg.git 03James Almer 07master:e1bd40fe6beb: x86/motion_est: enable sad16_sse2 on k10 CPUs [04:31] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:149be913741f: avcodec/mjpegdec: request a AMV sample with non mod 16 height [04:31] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:181b2c37249c: avcodec/mjpegenc: disallow encoding amv with height%16!=0 [12:24] <cone-898> ffmpeg.git 03Tudor Suciu 07master:d2ef708c95ac: matroskaenc: Allow VP9 and Opus in webm [12:24] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:754bf1212c5a: Merge commit 'd2ef708c95ace2518deffe830a9c439aeb9edd5d' [12:44] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:ec1ed6450620: avcodec/cljr: require (v)strict -1 to use width %4 != 0 [13:19] <cone-898> ffmpeg.git 03wm4 07master:8c02adc62d71: lavu: add all color-related enums to AVFrame [13:19] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:6e8e9f1e517e: Merge commit '8c02adc62d71dfbb079a04753d8c16152c49de88' [13:44] <cone-898> ffmpeg.git 03wm4 07master:eb800f120d2d: libavcodec: set AVFrame colorspace fields on decoding [13:44] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:0ccfcb0638be: Merge commit 'eb800f120d2d42590fde2302fe828c847e41e773' [14:34] -:#ffmpeg-devel- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp [15:03] <ubitux> we don't have some kind of av_parse_yuv_color(), right? [15:31] <cone-898> ffmpeg.git 03Anton Khirnov 07master:41776ba9c0eb: avconv: do not use the stream codec context for decoding [15:31] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:d09793576760: Merge commit '41776ba9c0ebbb71394cefdf7dd1b243e6c852d5' [15:31] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:9fb45334fc53: ffmpeg: copy b frame codec delay back from decoder to demuxer [15:31] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:921d5ae3bcff: ffmpeg: replace remaining, ffmpeg specific ist->st->codec by ist->dec_ctx [17:37] <cone-898> ffmpeg.git 03Anton Khirnov 07master:383136264ef4: avconv: do not use the stream codec context for encoding [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:a87685d8e8c1: ffmpeg: add note about why has_b_frame is copied and when it can be removed [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:862120f98049: Merge commit '383136264ef40452efd86cafb2d7221cd3830b3d' [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:0949ff93c03a: ffmpeg_filter: fix choose_pix_fmts() so it uses the correct encoding context [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:0949bbc43182: ffmpeg: fix for-muxer AVCodecContext stuff [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:229022e788aa: ffmpeg_opt: fix attachment streams [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:00dcb1063110: ffmpeg: Fix encoder names in printout [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:758f929d212d: ffmpeg: Fix choose_pixel_fmt() so it uses the correct encoding context [17:37] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:909dbb07ebeb: ffmpeg_opt: fix ffserver with the 2 encoder contexts [17:52] <cone-898> ffmpeg.git 03Dirk Ausserhaus 07master:3df0d20028cb: Move Indeo4 frametypes into common header. [17:52] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:571effb3307d: Merge commit '3df0d20028cb9d2daca16ac0dc6c3ab77183da37' [17:55] <cone-898> ffmpeg.git 03Dirk Ausserhaus 07master:f76e3669bb35: Decode both parts of Indeo4 IP frames [17:55] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:3d820ba9095f: Merge commit 'f76e3669bb350ca6df150244f3d28d7dc5599f01' [19:18] <cone-898> ffmpeg.git 03Timothy Gu 07master:552c9904ab5f: tests: Add pullup filter test [19:18] <cone-898> ffmpeg.git 03Timothy Gu 07master:527f5cbf64e7: tests: remove stale fate-update.sh script [20:05] <cone-898> ffmpeg.git 03Reimar Döffinger 07master:6d695d7acc4c: Fix nonsense non-mod16 AMV flipping code. [20:05] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:d41a4a765b70: avcodec/mjpegenc: allow encoding amv with height % 16 != 0 when strict -1 is set [20:23] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:c4d88311cd90: avcodec/dpx_parser: fix off by 1 error [20:50] <compn> ooo someone working on indeo4 :) [20:52] <Daemon404> someone is a pervert [21:16] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:f028b7af7b78: avutil/opt: add opt_size() [21:16] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:00759d71a288: avutil/opt: add av_opt_copy() [21:16] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:8b686c886c80: avcodec/options: use av_opt_copy() in avcodec_copy_context() to copy priv_data [23:34] <cone-898> ffmpeg.git 03Christophe Gisquet 07master:09fc28aed1fd: x86: hevcdsp_init: fix macro usage [23:46] <cone-898> ffmpeg.git 03Christophe Gisquet 07master:dcd2a6ca36a4: x86: hevc_mc: remove unneeded shift [23:56] <cone-898> ffmpeg.git 03Uwe L. Korn 07master:a1859032e39d: flvdec: Do not default to a video and audio stream [23:56] <cone-898> ffmpeg.git 03Michael Niedermayer 07master:8225bf95bc3f: Merge commit 'a1859032e39d96352687186fd179e1559dea2aca' [00:00] --- Mon Jun 2 2014

1 0

ffmpeg.log.20140601
by burek 02 Jun '14

02 Jun '14

[01:02] <kippi> hey [01:04] <kippi> is there a history of this channel? I had a great answer to a issue I was having but lost my hard drive, would love to be able to go back [01:05] <another> there are public logs somewhere [01:05] <another> http://lists.ffmpeg.org/pipermail/ffmpeg-devel-irc/ [01:12] <kippi> is there away to do scene detection in ffmpeg? I have a live feed and I want to be able to tell if the video has paused? [10:36] <ztane> hi, we have a following problem with ffmpeg/ffserver, using ffserver to stream video with libx264, framerate 30, videobitrate 2000k, videokeyframeinterval 1 (!!), the video size is drifting very fast up from the original framerate [10:36] <ztane> this is an embedded device used for screen capture, we do not mind bad quality but we need keyframes and we need the bitrate to stay constant... how to fix? [10:40] <ztane> that is, what options coudl we try in ffserver config to force the bitrate to be kept / quality dropped [10:40] <ztane> (and yes we really need keyframes at 1 second) [10:52] <Mavrik> ztane, set vbv parameters for libx264 if you want it to keep tighter bitrate [10:53] <Mavrik> but relying on your video being a constant bitrate size is mostly a design failure [10:53] <ztane> it is not about it being constant bitrate, [10:53] <ztane> it is about it getting to 5Mbit in 1 minute :( [10:54] <ztane> the 2mbit quality would be good enough as in the beginning of the file [10:57] <ztane> that is, if we stream 30 minutes of data, the resulting stream will be on avg ~6-7Mbit/sec as opposed to the 2M :D [11:02] <Mavrik> ztane, vbv parameters :) [11:02] <Mavrik> ztane, vbv-maxrate and vbv-bufsize are required so x264 does bitrate control more tightly: http://mewiki.project357.com/wiki/X264_Settings#vbv-maxrate [11:04] <ztane> okie will try [13:36] <ztane> hmm how do i specify x264opts in ffserver.conf [15:51] <ZjP> I'm try to change left/right volume separately with: "channelsplit=channel_layout=stereo[L][R]; [L]volume=0.5[Lmod]; [R]volume=2.0[Rmod]; [Lmod][Rmod]amerge", but this doesn't seem to work. What am I doing wrong? [16:40] <Jaex_> where can i find x264 preset settings, searched in google but can't find [16:41] <Jaex_> x264 --fullhelp not works [16:42] <sruli> hi everyone, I encode everyday some videos from my helmet camera from MOV to mp4 h264 codec, I use -preset veryslow, can someone tell me if there is a real difference between veryslow and slow? [16:45] <sacarasc> sruli: Find a bit with a lot of movement on it, and do a 10 second encode of both, compare quality and size and see if the extra time is worth it for you. [16:45] <Jaex_> reason why im searching for preset setting list is, trying to figure out what is default -bufsize value [16:45] <Jaex_> because when recording screen videos becoming fast because of fps drops [16:45] <Jaex_> so im hoping maybe higher buffer size can solve it [16:46] <sruli> its all alot of movement, i tried it i encode @ 10000k when using veryslow i get 10002k for same file size, but to my naked eye i cannot see any difference [16:47] <sruli> sacarasc: can i upload 2 short vids and you tell me if you see a differnce? [16:47] <sacarasc> I have terrible eyes. [16:47] <sacarasc> But if you can't see the difference, then why not go for the quicker? [16:47] <sruli> lol, anyone around with a good set of eyes!? [16:48] <sruli> because I also dont have a good set of eyes when it comes to seeing minor difference in quality [16:52] <Jaex_> also im wondering is rtbufsize different than bufsize? [16:52] <Jaex_> cant find much info about these in documents [16:54] <Mavrik> bufsize isn't set in presets [16:54] <JEEB> <Jaex_> reason why im searching for preset setting list is, trying to figure out what is default -bufsize value <- VBV settings have no defaults [16:54] <Mavrik> presets don't set quality sizes. [16:54] <JEEB> -bufsize and -maxrate [16:54] <Mavrik> *quality parameters [16:54] <JEEB> and yes, you need both for working VBV [16:55] <Jaex> This is default settings in my software: https://dl.dropboxusercontent.com/u/14076298/ShareX/2014/06/JAsYGAywGJ.png [16:55] <Jaex> but many peoples reporting videos becoming very fast [16:55] <Jaex> but i can't reproduce it because my computer not bad [16:56] <Jaex> so im thinking maybe i should set -bufsize and -rtbufsize? [16:56] <JEEB> rtbufsize is something completely different [16:56] <Jaex> because they must keep getting buffer size error which causing frame drops [16:56] <JEEB> bufsize and maxrate are the VBV settings in the libx264 wrapper [16:56] <JEEB> anyways, I'm pretty sure that's not the case, it shouldn't cause "becoming very fast" :P [16:57] <JEEB> that sounds like timestamps going wrong and setting VBV probably isn't going to help [16:58] <Jaex> becoming very fast happens because video expects 30 frames per second but when 5 frame lose then 25 frame per second + 5 frame in next second in output video so video becomes 1.16x more faster [16:58] <JEEB> yes, and that just means the encoding is too slow [16:58] <JEEB> nothing to do with VBV [16:58] <JEEB> VBV is needed when you need to push the output straight through a limited bandwidth thing (read: network or media) [16:58] <Jaex> i don't know what is VBV by the way, searched in google and as always can't find it [16:58] <JEEB> it's a buffering model basically [16:59] <JEEB> if they successfully get a too fast video, it means that whatever they're doing they're getting the video read fast enough [16:59] <JEEB> so what should be done is getting proper timestamps instead of hardcoding 30fps [16:59] <JEEB> or well, X fps [16:59] <JEEB> I have no idea if you can get that with the DShow screen capture stuff [17:00] <Jaex> yea it is the problem [17:00] <JEEB> I mean, yes, DShow has timestamps [17:00] <Jaex> there is no c# wrapper for ffmpeg [17:00] <Jaex> therefore im completely rely on cli [17:00] <Jaex> for screen recording and real time encoding [17:00] <Jaex> so i dont have full control [17:00] <JEEB> uhh [17:00] <JEEB> why do people always want pre-made wrappers [17:00] <JEEB> it's not like using native libraries is /hard/ [17:00] <JEEB> anyways, even with cli [17:00] <JEEB> you could just fix the DShow input to do it like you want to [17:00] <Jaex> it is must hard therefore there isnt single open source exist :D [17:01] <JEEB> ... [17:01] <JEEB> can I facepalm? [17:01] <JEEB> I've written code in various languages that uses C libraries and it really is not hard, and I've used the libav* libraries in C [17:01] <JEEB> the reason why there is no wrapper is because the API changes so often [17:02] <JEEB> so you'd have to maintain the wrapper if it was a separate one [17:02] <JEEB> rather everyone just use the libraries in their own project [17:02] <JEEB> anyways, just fix the dshow input module if you want it to be properly fixed [17:02] <Jaex> dshow codes here: https://dl.dropboxusercontent.com/u/14076298/ShareX/2014/06/ShareX_JKCMaiSe… [17:02] <Jaex> what you mean fix? [17:03] <JEEB> fix the dshow input module in libavformat [17:03] <JEEB> so that it takes the input timestamps properly [17:03] <JEEB> and if that thing already does that, then you make the screen-capture-recorder DShow filter handle timestamps properly [17:04] <JEEB> you are setting -r 30 on both sides right now and that is just *dumb* [17:04] <JEEB> because it leads to your exact problem [17:05] <Jaex> where i found this open source dshow filter, they were suggesting using -r for both input and output :( [17:05] <JEEB> then you look at its code [17:05] <JEEB> and see if it handles frame rate drops properly [17:05] <JEEB> it's not rocketry. You've already gotten this far :P [17:06] <Jaex> their codes c++ [17:06] <Jaex> my software is c# :( [17:06] <JEEB> who cares? [17:06] <JEEB> you go and read their shit if you depend on it [17:06] <JEEB> welcome to reality [17:06] <Jaex> i cant suddenly be very knowledgeable with c++ [17:07] <JEEB> of course not [17:07] <JEEB> but you should be able to grasp the gist [17:07] <JEEB> you can't fix your shit unless you fix the whole chain [17:08] <JEEB> 1) check the dshow input module that it uses timestamps properly 2) check that screen capture dshow filter that it properly handles timestamps in case of stuff not going fast enough [17:09] <JEEB> you'd have to fix both of those anyways even when using them via the library :P [17:09] <Jaex> when using library i thought i would handle frame skips myself [17:09] <Jaex> like if cant capture in time then will skip frame [17:10] <JEEB> you shouldn't have to handle that in the lavf/lavc level, it should already be noted at that point [17:10] <JEEB> esp. if you are using a pre-made capture thing [17:10] <JEEB> you definitely can control a lot of stuff more directly via the APIs, but in this case you shouldn't have to poke the timestamps there. [17:20] <Jaex> when cpu in use by game now i can reproduce that fast video problem: https://dl.dropboxusercontent.com/u/14076298/ShareX/2014/06/LQam4ak11O.mp4 [17:20] <Jaex> also audio very out of sync in end :( [17:21] <Jaex> video ends but audio continue [17:21] <Jaex> because video ends faster [17:21] <JEEB> well you know why it happens, now go fix it :P stop hardwiring a frame rate, and properly let the input pass out timestamps for eff's sake [17:22] <JEEB> lavf/lavc support it just fine, you just have to stop being a retard [17:22] <JEEB> in other words, check if the DShow input handles the case fine [17:22] <Jaex> i have no idea why it happens i dont think it is to do with directshow c++ codes after all it is supposed to use other things too like camera etc. are those need their own custom made dshow filters too? [17:22] <JEEB> after that, check if the DShow filter you're using handles it fine [17:23] <Jaex> im planning to email who made this dshow filter but dunno what to write to him :P [17:23] <JEEB> "Does your filter support capture with proper timestamps instead of a hardcoded frame rate (and possibly a frame rate maximum)" [17:23] <Jaex> okey thanks [17:24] <JEEB> also go look at the dshow input code in FFmpeg [17:24] <JEEB> basically get off your lazy fucking ass and start reading code [17:24] <JEEB> if you don't understand something, you ask about it in relevant places. But trying to give up or say you have no idea is just going to get you hated everywhere. [17:25] <Jaex> let me try with gdigrab so this will eliminate that fault is to do with dshow ? [17:25] <JEEB> I have no idea how the gdigrab thing works, you basically have to check all of the input things in libavformat etc for how they handle the timestamps [17:25] Action: JEEB sighs [18:10] <user3> question [18:10] <user3> I'm using this to extract the sound from a mp4 file and that works fine "ffmpeg.exe -i mymusic.mp4 -vn mymusic.mp3" but it's rather verbose with lots of details. is there a quiet/silent option? I'm still interested to hear about the errors if there's any during the conversion [18:14] <sacarasc> -loglevel fatal [18:14] <sacarasc> I think. [18:15] <user3> that will still output the error messages? [18:15] <sacarasc> Look for -loglevel here: http://ffmpeg.org/ffmpeg-all.html [18:21] <bryancp> Is there a way to set the sample rate for a stream without using avformat_find_stream_info? [18:27] <user3> "-loglovel warning" is pretty good, but it disables all statistics so I added -stats to get some back which is now a bit too much. is there a way to reduce -stat's output somewhat? [18:30] <ZjP> Note to anyone googler's having running across the question in the log: I found that the join filter was more flexible and worked [19:29] <sfan5> It is not possible to mux dvbsub subtitles into an .mp4 file, is it? [19:32] <JEEB> no [19:32] <JEEB> the only subtitle format that "mp4" supports officially is timed text (a la 3gpp timed text) [19:33] <JEEB> everything else is a hack [19:36] <sfan5> I can't convert dvbsub to something mp4 supports either, can I? [19:37] <JEEB> it's pictures and you'd need text [19:38] <JEEB> so yeah, nope.avi [19:38] <sfan5> :( [19:39] <JEEB> see if subtitle edit or something can OCR them? [19:39] <JEEB> https://code.google.com/p/subtitleedit/ [19:39] <sfan5> that's too much work [19:40] <ubitux> use mkv, or burn them [19:40] <ubitux> not sure you could have dvb actually [19:40] <sfan5> all I want is to preserve (optional) subtitles when converting from .ts to <anything my TV can read> [19:40] <ubitux> probably only dvd [19:43] <sfan5> my TV supports mkv, I'll use that [19:43] <sfan5> thanks for the hlep [19:43] <sfan5> help* [19:46] <ubitux> ...but you probably can't put dvb in it. [19:46] <ubitux> at least i'm not sure our muxer supports it [22:07] <ztane> I guess it is not possible to use the -f segment and make it generate files with timestamp [22:08] <ztane> instead of sequence number [23:23] <malcie> Can someone help with the correct inputs to the amerge filter, I have a XDCAM HD422 video with 6 audio streams that I am transcoding to a single AAC 5.1 stream, here are the [23:23] <malcie> command: [23:24] <malcie> ffmpeg -i audio/ch1.wav -i audio/ch2.wav -i audio/ch3.wav -i audio/ch4.wav -i audio/ch5.wav -i audio/ch6.wav -i audio/test.mov \ [23:24] <malcie> > -map 6:0:v -c:v:0 copy -filter_complex "[0:a][1:a][2:a][3:a][4:a][5:a] amerge=inputs=6[audio]" -strict experimental -c:a libfdk_aac -b:a 384k -map '[audio]' -shortest audio/video_split.mov [23:24] <malcie> ffmpeg version git-2014-05-08-6c23a85 Copyright (c) 2000-2014 the FFmpeg developers [23:24] <malcie> built on May 8 2014 12:44:32 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) [23:24] <malcie> configuration: --prefix=/home/ec2-user/ffmpeg_build --extra-cflags=-I/home/ec2-user/ffmpeg_build/include --extra-ldflags=-L/home/ec2-user/ffmpeg_build/lib --bindir=/home/ec2-user/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 [23:24] <malcie> libavutil 52. 82.100 / 52. 82.100 [23:24] <malcie> libavcodec 55. 60.103 / 55. 60.103 [23:24] <malcie> libavformat 55. 37.102 / 55. 37.102 [23:24] <malcie> libavdevice 55. 13.101 / 55. 13.101 [23:24] <malcie> libavfilter 4. 5.100 / 4. 5.100 [23:24] <malcie> libswscale 2. 6.100 / 2. 6.100 [23:24] <malcie> libswresample 0. 18.100 / 0. 18.100 [23:24] <malcie> libpostproc 52. 3.100 / 52. 3.100 [23:24] <malcie> Input #0, wav, from 'audio/ch1.wav': [23:24] <malcie> Metadata: [23:24] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #1, wav, from 'audio/ch2.wav': [23:25] <malcie> Metadata: [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #1:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #2, wav, from 'audio/ch3.wav': [23:25] <malcie> Metadata: [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #2:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #3, wav, from 'audio/ch4.wav': [23:25] <malcie> Metadata: [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #3:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #4, wav, from 'audio/ch5.wav': [23:25] <malcie> Metadata: [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #4:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #5, wav, from 'audio/ch6.wav': [23:25] <malcie> Metadata: [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, bitrate: 1152 kb/s [23:25] <malcie> Stream #5:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s32, 1152 kb/s [23:25] <malcie> Input #6, mov,mp4,m4a,3gp,3g2,mj2, from 'audio/test.mov': [23:25] <malcie> Metadata: [23:25] <malcie> major_brand : qt [23:25] <malcie> minor_version : 512 [23:25] <malcie> compatible_brands: qt [23:25] <malcie> encoder : Lavf55.37.102 [23:25] <malcie> Duration: 00:05:00.00, start: 0.000000, bitrate: 50011 kb/s [23:25] <malcie> Stream #6:0(eng): Video: mpeg2video (4:2:2) (xd5c / 0x63356478), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 50008 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) [23:25] <malcie> Metadata: [23:25] <malcie> handler_name : DataHandler [23:25] <malcie> encoder : XDCAM HD422 1080i50 [23:25] <malcie> timecode : 01:00:00:00 [23:25] <malcie> Stream #6:1(eng): Data: none (tmcd / 0x64636D74) [23:26] <malcie> Metadata: [23:26] <malcie> handler_name : DataHandler [23:26] <malcie> timecode : 01:00:00:00 [23:26] <malcie> [Parsed_amerge_0 @ 0x3e4f7a0] No channel layout for input 1 [23:26] <malcie> [Parsed_amerge_0 @ 0x3e4f7a0] Input channel layouts overlap: output layout will be determined by the number of distinct input channels [23:26] <malcie> Output #0, mov, to 'audio/video_split.mov': [23:26] <c_14> waaaah, pastebin. Please use a pastebin service [23:26] <malcie> Metadata: [23:26] <malcie> encoder : Lavf55.37.102 [23:26] <malcie> Stream #0:0(eng): Video: mpeg2video (xd5c / 0x63356478), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 50008 kb/s, 25 fps, 12800 tbn, 12800 tbc (default) [23:26] <malcie> Metadata: [23:26] <malcie> handler_name : DataHandler [23:26] <malcie> encoder : XDCAM HD422 1080i50 [23:26] <malcie> timecode : 01:00:00:00 [23:26] <malcie> Stream #0:1: Audio: aac (libfdk_aac) (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 384 kb/s (default) [23:26] <malcie> Stream mapping: [23:26] <malcie> Stream #0:0 (pcm_s24le) -> amerge:in0 [23:26] <malcie> Stream #1:0 (pcm_s24le) -> amerge:in1 [23:26] <malcie> Stream #2:0 (pcm_s24le) -> amerge:in2 [23:26] <malcie> Stream #3:0 (pcm_s24le) -> amerge:in3 [23:26] <malcie> Stream #4:0 (pcm_s24le) -> amerge:in4 [23:26] <malcie> Stream #5:0 (pcm_s24le) -> amerge:in5 [23:26] <malcie> Stream #6:0 -> #0:0 (copy) [23:26] <malcie> amerge -> Stream #0:1 (libfdk_aac) [23:26] <malcie> Press [q] to stop, [?] for help [23:26] <malcie> frame= 7500 fps=116 q=-1.0 Lsize= 1845646kB time=00:04:59.98 bitrate=50400.2kbits/s [23:26] <malcie> video:1831373kB audio:14064kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.011295% [23:26] <malcie> sorry, was not a friendly dump [23:36] <malcie> ffmpeg amerge command and output: http://pastebin.com/TaYxwRWk Question I had was what additional settings I need to remove the No channel layout warning from amerge filter. And sorry again for the copy paste carnage. [00:00] --- Mon Jun 2 2014

1 0

ffmpeg-devel.log.20140531
by burek 01 Jun '14

01 Jun '14

[00:35] <cone-282> ffmpeg.git 03James Almer 07master:4ac41a52e2be: x86/huffyuvdsp: fix some prototypes [00:46] <cone-282> ffmpeg.git 03James Almer 07master:f128342df277: build: fix compilation of svq1enc_mmx.c with --disable-mmx [02:06] <cone-282> ffmpeg.git 03Michael Niedermayer 07master:2e532aa82d2b: avformat/flvenc: fix assertion failure after 4h muxing [04:34] <cone-282> ffmpeg.git 03Christophe Gisquet 07master:4ba8560077a1: huffyuv: increase VLC_BITS to 12 [04:54] <UtUser> howdy [04:56] <compn> so UtUser [04:56] <compn> why use utvideo and not huffy or other codec ? lagarith ffv1 etc [04:56] <compn> msulossless etc [04:57] <UtUser> well, Ut Video has the best decoding speed [04:58] <UtUser> it's aso set up to compres more than HuffYUV by default [04:58] <UtUser> *also [04:58] <UtUser> and it has more pixel formats than FFV1 [04:58] <compn> you use all them pixel formats? :P [04:58] <UtUser> I use rgb24 [04:58] <UtUser> and I use RGBA [04:58] <compn> but yeah speed and compression is important [04:59] <UtUser> yep [04:59] <UtUser> I think Ut is perhaps the very best lossless video codec around [04:59] <compn> and are you archiving the utvideo or just using it as an intermediate codec ? [04:59] <UtUser> mostly arciving [04:59] <compn> oh ok [04:59] <UtUser> what I'll do is I'll make masters in various formats [05:00] <compn> you going to keep a static ffmpeg binary or two to make sure something decodes it in the future? :) [05:00] <UtUser> like for example lossy inter-h264 with Blender renders to emulate digital camcorder compression [05:00] <UtUser> how do you mean? [05:01] <compn> in 10 years, maybe support for codecs will change [05:01] <UtUser> bulshit [05:01] <compn> or there maybe bugs to prevent decoding [05:01] <UtUser> I doubt it [05:01] <compn> theres a few windows codecs that only work in win95 virtual machines [05:01] <UtUser> but those are common arguments against various lossless formats [05:01] <UtUser> Ut Video is C/ASM [05:02] <UtUser> it is future-proof [05:02] <UtUser> and furthermore [05:02] <UtUser> 100 years from now there will be emulation of this hardware [05:02] <compn> i just like to be prepared :P [05:02] <compn> ehe [05:03] <UtUser1> christ [05:03] <UtUser1> freenode's webchat froze on me again [05:03] <UtUser1> which webchat client should I use? [05:04] <compn> mibbit ? [05:04] <compn> dedicated client is better [05:04] <UtUser1> bah [05:06] <UtUser> mibbit is being a pain [05:07] <compn> no idea then [05:07] <UtUser> download this for this, download that for that [05:07] <UtUser> it's always more [05:07] <UtUser> got to get a repository client for the repositories [05:07] <UtUser> a mail client for email [05:08] <UtUser> a different web browser for Microsoft-hating sites [05:08] <UtUser> an emulator to use DOS programs [05:08] <UtUser> and without the Internet I prbably wouldn't even kno about this stuff [05:09] <UtUser> and here we are talking about the posterity of video codecs [05:10] <compn> opera has an irc client, or did before they rebranded chrome [05:10] <compn> probably an html5 irc client out there too [05:10] <UtUser> hmm [05:10] <compn> chrome app or firefox extension [05:11] <compn> plenty of terminal irc clients as well. [05:11] <compn> although my mind is blank on the names right now [05:11] <compn> probably good time to sleep [05:11] <compn> night [05:21] <UtUser> JEEB, are you on? [07:21] <jamrial> "ffmpeg -i INPUT -c:v mpeg2video -skipcmp vsad -skip_threshold 1 -f null -" ---> crash [07:23] <jamrial> this happens because there's no vsad[1] function in DSPContext [07:24] <jamrial> same for vsse [07:38] <jamrial> patch in the ml [07:55] <UtUser> I have been hanging around IRC for almost a week now and still no results [07:56] <UtUser> I want the Ut Video decoder un-broken [07:56] <UtUser> this is time I could be spending doing other things [07:56] <UtUser> nobody seems to know what is being done bout this [07:59] <UtUser> that should get the ball rolling [12:23] <cone-720> ffmpeg.git 03Andreas Cadhalpun 07release/2.2:f15f4cefd7bf: Improve the detection of architecture x86. [12:23] <cone-720> ffmpeg.git 03Andreas Cadhalpun 07release/2.2:d773d7775a63: Correct the FSF address for two avisynth files to '51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA' [12:23] <cone-720> ffmpeg.git 03Andreas Cadhalpun 07release/2.2:f183eaa3adb5: Fix spelling errors in texi files: accomodate -> accommodate allows to -> allows one to choosen -> chosen compability -> compatibility explictly -> explicitly overriden -> overridden specifed -> specified Trasmission -> Transmission [12:23] <cone-720> ffmpeg.git 03Andreas Cadhalpun 07release/2.2:88544e8cebf0: Fix spelling error 'Inconsistant -> Inconsistent' [12:23] <cone-720> ffmpeg.git 03Michael Niedermayer 07release/2.2:a5a6f6fec338: avformat/mov: allow seeking back to the begin even if nothing is marked as keyframe [12:59] <cone-720> ffmpeg.git 03Martin Storsjö 07master:f797b134cad4: rtpenc_chain: Don't copy the time base to the source stream by default [12:59] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:8c895ae73f81: Merge commit 'f797b134cad4d248b1c8955659997980d0668bc3' [12:59] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:9c22e909ed6f: Revert "avformat/movenchint: Fix movhinting with ff_rtp_chain_mux_open() from abb810db036628e11a5171134ebe320b187ee6d6" [13:40] <cone-720> ffmpeg.git 03John Peebles 07master:925f7980eb29: libavformat: output cues for each subtitle block in MKV muxer [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:6e67852881e4: Use rc_max_rate in av_find_best_stream() if bitrate == 0. [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:c528d833a919: lavc/utvideoenc: Enable frame-threading. [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:b91bf48f00df: lavc/tiffenc: Enable frame-threading. [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:cdfe06aeb251: lavc/ljpegenc: Enable frame-threading. [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:64afc3bb9350: lavc/lclenc: Enable frame-threading. [14:17] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:e91e62618253: lavc/jpeglsenc: Enable frame-threading. [14:49] <kurosu> that ut user was obnoxious [16:32] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:aab2e939a9a1: Fix compilation with --disable-everything --enable-demuxer=matroska. [17:13] <compn> interesting [17:13] <compn> now get mail from austria justice department about using mplayer to analyze videos [17:17] <compn> wonder if carl or michael wishes to help them in native tongue [17:24] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:e868f84e8347: avcodec/snow: fix 1 pixel block sizes [17:24] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:879aa062f973: avutil/frame: frame_copy_video: support copying from a smaller to a larger frame [17:24] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:e692c9672b28: avcodec/asvenc: fix encoding dimensions %16 != 0 [19:21] <cone-720> ffmpeg.git 03Carl Eugen Hoyos 07master:26b0d7198e23: Read mov files where the moov atom is hidden within a free atom. [19:21] <cone-720> ffmpeg.git 03Michael Niedermayer 07master:28f7b81f9b00: Merge remote-tracking branch 'cehoyos/master' [19:48] <wm4> I suppose there isn't a A53 cc decoder [20:02] <wm4> this probably has come up more than once, but why can't the demuxer separate out the captions, instead of doing this only in the decoder? [20:04] <kierank> reordering [20:06] <wm4> oh [20:15] <kierank> the vlc demux does this but is no longer frame accurate [21:01] <cone-720> ffmpeg.git 03James Almer 07master:ac1077ab5010: lavc/dsputil: add missing vsad8 and vsse8 functions [00:00] --- Sun Jun 1 2014

1 0

ffmpeg.log.20140531
by burek 01 Jun '14

01 Jun '14

[00:22] <bryancp> Hello, av_read_frame is always giving me a packet size of 1024, no matter what I define pkt_size to be in the options to avformat_open_input. Any clues? [00:23] <Mavrik> um, you get packets in size of what your input has [00:23] <Mavrik> or what your decoder produces. [00:25] <bryancp> Mavrik: input is u-law, 160 every 20ms [00:27] <bryancp> heres how I open input: avformat_open_input(&pFormatCtx, url, av_find_input_format("mulaw"), &opts) [00:28] <Mavrik> you perhaps didn't understand what I said [00:29] <Mavrik> your solution is "deal with it". [00:29] <Mavrik> (or patch the demuxer/decoder) [00:30] <bryancp> yay glad theres so much control built in [06:07] <theekoz> Is there a ffmbc channel? [06:07] <c_14> #ffmbc [06:10] <theekoz> And am I abot to set pmt's and video pids in ffmpeg or only in ffmbc for a ts with h264/avc ac-3 embedded? Any updates on CEA-608 or CEA-708 caption integration happening on either platform or is it only on OBE? [07:02] <theekoz> If I have a .ts file with 1 Video track and 1 Subtitle CEA 608 track.. can FFMBC or FFMPEG Remux it so I can add in the matching audio track from my MP4 Source file? [10:40] <relaxed> theekoz: most likely [10:41] <relaxed> ffmpeg -i input.ts -i input.mp4 -map 0:v -map 0:s -map 0:a -c copy output.ts [10:42] <relaxed> sorry, that should be -> ffmpeg -i input.ts -i input.mp4 -map 0:v -map 0:s -map 1:a -c copy output.ts [10:44] <theekoz> thanks relaxed. Is it okay is the input.mp4 is the ac3 file? the .ts I have from OBE has video stream and CEA 608 embedded.. adding ac3 in ffmbc so I don't get a 11 second audio delay like in OBE.. instead just get a 1.4 which is acceptable. [10:45] <theekoz> I just want to keep the -ts-video-pid -ts-pcr-pid -ts-pmt-pid -ts-cbr and muxrate headings ideally because most of them I haven't been able to find the ffmpeg/ffmbc equivilent to. Need them with the TS so just want to embed the audio track while leaving the rest of the ts in tact [10:51] <theekoz> Getting a: Stream map '0:s' matches no streams. error from the last string you just setn relaxed and mapping confuses me.. not quite sure what's up. I'll keep messing with it. [11:09] <relaxed> pastebin.com the command and output [15:12] <DelphiWorld> hi ffmpegsters;) [15:12] <DelphiWorld> if i convert my medias to AAC [15:13] <DelphiWorld> a issue [15:13] <DelphiWorld> bitrate is not always exact, its may be up or down [15:13] <DelphiWorld> i chouse 64kbit/s but its 67kbit/s [15:13] <DelphiWorld> any idea? [15:35] <ubitux> container overhead? [15:35] <ubitux> also depends on the codec used [15:36] <DelphiWorld> ubitux: m4a, aac [15:36] <ubitux> there are multiple aac encoder [15:36] <ubitux> m4a is the container [15:36] <DelphiWorld> ubitux: native [16:20] <Guest26937> what does "mb_block_count" variable contain if mpeg encoders and decoders? [16:33] <theekoz> anyone know how to null pad with empty bits a ts with ffmpeg of ffmbc? need continuous bitrate of 5480 and my stream right now is at 4512 [16:33] <JEEB> I thought the mpeg-ts muxer had VBV options? [16:34] <JEEB> although if you want proper muxing I recommend you mux your streams with something like OBS's muxer [16:34] <JEEB> https://github.com/kierank/libmpegts [16:35] <JEEB> (and it was OBE not OBS, sorry) [16:35] <DelphiWorld> OBE? [16:36] <DelphiWorld> open broadcast encoder? [16:36] <JEEB> yes [16:36] <DelphiWorld> and OBS? [16:36] <DelphiWorld> what is OBS [16:36] <JEEB> OBS is some screen capture thing / streamer :P [16:36] <DelphiWorld> JEEB: dude [16:36] <DelphiWorld> do you know MBC? [16:36] <DelphiWorld> a playout system [16:37] <DelphiWorld> my CPU will start crying soon [16:37] <JEEB> no [16:37] <DelphiWorld> JEEB: i'm looking for a tv scheduler [16:38] <JEEB> and I don't give a damn :P [16:38] <DelphiWorld> JEEB: lol [17:17] <adsisco> how can i embed a video into another video? [17:32] <c_14> adsisco: Do you want something like the overlay filter? [17:35] <myfree> how can I concatenate mp4 files on the command line with ffmpeg? [17:35] <c_14> myfree: https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20(join,%20merge)%20med… [17:36] <DelphiWorld> c_14: ^_^ [17:40] <adsisco> c_14 whats an overlay filter? someone in gstreamer channel mentioned video mixer [17:40] <adsisco> are they are same thing? [17:45] <c_14> The overlay filter will take a video or image and overlay it on another video or picture. [17:46] <adsisco> yup, something like that. I'll have video A playing, and video B playing in a small box at the corner [17:47] <c_14> https://ffmpeg.org/ffmpeg-filters.html#overlay-1 [17:48] <adsisco> c_14 thanks, i'll look into it [17:55] <theekoz> Have you tried MBC DelphiWorld? Did you find the download link? It's web based right.. [17:56] <theekoz> And thanks to everyone for their help.. got it all working with an OBE FFMPEG Combo [18:53] <DelphiWorld> theekoz: lol, its complicated [19:08] <lkiesow> Hi, I'm still trying to cut some videos in several parts and rearrange them. While it now works in general, I get some errors like [Parsed_concat_24 @ 0x2e33ac0] Buffer queue overflow, dropping.rate=2030.2kbits/s [19:08] <lkiesow> What I'm doing is basically a complex filter with several (a)trim filters to get the right parts, then use a concat filter to put them together again [19:08] <lkiesow> Here is, what I'm doing: http://fpaste.org/106158/55547514/ [19:08] <lkiesow> Does anyone have an idea what's going wrong? [19:08] <lkiesow> The resulting video looks ok at first but at one time stops playing [19:10] <lkiesow> I've also tried to split the audio and video filters with the same result [19:43] <lkiesow> What is interesting is that if use -ss and read the same files multiple times (then use trim=0:length ...) works: http://fpaste.org/106168/15581211/ [19:44] <lkiesow> So my guess is that keeping too many party of the same file in memory causes the problems [20:06] <hxla> Hello, I'm trying to burn-in a subtitle to a mp4 using a raspberry pi, it works, but the performance is terrible, around 3-6 fps... it's not using raspberry pi GPU, is there a way or filter to use it's GPU? Thanks [20:08] <ubitux> ask clever [20:08] <ubitux> he was working on this, but no news from him [20:09] <hxla> thanks, I'll send him a msg [20:49] <shevy> hi [20:50] <shevy> I use this to capture my screen: [20:50] <shevy> ffmpeg -f x11grab -video_size 1024x800 -r 25 -i :0.0 /Depot/Temp/GRABBED_X11.mpg [20:50] <shevy> Anyone has some advice whether this is good or bad? I suppose storing into .mpg isn't ideal but I am unsure what useful alternatives to pick [21:02] <Demitar> shevy, it all depends on your needs and resources. Storing it in a lossy format might not be good if you want to process it a lot down the line at the same time you do want some kind of compression unless you have a huge disk to spare. I'd say experiment a bit to make sure you have an acceptable size/quality ratio (and also the formats are useable in whatever application you intend to process them with later). I've been toying a bit w [21:02] <shevy> hmm [21:03] <shevy> yeah, the quality is quite awful so far [21:03] <Demitar> That's going to bite you once you want to start editing the material. [21:04] <Demitar> You might be better off recording just part of the screen or specific windows to keep the filesizes at bay. [21:15] <Demitar> Anyone tested gdigrab, I seem to be getting severe aliasing issues on anything which has color. (Which is rather odd since it's grabbing from a crisp terminal.) [21:17] <Demitar> I seem to be getting the same issue capturing desktop through the dshow desktop "video drivers", but for instance Open Broadcaster Software and ffsplit capture the windows and desktop perfectly. [22:35] <UtUser> Are there libav binaries for OSX and Linux out there? [22:36] <c_14> For libav support se #libav [22:36] <c_14> *see [22:36] <UtUser> oh ok [22:36] <UtUser> BTW is it used in ffmpeg? [22:36] <UtUser> I mean as a dylib [22:36] <JEEB> libavcodec/-format and other libav* libraries are something provided by both libav and ffmpeg [22:37] <UtUser> oh hello JEEB [22:37] <JEEB> basically, by saying "libav binaries" you are meaning "Binaries of the executables/libraries from the Libav project" [22:37] <JEEB> probably not what you mean :P [22:37] <UtUser> well, specifically the libraries [22:38] <JEEB> yes, call them libav* or separately lavc/lavc etc. [22:38] <JEEB> libav means the project and is never used to mean libav* [22:38] <UtUser> what difference does the asterisk mean? [22:39] <JEEB> it means that something comes after it [22:39] <UtUser> oh ok [22:39] <UtUser> so likelibavcodec? [22:39] <JEEB> because most of the libraries start with [lib]avSOMETHING [22:39] <JEEB> yes [22:39] <JEEB> libavcodec (lavc), libavformat (lavf) etc [22:39] <UtUser> I see [22:40] <UtUser> I was just hoping to pick up some .so's to go with some .dll's and dump them in a folder somewhere for use with murgaLua/LuaJIT [22:41] <UtUser> but anyhow [22:41] <JEEB> http://ffmpeg.org/download.html [22:41] <JEEB> has some links to some binaries [22:41] <JEEB> although you'd also need matching headers, but that you can get from the git repo [22:42] <UtUser> there's no OSX build [22:42] <UtUser> I mean [22:42] <UtUser> there's a static build but no dynamic [22:42] <JEEB> unsurprising [22:42] <JEEB> since most people just need the ffmpeg binary [22:43] <JEEB> that said, it's not like it's hard to build ffmpeg on OS X, esp. if you have the basic tools around [22:43] <UtUser> thing is, I'm targeting both Linux and OSX but plan to est on neither [22:43] <UtUser> *test [22:44] <JEEB> then make your thing and then ask someone to test :P [22:44] <UtUser> well I suppose but they'd also need to know how to compile stuff, and that could be tricky [22:45] <UtUser> of course, just piping to the ffmpeg binary might be easier because it's more ubiquitous [22:45] <UtUser> but I hear it's quite slow [22:45] <UtUser> like, you can't really scrub through a video clip that way [22:45] <JEEB> dunno, unless you're doing something weird it shouldn't be any slower [22:45] <JEEB> also, well, generally if something is found useful someone will come test it :P [22:46] <JEEB> esp. if you note you're looking for people capable of handling it [22:46] <UtUser> I'm not terribly concerned with the testing part [22:46] <JEEB> + OS X has stuff like homebrew [22:46] <UtUser> a package manager? [22:46] <JEEB> which will help people get most of the dependencies [22:46] <JEEB> yeah [22:46] <UtUser> well sure [22:46] <UtUser> but I mean [22:46] <UtUser> everyone has ffmpeg [22:47] <UtUser> you can even get it on Android now [22:47] <UtUser> so using the executable as a backend is an option I suppose [22:47] <UtUser> but IDK how to get a picture to display in my window straight out of a video [22:48] <UtUser> other than saving it somewhere, which greatly increases latency [22:49] <UtUser> not sure if FFMPEG can put it in a memory buffer [22:49] <JEEB> I can definitely see ways to do that with both the library and the command line app, but I'm not really going to poke you either way :P Because I have no idea about the use case etc. [22:49] <UtUser> ok [22:49] <UtUser> well, I have this great idea for a video editor [22:49] <UtUser> and sufficien programming experience [22:50] <JEEB> ah [22:50] <UtUser> so that's basically it [22:50] <JEEB> do note that you will have real fun with frame-exact access [22:50] <UtUser> I know [22:50] <JEEB> I recommend looking into stuff like ffms2 or L-SMASH Works for that [22:50] <JEEB> they are wrappers around lavf/lavc that try to give that out [22:50] <UtUser> cool [22:51] <JEEB> ffms2 has a C API, L-SMASH Works still doesn't have such, but it is much better with interlaced stuff f.ex. [22:51] <UtUser> I don't know how a library couldn't have a C API of some sort [22:51] <JEEB> well yeah [22:52] <JEEB> L-SMASH works has plugins for vapoursynth/avisynth/aviutl [22:52] <JEEB> no generic one [22:52] <JEEB> while ffms2 has a generic one [22:52] <UtUser> I see [22:52] <JEEB> https://github.com/FFMS/ffms2 , https://github.com/VFR-maniac/L-SMASH-Works/ [22:53] <JEEB> one could of course port the useful interlacism etc. related things from L-SMASH Works to ffms2 [22:53] <JEEB> or a generic API could be made to L-SMASH Works [22:53] <UtUser> the basic FFMPEG deals with interlacing in what I consider an acceptable way [22:54] <JEEB> the problem comes when you try to handle it frame-exactly and with seeking [22:54] <UtUser> oh [22:54] <JEEB> basically, lavf/lavc are VERY good with A->B stuff [22:54] <JEEB> seeking to parts of things is better now, but will in many cases not be frame exact [22:54] <UtUser> I see [22:55] <JEEB> thus I recommend that you try to work with such a wrapper project in case of frame exactness being important [22:55] <JEEB> (which kind of is with a video editor) [22:55] <UtUser> itis pretty important yeah [22:55] <JEEB> you can try out Aegisub (a subtitle editor) as an app that uses ffms2 [22:55] <JEEB> it uses it for the video and audio loading from the video [22:56] <UtUser> cool [22:56] <JEEB> http://www.aegisub.org/ [22:56] <JEEB> https://github.com/Aegisub/Aegisub/ [22:56] <UtUser> there's no Linux build [22:57] <JEEB> they tried to provide an ubuntu package for a while, but I think they just gave up regarding that officially [22:58] <JEEB> debian/ubuntu does seem to have aegisub in the repos, but not sure if it's 3.x [22:58] <UtUser> hmm [22:58] <UtUser> well, it would be important to have thesame version of libav* across platforms [22:59] <UtUser> assuming it's not a static link [22:59] <JEEB> on lunix that pretty much falls apart unless you provide the binaries yourself either as separate packages or in the same one [23:00] <JEEB> because you end up being left with the stuff in the given distro's given version [23:00] <UtUser> I don't see what you mean [23:00] <JEEB> well, on lunix you generally use the things packaged in the distro if only possible [23:00] <UtUser> any .so's in the folder with your executable will override the system liraries [23:00] <JEEB> while elsewhere you generally build the libraries and provide them with your binary [23:00] <UtUser> conventions suck [23:01] <JEEB> that holds true with windows because PATH includes dot [23:01] <JEEB> on lunix you'd have to play with LD_LIBRARY_PATH [23:01] <JEEB> because dot most definitely is not there in the default library loading path [23:01] <UtUser> then you simply rename the library binaries to something else [23:01] <UtUser> like libavc_bundled [23:02] <UtUser> problem solved [23:02] <JEEB> uhh, you're pretty much saying what I was noting :P [23:02] <JEEB> that idea of having the same version everywhere either falls apart (you follow conventions), or you provide the library yourself [23:03] <UtUser> I see [23:03] <UtUser> but I mean [23:03] <beekar> my gentoo had it, i just had to figure out what options to build it with. [23:03] <JEEB> beekar, that's a separate problem [23:03] <beekar> like i missed 'rtmp' and couldnt figure out why my shat wouldn't work. [23:04] <beekar> not a problem, just a comment. [23:04] <JEEB> basically this guy wants to have the same exact version of the libraries for all users of his thingamajig [23:04] <UtUser> whether or not that is necessary depends on the library I guess [23:05] <UtUser> I just want it to work [23:05] <JEEB> don't worry, you'll always have problems [23:05] <UtUser> heh [23:05] <beekar> huh. not sure i've seen that. i guess some programs do have version restrictions. [23:05] <JEEB> the better side of things at least is that ffms2's API hasn't changed for quite a while [23:05] <UtUser> I'm glad you are so familiar with it [23:06] <JEEB> the libav* APIs have changed that it uses, but at least you shouldn't have too much of a problem dealing with various versions of ffms2 [23:06] <UtUser> so for example ffms2_32.dll [23:06] <JEEB> that said, you will _always_ have issues with people having various versions of libav* in the background, that's just something you can't avoid [23:06] <UtUser> oh whoah [23:06] <UtUser> so you're saying to not even distribute libav? [23:07] <UtUser> tell people to download it themselves? [23:07] <JEEB> uhh [23:07] <JEEB> not really [23:07] <JEEB> follow the conventions of a given platform [23:07] <UtUser> does ffms2 include libav* statically? [23:08] <JEEB> the builds that aegisub distributes, yes [23:08] <UtUser> cool [23:08] <UtUser> and I assume third-party Linux aegisub builds too [23:08] <UtUser> and there's this other dll in here [23:08] <UtUser> avisynth.dll [23:09] <UtUser> I assume that's just for effects [23:09] <JEEB> it's for loading avisynth scripts :P [23:09] <UtUser> I see [23:09] <JEEB> also no, with lunix you use what the system has [23:09] <JEEB> most distributions have some sort of libav* and ffms2 [23:10] <UtUser> ffms2 as wel? [23:10] <JEEB> yes [23:10] <JEEB> debian has it, ubuntu has it, I'm pretty sure a whole lot of other distros have it too [23:10] <UtUser> so like when you install puppy linux for the first time it's gonna come with libav* and ffms2? [23:10] <UtUser> the package manager is sort of another stry [23:10] <UtUser> I mean, libav* is ubiquitous enough [23:11] <UtUser> not sure about ffms2 [23:11] <JEEB> your application would be an extra package anyways :P [23:11] <UtUser> yeah [23:11] <JEEB> anyways, I have NFI about puppy linux [23:11] <JEEB> depends completely on what it bases upon etc [23:11] <UtUser> yeah [23:12] <UtUser> so you're saying that as long as I'm referencing ffms2 I'm safe [23:12] <JEEB> all that I'm saying is that a lot of distros have both libav* and ffms2 available in the standard repositories [23:12] <JEEB> well, you're safe in the way that the API doesn't change a lot [23:12] <JEEB> since it's a wrapper [23:12] <UtUser> that's good [23:12] <JEEB> so you don't have to deal with the various versions of Libav and FFmpeg yourself [23:13] <UtUser> that's very good [23:13] <JEEB> other than dealing with the fact that the various versions can give different results of course, but that problem you'd have anyways :P [23:13] <UtUser> yeah [23:13] <UtUser> fucking utvideo [23:13] <JEEB> (unless you provide binaries yourself and force those to be loaded instead of system ones on every system) [23:14] <UtUser> that would be a challenge with this choice of libraries though [23:15] <UtUser> I'd at least have the same Windows and Mac libraries since they're from the same source [23:15] <UtUser> Linux users are sort of on their own [23:17] <JEEB> so what happened with the ut video case, btw :P [23:17] <UtUser> not liking that 10.7+ only compatibility [23:18] <UtUser> well, with utvideo [23:18] <UtUser> some guy named Carl submitted a patch [23:18] <UtUser> it's supposed to fix it but it's largely untested [23:18] <UtUser> so it may get accepted [23:19] <JEEB> yes, which was a couple of days ago with an unanswered question of "does a file encoded with the lavc encoder and breaking decoding actually decode fine with the official decoder?" [23:19] <UtUser> meanwhile I re-opened the ticket since it seems to be universally agreed-upon now that the decoder is brken [23:19] <UtUser> well, I did some testing [23:19] <UtUser> I think you asked me also if it was a threading thing [23:19] <JEEB> no [23:19] <JEEB> I asked about slices [23:20] <UtUser> slices [23:20] <UtUser> so I transcoded to utvideo with 1 slice [23:20] <UtUser> and I got the same problem [23:20] <JEEB> ok [23:20] <UtUser> so I imported the clip into VirtualDub and it played fine [23:20] <JEEB> can you give me a sample that, when encoded with my utvideo encoder, replicates the issue? [23:21] <UtUser> sure 1 sec [23:21] <JEEB> so I can play with it and make some things sure [23:22] <UtUser> uploading now - BTW I assume you mean the 1-slice clip [23:23] <JEEB> I mean some clip that when encoded as ut video with my encoder shows the problem when decoding [23:23] <JEEB> so I can test the whole chain [23:23] <UtUser> sure [23:23] <JEEB> input->encoder->decoder [23:23] <UtUser> oh [23:23] <JEEB> you give me the input, and I handle the rest :P [23:23] <UtUser> yeah, well I'm not sure if that's possible [23:24] <JEEB> well that makes making sure that the decoding after encoding is bit-exact kind of impossible :P [23:24] <JEEB> if I don't know how the source was supposed to be [23:24] <UtUser> yeah [23:24] <UtUser> hmm [23:24] <UtUser> well, you'd probably be better at that than me [23:25] <UtUser> I just take any old 1920x1080 video clip [23:25] <JEEB> well the problem is that exact case of "any" [23:25] <UtUser> encode it as utvideo then decode it as something else [23:25] <JEEB> because it might not really be "any" [23:25] <UtUser> it's on a frame-by-frame basis, right? [23:25] <UtUser> these clips come from a camera [23:26] <le_tropico> what delay should be set in imagemick's "convert - delay" option if I've extracted frames from video with ffmpeg -r 29.97? I want to create gif with proper framerate [23:26] <UtUser> the problems pop up all too often [23:26] <JEEB> well "too often" is still not "always" [23:26] <JEEB> if I just want to focus on getting shit fixed [23:26] <JEEB> I want a sample I can just give the encoder and have it happen [23:26] <UtUser> yeah I understand [23:26] <UtUser> I'll work on it [23:26] <JEEB> k [23:26] <JEEB> thanks [23:26] <UtUser> np [23:27] <JEEB> if I confirm certain things, I will then reply on that mailing list thread [23:28] <c_14> le_tropico: try .03337 [23:29] <UtUser> itwould be an honor [23:29] <le_tropico> c_14, thanks, I'll check it [23:37] <le_tropico> c_14, it's too slow. I've tried with .337 but it slow too, than with 3.37 and it seems a little bit quicker [23:37] <c_14> 29.97 frames per second should be .03337 seconds per frame [23:48] <UtUser> there we go - breaker.avi [23:48] <UtUser> http://www3.zippyshare.com/v/71187664/file.html [23:49] <JEEB> lessee [23:53] <UtUser> I transcode to rgb24 utvideo BTW [23:53] <UtUser> not sure if the probems come up with other colorspaces on this clip [23:54] <JEEB> I'll compile ffmpeg either tonight or tomorrow, and check things [23:58] <UtUser> okey dokey [00:00] --- Sun Jun 1 2014

1 0