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

[burek]

[03:07] <BBB> kurosu_: lol :)
[05:05] <Zeranoe> Getting a compile error with the latest FFmpeg "libavutil/bprint.h:35:48: error: types may not be defined in 'sizeof' expressions"
[05:43] <cone-868> ffmpeg.git 03Nicolas George 07master:04bc37007224: lavf/avio: do not include bprint.h.
[05:44] <michaelni> Zeranoe, maybe fixed
[06:31] <jamrial> ubitux: aac-al_sbr_hq_cm_48_5.1 seems to be failing in all of your gcc 4.9.1 FATE slots
[06:32] <jamrial> can't reproduce it here with mingw gcc 4.9.1
[06:54] <nevcairiel> Speaking of, I should see about updating my mingw stations over the weekend
[12:50] <cone-21> ffmpeg.git 03Diego Biurrun 07master:060e4a9e0627: dct/rdft: Remove duplicate typedefs for context structs
[12:50] <cone-21> ffmpeg.git 03Michael Niedermayer 07master:937eaba2a115: Merge commit '060e4a9e0627adcda9101dd68ec7f22b4ce22b5b'
[13:06] <cone-21> ffmpeg.git 03Diego Biurrun 07master:7fb993d338d8: qpeldsp: Mark source pointer in qpel_mc_func function pointer const
[13:06] <cone-21> ffmpeg.git 03Michael Niedermayer 07master:2904d052b7ca: Merge commit '7fb993d338d88f2f62e0a358b6c9f3eb9a3a08ac'
[13:33] <cone-21> ffmpeg.git 03Timothy Gu 07master:065fa6687236: RELEASE_NOTES: fix WebVTT decoder typo (-> encoder)
[13:33] <cone-21> ffmpeg.git 03Michael Niedermayer 07release/2.3:84642ec8798a: avformat/dv: implement fallback in dv_extract_pack()
[13:33] <cone-21> ffmpeg.git 03Andreas Cadhalpun 07release/2.3:0f04e2741e26: libavformat/img2dec.c: Add a long_name to the piped image demuxers
[13:33] <cone-21> ffmpeg.git 03Michael Niedermayer 07release/2.3:9cb45f6ad224: doc/APIchanges: mention FF_INPUT_BUFFER_PADDING_SIZE chage
[13:33] <cone-21> ffmpeg.git 03Timothy Gu 07release/2.3:489d066d498a: RELEASE_NOTES: fix WebVTT decoder typo (-> encoder)
[17:51] <wm4> does ffmpeg still support BeOS
[17:52] <wm4> I just found out why ffmpeg tries to deal with the assumption that libc error codes can be negative, even though C specifies it's not
[17:52] <wm4> and it's because of... BeOS
[17:53] <ubitux> i think we support haiku
[17:53] <ubitux> not sure if it applies for it as well
[17:54] <wm4> yeah, since 2010 only Haiku support
[17:55] <wm4> and C99 requires that error codes are strictly positives
[17:55] <wm4> but I don't know how broken Haiku is
[17:55] <ubitux> we had a fate instance
[17:55] <ubitux> but it died a while ago
[19:09] <kierank> might be worth asking on this side:
[19:09] <kierank> when you get formats like ac3, adts, latm which have multiple packets concatenated
[19:10] <kierank> how are teh timestamps generated
[19:10] <kierank> and where
[20:31] <llogan> he actaully is referring to a "hash brown" and not some oddball project name or whatever. weird.
[20:42] <michaelni> ubitux, haiku died ?!
[20:46] <michaelni> haiku didnt die, seem ffmpeg crashed on it and it was stuck on a GUI blah blah crashed whatever dialog
[20:49] <ubitux> it was dead for a long long while :P
[20:49] <ubitux> so you just resurect it?
[20:51] <cone-217> ffmpeg.git 03Diego Biurrun 07master:165e9df19567: fft-test: Pass the right struct members instead of casting
[20:51] <cone-217> ffmpeg.git 03Michael Niedermayer 07master:aadf5222da51: Merge commit '165e9df19567ec0b6abee1ee2c26027e6d7aa7bf'
[20:53] <Compn> kierank : container pts dts or do you mean raw format ?
[20:53] <Compn> kierank : if raw, packetizer code i'd assume
[20:54] <kierank> parser apparently
[20:55] <michaelni> ubitux, i just killed fate on it and restarted it, we will see if thats enough or if tehres an actual issue
[21:37] <cone-217> ffmpeg.git 03Michael Niedermayer 07master:24327706e173: avutil/opt: ensure the right buffer is used in set_string_number()
[23:48] <mraulet> michaelni: new hevc conformance bitstreams https://dl.dropboxusercontent.com/u/588600/hevc_bitstreams.zip 
[23:53] <michaelni> mraulet, is the random file extension intended (.bit.bin  vs. .bit) ?
[23:53] <michaelni> should i upload them like that ?
[23:55] <mraulet> oops the renaming of the extensions was not working correctly
[00:00] --- Sat Jul 26 2014