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

[burek]

[00:16] <cone-492> ffmpeg.git 03Michael Niedermayer 07master:49456a95ebcb: avformat/movenc: Fix printf type
[00:46] <Daemon404> interesting blog post... "noodles"
[00:49] <J_Darnley> Where did ~100 new fate tests come from 4 days ago?
[01:27] <iive> +
[01:51] <michaelni> J_Darnley, some fate test spliting
[01:59] <cone-492> ffmpeg.git 03Luca Barbato 07master:c4ac48c5a146: swresample: document the need to configure the context using AVOptions
[01:59] <cone-492> ffmpeg.git 03Michael Niedermayer 07master:f4e814f787d0: swresample: check av_opt_set for failure in swr_alloc_set_opts()
[02:26] <cone-492> ffmpeg.git 03Michael Niedermayer 07master:6801eb0a0981: avcodec/vc1dec: do not crash when flushing without an allocated frame
[02:33] <cone-492> ffmpeg.git 03Ronald S. Bultje 07master:bfffce4d081c: hevc: add missing comma in log message.
[03:06] <cone-492> ffmpeg.git 03Christophe Gisquet 07master:5ec85c9750f0: hevc: do generic validation of bitstream
[03:38] <viperfx_> Should I submit a ticket regarding this error: [tls @ 0x7fb64af13f20] error:00000000:lib(0):func(0):reason(0)0/0?
[04:00] <BBB> viperfx_: probably yes
[04:17] <viperfx_> BBB: is there a workaround I can try?
[04:17] <viperfx_> Maybe another SSL library instead of OpenSSL?
[04:17] <Compn> polarssl ?
[04:19] <viperfx_> Is there one that is known to work well in armv7
[04:20] <Compn> gnutls ?
[04:24] <viperfx_> OK I will try that
[04:28] <kurosu> "Liked-by: BBB" <- welcome to FBmpeg
[04:29] <kurosu> next step: "Plussed-by"
[05:00] <jamrial> something broke fate-aliaspix in a lot of systems
[09:29] <ubitux> http://research.microsoft.com/en-us/um/redmond/projects/hyperlapse/
[09:29] <ubitux> nice filter
[10:45] <viperfx_> Could someone please test this bug on HEAD? https://trac.ffmpeg.org/ticket/3845
[11:09] <J_Darnley> Can't you?
[11:11] <J_Darnley> Weren't you talking about some API functions the other day?
[11:11] <J_Darnley> That implies your compiling something.
[11:13] <viperfx_> J_Darnley: Yep I can, I can do it on iOS. But he is asking for console output of the flags and version
[11:13] <viperfx_> That is why I was asking if someone has the version of HEAD already
[11:13] <viperfx_> to check the bug
[11:14] <viperfx_> I am compiling for armv7 now
[11:15] Action: J_Darnley is greatly ashamed by his use of "your" above.
[11:18] <J_Darnley> I don't see why you can't compile the git head and post the output
[11:21] <viperfx_> No worries, I am doing it on my Desktop now
[12:47] <BBB> kurosu: youre a first! http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=commit&s=liked-by
[12:48] <BBB> theres 5 mentions of bbb though: http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=commit&s=BBB
[12:52] <kurosu> BBB: frist like! 
[12:52] <kurosu> unfortunately, +1 already claimed: http://git.videolan.org/?p=ffmpeg.git&a=search&h=HEAD&st=commit&s=Plus-one-by
[12:55] <kurosu> the correlation between Trolled-By and Daemon404 is high
[12:55] <viperfx_> Guys I have compiled ffmpeg with HEAD on my desktop and I cannot reproduce the issue while encoding to another format. The error does occur on ffplay though
[12:55] <viperfx_> I also compiled the latest snapshot in http://ffmpeg.org/releases/ for iOS and I still get the same issue
[12:56] <viperfx_> As the end of playback of a HTTP source in the app, I get the tls error
[13:04] <viperfx_> I think I am gonna try compiling with the latest openssl
[13:27] <BBB> viperfx_: is sdl linked to an older ssl/tsl?
[13:27] <viperfx_> BBB: SDL?
[13:28] <BBB> it is my understanding ffplay uses sdl for its UI
[13:28] <BBB> sdl is one of those antique libraries that may hardlink against the wrong ssl
[13:28] <BBB> anyway if latest ffmpeg doesnt reproduce it then I guess its not really a bug...
[13:28] <ubitux> sdl linking to ssl? oO
[13:28] <Daemon404> kurosu, damn straight
[13:33] <BBB> ubitux: you know know :D
[13:34] <ubitux> it's not linking to any ssl here on my distro
[13:34] <ubitux> (fortunately)
[13:35] <viperfx_> Compiling FFmpeg (HEAD) with the latest openssl (1.0.1i) seems to have fixed it for me on iOS. 
[13:35] <viperfx_> yay \o/
[13:36] <ubitux> BBB: i don't see anything in the source, fortunately :)
[13:45] <viperfx_> Damn it! Its back :(
[13:45] <cone-460> ffmpeg.git 03Michael Niedermayer 07master:9eda4e8bd759: avcodec/idctdsp: move add/put_pixels_clamped_c to header
[13:45] <cone-460> ffmpeg.git 03James Almer 07master:8f2634f970b2: lavc: stop exporting internal functions and tables
[13:45] <viperfx_> For an audio track of >5m it seems that error pops up
[14:00] <Youka> Tested building ffmpeg 2.3 with MinGW a minute ago and there's still the bug with wrongly detected HAVE_NANOSLEEP on configure :/
[14:11] <cone-460> ffmpeg.git 03James Almer 07master:59ecd4882df9: lavc/raw: remove obsolete ff_raw_pix_fmt_tags cruft
[14:11] <cone-460> ffmpeg.git 03James Almer 07master:31b7ab9f0699: lavf/mpegts: remove obsolete ff_mpegts_parse_* cruft
[14:13] <Youka> That bug stops/breaks 'make'/compilation unless people set HAVE_NANOSLEEP to 0 in config.h after 'configure'. I remember the discussion with fault found by detection of nanosleep function with symbol finding in binaries instead of consider declarations in header files.
[14:16] <Youka> (In a strange way, MinGW has nanosleep anywhere in binaries, but nowhere in headers. Nanosleep was an experiment and shouldn't be used.)
[14:20] <nevcairiel> send a patch if you care, everyone that does care about mingw uses mingw-w64 where this is not a problem
[14:22] <Youka> ok, thx for feedback
[14:30] <cone-460> ffmpeg.git 03James Almer 07master:7b3de03c8fa7: lavf: stop exporting internal functions
[14:47] <ubitux> question about MB export
[14:48] <ubitux> should i have a MV specific side data
[14:48] <ubitux> or should i try to come up with a MB information side data with all kind of info in it
[14:48] <ubitux> like quant, intra, ..
[14:48] <ubitux> i was currently changing the "MBInfo" into a MVInfo and just add a u64 flags for later flags
[14:50] <ubitux> so basically, source ( ’), w/h, absolute src[xy], absolute dst[xy], and 64-bits for flags
[14:50] <ubitux> if we need intra information or quantization, we would need another side data type
[14:52] <wm4> what is this even for
[14:52] <wm4> and why
[14:53] <ubitux> it's exported only on demand, for app that would need them
[14:53] <ubitux> this is typically useful to get motion information for free
[14:54] <ubitux> -flags2 +export_mvs, for codecs that support it
[15:32] <cone-460> ffmpeg.git 03Michael Niedermayer 07master:11512d70facf: avcodec/get_bits: add BITS_LEFT() for finding the bits left with an opened reader
[15:32] <cone-460> ffmpeg.git 03Michael Niedermayer 07master:ba47d519e537: avcodec/huffyuvdec: fix overread checks
[15:45] <cone-460> ffmpeg.git 03Michael Niedermayer 07master:9a162146ca6c: avcodec/snow: fix null pointer dereference in cleanup after allocation failure
[16:10] <wm4> ubitux: maybe the sami-broken motion vector drawing code could be made into a filter, then
[16:11] <ubitux> yes that's the goal
[16:11] <ubitux> but the other information should be exported as well
[16:59] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.3:a1fe3b415073: avcodec/vc1dec: do not crash when flushing without an allocated frame
[17:00] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.3:6badd558ce19: avcodec/get_bits: add BITS_LEFT() for finding the bits left with an opened reader
[17:00] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.3:dbf5d7e5cd16: avcodec/huffyuvdec: fix overread checks
[17:00] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.3:11420649d021: avcodec/snow: fix null pointer dereference in cleanup after allocation failure
[17:31] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.3:b88de7b31a4a: Changelog: update for 2.3.2
[17:35] <kurosu> michaelni, regarding BITS_LEFT for huffyuvdec, was there an issue reported ?
[17:36] <michaelni> yeah to my inbox IIRC
[17:44] <michaelni> no, it was to ffmpeg-security@ its "just" a out of array read though
[17:56] <cone-460> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/tags/n2.3.2': unknown revision or path not in the working tree.
[17:56] <cone-460> Use '--' to separate paths from revisions
[17:56] <cone-460> refs/tags/n2.3.2:HEAD: avcodec/snow: fix null pointer dereference in cleanup after allocation failure
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:6be5a3c0451e: wmalosslessdec: fix mclms_coeffs* array size
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:bea14966e2a3: mmvideo: check horizontal coordinate too
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:aa943bd31fad: huffyuvdec: check width size for yuv422p
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:6419569a9d10: Merge commit '6be5a3c0451e8f199ef1da09961aa76c08c87afd' into release/2.2
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:97cbad3d2c90: Merge commit 'bea14966e2a37019cb4e38420868c5bb0542d487' into release/2.2
[18:35] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:45a529d805cf: Merge commit 'aa943bd31fada23db5cb9611215656ab9ebe5b94' into release/2.2
[18:40] <viperfx_> Does anyone know how I can use the API to print out what ffmpeg -v does?
[18:41] <JEEB> use lavf and lavc and heighten the verbosity level
[18:48] <cone-460> ffmpeg.git 03Vittorio Giovara 07release/2.2:a5992a274ff5: stereo3d: add missing include guards
[18:48] <cone-460> ffmpeg.git 03Vittorio Giovara 07release/2.2:6598aaea1ad2: jpeg2000: enable 4 component pixel formats
[18:48] <cone-460> ffmpeg.git 03Anton Khirnov 07release/2.2:5bf5a35fb5d4: cdgraphics: switch to bytestream2
[18:48] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:90a1c5e95c3f: Merge commit 'a5992a274ff5f6c4bec3445cb410da0adce8ef70' into release/2.2
[18:48] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:7b67ce9ade01: Merge commit '6598aaea1ad2cf82d40abb191ac26a5e4e5147ba' into release/2.2
[18:48] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:3301b248b033: Merge commit '5bf5a35fb5d452ea4b30cd7b853d92df6705d250' into release/2.2
[18:49] <viperfx_> JEEB: using av_log_set_level() ?
[18:52] <Daemon404> yes
[18:54] <viperfx_> I used AV_LOG_VERBOSE and I still cant see the compile flags that I would normally see in command line
[18:55] <Daemon404> thats not part of the log
[18:58] <cone-460> ffmpeg.git 03Anton Khirnov 07release/2.2:18f48e05a22a: cdgraphics: do not return 0 from the decode function
[18:59] <cone-460> ffmpeg.git 03Anton Khirnov 07release/2.2:d513c6a0ee58: svq1: do not modify the input packet
[18:59] <cone-460> ffmpeg.git 03Felix Abecassis 07release/2.2:67134ad31f1f: h264: fix interpretation of interleaved stereo modes
[18:59] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:c11b3010c21a: Merge commit '18f48e05a22a73a389fb3ab4b3eaf78903bab5ef' into release/2.2
[18:59] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:963514ea1a6e: Merge commit 'd513c6a0ee582d22b6e793286774abbde01f6680' into release/2.2
[18:59] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:723512ac7171: avcodec/svq1dec: Fix multiple bugs from "svq1: do not modify the input packet"
[18:59] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:0dc5868f141c: Merge commit '67134ad31f1f3bc1515eae129e4368401f7c3342' into release/2.2
[18:59] <kurosu> michaelni, ok
[19:00] <kurosu> michaelni, I think I fixed #2760 but I plan to discuss with kostya first
[19:02] <michaelni> kurosu, of course, its kostyas code, btw kostya is welcome on ffmpeg-devel IRC channel as well as ML
[19:03] <kurosu> I don't think he cares nor wants
[19:03] <michaelni> yes :(
[19:12] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:588e7226edb8: ffmpeg_opt: Use av_guess_codec() instead of AVOutputFormat->*codec
[19:12] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:ffc66ac0d641: avutil/cpu: add aarch64 entries to 2nd table
[19:12] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:0397d434054a: avcodec/iff: check pixfmt for rgb8 / rgbn
[19:12] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:bb7f236c7fef: avcodec/snow: fix null pointer dereference in cleanup after allocation failure
[19:55] <Chillance> so, what is going on with https://trac.ffmpeg.org/ticket/3831 ?
[19:57] <wm4> I guess nobody cares about the gif encoder
[19:58] <Chillance> seems I might have to resort to something else then
[19:58] <wm4> there are better tools anyway
[19:58] <wm4> since gif probably needs some sort of global palette generation...
[20:06] <Chillance> you got suggestions?
[20:06] <Chillance> qgifer doesnt work.. I suppose its using ffmpeg actually
[20:07] <wm4> not sure... photoshop?
[20:08] <wm4> last I tried with imagemagick, the result was ugly
[20:09] <Chillance> hmm
[20:11] <michaelni> Chillance, i do care about the gif encoder, i care about everything i just dont have enough time to work on everything
[20:21] <cone-460> ffmpeg.git 03Michael Niedermayer 07release/2.2:c0ad5f9333f4: Update for 2.2.7
[20:43] <ubitux> BBB ^
[20:43] <ubitux> wm4: it's not gif related
[20:43] <ubitux> at least it doesn't look like so, i'd say sws
[20:44] <wm4> even worse
[21:17] <cone-460> ffmpeg.git 03Reimar Döffinger 07master:2c0454cd208d: Add missing initialization for AVProbeData.
[21:20] <jamrial> ubitux: could you try aplying the libavutil.v patch i sent a couple days ago in your "--enable-shared + libs" fate system and see if it complains about some other lavu function missing aside from the opencl one?
[21:20] <jamrial> i have less than a fourth of those libraries installed here
[21:21] <ubitux> what's the title of the patch?
[21:21] <jamrial> "[PATCH 4/4] lavu: stop exporting internal functions"
[21:25] <ubitux> so without opencl, right?
[21:28] <jamrial> yeah, i already know lavfi with opencl uses a lavu ff_ function, so i only need to know about other libraries
[21:29] <ubitux> ok, just a moment
[21:36] <ubitux> jamrial: seems to pass here but i haven't opencl to compare the failure
[21:37] <jamrial> if some lavu ff_ function was used outside lavu it would fail at linking
[21:37] <jamrial> with an error like "ffmpeg/src/libavfilter/unsharp_opencl.c:184: undefined reference to `ff_opencl_set_parameter'"
[21:39] <wm4> heh why was such a change even allowed to make it in
[21:40] <ubitux> jamrial: http://pastie.org/pastes/9462874/text
[21:41] <jamrial> if compilation succeeded then it's good
[21:41] <jamrial> thanks
[21:43] <jamrial> wm4: probably nobody that reviewed that code noticed it since lavu has been exporting ff_ functions all this time
[21:47] <wm4> (I don't really understand why ff_ is evil but avpriv_ isn't, anyway)
[21:47] <Chillance> michaelni, any eta on looking at my ticket?
[21:48] <michaelni> Chillance, why is it so important to you ? 
[21:49] <Chillance> Im trying to create some animated gifs for my crowdfounding project
[21:49] <Chillance> and online converters creates a larger file
[21:52] <michaelni> well, if theres lots of money involved you could offer a bounty, maybe someone would look into it sooner then
[21:57] <jamrial> wm4: ABI afaik. you can (in theory) make, modify and undo ff_* functions at will since they are internal to one library. avpriv_* can be introduced but not removed or their prototypes altered (until you bump major) without the risk of trouble
[21:57] <jamrial> exporting ff_* functions kill the entire point and benefit of making that distinction
[21:58] <wm4> I see
[23:39] <hotwings> git clone of ffmpeg is going at a blazing 6k/sec.. maybe it will be finished by xmas
[23:40] <hotwings> any idea when this is going to be fixed?
[23:46] <wm4> hotwings: what URL are you using?
[23:53] <hotwings> git://git.videolan.org/ffmpeg.git
[23:54] <wm4> the official git is git://source.ffmpeg.org/ffmpeg.git
[23:54] <wm4> I'm not sure what server it maps to, or if it's different from the videolan one
[23:54] <wm4> there's also a github mirror
[23:55] <J_Darnley> Are you not the first person to report speed issues?
[23:56] <hotwings> i used to use git://source.ffmpeg.org/ffmpeg.git but was told it just forwards to videolan and at some point in the future would be dead. thats why i use videolan
[23:56] <hotwings> J_Darnley - if youre asking me, i have no clue if others have reported speed issues
[00:00] --- Tue Aug 12 2014