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

burek burek021 at gmail.com
Mon Jan 21 02:05:03 CET 2013


[01:12] <cone-175> ffmpeg.git 03Carl Eugen Hoyos 07release/1.1:90da0cb60e1c: The c99-to-c89 binaries are now hosted on videolan.org. (cherry picked from commit c29c7c1470f98f8e66752fb09c44ded625e9a991)
[01:12] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.1:bd531038e8af: init_get_bits8: check byte_size against being positive
[01:12] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.1:6f3bc92c294b: init_get_bits8: zero pointers & struct on error
[01:12] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.1:113592890332: init_get_bits: fix off by 1 error
[01:12] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.1:edc00dea020b: update for 1.1.1
[02:31] <cone-175> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/tags/n1.1.1': unknown revision or path not in the working tree.
[02:31] <cone-175> Use '--' to separate paths from revisions
[02:31] <cone-175> refs/tags/n1.1.1:HEAD: sws: check that dither array is not null before memset
[04:25] <cone-175> ffmpeg.git 03Michael Niedermayer 07master:0c6b0409af07: mpeg1enc: Disable threads for resolutions too large for multi-threading
[04:40] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.0:bca27b0480b6: swr: fix handling of timestamps that cause multiple drops or silence injections
[04:40] <cone-175> ffmpeg.git 03Ronald S. Bultje 07release/1.0:ac6b2fecf473: h264: don't clobber mmco opcode tables for non-first slice headers.
[04:40] <cone-175> ffmpeg.git 03Ronald S. Bultje 07release/1.0:d369cc83aa76: h264: add 3 pixels below for subpixel filter wait position.
[04:40] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.0:3e36cba430f7: mpeg12: Support decoding dimensions that are a multiple of 4096
[04:40] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.0:5af41713046e: mpeg12enc: Correctly mask dimensions
[04:40] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.0:95f8701c32d8: mpeg12enc: check dimension validity
[04:40] <cone-175> ffmpeg.git 03Michael Niedermayer 07release/1.0:ece68a0363ac: mpeg1enc: Disable threads for resolutions too large for multi-threading
[05:07] <cone-175> ffmpeg.git 03Matthieu Bouron 07master:b3b456b2588f: lavf/id3v2: seek back to previous offset if header size is not matched
[14:02] <cone-223> ffmpeg.git 03Clément BSsch 07master:40976257bc35: dvdsubdec: parse the size from the extradata
[14:02] <cone-223> ffmpeg.git 03Xi Wang 07master:992b03183819: mpegvideo: fix loop condition in draw_line()
[14:02] <cone-223> ffmpeg.git 03Ronald S. Bultje 07master:aeaf268e52fc: vp3: integrate clear_blocks with idct of previous block.
[14:02] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:cf061a9c3b86: Merge commit 'aeaf268e52fc11c1f64914a319e0edddf1346d6a'
[14:19] <cone-223> ffmpeg.git 03Ronald S. Bultje 07master:fef906c77c09: Move vorbis_inverse_coupling from dsputil to vorbisdspcontext.
[14:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:c62cb1112ffc: Merge commit 'fef906c77c09940a2fdad155b2adc05080e17eda'
[14:30] <cone-223> ffmpeg.git 03Ronald S. Bultje 07master:0e02b381b485: Remove put_no_rnd_pixels_l2 function pointer for w=16 from dsputil.
[14:30] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:28245fb466d8: Merge remote-tracking branch 'qatar/master'
[15:11] <durandal_1707> is there way to silence ffmpeg configuaration output
[15:17] <cbsrobot> durandal_1707: ./configure > /dev/null
[15:17] <cbsrobot> or when using ffmpeg ?
[15:17] <cbsrobot> ffmpeg -loglevel quiet
[15:22] <cbsrobot> panic and fatal may work too
[15:30] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:60af6c3138dc: h264: Only apply error concealment if theres a frame
[15:34] <michaelni> funman, all out of array reads with http://people.videolan.org/~funman/lol.flv should be fixed with ffmpeg
[15:51] <durandal_1707> cbsrobot: quiet  is tooo quiet for me
[15:56] <durandal_1707> is there example how to mix 5 ending seconds of audio with 5 starting seconds of another audio?
[17:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:cc4a41727e29: swr: fix "may be used uninitialized in this function" warnings
[17:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:6136b989f658: vc1dec: add assert to impossible *_valid combination.
[17:42] <funman> michaelni: ok, i didn't use valgrind but the file seemed to decode fine
[17:43] <funman> michaelni: i still have my buggy muxer around if you want me to generate a few more files ;)
[17:48] <michaelni> if they do out of array accesses or crash, sure ...
[17:49] <funman> did my sample crash for you or you noticed the bug in valgrind?
[17:52] <michaelni> valgrind 
[17:52] <michaelni> no crash
[17:57] <cehoyos> The sample does not even crash on Windows which surprised me (crashes were reported for samples that valgrind only reported with an out-of-bounds read of 1).
[17:59] <funman> hm the installed libraries are stripped?
[17:59] <cbsrobot> cehoyos: thanks for the gdb hint &.
[17:59] <funman> http://pastie.org/5736871
[18:00] <funman> #2  0x0000000006c657ff in av_strtod () from /home/fun/.local/ffmpeg/lib/libavutil.so.52
[18:01] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:7cb27d216d1c: oggdec: Support chained streams, support replacing streams in multistream files.
[18:01] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:bc15fcb8cfa8: theora: support midstream reconfiguration
[18:01] <cehoyos> cbsrobot: ??
[18:01] <cbsrobot> cehoyos: in some ticket I posted lately
[18:02] <funman> michaelni: http://pastie.org/5736882 (not sure if false positive or glibc bug)
[18:03] <michaelni> smells like glibc bug
[18:07] <funman> => 0x0000000006c859bf <av_strtod+47>:	movapd %xmm0,%xmm2
[18:08] <funman> xmm0 & xmm2 are all 0s
[18:09] <cehoyos> ffplay -threads 1 chained_streams.ogg looks very different from mplayer chained_streams.ogg (ffmpeg/ffplay eats the part in the middle)
[18:09] <michaelni> http://sourceware.org/bugzilla/show_bug.cgi?id=12424
[18:13] <michaelni> cehoyos, it doesnt eat it but it seems its displayed only for a short time
[18:15] <funman> michaelni: thx
[18:26] <cehoyos> michaelni: ffmpeg eats it (and ffplay plays it as fast as possible iiuc)
[18:42] <michaelni> cehoyos, patch that fixes that on the ML
[20:06] <durandal_1707> what happened with aac patch from madshi?
[20:09] <durandal_1707> j-b: why is there bouny only for some codecs asked to be supported in vlc
[20:09] <durandal_1707> *bounty
[20:18] <kierank> durandal_1707: depends on demand
[20:18] <kierank> from vlc users
[20:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:fc86f88b32a2: h264: fix use of uninitialized variable
[20:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:dcbe15813ed0: h264: print mismatching opcode details in check_opcodes()
[20:19] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:3fba3e79a3e4: h264/ff_generate_sliding_window_mmcos: fix use of uninitialized variable
[20:23] <durandal_1707> kierank: i see nowhere demand list where people can vote, how is demand list made. my some random ad-hoc decision?
[20:23] <kierank> it was done with agreement of the vlc developers
[20:23] <kierank> based on people who request codec support
[20:23] <kierank> it is the vlc foundations money so they can do what they like with it
[20:29] <funman> durandal_1707: yeah we made the list ourselves
[20:33] <durandal_1707> funman: pretty sparse one
[20:34] <Daemon404> see what kierank said.
[20:36] Action: durandal_1707 have already read what kierank said.
[20:45] <kierank> durandal_1707: what exactly do you want on it
[20:45] <funman> durandal_1707: if you have anything to suggest, before fosdem is the right time
[20:46] <funman> +1
[20:46] <Daemon404> funman, some of those bounties are really easy
[20:46] <Daemon404> notable "opus encoder wrapper"
[20:46] <Daemon404> considering lavc has one iirc
[20:48] <funman> Daemon404: feel free to claim it
[20:48] <Daemon404> i have no intention of learning vlc's internals
[20:48] <funman> you'll make easy bucks, users will be happy, world will be a better place
[20:49] <Daemon404> last time i tried, the code i had to touch was a giant mess of spaghetti
[20:49] <Daemon404> (i tried to add ARGB support)
[20:49] <Daemon404> (colorspace stuff is accross N files in confusing ways)
[20:49] <funman> well i started some work on opus but i stopped at ogg muxer
[20:49] <j-b> durandal_1707: why would I care about anything else?
[20:49] <Daemon404> funman, thats how it goes. everybody hates ogg.
[20:50] <funman> anyway it's not so easy in the end if you consider everything
[20:52] <durandal_1707> j-b: i really don't care
[20:53] <Daemon404> funman, i really like how every foss media framework in existence duplicates teh same work
[20:53] <Daemon404> it's really awesome
[20:53] <Daemon404> and they all port eachothers stuff
[20:55] <funman> Daemon404: yes it is not a perfect situation
[20:55] <Daemon404> but it is hilarious.
[20:55] <Daemon404> thats an upside
[20:55] <funman> xine vlc ffmpeg libav gstreamer ?
[20:56] <Daemon404> mplayer
[20:56] <Daemon404> avisynth
[20:56] <Daemon404> the latter being where everyone gets all their plugin code to prot from in teh first place
[20:56] <Daemon404> or well i should note
[20:56] <Daemon404> all /three/ mplayers
[20:57] <Daemon404> mplayer, mplayer2, mpv
[20:57] <Daemon404> \o/
[20:57] <wm4> hey I'm trying to use ffmpeg for everything
[20:57] <wm4> (with rather mixed results...)
[21:00] <mfg> michaelni saw your email... looking at it
[21:02] <wm4> Daemon404: also there's a 4th mplayer that has some users, mplayer-ww (some chinese windows-only thing)
[21:03] <durandal_1707> xine is dead, vlc is dying and gstreamer is going to die
[21:03] <wm4> wat
[21:03] <Daemon404> netcraft confirms bsd is dead
[21:03] <durandal_1707> and indeed bsd is dead
[21:04] <Daemon404> wm4, vlc being the single most downloaded foss project on sf.net == dead
[21:04] <Daemon404> millions of user? poppycock!
[21:06] <cone-223> ffmpeg.git 03Michael Niedermayer 07master:3317414fc11a: wtvdec: fix integer overflow
[21:06] <funman> Daemon404: what do you mean?
[21:06] <Daemon404> funman, about what?
[21:06] <Daemon404> my trolling?
[21:07] <funman> ah i see that durandal_1707 started the troll
[21:07] <funman> sorry
[21:07] <wm4> also someone on #mplayer is trying to use mplayer-rc1
[21:07] <wm4> which is from 2006
[21:07] <funman> durandal_1707: vlc thanks you well from its dying bed
[21:07] <j-b> sparse list, of course, but noone wants to do any of those
[21:08] <Daemon404> i heard j-b will buy you a car if you finish G2M
[21:08] <j-b> except janne and Simon
[21:08] <j-b> durandal_1707: I can buy you a car
[21:08] <Daemon404> lol
[21:09] <Daemon404> saste or ubitux -- ping on something ffprobe related
[21:09] <funman> my car cost me one local resampling at the time
[21:09] <funman> or about G2M + Voxware
[21:09] <Daemon404> isnt voxware basically massive tables
[21:09] <j-b> probably, it is
[21:10] <j-b> but, anyway, people complained about no money sent to libav* development, especially from big companies. I did the bounties list for that.
[21:10] <j-b> and when the first bounties will be done, new ones will take place
[21:14] <Daemon404> yeah ok, whoever wrote sortdts should be shot
[21:14] <Daemon404> daemon404 at bbvm:~/dev/f/ffmpeg$ grep AVFMT_FLAG_SORT_DTS * -r
[21:14] <Daemon404> libavformat/options_table.h:{"sortdts", "try to interleave outputted packets by dts", 0, AV_OPT_TYPE_CONST, {.i64 = AVFMT_FLAG_SORT_DTS }, INT_MIN, INT_MAX, D, "fflags"},
[21:14] <Daemon404> libavformat/avformat.h:#define AVFMT_FLAG_SORT_DTS    0x10000 ///< try to interleave outputted packets by dts (using this flag can slow demuxing down)
[21:14] <Daemon404> libavformat/avidec.c:    avi->non_interleaved |= guess_ni_flag(s) | (s->flags & AVFMT_FLAG_SORT_DTS);
[21:14] <Daemon404> ^ it's a single hack for avi only
[21:15] <Daemon404> but hey lets give it its own option and vague description
[21:15] <michaelni> durandal_1707, if you want some work funded that has alot of users who would want it done we could put a news entry on the homepoage and maybe there would be donations for it ...
[21:15] <Daemon404> michaelni, a blurb on vlc's homepage would be mroe effective
[21:15] <Daemon404> tons more traffic
[21:16] <Daemon404> oh my bad.. it doesn't actually do anything for avi either
[21:16] <Daemon404> :<
[21:16] <Daemon404> why does this exist
[21:17] <michaelni> Daemon404, to annoy you ;)
[21:17] <Daemon404> i was going to go add sortpts
[21:17] <Daemon404> which would have been useful to me
[21:17] <Daemon404> but... even sortdts doesn't exist O.o
[21:17] <Daemon404> lies!!!
[21:19] <j-b> videolan.org does 10 millions views per month
[21:21] <michaelni> Daemon404, btw, a sortpts would not work, because packets cant be decoded in pts order if that differs from dts order
[21:21] <durandal_1707> j-b: enjoy until it last
[21:21] <Daemon404> michaelni, im using it for ffprobe's -show_packet
[21:21] <Daemon404> nothing is decoded
[21:21] <michaelni> ahh ok
[21:22] Action: durandal_1707 breaking bad ...
[21:23] <j-b> durandal_1707: why are you soo negative? did someone beat you with a stick this morning?
[21:23] <Daemon404> michaelni, i might just sort it in my own script (luckily ffprobe has json output...)
[21:24] <michaelni> yep, thats probably easiest, 
[21:25] <michaelni> would be interresting to have direct support in ffprobe or lavf for it though
[21:26] <Daemon404> should be done at a higher level probably
[21:26] <Daemon404> demuxer-specific sorting is semi evil
[21:26] <Daemon404> and unmaintainable
[21:27] <michaelni> for the ffprobe usecase yes
[21:27] <michaelni> if you want it realtime and your avi is non interleaved ...
[21:27] <michaelni> then non interleaved demuxing or 2 demuxers are needed
[21:28] <Daemon404> well for pts, the latter use case just doesnt exist
[21:28] <michaelni> true
[21:29] <Daemon404> i dont adding sorting to my script(s) will be much overhead
[21:29] <Daemon404> compared to C, anyway
[21:29] <Daemon404> sorting is always implemenetd in C in the langs anyway
[21:36] <cone-223> ffmpeg.git 03Xi Wang 07master:64b7e7dcaf21: cafdec: fix overflow checking in read_header()
[21:49] <saste> michaelni, ok to remove CREDITS?
[21:52] <michaelni> if no people are lost by pointing to git and
[21:52] <michaelni> maybe put a note in it to point to git 
[21:52] <michaelni> btw, can filter->inputs[i] ever be null ?
[21:52] <michaelni> [FFmpeg-devel] [PATCH] lavfi: fix null checking in avfilter_config_links() <--
[21:53] <saste> michaelni, no if i >= nb_inputs
[21:53] <saste> Daemon404, pong?
[21:53] <michaelni> saste, please reply then
[21:53] <michaelni> i < nb_inputs i assume
[21:54] <beastd> saste: >=?
[21:54] <saste> michaelni, yes that's a precondition
[21:54] <Daemon404> saste, already discussed
[21:54] <Daemon404> was re: -sortdts
[21:55] <saste> i was away ~2 days and now my inbox is a mess
[21:57] <michaelni> saste, i can reply to the "lavfi: fix null checking in avfilter_config_links()" if you are busy with your inbox ?
[21:58] <saste> i'll catch up today or tomorrow, but feel free to OK it if the patch is correct
[22:06] <michaelni> saste, i think filter->inputs[i] can be NULL if functions are called in the wrong order
[22:06] <michaelni> thus the patch should be ok
[22:06] <saste> michaelni, lemme see the patch
[22:07] <michaelni> saste: [FFmpeg-devel] [PATCH] lavfi: fix null checking in avfilter_config_links()
[22:08] <michaelni> if the user forgets linking filters then the null check can be true
[22:08] <michaelni> i think
[22:40] <durandal_1707> so how to do what asyncts=first_pts=0 does?
[22:42] <saste> durandal_1707, or use asyncts if it works for you
[22:45] <durandal_1707> saste: asyncts needs libavresample which is not enabled by default
[22:48] <Daemon404> as far as i know, only asyncts has that functionality
[22:48] <Daemon404> i am specifically enabling avresample in ym builds so i can use it
[22:49] <durandal_1707> what about asetpts=PTS-STARTPTS
[22:49] <Daemon404> never tried
[22:50] <Daemon404> it it relies on prior knowledge of pts info
[22:50] <Daemon404> doesnt it
[22:50] <Daemon404> cant be used pragmatically
[22:50] <Daemon404> and afaik setpts wont actually trip or pad audio
[22:50] <Daemon404> trim*
[22:51] <durandal_1707> apad can pad it
[22:51] <Daemon404> again, thats not a legitimate replacement
[22:51] <Daemon404> more complex, requires prior knowledge
[22:52] <Daemon404> why would i bother with that stuff if i can just enable asyncts and have it Just Work
[22:53] <saste> stretching/squeezing/filling or trimming
[22:53] <saste> this can be done with aresample, but documentation is (still) poor
[22:53] <Daemon404> saste, do tell how to accomplish the same as asyncts=start_pts=0
[22:53] <Daemon404> i dotn see a way to do that
[22:53] <saste> Daemon404, dunno
[22:54] <Daemon404> anything that requries outside parsing or eval() is already failed in my mind
[22:54] <Daemon404> compared to asyncts
[22:54] <Daemon404> :P
[22:54] <durandal_1707> it is trivial to port asyncts to lswr
[22:56] <Daemon404> the question is do you want to deal with the merge conflicts when the actual author of asyncts updates its code?
[22:56] <Daemon404> or do you want to fork it into a new filter
[22:56] <saste> durandal_1707, min_comp, min_hard_comp, maybe async may help
[22:56] <durandal_1707> dont be silly what new could be added to asyncts?
[22:57] <durandal_1707> it is just usual boring maintaince work to port to W api
[22:57] <Daemon404> bug fixes
[22:57] <Daemon404> critical fixes actually went in not to logn ago
[22:58] <Daemon404> to fix start_pts
[22:58] <Daemon404> at my request
[22:58] <Daemon404> =p
[22:58] <Daemon404> [16:56] <@durandal_1707> dont be silly what new could be added to asyncts? <-- btw this is a horrible attitude for any dve
[22:58] <Daemon404> only gonna lead to shitcode
[22:58] <saste> keep asyncts, add features to aresample, document better aresample/resampler options
[22:58] <durandal_1707> i disagree
[22:59] <Daemon404> saste, ill gladly switch to aresample when i can a) have it do what i want b) figure out how to use it
[22:59] <Daemon404> =[
[22:59] <Daemon404> =p
[22:59] <michaelni> Daemon404, do you have a testcase for the features you need so i can take a look how to do it with aresample
[22:59] <michaelni> ?
[22:59] <Daemon404> i can trivially make some
[22:59] <michaelni> please do
[22:59] <durandal_1707> michaelni: another user asked same q on user ml
[22:59] <Daemon404> basically i need
[22:59] <Daemon404> if start pts != 0
[22:59] <durandal_1707> say few minutes ago
[22:59] <Daemon404> pad or trim so it is 0
[22:59] <Daemon404> or rather
[23:00] <Daemon404> until it is start_pts
[23:00] <Daemon404> it's useful for audio sync stuff
[23:01] <Daemon404> e.g. it can drop negatively pts'd audio samples
[23:01] <Daemon404> or pad from 0 -> start
[23:01] <Daemon404> with silence
[23:01] <Daemon404> (used in conjunction with -copyts)
[23:02] <saste> Daemon404, drop negative PTS => aselect
[23:03] <saste> pad from the start: aresample=min_comp=0.001:min_hard_comp=0.100000
[23:03] <Daemon404> or i can stick with the simple asyncts
[23:03] <Daemon404> which is not at all complex 
[23:03] <saste> than i agree that the aresample params should be documented better
[23:03] <Compn> whats -vf fixpts do ?
[23:03] <saste> Daemon404, sure
[23:03] <Compn> i mean , not what you want, probably
[23:03] <Daemon404> aresample=min_comp=0.001:min_hard_comp=0.100000 <-- thats ... what
[23:03] <Daemon404> i cant even figure out what that means
[23:04] <Daemon404> how how it owuld pad
[23:04] <saste> you should use what works best for you
[23:04] <Compn> Daemon404 : any chance for a sample file ?
[23:04] <Daemon404> mux any file with an audio delay
[23:04] <Daemon404> bam
[23:04] <Daemon404> sample file
[23:05] <saste> asetpts=PTS+X/TB
[23:05] <Daemon404> saste, my only annoyance is the trolling whenever i mention asyncts as a solution to others :P
[23:05] <saste> or something like that to add an initial delay
[23:05] <Daemon404> "omg it uses avresample! hresey!"
[23:06] <saste> OTOH we should improve what we have, since lavr is disabled by default
[23:06] <saste> not just for silly pride
[23:07] <michaelni> Daemon404, so i get no testcase ?
[23:07] <Daemon404> michaelni, when i cazn be bothered to make one
[23:07] <Daemon404> it's just a case of muxing e.g. an mp4 file with an audio delay (using gpac or l-smash)
[23:07] <Daemon404> one positive delay test file, one negative delay test file
[23:08] Action: Daemon404 is busy playing xbox and beign unproductive on a sunday.
[23:08] <durandal_1707> porting is far simpler long term and avoids user questions....
[23:09] <Daemon404> and im trying to fix a different annoying problem right now
[23:09] <Daemon404> some files (sup mpeg-ts) dont treat 0 as the defacto start point
[23:09] <durandal_1707> how to kill that guy above ...?
[23:10] Action: Daemon404 loves files where teh first dts=pts=<massive number>
[23:10] <durandal_1707> cehoyos: you are not helpful to user questions at all
[23:12] <cehoyos> durandal_1707: I am extremely happy if you take over!
[23:12] <durandal_1707> user asked to simply translate asyncts=first_pts=0 reading asyncts code should provide enough knowledge to provide/seek/produce working help...
[23:13] <durandal_1707> i really do not see point why you ask for full crap output and testcase and bla balllbal
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:04c74a339ff7: update for FFmpeg 1.0.2
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:3e57b37ddb25: aacenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:28ef8eaeefe3: libfaac: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:6f2aa8adbf65: libfdk-aacenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:3daa086b2eb4: libmp3lame: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:57211d8a5f5d: libopencore-amr: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:d7826b8b9b47: libspeexenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:461907760fdf: libvo-aacenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:2ff4257e642a: libvorbisenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:1489e67072b7: nellymoserenc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:f00a9f00034c: ra144enc: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:ee8d38191fbf: tiff: Fix assignments in if()
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:dadf58908ceb: vsrc_testsrc: Fix assignments in if()
[23:13] <durandal_1707> while user problem is quit obvious
[23:13] <cone-223> ffmpeg.git 03Michael Niedermayer 07release/1.0:b006b2f4f54a: rtmpproto: Fix assignments in if()
[23:13] <cehoyos> So to sum up: You cannot answer Daemon404's question how to translate a asyncts command line into aresample (I suspect there is nothing to translate in his case, because all our mp4 delay files play fine with -async 1), but I should guess what a user wants?
[23:13] <durandal_1707> he want to change pts
[23:14] <Daemon404> [17:13] <@durandal_1707> he want to change pts <-- that is nto an accurate description
[23:14] <Daemon404> whatsoever
[23:14] <Daemon404> changing the timestamps is NOT the same as padding/tirmmign audio
[23:14] <Daemon404> based on timestamps
[23:14] <Daemon404> they are two very distinct and different operations
[23:17] <durandal_1707> so he want to pad audio so its pts becomes 0?
[23:19] <Daemon404> it's first pts
[23:19] <Daemon404> or if it is negative pts, drop them up intol 0
[23:19] <Daemon404> until*
[23:19] <durandal_1707> michaelni: there is no equvivalet for avresample_available in swr?
[23:20] <durandal_1707> i just wonder is swr capable doing of same filter without extra complicated code...
[23:21] <durandal_1707> leaving now, i expect tomorrow when i woke up that this will be solved :evil
[23:31] <cone-223> ffmpeg.git 03Carl Eugen Hoyos 07master:cb1c69c81d91: Clarify that the recommended audio squeezing/stretching filter is aresample.
[23:42] <cone-223> ffmpeg.git 03Carl Eugen Hoyos 07fatal: ambiguous argument 'refs/tags/n1.0.2': unknown revision or path not in the working tree.
[23:42] <cone-223> Use '--' to separate paths from revisions
[23:42] <cone-223> refs/tags/n1.0.2:HEAD: Clarify that the recommended audio squeezing/stretching filter is aresample.
[23:42] <Daemon404> lulz
[23:42] <saste> and yes compensation docs need to be improved (for example: filled samples are silence-samples)
[00:00] --- Mon Jan 21 2013


More information about the Ffmpeg-devel-irc mailing list