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

burek burek021 at gmail.com
Mon May 6 02:05:02 CEST 2013


[00:34] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:369a12082635: xbmdec: fix off by one error in scanf()
[01:10] <cone-149> ffmpeg.git 03Michael Niedermayer 07master:adaa7743f5fd: src_movie: fix scanf string
[02:01] <cone-149> ffmpeg.git 03Claudio Freire 07master:c545876d1bcf: AAC encoder: Fixed a rounding bug in psy's channel bitrate computation.
[04:24] <slavik262>  Stupid question - I'm trying to upload sample files to the FTP server to go along with a bug report, but I keep getting "553 Can't open that file: Permission denied"
[04:24] <slavik262> on a related note, I can't cd into "incoming" as the guide describes
[04:25] <slavik262> are the instructions out of date?
[04:34] <cone-149> ffmpeg.git 03Claudio Freire 07master:1ef82cc60d3b: AAC encoder: Fix rate control on twoloop.
[05:36] <Compn> slavik262 : what ftp addy you using ?
[05:37] <Compn> oh something did change
[05:37] <Compn> it goes directly to incoming now
[05:38] <Compn> j-b has been running our incoming server for a while
[05:42] <slavik262> Compn: so, potential fix might be?
[05:43] <slavik262> like I said, it refuses to accept any files
[05:43] <slavik262> login is anonymous, no password, correct?
[05:52] <Compn> talk to j-b , seems broken
[05:52] <Compn> yes
[05:52] <Compn> j-b : ping
[05:52] Action: Compn afk
[10:01] <cone-652> ffmpeg.git 03Reimar Döffinger 07master:3bb1c58e9532: Avoid incorrect deprecated pixel format warning.
[10:01] <cone-652> ffmpeg.git 03Reimar Döffinger 07master:d82729e5d929: Detect and skip mj2-style jp2c header.
[10:24] <cone-652> ffmpeg.git 03Reinhard Tartler 07master:768e44d044bc: build: tune down the output of lcov/gcov
[10:24] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:fbede75a2580: Merge commit '768e44d044bc32de1e58c198a3708d186af7e966'
[10:41] <cone-652> ffmpeg.git 03Reinhard Tartler 07master:95e8ac60f8b7: build: normalize coverage.info
[10:41] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:336ffb837705: Merge commit '95e8ac60f8b7317ce23c648250fdc8fb68d65a07'
[11:00] <cone-652> ffmpeg.git 03Reinhard Tartler 07master:b1ee8eec849f: configure: Add basic valgrind-memcheck support
[11:00] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:4451be5ce1fc: Merge commit 'b1ee8eec849f17fce2f411a297de9cbf2edaeb3a'
[11:00] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:86c9cf643b0b: configure: fix valgrind-memcheck arguments
[11:24] <cone-652> ffmpeg.git 03Luca Barbato 07master:72e228b274a9: nut: K&R formatting cosmetics
[11:24] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:057c5d2e1646: Merge commit '72e228b274a98af1aba9588415d0cd87fde44663'
[11:39] <cone-652> ffmpeg.git 03Diego Biurrun 07master:6fee1b90ce3b: avcodec: Add av_cold attributes to init functions missing them
[11:39] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:0aa095483d19: Merge commit '6fee1b90ce3bf4fbdfde7016e0890057c9000487'
[11:50] <cone-652> ffmpeg.git 03Diego Biurrun 07master:093804a93cc5: avfilter: Add av_cold attributes to init/uninit functions
[11:50] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:a8ff830b79d0: Merge commit '093804a93cc5da3f95f98265a5df116912443cec'
[11:56] <cone-652> ffmpeg.git 03Diego Biurrun 07master:e445647b4fdf: avresample: Add av_cold attributes to init functions missing them
[11:56] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:b507c00dc03c: Merge commit 'e445647b4fdf481b13b2743b303d84de4f43bedd'
[12:00] <cone-652> ffmpeg.git 03Diego Biurrun 07master:4d7ed3e73541: build: output-example: Add avutil to ELIBS in link command
[12:00] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:77570facdb41: Merge commit '4d7ed3e73541983459a7913c2034eba69ebc113d'
[12:33] <megaTherion> to convert an picture into different format, swscale functions are the correct things to use?
[12:33] <megaTherion> I've read an older tutorial which said to use img_convert, but that is deprecated obviously
[12:40] <cone-652> ffmpeg.git 03Diego Biurrun 07master:e0f8be6413b6: avformat: Add AVPROBE_SCORE_EXTENSION define and use where appropriate
[12:41] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:f083b4c33883: Merge commit 'e0f8be6413b6a8d334d6052e610af32935c310af'
[12:45] <cone-652> ffmpeg.git 03Diego Biurrun 07master:a8a45dfe25ec: avs: Increase magic value score above file extension score
[12:45] <cone-652> ffmpeg.git 03Diego Biurrun 07master:c0c2b96c136e: sctp: Add a note on why sctp_recvmsg and sctp_sendmsg have ff_-prefixes
[12:45] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:fdccb84e3b94: Merge commit 'c0c2b96c136ec2cbfd808eefc26de399f447d62f'
[12:53] <cone-652> ffmpeg.git 03Hendrik Leppkes 07master:20c86571ccc7: lavfi: let gcc realign the stack on public graph driving functions
[12:53] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:e7f8493fd8c9: Merge commit '20c86571ccc71412781d4a4813e4693e0c42aec6'
[12:58] <cone-652> ffmpeg.git 03Diego Biurrun 07master:1fda184a8517: avutil: Add av_cold attributes to init functions missing them
[12:58] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:3c200aa6930d: Merge commit '1fda184a85178cfd7b98d9e308d18e1ded76a511'
[13:05] <cone-652> ffmpeg.git 03Diego Biurrun 07master:2b677ffca54a: swscale: Add av_cold attributes to init functions missing them
[13:05] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:d5dbd84c9ab6: Merge commit '2b677ffca54a5fbef9c8860841c32f28ecd68f70'
[13:10] <cone-652> ffmpeg.git 03Martin Storsjö 07master:2cca96e670e7: configure: Check for getenv
[13:10] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:35623d833eec: Merge remote-tracking branch 'qatar/master'
[13:41] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:a1f234be11ea: make the ordering of the return type and av_cold consistent
[13:41] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:097f668047c8: avformat: replace "AVPROBE_SCORE_MAX / X" by AVPROBE_SCORE_EXTENSION / Y
[13:51] <cone-652> ffmpeg.git 03highgod0401 07master:548101b553cb: lavu/opencl: add opencl public error API
[14:29] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:cdfa1c89b715: avcodec: Set frame.width/height on all exit pathes of ff_get_buffer()
[15:55] <cone-652> ffmpeg.git 03Rainer Hochecker 07master:b37cc5995b88: fix vdpau vc1 interlace modes
[16:27] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:54021aea5704: configure: set valgrind-memcheck toolchain when --valgrind is specified
[16:27] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:fb90e7b86d02: configure: Use the tool specified with --valgrind instead of a hardcoded "valgrind"
[16:49] <cone-652> ffmpeg.git 03Rainer Hochecker 07master:fe1f36547d0b: register AV_PIX_FMT_VDPAU for hwaccel
[16:49] <cone-652> ffmpeg.git 03Michael Niedermayer 07master:2d8dddd92659: Merge branch 'vdpau' of https://github.com/FernetMenta/FFmpeg
[19:07] <kierank> Daemon404: holy shit
[19:07] <kierank> an aac patch
[19:13] <Compn> you saying people dont like working on aac ?
[19:14] <kierank> yes
[19:23] <Compn> kierank : is it because aac is a terrible codec or because ffmpeg code isnt easy to work on ?
[19:23] <Compn> or both
[19:23] <kierank> because of historical "problem" of lame being good
[19:25] <Compn> lame as in the lame project or lame as in bad
[19:25] <Compn> lol
[19:25] Action: Compn goes back to whatever it is
[19:26] <kierank> lame
[19:26] <kierank> project
[19:29] <Compn> so people preferred mp3 back in the day
[19:29] <Compn> but now aac is de-facto standard in mkv and mp4
[19:30] <kierank> no it's not
[19:30] <kierank> people preferred mp3 and so no decent aac encoder was developed
[19:31] <Compn> isnt this a decoder patch ?
[19:31] <kierank> no
[19:31] <Compn> oh was looking at the trac not ml
[19:31] <Compn> nevermind :)
[19:32] <Compn> yes i remember aac encoder fracass
[19:40] <cehoyos> Is anybody able to encode lagarith? (Compn?)
[19:42] <Compn> uhh
[19:42] <Compn> the old version LAGS ?
[19:42] <Compn> no i guess not
[19:42] <Compn> but i have windows if you want me to install a codec 
[19:45] <cehoyos> I don't know where to find the codec (and I don't know how to use it) but I I think I am searching for newer lagarith encoder (if there are old and new versions)
[19:47] <Compn> is there a bug or something i should read ?
[19:48] <Compn> http://lags.leetcode.net/codec.html
[19:49] <Compn> should be the only version
[19:50] <cehoyos> I would need the following video as lagarith: ffmpeg -f lavfi -i color=red,format=bgr24 -t 1 -vcodec rawvideo out.avi
[19:52] <Compn> color @ 025755e0] Missing key or no key/value separator found after key 'red'
[19:52] <Compn> lavfi @ 02577700] Error initializing filter 'color' with args 'red'
[19:52] <Compn> olor=red,format=bgr24: Invalid argument
[19:52] <Compn> ffmpeg version N-51433-g551f683 Copyright (c) 2000-2013 the FFmpeg developers
[19:52] <Compn>   built on Mar 28 2013 21:52:57 with gcc 4.8.0 (GCC)
[19:53] <Compn> maybe my ffmpeg needs an update
[19:53] <Compn> a month old
[19:55] <cehoyos> Try ffmpeg -f lavfi -i color=c=red,format=bgr24 -t 1 -vcodec rawvideo out.avi
[19:56] <Compn> that worked
[19:56] <Compn> what mode lagarith ?
[19:56] <Compn> RGB (default)
[19:57] <Compn> RGBA
[19:57] <Compn> YUY2 or YV12
[19:57] <cehoyos> RGB please
[19:57] <cehoyos> Actually both RGB and RGBA please
[19:58] <Compn> [lagarith @ 0126de60]Unsupported Lagarith frame type: 0x6
[19:58] <Compn> ehe
[19:59] <cehoyos> ;-)
[19:59] <Compn> should i dcc this to you or ?
[19:59] <cehoyos> Or upload it to datafilehost.com
[19:59] <cehoyos> (if dcc succeeds, I am happy.)
[20:00] <Compn> smaller than i thought :)
[20:01] <Compn> try this > http://174.84.194.75:10000
[20:01] <Compn> http://174.84.194.75:10000/lagarith-red-rgb.avi
[20:02] <Compn> http://174.84.194.75:10000/lagarith-red-rgba.avi
[20:02] <Compn> oops dcc might have worked if i didnt move the files for that
[20:03] Action: Compn afk
[20:03] <cehoyos> Is the file blue or red for you?
[20:05] <Compn> red 
[20:05] <cehoyos> ;-(
[20:05] <cehoyos> (I will have to fix my patch) Thank you!
[20:05] <Compn> np
[20:05] <Compn> swapuv :P
[20:05] <cehoyos> It's rgb
[20:05] <Compn> oh
[20:05] <Compn> :P
[20:05] <cehoyos> Probably swaprb
[20:05] <Compn> that too
[20:06] <Compn> did you expect lagarith to change red to blue ?
[20:06] <Compn> red input to blue output that is
[20:06] <cehoyos> Could you try if the "RGBA" output file changes if you use following input: ffmpeg -f lavfi -i color=c=red,format=bgr32 -t 1 -vcodec rawvideo out.avi
[20:06] <cehoyos> So the output file is blue for you
[20:06] <cehoyos> ?
[20:07] <cehoyos> With the original lagarith decoder?
[20:07] <Compn> with the original decoder its red
[20:07] <cehoyos> So what is blue?
[20:07] <Compn> i was asking why you got blue result
[20:07] <cehoyos> Sorry, I skipped one line (the one with the question)!
[20:07] <cehoyos> No, the output file is blue here indicating a bug in my code.
[20:08] <Compn> this outputs a blue file for me >> ffmpeg -f lavfi -i color=c=red,format=bgr32 -t 1 -vcodec rawvideo out.avi
[20:08] <Compn> i mean
[20:08] <Compn> out.avi is blue
[20:09] <Compn> in both ffplay and vdub raw decoder
[20:09] <Compn> is this bug or intended ?
[20:10] <cehoyos> But did the byte on position 0xba change from 0x18 to 0x24 ?
[20:10] <cehoyos> In the encoded file.
[20:11] <Compn> i didnt test encoding it
[20:11] <cehoyos> (format=rgb32 to fix red vs blue)
[20:11] <Compn> i wanted to know if you wanted me to have a blue input 
[20:11] <Compn> before i encode it
[20:11] <cehoyos> I don't care;-)
[20:11] <Compn> killing me...
[20:11] <cehoyos> But if you change from bgr32 to rgb32 it will be red (I expect)
[20:11] <cehoyos> Which is probably better given that my output here is wrong.
[20:12] <Compn> so you want me to test with red input or blue input ?
[20:13] <Compn> http://174.84.194.75:10000/lagarith-blueinput-rgba.avi
[20:13] <Compn> changing bgr32 to rgb32 does indeed make a red input
[20:14] <Compn> http://174.84.194.75:10000/lagarith-redinput-rgba.avi
[20:14] <Compn> opening both with lagarith original decoder produces the correct colors
[20:14] <Compn> blueinput is blue output, redinput is red output
[20:15] <cehoyos> Perfect, thank you!
[20:15] <Compn> np
[20:16] Action: Compn afk
[20:31] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07master:a07ac1f7888f: Fix type of shared flac table ff_flac_blocksize_table[].
[21:00] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07master:4ec509ce3d1f: Support demuxing of audio-only vmd files.
[21:00] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07master:7c23922c2be9: Cosmetics: Reindent Sierra vmd demuxer after last commit.
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/0.10:48f0a2c2394c: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/0.11:7dd042e657d9: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/0.7:11dd8eb48ba4: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/0.8:e2d529424f3f: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/0.9:6642804c22fd: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/1.0:6e2fb5cd73ed: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/1.1:46e1d05991bc: Fix type of shared flac table ff_flac_blocksize_table[].
[21:01] <cone-652> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:0a53c7016f77: Fix type of shared flac table ff_flac_blocksize_table[].
[22:31] <durandal_1707> saste: your comment on volume example in doc with 6db?
[22:32] <saste> durandal_1707, didn't  read it yet
[22:38] <ubitux> durandal_1707: what does "not work"?
[22:39] <durandal_1707> example
[22:39] <ubitux> it seems to work fine here
[22:39] <ubitux> yeah but how does it "not work"?
[22:40] <durandal_1707> ubitux: what you actualy tried?
[22:42] <ubitux> i copy pasted the example and it worked (volume boost by 6dB)
[22:42] <ubitux> ./ffplay in.mp3 -af volume=volume=-6dB:precision=fixed
[22:42] <ubitux> (well i tried -6dB to ear the diff too)
[22:44] <durandal_1707> ubitux: what version you used?
[22:45] <ubitux> HEAD?
[22:45] <durandal_1707> well i really do not know but looks like you use different ffmpeg version, is there another fork?
[22:46] <ubitux> not that i know of
[22:46] <ubitux> maybe your strtod function doesn't behave the same on your system
[22:46] <durandal_1707> i tried with ffmpeg and ffplay and it errors out: [volume @ 0x29d00a60] [Eval @ 0xbf8fc698] Invalid chars 'b' at the end of expression '6db'
[22:46] <durandal_1707> ubitux: bingo!!
[22:46] <ubitux> 'B'
[22:46] <ubitux> not 'b'
[22:50] <durandal_1707> ubitux: where it that offending strtod?
[22:50] <ubitux> did you try "6dB" instead of "6db" anyway?
[22:51] <ubitux> git grep av_strtod i guess
[22:51] <durandal_1707> but there is used strtod alone
[22:51] <durandal_1707> dB works
[22:51] <ubitux> then it's ok?
[22:52] <ubitux> "db" is not supposed to be supported
[22:52] <durandal_1707> its does not red out
[22:52] <saste> db is "deci-byte", iirc
[22:53] Action: durandal_1707 hides
[22:55] Action: durandal_1707 case sensitive hurts
[23:00] <cehoyos> durandal_1707: See the log here for two samples
[23:03] <durandal_1707> cehoyos: of what? (what log?)
[23:04] <durandal_1707> cehoyos: what about patches you attach to bug reports and forget about it?
[23:04] <cehoyos> See irc log of today (now) for the sample you requested five minutes ago on ffmpeg-devel
[23:04] <cehoyos> I don't think I ever forgot a patch, which one do you mean?
[23:04] <durandal_1707> aha, logs are updated in real time?
[23:05] <durandal_1707> cehoyos: one of unitialized stuff g guy reported
[23:05] <cehoyos> As exaplained, I don't know if there is a bug, if you believe there is one, please push.
[23:07] <durandal_1707> cehoyos: i dont have link for softpulldown samples, because i dont have log of that, because i joined channel too late, so i will get it next day hopefully when new log arrives in archive
[23:09] <cehoyos> Softpulldown??
[23:09] <durandal_1707> forget it, whatever log you are talking about, i do not have access to it
[23:11] <cehoyos> durandal_1707: http://174.84.194.75:10000/lagarith-blueinput-rgba.avi http://174.84.194.75:10000/lagarith-redinput-rgba.avi
[23:11] <cehoyos> I did not see at what time you arrived.
[23:12] <durandal_1707> aha....
[23:15] <durandal_1707> you could upload that server, but anyway if decoded output matches ref decoder it should be ok
[23:15] <durandal_1707> *to server
[23:16] <durandal_1707> cehoyos: you have any samples that works with mplayer -vf softpulldown ?
[23:17] <durandal_1707> the one that does not use lavf demuxer, afaik that one does not set all flags
[23:18] <durandal_1707> eg samples that make use of soft telecine
[23:23] <durandal_1707> ubitux: how timeline works with volume filter (or any audio filter)
[23:23] <durandal_1707> ?
[23:24] <Daemon404> i still find it amusing that rff flags have to be hadled by an external filter.
[23:24] <ubitux> durandal_1707: just like the video filters
[23:25] <ubitux> durandal_1707: -af "volume=volume=-6dB:enable='between(t,2,5)'"
[23:25] <ubitux> 'works for me
[23:25] <durandal_1707> ubitux: its sample accurate?
[23:26] <ubitux> frame accurate
[23:26] <durandal_1707> that is not that useful....
[23:27] <durandal_1707> Daemon404: for people that still watch stuff on analog TV (in 2013)
[23:27] <Daemon404> rff flags are no for that
[23:27] <Daemon404> they need them to accurately reproduce, e.g. hybrid dvds
[23:27] <Daemon404> VFR dvds, etc
[23:28] <saste> should i still work on my per-frame evaluation volume thing?
[23:29] <ubitux> saste: would be nice
[23:29] <ubitux> av_eval_expr_is_const!
[23:30] <durandal_1707>  //FIXME replace the crap with get_bits(): in mpegvideo_parser.c 
[23:30] <saste> ubitux, i noticed that when people ask me something, it usually takes more time for me to do it
[23:30] <saste> it looks like *work* ;-)
[23:30] <ubitux> :(
[23:30] <ubitux> you asked for it here
[23:31] <saste> uhm no av_eval_expr_is_const is a different problem
[23:31] <ubitux> it's somehow related
[23:31] <saste> (and it implies some boring work, testing, benchmarking, etc.)
[23:31] <ubitux> since it can allow to disable it automatically
[23:32] <saste> i would disable per-frame evaluation by default
[23:32] <saste> similar to what i did in overlay
[23:32] <saste> indeed it can be done in half an hour
[00:00] --- Mon May  6 2013


More information about the Ffmpeg-devel-irc mailing list