Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

January 2014

1 participants
62 discussions

ffmpeg-devel.log.20140110
by burek 11 Jan '14

11 Jan '14

[00:08] <llogan> saste: what do you think about moving the compile guide from using Git to source snapshots? 6MB vs ~60MB (shallow Git repo) vs ~130? MB full git [00:09] <saste> llogan, what compile guide? [00:09] <llogan> Ubuntu [00:09] <saste> provide both instructions, assuming the user wants to update [00:10] <saste> otherwise just suggest to use the snapshot [00:10] <llogan> updating is simple with snapsho too. just download a new one [00:10] <saste> indeed i don't like git is used for external libs (I'd prefer just to download snapshot) [00:16] <clever> i'm wondering, how does ffmpeg and h264 deal with B frames exiting the decoder out of order? [00:17] <clever> saste: you could also use a shallow git clone, which wont get the entire history, but can still update easily [00:19] <llogan> clever: that's what the guide in question is currently doing [00:19] <clever> ah [00:19] <clever> the problem i can see with downloading a whole new checkout, is that its not as compact as a diff would be [00:20] <wm4> can a shallow clone actually git pull? [00:20] <clever> yeah [00:20] <llogan> apparently. although when users "git pull" the shallow repo it becomes almost as large as the full repo [00:20] <llogan> side effect is that ./version.sh acts weird [00:20] <clever> ah yeah, i can see how that would happen [00:20] <clever> pull will just get ANY missing objects [00:20] <llogan> it you expect N-59728-g77d2a1c version will report N-39025-g77d2a1c [00:21] <llogan> on a shallow pulled repo [00:21] <clever> but it think there is pull --depth also [00:21] <llogan> why didn't i think of that? [00:21] <llogan> git is hard. lets go shopping. [00:22] <clever> i find that git is better then svn, i'm able to make commits on my changes without having to ask for any kind of admin access [00:25] <saste> llogan, if you want my opinion, snapshots for external libs, and git clone for ffmpeg [00:25] <saste> but that's somehow subjective [00:25] Action: saste going to bed [00:25] <llogan> i was going to ask why exactly... [00:26] <clever> wm4, llogan: do either of you happen to know some of the h264 decoder details? [00:26] <llogan> clever: no, sorry. [00:27] <saste> llogan, because that way it's easer to update ffmpeg [00:28] <saste> external libs don't need to be updated so often [00:28] <clever> i think i want to do something with AV_PICTURE_TYPE_B after reading h264.c [00:29] <llogan> saste: i'm not sure how often users are followign the update instructions. once in a while because i notice the verison weirdness...but i'll give the snapshots a try. [00:31] <wm4> clever: what are you even messing with? [00:31] <clever> wm4: omx decode on the raspberry pi [00:31] <wm4> I don't think asking random people whether they know something will lead to much progress [00:31] <clever> the frames are exiting the hw decoder out of order [00:31] <clever> 1 2 0 5 4 3 7 6 9 8 12 11 10 15 14 13 18 ... [00:32] <clever> it seems to be because the B frames are referencing 'future' frames which where encoded into the file as 'past' frames, so they are available at the right time [00:32] <clever> and they have to be re-ordered before rendering [00:33] <nevcairiel> did you create a whole new decoder now, or a hwaccel for the h264 decoder? [00:33] <clever> hwaccel modile within h264 [00:33] <clever> module* [00:33] <nevcairiel> it should handle re-ordering for you then [00:33] <clever> and due to latency in the hardware decoder, i'm returning frames late [00:34] <clever> when you ask for frame #5, i output frame #4 or #3 [00:34] <nevcairiel> that will break it :) [00:34] <clever> yeah, i wondered about that when i first set it up that way [00:34] <nevcairiel> it'll give you the bitstream of a frame, and it expects that frame back [00:34] <nevcairiel> or re-ordering wont work [00:34] <clever> it takes about 0.03 seconds to return the frame i think [00:34] <clever> and it wasnt having enough cpu time left to actualy run at real-time [00:35] <clever> i'll see if i can undo that mess [00:37] <clever> nevcairiel: the other major issue i have, is that the api is async, so i have to just block on a mutex in rpi_h264_end_frame and waste cpu time while waiting for a frame to decode [00:38] <clever> so the thread is completely tied up until the gpu is done [00:38] <nevcairiel> sounds like the api is horrible [00:38] <clever> you call a fill function, and at some point in the future, it runs a callback on its own thread [00:39] <clever> but ffmpeg expects things things right away, so i have to add pthread_cond_wait to the end_frame function [00:40] <clever> and if rendering and decoding run in the same thread, pthread_cond_wait completely halts all rendering [01:08] <smarter> BBB: I forgot, how do you do cycle counting when optimising assembly? [01:08] <smarter> I think you used some code from ffmpeg [01:10] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:7f9697aa114c: avformat/nutdec: fix packet end clearing [01:11] <michaelni> smarter, one way is START/STOP_TIMER [01:12] <smarter> right, that's what I was trying to remember [01:13] <smarter> michaelni: can you use them to benchmark part of a function in assembly? [01:17] <smarter> I guess I can just put them around the C code and hope there's not too much noise [01:19] <michaelni> yes, also the less code is executed the more you would have to expect to see effects from the benchmark code itself influence the result [01:19] <michaelni> so even if you could put *_TIMER between each asm instruction the result would be meaningless [01:22] <smarter> I see :) [01:23] <smarter> also I think the perf tool should help to understand the impact of each instruction, once I'll understand how it works [02:15] <Zeranoe1> Any ideas why FFmpeg might be encoding the audio of a file to have one less frame than the video? [02:17] <Compn> Zeranoe : what command line [02:18] <Zeranoe1> Compn: More of a general question, it's actually amv-codec-tools which uses an old FFmpeg. I keep having playback issues because one audio frame less keeps ending up in the output file [02:20] <Zeranoe1> could it have anything to do with frame types? [02:21] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:4162ceea9368: avformat/mxfdec: check avio_read(UID) result [02:22] <michaelni> Zeranoe1, amv is intra only so there should be no b frames [02:23] <Daemon404> well he said audioframe [02:23] <Daemon404> isnt it just adpcm? [02:24] <Compn> amv is crap, so i'm not surprised there are problems [02:24] <Zeranoe1> Daemon404: It's a little different, the device will only play amv audio from amv-codec-tools [02:24] <llogan> Zeranoe1: are you in China? [02:24] <Compn> Zeranoe : wasnt there an amv fix in a recent ffmpeg ? [02:25] <Zeranoe1> llogan: No, this is for someone else who is too cheap to buy decent hardware... [02:25] <llogan> i hope you charge them enough to make it up [02:26] <llogan> Skinflint tax [02:26] <Zeranoe1> lol [02:26] <michaelni> also are you sure, that the problem you see is related to there being a frame less ? [02:27] <Zeranoe1> Yes, the format error on the device happens only at the very end, and it will play any video with the same number of frames. Took me forever to get to this point [02:29] <michaelni> maybe ask nicolas about it, he worked on the end of stream code in ffmpeg IIRC [02:43] <Zeranoe1> Is there any way to force ffmpeg to mux a adpcm_ima_wav? I don't think it supports it [02:50] <cone-535> ffmpeg.git 03Justin Ruggles 07master:aa69cbc9e082: flac muxer: add option to disable writing the global header [02:50] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:3b8299c1e1c7: Merge commit 'aa69cbc9e08281db6ecb98a2c8b4f60e8b12e558' [02:59] <michaelni> Zeranoe1, what do you mean by mux ? [02:59] <michaelni> if you mean encode a file with adpcm_ima_wav as audio codec, theres -acodec for that [03:01] <Zeranoe1> michaelni: Sorry I meant adpcm_ima_amv, which FFmpeg cant encode. Can I mux it if I can encode it with something else? [03:02] <michaelni> probably not, i faintly remember there was some trickery needed for amv audio [03:23] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:a7d0e7ead95e: lavfi: add framepack filter [03:23] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:402a41140685: Merge commit 'a7d0e7ead95e584c4866617f046b2493066975c6' [03:34] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:11d704dc94c0: fate: add framepack filter test [03:34] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:7f2367fb9ec0: Merge commit '11d704dc94c029058ac366f85951f6728638fb9c' [03:36] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:d44bd7fb27d4: avfilter: add documentation for needs_writable [03:36] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:48276731d604: Merge commit 'd44bd7fb27d4121512eae0ffce5e48bac25e82dc' [03:42] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:5655732c77f2: avfilter: add needs_writable field to the internal AVFilterPad structure [03:42] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:8788d316062e: Merge commit '5655732c77f2df9c1dfbddc30cd4844390a6921f' [03:57] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:abb5e37f64c4: avfilter: fix leaks on error in ff_filter_frame [03:57] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:d9481dcd612b: Merge commit 'abb5e37f64c48bba8bd0fde2bada0f7544defa24' [04:06] <cone-535> ffmpeg.git 03Vittorio Giovara 07master:02b9fafcca58: avutil: do not use avcodec header in frame.h [04:06] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:c47fc0339a7f: Merge remote-tracking branch 'qatar/master' [06:07] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:34e90b2e6d66: fate: fix MSS2 tests on big endian [08:08] <Zeranoe> What is a 'K' flag in ffprobe's frame output for audio? [08:09] <nevcairiel> keyframe, i presume [08:12] <Zeranoe> I'm trying to match a file, does adpcm_ima_wav produce all keyframes by default? if not, could that be set somehow [08:13] <nevcairiel> most audio codecs are all keyframes [08:36] <Zeranoe> This is a really odd file... it has nb_frames=2 and nb_read_frames=3490 [08:37] <Zeranoe> Also, what is this '00000000: f907' [13:49] <cone-737> ffmpeg.git 03Carl Eugen Hoyos 07master:693a36b6f8ca: Unscaled 16bit packed RGB to planar GBR converter. [13:49] <cone-737> ffmpeg.git 03Carl Eugen Hoyos 07master:8b7cce441ce6: Support signed j2k images via libopenjpeg. [13:49] <cone-737> ffmpeg.git 03Carl Eugen Hoyos 07master:8298b54179c9: Fix libopenjpeg colour range adjust for 8<bpp<16. [14:08] <cone-737> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:6ce835d77f76: Fix libopenjpeg colour range adjust for 8<bpp<16. [15:39] <ubitux> michaelni: are you ok with the dvb patch? [15:40] <ubitux> i will do the nit styles, fate test and apply tonight (will be faster than explaining again) [15:42] <JEEB> btw, is the yellowness of fate right now due to some non-updated samples on the fate boxes? [15:42] <JEEB> although I guess not [15:42] <JEEB> MSS2 test fails with a single picture's hash [15:45] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:4cb9c2013662: avformat/avisynth simplify packet allocation [15:52] <michaelni> ubitux, no objection to dvb [15:54] <michaelni> JEEB, theres a bug in mss or demuxer [15:56] <ubitux> michaelni: ok thx, i'll have a look to the pjs patch asap btw [15:56] <ubitux> tonight probably [15:57] <michaelni> thx [17:12] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:e1d8ef4c21f6: avcodec/mss2: fix chroma dimensions [17:22] <smarter> any idea why the following change (use int16_t intead of int for a two-element array to simplify the assembly): https://github.com/smarter/libav/commit/5ffd7fc90e18ac0f23bf465c8bde4d0440c… increases the number of cycles spent on chroma deblocking? [17:43] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:ab9d7e0b120c: swscale: fix rgb48Toxyz12() endianness [17:59] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:e2bb185e62e3: nut: Support XYZ12 rawvideo [19:46] <j-b> http://googleonlinesecurity.blogspot.fr/2014/01/ffmpeg-and-thousand-fixes.h… [19:57] <Compn> j-b : ah, they wrote an article when they hit 500 or 600 too a few months ago [19:58] <Compn> Until we can declare both projects "fuzz clean" we recommend that people refrain from using either of the two projects to process untrusted media files. [19:58] <Compn> lol [19:58] <j-b> yeah [19:58] <j-b> I laughed at that [19:58] <j-b> Media formats are insane [20:00] <Compn> oh they both have personal blog posts on this [20:01] <Compn> yeah , i guess its possible that someone would craft a malicious file to take over a video plugin or vlc [20:01] <Compn> which they do with windows media player all of the time (or used to) [20:02] <Daemon404> his git log isnt very true [20:03] <Compn> http://j00ru.vexillium.org/?p=2211 [20:03] <Daemon404> the grep will also turn up libav's fixe which ffmpeg may have copletely ignored [20:03] <Compn> has some interesting detail [20:03] <Daemon404> or fixed the same thing [20:05] <nevcairiel> its unlikely that libav fixes went completely ignored, either ffmpeg already had the fix (most of the time differently, because you know, libav needs to re-write it), or it was merged. I suppose there may be the occasional case where some circumstance may have led to it not being merged completely, but its far more likely stuff turns up double, then stuff turning up which isn't fixed in ffmpeg :p [20:05] <Compn> Daemon404 : j00ru's blog details the number of michael fixes directly [20:06] <Compn> er michael and libav [20:06] <nevcairiel> you could take the ffmpeg list, deduct the libav list, and get some kind of meaning from it :d [20:06] <Compn> its on his blog already :P [20:08] <Compn> at the bottom is the numbers [20:08] <Compn> perfectly laid out [20:08] <Compn> by developer even [20:08] <Compn> of both projects [20:08] <nevcairiel> yeah except that all the libav commits are also in ffmpeg [20:09] <Compn> maybe you should submit a bug advisory to j00ru about his blog numbers :D [20:10] <Daemon404> Compn, i fid it weird that there are 3 posts that are pretty close [20:10] <Daemon404> wording is exact same in soem areas [20:10] Action: Daemon404 bets the PR hounds mangled them [20:10] <Compn> its a joint blog post and they both work at googles ? [20:11] <Compn> and its english posted on a french google site. so add in language barrier [20:12] Action: Compn wonders how many people use mplayer anymore [20:12] <Compn> or xine [20:12] <Compn> i guess xine was the default media player in some distros [20:12] <Daemon404> i dont think anyone uses xine at all [20:12] <Compn> j-b : how come vlc isnt the default player in all distros? :P [20:13] Action: funman uses mplayer [20:13] <Compn> yay [21:06] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:396ddcf22d55: avformat/flvdec: initialize context before reading from it [21:20] <cone-737> ffmpeg.git 03Martin Storsjö 07master:f8558780bbbb: fate: Explicitly specify the rgb555le pixel format for the mss2 rgb555 tests [21:21] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:c881f46a9c7e: Merge remote-tracking branch 'qatar/master' [22:59] <ubitux> michaelni: can i have the pjs file please? [23:17] <michaelni> ubitux, see your inbox [23:21] <ubitux> thx [23:46] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:a1ed1c219348: avformat/matroskadec: check generic audio deinterleaver sub_packet_size against frame_size [23:58] <j-b> Compn: why would VLC be the default? [00:00] --- Sat Jan 11 2014

1 0

ffmpeg.log.20140110
by burek 11 Jan '14

11 Jan '14

[00:44] <Guest20535> are there any methods to transcode HTTPS traffic? [00:46] <Guest20535> any suggestions? [00:48] <Guest20535> Content providers going to HTTPS for all their content, besides just for streaming video? do we have any methods to optimize secure contents? [01:02] <Guest20535> @Jeeb: any suggestions [05:54] <mootsadog> I have some dumb questions if y'all don't mind. I'm using MacOS X 10.8.x. How can I add codec support to ffmpeg? Does it have to be recompiled for it? I just grabbed somebody's binary. [06:02] <relaxed> mootsadog: yes. which codec? [06:03] <mootsadog> WebM [06:14] <relaxed> mootsadog: what's the output of `ffmpeg -codecs 2>/dev/null| grep vp[89]` [06:14] <mootsadog> DEV.L. vp8 On2 VP8 (decoders: vp8 libvpx ) (encoders: libvpx ) [06:14] <mootsadog> D.V.L. vp9 Google VP9 [06:16] <relaxed> ok, then you should have support for creating webm video [06:17] <mootsadog> "Unknown encoder 'webm'" [06:17] <relaxed> webm is a container. ffmpeg -i input -c:v libvpx -c:a libvorbis output.webm [06:18] Action: mootsadog facepalm [06:18] <mootsadog> thanks for straightening that out relaxed [06:18] <mootsadog> and there it goes [06:19] <mootsadog> i've never used webm and need to start publishing to my own website right away due to youtube headaches, so I appreciate it :D [06:21] <relaxed> mootsadog: might want to look at `ffmpeg -h encoder=libvpx 2>/dev/null` too [06:22] <relaxed> mootsadog: and https://trac.ffmpeg.org/wiki/vpxEncodingGuide [06:22] <mootsadog> ah! handy!! thank you for your help :) [06:23] <relaxed> you're welcome [06:47] <mstrcnvs> is it possible to convert only a byte-range of a file using the ffmpeg CLI? [09:40] <GT1> Hi, I would need somebody to help me to figure out something. I want to turn a gif file into an avi file. If i use ./ffmpeg -i input.gif output.avi it works and I get one animation time of video [09:41] <GT1> now I want to loop it to repeat it until i press q, and my problem is that when i use it like this [09:41] <GT1> ./ffmpeg -loop 1 -i input.gif output.avi it says option loop not found. when I change the gif to a png or image it works, any idea why? [09:45] <GT1> easy to say, but pastebin limit reached and the activation for sign up isn't comming, until I get it working, should this supposed to work? [09:47] <GT1> http://pastebin.com/ttdMEPJr [09:48] <GT1> so anyone have a clue what's wrong? [09:48] <ubitux> you don't need -loop 1 [09:48] <GT1> if I don't use loop only one animation time is saved to the video [09:48] <ubitux> ah, to make it loop [09:48] <ubitux> -ignore_loop 0 [09:49] <ubitux> ffmpeg -ignore_loop 0 -i input.gif -t 60 output.avi [09:49] <ubitux> probably [09:49] <GT1> thx for the help, to be honest I never saw ignore loop command before [09:54] <ubitux> it's documented [09:54] <ubitux> see ffmpeg -h demuxer=gif [09:55] <ubitux> "documented" [09:55] <ubitux> :p [09:55] <GT1> rofl :) yeah "documented" used quite loosly [09:56] <ubitux> the gif muxer is documented, but indeed the demuxer one is missing [09:56] <GT1> thx anyway :) [09:59] <AleXoundOS> Hi. I'm streaming to twitch.tv/snipealot2 with ffmpeg. There is a high amount of image distortion. Can I avoid this distortion somehow? [10:25] <GT1> I have another question, is there any way to use overlay and itsoffset together? but in a kind that it would show the first frame of video till the input starts? [10:53] <GT1> Can somebody help me with this? http://pastebin.com/LxwDE2eh [10:53] <GT1> I want to add couple of videos side by side and mix their audio with different sound level [10:54] <EchoDev> Any russians here? [10:54] <GT1> my problem first of all is that around 2 sec of the output video there is a glitch in sound and the console output is a bit unsetling [10:55] <GT1> and when the first video is over, there is no sound at all [10:57] <GT1> anyone? [10:58] <GT1> @ubitux are you here? [11:00] <AleXoundOS> EchoDev, yep [11:00] <EchoDev> AleXoundOS can you tell me what this means? http://kthnxbai.info/PicAyzo/977dab.png [11:01] <GT1> Can anyone help me with the amerge problem? [11:02] <AleXoundOS> EchoDev, Settings. Choose a folder for synchronization with the Cloud. Folder is used by another account. [11:02] <EchoDev> Hmm ok, thanks :) [11:04] <GT1> and only if I output mp4, if I leave out video and just generate an mp3 it works [11:04] <GT1> at least the output what I wanted, but it still generates a lot of error [11:19] <ubitux> GT1: can you isolate the amerge in your command? [11:21] <GT1> yes I can, just a sec [11:23] <GT1> http://pastebin.com/yVX52dfT [11:23] <GT1> the funny thing is as I said, when I only export audio to an mp3 there is no error and the sound is correct [11:23] <ubitux> and only video works as well? [11:24] <GT1> just a sec [11:29] <GT1> k, I'm back I believe so, I'll run a test with the color source too [11:29] <GT1> Yes it does, separatly it works as supposed to [11:29] <GT1> without errors [11:30] <ubitux> can you paste the working video command? [11:30] <GT1> k [11:30] <GT1> with the output console too?> [11:31] <ubitux> yes please [11:32] <GT1> http://pastebin.com/yWwtK1RG [11:33] <ubitux> "color=s=1280x400:duration=10:0xFFFFFF[bg];[0]scale=640:-1[q];[bg][q]overlay=0:0[e];[1]scale=640:-1[r];[e][r]overlay=640:0[v]; [0:a][1:a]amerge, pan=stereo|c0=0.9*c0+0.1*c2|c1=0.9*c1+0.1*c3[a]" -map "[v]" -map "[a] [11:33] <ubitux> doesn't work? [11:34] <ubitux> "color=s=1280x400:duration=10:0xFFFFFF[bg];[0:v]scale=640:-1[q];[bg][q]overlay=0:0[e];[1]scale=640:-1[r];[e][r]overlay=640:0[v]; [0:a][1:a]amerge, pan=stereo|c0=0.9*c0+0.1*c2|c1=0.9*c1+0.1*c3[a]" -map "[v]" -map "[a]" [11:34] <GT1> nope, cannot allocate memory [11:34] <GT1> i mean it renders and all [11:34] <GT1> but the audio is buggy [11:35] <GT1> http://pastebin.com/5AL8Q82y [11:36] <GT1> https://www.dropbox.com/s/9fk89kgdth6eb4c/output.mp4 [11:36] <ubitux> you're encoding with libvo_aac [11:37] <ubitux> it's known to be one of the worse [11:37] <ubitux> try -c:a aac -strict experimental as output option [11:37] <ubitux> though, the error is strange [11:38] <GT1> yeah, just trying that [11:38] <GT1> same [11:38] <ubitux> can you share the 2 input videos? [11:38] <ubitux> or they're too larges? [11:39] <GT1> http://pastebin.com/mrt7Naps [11:39] <GT1> they are two random free video from the net, 200 mb in total [11:40] <GT1> i'll upload it if that helps [11:40] <GT1> first video [11:40] <GT1> https://www.dropbox.com/s/6u762orr9drmww1/first.MOV [11:41] <ubitux> i'd like to have the simplest command line possible to reproduce the problem [11:42] <GT1> ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:v]scale=640:-1[e];[1]scale=640:-1[r];[e][r]overlay=640:0[v]; [0:a][1:a]amerge, pan=stereo|c0=0.9*c0+0.1*c2|c1=0.9*c1+0.1*c3[a]" -map "[v]" -map "[a]" -acodec aac -strict experimental -ar 44100 -ac 2 output.mp4 [11:42] <ubitux> yes, but that's really complet :) [11:42] <GT1> thats one over and audio merge [11:43] <ubitux> like, can you remove the video part of the filtergraph (and pick the first video stream) [11:43] <GT1> but k, just a sec [11:43] <ubitux> and then is the pan filter necessary to reproduce the issue [11:43] <ubitux> etc [11:43] <GT1> nope [11:43] <GT1> wait [11:43] <GT1> pan? [11:43] <GT1> i'll try [11:43] <ubitux> yes you have a pan filter after your amerge for some reason [11:44] <GT1> nope [11:44] <GT1> ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:v]scale=640:-1[v]; [0:a][1:a]amerge[a]" -map "[v]" -map "[a]" -acodec aac -strict experimental -ar 44100 -ac 2 output.mp4 [11:44] <GT1> still produce the error [11:44] <GT1> second video [11:44] <GT1> https://www.dropbox.com/s/gkkijanvipma19q/second.MOV [11:45] <ubitux> ok now, what about removing "[0:v]scale=640:-1[v];" (and -map "[0:v]" instead of -map "[v]") [11:45] <GT1> http://pastebin.com/9SKNBxWP [11:45] <GT1> k 1 try [11:46] <ubitux> if that works, add -c:v copy [11:46] <GT1> Output with label '0:v' does not exist in any defined filter graph, or was already used elsewhere. [11:47] <ubitux> huh. [11:47] <GT1> same reaction [11:47] <GT1> ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:a][1:a]amerge[a]" -map "[0:v]" -map "[a]" -acodec aac -strict experimental -ar 44100 -ac 2 output.mp4 [11:47] <GT1> Output with label '0:v' does not exist in any defined filter graph, or was already used elsewhere. [11:47] <ubitux> ah, -map 0:v [11:47] <ubitux> sorry [11:47] <GT1> same error [11:48] <GT1> i mean [11:48] <GT1> it runs [11:48] <GT1> but cannot allocate memory [11:48] <ubitux> good [11:48] <GT1> no sound when it says cannot allocate memory [11:49] <GT1> How the hell can this be good? :P [11:49] <ubitux> the cli is simpler ;) [11:49] <ubitux> just a min [11:49] <ubitux> looking at reproducing [11:49] <GT1> ok [11:52] <ubitux> i have sound here [11:52] <ubitux> despite the message [11:52] <GT1> i have sound too, but time to time it just mutes then goes forward [11:52] <GT1> did you check my sample output? [11:53] <ubitux> your sample output? [11:53] <GT1> for a short time there is sound, then mutes, then the sound comes back and this repeats, so it's not really acceptable [11:53] <GT1> yeah I linked it on dropbox :P [11:53] <GT1> https://www.dropbox.com/s/9fk89kgdth6eb4c/output.mp4 [11:53] <GT1> this was the output what the most complex command produces [11:53] <GT1> after 1 sec there is no sound till second 2 [11:54] <GT1> and after 5-6 sec there is no sound at all [11:54] <GT1> after second 7 when the first video stops [11:54] <ubitux> how was that generated? [11:54] <GT1> the first command with color and overlay and pan all together [11:55] <GT1> but I'll upload a new one with the simplified versiojn [11:57] <GT1> so now I used this command [11:57] <GT1> ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:a][1:a]amerge[a]" -map 0:v -map "[a]" -acodec aac -strict experimental -ar 44100 -ac 2 output.mp4 [11:57] <GT1> and produces this [11:57] <GT1> https://www.dropbox.com/s/9fk89kgdth6eb4c/output.mp4 [11:58] <ubitux> i used that exact command, with -c:v copy to avoid re-encoding the video [11:58] <ubitux> and it sounds fine to me [11:59] <ubitux> your sample also sounds fine to me [11:59] <GT1> Huh? [11:59] <GT1> You don't hear any sound mutes during the playback? [11:59] <ubitux> no [11:59] <GT1> wait i'll test it on a device then [12:00] <GT1> but still what's the error for?: [12:00] <ubitux> dunno about the error, will look [12:00] <ubitux> is the playback fine when you use ffplay? [12:00] <GT1> didn't compiled ffplay [12:01] <ubitux> what player are you using? [12:01] <GT1> standard movie player from linux [12:01] <ubitux> there is a standard movie player on linux? [12:01] <GT1> and nor the dropbown web player works [12:01] <GT1> ubuntu 12.04 [12:02] <ubitux> anyway, works fine here with mpv and ffplay [12:02] <GT1> well I didn't installed it so I think it has [12:02] <GT1> I'm noob to linux :P just using it to work with ffmpeg [12:02] <ubitux> i'm going to look at that weird error [12:03] <GT1> i'll test it on another computer [12:04] <GT1> it's lagging even on other computer are we testing the same video file? [12:04] <GT1> https://www.dropbox.com/s/9fk89kgdth6eb4c/output.mp4 [12:05] <GT1> this is tested on windows and still when I play it time to time there is no sound [12:06] <GT1> any idea? could you post your example you encoded? [12:08] <ubitux> not enough bw [12:08] <ubitux> that file you just posted plays fine here too [12:08] <GT1> k, what I found is [12:09] <GT1> that on windows the sounds seems ok, but when I have the sound lag on linux, on windows the framerate seems to jump high [12:09] <GT1> can you confirm that it's the same on your computer? [12:09] <GT1> time to time the video just plays at a higher rate? [12:14] <ubitux> no, it sounds fine to me [12:14] <ubitux> but it's just 7 second so... [12:15] <GT1> Did you read what I wrote? Not the sound, watch the video. Time to time do the ducks speed up? and slow down? Like if it would play with higher frame rate? [12:16] <ubitux> ah sorry i'm at work, i'm not supposed to watch duck videos [12:17] <ubitux> will do later, i'm debugging the error anyway [12:24] <GT1> If you find what's the error is caused by please tell, because I need to run this on a device, which don't like errors at all [12:27] <ubitux> yes, i'm on it, give me some time [12:56] <GT1> or is there any other way I could mix the sound track of inputs with different volume strength [12:56] <GT1> ? [12:59] <ubitux> see with amix filter maybe [13:00] <GT1> yeah, I'm just trying that one, but it's sooooooo slow [13:00] <GT1> how the hell does an audio mix take longer time then combining and editing videos? [13:01] <GT1> with amix it works, but my problem is that it's waaaaaaaay toooo slow [13:01] <GT1> ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:a]volume=0.2[a1];[1:a]volume=0.8[a2];[a1][a2]amix[a]" -map [a] -map "0:v" output.mp4 [13:01] <GT1> renders, gives good result and all, but takes quite a lot of time [13:01] <ubitux> i don't remember what amix does exactly [13:01] <ubitux> add -c:v copy [13:02] <GT1> I'll be using filter complex, I can't use v copy [13:02] <GT1> it's almoast instant with v:copy [13:02] <GT1> I dont' get it [13:03] <ubitux> you're not filtering video [13:03] <ubitux> so -c:v copy is fine :p [13:03] <GT1> yeah, but if I add back the overlay and pan [13:03] <ubitux> the video encoding is slow [13:03] <GT1> i can't use v copy as far as I know [13:03] <JEEB> yes [13:03] <JEEB> because that's video filtering [13:03] <ubitux> yeah if you add video filtering ofc.. [13:04] <GT1> hi JEEB :) [13:04] <GT1> k, i'll try it out in my production environment [13:04] <GT1> let see how fast is it [13:09] <GT1> what does this mean? [13:09] <GT1> 01-10 14:07:19.635: W/LOGTAG(11638): ***Output pad "default" with type audio of the filter instance "Parsed_volume_7" of volume not connected to any destination*** [13:09] <GT1> for the audio part i'm using [0:a]volume=0.9[a0];[1:a]volume=0.9[a1];[a1][a2]amix[audio] [13:10] <ubitux> "[audio]" is mapped? [13:10] <GT1> 01-10 14:07:15.436: D/Command(11638): -map [13:10] <GT1> 01-10 14:07:15.436: D/Command(11638): [video] [13:10] <GT1> 01-10 14:07:15.440: D/Command(11638): -map [13:10] <GT1> 01-10 14:07:15.441: D/Command(11638): [audio] [13:10] <GT1> yes it is [13:11] <GT1> for four line pastebin? really? anyway yes it is mapped [13:14] <GT1> any idea? [13:15] <GT1> I don't get it, with video the map works, but with the audio not... [13:20] <ubitux> what's your cli? [13:22] <alexavenger> Hi :) [13:22] <alexavenger> good morning [13:22] <GT1> k, I reproduced it on my computer so [13:22] <GT1> http://pastebin.com/YpZhRsZZ [13:22] <GT1> and basicaly whaty I changed form what It worked before is that I added the audio mix [13:22] <alexavenger> does anybody knows how to change a TBR 100 to TBR 25 ? There's any comand specific for that in ffmepg? [13:27] <GT1> i know it's a bit complex, but it's generated. Anyway the part iwht the map i don't get it, why can't it see it? or what's happeneing there, if I remove the volume and amix part map an input streams audio it works [13:30] <GT1> i could reproduce the same thing even like this: ./ffmpeg -i first.MOV -i second.MOV -filter_complex "[0:a]volume=0.9[a0];[1:a]volume=0.9[a1];[a1][a2]amix[a]" -map 0:v -map [a] -vcodec libx264 -preset ultrafast -acodec aac -strict experimental -ar 44100 -ac 2 -ab 192k -aspect 510:510 -y output.mp4 [13:37] <GT1> rofl [13:37] <GT1> ok, miss type [13:37] <GT1> a0 [13:37] <GT1> :) [13:39] <GT1> well it got slower on device [13:40] <GT1> but it seems to work with amix, but I don't get it why didn't it work with amerge [13:57] <GT1> Can I have another quick question? My problem is that I don't always know if I have an audio stream or not, can I put a conditional statement of some kind? To check if it has an audio then mix it if not then leave it out? [13:58] <GT1> because if I use this ./ffmpeg -i first.MOV -i second.MOV -i video.mp4 -filter_complex "[0:a]volume=0.9[a1];[1:a]volume=0.9[a2];[2:a]volume=0.9[a3];[a1][a2][a3]amix=inputs=3[a]" -map 0:v -map [a] output.mp4 [13:58] <GT1> if I supply 3 movie with audio it works fine, but if I supply an image for example it dies, because it has no audio channel, any idea? [13:58] <JEEB> you could parse the output of ffmpeg or ffprobe [13:59] <JEEB> or possibly there's a way to do conditional statements in lavfi but I'm not into that voodoo [14:01] <GT1> I think ffprobe is out of question, if you remember last night I'm working on android, so the less exec the better [14:02] <GT1> and the problem with parsing the output is that it takes qutie a while till it loads up on android, so in case of multiple inputs running multiple times is not a good option [14:06] <JEEB> then I guess you're better off just using the libraries? [14:06] <JEEB> via JNI [14:07] <GT1> if I fought so much to make the console working i won't switch :( I'll try to find another way, but thanks anyway [14:08] <GT1> k, at least now I know that I can check for all input in a single ffmpeg run, but still quite a much fuss [14:08] <relaxed> parse all the inputs at once with ffmpeg [14:10] <GT1> probably that's the only way, even though it's slow to start up an exec just for taht [14:11] <relaxed> my phone has grep but not sed or awk. [14:11] <relaxed> how can google not include awk :/ [14:13] <GT1> :) [17:22] <Mayumi> hi [17:22] <Mayumi> i have a question [17:22] <Mayumi> does anybody know how i can remove the black borders on the top and bottom of a video with ffmpeg automatically? [17:23] <Mayumi> amazon uses ffmpeg for its elastic transcoder service and it can do this behind the scenes [17:40] <wrabbit> if i have files named test-1.jpg and test-2.jpg i can do "avconv -r 15 -i test-%01d.jpg -vcodec libx264 out.mkv" and it works fine [17:40] <wrabbit> if they are named test1-1.jpg and test2-2.jpg and i use "avconv -r 15 -i test%01d-%01d.jpg -vcodec libx264 out.mkv" i get "test%01d-%01d.jpg: No such file or directory [17:41] <wrabbit> the - between the %01d seems to be killing it [17:41] <wrabbit> im assuming avconv and ffmpeg handle this the same, sorry if i assumed wrong [19:09] <llogan> Mayumi: you can use the crop filter [19:10] <llogan> ...for the third time [19:11] <Mayumi> ok [19:11] <Mayumi> sorry [19:11] <Mayumi> i asked this a few times yes, but i ended up not seeing the response cause i wasn't here and it took a while [19:12] <llogan> Mayumi: using any decent IRC client will highlight or provide some sort of indication whenever your name is used [19:12] <Mayumi> can ffmpeg do this automatically? or do i need to specify dimensions [19:12] <Mayumi> im using irssi [19:12] <Mayumi> i kno [19:13] <llogan> you can look at cropdetect [19:13] <llogan> https://ffmpeg.org/ffmpeg-filters.html#cropdetect [19:13] <Mayumi> nea [19:13] <Mayumi> t [19:13] <Mayumi> im looking at it now [19:14] <Mayumi> i have about 1000 videos to transcode so i'd like to do this as easily as possible [19:14] <llogan> wrabbit: we have nothing to do with avconv [19:15] <llogan> perhaps you can just crop upon playback [19:16] <Mayumi> llogan: it looks like players are cropping it automatically during playback [19:21] <llogan> Mayumi: i see few reasons to re-encode 1000 videos just to remove letterboxing [19:32] <Mayumi> llogan: well, when these videos are posted up for sale then the resolution is going to be a bit misleading [19:33] <Mayumi> also that crop technique you gave me worked, thank you, however it seems to have removed a little more of the video that it should [19:33] <Mayumi> ill see if i can figure out why [19:34] <Mayumi> they also need to be transcoded because they are all stupid file formats [20:52] <yuvadm> hey everyone, quick question, i have a (DVB-T ripped) clip that for some reason has the audio track cut somewhere in the middle, is there any way to check if it can be restored? [20:52] <yuvadm> i've already run ffmpeg -i in.mp4 -vn -acodec copy out.aac and i only get the partial audio, not what i'm expecting to be the full audio [21:00] <yuvadm> btw i'm also getting some errors that might point to a problem [21:00] <yuvadm> [h264 @ 0x120fb00] mmco: unref short failure [21:00] <yuvadm> and number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one [22:26] <jnvsor> In the ffmpeg docs I see referneces to filtergraph input/outputs [in]/[out] - how do I know which names to use for different inputs? [22:26] <ubitux> you map the outputs [22:27] <ubitux> with something like -map '[my_output]' [22:29] <jnvsor> I've used map to map inputs using their input number, I suppose that would be `-map 1 [name]`? [22:38] <ubitux> i'm not sure what you want to do, do you have a use-case? [22:46] <Mayumi> does anyone know how to specify the SAR for ffmpeg output? [22:46] <jnvsor> Overlaying webcam onto x11grab feed, then scaling the both of them down [22:50] <ubitux> if you use -filter_complex, you refer to the input with something like '[0:1]' in your filtergraph [22:51] <ubitux> then on the output you name it like '[v1]' and '[v2]' (or whatever name you prefer) [22:51] <ubitux> then you can map them with -map '[v1]' -map '[v2]' etc [22:51] <ubitux> [in*] and [out*] are iirc default names when used with -vf [22:52] <jnvsor> -filter:v throws an error if I try to use a filter that takes more than one input, tells me to use filter_complex instead [22:53] <ubitux> just do it then [00:00] --- Sat Jan 11 2014

1 0

ffmpeg-devel.log.20140109
by burek 10 Jan '14

10 Jan '14

[00:35] <saste> michaelni, ping on muxing.c PTS handling patches [00:40] <cone-780> ffmpeg.git 03Lou Logan 07master:00bef6431ed7: doc/filters: add rotate example using degrees [00:42] <michaelni> saste, pong [00:56] <llogan> ubitux: got a twitter tip? how about "the rotate filter can handle degrees too: ffmpeg -i input.avi -vf rotate=45*PI/180 output.mkv" [00:58] <llogan> or "if you've been using qt-faststart you can alternatively use '-movflags +faststart' in ffmpeg" [01:03] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:c0a33c477094: avfilter: avfilter_register() that works in O(1) time [04:37] <cone-206> ffmpeg.git 03Michael Niedermayer 07master:fb8f5d051061: avcodec/msvideo1enc: fix SKIPS_MAX [07:27] <ubitux> llogan: dunno, maybe "fast 180 degree rotation, -vf vflip,hflip"? [07:29] <clever> ubitux: do you know much about b frames in h264? [07:29] <ubitux> no [07:29] <clever> ah [07:30] <clever> was just wondering if there was a simple way to fix my display order issues [10:55] <cone-206> ffmpeg.git 03Stefano Sabatini 07master:eadc42125905: examples/muxing: set sample formats from list of codec supported sample formats [10:55] <cone-206> ffmpeg.git 03Stefano Sabatini 07master:80bca6eabe8a: examples/muxing: honour distinction between encoder PTS timebase and stream timebase [10:55] <cone-206> ffmpeg.git 03Stefano Sabatini 07master:9abe4a10fd58: examples/muxing: reuse global audio frame [10:55] <cone-206> ffmpeg.git 03Stefano Sabatini 07master:8d22d37e548e: examples/muxing: use av_frame_free() in place of av_free() [10:55] <cone-206> ffmpeg.git 03Stefano Sabatini 07master:094c500caf0c: examples/muxing: set timestamps in output audio packet [11:28] <ubitux> saste: drawing borders is really complex [11:28] <ubitux> even libass still fails at it with some fonts [11:32] <saste> ubitux, i believe it [11:32] <saste> but still the rendering result is pretty poor [11:32] <saste> the feature should be probably implemented in libfreetype [11:34] <ubitux> or in harfbuzz probably, but dunno [11:38] <durandal_1707> saste: why is irc meeting again on dedicated channel? [11:38] <wm4> why not use libass for drawing text [11:39] <wm4> instead of NIH using freetype manually? [11:39] <saste> btw we don't support right-to-left languages, nor japanese/chinese up to down [11:39] <wm4> libass does [11:39] <saste> wm4, you can already do it with the subtitles filters I suppose [11:39] <saste> my idea is that drawtext should be only a thin wrapper around libfreetype, no more no less [11:40] <wm4> how is that useful [11:40] <saste> wm4, it is, if you want to stay thin and don't want to rely on libass and friends [11:40] <wm4> libass is pretty thin [11:41] <saste> is it fully multiplatform? [11:41] <wm4> yes [11:41] <ubitux> does it supports the same compilers and plateform ffmpeg has? [11:41] <wm4> yes [11:42] <ubitux> why isn't it merged with ffmpeg yet ? @_@ [11:42] <wm4> to troll ffmpeg devs [11:42] <ubitux> ! [11:43] <durandal_1707> is there .ffmpegrc? [11:43] <saste> libass? why should it be merged in ffmpeg? [11:43] <ubitux> :) [11:43] <saste> also rendering text is not the proper domain of libfreetype? [11:43] <durandal_1707> because mplayer [11:44] <ubitux> ft just does the rasterization, it won't ever support all the font effects you can imagine [11:44] <saste> mplayer => the root of all the evil [11:44] <wm4> saste: freetype alone is pretty low level, you can't even do international text [11:45] <saste> wm4, yes so what's the next level? [11:45] <saste> libfreetype -> libass [11:45] <saste> what's the missing intermediate? [11:45] <wm4> libass uses freetype, fontconfig and harfbuzz directly [11:46] <saste> so i suppose harfbuzz is the answer [11:46] <wm4> no [11:47] <blastergod> Hello, I am trying to concat 2 mp4 files using a simple command "ffmpeg.exe -i "C:\vid1.mp4" -i "C:\vid2.mp4" -filter_complex "concat" -y "c:\zzzz.mp4"" . It works with all files but 1 . When I try to concat this 2 files, ffmpeg shows an error (after encoding about 300 frames) : "deprecated pixel format used, make sure you did set range correctly" and than the frame stops changing, [11:47] <blastergod> the timetsamp stops changing and the fps goes down from 200,199 etc... but it never reaches 0. It simply drops fps and that's it, it stays there without doing anything. If I press Q in command line (windows) the process stops and the video cannot be played. Now if I take each of the above videos and re-encode them first, than the concat works. What can cause this problem? [11:47] <ubitux> blastergod: #ffmpeg [11:48] <blastergod> thanks, I am pretty in need of help, been searching and trying to fix this for over 20 hours :( [11:53] <cone-206> ffmpeg.git 03Michael Niedermayer 07release/1.1:4de4eb60a1ba: avformat/oggdec: dont read timestamps from EOS pages of ogm videos [11:53] <cone-206> ffmpeg.git 03Michael Niedermayer 07release/1.1:adb784ad8610: avformat/mxfdec: detect loops during header parsing [11:53] <cone-206> ffmpeg.git 03Carl Eugen Hoyos 07release/1.1:3ada932202ae: Use the h264 parser when decoding VSSH in avi. [11:53] <cone-206> ffmpeg.git 03Michael Niedermayer 07release/1.1:5ea2a8d43e69: avcodec/msvideo1enc: fix SKIPS_MAX [11:53] <cone-206> ffmpeg.git 03Michael Niedermayer 07release/1.2:e24b33cd6835: avcodec/msvideo1enc: fix SKIPS_MAX [11:53] <cone-206> ffmpeg.git 03Michael Niedermayer 07release/2.1:d45a724192d8: avcodec/msvideo1enc: fix SKIPS_MAX [12:02] <durandal_1707> there should be .ffmpegrc because of -hide_banner [12:13] <cone-206> ffmpeg.git 03Timothy Gu 07master:bba73f5574af: doc: remove encoder/muxer/sinks docs from ffplay- and ffprobe-all [12:25] <ubitux> saste, wm4, so, should we add a -vf drawass? [12:26] <wm4> +1 [12:26] <ubitux> i already love the name [12:27] <saste> ubitux, probably, but the name is hilarious [12:28] <durandal_1707> just ass [12:28] <nevcairiel> I wish someone would finish the native win32 font backend for libass though, fontconfig is practically unusable on windows [12:29] <j-b> I wish we had a library to draw text that is not linked to a format [12:30] <j-b> aka libass without the ass part [12:30] <nevcairiel> well you always need some kind of formating to tell it what to draw how [12:31] <j-b> draw( this_text, format_struct_t ) [12:31] <nevcairiel> that gets pretty low level if you want every character in another color, for example [12:32] <nevcairiel> inline formating has certain advantages [12:33] <nevcairiel> not saying libass is the solution, but i see the advantage of inline style information over such an API [12:34] <j-b> sure [13:15] <durandal_1707> is there hex editor/viewer that allows to change color of certain bytes (range)? [13:19] <saste> durandal_1707, probably you can do that with emacs and some emacs-lisp programming [14:29] <cone-535> ffmpeg.git 03Anton Khirnov 07master:ebfe622bb1ca: mpegvideo: drop support for real (non-emulated) edges [14:29] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:2830f287e2f2: Merge commit 'ebfe622bb1ca57cecb932e42926745cba7161913' [14:37] <cone-535> ffmpeg.git 03Anton Khirnov 07master:ef8c93e2f18c: vp8: drop support for real (non-emulated) edges [14:37] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:7904dfed7370: Merge commit 'ef8c93e2f18c624d0c266687e43ab99af7921dd3' [14:47] <cone-535> ffmpeg.git 03Anton Khirnov 07master:ca96e3371690: vp9: drop support for real (non-emulated) edges [14:47] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:3773738e26c9: Merge commit 'ca96e337169093979d7c763064ad9dae12b3108c' [14:48] <michaelni> BBB / ubitux, if you dont like the vp8/9 changes just say so and ill revert them [14:50] <ubitux> > the gain is not large enough to justify the added complexity. [14:50] <ubitux> those 2 lines? [14:53] <nevcairiel> well the real diff is a bit larger [14:54] <BBB> I bet they didn't measure it [14:54] <BBB> anyway, work... [14:54] <nevcairiel> iirc, the reason to remove it is that someone thought it was unreasonable to require edges to be allocated in get_buffer, since some players apparently didn't do that and it caused issues for them [15:06] <cone-535> ffmpeg.git 03Anton Khirnov 07master:a246af86e470: FATE: add MSS2 tests [15:06] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:2b318f8ca916: Merge commit 'a246af86e47044dec243db2f708cc125d608ea78' [15:24] <Compn> bik in mkv haha [15:25] <Compn> why [15:25] Action: Compn dares not read [15:25] <JEEB> that thread is /still/ going on? [15:25] <JEEB> oh great [15:25] Action: JEEB blames Compn [15:25] <JEEB> she is saying that it should be supported because mplayer can decode the result :D [15:36] <cone-535> ffmpeg.git 03Guillaume Martres 07master:e588615d938f: hevc: fix decoding of one PU wide files [15:36] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:c1362ca0479e: Merge commit 'e588615d938f8581f0d6f3771662d08cadfc00de' [15:52] <cone-535> ffmpeg.git 03Anton Khirnov 07master:d48132b7de76: mjpegdec: apply flipping after decoding, not before [15:52] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:cab5315519ff: Merge remote-tracking branch 'qatar/master' [15:54] <Compn> JEEB : you cant blame me because mplayer is awesome [15:54] <Compn> although i would like to take credit [15:54] <Compn> you could blame me if she was using mencoder , but my answer would be 'use ffmpeg' [15:54] <Compn> and then we're here already [18:21] <cone-535> ffmpeg.git 03Andre Anjos 07master:23ffc4c70d59: doc/examples/muxing: Fixes frame initialization. [20:23] <cone-535> ffmpeg.git 03Diego Biurrun 07master:4b48201d4d9d: ac3tab.h: #include the correct headers [20:23] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:b4f97d4a0edc: Merge commit '4b48201d4d9d57a2a1ecf8504bc928aff83cb99a' [20:32] <cone-535> ffmpeg.git 03Diego Biurrun 07master:b0be1ae792ac: x86: avcodec: Add a bunch of missing #includes for av_cold [20:32] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:390452bab627: Merge commit 'b0be1ae792ac8bbfb0fc7b9b9cb39eaf0feb489b' [20:49] <cone-535> ffmpeg.git 03Diego Biurrun 07master:4c642d8d9870: x86: hpeldsp: Add missing av_cold attribute to init function [20:49] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:92b2404571bc: Merge commit '4c642d8d98703faf52983243098f35865e15b312' [21:04] <ubitux> michaelni: in cab5315519ff8172f3b07dbcc4d4829ae567b1a9 shoudln't we use FF_CEIL_RSHIFT()? [21:04] <ubitux> i'm afraid it will cause troubles with odd sizes [21:04] <cone-535> ffmpeg.git 03Maxim Polijakowski 07master:e6f0bb65270b: ATRAC3+ decoder [21:04] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:268d93172460: Merge remote-tracking branch 'qatar/master' [21:05] <ubitux> btw, i see some code remaining doing stuff about emu edge [21:46] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:af15c17daa5d: avcodec/mjpegdec: remove new flipping code [21:47] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:7c3700cd1d86: avcodec/mjpegdec: use the AVFrame width/height for flipping [21:47] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:ebfa1264aacf: avcodec/mjpegdec: allow lowres with amv [21:48] <michaelni> ubitux, should be fixed [21:48] <ubitux> awesome, thx! [21:48] <michaelni> or did you see more emu edge stuff that should be removed updated ? [21:48] <ubitux> i was just reading cvslog [21:49] <ubitux> didn't look further [21:57] <j-b> 1m [21:57] <j-b> oops, sorry [23:13] <wm4> ubitux: ^ [23:14] <wm4> ... [23:14] <wm4> well, the bot is dead or so: http://trac.ffmpeg.org/ticket/3287 [23:15] <nevcairiel> its not dead, just slow [23:51] <cone-535> ffmpeg.git 03Michael Niedermayer 07master:77d2a1ca595e: avformat/rmdec: when reading audio blocks, dont leave holes when reading fails [00:00] --- Fri Jan 10 2014

1 0

ffmpeg.log.20140109
by burek 10 Jan '14

10 Jan '14

[05:55] <SpecialEd> I'm having a hell of a time installing ffmpeg on my Ubuntu 12.04LTS 64-Bit Server for some reason. I've followed the official steps provided @ https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide but for some reason when I complete everything the command ffmpeg still isn't regonized, The program 'ffmpeg' is currently not installed. You can install it by typing: [05:55] <SpecialEd> Any ideas on how I can resolve this so that I can successfully get ffmpeg installed on this server? [05:58] <SpecialEd> I know that the step to enter hash -r should resolve this issue, but for whatever reason its not for me :( [06:09] <relaxed> SpecialEd: what prefix did you use to install it? [06:09] <relaxed> where should it be? did you create a *.deb? [06:14] <SpecialEd> ./configure --prefix="/root/ffmpeg_build" --extra-cflags="-I/root/ffmpeg_build/include" --extra-ldflags="-L/root/ffmpeg_build/lib" --bindir="/root/ffmpeg/bin" --extra-libs="-ldl" --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree; [06:14] <SpecialEd> You mean in there? [06:15] <relaxed> run: /root/ffmpeg/bin/ffmpeg [06:15] <SpecialEd> ahhhh [06:15] <SpecialEd> ok [06:15] <SpecialEd> and I can make a bash alias for it right ? [06:16] <SpecialEd> I guess i shoulda just done /usr/local/bin, doh [06:21] <relaxed> an alias would work or just use the absolute path [07:21] <SpecialEd> OK, I just reconfigured it with the /usr/local/bin/ as the path for the bindir and its working perfectly again on my server. Thank you so much relaxed for leading me back on the path to success, I truley appreciate it! [09:45] <dshankar> Hi! I'm trying to install ffmpeg with libvpx, libx264, and x11grab on Mac OS 10.9.1 [09:46] <dshankar> I'm building from source, with "./configure --enable-gpl --enable-libvpx --enable-libx264 --enable-x11grab" [09:46] <dshankar> However, this popups up.... "ERROR: libvpx decoder version must be >=0.9.1" [09:46] <dshankar> I've installed libvpx from git, as well as various deps (following http://wiki.webmproject.org/ffmpeg/building-with-libvpx) [09:47] <dshankar> checking vpxdec, it says "Included decoders: vp8 - WebM Project VP8 Decoder v1.3.0-569-gd606bf9" [09:47] <dshankar> I'm stumped. Why does ffmpeg think libvpx is < 0.9.1 when it clearly is 1.3.0? [10:11] <relaxed> dshankar: do you have old headers from a previous version lying around? [10:11] <dshankar> relaxed: I don't think so, but how would I check? [10:12] <dshankar> (I agree, that seems like the most likely issue.) [10:12] <dshankar> (Permissions seems to be another possible problem? ref: http://comments.gmane.org/gmane.linux.lfs.beyond.devel/24904) [10:12] <relaxed> look at your config.log [10:13] <relaxed> try adding --extra-cflags="/path/to/dir/include" --extra-ldflags="-L/path/to/dir/lib" [10:13] <dshankar> oh [10:14] <dshankar> earlier in the log file [10:14] <dshankar> "/var/folders/nc/4sqy62h13h51z1d36yx6m7d40000gn/T//ffconf.7B3KhHi8.c:1:10: fatal error: 'vpx/vpx_decoder.h' file not found" [10:14] <relaxed> er, --extra-cflags="-I/path/to/dir/include" [10:14] <dshankar> there are 52 "fatal error: .... file not found" errors in config.log [10:14] <dshankar> is that normal...? [10:15] <dshankar> and 57 "1 error generated" messages [10:16] <relaxed> rerun configure with what I said. [10:18] <dshankar> i did [10:18] <dshankar> and this time [10:18] <dshankar> I get the same error, and the same 'fatal error' '1 error generated' etc. [10:19] <dshankar> (to clarify, I ran ./configure --enable-gpl --enable-libvpx --enable-libx264 --enable-x11grab --disable-shared --extra-cflags="-I/path/to/dir/include" --extra-ldflags="-L/path/to/dir/lib" [10:19] <dshankar> wait [10:20] <relaxed> uh, you need to change /path/to/dir/include [10:20] <relaxed> where did you install libvpx? [10:21] <dshankar> usr/local/bin [10:21] <relaxed> then use --extra-cflags="-I/usr/local/include" --extra-ldflags="-L/usr/local/lib" [10:22] <relaxed> this tells ./configure where to find headers and libs installed to non-standard locations. [10:22] <dshankar> ahh [10:22] <dshankar> makes more sense [10:24] <dshankar> i'm missing something else then. the libvpx stuff is fine [10:24] <dshankar> ERROR: Xext not found [10:26] <dshankar> going to install libXext-1.3.2 to see if it fixes [10:28] <dshankar> yeah looks like I missed x11grab dependencies. [10:37] <dshankar> never mind, x11grab would be useless for Mac since it can only capture X apps. Not useful for screencast AFAIK? Would be fine on X-based OSes though. [11:48] <blastergod> Hello, I am trying to concat 2 mp4 files using a simple command "ffmpeg.exe -i "C:\vid1.mp4" -i "C:\vid2.mp4" -filter_complex "concat" -y "c:\zzzz.mp4"" . It works with all files but 1 . When I try to concat this 2 files, ffmpeg shows an error (after encoding about 300 frames) : "deprecated pixel format used, make sure you did set range correctly" and than the frame stops changing, the [11:48] <blastergod> timetsamp stops changing and the fps goes down from 200,199 etc... but it never reaches 0. It simply drops fps and that's it, it stays there without doing anything. If I press Q in command line (windows) the process stops and the video cannot be played. Now if I take each of the above videos and re-encode them first, than the concat works. What can cause this problem? [11:49] <blastergod> so the problem appears with vid2.mp4 (it's a vine, downloaded directly from vine). But if I first us this "ffmpeg.exe -i "c:\vid2.mp4" "c:\re_encodedvid2.mp4" [11:50] <blastergod> and than use concat with vid1.mp4, than it will work . I would love it to work without re-enconding first [11:53] <blastergod> here is how the command line window looks like after the error appears: http://sodevrom.net/Clipboard01.jpg [11:56] <relaxed> that's not an error [11:56] <relaxed> if there's an error it will be on the last line [12:01] <blastergod> well it's not an error, but it simply stops there, I mean the fps drops fast at start, than it drops by 0.01 and 0.001 and it never reaches 0 to finish the encoding [12:01] <blastergod> both files have 6 seconds, so it should go very fast [12:03] <relaxed> blastergod: (MP4Box is part of gpac) MP4Box -cat 1.mp4 -cat 2.mp4 -new combined.mp4 [12:11] <blastergod> I wanted to use ffmpeg because I am also using resize and things like that + I am working with other files [12:12] <blastergod> any idea why it stops like that? Maybe there is a command in ffmpeg that (if it detects that the frame / timestamp does not change) it simply skips [12:12] <relaxed> ah [12:26] <iive> blastergod: try inserting scale as a first filter. it might be possible that it does have different pixel format, e.g. 420 vs 422 [12:38] <blastergod> can you give me a short example on how to use it ? -filter_complex "scale=3/3,concat" ? [12:47] <blastergod> I tried with -filter_complex "scale=480:480,concat" , but the same thing happens :( [14:44] <IamTrying> ffdec_h264 http://i.stack.imgur.com/MQTGJ.png - How to get ride from this problem? x264enc has no problem but when i am decoding it get lot of gray frames. [14:59] <GT1> hi, I have a problem building ffmpeg for android, I'm getting this error: /home/gajdot/Desktop/adt/android-ndk-r9/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc is unable to create an executable file. [14:59] <GT1> C compiler test failed. [14:59] <GT1> can anybody help me? [15:00] <GT1> my problem is that even if it compiles and i get a runnable ffmpeg, when I run my command, it won't recognize -preset option [15:01] <GT1> Unrecognized option 'preset' [15:02] <GT1> Is there anybody here? Or I'm talking all by my slef? [15:02] <GT1> More then 200 people and nobody replies me? [15:03] <relaxed> calm down, we're not all grouped around a computer waiting to serve you. [15:03] <JEEBcz> GT1, for any configure script failures check the output of config.log [15:03] <GT1> I'm chilled but at least a hello would have been nice :) now I know someone is here [15:04] <relaxed> hello GT1 [15:04] <JEEBcz> people usually don't say much hellos on IRC [15:04] <GT1> i run the configuration with: # ./configure --arch=arm --target-os=linux --enable-runtime-cpudetect --prefix=/home/gajdot/ffmpeg_new/ffmpeg/android/arm --enable-pic --disable-shared --enable-static --cross-prefix=/home/gajdot/Desktop/adt/android-ndk-r9/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi- --sysroot=/home/gajdot/Desktop/adt/android-ndk-r9/platforms/android-9/arch-arm/ --extra-cflags='-Os -fpic -marm' --extra-ldflag [15:04] <JEEBcz> as I said, go read config.log [15:04] <GT1> sorry, didn't remembered that :P didn't used irc for more then 10 years xD [15:05] <GT1> that was the first thing I checked, just a sec, and I'll copy what may be important [15:05] <JEEBcz> and of course there are people with dozens of channels open, or doing something else in general [15:05] <JEEBcz> usage of pastebins is recommended [15:05] <GT1> k [15:06] <relaxed> GT1: Also, look at the arch you're targeting on http://fate.ffmpeg.org/ and click the far right link under "Tests" to see they build it. [15:06] <relaxed> it will show the ./configure switches, etc [15:08] <GT1> so here is the log file [15:08] <GT1> http://pastebin.com/xmjwQgS7 [15:08] <IamTrying> http://i.stack.imgur.com/MQTGJ.png - How to fix this problem caused by ffdec_h264? [15:09] <relaxed> GT1: look at the bottom [15:10] <GT1> k, but I don't get it why does he wants to search that on the desktop [15:10] <JEEB> because you set your cross-prefix to that? [15:11] <JEEB> --cross-prefix=/home/gajdot/Desktop/adt/android-ndk-r9/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi- [15:11] <JEEB> same for sysroot [15:11] <GT1> NDK=$HOME/Desktop/adt/android-ndk-r9 [15:11] <GT1> SYSROOT=$NDK/platforms/android-9/arch-arm/ [15:11] <GT1> TOOLCHAIN=$NDK/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64 [15:12] <GT1> rofl [15:12] <GT1> k [15:12] <GT1> i didn't changed it back, I reverted the config file and forgot to do so [15:12] <GT1> just a sec [15:12] <IamTrying> JEEB, are you a Gstreamer and FFmpeg consultant too? do you do hourly consulting for fixing such problem: http://i.stack.imgur.com/MQTGJ.png ? [15:13] <JEEB> no idea about gstreamer [15:13] <consta> hi there [15:13] <consta> i m looking for such a solution like http://stackoverflow.com/questions/11647868/using-ffmpeg-to-stream-continuo… [15:13] <IamTrying> Well i want to pay someone, who can fix this problem with FFMpeg and Gstreamer causing this http://i.stack.imgur.com/MQTGJ.png deadly grey screen [15:13] <consta> anybody has an idea what the static playlist pipe would look ? [15:15] <IamTrying> use Gstreamer its water simple [15:16] <IamTrying> read files from a list ! sink to RTSP using soup or so.. [15:18] <GT1> k, now the old error is back [15:18] <GT1> ERROR: libfdk_aac not found [15:18] <JEEB> ok, so time to compile that library and make sure ffmpeg's configure can find it [15:18] <GT1> sorry if I'm a bit noob with this, but to be honest the only reason I installed ubuntu to be able to compile ffmpeg xD [15:18] <JEEB> for hints and other things look for config.log [15:19] <GT1> the first warning which doesn't sounds to nice is [15:19] <GT1> WARNING: /home/gajdot/android-ndk-r9b/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-pkg-config not found, library detection may fail. [15:19] <GT1> mktemp -u XXXXXX [15:20] <GT1> btw I could compile ffmpeg with guardian, but my problem was that it was just way to old [15:21] <JEEB> that warning doesn't really matter too much [15:21] <JEEB> as long as you have the libs and the headers done and available in a place that the configure script knows [15:23] <GT1> that's my problem, I don't know how to do it, with guardian project I used mostly the same config options and it compiled, I don't get it why can't the new one find it [15:24] <GT1> none the less, lets start from zero, I can't find any reference how could I get or compile that lib [15:24] <JEEB> fdk-aac is the name of the library [15:25] <GT1> kk [15:25] <GT1> i'll compile it just a sec [15:25] <GT1> should I put it in the same directory as ffmpeg so it could see it? [15:26] <JEEB> no [15:27] <JEEB> you use the --prefix configuration option with all of the libraries to install the libraries and headers to a certain prefix - f.ex. --prefix=/home/hurrdurr/projects/arm_prefix/ [15:27] <JEEB> this will install the library and headers in that prefix, under directories lib and include [15:27] <JEEB> you then just add those two directories to the search paths when building anything that depends on them [15:27] <GT1> i followed the one on the ffmpeg.org [15:27] <JEEB> (and/or use PKG_CONFIG_PATH) [15:27] <GT1> --prefix="$HOME/ffmpeg_build" [15:28] <JEEB> yes, if you are not already using that prefix for anything native [15:28] <JEEB> also that tutorial most probably is not gonna take into mention the fact that you're cross-compiling for arm [15:29] <GT1> k, I'm a bit confuse, please try to explain this if I'm a total retard, because I really have no experience with compiling and stuff in linux. I followed this [15:29] <GT1> git clone --depth 1 git://git.code.sf.net/p/opencore-amr/fdk-aac cd fdk-aac autoreconf -fiv ./configure --prefix="$HOME/ffmpeg_build" --disable-shared make make install make distclean [15:30] <GT1> and if I open the ffmpeg build folder in lib subfolder I see libfdk-aac.a [15:30] <GT1> so how can I point the configuration to find it? [15:30] <JEEB> basically that compiles you the library with the default tools [15:30] <JEEB> so if you are building for ARM [15:30] <JEEB> that will not work [15:31] <GT1> k, what command do I need to add to specify that I want it for arm? [15:31] <JEEB> that library uses autotools/autoconf so the stuff is the same as with any other autotools-based configure script [15:31] <JEEB> the --help switch of the configure script could be useful [15:32] <JEEB> also make sure to do make distclean in the fdk-aac source directory and to remove the ffmpeg_build directory [15:32] <JEEB> so you have no old crap there [15:33] <JEEB> System types: [15:33] <JEEB> --build=BUILD configure for building on BUILD [guessed] [15:33] <JEEB> --host=HOST cross-compile to build programs to run on HOST [BUILD] [15:34] <JEEB> both of these take the cross-prefix without the following dash [15:34] <JEEB> also you probably want to add the bin directory of your cross compiler to the PATH [15:34] <JEEB> so you don't have to use its full path when calling it [15:35] <JEEB> export PATH=${PATH}:/home/hurrdurr/where/is/ndk/bin/ [15:35] <JEEB> and after that you should be able to call out arm-linux-androideabi-gcc and friends without specifying the full path to them [15:36] <JEEB> the thing before gcc and the dash before it is your HOST cross-compilation triplet, which autotools will probably want :P [15:36] <GT1> k, but I still can't get it. Now I really feel stupid [15:36] <GT1> ... When you programm for couple of years and a *** linux compilation is way over your head [15:37] <GT1> I just wish i would have paid more attention on linux class :( [15:38] <GT1> i deleted the b uild folder [15:38] <GT1> by distclean you meant? make distclean? [15:38] <JEEB> yes [15:38] <GT1> which results in make distclean [15:38] <GT1> make: *** No rule to make target `distclean'. Stop. [15:38] <JEEB> ok, then just make clean [15:38] <GT1> make distclean [15:38] <GT1> make: *** No rule to make target `distclean'. Stop. [15:39] <JEEB> uhh, you copied the same thing :) [15:39] <GT1> make clean [15:39] <GT1> make: *** No rule to make target `clean'. Stop. [15:39] <JEEB> in the fdk-aac directory? [15:39] <GT1> yeap [15:39] <JEEB> weird [15:39] <JEEB> oh right [15:39] <GT1> gajdot@gajdot:~/ffmpeg_new/ffmpeg/fdk-aac$ [15:39] <JEEB> the damn guide did make distclean [15:39] <GT1> :D [15:40] <JEEB> basically 1) add your tools to PATH so you don't need to set the full path when calling them (the bin where the cross-compile triplet binaries are in) 2) ./configure --prefix=/home/hurddurr/your/arm_prefix/ --host=arm-linux-androideabi [15:40] <GT1> cross compile triplet? [15:41] <JEEB> <JEEB> and after that you should be able to call out arm-linux-androideabi-gcc and friends without specifying the full path to them [15:41] <JEEB> <JEEB> the thing before gcc and the dash before it is your HOST cross-compilation triplet, which autotools will probably want :P [15:42] <consta> so nobody has an idea about a script using pipe to create a static playlist and stream without interuption? [15:42] <GT1> you wrote PATH=${PATH}:/home/hurrdurr/where/is/ndk/bin/ [15:42] <GT1> so basically my ndk path is [15:42] <consta> i d need a little example to get an idea about the syntax.. [15:42] <JEEB> GT1, don't forget the export command itself from that line :P [15:42] <GT1> -PATH=${PATH}:/home/gajdot/android-ndk-r9b [15:43] <GT1> but I don't have bin inside that folder... [15:43] <JEEB> but you have the binaries in there? [15:43] <JEEB> the arm cross-compilation tools [15:43] <JEEB> basically add to the PATH whatever directory contains the cross-compilation tools :P [15:43] <GT1> i have toolchains in it where I have arm-linux-androideabi somethign [15:44] <JEEB> the actual arm-linux-androideabi-gcc etc.? [15:44] <JEEB> or just a directory called like that [15:44] <GT1> the gcc i have in [15:44] <GT1> /home/gajdot/android-ndk-r9b/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin [15:45] <JEEB> yup [15:45] <GT1> so I need to add this root to the path like you said? [15:45] <JEEB> export PATH=${PATH}:/home/gajdot/android-ndk-r9b/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin [15:45] <JEEB> and that adds that directory to the executable search PATH [15:45] <GT1> k, done [15:46] <GT1> now I can run the configuration again? [15:46] <JEEB> and you should now be able to use those tools without specifying the full path to them [15:46] <JEEB> check that you can run those binaries successfully first [15:46] <JEEB> like test running the gcc [15:46] <JEEB> it should come up with tab-autocompletion [15:46] <GT1> test run? you mean ./arm- [15:46] <GT1> ? [15:47] <GT1> because if so, then no, it won't auto complete [15:48] <JEEB> no [15:48] <JEEB> dot-slash means "this current directory" [15:48] <JEEB> once again, you're specifying a specific place instead of generally trying to call it [15:48] <GT1> k [15:48] <GT1> working [15:48] <JEEB> great [15:48] <GT1> i mean if i type arm-linux it will autocomplete [15:49] <JEEB> now try fdk-aac's configure with your --prefix set and --host=arm-wahtever-you-have-there [15:49] <GT1> so the prefix doesn't really matter just I need to remember later right? [15:50] <JEEB> --prefix just tells the configure script where to install things after compilation goes through [15:50] <JEEB> with make install [15:50] <GT1> ./configure --prefix="$HOME/ffmpeg_build" --disable-shared --host=arm-linux-androideabi-gcc like this? [15:50] <JEEB> sure [15:50] <JEEB> and uhh [15:50] <JEEB> no -gcc [15:50] <GT1> kk [15:51] <JEEB> arm-linux-whatever is your cross-compilation triplet [15:51] <GT1> I still have no clue what's cross-compilation triplet [15:51] <JEEB> it's an ID for the thing it compiles stuff for [15:51] <JEEB> arm [15:51] <JEEB> it's linux [15:52] <JEEB> and it has the androideabi identifier [15:52] <JEEB> cross-compilers generally have the triplets in their binary names [15:52] <GT1> k, so when I tried this: ./configure --prefix="$HOME/ffmpeg_build" --disable-shared --host=arm-linux-androideabi [15:52] <GT1> it didn't work [15:52] <GT1> ./configure --prefix="$HOME/ffmpeg_build" --disable-shared --host=arm it did [15:53] <JEEB> well, I've only used autoconf-based things with mingw so far [15:54] <JEEB> and there i686-w64-mingw32 and friends worked [15:54] <JEEB> which was the full triplet [15:54] <JEEB> see the library's config.log to see if it used the right tools [15:54] <GT1> for which one? the arm or the arm-linux stuff? [15:55] <JEEB> the one that succeeded [15:55] <consta> hi [15:55] <JEEB> autoconf-based config.log output is long so brace for it [15:55] <GT1> and what do I need to find in it? [15:55] <JEEB> but you should be able to grasp if it used the correct compiler for it or not [15:55] <JEEB> basically check that your arm-linux-androideabi stuff got used [15:56] <GT1> PATH: /home/gajdot/android-ndk-r9b/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin [15:56] <JEEB> no, I mean when it actually tested stuff [15:56] <JEEB> it should write there which compiler it used and so forth [15:57] <GT1> configure:3185: checking for C compiler version [15:57] <GT1> configure:3194: gcc --version >&5 [15:57] <GT1> gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 [15:57] <GT1> ? [15:58] <JEEB> go further [15:58] <JEEB> it should test both [15:58] <GT1> I can't figure out the conf file, I upload it to paste bin? [15:58] <GT1> configure:2889: checking for arm-gcc [15:58] <GT1> configure:2919: result: no [15:59] <JEEB> just pastebin if you can't read it [15:59] <GT1> http://pastebin.com/GC3YuL6D [16:02] <JEEB> also if that's your PATH then something's gone wrong, you forgot the ${PATH}: part before the other directory? Although it can still find the normal gcc... [16:02] <JEEB> also no, that doesn't mention the android compiler anywhere [16:02] <JEEB> yeah, so that only succeeds because it doesn't really check [16:02] <JEEB> try again with your triplet [16:02] <GT1> ./configure --prefix="$HOME/ffmpeg_build" --disable-shared --host=arm [16:03] <GT1> k, i paste a log [16:03] <JEEB> because it most definitely is checking for the triplet-gcc and friends [16:03] <JEEB> configure:2889: checking for arm-gcc [16:03] <JEEB> configure:2919: result: no [16:03] <JEEB> this part [16:03] <JEEB> this should always have the triplet you set in --host [16:04] <GT1> so I should write --host=arm-gcc? [16:04] <JEEB> no [16:04] <JEEB> how did you even end up with that? [16:04] <GT1> k, I think now it checked the good thing but fails [16:04] <JEEB> pastebin? [16:04] <GT1> with the long one [16:04] <GT1> arm-linxus-androideabi [16:04] <GT1> just as ec [16:04] <JEEB> and I hope you copied it correctly :P [16:05] <JEEB> instead of actually typoing it [16:05] <GT1> http://pastebin.com/PLhHDqDi [16:06] <GT1> well... :D [16:06] <JEEB> yes, you didn't typo it in the configuration [16:06] <GT1> ? [16:06] <GT1> i used ./configure --prefix="$HOME/ffmpeg_build" --disable-shared --host=arm-linux-androideabi [16:07] <JEEB> ok, it seems like it cannot find the libraries [16:07] <JEEB> might want to try with this set correctly: [16:07] <JEEB> --with-sysroot=DIR Search for dependent libraries within DIR [16:07] <JEEB> (or the compiler's sysroot if not specified). [16:08] <GT1> and instead of dir type in the path of the gcc? [16:08] <JEEB> :| [16:08] <JEEB> whatever is your goddamn sysroot [16:09] <JEEB> I don't use the NDK, I don't know it. But you have ALREADY SET IT WHEN CONFIGURING FFMPEG [16:09] <JEEB> so you should already have a grasp of what your sysroot is [16:10] <JEEB> sorry for the caps :P [16:10] <GT1> actually no :P but I believe you mean this? NDK=/home/gajdot/android-ndk-r9b [16:10] <GT1> SYSROOT=$NDK/platforms/android-9/arch-arm/ [16:10] <JEEB> that's a good thing to look at as well, yes -- and that might be your sysroot [16:10] <JEEB> although as I already noted [16:10] <JEEB> you had set it when you configured ffmpeg [16:10] <JEEB> I remember you setting the sysroot configuration option there as well [16:11] <GT1> i just used that variable [16:11] <GT1> which translates to /home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/ [16:11] <JEEB> time to wire those neurons together and actually think a bit ;) [16:11] <JEEB> try configuring with your sysroot set [16:12] <GT1> still fails but at leasdt I believe it found the gcc [16:12] <JEEB> you should know what your sysroot is and, you can then check the result [16:12] <JEEB> ok, so even with the sysroot it fails? [16:12] <JEEB> more pastebins? [16:12] <JEEB> although wait... [16:13] <GT1> http://pastebin.com/4sh75M24 [16:13] <GT1> ? [16:13] <GT1> for? [16:13] <JEEB> I misparsed the error [16:13] <JEEB> it is actually failing to find an .o file [16:13] <JEEB> not an .so file, which would be a library [16:14] <GT1> ok, my master. So what now? [16:15] <JEEB> ok... it seems like the compiler needs an extra cflag... [16:15] <GT1> which one? the ffmpeg? [16:15] <JEEB> your _compiler_ needs an extra cflag :P [16:16] <GT1> the guardin uses this cflag [16:16] <GT1> --extra-cflags="-I../x264 -I$LOCAL/include -mfloat-abi=softfp -mfpu=neon" \ [16:16] <GT1> the guardin ffmpeg build i mean, uses this to configure ffmpeg, should I change to this one? [16:17] <JEEB> no [16:17] <GT1> k, so what cflag I need and where? ffmpeg or aac? [16:17] <JEEB> can you post the config.log of the last successful ffmpeg configuration that found the compiler (but didn't find the library)? [16:17] <JEEB> I want to see what succeeded there for you [16:17] <GT1> kk [16:18] <GT1> but I paisted it already, let me check back [16:18] <GT1> http://pastebin.com/GC3YuL6D [16:18] <JEEB> no, ffmpeg [16:18] <JEEB> not fdk-aac [16:20] <GT1> the ffmpeg which succeded with guardian? or the one I tried and compiles but has the error? [16:20] <JEEB> -_- [16:21] <JEEB> the one you configured and which didn't find fdk-aac [16:21] <GT1> k [16:23] <GT1> http://pastebin.com/tGwBrLv2 [16:24] <JEEB> ok... [16:24] <GT1> ? [16:24] <JEEB> that seems to be doing exactly what I found on the internets [16:24] <JEEB> it seems to be setting the sysroot setting when calling the compiler [16:25] <JEEB> instead the autoconf thingy just tries to create a binary by running 'gcc herpderp.c' [16:25] <JEEB> which fails [16:25] <GT1> ok, and how can this be fixed? [16:25] <JEEB> and since autoconf-based stuff does not have convenience settings [16:25] <JEEB> like --extra-cflags [16:25] <JEEB> you will have to make the command that launches the configure script a bit less pretty [16:26] <GT1> I'm listening [16:27] <JEEB> CFLAGS="${CFLAGS} --sysroot=/home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/" CXXFLAGS="${CXXFLAGS} --sysroot=/home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/" ./configure --your --options [16:27] <JEEB> something like this [16:27] <JEEB> CFLAGS sets the C compiler flags [16:27] <JEEB> CXXFLAGS sets the C++ compiler flags [16:28] <JEEB> these two can be found when looking at the --help output of the configure script, at the end (if you wondered where I knew these two from) [16:28] <JEEB> anyways, brb [16:30] <GT1> still not good [16:32] <GT1> this is the con fig.log [16:32] <GT1> http://pastebin.com/J9jMu6HQ [16:32] <GT1> and I use this to compile it [16:32] <GT1> http://pastebin.com/frgnXeWL [16:35] <JEEB> ugh [16:35] <JEEB> why are we on such different pages [16:35] <JEEB> that thing I noted was for fdk-aac [16:35] <GT1> because I'm not a linux user :P [16:35] <JEEB> not ffmpeg [16:35] <JEEB> I think at this point it has nothing to do with linux [16:36] <JEEB> we were trying to get fdk-aac to build and I asked you to look up some things [16:36] <GT1> Well it may seem, but the problem is that linux and terminal and stuff is just light years from me [16:36] <JEEB> then you suddenly switch to ffmpeg? [16:36] <JEEB> anyways, try what I noted with fdk-aac [16:36] <GT1> k [16:37] <JEEB> I'd just say that it just seems like you're used to not having to care about library dependencies and build systems that need you to do something else than open a vs solution and hit rebuild :) [16:37] <GT1> with the --with-sysroot and all? [16:38] <JEEB> <JEEB> CFLAGS="${CFLAGS} --sysroot=/home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/" CXXFLAGS="${CXXFLAGS} --sysroot=/home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/" ./configure --your --options [16:38] <JEEB> this should tell you that you should set those settings you were setting [16:38] <JEEB> but also prepend the two variables before the called thing (the configure script) [16:38] <GT1> k, it compiling [16:38] <JEEB> so the thing gets called with those system variables set [16:38] <GT1> just a sec [16:38] <GT1> let met check [16:39] <GT1> i'm a c sharp programmer in general, so yeah this is really far off my confort zone [16:40] <GT1> it seems it compiled, should I make and make install? [16:42] <GT1> it did, in the config now instead of gcc i see arm-linux-androideabi-gcc and it succeds [16:42] <GT1> so I'll run make [16:42] <GT1> and make install [16:44] <GT1> now that I installed how can I point my ffmpeg configuration to look there? [16:46] <JEEB> set the variable like the CFLAGS/CXFFLAGS variables PKG_CONFIG_PATH=/home/hurr/your/prefix/lib/pkgconfig as well as add -I/your/prefix/include to extra-cflags and -L/your/prefix/lib to extra ldflags [16:47] <JEEB> you did understand what I just said, right? :P [16:47] <GT1> yeap [16:47] <GT1> I'm not retard just seems like one :P [16:48] <GT1> just a sec, I update my config and I'll paste just to double check [16:48] <JEEB> also I'm pretty sure you'll want to simplify your ffmpeg configuration at first a lot [16:49] <GT1> I'm open ears [16:49] <JEEB> well, I'm waiting for your fdk-aac check to go through first :P [16:51] <GT1> so my two flags should look like this right? [16:51] <GT1> --extra-cflags="-Os -fpic $ADDI_CFLAGS -I/home/gajdot/ffmpeg_build/include" \ [16:51] <GT1> --extra-ldflags="$ADDI_LDFLAGS -L/home/gajdot/ffmpeg_build/lib" \ [16:51] <GT1> and this before the config call PKG_CONFIG_PATH=/home/gajdot/ffmpeg_build/lib/pkgconfig [16:51] <GT1> did I got it right/ [16:52] <GT1> i need to upgrade libmp3lame I belive [16:52] <GT1> PKG_CONFIG_PATH=/home/gajdot/ffmpeg_build/lib/pkgconfig [16:52] <GT1> ERROR: libmp3lame >= 3.98.3 not found [16:54] <JEEB> ok, so yeah -- you got through that check [16:55] <JEEB> so I will guess our little endeavour got through [16:55] <JEEB> now, what are you building this ffmpeg for [16:55] <GT1> yeah :-* [16:55] <GT1> i just update the liblame [16:55] <GT1> i hope that will be easy [16:55] <JEEB> no, just stop [16:55] <GT1> k [16:55] <JEEB> what are the purposes in decoding and encoding that you will be using this thing for? [16:56] <GT1> the thing you just said :P decoding video, combining them then encoding them again [16:56] <JEEB> ok, so what are you thinking about encoding the videos in? [16:56] <GT1> well yeah, i could just include h264 or what, because I will encode only to mp4 [16:57] <GT1> but does it really matter if I have more encoders inside? [16:57] <JEEB> what I'm trying to note here is that ffmpeg has the vast majority of the decoders inside [16:57] <JEEB> yes, it does because it adds work to you and me to guide you to a goal :P [16:57] <JEEB> now, mp4 so I guess x264 for video encoding and fdk-aac for the audio? [16:57] <GT1> yep, but for decooding I need every possible thing [16:58] <JEEB> those are included [16:58] <JEEB> also, on an unrelated tangent, are you thinking of distributing this or just using it yourself? [16:58] <GT1> distributing [16:58] <JEEB> then you cannot use fdk-aac [16:59] <JEEB> as it is --enable-nonfree as the licenses do not match [16:59] <GT1> puff, so i can't encode mp4? [16:59] <JEEB> enable-nonfree makes the binary nondistributable [16:59] <JEEB> you can [16:59] <JEEB> ffmpeg contains its own aac encoder [16:59] <JEEB> so yeah, x264 is left then as the only library you need [16:59] <JEEB> now post me your current ffmpeg configure line in a pastebin [16:59] <GT1> so this stuff with fdk_aac was useless? rofl [17:00] <GT1> well at least I learnt from it [17:00] <JEEB> yes, although you did teach me some quite interesting things on how NDK's compiler works [17:00] <GT1> http://pastebin.com/RqC9eZm8 [17:00] <JEEB> the need for --sysroot to be set when calling the compiler, among other things [17:01] <JEEB> ok, let's clean this up mostly first and build one without x264 first then [17:01] <GT1> so If i get it right, nonfree and libfdk_aac removed [17:01] <JEEB> no, most of this stuff will be removed [17:01] <JEEB> because there's a lot of unneeded stuff :) [17:01] <JEEB> (as in, enabled by default etc.) [17:01] <GT1> i believe, I was glad I could make it work in the first place [17:02] <GT1> k, so what to remove and what to leave [17:02] <JEEB> do a make clean in the ffmpeg source dir first [17:02] <JEEB> and let me write it up :) [17:02] <GT1> done [17:03] <JEEB> my configure command btw will need the tools to be in the PATH [17:03] <JEEB> making it shorter in that way [17:03] <GT1> if you write what do I need to add to path, I'm good with that :P [17:04] <JEEB> you already did that didn't you ;) [17:04] <GT1> well if the only things you need that we already add, then yes :P [17:05] <JEEB> it's not in the script that you linked me, but you already did the export of that variable in the terminal [17:05] <JEEB> --arch=arm --target-os=linux --cross-prefix=arm-linux-androideabi- --sysroot=${SYSROOT} --disable-tools --enable-ffmpeg [17:05] <JEEB> I guess this should do at first? [17:05] <JEEB> I think it was --disable-tools [17:05] <JEEB> (first disabled all tools, then enabled ffmpeg) [17:06] <GT1> it seems to compile [17:07] <JEEB> try make -jX where X is the amount of cores you have to see if you can actually compile it :) [17:07] <JEEB> if it actually creates an ffmpeg binary at the end successfully you can raise your hands and banzai [17:07] <JEEB> because you've gotten through the first part [17:07] <JEEB> which is a basic current ffmpeg build [17:07] <GT1> but why do I need to specify the cores? [17:08] <JEEB> because make by default does one thing at a time [17:08] <JEEB> you are basically telling you how many things to do at once [17:08] <GT1> so like this? [17:08] <GT1> ./configure \ [17:08] <GT1> --arch=arm \ [17:08] <GT1> --target-os=linux \ [17:08] <GT1> --cross-prefix=arm-linux-androideabi- \ [17:08] <GT1> --sysroot=${SYSROOT} \ [17:08] <GT1> --disable-tools \ [17:08] <GT1> --enable-ffmpeg [17:08] <GT1> make clean [17:08] <GT1> make -j4 [17:08] <GT1> make install [17:09] <JEEB> no you should make clean before you configure for a new build :P [17:09] <JEEB> and don't make install [17:09] <JEEB> just check that you can compile the basic ffmpeg [17:09] <GT1> i said it compiles already :( [17:09] <JEEB> I wasn't sure if you meant that [17:10] <JEEB> or if you meant that the configure script went through fine [17:10] <GT1> the make didn't finsihed yet, but if it went trough so much, it's good, at least till now if I got so far it was good [17:10] <JEEB> let's just make sure :) [17:10] <GT1> k [17:10] <JEEB> because it links at the end [17:12] <GT1> till we wait, what do we need to add? [17:13] <JEEB> well, if the compilation goes through fine, then we can just compile x264 as well, and then compile ffmpeg with it :) [17:14] <GT1> great I left prefix out [17:14] <GT1> where does it place default? [17:15] <JEEB> /usr/local is in most cases the default, but as I said you should have not done make install (and it would have most probably just told you it failed because /usr/local is generally only write'able by root) [17:15] <GT1> i removed make install [17:16] <GT1> and it compiled [17:16] <GT1> and I believe I have the ffmpeg executable besude my run script [17:16] <GT1> http://pastebin.com/fLmiPGWX [17:16] <GT1> I run it like this [17:17] <GT1> it compiled without error [17:17] <JEEB> cool [17:17] <consta> hi [17:17] <GT1> and it placed it beside the config script... [17:17] <JEEB> you can then test that the binary runs on your device [17:17] <JEEB> would be rather derpy if it ended up not working :P [17:18] <JEEB> as in, you can run the binary and see for example the help or whatever [17:18] <JEEB> or well, run it at all on the arm host [17:18] <GT1> does presets included by default./ [17:19] <GT1> 01-09 18:18:57.004: W/LOGTAG(31285): ***Unrecognized option 'preset'.*** [17:19] <JEEB> -preset is a x264-specific option [17:19] <JEEB> so you gain it only after you build with x264 [17:19] <JEEB> but yeah, if you can run it, cool [17:19] <JEEB> then you have a working binary \o/ [17:20] <GT1> well i'm not sure [17:20] <GT1> just a sec [17:20] <JEEB> something like `ffmpeg -codecs` should give you a nice amount of output [17:20] <GT1> it was compiled 7 min before [17:20] <GT1> k this is the one [17:21] <GT1> so how to compile the x264 [17:21] <GT1> i mean to compile with it [17:21] <GT1> because as far as I remember [17:21] <GT1> I already compiled it [17:21] <GT1> back when I first tried [17:21] <JEEB> you probably compiled it for something else, and even if you compiled for ARM we're gonna do it again [17:21] <JEEB> first of all grab the source code for x264, `git clone git://git.videolan.org/x264.git` [17:22] <JEEB> (by default git checks the repo name and names the directory it clones into like that [17:22] <GT1> yeah, I figured that out when I first cloned ffmpeg :) [17:24] <GT1> do I need any special command? or I can build it according to ffmpeg [17:24] <GT1> site [17:25] <JEEB> btw, you might want to clean up that ARM prefix you had made [17:25] <JEEB> and yes, you will have to cross-compile [17:25] <JEEB> and basically for x264 I think you will need the following configuration options: --prefix (you already know how this works) --disable-cli --enable-static --host=arm-linux-androideabi --cross-prefix=arm-linux-androideabi- --sysroot=/your/usual/sysroot [17:25] <JEEB> this should configure it successfully :) [17:26] <JEEB> and you might be getting used to some of those options [17:26] <JEEB> disable-cli disables the x264 command line encoder, enable-static enables the static library (no separate libraries are built by default by x264's build system, so you have to enable whichever you want) [17:27] <GT1> k, just a sec, I'll be lasy and try to run with the already compiled x264 if not, I'll do it as you command [17:27] <JEEB> uhh [17:27] <GT1> :( [17:27] <JEEB> do you even know if the library you built before is for arm? [17:27] <JEEB> if not, clean the prefix and compile anew [17:27] <GT1> yes, because that what I used with the guardian [17:27] <JEEB> x264 is so small it should be quick [17:28] <GT1> and everything worked, my only problem was that ffmpeg was version 0.11.1 [17:28] <GT1> anyway, just a min and It will finish compiling and then I'll check if it works or not, if not I'll recompile it [17:29] <JEEB> also you would need to poke ffmpeg's configuration to make it look for x264 just like you made it look for fdk-aac [17:29] <JEEB> the extra configuration options needed for x264 specifically are: --enable-gpl and --enable-libx264 [17:29] <JEEB> that should be all [17:29] <GT1> yeah, i figured that configuration part out already, that's whit what I'm trying now [17:30] <GT1> and it found the x264 without problem [17:30] <GT1> k, fingers crossed [17:30] <GT1> i'll test it [17:31] <GT1> rofl, same preset not found [17:32] <GT1> and the whole compilation didn't gave an error at all [17:32] <JEEB> is libx264 listed if you run -codecs on the binary? [17:32] <JEEB> also are you sure you are running the binary you built? [17:32] <JEEB> also did the configure script's terminal output note that libx264 is an enabled video encoder? (as in, it is in the listing of all encoders) [17:33] <GT1> ]http://pastebin.com/rGe3S0Sj [17:33] <GT1> this what the error I get [17:33] <GT1> the creation time says it is what I use [17:34] <GT1> i'll check for codecs [17:38] <GT1> http://pastebin.com/diKFgnQK [17:38] <GT1> h264 is listed only [17:38] <GT1> but that's not what I need? [17:38] <JEEB> yup, lacks x264 [17:38] <JEEB> thus you are running a build that has no x264 built in [17:39] <GT1> kk [17:39] <GT1> just found out [17:40] <GT1> the problem was that the disable-tools was unknown [17:40] <JEEB> that shouldn't really matter [17:40] <GT1> and it didn't watch furter [17:40] <JEEB> hm? [17:40] <JEEB> shouldn't really matter [17:40] <GT1> well yes, because it won't compile anny option which is after that [17:40] <JEEB> uhh [17:40] <GT1> now I removed it [17:40] <GT1> and now it says [17:40] <GT1> that x264 lib not ofund [17:40] <JEEB> if that happens then that's a bug in the configure script [17:40] <GT1> so back to the drawing board [17:41] <JEEB> how old version are you using? [17:41] <GT1> ffmpeg/ [17:41] <GT1> the lastest [17:41] <GT1> got it from git [17:41] <JEEB> ok [17:41] <JEEB> does it finish configuring successfully btw? [17:41] <GT1> yes [17:41] <JEEB> or does it just completely stop the configure script [17:41] <JEEB> ok deffo a bug then [17:42] <JEEB> if it ignores everything after an unknown setting [17:42] <GT1> it completes, just leaves the rest of the options out [17:42] <JEEB> yeah [17:42] <JEEB> bug [17:42] <JEEB> I would understand if it would, yunno, fail [17:42] <GT1> yeah, would make more sense [17:42] <JEEB> instead if it just pleasantly ignores everything after an unknown setting [17:42] <JEEB> that's even worse than just ignores that one unknown setting :P [17:42] <GT1> so, back to x264 i need to build it [17:42] <JEEB> *ignoring [17:42] <JEEB> yeah [17:43] <JEEB> I already posted how you should configure it [17:43] <JEEB> <JEEB> and basically for x264 I think you will need the following configuration options: --prefix (you already know how this works) --disable-cli --enable-static --host=arm-linux-androideabi --cross-prefix=arm-linux-androideabi- --sysroot=/your/usual/sysroot [17:43] <JEEB> <JEEB> this should configure it successfully :) [17:43] <JEEB> <JEEB> and you might be getting used to some of those options [17:43] <JEEB> <JEEB> disable-cli disables the x264 command line encoder, enable-static enables the static library (no separate libraries are built by default by x264's build system, so you have to enable whichever you want) [17:43] <GT1> yah, i just revised it [17:43] <GT1> you shouldn't paste it in :P [17:43] <JEEB> sorry, it's a habit because people really tend to not scroll [17:43] <JEEB> now do check if the configure script runs correctly and that the output looks correct [17:43] <GT1> i do :P as I said I'm idiot to linux, but not as a person :P [17:47] <GT1> ./configure --prefix="$HOME/ffmpeg_build" --disable-cli --enable-static --host=arm-linux-androideabi --cross-prefix=arm-linux-androideabi- --sysroot=/home/gajdot/android-ndk-r9b/platforms/android-9/arch-arm/ [17:47] <GT1> k runs [17:47] <GT1> I can make and isntall now right? [17:47] <JEEB> if the configure script's output looks sane enough, feel free [17:47] <GT1> platform: ARM [17:47] <GT1> system: LINUX [17:47] <GT1> cli: no [17:47] <GT1> libx264: internal [17:47] <GT1> shared: no [17:47] <GT1> static: yes [17:47] <GT1> asm: yes [17:47] <GT1> interlaced: yes [17:47] <GT1> avs: avxsynth [17:47] <GT1> lavf: no [17:47] <GT1> ffms: no [17:47] <GT1> mp4: no [17:47] <GT1> gpl: yes [17:47] <GT1> thread: no [17:47] <JEEB> lol [17:47] <JEEB> pastebin, ho! [17:48] <GT1> sorry :( [17:48] <JEEB> anyways, looks sane enough although I still lol at how even with --disable-cli you got avs [17:48] <JEEB> enabled [17:49] <GT1> k [17:49] <GT1> it seems finished [17:53] <consta> hi [17:54] <JEEB> GT1, so did you get ffmpeg's configure to find the library and headers of x264's? [17:54] <JEEB> :) [17:54] <JEEB> should have worked with the -I and -L in extra-cflags and extra-ldflags accordingly [17:54] <GT1> yeah, i'm just waiting to finish [17:55] <GT1> with this can I read mp3, wav and stuff to use it as audio? [17:55] <JEEB> yes [17:56] <JEEB> pretty much everything has a decoder in libavcodec itself [17:56] <GT1> k [17:56] <GT1> i hope it will work [18:02] <GT1> k, it seems to work :-* [18:02] <GT1> thank you very much [18:02] <JEEB> now just remember that you will have to follow the GPL when you distribute the binaries [18:03] <GT1> where can I check the gpl license? [18:04] <JEEB> basically means that you have to distribute the source code for each thing you distro [18:04] <JEEB> although if you want to really read the license it is available at the FSF [18:05] <JEEB> with just enable-gpl you enabled GPLv2 [18:05] <JEEB> (you can switch to the v3 license if you ever should want that with the --enable-version3 switch) [18:05] <JEEB> but generally companies etc. prefer version 2 because of the TIVO clause not being there [18:05] <GT1> what's the difference between the two? [18:06] <JEEB> legalese-wise probably a lot [18:06] <GT1> can I sell the program if I have this component? [18:06] <JEEB> yes, GPL doesn't touch you taking money [18:06] <JEEB> it just means that you have to provide the source code [18:07] <GT1> and what was the non-free stuff with the other? [18:07] <JEEB> I haven't looked into the intricacies of how much the GPL wants you to do when you make an app that just uses the command line interface of it [18:07] <JEEB> enable-nonfree just means that it's not "free software" (free as in the FSF libre sense) [18:08] <JEEB> that option is only needed to use stuff that is under a license that doesn't work together with ffmpeg's license, and the resulting binary cannot be distributed [18:08] <GT1> is there a way for me to distribute the program without giving the sourcecode of the application? [18:09] <JEEB> well that's what I have no idea of regarding an app that just calls another app on the command line, if you were using it as a library I would have been able to say "no" [18:09] <JEEB> the GPL talks about "derivative works" and so forth [18:10] <JEEB> also if you want to make a payware app, you could use x264 separately, and license it under the non-GPL license by making a contract with x264 LLC [18:10] <JEEB> that way you would only have to care about LGPL, not GPL [18:12] <JEEB> GT1, basically is your idea to use ffmpeg (the command line app) from another app that acts as an interface? [18:12] <GT1> I hat elegal stuff :( [18:12] <GT1> yes [18:12] <GT1> Simply put yes, I made an interface for it [18:12] <JEEB> ok, then ask the ffmpeg and x264 devs if they consider a graphical frontend to be a "derivative work" [18:13] <JEEB> also just so that I make it clear [18:13] <JEEB> I Am Not A Lawyer (IANAL) [18:14] <JEEB> also everything that I'm saying about the GPL is very general and based on what I generally have noted [18:14] <JEEB> but yeah, if people generally don't think of frontends as "derivative works", then you would only have to distribute full source code (including x264's that you built in) for every released binary [18:15] <JEEB> if it is considered a "derivative work", then it all falls under the GPL [18:15] <GT1> how the hell can I distribute binary in an apk? O.o [18:15] <JEEB> uhh, the apk is a binary distribution format? [18:16] <brontosaurusrex> GT1, so whats the problem, just release the source of your app and thats it [18:16] <brontosaurusrex> and say it: I'am GPL as well. [18:17] <GT1> simply put, if I put my app up to play store [18:17] <GT1> do I need to do anything else or not [18:17] <brontosaurusrex> Should have a note on where to get the sources [18:18] <GT1> k, then how can you ask money for something for which oyu give the source you only need to build? [18:20] <GT1> or is there any other codec which I can use instead of x264? [18:22] <GT1> k [18:22] <GT1> i can [18:22] <brontosaurusrex> GT1, http://stackoverflow.com/questions/1749672/do-you-have-to-pay-for-gnu-gpl-s… [18:22] <GT1> i found a popular answer on stackoverflow [18:22] <JEEB> GT1, you could license x264 from x264 LLC [18:23] <JEEB> and thus you would have it under the non-GPL license that they offer [18:23] <GT1> http://stackoverflow.com/questions/1394623/can-i-dynamically-call-a-lgpl-gp… [18:23] <JEEB> of course in that case it would be simpler to use the x264 library itself instead of the libx264 wrapper in ffmpeg [18:24] <JEEB> because ffmpeg has no option for "hi my x264 is not GPL" [18:25] <JEEB> and if you want to go forward with just a ffmpeg frontend then my recommendation is to ask on #ffmpeg-devel and #x264dev , and actually ask the developers because they will be the ones giving you trouble if they think you are not abiding by their license [18:25] <brontosaurusrex> ^ [18:26] <GT1> Ok, i'll do that tomorrow [18:27] <JEEB> but yeah, there's multiple ways of handling it all [18:27] <JEEB> including using the libraries and having a licensed x264 [18:27] <JEEB> which would remove GPL and only put you against LGPL, which is much less restrictive (or from FSF's perspective, "gives the software much more FREEDOM") [18:29] <brontosaurusrex> one would think GPL is the ultimate freedom ;) [18:30] <GT1> well my thoughts are fuck licensing :( if something is free, then be free and *** lawyers. If not, then pay for it and bye bye. But like this... It's ridiculous. [18:30] <GT1> Anyway, thanks for the help. It meant a lot. I'll ask around tomorrow [18:30] <JEEB> well [18:30] <GT1> bye [18:31] <GT1> well [18:31] <GT1> ? [18:32] <JEEB> it's basically the rules that the creators set. You get the software for free (as in beer), but you there are some limitations on what you can do with it. ffmpeg itself is LGPL. which means that you just have to give the user the ability to "switch the library". GPL is usually used by things that have double licensing. [18:32] <JEEB> like x264 [18:33] <JEEB> where it's either GPL or "you pay and you only have to release your possible changes to x264 itself to the developers" [18:33] <JEEB> GPL is a mess and I don't like it personally, but I think it's quite fair [18:34] <GT1> kk, have a good day [18:35] <GT1> i need to go now [18:35] <GT1> thanks for the help once again [18:40] <brontosaurusrex> yes, but the main point of GPL was to stop people "harvesting free code and charging for closed versions of the same" [18:40] <JEEB> he left already [18:40] <brontosaurusrex> so "open it and charge it" should be the point. [18:41] <brontosaurusrex> ok ... [19:13] <frable> Hey folks, in my output video the part where it should be black, it looks magenta/purple. I thought I might fix it by changing the input pixel format for sws_scale, but none yields better results as BGRA with this magenta overlay. I could imagine the problem maybe being linked to the fact that my input image is a Texture with DXGI_FORMAT_B8G8R8A8_U [19:13] <frable> NORM, hinting that some kind of normalization has taken place. Any suggestions on how to approach/fix this? [19:14] <JEEB> sounds like you want more information on the input picture type [19:14] <JEEB> and while at that you should probably find how to deal with it correctly [19:16] <frable> yeah, the problem is this and the corresponding RGBA format doesn't appear too often yet, at least in no useful topic, and the microsoft documentation is sparse. as usual. I guess the easiest approach would be to convert the color format on GPU to smth. more convenient before reading it out? [19:17] <JEEB> probably [19:19] <frable> Alright, guess I will go for that after all then. Still curious, though, if it really is the normalization aspect or smth. else that screws up the colors. [19:19] <frable> The description for the format stating: A four-component, 32-bit unsigned-normalized-integer format that supports 8 bits for each color channel and 8-bit alpha. [19:20] <JEEB> no idea, just make sure that you have the correct planes in use and correct areas and so forth [19:23] <frable> yeah, will double check that again as well. [21:13] <consta> hi there [21:13] <consta> i m looking for such a solution like http://stackoverflow.com/questions/11647868/using-ffmpeg-to-stream-continuo… [21:13] <consta> anybody has an idea what the static playlist pipe would look ? [21:34] <Mayumi> how can i remove padding for a video i am transcoding? [21:56] <llogan> Mayumi: you can use the crop filter [21:56] <llogan> http://ffmpeg.org/ffmpeg-filters.html#crop [21:58] <llogan> consta: ask on ffmpeg-user mailing list [22:00] <consta> ok thx [23:03] <AleXoundOS> Hi. I'm streaming with ffmpeg to twitch.tv/snipealot1 [23:03] <AleXoundOS> Can you tell me what causes such image distortion? [23:08] <juanmabc> cool feed :-) [23:08] <juanmabc> what distortion? appart from quality? [23:08] <AleXoundOS> juanmabc, eh, it stopped atm [23:08] <AleXoundOS> juanmabc, I mean there is no distortion now [23:08] <juanmabc> yep, it seems so :) [23:09] <AleXoundOS> juanmabc, it mixed parts of different frames together [23:09] <juanmabc> could be prebuffering [23:09] <juanmabc> the feed start etc [23:10] <juanmabc> if only in english (despite not being english myself, eh) [23:10] <AleXoundOS> it was like one frame was still and changes from further frames applied to it [23:11] <AleXoundOS> juanmabc, what do you mean about english?)) [23:11] <juanmabc> isn't that japanese? [23:11] <AleXoundOS> Korean [23:12] <juanmabc> oh, see [23:12] <juanmabc> ah, i mean 'more international' [23:12] <juanmabc> we like it or not, english made it as t lang [23:13] <AleXoundOS> (if you want an english cast of this, check twitch.tv/teamliquidnet) [23:14] <AleXoundOS> juanmabc, can you check twitch.tv/snipealot4 [23:15] <l_r> hello guys [23:15] <AleXoundOS> it has a little distortion at the moment [23:15] <AleXoundOS> l_r, hi [23:15] <l_r> i have a problem [23:15] <l_r> ffmpeg does not adapt the video output to the same framerate as the h264 input [23:15] <juanmabc> i'm on it AleXoundOS [23:16] <AleXoundOS> juanmabc, thx, what do you think about this? [23:17] <AleXoundOS> juanmabc, like there are many artifacts on the image [23:17] <l_r> basicalli i read h264 video from a device and send the stream to a remote rtmp server, the video might slowly change the framerate during the day (at night it's 15fps as the shutter speed is slower). well, ffmpeg does not seem to recognize this change via -re [23:18] <juanmabc> seems quality of image mixed with inter framing issues, happens with some codecs [23:18] <l_r> juanmabc, are you talking to me? [23:18] <juanmabc> i don't know if the streaming could turn down quality to meet net requirements [23:19] <juanmabc> nope, l_r [23:19] <l_r> ok [23:19] <AleXoundOS> juanmabc, I'm not encoding this, just using -vcodec copy (it's x264), when I watch the source with player it has no artifacts [23:19] <AleXoundOS> juanmabc, but after streaming to twitch sometimes it gets distortion [23:20] <l_r> is there a way to make a video 30 fps although the input is 15fps? [23:20] <AleXoundOS> l_r, yes [23:20] <l_r> how [23:21] <juanmabc> note that happens when the image changes a lot, like discard, seems some iframe issue [23:21] <AleXoundOS> l_r, you can explicitly specify output rate [23:21] <l_r> what is the command line? [23:21] <juanmabc> -r 30 i think [23:21] <l_r> hm [23:21] <l_r> then the thing does not work [23:21] <AleXoundOS> l_r, -r before output section [23:22] <l_r> yeah i tried it [23:22] <l_r> it does not work [23:22] <juanmabc> -r:v 30 ? [23:22] <AleXoundOS> juanmabc, no, I think it doesn't relate to image changes [23:22] <Mayumi> hi [23:22] <AleXoundOS> juanmabc, the source video doesn't have such distortion [23:22] <AleXoundOS> juanmabc, maybe I need to use some copytb option or something like that? [23:22] <l_r> i mean, the command line is correct, but it has artifacts, the video looks accearated in some interval of time, and blocked in other ones [23:23] <Mayumi> is there a setting with ffmpeg to remove the black boxes surrounding a video? [23:23] <l_r> the -r thing is unuseful for me [23:23] <l_r> not working [23:23] <AleXoundOS> l_r, try different vsync options [23:23] <l_r> let me see [23:23] <Mayumi> when i transcoded a video using aws transcoder (uses ffmpeg) it managed to do this, but when i did it locally wiht ffmpeg it didnt [23:23] <Mayumi> there has to be some sort fo setting or something [23:24] <AleXoundOS> l_r, I'm not sure, but maybe encoder options can ignore -r setting [23:27] <AleXoundOS> l_r, but basically "-r output" option should work, manual says: "As an output option, duplicate or drop input frames to achieve constant output frame rate fps." [23:27] <l_r> but it doesnt [23:27] <l_r> it's h264 as input [23:27] <l_r> remember [23:28] <AleXoundOS> l_r, and what you get? [23:29] <l_r> dd if=/dev/video0 | ffmpeg -r 30 [...] <---- works in the morning when the video is really 30fps, but at night the video is 15fps due to shutter speed change, i have to restart ffpeg with -r 15 at night, because ffmpeg cannot handle the change of the fps well, that is video stops unexpectdly very often for some small intervals of time [23:30] <l_r> -re does not work either [23:30] <l_r> -re should be "automatic" [23:31] <Mayumi> s0o0o0o [23:31] <Mayumi> nobody kno my issue =( [23:44] <llogan> Mayumi: you can use the crop filter [23:44] <llogan> http://ffmpeg.org/ffmpeg-filters.html#crop [00:00] --- Fri Jan 10 2014

1 0

ffmpeg-devel.log.20140108
by burek 09 Jan '14

09 Jan '14

[01:19] <llogan> j-b: can I get the "Read FFmpeg git howto" removed from http://git.videolan.org/ ? [01:19] <llogan> ...or can one of us do it? [01:27] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:4b0cecb457c7: avcodec/hevc_ps: check that VPS referenced from SPS exists [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:908b951b4e94: avcodec/hevc: Fix modulo operations [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:5e21989de4c8: Revert "Merge remote-tracking branch 'qatar/master'" (43dec5ef9a360c9ffac3278f464832bd99af0cb0) [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:c094aec76e29: avcodec/ac3dec: check bap before use. [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:413065aff4ef: avcodec/g2meet: check available space before copying palette [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:dcecca07585f: avutil/log: check that len is within the buffer before reading it [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:69aa3d5b88ec: avcodec/hevc: clear HEVClc when its deallocated in hevc_decode_free() [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:898ab02557b0: avformat/avidec: Dont assert the existence of an index for video streams. [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:d1a919586317: avcodec/mjpegdec: check len in mjpeg_decode_app() more completely [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:2864c987d8ce: avformat/ipmovie: check OPCODE_INIT_VIDEO_BUFFERS size more completely [01:28] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:580d3ef6fea3: avformat/mov: Check that we have a stream before accessing it in mov_read_ares() [01:43] <cone-113> ffmpeg.git 03Carl Eugen Hoyos 07master:94cf4f8bac12: Use the h264 parser when decoding VSSH in avi. [02:03] <ramiro> I'm trying to capture from the webcam to a video and img2 files at the same time. When img2 fails, ffmpeg exits without flushing the video. I'm writing a patch to make FFmpeg only close the stream that failed on av_interleaved_write_frame(), but I can't get past this: http://pastebin.com/c2JaaTKa [02:04] <ramiro> after img2 fails, ffmpeg stop reading new frames from the webcam, but keeps on writing the last frame to the video. [02:44] <BBB> ubitux: fixed your comment about code duplication [05:05] <cone-362> ffmpeg.git 03Michael Niedermayer 07master:1c010fd035c1: avformat/mxfdec: detect loops during header parsing [05:10] <michaelni> ramiro, just spotted your question ... if you havnt solved it by tomorrow, ping me and ill take a look (need to go to bed now) [05:11] <michaelni> btw nicolas also should know that code [05:20] <cone-362> ffmpeg.git 03Martin Storsjö 07master:67bb3a4e285a: arm: cosmetics: Reindent the h264dsp neon init function [05:21] <cone-362> ffmpeg.git 03Michael Niedermayer 07master:9ef7c0c5510f: Merge commit '67bb3a4e285a5871770cbaa2d78bf9024961dd0f' [05:36] <cone-362> ffmpeg.git 03Martin Storsjö 07master:b7b932f5e360: arm: Remove a leftover define for the pld instruction [05:36] <cone-362> ffmpeg.git 03Michael Niedermayer 07master:3c00d4c5f0ae: Merge commit 'b7b932f5e3602bd34c3cc634b71c8bbbc0fb8dc0' [05:44] <cone-362> ffmpeg.git 03Martin Storsjö 07master:5dae48723576: arm: Allow overriding the alignment set in the function macro [05:44] <cone-362> ffmpeg.git 03Michael Niedermayer 07master:edba54630b6f: Merge commit '5dae4872357613a0b51120b54a4c5221e0ec3f69' [05:51] <cone-362> ffmpeg.git 03Martin Storsjö 07master:952d3187d8ed: arm: Add a missing # as prefix for an immediate constant [05:51] <cone-362> ffmpeg.git 03Michael Niedermayer 07master:8be8dddd13f4: Merge remote-tracking branch 'qatar/master' [08:22] <ubitux> BBB: the branch LGTM, thx :) [09:53] <cone-780> ffmpeg.git 03Stefano Sabatini 07master:a008deb17bec: doc/muxers/matroska: reformat documentation [09:53] <cone-780> ffmpeg.git 03Stefano Sabatini 07master:e9edf001d415: doc/ffmpeg: remove documentation for removed vlang/slang options [09:53] <cone-780> ffmpeg.git 03Helmut K. C. Tessarek 07master:db70f2d36c2d: doc/muxers/matroska: add information to the matroska metadata language entry [10:12] <cone-780> ffmpeg.git 03Ramiro Polla 07master:6a99ecb84e6d: doc/muxers/image2: document strftime option [10:21] <cone-780> ffmpeg.git 03Stefano Sabatini 07master:2358458a7587: doc/muxers/image2: apply several formatting changes [10:28] <cone-780> ffmpeg.git 03Michael Niedermayer 07release/1.2:f974c54909dc: avformat/mxfdec: detect loops during header parsing [10:28] <cone-780> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:6f7fd2f58956: Use the h264 parser when decoding VSSH in avi. [10:28] <cone-780> ffmpeg.git 03Michael Niedermayer 07release/2.1:de14fe7e297f: avformat/mxfdec: detect loops during header parsing [10:28] <cone-780> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:a48440d85737: Use the h264 parser when decoding VSSH in avi. [11:41] <j-b> llogan: sure, why? [11:43] <ubitux> because the file doesn't exist i guess [11:44] <ubitux> (it's now a texi file @ http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/git-howto.texi;hb=HEAD) [11:45] <ubitux> it should link to http://ffmpeg.org/git-howto.html if possible [11:45] <ubitux> i doubt anyone is actually following that link anyway [12:59] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:5d4541007f1d: avcodec/huffyuvenc: fix -context 1 encoding [12:59] <cone-780> ffmpeg.git 03Anton Khirnov 07master:02dd178d9de9: avisynth: More av_new_packet changes [12:59] <cone-780> ffmpeg.git 03Stephen Hutchinson 07master:16ae337bd8d4: avisynth: Use av_packet_from_data instead of av_new_packet [13:01] <BBB> michaelni: merge request? [13:02] <BBB> michaelni: github/rbultje/ffmpeg/vp9-simd [13:03] <BBB> ubitux: comment for you (if you didn't fix it already), cglobal name, args_regs, 15 should be 16 [13:03] <BBB> since you're using m15 [13:03] <ubitux> ah, yeah [13:04] <ubitux> i'm trying to figure out the transpose trick with the "butterflies" [13:09] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:e84d14df10d0: vp9/x86: idct_32x32_add_ssse3. [13:09] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:37b001d14d34: vp9/x86: idct_32x32_add_ssse3 sub-16x16-idct. [13:09] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:04a187fb2ae2: vp9/x86: idct_32x32_add_ssse3 sub-8x8-idct. [13:09] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:5b0fc0781911: vp9: reset contextual caches on frame size change with mt enabled. [13:09] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:024fac5cd4f7: vp9: make mv bounds 32bit. [13:09] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:dcc9009e141c: Merge remote-tracking branch 'rbultje/vp9-simd' [13:14] <ubitux> :) [13:15] <ubitux> BBB: i missed that: libavcodec/x86/vp9itxfm.asm:1208: warning: (VP9_IDCT32_1D:309) redefining multi-line macro `STORE_2X2' [13:16] <ubitux> it should be taken out that scope [13:17] <BBB> hm right, or made local [13:20] <BBB> this better? I made the macro local [13:20] <BBB> (%% prefix) [13:21] <BBB> oh crap it was merged [13:21] <BBB> hm [13:21] <BBB> let me fix that [13:21] <ubitux> :D [13:23] <BBB> michaelni: patch on ml (an thanks for merge) [13:23] <ubitux> what's this %%? [13:23] <ubitux> i assume it's to make it local, but how does it work? [13:23] <ubitux> does it defines a unique macro name each time? [13:23] <ubitux> or it's just syntaxic sugar? [13:29] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:9e7b477c8c75: avcodec/ffv1enc: choose 1.2 by default for higher resolutions to ensure multi-threaded decodability [13:34] <BBB> ubitux: I don't know ;] [13:34] <BBB> ubitux: it's a trick I learned from pengvado, but that's all I know [13:34] <BBB> it's "local within the scope of its own containing macro" [13:34] <BBB> it's documented in the yasm manual also [13:35] <BBB> and nasm, I believe [13:35] <ubitux> ok :) [13:35] <BBB> oh I also have some ongoing work for a 16x16 iadst various functions [13:35] <BBB> I can show it off if you want, but it's not terribly useful yet [13:36] <ubitux> no hurry :p [13:36] <ubitux> i'm still busy with the transpose :) [13:37] <BBB> yeah they are funny [13:38] <BBB> """""funny"""""" [13:39] <ubitux> for now i'm just trying to guess the sequence based on the different pattern [13:39] <ubitux> and looking at the resulting matrix [13:39] <ubitux> :p [13:41] <ubitux> BBB: loopfilter was definitely fun ;) [13:54] <ubitux> ok it seems it get it :) [14:02] <BBB> what get what? [14:04] <BBB> ubitux: probably just look at the 8x8w transpose for x86-32 [14:04] <BBB> a [14:04] <BBB> and try to reproduce what it does to solve the register shortage for x86-64 16x16b [14:04] <BBB> is what I would do, but up to you ofc [14:04] <ubitux> yes that's exactly what i did [14:05] <ubitux> and it works, just needs to do the swap [14:05] <ubitux> and actually move it to asm (i wrote a separated PoC) [14:06] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:9d098ea32fde: avcodec/huffyuvenc: Factorize store_huffman_tables() out [14:19] <BBB> lol [14:19] <BBB> ok [14:19] <BBB> michaelni: can you merge that patch I posted on the ml? removes a compiler warning [14:19] <BBB> (assembler warning) [14:20] <BBB> ubitux: don't forget there's still all the other lf functions you need to do - they're easy b/c you did the big one, but still, don't forget :) [14:20] <ubitux> heh, i won't [14:20] <BBB> \o/ [14:21] <ubitux> but i'm assuming v and h 16x16 will be the largest improvement [14:21] <BBB> yes absolutely [14:22] <BBB> 8/4 still beat iadst by a long shot [14:22] <BBB> 5.7% and 4.9% (h 8 and v 8) vs. 1.0, 0.5 and 0.7% for the iadst/idct variants [14:23] <BBB> and 1.6% and 1.5% for v4 and h4 [14:25] <BBB> bbl - work [14:27] <ubitux> ok, got the "butterfly timeline" and swaps working [14:28] <ubitux> now i need to deal with the temporary spills thing [14:36] <cone-780> ffmpeg.git 03Ronald S. Bultje 07master:c6fe984f2ff0: vp9/x86: make STORE_2X2 macro local. [15:32] <ubitux> aah finally a dvb sub fix that looks sane [17:23] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:c8c7736c1025: swscale: disable ARM code until its build failure with clang/iphone is fixed [17:35] <michaelni> j-b, disabled that clang/iphone breaking arm asm. Its author was busy till now but he will look into it when he has time [19:09] <j-b> michaelni: thx, noted. [19:09] <j-b> michaelni: I don't plan to do a iOS release soon anyway ;) [19:49] <llogan> j-b: what ubitux said. linking to http://ffmpeg.org/git-howto.html is fine with me [23:56] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:1a0370ad94de: avcodec/kgv1dec: remove unused function and variable [23:57] <cone-780> ffmpeg.git 03Michael Niedermayer 07master:48ad1f392a0f: avcodec/libstagefright: drop dependancy on sizeof(AVFrame) [23:57] <cone-780> ffmpeg.git 03rogerdpack 07master:2be1e1b223d9: avformat/udp: debug log udp socket size [00:00] --- Thu Jan 9 2014

1 0

ffmpeg.log.20140108
by burek 09 Jan '14

09 Jan '14

[01:10] <DX099> hello all, I'm trying to compile a program that uses libavcodec but I'm stumbling across this error while configuring "LIBAVCODEC_VERSION_MAJOR is not known at compile time in libavcodec.h" [01:10] <DX099> any help ? [04:23] <hwkns> hi all [04:24] <hwkns> anyone available to help me out with a peculiar situation? [04:24] <hwkns> http://pastebin.com/raw.php?i=6w7CEQx9 [04:24] <hwkns> ^ there's my command and the resulting output [04:24] <hwkns> i am attempting to take screenshots of a video [04:24] <hwkns> several other seek points in this same test file have produced good screenshots [04:25] <hwkns> but this last one (using fast and accurate seeking to get to 4584 seconds) isn't producing anything [04:27] <hwkns> no errors are reported either (besides the "Buffering several frames" message that i always see) [04:27] <hwkns> the video is ~5100 seconds long, so the seek point should be valid [04:40] <Zeranoe> Is there any reliable way to get the number of frames in a video? [04:43] <sacarasc> Not really. Part of a file could be missing, so you'd get the wrong thing reported. [04:50] <Plorkyeran> decoding the entire file and counting how many frames you get is quite reliable [04:50] <Plorkyeran> merely parsing the headers for each frame is usually good enough [04:50] <Plorkyeran> but still requires reading the entire file and so is still kinda slow [04:51] <Zeranoe> how about bin\ffprobe.exe -show_streams -count_frames ? [04:52] <Zeranoe> well, how accurate is ffprobe [04:53] <Plorkyeran> well "count frames" sounds like it parses the file and counts the number of frames it finds, so barring bugs it should be accurate [04:57] <Zeranoe> Ok, how about changing the frame rate and then reading the number of frames in the resulting video? I tried piping with rawvideo to ffprobe with a -r change in FFmpeg but it is reporting invalid input data [06:34] <eristisk> Hi all, I just encoded a video with an option vcodec = libx264 but the resulting MKV file has in the metadata that the ecoder is "Lavf55.19.104" [06:34] <eristisk> Does that mean the video stream was encoded with the built-in FFmpeg H.264 encoder, or the external x264 library? [06:35] <sacarasc> Run mediainfo on the file and it will tell you. [06:37] <eristisk> Writing library : x264 core 138 r2363 c628e3b [06:37] <eristisk> Seems it's ok [06:38] <eristisk> I guess Lavf muxxed the MKV file [06:38] <eristisk> Thanks sacarasc [11:48] <zippo^> hello, can someone me help: how do I convert to MPEG-1? Adobe Premiere Pro has no MPEG-1, while well MPEG-2. I use Mac OS X [11:49] <ubitux> mpeg-1? seriously? :) [11:50] <re-G> tried -c:v mpeg1video [11:50] <re-G> ? [11:50] <zippo^> yes, ubitux [11:50] <zippo^> via the terminal, re-G ? [11:51] <zippo^> of mac os x? [11:51] <re-G> zippo^: i mean ffmpeg command line parameter [11:51] <zippo^> i have no very expierence about ffmpeg.i am beginner, re-G [11:53] <re-G> zippo^: u can download ffmpeg for mac from ffmpeg.org. And with google you will find documentation and hundreds of examples to use ffmpeg [11:55] <zippo^> thank you, re-G . [11:55] <ubitux> why would you want to encode to mpeg-1 anyway& [11:56] <ubitux> especially if your adobe tool is not supporting it [11:56] <zippo^> my colleague needs mpeg-1, but i don't know why need he this. ubitux [11:56] <ubitux> (apart from the fact mpeg-1 has huge constraints) [11:57] <JEEB> pretty much no-one encodes spec-compliant MPEG-1 by now [11:58] <re-G> sometimes somebody can need some legacy things [13:57] <zippo^> )-: [17:52] <kurkale6ka> Hi when using ffmpeg is there a way not to display the buil message? [17:55] <lkiesow> kurkale6ka: Try 2&> /dev/null [17:56] <kurkale6ka> yeah but that would hide potential errors [17:56] <lkiesow> yep. Then try -loglevel [17:57] <lkiesow> probably warning or error is what you want [17:58] <kurkale6ka> you need at least info but that shows the build message too [18:02] <lkiesow> Then I guess you have to use something like sed to modify the output [18:03] <kurkale6ka> Cheers, it is not so important, it is just mildly annoying [19:55] <llogan> lkiesow: if you see him again mention -hide_banner [20:25] <lkiesow> &will do that [21:04] <xlinkz0> what does tbc mean? [21:04] <xlinkz0> 25 tbr, 10k tbn, 50 tbc [23:07] <undercash> hi [23:11] <undercash> i m interested to realize this [23:11] <undercash> http://stackoverflow.com/questions/11647868/using-ffmpeg-to-stream-continuo… [23:11] <undercash> anybody has a concrete example how to do it? [00:00] --- Thu Jan 9 2014

1 0

ffmpeg-devel.log.20140107
by burek 08 Jan '14

08 Jan '14

[00:00] <beastd> yes: ./configure --disable-stripping --enable-debug=1 [00:00] <SevereOverfl0w> Awesome [00:00] <SevereOverfl0w> Aaannddd recompiling [00:01] <beastd> Also I am tired and have no time to try things myself ATM. But from what I understand it should work that way. [00:02] <SevereOverfl0w> Okay, :) Well, giving it a go :D [00:02] <beastd> SevereOverfl0w: OK. Hope you will get debug symbols in your shared libs this time. [00:03] <SevereOverfl0w> beastd: Your tip should work [00:05] <beastd> SevereOverfl0w: Hang in there! [00:06] <beastd> Going to sleep now. Bye... [00:06] <SevereOverfl0w> beastd: Heh, thanks dude. Sleep well :) [00:11] <SevereOverfl0w> http://bpaste.net/show/ouFRojkk41iqIBSTqDgS/ ubitux? This looking good? [00:11] <ubitux> yes, now you can open a ticket with the sample and that backtrace :p [00:12] <ubitux> > emu_edge [00:12] <SevereOverfl0w> Awesome. [00:12] <ubitux> you might want to enable/disable it [00:12] <ubitux> try without threading, with/without mmx/sse, ... [00:21] <SevereOverfl0w> Hold on, I'm still adding my attachment fflogger! [00:26] <SevereOverfl0w> ubitux: Shall I include my core file? [00:34] <BBB> ubitux: yes mc is always the primary bottleneck of any decoder [00:35] <BBB> ubitux: so that's expected [00:37] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:71fe97a60ad7: avformat/nutdec: check avio_read() return code [00:37] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:ed1eb9602c96: avformat/rmdec: check that sub_packet_size fit in the packet for DEINT_ID_GENR [00:40] <cone-311> ffmpeg.git 03Paul B Mahol 07master:63debaa74c9c: libopusenc: Change default frame duration to 20 ms [00:40] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:0bad50522d34: Merge remote-tracking branch 'qatar/master' [00:44] <t355u5> Hey guys. I think we need a more precise definition for the metadata language code in the documentation. The doc states: ISO 639. Well there are 5 ISO 639 standards: 639-1 639-2/T 639-2/B 639-3 639-6. True the doc also says 3 letter code, which narrows it down to 639-2/T 639-2/B 639-3. So which is it? [01:03] <michaelni> t355u5, are there any 3 letter codes that have more than 1 meaning ? [01:04] <michaelni> if not then it shouldnt matter in theory [01:04] <michaelni> also i think the code predated -3 [01:04] <michaelni> predateS [01:04] <t355u5> michaelni: yes [01:05] <t355u5> michaelni: e.g. german could be ger or deu [01:05] <michaelni> no, thats not what i asked [01:05] <t355u5> so what shall someone use? [01:05] <michaelni> either in that case [01:05] <michaelni> the code should understand both for german (in theory) [01:06] <michaelni> if it doesnt in practice thats a bug [01:06] <t355u5> that's my point. do we know that the code understands 639-2/T and 639-2/B [01:07] <t355u5> this should be clarified in the documentation [01:07] <t355u5> which it is not at this point [01:07] <michaelni> yes [01:08] <t355u5> michaelni: yes to what? yes to that we know that the code understands 639-2/T and 639-2/B or yes to that it should be in the docs [01:09] <michaelni> when the docs dont list either it kind of implies that both would have to be ok but it should be clearly written there [01:10] <michaelni> the code should work but no i dont know if it does work [01:11] <t355u5> I'm just saying the docs should be more clear. actually iso 639 is only mentioned for -alang and -slang, which are deprecated afaik. [01:12] <michaelni> t355u5, hmm you seem very interrested in this, do you want to send a patch clearing the docs up ? [01:13] <t355u5> michaelni: sure, so both codes are valid? I'll update the docs and send a patch [01:14] <michaelni> i belive both are valid yes / i dont see a reason why not [01:14] <michaelni> also its more robust if the code can handle both [01:14] <michaelni> so it should even if it doesnt work currently [01:16] <t355u5> michaelni: shall I fork on github and send a pull request? [01:16] <michaelni> how many patches do you want to send ? [01:17] <michaelni> if its just one then its maybe quicker to use git send-email [01:17] <t355u5> don't know. depends on where the language stuff is mentioned in the docs [01:17] <t355u5> and there are html and man pages [01:17] <michaelni> if its a dozen sure pull request might make sense [01:17] <michaelni> some of this is generated [01:18] <t355u5> ok, I'll look a the src tree and check what I can find [01:35] <cone-584> ffmpeg.git 03Michael Niedermayer 07master:21b25537fb8f: avcodec/mpeg4videodec: use av_fast_padded_malloc() for bitstream buffer [02:03] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:edc6f3da0ed5: avfilter/vf_format: check that the format list is not empty [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:2d16a88a9c60: avcodec: move end zeroing code from av_packet_split_side_data() to avcodec_decode_subtitle2() [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:3ffd1c2e40b6: avcodec/jpeg2000dec: Check precno before using it in JPEG2000_PGOD_CPRL [03:47] <cone-584> ffmpeg.git 03Jan Gerber 07release/2.1:95b5496dce82: lavf/matroska*: add support for signed integers [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:d86930b8ff28: avformat/matroska: simplify signed int access code [03:47] <cone-584> ffmpeg.git 03Jan Gerber 07release/2.1:aee36a7d16db: lavf/matroska*: DiscardPadding is a signed integer [03:47] <cone-584> ffmpeg.git 03Jan Gerber 07release/2.1:73aa4518eec4: lavf/matroskadec ReferenceBlock is a signed integer [03:47] <cone-584> ffmpeg.git 03Paul B Mahol 07release/2.1:04a4c4144ade: avcodec/libopusenc: change default frame duration to 20 ms [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:1ecd1b4aeeb4: avcodec/g2meet: fix stride calculation, use correct format field [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:cf6cf50ac689: do O(1) instead of O(n) atomic operations in register functions [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:e779595dcae4: avutil/log: skip IO calls on empty strings [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:08808084f6e9: swscale/utils: fill xyz tables only when they will be used [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:061e94815322: configure: support raising major version in soname [03:47] <cone-584> ffmpeg.git 03Dale Curtis 07release/2.1:dcf0f82d08e8: h264: Clear ERContext.cur_pic when unref'ing current picture. [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:572ccbd299f0: Merge commit '6139f481ac9feb1bee4e7d04789fb15d7f24ebbf' [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:3976c50fc1ff: Merge commit 'cec5ce49229d61e4eb1f331a6d0dff3aa24f6655' [03:47] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:2d7f20d2bbb1: Merge commit 'a639ea7f4bc44bf6bfa452675558a342924a66a9' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:b7cb77a3228f: Merge commit '2d2a92f72199823a92e4e226c32e42a27ec801c0' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:2fe67ddb243e: Merge commit 'b7462a3904d71ff799584faf5b875cad59ca2f31' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:1dcf9de6e995: Merge commit '2e09096da912f563c4dd889a8f25c314529bbaa6' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:bfe4aa892a53: Merge commit 'a837c4f2df96a30bf9aa4115b426d608487c7101' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:dcb91e3dfe07: Merge commit '3c8ea9d4a74fd4d7493d40c818ca64ee492709f3' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:8c53cacbfd32: Merge commit '4a4841d4e0f0dc50998511bf6c48b518012024db' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:dbb4ff685135: Merge commit '508b37557bf36eae83c18e64d42f27b44a321d81' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:48c192c48c3c: Merge commit '730bac7bab3c7dcd9fcb7c70f154e5f4cfaef9a7' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:badb8e15ac00: Merge commit 'e4155f15b35c4272a235f5521d2dc6c2aabdd462' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:9ebe344166e0: Merge commit '0ea430c75b8d90449d2878ad84669a2da2ad3cbc' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:8a9f4f8800c1: Merge commit '45bde93eefa78c1bdb0936109fbd2e2fb27fbfe7' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:6133f450bb81: Merge commit '57e7b3a89f5a0879ad039e8f04273b48649799a8' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:4d373ee8e4c9: Merge commit '97168b204a0b6b79bb6c5f0d40efdf7fc2262476' [03:48] <cone-584> ffmpeg.git 03Michael Niedermayer 07release/2.1:9918296a2df1: Merge commit 'ffe04c330335add4c6d70ab0bb98e6b3f4f7abfa' [03:48] <Compn> oh lawd [03:48] <Compn> michaelni : so what do you think of that playlist api ? [03:48] <Compn> horribly outdated and useless ? [03:48] <Compn> and broken ? [03:57] <michaelni> Compn, if the comunity likes the API and theres someone who wants to update/rebase it to ffmpeg git master and it works then i dont see a problem with it [03:58] <Compn> haha ok [03:58] <Compn> j-b wont do it ... hmmm [03:58] <Compn> who wants playlist support [04:04] <Daemon404> why would we need it? [04:04] <Daemon404> seems pretty silly... better handled by the user app [04:23] <cone-584> ffmpeg.git 03Michael Niedermayer 07master:b0517467c0b6: avformat/webvttdec: Dont skip over a never checked byte after --> [05:33] <Compn> Daemon404 : playing files in .rar or .zip ? [05:33] <Compn> which is what vlc uses playlists for [08:40] <j-b> 'morning [10:25] <ubitux> BBB: looking at "vp9/x86: idct_32x32_add_ssse3 sub-8x8-idct." i just realized %2==%3 all the time in the VP9_MULSUB_2W_2X calls [10:25] <ubitux> we might want to simplify this [10:30] <ubitux> too bad the scan doesn't allow more than eob=1 for 8x8 [10:31] <ubitux> that's probably why it's not significant [10:31] <ubitux> you might want to mention it [10:33] <ubitux> no more comment frome me on the simd, except what i said last time [10:33] <ubitux> (like macrotizing the bunch of stores in the 2nd pass) [11:34] <saste> nevcariel: do you have experience with M$ Visualstudio/VC? [11:35] <saste> yesterday I was compiling an application against libav* libs [11:35] <saste> any reason we don't install the generated *.lib files? [11:36] <nevcairiel> they should be installed, without them you cant link against the dlls [11:36] <nevcairiel> i dont use the install target myself, i have a custom script that grabs the files i need [11:36] <nevcairiel> so i would never notice [11:36] <saste> you can, but you have to add the source paths, or I have to manually copy the .lib files around (I did the latter) [11:37] <nevcairiel> make install assumes linux/unix folder structure, thats usually not ideal for windows, so i dont use the install target much [11:37] <saste> where are the lib files installed usually then? [11:38] <nevcairiel> many cases you have following folders: bin, lib, include .. i suppose you can guess what goes where [11:38] <nevcairiel> but there is no strict standard everyone follows [11:38] <saste> I'd place them in lib [11:38] <nevcairiel> of course [11:39] <nevcairiel> dlls in bin, libs in lib [11:42] <wm4> dlls in bin? wut [11:42] <JEEB> yup [11:43] <JEEB> not needed when linking but needed at runtime [11:44] <nevcairiel> bin is usually what you put in PATH or something like that, it'll find the dlls then [11:44] <nevcairiel> or if your application executable is also in bin, it'll also find the dlls without PATH [11:44] <nevcairiel> it wouldnt if they are in lib [11:44] <ubitux> so binary libraries in lib, and dynamic libraries in bin [11:44] <ubitux> @_@ [11:45] <nevcairiel> lib files arent full libs, they just tell the linker which functions are available [11:45] <nevcairiel> (well, .lib files also can be static libraries, but lets assume we're talking dynamic here) [11:46] <nevcairiel> but as JEEB pointed out, the difference is really between needed for runtime (bin), and needed for compile time (lib) [11:46] <nevcairiel> you dont even need th dll to link the app, just the lib [12:09] <saste> uhm muxing.c PTS video handling is broken [12:12] <saste> the encoder is supposed to fill packet PTS/DTS, but then they must be rescaled to the stream timebase, right? [12:16] <saste> michaelni, ^ ? [12:17] <saste> (and of course all of this is not documented) [12:18] <ubitux> muxing.c is definitely broken yes [12:34] <BBB> 2w_2x? [12:35] <BBB> oh right [12:35] <BBB> yes [12:35] <BBB> we can change that I guess [12:35] <BBB> it's just an internal macro [12:35] <BBB> ubitux: are the other patches ok to merge? [12:37] <BBB> let me rebase while I'm at it [12:38] <BBB> ubitux: I've rebased and added your patch in my github vp9-simd branch [12:40] <ubitux> i don't remember my other comments, but probably yes [12:41] <ubitux> also see the comment on the ml for the fix you sent [12:43] <ubitux> BBB: you didn't pick the commit from github [12:43] <ubitux> (it is faster) [12:43] <ubitux> also, don't you think it should be comitted along with the horizontal? [12:43] <ubitux> i'll hopefully be done with the transpose in a few days [12:43] <ubitux> so we could have it [13:00] <BBB> I couldn't pick from github [13:00] <BBB> because it conflicted with my 32x32 [13:00] <BBB> (they both touch the same lines in vp9dsp_init.c) [13:02] <ubitux> i'll rebase on yours if you want :p [13:09] <cone-113> ffmpeg.git 03Stefano Sabatini 07master:2503928a2f8b: examples/decoding_encoding: fix style nits [13:16] <cone-113> ffmpeg.git 03Diego Biurrun 07master:794fcf79a89e: Rename CONFIG_FFT_FLOAT ---> FFT_FLOAT [13:16] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:7778979f6f9c: Merge commit '794fcf79a89eca2d4e889803b2c804a0b1defbb3' [13:16] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:99b6357f37b7: rename CONFIG_FFT_FIXED_32 -> FFT_FIXED_32 [13:21] <cone-113> ffmpeg.git 03Diego Biurrun 07master:9997cee04d6a: network.h: Add #endif comments to improve readability [13:21] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:77274d5c79a1: Merge remote-tracking branch 'qatar/master' [13:25] <BBB> ubitux: fixed [13:26] <BBB> (see github or ml) [13:26] <BBB> I've pushed new tree to my github, I can remove your patch and then submit for merge if you're ok with it [13:27] <ubitux> yes please don't merge my commit [13:28] <ubitux> the one you picked really is outdated [13:28] <ubitux> and i want to add horizontal [13:29] <ubitux> BBB: VP56mv is used in various places in the decoder, not problematic? [13:30] <ubitux> and so, you don't want to write a macro for the stores in the 2nd pass of the 32x32? [13:52] <BBB> ubitux: we only use it for comparisons, we never read the struct as a whoile directly [13:52] <BBB> ubitux: so I think it's safe [13:53] <ubitux> k [13:53] <BBB> oh macro for 2nd pass stores, ehm, nah, we only use it once [13:53] <BBB> if there was a 64x64, I'd say yes [13:53] <BBB> and removed your patch from my github branch [13:55] <ubitux> once? [13:55] <ubitux> you have 8x the same dozens lines [13:56] <ubitux> https://github.com/rbultje/ffmpeg/commit/2e5e39ddbe849389d2e41fde0abc61167b… [13:56] <ubitux> i'm talking about those chunks [14:07] <BBB> oh that [14:07] <BBB> sorry, I misunderstood [14:07] <BBB> hm, maybe not a bad idea [14:07] <BBB> yes will change that [14:13] <zozoh> Hi, did it possible copy AVCodecContext struct to a remote process ? [14:14] <zozoh> I want to write two little program, one run on local, which open a Video, and reading AVPackets [14:15] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:8ca9a68f1905: avcodec/flacdec: check rice_order against blocksize [14:16] <zozoh> @cone-113, sorry, response to me? [14:18] <ubitux> cone-113 is a bot, displaying here the just recently pushed commit [14:19] <zozoh> oh [14:20] <zozoh> -_-! [14:23] <BBB> zozoh: you need to serialize the avcodeccontext information from one machine to the next, see e.g. how gstreamer or so do it [14:25] <zozoh> I had already send the AVCodecContext to remote, all fields had be recover, except the "thread_opaque" [14:27] <wm4> zozoh: that won't work [14:28] <wm4> you can try to recreate the AVCodecContext by initializing it in the same way [14:28] <wm4> but you can't copy its state [14:28] <wm4> not even if you copy all AVCodecContext fields [14:28] <zozoh> so, I create another AVCodecContext instance, [14:29] <zozoh> and just set my "thread_opaque" to the created one, then it work [14:29] <zozoh> just like this: [14:29] <zozoh> dec->cc->get_buffer = avcodec_default_get_buffer; [14:29] <zozoh> dec->cc->release_buffer = avcodec_default_release_buffer; [14:29] <zozoh> dec->cc->get_format = avcodec_default_get_format; [14:29] <zozoh> dec->cc->reget_buffer = avcodec_default_reget_buffer; [14:29] <zozoh> dec->cc->draw_horiz_band = NULL; [14:30] <zozoh> dec->cc->rtp_callback = NULL; [14:30] <zozoh> dec->cc->execute = avcodec_default_execute; [14:30] <zozoh> dec->cc->execute2 = avcodec_default_execute2; [14:30] <wm4> this is horrible, unsupported, and will fail hard on the next possible occasion [14:30] <zozoh> and the key is : [14:30] <zozoh> dec->cc->thread_opaque = cc2->thread_opaque; [14:30] <wm4> thread_opaque is even deprecated and probably not used anymore [14:31] <zozoh> en... I do think it is horrible too [14:31] <zozoh> this is a old version ffmpeg , maybe a year ago [14:31] <wm4> if you want a remote AVCodecContext with the same state, all you can do is 1. initialize a second AVCodecContext using the same parameters (codec, extradata, etc.) and 2. call exactly the same operations on the second context [14:31] <wm4> then it might work [14:32] <zozoh> so , did it some formal way to copy the AVCodecContext to remote ? [14:33] <zozoh> @wm4 thanks man :) [14:34] <zozoh> and I think I really do lots of bad things in my code [14:35] <wm4> in parts, the ffmpeg API will make you do bad things, because it doesn't always make clear whether something is allowed or not [14:37] <zozoh> refer the "avcodec_copy_context" , I spend few night to compare the bytes I dump from AVCodecContext one by one [14:39] <zozoh> and finally, I find the big issue of "thread_opaque", seems it is wrong direction [14:39] <wm4> what are you even trying to do? [14:40] <zozoh> wm4 "2. call exactly the same operations on the second context" <- the operations include "avcodec_open2" etc.. ? [14:41] <wm4> yes [14:42] <zozoh> I try to make many player receive same AVPackets at same time [14:43] <zozoh> base on that, I can make frame leave sync cross machine [14:43] <zozoh> and streaming base [14:49] <wm4> yeah, then you probably just need to initialize all contexts in the same way [14:49] <wm4> so you need a remote equivalent of avcodec_copy_context [14:50] <wm4> looking at avcodec_copy_context isn't a good idea though [14:50] <wm4> the way it does thing is not safe for applications [14:50] <wm4> I don't know if the fields required for correct decoding are documented anywhere, maybe not [14:52] <nevcairiel> its really not that many [14:54] <zozoh> @wm4 if I play a 1G video, the video file save in local, I can hardly let remote to initialize the contexts in same way ... [14:54] <zozoh> @nevcairiel sorry? [14:54] <wm4> this is my own list of fields that need to be copied for equivalent initialization: http://privatepaste.com/94f4abfb7e [14:55] <nevcairiel> chroma_sample_location? [14:55] <wm4> when I wrote this, this some demuxers set it, but it wasn't transferred over side data [14:55] <nevcairiel> y4m sets it i suppose [14:57] <nevcairiel> audio_service_type is also more informational then anything else, and personally i've never missed stream_codec_tag, but the others i use as well [14:58] <zozoh> @wm4 it worked in same process, [14:59] <zozoh> but if you copy it to remote, same function pointer should be invalid, and make the segment fail [14:59] <wm4> what function pointers? [15:00] <zozoh> ->get_buffer [15:00] <zozoh> ->->release_buffer [15:00] <wm4> normal AVCodecContext initialization sets these [15:01] <zozoh> you mean by "avcodec_get_context_defaults" ? [15:01] <wm4> no [15:02] <wm4> I think you should be calling avcodec_alloc_context3, then set your parameters (extradata etc.), then call avcodec_open2 [15:02] <zozoh> what I known is "avcodec_open2" will not change them [15:02] <zozoh> oh~ [15:03] <zozoh> en ... let me try in this way [15:03] <zozoh> thanks :) [15:04] <zozoh> I gotta go for supper, @wm4, thanks again [18:33] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:2303b45112b4: avformat/segafilm: drop song and dance, this seems not to do anything anymore since a long time [18:34] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:8aead3ffa89a: avformat/adxdec: dont return random data on EOF [19:55] <llogan> saste: did you see [PATCH] doc/filters/equalizer: add examples for equalizer [20:06] <cone-113> ffmpeg.git 03Michael Niedermayer 07master:243b9fea90aa: avformat/takdec: zero padding area before use [20:55] <saste> llogan, yes i was expecting a reply from the filter author [20:55] <llogan> i haven't seen him around much [21:07] <cone-113> ffmpeg.git 03Lou Logan 07master:2574d62d0dd3: tools/qt-faststart: add -movflags +faststart note [21:12] <cone-113> ffmpeg.git 03Werner Robitza 07master:53df11eb73bd: doc/filters/equalizer: add examples for equalizer [21:35] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:7442aa20fad1: Merge commit 'd48c20630214a4effcc920e93a5044bee4e2002e' [21:35] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:345e2a2b4388: Merge remote-tracking branch 'qatar/master' [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:82ec6183bcad: Merge commit 'e2274aa555f023e4f4e4819bf29b2d7e0adec7d5' [21:36] <cone-113> ffmpeg.git 03anatoly 07release/2.1:f448478a311f: Add support for picture_ptr field in MJpegDecodeContext [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:09965ae7d810: Merge commit 'afa21a12bf084f905187615706b0a8d92bc98661' [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:caf7db0c35e8: Merge commit 'b605b123ef1d3bac0e7c221d8d7fa74cd8c7253c' [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:117728cf8ff9: Merge commit 'd351ef47d0e0ccb7de96b37f137c16b2885580ac' [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:9f864bd3247b: Merge commit 'd4f1188d1a662fed5347e70016da49e01563e8a8' [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:ed621efb361b: avcodec/libutvideodec: use av_frame_move_ref() [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:304260a5722f: avcodec/utils: implement avcodec_alloc_frame() through av_alloc_frame() [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:fa220e730786: avcodec/diracdec: avoid depending on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:31c52cd44279: avcodec/msvideo1enc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:d2578f815237: avcodec/mjpegenc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:965eb42be03c: avcodec/libopenjpegenc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:ce675bd54a07: avcodec/j2kenc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:4d4a10cfa1ec: avcodec/flashsv2enc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:e0c3c612eb42: ffprobe: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:d05858351094: avcodec/libvorbisenc: drop dependancy on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:ca22a2dec561: avcodec/utils: drop 2 dependancies on sizeof(AVFrame) [21:36] <cone-113> ffmpeg.git 03Michael Niedermayer 07release/2.1:88058b4650f5: ffprobe: Dont clear AVFrame between uses. [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:89205b637e23: lavc/ffwavesynth: fix dependency sizeof(AVFrame). (cherry picked from commit bcfcb8b8524dfcc1c37d520ccf3fba3b3a4c104d) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:a6ba0f7be91f: ffprobe: check av_frame_alloc() failure. (cherry picked from commit a55692a96099c40aabb25e1443890be99f9c845c) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:4d70639d536d: lavc/utils: check av_frame_alloc() failure. (cherry picked from commit 38004051b53ddecb518053e6dadafa9adc4fc1b2) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:4c3cd8814411: lavc/diracdec: check av_frame_alloc() failure. (cherry picked from commit a91394f4de63ae5c2e21c548045b79393ca7fea1) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:4b25b5a8a3c0: lavc/libopenjpegenc: check av_frame_alloc() failure. (cherry picked from commit 97af2faaba70c866ae4c11459a79a16d4a014530) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:9189a0a71ba4: lavc/mjpegenc: check av_frame_alloc() failure. (cherry picked from commit 19a2d101acc0260bb310e79010a8491b10716189) [21:36] <cone-113> ffmpeg.git 03Nicolas George 07release/2.1:3dae9d13e51c: lavc/mjpegenc: use proper error codes. (cherry picked from commit 2ebaadf35c9387610ca1eb7e94c171050562a77c) [21:51] <wm4> hm vobsubs in mp4 seem to be broken [21:51] <wm4> though I have only one sample [21:51] <nevcairiel> those evil vobsubs [21:52] <wm4> on libav it works, on ffmpeg it behaves as if extradata is missing or broken [21:52] <nevcairiel> i think i did something to fix them [21:52] <nevcairiel> oh right [21:52] <nevcairiel> mp4 has its own extradata format [21:52] <Compn> since when can you mux vobsub in mp4 [21:53] <nevcairiel> it stores the palette data in YUV without the vobsub header [21:53] Action: Compn runs away [21:53] <nevcairiel> so i wiped up some quick code to convert it into a normal vobsub header [21:55] <wm4> here's a sample https://dl.dropboxusercontent.com/u/3219541/gundam_sample.mp4 [21:56] <wm4> seems to have multiple subtitle tracks, of which the second shows something 10 seconds in [21:56] <wm4> the extradata parser in dvdsubdec.c expects text (.idx style), but the first byte is \0 [21:57] <nevcairiel> yeah like i remembered, it probably contains a palette in yuv, and in binary - not text [21:58] <nevcairiel> at least thats how a file looked i had before [21:58] <wm4> even if it does, how come it works on Libav? [21:58] <nevcairiel> no idea, i dont see any special handling [21:58] <nevcairiel> maybe their dvd decoder simply copes better with the lack of a palette? [21:59] <wm4> it looks too correct for that [21:59] <wm4> the file is 1080p, and 1080p vobsubs is rare [21:59] <nevcairiel> so HD vobsubs? [21:59] <wm4> yes [21:59] <nevcairiel> those contain a in-band palette [21:59] <wm4> hm [21:59] <nevcairiel> or can, at least [21:59] <wm4> what about resolution? [22:00] <wm4> the resolution is wrong on ffmpeg too, and right on Libav [22:00] <wm4> dvdsubdec.c looks like this can't be in-band [22:00] <nevcairiel> no clue about that [22:01] <nevcairiel> maybe it inits the sub decoder with the video resolution [22:01] <nevcairiel> or something is indeed broken in the mov demuxer [22:02] <wm4> I can't seem to find anything vobsub specific in the mov demuxer, other than the ID mapping on isom.c [22:03] <nevcairiel> interestingly, the MOVStreamContext says 1920x1080 for the sub stream [22:04] <nevcairiel> (in ffmpeg) [00:00] --- Wed Jan 8 2014

1 0

ffmpeg.log.20140107
by burek 08 Jan '14

08 Jan '14

[02:00] <konflict> Hi, is possible to provide -timecode flag with realtime values? I found couple examples stating timecode='$(%H\\:%M\\:%S).00' should work but even after dozens of test I have only "unable to parse timecode" and "Unrecognized option". Any feedback appreciated... [02:02] <llogan> and where are these examples? [02:08] <konflict> fflogger, llogan, apologies [02:08] <konflict> http://pastebin.com/m2NVBg7N [02:10] <konflict> llogan, I think I have your point right away. This is only drawtext related syntax inst it? [02:11] <llogan> konflict: you can try -timecode $(date +%T).00 [02:13] <konflict> llogan: uff, I dont know what to say. Been chasing this command for couple days now. Thank you so much!!! [02:14] <llogan> glad it worked [02:18] <llogan> konflict: made sure to read the docs on -timecode [02:21] <llogan> meaning i guess you want non-drop timecode -timecode $(date +%T):00 [02:24] <konflict> llogan: exactly, I knew it would require this small adjustment so when I commented this change was already done. Again you have my deep thanks for pointing me right direction. [02:27] <konflict> you see, what Im really trying to figure out is exact frame precise clip capture of multiple SDI streams. This obviously isnt it since each clip capture start with slight offset but it definitely moved me miles forward [02:30] <llogan> i have no experience with that. there is also the ffmpeg-user mailing list if you get stuck and nobody here is active [02:40] <konflict> yeah, I think I will give it a shot. Thank you again! [07:44] <average> does anyone know how I can find loops in an audio file ? for example if I find something like 111112343211111 the piece 23432 could would harmonyously be looped because it's ends match, but for an audio file it would be more complicated because instead of numbers you actually have a wave, which is still numbers, but it's hard to find a piece that is actually good to make a loop out of. Does anyone know how to do this with some utility or something ? I'm t [07:54] <zozoh> ^_^ [09:36] <b1oodline> does ffmpeg support mpeg1/mpeg2 [09:37] <DeadSix27> yes. [09:39] <DeadSix27> see: ffmpeg -codecs: DEV.L. mpeg1video MPEG-1 video , DEV.L. mpeg2video MPEG-2 video (decoders: mpeg2video mpegvideo ) [09:50] <vedu> hello. What is the package name of ffmpeg for kubuntu? or how can I find that out? [09:53] <relaxed> vedu: they use the ffmpeg fork from libav. It [09:53] <relaxed> 's called libav-tools (I think) [09:54] <vedu> thanks :) [09:55] <relaxed> the fork's ffmpeg is called avconv [14:49] <MrPingouin__> hello world [14:50] <MrPingouin__> I'm having issue with drawtext filter, attempting to access metadata of an image sequence as input [14:50] <MrPingouin__> like : [14:51] <MrPingouin__> ffmpeg -i path_to_%04d.tif -vf "drawtext=text=%{metadata\\:File\\\\:FileModifyDate}" -vcodec mjpeg outputFile.avi [14:51] <MrPingouin__> as a result, the stamped text is "FileModifyDate}" :) [15:04] <MrPingouin__> weird [15:04] <MrPingouin__> anyway ffmpeg -i foo -f ffmetadata and exiftool are returning different values [16:27] <aphirst> Hi, I'm trying to extract a subtitle track from a video file in order to submit a bug report to either mpv or libass, but I'm struggling to work out what I'm supposed to do in my specific case [16:27] <aphirst> from ffmpeg -i file (output at http://pastebin.com/Gx8tqaWh ) the subs are in "mp4s" format [16:29] <ubitux> > dvd_subtitle [16:29] <aphirst> it's stream #0:4(eng) I'm after in particular [16:29] <ubitux> dvd subtitles are bitmaps [16:29] <ubitux> we don't have yet a vobsub muxer (only demuxer) [16:30] <ubitux> so no way to really extract them in a standalone file [16:30] <ubitux> so it's definitely not related to libass [16:30] <ubitux> ask #mpv-player [16:30] <aphirst> right, fair enough I suppose [16:31] <aphirst> I was hoping I could extract just the subs because the whole video is pretty big, but I'll pop over there [16:32] <aphirst> thanks anyway ubitux :) [17:32] <hassen> duh...recoring the desktop results in 80%+ with ffmpeg,does any one know a lower cpu usage-encoder? [17:32] <hassen> i have a core 2 duo though [17:36] <saste> hassen, use rawvideo, and encode later [17:37] <hassen> saste: i see,thanks [17:38] <hassen> i have a delay between the video qnd the audio in the output file after recording the desktop [17:38] <hassen> i used this command: ffmpeg -f alsa -i default -f x11grab -s 1280x800 -r 30 -i :0.0 -sameq filename.avi [17:39] <hassen> is there a parameter that i may write to reduce or avoid that delay? [17:42] <saste> hassen, -sameq doesn't do what you think [17:42] <saste> you need to check the pts, some input devices don't start with PTS=0 [17:42] <saste> also there are the vsync/async options [17:43] <hassen> saste: may i aske what is PTS? [17:43] <hassen> *askk [17:44] <hassen> saste: i'm recording with ffmpeg for the fist time,so i just copied/pasted that command from a linux forum [17:46] <hassen> ah..now the cpu usage is lower with a 1024x768 screen resolution [17:48] <saste> http://trac.ffmpeg.org/wiki/How%20to%20grab%20the%20desktop%20%28screen%29%… [17:48] <saste> hassen, ^ [17:48] <aphirst> How do I force ffmpeg to copy _all_ the streams? the man says that An empty stream specifier matches all streams. For example, "-codec copy" or "-codec: copy" would copy all the streams without reencoding." but also that "By default, ffmpeg includes only one stream of each type (video, audio, subtitle) present in the input files" [17:48] <saste> PTS = presentation TimeStamp [17:48] <saste> check showinfo, setpts filters [17:55] <hassen> saste: i see,thanks [18:05] <aphirst> ok i still cant seem to get ffmpeg to preserve all the tracks in a copy [18:06] <aphirst> my most recent attempt was `ffmpeg -i input.mp4 -map 0 -c copy -movflags faststart output.mp4` [18:06] <aphirst> and the output file still only had one out of the several vobsub sub tracks [18:07] <aphirst> i just can't work out how to force a copy of _all_ streams [20:20] <relaxed> aphirst: that should do it. does mp4 support vobsubs? I've never seen that. [20:21] <aphirst> relaxed: it's a weird file [20:21] <relaxed> I have no idea what that means [20:21] <aphirst> nah what happens is the resulting file only contains one video track, one audio track, and one sub track [20:21] <JEEB> relaxed, mp4 does not support them but nero made their own mapping [20:22] <JEEB> just like they made one of the two commonly used ways to put chapters into mp4 [20:22] <aphirst> actually hold the phone [20:22] <aphirst> i have more info [20:22] <aphirst> if i open the output.mp4 in VLC rather than mpv, VLC reports several sub tracks [20:22] <aphirst> BUT [20:23] <aphirst> gives an error if you try to select one other than ffmpeg's "best" [20:23] <aphirst> the error is "VLC does not support the audio or video format " <funny question mark>" " [20:23] <relaxed> Something must be able to demux the tracks. [20:24] <relaxed> Well, this isn't #videolan [20:24] <aphirst> obviously mpv and vlc can view those tracks in the input.mp4 i have [20:24] <aphirst> but i kind of need to get the mp4 metadata to the start of the file, so i kinda need copy to actually work [20:25] <relaxed> Maybe MP4Box would work? [20:25] <relaxed> JEEB, you're the mp4 guy. [20:26] <aphirst> this is such bullshit because if i just use mkvmerge to generate an mkv from my input.mp4, the resulting mkv doesn't exhibit the vobsub-rendering bug i want to report >_M [20:26] <aphirst> * >_< [20:26] <JEEB> to get the index into the beginning you can just use the qt-faststart app or python script [20:26] <JEEB> (latter is 3rd party by someone I no longer remember) [20:26] <aphirst> well the faststart thing isnt in the AUR i dont think [20:27] <aphirst> jeeb were you here to see me post the output for ffmpeg -i on my input file? [20:27] <relaxed> aphirst: my static build includes it http://johnvansickle.com/ffmpeg/ [20:28] <relaxed> You should upload a sample and file a bug report if there isn't already one for this. [20:28] <llogan> aphirst: you can use "-movflags faststart" instead of qt-faststart [20:28] <llogan> *-movflags +faststart" [20:29] <relaxed> llogan: ffmpeg has problems demuxing it. [20:29] <aphirst> llogan: the command i used initially was `ffmpeg -i input.mp4 -c copy -movflags faststart output.mp4` but my problem is that that mangles all sub tracks other than the one ffmpeg "prefers" [20:29] <llogan> ah. lazy reader. [20:30] <aphirst> and the mp4 is 2GB, so i can't easily provide a sample [20:30] <llogan> ffmpeg package contains qt-faststart [20:30] <aphirst> the whole reason i'm doing this is so i can dd a chunk of this file to provide as a sample for a different issue... [20:32] <aphirst> this is incredibly frustrating [20:33] <relaxed> Sounds like a lot of trouble for a fringe format. [20:33] <aphirst> i know but i'd quite like to be able to help mpv work out why these subtitles dont work when they're in an mp4 but do when they're in an mkv you generate from that mp4 [20:34] <relaxed> probably because ffmpeg has problems with it and mpv uses ffmpeg's libs to demux it :P [20:35] <aphirst> but it works fine in vlc D: [20:35] <relaxed> and you're saying vlc uses the same demuxer as mpv? [20:36] <aphirst> well not exactly because i don't know for sure, but since they both use ffmpeg, my _guess_ would have been that if one of them uses ffmpeg for some function, the other would too [20:37] <relaxed> vlc doesn't rely on ffmpeg's libs as much as mpv. [20:37] <aphirst> i see [20:37] <relaxed> I'm not a vlc user, but this is what I've come to understand. [20:37] <aphirst> ok, well, what mpv does with the untampered original mp4 is: it can see all the sub tracks, but it renders the vobsubs in a distorted way [20:38] <aphirst> i couldnt work out how to get ffmpeg to extract just the vobsub track of interest, so i tried to dd a short sample of the file to show the mpv devs [20:38] <relaxed> stick the mp4 on dropbox and troll wm4 to look at it. [20:38] <aphirst> when we realised the mp4 metadata was at the end of the file, i tried to remux the whole file with ffmpeg, but ffmpeg seems to destroy all but one subtrack on copy [20:39] <aphirst> and its 2GB which will take a life age of the earth for me to upload, also my dropbox is kinda full already [20:39] <aphirst> i linked him to the nyaa torrent but unsurprisingly he didnt seem too keen to invest in DLing it [20:41] <relaxed> So this is some rare anime that someone showhorned into the worst format evar? [20:41] <relaxed> haha [20:41] <aphirst> gundam unicorn ep 5 [20:41] <aphirst> it wasnt even for me, its a friend that was complaining to me about it [20:41] <aphirst> it took me a fucking day to convince the guy to tell me exactly which release it was [20:41] <relaxed> complain to him/her about grabbing it in matroska. [20:42] Action: relaxed trolls [20:42] <aphirst> he's one of these tools who seems to think FOSS projects can somehow magically fix bugs just from a vague description of the user-facing problem [20:42] <relaxed> ah, a fellow zealot [20:43] <aphirst> ok, so am I using map correctly?: `ffmpeg -i input.mp4 -map 0 -c copy -movflags faststart output.mp4` [20:43] <aphirst> intention: straight-up copy of all the tracks [20:43] <relaxed> correct [20:44] <aphirst> interestingly, without -map 0, VLC _displays_ that one ffmpeg-preferred subtrack, but doesnt display ANY tracks in the subtitle menu [20:44] <aphirst> while mpv does display just that one [20:45] <aphirst> i'd say "I wish I had a smaller sample file so I could more easily report an ffmpeg but" but ofc the whole issue in the first place is that the file is too big [20:45] <aphirst> i need a stiff drink [20:45] <relaxed> Did you try MP4Box? [20:45] <aphirst> looking into that now [20:45] Action: relaxed recommends bourbon [20:46] <aphirst> I'm not sure what intoxicants I have [20:46] <relaxed> being from the bluegrass state [20:47] <aphirst> ah, is mp4box part of gpac > [20:47] <aphirst> * ? [20:47] <relaxed> yes [20:47] <hassen> given that i record my desktop with audio using this command: [20:47] <hassen> ffmpeg -video_size 1024x768 -framerate 25 -f x11grab -i :0.0+100,200 -f alsa -ac 2 -i pulse output.flv [20:47] <hassen> how to increase the qualit/bitrate of video? [20:48] <hassen> *qualitybitrate [20:48] <hassen> *quality/bitrate [20:48] <hassen> fflogger: and what did i paste??? [20:48] <hassen> fflogger: a whole console output?or a single mere command? [20:49] <relaxed> hassen: it's a bot to send users messages. [20:49] <relaxed> and, yes, I want to see all the console output. [20:50] <hassen> relaxed: i see,sec [20:51] <hassen> relaxed: http://pastebin.com/gWjgYtui [20:53] <llogan> hassen: you're not using ffmpeg from FFmpeg. we do not support third party products here [20:53] <aphirst> oh my god I'm so stupid [20:53] <aphirst> I do have qt-faststart [20:53] <aphirst> i just used find wrong [20:53] <relaxed> hassen: add -vcodec libx264 -crf 16 [20:53] <llogan> i mentioned that it was in the ffmpeg package (in extra) [20:54] <llogan> hassen: so either compile ffmpeg via http://trac.ffmpeg.org/wiki/UbuntuCompilationGuide or go to #libav [20:54] <hassen> llogan: i used the ffmpeg mentioned in debian packages [20:54] <llogan> read the link [20:55] <relaxed> hassen: you can try my build http://johnvansickle.com/ffmpeg/ [20:55] <hassen> relaxed: would that overload my core 2 duo T6400 [20:55] <hassen> *? [20:55] <relaxed> it would certainly use it [20:55] <hassen> relaxed: may i ask what is the difference between the ffmpeg i've got from the debian repositories and the one built by you? [20:55] <llogan> read the link i provided [20:56] <llogan> relaxed: yours contains x11 support? [20:56] <relaxed> oh! er, nevermind. [20:56] <relaxed> hassen: my build won't work for what you're doing. [20:57] <llogan> i wish it did [20:57] <llogan> not sure how that would be doable though... [20:57] <hassen> relaxed: why?lack of x11 support?x11 grabbing is absent? [20:58] <relaxed> one of the libav devs seems to think it's possible but I have no idea what it entails. [20:58] <relaxed> hassen: Yes. I've been unable to create static builds with x11grab support. [21:00] <relaxed> hassen: my advice is to first see if that version you have installed works for what you want, if not, follow the ffmpeg compile guide and try that. [21:00] <relaxed> if you want support for what you have installed, ask in #libav [21:14] <aphirst> ok, so given that qt-faststart worked but similarly-intentioned ffmpeg commands didn't, is this a "bug" ? [21:17] <relaxed> Perhaps, maybe vlc is using an older ffmpeg lib that isn't affected. [21:17] <aphirst> really not sure how i can give a sample though [21:17] <aphirst> i could burn the file to some DVDs and mail it to any devs who ask [21:18] <relaxed> you'd have to host it via dropbox or similar [21:18] <aphirst> but it's 2GB :P [21:18] <aphirst> my dropbox isnt even that big when empty :P [21:18] <aphirst> i can keep seeding the torrent [21:19] <relaxed> I think that would be frowned upon [21:19] <aphirst> i'd expect so [21:19] <aphirst> and so i'm not sure what to do [21:21] <relaxed> see if an older version of ffmpeg has the same issue. [21:22] <aphirst> >maybe vlc is using an older ffmpeg lib that isn't affected [21:22] <aphirst> i only have one ffmpeg package on my system, which is presumably the one vlc is using on my end unless this specific functionality is not being drawn from ffmpeg [21:22] <relaxed> could be static [21:23] <aphirst> hmm, i dont think arch package things that way [21:24] <aphirst> not 100% sure tho [21:24] <relaxed> ldd $(which vlc) [21:24] <aphirst> linux-vdso.so.1 (0x00007fffdb3fe000) [21:24] <aphirst> libvlc.so.5 => /usr/lib/libvlc.so.5 (0x00007fb1709c4000) [21:24] <aphirst> libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fb1707a7000) [21:24] <aphirst> libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fb1705a3000) [21:24] <aphirst> libc.so.6 => /usr/lib/libc.so.6 (0x00007fb1701f9000) [21:24] <aphirst> libvlccore.so.7 => /usr/lib/libvlccore.so.7 (0x00007fb16fee5000) [21:24] <aphirst> librt.so.1 => /usr/lib/librt.so.1 (0x00007fb16fcdd000) [21:24] <aphirst> libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x00007fb16fa95000) [21:24] <aphirst> libm.so.6 => /usr/lib/libm.so.6 (0x00007fb16f792000) [21:25] <aphirst> /lib64/ld-linux-x86-64.so.2 (0x00007fb170be2000) [21:26] Action: relaxed slaps aphirst with a large pastebin.com [21:26] <aphirst> :P sorry, it was only a couple lines, but consider me slapped [21:26] <aphirst> i have a pro account there too (free, cant remember how) [21:54] <bourbon> has anybody here used vitamio for android/ios before? [21:55] <bourbon> it's an ffmpeg-wrappper lib [21:55] <bourbon> alternately: does anybody know a sane ffmpeg/jni interface that's going to allow me to use trunk ffmpeg? [23:23] <Bombo> hmmm i got a vob with a sub starting late. when i try '-c:s copy -map 0:5' ffmpeg complains about not finding it, so i started encoding without subs, but then i noticed after some seconds ffmpeg reports 'sub stream found...' how do i take this? [00:00] --- Wed Jan 8 2014

1 0

ffmpeg-devel.log.20140106
by burek 07 Jan '14

07 Jan '14

[01:14] <cone-766> ffmpeg.git 03Michael Niedermayer 07master:27b1e63f32a9: avcodec/huffyuv: Support more 8bit YUV formats [01:28] <ubitux> michaelni: is there some ressembling a specs for the yuv formats you added or this is just v3 specific ff' thing? [01:28] <ubitux> something* [01:30] Action: ubitux will read answer tomorrow [01:30] Action: ubitux & [01:30] <michaelni> ubitux, ff specific [01:31] <michaelni> and before someone asks, yes i will add more formats [02:39] <cone-766> ffmpeg.git 03Michael Niedermayer 07master:1bef9bfc773b: fate: test version 3 of ffvhuff [02:39] <cone-766> ffmpeg.git 03Michael Niedermayer 07master:4816d63fb7f6: avcodec/huffyuvdec: optimize decode_plane_bitstream(), use joint tables for new yuv formats [04:15] <BBB2> bleh what a mess [04:16] <BBB2> (netsplit still affecting my normal irc thing) [04:33] <cone-766> ffmpeg.git 03Michael Niedermayer 07master:d66bab0a69ac: avcodec/hevc_ps: check that VPS referenced from SPS exists [04:33] <cone-766> ffmpeg.git 03Michael Niedermayer 07master:4ced5d7780fe: avcodec/hevc: Fix modulo operations [07:55] <ubitux> michaelni: ok [08:02] <ubitux> it's fun how randomizing a few instructions order leads to various optim/slowdown [08:02] <ubitux> like, i'm toggling two macro, -10 cycles, wtf [08:06] <ubitux> 3899 decicycles in ff_vp9_loop_filter_v_16_16_ssse3, 4193912 runs, 392 skips [08:06] <ubitux> I DID IT [08:07] <ubitux> nevcairiel ^ [08:07] <ubitux> thx to various random [08:08] <ubitux> (and luck, because not always, but hey) [08:35] <kierank> did you stay up all night? [09:12] <ubitux> kierank: no, just did that this morning :p [09:12] <j-b> 'morning [09:15] <ubitux> BBB: so, transpose16x16b(lpf_v_16_16(transpose16x16b(block))) is supposed to work for lpf_h_16_16, right? [09:48] <ubitux> BBB: btw, i saved 10 reads since the patch, better review on github, but i'll resend a patch in a few days when i'm done with the transpose [10:21] <nevcairiel> ubitux: congrats :D [12:16] <BBB> ubitux: ok and yes [13:16] <cone-311> ffmpeg.git 03Guillaume Martres 07master:98c0cd0b9925: hevc: add new conformance streams [13:16] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:0db6402d9116: Merge commit '98c0cd0b99254cd12f312bf6a4c24cd3ec5886b5' [13:29] <cone-311> ffmpeg.git 03Guillaume Martres 07master:060667195e6e: hevc: rename some HEVC conformance streams [13:29] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:8d86e7b49589: Merge commit '060667195e6e6bc0fa63ce13c47e23aabe70d122' [13:37] <cone-311> ffmpeg.git 03Anton Khirnov 07master:fffca3d278c2: 4xm: return a proper error code. [13:37] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:d701f5996daf: Merge commit 'fffca3d278c2a2422c2f61f21c5a9d5f690d328e' [13:55] <cone-311> ffmpeg.git 03Anton Khirnov 07master:fe80fa53bc49: 4xm: replace forcing EMU_EDGE by a copy [13:56] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:d1134ababdbd: Merge commit 'fe80fa53bc4977ef6e8e749a9df8ca5590a09307' [14:07] <BBB> michaelni: are you sure you like these force-emu-edge commits? [14:20] <michaelni> no, iam not sure ... [14:20] <michaelni> but they could be reverted or improved if needed [14:21] <ubitux> michaelni: btw, the freetype fix from libav seems broken right now, so no need to merge it; it will make beastd happy too [14:29] <cone-311> ffmpeg.git 03Anton Khirnov 07master:adb199d1bc7f: kgv1dec: replace forcing EMU_EDGE by a copy [14:29] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:80d44190c4d9: Merge commit 'adb199d1bc7f86aa6b85986f40190ec17f99d34f' [14:48] <cone-311> ffmpeg.git 03Anton Khirnov 07master:f4a8a0080537: sgidec: fix buffer size check in expand_rle_row() [14:48] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:e86cd37a7026: Merge commit 'f4a8a0080537484154bb74e08ec76cbcbd25484b' [15:12] <cone-311> ffmpeg.git 03Kostya Shishkov 07master:2f97094608cf: lagarith: do not call simd functions on unaligned lines [15:12] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:b7697d29ed77: Merge commit '2f97094608cfd2665660f7a26a3291559b186752' [15:16] <relaxed> ubitux: ffmpeg fails at building statically too: http://www.johnvansickle.com/pub/ffmpeg_static_build-config.log.txt [15:17] <ubitux> ah? i guess the --static patch will be welcome then [15:17] <ubitux> thx [15:18] <relaxed> you're welcome. [15:19] <relaxed> be sure and get their next patch too [15:21] <ubitux> we'll need to change it in require_libfreetype as well probably [15:24] <cone-311> ffmpeg.git 03Anton Khirnov 07master:8058284ce090: lavc: add 422/444 YUV with alpha to align_dimensions() [15:24] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:4e276b84e697: Merge commit '8058284ce09030b47512746d726fb2ad3ae8a20f' [15:33] <cone-311> ffmpeg.git 03Anton Khirnov 07master:75647dea6f7d: oggparseogm: check timing variables [15:33] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:59725592a97f: Merge commit '75647dea6f7db79b409bad66a119f5c73da730f3' [15:39] <cone-311> ffmpeg.git 03Anton Khirnov 07master:3867f3718ba8: lavf: remove a pointless check [15:39] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:76c63bc5d856: Merge commit '3867f3718ba82ff11d3e24c6d84beb520d0b174f' [15:49] <cone-311> ffmpeg.git 03Anton Khirnov 07master:50079a6aa932: lavc: do not leak the internal frame if opening the codec fails [15:49] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:3328d105f76c: Merge commit '50079a6aa93291e6dc9d9fb8d33da83f79e9311d' [15:58] <cone-311> ffmpeg.git 03Anton Khirnov 07master:4736d003fac3: cavsdec: check ff_get_buffer() return value [15:58] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:a4f8a5649561: Merge commit '4736d003fac30af4afd8390182f12f480ad78801' [16:24] <cone-311> ffmpeg.git 03Anton Khirnov 07master:9a026c72982f: h264: rebuild the default ref list if the reference count changes [16:24] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:7ee8a1c562e8: Merge commit '9a026c72982faf20e1c8dfbe48f0b312cdea69c8' [16:24] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:98dcbb47fa5f: avcodec/h264: reset list_count too in case of error in ff_set_ref_count() [16:37] <cone-311> ffmpeg.git 03Anton Khirnov 07master:bfd26b7ce6ef: h264: reject mismatching luma/chroma bit depths during sps parsing [16:37] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:a60abb1ee01e: Merge commit 'bfd26b7ce6efea594f2b99441d900419df3af638' [16:45] <cone-311> ffmpeg.git 03Anton Khirnov 07master:9eef9eb3014b: h264: check that execute_decode_slices() is not called too many times [16:45] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:64591f8f86f2: Merge commit '9eef9eb3014b2ed9c3ff4aac510a9f04edb555cf' [16:59] <cone-311> ffmpeg.git 03Anton Khirnov 07master:a03a642d5ceb: h264: do not use 422 functions for monochrome [16:59] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:30056fd0be8a: Merge commit 'a03a642d5ceb5f2f7c6ebbf56ff365dfbcdb65eb' [17:08] <cone-311> ffmpeg.git 03Anton Khirnov 07master:9cbf2d78f0a9: pthread_frame: unref decoded frames on failure [17:08] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:8367bc6be890: Merge commit '9cbf2d78f0a9c19129e7a70b2281a450d386c6d9' [17:25] <cone-311> ffmpeg.git 03Anton Khirnov 07master:6892d145a0c8: segafilm: fix leaks if reading the header fails [17:25] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:2a58d5fc0e84: Merge commit '6892d145a0c80249bd61ee7dd31ec851c5076bcd' [17:38] <ubitux> http://ubitux.fr/pub/pics/_perf-vp9lpf-psrlq.png [17:38] <ubitux> huuh? [17:40] <cone-311> ffmpeg.git 03Luca Barbato 07master:d68dc3c9446e: drawtext: Drop pointless header [17:41] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:d1dc0d218423: Merge commit 'd68dc3c9446e38b4d686cc0f55433c9e8d7c128b' [17:43] <ubitux> BBB: btw, it seems mc 8tap will be the next bottleneck: http://ubitux.fr/pub/pics/_vp9-mc-8tap.png [17:49] <cone-311> ffmpeg.git 03Luca Barbato 07master:e61b8fa5605b: configure: Update freetype check to follow upstream [17:49] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:49a5912440db: Merge remote-tracking branch 'qatar/master' [18:51] <Compn> i am not sure how much of the concat demuxer vs playlist api was committed from this [18:51] <Compn> http://comments.gmane.org/gmane.comp.video.ffmpeg.devel/94761 [18:51] <Compn> back in 2009 [18:56] <JEEB> didn't elenril also do playlist work more lately? [20:07] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:22f59a8cbeb1: avcodec/huffyuv: add GBRP support [20:07] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:60ab582a4e87: avcodec/huffyuv: add GRAY8 support [21:26] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:13f3092b387f: avcodec/huffyuv: add YUVA420P, YUVA422P, YUVA444P, GBRAP, GRAY8A [22:07] <Daemon404> this callback/interrupt thread is good popcorn [22:10] <beastd> Daemon404: heh, i kind of thought the same when reading it few hours ago [22:14] <beastd> callback interrupt is a no go for ffmpeg IMNSHO. but it is still fun to read the argument ;) [22:24] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:01d245ef4392: random_seed: Rewrite the generic clock() based seed code [22:24] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:00f25e0a990f: Merge commit '01d245ef4392152dbdc78a6ba4dfa0a6e8b08e6f' [22:31] <beastd> michaelni: i would say no need to really merge any of the freetype build fix stuff from the fork. arch uses my patch since 2013-12-10 (and the AUR ffmpeg-full-git since even earlier). other distros use it too IIRC. i know of no problem reports. [22:32] <cone-311> ffmpeg.git 03Martin Storsjö 07master:9409c9bdbfd8: configure: Disable networking if winsock2.h is available but winsock functions aren't [22:32] <cone-311> ffmpeg.git 03Michael Niedermayer 07master:523a803b7352: Merge commit '9409c9bdbfd829353473ee6cc3e91c726481c069' [22:35] <llogan> beastd: lol. ffmpeg-full-git. [22:36] <beastd> :) [23:01] <ubitux> fun, with a transpose_c(lpfvp9_16_16_v(transpose_c(block))), i'm going from 16372 to 9041 decicycles [23:03] <ubitux> smarter: where are the bench for hevc? :p [23:03] <smarter> ubitux: decoding benchs? [23:03] <kurosu_> ubitux: how long is the longest deblocking filter ? I would naively assume you don't need to transpose all of the block [23:03] <ubitux> smarter: what you just pushed on libav [23:03] <smarter> ubitux: it should not have been pushed [23:04] <smarter> ubitux: I think DonDiego slipped on his keyboard :) [23:04] <nevcairiel> sounds like diego did it :p [23:04] <JEEBsv> I know that current ffmpeg gives me 1080p25 playback on a C2D P8400 [23:04] <JEEBsv> which is already pretty gut :3 [23:04] <ubitux> strange, i see you as comitter smarter [23:04] <smarter> yeah, no idea why [23:04] <smarter> I don't have commit rights afaik [23:04] <ubitux> kurosu_: i don't understand the question [23:06] <ubitux> kurosu_: what i'm saying is that the horizontal c code is slower than a c code doing twice a transpose and calling the vertical asm [23:06] <ubitux> "almost" twice as fast [23:06] <ubitux> (more like 1.8) [23:06] <kurosu_> what I mean is that the transpose is transposing pixels not needed by the filter [23:07] <ubitux> aah, yeah probably [23:07] <ubitux> but the simd is branchless, whatever the data i don't think it will change the performance much [23:07] <ubitux> it will do all the path anyway [23:08] <ubitux> so the bench is somehow accurate [23:08] <ubitux> anyway, how am i going to do that transpose... [23:08] <kurosu_> it's just that I would expect a full 16x16 transpose to be troublesome using simd, while not neeeded [23:08] <nevcairiel> it was a C transpose for testing fun :) [23:09] <SevereOverfl0w> Is this the place to report a libavcodec stacktrace, I found in relation to VLC? The VLC guys seem to be hinting you are the blame. [23:09] <kurosu_> yeah I understood that [23:10] <ubitux> SevereOverfl0w: generally it's on the trac, unless you want to help debugging [23:11] <ubitux> if you can reproduce with a small code or better with the ff* tools, that's better [23:11] <Zeranoe> Is there any way to compile just one part of ffmpeg, like avcodec? [23:12] <SevereOverfl0w> ubitux: http://bpaste.net/show/t2wIkiw9WPTHpik6mFZX/ This is what I have. I'm assuming I'm going to have to recompile libavcodec without stripping the binaries? [23:12] <SevereOverfl0w> If I can avoid it, I'd like to though :p [23:12] <ubitux> dunno if you can get the symbols only [23:13] <ubitux> Zeranoe: --disable-everything (-all?) --enable-avcodec? [23:13] <nevcairiel> Zeranoe: you can write "make libavcodec/avcodec-55.so" to only build one of the libs directly [23:13] <ubitux> nevcairiel is always smarter :( [23:14] <nevcairiel> (adjust file name to match your environment of course) [23:14] <nevcairiel> ubitux: he didnt really specify what he wanted, but i'm sure yours would build only avcodec and its deps too! [23:15] <smarter> SevereOverfl0w: does that libavcodec comes from your distribution? If so they may have a debug package you can install [23:15] <SevereOverfl0w> smarter: Unfortunately Arch Linux does not seem to have a debug package :( [23:15] <SevereOverfl0w> It's something that is in planning currently [23:15] <ubitux> SevereOverfl0w: how do you reproduce? [23:16] <Zeranoe> I'm basically looking to compile FFmpeg so pdb files (Windows debugging files) are statically generated for each of the libs. I can generate the pdb files with a static build, but there is only one pdb file, and I would like to have a separate one for each part [23:16] <nevcairiel> how does it make sense to have split pdbs for a static build, you have one binary in the end, should have one debug file =p [23:17] <Zeranoe> So something like libavcodec.pdb, which is generated with a shared build, but not with a static build [23:17] <Zeranoe> nevcairiel: I agree... It isn't for me, but I'm curious if it's possible. [23:17] <nevcairiel> does a debugger even accept that [23:18] <SevereOverfl0w> ubitux: I have a movie file, that when I run vlc against it. 9 seconds in, it crashes. [23:18] <SevereOverfl0w> I am currently recompiling ffmpeg with -O0 -fbuiltin and -g, and not stripping the binary. [23:19] <Zeranoe> nevcairiel: I'm guessing so... you can generate static lib files for Windows, static debug files should be possible IMO [23:19] <ubitux> SevereOverfl0w: can you reproduce with ffmpeg -i input -f null - ? [23:19] <nevcairiel> hm, does ffmpeg even build with O0? i thought that didnt work =p [23:19] <SevereOverfl0w> nevcairiel: Well, we're about to find out... [23:19] <ubitux> < SevereOverfl0w> I am currently recompiling ffmpeg with -O0 -fbuiltin and -g, and not stripping the binary. // you don't need to. [23:19] <SevereOverfl0w> ubitux: I do not? [23:20] <ubitux> build it normally, and then run ./ffmpeg_g [23:20] <ubitux> instead of ./ffmpeg [23:20] <ubitux> but anyway, can you reproduce with ffmpeg? [23:21] <beastd> SevereOverfl0w: when you make ffmpeg it is usually sufficient. you always get an additional binary ffmpeg_g which has debug symbols. (and of course ubitux was way faster to say that ;) [23:22] <SevereOverfl0w> I am running a modified version of my distros automated build script. And installing debug version globally. [23:22] <SevereOverfl0w> But it would seem ubitux, that no, I am not seeing the same issue with ffmpeg -i myfile.avi -f null - [23:23] <ubitux> so if you play the file with ffplay it works? [23:23] <SevereOverfl0w> ubitux: Exact pastebin http://bpaste.net/show/BbLVzlLqFCGAdKAfMqza/ [23:24] <Zeranoe> I'm guessing the pdb files would be generated if it was possible to compile just one lib in static. Which goes back to my original question. I'll try --disable-all --enable-avcodec [23:24] <ubitux> sigint mh. [23:24] <nevcairiel> "make libavcodec/avcodec-55.a" should work to just create one of the static libs [23:24] <SevereOverfl0w> ubitux: It would seem that yes, it does work in ffplay :) [23:26] <Zeranoe> nevcairiel: make: *** No rule to make target `libavcodec/avcodec-55.a'. Stop. [23:27] <nevcairiel> on windows it might be .lib, what do i know [23:27] <nevcairiel> whatever name the static library gets [23:27] <Zeranoe> Should be .a... where should i look for it? libavcodec/Makefile perhaps [23:28] <nevcairiel> look at the build dir which file exists :p [23:28] <nevcairiel> i havent build static in ages [23:28] <Zeranoe> So i need to build through first to find out? [23:28] <SevereOverfl0w> ubitux: So, where do I go from here? :) [23:28] <Zeranoe> then recompile with just that [23:29] <ubitux> SevereOverfl0w: i don't know the vlc build, but i'd look into it to see how to build it with a custom ffmpeg version/flags [23:29] <ubitux> ask j-b [23:29] <ubitux> or you can also upload the sample [23:30] <SevereOverfl0w> ubitux: Certain er.. legal restrictions on doing that [23:30] <ubitux> extract 10 seconds with ffmpeg :p [23:30] <ubitux> hopefully it will still crash [23:30] <ubitux> (or use dd depending on the format) [23:31] <nevcairiel> its an avi, dd might screw with it a bit, tbh no clue how well you can just cut avi [23:31] <SevereOverfl0w> ffmpeg is probably best. You know off the top of your head on how to do that? [23:32] <smarter> ffmpeg -i foo.foo -vframes 250 out.foo [23:33] <ubitux> with -c copy and -map 0 [23:33] <ubitux> and -t 10 instead [23:33] <ubitux> ffmpeg -i in.foo -c copy -map 0 -t 10 out.foo [23:36] <ubitux> so, there is a TRANSPOSE8x8W [23:37] <ubitux> TRANSPOSE16x16B should be doable then [23:37] <SevereOverfl0w> ubitux: Okay. Confirmed still crashing vlc with the 20s sample. [23:37] <SevereOverfl0w> I added a little extra, just in case. [23:37] <ubitux> https://trac.ffmpeg.org/ [23:37] <ubitux> see upload on http://ffmpeg.org/bugreports.html [23:38] <SevereOverfl0w> Okay. [23:39] <SevereOverfl0w> ubitux: ffmpeg doesn't cause an issue, what stack trace should I give? [23:39] <SevereOverfl0w> Well, not directly. [23:39] <SevereOverfl0w> Should I install the debug versions I have compiled, re-run VLC, provide the gdb core information [23:40] <ubitux> you need a vlc with using the libs with debug symbols [23:40] <Zeranoe> With --disable-all --enable-avcodec only avutil is built... whatr [23:40] <ubitux> i don't know how to achieve that, ask #videolan [23:41] <nevcairiel> avcodec probably has some dependency which is still disabled, diable-all is a bit weird [23:41] <nevcairiel> note that disable-all also disables all components, so all decoders, encoders, parsers, whathaveyou [23:42] <SevereOverfl0w> ubitux: I believe I have vlc in debug mode. [23:42] <SevereOverfl0w> I'll try ffmpeg in debug mode. [23:44] <Zeranoe> nevcairiel: make libavcodec/avcodec.a (no version) seems to be working. [23:44] <SevereOverfl0w> Hmm, appears to not have compiled in debug mode [23:45] <wm4> SevereOverfl0w: ffmpeg is by default stripped or so, but it also dumps ffmpeg_g into the build dir [23:45] <SevereOverfl0w> wm4: I specifically added !strip to the build script. [23:56] <beastd> SevereOverfl0w: did you configure with --enable-debug=1 [23:57] <SevereOverfl0w> beastd: I don't think so [23:58] <beastd> SevereOverfl0w: and --disable-stripping would be a good idea probably [23:59] <SevereOverfl0w> beastd: !strip should prevent any stripping. [23:59] <SevereOverfl0w> The --enable-debug=1, where do I add that? :) [23:59] <SevereOverfl0w> To the configure? [00:00] --- Tue Jan 7 2014

1 0

ffmpeg.log.20140106
by burek 07 Jan '14

07 Jan '14

[01:17] <average_> is it possible to give ffmpeg an entire text file to render it ? [01:17] <average_> with drawtext [01:18] <average_> or do I have to write some thing of my own to put the lines at the positions they have to be ? [01:21] <relaxed> hmm, maybe a heredoc or $'blah\nderp\n' would work? [01:21] <lkiesow> average_: Never done this and I'm don't now what exactly you want to do but you could create a subtitle file and burn it into the video: http://trac.ffmpeg.org/wiki/How%20to%20burn%20subtitles%20into%20the%20video [01:22] <relaxed> maybe a transparent png of the text overlayed? [01:23] <relaxed> yeah, hardsubing ssa subs might be more flexible [06:48] <NeilioC> hi everyone, i've a question about odd behaviour i'm seeing outputting multiple frame images from a video [10:23] <MTRX2010> hello [10:23] <MTRX2010> been fighting with my media player for about a week now, working on my hardware acceloration issues. [10:24] <MTRX2010> if im using nv12 does that mean im using dxva?? [10:24] <MTRX2010> oO [14:41] <gomb1729> hello, guys, does a channel for question similar to libav-user exists? [14:47] <average> hey [14:47] <average> how do I fade out to a certain volume with afade ? [15:00] <average> any ideas ? [15:12] <average> is there a name for the stuff that happens in podcasts when the music starts playing, then it fades out(but not completely) to make room for the voice of the guy that does the podcast ? [16:11] <average> how do I get a video of an audio equalizer ? [16:13] <ubitux> you can probably do something with volume filter [16:13] <ubitux> not sure if we have the eval in it yet [16:13] <ubitux> for changing it over time [16:13] <ubitux> mmh maybe another filter was submitted for this [16:13] <ubitux> aeval [16:14] <ubitux> http://ffmpeg.org/ffmpeg-filters.html#aeval [16:14] <ubitux> maybe [16:15] <average> ubitux: I'm gonna try this out, can you walk me through this ? [16:15] <ubitux> nope [16:16] <ubitux> i'm busy, sorry [16:16] <average> ok, I'm on my own then [16:16] <average> btw, that's not what I asked for [16:16] <average> what I mean it is I want a visual representation of the equalizer injected into the video stream [16:21] <average> is it possible to convert an audio file into an equalizer video ? [16:23] <ubitux> i was kind of answering the fade thing [16:24] <ubitux> for equalizer, something close is showspectrum/showwaves i suppose [19:50] <zumba_addict> hey folks, what are the parameters to show which acodec are supported on my ffmpeg? [19:50] <JEEB> if your ffmpeg is new enough, -codecs [19:50] <JEEB> and then you can grep through that [19:51] <JEEB> (I think at least) [19:51] <JEEB> I don't think -codecs:a and -codecs:v work [19:51] <zumba_addict> it's like few months old maybe 3-4 [19:51] <zumba_addict> yup, -codecs worked [19:52] <zumba_addict> i was wondering why -acodec libfaac wasn't working [19:52] <JEEB> you shouldn't be using faac to begin with nowadays tho [19:52] <zumba_addict> what should i use? [19:52] <zumba_addict> -codecs showed tons of lines [19:52] <JEEB> if you have to use binaries that someone distributes [19:52] <JEEB> then aac [19:52] <JEEB> (the lavc aac encoder) [19:53] <zumba_addict> so -acodec aac? [19:53] <JEEB> if you can build yourself [19:53] <JEEB> then fdk-aac [19:53] <JEEB> (both faac and fdk-aac are under the nonfree flag which makes you unable to distribute the binary) [19:53] <JEEB> (and fdk-aac is the better one of the two) [19:53] <zumba_addict> k [19:54] <JEEB> also you can switch to the -c way of setting a/v/s "codecs" [19:54] <JEEB> -c:a aac [19:54] <zumba_addict> looks like aac worked. I got this - Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s [19:54] <zumba_addict> now, i'm checking why it was so quick [19:54] <JEEB> ac3 is not aac although I bet that's the input :P [19:54] <zumba_addict> something wrong here? ffmpeg -i 00028.MTS -ss 00:00:50 -t 00:00:16 -vcodec libx264 -acodec aac -ac 2 -preset slow -crf 22 snow1.mp4 [19:55] <zumba_addict> maybe -t is wrong? [19:55] <JEEB> can't see anything specifically wrong, 16 seconds of content encoded from 50 seconds onward? [19:55] <zumba_addict> yup [19:55] <zumba_addict> it ran only for 1 second [19:55] <JEEB> unless you have a slow cpu, it should be pretty fast [19:56] <zumba_addict> it's working now [19:57] <zumba_addict> i used libfdk_aac [19:57] <zumba_addict> aac wasn't working [19:57] <JEEB> it should be [19:57] <JEEB> unless you specifically disabled the internal aac encoder when compiling the binary [19:57] <zumba_addict> maybe, i couldn't remember anymore [19:58] <zumba_addict> the mp4 file worked great :) [19:58] <zumba_addict> now, I'm going to search my unix history to find out how I was able to slow down the video. I want it slow motion a little :) [19:59] <zumba_addict> is this good, https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20… [19:59] <JEEB> yup, what I was thinking of [20:00] <zumba_addict> cool [20:00] <zumba_addict> i wish we can slow down a video starting at N frame or seconds [20:00] <JEEB> oh you could, but the libavfilter scripting isn't exactly nice on eyes [20:01] <zumba_addict> oh ok [20:02] <zumba_addict> this didn't work. It freeze the video - ffmpeg -i snow1.mp4 -filter:v "setpts=-0.5*PTS" output.mp4 [20:02] <roerp> hello [20:02] <zumba_addict> it worked when it was a positive value [20:03] <zumba_addict> i'm trying 2.0*PTS based on doc [20:04] <roerp> I get an error when trying to compile ffmpeg git with --enable-libvidstab [20:06] <roerp> hope somebody can help me: I am on ubuntu 12.04, ffmpeg git form today, the error is http://paste.ubuntu.com/6704827/ [20:53] <zumba_addict> how do I fade out last 60 frames? [20:57] <zumba_addict> i got it working [20:57] <zumba_addict> does ffmpeg keep the same settings if we dont' supply info? [20:58] <llogan> zumba_addict: what? [20:59] <zumba_addict> looks like it kept it [20:59] <zumba_addict> meaning if I don't put param like -vcodec [20:59] <zumba_addict> or even -r [20:59] <zumba_addict> it kept my 59.96fps [21:10] <Ove-fdhgaf> Hello everyone. [21:10] <Ove-fdhgaf> I have to implement a program that would capture from a webcam, encode the frames using an encoder and write them into a file. [21:10] <Ove-fdhgaf> Then, after closing that file, maybe some other time, I need to capture some more frames, encode them and append them into the same file, at the end. [21:10] <Ove-fdhgaf> Capturing and encoding is the easy part. How can I use ffmpeg to append to a video file after it has been closed? [21:11] <Ove-fdhgaf> The format of the file can be anything as long as it can be played with any player (WMP, VLC, MPC, etc) [21:20] <klaxa> Ove-fdhgaf: see: https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20%28join,%20merge%29%2… [21:24] <Ove-fdhgaf> klaxa: I have read that, and it merges two existing files into a third file. That means it demuxes the two source files and muxes both of them together into the destination file (2 demuxes, 2 muxes). [21:24] <Ove-fdhgaf> I would like to append to a file, without creating an extra file (1 mux to create the original file, 1 mux to append to the file, 0 demuxes needed) [21:25] <Ove-fdhgaf> (I want to use ffmpeg in my own C++ code, not the command-line version) [21:31] <llogan> Ove-fdhgaf: start by looking in tools/examples [21:31] <llogan> *docs/examples [21:36] <zumba_addict> can we use ffmpeg to combine videos into single? [21:36] <zumba_addict> i've been using mp4box [21:36] <Ove-fdhgaf> llogan: The "muxing.c" example in doc/examples overwrites the output file, it does not append to it [21:37] <zumba_addict> if so, ffmpeg -i 1st.mp4 -i 2nd.mp4 -i 3rd.mp4 new.mp4. Is this correct? [21:40] <zumba_addict> that command didn't work [21:45] <relaxed> zumba_addict: what are you trying to do? [21:46] <zumba_addict> combining mp4 files [21:46] <zumba_addict> they have similar encoding usig ffmpeg [21:46] <relaxed> MP4Box -cat 1.mp4 -cat 2.mp4 -new combined.mp4 [21:46] <relaxed> MP4Box is part of gpac [21:47] <zumba_addict> yes, I mentioned earlier that I was using MP4Box [21:47] <zumba_addict> however, I can't install MP4box on my osx, it's giving me an error [21:47] <relaxed> I'm too lazy to scroll up. [21:47] <zumba_addict> it's good now. I ran this -> ffmpeg -i "concat:intermediate1.ts|intermediate2.ts|intermediate3.ts|intermediate4.ts" -c copy -bsf:a aac_adtstoasc new.mp4 [21:49] <zumba_addict> i played the whole video and no issues :D [21:49] <relaxed> I love how 1st.mp4 2nd.mp4 magically turned into intermediate1.ts intermediate2.ts [21:49] <zumba_addict> maybe I should add an audio because it's so quiet [21:50] <Ove-fdhgaf> the "-i concat" command demuxes the original files and remuxes them into the destination file. Is there any way (maybe using the C interface of ffmpeg) to just append the new packets to the end of the first file and to eliminate the need to demux and remux? [21:50] <zumba_addict> this one relaxed: ffmpeg -i 1st.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts intermediate1.ts [21:51] <relaxed> Why not use mp4box directly? [21:51] <zumba_addict> i don't have MP4box on this mac os x. it's failing to instal [21:51] <zumba_addict> i said that earlier :) [21:52] <relaxed> ain't nobody got time to scroll up [21:53] <zumba_addict> i just mentioned it like 10 lines above [21:53] <zumba_addict> you don't need to scroll :) [21:53] <zumba_addict> http://pastebin.com/LnPWqUww [21:53] <zumba_addict> now, that's a new paste [21:53] <relaxed> ain't nobody got time to resize their very small chat window [21:53] <zumba_addict> lol, cmon, that's so obvious, hehehe [21:53] <zumba_addict> it's ok [21:53] <zumba_addict> I will try from source later [21:54] <relaxed> oh yes, gpac is the most frustrating thing to compile I've ever encountered [21:54] <zumba_addict> oh ok [21:55] <zumba_addict> I'm going to read this later [21:55] <zumba_addict> http://gpac.wp.mines-telecom.fr/2011/05/02/compiling-gpac-for-macos-x/ [21:56] <relaxed> you would think they'd have something simple, like: ./configure --i-only-want-mp4box [21:56] <zumba_addict> yup,, that would be awesome [21:57] <relaxed> but no, you have to --disable-* 90% of the defaults [21:57] <zumba_addict> i can ftp the files to my linux box and run mp4box from there [21:57] <zumba_addict> sometimes when files are big, I become lazy in uploading [21:57] <zumba_addict> especially i'm on wifi [21:57] <relaxed> ok, I just made up the 90%, but it's enought that the devs should be stabbed. [21:58] <zumba_addict> i agree! :D [21:58] <relaxed> in the face [21:59] <relaxed> if only mkvmerge could handle mp4s [22:01] <JEEB> implement concateration support in L-SMASH and enjoy a much better build system? [22:02] <relaxed> sounds like a job for JEEB [22:02] <JEEB> too bad my TODO list is already pretty long [22:02] <relaxed> support in ffmpeg would be better. [22:05] <beastd> How is MP4box doing the concatenation? [22:09] <relaxed> JEEB: Do any *nix tools use L-SMASH? I've heard you talk about it before but through my use of gnu pinko commie tools I've never run across something with support. [22:12] <JEEB> relaxed, x264 lately finally got support for it merged as the preferred alternative to GPAC [22:12] <JEEB> don't know of too many projects using it because of the lack of name for the project, but I've already seen some people use it for proprietary stuff a year+ ago [22:13] <JEEB> because the license is more permissive [22:23] <relaxed> beastd: the source is readily available, but if it's anything like the build system... [22:24] <beastd> relaxed: thanks. though i guessed that the source is available. just wanted to know how it compares to what ffmpeg can do ATM [22:24] <beastd> and was to lazy to RTFS ;-) [22:25] <relaxed> well, it's been a while but I didn't think ffmpeg could concat mp4s at all. [22:25] <relaxed> So...I'd say it's much better :P [22:25] <JEEB> yes, GPAC's code base isn't exactly nice either [22:26] <JEEB> GPAC was the main reason why L-SMASH got started [22:26] <JEEB> just that L-SMASH doesn't get French government assistance and university funding etc. [22:26] <beastd> Why do you think ffmpeg cannot concat them? If the parts are kind of similar it should work with the concat demuxer like anything else? What am I missing? [22:27] <JEEB> not sure if it fails right now and the exact reason, but mp4 is not a "simple" format, so you end up possibly needing some extra calculations to be done to get the timestamps right [22:28] <JEEB> I really don't remember how much of a hack the concat demuxer was [22:30] <vivid> hello, does anyone know how i can stream audio well in linux? my video is good at 720p, and audio is fine but adds latency throughout the broadcast. obv im using pulse, but i cant figure out how to get around it since all my applications that i need to get sound from are sending it to pulse [22:33] <beastd> JEEB: i think it covers ts recalculation, though i do not think it special cases mp4. if it does not work for concat mp4 i think opening a ticket would be a start. [22:38] <relaxed> with the quick test I just ran, git-2013-12-21-a07d4bc did not concat my mp4s [22:38] <relaxed> and I was using the same mp4, twice [22:38] <beastd> relaxed: you tested with the concat demuxer? [22:39] <relaxed> -i concat:blah.mp4\|blah.mp4 -map 0 -c copy out.mp4 [22:39] <beastd> relaxed: that is the concat protocol. (AFAICT that is expected to not work with mp4) [22:40] <relaxed> this is my current beef with ffmpeg- too many kitchen sinks [22:41] <relaxed> it's fucking confusing and I usee it quite a bit [22:41] <beastd> relaxed: yeah. kind of agree. but at least most things are possible. some are not *sooo* intuitivve [22:42] <relaxed> instead of fixing shit you (not you personally) add more complexity [22:43] <beastd> relaxed: please calm down a bit (i am understanding you are not attacking me in particular) [22:43] <beastd> to summerize concat situation is much better nowadays in ffmpeg than it was a year or so ago [22:43] <relaxed> plural [22:43] <beastd> BUT the nice user interface is missing (and it might not be easy to add it) [22:43] <relaxed> concats [22:44] <relaxed> "Hey, -i concat:1.mp4\|2.mp4 doesn't work." "Oh! You have to use the other concat." [22:45] <beastd> nice user interface to concat that is like users want it to be: put my damn files together as good as possible but do not bother me with any syntax details [22:45] <beastd> * [22:46] <beastd> and for sure i can understand that attitude [22:46] <relaxed> so it's a filter now? [22:46] <relaxed> yes, I see it is. [22:46] <beastd> it is a protocol, a demuxer and a filter [22:47] <beastd> usually you want to use the demuxer in most cases and the filter as a last resort (it requires full re-encoding) [22:49] <beastd> the concat protocol is only useful for certain types of containers [22:50] <beastd> relaxed: you should be able to find out about things here: http://www.ffmpeg.org/faq.html#How-can-I-concatenate-video-files_003f [22:50] <beastd> i agree a nicer way to bring this to our end users would be cool [22:50] <relaxed> Yeah, I wrote part of that. [22:51] <beastd> relaxed: it was partly rewritten :P [22:51] <beastd> i even fear as useful as concat demuxer is it can even be harmful at times (but it is long since i looked at its source, some things were improved IIRC) [22:59] <relaxed> That flv makes me laugh now. I could rewrite that with no fifos and half the characters in a posix compliant sh script. [22:59] <relaxed> flv concat example* [23:01] <beastd> also i think one could just use as well use the concat filter instead. please tell me if i am missing somethine. [23:01] Action: beastd gets sleepy [23:02] <relaxed> No, I think you're right. [23:03] <beastd> maybe that FAQ should be rewritten again for a start [23:03] <beastd> ATM I don't feel like doing it though :( [23:05] <relaxed> right, scratch the faq and move to the wiki [23:06] <relaxed> sending git diffs to the mailing list for doc updates is for the birds [23:07] <beastd> relaxed: not sure i understand. but moving FAQ in the wiki may be a good idea [23:08] <relaxed> currently you have to send patches to the mailing list to update the faq [23:09] <relaxed> which is probably why it's out of date [23:09] Action: relaxed is sleepy too. Good night, beastd. [23:09] <beastd> n8 [00:00] --- Tue Jan 7 2014

1 0