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

burek burek021 at gmail.com
Tue Nov 8 03:05:03 EET 2016


[00:54:03 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:2eb05eaa682e: adxdec: validate sample_rate
[00:54:04 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:872fcfcc0f01: bfi: validate sample_rate
[00:54:05 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:0009457dc097: ffmdec: validate sample_rate
[00:54:06 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:fc022e77eed6: mov: validate sample_rate
[00:54:07 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:a398f054fdb9: mov: validate time_scale
[00:54:08 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:9d36602abc4e: mov: validate sidx timescale
[00:54:09 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:074775462283: mpeg4audio: validate sample_rate
[00:54:10 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:2c818c3821e4: mvdec: validate sample_rate
[00:54:11 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:f748e3b5a219: nuv: validate sample_rate
[00:54:12 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:eb205eda3fec: oggparsespeex: validate sample_rate
[00:54:13 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:54b8fbbc5dc9: voc_packet: validate sample_rate
[00:54:14 CET] <cone-499> ffmpeg 03Andreas Cadhalpun 07master:34aeb5dbc4fe: xmv: validate sample_rate
[01:17:15 CET] <Chloe[m]> Jeez, that couldn't be squashed?
[07:56:16 CET] <FishPencil> The Wiki for seeking <https://trac.ffmpeg.org/wiki/Seeking> says "HH:MM:SS:Microseconds", but I'm pretty sure that should be milliseconds
[08:23:37 CET] <rcombs> FishPencil: you can use either
[08:24:08 CET] <rcombs> it's really "fractional seconds"
[08:24:25 CET] <rcombs> the "unit" is determined by the number of digits, effectively
[08:29:19 CET] <FishPencil> rcombs: I see
[08:29:59 CET] <FishPencil> So what does 'Chapter #0:0: start 0.000000, end 0.000247' mean then? Is 1.0 considered a second?
[08:30:45 CET] <rcombs> that'll be in fractional seconds, yes
[08:31:52 CET] <FishPencil> And if so, something isn't right with parsing ;FFMETADATA1 without a TIMEBASE, since I have START=0\nEND=247080
[08:34:02 CET] Action: rcombs shrugs
[08:34:49 CET] <FishPencil> Not a big deal since I can add TIMEBASE=1/1000 to get ms, but the docs do say "If the timebase is missing then start/end times are assumed to be in milliseconds."
[13:16:33 CET] <WonChulJo> hello developers
[13:16:58 CET] <WonChulJo> I have a question about build ffmpeg in android with libopus
[13:23:08 CET] <WonChulJo> is there anybody help me?
[13:27:52 CET] <Compn> WonChulJo : i think everyone is asleep right now. try asking in #ffmpeg too
[13:27:56 CET] <Compn> or one of the ffmpeg forums 
[13:30:52 CET] <WonChulJo> ok Thankyou
[17:46:55 CET] <kierank> peloverde: are you involved in vp9-pq?
[17:58:56 CET] <cone-527> ffmpeg 03Anssi Hannula 07master:9a51cd35b87d: avformat/hls: Factor copying stream info to a separate function
[17:58:56 CET] <cone-527> ffmpeg 03Anssi Hannula 07master:3d2f636497f7: avformat/hls: Fix probing mpegts audio streams that use probing
[17:58:56 CET] <cone-527> ffmpeg 03Anssi Hannula 07master:e2193b53eab9: avformat/hls: Add missing error check for avcodec_parameters_copy()
[18:08:04 CET] <peloverde> kierank: no 
[18:08:24 CET] <kierank> ok I am curious how they are going to integrate proprietary dolby stuff into vp9
[18:08:34 CET] <kierank> and why
[18:11:38 CET] <cone-527> ffmpeg 03Anssi Hannula 07release/3.2:32ceeb579e81: avformat/hls: Factor copying stream info to a separate function
[18:11:39 CET] <cone-527> ffmpeg 03Anssi Hannula 07release/3.2:fc20e300580c: avformat/hls: Fix probing mpegts audio streams that use probing
[18:11:40 CET] <cone-527> ffmpeg 03Anssi Hannula 07release/3.2:7568b0f553b0: avformat/hls: Add missing error check for avcodec_parameters_copy()
[18:21:56 CET] <TD-Linux> kierank, according to https://source.android.com/devices/tech/display/hdr.html
[18:22:02 CET] <TD-Linux> vp9-pq lacks all of the Dolby metadata
[18:22:30 CET] <TD-Linux> it is effectively HDR10 with VP9
[19:28:43 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:4c8d69e534f1: ffserver: drop a bunch of apparently unneeded internal headers
[19:28:44 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:f67d22f0fd6b: ffserver: Throw ffm.h out its not used except for a constant that is part of the format
[19:28:45 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:10019c13e003: ffserver: use av_freep() for a case that is not clearly at the end of a function
[19:28:46 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:ecb40dee3284: ffserver: eliminate hardcoded literal and duplicated array size
[19:28:47 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:73ce1d864c6a: ffserver: steal SPACE_CHARS, remove one reason for internal.h that way
[19:51:05 CET] <cone-527> ffmpeg 03Andreas Cadhalpun 07master:5249706e9d2e: mpegaudio_parser: don't return AVERROR_PATCHWELCOME
[19:51:06 CET] <cone-527> ffmpeg 03Andreas Cadhalpun 07master:a305e0e5c0de: hls: move hls_close above hls_read_header
[19:51:07 CET] <cone-527> ffmpeg 03Andreas Cadhalpun 07master:2c90316b46fc: hls: fix leaking avio_opts on hls_read_header error
[19:57:58 CET] <microchip_> michaelni: wasn't ffserver being dropped? if so, why still update it?
[19:59:08 CET] <atomnuker> it is being moved to another repo by reynaldo
[19:59:17 CET] <atomnuker> (speaking of which, what's up reynaldo?)
[20:00:43 CET] <microchip_> ic
[20:01:36 CET] <michaelni> microchip_, it gets more testing here than in some repo noone knows of
[20:42:43 CET] <cone-527> ffmpeg 03Michael Niedermayer 07master:ef6a786401f8: ffserver: Fix one AVFormatContext misuse
[23:06:02 CET] <Zeranoe> So, little bit of an issue... My hosting provider decided that I was using too much bandwidth on their "unlimited bandwidth" plan...
[23:07:24 CET] <DHE> I suspect you want #ffmpeg as this channel is for patches, bugs, etc
[23:07:47 CET] <Zeranoe> Well this does concern the state of the Windows builds...
[23:07:57 CET] <DHE> oh.. oh!
[23:08:01 CET] <DHE> sorry didn't click
[23:10:24 CET] <nevcairiel> Unlimited are often more of a "fair use" Deal, if it's too high they cut you off
[23:11:15 CET] <Zeranoe> Everything has been fine for years. This is really frustrating
[23:13:43 CET] <Zeranoe> Of course when you talk to them they think you know nothing "try enable caching".... Oh sure, I'll just cache archives, that will reduce bandwidth
[23:14:28 CET] <DHE> what, browser side content cache?
[23:15:51 CET] <RiCON> ovh's kimsufi is at 4TB, you could use the cheapest as cdn
[23:17:47 CET] <Zeranoe> RiCON: That's a month?
[23:18:46 CET] <Zeranoe> Because I'm already at 12TB for November...
[23:21:30 CET] <ubitux> http://arstechnica.com/information-technology/2016/11/adobe-voco-photoshop-for-audio-speech-editing/
[23:21:33 CET] <ubitux> fun stuff
[23:22:31 CET] <ubitux> too bad the audience is full of braindead ppl
[23:32:54 CET] <Zeranoe> Where does FFmpeg get their hosting/bandwidth from?
[23:33:40 CET] <nevcairiel> Sponsoring usually
[23:42:11 CET] <CFS-MP3> /join #ccetractor
[23:42:21 CET] <CFS-MP3> Sorry
[00:00:00 CET] --- Tue Nov  8 2016


More information about the Ffmpeg-devel-irc mailing list