Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

September 2013

1 participants
58 discussions

ffmpeg-devel.log.20130908
by burek 09 Sep '13

09 Sep '13

[05:24] <cone-859> ffmpeg.git 03Michael Niedermayer 07master:ea538b0d64cf: avcodec/snowenc: fix constness of the AVFrame argument in encode_frame() [05:29] <cone-859> ffmpeg.git 03James Almer 07master:e3d34100e73c: doc: add *install-doc that covers all documentation [09:42] <ubitux> wm4: ping [09:43] <wm4> ubitux: hi [09:43] <ubitux> wm4: can you test a vobsub seeking patch with mpv? [09:44] <wm4> yes [09:44] <ubitux> wm4: http://b.pkh.me/0001-avformat-vobsub-fix-seeking.patch [09:50] <ubitux> actually, without the stream_index = 0 chunk (patch updated) [09:51] <wm4> tested the first version, worked [09:51] <ubitux> did you try with the different subtitles stream? [09:51] <wm4> yes [09:51] <ubitux> cool [09:51] <ubitux> without the new version it should be more accurate [09:52] <ubitux> especially in case the timestamps mismatch between the streams :p [09:52] <wm4> should I test the updated patch? [09:52] <ubitux> could be nice [09:52] <ubitux> gonna do a few more tests myself and will push [09:52] <ubitux> that seeking function could be improved to be a lot faster btw [09:55] <wm4> ok tested the updated patch [09:55] <wm4> also worked [09:56] <ubitux> cool, thanks :) [09:56] <wm4> and I think it rally improved accuracy, because in my first test there was a weird case where I got too many packets from before the seek target [09:57] <wm4> will the patch go into the stable releases? [09:57] <ubitux> it's a good candidate [09:57] <wm4> awesome [09:58] <ubitux> wm4: do you specify the vobsub stream while seeking btw? [09:58] <wm4> my old code didn't, then I added a work around that does [09:58] <ubitux> ok [09:59] <ubitux> it should not be needed anymore [09:59] <wm4> yes I'd like to remove it again [10:00] <wm4> I'm not evrn sure why the API allows selecting the stream... [10:00] <wm4> in general you just want to seek somewhere you can resume playback [10:01] <wm4> and the demuxer knows which streams you want (via AVStream.discard or whatever it was) [10:01] <ubitux> that is, for playback :p [10:01] <ubitux> you may want an accurate seeking for video only if you're transcoding only the video [10:01] <ubitux> i guess.. [10:01] <wm4> what would be helpful would be something for files with possible timestamp resets [10:01] <wm4> maybe the ability to specify relative seeks or so [10:02] <wm4> well, if you want video only, disable the non-video streams [10:02] <ubitux> dunno, i'm not a seeking expert :p [10:03] <ubitux> it's too bad bsearch() doesn't allow an opaque parameter :( [10:03] <wm4> as it is, mplayer demuxers are still much better at seeking for weird reasons [10:03] <wm4> wow there are people who use bsearch()? [10:03] <ubitux> why not? [10:04] <wm4> binary search is rather trivial to implement (though also easy to get wrong), and bsearch strikes me as one of those useless C legacy APIs [10:04] <ubitux> :( [10:04] <ubitux> ok ok [10:04] <ubitux> we use it in 3 places in ffmpeg [10:45] <zidanne> Doesn ffmpeg itself supports HE-AAC v2 by default? [10:45] <zidanne> (for decoding) [10:48] <ubitux> michaelni_: "If flags contain AVSEEK_FLAG_BACKWARD, it is ignored." // should i assume seeking callback are supposed to always seek backward, even if the forward difference is lower than the backward one? (and min/max ts will make it forward if necessary?) [10:51] <nevcairiel> the new seeking API controls this based on the three times you give it [10:52] <ubitux> right ok [10:53] <wm4> can you express anything of practical importance with the new API you couldn't with the old? [10:53] Action: wm4 fails to see the point [10:54] <nevcairiel> in theory you can tell it how far back to look for the last keyframe, for example [10:56] <nevcairiel> or stuff like "i want a keyframe at X, but i'll also take one between x-10s and x+1s" [10:56] <nevcairiel> not that it really matters since nothing implements this [10:57] <wm4> well, if you don't get a keyframe at X, you can either get one after that or one before that (which you can control with the backwards flag) [10:58] <nevcairiel> i could see the new api as useful if its implemented, for example if seeking i would be fine with getting a keyframe which is up to 1s after my seek point, if thats closer to the target then the last keyframe before the seekpoint [10:59] <wm4> add a AVSEEK_FLAG_CLOSEST... [11:00] <wm4> and you could get that with the old api [11:00] <wm4> and actually, maybe the ability to export the index to the user would be even better in some cases [11:00] <nevcairiel> strictly the closest could still be too far into the future, in that case i don't want it [11:00] <nevcairiel> also, you can get the index [11:00] <wm4> you can? [11:01] <nevcairiel> every AVStream has (nb_)index_entries [11:01] <nevcairiel> many demuxers export the file index in there [11:01] <nevcairiel> if the file only has one central index, they usually put it into the video stream [11:02] <nevcairiel> from my experience its useful for mkv, avi and mp4 [11:02] <wm4> interesting [11:02] <nevcairiel> maybe some other fringe formats [11:02] <wm4> could be useful to handle some mp4 corner cases [11:46] <cone-377> ffmpeg.git 03Luca Barbato 07master:85ac12587bfe: nuv: check ff_rtjpeg_decode_frame_yuv420 return value [11:46] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:58e5f6a43320: oMerge commit '85ac12587bfef970d0e0e4abc292df346daf8478' [12:08] <cone-377> ffmpeg.git 03Luca Barbato 07master:7ee191cab0dc: dv: Add a guard to not overread the ppcm array [12:08] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:13e35a25f670: Merge commit '7ee191cab0dc44700f26c5784e2adeb6a779651b' [12:30] <cone-377> ffmpeg.git 03Anton Khirnov 07master:26f027fba1c5: lavf: fix the comparison in an overflow check [12:30] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:53fb52ac859c: Merge remote-tracking branch 'qatar/master' [12:57] <cone-377> ffmpeg.git 03Clément BSsch 07master:f8678dcef3c5: avformat/vobsub: fix seeking. [12:57] <cone-377> ffmpeg.git 03Clément BSsch 07master:1ca4bf930bab: avformat/subtitles: check lower bound for duration overlap seeking. [12:57] <cone-377> ffmpeg.git 03Clément BSsch 07master:b1319e14e3b0: avformat/subtitles: binary search seeking. [12:57] <ubitux> wm4: tests welcome ^ [12:59] <wm4> thanks for fixing this, will later [12:59] <wm4> *will test later [12:59] <ubitux> also faster! (maybe) [13:06] <durandal_1707> what is max/min y/u/v value for 10/12/16 bit yuv ? [14:01] <cone-377> ffmpeg.git 03Paul B Mahol 07master:0227b4292629: avfilter/vf_psnr: refactor subsampled format support [14:41] <cone-377> ffmpeg.git 03Giorgio Vazzana 07master:7f6ec05f0952: lavd/v4l2: Improve debug message [15:03] <cone-377> ffmpeg.git 03Paul B Mahol 07master:14851ca5f5a3: avformat/matroskaenc: remove bogus prores tag [15:37] <ubitux> lol [15:37] <ubitux> i just found a srt [15:37] <ubitux> where there are no \n [15:37] <ubitux> but only \r [15:37] <ubitux> what. the. hell. [15:38] <JEEB> lol [15:39] <ubitux> and the frightening part is that it might be supported by chance in some player(s) [15:46] <Daemon404> ubitux, so it was made on a mac. [15:46] <ubitux> Daemon404: can you explain what was going on here? [15:47] <Daemon404> macs use CR for linebreaks [15:47] <Daemon404> end of story? [15:47] <nevcairiel> didnt they stop doing that like centuries ago? [15:48] <Daemon404> i bet some apps still do [15:48] <Daemon404> or teh srt is old as time [15:48] <ubitux> srt is pretty recent, a few days ago [15:53] <JEEB> Apple stuff before OS X did \r only [15:54] <JEEB> OS X afaik does \n [16:01] <ubitux> so we have \n, \r, and \r\n [16:01] <ubitux> anyone knows another brilliant system with \n\r now? [16:02] <durandal_1707> that is very old story.... [16:03] <durandal_1707> srt files are text files [16:03] <nevcairiel> i dont think \n\r was ever used officially by anything [16:03] <ubitux> good [16:03] <ubitux> well i'll just fix that shit in a moment [16:05] <ubitux> LF+CR: Acorn BBC and RISC OS spooled text output. [16:05] <ubitux> ohgodno. [16:06] <nevcairiel> lol [16:07] <JEEB> lol [16:09] <ubitux> ZX80 and ZX81, home computers from Sinclair Research Ltd used a specific non-ASCII character set with code NEWLINE (0x76, 118 decimal) as the newline character. [16:09] <ubitux> i love this one ^ [16:10] <durandal_1707> dualinput eats last frame [16:12] <durandal_1707> in some strange case... [16:16] <kierank> Daemon404: srt is pissing me off [16:16] <kierank> people are using it as a dodgy pro subtitle interchange format [16:17] <Daemon404> Nothing New (TM) [16:17] <kierank> and then somehow it has to fit into two bytes per frame [16:17] <kierank> s/it/the captions have [16:34] <durandal_1707> actually the dialinput bug can be reproduced with psnr and single images [16:49] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:c914c99d4b81: swscale/utils: use memcpy instead of loop in sws_cloneVec() [17:14] <cone-377> ffmpeg.git 03Paul B Mahol 07master:7d7b4e8d5cbc: avcodec/png: remove obsolete comments [18:14] <durandal_1707> this libpng is awful function args in header are not explained at all [18:56] <cone-377> ffmpeg.git 03Clément BSsch 07master:cfcd55db164e: avformat/srtdec: skip initial random line breaks. [18:56] <cone-377> ffmpeg.git 03Clément BSsch 07master:90fc00a623de: avformat/subtitles: add a next line jumper and use it. [18:56] <cone-377> ffmpeg.git 03Clément BSsch 07master:378a830e7b9a: avformat/subtitles: support standalone CR (MacOS). [18:56] <cone-377> ffmpeg.git 03Clément BSsch 07master:860a0810583f: avcodec/assenc: fix potential overread. [18:56] <cone-377> ffmpeg.git 03Clément BSsch 07master:3a54c221d574: avcodec/srtdec: fix potential overread. [18:56] <ubitux> ok so, still not perfect, but better. [19:07] <durandal_1707> michaelni_: is there some macro for 'rounding to nearest'? [19:08] <ubitux> ROUNDED_DIV() ? [19:10] <durandal_1707> there is no documentation [19:11] <durandal_1707> i need to study macro to know what it does [19:11] <durandal_1707> and it nowhere says it rounds to what... [19:12] <durandal_1707> i will just switch everything to double [19:16] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:8586d8dda201: avformat/avidec: fix signedness of pointer type in get_stream_idx() [19:38] <durandal_1707> hmm it appears to me that this "none" color thing in rotate filter is nonsense [19:38] <durandal_1707> it would left uninitialized data [19:41] <durandal_1707> lol i get nice effect if i use 'none' [20:38] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:c54aa2fb0f86: avcodec/truemotion2: Fix av_freep arguments [20:45] <durandal_1707> lol, i looked at that code but failed to notice it [20:52] <durandal_1707> why is there av_calloc and av_mallocz_array? [22:18] <ubitux> beastd: what regression are you talking about? [22:19] <ubitux> ow. [22:19] <ubitux> yeah i guess i didn't test enough the intermediate one [22:19] <beastd> ubitux: hi [22:20] <beastd> I think you found it [22:20] <ubitux> i actually wrote the final version first [22:20] <ubitux> and split the code [22:20] <beastd> yeah, it is easy to mess up that way [22:20] <ubitux> so the 2-line function was written at the end, as an intermediate commit [22:21] <beastd> same goes for many git rebase -i actually [22:21] <ubitux> in practice it worked, since it makes a +1 all the time [22:21] <ubitux> but that's not fixing the issue the commit was all about [22:21] <ubitux> well anyway, upstream is fixed [22:21] <beastd> yes, it doesn't help with overread [22:23] <beastd> ubitux: yes. i actually did think about not posting about it [22:23] <ubitux> it's good you noticed [22:23] <ubitux> because the "commit fix" needs to be backported, while the following one adding the feature is not essential [22:24] <ubitux> so the backport needs to be done properly ;) [22:24] <beastd> but than I thought I would rather say sth if someone decided to backport sec fix and not improvement ( CR only support) [22:24] <ubitux> :) [22:24] <beastd> same thought :) [22:24] <ubitux> now you won the right to backport it yourself while i put my brain at sleep [22:25] <beastd> i am already over my time for today. remind me tomorrow if you want me to do the backport. [22:26] <ubitux> i already forgot [22:26] <ubitux> what were we talking about? [22:26] <beastd> subtitle line skip overread by 1 char [22:27] <ubitux> :( [22:30] <beastd> ubitux: gn8 (I will try to remind myself) [22:32] <ubitux> 'night :) [22:41] <ubitux> durandal_1707: can you please write a thunderbird tutorial plz plz [22:46] <durandal_1707> here is evil one: start->programs->thunderbird->uninstall [22:51] <cone-377> ffmpeg.git 03Paul B Mahol 07release/1.0:8b282d9d8b78: avformat/matroskaenc: remove bogus prores tag [22:51] <cone-377> ffmpeg.git 03Paul B Mahol 07release/1.1:8715ca0b82c1: avformat/matroskaenc: remove bogus prores tag [22:51] <cone-377> ffmpeg.git 03Paul B Mahol 07release/1.2:8f87e75c6c92: avformat/matroskaenc: remove bogus prores tag [22:52] <cone-377> ffmpeg.git 03Paul B Mahol 07release/2.0:f5ae34250a22: avformat/matroskaenc: remove bogus prores tag [22:56] <cone-377> ffmpeg.git 03Paul B Mahol 07master:cd6241b5dfb1: avcodec/truemotion2: use av_calloc() & av_malloc_array() [23:14] <wm4> ubitux: that vobsub seek commit works fine [23:14] <wm4> ubitux: backport pls [23:18] <cone-377> ffmpeg.git 03Michael Niedermayer 07master:d8fb170da2e7: avcodec/ratecontrol: give some trivial tips in case of buffer underflows [23:31] <durandal_1707> michaelni_: i think 2 prores decoders could be merged into one [23:33] <michaelni_> durandal_1707, you talked with the maintainer(s) of the 2 decoders ? [23:34] <michaelni_> from what i remember elvis was in favor or merging them but the other side wasnt, but alot of time has passed so maybe its different now or i even misremember [23:35] <durandal_1707> what other side? since when we need to listen other side? [23:36] <Compnn> because then our prores will be different than libav prores [23:36] <durandal_1707> i will inspect differences in depth [23:36] <Compnn> you want to maintain it ? [23:36] <Compnn> (i dont mind if its merged or not. just trying to help) [23:36] <Compnn> brb [23:38] <durandal_1707> i see no prores in MAINTAINERS [23:40] <michaelni> if theres no entry in maintainers then their authors are the next best persons to talk to [23:41] <durandal_1707> i've lost elvis phone number [23:44] <cone-377> ffmpeg.git 03Paul B Mahol 07master:43497d8a838e: avcodec/proresdec2: return meaningful error codes [00:00] --- Mon Sep 9 2013

1 0

ffmpeg.log.20130908
by burek 09 Sep '13

09 Sep '13

[00:10] <dampjam> In ffplay I'm trying to apply a video filter on an ftp source, so I have -vf "movie=rtp://0.0.0.0:2000" but I'm getting "Error initializing filter 'movie' with args 'ftp://0.0.0.0:2000'&& any ideas? [00:11] <durandal_1707> afaik movie filter supports only file protocol (some silly bug) [00:12] <ubitux> try to escape the : [00:12] <dampjam> how tough would that big to fix --- I'm trying to merge two rtp streams&. know any other filter I can pass the second ftp stream through? [00:12] <ubitux> the two : actually [00:13] <durandal_1707> you do not need to use movie filter anyway... [00:13] <dampjam> yeah, I'm rescaling them also in real time [00:14] <ubitux> "movie=rtp\\://...\\:2000" [00:14] <dampjam> ubitux: nope [00:15] <durandal_1707> use -lavfi or -filter_complex [00:16] <ubitux> "ffplay" [00:17] <ubitux> ffplay ftp://... -vf ... [00:17] <ubitux> ffplay -f lavfi "movie=ftp\\://,.." [00:18] <ubitux> gtg, hf&gl [00:18] <dampjam> http://pastie.org/private/ad4z6nlaxyntcigioaxfaq [00:18] <dampjam> quick look? [00:20] <ubitux> "Please don't paste your script" [00:20] <ubitux> also missing output [00:20] <ubitux> gtg for real [00:21] Action: ubitux & [00:23] <dampjam> Here is one posted with the output: http://pastie.org/private/un0dy8aw8hhtbtbomhudq [00:31] <CoJaBo> cool.. my laptop can transcode MPEG2 to x264 in realtime [00:32] <sacarasc> Depending on encoding settings, I would say a lot of things can. :D [00:33] <CoJaBo> now if only I could find a way to change the channel remotely lol.. [00:44] <CoJaBo> http://i.imgur.com/1u425zi.jpg [01:55] <moonmayor> hey, I'm trying to create images for each scene change [01:56] <moonmayor> I've seen an example where ffmpeg will use 'tile' to produce one large image with thumbnails of each scene change [01:56] <moonmayor> but I'm not sure how to get it to produce each image as its own file [01:56] <moonmayor> here is the script I'm using right now. [01:56] <moonmayor> http://pastebin.com/epbKN97L [02:18] <durandal_1707> moonmayor: there is scene detect in select filter, consult documentation [02:18] <moonmayor> right, I'm using the scene detect right now. [02:19] <moonmayor> I'm using -vf select='gt(scene\,0.2), tile=10x150 [02:19] <moonmayor> but tile produces one file with many thumbnails in it. [02:19] <durandal_1707> than do not use tile... [02:21] <moonmayor> ok. let me try that. [02:21] <moonmayor> I'm not sue what that will output. [02:25] <moonmayor> when I remove tile it generates the image files how I want, but there are tons of duplicates. [02:28] <moonmayor> looks like the decimate filter may help with deduplication. [02:32] <moonmayor> oh! that's perfect! [02:41] <durandal_1707> its because of timestamps and cfr [02:42] <durandal_1707> using decimate filter for that is waste of cpu cycles [02:45] <moonmayor> can you think of a better way to dedupe? [02:48] <durandal_1707> moonmayor: learn about timestamps [02:49] <durandal_1707> you can also use setpts filter and '-vsync vfr' [02:49] <moonmayor> ok, cool. I was looking at the -vsync flag. [02:50] <moonmayor> "Frames are passed through with their timestamp or dropped so as to prevent 2 frames from having the same timestamp." sounds very promising. [02:54] <durandal_1707> in your case frames have big gaps between timestamps and to keep same fps frames will be duplicated to match cfr [02:55] <durandal_1707> i think there are also examples on wiki [02:58] <moonmayor> yeah, that makes sense. [02:58] <moonmayor> I'm guessing "vfr" is "variable frame rate?" [02:59] <durandal_1707> yes [03:00] <moonmayor> makes sense! [03:00] <moonmayor> thank you! [05:25] <wiak> i have a *little* problem, my system crash/reboot while running ffmpeg randomly, it running on Ubuntu 12.04.2 LTS AMD64, 16GB DDR3, AMD A10-5800K, ASUS mb, latest git compiled ffmpeg or the latest from jon-severinsson ppa [07:19] <ice9> how to convert webm to avi or 3gb [07:56] <LithosLaptop> ffmpeg -i input.webm -c:v libx264 -preset slow -crf 22 -c:a libfdk_aac -vbr 4 output.3gp [07:56] <LithosLaptop> tried that? [07:57] <ice9> will try now [07:58] <ubitux> dampjam: i'm not sure the single \ is enough; it might be removed by your shell [07:58] <ice9> LithosLaptop, Unrecognized option 'c:v' [07:58] <ice9> Failed to set value 'libx264' for option 'c:v' [07:58] <ubitux> dampjam: that's why i used \\ [07:59] <ubitux> ice9: too old ffmpeg, use -vcodec [07:59] <ubitux> but seriously, just upgrade. [07:59] <ice9> now: Unrecognized option 'vbr' [08:00] <ice9> is it vbuffer? [08:00] <ice9> ubitux, [08:00] <LithosLaptop> nope [08:00] <LithosLaptop> option for libfdk_aac vbr mode [08:00] <ice9> so what else I should use instead [08:00] <LithosLaptop> hmm [08:00] <LithosLaptop> try [08:01] <LithosLaptop> ffmpeg -i input.webm -vcodec libx264 -acodec libfdk_aac -ab 128k output.3gp [08:02] <LithosLaptop> oops forgot video bitrate [08:04] <ice9> LithosLaptop, Unknown encoder 'libfdk_aac' [08:04] <LithosLaptop> umm [08:05] <ubitux> -c:a aac -strict experimental [08:05] <ubitux> -acodec* [08:05] <LithosLaptop> lol no [08:05] <ubitux> good enough. [08:06] <LithosLaptop> try libfaac firrst [08:06] <ice9> its working now [08:06] <ice9> lets see the result [08:10] <LithosLaptop> ffmpeg -i input.webm -vcodec libx264 -acodec aac -strict experimental -ab 256k -cutoff 15000 output.3gp [08:11] <LithosLaptop> you can play around with the video bitrate with -vb option [08:11] <LithosLaptop> I don't know what it is doing now [08:16] <ice9> it worked fine thanks [08:17] <ice9> how can I know which a/v codecs to use when converting formats? [08:17] <LithosLaptop> http://en.wikipedia.org/wiki/Comparison_of_container_formats [08:18] <LithosLaptop> depends on what codecs the output container format supports [10:02] <crypcryp> hi all [10:02] <crypcryp> can i trim a video with ffmpeg ? [10:03] <crypcryp> i want to trim a 5 mins video the first part .. then the end part .. then put them together [10:36] <mittens> crypcryp: i use avidemux for cutting files [10:37] <mittens> didnt know you could do it with ffmpeg [10:40] <JEEB> yeah [10:40] <JEEB> -ss and -t [10:40] <JEEB> before -i [10:40] <JEEB> and then -c copy to not re-encode [10:40] <JEEB> of course this will only cut on random access points [11:13] <dorp> Is it possible to split video streams based on I frames, accurately? ... I use ffprobe for revealing the I frames, the PTS is in the form: 29.958333 ... while ffmpeg's pattern ss[.xxx] ... is it possible to have accuracy with ,XXXXXX vs .XXX? [12:10] <Mavrik> dorp, even a 50fps video will require only two decimals for frame timestamps in seconds. [12:12] <dorp> Mavrik: I'm not sure if that applies to the lookup method of -ss? [12:12] <Mavrik> dorp, you're asking a silly question, [12:13] <Mavrik> a 50fps movie will have frames in 0.02 increments of seconds. [12:13] <Mavrik> a 60fps will have them in 0.017 [12:14] <dorp> Mavrik: You don't see a difference between 0.017 and 0.016666666666 ? [12:14] <Mavrik> there is none in the context you're asking. [12:15] <Mavrik> you can always write your own demuxer that will use timebase based PTS [12:15] <dorp> Mavrik: The manual says -ss would seek backwards, not to the 'nearest' I frame position [12:17] <dorp> Mavrik: "ffmpeg will seek to the closest seek point before position" [12:18] <Mavrik> ok. [12:18] <Mavrik> you're missing the point. [12:24] <dorp> If ffprobe indicates that the 3rd I frame position is at 29.958333, what value would -ss translate as the 3rd I frame? 30? 29.959? 29.958? [12:25] <dorp> Obviously I can see the results for this specific case, the question is, is there any certainty for having consistency behind this conversion? [17:32] <radl> [h264 @ 0x7fa368636fe0]Found reference and non-reference fields in the same frame, which is not implemented. [17:32] <radl> I'm using git-2013-07-18-630fc7d, has this been fixed since? [17:48] <durandal_1707> does it asks for sample? [17:49] <durandal_1707> no it is not fixed [17:50] <radl> yes, it asks for an ftp upload [17:51] <durandal_1707> that it is reason why it asks for that [17:51] <durandal_1707> is that file valid? (not just corrupted) [17:54] <radl> that's what I'm wondering - it's a transport stream, so there may have been some corruption during capture [17:54] <radl> how can I check? [17:58] <durandal_1707> are there other decoders that can decode it better? [18:07] <radl> Actually this may be an mplayer problem, it only happens when I split the fields to be displayed individually [18:49] <vlt> Hello. I try to make a video from a series of png files using "ffmpeg -r 4 -i img%04d.png -f h264 counter.h264" but the resulting video has only the first image. Any idea what I did wrong? [18:51] <durandal_1707> numbers are not in sequential order? [18:51] <vlt> durandal_1707: Yes, they are. [18:52] <vlt> durandal_1707: No, they aren't [18:52] <vlt> durandal_1707: Thank you. It's a 0, 4, 8, 12 ... series. [18:56] <durandal_1707> perhaps you can use '-pattern_type glob_sequence' [19:03] <Partmedia> I've been reading the man pages trying to figure out how to have FFMPEG accept a raw file, with no luck. [19:03] <durandal_1707> raw video file or? [19:04] <Partmedia> Sorry, it's a raw PCM file, 8-bit unsigned without endianness. [19:04] <durandal_1707> ffmpeg -f u8 -i input .... [19:05] <durandal_1707> see: ffmpeg -h demuxer=u8 [19:05] <durandal_1707> for supported options [19:05] <durandal_1707> eg: sample_rate and channels [19:06] <Partmedia> hmm, I guess I was trying to use the pcm codec [19:06] <Partmedia> thanks! [19:07] <Partmedia> wow, this is working very well, thanks again :D [19:33] <empee_> Hi, i've been googling this for two days now without any result (that actually works) .. mpeg-ts (dvb-t source) video with aspect ratio change mid stream.. trying to encode that into x264 and pad it so that everything is in nice 16:9 frame .. no success [19:34] <empee_> ffprobe shows me the right sample_aspect_ratio's, 16:9 -> 64:45 and when ar changes it shows 16:15 [19:35] <durandal_1707> ok, so you want that width/height does not change or? [19:42] <empee_> the video is normal dvb-t mpeg2 720x576 .. the problem is that both 16:9 and 4:3 are 720x576 .. so i kind of need to squeeze the x resolution on 4:3 to make it look right in the output [19:42] <durandal_1707> aha so whatever ffmpeg do it keeps same resolution - which gives wrong output? [19:43] <durandal_1707> well you could feature request on bug tracker and upload or link to that sample [19:43] <durandal_1707> *open [19:44] <empee_> http://kamm.io/~empee/ar_change.ts [19:45] <durandal_1707> sorry, but mentioning it here will not force me to work on that problem.... [19:46] <empee_> ok.. but i dont think it's a bug.. [19:47] <durandal_1707> well if output is unnatural it is bug... [19:49] <empee_> well it's not and it is.. since the video is actually 720x576 all the time.. just the aspect ratio changes.. i was trying to fiddle around with the pad filter & sar value to get the padding to work but couldn't get it to work [19:49] <durandal_1707> well if there is no way, it should be, open feature request .... [19:51] <empee_> i'll submit something to the bug tracker .. some one else was asking this a while back on the mailinglist but no one answered them [20:00] <empee_> this is actually funny.. when i skip it with -ss to the part that is already 4:3 the output is also 4:3 but when starting couple of seconds before the output is and will be 16:9 [20:06] <empee_> is the sar value in pad filter the same as ffprobes sample_aspect_ratio and is it updated for each frame? [20:36] <durandal_1707> empee_: it's sar of frame that is going to be filtered [21:21] <jokoon> hello [21:22] <jokoon> anyone knows why the transcode assistant results in no video output ? [21:45] <empee_> ok .. so my problem isn't relly ffmpeg's problem.. now the question is resolution is already set (lets say 720x576) and i want to run scale filter to the video and if sar > 16/15 -> normal 16:9 scaling else scale width to 4:3 [21:46] <empee_> but aparently i'm not able to "scale & pad" video when ar changes? [21:49] <Mavrik> empee_, not with just ffmpeg if you have such a source [21:49] <Mavrik> AR is signaled as SAR only anyway which is being passed through [21:52] <empee_> bah.. why not? .. it can scale so why can't it scale if something changes >_< [21:53] <empee_> i can even write an if statement in the filters that should work.. [21:54] <empee_> Mavrik: what should i use then if not ffmpeg .. i'm doing realtime transcoding of dvb-t and ar change is part of this.. really wouldn't want to go to any commercial solutions [21:55] <Mavrik> *shrug* [21:55] <Mavrik> people paid me to write software that did realtime transcoding from DVB-T for them [21:55] <Mavrik> didn't find any good OSS software for doing that [21:56] <empee_> yep.. and since aparently everyone is asking money for it there's no real how-to's on the internet.. only tens of companies doing it [21:57] <empee_> my mumudvb->ffmpeg->nginx works really well for HLS streaming but this damn ar change.. [22:00] <empee_> scale='if(lt(sar,16/15),iw/(4/3),600)':480,pad='600:480:0:0' <- that defines how to handle the 4:3 change only if it would work :( [22:41] <durandal_1707> empee_: what it does instead? [23:58] <gregf> how can I record audio from my mic to its own file and my video to another? I been able to record audio to a wav file but the video portion still contains the audio as well. [00:00] --- Mon Sep 9 2013

1 0

ffmpeg-devel.log.20130907
by burek 08 Sep '13

08 Sep '13

[00:27] <durandal_1707> isn't 10 bit interlaced material a myth? [00:27] <JEEBsv> no [00:27] <JEEBsv> much of the pro stuff is like that [00:27] <durandal_1707> you have such samples? [00:28] <JEEBsv> nothing share'able [00:28] <JEEBsv> but yes, I've had such things on hand [00:28] <JEEBsv> although generating such samples out of publicly available stuff shouldn't be too hard :) [01:49] <wm4> ubitux: somehow I get weird behavior when trying to seek in some vobsubs, example: https://www.dropbox.com/s/tkak5bxsjcfh4t1/sub.txz (unpack with tar xf) [01:50] <wm4> seeking to a certain pts seems to return packets at a much later time [01:51] <wm4> I'm suing avformat_seek_file() with stream_index==-1, so the pts values should be in AV_TIME_BASE [01:53] <wm4> heh, rescaling the PTS to the stream's timebase seems to return correct results [01:53] <wm4> so which is it [01:54] <wm4> the behavior that works, or the behavior that is documented? [01:55] <wm4> ff_subtitles_queue_seek() doesn't even use stream_index [01:55] <wm4> so I suppose it's a bug [02:31] <wm4> this is so horrible [02:31] <wm4> why do subtitles require a different seek function in the first place [02:32] <wm4> not that this "new" seek API solves any actual problems seeking has... [04:05] <cone-922> ffmpeg.git 03Michael Niedermayer 07master:797762fcf3c5: avfilter/af_aecho: silence "maybe uninitialized warning" [04:05] <cone-922> ffmpeg.git 03Michael Niedermayer 07master:64c54f8333dd: avfilter/af_compand: silence "maybe uninitialized" warnings [10:13] <ubitux> wm4: ff_subtitles_queue_seek() was extracted from ass seeking and i re-used it [10:13] <ubitux> it's not in the generic code because it requires the queue context, which is in the private context [10:13] <ubitux> and the generic index system for seeking wasn't enough so it wasn't used (iirc) [10:14] <wm4> anyway, it means the only situation where you'd want to use the "new" seek API is the case where the API is buggy, which is quite fun [10:14] <ubitux> the "new" seek api fallbacks on the old anyway [10:15] <ubitux> seeking with subtitles is a bit tricky anyway, but last time i tried it worked [10:15] <wm4> what's tricky about it? [10:16] <ubitux> they are sparsed, and have duration overlaps [10:17] <wm4> you just need to sort hem by start time [10:17] <ubitux> that's the case [10:20] <ubitux> brb [10:21] <ubitux> wm4: can you give me a seeking position that fails with that file? [10:22] <wm4> just seeking a minute in should return packets that are way ahead [10:25] <wm4> also, I wonder why it used to work... [10:26] <ubitux> mmh and we still don't have a vobsub muxer to test that properly ofc.. [11:04] <ubitux> wm4: i added some debug, and it seems to work [11:05] <ubitux> -ss picks sub 386/4117, which sounds correct somehow [11:05] <ubitux> lookup ts=60000000 [11:05] <ubitux> select ts=59850000 (386/4117) [11:06] <ubitux> mmh [11:06] <ubitux> it's not correct indeed [11:14] <ubitux> wm4: ok i get it [11:14] <ubitux> the sub has multiple streams, so the timestamps are not rescaled [11:14] <ubitux> ...and so it doesn't work :) [11:15] <nevcairiel> at least you know where the issue is now :) [11:16] <ubitux> i'm not used to external subtitles files with multiple streams :p [11:35] <ubitux> michaelni_: can you remind me why aa86d2d8846155ccdbb6f8824294a548fe42dfc2 ? [11:36] <ubitux> it's actually a bit problematic to know within the seek callback if the ts are rescaled or not because of this [11:36] <nevcairiel> the more important question is why there is a nb_streams check in there, it gives the seek function a rather inconsistent state [11:37] <nevcairiel> at the very least it should also change stream_index to 0, so the seek function knows [11:38] <wm4> but really, the "old" seek function should just work [11:38] <ubitux> nevcairiel: it's to make sure it's not rescaled on a wrong stream [11:39] <nevcairiel> but why move the code at all then [11:40] <nevcairiel> since seek functions still need to handle stream_index == -1 [11:41] <ubitux> yes that's my question actually [11:48] <ubitux> mmh [11:49] <ubitux> wm4: what was your concern about the seek 2 api? [11:54] <michaelni_> ubitux, just woke up (so not sure my brain works already ;), about the comit it looks like its missing stream_index=0 [11:55] <michaelni_> about nb_streams==1, ff_subtitles_queue_seek() only supports nb_streams==1 [11:55] <ubitux> yeah but that's not the only problem actually [11:56] <ubitux> http://pastie.org/8305537 [11:58] <ubitux> so within the read_seek2(), if stream_index is specified, timestamps will be rescaled [11:58] <ubitux> otherwise you have to rescale them yourself [11:58] <ubitux> which i do in vobsub by recalling the api function specifying a stream [11:59] <ubitux> (sbg chunk likely wrong) [12:08] <ubitux> michaelni_: i can't parse the read_seek2 doxy [12:08] <ubitux> * Seeking will be done so that the point from which all active streams [12:08] <ubitux> * can be presented successfully will be closest to ts and within min/max_ts. [12:08] <michaelni_> the hunk for avformat_seek_file() looks wrong [12:08] <ubitux> why? [12:09] <ubitux> if a stream index is specified, or if there is only one stream, we rescale timestamps based on its time base [12:10] <ubitux> if the callback receives a stream_index != -1 it can assume rescaled timestamps [12:10] <ubitux> otherwise it can recall the api func specifiying a stream_index, or do some other kind of seeking [12:10] <michaelni_> if a stream index is specified the timestamps are already in that streams timebase [12:11] <ubitux> oh [12:11] <ubitux> mmh ok [12:13] <ubitux> i wanted to rely on avformat_seek_file to do the rescaling for me [12:13] <ubitux> but i guess i can't [12:14] <ubitux> for ts it's not really a problem, but with the two additionnal bounding ones, it can be a pain [12:16] <ubitux> maybe i should just use the API v1 :-° [12:16] <j-b> michaelni_: out f curiosity, why isn't http://trac.ffmpeg.org/attachment/ticket/2686/aac-improvements-wip-v4-vbr.p… applied? [12:18] <nevcairiel> because its flawed, the author is still working on it [12:19] <nevcairiel> he'll submit it to the ml when its ready [12:20] <j-b> how more flawed than the current one can it be? [12:22] <michaelni_> ubitux, with the v1 API how could the user specify that he wants to seek 10sec forward but not backward relative to the current position ? [12:22] <ubitux> no idea [12:23] <ubitux> well i'll just rescale within vobsub for now [12:26] <michaelni_> also when there are multiple streams that can be seeked independantly, the more costly to decode streams should start closer to the point to where all can be presented [12:28] <michaelni_> because all streams need t be decoded until the point where they can be presented correctly before they can be presented to the user [12:28] <michaelni_> and decoding a few seconds of subtitles is cheaper than a few seconds of video [12:29] <michaelni_> (not entirely on topic but it seems not in the docs and should be) [12:32] <michaelni_> a practical implementation of a demuxer might seek on the video stream and once a keyframe is found seek the subtitles (assume that can be done independantly) so that the subtitle before that video keyframe is choosen [12:37] Action: ubitux just realized vobsub demuxer has a huge problem.. [13:47] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:251b4655be73: vcr1: add sanity checks [13:47] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:8dc4b2c92e49: pictordec: break out of both decoding loops when y drops below 0 [13:47] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:580418bd5585: avfilter/vf_fps: make sure the fifo is not empty before using it [13:47] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:701543a081e0: avcodec/mjpegdec: Add some sanity checks to ljpeg_decode_rgb_scan() [13:47] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:6bfa823b70ec: Merge commit '8dc4b2c92e492aa172327d10c926d5ca3a04371c' into release/1.1 [14:16] <cone-767> ffmpeg.git 03Paul B Mahol 07master:5a16a1d508d5: avfilter/af_asetnsamples: remove .needs_writable as it is not required [14:25] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:1e9d234c0c62: pictordec: pass correct context to avpriv_request_sample [14:25] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:4cb3efc206a6: lavf: avoid integer overflow when estimating bitrate [14:25] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:f3c7e604fabd: 4xm: check that bits per sample is strictly positive [14:26] <cone-767> ffmpeg.git 03Anton Khirnov 07release/1.1:9486e9871287: ape demuxer: check for EOF in potentially long loops [14:26] <cone-767> ffmpeg.git 03Martin Storsjö 07release/1.1:3d91117df003: alac: Limit max_samples_per_frame [14:26] <cone-767> ffmpeg.git 03Martin Storsjö 07release/1.1:aade60ab1657: matroskadec: Check that .lang was allocated and set before reading it [14:26] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:dfe0ba46bf48: Merge commit 'aade60ab165716523788cd11caf03ae61b40144a' into release/1.1 [14:26] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:5c6aea5c31bf: avformat/utils: Fix bitrate overflow check [14:36] <cone-767> ffmpeg.git 03Martin Storsjö 07release/1.1:7b9bcd993c10: 4xm: Check that the read track value is non-negative [14:36] <cone-767> ffmpeg.git 03Martin Storsjö 07release/1.1:790606cfe97e: alac: Check that the channels fit at the given offset [14:36] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:68c990466990: mjpegb: Detect changing number of planes in interlaced video [14:36] <cone-767> ffmpeg.git 03Martin Storsjö 07release/1.1:b01e4d80c69d: mpegvideo: Avoid 32-bit wrapping of linesize multiplications [14:36] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:de5e00336988: Merge remote-tracking branch 'qatar/release/9' into release/1.1 [14:36] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:87908de715c2: avcodec: add emuedge_linesize_type [16:37] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:fbbd6317e2c1: avcodec/vcr1: replace redundant checks from libav (8aba7968dd604aae91ee42cbce0be3dad7dceb30) by asserts [16:37] <cone-767> ffmpeg.git 03Michael Niedermayer 07release/1.1:6d2e3efd7c9c: avcodec/vcr1: return the actual number of consumed bytes [20:16] Action: durandal_1707 made big cosmetic patch [20:21] <cone-767> ffmpeg.git 03Paul B Mahol 07master:b077d8d9082d: avfilter: remove redundant .get_(audio/video)_buffer initializations [20:37] <cone-767> ffmpeg.git 03Paul B Mahol 07master:d2382903d6f2: avfilter/vf_rotate: fix 'oh' option description [21:44] <cone-767> ffmpeg.git 03James Almer 07master:2df184f3d5af: doc: fix install-doc dependencies [21:44] <cone-767> ffmpeg.git 03James Almer 07master:1e97ae4ba363: doc: rename *install-doc to *install-html [21:50] <michaelni_> durandal_1707, b077d8d9082d057d4c7abd9e0b1a98f9651cfaa8 breaks fate [21:50] <michaelni_> fate-filter-pixfmts-vflip [21:54] <durandal_1707> but i did not changed that filter [21:54] <michaelni_> yes and ? [21:58] <durandal_1707> its breaking in xyz something [21:58] <michaelni_> yes, i confirm thats what iam seeing too [21:58] <michaelni_> and no i dont know why [21:58] <durandal_1707> but fate list yuyv packed something... [22:00] <durandal_1707> ah that is unrelated issue... [22:17] <durandal_1707> perhaps something overwrites format and causes it be treated as rgb48? [22:20] <durandal_1707> well sws does that... [22:21] <durandal_1707> it appears adding it back to vf_format fixes it [22:25] <durandal_1707> but why vflip breaks but transpose doesn't... [22:42] <cone-767> ffmpeg.git 03Paul B Mahol 07master:4cf1900ba7e4: avfilter/vf_format: add .get_video_buffer back [22:48] <cone-767> ffmpeg.git 03Michael Niedermayer 07master:c4c3a3d580fa: vformat/tee: fix uninitialized use of ret [23:06] <durandal_1707> michaelni_: is see that commented pool code in avfilter/video.c, i'm gonna remove it [23:09] <cone-767> ffmpeg.git 03Paul B Mahol 07master:ffde17e70fd9: avfilter/vf_histeq: remove unused item from filter private context [23:12] <wm4> durandal_1707: what is GBRAP16 useful for? [23:13] <durandal_1707> wm4: didn't you looked at commit itself? [23:14] <wm4> oh, I see... question still stands [23:15] <durandal_1707> its like asking: what is LIGHT useful for? [23:15] <wm4> troll [23:22] <durandal_1707> i plan to use it in geq [00:00] --- Sun Sep 8 2013

1 0

ffmpeg.log.20130907
by burek 08 Sep '13

08 Sep '13

[01:19] <newone> guys, probably stupid question, but after comipling ffmpeg example and running app I get an error that avformat-55,dll was not found and so on ... how to include data from libs to my exe file? [01:20] <newone> I'm using MSVS Pro 2010 [01:42] <cusco> hi folks [01:42] <cusco> downloded a avi file as html, and then wget -c appended the real movie into the html [01:42] <cusco> what can I do [01:55] <newone> cusco: what about renaming html to avi? [02:16] <rafael2k> Mavrik: tks, I'll implement the filter inside my code and check if it can identify an interlaced content properly [02:37] <cusco> newone: I don't think you understood [02:38] <cusco> movie file has html on top of it [02:38] <cusco> its avi [02:38] <cusco> the avi was appended to a file.avi containing html [02:50] <newone> cusco: 1) if video data was downloaded you can get it 2) if html was included to avi it is corrupted in any case [02:51] <cusco> its the other way arround [02:51] <cusco> avi was included in html [02:52] <cusco> imagine curl http://url/file.avi >> a.html [02:54] <newone> cusco: it's trouble now) [03:06] <cusco> yes thats why I asked in the first place [03:10] <newone> cusco: what happens if you run saved html? [07:09] <fllr> Hey guys. How can I stich a couple of mp4 videos together using ffmpeg? [07:10] <relaxed> fllr: let me save you some time. MP4Box -cat 1.mp4 -cat 2.mp4 -new combined.mp4 [07:11] <relaxed> mp4box is part of gpac [07:13] <fllr> relaxed: I'll take a look at it, thanks! :) [07:20] <fllr> relaxed: anyway I can do a bunch of files at one? *.mp4? [07:24] <relaxed> echo "-cat "{a,b}.mp4 [14:41] <Leoneof> how to capture the desktop with ffmpeg? [14:41] <vlt> Hello. What is the best "container" if I want to stream raw h264 video data that can be played live as soon as something connects to it? [14:42] <durandal_1707> Leoneof: on what OS? [14:42] <Leoneof> Linux/Debian [14:42] <durandal_1707> x11grab [14:42] <durandal_1707> there is bunch of examples and documentation [14:43] <sacarasc> Leoneof: http://ffmpeg.org/ffmpeg-all.html#X11-grabbing [14:44] <Leoneof> thanks! [14:47] <Leoneof> can't record the whole desktop with this ffmpeg -f x11grab -s cif -r 25 -i :0.0 /tmp/out.mpg [14:47] <Leoneof> what to do [14:53] <sacarasc> More like remove -s cif [15:31] <Leoneof> thanks [16:54] <dorp> Beginner's question... is there such a thing as 'timecodes' for audio streams? [18:26] <vlt> Hello. I use ffmpeg to encode a DV stream to h.264 and then pipe it (via a fifo) to an omxplayer process on a raspberry pi. The problem is that omxplayer there only starts playback when the fifo stream gets interrupted, like waiting for an end-of-stream to begin. Any idea how to stream ffmpeg's output so that omxplayer starts immediately? [22:02] <Stellar> hello [22:03] <Stellar> i am running latest self-compiled git with drawtext enabled [22:03] <Stellar> but it seems ffmpeg never draw it into the buffer? [22:03] <Stellar> http://pastebin.com/LPb4dCWZ [22:05] <Stellar> http://pastebin.com/d97FzyGi [22:14] <Stellar> does rtmp sinks supports drawtext? [22:24] <durandal_1707> Stellar: filters can not work with copy [22:29] <Stellar> so i just needs to turn it off? [22:31] <Stellar> thx durandal_1707 [23:08] <CoJaBo> How do I encode a file with a low as possible audio bitrate? [23:19] <flurant> remove the audio track [23:20] <durandal_1707> CoJaBo: what format/codec/etc... [23:58] <CoJaBo> durandal_1707: Any not-obscure codec should be fine [00:00] --- Sun Sep 8 2013

1 0

ffmpeg-devel.log.20130906
by burek 07 Sep '13

07 Sep '13

[00:24] <wm4> durandal_1707: what kind of setup do you have where +fast is useful? [00:25] <durandal_1707> it is for playing 1080p on slow machine [00:27] <durandal_1707> actually it is 1920x800 [00:28] Action: durandal_1707 hates filters with *pp* in their names [00:29] <wm4> lol [00:40] <Compn> durandal_1707 : would you rather it be named 'enhance' ? [00:41] <durandal_1707> it is not about name...... [00:42] <Compn> arent fspp and uspp just based on ffmpeg ? [00:43] <Compn> er nevermind [00:43] <wm4> I still don't get why you think these filters are important at all [00:44] <wm4> if users want them, let them use mplayer and mencoder [00:45] <Compn> let them ... eat cake! [00:46] <durandal_1707> there is whole library that does just that: PostProcessing [00:46] <durandal_1707> and guess what: it is very popular [00:46] <wm4> libpostproc? well yeah, use that [00:47] <wm4> or let whoever is interested merge vf_pp7 etc. with libpostproc [00:53] <durandal_1707> no comment: gate ... Noise gate filter similar to the comp audio filter. This filter is untested, maybe even unusable. [00:53] <wm4> lol [00:54] <durandal_1707> similar for comp (compressor/expander) [00:54] <Compn> ssecret nsa backdoor filter [00:55] <pippin> "There will be no 'need to know'." [00:56] <durandal_1707> at least they do not lie that filter is tested and usable [01:26] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:ae57e82469c9: avcodec/dsputil: add 12bit simple idct [01:26] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:15071ed4fc55: avcodec/mjpegdec fix last_dc for bits != 8 [01:26] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:1deeb9437c9c: avcodec/mjpegdec: Fix normal jpeg with bits < 8 [01:26] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:c407c73457df: avcodec/mjpegdec: 12bit Grayscale support [02:17] <BBB> ubitux: michaelni: ok I think I have emu-edge with split src/dst stride working (including simd) [02:17] <BBB> still needs some profiling, but my feeling is it should be faster (I rewrote the assembly and it's a lot more clever now) [02:18] <BBB> now need some minor wrapping code for the vp9 block reconstruction code and then -fflags +emu_edge is functional also [02:38] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:b155fb08b8fe: avcodec/mjpegdec: move shift_output() to its own function [02:38] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:bcd1c2061211: avcodec/mjpegdec: support >8bit in mjpeg_decode_scan_progressive_ac() [02:41] <BBB> av500: is that from oz? [04:05] <cone-488> ffmpeg.git 03Michael Niedermayer 07release/1.0:49237131e980: avcodec/mjpegdec: Add some sanity checks to ljpeg_decode_rgb_scan() [04:05] <cone-488> ffmpeg.git 03Michael Niedermayer 07release/1.0:fcd46cfbbd90: update for 1.0.8 [04:46] <cone-488> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/tags/n1.0.8': unknown revision or path not in the working tree. [04:46] <cone-488> Use '--' to separate paths from revisions [04:46] <cone-488> refs/tags/n1.0.8:HEAD: avcodec/mjpegdec: support >8bit in mjpeg_decode_scan_progressive_ac() [04:46] <michaelni> hmm [04:47] <michaelni> cone is still buggy :( [04:58] <Kovensky> https://www.schneier.com/blog/archives/2013/09/the_nsa_is_brea.html [09:46] <ubitux> the non refcounting api looks broken [09:46] <ubitux> you can't use av_frame_alloc() and av_frame_free() without it [09:47] <nevcairiel> you have to keep using the old api [09:49] <ubitux> so AVFrame on the stack? [09:49] <ubitux> that sucks a bit [09:49] <ubitux> you may not have the need of the reference counting system [09:49] <ubitux> (and that's actually the default) [09:49] <ubitux> that should not mean the need of using AVFrame on the stack [09:49] <ubitux> IMO [09:50] <nevcairiel> you dont need to put it on the stack [09:50] <ubitux> then how do you do it? [09:52] <nevcairiel> avcodec_alloc_frame and avcodec_free_frame [09:52] <nevcairiel> like i said, old API [09:52] <nevcairiel> should probably be documented somewhere [09:53] <nevcairiel> however, using refcounting isnt actually harder [09:53] <nevcairiel> you just need to free the frame with av_frame_free or av_frame_unref after every decode call [09:55] <ubitux> mmh [09:59] <ubitux> nevcairiel: thx! perfect :) [10:00] <ubitux> i guess i'll update my example then [10:53] <ubitux> nevcairiel: so yeah, the overhead is an unref, and the need to enable the ref counting mode [10:54] <ubitux> saste: so, are you going to fix the filtering examples? [10:55] <saste> ubitux, if you tell me how, sure [10:55] <ubitux> saste: you need to make a choice [10:55] <ubitux> either enable the ref counting mode, and add an unref [10:56] <ubitux> or change the frame alloc/frame functions [10:56] <ubitux> saste: look my latest patch, it displays how to choose between one mode or another [10:56] <ubitux> if it's not clear, tell me :) [10:56] <saste> uhm ok [10:57] <saste> btw i'm a bit afraid of having too many decoding examples [10:57] <saste> looks more work to maintain them, also what's wrong with decoding.c? [10:57] <ubitux> we could rewrite some examples [10:57] <ubitux> it doesn't exists saste [10:57] <ubitux> decoding_encoding.c you mean? [10:57] <saste> yeah [10:57] <nevcairiel> some of the examples are a bit too complex [10:57] <ubitux> it's too much IMO [10:58] <ubitux> decoding_encoding is 650LoC [10:58] <ubitux> it does a LOT of things [10:58] <ubitux> (and it's likely outdated [10:58] <ubitux> i'd rather remove it and add a encoding_video.c just like the decoding_video.c I added [10:58] <ubitux> this time with a very simple data generation, but only the encoding process [10:59] <ubitux> then another with decoding_audio.c and encoding_audio.c [10:59] <saste> nevcairiel, i can't but agree [11:00] <saste> why different examples for audio and video? we should try to abstract the differences as much as possible [11:00] <ubitux> you can't [11:04] <durandal_1707> there is no way to select frame from several inputs? [11:16] <durandal_1707> is there mplayer repo i can browse? [11:16] <ubitux> there is a git mirror [11:17] <ubitux> probably Vous jtes diclari(e) comme itant contact administrateur d'un ou plusieurs [11:17] <ubitux> domaines chez OVH. [11:17] <ubitux> oh god. [11:17] <ubitux> probably git://git.mplayerhq.hu/mplayer [11:19] <durandal_1707> saste: so why select filter can't select from multiple inputs? [11:27] <saste> durandal_1707, why? there is no specific answer [11:27] <saste> i think it could be done, do you have an use case? [11:28] <durandal_1707> straming from multiple cameras [11:28] <saste> probably the interleave logic could be used [11:29] <durandal_1707> after X seconds pick another camera [11:30] <saste> also there is the queuing issue [11:30] <saste> you need to queue incoming frames, and queues and memory is limited [11:31] <durandal11707> not wanted frames are droped [12:16] <cone-419> ffmpeg.git 03Diego Biurrun 07master:b634b36fcebf: mem: Improve documentation wording and spelling [12:16] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:92424a45d0c3: Merge commit 'b634b36fcebfe16b837b6c4044f5d5cb99a75040' [12:23] <durandal_1707> michaelni: you gonna comment w3fdif? [12:32] <durandal_1707> why nobody comments nicolas multiple inputs patch? [12:33] <cone-419> ffmpeg.git 03Diego Biurrun 07master:c3e6e8f06c42: mem: Do not check unsigned values for negative size [12:33] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:5866c107a9b9: Merge commit 'c3e6e8f06c42499bd020fd0b37f9542150e6067b' [12:42] <michaelni> durandal_1707, the code has already been reviewed by multiple other developers [12:43] <cone-419> ffmpeg.git 03Vittorio Giovara 07master:66f091053f11: mpeg12enc: drop forward declarations [12:44] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:61845dc74afc: Merge commit '66f091053f11a8957b2175480d2f368d2cf4474c' [12:46] <durandal_1707> good, whoever find issues later is left to fix it ;-) [13:06] <cone-419> ffmpeg.git 03Vittorio Giovara 07master:7f93a861aaf2: mpeg12enc: K&R formatting cosmetics [13:06] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:2a27e5255071: Merge commit '7f93a861aaf2e76fd63b53ccc465909873b8dc29' [13:33] <cone-419> ffmpeg.git 03Diego Biurrun 07master:befe044bb956: avcodec: Stop exporting the removed audio_resample* symbols [13:33] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:c4a696fb5465: Merge commit 'befe044bb9561c9d7d6559db06bba375e82a4b66' [13:46] <cone-419> ffmpeg.git 03Diego Biurrun 07master:97b052e56807: avisynth: Add missing #include for NULL_IF_CONFIG_SMALL [13:47] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:86ca6a756849: Merge commit '97b052e56807fab6887e9ba210a28a622e6a4b78' [13:59] <cone-419> ffmpeg.git 03Diego Biurrun 07master:c16ddcc90b8b: avisynth: K&R formatting cosmetics [13:59] <cone-419> ffmpeg.git 03Michael Niedermayer 07master:911a100da9f5: Merge remote-tracking branch 'qatar/master' [14:12] <saste> ubitux, what's your plan with regards to decoding_encoding.c? [14:13] <ubitux> i have nothing planed so far [14:13] <ubitux> 'cuz i don't like the current examples except mine :D [14:13] <saste> do you want to create decoding_audio.c, encoding_* and kill encoding_decoding.c? [14:14] <ubitux> ideally, but i've nothing planed so far [14:14] <ubitux> if i start working on it i'll notice you [14:16] <saste> btw did you check the demuxing.c loop? [14:16] <saste> does it suffer from the same issue? [14:17] <ubitux> i just looked at filtering_* [14:17] <ubitux> the others might be affected as well [14:18] <durandal_1707> what about this "All Rights Reserved" above license? [14:18] <ubitux> the logic is a bit different in demuxing, because it deals with audio [14:19] <ubitux> video can only have 1 frame per packet, right? [14:19] <ubitux> <= 1 frame actually [14:20] <saste> and we really need to document this refcounted_frames thing [14:20] <ubitux> the pkt.{data,size} thing was always a bit obscure to me [14:20] <saste> like for example in the manual [14:20] <ubitux> saste: is my example clear enough? [14:20] <saste> ubitux, i'm reviewing it by now [14:21] <saste> i already told you why i am concerned, we have several decoding loops in examples already (decoding_encoding, demuxing, filtering_video) [14:21] <ubitux> yeah [14:22] <ubitux> i'm wondering for instance right now about the decode packet loop in demuxing.c [14:22] <ubitux> afaik it's audio specific, but i may be wrong [15:22] <cone-419> ffmpeg.git 03Paul B Mahol 07master:898c6191ff3d: lavfi: Weston 3 Field Deinterlacing Filter [15:45] <durandal_1707> what tool dumps formats supported by filter? [15:46] <Compn> what [15:51] <durandal_1707> filtfmts [18:00] <j-b> Kamedo2 ? [19:04] <cone-419> ffmpeg.git 03Paul B Mahol 07master:6508bd4aa332: pixfmt: add native GBRAP16 format [19:43] <cone-419> ffmpeg.git 03Paul B Mahol 07master:6b024d8a7ac3: avcodec/xan: use uint8_t instead of unsigned char [19:43] <cone-419> ffmpeg.git 03Paul B Mahol 07master:c9b5ad124e9b: s302m: s/bits_per_coded_sample/bits_per_raw_sample [20:49] <cone-419> ffmpeg.git 03Paul B Mahol 07master:9b35bee69673: lavfi/fieldorder: remove redundant get_video_buffer() [20:49] <cone-419> ffmpeg.git 03Paul B Mahol 07master:df7e3572c333: lavfi/fieldorder: use av_image_fill_linesizes() [20:49] <cone-419> ffmpeg.git 03Paul B Mahol 07master:86cb986ce12a: lavfi/fieldorder: add timeline support [20:49] <cone-419> ffmpeg.git 03Paul B Mahol 07master:33dacda40b7a: lavfi/fieldorder: remove pal8 format [20:49] <cone-419> ffmpeg.git 03Paul B Mahol 07master:6770fa4df8e1: lavfi/fieldorder: work with non writtable frames too [20:50] <cone-419> ffmpeg.git 03Paul B Mahol 07master:50b90d5e0ba0: lavfi/telecine: remove bitstream and pal formats [22:04] <ubitux> it's fun how vf deshake is actually pretty close to vid.stab [22:04] <ubitux> ...and how the author of vid.stab is actually in the deshake copyright [22:18] <Compn> did you read the thread ? [22:18] <Compn> where he was interested in getting vid stab into ffmpeg [22:18] <ubitux> vid stab is in ffmpeg [22:18] <ubitux> i pushed it [22:19] <ubitux> i mean, the wrapper [22:19] <Compn> for the external lib ? [22:19] <ubitux> yes [22:19] <Compn> and we told him he could either do it externally, which means barely anyone would use it, or he could do an internal filter that would be default built into every ffmpeg and widely used [22:19] <ubitux> it's still heavily broken with ffplay [22:19] <Compn> so he chose the 2nd option iirc [22:19] <ubitux> yes i know i was participating [22:19] <Compn> oh ok :) [22:20] <wm4> if only we had something like avisynth! [22:20] <wm4> which doesn't mean giving away control over a filter to ffmpeg [22:20] <Compn> that works on linux ? [22:20] <wm4> yes [22:20] <Compn> mac ? [22:20] <nevcairiel> avxsynth is horrible, fwiw [22:20] <wm4> vapoursynth is similar to avisynth (designed as successor), and it's highly portable [22:20] <Compn> oh no, another synth battle [22:20] <Compn> :P [22:20] <ubitux> wm4: why are you raising that up again? [22:21] <ubitux> can we try to have just one day without the VS fag shit? :) [22:21] <wm4> it'as important [22:21] <Compn> ubitux : maybe he wants ffmpeg synth wrapper [22:21] <iive> at least under windows. [22:21] <Compn> like mencoder has ? [22:21] <wm4> we all know lavfi will never be as useful as avisynth, because it's too unstable, too tightly coupled, too ffmpeg controlled [22:21] <iive> yeh... [22:21] Action: pippin used to have his own synth alternative, ages and ages ago :) [22:22] <wm4> nevcairiel: didn't you say something about writing a lavfi vsynth wrapper? [22:22] <iive> next step would be integrating wine... [22:22] <pippin> http://codecave.org/bauxite/ [22:22] <Compn> ffmpeg needs a dll loader anyway [22:22] <ubitux> why don't ppl who care about vs don't get that wrapper done for once? [22:22] <Compn> binary codecs here we come!!!!!!!1 [22:22] <ubitux> instead of derping everytime we mention lavfi on the channel? [22:22] <wm4> pippin: that's a xml format [22:23] <Compn> wm4 : did you talk to libav about vsynth wrapper in lavfi ? [22:23] <ubitux> Compn: no, rectification, youtube wants ffmpeg to have a dll wrapper [22:23] <wm4> uh why libav [22:23] <wm4> a dll loader would be nice [22:23] <wm4> but it's not as important anymore [22:23] <Compn> was just a suggestion [22:24] <ubitux> anyway, i may be working on vf deshake soon [22:24] <ubitux> like, right now [22:24] <Compn> cool [22:24] <pippin> wm4: xml was irrelevant to it, it was a full on demand driven graph based video frame filtering processor/framework; using ffmpeg for video frame input/output [22:24] <wm4> ubitux: also, should that be the case, don't view vsynth as enemy, but as a friend [22:24] <ubitux> wm4: why do you think i view vs as an enemy? [22:25] <wm4> personally I really dislike how you can't add filters to lavfi, and how you can't get closer control over lavfi filter instances [22:25] <pippin> I stopped caring about video processing/editing, when I stopped making short-films/music videos ;) [22:25] <wm4> ubitux: because you complain about it being brought up [22:25] <ubitux> the enemy is the continuous trolling about lavfi every single day and how vs is awesome [22:25] <ubitux> just get that wrapper done, i personally really don't care [22:25] <ubitux> because it's packaged nowhere [22:25] <wm4> ffmpeg isn't packaged much either, trollol [22:26] <ubitux> :) [22:27] <wm4> the main problem is that to add a filter to lavfi, you have to become a ffmpeg contributor [22:27] <ubitux> no [22:27] <wm4> that's a high barrier of entrance, and doesn't encourage experimentation at all [22:27] <ubitux> too bad [22:27] <ubitux> we should move to bbs+zip development driven too [22:27] <wm4> yes that's bad [22:28] <ubitux> because a lot of contributors don't know how to send an email but knows bbcodes [22:28] <wm4> now you're just trolling [22:28] <ubitux> sorry, i was following your pace [22:29] <wm4> look, using ffmpeg as utility is way less nice than using avisynth [22:30] <ubitux> then use avisynth? [22:31] <wm4> most do [22:31] <wm4> and laugh at lavfi [22:31] <wm4> :) [22:31] <ubitux> cool [22:31] <wm4> ok now we trolled each other properly [22:31] <wm4> let's go back to thinking about how to make this kind of video processing nice [22:32] <Compn> we all agree we should have a avisynth wrapper filter [22:32] <Compn> so why are we arguing ? [22:32] <ubitux> because they are lazy and want the dev to write it so they realize the supremacy of it [22:32] <Compn> :p [22:33] <ubitux> ...instead of just learning how to use lavfi and send patches [22:33] <Compn> wm4 : start a kickstarter to fund development of a wrapper [22:33] <ubitux> haha [22:33] <pippin> wm4: if I ever end up doing video editing again, I'd most likely resurrect a combined non linear editor/compositor framework similar to bauxite, but this time use the project I took over maintership of when I gutted bauxite and its underlying libs :) [22:33] <wm4> there's already a wrapper [22:33] <wm4> but avxsynth sucks [22:33] <ubitux> Compn: don't mistaken vsynth for avisynth btw [22:33] <pippin> though, for experimenting with plug-ins and such, what's wrong with long tanding simple plug-in things like frei0r ? [22:34] <pippin> s/tanding/standing/ [22:34] <ubitux> Compn: vapoursynth is the new trending avisynth - basically the only fork maintained [22:34] <wm4> avisynth by itself is crap, what's so great is the community, and how everyone can actually create useful filters (without having to deal with patch review on some mailing list) [22:34] <ubitux> or should i say "compatible alternative" [22:34] <nevcairiel> yeah its not a fork, a fork of the concept maybe =p [22:35] <ubitux> wm4: we are an alternative, we different way of working [22:35] <Plorkyeran> 90% of what makes avs useful is that people good at signal processing and terrible at software development can manage to release filters for it [22:35] <ubitux> with benefits and drawbacks [22:35] <ubitux> you need to realize that [22:35] <wm4> before libav destroyed it, at least you could add your own filters to lavfi without patching it... [22:35] <wm4> (though it wasn't pretty) [22:35] <Plorkyeran> so the filters are mostly terribly written and terribly distributed, but at least actually do useful things [22:36] <Compn> so kickstarter, yay or nay ? [22:36] <ubitux> wm4: i think the api still needs some slight reshape before re-opening the api, and maybe we need some essential features (which might require re-design) [22:37] <ubitux> typically, simplify the request_frame() thing, and add seeking [22:37] <ubitux> when this is done, i believe we could make it stable and open a way to write filters [22:37] Action: pippin shrugs at video effect frameworks that insist on YUV and non 4:4:4 processing :p [22:37] <wm4> isn't seeking just as easy as adding a command [22:38] <ubitux> i'm not sure [22:38] <ubitux> maybe a reconfigure option [22:38] <ubitux> saste might be able to comment, dunno what's the state [22:57] <durandal_1707> state is 'lazy' [22:58] <durandal_1707> i can't get it. but why lavfi can support real scripting? [23:09] <durandal_1707> ubitux: why edgedetect supports only gray format? [23:09] <durandal_1707> isn't adding sobel detector trivial? [23:11] <ubitux> it uses sobel [23:12] <ubitux> the filter is not meant to have colors [23:12] <ubitux> or then that's another algo [23:13] <ubitux> it's a canny edge detector [23:13] <ubitux> feel free to add more modes [23:14] <durandal_1707> other detectors have colors [23:15] <wm4> you could use the result of the edge detector to modulate the color image or so? [23:16] <durandal_1707> nope. it runs algo only on one plane [23:17] <durandal_1707> so one filter can not run other filters? [23:17] <wm4> I mean, you can multiply each pixel in the source filter with the output of the edge detector [23:17] <wm4> surely there's a filter for that? [23:17] <wm4> maybe vf_blend [23:18] <durandal_1707> but that is not what i'm talking about.... [23:19] <durandal_1707> ubitux: why some of your copyright does not list your email? (this is inconsistent) [23:25] <ubitux> durandal_1707: because i dont like/care having my mail all around [23:25] <ubitux> i think it's not important [23:26] <ubitux> when there are copyrights with mails i add mine, otherwise i dont put it [23:27] <cone-419> ffmpeg.git 03Kirill Gavrilov 07master:0f48acf29bab: lavu: provide msvc implementation of attribute_deprecated [23:27] <ubitux> i think that's what i followed [23:28] <ubitux> add the pkh one if you want to [23:29] <ubitux> but obfudcated like i did in other places plz... [23:29] <durandal_1707> i will apply s/edgedetect/s/ thing instead [23:30] <ubitux> lol [23:30] <durandal_1707> why i need to type edgedetect when trying to reads priv context... when i can type just s [23:31] <ubitux> gtg, hf with sed [23:31] <durandal_1707> perhaps i should do something like PullupVideoFilterPrivateContext [23:32] <durandal_1707> sed doesn't work if there is s variable [23:50] <durandal_1707> am i the only one left to do filter of the week? I'm doing it since mid of May. [23:59] <durandal_1707> hmm does asetnsamples really need .needs_writable ? [00:00] --- Sat Sep 7 2013

1 0

ffmpeg.log.20130906
by burek 07 Sep '13

07 Sep '13

[00:24] <MarcWeber> ffmpeg trac talks about -preset help and -preset fullhelp (x264 encoding), which is the exact command line to get this? [00:24] <MarcWeber> I fail [00:24] <MarcWeber> --help shows: -preset <string> E.V.. Set the encoding preset (cf. x264 --fullhelp) [02:03] <superjoe> AVFrame - does .width represent the number of channels? [02:07] <superjoe> more to the point - how do I know how many channels there are for extended_data ? [02:09] <superjoe> ah, the AVCodecContext. [04:26] <Gimpy> Hi. I'm hoping to chat with somebody who knows ffmpeg and ffserver well, and can tell me if I'm going in the right direction. I have an IP camera and an audio module which I'm trying to mux, then make availible to our own network, and two schools in the area. I have ffmpeg catching the two RTSP streams and it passing off to ffserver, but the quality I'm getting out is poor. I'm trying to figure out where the transcoding is happening. [04:28] <Gimpy> It seems to me that ffmpeg is decoding the h264 and encoding it to mpeg-1? [04:28] <klaxa> the encoding settings are set in your ffserver.conf file [04:32] <Gimpy> klaxa, http://pastebin.com/3H4Kr4xh ffmpeg is doing some transformation there for sure. I would hope to use "-codec copy" but I wasn't able to receive the stream when I did that [04:33] <klaxa> ah yes indeed... i wonder why it does that [04:36] <Gimpy> unsure. I can't seem to specify any other codec for ffmpeg either, I just get 'bad codec type' [04:37] <klaxa> maybe you can just increase the bitrate? [04:41] <Gimpy> good idea! [04:41] <Gimpy> I also just realized I don't have libx264 compiled [04:42] <Gimpy> recompiling now. [05:18] <Gimpy> Well, I've got libx264 in now, and it seems a bit happier, but I still am having trouble receiving the stream in VLC. I likely have the wrong formats and codecs in my stream. I want something I can view in VLC, as then I can use that to view and push out to wowza [06:55] <dorp> Hello, I was wondering if ffmpeg has the capbility of extracting timecodes to a file? [07:16] <relaxed> dorp: I believe ffprobe can. [07:20] <dorp> relaxed: Thanks, seems it can [09:29] <vinkla> braincracker: ffmpeg is cool [09:31] <braincracker> randomnick meaningless highlighting is not cool [09:32] <vinkla> sorry [09:32] <braincracker> ffmpeg is cool if it works [09:33] <braincracker> if it fails, it fails badly [09:37] <vinkla> can't wait for version 2 pull request to be merged into homebrew [09:58] <Leoneof> braincracker: ffmpeg is cool ;) [10:01] Action: vinkla [10:05] <braincracker> Leoneof<= ffmpeg is the alpha and omega ;) [10:06] <Pkunk> i've got a movie captured from webcam where some reason the r,g,b elements seem to be mixed up when i display it [10:07] <Pkunk> i.e red displays as green , blue as red or something like that . the end result is the movie is clear but the color chroma is messed up [10:08] <relaxed> this happens with ffplay? [10:08] <Pkunk> is there any plugin in ffmpeg or vlc to mix up the r,g,b again so that i can reencode the movie to display with the correct r,g,b order ? [10:08] <Pkunk> relaxed: ffmpeg , vlc and player [10:08] <Pkunk> mplayer , even [10:10] <Pkunk> fflogger: i have not encoded the movie using ffmpeg . i recorded it in an android mini pc through a webcam [10:10] <relaxed> fflogger is a bot [10:11] <relaxed> play it with ffplay and verify the colors aren't correct. [10:12] <relaxed> if so then pastebin.com the output of `ffmpeg -i yourvideo` [10:16] <braincracker> Leoneof<= ffmpeg is the alpha and omega ;) [10:17] <Pkunk> just a minute [10:18] <Pkunk> right i am streaming through rtsp and saving everything in zoneminder [10:19] <Pkunk> but if i play the same rtsp stream through mplayer and vlc most stuff looks blueish [10:19] <Leoneof> braincracker: you are cracking me ;O [10:20] <relaxed> where does ffmpeg factor into this? [10:20] <Pkunk> relaxed: is there a plugin to fix the r,g,b mixup ? [10:21] <Pkunk> so i can re-encode the stream into something better [10:21] <Mavrik> hmm [10:21] <Pkunk> right now zoneminder is using ffmpeg to capture the rtsp stream [10:22] <relaxed> can you force feed zoneminder a ffmpeg command? [10:23] <Pkunk> yeah it allows me to set any parameters i want .. i could even test it by encoding to a file first [10:23] <relaxed> sweet, then encode a video locally with ffmpeg [10:24] <relaxed> make sure you're using a recent version [10:26] <braincracker> Leoneof<= ffmpeg is the alpha and omega ;) [10:29] <relaxed> braincracker: it's time to stop [10:30] <Leoneof> braincracker: lol [10:38] <braincracker> Leoneof<= ffmpeg is the alpha and omega ;) [10:39] <sacarasc> braincracker: Stop spamming. :| [10:41] <Pkunk> relaxed: i've uploaded a zoneminder image to http://picpaste.com/102-analyse-yR8SsT5n.jpg [10:42] <Pkunk> the shirt is supposed to be yellow [10:42] <Pkunk> is there a ffmpeg paramter to fix the color chroma ? [10:46] <theholyduck> Pkunk, just a random guess [10:46] <theholyduck> Pkunk, but are you sure you arent reading yv12 instead of i420 [10:46] <theholyduck> or the other way around [10:47] <saste> Pkunk, geq filter [10:47] <theholyduck> derpyduck, i guess all the other colors are mostly fine [10:47] <theholyduck> so, the UV channels probably arent flipped [10:47] <theholyduck> though, why is he blue? [10:48] <braincracker> Leoneof<= ffmpeg is the alpha and omega ;) [10:48] <relaxed> he's clearly a smurf [10:48] <saste> looks like inverted U/V? [10:48] <theholyduck> saste, well, it was my first guess :P [10:48] <theholyduck> but, why does everything else look so normal [10:48] <saste> braincracker, are you a bot? [10:48] Action: Leoneof puts braincracker on ignoring list [10:48] <saste> Pkunk, swapuv? [10:48] <theholyduck> doesnt ffmpeg have a input setting aswell though? [10:49] <theholyduck> tell it its dealing with i420 vs yv12? [10:49] <theholyduck> i know x264 does. [10:49] <relaxed> -pix_fmt I would think [10:49] <Pkunk> i'm using an android software to stream from a MS hd-3000 webcam through rtsp .. dunno what the software is doing but you can see the end result [10:49] <relaxed> and if he followed my simple directions I was going to have him feed zoneminder the correct command. [10:50] <theholyduck> Pkunk, we think the UV channels got flipped [10:50] <theholyduck> i420 and yv12 have the exact same format, only, different order of UV [10:50] <theholyduck> causes redish colors to become bluish colors [10:51] <Pkunk> thanks saste and everyone .. i'm trying swapuv right now [10:54] <Pkunk> but the stream is already converted to h.264 . i have ffmpeg only in my zoneminder server . will swapuv work even for a h.264 stream ? [10:56] <relaxed> you should be able to force the decoder to use the correct color space. [11:00] <relaxed> can you put a sample of the video up somewhere? [11:03] <Pkunk> i tried this command --> ffmpeg -i rtsp://ipaddr:8086/ -y -vcodec copy -f mp4 test.mp4 [11:04] <Pkunk> but it doesn't start transcode .. just creates a 0 size file [11:07] Action: Leoneof puts braincracker on white list [11:08] Action: Leoneof puts braincracker on ignoring list forever. [11:09] Action: braincracker puts Leoneof on lamelist without highlight [11:13] <Pkunk> ok i managed to dump the raw stream using vlc .uploading it now [11:31] <relaxed> saste: can you ban these two dumbasses? [11:35] <Pkunk> relaxed: http://www.gamebhai.com/upload/video2.mp4 [11:41] <Leoneof> relaxed: hello [11:44] <Pkunk> relaxed: you were able to check the video ? [11:45] <Leoneof> Pkunk: that video shows only few frames, and hangs [11:49] <Pkunk> why would you need more than a few frames to confirm the problem ? [11:50] <relaxed> I can't get ffmpeg to dump a single frame [11:51] <Pkunk> plays back fine in vlc here .. probably is in raw format [11:52] <Pkunk> Stream #0.0(eng): Video: h264, yuv420p, 1280x720, 6.58 tbr, 1001 tbn, 2002 tbc [11:52] <Pkunk> it appears to be encoded in i420 format [11:53] <Pkunk> how do i force ffmpeg to use yv12 instead ? [11:58] <Mavrik> Pkunk, by passing pixel format parameter [12:11] <Cadmus> Morning, I seem to be having bother doing an x11grab from an xvfb, I can get single screenshots usinf xwd and import, but trying to take a video fails [12:12] <Cadmus> More specifically I get a blank video [12:12] <Cadmus> My line is "ffmpeg -y -f x11grab -r 25 -s 1280x1024 -i :7.0 -vcodec libx264 foo.flv", I know it will look like ass but I would expect to see something in the result [12:14] <Pkunk> Mavrik: i need to make ffmpeg use yv12 without doing any color conversions .. since the movie is wrongly encoded as i420 when it's actually yv12 [12:15] <Mavrik> usually putting a parameter before -i forces ffmpeg to skip autodetection for that field [12:49] <flarunt> I have been using -map to select the audio stream I want.. but is there a way to say "always pick the first ac3 stream" or similar? [12:58] <sacarasc> How does one use multiple filters on a video? [13:01] <durandal_1707> sacarasc: -vf negate,vflip,transpose [13:01] <sacarasc> Ah, cool, commas. Thanks. [13:22] <BallsDeep> Does "ffmpeg" support ".wav" files larger than 4GB (ex: MBWF)? [13:31] <shevy> got a question. when I have a .flv video file, can I chop off the first 5% from the video without losing quality of the video? [13:39] <durandal_1707> BallsDeep: yes it does [13:41] <BallsDeep> well what syntax do you use? I execute "ffmpeg -formats" and I don't see it. [13:58] <BallsDeep> Is "MBWF" already built into the "-wav" format. I am thinking that "MBWF" support is a separate format that you need to pass to the "ffmpeg" command. [14:08] <relaxed> have you tried to see if it's the default? [14:08] <relaxed> ffmpeg -h muxer=wav [14:09] <relaxed> so, -write_bext 1 [15:13] <durandal_1707> BallsDeep: correct one is is '-w64 always' [15:13] <durandal_1707> or -w64 auto [15:13] <durandal_1707> default is 'never' [15:14] <durandal_1707> -write_bext is something else [18:27] <newone> hello! have a question. Does anyone on the ffmpeg.org ever tried to compile ffmpeg on windows? [18:28] <newone> I don't consider zeranoe - theirbuilds never work and all over the web know about this [18:28] <newone> why this is such a big problem to make normaltutorial? [18:29] <newone> hundreds of forums overloaded by the messages that nothing work ... [18:30] <newone> moreover ... tens of members on this chat, forums ... and nobody knows anything))) funny)) [18:30] <newone> what are doing here guys? [18:36] <JEEB> I build ffmpeg rather often on windows, and I've had no problems so far [18:36] <JEEB> also I've had zero problems with zeranoe's builds when I've used those as well [18:36] <JEEB> (Ž [18:39] <GoaLitiuM> i got dozen of errors with zeranoe's latest toolchain script, missing repo servers and some dependencies got moved to different location [18:39] <JEEB> yeah, but this wasn't about his toolchain script, really :) [18:39] <GoaLitiuM> but this was [18:40] <JEEB> yeah, that's very muchos possible that his scripts are borked by now [18:40] <JEEB> and you should poke him about it :) [18:40] <JEEB> the last time I compiled my own toolchain it was with nev's modified scripts, and that was about... two months ago? [18:40] <JEEB> I don't think the repos really got changed there [18:41] <JEEB> http://git.1f0.de/gitweb?p=mingww64build.git;a=summary;js=1 [18:42] <GoaLitiuM> the weird thing was that the script or subversion rather would complain about server not found or something similar, but the url did exist [18:43] <JEEB> dunno [18:43] <JEEB> I just know that ~2 months ago it seemed to work just fine :) [18:45] <newone> guys, help me please to copile ffmpeg, m? [18:45] <newone> compile [18:45] <newone> or at least give please good tutorial [18:45] <JEEB> you might want to specify what exactly you're having problems with :P [18:45] <JEEB> because in general compiling ffmpeg isn't exactly hard [18:46] <GoaLitiuM> JEEB: did you have any problems on building ffmpeg with librtmp? [18:46] <JEEB> I usually don't build that because ffmpeg has its own rtmp implementation that WorksForMe [18:46] <newone> well ... hm ... generally my purpose is to use ffmpeg with SDL ... I need simple console (or window in case of SDL) app which uses allthe ffmpeg features ... [18:47] <newone> so I supose I need to compile ffmpeg to get dlls ... to use them later in MSVS [18:50] <newone> the problem is that I don't know how do get these dlls [18:52] <Mavrik> by compiling a shared build? [18:54] <newone> heh ... I don't know for now what is shared build ... fornow I have ffmpeg sources and additional soft (compilers) ... and some non-working tutorials ... [18:54] <JEEB> newone, you can build either with a mingw-w64 toolchain or MSVC via msys' shell environment [18:54] <JEEB> an shared means dlls in the windows world :P [18:55] <JEEB> dot-so in *nix [18:55] <newone> Ok)) I need shared build)) [18:56] <newone> I tried MinGW ... part of "./configure " goes with wornings... and "make" is finished with error [18:56] <JEEB> then you're doing it wrong [18:57] <newone> exactly)) that's why I'm here [18:57] <newone> what MinGW could you suggest to download? [18:58] <newone> does it matter x86 or x64 I use? [19:00] <JEEB> basically the way I generally tell people to do stuff is to 1) grab mingw-get and install MSYS (not mingw) via it 2) grab newest git from http://git-scm.com/ , install so that you add it to the PATH (and DISABLE autocrlf when it asks you about it) 3) grab a mingw-w64 toolchain from http://files.1f0.de/mingw/ , make it be a "mingw" directory under your msys install directory [19:01] <JEEB> 4) edit <msys directory>/fstab so that the paths are correct, remember to use / instead of \ [19:01] <JEEB> 5) run msys.bat in <msys directory> [19:01] <JEEB> 6) see if gcc --version works [19:01] <newone> aha [19:02] <newone> but main purpose of all this is what? I have installed MinGW and in it's shell gcc --version works fine [19:02] <JEEB> to make sure you have a toolchain that I know that generally works :P [19:05] <newone> Ok, I'll save all this ... imaging I have all this installed ... what are the next steps? [19:06] <JEEB> you go grab http://www.tortall.net/projects/yasm/releases/yasm-1.2.0-win32.exe and save it as yasm.exe in <msys dir>/bin [19:06] <JEEB> and check that yasm --version works [19:07] <JEEB> after that I'd have you try cloning ffmpeg with `git clone git://git.videolan.org/ffmpeg.git ffmpeg` [19:07] <JEEB> and then just ./configure --enable-shared in that cloned dir [19:07] <JEEB> and make [19:07] <JEEB> and see if it finishes [19:07] <JEEB> :P [19:08] <JEEB> there might have been some little tool needed to print the enabled decoders/demuxers/encoders/whatever in a pretty way for the configure [19:08] <JEEB> but it should tell you which it was when it can't do it [19:10] <newone> Thank you very much, so mach information ... trying to do all this right now [19:13] <JEEB> also you could run the msys.bat from MSVS's command prompt. That would also let you use MSVC's tools to create the dot-lib files. Or you could even build ffmpeg with MSVC. Which is very slow and needs extra tools, but is possible. [19:15] <newone> well, actually I do this lust days, I even was able to compile ffmpeg ... but just exe files [19:16] <JEEB> I'm pretty sure you built more than the exes :P [19:16] <JEEB> you most probably just failed to notice that it had also built the static libraries [19:16] <newone> probably)) but where they are I don't know)) [19:23] <newone> JEEB: maybe you know also how to get such builds by myself? http://aegiscorp.free.fr/ffmpeg/ [19:24] <Mavrik> mingw probably. [19:28] <JEEB> mingw or MSVC [19:28] <JEEB> and specifically mingw-w64 [19:40] <Renich> Hello, FFMPEGers! [19:40] <Renich> I need help with this: http://ur1.ca/feiqa [19:41] <Renich> video freezes at some point; mplayer says it's "badly interleaved" [19:41] <Renich> I need suggestions [19:46] <newone> if during "make" I get error about missing files can I copy them from another version of ffmpeg where they are present? is it normal? [19:47] <durandal_1707> it is not normal [19:47] <newone> sowhat should I do? [19:50] <vlt> Hello. I want to use ffmpeg to provide a constant h264 stream that will replace with black video in case the source gets interrupted. Possible? [19:51] <vlt> Should I use a fifo as input instead of a pipe from another process? [19:54] <newone> guys, who know what to do if files are missing during "make"? [20:13] <newone> SOS! )) [20:14] <durandal_1707> it is that critical? [20:14] <newone> sure! I can't proceed further [20:15] <newone> I wll, but do you know how to copy output from the MinGW console? [20:18] <JyZyXEL> would it be possible to convert a h264 video with aac audio into something that mozilla firefox <video> tags support? [20:18] <durandal_1707> newone: screenshot? [20:19] <durandal_1707> JyZyXEL: yes, webm with vp8 and vorbis [20:20] <newone> durandal_1707: actually, I'm not sure from the beginning that I'm doing everyhting correct ... [20:20] <JyZyXEL> so just ffmpeg -i video.mp4 out.webm ? [20:22] <Renich> video freezes at some point. Please, help: http://ur1.ca/feiqa [20:23] <newone> durandal_1707: maybe you know how exactly to compile shared ffmpeg build? best would be like in these builds http://aegiscorp.free.fr/ffmpeg/ [20:23] <durandal_1707> Renich: qscale does nothing with huffyuv and pcm_s16le [20:24] <durandal_1707> JyZyXEL: if you have vp8 encoder and vorbis encoder compiled in (do not use native vorbis encoder) [20:25] <durandal_1707> Renich: if video freeze also if you capture only video? [20:26] <Renich> durandal_1707: let me check that [20:26] <JyZyXEL> i did: ffmpeg -i input.mp4 -c:v libvpx -b:v 1M -c:a libvorbis output.webm [20:27] <JyZyXEL> output is bigger than the input :p [20:27] <durandal_1707> you give git bitrate [20:27] <durandal_1707> *big [20:28] <JyZyXEL> maybe i should try some auto detect mode [20:31] <JyZyXEL> actually 128k did ok [20:31] <Renich> durandal_1707: nope, it didn't freeze [20:31] <JyZyXEL> durandal_1707: thank you a bunch for the help [20:31] <Renich> durandal_1707: so, the audio is making it freeze? what is to be done? [20:35] <durandal_1707> ask pulse [20:36] <durandal_1707> perhaps you use old, broken version ... [20:36] <durandal_1707> Renich: also ffvhuff should be better than huffyuv [20:37] <Renich> durandal_1707: ok, I'll try that [21:45] <rafael2k> I'm writing a DTV player based in ffplay code, and I'd like to know if there is an easy way to enable a deinterlace filter in it [22:01] <Mavrik> rafael2k, send frames through the yadif filter [22:01] <Mavrik> rafael2k, check filtering example in doc/examples [22:39] <rafael2k> Mavrik: tks! [23:00] <rafael2k> btw, is there a way to automatically enable the de-interlace filter if the video is interlaced? [23:33] <durandal_1707> relaxed: isn't there documentation? [23:33] <durandal_1707> what deinterlace filter you are talking about? [23:40] <Mavrik> rafael2k, yadif has a parameter, it isn't 100% reliable due to videos being broken [00:00] --- Sat Sep 7 2013

1 0

ffmpeg-devel.log.20130905
by burek 06 Sep '13

06 Sep '13

[00:03] <Compn> :) [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:61c68000eda6: avcodec/mjpegdec: Add some sanity checks to ljpeg_decode_rgb_scan() [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:cb026ac30364: avcodec/mjpegdec: make "unknown colorspace" error more informative [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:4ced30908fb7: avcodec/jpeg2000dec: make SOC finding code more robust [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:38f8640df81e: avcodec/mjpegdec: fix yuv ljpeg prediction 5/6/7 with point transforms [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:b394ccfe47e7: avcodec/mjpegdec: fix rgb ljpeg prediction 5/6/7 with point_transform [01:47] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:b042712a875c: avcodec/mjpegdec: Simplify masking in ljpeg_decode_yuv_scan() [05:48] <cone-613> ffmpeg.git 03Michael Niedermayer 07release/1.0:e12ada6fd1e5: avcodec/dsputil: fix signedness in sizeof() comparissions [05:48] <cone-613> ffmpeg.git 03Michael Niedermayer 07release/1.0:11586b077e6e: avfilter/vf_fps: make sure the fifo is not empty before using it [07:55] <ubitux> heh paul ported w3fdif [09:13] <ayad_> hello [09:13] <ayad_> I installed the ffmpeg-1.2, i need to find a command line to get the video with mjpeg and read or optimize with flv/swf [09:13] <ayad_> thank's to help me [09:14] <av500> try #ffmpeg [10:39] <ubitux> Daemon404: what came out of the vid.stab thing? [10:39] <ubitux> did you find nice other foss things? [10:42] <ubitux> i guess i'll port this properly to FFmpeg at some point... [11:23] <Daemon404> ubitux, no [12:44] <durandal_1707> ubitux: roll, that error you spotted, that adj was not used at all is present in original code [12:45] <durandal_1707> so filter is broken in ffmbc for ages [12:46] <ubitux> did you try it? [12:46] <ubitux> is the filter suddenly more efficient? [12:46] <durandal_1707> not yet [12:47] <durandal_1707> tried with this change.... [12:47] <durandal_1707> but one i tested yadif was slower.... [12:47] <durandal_1707> s/one/when [12:48] <ubitux> which one was slower? [12:48] <durandal_1707> yadif [12:48] <ubitux> ok... [12:48] <ubitux> is that filter really efficient? [12:48] <durandal_1707> i used interlace [12:49] <ubitux> yeah but well, maybe you should use real material [12:49] <ubitux> captured interlaced [12:50] <durandal_1707> both filters showed some small artifacts anyway... [12:56] <durandal_1707> michaelni: i guess gbr(a)p can be added to yadif [13:29] <durandal_1707> hmm, it probably was slower because i tested yadif=0 but should yadif=1 [13:30] <durandal_1707> yadif=1 is faster, 94 vs 116 for first 900 frames [13:30] <durandal_1707> this is not much... [13:32] <durandal_1707> so considering code quality (there was dead code, and it could not work at all correctly with yuv422 - the only format not commented) [13:32] <durandal_1707> its output looks better than yadif=1 [13:32] <durandal_1707> but i dunno what I should do at start/end [13:33] <durandal_1707> original one at start set prev/cur/next to first frame [13:33] <durandal_1707> i picked different approach where I do this at end with last frame [13:34] <durandal_1707> results it that first few frames are dropped when compared to yadif=1 output [13:42] <cone-488> ffmpeg.git 03John Stebbins 07master:26b241c0791b: matroskaenc: Allow chapters to be written in trailer [13:43] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:2230d85cebee: Merge remote-tracking branch 'qatar/master' [14:03] <durandal_1707> the other question is does w3fdif from ffbmc outputs frame for each field or for each frame? [14:06] <durandal_1707> also for one sample i have (and interlace applied) yadif shows 'artifact' on first line of first frame [14:07] <nevcairiel> first frame lacks the previous frame to interpolate against, so its never going to be really perfect [14:12] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:a67dcd74abd2: avfilter/vf_yadif: add gbr(a)p support [14:47] <durandal_1707> so is ffmbc dead or what? [14:53] <av500> is it? [14:55] <Daemon404> no [14:55] <Compn> i dont think so [14:55] <Compn> have to ask bcourduier [14:55] <Daemon404> [18:19] < baptiste> hey guys [14:55] <Daemon404> [18:19] < baptiste> mdsh, did you test the rewrapping yet ? :) [14:55] <Daemon404> [18:19] < baptiste> I need to release rc9 [14:55] <Daemon404> just yesterday [14:56] <JEEB> yeah, there's an active business around ffmbc [14:56] <JEEB> so no way it would be dead [15:00] <durandal_1707> rc7 or 8 was in 2011 [15:01] <Daemon404> what? [15:01] <Daemon404> it was march 20th 2013 [15:01] <Daemon404> what drugs are you smoking? [15:01] <Daemon404> sorry, march 13th [15:01] <nevcairiel> the ffmpeg is based on is just from 2011 [15:01] <Daemon404> thats somethign different [15:01] <nevcairiel> at least thats what the release notes claim [15:01] <Daemon404> see the definition of "fork" [15:14] <durandal_1707> ubitux: have you samples where i could test deint=interlaced? [15:15] <ubitux> mmh not here [15:15] <ubitux> i'm not at home [15:15] <ubitux> i'm sure some ppl here can provide you some real telecined content [15:16] <ubitux> then you can play with fieldmatch to make it works well or bad, and set a lot of frames interlaced [15:16] <ubitux> durandal_1707: maybe with vf idet you can try something [15:25] <durandal_1707> telecine,idet,yadif=deint=1 does funny things [15:55] <Daemon404> Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), gbrp(tv, GBR), 1280x720, 286958 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) [15:55] <Daemon404> 1) how is it pssible for rgb to be "tv range" [15:55] <Daemon404> 2) why does it ignore the actual range parameter in the x264 bitstream [15:55] <nevcairiel> rgb can also be 16-235 :P [15:55] <Daemon404> see #2 [15:55] <Daemon404> it says tv for all. [15:55] <nevcairiel> its uncommon, but people manage to create the weirdest shit [15:56] <Daemon404> and certainly tv as default is wrong for rgb [15:56] <durandal_1707> from where its picked? demuxer? [15:56] <nevcairiel> considering hwo rare rgb in h264 is, its just not a case thats being considered [15:56] <nevcairiel> but if the bitstream has a range flag, it should be respected [15:57] <durandal_1707> well if same can be created with ffmpeg, than its bug [15:57] <Daemon404> durandal_1707, it can [15:57] <Daemon404> and yes its a bug [16:02] <durandal_1707> what is this yadif-mod ? [16:02] <JEEB> the avs filter? [16:02] <JEEB> I think it just let you use other filters for actual deint or so? [16:02] Action: durandal_1707 reading: http://casparcg.com/forum/viewtopic.php?t=1113 [16:09] <kierank> Daemon404: because the x264 parameter is usually bullshit [16:09] <Daemon404> kierank, tv range rgb is a fucking terrible default [16:09] <Daemon404> and so is ignoring it [16:10] <kierank> true [16:10] <kierank> rgb should be full range that's true [16:10] <JEEB> were there some full rage flagged blu-rays or so? [16:10] <kierank> probably [16:10] <kierank> a lot of full range flagged tv broadcasters [16:11] <JEEB> yes [16:11] <JEEB> at least blu-ray checking apps usually check for the flag [16:49] <ubitux> durandal_1707: thx for the deint! [16:52] <wm4> I thought the original author (who is mentioned nowhere) planned to send a new patch with threading? [16:53] <ubitux> i only remember some rants from yesterday [16:54] <nevcairiel> wm4: the author is in the file header in the patch [16:54] <ubitux> saste: no need for metadata [16:54] <nevcairiel> well, several authors [16:54] <ubitux> you can mark frames are interlaced already [16:54] <ubitux> and i think we have it exported as variables in select [16:54] <nevcairiel> one that wrote the deint itself, one that made it a lavfi filter, etc : [16:56] <saste> ubitux, yes, although I see no way to do it with idet at the moment [16:57] <ubitux> idet->cur->interlaced_frame = 1; [16:57] <ubitux> AVFrame are marked or not as interlaced [16:58] <ubitux> that's what fieldmatch uses to make yadif (and soon w3fdf thx to durandal_1707) as fallback [16:59] <saste> ubitux: yeah, i was wrong (another time) [17:00] <saste> idet docs are lacking [17:00] <saste> so basically it is already doable [17:46] <ubitux> are we going to war with libav to who is going to submit the most useless/funny things? [17:46] <ubitux> i remember they started with plan9 [17:46] <ubitux> we replied with aix [17:46] <ubitux> and now they go for tinycc [17:46] <ubitux> so what are we gonna do? [17:47] <ubitux> meeting time guys, this is important [17:48] <wm4> how about not caring about this stupidf shit [17:49] <ubitux> come on wm4 [17:49] <ubitux> let's be fairplay [17:49] <ubitux> and play the game to the end [17:50] <durandal_1707> so what QTGMC is? its bunch of plugins or what? [17:54] <ubitux> durandal_1707: random context grep for QTGMC from this channel: http://pastie.org/pastes/8300770/text [17:54] <saste> ubitux: we have the xface codec, we won [17:54] <saste> (not to mention life and cellauto) [17:55] <Daemon404> we havent won until ffmpeg can be connected to as if it were a remote X11 server [17:55] <Daemon404> for streaming purposes [17:55] <ubitux> saste: oh i forgot the awesome filters indeed mmh [17:56] <durandal_1707> vf_copy [17:57] <ubitux> i could add a pokemon r/b sprite decoder for FFmpeg, but that's a bit meaningless unless you know how to "demux" them from the ROM [17:58] <ubitux> ...but I could write a demuxer [17:58] <wm4> let's add more meaningless crap to look better than the fork [17:58] <ubitux> (that was a joke) [17:59] <ubitux> (even thought i want to do it now) [18:05] <durandal_1707> ubitux: didn't you planed to port nnedi3 vs plugin? [18:06] <ubitux> yeah but mmh [18:06] <ubitux> i got confused with another filter [18:06] <ubitux> one was simple, and the other one not at all [18:07] <ubitux> the one from vs is the simple and apparently useless one [18:07] <Daemon404> ? [18:07] <Daemon404> the vs nnedi3 is full featured [18:07] <Daemon404> pengvado's lacks some stuff and doesnt work on x86-32 [18:07] <ubitux> yes that one is the complex one [18:07] <ubitux> i was thinking of the native one with a similar combination of 'n', 'e' and '3' [18:08] <ubitux> s/'n'// [18:08] <Daemon404> native to what [18:08] <ubitux> builtin [18:08] <Daemon404> to what [18:08] <Daemon404> vs? [18:08] <durandal_1707> https://github.com/dubhater/vapoursynth-nnedi3 [18:09] <Daemon404> yes [18:09] <ubitux> yes builtin to vs [18:09] <Daemon404> ubitux, youre htinking of eedi3, which is in teh vs repo, is NOT in the core [18:09] <Daemon404> its sitll a plugin [18:09] <Daemon404> but it's alsoo entirely useless [18:09] <Daemon404> if oyu have nnedi3 [18:09] <Daemon404> which is superior if every way [18:10] <ubitux> yeah, well [18:10] <ubitux> what i said. [18:10] <ubitux> 18:06:39 <@ubitux> i got confused with another filter [18:10] <ubitux> 18:06:47 <@ubitux> one was simple, and the other one not at all [18:10] <ubitux> 18:06:59 <@ubitux> the one from vs is the simple and apparently useless one [18:10] <Daemon404> oh [18:10] <Daemon404> i missed that last ibit [18:11] <durandal_1707> so for change, what about stop adding useless stuff? [18:11] <durandal_1707> so which filter is actually useful? [18:11] <Daemon404> nnedi3 [18:11] <Daemon404> is /very/ useful [18:11] <durandal_1707> the one i linked? [18:11] <Daemon404> yes [18:14] <durandal_1707> it is basicaly upscaling? [18:14] <Daemon404> it is interpolation, yes [18:14] <Daemon404> using a trained neural network [18:15] <durandal_1707> what? [18:15] <JEEB> one of tritical's fancy things :) [18:16] <Daemon404> durandal_1707, i used all standard terms there [18:16] <Daemon404> look it up. [18:16] <Daemon404> also: http://pastebin.com/raw.php?i=wENfm7J1 [18:16] <Daemon404> it's far mroe useful with scripting, which lavfi cannot do [18:16] <Daemon404> i.e. QTGMC will do motion compensated bobbing with nnedi3 [18:16] <Daemon404> using an external mocomp filter and masking [18:31] <pengvado> Daemon404: my nnedi works on x86_32 (though I didn't include a configure script) [18:32] <Daemon404> pengvado, it iddnt when i tred [18:32] <Daemon404> it might have only been the asm [18:32] <Daemon404> also CImg is evil [18:32] Action: Daemon404 runs [18:32] <pengvado> worksforme, including asm [18:33] <Daemon404> weird [18:33] <JEEB> :) [18:43] <pengvado> suggest a less evil replacement for CImg? [18:44] <Daemon404> im not sure off the top of my head [18:45] <Daemon404> i do know cimg does a *lot* of unneeded memcpying [18:45] <Daemon404> iirc a ridiculous amount [18:50] Action: durandal_1707 gonna remove dint, fil and eq [18:51] <wm4> no, not fil! [18:51] <wm4> what does fil do again? [18:52] <Compn> uh oh [18:52] <Compn> h265 is coming [18:52] <Compn> its on slashdot [18:52] <kierank> Compn: you have a slashdot beard [18:52] <kierank> i imagine all slashdot users look like you [18:53] <durandal_1707> it's not gray [18:53] <Compn> haha [18:57] <mdsh> durandal_1707: thanks for doing something with w3fdif [18:58] <durandal_1707> mdsh: can you explain why it only used one field all the time (I failed to notice difference anyway) [18:59] <mdsh> durandal_1707: it doesn't [18:59] <mdsh> you did do -r 50 after the filter chain [18:59] <Daemon404> careful when explaining [19:00] <Daemon404> -r does different things in ffmbc [19:00] <Daemon404> i think [19:00] <mdsh> ffmbc cannot change the frame rate in the video filter [19:01] <mdsh> so in ffmbc, for an i25 source you need to tell ffmbc to output at p50 [19:04] <durandal_1707> w3fdif outputs fields per frame or frame per frame? [19:06] <mdsh> fields per frame [19:07] <mdsh> for an i25 source w3fdif outputs p50 [19:12] <durandal_1707> what about adding frame mode? (like it is in yadif) possible? [19:13] <mdsh> Not what the filter coef's are designed for [19:33] <karpina> hello! on #ffmpeg seems there is sleeping time, so I'll try to ask here [19:33] <karpina> imagine I want to create "helloWorld" app with ffmpeg support in MSVC++ ... for example simple colsole app .. .what ffmpeg files do I need for this? [19:36] <karpina> silence )) [19:42] <karpina> :( [21:08] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:4ff5b2683cc8: avfilter/vf_yadif: fix "incompatible pointer type" warning [21:08] <cone-488> ffmpeg.git 03Michael Niedermayer 07master:59b9ecc92a62: avfilter/vf_yadif: Treat mode as a field of flags [21:17] <karpina> anyone here? [21:17] <j-b> where are the aacenc modification, btw? [21:21] <j-b> https://trac.ffmpeg.org/ticket/2686 ? [21:31] <Compn> karpina : no one here but us chickens [21:34] <Compn> j-b : theres only 142 comments. needs more. [21:35] <j-b> Compn: :) [21:35] <michaelni> any aac patches that are ready to be commited ? [21:36] <j-b> doubt it [21:36] <j-b> but I'll apply them anyway :) [21:41] <Compn> michaelni : what about applying dxva2 patch from highgod / wei gao ? [21:43] <j-b> what does it fix? [21:46] <durandal_1707> leave dxva2 [21:47] <wm4> Compn: well, that patch does read-back to system RAM, so it's not so useful [21:57] <Compn> j-b : ability to use ffmpeg binary to encode with dxva2 [21:57] <Compn> its very limited usefulness. for people with dxva2 cards and slow cpu [21:58] <Compn> or just people who want to use their cpu for more than video encoding... [21:58] <durandal_1707> this hardware crap is just bloating codebase [21:58] <wm4> durandal_1707: like these opencl filters? [21:58] <durandal_1707> exactly [21:58] <wm4> I wonder if anyone ever used them [21:58] <Compn> durandal_1707 : should we have a seperate branch for hardware accel ? [21:58] <wm4> and what results they give [21:59] <durandal_1707> people fail to compile it... [22:00] <durandal_1707> so nobody against removing dint? [22:00] <durandal_1707> filter description says : drop interlaced frames, but it actually drops only first interlaced frame it encounter [22:01] <durandal_1707> i'm also removing fil filter, as it doesn't work in 99.9999999999% cases [22:02] <Compn> i dont think i've seen anyone ask about dint filter in mplayer [22:17] <durandal_1707> what is point of kerndeint? it seems worse than yadif [22:51] <gnafu> durandal_1707: Is it at least faster? [22:51] Action: gnafu has no idea. [22:53] <JEEB> there was no yadif back then [22:53] <JEEB> IIRC [22:55] <wm4> isn't kerndeint needed in combination with another shitty filter [22:55] <wm4> I can't remember which one [23:12] <cone-488> ffmpeg.git 03Paul B Mahol 07release/1.1:f1f8c0e558c6: w64dec: fix skipping of unknown guids [23:12] <cone-488> ffmpeg.git 03Paul B Mahol 07release/1.1:b438451b7eb8: w64dec: fix end position of summarylist guid [23:12] <cone-488> ffmpeg.git 03Carl Eugen Hoyos 07release/1.1:1a65ce923a67: Read h264 headers from v4l2 to allow stream-copying. [23:12] <cone-488> ffmpeg.git 03Paul B Mahol 07release/1.2:ece54c7085dc: w64dec: fix skipping of unknown guids [23:13] <cone-488> ffmpeg.git 03Paul B Mahol 07release/1.2:3c523bdda84f: w64dec: fix end position of summarylist guid [23:13] <cone-488> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:06a927a6b534: Read h264 headers from v4l2 to allow stream-copying. [23:13] <cone-488> ffmpeg.git 03Paul B Mahol 07release/2.0:6c0fef576282: w64dec: fix skipping of unknown guids [23:13] <cone-488> ffmpeg.git 03Paul B Mahol 07release/2.0:6158eec53f98: w64dec: fix end position of summarylist guid [23:13] <cone-488> ffmpeg.git 03Carl Eugen Hoyos 07release/2.0:fc4c29bc6efd: Read h264 headers from v4l2 to allow stream-copying. [23:40] <cone-488> ffmpeg.git 03Paul B Mahol 07master:0a8bb91505ff: lavfi/mp: remove mp=dint [23:40] <cone-488> ffmpeg.git 03Paul B Mahol 07master:d2e237338db2: lavfi/mp: remove mp=fil [23:51] <durandal_1707> ffmpeg -flags2 +fast -i /fate-suite/mpeg2/mpeg2_field_encoding.ts -f null - crashes here [00:00] --- Fri Sep 6 2013

1 0

ffmpeg.log.20130905
by burek 06 Sep '13

06 Sep '13

[00:07] <chrisjunkie> Mavrik: Took your advice and looked at the ffmpeg.c source [00:08] <chrisjunkie> Mavrik: this line here http://www.ffmpeg.org/doxygen/trunk/ffmpeg_8c-source.html#l01388 [00:08] <chrisjunkie> Anyway, I have it working using the reference DTS of the AVStream [00:08] <chrisjunkie> Seems to be working anyway [00:43] <seu_barriga> hello [00:44] <seu_barriga> I'm trying to set the output bitrate using the -b:v option, but I don't know why it's being ignored [00:45] <seu_barriga> the conversion command is avconv -re -i video.mp4 -vcodec copy -b 100k -bufsize 200k -f flv rtmp://my-rtmp-output [00:45] <seu_barriga> shouldn't it be enough? [00:46] <llogan> seu_barriga: ^ [00:47] <llogan> avconv is not from FFmpeg. so either use real ffmpeg or go to #libav [00:48] <seu_barriga> oh, I thought they were the same [00:48] <seu_barriga> ok, thx llogan [00:54] <chrisjunkie> Mavrik: OK so not quite working, all the timestamp stuff is correct, but now I'm not getting any key frames decoded in the MKV container [00:54] <chrisjunkie> but if I use ffmpeg to convert to .mp4, works fine [00:55] <chrisjunkie> [h264 @ 0x1343aa0] Missing reference picture, default is 0 [00:55] <chrisjunkie> [h264 @ 0x1343aa0] decode_slice_header error [00:55] <chrisjunkie> [h264 @ 0x1343aa0] Reinit context to 640x368, pix_fmt: 1210 bitrate=1387.0kbits/s dup=37 drop=0 [00:57] <chrisjunkie> More than likely because i'm not waiting for a keyframe [01:05] <chrisjunkie> Fixed it :-) [01:06] <zygew> which app does linux use to download stream media,like WMR,Hidownload? [02:34] <Chat2216> Hii [06:08] <PovAddict> how can I join ISM (IIS smooth streaming) fragments into a single .mp4? [07:04] <PovAddict> looks like the fragments are just moof+mdat [07:04] <PovAddict> I can't find anything that can play them, everything I tried demands a moov atom [09:11] <ayad_> hello [09:12] <ayad_> i installed the ffmpeg-1.2, i need to find a command line to get the video with mjpeg and read or optimize with flv/swf [09:12] <ayad_> thank's to help me [10:04] <ayad_> someone can to help me ? [10:06] <relaxed> ayad_: why do you need mjpeg? [10:08] <ayad_> yes i need to get the movie by mjpeg [10:08] <ayad_> i search a command line to get the video mjpeg to flv/swf [10:09] <relaxed> so your input is a mjpeg video and you want the output to be flv? [10:09] <ayad_> yes input mjpeg video and output flv [10:10] <relaxed> ffmpeg -i mjpegvideo.avi -c:v libx264 output.flv [10:15] <ayad_> i get the input video by the network camera, how i must do [10:15] <ayad_> ffmpeg -i http://ip_address/image -&1 [10:17] <dawe07> Hello, is here somebody who can help me with video conversion. From flv to mp4 [10:18] <Mavrik> depends [10:18] <Mavrik> did you read any documentation or google posts? [10:19] <relaxed> ayad_: http://trac.ffmpeg.org/wiki/How%20to%20capture%20a%20webcam%20input [10:19] <relaxed> oh, nevermind, just use the url as your input. [10:20] <ayad_> relaxed_ i check up directly [10:22] <ayad_> relaxed_ to get the video in my network cam, the url is http://ip_address/image or mjpeg, [10:22] <ayad_> so in command line, i must ffmpeg -i http://ip_address/.... to flv [10:23] <dawe07> Marvik: I read a lot, I have problem only with audio/video synchronisation [10:24] <dawe07> Is possible to synchronise without using "itsoffset" or something like this [10:24] <dawe07> because flv is not out of sync, but mp4 after convertion is [10:29] <Mavrik> dawe07, hmm, that certanly shouldnt happen [10:30] <Mavrik> dawe07, can you throw your command line and output on pastebin? [10:31] <dawe07> Mavrik: ok moment [10:34] <dawe07> Marvik: http://pastebin.com/xZhYA4Qc [10:40] <ayad_> relaced _? [10:42] <Mavrik> dawe07, hmm, that looks like a speex decoder issue [10:43] <Mavrik> dawe07, also libvo_aacenc is pretty crap [10:43] <Mavrik> try resampling audio to 22050 to see if the issues persist [10:43] <ayad_> dawe07_ if my input video is mjpeg , i need to transcode to flv .swf [10:43] <dawe07> second codec what can I use is nellymoser, but that is older [10:43] <ayad_> can you hepl my ffmpeg version 1.2 [10:45] <Mavrik> dawe07, mhm, it could be just that libvo is problematic with "non-standard" sampling rate [10:47] <dawe07> I added this to resample: -ar 22050 and not solved [10:48] <dawe07> if I add itsoffset 0.7 to audio, then it is correct. But I will use ffmpeg for many videos with variable lengths [10:51] <dawe07> and when I change output file not mp4 but flv, then audio is synced without problem. So the issue is when changing container [10:51] <Mavrik> dawe07, is it only container that changes? [10:52] <Mavrik> in the output? [10:52] <Mavrik> or also codecs with it? [10:53] <dawe07> Marvik I think with change codec. http://pastebin.com/8xCxKhEz [11:10] <Mavrik> dawe07, that's wierd. If you have newest ffmpeg then you should submit a bug report on TRAC with a sample of your file [11:10] <Mavrik> so that can get fixed [11:11] <dawe07> Marvik I have FFmpeg 64-bit Static Versions from http://ffmpeg.zeranoe.com/builds/ [11:12] <dawe07> When I googled this problem I founded that somebody else had this problem [11:12] <dawe07> but their solution not worked for me [11:13] <dawe07> they suggested to record two separated files audio and video and then connect it with ffmpeg, but this was same for me [11:20] <dawe07> and thank you for your assistance Mavrik [11:21] <Mavrik> dawe07, mhm, but as I said, that's almost certanly a bug in ffmpeg [11:22] <Mavrik> if flv works and mp4 doesn't then it needs to be fixed [11:22] <dawe07> so i will try to add it to bug report [11:23] <dawe07> when I convert video Im trying it in BSPlayer [11:24] <dawe07> one more question [11:25] <dawe07> u said that libvo_aacenc is crap, Can u suggest me better one? [11:30] <moonmayor> hey, I'm following this example that creates a mosaic of scenes, but I want to output each scene snapshot as an individual image. any ideas? [11:30] <moonmayor> ffmpeg -i video.avi -vf select='gt(scene\,0.4)',scale=160:120,tile -frames:v 1 preview.png [11:37] <Mavrik> dawe07, libfdk_aac is pretty much the best available for ffmpeg [11:37] <Mavrik> internal aac encoder otherwise, it's about on-par with libfaac and vo_aacenc with slightly more features and less licensing problems [11:39] <dawe07> so can I use it for many videos recorded from webcam and published on websites? [11:40] <dawe07> but Im not sure how to add this codec "Unknown encoder 'libfdk_aac'" [11:41] <Mavrik> ffmpeg has to be compiled with support for that library. [11:43] <Kurvivor> can one use ffmpeg to cut the video in parts? I mean, get video and cut off entire left part of it [11:43] <Kurvivor> or right [11:43] <Mavrik> Kurvivor, yep, crop filter [11:43] <Mavrik> you'll have to reencode the video of course [11:44] <Kurvivor> aha [11:44] <Kurvivor> could you give me example command line? [11:45] <Mavrik> it's in the filter docs on the webpage [11:45] <Mavrik> several examples. [11:46] <Kurvivor> i see the page [11:46] <Kurvivor> it is embarassing to ask, but how is filter supplied in command line? [11:48] <Mavrik> Kurvivor, -vf :) [11:49] <Mavrik> ffmpeg -i <your encoding parameters> -vf crop=.... [11:49] <Mavrik> you can chain them with a comma if you want to use scale or something else as well [11:49] <Mavrik> if you need a basic H.264 tutorial it's here: https://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/ [11:51] <Kurvivor> and one more question [11:51] <Kurvivor> do filters go before or after codec? [11:51] <Mavrik> usually is wise to put -vf after -codec:v :) [11:53] <Kurvivor> thank you kindly [12:50] <_d0t> hi. How do I output multiple frames per one encode_frame() run? This is needed in case of b-frames. [12:58] <braincracker> h [14:56] <mittens> hey is there an easy way to convert an mkv file with ac3 audio to mpeg4? currently i have to use mencoder and avidemux and ffmpeg [14:57] <JEEB> `ffmpeg -i welp.mkv -c:v mpeg4 (or libxvid, latter probably simpler to set up) -c:a copy (if you want to just copy the AC3 track) out.file` [14:57] <JEEB> should do that just fine [14:58] <sacarasc> In most matroska video files I've come across there has been MPEG4 video already. [14:59] <JEEB> I am guessing he means MPEG-4 Part 2 [14:59] <JEEB> not MPEG-4 Part 10 [14:59] <JEEB> but not that I know, I was just guessing \o/ [15:01] <mittens> the video is fine its the ac3 i have problems with, my tv doesnt support iy [15:01] <mittens> it* [15:02] <JEEB> oh [15:02] <JEEB> welcome to how broad the wording "MPEG-4" is :P [15:02] <JEEB> anyways, I will guess you want aac [15:03] <mittens> my usual way of converting never works, i have to use avidemux to pull the audio and then convert that, then convert the video and put them back together [15:03] <JEEB> `ffmpeg -i welp.mkv -c:v copy (copy the video) -c:a aac (or fdk-aac if you want to build it yourself, much better quality, but unfortunately not redistributable) -b:a 192k (192k for 2ch) -strict experimental (enables the 'aac' encoder) out.mkv` [15:04] <JEEB> that should work [15:05] <mittens> thanks i'll give it a try [16:37] <PovAddict> how can I join ISM (IIS smooth streaming) fragments into a single .mp4? [16:37] <PovAddict> looks like the fragments are just moof+mdat [16:37] <PovAddict> I can't find anything that can play them, everything I tried demands a moov atom [17:09] <Mavrik> PovAddict, there has to be an index somewhere [17:11] <PovAddict> index? [17:11] <Mavrik> moov atom contains an index for a mp4 file [17:12] <Mavrik> that's why you need it to play& and the IIS somehow needs to have an index of contents of those mp4 files to fake proper MOOV on stream [17:12] <PovAddict> there is an XML manifest [17:15] <PovAddict> <StreamIndex Type="video" Name="video" Chunks="65" QualityLevels="8" MaxWidth="1280" MaxHeight="720" DisplayWidth="1280" DisplayHeight="720" Url="QualityLevels({bitrate})/Fragments(video={start time})"> [17:15] <PovAddict> <QualityLevel Index="0" Bitrate="2962000" FourCC="WVC1" MaxWidth="1280" MaxHeight="720" CodecPrivateData="250000010FD37E27F1678A27F859F180490825A645A6440000010E5A67F840" /> [17:24] <_d0t> B/qui [17:24] <_d0t> oops.. sorry [17:41] <PovAddict> Mavrik: but I have no idea how I'd go about crafting my own moov header out of that [18:02] <Chat2764> Ok [18:55] <MarcWeber> Does anybody know which hardware accelerated h264 encoding solutions exist for linux? [19:04] <JEEB> MarcWeber, the only one even vaguely usable is the intel's one, and for that you would want as new as possible CPU (haswell etc.), everything else is mostly garbage. Not sure about nvidia's ASIC-based encoder, either, but GPUs tend to eat a lot of power compared to an intel CPU in general. [19:16] <ffmpeg-noob> hello, guys ... have a few questions from very beginner about ffmpeg ... anyone is alive here to be so kind to help? [19:17] <JEEB> just ask and then someone might reply [19:17] <JEEB> that's how it goes [19:18] <ffmpeg-noob> imagine I want to create "helloWorld" app with ffmpeg support in MSVC++ ... for example simple colsole app .. .what ffmpeg files do I need for this? [19:24] <ffmpeg-noob> will ask in other way ... do I need to compile ffmpeg for this or there is something ready? [19:38] <ffmpeg-noob> I thought this is help channel) [19:43] <PovAddict> ffmpeg-noob: it is [19:43] <PovAddict> ffmpeg-noob: it's also an IRC channel, which means you need patience [19:46] <ffmpeg-noob> PovAddict: in average how much time it is needed? [20:15] <PovAddict> ffmpeg-noob: maybe infinite if nobody knows the answer? [20:16] <braincracker> ;> [20:16] <braincracker> h [20:16] <klaxa> the question is rather vague too [20:16] <MarcWeber> ffmpeg-noob: Goto ffmpeg homepage and have a look at the downloads section? [20:16] <klaxa> if you want to use ffmpeg in your software, you need at least the headers and the libraries [20:16] <klaxa> and it's not actually ffmpeg but libav* [20:16] <braincracker> PovAddict<= depends on the payment rate [20:16] <klaxa> (also not avconv) [20:16] <braincracker> ;) [20:17] <braincracker> msvc ? forget me then [20:17] <braincracker> gcc [20:20] <ffmpeg-noob> klaxa so should I compile it by myself? [20:23] <klaxa> ffmpeg-noob, i don't know, if you are on linux you can just install the libraries and headers from your distro [20:23] <klaxa> on windows, no clue [20:23] <klaxa> dunno about mac os x either [20:23] <braincracker> ffmpeg-noob<= why not use linux ? [20:31] <ffmpeg-noob> braincracker: I use Windows and going to try to develop something on it ... so Linux is on the work only) [20:31] <braincracker> try work on linux [20:31] <braincracker> and develop on gcc [20:31] <braincracker> it will be worth it long-term. [20:31] <ffmpeg-noob> currently I need exactly Windows info [20:32] <braincracker> ok exactly [20:33] <braincracker> good thing i'm not using win* for anything since 2008 [20:33] <ffmpeg-noob> why? ) [20:33] <braincracker> because i use linux, and do not play cs on win* [20:34] <braincracker> for work, linux is the way, for win* games, you may decide win* [20:34] <braincracker> actually, linux is better for anything else than playing win* games. [20:35] <ffmpeg-noob> well, everyone chooses by himself)) [20:35] <braincracker> for those wo do not play... [20:35] <braincracker> h [20:35] <ffmpeg-noob> you don't play anything? [20:35] <braincracker> i don't have time now ;/ [20:35] <braincracker> but was playing openttd on linux last year [20:36] <braincracker> and gta and redalert on dosboy for example [20:36] <braincracker> dosbox [20:37] <ffmpeg-noob> probablyit's even reasonable to not spend time on games ... [20:37] <braincracker> i find it less entertaining to even play a simulator, just go with the real thing anyway... [20:38] <braincracker> fly, ride, drive [20:40] <ffmpeg-noob> funny) as for me I was all the summer traveling) and now have to look into ffmeg ... which is so dark ) [20:40] <ffmpeg-noob> ffmpeg [00:00] --- Fri Sep 6 2013

1 0

ffmpeg-devel.log.20130904
by burek 05 Sep '13

05 Sep '13

[00:05] <Compn> i was just curious whats going on. i'm not in this particular asian turf war. [00:15] <well0ne> Hello [00:17] <well0ne> Hi, i'm having a question HLS related (libav?!) ... I want to customize the HTTP-Request and add some headers, i see that avio_open2 works with options, but howto use this exactly? can anybody help? [00:21] <well0ne> anybody here who can help my to modify the HLS requests in ffmpeg? [00:22] <ruggles> hi, i just wanted to pop in and report a probable bug i've run into [00:22] <ruggles> http://samples.ffmpeg.org/V-codecs/h264/sony-hdr-cx6-avchd-interlaced-decod… [00:22] <ruggles> ffmpeg -ss <anything> -i <that file> ... [00:23] <ruggles> hangs in seeking [00:23] <ruggles> but doesn't from HEAD about 2 weeks ago or so [00:24] <Compn> ok ruggles , someone will take a look :) [00:24] <llogan> thanks. i wonder if it's already in trac [00:25] <ruggles> i haven't checked trac. it seems related to .read_timestamp() in the mpegts demuxer [00:26] <ruggles> and ff_find_last_ts() [01:14] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:8088d6f5f11b: avcodec/pictordec: run av_image_check_size() unconditionally [01:14] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:560612344edf: avcodec/pictordec: remove y checks, which have become redundant [01:14] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:b78e75ebc9b0: fate: Force diff into text mode [01:14] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:a66099192159: avformat/mpegts: Ensure that mpegts_get_dts() only considers packets at or after the given position [01:15] <michaelni> ruggles, should be fixed [01:49] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:e5c338ba7abd: avformat/utils: assert position monotonicity in ff_find_last_ts() [01:58] <cone-105> ffmpeg.git 03Carl Eugen Hoyos 07master:6fcfafff8456: Show subtitle resolution in avcodec_string(). [01:58] <cone-105> ffmpeg.git 03Michael Niedermayer 07master:54d628a580be: Merge remote-tracking branch 'cehoyos/master' [09:03] <dmon_> what's up with this on a compile.... [09:04] <dmon_> ranlib: file: libavcodec/libavcodec.a(timecode.o) has no symbols [09:08] <dmon_> are my config flags out? ./configure --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid; make -j10 [10:49] <dol> hi all. how am I supposed to delete AVCodecContext properly? I was using av_free after calling avcodec_close but this call is not available anymore. I was wondering if avcodec_close is enough? [10:49] <dol> I allocate if with avcodec_alloc_context3 [10:53] <dol> no answer? [10:55] <GoaLitiuM> patience [11:52] <michaelni> dol, what is not available anymore ? [12:04] <cone-497> ffmpeg.git 03Martin Storsjö 07master:f7c5883126f9: alac: Limit max_samples_per_frame [12:04] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:642207d29a48: Merge commit 'f7c5883126f9440547933eefcf000aa78af4821c' [12:16] <cone-497> ffmpeg.git 03Martin Storsjö 07master:5bcd3ae5b167: matroskadec: Check that .lang was allocated and set before reading it [12:16] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:233ab0f02a31: Merge commit '5bcd3ae5b167fb74215520b01d5d810e0c8986ab' [12:46] <Daemon404> michaelni, i do not think diff -a is POSIX compliant. [12:47] <Daemon404> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/diff.html [12:55] <cone-497> ffmpeg.git 03Martin Storsjö 07master:d719981273bc: 4xm: Check that the read track value is non-negative [12:55] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:9411e9cafb52: Merge commit 'd719981273bc779c7d1e879d88404fd867f93a0e' [12:59] <michaelni> Daemon404, hmm, what else can we use then ? [13:03] <cone-497> ffmpeg.git 03Martin Storsjö 07master:35cbc98b720d: alac: Check that the channels fit at the given offset [13:03] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:f1b15c1ef9d8: Merge commit '35cbc98b720db95b923cb2d745f77bb2ee4363dc' [13:05] <Daemon404> michaelni, im not sure [13:05] <Daemon404> i dont know if it s a proble in practice [13:05] <Daemon404> i think all the BSDs have -a [13:06] <Daemon404> ohlol... BSDs all use diffutils [13:07] <Daemon404> openbsd's supports it too [13:07] <michaelni> openbsd needs it for fate to pass it seems [13:08] <Daemon404> i see [13:08] <Daemon404> how do nonascii charactrs get into it? [13:08] <Daemon404> unicode metadata? [13:08] <michaelni> i think so yes [13:10] <Daemon404> i guess leave -a unless someone complains [13:10] <Daemon404> or breaks something [13:10] <michaelni> ok [13:12] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:af11fa5409cc: mjpegb: Detect changing number of planes in interlaced video [13:12] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:49f5519345d2: Merge commit 'af11fa5409cc72fc45ca7f3527400beca10967b9' [13:20] <Daemon404> heh... avfilter_unref_buffer is deprecated [13:20] <Daemon404> but its docs dont say what to use instead [13:20] <Daemon404> -_- [13:21] <nevcairiel> avfilter uses avframes [13:21] <nevcairiel> use avframe api [13:21] <Daemon404> im porting an old filter from ffmbc [13:21] <Daemon404> to the new api [13:21] <Daemon404> there's NO info on how to do that [13:21] Action: Daemon404 shrug [13:22] <nevcairiel> i managed without a tutorial :) [13:22] <nevcairiel> just replace all avfilter buffer things with the new av frame things [13:22] <Daemon404> whic hare where [13:22] <Daemon404> docs are not helpful [13:22] <nevcairiel> most in avutil/frame.h [13:23] <nevcairiel> there are some special allocation functions in avfitler which wrap a bit of logic [13:23] <Daemon404> "lavfi: switch to AVFrame." [13:23] <Daemon404> oh right [13:23] <Daemon404> it wasa giant commit [13:23] <Daemon404> lovely. [13:24] <nevcairiel> kinda needs to be, or any intermediate commits would be broken [13:24] <nevcairiel> thats the fate of big internal api changes [13:24] <Daemon404> heh [13:24] <Daemon404> i know [13:24] <nevcairiel> there was a neat branch with individual commits while we were migrating [13:24] <nevcairiel> but it got squashed [13:25] <nevcairiel> TEP might look evil from all the required changes in big monolithic commits, but the end result was well worth it, imho :) [13:27] <durandal_1707> Daemon404: what filter you porting? [13:27] <Daemon404> w3fdif [13:27] <Daemon404> anyway, http://chromashift.org/d.txt [13:27] <Daemon404> good enough of an example for me [13:28] <durandal_1707> for internal use or to post it to ml? [13:28] <Daemon404> ml [13:28] <Daemon404> we dont have an internal for [13:28] <Daemon404> k [13:29] <durandal_1707> there was another filter from ffbmc i planed porting too, but i removed locally... [13:31] <durandal_1707> michaelni: spam on wiki again: http://trac.ffmpeg.org/wiki/MacOSXCompilationGuide?action=diff&version=22 [13:34] <durandal_1707> hmm i can't see reason to keep dint alive [13:35] <wm4> most of that mplayer stuff has very little use in the first place... [13:36] <wm4> of the filters left, only vf_pullup seems to actually have fans [13:39] <durandal_1707> beastd is using all other filters (except dint, eq and fil) [13:41] <cone-497> ffmpeg.git 03Luca Barbato 07master:7f9e893f56db: build: Report an error message when a pc file is not found [13:41] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:44d884f036fa: Merge commit '7f9e893f56db52078e0f46677ed337b2e25fa94d' [13:41] <Compn> wm4 : did you remove old filters in your fork yet ? [13:41] <wm4> some [13:53] <ubitux> + * @note Pointers provided by av_malloc family of functions cannot be [13:53] <ubitux> + * passed to av_realloc(). [13:53] <ubitux> wtf? [13:53] <Daemon404> tmm... [13:53] <Daemon404> what do i use instead of ff_start_frame [13:53] <Daemon404> which doesnt exist anymore [13:54] <durandal_1707> nothing [13:54] <Daemon404> wat [13:54] <wm4> [ C E N S O R E D ] <- I like your patch, durandal_1707 [13:54] <Daemon404> durandal_1707, i can just remove the line... or? [13:54] <durandal_1707> all code that produces frames are in filter_frame [13:55] <Daemon404> there are no calls to flter_frame in this filter [13:55] <nevcairiel> there have to be. :) [13:55] <nevcairiel> now anyway [13:55] <durandal_1707> well, whatever that returns frames [13:55] <Daemon404> nevcairiel, well how [13:55] <ubitux> Daemon404: what does the filter do? [13:55] <nevcairiel> the filters were migrated to this as a preparation step before tep [13:55] <Daemon404> i cant find a freakign commit [13:55] <Daemon404> where it changed [13:55] <durandal_1707> takes one frame returns 2 [13:55] <Daemon404> man i fucking hate lavfi [13:55] <ubitux> Daemon404: just look at the logic of the current filters [13:55] <Daemon404> thats a shit cop out [13:55] <ubitux> that's really simple [13:56] <ubitux> in most cases [13:56] <Daemon404> this is why nobody develops for lavfi [13:56] <ubitux> Daemon404: what does the filter do? multiple in/out? drop/add frames? [13:56] <Daemon404> theres no info on how to do it [13:56] <wm4> the info is #ffmpeg-devel [13:56] <Daemon404> it's also got .start_frame = start_frame, [13:57] <Daemon404> this is going to be a massive pain to port [13:57] <Daemon404> isnt it [13:57] <nevcairiel> imho, the internal API is easy enough to get by without shitty docs that are outdated when written [13:57] <Daemon404> so much fuckign code churn [13:57] <durandal_1707> start_frame end_frame is just for slice era... [13:57] <ubitux> likely not [13:57] <ubitux> you can likely just drop half of the code [13:57] <Daemon404> heh [13:57] <ubitux> just answer the questions... [13:57] <durandal_1707> those functions where called once per put_frame(whatever ..) [13:57] <Daemon404> can i just remove stastart and end frame? [13:57] <Daemon404> start* [13:57] <ubitux> yes [13:57] <nevcairiel> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=5f648ce43eeb619c32e74a… [13:57] <nevcairiel> there, use yadif [13:58] <ubitux> you just define a filter_frame callback [13:58] <Daemon404> ... [13:58] <durandal_1707> but code in them may still be needed... [13:58] <Daemon404> you knwo what [13:58] <Daemon404> fuck this [13:58] <Daemon404> i dont care [13:58] <Daemon404> lavf is shit [13:58] <ubitux> what the hell.. [13:58] <nevcairiel> the way i see it right now, you're just weird :P [13:58] <ubitux> man you don't even answer the basic questions [13:58] <Daemon404> nevcairiel, its deinterlacing [13:58] <wm4> he's been damaged by avisynth, probably [13:58] <Daemon404> nevcairiel, these are nonobvious changes [13:58] <Daemon404> wth no docs [13:58] <Daemon404> oevr short periods of time [13:58] <Daemon404> stable as a house of twigs [13:59] <nevcairiel> what the filter actually does has no influence on the lavfi plumbing [13:59] <Daemon404> sorry that was directed at ubitux [13:59] <Daemon404> wm4, ive been spoiled by avs and vs [13:59] <nevcairiel> and i even found you an example commit of how to change things, since you asked for one .P [13:59] <Daemon404> which have SANE and STABLE apis [13:59] <Daemon404> for developign plugins [13:59] <Daemon404> with stable ABI too [13:59] <ubitux> Daemon404: ok so just look at how yadif works for the logic [13:59] <Daemon404> this is not a trivial matter, ubitux [14:00] <nevcairiel> sounds like it is [14:00] <Daemon404> basically i have to rewrite the whoel plugin [14:00] <Daemon404> to use the new stuff [14:00] <Daemon404> it's not a "port" [14:00] <ubitux> no [14:00] <nevcairiel> i helped port a bunch of lavfi filters, and none where really hard [14:00] <ubitux> you have to simplify it [14:00] <nevcairiel> were* [14:00] <Daemon404> nevcairiel, this is not just TEP stuff [14:00] <Daemon404> this is form ffmbc [14:00] <Daemon404> which has a very old lavfi api [14:00] <ubitux> you have 3 things to deal with [14:00] <ubitux> av options [14:00] <ubitux> slice -> frames [14:00] <ubitux> avbuffer -> avframes [14:01] <Daemon404> i did the 3rd oen already [14:01] <ubitux> then you only have to drop some code now [14:01] <Daemon404> s/drop/move/ [14:01] <nevcairiel> drop too [14:01] <ubitux> drop a lot [14:01] <nevcairiel> the new api is much simpler [14:01] <nevcairiel> start_frame/end_frame was terrible [14:01] <Daemon404> so what do i need to move [14:01] <Daemon404> from start/end [14:02] <Daemon404> and what can i drop [14:02] <ubitux> Daemon404: can you show the .c? [14:02] <Daemon404> http://mdsh.com/patches/ffmbc_0.7rc7/FFmbc-0.7-rc7_w3fdif_2012112501.patch [14:02] <Daemon404> but ive done a lot of work on it [14:02] <nevcairiel> without knowning your code, in most filters you could basically rename start_frame to filter_frame and drop most of end_frame [14:02] <Daemon404> so its not the same [14:02] <durandal_1707> 1 file changed, 32 insertions(+), 106 deletions(-) -> vf_overlay when converted from slice api [14:02] <Daemon404> ubitux, im porting it so im ready for the next ver [14:02] <Daemon404> a new w3dif with threading (rewrite) is coming to ffmbc [14:02] <Daemon404> im waiting to port that one [14:02] <Daemon404> this was supposed to be an exercise [14:02] <ubitux> Daemon404: end_frame becomes filter_frame [14:03] <ubitux> null_draw_slice destroyed [14:03] <ubitux> poll_frame destroyed [14:03] <Daemon404> i can just remove those entirely? [14:03] <ubitux> move start_frame content on top of your new filter_frame [14:03] <Daemon404> and rename end_frame? [14:03] <ubitux> "destroyed" = you remove them [14:03] <wm4> so, why does ffmbc use an old lavfi? [14:04] <nevcairiel> because its generally out of date [14:04] <ubitux> Daemon404: and you can likely drop request_frame [14:04] <wm4> over half a year out of date? [14:04] <Daemon404> wait [14:04] <Daemon404> ALL of this [14:04] <Daemon404> is from half a year? [14:04] <Daemon404> holy shit. [14:04] <cone-497> ffmpeg.git 03Luca Barbato 07master:b4ec7a5fee64: mem: Document the av_realloc family of functions properly [14:04] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:1c10e89c5155: Merge commit 'b4ec7a5fee644ad9882e10c097817b65447b8e55' [14:04] <ubitux> this is internal api [14:05] <ubitux> for the request frame, you just have to replace it with a flag [14:05] <Daemon404> ubitux, so what? [14:05] <Daemon404> tahts my point [14:05] <nevcairiel> wm4: latest ffmbc uses ffmpeg 7cbb856efe6ccab7485bb96ad3887472a6519ffa [14:05] <nevcairiel> thats from 2011 [14:05] <Daemon404> people develop plugins for vs and avs [14:05] <durandal_1707> if you port in once to lavfi, you do not need to bother with apis for rest of time [14:05] <Daemon404> because its internal api for plugi ndev is STABE [14:05] <Daemon404> STABLE [14:05] <wm4> wow, 2011 [14:05] <ubitux> Daemon404: yes but fuck them after all [14:05] <Daemon404> what? [14:05] <Daemon404> basically you make it so only preexistign dev will want to touch lavfi [14:06] <Daemon404> or write filters for it [14:06] <durandal_1707> so what we should do now? go back to slice API? [14:06] <ubitux> :D [14:06] <Daemon404> decide on a fucking api [14:06] <Daemon404> and stay with it [14:06] <nevcairiel> vs uses a freaking scripting language, it automatically adapts to changes :P [14:06] <Daemon404> dont change it 9000 times [14:06] <Daemon404> nevcairiel, no i mean its c api [14:06] <Daemon404> for developpign plugins [14:06] <ubitux> we are actually "deciding" [14:06] <ubitux> over time [14:06] <wm4> Daemon404: that would require coming up with a good API [14:06] <wm4> which is hard [14:07] <nevcairiel> i dont think thats one goal of lavfi, to make external plugins easier :p [14:07] <Daemon404> [13:06] <@ubitux> over time <-- vs and avs did it a lot faster than you [14:07] <ubitux> you complain about too much changes, and then ask to have the final version with all the changes right now [14:07] <Daemon404> lavfi is fucking old now [14:07] <Daemon404> so sont give me this "it takes time" bulshit [14:07] <ubitux> it's mostly stable right now [14:07] <ubitux> but still missing few feature [14:07] <Daemon404> i heard that months ago [14:07] <wm4> can I add my own filters yet? (without patching it) [14:07] <Daemon404> wm4, the devs thing monolthic lisb are great [14:07] <nevcairiel> you cant compare a project which has a plugin api as its primary target with a project which just happens to have some video filters [14:07] <Daemon404> because theyre idiots. [14:08] <ubitux> i wonder why im trying to help again [14:08] <Daemon404> sorry i just get reminded how fucking terrible lavfi is [14:08] <nevcairiel> without plugins, vs or avs would be dead [14:08] <Daemon404> every time i look at it or touch it [14:08] <ubitux> it isn't [14:08] <ubitux> the history is [14:08] <Daemon404> ubitux, i have a dream where ffmpeg in general gets a stabelish api [14:09] <Daemon404> this will never happen [14:09] <wm4> I'd really much rather have something like vsynth, that allows everyone to contribute, without having to go through ffmpeg-devel patch review [14:09] <wm4> or worrying about politics [14:09] <ubitux> you dont have to care about it once it's in [14:09] <nevcairiel> stable api means stagnation [14:09] <ubitux> since we will maintain it for you [14:09] <Daemon404> wm4, you can add vs support with it's c api now [14:09] <Daemon404> jst fyi [14:09] <wm4> I know [14:09] <Daemon404> [13:09] <+nevcairiel> stable api means stagnation <-- bullshit [14:09] <ubitux> with current model it means stagnation [14:10] <ubitux> look how much trouble we have to deal with bumping api every time [14:10] <nevcairiel> i'm right and you know it [14:10] <Daemon404> there's a reason teh libav* apis are soe of the most reviled apis in foss [14:10] <Daemon404> second maybe to gtk [14:10] <wm4> Daemon404: what about libpng and libjpeg [14:10] <wm4> I was just recently amazed how bad these are [14:10] <Daemon404> libjpeg is pretty awful [14:10] <Daemon404> but not libav* awful [14:10] <wm4> setjmp error handling [14:10] <Daemon404> what do i s/avfilter_start_frame/???/ [14:11] <nevcairiel> i think its just bad developers that think its so terrible, i think its pretty easy to simply get some stuff decoded [14:11] <Daemon404> nevcairiel, tons of boilterplate for simple things, constantly changing api [14:11] <iive> well, with libav things got really horrible [14:11] <wm4> having to change your code every other month is objectively bad [14:11] <ubitux> 14:03:35 <@ubitux> move start_frame content on top of your new filter_frame [14:11] <Daemon404> the fact that there's a fourth audio decodde fucntion s pretty epic [14:11] <ubitux> Daemon404: ^ [14:11] <Daemon404> ubitux, filter_frame callsavfilter_start_frame [14:11] <cone-497> ffmpeg.git 03Clifford Wolf 07master:0ebfdae099d2: doc: Describe TB option of setpts filter [14:11] <Daemon404> as well [14:11] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:35307df53c57: Merge commit '0ebfdae099d2749240b6a565abcdf0bf62589748' [14:11] <Daemon404> if you noticed [14:11] <nevcairiel> avfilter_start_frame simply goes out [14:11] <ubitux> Daemon404: you remove that part [14:12] <nevcairiel> you need to call ff_filter_frame instead after the frame is done [14:12] <wm4> nevcairiel: also, you're sparred from the horror, because of your different distribution model [14:12] <Daemon404> er, request_frame [14:12] <Daemon404> nevcairiel, ic ok [14:12] <ubitux> Daemon404: that's simple, you will just have one callback [14:12] <Daemon404> nevcairiel doesnt have to support N versions [14:12] <ubitux> called filter_frame [14:12] <Daemon404> like we do [14:12] <ubitux> and you fuck all the rest [14:12] <Daemon404> ubitux, i see [14:12] <Daemon404> so request frame is now filter frame? [14:12] <ubitux> for request_frame you'll have to add a flag [14:12] <nevcairiel> even i would provide a linux version, i wouldn't fucking care and just package the version i tested against [14:13] <ubitux> (iirc) [14:13] <Daemon404> what? [14:13] <nevcairiel> screw distributions, if my project gets popular, they will cave and ship static or something :p [14:13] <ubitux> might not even be needed [14:13] <ubitux> it depends on the logic [14:13] <Daemon404> heh [14:13] <ubitux> Daemon404: it if filter_frame returns all the time something [14:13] <ubitux> or no [14:13] <Daemon404> also i may note there are no documents for developing a filter [14:13] <ubitux> if it returns something all the time [14:13] <ubitux> you don't care [14:13] <ubitux> otherwise there is simple flag [14:13] <Daemon404> so i can destroy request_frame? [14:14] <ubitux> FF_LINK_FLAG_REQUEST_LOOP [14:14] <wm4> nevcairiel: still, requiring git versions of things won't get you far in the Linux world [14:14] <ubitux> that one ^ [14:14] <ubitux> Daemon404: likely yes [14:14] <ubitux> that flag will say to filter_frame again [14:14] <ubitux> until the filter push a frame to the next filter [14:14] <ubitux> (to simplify) [14:15] <ubitux> and iirc :) [14:16] <ubitux> so anyway [14:16] <ubitux> can anyone tell wtf is going on here: [14:16] <ubitux> + * @note Pointers provided by av_malloc family of functions cannot be [14:16] <ubitux> + * passed to av_realloc(). [14:16] <ubitux> ? [14:16] <durandal_1707> well cant just fire sed script you need to understand what filter does... [14:17] <wm4> ubitux: maybe s/av_malloc/malloc typo? [14:17] <nevcairiel> ubitux: its a bit stupid on linux systems because memalign doesnt produce pointers that realloc understands [14:17] <durandal_1707> you cant call av_realloc on something created by av_malloc* [14:17] <nevcairiel> on windows it works because there is also a aligned realloc [14:17] <ubitux> why not? [14:17] <ubitux> the result might just not be aligned [14:17] <ubitux> but it should work, right? [14:18] <Daemon404> ugh [14:18] <nevcairiel> if realloc needs to move the block, it wont be able to properly free it, i think, or something [14:18] <Daemon404> this is an intertangled mess [14:18] <nevcairiel> its a big mess [14:18] <Daemon404> request_frame calls process_frame [14:18] <Daemon404> aka filter_frame [14:18] <ubitux> yes [14:18] <Daemon404> i dont know wtf to move where [14:18] <ubitux> kill it [14:18] <wm4> if nothing says that memalign returns a realloc-able pointer, it may be implementation defined... [14:18] <durandal_1707> that is little ugly you do not need it... [14:19] <Daemon404> ubitux, well see [14:19] <Daemon404> yadif uses request_frame [14:19] <ubitux> Daemon404: think of the final result [14:19] <Daemon404> still sets it even [14:19] <ubitux> lemme check [14:19] <ubitux> we might be able to remove it [14:20] <ubitux> ask Nicolas [14:20] <soul-d> heya all finaly bit of action here im kinda trying to develop some hardware decoder for my lcd tried to visualize where im stuck here > http://i.imgur.com/lWVFlsP.png could use some pointers on fileformat markers [14:21] <durandal_1707> well yadif calls it in loop, w3fdif doesn't [14:21] <soul-d> http://i.imgur.com/2IioCPk.png is also a sorta visual represantation what im trying to do [14:22] <ubitux> Daemon404: see 79d8cfacf07863500d4fedec669c49e2552c3876 [14:22] <ubitux> commit description [14:22] <ubitux> Daemon404: and then look at the change just after in vf_tile: 77fa554b6e083191fab7f6aea596a93f2a389da7 [14:23] <Daemon404> heh [14:23] <Daemon404> i dont care anymore [14:23] <ubitux> which is basically removing a similar loop to yadif [14:23] <Daemon404> its not worth my effort [14:23] <Daemon404> ill port to vs instead. [14:23] <ubitux> hf [14:23] <ubitux> but you'll need to understand the filter first [14:23] <ubitux> anyway :) [14:23] <Daemon404> i do [14:23] <Daemon404> mostly [14:23] <Daemon404> the difference is vs has examples and docs [14:23] <Daemon404> for writing filters [14:23] <Daemon404> good ones. [14:24] <Daemon404> not just people on irc and random commit history [14:24] <ubitux> plenty of examples in libavfilter/*.c [14:24] <durandal_1707> so conclustion: you abandoned porting it to lavfi (i like to avoid dupe work) [14:24] <Daemon404> yes. [14:24] <Daemon404> ubitux, those rae not good examples [14:24] <ubitux> okay [14:24] <Daemon404> i mean exampels with LOTS of comments [14:24] <Daemon404> abotu how it works [14:24] <durandal_1707> ok, I wanted to procastinate porting of pullup little more anyway.... [14:26] <Daemon404> you guys can go back to your ffmpeg kool aid of "we dont need docs", "we dont need external filters", "we dont need stable apis" [14:26] <Daemon404> etc [14:26] <Daemon404> lavfi is a gift fro teh gods. [14:26] <ubitux> who said that? [14:26] <ubitux> having no docs does not mean we agree with that [14:26] <Daemon404> you still fail [14:26] <Daemon404> because [14:26] <Daemon404> you do NOT introduce change [14:26] <Daemon404> WITHOUT associaed docs [14:27] <Daemon404> it should simply not be allowed. [14:27] <ubitux> that's assuming there is an API base doc already [14:27] <Daemon404> no [14:27] <Daemon404> if tehre isnt one [14:27] <Daemon404> write one [14:27] <ubitux> which is not the case except doxy [14:27] <Daemon404> it's especially important for api breakages [14:27] <Daemon404> you NEED to write migration docs [14:27] <ubitux> in that case complain to elenril for not writing one, but i dont agree with that [14:27] <Daemon404> APIchanges one line notes are useless [14:28] <ubitux> "libav defines the api", and in that lavfi case that was the case for most of it [14:28] <Daemon404> yes you all have no concept of usability. [14:28] <Daemon404> oh [14:28] <Daemon404> ive yelled at elenril for years [14:28] <Daemon404> nothing changes. [14:28] <Daemon404> "patche welcome" is not OK to say when you break api without docs [14:28] <Daemon404> it's pretty much the shitty FOSS stereotype. [14:29] <ubitux> fork it and make it closed source then [14:29] <ubitux> documentation will appear magically [14:29] <Daemon404> i never said closed sorce was better [14:29] <Daemon404> i said it's the foss stereotype. [14:30] <Daemon404> basically, if you break api without writing the related docs / help, then fuck you [14:30] <ubitux> honestly you're complaining for nothing [14:30] <Daemon404> you are a lazy peiece of shit [14:30] <ubitux> porting filters from old ffmpeg is all done mostly [14:31] <Daemon404> thats your problem [14:31] <Daemon404> you guys thing its all porting [14:31] <ubitux> so writing a documentation just for a few backports is completely overkill given how much documentation for everything else we need [14:31] <Daemon404> or filters chan be "done" [14:31] <Daemon404> that is not true. [14:31] <ubitux> and about new filters [14:31] <ubitux> it's really straightforward [14:31] <Daemon404> TO YOU [14:31] <ubitux> and there are plenty of examples [14:31] <Daemon404> THE FUCKING LAFI GUY [14:31] <Daemon404> LAVFI* [14:31] <ubitux> you're complaining about the old api mainly [14:31] <Daemon404> sayign "it's simple!" is not a substitue for docs [14:32] <ubitux> just look for a filter with the same design, copy it, and go for it [14:32] <Daemon404> thats a shit attitude. [14:32] <ubitux> there is no documentation [14:32] <Daemon404> sorry. [14:32] <ubitux> deal with it, or continue to complain [14:32] <ubitux> but that wont help [14:32] <wm4> is at least the current internal API documented? [14:32] <Daemon404> "wants docs? go fuck yourself." -- ffmpeg [14:32] <Daemon404> wm4, nope! [14:32] <ubitux> wm4: doxycommented yes [14:32] <ubitux> every callback is documented [14:32] <ubitux> all flags are documented [14:33] <Daemon404> doxy is not the same as proper documentation [14:33] <Daemon404> becaue you hae to find what you need to use [14:33] <nevcairiel> docs are overrated, i rather have a example and api doxy [14:33] <ubitux> what's missing is an howto for writing a filter [14:33] <Daemon404> and that is by far the hardest thing [14:33] <Daemon404> doxy is useless if oyu dont know where to look. [14:33] <durandal_1707> wm4: if you l i k e my patch then reply with LGTM [14:34] <Daemon404> nevcairiel, https://github.com/vapoursynth/vapoursynth/blob/master/sdk/invert_example.c [14:34] <Daemon404> this is what consider a good example [14:34] <nevcairiel> and to be honest, todays lavfi api is easy [14:34] <Daemon404> not some uncommented prexisting filters [14:34] <ubitux> this is a too simple example [14:34] <ubitux> if you want the same, we have it already [14:34] <Daemon404> you do not [14:34] <Daemon404> note the comments [14:35] <ubitux> you can find them in the doxy of each callback of the example [14:35] <Daemon404> so read exmaple -> look up every used function [14:35] <Daemon404> seems a bit.. cumbersome. [14:35] <ubitux> use a shortcut in your editor [14:35] <cone-497> ffmpeg.git 03Martin Storsjö 07master:a711a2cb473d: mpegvideo: Avoid 32-bit wrapping of linesize multiplications [14:35] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:3eeca8b0e4e0: Merge remote-tracking branch 'qatar/master' [14:35] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:2ffead98ddd3: avcodec: add emuedge_linesize_type [14:36] <ubitux> to jump and go back to doxy [14:36] <ubitux> even with vim you can do it [14:36] <Daemon404> heh [14:36] <ubitux> s/to/from/ [14:36] <Daemon404> i simply cannot agree with you on what constitutes a good and usable doc then [14:36] <Daemon404> i can only agree to disagree. [14:36] <Daemon404> luckily much of the general public is on my side. [14:37] <ubitux> yes, but im not willing to port that ffmbc filter, so that doesn't change a thing for me [14:37] <ubitux> Daemon404: ten thousands derpers won't help you with your filter [14:37] <Daemon404> im porting it to vs instead [14:38] <wm4> lavfi vs wrapper please [14:38] <Daemon404> wm4, you can nevcairiel can mayeb speak about it [14:38] <Daemon404> since nevcairiel is liekly ading vs to lav [14:39] <wm4> I think I actually asked Myrsloik whether a libavformat vs demuxer could be written, but back then it still sounded like he had reservations (that was after the scripting API was added) [14:40] <wm4> but maybe that's over now [14:40] <Daemon404> wm4, i think the avs "demuxer" is strange too [14:40] <durandal_1707> isn't porting to vs harder than to lavfi? [14:40] <Daemon404> then agan we also have http "demuxers" [14:40] <Daemon404> durandal_1707, HAHAHA [14:40] <Daemon404> no [14:40] <Daemon404> far far easier [14:40] <wm4> for lavfi, there's the question how to handle the architectural differences [14:40] <Daemon404> wm4, lavfi will be real messy [14:40] <wm4> because the data flow is reverse [14:40] <nevcairiel> http is a protocol, not a demuxer =P [14:40] <wm4> maybe start a thread or so to buffer frames... [14:41] <wm4> and define a max. amount of frames that can be buffered [14:41] <wm4> also, I seriously hope libavformat won't open vpy files by default [14:42] <Daemon404> wm4, the nfor example [14:42] <Daemon404> we have teh frie0r wrapper [14:42] <Daemon404> and mplayer wrapper [14:42] <Daemon404> those would be similar, no? [14:42] <wm4> and a wrapper wrapper? [14:42] <Daemon404> lol [14:42] <wm4> mplayer is very similar to lavfi [14:42] <wm4> don't lnow about frei0r (also what's with these 0s) [14:42] <wm4> *know [14:42] <durandal_1707> how much memory you need? [14:43] <well0ne> did anyone see zeranoe? [14:44] <Daemon404> wm4, i know [14:44] <Daemon404> i want mplayer's plugins to all die [14:44] <Daemon404> in mpv [14:44] <Daemon404> the entire thing. [14:44] <durandal_1707> mplayer1 lives [14:44] <wm4> that would be nice [14:45] <Daemon404> mplayer1 is inbred [14:45] <wm4> what's holding me back is actually users saying "but this filter isn't in libav!" [14:45] <Daemon404> and terrible [14:45] <Daemon404> wm4, and theyre all weird useless things, right? [14:45] <Daemon404> :P [14:45] <wm4> probably [14:45] <wm4> things like vf_delogo [14:45] <wm4> or whatever it was [14:45] <nevcairiel> delogo can be quite useful [14:45] <Daemon404> depends how you define useful [14:46] <Daemon404> id rather have a logo than a crappy blurry patch [14:46] <nevcairiel> and ffmpegs was improved recently [14:46] <wm4> at least it's weird [14:46] <ubitux> wm4: tell them to use drawbox [14:46] <ubitux> a nice red square in place of the logo [14:46] <nevcairiel> lol [14:46] <ubitux> or overlay [14:47] <wm4> hm actually Libav has vf_delogo [14:47] <Daemon404> ubitux, square > blurry patch that flickers [14:47] <Daemon404> :D [14:47] <ubitux> like you put a giant dick in front of the logo [14:47] <Daemon404> also superior [14:47] <wm4> maybe it was vf_removelogo [14:47] <ubitux> (even animated!) [14:47] <wm4> wasn't there something on darkhold about animated dicks with ASS [14:48] <Daemon404> yes [14:48] <Daemon404> yes there was. [14:48] <wm4> I hope nobody reads this line out of context ever [14:48] <ubitux> i'm afraid the context doesn't help much [14:49] <mateo`> wm4: i did [14:49] <Daemon404> wm4, an for the record [14:49] <Daemon404> it was penises that shoot lazers. [14:49] <durandal_1707> Daemon404: what is going to be added to w3fdif ? [14:49] <wm4> ok... [14:50] <Daemon404> durandal_1707, threading [14:50] <Daemon404> and cleanup [14:50] <Daemon404> i'd wait for the new version [14:50] <durandal_1707> internal threading ? [14:51] <durandal_1707> but i heard that ffmbc is going to be assimilated by ffmpeg [14:51] <JEEB> lol [14:51] <Daemon404> [12:16] < Daemon404> mdsh, how do you feel about me upstreaming your w3fdif filter to ffmpeg? [14:51] <Daemon404> [12:18] < mdsh> Daemon404: if you have the time then feel free, but I'm just starting to make a faster version that can multi-thread - all I need as a free weekend... [14:51] <nevcairiel> hm [14:52] <well0ne> I'll pay 10 ¬ to anyone how does 1-2 line patching in latest code && compile it for me w32/w64 [14:52] <nevcairiel> he cant be using the new lavfi threading [14:52] <nevcairiel> so guess he will invent his own [14:52] <durandal_1707> well0ne: patching of what? [14:53] <well0ne> well i'm on windows and i want to use the -headers funtction to send an additional http header [14:53] <well0ne> unfortunately the windows shell does not accept to set an command argument with a newline [14:53] <well0ne> but thats required [14:53] <nevcairiel> use a bash shell then? [14:53] <well0ne> lol? [14:54] <nevcairiel> you can run bash on windows, you know [14:54] <well0ne> i tried [14:54] <well0ne> no success [14:54] <well0ne> even no newline is beeing submitted [14:56] <well0ne> so i tried to install the toolchain by zeranoe, but my gcc is not working well with his script, so building failed [14:56] <well0ne> dont know howto continue [14:58] <well0ne> hmm [15:39] <ubitux> hey [15:40] <ubitux> something is wrong with the examples [15:40] <ubitux> filtering video does invalid read at least when freeing the frame [15:40] <ubitux> it looks like a misusage of the avbuffer api [15:40] <ubitux> can anyone confirm? [15:40] <ubitux> saste_: you might know [15:41] <wm4> ubitux: which file and line? [15:43] <ubitux> http://pastie.org/private/kyqo6zqnmpkzhwefkfksq [15:43] <ubitux> huh why private, im stupid [15:43] <ubitux> whatever [15:43] <ubitux> so filtering_video.c L240 [15:46] <wm4> hm, does it just forget to enable refcounting? [15:47] <wm4> also, so much code [15:47] <wm4> whoever designs APIs should be forced to write a complete example for it [15:48] <ubitux> there is not that much code oO [15:48] <ubitux> refcounting is not enabled by default? [15:48] <wm4> no [15:48] <ubitux> meh [15:49] <wm4> because compatibility [15:49] <wm4> (that was fun to debug, until I found out that you have to enable it explicitly) [15:49] <saste_> ubitux, is that a regression? [15:50] <saste_> I test examples from time to time, whenever I have to update them [15:50] <ubitux> saste_: reproducible with 2.0 [15:50] <saste_> is the bug always reproducible? [15:51] <ubitux> yes [15:51] <ubitux> ffmpeg -f lavfi -i testsrc -t 1 test.avi [15:51] <ubitux> comments the puts() in the example to avoid cluttering the output [15:52] <wm4> also, sigh, still mencoder users around... [15:52] <ubitux> then PKG_CONFIG_PATH=pc-uninstalled make filtering_video [15:52] <ubitux> and (valgrind) ./filtering_video test.avi [15:52] <ubitux> sometimes it crashes, depending on the video [15:52] <ubitux> gonna check with the ref counting but well... im wondering why it wasn't noticed [15:54] <saste_> ubitux, problem detected with valgrind [15:55] <ubitux> much better with the refcounting enabled [15:55] <ubitux> thx wm4! [15:55] <wm4> "better"? still some errors left? [15:56] <ubitux> MUCH better [15:56] <ubitux> ERROR SUMMARY: 0 errors from 0 contexts [15:56] <ubitux> not so sure about the memory [15:56] <wm4> nice [15:57] <wm4> please note that buggy example will make devs who have to use your library hate you most [15:57] <ubitux> i still have some leaks [15:57] <wm4> so it's worth putting effort into that [15:57] <ubitux> yeah i agree [15:58] <Compn> well0ne : use cygwin term ? [15:59] <well0ne> no, ubuntu 12.04 cross compiling [15:59] <Compn> well0ne : i mean, it works on linux you say ? [15:59] <well0ne> by zeranoes script [15:59] <Compn> the newline in http header [15:59] <well0ne> yes it does [15:59] <Compn> does it work on cygwin term on windows ? [15:59] <well0ne> i think its working i didnt tried, just covered up you cant pass a newline as commands argument in windows [16:00] <well0ne> i tried already other shells, even no success [16:01] <Compn> shells? but terminal is the problem? heh [16:01] <well0ne> terminal häh? [16:01] <Compn> cygwin and rxvt on windows [16:01] <well0ne> what are you talking bout, [16:01] <well0ne> i tried win-bash [16:01] <Compn> you are talking about cmd.exe ? [16:01] <well0ne> sure iam [16:01] <Compn> i dont know what winbash uses [16:02] <well0ne> cygwin [16:02] <Compn> oh ok, then probably you need some patch [16:02] <Compn> can -header accept .txt file ? [16:02] <well0ne> i know, but i cant get my toolchain to work [16:02] <Compn> oh you just need someone to compile a patch ? [16:03] <well0ne> it would take some seconds to patch it in the http.c [16:03] <well0ne> my problem is that my toolchain is not build (by zeranoe) w32/w64 [16:03] <cone-497> ffmpeg.git 03Clément BSsch 07master:98b9bbb787bb: doc/examples: remove extra "the". [16:03] <cone-497> ffmpeg.git 03Clément BSsch 07master:2c1eb38e5ef4: avcodec: fix AVpacket AVPacket typo. [16:03] <Compn> ah [16:03] <cone-497> ffmpeg.git 03Clément BSsch 07master:dc8f732292fc: doc/examples: fix lib math dep for resampling_audio. [16:04] <well0ne> so i'm not able to compile , even to try my patch [16:04] <well0ne> internal compiler error: in c_builtin_function_ext_scope, at c/c-decl.c:3633 [16:04] <well0ne> geeee [16:05] <ubitux> saste_: so anyway, this helps: http://pastie.org/8297577 [16:05] <ubitux> but still leaking [16:07] <saste> is that option from the fork or compatibility stuff? [16:08] <ubitux> it's the same in the fork afaict [16:08] <saste> weird, because it has not even an help field [16:09] <ubitux> we need the same example with scaling [16:09] <ubitux> (for instance) [16:09] <ubitux> to have a clue about the buffer stuff only [16:09] <ubitux> not entangled with lavfi buffer management [16:13] <ubitux> i wonder what we are supposed to do in case we dont use the refcounted api.. [16:15] <wm4> saste: when I mentioned this, I got a RTFM thrown against my head [16:15] <wm4> saste: apparently it's buried in the doxygen for something else [16:16] <wm4> ah no, the actual refcounted_frames field has doxygen [16:17] <ubitux> ffprobe which isn't using the new api is actually leaking it seems [16:17] <ubitux> ah my bad that leak is sth else [16:18] <ubitux> ah ok, it's on the stack... [16:18] <wm4> ubitux: so does the example work pre-TEP? [16:19] <ubitux> i dont think it even builds [16:19] <ubitux> its using the new avframe api [16:19] <ubitux> but badly [16:21] <wm4> so why use the avoption API? [16:21] <wm4> to set that flag [16:24] <ubitux> no idea [16:28] <ubitux> http://pastie.org/8297619 here is the remaining leaks after switch to new api [16:54] <cone-497> ffmpeg.git 03Nicolas George 07master:d5b58f678dcb: tools: add benchmark for crypto functions. [16:54] <cone-497> ffmpeg.git 03Nicolas George 07master:d7ccfe58e3a3: lavc/libvorbisdec: do not return empty frames. [16:54] <cone-497> ffmpeg.git 03Nicolas George 07master:83635ac67bc3: ffprobe: show bitmap subtitles size. [16:54] <cone-497> ffmpeg.git 03Nicolas George 07master:04dcdc464087: lavc/avfft: init context to 0. [17:32] <jangle_> I"m trying to use libswscale in my code. but the linker is complaining that symbols found in the library can't be resolved. are there other library dependencies for libswscale? [17:33] <nevcairiel> if anything, only avutil [17:35] <Daemon404> isnt this what pkg-config is for [17:40] <ubitux> [NULL @ 0xabf0580] start time is not set in estimate_timings_from_pts [17:40] <ubitux> am i doing sth wrong? [17:46] <durandal_1707> what are you doing? [17:47] <ubitux> gonna send a patch in a moment so you can try [17:52] <durandal_1707> saste: so can that code in yadif request_frame be simplified? [17:56] <mateo`> ubitux: nice patch :) [17:56] <ubitux> if you say so.. [17:57] <ubitux> i tried to keep it as simple as possible [17:57] <ubitux> with random ± useful explanations [17:58] <ubitux> so anyway [17:58] <ubitux> durandal_1707: with the patch on the ml: [17:58] <ubitux> http://pastie.org/8297916 [17:59] <mateo`> will give it a try this evening [17:59] <ubitux> maybe michaelni_ knows more, since that's his favorite sample [18:00] <durandal_1707> explanations are to short, just single line [18:00] <durandal_1707> did you read invert sample Daemon404 linked? [18:01] <mateo`> ubitux: i mean the patch, not the weird sample :) [18:01] <ubitux> durandal_1707: i can add some lorem ipsum if you want [18:01] <jangle_> Daemon404: was that to me? [18:01] <ubitux> or just copy/paste the doxy from each function, for developers which are unable to configure their editor [18:01] <durandal_1707> also where is filtering example? [18:02] <jangle_> nevcairel: thanks I'll take a look [18:02] <ubitux> same directory, filtering_{audio,video}.c [18:02] <durandal_1707> ubitux: not that, when writing new ones... [18:04] <ubitux> ah yeah [18:04] <ubitux> Daemon404 derped to much today, so i have an excuse for not doing what he asked for [18:04] <Daemon404> i didnt ask you for anything [18:04] <Daemon404> pls2not lie [18:05] <ubitux> yeah you just insulted everyone [18:05] <ubitux> for not doing something you want [18:05] <Daemon404> for not writing docs for their own changes? [18:05] <ubitux> right [18:05] <ubitux> (even though they do actually) [18:05] <Daemon404> "docs" [18:06] <ubitux> here we go again [18:10] <durandal_1707> i wonder how this w3fdif works at all, it overreads coef_lf [18:12] <durandal_1707> actually it doesn't overread [18:12] <durandal_1707> its just dead code [18:44] <saste> ubitux: i'm afraid if we have too many examples then users will be confused [18:44] <saste> also it's more code to maintain, and it's not like example code is sexy to many developers [18:44] <durandal_1707> how? [18:44] <saste> filtering video, decoding, decoding_video [18:44] <saste> also demuxing [18:45] <durandal_1707> so what? [18:45] <saste> what example should the user look for? [18:45] <durandal_1707> there should be useful examples [18:45] <durandal_1707> that explain everything [18:46] <durandal_1707> to stop dumb questions on ml and irc [18:50] <wm4> I think the main problem is that simple things need lots of code [18:50] <wm4> because the API is low level [19:15] <ubitux> yes [19:15] <ubitux> examples do too much things [19:15] <ubitux> and don't detail some essential ones [19:34] <Compn> theres no simple answer to documentation [19:34] <Compn> some users want more, some users want less [19:34] <Compn> some dont read documentation and want to talk to people to get answers [19:34] <Compn> i think we can all agree we need more comments in the source code :) [20:08] <saste> Compn, not even that, well written code should not need comments ;-) [20:17] <Daemon404> do we have any of that? [20:21] <durandal_1707> yes, it resides in libswscale [21:22] <cone-497> ffmpeg.git 03Michael Niedermayer 07master:9cbb3fce5965: avcodec/avpacket: zero memory in av_packet_new_side_data() [21:48] <ubitux> http://syntaxi.net/2013/01/20/storyboard/ fun [21:53] <llogan> ubitux: nice find. also, good example. the cape. [21:54] <ubitux> the guy is using recent features, that's nice [21:54] <ubitux> ffprobe writers, scene detection, ... [21:54] <ubitux> :) [21:54] <ubitux> and possibly the gif encode [21:55] <llogan> maybe i'll ping him with the format=rgb8,format=rgb24 hack (if that still somewhat helps..can't remember. lazy.) [21:57] <ubitux> no [21:57] <ubitux> not necessary anymore [21:57] <ubitux> so please don't ;) [21:57] <relaxed> he could have hardsubbed using ffmpeg [21:58] <ubitux> yeah [21:58] <llogan> i would have tested first, of course, but thanks anyway [21:59] <relaxed> but still, that is a cool project [22:00] <cone-497> ffmpeg.git 03Clément BSsch 07master:bc68927a0f2c: tools/crypto_bench: fix 2 typos. [22:14] <cone-497> ffmpeg.git 03Clément BSsch 07master:36cd017acd9c: avformat: make avformat_close_input() more tolerant. [22:14] <cone-497> ffmpeg.git 03Clément BSsch 07master:3e1f507f3e8f: avcodec: make avcodec_close() more tolerant. [22:18] <BBB> ubitux: how's simd? [22:19] <cone-497> ffmpeg.git 03Clément BSsch 07master:f9742896713d: doc/APIchanges: update hashes and dates after last two commits. [22:19] <ubitux> BBB: nothing done yet [22:19] <ubitux> BBB: i'll probably start this week end [22:21] <BBB> ko [22:21] <BBB> ok [22:45] <durandal_1707> michaelni: mpeg4 in nut seems to give wrong fps like lxf [23:16] <michaelni> durandal_1707, just tried storing 25fps video in nut and i get "25 fps" [23:22] <Compn> stream copy or new stream ? [23:54] <michaelni> i tried both, now, neither shows a wrong value, stream copy looses the fps information though. -> closed invalid (no reproduceable testcase) [23:57] <michaelni> and no time guessing, there are real bugs with complete testcases on trac [23:57] <michaelni> my time is much more efficiently spend there [00:00] --- Thu Sep 5 2013

1 0

ffmpeg.log.20130904
by burek 05 Sep '13

05 Sep '13

[00:00] <Plorkyeran_> oh, ffmpeg's does a bit more than libav's [00:01] <Plorkyeran_> so maybe not completely trivial [00:03] <Mavrik> looking at the master it is trivial [00:04] <Mavrik> not really in accordance to standard encoder behaviour [00:07] <pyBlob> Mavrik: ok, using the simple udp-setup (with port), I can display it using ffplay on the same machine [00:08] <pyBlob> but when I try to connect from another machine, it doesn't receive anything (it also doesn't send anything to the "server") [00:08] <Mavrik> you don't connect, UDP is being sent to a target [00:08] <Mavrik> UDP is connectionless protocol, remember. [00:08] <pyBlob> so I should enter the target-ip? [00:08] <Mavrik> on the target machine you open a player and start listening to the proper port [00:09] <Mavrik> mhm [00:09] <Mavrik> also, firewalls tend to break [00:10] <pyBlob> specifying the ip of the other machine works ... now there arrive MAANY packets =) [00:11] <pyBlob> and ffplay can reconstruct the stream, thanks for the help [00:13] <Mavrik> np :) [00:16] <well0ne> Hi, i'm having a question HLS related (libav?!) ... I want to customize the HTTP-Request and add some headers, i see that avio_open2 works with options, but howto use this exactly? can anybody help? [00:21] <Mavrik> well0ne, http protocol handler accepts header as option [00:21] <Mavrik> I'm not sure what your usecase is though. [00:23] <Mavrik> anyway, good night. [00:39] <pyBlob> ffplay currently uses a buffer of >4s ... is there a way to make it smaller? [00:41] <CentRookie> hi all [00:41] <CentRookie> is there a way to specify the audio stream per language id, like eng, ger, instead of number? [00:42] <CentRookie> i know there is -map 0:a and 0:v but sometimes there are multiple audio sterams and i want to select the english stream per default [00:52] <pyBlob> setting buffer_size in server reduces latency quite much =) [01:11] <pyBlob> wow ... how long can it take to compile ffmpeg, this crappy computer is compiling for +2h now oO [01:14] <tsjiller> depends on how crappy your computer is i guess [01:16] <bencoh> :) [01:17] <pyBlob> :) [01:19] <well0ne> Hi, i figured out howto set a Custom User-Agent/Cookie or any Header on ffmpeg , with the "-headers" option . But i'm using windows and \n is not recognized as newline [01:19] <well0ne> but ffmpeg says i need to send the newline, if not a timeout will happen cuz the header is not send [01:19] <well0ne> what should i do :S [01:19] <pyBlob> well0ne: try \r\n [01:20] <well0ne> windows shell gives a fck [01:20] <well0ne> dont work [01:20] <pyBlob> :/ [01:20] <well0ne> really frustrating [01:20] <well0ne> do i really have to recompile it just for this litte error? i dont even have the toolchains ready :/ [01:22] <sacarasc> What happens if you try: -headers "I like cheese [01:22] <sacarasc> Do you like cheese?" [01:24] <well0ne> how to go in the 2nd line exactly? [01:24] <well0ne> if i press error the command is beeing executed [01:24] <well0ne> enter* [01:25] Action: sacarasc shrugs. [01:27] <well0ne> have anybody here a prepared toolchain for ffmpegs latest version w32/w64? [01:33] <sacarasc> well0ne: Try doing it in PowerShell? [01:33] <CentRookie> is there a map parameter for subs like 0:s ? [01:33] <well0ne> powershell? [01:33] <sacarasc> That seems to support going to multiple lines in "". [01:33] <well0ne> whats that [01:33] <vilalian> well0ne: http://ffmpeg.zeranoe.com/ [01:33] <well0ne> vilalian? [01:34] <sacarasc> well0ne: It's Windows' more powerful command line interface thingy... [01:34] <well0ne> ill try lol [01:34] <well0ne> i never know [01:34] <vilalian> well0ne: You were asking about w32/w64 setup or builds? They're on that site. [01:34] <well0ne> no i havent [01:35] <well0ne> sacarasc [01:35] <well0ne> the same behaviour [01:35] <well0ne> [http @ 0000000002658820] No trailing CRLF found in HTTP header. [01:36] <well0ne> -headers "HEAD\r\n" [01:38] <well0ne> this maybe works flawless under *NIX systems .... but [01:38] <well0ne> total failure on windows..... [01:38] <pyBlob> have you tried \\\r\\\n ? [01:38] <well0ne> yupp [01:38] <well0ne> i tried everything [01:39] <tsjiller> have you tried running it from bash instead of cmd? [01:39] <tsjiller> or some other shell compiled for windows [01:39] <well0ne> no [01:39] <well0ne> what would you prefer [01:41] <tsjiller> I'm not convinced thats your problem, but try win-bash ( http://sourceforge.net/projects/win-bash/files/shell-complete/latest/ ) [01:41] <well0ne> i did [01:41] <well0ne> dont work [01:41] <well0ne> same [01:42] <well0ne> [http @ 00000000003e8680] No trailing CRLF found in HTTP header. [http @ 00000000003e8680] HTTP error 408 Request Time-out [01:42] <well0ne> -headers "X-Forwarded-For: 80.74.130.38\r\n\r\n" [01:42] <well0ne> -.- [01:43] <pyBlob> have you had a look at the packets using wireshark or something the like? [01:44] <well0ne> yes [01:44] <well0ne> its a pure shell thing [01:44] <well0ne> under linux you can pass newlines as argument for commands [01:45] <well0ne> under windows you cannot [01:45] <well0ne> thats simple.... [01:45] <well0ne> so if anybody here have a toolchain and could just make a fixed version for my, please help me out :S [01:45] <pyBlob> http://superuser.com/questions/150116/how-to-put-a-newline-in-dos-command-l… [01:46] <well0ne> there is no answer [01:46] <well0ne> you just cant [01:46] <well0ne> dont wanna need ruby/python for that... [01:47] <well0ne> thanks ... [01:47] <sacarasc> The first answer didn't work? [01:47] <well0ne> nope [01:47] <well0ne> becuase i need to pass my argument in quotes [01:48] <well0ne> "HEADER: BLABLA^ [01:48] <well0ne> so windows doesnt ask for the next line, just executes it [01:50] <pyBlob> http://stackoverflow.com/questions/7041069/dos-working-with-multi-line-stri… [01:50] <well0ne> thanks for trying to help me [01:51] <well0ne> but i already tried everything [01:51] <well0ne> and this is bash [01:51] <well0ne> and a echo [01:51] <well0ne> not an command argument [01:51] <pyBlob> batch!=bash [01:52] <pyBlob> why don't you want to use batch-files? [01:52] <well0ne> it dont work man [01:52] <pyBlob> :) [01:53] <well0ne> ne jetzt mal im ernst [01:53] <well0ne> das funzt nicht .... [01:53] <well0ne> bin ja nich bescheuert.... [01:54] <well0ne> in dem beispiel was du gepostet hast wird ja ein echo verwendet. bei mir ists aber eben kein echo sondern der prozess an sich der gestartet wird, und da wird das dann wiederrum nicht berücksichtig [01:54] <well0ne> the toolchain is preparing since 4 hours, and no end in sight [01:56] <well0ne> I'll pay 10 ¬ to anyone how does 1-2 line patching in latest code && compile it for me w32/w64 [01:56] <well0ne> who* [01:57] <pyBlob> ... I have no further ideas anymore ._. [01:57] <well0ne> thanks anyway :) [01:57] <well0ne> i'll have to wait until my toolchain is ready :/ [01:58] <well0ne> hope the script from zeranoe is working [01:58] <pyBlob> yep ... I'm also waiting for my build to finish xD [02:30] <well0ne> I'll pay 10 ¬ to anyone how does 1-2 line patching in latest code && compile it for me w32/w64 [03:05] <BallsDeep> Does the "ffmpeg" utility always decode a lossy stream into a raw PCM (32-bit floating point) stream before it sends the data to a lossy encoder? How can I tell? Is there some utility that I can use to view what a "ffmpeg" lossy decoder is doing in real-time? [03:17] <BallsDeep> I use the following command to transcode DTS to AC-3: ffmpeg -i <filename.mkv> -threads 8 -map 0:1 -ac 6 -f ac3 -ab 640k <filename.mka> [03:18] <BallsDeep> When this command is executed, what is the DTS decoder decoding the stream too, before the encoder starts to encode the stream to AC-3? [03:27] <klaxa> well... raw would make sense [03:27] <klaxa> aka pcm [03:51] <well0ne> toolchain broken, build was unsuccessfull :( :( :( [04:22] <well0ne> lol [04:23] <well0ne> i'm on debian wheezy (7.1) the toolchain from zeranoe [04:23] <well0ne> says i need makeinfo [04:23] <well0ne> its not available at all ?! [04:23] <well0ne> textinfo == not exists [04:23] <well0ne> makeinfo === not exists [04:23] <well0ne> where do i get this O.o [04:23] <well0ne> wtf [04:25] <well0ne> HELP [04:50] <klaxa> what are you trying to do? [04:50] <klaxa> compile ffmpeg? [04:51] <klaxa> well0ne: ^ [04:51] <well0ne> ich hab versucht ffmpeg für windows auf einem debian system zu crosscompilen, komischerweise gabs da ein packet nich, habs manuell nachgeladen... [04:52] <klaxa> why not compile ffmpeg for windows... on windows? [04:52] <klaxa> also, even though i do understand german, keep it english for other people's sake [04:52] <well0ne> cuz there was already a prepared script for the complete toolchain by zeranoe [04:52] <well0ne> and i had a debian server available [04:54] <klaxa> can you pastebin whatever errors you get? [04:59] <well0ne> huh, i solved the problem [04:59] <well0ne> but now while creating the buildroot something happened [05:00] <well0ne> ill try again, if it crashes again ill pasebin [05:01] <klaxa> i will go to bed now though, because 5 am and work tomorrow [05:01] <klaxa> way too late already [05:05] <well0ne> :D [05:05] <well0ne> aight, gn8 [05:51] <wangoceantao> hi [06:30] <well0ne> I'll pay 10 ¬ to anyone how does 1-2 line patching in latest code && compile it for me w32/w64 [06:57] <wangoceantao> We are developing a video player under ios platform. [06:57] <wangoceantao> We use four threads. [06:57] <wangoceantao> Thread 1 is used for analyzing images; [06:57] <wangoceantao> thread 2 is used for decoding videos; [06:57] <wangoceantao> thread 3 is used for decoding audios; [06:57] <wangoceantao> thread 4 is used for outputting the audios and videos. [06:57] <wangoceantao> Here is the situation of the problem. The decoded data which is generated from Thread 2 will be put in the cache. Then when it plays, it plays too fast to watch. I adjusted NStimer, but it does not solve the problem. However, if I add sleep in the thread, then the problem is solved. But I cannot add sleep in my application since I need the synchronization of the video and audio when it plays. So, does anyone know what the problem is act [06:57] <wangoceantao> ually, please? And how to solve it? [07:12] <moonmayor> I'm trying to convert a movie to one image of tiled screenshots with timestamps. [07:13] <moonmayor> I can use drawtext to draw text all over one movie and make a new movie file, but I can't get it to draw on frames individually [07:13] <moonmayor> here are some commands I've been trying [07:13] <moonmayor> http://pastebin.com/HYgBPGrG [07:14] <moonmayor> I'm trying to find out how to fix: [07:14] <moonmayor> Unable to find a suitable output format for 'drawtext=fontfile=/Users/moonmayor/Desktop/FreeSerif.ttf: text='text to write': fontsize=20: fontcolor=red: x=10: y=50' [07:49] <relaxed> moonmayor: quote the entire filter chain [07:51] <moonmayor> trying now. [07:55] <moonmayor> ok, that made all the tiles, but the text was only on the first frame. [07:56] <moonmayor> I'm moving the drawtext earlier in the filter chain thinking that it will draw it on each frame before tiling [07:56] <moonmayor> and, yeah! that seems to work well. [08:22] <dawe> hello, can somebody help me with ffmpeg [08:24] <moonmayor> dawe, what are you trying to do? [08:39] <Guest33941> moonmayor: Im tying to convert flv video to mp4 [08:40] <Guest33941> But I have problem that video/audio is out of sync [08:40] <Guest33941> and sometime quality of video is poor [08:40] <Guest33941> when I convert from flv to flv, then video is almost ok, but when I change .flv to .mp4 then I have problem [08:42] <Mavrik> do you understand the difference between a container and stream_ [08:42] <Mavrik> ? [08:45] <Guest33941> yes a little [08:45] <Guest33941> flv is container and mp4 too [08:45] <Mavrik> mhm, and which video format are you using? are you even telling ffmpeg what quality do you want? [08:45] <Guest33941> and streams inside have different codecs [08:46] <Guest33941> I described my problem here http://stackoverflow.com/questions/18585607/red5-1-0-2-recorded-flv-convert… [08:46] <Guest33941> There are all info I hope, if u need more info I will tell you [08:47] <Guest33941> I recorded video via RED5 server and I want to convert it to some more friendly format [08:48] <Mavrik> yeah, first, stop converting to mpeg4 [08:48] <Mavrik> and using libvo_aacenc& this will make your life easier [08:48] <Mavrik> use libx264 to encode into H.264 [08:48] <Mavrik> and make sure you PASS QUALITY SETTINGS to ffmpeg [08:48] <Guest33941> Im not sure if I know how to use it, Im beginner with ffmpeg [08:48] <Mavrik> because now ffmpeg just defaults to very low settings since you never tell it what you want your video quality to be. [08:48] <Guest33941> can u help me with command please [08:49] <Guest33941> I want quality for web [08:49] <Mavrik> https://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/ [08:49] <Guest33941> 30sec video about max 5mb [08:50] <sacarasc> Guest33941: Try ffmpeg -i input.flv -c:v libx264 -preset:v veryslow -crf 22 -c:a copy output.mp4 [08:54] <Guest33941> sacarasc I tried and : track 1: could not find tag, codec not currently supported in container [08:54] <chrisjunkie> Guys, doing development on ZoneMinder the CCTV software package and having some issues with avformat. What we're hoping to do in the future is save video to a video container rather than a bunch of JPEGs and I'm starting the work on that feature. I'm trying to take a raw H264 frame (as opened by ffmpeg), and then just place it inside a MKV container. The ouput context it allocated, and stream created. The codec context is copied [08:54] <chrisjunkie> from the codec context of the incoming stream to the codec context of the output stream and then the header is written. Packets are being saved into the container fine, but the issue is the time base is all wrong [08:54] <Mavrik> sacarasc, you can't just throw speex into an mp4 -_- [08:54] <chrisjunkie> I can see that the time_base is 1,90000 on the stream, but on the codec itself its 1,30 [08:54] <sacarasc> I didn't see what he had as an input file. :D [08:55] <Mavrik> chrisjunkie, that tends to not be a problem [08:55] <chrisjunkie> Where should I be copying this time_base to? The output stream or the output codec? [08:55] <Mavrik> are you having sync issues? [08:55] <chrisjunkie> Yeah, i.e video is 58mins long but is actually only say 30 secs [08:55] <Mavrik> that's probably not due to timebase [08:55] <Guest33941> Stream #0:0: Video: flv1, yuv420p, 640x360, 625 kb/s, 1k tbr, 1k tbn, 1k tbc ; Stream #0:1: Audio: speex, 16000 Hz, mono, s16, 16 kb/s [08:56] <Mavrik> but if you're just copying raw frames you should certanly also copy all codec metadata [08:56] <Guest33941> but Iam able to record to Nellymoser codec if it is better [08:56] <chrisjunkie> Mavrik: sorry, I meant the clip is 30sec but it is shown to me as being 60 mins or similar [08:56] <chrisjunkie> Mavrik: raw frames? I'm copying the packets [08:56] <chrisjunkie> Should I be doing the frames instead? I don't want to decode the h264 obviously [08:57] <Mavrik> chrisjunkie, sorry, miswrote, packets :) [08:58] <chrisjunkie> Mavrik: ah cool. So I'm on the right track then! Super hard to paste example code but if I do a paste would you be willing to take a look at it? [08:58] <chrisjunkie> (due to the huge source code base) [08:58] <Mavrik> that's usually not all that constructive [08:58] <Mavrik> chrisjunkie, check out ffmpeg.c [08:59] <Mavrik> and what it does when you pass "-codec copy" [08:59] <chrisjunkie> Oh ok. Will do thanks [08:59] <Mavrik> sadly checking out ffmpeg.c is usually still the best documentation for that stuff -_- [09:00] <chrisjunkie> Haha yeah, there are few examples :-( [09:00] <chrisjunkie> Duration: 02:19:02.28, start: 0.000000, bitrate: 6 kb/s [09:00] <chrisjunkie> That is hugely incorrect :P [09:01] <chrisjunkie> I'll dig into ffmpeg.c after dinner and report back [09:01] <Mavrik> yeah that's usually timebase/duration fail :) [09:01] <Mavrik> don't remember the exact nuances tho :\ [09:23] <Kurvivor> hello [09:23] <Guest33941> please can somebody help me with conversion command, Im started with this: ffmpeg -i test.flv -c:v libx264 -c:a libvo_aacenc test.mp4 [09:23] <Kurvivor> in ffmpeg api, what is the equivalent of passing -c:v <codecname> for ffmpeg tool? [10:06] <Guest33941> please can somebody help me with ffmpeg [10:07] <sacarasc> Guest33941: Try ffmpeg -i input.flv -c:v libx264 -preset:v veryslow -crf 22 -c:a libvo_aacenc -b:c 128k output.mp4 [10:09] <Guest33941> I will try [10:09] <Guest33941> after that video is slow and lagy [10:10] <Guest33941> I created this command [10:10] <Guest33941> ffmpeg -i test.flv -c:v libx264 -profile:v high -preset slow -b:v 300k -maxrate 300k -bufsize 600k -r 30 -c:a libvo_aacenc -b:a 128k test.mp4 [10:10] <Guest33941> it works, but sound is out of sync :( [10:12] <Guest33941> I added to your command -r 30 for fps . Without that command I got laggy and bsplayer sayed, that video have 1000fps [10:12] <Guest33941> ffmpeg -i test.flv -r 30 -c:v libx264 -preset:v veryslow -crf 22 -c:a libvo_aacenc -b:a 128k output.mp4 [10:12] <Guest33941> but still is video out of sync [10:12] <Guest33941> audio [10:13] <sacarasc> Is it constant out of sync? Or does it get out of sync over time? [10:13] <Guest33941> it looks constant, from beginning [10:13] <Guest33941> audio is before video [10:14] <Guest33941> when I play flv file in flash videoplayer, then sound and video is okay [10:14] <sacarasc> -itoffset can change the sync of audio and video. I've never used it, so you might have to play with ti. [10:14] <Guest33941> I can try, but in future I will need some automatic process, its for web, for many videos [10:15] <spaam> Guest33941: are you stealing videos from the web ? [10:15] <sacarasc> Guest33941: Is it happening for ALL videos, or just this one? [10:15] <Guest33941> no Iam creating webcam video recorder [10:15] <Guest33941> all recorded video [10:16] <Guest33941> when I change output file to "flv", then in bsplayer video and audio is synced correctly [10:16] <Guest33941> when set mp4, then not [10:16] <Guest33941> maybe to use some other people friendly format - I need that everybody will be able to play it [10:18] <Kurvivor> how can i get framerate using ffmpeg api? [10:27] <BoR0> anyone has any idea how to solve this issue when building shared on mingw32? make: *** No rule to make target `libavdevice/avdevice.dll', needed by `all-yes' [10:27] <BoR0> it doesn't occur when I build static [10:31] <Guest33941> sacarasc: so itsoffset helped me, but Im not sure if it will work globaly for longer/shorter videos.. so I will try, thank you for help. But if somebody have another solution without manual set, so tell please [13:30] <pyBlob> I'm streaming a live-video from my webcam using (which works fine): [13:30] <pyBlob> raspivid -t 0 -w 640 -h 480 -fps 25 -b 500000 -vf -o - | ffmpeg -i - -vcodec copy -f mpegts tcp://192.167.2.241:2020?listen [13:30] <pyBlob> but using [13:30] <pyBlob> ffplay tcp://192.168.2.241:2020 [13:32] <pyBlob> ffplay only starts to display something, when it has buffered ~20s video, so I have to wait for the output-window to appear and then have to manually seek to the end of the buffer [13:33] <pyBlob> > now it's running nearly realtime, is there anything to tell ffplay, that it should just display the last frames/smaller buffer/...? [13:59] <pyBlob> actually the same happens, when using "ffmpeg -i tcp://192.168.2.241:2020 ..." [14:00] <pyBlob> and that's even more annoying, because I can't seek there [14:10] <Mavrik> pyBlob, why are you using tcp at all? [14:10] <pyBlob> it currently is the most stable ... [14:11] <Mavrik> just how bad is your line you can't use the standard UDP transfer? [14:11] <Mavrik> which also has all parameters you need (TCP isn't really widely supported or used) [14:11] <pyBlob> how would you go about streaming the h264-video from my raspberry pi to another computer (for further analysis/viewing) [14:14] <Mavrik> I'd send a MPEG2-TS packaged stream over UDP protocol to another machine which listens on a port [14:14] <Mavrik> that's the industry standard way of broadcasting [14:16] <pyBlob> so the command would be "ffmpeg -i - -vcodec copy -f mpegts udp://TARGETIP:PORT" [14:18] <Mavrik> pyBlob, depending on how H.264 is structured, you'll need -bsf h264_mp4toannexb filter as well [14:28] <soul-d> on that note any good source on file format layouts [14:29] <soul-d> Q: > http://i.imgur.com/lWVFlsP.png could use some reading on file format markers etc [14:30] <pyBlob> Marvik: here's some ouptut: [14:30] <pyBlob> http://pastebin.com/kGu1uUw3 and http://pastebin.com/p6nX7xJ8 [14:39] <pyBlob> Mavrik: ... any idea, what I'm doing wrong there? [14:40] <Mavrik> pyBlob, either you're losing alot of packets on the network [14:40] <Mavrik> or your encoder doesn't inject PPS/SPS packets and you need the bitstream filter [14:41] <Mavrik> soul-d, define file format layouts? different container types? [14:42] <soul-d> http://pastebin.com/YEv5gwg3 was my test from yesterday [14:43] <pyBlob> Mavrik: now I'm getting http://pastebin.com/nfNXPTLc [14:44] <Mavrik> pyBlob, ah& is it possible to tell RPi encoder to insert SPS/PSS data_ [14:44] <soul-d> but mkv seemed much to complex for simple debugging basicly i need to learn to extract frames and get egg find start off the frame extract it to buffer so i was searching for markers but haven't had much luck except finding about header markers (hex view) [14:45] <pyBlob> let's see ... [14:45] <Mavrik> soul-d, MJPEG would probably by far the simplest [14:45] <Mavrik> soul-d, it expects frames in JPEG though [14:46] <soul-d> did read a bit on jpeg but thats with al the ecoding tables huff dmt ? screen is pure rgb though so if there is an ecoding in that id like to experiment with that but need raw 8 bits per color data [14:50] <soul-d> so basicly for starters just copy paste a sequentual 1byte data in < R> <G><B> where R is 0.0 top left but since the screen itself alreay works with frames and fields thought maybe single vframe would be "easy" to extract [15:05] <well0ne> I'll pay 10 ¬ to anyone how does 1-2 line patching in latest code && compile it for me w32/w64 [15:18] <viric> there is a web page for those offerings, right? [15:19] <viric> bugfix-on-demand, with money offer [15:21] <well0ne> zeranoe, where yre youuu [15:21] <JEEB> http://wiki.videolan.org/Bounties <- this is the only bounty list I know of [15:24] <pyBlob> Mavrik: I can specify a parameter -g for "GoP" .. but that breaks ffmpeg: "pipe:: Invalid data found when processing input" [15:36] <well0ne> toolchain broke again :( [15:36] <well0ne> no success [16:35] <well0ne> i'll try cygwin now [17:18] <well0ne> cygwin looks way better .... [17:31] <jangle_> well0ne: what are you trying to patch [17:40] <well0ne> crlf in http.c [17:40] <well0ne> you cannot pass a crlf in windows shell but its required to use a custom http headwer [17:55] <well0ne> problem solved [17:55] <well0ne> but now i have to add the cygwin1.dll, is it possible to make it full-static? [17:57] <teratorn> somehow i doubt if linking cygwin1 library statically would be any fun at all [17:57] <well0ne> hm kay [17:57] <teratorn> does it even build that way? [17:57] <well0ne> yeah [17:57] <teratorn> there is a cygwin1.lib ? [17:57] <well0ne> working perfectly now [17:57] <well0ne> added crlf [17:58] <teratorn> oh you're just babbling.. :) [17:59] <well0ne> wtf?! [18:00] <well0ne> no i was speaking about a ddl [18:00] <well0ne> which is needed by the ffmpeg executable after building it with cygwin [18:01] <jamesba> When using ffmpeg h264 decoder library with thread_type = FF_THREAD_SLICE and nThreads = 16, and incoming data bitrates in the 400Mb/s+ range I find that the decoder often experiences double frees and segfaults. It seems that there are frequent calls into av_buffer_unref with buffers that have already been unreffed or never properly assigned as (*buf)->buffer == NULL. The issues seem to begin with the decoder outputting "decode_slice_header error". [18:02] <jamesba> looking in the code the point where "decode_slice_header error" is printed doesn't seem to do any bailing out or cleanup of the context [18:03] <jangle_> well0ne: just distribute the cygwin.dll with your application? [18:03] <well0ne> hahahaha you're so funny [18:03] <well0ne> i was asking if i can build it without needed the dll [18:03] <jamesba> from my debugging it seems as though there may be a problem with h->cur_pic after that error [18:04] <jangle_> well0ne: whats funny about saving yourself the work? [18:04] <well0ne> that was sarcastic [18:05] <jangle_> ... [18:05] <well0ne> anyway thanks ^^ problem is solved [18:05] <jangle_> how did you solfe it [18:05] <jangle_> solve* [18:05] <well0ne> yeah ^^ [18:06] <jangle_> fantastic [18:06] <schauer97> hi [18:08] <schauer97> I want make a livestream with ffmpeg. The problem is that i can't switch betwenn input sources (Desktop, Webcam etc). Has someone a idea? [18:08] <schauer97> It must be live. I want stream it to my own server or to ffmpeg [18:08] <schauer97> *twitch [18:09] <schauer97> no one? [18:09] <well0ne> wieso muss es denn ffmpeg sein? [18:09] <schauer97> kann auch was anderes sein [18:10] <well0ne> there many desktop streaming programms [18:10] <well0ne> but you can use ffmpeg to catch the webcam/desktop aswell [18:10] <well0ne> just read the doku [18:11] <schauer97> I was not able to found something that work for me [18:11] <well0ne> huh [18:11] <well0ne> well sry [18:11] <well0ne> i have to leave [18:11] <well0ne> have an appointment [18:11] <schauer97> Webcamstudio is not a solution [18:11] <well0ne> have a nice day [18:11] <schauer97> It is progammed in java --> it is very slow [18:12] <schauer97> I want something like wirecast [18:12] <schauer97> ciau [18:19] <schauer97> Is someone here [18:20] <schauer97> ? [18:20] <jamesba> yes, but I can't really help you [18:20] <schauer97> okey :) [18:20] <schauer97> thank and bye [20:03] <hallagulla> i have some flac format songs but my mp3 player wont play it..can i convert it to mp3/wma(these are the supported formats in my player) without loosing any /with smallest loss? [20:29] <Renich> hello [20:29] <Renich> I need help with this: http://ur1.ca/fdmhg [20:30] <Renich> it works, but the audio seems to be out of sync and the video ends before the audio does [20:30] <Renich> how can I optimize that? [21:47] <relaxed> relaxed: you can use -shortest to end after the shortest stream ends. [21:47] <relaxed> -qscale 9 does nothing there [21:48] <relaxed> oh, I messaged myself [21:48] <relaxed> and he's gone [21:49] <relaxed> for the record I'm still on my first cup of coffee [21:50] <klaxa> noted [23:24] <chrisjunkie> Guys, getting a segfault when trying to access the last_dts value in the info struct of an AVStream [23:25] <chrisjunkie> i.e printf("%lld", (long long) input_stream->info->last_dts) [23:25] <chrisjunkie> Is this field not always set? [23:26] <chrisjunkie> In fact, I can't read anything in the info field [23:53] <chrisjunkie> In an InputStream there is a dts value, is there a value which refers to the same timestamp in an AVStream? [23:56] <chrisjunkie> i.e cur_dts or reference_dts? [23:56] <Mavrik> InputStream? wat? [23:56] <Mavrik> dts is a property of a packet [23:57] <Mavrik> everything else is internal bookkeeping you shouldn't rely on. [00:00] --- Thu Sep 5 2013

1 0