[Ffmpeg-devel-irc] ffmpeg-devel.log.20140812

burek burek021 at gmail.com
Wed Aug 13 02:05:03 CEST 2014


[00:09] <kurosu> michaelni, the prores patchset is also under review in libav - so you may want to wait before applying if a valid change is needed and requested
[00:09] <kurosu> the prores patchset was tested in ffmpeg too (there's a small conflict)
[00:11] <kurosu> patches 2/3 could be merged, but are somewhat different problems
[00:12] <kurosu> patch 2 could be considered incomplete but the additional fix would be canceled by patch 3 anyway
[00:12] <mark4o> perhaps that prores patch fixes https://trac.ffmpeg.org/ticket/2760
[00:12] <kurosu> mark4o, that's the one being fixed ;)
[00:12] <mark4o> ah nice
[00:13] <kurosu> see "[PATCH 3/4] proresenc_kostya: realloc if buffer too small"
[00:15] <mark4o> I filed that over a year ago and thought that surely it had been forgotten
[00:15] <kurosu> it had been
[00:16] <kurosu> I just took a liking in checking the bugs and it was one of the simplest
[00:32] <mark4o> kurosu: It looks like warn is never changed from its initial value of 0.  Although Im not sure why it requests a sample when there is already one in the ticket.
[01:08] <ross__> Hi all. I have had FFMPEG crash and opst an error in syslog "kernel: [584702.632810] ffmpeg[22864]: segfault at 0 ip 0000000000c5ff75 sp 00007fff6389edd8 error 6 in ffmpeg[400000+c1e000]" running command line "screen -d -m -S RT ffmpeg -i "udp://@224.2.9.4:1234?fifo_size=10000&overrun_nonfatal=1" -c:v libx264 -me_method epzs -threads 16 -r 25 -g 45 -bf 2 -trellis 2 -cmp 2 -subcmp 2 -s 720x576 -preset faster -filter:v yadif -b:v 800k -bt 
[01:08] <ross__> 200k -acodec mp3 -ac 2 -ab 128k -ar 44100 -async 1 -y -hls_time 10 -hls_list_size 4000 -hls_wrap 4000 -start_number 0 -f hls /mnt/ramdisk/rt.m3u8". What other information do I need to create a meaningful bug report??
[01:34] <michaelni> ross__, see https://www.ffmpeg.org/bugreports.html
[01:34] <michaelni> basically we need a reproduceable testcase
[02:40] <cone-620> ffmpeg.git 03Christophe Gisquet 07master:bf10f09bccdc: proresenc_kostya: remove unneeded parameters
[02:40] <cone-620> ffmpeg.git 03Christophe Gisquet 07master:52b81ff4635c: proresenc_kostya: report buffer overflow
[02:40] <BBB> ubitux: looks like a bug in vp9_ipred_hd_32x32
[02:40] <BBB> ubitux: havent looked closely, maybe over the weekend
[02:40] <BBB> or maybe someone else wants to have a look
[02:41] <BBB> ubitux: there may be more bugs, if I disable that function, I still see mismatches further down
[02:43] <BBB> (and they seem not simd related)
[03:16] <Youka> Has GCC (not MinGW) pthread_time.h too?
[03:45] <cone-620> ffmpeg.git 03Daniel Oberhoff 07master:9f617a14a008: avfilter: ported lenscorrection filter from frei0r
[04:02] <cone-620> ffmpeg.git 03James Almer 07master:744f15b6b380: lavu: rename ff_opencl_set_parameter() to avpriv_opencl_set_parameter()
[04:16] <hotwings> wow, doing an ffmpeg clone was so slow it actually ended with with fatal: read error: Connection reset by peer
[04:26] <jamrial> try the github mirror instead
[04:30] <hotwings> i wonder how github managed to mirror it considering how slow it is
[04:30] <hotwings> yeah, github mirror breezed along at 6MB/sec. much better than 6k/sec
[04:32] <Compn> bring up any hosting problems with j-b 
[04:36] <hotwings> ok, will msg him
[04:45] <cone-620> ffmpeg.git 03James Almer 07master:d6711ee648f8: lavu: stop exporting internal functions
[04:53] <cone-620> ffmpeg.git 03Christophe Gisquet 07release/2.2:7740b111dd9a: proresenc_kostya: remove unneeded parameters
[04:53] <cone-620> ffmpeg.git 03Christophe Gisquet 07release/2.2:1ad1723c24cd: proresenc_kostya: report buffer overflow
[05:18] <Youka> I have a small but important patch: http://pastebin.com/6viJFsgc
[05:18] <Youka> How should i submit him (without going through the complex and long process on the developer page).
[05:23] <cone-620> ffmpeg.git 03Michael Niedermayer 07release/2.2:49fa398858df: Changelog: add entry for proresenc
[05:26] <michaelni> Youka, post it to the ffmpeg-devel mailing list
[05:31] <michaelni> Youka, not sure you saw my reply as you did "Ping timeout", but submit the patch to the ffmpeg-devel mailing list please
[05:31] <Youka> ok, thx michaelni
[05:32] <cone-620> ffmpeg.git 03James Almer 07fatal: ambiguous argument 'refs/tags/n2.2.7': unknown revision or path not in the working tree.
[05:32] <cone-620> Use '--' to separate paths from revisions
[05:32] <cone-620> refs/tags/n2.2.7:HEAD: lavu: stop exporting internal functions
[05:42] <Compn> Youka : just mail it to ffmpeg-devel at ffmpeg.org , if you cant figure out how to subscribe , i can manually approve your message to the list :P
[05:42] <Youka> Already subscriped, posting it next. Thanks for help.
[05:45] <Compn> no problem :)
[05:45] Action: Compn falls aslwepep
[07:43] <kurosu> mark4o, for warn, indeed (debug code removal accident) and anyway I was asked to move it to the header
[07:45] <kurosu> for the sample request, whenever that condition is hit (ie irrespective of the specific cause in your bug report), the project wants to know about it and fix the allocation in light of the new troublesome input
[11:13] <nevcairiel> ohh, after ages a new yasm release
[11:22] <cone-847> ffmpeg.git 03Carl Eugen Hoyos 07master:fddea3f074d9: Check for hevc startcode when muxing into mpeg-ts.
[11:22] <cone-847> ffmpeg.git 03Carl Eugen Hoyos 07master:99867fc0c42a: Fix warning if https protocol was requested but isn't available.
[11:36] <cone-847> ffmpeg.git 03Martin Storsjö 07master:223c374a9d97: configure: Check for nanosleep in headers as well, not only in libs
[12:38] <cone-847> ffmpeg.git 03James Almer 07master:e20ff251a688: x86/ttadsp: remove an unnecessary mova
[13:08] <ubitux> BtbN: you were working on nvenc at some point right?
[13:09] <cone-847> ffmpeg.git 03James Almer 07master:c97870d1a10c: x86/dca: remove unused header
[13:18] <BBB> ubitux: if youre interested in the other bug, its frame 5, col 12, row 7 (decoding 6), 16x16 block, tx8x8 block bottomleft; I dont think its prediction, since the rest of the block is fine (but worth testing anyway), but it looks like its the transform (both c and simd would have a bug if thats correct)
[13:18] <ubitux> i was surprised at your patch since the bug was also affecting -cpuflags none
[13:18] <ubitux> but i guess you still have glitch
[13:31] <ubitux> BBB: i don't think i'll have time to look into it today
[13:38] <BBB> ubitux: yeah, looks like theres 2 bugs at least
[13:38] <BBB> still looking into the other one
[13:40] <ubitux> durandal_1707: still have a monocore cpu?
[13:40] <durandal_1707> atm i'm on monocore
[13:40] <ubitux> durandal_1707: it makes me sad for you you know
[13:48] Action: michaelni is in favor of ffmpeg-spi funding modern hw for ffmpeg developers who dont have modern hw
[13:49] <ubitux> we can buy 2 or at best 3 decent laptop 
[13:49] <ubitux> afaict
[13:50] <ubitux> maybe 5-6 for basic ones
[13:51] <michaelni> what do you call "decent laptop" ?
[13:54] <ubitux> dunno, something like one of the T serie @ lenovo (though, i really hate what they did recently)
[13:55] <ubitux> BBB was talking about an apple hw with avx2, but that's really expensive
[13:55] <ubitux> a "basic one" can be enough for most of the stuff ofc
[13:55] <ubitux> like, i got an avx2 laptop for < 1k¬
[14:01] <michaelni> AFAIK we have 4kusd in the SPI account and theres a 4k donation that should reach the account so we can afford more than 2-3 decent notebooks if they are <1k
[14:03] <ubitux> i really wouldn't mind using spi money to offer a multicore notebook to durandal_1707 :))
[14:03] <ubitux> not sure if other developers are in such needs
[14:03] Action: michaelni agrees
[14:04] <ubitux> btw, jamrial and plepere are sharing an shh access on my avx2 notebook; i can probably grant another access if someone needs
[14:06] <michaelni> someone, preferrably durandal_1707 needs to write a request for a SPI payed notebook as mail to ffmpeg-devel (this is required for all use of FFmpeg-SPI money) 
[14:09] <BBB> why dont you buy one for durandal_1707 then
[14:09] <BBB> Ill buy my own
[14:09] <BBB> I dont like basic ones, they have these complicated oses that eat half of your time
[14:10] <BBB> and you have to get into distro trollwars (like on the ml just now :) )
[14:10] <kierank> wow a patch from realnetworks
[14:11] <wm5> against an ancient ffmpeg?
[14:12] <cone-847> ffmpeg.git 03Ronald S. Bultje 07master:45bed0ab3006: vp9/x86: fix bug in intra_pred_hd_32x32.
[14:14] <relaxed> it was probably a recent version of ffmpeg at the time, but due to buffering...
[14:14] <kierank> gcc 4.1
[14:14] <kierank> lol
[14:19] <nevcairiel> it just takes a while for mail to get here
[14:19] <ubitux> haha
[14:20] <BtbN> ubitux, yep
[14:21] <ubitux> From 4cf471903c9285f3e7dd035f0ef9cf153ad28535 Mon Sep 17 00:00:00 2001
[14:21] <ubitux> From: user <user at localhost.localdomain>
[14:21] <ubitux> blast from the past
[14:21] <BtbN> it's basicaly finished and works, on windows
[14:21] <BtbN> on linux the driver does weird things
[14:21] <BtbN> and nvidia was not cooperative in resolving them
[14:21] <ubitux> BtbN: ah, cool; what's your opinion vs x264? any benefit with simultaneous encodes?
[14:22] <BtbN> The quality is bad, but it's fast
[14:22] <BtbN> https://github.com/BtbN/FFmpeg/tree/nvenc
[14:23] <BtbN> nvidias own tools manage to get a better quality at the same bitrate, but i have no idea how to improve on that
[14:23] <BtbN> the documentation isn't the best
[14:23] <nevcairiel> sounds like the configuration of the encoder just isnt good
[14:24] <ubitux> BtbN: you can't submit it because of the license thing?
[14:25] <BtbN> It would be useless if i submit it, nobody would use it, because no distributor would compile it in
[14:26] <ubitux> distributors are not the only users of ffmpeg :p
[14:26] <BtbN> The nvenc sdk has no standard way to install it
[14:26] <BtbN> And it's only about the header
[14:28] <BtbN> nevcairiel, yes, of course, but i have no idea how to improve it. I played around with all options, there is some CBR 2 Pass mode that looks promising, but it's not documented how to use it
[14:29] <nevcairiel> i have been meaning to figure out the configuration a bit more so that I can improve the quality of OBS, but i'm just way lazy
[14:29] <BtbN> I'm the one who wrote the nvenc encoder in OBS.
[14:30] <wm5> what's OBS?
[14:31] <BtbN> I spent quite some time trying to figure out how to improve the quality
[14:31] <BtbN> I even reverse engineered parts of nvidias shadowplay software, but it's using an entirely diffrent api internaly
[14:31] <nevcairiel> wm5: an app to grab and encode your screen content and directly stream to youtube/twitch/whatever
[15:18] Action: Daemon404 wishes he never read this debain thread
[15:18] <Compn> depressing ?
[15:18] <Compn> for the projects or for debian ?
[15:19] <Daemon404> i forgot how... special... some people on the debian ML are
[15:19] <Compn> kik
[15:19] <wm5> come on it's fun
[15:19] <Compn> er lol
[15:19] <wm5> contribute some trolling
[15:20] <Daemon404> the thread isnt even about its topic anymore
[15:20] <Daemon404> just API/ABI complaining
[15:42] <kierank> Daemon404: yeah i did warn you
[15:52] <cone-847> ffmpeg.git 03Carl Eugen Hoyos 07master:b70332205966: Remove useless configure option "--enable-sram".
[16:05] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:d1b1c3bb5ef1: hevc: reorder loops
[16:05] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:2278146a0ca0: Merge commit 'd1b1c3bb5ef1bee409c06c3bcacfb8674e1cb574'
[16:17] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:09182b322437: hevc: simplify rounding
[16:17] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:e6ffe7bcfc4a: Merge commit '09182b3224370e1d636631e77f201a8388766bd6'
[16:36] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:3505b19652ea: hevc: derive partially amvp list
[16:36] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:ed53cc217f6a: hevc: derive partial merge list
[16:36] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:cde2de4a05dc: Merge commit '3505b19652ea34089a4cd08d4d3358fcc0a3db8b'
[16:36] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:5195512addc1: Merge commit 'ed53cc217f6a6e4ddb35e3f01a79496091dc82dc'
[16:47] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:cf6090dc6252: hevc: use intreadwrite
[16:47] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:17cbc6457b7a: Merge commit 'cf6090dc6252f2b276aa4133e3d73a89f4c6046c'
[16:59] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:14ca0aa69b5d: hevc: wait proper position for tmvp
[16:59] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:980aa2ae355d: Merge commit '14ca0aa69b5d954ce56d0826ab9f1f70e535c92a'
[17:06] <cone-847> ffmpeg.git 03Christophe Gisquet 07master:3187fa14a326: hevc_mvs: avoid deriving tmvp in amvp
[17:06] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:b097d1765b38: Merge commit '3187fa14a326908f9471a038e3b5b24c0eaf655e'
[17:27] <ubitux> "Kick the non-cooperating people off both projects." great suggestion
[17:28] <ubitux> that's not at all what lead to the fork
[17:29] <wm4> :)
[17:30] <Daemon404> debian people bro.
[17:38] <ubitux> so basically the only interesting feature of yasm 1.3.0 is "Use a larger hash table size in NASM macro handling."? :)
[17:41] <nevcairiel> a bunch of fixed instructions, and a few new ones, although the new ones arent all that interesting for us
[17:41] <nevcairiel> maybe aes
[17:41] <ubitux> > Fast and efficient virtual multi-pass optimizer that automatically generates much smaller code for jumps and immediates.
[17:41] <ubitux> what about this? sounds weird
[17:42] <nevcairiel> thats not new
[17:42] <ubitux> ah yeah, i was too greedy
[17:42] <nevcairiel> they kinda put all features there, its a bit misleading
[18:23] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:da7d839a0d3e: ffv1dec: check that global parameters do not change in version 0/1
[18:23] <cone-847> ffmpeg.git 03Michael Niedermayer 07master:113229922ae2: Merge commit 'da7d839a0d3ec40423a665dc85e0cfaed3f92eb8'
[18:56] <cone-847> ffmpeg.git 03Anton Khirnov 07release/0.10:3aebdffb010d: cdgraphics: switch to bytestream2
[18:56] <cone-847> ffmpeg.git 03Anton Khirnov 07release/0.10:cf6b2a0ad2b0: cdgraphics: do not return 0 from the decode function
[18:56] <cone-847> ffmpeg.git 03Anton Khirnov 07release/0.10:9d5f4f025304: svq1: do not modify the input packet
[18:56] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:a457115f0f09: Merge commit '3aebdffb010df025728d6c2af89642f9634aa806' into release/0.10
[18:56] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:6596f5c3aa9a: Merge commit 'cf6b2a0ad2b06aabf04bec4c7b19e78a560cd904' into release/0.10
[18:56] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:aed8f48545a4: Merge commit '9d5f4f025304ac7c69775179044e6f69f370441a' into release/0.10
[18:56] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:a2c6cb260fda: avcodec/svq1dec: Fix multiple bugs from "svq1: do not modify the input packet"
[19:07] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:c79cf0129eda: error_concealment: avoid using the picture if not fully setup
[19:08] <cone-847> ffmpeg.git 03Reinhard Tartler 07release/0.10:4709baecc9cc: Prepare for 0.8.14 Release
[19:08] <cone-847> ffmpeg.git 03Reinhard Tartler 07release/0.10:a79e58cdc6e4: Update Changelog for v0.8.14
[19:08] <cone-847> ffmpeg.git 03Luca Barbato 07release/0.10:d86df7dd497e: mpegts: Define the section length with a constant
[19:08] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:688ab2660474: Merge commit 'c79cf0129edafc388ba1c47cd7b6a620557e48de' into release/0.10
[19:08] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:a94fe0e15148: Merge commit 'a79e58cdc6e46c62346d13e7ddd4da2008714200' into release/0.10
[19:08] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:da19bfb2876d: Merge commit 'd86df7dd497ead1132bd95df7c4c18d91fbe3def' into release/0.10
[19:22] <cone-847> ffmpeg.git 03Luca Barbato 07release/0.10:ebe2292eafa7: mpegts: Do not try to write a PMT larger than SECTION_SIZE
[19:22] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:dcc68de942f0: vp3: Copy all 3 frames for thread updates
[19:22] <cone-847> ffmpeg.git 03Reinhard Tartler 07release/0.10:042c25f54bd2: Update Changelog for v0.8.14
[19:22] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:437a0ae1a105: Merge commit 'ebe2292eafa7cac71dcdddb865e18c05635fe117' into release/0.10
[19:22] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:a5a2f8ac5ab4: Merge commit 'dcc68de942f06d358192a57057adb133f7c40dd7' into release/0.10
[19:22] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:acf7c5b8ee63: Merge commit '042c25f54bd25b52d2936b822be026450971a82d' into release/0.10
[19:23] <j-b> 'morning
[20:00] <cone-847> ffmpeg.git 03Luca Barbato 07release/0.10:0ab76ddf313e: avcodec: Introduce ff_get_buffer
[20:00] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:bb015b519e29: Merge commit '0ab76ddf313eeab70d06619ae0376fd7dd40761b' into release/0.10
[20:09] <michaelni> evening 
[20:20] <beastd> OMG you can terribly fat finger "input" to "inout"-- Damn those keyboard layouts ;)
[20:24] <cone-847> ffmpeg.git 03Martin Storsjö 07release/0.10:c98d164a6a2c: configure: Check for -Werror parameters on clang
[20:25] <cone-847> ffmpeg.git 03Luca Barbato 07release/0.10:e24d1cbc4e13: lavf: Fix leftovers from the ff_get_buffer patch
[20:25] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:5d790cdb9ee2: Merge commit 'c98d164a6a2c3d93bfb10d44c946bc3ed56f14e7' into release/0.10
[20:25] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:854fa0d1ab35: Merge commit 'e24d1cbc4e134e0b4448b3bc3a80f3197271b347' into release/0.10
[20:25] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:80a77c0c5bef: avcodec/libspeexdec: fix missing header includes
[20:35] <cone-847> ffmpeg.git 03Reinhard Tartler 07release/0.10:5a2d1913a96b: Prepare for 0.8.15 Release
[20:35] <cone-847> ffmpeg.git 03Reinhard Tartler 07release/0.10:452e343295e2: avcodec: Add more missing #includes for ff_get_buffer()
[20:35] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:b5d7b80a7e43: ffv1dec: check that global parameters do not change in version 0/1
[20:35] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:257188acea8d: Merge commit '5a2d1913a96bb0e029b424a4dd5b414cfb91c708' into release/0.10
[20:35] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:8044ab94e485: Merge commit '452e343295e25f7b2cbc8529c66e9386e2ea6f55' into release/0.10
[20:35] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:497d66126242: Merge commit 'b5d7b80a7e43779ca2962ba56442579c2a7e927d' into release/0.10
[20:42] <cone-847> ffmpeg.git 03Mans Rullgard 07release/0.10:394f4ee61e3b: pcmenc: set correct bitrate value
[20:52] <cone-847> ffmpeg.git 03Michael Niedermayer 07release/0.10:c13b19a5bcc2: Update for 0.10.15
[20:59] <cone-847> ffmpeg.git 03James Almer 07master:9ffac3d00d2f: lsws: duplicate ff_log2_tab
[21:43] <michaelni> ubitux, is the xvid idct patch ok without changing formating ?
[21:44] <ubitux> michaelni: sure yes, i doubt there will be much changes to merge but yeah
[21:44] <ubitux> go ahead, thx
[21:44] <michaelni> ok thx
[21:59] <ubitux> wm4: it's to allow future realloc of that space (re: av_strndup)
[22:00] <wm4> you know you can post on libav-devel
[22:00] <ubitux> no, they will misinterpret it
[22:00] <ubitux> every time i'm talking there they believe i'm trying to show everyone ffmpeg is better or whatever
[22:01] <ubitux> so i'm just an observer
[22:01] <ubitux> wm4: anyway, that's the same with av_strdup(); this typically happens in drawtext where the avoption text string is expended
[22:02] <cone-847> ffmpeg.git 03Pascal Massimino 07master:298b3b6c1f8f: avcodec: add C xvid IDCT support
[22:02] <wm4> makes sense
[23:37] <jamrial> ffplay and libavfilter are also using ff_log2_tab from lavu
[23:38] <jamrial> just sent a patch to deal with libavfilter the same as every other library, but not sure about ffplay
[23:39] <Daemon404> ... there is no reason ffplay needs that table
[23:39] <jamrial> av_log2()
[23:41] <Daemon404> oh right because the stupid function is in a header
[23:41] <Daemon404> lovely terrible design.
[23:44] <wm4> trollol
[23:47] <J_Darnley> Oh fuck.  Intel's docs used to be accessible by number.  Now they've got titles.
[00:00] --- Wed Aug 13 2014


More information about the Ffmpeg-devel-irc mailing list