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

[burek]

[00:13] <CIA-17> ffmpeg: 03Yusuke Nakamura 07master * r462a5b7839 10ffmpeg/libavformat/isom.c: 
[00:13] <CIA-17> ffmpeg: isom: Support more DTS codec identifiers.
[00:13] <CIA-17> ffmpeg: DTS LBR identifier ('dtse') is not included since libavcodec doesn't support it yet.
[00:13] <CIA-17> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis at gmail.com>
[00:13] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r8c4022aceb 10ffmpeg/avconv.c: avconv: fix a segfault on -c copy with -filter_complex.
[00:13] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r8f89954550 10ffmpeg/: 
[00:13] <CIA-17> ffmpeg: Merge remote-tracking branch 'qatar/master'
[00:13] <CIA-17> ffmpeg: * qatar/master:
[00:13] <CIA-17> ffmpeg:  avconv: fix a segfault on -c copy with -filter_complex.
[00:13] <CIA-17> ffmpeg:  isom: Support more DTS codec identifiers.
[00:13] <CIA-17> ffmpeg: Merged-by: Michael Niedermayer <michaelni at gmx.at>
[03:20] <Compn> http://forums.anandtech.com/showthread.php?t=2240545    2tb $110
[04:16] <Zeranoe> I'm trying to come up with a patch to allow FFmpeg to install without .lib files. Currently the make install will fail if a shared build can't make the .lib files. Can anyone help me out on where I should be looking to fix this?
[04:38] <ohsix> aren't the import library and the dll's generated at the same time
[04:39] <Zeranoe> .lib files are generated from lib.exe, and when cross compiling wine needs to be installed. make install should not fail to install FFmpeg if the .lib files arent built
[04:41] <ohsix> if they aren't import libraries then what are you "install"ing
[04:43] <Zeranoe> ohsix: They are import libs
[12:18] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r16524d1be0 10ffmpeg/libavcodec/ffv1.c: 
[12:18] <CIA-17> ffmpeg: ffv1: include solution hint in the slice error message
[12:18] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[12:18] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r0c27854532 10ffmpeg/libavcodec/ffv1.c: 
[12:18] <CIA-17> ffmpeg: ffv1: Always store slice size when error reobustness is enabled.
[12:18] <CIA-17> ffmpeg: This simplifies finding slices within a damaged bitstream.
[12:18] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[12:18] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rc24ca7b88e 10ffmpeg/libavcodec/ffv1.c: 
[12:18] <CIA-17> ffmpeg: ffv1: add 1 status byte to slices in in case crcs are stored too.
[12:18] <CIA-17> ffmpeg: This will allow storing of information about corrected and uncorrectable
[12:18] <CIA-17> ffmpeg: errors.
[12:18] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:14] <ubitux> http://mattrichardson.com/Descriptive-Camera/  we need to write a video filter to do this ;)
[15:15] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r3ed6917ab8 10ffmpeg/libavcodec/ffv1.c: 
[15:15] <CIA-17> ffmpeg: ffv1: store slice size with all slices in 1.3
[15:15] <CIA-17> ffmpeg: This simplifies handling by removing a special case.
[15:15] <CIA-17> ffmpeg: Its also needed to make the next change possible.
[15:15] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:15] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r60217b5b9c 10ffmpeg/libavcodec/ffv1.c: 
[15:15] <CIA-17> ffmpeg: ffv1: Remove slice count field with 1.3 and just count slices.
[15:15] <CIA-17> ffmpeg: This field was problematic because in case of damaged slices it can be
[15:15] <CIA-17> ffmpeg: lost
[15:15] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[15:16] <iive> i don't understand the description of the above change.
[15:16] <iive> isn't slice count like mpeg2, aka indicating the number of row?
[16:02] <michaelni> iive, slice count simply was the count of slices like 4 if there are 4 slices in a frame
[16:03] <iive> is there something indicating where the slice starts (in the picture)?
[16:05] <michaelni> yes each slice stores its x and y position as well as its size
[16:29] <ubitux> does anyone knows if it makes sense to have in a mov/mp4 the first entry of the stss (sync samples table) a value of 1?
[16:29] <ubitux> basically, if the first frames can be non-key frames
[16:30] <ubitux> (if the value is 3, the first two frames won't be key frames)
[16:30] <ubitux> a value *different* than 1 sorry
[16:32] <ubitux> it seems that ffplay doesn't display anything until the first keyframes
[16:32] <ubitux> while mplayer is trying to display it anyway
[16:32] <ubitux> (this reminds me of the encode failure issue)
[16:45] <iive> ubitux: in theory you can have P frame that consists only of intra-blocks. but it may be something different.
[16:45] <iive> there is h.264 mode where no key frames are inserted. A value is given that ensures that after decoding X number of frames, there will be no missing information in the decoded picture.
[16:46] <iive> aka, the partial updates would refresh everything.
[16:48] <ubitux> the samples tables don't give much hints about the kind of frames/samples
[16:49] <ubitux> i was testing the nginx mp4 streaming plugin
[16:49] <ubitux> which basically remux at a given time the video
[16:50] <ubitux> looking at the output given, it seems to split without caring much about the key frames
[16:50] <ubitux> the file looks correct, but the sync samples don't start at 1 (first frame is a sync/key)
[16:51] <MP4_maniac> I
[16:51] <ubitux> and the standard doesn't seem to be explicit about this
[16:54] <MP4_maniac> if the file is splitted, stss indexes of the file might not start at 1
[16:54] <ubitux> yes that's exactly what seems to happen
[16:54] <ubitux> but then, the players behave quite differently
[17:01] <MP4_maniac> h264 in mp4 with gradual decoder refresh should be specified with roll recovery grouping which indicates how many frames to be needed to decode correctly. if the file has that feature, demuxer should follow.
[17:05] <ubitux> sample grouping would solve the issue? mmh..
[17:06] <MP4_maniac> i'm writing the patch for that feature https://github.com/VFR-maniac/libav/commit/bc6ef68208337d87cb52d5326710364560163897
[17:07] <MP4_maniac> i need someone's help for this
[17:08] <ubitux> interesting
[17:09] <MP4_maniac> this patch is for only demuxing
[17:09] <ubitux> what is this "gradual decoder refresh" all about?
[17:11] <MP4_maniac> about h264, recovery point sei
[17:15] <ubitux> ok, thx
[17:15] <MP4_maniac> note: for h264 open-gop (recovery_frame_cnt == 0), use random access point grouping instead of this
[17:20] <MP4_maniac> gpac already implements roll recovery grouping for their muxer, however they misunderstand the definition of recovery_frame_cnt and/or frame_num :P
[17:42] <mkoch> any VDA experts around?
[17:58] <michaelni> mkoch, try to send the author a mail maybe if you still have some problems ...
[17:58] <michaelni> waiting here is maying not that practocal
[17:58] <michaelni> dunno
[17:58] <mkoch> michaelni: ok, I will try, thanks
[18:24] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r3f4c0dad16 10ffmpeg/libavcodec/ffv1.c: 
[18:24] <CIA-17> ffmpeg: ffv1: move init_slice_state() into the decoder threads.
[18:24] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[18:24] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rcab15f9db4 10ffmpeg/libavcodec/ffv1.c: 
[18:24] <CIA-17> ffmpeg: ffv1: remove clear_state(), it has become unused
[18:24] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[18:24] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r68a9194bb6 10ffmpeg/libavcodec/ffv1.c: 
[18:24] <CIA-17> ffmpeg: ffv1: indent
[18:24] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[18:24] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r83bf9fb6ec 10ffmpeg/libavcodec/ffv1.c: 
[18:24] <CIA-17> ffmpeg: ffv1: move clear_state() to clear_slice_state() in encoding threads
[18:24] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:39] <j-b> I can HAZ eac3 in iso?
[21:40] <s3r[]> what does "pts" stand for?
[21:40] <s3r[]> in the source
[21:40] <nevcairiel> presentation time stamp
[21:40] <nevcairiel> usually, anyway
[21:41] <s3r[]> thanks
[21:43] <s3r[]> I've been slowly going through it for 2 days now
[21:46] <s3r[]> So I'm reading through the developer documentation, and for any changes/bug fixes, I should state/post them here and let it be reviewed?
[21:46] <s3r[]> unless the ffmpeg-devel mentioned in the docs is a mailing list and not the irc
[21:47] <JEEB> for patches and such, ffmpeg-devel the mailing list indeed
[21:47] <JEEB> for bugs, there's the trac issue tracker
[21:54] <jdstrand> hi, someone reported a security issue against libav in Ubuntu, and it looks like it also affects ffmpeg. what is the email address for the security contact for ffmpeg?
[22:09] <iive> michaelni ?
[22:11] <Compn> jdstrand : you can send security mail to Michael Niedermayer <michaelni at gmx.at>
[22:11] <Compn> since i dont know of any security mailing list, there is ffmpeg-legal but who knows what goes on there :D
[22:12] <Compn> jdstrand : or if you prefer, you can make bugs on http://ffmpeg.org/trac/ffmpeg
[22:12] <Compn> our bug tracker
[22:12] <jdstrand> Compn: thanks. I am trying to coordinate this among various people, so will stick with the email address
[22:12] <jdstrand> (for now)
[23:35] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rc8af852b97 10ffmpeg/ (27 files in 5 dirs): 
[23:35] <CIA-17> ffmpeg: Add libavresample
[23:35] <CIA-17> ffmpeg: This is a new library for audio sample format, channel layout, and sample rate
[23:35] <CIA-17> ffmpeg: conversion.
[23:35] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rc5671aeb77 10ffmpeg/tests/ (lavf-regression.sh ref/lavf/dv_fmt ref/seek/lavf_dv): 
[23:35] <CIA-17> ffmpeg: FATE: avoid channel mixing in lavf-dv_fmt
[23:35] <CIA-17> ffmpeg: This partially reverts acb1730218f1c614dc8ca3ba45d9de1e05059515
[23:35] <CIA-17> ffmpeg: which would only have needed to change the checksums if channel mixing had
[23:35] <CIA-17> ffmpeg: been properly avoided. This changes the output file size reference and the
[23:35] <CIA-17> ffmpeg: seek test reference back to the previous values.
[23:35] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rbcb82fe1f4 10ffmpeg/ (avconv.c cmdutils.c): avconv: use libavresample
[23:35] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r3ead79eaa3 10ffmpeg/: (log message trimmed)
[23:35] <CIA-17> ffmpeg: Merge remote-tracking branch 'qatar/master'
[23:35] <CIA-17> ffmpeg: * qatar/master:
[00:00] --- Thu Apr 26 2012