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

[burek]

[00:38:10 CET] <Compn> llogan : news entry on opw/gsoc?
[00:38:29 CET] <Compn> can you write something up mayyyybe ? :)
[00:47:57 CET] <llogan> Compn: unfortunately, i have a work backlog to deal with.
[01:58:53 CET] <cone-259> ffmpeg 03Umair Khan 07master:5d64ba9d1829: avcodec/alsdec: fix max bits in ltp prefix code
[02:26:53 CET] <cone-259> ffmpeg 03Michael Niedermayer 07master:b4f59beeb4c2: avutil/file: Move av_tempfile() to avutil/file_open ff_tempfile()
[02:26:54 CET] <cone-259> ffmpeg 03Michael Niedermayer 07master:9d4ab1380add: Use avpriv_tempfile()
[06:44:06 CET] <Timothy_Gu> What's the point of av_uninit? What's too hard about just initializing the variable?
[06:44:41 CET] <Timothy_Gu> apparently that macro doesn't work on Clang, and a bunch of bogus warnings comes up
[07:24:36 CET] <dinux5> Can anybody tell me the directory in ffmpeg where the struct "FilterParams" is ?
[07:47:35 CET] <durandal_1707> dinux5: isnt that in swscale?
[07:52:48 CET] <dinux5> Umm. I do not see the exact name there. :/
[07:54:24 CET] <dinux5> It has been used everywhere in mlpenc.c. I need to make modifications. But, do not find the struct itself. :(
[08:26:37 CET] <Timothy_Gu> dinux5: have you tried git grep?
[08:26:59 CET] <Timothy_Gu> the first result is the one you are looking for
[08:27:35 CET] <Timothy_Gu> ~/ffmpeg$ git grep FilterParams Ò libavcodec/mlp.h:typedef struct FilterParams {
[08:32:12 CET] <dinux5> Oh. Thank you . :D Unaware of that option.
[13:57:59 CET] <kierank> Daemon404: what does
[13:58:02 CET] <kierank> 12:57 p.m. <qiubit> "Setting default whitelist 'file', bytes read, could not open source file"
[13:58:06 CET] <kierank> This mean?
[14:44:56 CET] <mateo`> those avienv/riffenc threads ... 
[14:47:33 CET] <wm4> well at least he didn't get push access yet
[15:54:00 CET] <kierank> 1:47 PM <"wm4> well at least he didn't get push access yet
[15:54:02 CET] <kierank> ahahahahha
[15:56:50 CET] <cone-663> ffmpeg 03Sasi Inguva 07master:e939dde48d44: avformat/utils: factor update_dts_from_pts() out
[15:56:50 CET] <cone-663> ffmpeg 03Sasi Inguva 07master:895dd0967194: lavf/utils: Fix DTS for short H264 streams.
[15:56:50 CET] <cone-663> ffmpeg 03Sasi Inguva 07master:6fa5c8235b0c: fate: add test for "Fix DTS for short H264 streams"
[15:56:50 CET] <cone-663> ffmpeg 03Michael Niedermayer 07master:4aea2c7d8959: fate: Add ffprobe dependancy to fate-h264-dts_5frames
[17:34:50 CET] <ubitux> yay, so i finally have a dump of the text subtitles
[17:35:02 CET] <ubitux> 76G...
[17:35:11 CET] <ubitux> 3777741 subtitles
[17:35:18 CET] <JEEB> not a shabby amount
[17:35:20 CET] <Daemon404> RIP ubitux 
[17:41:21 CET] <wm4> ffprobe * ?
[17:44:01 CET] <ubitux> yeah, probably the first thing i'll do, trying to see how much we recognize for a start, and maybe make stats about the distribution of the formats
[17:44:48 CET] <rcombs> "the" text subtitles?
[17:44:52 CET] <rcombs> like, which ones?
[17:45:00 CET] <rcombs> 76GB of _all_ the subtitles?
[17:45:27 CET] <ubitux> i got an opensubtitles.org dump
[17:45:50 CET] <ubitux> i'm still uncompressing them though
[17:45:59 CET] <ubitux> 76G is the compressed size
[17:46:04 CET] <Daemon404> lol
[17:46:31 CET] <durandal_1707> which compression?
[17:46:55 CET] <ubitux> gzip, individual files (not sure why but whatever)
[17:51:04 CET] <Daemon404> wut
[17:51:10 CET] <Daemon404> tthats the worst possible way to do it
[17:51:21 CET] <BBB> I bet theyre not experts in compression
[17:51:26 CET] <BBB> theyre just like look it got smaller!"
[17:51:31 CET] <BBB> PROFIT!!! SHIP IT!!!
[17:52:29 CET] <ubitux> yeah whatever, i'm happy they did it for me :)
[17:52:48 CET] <Daemon404> ;p
[17:54:06 CET] <philipl> ubitux: isn't all of opensubtitles just basic srt with no formatting?
[17:54:52 CET] <ubitux> no, they have many formats, and formatting in it
[17:55:13 CET] <ubitux> limited to text subs though, so i won't have vobsub
[17:55:20 CET] <philipl> fair enough
[17:55:21 CET] <ubitux> not sure if i should be relieved or sad
[17:55:32 CET] <philipl> everyone loves vobsub...
[17:55:54 CET] <ubitux> well, everyone can go f* himself
[18:02:10 CET] <Compn> wow
[18:02:17 CET] <Compn> i'd love an opensubtitles.org dump...
[18:02:59 CET] <Compn> i remember someone had to get utf16 and other encodings working in mplayer 
[18:04:11 CET] <Compn> ubitux : any ideas for testing ffmpeg subtitle output vs vsfilter or other renderer? e.g. testing to make sure we render correctly as well ?
[18:04:57 CET] <Compn> wonder if we could automate vlc subtitle renderer and then compare the framemd5 against ffmpeg...
[18:06:18 CET] <rcombs> does VLC have its own renderer?
[18:06:22 CET] <rcombs> I thought it just used libass
[18:06:41 CET] <ubitux> Compn: iirc opensubtitles refuses utf16 and the like
[18:07:03 CET] <ubitux> Compn: testing rendering is going to be expensive
[18:07:30 CET] <Compn>  i'd guess that opensubtitles gets users reports like "subtitle doesnt work" and then those nonworking subs get fixed or another version uploaded too. thus shrinking the weird sub samples 
[18:08:12 CET] <wm4> rcombs: vlc has its own renderer for subtitles other than ass
[18:08:17 CET] <rcombs> kek
[18:08:32 CET] <Compn> libass wasnt around forever, vlc had something before it existed anyways 
[18:08:35 CET] <wm4> including its own support for pseudo-html as found in subs
[18:08:50 CET] <wm4> mplayer also has its own text renderer
[18:09:00 CET] <wm4> it took so long to remove that crap from mpv
[18:09:48 CET] <Compn> i dont think testing rendering would be that expensive (well, testing all 70gb will be) , similar to a fate test anyway
[18:10:21 CET] <Compn> wm4 : mpv using libass only now ?
[18:11:08 CET] <Compn> mplayers' renderer was hacked into a bunch of the video outputs to increase speed. whereas libass was seen as "slow" when it was introduced
[18:11:17 CET] <Compn> which i can imagine would be difficult to seperate 
[18:12:03 CET] <wm4> mplayer also had this awful looking method of rendering to the luma plane only
[18:13:06 CET] <Compn> there were lots of tricks for opengl rendering, including in color
[18:13:54 CET] <wm4> not really
[21:37:28 CET] <Zeranoe> Besides build errors, what would be considered a "critical" bug?
[21:41:29 CET] <ubitux> unusable binaries, backdoored code, very important regression (like making unplayable most h264 videos)
[21:41:36 CET] <ubitux> dunno what else
[21:44:28 CET] <wm4> uh, security issues?
[22:03:52 CET] <jamrial> also data loss
[22:08:33 CET] <Compn> fails to play common format = critical bug
[22:08:41 CET] <Compn>   i mean regression in playing common format
[22:08:57 CET] <Compn> ubi already said it doh
[22:24:06 CET] <cone-869> ffmpeg 03Adam Kent 07master:77e355ffb1d6: avformat/hlsenc: Add support for HLS PLAYLIST types EVENT and VOD
[23:09:06 CET] <cone-869> ffmpeg 03James Almer 07master:e71096bb3ab4: fate: add missing h264-dts_5frames ref file
[23:17:15 CET] <cone-869> ffmpeg 03James Almer 07master:6224dddaa713: fate: add missing dependencies for fate-h264-dts_5frames
[23:52:33 CET] <cone-869> ffmpeg 03Paul B Mahol 07master:a61cd42c8d75: avfilter/smptebars: fix some 75% color values
[00:00:00 CET] --- Sun Mar 13 2016