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

[burek]

[00:30] <gizmore> i am on gentoo and i get: "Option pixel_format not found"
[00:30] <gizmore> i am of course asking for a pointer or hint :) thank you
[00:57] <cone-800> ffmpeg.git 03Stefano Sabatini 07master:c92d2f98db68: examples/muxing: flush encoders at the end
[01:08] <cone-800> ffmpeg.git 03Stefano Sabatini 07master:35fe88bb5169: examples/muxing: reindent after previous commit
[01:48] <michaelni> gizmore, what are you trying to do and with what ffmpeg version ?
[01:48] <gizmore> michaelni: 
[01:49] <gizmore> recordmydesktop --no-sound
[01:49] <gizmore> ffmpeg -pix_fmt rgb24 -i out.ogv out.gif
[01:50] <michaelni> gizmore,  ffmpeg -i out.ogv  -pix_fmt rgb24  out.gif
[01:51] <michaelni> the pix_fmt sets the output codecs format not the input ...
[01:51] <gizmore> http://pastebin.com/8QGxLWf4
[01:53] <michaelni> gizmore, the pix_fmt ... is before the "-i ..." it should be after it
[01:53] <gizmore> geeeez
[01:53] <gizmore> thank you so very very much
[01:53] <gizmore> somehow i managed to mess that up twice :)
[02:03] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:622d46300037: avcodec/bitstream: assert that no integer overflow happened when writing codes in build_table()
[02:04] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:eaacfc7dd1ea: avcodec/lossless_videodsp: Pass AVCodecContext to init
[02:04] <cone-800> ffmpeg.git 03Michael Niedermayer 07master:e6d1c66d742d: avcodec/x86/lossless_videodsp: disable median optimizations for 16bps
[03:20] <Nicias> Hello. I have an idea for a filter, and I'm looking to get started on writing it. Any suggestions for where I should look for references?
[03:27] <Compn> what kind of info do you want?
[03:27] <Compn> and what kind of filter ?
[03:27] <Compn> let me see if i can dig up docs
[03:27] <Nicias> The filter will just modify the PTS's and timebase of a video stream.
[03:28] <Nicias> to smooth out judder.
[03:28] <Compn> http://wiki.multimedia.cx/index.php?title=FFmpeg_filter_howto
[03:29] <Compn> http://trac.ffmpeg.org/wiki/FilteringGuide
[03:29] <Compn> theres -vf setpts which might do what you want already
[03:29] <Compn> but i dunno
[03:29] <Nicias> no, it doesn't. thanks.
[03:30] <Nicias> I'll look into those doc's.
[03:30] <Nicias> I think this might be a significant step up from my previous coding experience.
[03:32] <Nicias> If I have specific questions, or a first draft, where would be an appropriate place to show it to get feedback? 
[03:37] <Compn> mailing list is best, but you can also ask here
[03:37] <Nicias> ok. thanks.
[03:37] <Nicias> I'll read those docs now.
[03:40] <Nicias> I do have one question.
[03:41] <Nicias> if I am messing with the timebase and PTS of the video stream do I have to worry about the timebase and PTS's of the other streams?
[03:50] <Compn> Nicias : probably , depending on what you are doing
[03:50] <Compn> i mean if you make the video 2x slower, the audio will play regular speed :P
[03:50] <Nicias> for example.
[03:55] <Nicias> if I had PTS's of 1, 2, 3, 5.. and a timebase of 1/30, I would output 5, 10, 15, 20  with a timebase of 120.
[03:55] <Nicias> so same speed overall, but new timebase.
[03:56] <Nicias> um 1/120.
[03:56] <Compn> possibly then. i swear theres already a way to do it but who knows :D
[03:57] <Nicias> Well, I can't find one that works for mixed frame rate sources.
[03:58] <Nicias> pullup produces the judder above, and if you just raise the fps, you get frames like AAAABBBBCCCCDDDDDDDDEEEEFFFF......
[03:59] <Nicias> and decimate runs on the whole file. 
[04:10] <Nicias> @Compn : I'll see what I can put together and then send it to the list.
[04:11] <Nicias> should I get it all worked up as a patch if I'm not quite sure it's right or should I post it just in a message?
[04:14] <Compn> devs like looking at patches
[04:15] <Compn> it doesnt have to be a git send email, just a simple diff -u
[04:15] <Compn> even if its incorrect, then they can correct it :)\
[04:15] <Nicias> ok. Thanks. You've been very helpfull.
[04:15] <Compn> no problem
[04:15] <Nicias> have a good day.
[04:15] <Nicias> bye
[10:38] <durandal_1707> what you think about merging libavdevice into libavformat?
[11:10] Action: ubitux has no opinion
[12:31] <BBB> durandal_1707: it very much tells me libav isn't about features, speed or fixing bugs - it's just about moving code around in some way, either through reindenting, splitting or merging files and modules </troll>
[12:41] <saste> there is a weird interaction between -copyts and -itsoffset
[12:42] <saste> if -copyts is not specified, -itsoffset is ignored altogether, since the timestamp are reset to 0
[12:42] <saste> michaelni, is that intended?
[12:43] <saste> also, there is any way to apply an offset to the *output* timestamps?
[13:07] <relaxed> saste: there was a guy in #ffmpeg saying having issues with -itsoffset not working unless he paired it with -async 1. Could it be related?
[13:08] <relaxed> he was concatenating streams, while trying to offset the audio on the second half.
[13:11] <saste> relaxed, good luck at understanding how the async thing works
[14:34] <cone-883> ffmpeg.git 03Matt Oliver 07master:306e1ac012d0: avformat/tls: Fix windows build with openSSL enabled.
[14:48] <cone-883> ffmpeg.git 03Eli Kara 07master:da25a6573f9c: avformat/http: Properly handle cookies that specify sub-domain where the URL.
[15:43] <cone-883> ffmpeg.git 03Michael Niedermayer 07master:8456bd2c0f3b: avformat/matroskaenc: wrap V_QUICKTIME codec private in something that looks like its part of quicktime stsd
[15:46] <Keestu> hi all, i have built ffmpeg for android,  and i see rtsp protocol is not available. Not sure how  i resolve this issue?. i checked like --enable-protocols. A question,  In the libavformat/allformats.c, i done see any line related to  REGISTER_PROTOCOL(...) for rtsp, but for rtp?. kindly forgive me if i am asking very stupid question. 
[15:49] <nevcairiel> rtsp is a demuxer, not a protocol in ffmpeg terms
[15:50] <Daemon404> 'demuxer'
[16:03] <Keestu> it is interesting that to explore the ffmpeg code.  if someone helps me would be gr8. What i understood is av_register_all() prepares the handlers for all the modules that are asked from the configuration, and which is defined in allformats.c,  if(CONFIG_##X##_MUXER) av_register_output_format(&ff_##x##_muxer);   where this CONFIG__##x##_MUXER is checked from ?  ./configure ?
[16:08] <nevcairiel> config.h
[16:08] <nevcairiel> which is written by configure
[16:15] <Keestu> nevcairiel, ok. here is my question. in config.h ->  CONFIG_RTSP_MUXER, AND CONFIG_RTSP_PROTOCOL is available, consider this, and getting back to  av_register_all (),   CONFIG_RTSP_MUXER is used, but not CONFIG_RTSP_PROTOCOL. 
[16:16] <Keestu> nevcairiel,  what i am trying is  how avformat_open_input () works for rtsp:// protocol. 
[16:18] <nevcairiel> there is no rtsp protocol
[16:18] <nevcairiel> i have never seen CONFIG_RTSP_PROTOCOL
[16:20] <Keestu> nevcairiel, ok. can u hint me for avformat_open_input(&context, "rtsp://<>:<>", NULL, NULL) fails me saying that no protocol available. not sure where i have to look at. spending whole day.:(
[16:20] <saste> michaelni, should i push the cosmetical ffmpeg patch as well?
[16:21] <nevcairiel> build it without disabling anything, and it will work
[16:21] <nevcairiel> works for me.
[16:21] <Keestu> nevcairiel, basically i m porting with android. 
[16:21] <nevcairiel> i dont care :)
[16:21] <Keestu> nevcairiel,  :)
[16:21] <nevcairiel> and it doesnt matter
[16:21] <Keestu> true.
[16:21] <nevcairiel> build it with a simple ./configure without disabling any components
[16:24] <Keestu> nevcairiel, interesting.. not much disable,  except --disable-shared. :(
[16:25] <Keestu> :) all muxers, demuxers, parsers,fileters.. enabled. 
[16:25] <michaelni> saste, if you want
[16:30] <michaelni> BBB, ubitux if the vp9 valgrind failures are valgrind bugs, please add them to tests/fate-valgrind.supp so valgrind fate gets green again and we can see new failures as color change
[16:31] <cone-883> ffmpeg.git 03Stefano Sabatini 07master:9f956d9d8d98: ffmpeg: apply misc cosmetics to process_input() code
[16:31] <cone-883> ffmpeg.git 03Stefano Sabatini 07master:094516a5d0f8: ffmpeg: use av_err2str() macro
[16:31] <saste> michaelni, done
[16:36] <ubitux> michaelni: i don't know what BBB planed for this
[16:38] <nevcairiel> michaelni: btw, some ffvhuff tests fail on mingw 64-bit since some changes yesterday, looks like a crash, but I didn't have time to check yet whats really going on; http://fate.ffmpeg.org/report.cgi?time=20140123040141&slot=x86_64-mingw-w64-windows-native
[16:41] <michaelni> nevcairiel, i saw but i couldnt reproduce yesterday in mingw + wine
[16:41] <nevcairiel> yeah the wine fate stations seem to still be happy, too
[16:41] <nevcairiel> just the native one is broken
[16:44] <saste> what happened of anton's work on bitstream filters?
[16:49] <saste> michaelni, also, what about the -itsoffset/-copyts conflict?
[16:50] <saste> itsoffset is not effective unless -copyts is applied, which is a bit counterintuitive
[16:50] <saste> also it is not possible to apply an output offset (with a single remuxing)
[16:51] <saste> to simulate that i need to do a remux (to remove the initial offset), and then do -copyts -itsoffset OFFSET
[16:51] <michaelni> saste, do we have tickets for these ? (with reproduceale testcases)
[16:51] <saste> michaelni, no but i'm not sure they are "bugs"
[16:51] <michaelni> then they would be feature requests
[16:51] <saste> indeed i couldn't say which is the proper behavior
[16:52] <saste> at least we should clarify docs (is what i'm trying to do right now)
[16:52] <saste> my current way to apply a custom output offset is to use a custom tool, which is not optimal
[16:53] <saste> (or alternatively a 2-steps remuxing)
[16:54] <saste> also what about adding a new -otsoffset?
[16:55] <saste> ideally we should use a bsf for that, but the current bsf design is quite limited (doesn't allow to change pkt timestamps)
[17:00] <michaelni> -otsoffset is an option
[17:02] <saste> michaelni, uh? where?
[17:03] <michaelni> its an option to add -otsoffset :)
[17:03] <michaelni> its an option to add such option 
[17:03] <saste> confused... ok
[17:22] <saste> aaah vsync, all the magik
[17:29] <saste> michaelni, can you explain this: d7ebeba80c609e160a171168b3434c342a652237
[17:29] <saste> what is "JM"??
[17:30] <kierank> Reference encoder
[17:30] <saste> reference encoder of what?
[17:31] <michaelni> h264
[17:32] <JEEB> ref dec/enc for AVC/H.264, just like HM for HEVC
[17:33] <saste> and being compliant with $random_stuff is good for ffmpeg?
[17:33] <JEEB> unless it's against the spec of course
[17:33] <JEEB> and/or breaks spec-compliant stuff
[17:34] <nevcairiel> compliant with the reference is not random. :D
[17:58] <mark4o> saste: with multiple inputs that you want to mux together, -itsoffset is used to specify a separate relative offset for each input; probably not as useful if you have only one input
[17:58] <mark4o> saste: for output offset, setpts/asetpts should be able to do that
[18:06] <saste> mark4o: only when transcoding
[20:27] <cone-883> ffmpeg.git 03Martin Storsjö 07master:2aec9e228cb3: rtpdec_asf: Copy the need_parsing field from the chained demuxer
[20:27] <cone-883> ffmpeg.git 03Michael Niedermayer 07master:c1333a762c0e: Merge remote-tracking branch 'qatar/master'
[20:42] <cone-883> ffmpeg.git 03addr-see-the-website at aetey.se 07master:bf23642dcc86: Cinepak encoder: adding option handling for flexibility
[21:41] <cone-883> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:30f4c58f6f92: libavformat/mtv: Check for min header size first
[21:41] <cone-883> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:d467e7df1a74: libavformat/mtv: donwgrade probe score for < 512
[21:41] <cone-883> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:ba15aab4a4a2: libavformat/mtv: make clear we assume bpp is always 16
[21:41] <cone-883> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:4d888a0ad823: libavformat/mtv: add missing MTV_ prefix to macro
[22:10] <JEEB> what very simple thing have I forgotten? include\libavutil\error.h(100): error C2054: expected '(' to follow 'inline'
[22:11] <JEEB> I just moved some C++ code that used a single define from libavformat/avio.h to a C file (and fixed the little things that had to be fixed for that move)
[22:11] <JEEB> the C++ one compiles just fine, but this file doesn't
[22:12] <JEEB> so I must be missing something very simple :s
[22:41] <JEEB> ok, I bet something is defining inline to __inline
[22:44] <JEEB> ugh, it was the other way
[22:45] <JEEB> seemed to work for C++ mode, but C mode fails if I don't #define inline __inline
[22:48] <wm4> inline is C99
[22:48] <wm4> which means... the ffmpeg headers are broken
[00:00] --- Fri Jan 24 2014