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

[burek]

[00:38] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/1.2:9e9d92bbcc4f: avformat/avidec: allow rounding errors between scale/rate and timebase
[00:38] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:0983720cf2b4: avcodec/utvideodec: Increase vlc len
[00:38] <cone-168> ffmpeg.git 03Martin Storsjö 07release/1.2:71516ac175aa: adpcm: Fix trellis encoding of IMA QT
[00:38] <cone-168> ffmpeg.git 03Martin Storsjö 07release/1.2:401b3dafd989: adpcm: Write the proper predictor in trellis mode in IMA QT
[00:38] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.1:be4d4a61b534: avformat/avidec: allow rounding errors between scale/rate and timebase
[00:39] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:bdba204bd073: Do not limit blocksize when reading PCM from aiff.
[00:39] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:60e2f9bf8b7c: avcodec/utvideodec: Increase vlc len
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.1:e8bb67c2a912: avcodec/h264: in the absence of recovery points, be more tolerant on accepting plain I frames
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.1:992cdbc56a56: avcodec/mjpegdec: Improve intel jpeg flip heuristic
[00:39] <cone-168> ffmpeg.git 03Martin Storsjö 07release/2.1:39256e54d1a4: adpcm: Fix trellis encoding of IMA QT
[00:39] <cone-168> ffmpeg.git 03Martin Storsjö 07release/2.1:c5606c04cf04: adpcm: Write the proper predictor in trellis mode in IMA QT
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.2:8c33d40a7b8a: ffmpeg: prevent pts < dts to be passed through to the muxer on stream copy
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.2:29c8fac3f72c: avformat/avidec: allow rounding errors between scale/rate and timebase
[00:39] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07release/2.2:d1b62a9a0771: Do not limit blocksize when reading PCM from aiff.
[00:39] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07release/2.2:09d406eec811: avcodec/utvideodec: Increase vlc len
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.2:989adf5ee521: avcodec/h264: in the absence of recovery points, be more tolerant on accepting plain I frames
[00:39] <cone-168> ffmpeg.git 03Michael Niedermayer 07release/2.2:dae6c199950f: avcodec/mjpegdec: Improve intel jpeg flip heuristic
[00:39] <cone-168> ffmpeg.git 03Martin Storsjö 07release/2.2:1e8ff7d21dc4: adpcm: Fix trellis encoding of IMA QT
[00:39] <cone-168> ffmpeg.git 03Martin Storsjö 07release/2.2:3002e5976d43: adpcm: Write the proper predictor in trellis mode in IMA QT
[02:04] <llogan> michaelni: what's the use case for the remove_extra bsf?
[02:07] <michaelni> llogan, remove unneeded data, make frames slightly smaller, remove maybe disallowed data (some formats like mp4 expect global headers in their own atoms/chunks instead of in stream)
[02:09] <llogan> what about the a, k, e values?
[02:11] <BBB> michaelni: whos responsible for sample buffering in swr?
[02:11] <BBB> michaelni: caller, or does swr do that somewhere that I cant find?
[02:20] <michaelni> BBB, if the user passes more input than there is output space available, swr buffers that for the user in "in_buffer"
[02:21] <michaelni> the codepath for this differs a bit between the case of insamplerate != outsamplerate and them being ==
[02:23] <michaelni> llogan, "a" == Auomatic , "k" == drop it from non Keyframes,  'e' maybe meant Everything maybe
[02:25] <michaelni> and automatic is suppsoed tp mean "drop if the muxer has global headers and doesnt need them in stream"
[02:30] <llogan> michaelni: ok. thanks for the info.
[02:36] <BBB> michaelni: ok Ill see what I can do w/o breaking fate
[04:08] <cone-938> ffmpeg.git 03Michael Niedermayer 07master:9c9eac5c2666: tools/fourcc2pixfmt: Avoid using non public AV_PIX_FMT_NB
[04:08] <cone-938> ffmpeg.git 03Michael Niedermayer 07master:2351ea8a2e8c: avformat/nutenc: Fix error handling in write_sm_data()
[06:05] <UtUser> thanks for fixing the utvideo decoder
[09:46] <kriegerod> michaelni: regarding MJPEG recognition. If you need, i can make port forwarding and make that camera's HTTP server reachable to you
[13:07] <michaelni> kriegerod, if you could make the http accessible, yes, that might be usefull
[13:17] <michaelni> j-b, reminder for zopan branch removial
[14:16] <j-b> michaelni: done
[14:17] <michaelni> j-b, thx
[14:50] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:65571ee4e3c7: avformat/rawdec: add FF_DEF_RAWVIDEO_DEMUXER2, which allows specifying the flags
[14:50] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:b45a451dbecb: avformat/rawdec: mark raw vc1 and mjpeg as having no timestamps
[14:50] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:ec2b6ee59afa: avformat/utils: dont wait for a first dts on demuxers which have AVFMT_NOTIMESTAMPS set
[14:50] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:0f0f6260484e: avformat/rawdec: Increase probe score when "Content-Type: image/jpeg" is found at the file start
[15:17] <Daemon404> BBB, this isnt making have faith in chrome: https://code.google.com/p/chromium/issues/detail?id=333619
[15:21] <nevcairiel> Because they didn't implement this before?
[15:38] <kierank> Daemon404: nobody gives a shit about that on the web
[15:43] <J_Darnley> What functions does ffmpeg have for reading an arbitrary file?
[15:43] <J_Darnley> I'm looking for something that you would use to open a file for controling a filter.
[15:44] <ubitux> J_Darnley: av_file_map() maybe
[15:45] <ubitux> look at vf_curves for an example
[15:45] <ubitux> otherwise it depends on the file
[15:45] <ubitux> we have helpers for opening just an image iirc
[15:46] <J_Darnley> Thanks for the pointer, I'll look
[15:46] <ubitux> otherwise probably just fopen like it's done in various filters
[15:47] <ubitux> lut3d uses fopen for reading
[15:47] <ubitux> psnr use fopen for writing
[15:47] <ubitux> +s
[15:52] <Daemon404> kierank, chrome is the only browser which does it wrong
[15:52] <Daemon404> afaik
[15:52] <Daemon404> safari does it right, firefox does it right, i think even IE does it right
[16:04] <J_Darnley> I'm already using fopen so I will stick with that for now (rather that switching to av_file_map) but lut3d gave me a better idea about how I should handle file-related errors.
[16:05] <Daemon404> using fopen directly probably isnt a great idea
[16:06] <Daemon404> (inside a libav* i mean)
[18:02] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:d7f398c54233: avformat/nutenc: Fix error handling in nut_write_packet()
[18:02] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:3a76d7f73d49: avformat/nutenc: cleaner version check
[18:27] <cone-6> ffmpeg.git 03Carl Eugen Hoyos 07master:5482780a3b6e: Allow values >31bit for -analyzeduration.
[18:28] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:fbc133915bb0: Merge remote-tracking branch 'cehoyos/master'
[18:34] <cone-6> ffmpeg.git 03Martin Storsjö 07master:0776e0ef6ba4: adpcm: Write the proper predictor in trellis mode in IMA QT
[18:34] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:a2faa3d85809: Merge commit '0776e0ef6ba4160281ef3fabea43e670f3792b4a'
[18:48] <cone-6> ffmpeg.git 03Martin Storsjö 07master:570d4b21863b: x86: h264: Don't keep data in the redzone across function calls on 64 bit unix
[18:48] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:1a2ff628593c: Merge commit '570d4b21863b6254d6bbca9c528bede471bb4478'
[19:51] <llogan> Plorkyeran: you were correct about the recursive box. thanks.
[20:01] <ubitux> Daemon404: why?
[20:08] <michaelni> is github broken ? error: The requested URL returned error: 403 while accessing https://github.com/michaelni/fateserver.git/info/refs
[20:08] <michaelni> thats from a "git clone https://github.com/michaelni/fateserver.git" url copy and pasted from github
[20:10] <Daemon404> michaelni, https://status.github.com/
[20:10] <michaelni> ahh, ok, thx
[20:49] <cone-6> ffmpeg.git 03Christophe Gisquet 07master:8d02a55b1b93: tests: add a third, 34x34, target
[22:16] <Daemon404> ubitux, why what
[22:18] <J_Darnley> The use of fopen?
[22:19] <J_Darnley> You said it was "probably bad"
[22:19] <Daemon404> nothing is simple in libav*
[22:19] <Daemon404> youre supposed to use avio_open
[22:19] <Daemon404> iirc
[22:19] <Daemon404> :D
[22:19] <nevcairiel> but not from avcodec, it adds inter-lib deps!
[22:21] <Daemon404> side data obv
[22:21] Action: Daemon404 runs
[22:28] <ubitux> Daemon404: ah for the protocol layer... yeah well shouldn't matter that much for filters
[22:40] <J_Darnley> What function does the following approximate? (unsigned char) XOR 128
[22:42] <kierank> J_Darnley: force msb to one
[22:50] <kierank> well not force
[22:50] <kierank> xor it
[22:51] <nevcairiel> that is kinda forcing
[22:51] <nevcairiel> whatever the outcome
[22:51] <nevcairiel> not sure whats the use on a unsigned
[22:53] <J_Darnley> What if it was actually a signed char?
[22:53] <nevcairiel> then it would ensure the number is negative after
[22:53] <nevcairiel> by setting the sign bit
[23:01] <J_Darnley> This must be signed data, its for an oscilloscope
[23:26] <cone-6> ffmpeg.git 03Luca Barbato 07master:a736ae1e96b8: doc: Document mpegts muxrate
[23:26] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:ac26d7ea9da4: Merge commit 'a736ae1e96b8718af0962106aa40df5f4b246b55'
[23:26] <jamrial> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/x86/hevc_deblock.asm;h=d23cac71de17e9add44b1e072ac48406f16dc7a5;hb=HEAD#l352 look at this "beta calculations" code
[23:26] <jamrial> shouldn't that pshufd be a shufps?
[23:27] <jamrial> judging by the comments, it seems to me that it's meant to combine the contents of m13 and m14 (something that shufps does) rather than discarding the contents of m13 (what pshufd is doing in this case)
[23:41] <cone-6> ffmpeg.git 03Luca Barbato 07master:3f7e94eccd1c: mpegts: Move the option section to the bottom
[23:41] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:2d99b4041fb8: Merge commit '3f7e94eccd1c0d64679f2c4eda8bb942a158dfac'
[23:47] <cone-6> ffmpeg.git 03Carl Eugen Hoyos 07master:723adfb1df13: Fix standalone compilation of the webvtt encoder.
[00:00] --- Wed Jun 11 2014