From burek021 at gmail.com Mon Sep 1 02:05:03 2014 From: burek021 at gmail.com (burek) Date: Mon, 1 Sep 2014 02:05:03 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140831 Message-ID: <20140901000503.1A6B918A0239@apolo.teamnet.rs> [04:10] ffmpeg.git 03Michael Niedermayer 07master:e0237208b428: avcodec/h264: Do not get stuck on IDR inter frames [10:26] ffmpeg.git 03Reimar D?ffinger 07master:1654514ab0b0: fft: add ff_ prefix to some global arrays. [10:26] ffmpeg.git 03Reimar D?ffinger 07master:2bb66cc8befd: fft_template: Move variables to where they are used. [10:26] ffmpeg.git 03Reimar D?ffinger 07master:18464d7270d2: sipr16kdata.h: add forgotten const. [10:26] ffmpeg.git 03Reimar D?ffinger 07master:c9a4ec79690f: lavfi: add const/static const to pix_fmts arrays. [10:26] ffmpeg.git 03Reimar D?ffinger 07master:3bc5d2a06401: ac3dec_fixed: add missing "static const". [10:46] ffmpeg.git 03Reimar D?ffinger 07master:4fe448738e8d: WMA: add "const" to avoid warnings with hardcoded tables. [10:46] ffmpeg.git 03Reimar D?ffinger 07master:03bf45724197: Add av_cold to table generation functions. [10:46] ffmpeg.git 03Reimar D?ffinger 07master:2ca7edda89bf: lavu/hash.c: Add missing "static const". [10:46] ffmpeg.git 03Reimar D?ffinger 07master:6d7aa437e110: vf_drawtext: move "static const" before "struct". [11:49] http://bjoern.hoehrmann.de/utf-8/decoder/dfa/ [11:50] ah, it's referencing dalias/musl [12:01] rcombs: does plex run on musl? [12:02] wm4: not to my knowledge [12:03] eh, why? [12:05] well, I didn't know what it was until you mentioned it [12:06] someone asked whether plex runs on alpine linux (which uses musl) [12:08] we don't have a package for that particular distribution, but it may be able to run our Ubuntu builds, which are rather generic [12:08] that would probably put stress on the glibc abi compat [12:11] might want to take this to #plex [12:12] well I just thought I'd ask [12:12] in general, your software will become cleaner if you try to make it work on musl [12:12] for all I know, it might compile against it with no changes now; we've just never tried [15:25] ffmpeg.git 03Michael Niedermayer 07master:63a52ca134dc: avcodec/mjpegdec: fix green vertical line at the right with upscale h [15:43] ffmpeg.git 03Michael Niedermayer 07master:f0d4f00f24d4: avcodec/mjpegdec: fix green line at the bottom with upscale v [18:34] ffmpeg.git 03Reimar D?ffinger 07master:1a558cec64b4: intmath.h: Remove duplicated ARM include. [18:34] ffmpeg.git 03Reimar D?ffinger 07master:3efc174fd6f4: aacps_tablegen: replace TABLE_CONST by const. [19:06] will i get review for my filter? [20:17] ffmpeg.git 03Reimar D?ffinger 07master:da0a670b3c3e: h261, h263 decoders: convert to RL_VLC. [20:17] ffmpeg.git 03Reimar D?ffinger 07master:c0d32686ddc1: h261dec: Optimize new RL_VLC based decoding. [20:17] ffmpeg.git 03Reimar D?ffinger 07master:935453102bb5: ituh263dec: Optimize new RL_VLC based decoding. [20:25] does anyone know what .sup files starting with the magic "SP" are? [20:26] mkvmerge thinks they're "HD-DVD sub" (but doesn't support actually reading them) [20:45] HD-DVD, the dead concurrent of blu-ray? [20:45] competitor* [20:46] Thats probably it wm4 [20:46] Timothy_Gu: did you came back to your old broken mailer? [20:47] Note that its pretty similar to VOB subs, just with a built in palette, and the avcodec vob decoder should even support it [20:48] there's just the question about the file format [20:48] or if anyone cares [20:49] did you get have such file? [20:49] Its HD-DVD, no one cares [20:49] yes, 2/3 of all .sup files in the demuxer patch thread started with SP [20:50] ubitux: I actually never left :D [20:50] Probably because you got them from mplayers ancient sample archives :D [20:50] Timothy_Gu: at some point you were able to send decent mails, now they're unreadable again [20:51] Timothy_Gu: http://ubitux.fr/pub/pics/_timothy-mails.png [20:51] durandal_1707: can you wrap at 78 columns to work around my broken mailer [20:58] wm4: I have a file with "hdmv_pgs_subtitle" if that helps - recorded with a cam [20:59] Your cam produces pgs subtitles? :p [20:59] Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [20:59] I guess it's like a thumbnail [20:59] but I'm not sure what is in there [21:00] or could it be gps data ? [21:00] Well it can do stuff like thumbnails, the sub format is flexible enough for full artwork [21:01] how can I extract it's content ? [21:01] cbsrobot: I'm not doing pgs subtitles, just .sup files, which contain pgs subtitles [21:03] wat, thumbnails in hdmv_pgs_subtitle? heh [21:03] wait - I'm not sure what is in there! It was just a thought. [21:03] mpv or even ffplay should be able to display them [21:04] I've seen Blu-ray discs which had some kind of artwork in a pgs stream which was meant to overlay the video and go with a commentary track [21:06] It's a bitmap format, noone said the bitmap has to show text ;) [21:07] nah - seems it's just the time I recorded the stream [21:27] how do I compile tools/probetest.c? [21:27] make tools/probetest? [21:27] perhaps with .exe if you're on Windows [21:27] J_Darnley: that doesn't work with an out-of-tree build [21:28] and the file uses internal header files, so I can't just build it with an "installed" ffmpeg [22:21] wm4: it does work with oot builds [22:21] jamrial: how? [22:22] i have the tree in /ffmpeg/src. configured it from /ffmpeg/build and "make tools/probeset" compiles it just fine [22:22] not talking about installed ffmpeg bt [22:23] *btw [22:25] I was typing my name and wrote "ffmpeg" instead. [22:28] jamrial: oh you're right; I'm extremely stupid [22:28] I probably tried something similar which didn't work, and concluded it can't work [22:55] daala overlord job: https://careers.mozilla.org/en-US/position/oNOsZfwM [00:00] --- Mon Sep 1 2014 From burek021 at gmail.com Mon Sep 1 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Mon, 1 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140831 Message-ID: <20140901000502.1624E18A0146@apolo.teamnet.rs> [05:29] I am trying to capture with ffmpeg the audio I am listening to, but can't seem to find the correct '-f alsa -i foo' setup. arecord -L gives me the following info --> http://paste.fedoraproject.org/129843/14094555 ; suggestions welcome [05:36] BobLfoot: I only know how to do this from a GUI, but afaik fedora has one. If you go to the system sound settings, there should be a way to add a "monitor" as an input. A monitor is an output-to-input pipe. It should have a device name once you enable it. Then, ffmpeg -f pulse -i should work [05:38] i'm exporting a video from after effects that contains alpha data that i want to use ffmpeg filter graph to composit together with a series of PNG images (that show through the alpha) then produce an mpeg output - what format would be lowest computational overhead for ffmpeg for the input alpha video [05:38] should i use h264 and have an extra video file with the alpha mask in it? [05:38] should i use an avi containerand just keep it uncompressed [05:38] not sure what the best plan here is [05:50] radleader: You will end up with compression artifacts, hence why alpha is never a decent choice in a codec. [05:51] radleader: If you are wanting to avoid the compression artifacts, you can stow to FFV1 or HuffYUV and force RGB storage. (Even lossless HuffYUV etc. will result in non 1:1 values if it hops over to the YCbCr domain) [05:51] radleader: Curious why you are relying on codecs here. [05:54] so what i have is a video made by an artist with alpha channels in some picture frames in the scene where he wants me to dynamically place images, so i've rendered each frame of dynamic image content as a singel composit image and now i want to place that image (same dimensions as the video) into the video and produce a new stream, the fact i have an alpha channel is just a processing step, the final video will just be a normal mpeg or wmv depending [05:54] radleader: By dynamically do you mean like art installation in realtime or such? [05:55] thanks thebombzen - I'll look for a way to do that, the centOS gui doesn't appear to offer it at first blush [05:55] radleader: Generally I will almost always advise against codecs for any sort of motion picture imaging work. It's a rather unfortunate trend that has hit due to some vendors flogging their particular workflows. [05:55] troy_s: i have a stream of images coming in from an event and a few pieces of video that i basicallky want to place random images into and output it as a normal video [05:55] radleader: Is this a realtime thing? Or is the project a baked presentation? [05:56] i've got an after effects file rather than any actual videos, so i can render whatever output i need [05:56] it's real time, they expect to wait a couple of minutes to get their video from the images [05:57] for example there is a man talking beside a picture frame on a wall and that frame should contain the appropriate images at the appropriate time stamps, the artist has masked out the frame (which is what i can make an alpha channel from) [05:57] radleader: Your two options are likely as follows: 1) Use a still image series. 2) Use an RGB internal codec that is lossless to avoid compresison artifacting and such which will blow your alpha. HuffYUV and FFV1 qualify. [05:57] radleader: Is this going to be done using Processing or something akin to it? [05:58] so what i was thinking is i could just set up a filter graph that takes this so-called alpha channel (lets just call it an 8 bit mask) and the png images and produces a new video of parts of the input pngs masked correctly, then i could apply this over the actual video of the guy talking to produce a single h264 stream output [05:59] radleader: Sure. You can also probably do something very easy with PureData [05:59] radleader: And if you wanted quick and dirty where quality is a back seat, go with a codec. [05:59] radleader: Such as RGB HuffYUV. [05:59] radleader: Are you familiar with PD? [06:00] i haven't used it but my friends dick around with it pretty often [06:00] radleader: It might be a very suitable tool for an interactive installation such as this. [06:00] radleader: Or Processing. [06:00] yeah i've done a lot of processing [06:00] hold on, let me just make an image to verify you know what i am asking [06:00] radleader: The sort of 'upside' of pure data is that it is very interactive art VJ driven. [06:01] You are more or less into a realtime keying scenario. [06:01] at it's most basic i just want to place a png image into a video stream that has been masked by another video stream [06:02] and produce a single stream output [06:02] Yes. [06:03] so you don't think using a filter graph is a good idea? i already made a test doing this but my input video contained the alph already and i just placed the pngs behind it conceptually [06:05] radleader: It is ultimately your choice. I would gear it to the quality needed. [06:06] radleader: A realtime installation quality need is probably lower, so you can be loose. [06:06] so where does this filter graph answer sit on the spectrum of quality and performance [06:07] i mean if i can do anything within the filter graph solution to ensure the input i am providing will composit at good speed and look nice i should do it [06:07] i don't know what formats are good to use from after effects or if i should ditch png and have the rasters in some other format before they go in [06:07] radleader: haven't used a filtergraph for a realtime key. [06:07] or if i should have two video signals (one for the mask, rather than having it in the stream) [06:07] radleader: I know of some artists that have used PD for such a thing. [06:08] i was pretty happy how well it worked when i put this together [06:08] radleader: Then roll with it. [06:08] radleader: Use HuffYUV with RGB. [06:08] and you have your answer. [06:08] okay cheers [06:09] radleader: Just make sure you get RGB [06:09] radleader: Because the transform from RGB, to YCbCr to RGB will mangle your alpha a little more. [06:09] radleader: And I'm not sure the flag on the command line to control that. [06:10] radleader: Once it is encoded to RGB, you don't need to worry. [06:14] sweet that looks good thanks troy_s [06:14] radleader: I _would_ look into Pure Data though. [06:15] radleader: If only because it could be a very cool thing for this sort of installation. [06:15] radleader: You can probably overdeliver something unique, _and_ have it totally controllable via some PD widget sliders etc. [06:15] it wouldn't add value to the current render pipeline (actually involves some windows machines (sigh) in the cloud) [06:15] And have it realtime. [06:15] but yeah i agree [06:15] i've simplified what the image data is doing in my explanation [06:16] radleader: If you are ultimatley going to take something to an end point like broadcast, I'd heavily avoid all codecs [06:16] radleader: And use a still frame based imaging pipeline right up to delivery. [06:16] radleader: If that is of any interest to you, feel free to ping me via PM and I might be able to help you structure it in a sane way if an offline / online pipeline is a little unfamiliar to you. [06:17] sure, i understand, i'd ideally have this stream based end to end, i actually got excited when i saw the zmq filter graph stuff but it's only for signalling unfortunately [06:17] if it goes well this week i might get some actual money to make it better :)O [06:18] radleader: Good luck. Let me know how it goes. (PM so I get the message.) [06:18] sweet will do [09:47] I am using this command line to record video from a HDMI to USB3 adapter and it works great, but compresses to x264 in realtime, which is not happening on my laptop [09:47] ffmpeg -f v4l2 -framerate 30 -video_size 1280x720 -i /dev/video0 -map 0 test.mp4 [09:48] what can I do to get it to record raw video? I get that the file will be huge, and am ok with that [09:52] nvm, -vcodec rawvideo [09:53] my brain is trashed from the block party music :( [12:08] Hello! I was looking at the output of ffmpeg after extracting the h264 raw stream from a mpeg ts container. I notice that ffmpeg is extracting the stream even from PES packets where there is no header at the beginning. Is this correct? [19:18] Hi All, is the option -ab 256k valid, or is it deprecated? I am trying to understand why it complains about encoder for the audio, from aac to mp2. [19:20] -ab is an old way of setting it, but IIRC it should work. -b:a 256k is the new way of setting that value [19:21] Ha! That was it! Thank you JEEB. :-) [19:24] Should in the same vane '-ar 48000' now be 'r:a 48000'? [19:24] I can't find it in the man pages [19:25] OK, just confirmed: -ar is still valid as a stream specifier. Cool [19:25] Thanks again for your help. [00:00] --- Mon Sep 1 2014 From burek021 at gmail.com Tue Sep 2 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Tue, 2 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140901 Message-ID: <20140902000501.9A29518A00B8@apolo.teamnet.rs> [01:09] hello im trying to mux an audio and video file, but the result still has 3 streams, the 3rd being info/text stream, this is my line [01:10] ffmpeg -i audio.mp2 -i video.mp4 -acodec copy -vcodec copy output.mp4 [01:10] i was told about using map so tried this [01:10] ffmpeg -i audio.mp2 -i video.mp4 -map 0:a -map 0:v -acodec copy -vcodec copy output.mp4 [01:11] but this gives me an error [01:11] "Option map (set input stream mapping) cannot be applied to input file video.mp4" [01:11] ok [01:12] -map 0:v:0 -map 0:a:0 [01:13] http://pastebin.com/bPCQgfhs [01:14] that -map 0:a needs to be after the video.mp4 [01:15] ehh [01:15] And it should probably be 1:v instead of 0:v [01:16] http://pastebin.com/bhMvfVyR [01:17] ok will try 1:V [01:17] same for audio? 1:a ? [01:17] nah [01:17] The 0 is for the first file and the 1 is for the second file. [01:17] You want the audio stream[s] from the first file and the video stream[s] from the second [01:19] that worked without an error [01:19] but i still get a menu/text stream [01:20] Can you pastebin an ffprobe of the output file? [01:21] http://pastebin.com/1t9YsctB thats from media info [01:22] Add a -map -0 -map -1 right after video.mp4 [01:22] ok [01:24] "Stream map '0' matches no streams." [01:24] what's your current commandline? [01:25] ffmpeg -i audio.mp2 -i video.mp4 -map -0 -map -1 -acodec copy -vcodec copy output.mp4 [01:25] You need the other maps as well, make sure they're after the negative mappings. [01:25] oh my bad [01:25] will add them and try again [01:28] http://pastebin.com/xPa1N8Ez same error [01:30] Ah, wait. The negative mappings only modify positive mappings so that won't help. Hmm [01:32] i can remux the file with mp4box but i would like to do it all in ffmpeg if it's possible [01:33] I have no idea why the output file has that text stream. None of the input files have a text stream as far as I can tell and none of the options should create one... [01:33] Have you tried muxing to mkv (just for testing purposes)? [01:34] i will try it [01:37] yeah it's still present muxing to mkv http://pastebin.com/ubhgQBS9 [01:38] it's not present in the audio or video file before muxing [01:38] Can you paste the ffprobe output? I want to know what ffmpeg thinks of it. [01:39] yeah gimmie a few mins, have to download it [01:41] http://pastebin.com/rL1zufdg [01:41] ffprobe output [01:43] I don't see a text stream there, maybe mediainfo is detecting part of the metadata as some sort of menu? [01:43] try adding -map_metadata -1 [01:45] http://pastebin.com/E1buuJjz [01:46] there is a menu entry but no data for it [01:46] think that might be the best we will get [01:46] Probably. Might be mediainfo doing weird things. I don't know. [01:46] thanks for the help c_14 [01:46] np [04:24] anyone here ? [04:25] there is always some here. feel free to just ask any questions [04:30] I'm using this http://paste.kde.org/py3q1zllq to record my mic and my skype output for radio interviews [04:31] but for some reason it has a big delay between the sources [04:31] any idea w [04:31] ? [04:40] update http://pastie.org/9518095 [04:48] LanDi: you're missing the console output [04:48] but now i have to go. [04:48] you should include it in case someone else can answer [04:50] update: http://pastie.org/9518101 [08:00] hello, is anyone available? [11:09] Can anyone help with kernel/server settings for multicast streaming? When I stream multicast from LFS Intel(R) Core(TM)2 Duo CPU E8400 (input eth1 udp://@239.x.x.x:1234, output eth2 udp://@239.y.y.y:1234) there is no problems. When I do same in CentOS Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz - output stream has a lot of garbage. ? [11:10] maybe interrupts? kernel config? ffmpeg config? anything else? google has no answer for that [11:27] hey everyone! I have a quick question concerning ffplay and webm playback with vp9 codec [11:27] does ffplay support transparency in webm videos? [11:28] vp9 decoder only supports yuv420p output [11:29] do you have vp9 samples with transparency layer? [11:29] yes, I have something.. [11:29] which works fine in chrome [11:30] can you share a sample? [11:30] hmm.. not the files I have currently.. [11:30] but give me a sec, I will prepare somethin [11:30] g [11:32] ubitux: I have converted my png files with the yuva420p.. [11:32] yuv420p I mean [11:37] ubitux: here is a file : but the ffplay d [11:38] but the ffplay d [11:38] gha.. [11:38] https://dl.dropboxusercontent.com/u/1250100/fireball.webm [11:38] sorry.. wrong clipboard xD [11:39] ubitux: in chrome everything looks nice, but ffplay doesn't seem to display this properly [11:40] this is not vp9 [11:40] it's vp8 [11:41] the vp8 decoder only supports yuv420p as well though [11:41] ffplay doesn't support transparency anyway, i think mpv supports it, but not in this case anyway because the decoder only outputs yuv420p [11:41] really? I thought only vp9 supports transparency.. [11:42] Stream #0:0: Video: vp8, yuv420p, 500x500, SAR 1:1 DAR 1:1, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) [11:44] ok.. just saw, that vp8 does support transparency playback too.. [11:51] ubitux: ok.. so you say ffplay cannot playback transparency even if it is converted with yuv420p.. [11:52] sorry, I am not to familiar with with video conversion and all that stuff so I just wanted to get it clear for me! :-) [11:52] i'm saying ffplay itself doesn't support transparent window, so yeah anyway it won't work [11:52] but OTOH, some codecs do actually support transparency [11:52] (in some FLV iirc) [11:52] so if you want to test, try mpv, afaik they do support it [11:52] (and use ffmpeg to decode) [11:53] ok.. thanks alot ubitux for your help! :) [11:53] that won't work with vp8/9 because we only export yuv420p but that should do with some flv [11:53] http://samples.ffmpeg.org/FLV/flash_with_alpha/ [11:53] try some here [11:56] they seem to played back well.. [11:56] with transparency ? [11:56] well a little hard to tell, the background is completely black.. [11:56] i've been using transparency with video a lot [11:56] well 8 bit masks [11:57] but i've never used ffplay [11:57] ndee_: mpv supports it with some vo [11:57] what are you trying to do [11:57] vo? [11:57] video output [11:57] ah ok [11:58] radleader: we are thinking to use ffplay in an embeded system.. and I wanted to check if it supports transparencies in videos.. ^^ [11:58] I am not the developer who implemented this, but the graphics artist who is going to convert the stuff in a proper format [11:59] what's the transparency for [11:59] we have graphics that should overlay the complete screen.. [11:59] at the moment we use sprite animations.. [11:59] but the size of that sprites can get very big [12:00] Hi all [12:00] you want to use a video signal with an alpha channel for animated sprites? [12:01] I just want to playback a video that has an alpha channel.. instead of sprites, which we used currently [12:01] and the background is dynamic content [12:01] radleader: yep, exactly [12:02] with a composite manager, this works for me: mpv --vo opengl:alpha 'http://samples.ffmpeg.org/FLV/flash_with_alpha/laraShadow_dl.flv' [12:02] yeah i'm using vp6 and quicktime + png codec for alpha channels in two different bits of my project [12:03] I'd like to split a streamable mp4 file into several parts of defined size, whitout re-encoding, and have the resulting parts still streamable. Any idea? [12:04] hls [12:04] see segmenter documentation [12:05] radleader: ok.. [12:05] so.. I just wanted to check if ffplay supports that sort of stuff we need xD [12:05] good luck [12:05] thanks ^^ [12:49] http://pastebin.com/ANB6rNR8 - How to avoid that multiple audio conversion here? [13:08] Bump: I'd like to split a streamable mp4 file into several parts of defined size, whitout re-encoding, and have the resulting parts still streamable. Any idea? [13:12] Olivius67, see segmenter/hls [13:14] thx state :) [13:17] [mp4 @ 00000000043e79e0] Codec for stream 0 does not use global headers but cont [13:17] ainer format requires global headers [13:17] what does it means? [13:23] what's the best way of creating an AVFrame that is a clone of another AVFrame? [13:25] av_frame_clone() [14:14] saste: I have use the following cmd line to generate my parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 out%02d.mp4 It seems to work well except that the parts seem to require much more buffering (aprox 4MB before starting to play) than the original in.mp4 (which seems to require around 2MB buffering before the video starts playing). Is there anyway to reduce the buffering amount? [14:15] Olivius67, how do you measure the buffering? [14:16] saste: I confess this is not much scientific method, but basicaly I'm using firebug Network console [14:16] Olivius67, how did you get that value? [14:17] well I have just checked on the console how much of the outxx.mp4 file was downloaded before the movie starts to play. The web player is JWPlayer. [14:19] another strange thing, that may say the outxx.parts may not be perfectly valid is that using my dektop player (kmplayer), the out00.mp4 part plays well, but the next ones hang. [14:22] Olivius67, try with -f ssegment [14:22] note the double s at the beginning [14:23] saste: yup [14:24] same issue with kmplayer, uploading 2 parts to test online now [14:25] also I have a repeated warning from ffmpeg while splitting: "[mp4 @ 045d7cc0] Using AVStream.codec.time_base as a timebase hint to the muxer [14:25] is deprecated. Set AVStream.time_base instead." [14:33] saste: ok, just tested online, it required nearly 6 MB buffering before starting to play. [14:52] saste: I can confirm that except from out00.mp4 all subsquent parts are someway corrupted, ie they do not play in vlc. They do stream however, except that they need to initialy buffer a lot. [15:10] Morning, Im trying to run the transcode.c example for ffmpeg 2.3 against a H264 encoded video file. I get the error from the h264 library that the ffmpeg defaults are broken. I have modified the transcode.c to set the vprofile to baseline and the preset to medium (fast, slower, etc) and have not had success. What else should I look at? [15:50] saste: still around? [15:53] Olivius67: try adding -movflags +faststart [15:54] c_14: thx :-) trying now [15:57] c_14: except from out00.mp4 all resulting parts still don't play on vlc, uploading now 2 parts to test online [15:58] Are you still using ssegment? [15:58] yes [15:58] why split the .mp4 file ? [15:58] I'm not sure ssegment works for mp4. [15:58] According to the docs it's meant for mpegts files. [15:59] i only tought it worked for .ts and ismv files [15:59] ye [15:59] Try the regular segment muxer. [15:59] ok, trying again segment with the extra params you just game me [16:01] no better results for vlc [16:01] How to you feed it to vlc? via .m3u8 playlist? [16:01] spaam: I open vlc, and drop the file there [16:02] what command are you using now? [16:02] part00 works just fine, but following parts do not play [16:02] ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 -movflags +faststart out%02d.mp4 [16:03] Olivius67: did you read what c_14 wrote? [16:04] I think so [16:04] re-reading though [16:04] -f segment is to me the "regular" segment muxer [16:05] what did I miss? [16:06] So I just tried that command with one of my files and I can play all the output files. [16:06] Olivius67: segment only works for .ts, nut and mkv files. not .mp4 [16:06] c_14: nice :) [16:06] c_14: what version are you using ? [16:06] Olivius67, I tried your command and is working fine [16:06] with both ffplay and vlc [16:07] can you try with ffplay? [16:07] git head as of aug 14 [16:07] saste: maybe some old version of ffmpeg cant make proper files with the segment muxer? [16:07] spaam, I think it depends on the player [16:07] ffplay is rather tolerant [16:07] another problem may be due to the initial timestamp [16:07] spaam: well I thought c_14 was tallking about ssegment not working with mp4 and that segment would on the oposite work with mp4 [16:08] on my end neither work [16:08] there is an option to reset the timestamp in the following segments [16:08] Olivius67, also, are you sure that the second file contains data? [16:08] Olivius67: what version of FFmpeg are you using? [16:08] yes all file have aprox the same size [16:09] Olivius67, you can file a ticket on trac, publishing your input sample [16:10] http://pastebin.com/s5Dm0jNw [16:11] can't realy publish the stream it's company property [16:13] Can you try the same command with a different file? [16:13] yes, maybe you know about a typical streamable mp4 file online? [16:17] ok, I have this big_buck_bunny sample mp4, trying to split it now [16:19] or you can generate a sample with testsrc [16:19] same prob [16:19] the sample I used: http://camendesign.com/code/video_for_everybody/test.html => "MP4" link [16:21] That sample works for me. [16:21] Had to split with 18s though since the file is only 1m long. [16:21] alright, then my ffmpeg? [16:21] did 20 sec parts [16:22] http://pastebin.com/s5Dm0jNw [16:22] the pastbin is from my previous attempt with my original file not the bunny file [16:23] Olivius67, still works fine with ffmpeg -i big_buck_bunny.mp4 -codec copy -f segment -segment_time 20 -movflags +faststart big_buck_bunny-%02d.mp4 [16:24] anyway you could upload the parts somewhere, so thta I could test with my local machine and with my online setup? [16:25] Olivius67: http://dl.c-14.de/t/out/ [16:26] thx :) testing now [16:27] fisrt thing is that you get 4 parts while I get only 3 [16:29] ok, I have the same problem with vlc: i see vlc cursor progressing but no vido or sound, for all parts except 00 [16:29] eh, I get 3 as well. That 4th part was a leftover that I forgot to delete. [16:29] ok [16:30] Do they work with ffplay? [16:30] Might be a vlc bug. [16:30] ffplay is cml driven? [16:30] yes working [16:31] ffplay out01.mp4 [16:31] ffplay.exe out01.mp4 [16:32] If it works with ffplay, then it's probably a vlc bug. [16:33] well, it doesn't work as well on kmplayer [16:33] and streaming requires the full part to be downloaded first [16:33] probably because it is small [16:34] but on my own original file it requires nearly 6MB buffering before it starts playing [16:35] I don't know much about video, still couldn't it be some kind of header that would need to be replicated from the original file to all parts [16:35] I mean the fact that parts 00 behave normaly, but not subsequent parts [16:36] or maybe the cut is not 'clean', in the middle of some frameset... sorry I miss the vocabulary [16:45] Olivius67, try with -reset_timestamps 1 [16:47] saste: haha! all parts ply nicely on vlc and kmplayer [16:47] Hello hello hello is there anybody out there [16:48] Olivius67, so the -reset_timestamps things did the trick? [16:49] yes, it fixed the 'corruption' for vlc and kmplayer, testing now how much a part needs to buffer to start playing [16:49] hey guys, running into an issue when exporting frames as a video. at one frame it always just stays there, while drop increases (seemingly forever). im running this command: ffmpeg -r 25 -i frame%d.png -qscale 0 video.mp4 [16:53] anyone here? [17:02] saste: unfortunately on jwplayer, all parts require around 6MB buffering, while original file (not splitted) requires around 2MB buffering to start playing. [17:03] Olivius67, try to remove -mov_flags +faststart [17:04] this will put MOV metadata at the beginning of the file [17:04] then I don't know how jwplayer is implemented, probably you should ask them for advice [17:05] trying now [17:07] flash players usually buffer data in seconds [17:07] and you usually can modify that according to your buffering model [17:09] hey can anyone help? [17:17] saste: same issue without -mov_flags +faststart [17:17] JEEBsv: how can I define my buffering model? [17:23] Olivius67, on the player side to match your encoding you do it with the settings that the player lets you poke at. most flash-based players let you poke at the amount of seconds stuff is buffered [17:23] to set it on the encoding side you use -maxrate and -bufsize [17:24] maxrate being the minimum amount of bandwidth a user has to have to watch the video without further buffering, and bufsize is the buffer within which this maxrate is calculated all the time [17:25] and the time-wise "amount to buffer" can then be calculated via bufsize / maxrate . f.ex. bufsize 6000 and maxrate 3000, you get 2 "seconds" of buffering [17:25] no one? :( [17:25] JEEB: yes curently browsing jwplayer options page, I'm going to try a few. Still what I don't understand is why my original file buffers 2MB whereas parts obtained from splitting this original file, buffer nearly 6MB. [17:26] without tweaking anything on the player side that is. [17:26] well if you re-encoded without VBV (maxrate and bufsize), then that wouldn't be surprising [17:27] since the player would just buffer as much as stuff comes in your amount of buffering [17:28] I don't think there was re-encoding, I used: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 -reset_timestamps 1 out%02d.mp4 [17:28] yes [17:28] anyways, I have no idea how those files are created or how flash/jwplayer calculate the buffer exactly [17:28] although if you don't put the index into the front of the file you will have to buffer more [17:29] or well, depending on the http source/player's capabilities - the whole file [18:42] does ffplay support displaying subtitles? it has shortcut 't' for switching between subtitles and it works (as I can tell from console output) but they are not displayed. [18:47] I know ffplay is the demo app, but I like it (don't tell me to use mplayer :) [18:53] pmarty, what about mpv :P [18:55] JEEB: oh, yes, mpv is currently the coolest one of m* family [18:55] but I like to use ffplay because it uses the same syntax as ffmpeg [18:56] I hate swithching between mplayer/ffmpeg cmd line syntax [18:56] too much to remember [18:57] ffplay does display subtitles [18:57] at least the DVB ones [18:57] the support is kinda broken tho [18:59] by itself (without -vf magic)? [19:00] well it has 't' shortuct for switching so it must have some kind of support [19:00] "Switch subtitle stream from #2 to #-1" [19:00] "Switch subtitle stream from #-1 to #2" [19:00] after I press it [19:17] if you want ffmpeg syntax how about ffmpeg -i file.mp4 -map 0 -c:s copy -c:a pcm_s16le -c:v rawvideo -f ffm - | mpv - ? [20:04] hi all, I'm looking for a tuto on how to set up http live streaming from an rtmp url on ubuntu. [20:35] on which version of ubuntu can I run apt-get install ffmpeg ? [20:36] chriys, see http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=ffmpeg [20:37] thx KjetilK [20:38] np [20:38] The quick answer, Lucid and earlier. [20:53] thx guys [21:40] I would like to merge an audio and video stream. My problem is now, that at the beginning of the output stream, the sync is ok, but at the end, the audio is a littlebit behind the video [21:40] so either audio or video plays slower or faster [21:41] is it possible to stretch either video or audio during merge? [21:41] https://ffmpeg.org/ffmpeg-filters.html#setpts_002c-asetpts [21:42] basically setpts=n*PTS will modify the speed of the video by n [21:42] ditto for audio [21:42] pick which you want to mess with [21:42] what's better to modify, audio or video? [21:43] I'd probably modify the video so the audio doesn't get stretched out/compressed but it also depends on the content. [21:43] If the video has timestamps burned in or anything like that, mess with the audio. [22:32] is there a easy way to "translate" a command-line into a C++ API? [22:35] system("ffmpeg [stuff]") :P [22:35] But no, I don't thin' there is an easy way. [22:36] i tell API to build a cross platform. [22:36] let me try with system()... thank [23:22] Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... which .lib file should it go looking for? libx264.lib or x264.lib? [00:00] --- Tue Sep 2 2014 From burek021 at gmail.com Tue Sep 2 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Tue, 2 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140901 Message-ID: <20140902000502.9FD8B18A0250@apolo.teamnet.rs> [00:13] do most people use a mail client that can parse attachments (such as *.patch) as text? or do they download/save and view w/ external tool? [00:16] llogan: I don't use a mail client, so the latter. [00:16] latter [00:17] thunderbird shows attached text files just fine here, regardless of extension [00:18] claws-mail (the worst mail client in existence) can show them inline just fine [00:18] there's even a very unintuitive way to quote it for reply [00:23] I use thunderbird too and sometimes attached patches are not shown following the message. I guess this due to the "wong" mime type. [00:23] *wrong [00:24] sounds like attached patches are annoying then [00:24] wm4: why use claws if it is the worst? [00:25] llogan: the alternatives are not very attractive either [00:25] yeah, i'm using it too [00:25] claws has a collection of hilarious bugs though [00:25] I'm not too fussed but only because I am not a very good/active reviewer [00:25] wm4: pointed some out to the devs. seemed like nice dudes if not a little goofy. [00:26] J_Darnley: don't worry, i'm not a good patch writer. [00:26] poor michael [00:26] I used to use alpine then mutt but not so much anymore [00:27] llogan: I basically got "patch welcome" [00:28] does thunderbird still dump all messages into a huge monolithic file? i forgot the format. [00:29] Yes! [00:29] when I look in the thunderbird profile, I see many files [00:29] sqlite, dat, rdf, json... [00:29] Doubly so if you let it grab gmail's "all mails" folder [00:29] pure crack [00:29] ini, xml, db [00:32] <- mutt [00:34] That Reindl guy in -user is an angry one. [00:35] btw. I've noticed that the gif demuxer doesn't report the file duration [00:36] is it unable to? [00:36] hmm...you're right. i'm not sure. [00:40] ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:b627385b4bd2: ffserver: tests, use image2 instead of pgmyuv [00:53] I wonder if thunderbird got compression for its mail files. [00:54] Somehow, my entore profile is "only" 367MB [00:54] *entire [00:55] "files" [00:55] It's one huge plain mbox file [00:55] With just all mails right next to each other [00:55] Actually, I think it is one file for every imap folder. [00:56] Anyway, they are still very large [00:59] apparently thunderbird still uses this format: http://www.jwz.org/blog/2004/03/when-the-database-worms-eat-into-your-brain/ [01:03] mbox isn't realy a format. It's just all the mails right after each other in one file [01:03] One of that per logical folder [01:04] Plus one index db file, which has offsets for each mail into the file, so it doesn't have to be parsed completely all the time [01:13] Doe anyone have a tip about how I can stop vim from adding tabs into makefiles? [01:14] :set paste [01:15] But what do you want to do? Don't makefiles depend on there beeing tabs? [01:15] How does ffmpeg's makefiles work then? [01:15] ? [01:15] It's using tabs? [03:25] ffmpeg.git 03Michael Niedermayer 07master:42507534977e: avformat/mpegts: favor DESC_types over probed codecs [04:06] i'm getting a "fatal: read error: Connection reset by peer" when i try to fetch commits from the main repository [04:07] three different OSes, two different connections. same thing in all of them [04:17] jamrial, cant reproduce [04:17] also main git is provided by videolan, i cant help if it doesnt work ... [04:22] ok, was just mentioning it in case others were having the same problem [05:31] ffmpeg.git 03Michael Niedermayer 07master:37c46743ee42: avcodec: fix missing doxygen comment marker [05:31] ffmpeg.git 03Michael Niedermayer 07master:97b88096dcbe: Merge commit '37c46743ee42df1d6986ba3c996e3af5b95511f7' [09:04] ffmpeg.git 03Cl?ment BSsch 07master:36952786a5cc: build: use pkg-config to detect libmodplug [10:18] i wonder if we could use parallel in ffmpeg configure [10:19] the thing i'm afraid of is that there are various side effects with all the global variables [10:19] no functions are using "local" which sucks hard [10:19] but OTOH it doesn't seem standard :( [10:49] ffmpeg.git 03Stefano Sabatini 07master:d4ec07dfe7db: lavu/avstring: check for overlong encodings in av_utf8_decode() [11:03] saste: btw, saw that http://bjoern.hoehrmann.de/utf-8/decoder/dfa/ ? [11:05] ubitux, i know a lot could be optimized in the decoder [11:24] ubitux, solution: critical sections using file locks [11:24] Action: Daemon404 runs [11:24] heh [11:24] Daemon404: i'm more concerned about stuff like this: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=configure;h=80f27484101a3e545af7ecdd3b80606d44f5cb57;hb=HEAD#l1200 [11:25] here, $pkg get changed in check_pkg_config [11:25] ah yes [11:25] it's not obvious what happens when require_pkg_config can be called with "libfoobar >= 1.2.3" [11:25] i forgot [11:26] and still prints "libfoobar not found" [11:26] shell only *looks* scoped [11:26] it can be if you use the local prefix [11:26] im not sure thats POSIX [11:26] yes, my point earlier :( [11:29] ;p [11:36] ffmpeg.git 03Cl?ment BSsch 07master:343f07e15c58: RELEASE_NOTES: mention libmodplug detection change [14:49] What does an ampersand (&) mean in a function argument in c++ (or maybe in msvc)? [14:50] it's a reference... it's like passing a pointer, except the variable is implicitly dereferenced on access [14:50] so it behaves like a normal value and not a pointer [14:51] in that case, would I need to change it to a normal pointer in regular C? [14:51] yes [14:51] okay thanks [14:51] it's just syntactic sugar [14:52] (or syntactic diabetes) [14:52] :) [14:53] ooh... I might need some brackets as well here, or maybe just some spaces: *d*=0.96 [14:54] it should work like that, but it sure looks weird [14:54] i never understoof the point of references myself [14:54] the way i usually use them is to avoid a copy of a struct [14:54] copying variables can be very expensive in C++ [14:55] i mean [14:55] why not use a const pointer? [14:55] because pointers are EVIL [14:55] makes using stuff more noisy [14:55] i dunno, less bad that reusing & for already possible functionality [14:55] syntax wise [14:56] IMO the ABI should just specify that large structs are passed by pointer (and the compiler has to take care to keep the semantics equivalent) [14:56] Then you would have people arguing over "large" [14:58] the ABI makes many of such tradeoffs [14:58] e.g. how many registers should be callee-saved etc. [15:02] the references in c++ are so evil& [15:02] lots of things are [15:02] float x = 3; foobar(x); ? you don't know if foobar is going to modify x unless you look at the prototypes [15:03] and strangely, i am writing c++ today [15:03] because JSON libs in C are shitty to use [15:03] Daemon404 has went to the dark side [15:03] i don't understand how people manage to understand c++ code [15:03] traversing trees and shit... no thanks [15:03] I wonder when ffmpeg will be converted to C++ [15:03] i'd rather just unmarshall it in one func call (int oan obj/hash table) [15:03] seems to happen to all C projects eventually [15:24] wm4: some seem to stay C with a C++ wrapper for the odd bits that are easier (such as Daemon404's JSON library) [15:25] TimNich, thats kinda what i do yeah [15:25] its very rare i need a c++ wrapper though [15:25] json in c just sucks so much. [15:25] anything highly string intensive sucks much in c [15:25] ;p [15:26] it's nice to do parse() -> obj["key"] [15:26] or w/e [16:05] anyone has any oppinon about "Timothy Gu ( 15K) [FFmpeg-devel] [PATCH] Use makeinfo to generate html doc for the new website" ? [16:06] this patch will remove support for building html docs for several major platforms [16:06] ubunto 12.04 and OSX being 2 affected AFAIK [16:07] is there a documentation page for all the ASM macros ? (SPLATW and all) [16:09] i only know the source as "documentation" [16:09] if there really is none, maybe starting one could make sense, maybe on our wiki or somewhere on x264 [16:10] splat just means take a value and repeat it across a simd register [16:11] the advantage being that the macro "chooses" the best instruction depending on the instruction set [16:11] kierank, I know, but there are plenty of macros (butterfly, clip...etc) [16:11] clip is similar to av_clip [16:11] butterfly i've never used [16:11] being able to have a list of them would be nice [16:12] ask in #x264dev [16:12] and then paste them somewhere [16:12] hmmm [16:12] I'll maybe do that in october [16:15] seems we need a musl instance [16:29] Screw all those obscure weirdos [16:29] plepere: I can explain a couple if you have specific questions [16:29] plepere: theres no overall-complete documentation ATM, but asking around is generally considered good [16:29] :F [16:30] BBB_, no, I'm fine. I was just wondering. I might do a wiki entry about it in October once I'm at my new job. [16:30] cool [16:46] well, once I've found a place to stay. I have to move to the UK. [16:55] michaelni: if someone is building new ffmpeg from source on those "old" platforms, I don't see why we can't require them to have "new" tools. [16:55] but then I also like supporting old platforms [17:46] ffmpeg.git 03Timothy Gu 07master:8d6ec6118698: general: Fix usage of @float [18:56] http://david.li/filtering/ [18:57] "Unfortunately, your browser does not appear to support the required features." [18:57] aw [18:57] works here [18:57] inb4 paranoid slashdot tinfoilhat with no js [18:59] I sure love browser wars [18:59] ubitux, cool, we really miss fourier filtering [18:59] just using a browser that doesn't need several hundreds MB of RAM to display a blank page [18:59] saste: we have a dct filter ;) [19:01] hm even in firefox it shows that message [19:01] works fine in firefox here [19:01] here too [19:12] If you visit that page without javascript you don't get the message [19:13] but you also don't get much else. [19:42] ffmpeg.git 03Reimar D?ffinger 07master:2a00812d82c5: h261dec, ituh263dec: Avoid unnecessary -1 inside inner loop. [19:42] ffmpeg.git 03Reimar D?ffinger 07master:36c0043344fd: h261dec, ituh263dec: ensure CLOSE_READER is done on error paths, too. [19:42] ffmpeg.git 03Reimar D?ffinger 07master:e8d0b84e8a58: h261dec, ituh263dec: Move condition. [20:01] here we go, the ffmpeg depreceted message got reverted to something not so obvious [20:01] they just don't want to say it's been "deprecated in the Libav project" [20:01] :D [20:02] this is surreal haha [20:03] what a horrifying patch (aac fixed point decoder) [20:03] patches of several hundred KBs [20:04] the previous ffmpeg/deprecated msg was fine, why the hell did they submit yet another crap like that ffs :( [20:04] ubitux: it was fine? I thought it was not fine [20:05] i remember seeing "deprecated in the Libav project" at some point [20:05] which was just fine [20:05] wm4: why do you think it takes ages to apply any of them, this stuff has been coming to the ML for a year now or so [20:10] most are big because of code being moved to new files (like templates). also new huge tables [20:12] I understand the reasons (or at least some), but it's still horrifying [20:28] ffmpeg.git 03Michael Niedermayer 07master:a2dbf379f01b: avcodec/dvbsubdec: make compute_edt user settable [20:28] ffmpeg.git 03Michael Niedermayer 07master:b01d2a5533a9: ffmpeg: Enable compute_edt only when the subtitles are used for a output stream instead of a filter [20:41] ffmpeg.git 03Diego Biurrun 07master:4600a85eaa61: dxva2: Pass variable of correct type to IDirectXVideoDecoder_GetBuffer() [20:41] ffmpeg.git 03Michael Niedermayer 07master:052cd1ce7204: Merge commit '4600a85eaa6182e5a27464f6b9cae5a9ddbf3098' [20:52] ffmpeg.git 03Diego Biurrun 07master:b8962d64cc71: dxva2: Clean up definition of _WIN32_WINNT [20:52] ffmpeg.git 03Michael Niedermayer 07master:38c4316fff74: Merge commit 'b8962d64cc71af241601bcab5c3fcdc5735ef4ae' [21:01] ffmpeg.git 03Gabriel Dume 07master:63f800ca5f4f: aac_adtstoasc_bsf: Return proper error code [21:01] ffmpeg.git 03Michael Niedermayer 07master:f626eaa58e69: Merge commit '63f800ca5f4f6b38f3789a7edb03bfabe8bacdd2' [21:33] ffmpeg.git 03Gabriel Dume 07master:e205fe6831fe: mpeg4videodec: Fix low_delay error message [21:33] ffmpeg.git 03Michael Niedermayer 07master:f9aadf1fc426: Merge commit 'e205fe6831fe1b5445f7827b5c916425620b4ab5' [21:50] ffmpeg.git 03Thomas Volkert 07master:f8164f6728a3: Add missing changelog entry [21:59] ffmpeg.git 03Mark Harris 07master:1b3a98f13790: doc/filters.texi: fix filter name in examples [23:31] ffmpeg.git 03Carl Eugen Hoyos 07master:7cf1f0f4af70: Fix standalone compilation of the snow decoder. [00:00] --- Tue Sep 2 2014 From burek021 at gmail.com Wed Sep 3 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Wed, 3 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140902 Message-ID: <20140903000501.5BABA18A024F@apolo.teamnet.rs> [00:57] hi all I'm running ubuntu 12.04 and I'm trying to set up http live streaming using ffmpeg and ffserver. I found no full tuto on how to set it up. Does some of you have links ? [01:22] hrm... per the folks over in #x264dev, I should (and am) be spitting out an libx264.lib file, however ffmpeg's configure is not able to locate it at all... even if I rename it to x264.lib (which ffmpeg seems to be looking for) [08:09] cats [08:28] I am trying to compile ffmpeg with libx264 on cygwin using mingw compiler [08:29] but it configure says libx264 not found [08:29] here are my command http://pastebin.com/DwbRGVid [08:30] I would like to clear that I have already compiled x264 using same mingw compiler that I am using for ffmpeg [08:30] and path of pkg-config are set and showing linx264 installed [08:32] here are details of config.log [08:32] http://pastebin.com/XXRyRVmd [08:37] I dont know, what ffmpeg configure is trying to use for cflags of x264, where should I find that? [08:55] Would it be possible to record a PC game with FFmpeg without it being displayed on the screen? (ie the game is running an a background process) [08:59] I figured out that configure does not look for pkg-config of x264, used extra-flags to solve my problem [09:01] how I cna check libx264 version in my ffmpeg? [09:22] @K4T x264 --version [10:16] Hello [10:22] I'm using the following cmd to split a streamable mp4 into 60seconds parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 out%02d.mp4 [10:23] The problem is that the resulting parts require a lot of buffering (around 6 MB) before they start playing with jwplayer. By Googling around I have found a fix to this by passing the following cmd to each part: MP4Box.exe -inter 500 outxx.mp4. The resulting parts stream smoothly after a very short buffering (around 500KB). [10:23] Now, is there a way I could integrate directly this 'fix' in the initial ffmpeg cmd I use to split and thus avoid the extra mp4box step? [11:17] Olivius67, you can't just split a video (without reencoding) at random points. You have to split at I frames. Also, mp4 is not ideal for fast start. Use a more simple format, like flv, or add the faststart atom [11:33] Btbn: mp4 is the format I need to use (basically the project states that there will also be a direct mp4 download link for each part. Thus, as I don't want to multiply video format I would preffer sticking to mp4 for both streaming and direct download) ). The mp4box cmd I used (I confess I don't know much about what I'm doing here) actualy generated parts that fast started good enough for me. [11:33] How can I have ffmpeg split at correct I frames? [11:37] Hi, I have this error when using "pad=width=300:height=170:x=0:y=40:color=black" -> Cannot find color 'color=black' any idea what i`m doing wrong? [11:41] http://pastebin.com/qtRV70X5 [12:13] Olivius67, if you want to stream it, keep in mind that mp4 is not streamable [12:14] if you want to offer static downloads, mp4 is somewhat ok, but not for streams, as it can't start at random positions [12:18] Well when post processed with mp4box.exe -inter 500. The parts were just as good as non splitted original mp4: fast start and fast forwarding are smooth. [12:19] I just would like to reproduce the magic of mp4box into my initial ffmpeg split cmd. And thus avoid the extra mp4box step. [13:11] hi [13:12] when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [13:13] when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [13:13] sorry i think i DC while typing that [13:17] is it some kind of bug with TS or .. ? [13:19] Last message repeated 1 time(s). [13:31] ok sorry about repeating but im not sure if i got disconnected before or after i pressed enter so ... [13:32] when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [14:40] Re-encode h264 without quality loss http://video.stackexchange.com/questions/12523/ffmpeg-re-encode-libx264-without-quailty-loss [14:47] sepero: encode the first time in lossless, otherwise not possible [15:09] ABL CAA:85? [15:11] O >48= [15:11] sepero: re-encoding is probably the only way to do what you want to acheive [16:17] hello [16:17] no offense [16:17] by why is FFMPEG documentation such a POS [16:18] in what way is it Point of sale? [16:18] and ...why do I seem to have to spend 2 days to research to find some help in some 2-3 year old forum post in the corner of the web ? [16:18] never mind ... here's my issue http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-square-pixel-real-frame-rate?p=2343620#post2343620 [16:19] my biggest problem is that ffmpeg keeps changing the command line namings without updating the documentation, can't find anything on YADIF just doesn't exist, deinterlacing, nonexistant on ffmpeg.org [16:20] all i find is some text-only ticket postings with a ton of dumped hard to read outputs [16:22] I am sorry it's just me maybe, maybe it's supposed to be like this [16:23] I am patient now, that i found this chatroom [16:23] I see [16:24] Wader8, -vf yadif [16:24] what's so hard about it? [16:25] well it took me way more time to find this with google than I expected, especially when the ffmpeg documentation doesn't mention this odd name at all, but never mind back to work ... [16:26] and i suppose to use some 1:-1:1 or something after yadif ? [16:26] found that somewhere [16:27] anyways, what about square pixels, can i remove the awful pixel aspect ratio and render in 854x480 ? [16:28] Wader8: http://ffmpeg.org/ffmpeg-all.html#yadif-1 [16:28] Action: sacarasc shrugs. [16:29] there was network disconnect [16:30] Did you get this link: http://ffmpeg.org/ffmpeg-all.html#yadif-1 ? [16:33] What is wrong http://dumpz.org/1189119/ ? [16:33] help [16:34] Can you pastebin the ffmpeg output, too? [16:34] I? [16:34] Yes. [16:34] sacarasc: [16:34] yes [16:37] here http://dumpz.org/1189122/ [16:39] And? [16:42] What problem are you having? [16:43] low fps [16:43] very low fps [16:44] The video? Or the encoding? [16:44] max 9 and drop [16:45] everywhere [16:47] What's the problem? [16:49] you run this code sacarasc? [16:50] Someone who might know what's happening could be around soon, and as they will have the information, they will have an easier time. [16:52] You code works? sacarasc [16:52] I haven't tried it. [16:53] What is your CPU usage like when you run the command? [16:53] start plz? [16:54] 12% max [16:54] or 6% [16:59] you run code? sacarasc [17:00] No, I am not at a Linux machine, so I can't/. [17:00] You're going to probably have to wait for someone else, anyway. They'll have the information needed, though. [17:01] I think who in "-filter_complex overlay=" bug [17:02] >:o [17:02] bug!!! [17:03] need fix [17:05] Thanks who responded sacarasc [17:09] but in avconv the works overlay [17:12] but i use ffmpeg [17:15] who can help? [17:33] hi [17:35] hey kaotiko [17:36] What went wrong? http://dumpz.org/1189119/ [17:44] -filter_complex is an argument? [17:45] drop and low fps( [17:45] For example, to overlay an image over video ffmpeg -i video.mkv -i image.png -filter_complex '[0:v][1:v]overlay[out]' -map' '[out]' out.mkv [17:46] -filter_complex 'overlay' [17:46] is the sintax [17:46] I do not know why [17:46] man ffmpeg [17:46] hehe [17:47] hm [17:51] Correct http://dumpz.org/1189119/ plz? [17:51] kaotiko: [17:59] what [17:59] what is the output ? [18:01] kaotiko: http://dumpz.org/1189119/ edit as needed? [18:02] !/bin/bash [18:02] without white space [18:02] -filter_complex overlay= \ <- bad sintax, correct: -filter_complex 'overlay' [18:03] but copy the output when u exec the script [18:06] frame= 31 fps=3.6 q=-1.0 Lsize= 156kB time=00:00:08.20 bitrate= 155.7kbits/s dup=0 drop=30 [18:06] no works [18:09] i correct http://dumpz.org/1189158/ but no works [18:10] frame= 31 fps=3.6 q=-1.0 Lsize= 156kB time=00:00:08.20 bitrate= 155.7kbits/s dup=0 drop=30 [18:10] it is the output? [18:10] yes [18:10] but why no works? [18:10] low fps [18:10] ok [18:10] and drop [18:11] sorry I dont know why could be [18:12] bug in -filter_complex! [18:13] function [18:14] Who can help? [18:15] run the http://dumpz.org/1189158/ kaotiko? [18:21] why low fps and drop? http://dumpz.org/1189158/ [18:26] sorry i cant try it now [18:28] A ok kaotiko [20:11] Hi, I want to add a subtitle .srt file to my video file, but I need a 2 second offset. How would I do that? [20:22] Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... which .lib file should it go looking for? libx264.lib or x264.lib? [21:39] Hello. Can ffmpeg create an "audio only" video from a wav file? (for blu-ray audio) [21:44] Nevermind. [21:44] tsMuxer did the trick. [21:48] is there a x264 irc channel? i'm searching all motion parameter to minimize cpu usage building slideshow-video [21:52] ehm [21:52] try #x264 [21:52] like [21:52] just a guess [21:52] ^^ [21:57] hi everyone! Is it possible to drawtext from a file whenever its updated (not with reload flag)^? [21:57] Devrim: thanks [23:43] which is youtube setting? [23:45] i download a video to see coding info but is erased [23:45] how youtube erase encoding info? [23:47] what? [23:49] forget it. my mistake [23:49] Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 576x360 [SAR 1:1 DAR 8:5], 143 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc [23:50] Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 96 kb/s [23:55] hello? [23:56] ?olleh [23:57] Ol? [23:59] juancho: "strings input.mp4 | grep x264" may show some interesting info [23:59] (assuming they didn't strip that out) [00:00] --- Wed Sep 3 2014 From burek021 at gmail.com Wed Sep 3 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Wed, 3 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140902 Message-ID: <20140903000502.634CD18A0250@apolo.teamnet.rs> [02:08] Dammit! Why does my cursor keep vanishing when ever I cause a segfault in ffmpeg? [02:12] does "reset" not help [02:12] stty sane :) [02:12] I'll try that next time [04:20] ffmpeg.git 03Rong Yan 07master:6abeaf2781ce: build sys: enable the decoding_encoding example under the ffmpeg/doc/examples [07:30] ffmpeg.git 03Cl?ment BSsch 07master:e6b125e3be19: avutil/pixelutils: add small buffers tests [07:31] ffmpeg.git 03Mark Harris 07master:4cabee50f624: tools/normalize.py: both input and output file names are required [11:28] ffmpeg.git 03Mika Raento 07master:e48d1ea541be: ismindex: improve diagnostics [11:28] ffmpeg.git 03Michael Niedermayer 07master:35469835bb29: Merge commit 'e48d1ea541be4592ebac89875557407ca958b7a9' [11:43] ffmpeg.git 03Mika Raento 07master:58e0402e02ae: segment: don't access outside seg->frames array [12:03] ffmpeg.git 03Carl Eugen Hoyos 07master:3668168afa1e: Support decoding of ImageJ png in avi. [12:37] ffmpeg.git 03Michael Niedermayer 07master:0ffe32cf8f92: avformat/segment: Use avformat_alloc_output_context2() [12:37] ffmpeg.git 03Mika Raento 07master:413fa76f61f2: segment: use mpegts_flags instead of the deprecated resend_headers option [12:37] ffmpeg.git 03Mika Raento 07master:502fc3b3d4b3: segment: fix copying stream metadata [13:21] WTF has happened to my git install? [13:22] What do you mean it isn't a repositiory? [13:23] is there a .git directory somewhere? [13:24] Yes, I'm in my ffmpeg dir [13:25] WTF! When did I get version 2 installed? [13:26] Oh, actually this is just operator error. [13:26] I was trying to fetch from master rather than origin [13:28] BBB_: are you going to submit the vp9 fix? [13:28] ? [13:28] ah it was pushed [13:28] ah, the old one (I wasnt sure which one you meant) [13:29] I have nothing outstanding, indeed [13:29] only the test is missing so? [13:29] ubitux: do you think it would be possible to rush the utf-16 sub thing to get it into 2.4? [13:29] wm4: are you asking me to rush it or are you asking me if you are going to have enough time? :) [13:29] both [13:30] well if you submit the patch i'll review it asap [13:30] ok... what did you say needed to be improved? (sorry, I asked that before already, but I keep forgetting) [13:30] i think i said everything in the thread [13:31] basically apply it to the other sub formats [13:31] ok [13:31] well let's see [13:31] http://ffmpeg.org/pipermail/ffmpeg-devel/2014-March/156091.html [14:16] where can i get track_ticket_3902.mkv? [14:19] wow so... i am actually using our .ico encoder in practice [14:19] what has the world come to [14:19] decoder too [14:20] ubitux, I have a function for a 16 width. for a 64 width, I can either call the 16w 4 times or create a function with %rep 4. which would you rather do ? [14:21] less calls, more rep! [14:23] i would guess functions handling larger widths can be cool because if you have an instruction set with something like 2x larger reg size it can be useful [14:26] Daemon404: you mean muxer? [14:26] same diff [14:27] why do you need a ico muxer [14:27] to make a preview of vimeo videos in favicon? [14:27] favicon accepts pngs [14:27] fun fact: all images on vimeo are generated on teh fly and cachd [14:27] cached* [14:27] and favicon isnt static [14:27] (no its not a thumbnail) [14:28] if i build a serious .ico i usually use a proper editor, since i want to stuff different resolution images in it [14:29] this is just a testing thing [14:29] not in prod [14:30] we make icos in an eidtor currently [14:30] downscaled to e.g. 16x16 with bicubic will look like balls [14:30] you need to edit it manually [14:30] yeah i hand-drew a few 16x16 icos because scaling just doesnt work to that size [15:45] hi all experts, [15:46] I see the mail list about fixed point decoder for AAC, [15:46] but when I clone git source, I donot see the code, is it right? [15:50] you're talking about "[FFmpeg-devel] Implementation od fixed point AAC decoder"? [15:50] it's still under review [16:30] hi [16:30] compn [16:31] I see the message from mail list :merging the fixed point decoders from rockbox has been on our todo list for a while [16:31] Do you have any idea about how to? [16:32] how to get the patch from mail list ? [16:32] when I see the subject like "[PATCH 01/14] libavcodec: Implementation of AAC_fixed_decoder (LC-module) [1/5]" [16:33] because I clone git source , I do not see the patch included [16:33] HELP ! Any ideas? [16:34] ffmpeg.git 03Michael Niedermayer 07master:1587989518cd: avcodec/rawdec: Support CODEC_CAP_PARAM_CHANGE [16:34] ffmpeg.git 03Michael Niedermayer 07master:1c55d0ff3202: avformat/swfdec: Use side data to communicate w/h changes to the decoder [16:35] Diaz300: save the mail and then git am [16:36] will the patch commit to git? [16:36] ubitux: what did we say about microdvd? utf-16 support yes or no? [16:36] ubitux: and webvtt is always utf-8 I assume [16:36] so: ass, sami, srt [16:36] Yes, git will turn the patch into a regular commit [16:37] wm4: well, can't we can handle them for free by updating the builtins? [16:37] is it possible guide me how to merge fixed point wma decoder from rockbox? [16:37] but anyway, yeah, ass, sami, srt [16:37] Diaz300: 16:35:20 <+J_Darnley> Diaz300: save the mail and then git am [16:39] Diaz300: where is this code that you want to merge? [16:40] https://github.com/Rockbox/rockbox/tree/master/lib/rbcodec/codecs/libwma [16:41] but compn says: merging the fixed point decoders from rockbox has been on our todo list for a while [16:41] unless a developer is actually willing to spend days and days on untangling and updating that, its doubtful it'll happen anytime soon [16:41] its easy for compn to say, he doesn't code stuff :P [16:41] yes [16:42] hence, I search solution about fixed point wma decoder [16:42] That isn't even libavcodec. That will require actual work to port it into FFmpeg. [16:43] but the code from rockbox seems much different style from ffmpeg decoder [16:43] yes [16:43] You need to get your programmer hat on then. [16:43] J_Darnley: its actually the avcodec decoder, ripped out of its shell [16:43] but probably a decade old [16:44] That doesn't make it possible to add with git though [16:44] thats why i said it needs a developer to untangle and update :) [16:44] Action: J_Darnley nods [16:45] yes [16:45] anyhow, unless you are actually capable to do it yourself, I wouldn't hold my breath, wma isnt really a popular codec [16:46] nevcairiel, so it is possible to ripped out of its shell? [16:48] is there a simple, non-convoluted way to setup a freestanding AVIOContext to read out of a static buffer? [16:49] wm4: all methods i know include building your own read and seek functions [16:50] Diaz300: i'm sure it is possible [16:51] this stuff is a bit fat [16:51] for someone with enought time, skill, and understanding of the issues involved. [16:51] oooh [16:51] maybe I can just use ffio_init_context [16:52] quite some code in lavf is doing that to read from a memory buffer [16:52] internal! internal! [16:52] or are you working on internal stuff anyway :D [16:59] nevcairiel: yes [17:36] hi all experts, [17:37] when I post a question , but I can not receive the mail when someone replay the question [17:37] does anyone have idea? [17:38] Diaz4519: the ffmpeg mailing lists are set so responses go only to the list. Make sure you're subscribed, and that your spam filter isn't blocking them [17:40] yes I have subscribed, I can see my question from mail list archive, but I do not receive the mail even some reply the question [17:40] any settings when I subscribe? [17:42] it is possible to have disabled mail delivery in the mailing list settings, you could check that. [17:42] but normally you'd know if you'd done that, since it's kind of tricky to do :) [17:48] do you know where I can modify mailing list settings? [17:56] Diaz4519: http://lists.ffmpeg.org/contact.html#MailingLists links to the management pages to the various lists; you can log in to the preferences interface by entering your email address into the form at the bottom of the page for the list. [17:59] ok, I try, but I forget my password [17:59] it seems impossible to modify password [17:59] it should have been mailed to you when you subscribed [17:59] I think [18:00] yep, It's in the "Welcome" message that you received when you subscribed [18:01] if you didn't receive the welcome message, then it's not the list's fault; you either subscribed using the wrong mail address or have a spam filter blocking messages or something like that. [18:06] (you could try unsubscribing and resubscribing) [18:54] ffmpeg.git 03Tobias Rapp 07master:2c43cfe2d405: cmdutils: Add some whitespace when printing layouts [19:24] ffmpeg.git 03Reimar D?ffinger 07master:2ca78936c7d4: rl.h: remove deprecated and now unused vlc member. [19:24] ffmpeg.git 03Reimar D?ffinger 07master:e48cd2de98c3: rl.h: Use on-stack temporary VLC tables instead of having them static. [19:24] ffmpeg.git 03Reimar D?ffinger 07master:3980ab12b728: rangecoder-test: Allow running with small stack size. [19:24] ffmpeg.git 03Reimar D?ffinger 07master:4ea8406e3811: vf_deshake: reduce stack usage. [19:24] ffmpeg.git 03Reimar D?ffinger 07master:098af260675b: vf_deshake: Avoid doing a malloc+free for every single frame. [20:13] ubitux: is RealText utf-16 a thing? [20:15] no idea but it wouldn't surprise me [20:16] from what I can see realtext is almost like sami [20:16] except different [20:16] (what) [20:19] it's almost like sami in the sense that it's a xml-based soup [20:20] so, how do I run fate for subtitles only? [20:21] make fate-subtitles [20:21] or do I have to download and run the whole thing [20:21] let's see [20:21] ah, you need to rsync the samples yeah [20:22] rsync -vrltLW --timeout=60 --contimeout=60 rsync://fate-suite.ffmpeg.org/fate-suite/sub/ ~/fate-samples/sub/ [20:22] something like this should do the trick [20:22] then SAMPLES=$HOME/fate-samples [20:23] if you can add one or two utf-16 samples that would be great btw [20:23] thanks, these exact commands worked [20:24] how do I add samples? [20:24] you put them in ~/fate-samples/sub/ for your tests, and when you're done you ask michaelni to upload them [20:24] :p [20:25] michaelni: btw, can we wait for the utf-16 thing from wm4 before 2.4? [20:25] well, take a look first [20:25] maybe it's too horrible [20:26] wm4: anyway, tests are in tests/fate/subtitles.mak, so you add your entry, and do make fate-sub-utf16shit GEN=1 to generate the ref data [20:26] pretty convenient [20:26] wm4: sure, show me [20:27] finishing this first [20:27] one thing i don't like with current subs tests is that they output md5 [20:27] they could be stored as text [20:27] because it's a pain to actually see what went wrong [20:28] (you have to make fate-sub-utf16shit V=1, take the command and change the md5 output to check the content) [20:31] also, all my utf-16 samples would just be converted from the utf-8 samples [20:31] is that ok? maybe I should strip them a bit [20:31] ah really? you don't have a real wild sample? [20:31] i would have take the opportunity to get a different coverage in the decoders [20:31] not right now [20:31] mmh [20:32] wasn't there one on the bug tracker? [20:32] hm I have an EUC-KR .smi file, yummy [20:32] yeah indeed i remember seeing one on the trac [20:32] let me check for that one [20:33] trac is sloooow :( [20:34] wm4: https://trac.ffmpeg.org/ticket/3496 [20:34] wm4: can you take that sample and mention that Ticket in the commit message? [20:37] wm4: https://code.mythtv.org/trac/ticket/9836 [20:37] this one looks nice as well [20:37] (srt) [20:37] wow this is trippy [20:37] the 3496 one uses some sort of animation [20:37] so I guess not just anime shit uses extended ass features [20:37] mythtv/9836 is srt with unclosed font tags and arabic [20:37] that's pretty awesome [20:37] (and utf-16 ofc) [20:37] oh, torture [20:37] :D [20:37] which one exactly? preferably the actual url [20:38] https://code.mythtv.org/trac/attachment/ticket/9836/Chalet%20Girl%20%282011%29%20BluRay.edited.srt [20:38] https://code.mythtv.org/trac/raw-attachment/ticket/9836/Chalet%20Girl%20(2011)%20BluRay.edited.srt [20:39] actually that might not be utf-16 [20:39] it's utf-8 [20:40] the ticket was mentioning utf-16, my bad [20:56] ubitux: sent, without tests for now [20:58] thx, i'll have a look in about 2 hours [21:21] ubitux: oh shit, probetest now reports that srt is the most expensive format to probe [21:21] must be because of this read line function [21:33] Action: wm4 wonders what reimar is up to [21:35] Super secret embedded programming! [21:54] ffmpeg.git 03Gabriel Dume 07master:74512f7e369d: 8svx: Return proper error codes [21:54] ffmpeg.git 03Michael Niedermayer 07master:50c6bffb67d1: Merge commit '74512f7e369da40e1148c92b58cd8e59f7737b8f' [21:59] J_Darnley: I'll test your XOP stuff later today [22:00] Thanks. I already got one test but it failed. I think I'm using vpshaq wrong [22:01] Now that I read docs more carefully, I think I need the shift amount for every qword [22:03] wm4: heh that's unfortunate :) [22:04] ubitux: it's most likely because of ff_subtitles_read_line [22:04] reimar just went recently very active again indeed, that's quite nice [22:04] which reads byte by byte [22:04] instead of just running strcspn on memory [22:04] ok [22:05] ffmpeg.git 03Gabriel Dume 07master:f61e47dd6858: asv: K&R formatting cosmetics [22:05] ffmpeg.git 03Michael Niedermayer 07master:4c731233338d: Merge commit 'f61e47dd68582529bcf6d42d861c70a320cd1b67' [22:14] oh ffs they found another k&r guy [22:15] :) [22:15] it's absurd [22:15] it looks like they seduce new comers with this [22:15] that's insane [22:15] :D [22:15] but have you heard the word of our Lord and savior, sentient uncrustify script? [22:16] dropping all the { } around if/else wth [22:16] https://lists.libav.org/pipermail/libav-devel/2014-September/062936.html so much sadness :( [22:17] ffmpeg.git 03Gabriel Dume 07master:ff4d1aa8bc3f: flv: K&R formatting cosmetics [22:17] ffmpeg.git 03Michael Niedermayer 07master:c8be5258dec9: Merge commit 'ff4d1aa8bc3f4fe9d1f684f760b29c51adb569ef' [22:17] wait [22:17] that contains prettying previous-prettified parts [22:17] but just in a different way [22:17] wat [22:17] :D [22:18] remember the k&r dance on flashsv? [22:18] didn't I say it's absurd [22:19] https://git.libav.org/?p=libav.git;a=commitdiff;h=293fe6da01b6cb2f85c6551553ed765a7408ca23 ? https://lists.libav.org/pipermail/libav-devel/2013-October/052569.html ? https://lists.libav.org/pipermail/libav-devel/2013-October/052591.html [22:19] this one was funny [22:20] first one column align fields, second one added line breaks, and last one reverted align from the first [22:21] wm4: is the utf-16 patch ready to review so? [22:21] ubitux: yes [22:22] although I already know something should be done about srt probing (but what) [22:51] ffmpeg.git 03Diego Biurrun 07master:91d305790ea0: get_bits: Rename HAVE_BITS_REMAINING --> BITS_AVAILABLE [22:51] ffmpeg.git 03Michael Niedermayer 07master:9e59a7be1cc9: Merge commit '91d305790ea0f6fe0f54b48236da42181c39c18b' [23:04] hi, when building libpostproc with --enable-pic --enable-shared on x32, I get: [23:04] /usr/bin/ld: libpostproc/postprocess.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC [23:04] but it i2s2 using -fPIC& [23:06] is there a way to figure out which line in the inline asm produces this relocation? [23:10] mirabilos, just tried building ffmpeg including libpostproc with pic for x86_32 and it works fine [23:11] x32, not i386 [23:12] hm, objdump -r (.rodata+0xa00) plus nm says they are against deringThreshold [23:12] (and following) [23:13] and its just libpostproc and nothing else ? [23:14] the libpostproc debian source package (which strigi depends on, which svn depends on, which git depends on& yak shaving here) [23:14] with a small patch [23:14] hold a sec [23:14] ubitux, Timothy_Gu: any more comments on GIF demuxer doc? [23:14] http://sprunge.us/FEWR [23:14] that's needed because %4 is a pointer, which are 32-bit in x32 [23:15] (but pushing/popping all 64 bit of the register doesn't hurt) [23:15] hm ok, x86/asm.h LOCAL_MANGLE does not use rip-relative addressing [23:15] Ill try to figure out why [23:16] ah& [23:16] #define ARCH_X86 1 [23:16] #define ARCH_X86_32 1 [23:16] #define ARCH_X86_64 0 [23:16] this is wrong for x32 [23:17] well, if you get it working (and iam not sure how easy that will be ...) dont forget to submit a patch [23:18] btw, how can the code be build for x32 ? i mean what configure line are you using ? [23:19] sure [23:19] I think Debian uses the same configure line for all arches and relies on automatic detection [23:20] just added set -x to configure ;) [23:21] ah ok, got it& subarch="x86_32" because the sizeof(pointer) check results in 4 obviously [23:22] x32 is the 64 bit mode that uses only 32bit addressing, isn't it? [23:23] yes [23:24] yeah, I think the point was that it let you use all the registers from 64bit mode with the code size/cache benefits of 32bit pointers. [23:25] yeah. [23:25] I'd be kind of surprised if assembly code written for either x86 or x86_64 would work completely as-is on it... [23:25] I was waiting for it to became available for a loooong time :) [23:25] funnily enough, most amd64 asm code _appears_ to work as-is, especially if you can let gcc guess sizes a bit [23:25] is there any way I can test libpostproc stand-alone? [23:25] just to see if it explodes [23:27] Oh god! Trying to use XOP is making this look even more messy [23:30] J_Darnley: do you need more XPO testing? I think I may have a suitable CPU. [23:30] *XOP [23:32] Action: mirabilos omg, if this is the amount of fun I get with the smallish libpostproc, how much will it be to port x264 which the nice new ffmpeg debian package depends on& [23:32] looks like one machine here has a AMD A10-5800K [23:34] mirabilos: you could always just disable assembly; it's not like anyone actually uses x32 anyways ;) [23:34] although, amusingly, video encoding's probably one of the things that would benefit most. [23:37] kepstin-laptop: meh I do, plus I want my mplayer back ;) [23:37] tbh right now I miss it most for livestreams (radio), but x264 would be nice occasionally& [23:38] but then, my orkstation's probably got enough oomph to do it without the asm part [23:38] I need 64bit for some stuff for the memory space, and 32bit for compatibility, so having a third set of libraries for x32 just seems silly. [23:38] also, I believe yasm doesn't do x32 yet (ELF32 amd64), so I'll have to do that anyway [23:38] nah, it's nicer because you get more registers, i386 is rather register-starved [23:39] it's also not as nice because you do lose some flexibility :| but meh. I like it so far. [23:39] well, i get the registers in full 64bit mode; and that doesn't help with binary compatibility with existing 32bit apps. [23:39] llogan: yes in a short while. I will send a reply on the mailing list to say when. [23:40] I imagine disabiling assembly in x32 is going to cause a pretty horribly performance loss compared to x64_64 :/ [23:40] llogan: if you want to check the capabilities, run: make fate-cpu [23:41] idc about binary compatibility, that's what open source is for [23:41] mirabilos: looks like yasm did add x32 support back in 2012. [23:42] also, I ran i386 before :) not amd64. I only have a small chroot with amd64, for running qemu to run VMs with more than 2047 MiB RAM [23:42] ah [23:42] if I didn't care about bin compat, I'd use 64bit only, because I have a few apps that need the big memory space and would want to avoid duplicate copies of libs. [23:43] I prefer 32bit myself, so& [23:48] huh, would you look at that, it built! now just to test& [23:48] nie gesehen [23:48] oops [23:49] so, is there a standalone test program for it? [23:54] In the LICENSE file it says libfaac and libaacplus are non-free but both of the source files says it's Free, is it or not? [23:57] x32 oh god [23:57] lets create solutions for which no problem exists [23:58] you need not use it yourself, but please recognise that there are others who wish to use it [23:59] meh. i'm uploading this now. maybe we can test it as part of the chain later [23:59] michaelni: where do you want the patch? [00:00] --- Wed Sep 3 2014 From burek021 at gmail.com Thu Sep 4 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Thu, 4 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140903 Message-ID: <20140904000501.DCA4E18A0254@apolo.teamnet.rs> [00:00] I'm a ffmpeg total noob [00:01] I'm going to develop an app that does video motion tracking [00:01] To track some images on top of a video, then generate the video file [00:01] Is ffmpeg the right tool for this?? [00:03] llogan: "strings input.mp4 | grep x264" ==> 264>v [00:34] juancho: i guess the info i expected is not there [06:46] hello [06:50] trying to concat vobs, rescale so i get rid of non-square pixels, detelecine and re-encode 5.1 audio to another codec that's more friendly with sony vegas (AC3 is so buggy, not only plain doesn't work, 2 channels simply don't play even when it's in a proper container) [06:50] oh .. all in one commandline [06:51] i don't like having 3 intermediaries in between, what im doing are intermediaries, i will use this big file to extract scenes i like with -ss -to commands later with separate ffmpeg batch files i already have setup [06:52] the container can still be mpegts, as long as the audio works correct in vegas [06:52] thread:forum http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-square-pixel-real-frame-rate?p=2343799 [07:13] Hello, I'm trying to input a video and segment it. I have been able to do su successfully. However, I would like to change it into raw video and segment it. However, by using -f rawvideo and -f segment the latter in the command line trumps. How can I accomplish changing into raw video and segmenting at the same time? [09:04] hi. can someone clarify what is avi index and where it file? i'm unable to get duration of file that is loading. [09:11] hello [09:11] is it possible to choose network card for output in ffmpeg? [09:13] you could keep the ip address diffrent of both network card, and stream out at one ip, dont broadcast to all ip address that assigned to your computer [09:14] K4T, yes It is possible in number of ways. [09:14] My output is multicast address [09:15] I have 2 cards in my server [09:15] And I am not sure which one is getting output from ffmpeg with following command: ... -f mpegts udp://239.239.x.x:2000 [09:18] I dont know lot about multicast, but can you tell what does ifconfig show on your server [09:19] ok, nevermind, I found solution, thank you [11:24] Hello! Anybody who knows whether an up to date ppa for ubuntu of ffmpeg exists? [11:29] hi i need a accurate cut of a video file (avi, mp4)...because i will need to join that parts files in a future...the option of ffmpeg -ss -t before and after -i is not very accurate in cut part of video.. this is possible extract some information using ffprobe to have a accurate cut? [13:48] hello, how can i restrict the memory usage of ffmpeg? [13:48] (it's getting killed) [13:53] lol [13:53] OOM killed irc [13:53] :( [14:31] I'm trying to run ffmpeg through a directory full of files, re-encoding the video stream and copying everything else. However, ffmpeg doesn't seem to be copying the input files fonts over. Is there any way I can fix this? --- http://pastebin.com/76jwC4sG [14:31] (The attached fonts for the subtitles, that is) [14:40] -map 0 [14:43] Ah, awesome, thank you [14:46] wodim: memleak? [14:47] i don't think so [14:47] ulimit should help you anyway [14:47] then the codec crashes when mallocing [14:47] i guess i just can't do it [15:03] wodim: what codec? [15:03] h264 [15:04] libx264 is standalone library, there are some tables about how much memory does it use with given options... [15:22] hey all. I have an mpegts container that has a stream that ffmpeg cannot parse (yet, since I'm writing some plugins)... what's a good way to just strip the program stream out of an mpegts container? [15:23] ie - 0:Video 1:Unknown to FFMPEG [15:41] iive: i'm recoding something in 2160p [15:41] iive: i guess it's a bit over the line given how much memory i have [15:41] (not a lot) [15:42] wodim: well, just 4 times the memory for 1080p [15:42] ;) [15:47] i think that mbtree uses most memory, then you might want to limit the reference frames... probably the look-ahead too. [15:47] i can't find that explanation about memory and options. [15:49] i have over 1.5G of free RAM [15:49] but it's just not enough. [15:49] i'll just recode it somewhere else [16:53] why is libfdk_aac included in the documentation when it doesn't exist in ffmpeg ? [16:53] because it is an external library you can use in ffmpeg if you enabled it at compile-time [16:53] because it's the best aas encoder, but it's nonfree [16:53] why is FFMPEG documentation old, obsolete, and mostly quite poor ... [16:53] aac* [16:54] what's the point of zeranoe ffmpeg then [16:54] what's the point if not all the stuff is included [16:55] oh non-free [16:55] you can't ship binaries with nonfree libs because it violates the GPL [16:55] interesting [16:55] I just need to convert 5.1 AC3 to something more modern tha sony vegas works well with [16:56] vorbis doesn't seem to work with mpegts [16:56] then look for a lossless codec that works with vegas [16:56] but hey, i used mpegts mux just because AC3 didn't work in vegas, so i guess i can use some other mux now [16:57] How can vegas not support AC3? [16:57] i have a mpeg2video so id like to keep it in mpegts or ps . flac works with vegas, not sure if it can be inside a mpegts [16:58] AC3 is only supported in a DVD-like container [16:58] and when i mux VOBs to MPG (with concat) it doesn't play all the 5.1 channels well, front 2 are not played at all [16:58] ffmpeg -i input -c copy -f dvd output.mpg [16:59] well all of the clips i have until now are from VOB2MPG that uses a ffmpeg version from 2007 [17:00] im doing ony my own VOB concat and remux with a custom ffmpeg script [17:00] http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-square-pixel-real-frame-rate?p=2343903 [17:01] well loading the whole VIDEO_TS into the vegas makes it all chopped up to chapters, so that's why i use one big file, and then from the big file to extract clips i need [17:01] one big non-dvd file i guess [17:02] I'm so glad I'll never have to deal with dvd content again. [17:02] by the way, im rescaling and getting rid of interlace as well [17:36] Hello [17:36] I'm using the following cmd to split a streamable mp4 into 60seconds parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 out%02d.mp4 [17:36] The problem is that the resulting parts require a lot of buffering (around 6 MB) before they start playing with jwplayer. By Googling around I have found a fix to this by passing the following cmd to each part: MP4Box.exe -inter 500 outxx.mp4. [17:36] The resulting parts stream smoothly after a very short buffering (around 500KB). [17:37] Now, is there a way I could integrate directly this 'fix' in the initial ffmpeg cmd I use to split and thus avoid the extra mp4box step? [17:49] Olivius67: add -movflags faststart after the input [17:50] I have tried: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 -movflags faststart out%02d.mp4 [17:51] with same results: with mp4box step, buffering takes a while [17:51] *without mp4box... [17:53] Zeranoe: does ffmpeg building work for you without trouble since http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=36952786a5cca8784f582a071c0d73ab1e3252a1 ? [17:54] Olivius67: hmm, maybe it doesn't work well with -f segment. Which version are you using? [18:04] relaxed: http://pastebin.com/v7bZfA2b [18:14] looks recent [18:15] ubitux: do you know if -movflags faststart works well with -f segment? [18:15] relaxed: no i don't know [18:15] I would guess that segment is its own muxer, and just separately calls another muxer within itself [18:16] so any option you pass to segment won't get passed to what segment calls [18:16] Olivius67: then it looks like you'll need a second pass on the segments [18:17] relaxed: alright, fair enough, thx relaxed :-) [18:17] Olivius67: open a feature request on the bug tracker [18:19] relaxed: prob is that I have no idea about the "magic" operated by this mp4box cmd [18:21] it moves the moov atom (index) to be beginning of the file [18:21] so basicaly that's what -movflags faststart should do, but doesn't? [18:22] correct, and it works normally when using -f mp4 [18:23] so feature request should be: make -movflags faststart work with -f segment ? [18:25] more generically I guess a feature request for passing options to the called muxer [18:26] although tbqh I have no idea how you'd pass -movflags since IIRC that is specific to the "mov" muxer group? [18:29] I'm surprised this is the first I've heard of this issue. [18:29] well, not that you often pass options to the muxer [18:31] relaxed, i think it does [18:31] does what? a faststart pass on the segments? [18:32] Anyone who knows if there is any ubuntu repo that keeps updated versions of ffmpeg? [18:33] luc4: http://johnvansickle.com/ffmpeg/ [18:33] relaxed, now that I think at it, i'm not sure you can pass muxer options through segment [18:33] we have -segment_format, but not -segment_format_options [18:33] that could be probably implemented though [18:34] file a ticket, or even better, pay me for that :-) [18:34] relaxed: thanks, tried that but not a ubuntu repo and it doesnt include ffplay if Im not mistaken. [18:34] Olivius67: ^^ [18:36] relaxed: I see, I see ;-) [18:36] luc4: yeah, there's no ffplay but the builds are distro agnostic [18:37] saste: you accept btc? ;-) [18:37] relaxed: yes, I was interested because a repo would keep my libs and binaries up to date. Ill think of creating one myself& :-) [18:37] Olivius67, I never used them, but I can start, although i prefer other form of payments [18:40] luc4: I always advise against adding unofficial repos because the newer libs can cause other software problems. To each their own. [18:41] luc4: Your best bet would be to compile a recent version to a non-standard location, so it doesn't conflict with anything. [18:42] relaxed: exactly, but Im tired of having to rebuild any time Im on a new machine :-) [18:42] relaxed: I want ffmpeg everywhere I go :-) [18:42] relaxed: thanks anyway [19:09] hello [19:09] what are these weird errors [19:09] [mpeg2video @ 04f8c780] ac-tex damaged at 8 17=00:44:05.37 bitrate=7865.2kbits/s [mpeg2video @ 04f8c780] Warning MVs not available [mpeg2video @ 04f8c780] concealing 585 DC, 585 AC, 585 MV errors in P frame [ac3 @ 02831760] incomplete frame [19:12] Help http://pastebin.com/Q9VRC1Jz [19:19] i don't think you know what you are doing [19:32] what is this problem [mpeg4 @ 04f78a20] Invalid pixel aspect ratio 1280/1281, limit is 255/255 reducing ? [19:33] Basically the difference between 1280 and 1281 is so small ffmpeg can't tell the difference when scaling it down [20:07] hello [20:07] concat isn't working right for me [20:07] says invalid data found in input [20:08] do i have to use -f concat always , -f concat -i "concat:xyz|abc|" didn't work [20:14] it gives a different error if i set -f concat after -i [20:16] What is the last version of ffmpeg that builds libavutil.so.50? [20:16] ffmpeg -i "concat:VTS_01_1.VOB|VTS_01_2.VOB|VTS_01_3.VOB|VTS_01_4.VOB|VTS_01_5.VOB" -map 0:1 -map 0:2 -c copy -threads 8 -y -f concat VTS_01.mpg [20:17] input data invalid stream was when i used -f concat before -i [20:19] okay i got it working now [20:19] but another error [20:21] here it is http://pastebin.com/84VY2M76 [20:25] Wader8: I see a warning but no error... [20:25] Is the file broken? [20:26] no it's fine, audio sync seems fine, but it will be used for sony vegas, im making a repository of clips ... so all these outputs are intermediary, not final [20:26] here is a thread about this http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-square-pixel-real-frame-rate?p=2343950 [20:27] sony vegas 12 has problems with AC3 so im trying to convert that to something else, ffmpeg doesn't have good AAC support for 5.1 sorround [20:27] and im also trying to deinterlace and conver to square pixels, detelecine as well [20:28] You don't want to use a lossy format if you're going to encode again, anyway... [20:28] just don't have a lot of options, VORBIS audio didn't seem to work with MPEGTS [20:28] well quality is not that important in this case ... it won't be upscaled much, 720p probably [20:29] the final output will be in sony vegas with settings I don't know yet [20:30] but for the repository of clips, i'd like to have them detelecined, deinterlaced (actual frame rate) and square pixels [20:30] as well as some other audio codec [20:30] im doing one DVD at a time, on a SSD, i have enough space, but lagarith is just too big imo for 4 GBs into lags [20:31] If a video editor only takes lossy audio, it must be bad. [20:32] Synthead: version or git hash? [20:32] and my version, I meant "release" [20:32] llogan, I could probably use either :) [20:32] and by my I meant by [20:33] well Sony Vegas 12 pro takes AC-3 if it's in a DVD container, and it sort of works with MPEGTS, but there is a bug, Vegas doesn't playback FRONT channels when I import the files as 5.1 mode [20:33] Synthead: look at "git log libavutil/avutil.h" and APIchanges [20:34] looks like the bump occurred at http://git.videolan.org/?p=ffmpeg.git;a=commit;h=139f3ac42dcf24eb8c59af4aaab4e9afdccbc996 [20:34] llogan, a-ha, thanks! [20:34] ancient [20:35] llogan, agreed... trying to make some precompiled binaries work. (Why don't they statically-link these things?!) [21:01] hi guys I need to know if there is a way i can have add transitions to a video i am making from images using ffmpeg. I need each image to fade, blend, or dissolve into the next smoothly. Currently it just goes to the next image and doesnt look good [21:01] i have not found a solution for making transitions using ffmpeg [21:12] you could make a movie per input with a fade in and fade out applied to each [21:12] so each image becomes its own video [21:12] whcih you then concat [21:13] lame, but i can't think of any other less lame methods [21:13] sounds like there would be fade to black between each image would there not? [21:13] yes. you mentioned "fade, blend, or dissolve" so i chose the easiest [21:14] what about dissolve as that sounds it would be more like what i am trying to accomplish [21:16] that would be done with blend filter, but the implementation could be annoying unless you don't have many images [21:27] Does anyone know a good mp4 to ntsc dvd tool or someone who could help me with a script. I basically work with mp4 mostly from my gopro and want to convert them to ntsc dvd to be watched on my dvd player. I have tried programs like devede but they are not very good at using all my cpu while converting. Is it just this type of conversion is not good with multi core or is this program just not optimized very well? [21:28] Because It only shows me to be using about 30% of my total cpu [21:29] ffmpeg -i mp4 -target ntsc-dvd out.mpg [21:29] c_14: will that use all 8 cores? [21:29] hmm, you can try adding -threads 8. I'm not sure of the mpeg encoder is multithreaded. [21:30] c_14: that would explain alot if it is not [21:31] ffmpeg -h encoder=mpeg2video [21:31] should show any threading capabilities [21:32] Threading capabilities: Slice [21:32] What does that mean? [21:36] it can be threaded in slices [21:37] basically slicing a single picture into parts [21:37] Ahh ok [21:37] as opposed to picture based threading where multiple pictures are done at the same time [21:39] i wanted to scale video ih/2 and then split them and show them simontaneously bottom and up [21:39] anshul_mahe: you have two inputs? [21:40] I am using split filter with one input [21:41] I am using following command http://pastebin.com/edhNn6PL [21:43] maybe an image mockup showing what you want to achieve will make it easier for me to understand what you want to do [21:49] here is output i am getting http://s13.postimg.org/8lgs13qon/out28.jpg with overlay=0:H/2 [21:53] this is my original image http://s29.postimg.org/e7i7lxfpz/out27.jpg [21:53] I want my output height to be same as input image [21:53] but output height is devided by 2 [22:01] I found sollution using pad filter with following command http://pastebin.com/uLEzNfeE [22:02] but dont know whether it is more optimizable or not [22:03] that command doesn't have pad [22:04] oh, i missed it [22:07] so is that more optimizable [22:08] you could cut out the second unnecessary pad: -filter_complex "[0:v]scale=iw:ih/2,split[dup1][dup2];[dup1]pad=iw:ih*2[bg];[bg][dup2]overlay=0:h" [22:09] nevermind, i misread it again... [22:09] your command is fine [22:10] I also wanted to ask whether our libavfilter library is thread safe [22:11] I wanted to do those things with clicks [22:12] just now I regenrate all the filter graph when something change with big lock at whole place [22:18] Thanks logan, for looking in my problem [22:22] i didn't do anything useful [23:42] hello [23:43] what is ac-tex damaged ? [23:43] MVs not available [00:00] --- Thu Sep 4 2014 From burek021 at gmail.com Thu Sep 4 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Thu, 4 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140903 Message-ID: <20140904000502.E0ED718A0259@apolo.teamnet.rs> [00:00] ffmpeg-devel ML is best for patches [00:05] ok [00:05] gn8 [00:06] llogan: no comment from me [00:06] BBB: x32 is actually sexy in theory [00:06] a lot of useless things sound sexy [00:07] and it was said to be faster [00:07] its better than systemd at least :D [00:07] oh wow, what a call to glory [00:07] yeah, its faster in pointer-intensive workloads, and for applications where LP64 does not make sense [00:07] e.g. mkshs internal data structures are fine-tuned for ILP32 [00:07] theres just no point in building the shell for LP64 if you dont need to [00:08] it only gets bigger and slower (and slower due to being bigger, cache poisoning, too) [00:08] mirabilos: would you be able to setup a FATE instance with x32? [00:08] its perfect for something like x32, which can do 64-bit registers if needed, and has more GPRs [00:08] whats FATE? [00:08] our test suite [00:08] FFmpeg Automated Test Environment [00:08] http://fate.ffmpeg.org/ [00:09] look [00:09] sorry, Im not involved in ffmpeg really, just trying to use my Debian (and hacking it& I got porter upload rights) [00:09] mh [00:09] Im gonna be brutally hard and honest here [00:09] it's a farm from various dev & fans [00:09] good question [00:09] were not a shell, or some bash script, or shit [00:09] BBB, please do shut up [00:09] were a multimedia environment with massive amounts of hand-tuned assembly [00:09] I do actually know what Im talking about [00:09] sure. I like to do asm myself, you know. [00:09] I dont think it serves and purpose [00:09] other than academic [00:10] but sure, if you want ot do it, go for it, your time [00:10] Good Luck [00:10] the main issue with x32 is that it just came too late, imo; people had already finished optimizing for lp64 before it was ready. [00:10] right [00:10] fun fact: most of that applies to x32 too& [00:10] mirabilos: well first, checking if "make fate" actually passes after compilation will be a good start [00:10] just use long long instead of long, and be aware of shorter pointers [00:10] ok [00:11] you'll need to make fate-rsync to grab the samples [00:11] Ill make a note. I cant promise it, but ok. Ive got a ton of other missing things to work out first. [00:11] Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... what is the filename of the .lib that the build process should go looking for? libx264.lib or x264.lib? [00:11] anyway, see https://ffmpeg.org/fate.html for more info [00:11] mirabilos: it will provide a good test coverage [00:11] mirabilos: because IMO compilation is not the only thing that will break [00:11] dahat: didn't you get an answer for that on #x264dev ? [00:11] ubitux: definitely [00:12] I did... but I want see if the ffmpeg folks have the same answer... as I still can't explain the disconnect in my build attempts [00:14] ffmpeg not using pkg-config, probably. [00:15] when not installed, configure will warn you at the end that package detection may fail... however after installing it the warning goes away but but I was seeing the detection happen just as poorly [00:15] mirabilos: if you want to test libpostproc coverage only, try make fate-filter-pp{,2,3,4,5,6} [00:16] J_Darnley: carl asked for one more week for him to look into the issue [00:17] i hope to get pkg-config detection in after that [00:18] unbitux: thanks for the update, do you know of a work around in the mean time? [00:19] ubitux: Debian has a tree in which just libpostproc is [00:19] I may eventually build ffmpeg itself from source [00:19] but at the moment I'm concentrating on basic Debian packages needed deep in the dependency chain [00:19] fuck I really just reviewed a 87KB patch [00:19] (that being said, I'm personally interested in getting mplayer with ffmpeg) [00:19] wow [00:20] dahat: apply the pkg-config patch :p [00:21] dahat: [00:21] -enabled libx264 && require libx264 x264.h x264_encoder_encode -lx264 && [00:21] - { check_cpp_condition x264.h "X264_BUILD >= 118" || [00:21] - die "ERROR: libx264 must be installed and version must be >= 0.118."; } [00:21] +enabled libx264 && require_pkg_config "x264 >= 0.118" "stdint.h x264.h" x264_encoder_encode [00:21] feel free to try that [00:26] also, probetest prints failures for various formats I didn't touch [00:32] ubitux: thanks for the suggestion, I'll give it a try [01:16] J_Darnley: can you spot my dumb typo? http://pastebin.com/raw.php?i=XhpfRkwn [01:34] In the LICENSE file it says libfaac and libaacplus are non-free but both of the source files says it's Free, is it or not? [01:37] AGinsberg: both of them use reference code which is not free [01:38] AGinsberg: libfaac and libaacplus's modifications to the reference code are free [01:38] llogan: sorry, what am I looking for? [01:38] It is probably that my code is still broken [01:40] Timothy_Gu: Okay, thanks [01:51] llogan: reviewed [01:52] llogan: ahh get it now [01:53] J_Darnley: Input #0, wav, from '/home/lou/jdanrley/jdarnley-ffmpeg/tests/data/asynth-44100-2.wav': [01:54] (?i)root.?nexus?lol [02:13] more unification talk *groan* [02:15] Action: J_Darnley thanks his filter [02:16] good luck with that [02:16] it'll happen the same day as north and south korea [02:16] i won't pass judgement on which is which [02:17] kierank: one side will die. [02:17] i agree [02:18] north korea is an interesting comparison [02:18] wm4: protestant/catholic is a better one [02:18] I'm sure Libav would like it, along with calling mini "the leader" [02:19] but one project is becoming more isolated [02:19] yep [02:19] and the other one keeps the same crap tactics that lead to the fork [02:19] sad [04:10] ffmpeg.git 03Pascal Massimino 07master:7a1d6ddd2c6b: xvid: Add C IDCT [04:10] ffmpeg.git 03Michael Niedermayer 07master:5b58d79a9965: Merge commit '7a1d6ddd2c6b2d66fbc1afa584cf506930a26453' [04:19] ffmpeg.git 03Gabriel Dume 07master:eda7571ea1a4: wmv2: K&R formatting cosmetics [04:19] ffmpeg.git 03Michael Niedermayer 07master:feac9cbed060: Merge commit 'eda7571ea1a41c835e3a02fa9517e5bc67d7adce' [06:08] ffmpeg.git 03Michael Niedermayer 07master:50841da14331: avcodec/mpeg4videodec: fix automatic use of the xvid idct on non x86 [06:08] ffmpeg.git 03Michael Niedermayer 07master:928cb84b32b6: avcodec/idctdsp: Initialize ff_put/add_pixels_clamped correctly so that the optimized functions are also used [06:22] Zeranoe: How did you build decklink for Windows on Linux? I can only see a bunch of interface declarations in the tarball and I am not sure how to use them with MinGW. [06:23] I also tried widl but didn't seem to work with my command line. [06:29] Timothy_Gu: I didn't, to include it in FFmpeg you need only provide the header [06:30] Zeranoe: I know. The question is how did you build the headers? In the tarball there are only ".idl" files in the Windows directory [06:36] Timothy_Gu: http://software.blackmagicdesign.com/SDK/Blackmagic_DeckLink_SDK_10.1.4.zip "Blackmagic DeckLink SDK 10.1.4\Linux\include\DeckLinkAPI.h" and so on [07:24] I think d9e2aceb7f1c712a52672129ca7971872b030e1e breaks compiling with modplug for me. [07:28] Zeranoe: the fate slot using that lib seems unaffected [07:29] jamrial: ill check [07:32] leaning towards 36952786a5cca8784f582a071c0d73ab1e3252a1 now [07:41] mmh is libav really thinking the shared ml was an hostile move from ffmpeg? (koda seems to say something like "what a coincidence" on debian-devel) [07:42] Zeranoe: --pkg-config=--static maybe? [07:42] i wonder if pkg-config hasn't an automatic static fallback... [07:42] ubitux: Set already, it might be on my end [07:43] but static linking might have some licensing concerns, so not sure.. [07:50] Can confirm, 36952786a5cca8784f582a071c0d73ab1e3252a1 breaks configure for Win* at modplug. Seems to be the extra 'long check_ModPlug_Load(void) { return (long) ModPlug_Load; }' [07:50] Zeranoe: can you paste the config.log somewhere? [07:51] (or just the relevant part at the end) [07:53] ubitux: thanks for your earlier suggestion as to my issues with building ffmpeg with x264 built under MinGW... it seems some part of my changes to make pkg-config work may have damged other things... now I see the following in config.log which suggests to me that it is now using the wrong arguments for the compiler/linker: [07:53] link -nologo -Ic:/MinGW1/msys/1.0/local/include -Lc:/MinGW1/msys/1.0/local/lib -out:./ffconf..BG81.500.3428.exe ./ffconf..BG81.500.3428.o x264.lib psapi.lib advapi32.lib shell32.lib [07:53] LINK : warning LNK4044: unrecognized option '/Ic:/MinGW1/msys/1.0/local/include'; ignored [07:53] LINK : warning LNK4044: unrecognized option '/Lc:/MinGW1/msys/1.0/local/lib'; ignored [07:53] LINK : fatal error LNK1181: cannot open input file 'x264.lib' [07:53] ERROR: x264 not found [07:56] After 36952786a5cca8784f582a071c0d73ab1e3252a1: http://paste.debian.net/119073/ and before: http://paste.debian.net/119074/ (slightly edited.) [07:56] dahat: pkg-config returns -I and -L paths which don't seem to be recognized by your setup; i never used mingw so i can't help you [07:57] dahat: ever cross compile? much faster+less error prone+easier after initial setup [08:00] Zeranoe: huuuh that's weird [08:00] there was only 2 lines in the original test? [08:01] looks like it [08:01] and so the function wasn't actually tested? [08:03] Zeranoe: pkg-config --static --libs --cflags libmodplug returns everything you need for the linkage? [08:04] ubitux: Should be... -I/home/kyle/software/ffmpeg/pkgs/libmodplug/libmodplug-0.8.8.5-win32/include -L/home/kyle/software/ffmpeg/pkgs/libmodplug/libmodplug-0.8.8.5-win32/lib -lmodplug -lstdc++ -lm [08:05] they also appear in the log unless i'm mistaken [08:06] correct [08:07] i don't see anything obviously wrong& [08:07] in the new? post 36952786a5cca8784f582a071c0d73ab1e3252a1 that is? [08:08] ubitux: it is a shame that pkg-config doesn't handle properly providing input to the VS2013 compiler under MinGW [08:09] zeranoe: Nay, I've not attempted to cross compile ffmpeg & libx264... however that seems to be needed now given their failure to build together for me for basic x86... let alone my target of windows store (multi arch) and windows phone (arm) [08:10] dahat: how would FFmpeg run in the store? [08:10] Or do you just mean as backend [08:11] Zeranoe: yes, in the post 36952786a5cca8784f582a071c0d73ab1e3252a1 [08:11] Zeranoe: i don't understand why it would fail [08:12] zeranoe: as an middle layer, decoding specified input from remote servers locally for UI presentation through a higher level locally [08:12] dahat: I have a feeling MS will kill the store for desktops with 9... But i could be wrong [08:13] dahat: imp is generally a dllexport thing. I'll dig into modplug tomorrow to see if it's doing naughty things [08:13] ok, thank you! [08:13] ubitux: ^ [08:15] Zeranoe: I wouldn't be able to say either way... though native code is supported in 8.0 & 8.1 Windows (desktop) store apps... and in 8.1 phone apps... all provided it is compiled just right... so it is possible to compile ffmpeg for it... so long as external libs are able to be handled as well... but even this is beyond my focus right now as I can't even get ffmpeg to build against libx264 for native windows desktop uses [08:17] dahat: MinGW-w64+Debian/Ubuntu and you'll be all set. I have a script on my site (zeranoe.com) that will build the compiler for you on a linux machine. Just install Debian or Ubuntu in VBox, run the toolchain script and cross-compile everything. [08:20] Almost 2:30AM my time. I'll be back on later. [08:23] VBox? *gasp* I've been primarily a Windows user and later developer for multiple decades now! ... though I will attempt such things in Hyper-V tomorrow or Thursday [08:24] dahat: Sometimes Windows just can't cut it. [08:25] dahat: "link" is msvc's linker, and -L and -I are afaik gcc options for lib and include paths [08:25] x264 must have created the pgk-config files for mingw, not msvc [08:25] jamrial: I believe he was using Mingw... if not, theres your problem [08:25] Zeranoe: Sometimes true I fear, though for my target audiance, it is my only choice [08:26] jamrial: You are correct, hence my worry about the -L & -I arguments being specified to MSVC's link.exe [08:27] Good luck, BBL [08:29] thanks, I will need it, the wife just asked when I was coming to bed for the evening so think I will be going now as well (11:28 pm PDT) when I have a few early (to a dev) morning meetings in... the morning [09:23] has anyone noticed that in ffmpeg.c input_thread function we are passing address of pkt on stack to other thread [12:15] http://kojevnikov.com/faster-fast-fourier-transform.html [12:15] "I am however surprised how fast the FFTW is compared to avfft (approximately 60% faster!)" [12:15] we should do something about it [12:21] ffmpeg.git 03Luca Barbato 07master:4912b634b517: x265: Use the encoder defaults [12:21] ffmpeg.git 03Michael Niedermayer 07master:eacf42dd5088: Merge commit '4912b634b517c8acfc476c5d47f10be83fe7e18b' [12:33] ffmpeg.git 03Luca Barbato 07master:94f084324e64: texi2pod: Make it output a single encoding string [12:33] ffmpeg.git 03Michael Niedermayer 07master:4d13d440ee75: Merge commit '94f084324e648876508bed546d950762f10b875e' [13:00] ffmpeg.git 03Luca Barbato 07master:7968059e5c3c: mpegts: Allow custom max resync size [13:00] ffmpeg.git 03Michael Niedermayer 07master:ee83f667afd2: Merge commit '7968059e5c3cd8f91407f379c11bbf71a1b84c74' [13:00] ffmpeg.git 03Michael Niedermayer 07master:e489e8346672: avformat/mpegts: Change order of structs to match 7968059e5c3cd8f91407f379c11bbf71a1b84c74 [13:29] ffmpeg.git 03Luca Barbato 07master:c19a49e565bd: ppc: Support little endian intreadwrite [13:29] ffmpeg.git 03Michael Niedermayer 07master:34e80af860d6: Merge commit 'c19a49e565bd06ea47947d50779ba236df9d4943' [13:49] ffmpeg.git 03Luca Barbato 07master:bb3ead7e54fe: x11grab: Fallback to normal XImage if SHM is not supported [13:49] ffmpeg.git 03Michael Niedermayer 07master:33bf66af02fe: Merge commit 'bb3ead7e54fec205c595cfb8b1d8900d50d3d1cc' [14:05] ffmpeg.git 03Luca Barbato 07master:65e78a2e4b11: x11grab: Refactor pixel format parsing [14:05] ffmpeg.git 03Michael Niedermayer 07master:7509a95656cd: Merge commit '65e78a2e4b111627c0ebdf2c9baec95e5e21560d' [14:13] btw, can't we make it faster with out of place transform? (we can save the permutation, no?) [14:46] http://pastie.org/pastes/9524067/text :)) [14:51] ffmpeg.git 03Luca Barbato 07master:ebef9f5a56d7: time: Use clock_gettime if the monotonic clock is available [14:51] ffmpeg.git 03Michael Niedermayer 07master:dc81c0a0dc7b: Merge commit 'ebef9f5a56d7df91e010a177a80cfc8dbe394305' [15:04] ffmpeg.git 03Thomas Volkert 07master:95e177eeb21f: rtpdec: HEVC/H.265 support [15:04] ffmpeg.git 03Michael Niedermayer 07master:4bc4f6f17079: Merge commit '95e177eeb21f3e968aa9353bc69d1946966cc835' [15:11] ffmpeg.git 03Mika Raento 07master:c487972ed0e1: ismindex: recover from completely empty streams [15:11] ffmpeg.git 03Michael Niedermayer 07master:d9a416fa1a7b: Merge commit 'c487972ed0e1eaebdbe4a13cdd191e119be0b19c' [16:05] wow, did koda just seriously say that michael is the only serious developer in ffmpeg? [16:08] there are serious developers in ffmpeg? [16:08] Action: av500 hides [16:11] Some people take themsleves too seriously sometimes, and thats when grief happens.. [16:16] BBB: yes, ffmpeg is alive only because michael is sucking out all the code from libav [16:16] forkwars again? [16:16] Action: Daemon404 clicks "mark folder as read" [16:17] again? its been going on for weeks now [16:17] so, still! [16:17] years you mean [16:17] :P [16:17] well it kinda started up again fresh just recently [16:17] yes, because i asked for some cooperation [16:17] what a coincidence! [16:17] i meant more the debian thing [16:19] we're still stalled for $noreason [16:20] ah btw, are we going to push the mona lisa? [16:21] Im so confused now [16:23] mmh wait the tests are duplicated with the mona_lisa patch [16:24] ubitux, i honestly think that patch is fucking retarded [16:24] to appease some shitty debian person [16:29] https://encrypted.google.com/search?tbm=isch&q=mandrill.bmp&tbs=imgo:1 [16:29] what is the license of this one? [16:29] it's the same squared dimension as lena [16:29] and is famous as well in image processing [16:30] the monkey might own the right to that image [16:30] :D [16:31] http://www.telegraph.co.uk/technology/news/11015672/Wikipedia-refuses-to-delete-photo-as-monkey-owns-it.html [16:31] it is great photo and great monkey :) [16:32] av500: we should ask lydia about that [16:32] right [16:33] how do they know the monkey granted usage rights [16:33] the monkey is non-human and thus has no copyright [16:34] wm4: it made the photo using the phone/camera [16:34] the argument was that the monkey made the image, and since monkeys cant hold copyright, it reverts to public domain [16:34] of course the photographer who owned the camera didnt agree [16:48] heh i'm posting a feminist stupid article [16:48] that won't help my argument [16:48] oh well i'm out [17:13] hi guys, ffmpeg has threaded audio decoding, but not threaded encoding yet, correct? [17:13] i doubt the latter will ever happen [17:13] i cant imagine audio dec/enc benefits massively from it... [17:18] just wanted to get my facts straight, someone on a forum is recommending using -threads to speed up FLAC encoding& [17:19] lol. [17:20] decode is threaded [17:20] and it is automatically, so you don't need -threads [17:21] Daemon404: it actually makes a difference :p [17:21] hearsay [17:21] no, we tried the other day [17:21] well, thanks for the info [17:22] can flac encoding even be really "slow"? how long would a file be to even wonder? [17:27] nevcairiel: libavcodec FLAC is only like, a million times faster than FDK-AAC, that's still pretty slow& [17:28] on a 2h flac (let's say an audio movie), it takes 4.5s instead of 9s [17:28] :X [17:28] lol [17:28] the savings [17:28] sure, its twice as fast, but really caring, i do not [17:28] it's sine audio, it will probably be slower with a more complex input :p [17:44] and it is automatically, so you don't need -threads <- really? [17:44] yes [17:45] on the library level or is ffmpeg.c doing this? [17:46] ffmpeg.c: av_dict_set(&ist->decoder_opts, "threads", "auto", 0); [17:46] libavcodec/options_table.h:{"threads", NULL, OFFSET(thread_count), AV_OPT_TYPE_INT, {.i64 = 1 }, 0, INT_MAX, V|A|E|D, "threads"}, [17:46] i suppose it's ffmpeg.c [17:46] on a *very* quick look [17:50] default is 1? [17:50] so ffmpeg.c does it? [17:51] iirc 0 is auto, 1 is 1 process (no actual thread), ... [17:51] and i'd say ffmpeg makes it auto automatically unless specified otherwise [17:51] that's my understanding after a quick look [17:53] looking at some of the code, it seems so [17:54] why not enable it in the lib by default? [17:54] michaelni: i'd like to review the idet patch, please don't apply immediately [17:54] though maybe not for audio [17:54] but video - why not [17:54] no idea [17:55] I suppose some prefer low latency over speed [17:55] but most people probably get confused and don't know that they have to set an obscure option to make it fast [18:20] stallman vs hitler [18:20] what's worse? [18:22] wm4: i thought threading was on by default for video decoding [18:23] guess some people complained abouit problems [18:43] ubitux: It depends on what you value, I guess. If you agreed with Hitler, then Stallman is worse. If you agree with Stallman, then Hitler is worse. If you agree with both of them, Heaven help you. [18:43] ..and for neither? [18:44] Rodeo: I made the flac encoder faster with some SIMD so make sure you're using the newest code. [18:44] nevcairiel: Well, I figured that state had a clear definition already. [18:44] You're "sane". [18:44] gnafu: yeah but whats worse then? [18:44] ("Sanity" being relative, hence the quotes.) [18:45] my mental state not withstanding =p [18:45] Rodeo: oh, you will also need a CPU with sse4 [18:45] nevcairiel: It's all a matter of perspective. Some people like to focus only on the good done, so they might admire Hitler for the good things he was credited with. [18:46] Who has had, is having, and will have the greater impact on the world? And is their final impact more positive or more negative. [18:46] I think it's safe to say Hitler was worse in that regard, but Stallman isn't finished yet ;-). [18:48] gnafu: are there good things that hitler did that haven't been ruined because of the war? [18:52] iive: Well, I've heard some credit him with the Autobahn and the Beetle, though I'm sure those could have come about just fine without him. [18:53] I'm not saying I honestly believe he had any good that weighs measurably against the bad. [18:53] But I've talked to people who had that perspective. [18:54] well, he has done more good by been example of pure evil. [18:54] also, I think Tesla uses linux, so stallman may have helped with it too :P [18:55] Aah, but do they use *GNU/Linux*? [18:55] i don't have enough money to checkout :) [18:56] "What happens when your Tesla runs out of juice?" "You stall, man." [18:56] just change the battery :D [18:58] "What happens when the brakes go out on your Beetle while approaching Ler?" "You hit Ler." [18:59] gnafu: or "you invade poland" [18:59] XD! [19:02] I was surprised to find there actually is a place called "Ler" in Norway, according to Wikipedia. [19:25] Once wayland is a more widely used system, how long do you think it will be before wcap is added as an ffmpeg device? [19:27] Are people still banging on about lena? [19:28] Change to use the image that monkey took of itself [19:28] Didn't "the man" rule that it cannot be protected under copyright? [19:28] Yep [19:29] "Natural works are not works of art" or some such [20:13] ffmpeg.git 03J?rg Krause 07master:02a2e171ad3c: libavutil/error: fix build with musl toolchain [20:16] \o/ for musl [20:40] ffmpeg.git 03Lou Logan 07master:efaa4a8dbf7f: doc/demuxers: document gif demuxer [20:58] so, still no one to port eq/eq2? :( [21:01] I might be able to do that. [21:02] Can I ask what the difference between the two are? [21:04] eq2 has more things but is slower in some cases apparently [21:04] honestly you only care about eq2 [21:05] so, re: #3902 [21:05] it seems the packet re-ordering is affected by --disable-decoders --disable-hwaccels [21:05] i have no idea why [21:06] parser? [21:06] hm not sure if disabling decoder would also hit its parser [21:06] it shouldnt really [21:06] http://b.pkh.me/packet-order.html [21:07] left is by default, right is with --disable-decoders --disable-hwaccels [21:07] that makes no sense at all, nothing is even really designed to re-order packets [21:07] ubitux: I'll have an in depth look a little later. [21:07] or wait, does it actually re-order packets? [21:07] or does the interleaving just change? [21:08] what's printed is what the muxer receive [21:08] looks like stream 0 is delayed by one on the right [21:08] what codec was this? [21:09] Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) [21:09] (in mkv) [21:10] my theory is, without the decoder, the init code in avformat doesnt manage to prove some things, so stuff like has_b_frames is not set, messing with the timestamp code? [21:10] s/prove/probe/ [21:10] thats all i got [21:13] yeah, sounds about right [21:13] that whole timestamp stuff is arcane magic [21:14] a probe with both version is kind of different [21:14] like, it's indeed lacking a lot of information without the decoders [21:14] such as the codec timebase :p [21:24] ffmpeg.git 03Reimar D?ffinger 07master:672425411804: ffv1enc: reduce stack usage. [21:24] ffmpeg.git 03Reimar D?ffinger 07master:fcfc90ed65ef: svq1enc: remove pointless array element. [21:24] ffmpeg.git 03Reimar D?ffinger 07master:235d401bfa40: vorbisenc: avoid large stack allocation. [22:23] ffmpeg.git 03Gabriel Dume 07master:d2a4e4b9cc9a: wma: K&R formatting cosmetics [22:23] ffmpeg.git 03Michael Niedermayer 07master:75a9859ac67b: Merge commit 'd2a4e4b9cc9a0c2661e1c1d6f6b51babac2cec1b' [22:56] When you blend two images using a "multiply" blend, exactly what operation would you expect it to do? "clip(a * b)" or "(a * b) / max_value" [22:59] Oh wait, this does do a divide [23:04] - bps = (float)avctx->bit_rate / (float)(avctx->channels * avctx->sample_rate); [23:04] - s->byte_offset_bits = av_log2((int)(bps * s->frame_len / 8.0 + 0.5)) + 2; [23:04] + bps = (float) avctx->bit_rate / [23:04] + (float) (avctx->channels * avctx->sample_rate); [23:04] + s->byte_offset_bits = av_log2((int) (bps * s->frame_len / 8.0 + 0.5)) + 2; [23:04] T_T [23:05] so they decided to put some spaces after casts? [23:05] i thought they decided to keep the sane way [23:06] ok well [23:06] you should discuss this with Diego [23:06] this diff is one of the worse ever [23:07] - a = s->coefs[0][i]*0.5; [23:07] + a = s->coefs[0][i] * 0.5; [23:07] in what world this can be considered sane [23:08] the patch is full of this shit, in addition to { } drops [23:08] and spaces after casts [23:10] libocd [23:10] Action: llogan touches doorknob three times, adds twelve spaces, then claps twice [23:19] ...and sometimes they actually revert the alignment [23:19] wth :D [23:19] - AVFrame *frame = data; [23:19] + AVFrame *frame = data; const uint8_t *buf = avpkt->data; [23:19] - int buf_size = avpkt->size; [23:19] + int buf_size = avpkt->size; [23:19] they just really, really hate git blame [23:19] (const uint ... is at the next line) [23:25] ubitux: no i already asked this problem before. i need to acurate cut ffmpeg.. to generate m?ltiple files ts in diferents commands...can ffprpbe give that information to cut? [23:25] "no"? [23:25] no = hi :) [23:26] no idea why you ask about ffprobe but you're looking for the segment muxer [23:27] jamrial: "git blame -w" helps a bit [23:27] But the segmenter to many counts about pts and dts.. [23:27] smarter_: doesn't handle all the random line breaks and { } drops [23:27] yeah, that's why I said "a bit" :) [23:27] -w makes blame even slower btw [23:28] Diogo: dunno [23:29] ok Thank you...Can you tell me some nick that can help me with this question? [23:31] 10:06 PM you should discuss this with Diego --> that'll go down well [23:31] :) [23:32] Diogo: you could try the ffmpeg-user mailing list. [23:33] and the segment docs has some info about making accurate splitting [00:00] --- Thu Sep 4 2014 From burek021 at gmail.com Fri Sep 5 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Fri, 5 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140904 Message-ID: <20140905000501.8231618A02D9@apolo.teamnet.rs> [01:09] hey all, I wonder what libavformat/libavcodec do when you feed it raw video. Im guessing it uses avio. Any pointers? [03:32] I have a mp4 and I want to transfer it to ogv and webm - without changing the bitrate or the size, should I simply ommit these 2 setting [03:33] ffmpeg -i input.mp4 -acodec libvorbis output.webm [03:36] that will use that default settings which will probably look crappy [03:37] ho - so how can I retreive the setting from the actual video? [03:37] can I use ffmpeg for that? [03:38] it won't change the frame size unless you tell it to [03:39] so if my video look perfect in mp4, and I only want to tranfer it to webm would I need to add other flag? [03:40] but attemping to "recycle" the bitrate won't result in good videos. it doesn't generally work that way. [03:41] so the export I did ended up in a very crappy export... [03:41] especially since 1) who knows if the input video was encoded by someone (or something) who knows what they are doing 2) you're encoding to different formats, and even various implementations of encoders can vary dramatically [03:42] this may help: http://trac.ffmpeg.org/wiki/vpxEncodingGuide [03:42] but i've never really encoded to VP8 [03:42] http://trac.ffmpeg.org/wiki/Encode/VP8 [03:42] and http://www.webmproject.org/docs/encoder-parameters/ [03:44] thanks [03:50] damarusama: i see no reason to even encode (old, crusty) ogg if you're making webm [05:37] hello [05:37] fieldmatch and decimate are to be used together ? [05:38] onlly fieldmatch alone produces the best results, decimate only is the worst, both create significant video speedup and therfore desync [05:59] I have a question. http://pastebin.com/dtCsShuU [05:59] Why the difference in filesize when I tried two pass vs one pass? [06:02] Did the first line I had make things go funny? [06:02] The second output is 60% larger than the first. [06:13] 2 pass = better compression [06:13] with same quality, i think [06:13] at least percieved quality [06:15] I see. I did the 2 pass thing again doing -c:a blahblah instead of -an blahblah and it did the same thing [06:16] But I thought the bitrate setting would've determined an approximate range of output filesize? [06:18] I guess -crf had more influence over it? (after all if you did 2 pass for more efficiency and crf remains same...) [06:18] gaah confuzzled [06:19] OH [06:19] -b:v sets the max bitrate when crf is used [06:19] makes sense [06:37] crf is used for quality so it kind of overrides your bitrate settings i think [06:51] It does. -b:v becomes the max allowed bitrate instead of the bitrate (meaning it should be set or else it'll use the worse default) [07:04] added -cpu-used 0 -quality good and shrinked it down to 27,729 KB [07:04] I can't find info on the default values. [07:35] hello [07:35] how do I adjust audio when converting from 29 to 30 ? [07:50] whoa I further shrinked it down to 19,296 KB [07:53] But that shouldn't be happening? (-qmin 0 -qmax 50 -b:v 3M) 3 Mbps is still a bit more than the average bitrate of the previous encode; I'm not seeing why the drastic size decrease. [07:54] hey you're the only one here iafaik [07:54] * -crf 10 (this one kept same for both) [07:55] do you know how to adjust the audio in ffmpeg while converting fps from 29.9 to 30 [07:55] oh, fps [07:55] What do you mean by adjust audio? [07:56] -r 30 sets framerate to 30 [07:59] somewhat noob here; I don't think you should touch that though... [08:02] okay, nevermind ... [13:50] hi. Need some help with drawtext filter: adding fixed width, so the text will auto wrap. Is this possible? [14:26] avantus, i don't think so, not ATM [14:28] avantus: maybe using libass would work? [14:30] relaxed: compiling custom version of ffmpeg? [14:31] yes, if you build doesn't have support for it. Or there's http://johnvansickle.com/ffmpeg/ [14:31] your* [14:32] avantus: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [14:39] iam using zeranoe builds it seems to have it [14:40] how do i envoke libass options? [14:42] the ass filter reads its options from a file, see the lnk I posted and http://en.wikipedia.org/wiki/SubStation_Alpha#Advanced_SubStation_Alpha [14:43] its a plain .txt doesnt have any options [14:44] avantus: you can create the subs.ass using http://www.aegisub.org/ [14:46] relaxed: iam not creating subs, iam burning text created by thirdpary app [14:47] drawtext=fontfile='C\:\\Windows\\Fonts\\arial.ttf':textfile='news.txt':fontsize=20 [14:49] If drawtext works for you then great [14:50] it works, but id like to wrap it within specified limits, my .txt doesnt have any additional info, not even line breaks [14:50] is it possible for ffmpeg, when writing a sequence of images, to output each filename effectively written on stdout or stderr ? (as per, eg. ffmpeg -i in.avi -vsync 1 -r 1 -f image2 'img-%03d.jpeg') [15:16] Is there a way to add opacity to a video overlay without a mask image? I tried the last answer in http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=15&t=1208, but I get errors. Any suggestions or examples? [15:18] \LIST [18:10] is there a way to blur the edges of an overlay without using an image map? [19:16] Hi - could someone confirm whether or not ffserver supports HLS as an output stream format? [20:03] jude_: i'm not sure, but you could possibly create a mask with color or geq [20:09] Hey folks, was wondering if anyone perhaps can help, Google says NO!. I have a VOB file that PS3 can't find audiotracks for. VLC can. According to VLC it's stream 5. (And VLC plays audio, no problem.) But ffmpeg apparently can't see stream 5 either, map claims it doesn't exist and ffprobe claims there's 3 streams total. Hurrr? :) [20:10] Can you pastebin the output of ffprobe file.vob ? [20:12] c_14, certainly; http://pastebin.com/apu079GZ [20:12] Consider increasing the value for the 'analyzeduration' and 'probesize' options [20:14] llogan, yeah did that; still only sees those 3 streams it gives in that pastebin [20:15] Oh crap, I gave a wrong input [20:20] So it managed to find the stream, however when I'm trying to extract it (though I must admit, i'm not sure if I'm using the right command there) it claims there is no audio stream. When playing it in VLC the first 8 secs or so indeed it doesn't see an audiostream either, but it does pick up on it as soon as it needs to [20:21] could you provide the input file? or use dd to make a short sample [20:24] http://pastebin.com/2U0Kk1MV [20:25] llogan, the file itself is 1.1GB or something; so a short sample would probably be the best way to go. Do you have a !shortcut to the proper arguments, or best to Google? [20:25] there is an example in http://ffmpeg.org/bugreports.html [20:26] be careful not to overwrite your input! [20:28] hi guys i am trying to convert a group of images to a slideshow and need the video to be a set size and if the images are not that size show them fullsize and add a black border around it [20:29] i have not found out how to set the resolution of the video yet [20:30] llogan, gotcha. Reduced it, now just need to upload it heh [20:32] anyone here had luck using ffmpeg on osx with burn-in subtitles? [20:34] llogan, https://mega.co.nz/#!S0lWjaSQ!zJ1De5z8IQGDeSUenhtKt7HhpuxB5R8Ixg4fwjWBj30 [20:35] Same in that file, audio doesn't appear to be starting until after x amounts of seconds (at least, according to the VLC codec output) [20:35] mistawright: maybe this? http://superuser.com/a/547406/110524 [20:40] hey [20:40] Out of curiosity... is ffmpeg trying to converse resources when running? [20:40] llogan, this is before it is output as a video. I have images that are 640x360 i need the video to be 853x480. I'm not sure how to set the video size as I have a transparent overlay that is 853x480 that is being cropped down to the size of the images [20:40] i'm going to mention interlacing (i hope i don't get tarred and feathered :) ) [20:41] can ffmpeg encode to an interlaced x265 (hevc) file? [20:41] CoreISP: no, but it can depend on the encoder being used among other things [20:42] llogan, I see. I've been trying to convert this vob to mp4 you see, takes ages and not even sure if it's really working as VLC seems to refuse to play it heh [20:42] ogrgkyle, I think libx265 can at least encode in field mode [20:42] the way interlaced content is supposed to be encoded in HEVC is that you encode each slice as a separate picture, basically [20:42] trying the -s 853x480 does not work. it gives me an error [20:42] JEEB: okay, i read something about that, but i couldn't figure out how to write the command line for ffmpeg. [20:43] do you know how i might try this? can you give me an example command? [20:43] if you are using libx264 for encoding, h264 needs x and y resolution to be divisible by 2 [20:43] cc: mistawright [20:43] klaxa, no - AVC has no limitation on the resolution, it's the chroma subsampling that limits its [20:44] *it [20:44] oh? [20:44] okay [20:44] if you encode 4:4:4 or 4:2:2 you have lesser limitations [20:44] 4:2:0 is of course mod2 for width and height [20:44] 4:2:2 is then mod1 for height and mod2 for width [20:44] oh yeah that makes sense [20:44] 4:4:4 is then mod1 for both width and height [20:44] :) [20:45] ogrgkyle, I have no idea how to pass the option through the libx265 wrapper in ffmpeg, but I think it should be possible as Dae made the wrapper have an option that you could just pass API options with [20:45] basically look up the API options from x265's side [20:45] and then look up the option (I think it was x265opts or something?) to set those API options [20:45] -x265-params [20:45] ah yes [20:46] also, I have no idea if you need to do the field separation by yourself [20:46] ffmpeg -h encoder=libx265 should show some other private options, if any [20:46] as in, it won't be done automagically [20:46] yeah, but dae generally minimized those [20:46] okay [20:46] because he hated how the libx264 wrapper ended up [20:46] i'll try llogan's command there [20:46] ah, just -preset and -tune [20:47] pretty much [20:47] klaxa, that worked. it was due to it being an odd number like you said. with that being said my images and overlay are not the correct size. how can I set the size of the overlay? [20:47] thanks llogan [20:48] I am having trouble getting subtitles to work on OSX. Here is my command and output: http://pastie.org/9527547. This ticket seems to refer to what I'm experiencing: https://trac.ffmpeg.org/ticket/2100. But following the directions at the end of the ticket comments doesn't work. Has anyone had success getting ffmpeg on OSX to burn in subtitles correctly? [20:48] JEEB, llogan - So is this what I want to be reading? http://x265.readthedocs.org/en/latest/cli.html [20:50] ogrgkyle, if it contains the API documentation too, yes [20:50] because you will be giving the stuff to the API, not the command line encoder [20:51] hmm ok! [20:52] toddw: does it make a difference if you use ass filter instead of subtitles filter? [20:53] llogan: no it doesn't. I've also used the subtitles filter. [20:53] mistawright: you can use the scale filter instead of -s. it's more flexible. [20:53] also for sake of fontconfig, I've set the environmental variable as suggested but no luck. fontconfig appears to be setup corrrectly and working on my machine (installed with homebrew). Utilities like fc-list work correctly. [20:54] does it work if you download one of the static builds available for OS X? (assuming they contain libass support) [20:54] see ffmpeg download page [20:54] it doesn't. I tried that. [20:54] I've also ensured my homebrew build includes libass [20:55] maybe a newbie question. what does this mean? "-x265-params E..V.... set the x265 configuration using a :- separated list of key=value parameters" [20:55] toddw: are you sure the .ass or .srt file is valid [20:55] llogan: do you know a way to verify it? [20:55] llogan: it does work correctly in VLC [20:56] ogrgkyle, it takes in a string ("text"), and it's for Encoding, and the string should be a list of key=value options separated by the symbol : [20:56] llogan, using ffprobe with like a probesize and analyzeduration of 1000000000; it does detect the audiostream. However, when then trying to cut the first seconds of the VOB out (the problematic part); it gives the same error again even whilst using the same probesize and analyzeduration. (could not find codec paramaters blabla, consider increasing probesize, etc. etc.) [20:56] For example, I know you can do this: -x265-params crf=15. But how do I add two params? [20:56] toddw: i guess that's good enough to test. well, there goes any of my ideas. [20:56] try ffmpeg-user mailing list? provide the complete ffmpeg command, console output, and the srt or ass input file [20:56] ok, thanks llogan [20:57] JEEB: okay, maybe like this? -x265-params crf=15:crf-max=30 [20:57] ogrgkyle, yes. although you most probably will have to make the string be in quotation marks [20:57] depending on your command line or shell environment [20:58] windows cmd? [20:58] whatever is being used to pass parameters to a program :P [20:58] CoreISP: i don't know then. trawl the bug tracker for an existing bug? [20:59] all command line environments have their own needs of "escape" certain symbols so that the environment doesn't try to interpret it in any fancy way [20:59] JEEB: okay, i'll try! [20:59] thanks for the help guys [21:02] llogan, ah its probably some crap in the VOB file; wish there was a way to make ffmpeg just ignore that part. Don't know of another tool to just cut off those seconds. ffmpeg is happy to cut them out, but then removes the audio all together, heh [21:03] a lame method would be to use dd with skip [21:03] skip option [21:04] Hm, I wonder how much MB constitutes removing the first 10 secs or so; although the entire first minute is rather irrelevant so guess it doesn't matter much heh [21:04] Oh actually 10MB would do. [21:18] llogan, actually; your method seems to work, lame or not. Just for some reason dd is extremely slow going about it [21:18] It skipped the first 10MB alright, and both ffmpeg as vlc now instantly recognize the proper audio channel. Just not sure why dd is taking uber long to finish up; whilst a regular write test goes about roughly 390MB/sec lol [21:26] llogan, oh duh. Specifying a blocksize of 1 will make it go byte by byte after skipping the first 10MB. Problem all sorted with dd, thanks a ton! :) [21:29] CoreISP: glad it worked [21:45] Hi, I want to burn .srt subtitle into .mp4 video files from command line in ubuntu 14.04 [21:45] ffmpeg -i T.mp4 -f srt -i T.srt -c:v copy -c:a copy -c:s mov_text outfile.mp4 [21:45] this commands works but it doesn't really burn it on the video [21:46] it only attached the srt file to the video [21:46] yes [21:46] How can I make it always visible? [21:47] if you are using Libav, there's no filter for that afaik, and if you're using FFmpeg, then you should be able to do it with the ass rendering feature [21:48] Alright, then I should convert the srt first to ass, and then burn it to the video? [21:48] do you want hardsubs or softsubs? [21:48] he said he wants to "burn into" [21:48] I'd say that's pretty obvious [21:48] and he was already doing softsubs [21:48] always good to ask because his command looked like soft [21:48] sheshkovsky, does your ffmpeg say Libav developers or FFmpeg developers in the copyright line? [21:49] this commands works but it doesn't really burn it on the video [21:49] 14.04 doesn't ship Libav ffmpeg [21:49] ok [21:49] not even a link? [21:49] or anything [21:49] ln -s [21:49] I haven't even tried :P [21:49] same [21:49] oi [21:50] ok [21:50] How can I check the copyright line? [21:50] run "ffmpeg". the first line in the output will say [21:50] ffmpeg version 1.2.6-7:1.2.6-1~trusty1 Copyright (c) 2000-2014 the FFmpeg developers [21:51] > 1.2.6 [21:51] is that from a PPA? [21:51] yes, you will want something newer [21:51] Yes [21:51] do you see ass or subtitles in "ffmpeg -filters"? [21:52] ...if that option even works in 1.2.x [21:52] note that audio filters may be listed first if you don't grep [21:53] nor ass nor subtitle filter [21:54] get a build at http://johnvansickle.com/ffmpeg/ [21:56] then run "./ffmpeg -i input -vf subtitles=T.srt -c:a copy output.mp4" if you want hardsubs [21:56] thanks, and is there any guide to install it? [21:56] sure: download, extract, run [21:56] great [21:56] one more question [21:57] I need to change color and fontsize of subtitle and also add background to it, does ffmpeg support these options? [21:57] I've seen some commands in mencoder [21:57] i don't know if you can change color in srt, but you can with ass [21:58] but they didn't work properly. sub-bg-color doesn't work with .ass [21:58] and fontsize option doesn't work with .srt [21:58] OK no problem. It seems converting to ass is the only way to go [21:58] by color i meant font color. not sure about any bg stuff. ass can let you change font size too, AFAIK [21:59] aegisub is a good gui for that [21:59] sheshkovsky: you use aegisub to change the .ass subtitles. [21:59] actually I'm going to write a simple application myself with pyGtk [21:59] for persian users [21:59] So I need to do it myself [22:00] i saw aegisub but it isn't open source unfrotunately [22:00] i saw someone working with persian subs with ffmpeg somewhere recently, but i'll be damned if i remember where [22:01] i've just asked my question on askubuntu.com : http://askubuntu.com/questions/519631/how-to-change-subtitle-color-and-other-options-in-mencoder-command-line-tool?noredirect=1#comment706106_519631 [22:01] I would be appreciated if anyone could help me with this [22:02] font size in ass might work for you [22:02] sheshkovsky: you change color/font size in the subtitle file [22:02] and as llogan said use .ass and set it there [22:03] sheshkovsky: yeah, i think that's where i saw persian and ffmpeg in the same post recently [22:03] ok. thank you guys. I'm gonna give it a try [22:04] sheshkovsky: ass is well documented, just open it with a text editor and it should be more or less self-explanatory [22:04] yeah. I preferred not to open the file [22:05] if you want to edit ass [22:05] use aegisub [22:05] but if I have to, it's not very complicated task with python [22:05] he wants to automate it [22:05] ah [22:05] sheshkovsky: also doing "-c:v copy" will not change the video and therefor not give you hard-subs, you need to reencode [22:09] sheshkovsky: im not sure if an "incorrect" PlayResX and PlayResY in ass will cause font size issues with ffmpeg. just something to look into if you run into size issue [22:10] sheshkovsky: do you have a reason to change the color? do the subtitle files contain only a single "speaker"/style? [22:11] I've just tried this: ./ffmpeg -i input -vf subtitles=T.srt -c:a copy output.mp4 and it worked. Subtitled burnt into the video [22:11] however it seems it takes longer to do it than mencoder [22:12] anyways, now I need to change the color [22:13] sheshkovsky> i saw aegisub but it isn't open source unfrotunately <-- wat [22:13] aegisub absolutely is open source [22:14] Oh yeah. I see now the source [22:14] does it use ffmpeg? [22:15] actually it does, through ffms2 [22:15] but just to do interactive video/audio [22:16] sheshkovsky: color is the fourth entry in style definition. if you plan to do it with ffmpeg then just edit it beforehand (awk/grep/etc.) [22:18] it seems wierd. because i see mencoder has some commands like : -ass-color -ass-force-style etc. to manipulate ass file [22:18] and as far as I know mencoder is using ffmpeg [22:27] Hey all, I'm trying to alter a file in libavformat for a windows vlc plugin, which means building and cross-compiling both vlc and ffmpeg. I've built, compiled and tested a straight vlc build from source, but building ffmpeg is frustrating me. [22:29] When building ffmpeg from source in a situation like this, should I be targeting the mingw32 as an os, or should I just build it normally and then let the vlc build cross-compile it? [22:36] Guys i've found this: https://www.ffmpeg.org/doxygen/trunk/ass_8c.html . Does anyone know how can I use this in command line or python? [23:57] hey [23:57] can hevc have variable frame rate? [00:00] --- Fri Sep 5 2014 From burek021 at gmail.com Fri Sep 5 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Fri, 5 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140904 Message-ID: <20140905000502.84C4A18A02DA@apolo.teamnet.rs> [00:00] Llogan: i already write in ffmpeg user https://ffmpeg.org/pipermail/ffmpeg-user/2014-August/023066.html and this thread https://ffmpeg.org/pipermail/ffmpeg-user/2014-August/023133.html [00:01] llogan: But i already tried all solutions and notthing... [00:32] ubitux: what do you think about reimar's idea of detecting utf16? [00:58] Huh? If x264asm has no movh for YMM regs, what are you supposed to emulate with? [01:02] oh, movdqa does 32 bytes [01:02] (so much for a double quad word) [01:23] it does? [01:47] yaeh, movdqa with ymm does 32 bytes, with xmm 16 [01:47] if you want "movh" with INIT_YMM you just use mova xm* [01:57] Now I'm wondering why there is a difference between in semantics between x264 and ffmpeg on xmN and ymN [01:58] J_a [01:58] J_Darnley: what? [01:59] Or perhaps my version if just old, hang on. [02:01] michaelni: I don't have my regular laptop right now, so I won't be able to read your GPG mail until this weekend. [02:03] Timothy__Gu, the mail just says that i applied your patch and the new texi thing works [02:05] well my x264 was old but the difference remains [02:05] I means these differences: http://pastebin.com/WNVaFnTK [02:19] michaelni: \o/ [02:26] Timothy__Gu: does that address #3232? [02:45] Llogan: no [02:45] The patch on ML does [02:58] ffmpeg.git 03Timothy Gu 07master:17ad5fbb8af3: Use makeinfo to generate html doc for the new website [03:27] Timothy_Gu: yes, that's what i was referring to...apparently i can't read because it mentions 3232 in the patch [04:01] ffmpeg.git 03Michael Niedermayer 07master:bb8b752553f8: postproc: use FFMIN/FFMAX where appropriate [04:25] ubitux: The modplug issue was on their end, the old configure was not doing proper checks and when it did the lib detection failed. [05:04] is someone going to fix the cross-site font loading problem in fate.ffmpeg.org? [07:18] Zeranoe: ok great, thank you [07:20] wm4: yes that could be better, assuming you are willing to do it :) [10:13] is sup demuxer & muxer going to be applied soon? [10:19] there is still a few timestamp questions open for both [10:56] i'm wondering if its possible to change encoding parameters like resolution/bitrate/crf "on the fly" during transcoding [11:02] For h264/x264 and at least mpeg-ts it definitly is. [11:03] But i don't think there's support in ffmpeg for it [11:42] if you use avcodec programmatically you can change some properties [11:42] with libx264 anyway [11:43] supported are: AR, VBV, bitrate, crf, qp, interlaced [11:43] resolution probably needs to flush the encoder, and re-create it [11:44] all those above you can just change in AVCodecContext/avoptions and they will apply [11:46] cool that's encouraging [11:48] i'm thinking of adding a control domain socket option to ffmpeg so there's a way to send commands to a running instance [11:49] tmm1: for the record, I would probably come up with a way to use that [11:49] i find -progress lacking a lot of times so a way to read out more state would be nice too [13:51] ffmpeg.git 03Michael Niedermayer 07master:4f63d6d3b5c0: avdevice/x11grab: fix error handling in pixel formats [14:04] ffmpeg.git 03Dmitry Volyntsev 07master:fe8f4c71e305: libavdevice/v4l2: fix descriptors leak on error paths [14:19] the rdft/fft api really is convoluted [14:20] it looks like it was designed to avoid too large code generation [14:20] like having check on the mode in the callback itself (inverse, sign, ...) instead of having multiple callbacks [15:12] shit, russian .smi file spotted in the wild [15:12] let me guess, ansi encoded in some weird code page? :D [15:13] utf-8 fortunately [15:17] ffmpeg.git 03Steven Liu 07master:03efd7308289: avformat/flvdec: read the correct bits into the tag type [15:37] michaelni: are you really going to add this wget? [15:37] michaelni: please add a comment that it's for debian package [15:38] also, i thought Andreas said it wasn't going to solve the issue? [15:46] ffmpeg.git 03Andreas Cadhalpun 07master:c4abee734dcb: Remove non-free tests/lena.pnm and adapt FATE tests to depend on lena.pnm in the SAMPLES directory [15:48] ubitux, no, i just meant the lena removial and use of it through fatesamples, its the minimum we need to resolve this, improvments on top of it are welcome if someone has ideas [16:09] ok [16:11] I wonder how much it would cost to buy the rights to the image. [16:11] what's the point of having libpostproc externally? [16:11] that wouldnt make debian any happier J_Darnley :P [16:12] Do they dislike the content too? [16:13] if we pay for it, it means we can distribute it [16:13] not debian [16:14] I mean buy the the entire copyright to the image meaning the person could place it under CC0 (if they wished) [16:14] the image is a scan from a playboy from the 70s, good luck with t hat endavour [16:14] too soon? [16:15] It might be easier to lobby for a reduction in copyright length. [16:16] maybe we should just come up with OC [16:16] who's gonna pose for a sexy photo? [16:17] http://lucy.pkh.me/lena.pnm and http://lucy.pkh.me/lena-debian.pnm weren't that a bad idea after all [16:18] Action: ubitux hides [16:21] Get stallman to call Hugh hefner [16:22] lena is no more :( [17:25] wm4: i don't think pp belongs outside [17:25] eventually it should be merged into libavfilter, but that's all [17:25] your thoughts are morally and technically wrong [17:26] I'm sure Daemon404 can confirm [17:26] there is no reason to have it outside [17:26] except haters who think that not using it means it should be dropped [17:27] we have a pp filter using that library; while it might not belong at the root of the project, it could be merged into the pp filter [17:27] postprocessing is kind of a very video specific thing [17:28] now i can understand you don't like the implementation itself, but that's not a reason to drop it [17:41] wm4: so, utf-16 is ready or you want to do some more stuff on it? [17:43] I'll send a new patch in some hours [19:17] ffmpeg.git 03Diego Biurrun 07master:2b8b0da09cf0: fdctdsp: cosmetics: Drop one unnecessary if-block level [19:17] ffmpeg.git 03Michael Niedermayer 07master:a52e74db17e5: Merge commit '2b8b0da09cf0dc2535de42f95110eb633f36d8c8' [19:45] ffmpeg.git 03Diego Biurrun 07master:803f8992f11d: build: cosmetics: Group hwaccel OBJS declarations together [19:45] ffmpeg.git 03Michael Niedermayer 07master:91a8b933fb6d: Merge commit '803f8992f11d1eb301672cd13c685a7b1d04c467' [19:57] ffmpeg.git 03Diego Biurrun 07master:f20518568a77: build: Split WMA frequencies into a separate object file [19:57] ffmpeg.git 03Michael Niedermayer 07master:5a20f1885d3b: Merge commit 'f20518568a77a6138fc74021ce56013ab72907ba' [20:15] ffmpeg.git 03Diego Biurrun 07master:4d55e9de2789: vc1: Split bits used in libavformat into a separate header [20:15] ffmpeg.git 03Michael Niedermayer 07master:ddc6adaa280a: Merge commit '4d55e9de27894ddfb337b28cd7aa6d14a12666d2' [20:46] ffmpeg.git 03Anton Khirnov 07master:12f0388f9cb3: Add release notes for 11. [20:46] ffmpeg.git 03Michael Niedermayer 07master:69a68d301345: Merge commit '12f0388f9cb32016ac0dacaeca631b088b29bb96' [20:55] ffmpeg.git 03Diego Biurrun 07master:d9792b773516: Mark 11 release in the changelog [20:55] ffmpeg.git 03Michael Niedermayer 07master:53b089200557: Merge commit 'd9792b773516a560ecb99694b8ee745a50027fac' [20:56] Anyone wants to write / check / complete the release_notes ? Timothy_Gu ? ubitux ? [20:56] for 2.4 [21:56] with git send-email, how do I adjust the subject line? I want to add a "v2" without having to do that for each patch [21:58] wm4: git send-email takes most of the options from git format-patch; see e.g. the '-v' option there. [21:59] that's exactly what I wanted, thanks [22:13] ubitux, is "SSE2 version of vf_idet'sfilter_line" ok to apply or you want to do another round of review ? [22:14] michaelni: not motivated for release notes; i feel bad for wm4 because of utf-16 though :p [22:14] michaelni: fine with me with idet; no more comment [22:15] ubitux: what, did I miss the release [22:16] libav released 11 or something, or is soon going to do it, and michael wants to sync with it [22:24] ffmpeg.git 03skal 07master:406a9ccffea8: avfilter/vf_idet: MMX/MMXEXT/SSE2 implementation of idet's filter_line() [22:26] some on [22:26] "skal" [22:27] I don't think it is the first nick we've used [22:28] It's just ridiculous. [22:28] ??? [22:28] i would have preferred "FireWind2000" [22:29] oh OK [22:29] there's an email in the commit message fortunately [22:33] it's nit level annoying though that his real name was used in previous commits [22:33] but not here [22:36] Oh... That patch has a problem. It is using paddq in mmx [22:37] J_Darnley: sorry i probably didn't spot every problem in the patch [22:37] paddq is not mmx? [22:37] it seems to be [22:40] ubitux: not your fault. I missed it too [22:41] I should lookup how 64-bit math is done ox x86 and fix it [22:41] *on [22:41] it doesn't even need to use paddq. paddd is enough [22:41] ubitux: patches on ML [22:41] wm4: great [22:42] still no fate tests? [22:42] jamrial: then it is probably just a typo [22:43] ubitux: no [22:45] whats wrong with paddq anyway, except that its not really "packed" in mmx, and just operates on the entire register? [22:45] ubitux: the "speed up probing" patch should probably have you as author [22:45] wm4: lol no it's fine :) [22:47] so fate-vsynth needs the fate samples to be rsynced now? [22:47] oh patch 6 is cool [22:49] nevcairiel: it is sse2 [22:49] it will cause an illegal instruction if you don't have sse2 [22:50] wm4: thanks for the patchset :) i'll probably apply 1-5 by tomorrow after some tests, and leave some more time for the last one [22:50] would be nice if this could be in 2.4 [22:50] Action: wm4 stares at michaelni [22:50] michaelni: can you wait ~24 hours? [22:50] wm4: "On invalid UTF-18"; UTF-16, right? [22:51] J_Darnley: an instruction on mmx registers, but it was added later? [22:51] (patch 1) [22:52] ubitux: yes [22:52] oh well, if its not even needed at all [23:06] wm4: mmh, INVALIDDATA for a \0? isn't it what will be returned at EOF as well? [23:09] ubitux: hm, guess you're right [23:09] for srt it's still fine, but it makes the function not generally useful [23:13] wm4: one way could be to have an optional unexpected_chr counter pointer that will be incremented in such case [23:13] that will still read everything, but you can stop after one run [23:13] gtg, hf, 'night [23:14] ubitux: I could also just move this code to srtdec [23:31] the vf_idet fate test doesn't seem to use use the asm code [23:47] WTF git?! git: 'send-email' is not a git command. See 'git --help'. [23:49] Did someone forget to build it when they rolled out 2.0? [23:55] it's an optional install on some linux distributions, split into a separate package [23:59] I just reverted to 1.7.9 [23:59] I'll look at what's going on later [00:00] --- Fri Sep 5 2014 From burek021 at gmail.com Sat Sep 6 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Sat, 6 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140905 Message-ID: <20140906000501.57B1C18A00C0@apolo.teamnet.rs> [00:16] ogrgkyle: yes [00:22] well, I assume so :) [00:25] relaxed_: yeah, i hope so :) But do you know how I might try it? [00:26] ogrgkyle: ffmpeg -i input -vsync vfr ... output [00:28] Thanks, I'll try it! [00:43] relaxed_: I encoded a file, and it's still constant frame rate. Any other ideas/ [00:43] ? [00:44] Was the input VFR? [00:45] Here's what I did: http://pastebin.com/4hmNwnLK [00:48] Did I do it correctly? [01:05] Heyo. I just made a change to some old scripts that serialized images into h264. It used to use the image2 input filter, but I noticed recent examples bypass that completely. [01:06] I noted that removing image2 resulted in a significant encoding speed boost. Is there still a reason to use image2 other than the special options it provides? [01:07] you mean you just removed "-f image2"? [01:08] Yeah [01:08] 50% speed gain [01:09] And the output looks to be identical - so I'm just wondering if there's some pitfall I'm missing. [01:10] hard to say what might be the difference without before/after commands and console outputs. [01:11] Hey, don't know if there's an answer to the VFR question. At any rate, why won't this make my audio mono? It's still stereo, even when I set ac to 1. http://pastebin.com/4hmNwnLK [01:11] however, i often see users adding -f image2 for the input when it is superfluous and image2 image file demuxer is going to be used anyway by default [01:11] you can view the console output to see if image2 is used: Input #0, image2, from '%03d.png' [01:12] Ah, you're absolutely right. [01:12] So specifying it was just passing it through twice, it seems. [01:12] That would seem to match up with the speed gain. [01:12] Commute time. [01:13] it shouldn't matter if -f image2 is used or not if that is going to be the default without adding it [01:15] ogrgkyle: you forgot the console output, as per tradition [01:19] llogan: you mean this? http://pastebin.com/PwQhhji0 [01:20] no, the complete ffmpeg console output (hopefully without -v verbose) [01:22] i'll have to redo the encode [01:24] if it's an audio problem you can probably omit the video with -vn. and add -t so you don't have to encode the whole thing. -t 30 for 30 seconds, for example. [01:27] How's this? http://pastebin.com/KHtCcHm6 [01:28] And no, I need video with the audio... but -ac 1 doesn't work [01:30] yes, you may need video later, but i meant that you can omit encoding the video for testing purposes [01:31] the console output indicates that the output is mono. what makes you believe it is not mono? [01:32] mediainfo and vlc [01:33] and apparently it does not like "auto" for -threads [01:33] i would believe ffmpeg before mediainfo [01:34] mediainfo: Channel(s): 2 channels , Channel(s)_Original: 1 channel [01:34] Okay [01:34] does it sound mono? [01:34] The stereo itself was dual mono, as far as i know [01:34] so i can't tell [01:35] but maybe it worked [01:35] What should I set threads to? Or should I just remove it? [01:37] does "ffmpeg -h encoder=libx265" show any threading capabilities? [01:37] no :/ [01:37] then i guess you can remove it [01:38] okay [01:38] Any insight into the VFR question? [01:38] i don't know anything about that [01:38] all righty [01:38] thanks [01:52] Flac Audio doesn't work on consoles. What is the next best thing? [01:58] Dark-knight: can you explain in more detail? [02:00] I have a video file with flac audio. FLAC audio does not work on the ps3 or 360. What is the next best alternative? [02:05] Dark-knight: you could always use MP3 with a high enough bitrate/quality level to reach transparency. WAV probably wouldn't preserve metadata, so the console will probably not display title, author, etc. [02:07] Dark-knight: http://manuals.playstation.net/document/en/ps3/current/video/filetypes.html && http://support.xbox.com/en-US/xbox-360/system/audio-video-playback [02:08] whats better aac or ac3? [02:11] im not asking very hard questions. or at least i think im not [02:12] I'd probably go with AC3, just because then you can get 5.1 support and because the devices would limit you to AAC LC, but I'm not an expert when it comes to that. It also depends on what format/video codec you want to use since the devices are rather picky when it comes to that. [02:12] Which codec to use (especially with lossy codecs) is often a personal question. [02:12] There's often no absolute answer. [02:19] thanks [04:45] anyone know how ffmpeg's builtin RTMP support compares with rtmpdump? [04:47] i.e., is it still worth building ffmpeg against librtmp? [05:31] Greetings [05:31] Anyone care to comment on my ffmpeg command here? http://pastebin.com/7wF5G9NP [05:32] See, I copied and pasted some of the parameters. Now I want to make the output file size smaller, so obviously I have to reduce the quality somehow. It seems, in my command, there are a few ways to do this. [05:33] So what should I adjust to make the file size smaller? [06:29] How do I set the interval for images when converting videos to images? [06:31] -r [06:59] Is OpenCL worth bothering with? Would I get any realistic improvement utilizing it with a Nvidia GTX 680M GPU on top of an i7 processor, or would the improvement be negligible at best? [07:54] Which format to encode? :P [08:00] x264 [08:46] K4T: what about mkv + vp9 + libopus? [08:46] Kirito: ^ [08:46] K4T: Hello. :> [09:04] :P [09:28] What is the best method to fix shifted audio? [09:28] I have few videos with audio shifted forward or backward [10:50] mornin. [13:18] What is the best way to pause webcam livestram for x seconds [13:21] just now I calculate number of frames for x duration and those frames I paint all with 0 [13:22] but this approch is quite time taking, so I was looking for an approch which is more efficient then mine [14:58] Is there any way to do overlay only for perticular duration [15:13] thats where the timeline would come into play. i dont know how to use it though. complete noob to ffmpeg [15:22] mistawright, I did it using eof_action ffmpeg -y -i ~/test_videos/1.mp4 -vcodec libx264 -vf "color=duration=3:s=90x90[bg];[1][bg]overlay=eof_action=pass" out.ts [15:32] how to properly access individual pixels in an AVFrame of format RGB24? [15:33] Something to do with frame->data without a doubt, but I'm not sure how to index it [15:34] http://ffmpeg.org/pipermail/ffmpeg-devel/2006-September/020773.html if this help [15:54] termos,function avpicture_fill do the actual part [16:02] hm not really, since I need to access one pixel say a function uint8_t GetPixel(int x, int y, AVFrame *frame) [16:03] termos, frame->data[0][y*linesize + x*3] [16:03] ah thanks! [16:26] when using drawtext (from file) i get errors when text contains characters such as % [16:26] [Parsed_drawtext_1 @ 0000000002be8880] Stray % near '' any idea how to fix it? [16:31] Try escaping it? [16:36] avantus, yes % is a special character for drawtext, use %% [16:37] or you can disable string expansion so the text will always be interpreted literally, check the fine docs for the gory details [16:38] i think the latter applies to me, since i dont have control over the text file [16:39] one more question: [16:40] how do i prevent read errors, when ffmpeg tries to read my file when its being written? [16:41] avantus, what file is written? [16:41] my txt file iam reading from is being written by third app [16:42] "Error occured in CreateFileMapping()" [16:42] avantus, when you are writing the file is locked, at least so i think [16:43] uh so you're on windows... [16:43] yes [16:43] but again, in *theory* this shouldn't happen, because you can't read a file when it is being written [16:44] or the other way, you can't write when another process is reading [16:44] the OS should handle the lock [16:44] if not i can't help [16:45] could i tell ffmpeg to wait for it instead of throwing the error? [16:54] avantus, can you test the same thing on linux? if you don't have that problem, probably is an av_map_file() bug which affects windows [17:01] cant at the moment [18:02] Hello! Im using the segment muxer. What I notice is that if I output to mkv files, the files resulting from the segmentation have wrong duration. The duration is actually what should be the end of the segment in the original stream. Anyone who experiences the same? [18:15] luc4: try -reset_timestamps 1 ? [18:18] i have an avi like this: 0.0 video || 0.1 audio 2ch stereo - and I want to put left channel to one -aid and the other channel to another aid [18:24] c_14: ah thanks, works perfectly now. [18:24] It should be something like this, I guess... : 'ffmpeg -i input.avi -map 0.1 -map 0.1 -c:v copy -c:a LEFT_CHANNEL_to_aid_128 -c:a RIGHT_CHANNEL_to_aid_129 output.avi [18:25] but howto take only left or right channel? and howto assign to aid s or alang? [18:26] You're trying to split a stereo audio track into two mono tracks? [18:28] https://trac.ffmpeg.org/wiki/AudioChannelManipulation#stereo2monostreams [18:29] c_14: that's right - there're two different languages - one in each channel [18:33] c_14: what is 'channelsplit' supposed to do? does it transform 0.1 2ch stereo -> 0.1 mono AND 0.2 mono? [18:33] problem is - my ffmpeg seems to be lacking filter_complex ;) [18:33] ;( [18:33] https://ffmpeg.org/ffmpeg-filters.html#channelsplit [18:36] Hmm, since Burek's builds haven't been updated since July 16, should someone update fflogger's static dl message? [18:36] this might work: 'ffmpeg -i input.avi -map_channel 0.0.0 left.mp3 -map_channel 0.0.1 right.mp3' and then remux - but how about the sync? [18:37] ffmpeg -i input.avi -i right.mp3 -i left.mp3 .... -newaudio ?? [18:38] I'd just download the static build and use the channelsplit filter, you don't want to be using outdated builds anyway. [18:39] You could, however split like above and then ffmpeg -i avi -i right -i left -map 0:v -map 1 -map 2 [options] outfile [18:39] s/however/however, [18:41] there is no such thing as an -af channel in ffmpeg? [18:41] A what? [18:42] audio filter for channel manipulation [18:43] iirc there are at least 10 audio filters in ffmpeg that can modify channels [18:43] https://ffmpeg.org/ffmpeg-filters.html#Audio-Filters [18:48] haven't found the right opts yet, but using map I could double the stereo to 0.1 and 0.2 and then use afilter to map right ch to left on one stream and vice versa on the oterh!? [19:07] Off-topic: Does anybody here have Kaspersky. If yes, does it scan items as you download them? [19:07] a simple, yes or no, shall suffice. [19:41] c_14: unfortunately, AFAIK, only burek can update fflogger. [19:42] but i did update the download page to remove his builds link (at least until he returns) [20:02] llogan: hmm, ah well then. I'll just have to keep it in mind. [21:03] if I type **ffmpeg -f v4l2 -s 1920x1080 -i /dev/video2 -vcodec rawvideo rawvideo.mov** I can record video from an HDMI capture device, if I type **ffmpeg -f alsa -i hw:2 out.wav** I can record audio from that same HDMI capture device, but I am running into trouble finding a command line that will output/mux them bvoth to the same file [21:04] ffmpeg -f v4l2 -s 1920x1080 -i /dev/video2 -f alsa -i hw:2 -c:v rawvideo -c:a pcm_s16le outfile [21:06] c_14: would i specify the video codec the same way i did before o rno? [21:06] :vnevermind [21:06] just misread your line [21:06] thank you c_14 [21:08] that returns Unknown encoder 'pcm_s161e' which is strange because I am able to record a WAV file by itself [21:08] hmm [21:08] That's an 'l' not a '1'. (ell not one) [21:08] You wrote a '1' not an 'l'. (one not ell) [21:09] ell six one e? [21:09] one six ell e? [21:10] one six ell eee [21:10] 16 bit little endian [21:10] i got it thanks :) :) [21:11] You might want to get a font where you can differentiate between ones and ells though... [21:11] another strange point is i can only record video in 1 of every 18 tries [21:12] it looks something like this http://bpaste.net/show/4a4f77635d81 [21:12] is there a way to resolve the buffer issue before starting a new recording? [21:13] I can't tell if that is user error or the result of buying a Chinese USB3 capture card for $300 [21:15] Maybe with v4l2-ctl ? [21:16] v4l2-ctl --list-devices always sees it, even when that error shows up [21:18] Hmm, I have no idea. [21:18] Just unplugging it and plugging it back in doesn't help? [21:19] with video yeah, i can do it after plugging it back in after about 5-15 tries [21:19] weird thing is when i use the command for video and audio i can never get both at a time [21:19] sometimes i get audio, sometimes i get nothing, but never video & audio [21:19] driver issues? [21:19] it's this thing, supposedly needs no drivers http://www.magewell.com/hardware/dongles/xi100dusb-hdmi/xi100dusb-hdmi_features.html?lang=en [21:20] Does dmesg say anything interesting? [21:20] When you plug it in, unplug it, plug it in the first time, etc? [21:22] http://bpaste.net/show/19f9bbaa36b8 [21:22] nothing to interesting [21:22] **too [21:26] i was just able to use guvcview to record audio & video to one file but I'd rather use ffmpeg [21:26] more options [21:26] and less junk [21:26] So guvcview does not have that issue? [21:26] correct, I just recorded a 10 second sample with audio and video [21:27] it records from pulse not alsa, which is the only difference I can see, for audio [21:27] for video, it never gives an error about a buffer being in use, the video always works on first try [21:27] Hmm, maybe guvcview is requesting a different format/standard [21:27] camera output is set to RGB3 [21:27] there is no V4L2 in the drop down menu [21:28] Try using ffmpeg -f v4l2 -list_formats all -i /dev/video2 [21:28] and the same with -list_standards all [21:28] you can also try recording the audio with pulse with -f alsa -i pulse [21:28] also guvcview recorded video is terrible, ffmpeg's is clean [21:29] guvcview video is a slideshow, ffmpeg's is realtime motion with no glitches [21:30] c_14: http://bpaste.net/show/58fd9e8c61e9 [21:30] c_14: also, thank you for the help [21:32] let me try rebooting [21:34] alrighty [21:35] if I try to run that script twice, I get the error device or resource busy for both audio and video [21:36] [alsa @ 0x168f140] cannot open audio device hw:2 (Device or resource busy) [21:36] hw:2: Input/output error [21:36] [video4linux2,v4l2 @ 0x168dd20] Some buffers are still owned by the caller on close. [21:36] While the script is already running? [21:36] i ended it, then tried to start up again to record another video [21:36] and i only had audio to begin with :( [21:37] if i could get audio and video i wouldn't mind rebooting everytime i wanted to do another segment, but not being able to record video unless i try the command 18 times without audio is going to be a tough sell [21:37] Does ffmpeg spit out any warnings when it can't get the video? [21:39] c_14: video is working every time now >[ [21:39] go figure, i need an error code and it never dies.. [21:39] ffmpeg -f v4l2 -s 1920x1080 -i /dev/video1 -vcodec rawvideo output154.mov is the cmdline for that [21:40] So it works if you only have video? [21:40] And that other thing worked and used pulse? [21:40] correct [21:41] try replacing -i hw:2 with -i pulse [21:41] That'll use the pulse device. [21:41] alsa is very strict about who uses a device [21:42] it is working at 26 kbps [21:42] let's see what this is talking about [21:42] holy crap, audio and video [21:42] god bless you c_14 [21:43] i am posting this on the forum thread so that if anyone else drives themselves nuts they can solve it [21:43] c_14 are you an ffmpeg dev or just a really savvy end user? [21:44] Mostly just an end user. [21:44] I have sent minor patches for things that were annoying me when I was helping somebody. [21:48] let's see if the resulting file is good [21:59] gah,the video captured is laggy as hell [21:59] camcorder to the television has no lag [21:59] let's see [22:00] ffmpeg uses 65% CPU. now this 1987471 kbit reocrding stream... [22:01] 248 MBps, damn. [22:01] You might want to use something other than rawvideo as the output format. [22:01] Rawvideo will kill your io. [22:04] that is right at the limit of what my cheapo samsung evo is capable of [22:08] Maybe with -c:v libx264 -crf 0 -preset ultrafast ? [22:16] my goal is something lossless for capture [22:17] i am goign to try mpeg2video just to confirm that the issue is with the I/O & not with the dongle/capturing process [22:19] [video4linux2,v4l2 @ 0x7a5d20] The v4l2 frame is 0 bytes, but 4147200 bytes are expected [22:19] /dev/video1: Invalid data found when processing input [22:19] gah, back to the drawking board... [22:19] 0 kbps video capture [22:20] this is what i get for getting lunch in the middle of something working. [22:28] what was that superfast option you gave c_14 [22:28] ? [22:29] -c:v libx264 -crf 0 -preset ultrafast ? [22:29] That'll use libx264 in lossless mode [22:30] With minimal compression. [22:31] i'm back to the drawing board where it records video 1 in every 20 tries [22:31] i have no idea how that fixed itself,then died because iwalked away from the laptop [22:32] Murphy's Law? [22:33] i hate murphy [22:37] Murphy's Law: It will never be as popular as Guinness. [22:39] :( [22:41] c_14: that lossless option works great [22:52] sacarasc: i just had a guinness. and it's just after lunch time here. [22:55] guinness is lunch [23:25] hopefully someone on the mailing list can tell me what i am doing wrong with this buffer silliness [23:33] looking for some help [23:33] there is a program that uses ffmpeg as a backend [23:33] I need to always apply the option -target dvd [23:34] is there a config file option for this thanks [23:35] I'm pretty sure FFmpeg does not have a configuration file. [23:37] i couldnt find any .INI or .RC files or anything in the docs so that is what I thought, thanks for the help saved me wasting time [23:38] be trying to cut a video with dvdvideosoft and it corrupts the sound on direct stream copy ... [23:39] Im sure it is ffmpeg bug #2160 #1720 [23:40] that software is spammed all over the place on forums, mailing lists, etc. [23:40] in the same shitpile as faasoft, firecoresoft, idealshare, etc [00:00] --- Sat Sep 6 2014 From burek021 at gmail.com Sat Sep 6 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Sat, 6 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140905 Message-ID: <20140906000502.5F0A618A00C9@apolo.teamnet.rs> [00:41] ffmpeg.git 03James Darnley 07master:46ef45ab59e4: lavc/x86/v210: give cpuflag to INIT macro [00:43] J_Darnley: did you ask the authors of those x86inc changes if they are ok with lgpl relicensing? [00:43] Huh, that file is ISC [00:44] I don't believe that has changed in ffmpeg [00:45] If it has I don't think I need their permission. [00:45] it is x86util that is gpl or lgpl (depending on which project you look at) [00:46] ah true, didn't look and figured it was the same for both [00:47] Don't worry about it. [00:53] ffmpeg.git 03Michael Niedermayer 07master:467a55a4ee54: avutil/md5: workaround clang 3.5 #20849 [01:25] ffmpeg.git 03James Almer 07master:c3d2426cca94: x86/hevc_res_add: add ff_hevc_transform_add32_8_avx2 [01:28] Damn fork! Stop killing my sub shells! [01:46] ffmpeg.git 03Loren Merritt 07master:a4dbabc8b3c1: x86inc: free up variable name "n" in global namespace [02:05] ffmpeg.git 03Henrik Gramner 07master:720c21d11ff0: x86inc: Make ym# behave the same way as xm# [03:16] that file is ISC and I love it :D [04:33] ffmpeg.git 03James Almer 07master:52ec81c67d11: x86/hevc_res_add: add missing guards to hevc_transform_add32_8_avx2 [04:56] ffmpeg.git 03Diego Biurrun 07master:d7913bf59ccb: changelog: Move Ogg subtypes aliases entry to the correct release [04:56] ffmpeg.git 03Michael Niedermayer 07master:2178abd3b531: Merge commit 'd7913bf59ccbf781ce57c5d58998e8f25d10e040' [07:45] It seems I remain unable to successfully even configure ffmpeg to enable libx264 under MinGW and to use the the VS2013 compiler... does anyone have a functioning MinGW setup (likely with glib & pkg-config installed) that they would be willing to share so that I might make this work? [09:35] i'm using ffmpeg to do hls segmentation, and i want to be able to have it seek ahead on the input stream during transcode [09:39] i'm playing with a patch to call av_seek_frame from check_keyboard_interaction() as a proof of concept, does that seem reasonable? [09:49] you mean skip parts of the video? [09:55] yea basically [09:56] if the user seeks ahead in their player and requests 100.ts, i can tell the encoder to jump ahead and skip creating segments for the middle part [09:56] you should really think about using avcodec through its API, it'll give you unlimited control over such things [09:59] yea that might end up being easier [10:10] hooked up seek_frame to the 'S' key and it seems to work [10:11] but the segmenter uses sequential numbering still so the new frames are written to the wrong segment file [10:59] http://www.anandtech.com/show/8496/dell-previews-27inch-5k-ultrasharp-monitor-5120x2880 lol [11:00] thats brilliant [11:01] although i have a strong dislike for MST [11:01] awesome [11:01] how many 80char xterms can that fit? [11:01] with 5x7 font [11:40] ffmpeg.git 03Stefano Sabatini 07master:39b517fac0b6: lavc/libvpxenc: show crf CQ value in error message [11:41] ffmpeg.git 03Stefano Sabatini 07master:6f0fc1a96bd4: lavf/ffmdec: return proper error code in ffm2_read_header() [11:41] ffmpeg.git 03Mark Harris 07master:ef16d1260617: doc/filters.texi: fix time duration references [12:08] ubitux verging on the side of log nazis :-) [12:18] yeah, sorry ;) [12:21] ffmpeg.git 03Mika Raento 07master:b21e989a3c07: ismindex: produce .ismf file [12:21] ubitux: "skal" doesn't have any legal value and can cause problems in the future. [12:21] ffmpeg.git 03Michael Niedermayer 07master:0940066b8037: Merge commit 'b21e989a3c076d94cfdde0303724db841dd60cad' [12:21] and what about the patches from wm4 ? [12:22] afaik he wants to remain anonymous [12:23] we knew pretty clearly the identity of skal [12:23] personally I don't care much, but as you know sometimes it's used as an argument against ffmpeg [12:23] also, this was a relicensing thing, so better get it done properly [12:33] ffmpeg.git 03Pascal Massimino 07master:161fc0f46377: avfilter/x86/idet: fix license header (GPL -> LGPL) [12:55] ffmpeg.git 03James Darnley 07master:db8970d7b61a: vfi/x86/vf_idet: fix incorrect use of paddq [13:11] ffmpeg.git 03Benoit Fouet 07master:4f10495055ed: tiff: fix {2,4}bpp grayscale palettes. [13:14] ubitux, my remark was more about the missing context: "lavfi/idet/x86" [13:15] I agree that ideally we should have names in log, or that could be painful later [13:15] good luck if you want to relicense ffmpeg [13:15] :) [13:33] good luck ever relicensing it anyway [13:33] small modules from GPL to LGPL is one thing [13:33] ubitux: ianal but afaik under copyright law you have the right to anonymous contributions [13:36] but they are not public domain. [13:37] of course [13:41] kierank: ianal either :p [13:44] http://www.cs.cmu.edu/afs/cs/project/cil/ftp/html/images/graphics/images.gif :D [13:44] (from http://www.cs.cmu.edu/afs/cs/project/cil/ftp/html/v-images.html) [14:38] ffmpeg.git 03Henrik Gramner 07master:428aa14a4851: x86inc: Make INIT_CPUFLAGS support an arbitrary number of cpuflags [17:23] > multiple edit list entries, a/v desync might occur, patch welcome [17:23] :( [17:23] just hit that issue [17:27] actually vlc seems to deal well with that [17:34] vlc has its own demuxer [17:34] or are they using an external lib? [17:35] no idea, but it works better :p [17:35] which is a shame for us :( [17:36] definitely [17:39] its just that noone cared to implement it [17:39] the usual excuse i kept hearing is "it needs playlist support" [17:39] which i always thought is weird, why cant you just build a virtual timeline inside the demuxer [17:40] where is the google patch? [17:42] nevcairiel: it wouldn't be inconceivable to demand that timeline stuff is done in some generic way, instead of letting each demuxer duplicate it [17:42] except that now its never happening [17:44] since HLS does this already, it would be acceptable for mp4 too, I guess [17:46] and soon mkv? [17:46] for mkv I'd demand having a callback for finding external segments [17:47] we can't do it ourselves? :( [17:47] no [17:48] ffmpeg.git 03Giorgio Vazzana 07master:d247a40aadb8: MAINTAINERS: add myself as lavd/v4l2 maintainer [18:01] It seems I remain unable to successfully even configure ffmpeg to enable libx264 under MinGW and to use the the VS2013 compiler... does anyone have a functioning MinGW setup (likely with glib & pkg-config installed) that they would be willing to share so that I might make this work? [18:35] ffmpeg.git 03Giorgio Vazzana 07master:39750b73641e: lavd/v4l2: Replace s1 with ctx for consistency. [18:41] ffmpeg.git 03Giorgio Vazzana 07master:3da359c140a2: lavd/v4l2: simplify first_field() [18:52] ffmpeg.git 03Giorgio Vazzana 07master:55cf7d9713dc: lavd/v4l2: remove unneeded variable in device_init() [19:07] ffmpeg.git 03Giorgio Vazzana 07master:7865cafec295: lavd/v4l2: simplify list_framesizes() [19:12] wm4: if you want me to test & apply the sub stuff, now is the time to send an update for srt [19:13] libav is going to release 11 this week end (luca timeline thought), so better get it done now [19:13] what needs to be updated? the line reading stuff? [19:13] yes [19:13] invalid data is weird to the best [19:14] it's not used later? [19:14] it's used for srt probing only [19:14] ok, well then you can make it a specific function for the time being [19:15] ffmpeg.git 03Diego Biurrun 07master:b574e1e97ea7: get_bits: Add OPEN_READER macro variant w/o size_plus8 [19:15] ffmpeg.git 03Michael Niedermayer 07master:8c6cfffa01b2: Merge commit 'b574e1e97ea7067a5fcd3876e30a67df0e4e6611' [19:23] ffmpeg.git 03Diego Biurrun 07master:096a1d5b4639: rdft: Move some variables into a separate block [19:23] ffmpeg.git 03Michael Niedermayer 07master:73aeb27cfe4e: Merge commit '096a1d5b46391f65dfd0bee6292e9962f53bd7c8' [19:25] ubitux: how does this look: http://sprunge.us/bQBY [19:28] wm4: LGTM [19:29] wm4: why did you move down the if (!c) btw? [19:29] ffmpeg.git 03Diego Biurrun 07master:213e606752d1: Replace av_unused attributes by block structures [19:29] ffmpeg.git 03Michael Niedermayer 07master:1e4e760f767b: Merge commit '213e606752d16f51337e94431962fb5d7749c07e' [19:30] ubitux: no reason, just accidental [19:30] okay [19:31] ffmpeg.git 03Paul B Mahol 07master:422619646ea0: add silenceremove filter [19:33] ffmpeg.git 03Paul B Mahol 07master:7bd0079e9e02: MAINTAINERS: fix typo [20:22] ffmpeg.git 03Diego Biurrun 07master:2143948381c8: Drop unnecessary av_unused attributes. [20:22] ffmpeg.git 03Michael Niedermayer 07master:0a7239ae25e0: Merge commit '2143948381c8118bdc2f50bd4079520b9885bd54' [20:41] ffmpeg.git 03Giorgio Vazzana 07master:0b890425e354: lavd/v4l2: simplify list_formats() [20:57] ffmpeg.git 03Michael Niedermayer 07master:4dee4a4470cd: avcodec/mpegvideo: Factor ff_mpv_decode_init() out [20:57] ffmpeg.git 03Michael Niedermayer 07master:dcb29d37d4ff: avcodec/mpegvideo: set codec tags in ff_mpv_decode_init() [21:23] To whoever mentioned that git-send-email is sometimes a seperate package. Thanks, it has now become one on cygwin too. [21:24] yup [21:29] Now i've forgotten what I was going to work on. [21:41] wm4: do you have a ffmpeg branch somewhere? (i can git am but it seems it doesn't handle that well the vX so it's slightly painful) [21:43] ubitux: let me fork ffmpeg on github... [21:44] if that takes you more than 5 minutes, don't worry about it [21:46] ubitux: https://github.com/wm4/FFmpeg/tree/patches5 [21:47] it also has the sup patch; don't accidentally push it [21:47] ok :) [21:47] thanks [21:47] ooh [21:47] wait [21:47] wm4: https://github.com/wm4/FFmpeg/commit/a3196fb781c4a487439483fa002b30bd64bae811 [21:47] I messed up [21:47] :) [21:48] i think i need to merge that patch [21:48] kierank: wow that was 1 year ago [21:48] ubitux: https://github.com/wm4/FFmpeg/commits/patches8 [21:49] ok [22:20] wm4: now let's hope we don't get muxed utf-16 srt ;) [22:21] ubitux: assuming your player has a charset detector, this would be no problem [22:22] the problem with utf-16 was just that the demuxer couldn't handle it [22:22] our decoders won't handle it [22:22] to properly handle it, you'd probably have to buffer a large number of subtitle packets... [22:23] because subs in 8 bit codepages can look like ASCII at first - until the first subtitle event with a special char happens [22:54] erk iconv has no BOM option?? [22:59] wm4: are you sure about your can_seekback_2_bytes condition? shouldn't it be pb->buf_ptr - pb->buffer or i'm missing something? [23:00] ubitux: avio_r8 does: [23:00] if (s->buf_ptr < s->buf_end) [23:00] return *s->buf_ptr++; [23:00] so buf_ptr is the current read position [23:01] and buf_end the end of the valid vuffer [23:01] I'm not really happy with what I'm doing in the patch though... it's like playing with implementation details [23:03] but isn't it about seek back? like, trying to seek if there is at least 2B between the current pos (buf_ptr) and the start of the buffer (buffer)? [23:04] ubitux: this is before we read these 2 bytes [23:04] so the code checks whether there are at least 2 bytes readable, without refilling the buffer [23:04] assuming that refilling the buffer makes it impossible to seek back [23:05] this probably works if the buffer is >= 2 bytes in size, and this is at the beginning of the stream [23:05] so it'll work in practice [23:07] ok got it. [23:08] i'm not comfortable with the avio internals so i'll leave that one out for now, even though it's useful for testing :p [23:09] ok [23:09] I don't think utf-16 files without BOM are common anyway [23:21] ffmpeg.git 03wm4 07master:3e8426170ce0: avformat/assdec: UTF-16 support [23:21] ffmpeg.git 03wm4 07master:d658ef18e3d1: avformat/srtdec: UTF-16 support [23:21] ffmpeg.git 03wm4 07master:231a514dd3d2: avformat/samidec: UTF-16 support [23:21] ffmpeg.git 03wm4 07master:b7f641dc9bff: avformat/realtextdec: UTF-16 support [23:21] ffmpeg.git 03wm4 07master:c36853866712: avformat/srtdec: speed up probing [23:21] ubitux: nice [23:25] now i need to work on getting a lena-like back in the repo [23:31] Oh my! Another nick used as commiter! :) [23:31] vim main.c [23:31] oh [23:38] btw, i started looking at the rdft thing [23:38] i'll try to come up with something asap [23:39] (talking about #3921) [23:39] anyway, 'night [23:41] no tests for utf16? [23:41] Yay, circular dependency (almost): lavfi -> my lib -> lavu [23:43] it would be nice to get FATE run a round to see if some systems find corner cases before we release ffmpeg 2.4 [23:43] Wait maybe 24 hours [23:44] I know mine runs once a day [23:44] well if there are no tests, waiting is futile =) [23:44] short of making sure it didnt break existing stuff [23:44] that's what i mean [23:45] dont think it was the plan to release 2.4 right now, or was it [23:45] it is. libav 11 releases this weekend (supposedly) [23:46] as if [23:46] :D [23:46] they want to release 12 in november, too [23:46] well, considering that after uploading samples we need to wait at least one day to let every FATE slot sync them, the faster we add tests the better [23:47] i wonder why the box doesnt just sync before running its tests [23:47] an rsync call that doesnt have to fetch any updates shouldnt be that much of an overhead, should it [23:48] they want to release 12 in november, too <- hahahaha [23:48] also, libav 12 is supposed to break the API [23:48] indeed [23:48] and 13 not [23:49] but I don't see how all these new developments would make it in time [23:49] so... 1 year to go without major bump? [23:49] but since 11 made it into debian and ubuntu, 12 will not be in anything anyway [23:49] if they break the api, dont they have to bump major for the release again? [23:50] yes [23:52] how's the debian thing going for that matter? if libav was aiming to get 11 in, then they have as many chances as us getting ffmpeg 2.4 in [23:52] with the whole "too close to freeze date, already tested, etc" i assumed it was libav 10 what they wanted in [23:52] except that they have an actual debian maintainer that just adds the package without asking [23:53] jessie has 11 now [23:53] 11~beta1 right now [23:58] is ffmpeg still waiting for ftp master approval? [00:00] --- Sat Sep 6 2014 From burek021 at gmail.com Sun Sep 7 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Sun, 7 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140906 Message-ID: <20140907000502.9F70018A02EC@apolo.teamnet.rs> [00:00] Does anyone know where I can find a functional MinGW configuration that would allow me to even configure ffmpeg with libx264 and build with the VS2013 toolchain? I've been trying for days to create my own rather unsuccessfully. [00:00] The one in cygwin works fine for me. [00:00] But don't build it with MSVC, it generates horrible code. [00:01] specialy for x264 it's like 20% slower for some reason [00:01] iive: lust I heard, lena bullshit blocked the packet? even though Libav has the same problem [00:01] *package [00:02] dahat: if your problem is linking to libx264, then what you need is check what's wrong with x264 [00:02] well, libav is already inside, so it can't be blocked. [00:03] wm4: nah the lena thing didnt block anything, the guy trying to get ffmpeg in just had nothing better to do, so he figured it might slightly improve his chances of getting favor with the debian gods [00:03] i assume this have been fixed, so there are no more problems? [00:04] it was his own motiviation to tackle this, not from debian [00:05] hehe, he is amazing guy, indeed. [00:05] and that is even better, because ffmpeg is not back at the start of the queue. [00:11] ffmpeg.git 03Giorgio Vazzana 07master:d7e088849e33: lavd/v4l2: introduce enqueue_buffer() [00:40] dahat has been bouncing between ffmpeg and x264 trying to get his question answered. [00:41] It seems as though nobody on either side knows enough about the problem [00:42] dahat: did you ever try the libx264-detection-via-pkg-config patch? [00:43] he did, but the pkg-config file installed by libx264 was meant for mingw, not msvc [01:28] Yasm, what is the point of an assert if you don't error when it fails? [01:42] ffmpeg.git 03db0company 07master:c7011789005d: doc: Copyright in CSS, CSS split in 2 files [02:01] Ug... it seems I did something rather horrible... I stepped away from my PC for longer than planned after asking a Q... [02:01] BtbN: Unless GCC is able to compile ARM code that targets WinRT... MSVC is my only choice... granted perf isn't my concern at present, only functionality [02:02] jamrial: I can build libx264 without a problem... when I attempt to configure ffmpeg to use it however it goes looking for x264.lib... not libx264.lib which is actually built... and renaming the file also fails [02:02] I don't see why not? [02:04] J_Darnley: Yes, same result. I even applied pkg-config to my MinGW install (plus a lot of GTK+ because of some puzzling dependancies) and now configure seems to think I'm using GCC in part. When doing build tests with cl.exe (MSVC's compiler) it's passing in arguments which are intended for GCC [02:13] BtbN: While I know there has been a great deal of work going into GCC in support of the creation of a port of VLC to WinRT... the fact that there is still only x86 & x64 builds of it... I am left very skeptical [02:13] dahat: because gcc for arm for winrt does not work. and MSVC does miscompile the open source libraries. [02:16] j-b: That's what I figured. Which open source libraries? Right now the issue I'm having isn't with the compiler screwing up but with it being given faulty information by the open source parts [02:16] all of them :) [02:19] bah! ;) [06:55] Has anyone had any new thoughts or advice on building ffmpeg while linking to libx264 under MinGW and using the VS2013 toolchain? At the end of the day the compiler & library is all I care about and I continue to be shocked that this is so difficult [07:06] are you absolutely sure you have to use VS2013 to compile? It would probably be much easier to use gcc [07:07] and compiler aside, it'd probably be much easier to cross-compile for Windows [07:07] I'm afraid so... my ultimate target is WinRT on both Windows Phone & 'Windows Store' apps targeting ARM processors... and from what I've seen/heard GCC isn't fully there yet [07:08] gcc compiles for ARM just fine [07:08] (though I'm not sure about the Windows details) [07:08] dahat: then why do you want to link mingw x264? [07:09] that's the kicker... ARM building requirements isn't always the same thing depending on OS & HW platform [07:10] you mean calling conventions and instruction sets? [07:10] wm4: Right now I'm only trying to build x86 or x64 for win32 under MinGW because I'm told it's the best way to do it. libx264 is required by my specific use case. I'm sticking with the VS2013 compiler because it is needed for targeting the ARM platform I need to end up on [07:11] trying to mix compilers on Windows will result in pain [07:13] rcombs: Yes... as well as other unknowns. As an example: I know there has been a number of changes to GCC to support the VLC port to WinRT... but even today while it exists on x86 & x64 it still does not exist on ARM... so clearly there are remaining issues... and if the code is truly portable then that points blame at the compiler toolchain [07:14] :| [07:14] isn't winrt dead? [07:15] "VLC hasn't been released for WinRT yet, therefore it must be impossible to use gcc to compile for WinRT" [07:15] top-tier logic, that is [07:15] rcombs: I agree... I don't want to have to mix compilers... or are you saying that ffmpeg & libx264 are only capible of being built by GCC and not VS201x & the Intell C++ compiler and that the documentation here is wrong? http://www.ffmpeg.org/platform.html#Microsoft-Visual-C_002b_002b-or-Intel-C_002b_002b-Compiler-for-Windows [07:16] it's possible, it'll just result in extra pain [07:16] and building ffmpeg with cl and libx264 with gcc will result in even more pain [07:16] wm4: I've not heard the news of the death of WinRT... at last check all 'Windows Store' apps for Windows 8 & 8.1 are WinRT based... ditto for many apps targeting Windows Phone 8.1 [07:17] rcombs: a version of VLC is avalible in the Windows Store today for x86 & 64: http://apps.microsoft.com/windows/en-us/app/vlc-for-windows-8/c527ff2d-b5d0-45b6-bfc3-92fb7357ef72 There was even a Kickstarter project to fund it: https://www.kickstarter.com/projects/1061646928/vlc-for-the-new-windows-8-user-experience-metro [07:18] I'm not sure what that has to do with anything? [07:19] rcombs: if it results in extra pain... shouldn't that pain be documented... somewhere? All of the documentation I've seen said it's possible... however I am able to demonstrate repeatedly based on the official documentation that it is not. I'm half tempted to put up a video demonstrating this fact as in my experiance most folks don't seem to bother tesitng on platforms that are claimed to be supported. [07:20] My point with those links is to say yes in fact, VLC is avalible for WinRT while using libx264... but only on non ARM platforms [07:21] fascinating! and I'm saying assuming that it's flatly impossible to compile software for Windows on ARM using gcc just because there's no VLC port is idiotic [07:22] lack of VLC port makes it somewhat less likely [07:22] especially for ffmpeg [07:22] I was using VLC as an example of the apparent impossibility or at least difficulty thus far [07:22] if you want to tell me it's impossible to build software for a platform using gcc, find an article about it instead of pointing at people who haven't done it yet [07:23] I'd be happy to fire off an email to the VLC folks if you'd like... but that's just a waste of time [07:23] given my target environment, it makes sense to use the compiler which is most used for it (VS2013) regardless of whatever ill-will some may have towards it [07:24] Action: rcombs looks around; finds gcc-arm-none-eabi-4_8-2014q2-20140609-win32.exe [07:24] documentation on the ffmpeg website claims that ffmpeg can be built with VS... yet I can show over and over again that that does not seem to be the case [07:24] what actual issue are you having? Right now I've just got "it doesn't work" [07:25] dahat: it can't be built? [07:25] dahat: what fails? [07:25] the existance of this binary or that does not mean that it will work on the target system... and I don't have the time this evening to go grab the ARM based device my son is playing with to test on [07:25] libx264 detection doesn't work... period [07:25] again with the "doesn't work" [07:25] as it turns out, "doesn't work" doesn't mean anything [07:25] what's printed in what phase, with what being logged? [07:25] it goes looking for 'x264.lib'... which according to the #264dev folks isn't the name of the library they spit out (and which I can build fine)... instead it should be looking for libx264.lib [07:26] "it" [07:26] ffmpegs configure [07:27] it was suggested that ffmpeg doesn't properly do pkg-config under Windows (at all) and a patch was given to bypass that... that solved some issues (long story) but resulted in compiler options that were wrong... gimme a min while I scroll up to find the specific ones... [07:27] double-check me on this, but I don't think ffmpeg's configure ever actually walks search directories to find lib files, and that task is left to the compiler or linker [07:29] For a sanity check, I went into x264.pc and renamed the lib it was telling the world to go look for... from x264.lib to libx264.lib... same result... [07:29] at this point I am at a point where the configure log ends with the following: [07:29] link -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.5436.exe ./ffconf..BG81.500.5436.o x264.lib psapi.lib advapi32.lib shell32.lib [07:29] LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [07:29] LINK : warning LNK4044: unrecognized option '/Lc:/MinGW2/msys/1.0/local/lib'; ignored [07:29] LINK : fatal error LNK1181: cannot open input file 'x264.lib' [07:29] ERROR: x264 not found [07:30] while the version of link.exe running is correct, the arguments being specified to it ( ie /I & /L) are not for VS2013's version of link... but instead for GCC [07:30] oh boy, some actual useful information! [07:31] if I went through every bit of useful information you'd be here for a week... which is how much time I've spent on this issue which defies the avalible documentation... be thankful I skipped a few steps [07:32] now, how about let's see the whole log? [07:34] http://pastebin.com/6aX5wiFA [07:40] can you post your x264.pc? [07:41] this is from a MinGW install with pkg-config from http://www.gtk.org/download/win32.php as well as the full GTK 3.6.4 package from there as well to make up for some dependancy issues... a modification to ffmpeg's configure file through what I'm told is known as the 'libx264-detection-via-pkg-config patch' which boils down to the following from ubitux the other night: [07:41] -enabled libx264 && require libx264 x264.h x264_encoder_encode -lx264 && [07:41] - { check_cpp_condition x264.h "X264_BUILD >= 118" || [07:41] - die "ERROR: libx264 must be installed and version must be >= 0.118."; } [07:41] +enabled libx264 && require_pkg_config "x264 >= 0.118" "stdint.h x264.h" x264_encoder_encode [07:42] yup, no surprise [07:42] spoilers: -Lc:/MinGW2/msys/1.0/local/lib almost certainly came from pkg-config [07:44] sorta... it comes from the PKG_CONFIG_PATH environmental variable which is noted as needing to be set before running configure... so the full configure line (alas not shown by the script is as follows): [07:44] PKG_CONFIG_PATH="/c/MinGW2/msys/1.0/local/lib/pkgconfig" ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl [07:44] the path comes from there... if pkg-config is setting it... I cannot say [07:45] that didn't make any sense :| [07:45] post your x264.pc file [07:45] prefix=/usr/local [07:45] exec_prefix=${prefix} [07:45] libdir=${exec_prefix}/lib [07:45] includedir=${prefix}/include [07:45] Name: x264 [07:45] Description: H.264 (MPEG4 AVC) encoder library [07:45] Version: 0.142.x [07:45] Libs: -L${exec_prefix}/lib -lx264 [07:45] Libs.private: [07:45] Cflags: -I${prefix}/include [07:46] pastebin.com [07:46] ^ [07:46] http://pastebin.com/RmUJxm8H [07:47] and that's from /c/MinGW2/msys/1.0/local/lib/pkgconfig/x264.pc, right? [07:47] correct [07:48] what does `PKG_CONFIG_PATH=/c/MinGW2/msys/1.0/local/lib/pkgconfig pkg-config --libs x264` give? [07:48] -Lc:/MinGW2/msys/1.0/local/lib -lx264 [07:49] which seems to suggest that pkg-config is pointing me in the wrong direction [07:50] well, pkg-config is pointing you in the right direction for a GNU compiler [07:50] but you're trying to use its output with cl, which has entirely different args [07:51] and now we see why mixing compilers on Windows is painful [07:52] Sure would be nice if that was part of the documentation which says where to DL pkg-config from: https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW [07:52] granted those instructions don't get you to a runnable copy of pkg-config [07:53] one could try to build pkg-config themselves without the missdirection... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require [07:54] talk about painful! and that regardless of platform [07:54] pkg-config's source ships with an internal copy of glib for that reason [07:56] but it will most likely be easiest to stop trying to use pkg-config and just build libx264 with cl [07:57] in my setup... libx264 was built with CL... a week ago... spitting out the x264.pc file I mentioned above... which specified to look for x264.lib while ffmpegs configure as you saw is looking for libx264.lib [07:59] ffmpeg doesnt use pkg-config for x264, because some developer thinks using pkg-config makes everything harder. Go figure! [08:00] nevcairiel: I've heard similar comments in #x264dev... have you heard a work around? [08:02] Action: rcombs does the don't-use-pkg-config dance [08:02] isn't there a glib free pkg-config impl [08:03] pkg-config is super-nice in a lot of cases, but will fall apart if you try to use it with cl when the pkgconfig file was designed for gcc [08:03] the problem obviously is that pkg-config has gcc specific flags in it, like -L, which msvc doesnt understand [08:04] and thus doesnt find your lib [08:05] try adding --extra-ldflags with -libpath:c:/wherever/ or something to poke it into the right direction [08:08] we can only make ffmpeg itself build with msvc, we dont have any control about the pkg-config files of extra libraries being msvc compatible [08:09] as such, claiming ffmpeg doesnt build with msvc is just plain wrong, it works just fine :p [08:11] nevcairiel: see http://pastebin.com/t7yAVGvC [08:12] if you have a MinGW environment is capible of running configure with my args... as well as building ffmpeg with MSVC... I'd love to see/or get a copy of it... as my results for the last week from avalible documentation say otherwise [08:12] ... you can't just put a path in there, you have to give it a parameter as well [08:13] --extra-ldflags="-libpath:/c/MinGW2/msys/1.0/local/lib" [08:13] or maybe even windows style path, not sure anything will fix it around otherwise [08:14] or you can just add the path to the LIB environment variable, which is read by the msvc linker [08:15] thats what i usually do when working with msvc, setup LIB and INCLUDE env variables to point to my build environment [08:15] (if anything external is needed) [08:17] hrm... my addition of of the full file name with more unix path naming seems to be taking while to return... I'll try your -libpath suggestion here in a few min after I finally kill this process if it doesn't bother to return [08:17] nevcairiel: I'll leave this one to you, then [08:17] there we go... it returned with the previously mentioned issues of link.exe being fed arguments which were clearly intended for gcc [08:18] i'll go make breakfast now :p [08:18] my only point was that ffmpeg builds just fine with msvc, if an external library doesn't work with msvc, thats not necessarily ffmpegs fault [08:21] .. although you can usually just fix it by setting appropriate include and lib dirs yourself [08:39] ug... after a good number of tries various forms of that also fail... [08:40] with ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags='-libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib' it failed with: [08:40] link -libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.19440.exe ./ffconf..BG81.500.19440.o x264.lib psapi.lib advapi32.lib shell32.lib [08:40] LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [08:40] LINK : warning LNK4044: unrecognized option '/Lc:/MinGW2/msys/1.0/local/lib'; ignored [08:40] LINK : fatal error LNK1181: cannot open input file 'x264.lib' [08:40] ERROR: x264 not found [08:41] libpath takes a : not a space [08:41] for CL? [08:41] and it takes a path, not the path to the library [08:41] i mena, a folder, not a file [08:43] link seems to suggest otherwise... take the following command (based on that from the configure output): [08:43] $ link -libpath c:/MinGW2/msys/1.0/local/lib/ -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:43] LINK : fatal error LNK1181: cannot open input file 'c:/MinGW2/msys/1.0/local/lib/.obj' [08:43] i give up, you dont even read what i write [08:44] there does appear to be an easter egg in that line though (from configures output)... it too is looking for x264.lib... which is still wrong [08:45] its libpath:, not libpath [08:45] Here is the output when sending it to the folder without the trailing whack: [08:45] Brendan at BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:45] $ link -libpath c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:45] LINK : fatal error LNK1181: cannot open input file 'c:/MinGW2/msys/1.0/local/lib.obj' [08:45] And again with the :... [08:45] Brendan at BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:45] $ link -libpath:c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:45] LINK : warning LNK4001: no object files specified; libraries used [08:45] LINK : warning LNK4068: /MACHINE not specified; defaulting to X86 [08:45] LINK : fatal error LNK1561: entry point must be defined [08:46] lemme try it again with the more unix paths... [08:46] that looks fine [08:46] you didnt tell it any object files to link [08:46] cant make a .exe file from just libraries [08:51] please remember though... the link args I am specifying are based on those run by a running of ffmpegs configure script... which as previously shown is wrong (coupled with current documentation & bits)... and when trying to morph things a bit they continue to blow up in unexpected ways [08:52] your latest error is entirely expected [08:52] like i mentioned earlier however, it may be much simpler to just use the LIB environment variable though [08:53] you are ignoring the /libpath argument... something which VS2013 does support... while suggesting -libpath... something it doesn't support [08:54] it supports any of its arguments with either / or - [08:54] but whatever, have fun figuring it out [08:54] have you run it this evening? That's not what I'm seeing [08:55] dahat: `LINK : fatal error LNK1561: entry point must be defined` just means there's no main() or winmain() [08:55] Compare the following... two chars are different: [08:55] Brendan at BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:55] $ link -libpath:c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:55] LINK : warning LNK4001: no object files specified; libraries used [08:55] LINK : warning LNK4068: /MACHINE not specified; defaulting to X86 [08:55] LINK : fatal error LNK1561: entry point must be defined [08:55] Brendan at BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:55] $ link /libpath c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:55] LINK : fatal error LNK1181: cannot open input file 'C:/MinGW2/msys/1.0/libpath.obj' [08:55] the first looks correct [08:56] dahat: are you actually reading that output text before you paste it? [08:56] because it's rather clear what your problem is [08:57] yes, I'm also reading the output of config... wich mentions the following (expanding the paste by a few lines and that lacks any entry point info): [08:57] BEGIN ./ffconf..BG81.500.19440.c [08:57] 1 #include [08:57] 2 #include [08:57] 3 long check_x264_encoder_encode(void) { return (long) x264_encoder_encode; } [08:57] 4 int main(void) { return 0; } [08:57] END ./ffconf..BG81.500.19440.c [08:57] cl -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_WIN32_WINNT=0x0502 -Dstrtod=avpriv_strtod -Dsnprintf=avpriv_snprintf -D_snprintf=avpriv_snprintf -Dvsnprintf=avpriv_vsnprintf -nologo -D_USE_MATH_DEFINES -D_CRT_SECURE_NO_WARNINGS -Dinline=__inline -FIstdlib.h -Dstrtoll=_strtoi64 -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -c -Fo./ffconf..BG81.500.19440.o ./ffconf..BG81.500.19440.c [08:57] cl : Command line warning D9002 : ignoring unknown option '-Lc:/MinGW2/msys/1.0/local/lib' [08:57] ffconf..BG81.500.19440.c [08:57] link -libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.19440.exe ./ffconf..BG81.500.19440.o x264.lib psapi.lib advapi32.lib shell32.lib [08:57] LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [08:57] urgh [08:58] dahat: stop pasting large amounts of text into the channel, or someone will end up kicking you [08:58] rcombs: you failed to suggest using a pastebin hours ago [08:58] wm4: someone else did so [08:58] I've posted multiple pastebins [08:58] I recommend http://sprunge.us/ [08:58] it makes it easy to "paste" output of commands etc. [08:59] dahat: great, you've got the whole "using a pastebin" thing down [08:59] shall I instead link to a youtube video walking throuch each step of this process that demonstrates that the current documentation results in a failing build? [08:59] I'm more than happy to [08:59] dahat: but you still need to work on the "not pasting text into the channel" part [08:59] they kind of go together [08:59] rcombs: I don't think that kind of err smugness is appropriate here [08:59] I'm sorry that 15 lines of text to the channel is more than your IRC client or the channel can support [09:00] instead this seems to be more of a defense mechanism because of the error prone nature of the code involved [09:00] pastebins are still preferred for anything > 3 lines [09:00] seriously, you cant even listen to the advice i'm trying to give you, and then you fallback to ranting on the code? :p [09:00] your problem is that you're still passing in pkg-config's args [09:01] you'd think... after several days someone would have said "here is a compressed ZYX file contains an environment which supports what you are trying to do"... yet instead I have suggestions from folks looking at copy & pastes of outputs (and whining about them being pasted to an IRC channel) rather than trying to repro the specific issue at hand [09:01] multiple correct methods of providing library search paths to cl and link have been mentioned [09:02] nevcairiel: re-read the above... I've responded to everying you've said above... you haven't actually tried to do what I'm trying to do with currently suggested environments and code files... no one has [09:02] and yet configure still fails to ignore them! [09:02] what? [09:02] then compile for ANdroid :) [09:02] even the windows folks don't want to deal with msvc [09:03] j-b: alas for you my users use Windows Phone mostly [09:03] and yet configure still fails to ignore them! <-- was that supposed to make any sense? Because it didn't. [09:03] wm4: depends on who you talk to [09:04] dahat: then use MFT [09:04] rcombs: have you followed this discussion? configure is ignoring such input [09:04] (also, I'm not sure why I'm supposed to be defensive about ffmpeg's configure, which I had no part in writing) [09:04] dahat: provide a full configure log in which such input is ignored [09:04] (pastebinned, please) [09:06] lemme start from a more basic Q: Has anyone else here... in the last month... tried what I am attempting to do? Building ffmpeg with vs2013 under mingw while linking to libx264 (also built under mingw and vs2013)? if not... then you cannot difinetivly say that anyting I am doing is wrong... because each suggestion I get I try... it fails... and yet the blame is still put on me and never the code or poor documentation [09:06] yes, because your logs and console output clearly state what the problem is [09:07] rcombs: have you forgotten that the output points the finger at pkg-config... which I DLed per the instructions I received from an official ffmpeg website? [09:08] now, if pkg-config is faulty... I can accept that... but I'd at least expect someone to try to repro what I am seeing and update the documentation at a minimum [09:08] the way i see it, the only inconsistency is that x264 names its output file libx264.lib, which is not how msvc libraries are usually named. unix libs are lib.so, msvc stuff is usually just .lib [09:08] if i rename libx264.lib to x264.lib, it works just perfectly [09:09] nevcairiel: Have you honestly tried that in an environment to which I have described very recently... or are you guessing? Because I've tried that several times over the last week and it has failed each time [09:09] i just ran configure successfully [09:09] and it took me 10 minutes [09:10] then please share a compressed copy of that environment because I'd like to try it [09:10] and pkg-config isn't your problem [09:10] pkg-config is doing exactly what it's supposed to, but your x264.pc is meant for gcc [09:10] oh? pkg-config is complained about on a normal run of ffmpeg's configure [09:10] pkg-config isnt even used for x264, didnt we cover that earlier <.< [09:10] the #x264dev folks dissagree... though I don't see those I chatted with a week ago in here this evening [09:10] nevcairiel: he's got a patched configure that uses it [09:11] rcombs: no support for custom modifications, he can move on now! [09:11] nevcairiel: he claims the patch came from ffmpeg.org [09:11] I've also tried this without a patched configure [09:11] you'll need to either make a x264.pc that provides args for MSVC, or stop trying to use pkg-config and pass the MSVC args on the command line [09:11] anyway, i cloned x264, and build it with msvc, renamed libx264.lib to x264.lib, and ran this command: ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags="-libpath:D:/Temp/x264" --extra-cflags="-I D:/Temp/x264" [09:11] it worked perfectly [09:12] yup, that looks kosher to me [09:12] do you want me to put a few public videos on youtube demonstrating the impossibility of building ffmpeg with x264 with mingw and vs2013? I'm happy to... I've got half a dozen repros based on existing documentation on my test VM already... what's another half dozen [09:12] the only inconsistency is like i mentioned above, x264 does not name its library file consistent with msvc library naming [09:12] hence the rename [09:13] no, I'd like a log of the exact command nevcairiel just posted running on your system and failing [09:13] (tweaked to point at the directories your x264 build is in, of course) [09:13] of course... one sec... [09:14] with the stock configure from ffmpeg master, of course [09:14] you're also free to grab http://xhmikosr.1f0.de/tools/msys/MSYS_MinGW-w64_GCC_491_x86-x64_Full.7z .. its the msys/mingw env i use [09:14] but thats not really your problem [09:24] dahat: with the pkg-config patch applied, if you want to ignore pkg-config flags, you do something like --pkg-config=true --extra-ldflags="-libpath:D:/Temp/x264 -lx264" --extra-cflags="-I D:/Temp/x264" [09:24] the pkg-config call will be a no-op and you specify the include & lib flags yourself [09:25] not sure if "-lx264" is the correct link flag though [09:26] wonder if it passes external ldflags through the ldflag filter function to translate it [09:26] if yes, that would work, if not, you need to change it [09:27] With nevcairiel's configure line (modified for my environment (ie ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags="-libpath:C:/mingw2/msys/1.0/local/lib" --extra-cflags="-I C:/mingw2/msys/1.0/local/lib")) I get the following: http://pastebin.com/15TYwHUK [09:27] ... you still have the pkg-config patch applied [09:27] ^ [09:28] tomorrow I'm just going to record a walk through, clean VM, downloading this app and that package and demonstrate the impossibility which seems not to be accounted for [09:28] :| [09:28] the impossibility seems to be listening [09:28] or reading as it were [09:28] then cite the specific line I have not read and implemented [09:28] you didn't remove the pkg-config patch [09:28] with the stock configure from ffmpeg master, of course [09:28] is the "pkg-config patch" the thing CE hates? [09:29] probably [09:29] I've not tried your build envionment yet as it's nearly 12:30 am and I've a 9am kick off of an american football game I need to be at a bar for by then [09:29] nevcairiel's build environment will not help [09:29] wm4: yes [09:29] you can still do the same thing with the patch applied, you need to mess around with it a bit though [09:30] ie. what ubitux said [09:31] here is a configure run against a git clone which does not have the pkg-config change applied: http://pastebin.com/PTkXD9dM [09:34] (pastebin appears to be down, so I can't get to that until it's back up) [09:34] ah, there we go [09:35] i'm not even going to comment on this [09:35] dahat: you have an -I pointed at your /lib dir instead of your /include dir [09:35] and again with a tweak to the include's: http://pastebin.com/7KbXyhsR [09:36] i mentioned renaming the libx264.lib -> x264.lib several times above [09:36] while I wait for another configure (involving a copy & rename) ... I must against point out the incorrectness of the existing documentation which I will document in video form this weekend [09:36] do you have a x264.lib in C:/mingw2/msys/1.0/local/lib ? [09:36] go nuts [09:36] you think anyone would watch such a video [09:36] the documentation is fine though [09:37] nevcairiel: bullshit, that is what I will demonstrate [09:37] if you're compiling software, you're expected to be able to read and interpret error messages [09:37] the docs document building ffmpeg, not any external libraries [09:38] rcombs: I'm fully capible of reading and interpreting error messages which come from the software I'm trying to build... such expectations don't work as well when the documentation tells you to download binaries which point to the wrong compiler [09:38] heck the docs even mention using LIB and INCLUDE env variables, which i recommended like an hour ago [09:38] which I've tried in past [09:38] "binaries which point to the wrong compiler", now [09:39] pkg-config from the gtk+ site [09:39] again, you'll see this in a video walking through every step in a day or three [09:39] pkg-config just gives you the flags from the .pc file, the .pc file is not part of ffmpeg, but part of x264 [09:39] hence, not ffmpegs problem [09:39] I suppose I don't actually have to come up with a response to that [09:40] but oh gee... now I have perl.exe taking 100% CPU usage (something I've seen before... which will run for hours at a time if not killed) [09:40] I'm sure it'll be a fascinating video; perhaps someone will even watch it! [09:41] nevcairiel: You are free to wave the "not our problem" flag if you'd like... however the fact I can build one library but utterly fail to configure another says worlds [09:41] i certainly wont [09:41] it took me 10 minutes to build it [09:41] from scratch [09:41] including building x264! [09:42] so what I'm gathering... is if you don't care if people are unable to build ffmpeg with associated libraries without hand holding from IRC chat rooms... despite existing documentation which I will demonstrate points uers in the wrong direction? good to know [09:42] good luck with your video [09:42] did you download the full environment... from scratch to a clean machine and without any previous insights, bits or steps? [09:42] i cant make myself dumb again to try, can i now :P [09:42] well, he has plenty of insight [09:43] you assume I care about massive viewership of such a video... my point of making such a thing is to demonstrate to you lot that the avalible documentation is wrong [09:43] nevcairiel isn't clueless, you see [09:43] dahat: what's your point anyway? you sound angry, but people are actually trying to help you [09:43] the documentation is not wrong, it just doesn't cover any external libraries. All it covers is building ffmpeg itself [09:43] heck it doesnt even mention pkg-config, outside of needing it for ffplay/sdl [09:44] um... configure mentions pkg-config... mentioning that it's absense may cause external library detection to fail... so yes... it is mentioned [09:45] today is bringing me new insights into the philosophy of _not_ coming up with responses to nonsense! [09:46] dahat: it may cause this, but in this case its entirely unrelated [09:46] rcombs: So you are suggesting I should have stayed silent to all of those reading logs and not actually trying what I've described on the same fresh environment? Good to know! [09:46] that would've made a far more relaxing morning for all of us [09:47] nevcairiel: You say that now, but when faced with warnings from configure without --enable-libx264 and errors with it... it's a pretty obvious direction to take up front [09:47] I can't even lex those last 2 lines [09:47] thats the first thing i said when i arrived [09:48] then configure should be changed [09:48] the warning is fine [09:49] its expected that people are capable of reading the config.log to figure out whats the problem, and it would quite clearly tell you immediately if the problem is a missing pkg-config, or something else entirely [09:51] There it is... "WARNING: pkg-config not found, library detection may fail." seems rather clear when ones attempts to include a lib (say libx264) fail... yet the config.log file doesn't quite point to the suggestions that have been proposed here based on OS, build environment or compiler. User error? Perhaps. Documetnation or code error? Absolutly. I'd post more info, but I'm afraid of being slapped for pasting too much info to the [09:52] dahat: did you try what i suggest? [09:52] it's rather clear if you have any idea what pkg-config is [09:53] or how msvc works <.< [09:53] or if you actually read your config.log! [09:53] Here is the config.log: http://pastebin.com/p7yEcq93 One mention of pkg-config before the error message... yes... so clear what is going on [09:54] and a whopping TWO whole references to it in the entire log file... OMG it's so clear! how did I never see the error before! [09:54] that's not the cmd line i suggested [09:54] the log doesnt even seem to end in an error [09:55] why isn't this discussion on #ffmpeg btw? [09:55] good question [09:55] *faceplam* I am refering to the message of "WARNING: pkg-config not found, library detection may fail." [09:55] dahat: oh, the one that starts with "WARNING"? [09:56] i shall stop partaking in this insane discussion now [09:56] why here vs #ffmpeg? Because I tried over there (like #x264dev) and the answers (or lack of) lead me here [09:56] why aren't you answering my other questions? [09:56] dahat: is your configure actually failing now? [09:56] which question haven't I answered? [09:57] 09:52:09 <@ubitux> dahat: did you try what i suggest? [09:58] and i'm also wondering if you still have the libx264 pkg-config patch applied in ffmpeg tree [09:58] as far as I can tell, his problem is resolved and he's just complaining about documentation at this point [09:58] yes... it says warning... when not trying to configure with libx264 or extra arguments outside of the documentation on ffmpeg.org... and when you try to follow said documentation and include a library and things go to hell.. one natural reaction is to follow the warning from an earlier (and more isolated) configure and try to resolve that... which is part of what lead me here... and again... clearly the documetnation is lacking if [09:58] rcombs: ah? [09:58] ubitux: he reverted that patch a bit ago [09:58] yes... it's so horrible to complain about documentation which may have lead you astray for a week [09:58] ok [09:58] well then since this is #ffmpeg-devel he can send a patch now that he knows what's going on [09:58] dahat: its open source, send a patch to improve it [09:59] ubitux: because his x264.pc has args meant for gcc and he was trying to use them with cl [09:59] I did revert that patch... and configure succeeded... though I've not tried a build yet as I wanted to revert part of it to remind of the warning message which highlights poor documentation [09:59] nevcairiel: thanks for reminding me why I rather dislike open source... that's a common excuse vs recognizing issues the mentality is to blame the user and expect them to fix it [09:59] with the patch applied, and my suggestion, you wouldn't see the warning [10:00] dahat: you'll find that warning in pretty much any bit of software that uses pkg-config if you try to configure it without pkg-config [10:00] dahat: you're not a user, you are on #ffmpeg-devel [10:00] dahat: i do blame you, are are incapable of even following advice we've been giving you for 90 minutes now [10:00] ubitux: bull... again, I'll see if I can't find time for a few videos [10:00] what prevents you from contributing? [10:00] nevcairiel: you should then perhaps re-read what you and others here have said and what I have replied with [10:00] you're in the place where we discuss the contributions [10:01] and how to contribute [10:03] given the traffic in #ffmpeg and the reponse to my Q's there... this was the obvious place to escalate to... and I am not opposed to contributions... my issue is with a mentality that the user (or developer) is at fault because the code hasn't been recently tested in an environment that matches the documentation [10:04] we've been over this at least 4 times now [10:04] yes... and you've ignored what I've said about the documentation [10:04] because we're not at your service, this isn't #ffmpeg :p [10:05] we helped the best we can with what we know [10:05] ubitux: as his issue is resolved and he's just complaining about how he doesn't know how to build software on his platform properly at this point, I propose he be removed [10:05] dahat: and you have not had one kind word for us, despite us solving your problem that apparently blocked you for a week! [10:05] where on https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW does it say that specifying include & lib dirs is a requirement under mingw? [10:05] it's a wiki [10:05] you create an account [10:05] and update the page [10:05] its also about MinGW, not about MSVC [10:05] dahat: you're expected to know the basics of compiling software with the toolchain you're using [10:06] updating the page requires answers... I've been in the process of trying to find them for the last week [10:06] and now you have them! Great! Bye! [10:06] MinGW has a hard dependancy on GCC? That'd be news to a lot of folks I bet [10:06] MinGW *IS* GCC [10:06] oh boy, more fantastic leaps of logic [10:06] what you are talking about is MSYS [10:06] never mind the fact that MSVC *IS MENTIONED* on that page [10:07] this wiki is filled by users and power users, mostly [10:07] as a side note for one specific case [10:07] you folks seem to be used to the clouistered ivory tower sort of development... not used to fresh eyes looking upon your work... I'm sorry that I have been so disruptive & offensive [10:07] 10:07:10 <@ubitux> this wiki is filled by users and power users, mostly [10:08] that one specific case is a foot in the door... http://www.ffmpeg.org/platform.html#Microsoft-Visual-C_002b_002b-or-Intel-C_002b_002b-Compiler-for-Windows is the other [10:08] is there any error on that page? [10:09] ffmpeg is a complex piece of software, so you need to know a bit about building software to& build it [10:09] granted that link refers to VS2012... the need to run a C99 to C89 compiler not being needed for the last couple of years [10:09] or, at least, to build it on an unusual system like yours [10:09] that link mentions the differences between 2012 and 2013 [10:09] with a lot of (if using MSVC 2012 or earlier) [10:10] Oh goodie... ffmpeg still fails to make with the suggestions above: [10:10] Brendan at BG81 /c/ffmpeg [10:10] $ make [10:10] common.mak:152: *** missing separator. Stop. [10:10] bad line endings [10:10] disable autocrlf in git [10:10] in MinGW? typing 'make' and hitting enter is a bad line ending? [10:10] bad git clone [10:10] that part is kinda annoying, but its really makes problem. Make is broken and doesnt work with crlf in makefiles properly [10:11] didn't we have a faq entry about that one? [10:11] or something like that [10:11] nevcairiel: you could argue that git on Win32 is broken and sticks \r's where they don't belong [10:11] rcombs: doesnt it ask which mode to use during install, a nd thats not the default setting? [10:11] or maybe it is [10:11] i dunno [10:12] i use autocrlf=input mostly [10:12] ah it's in the git howto [10:12] it's on by default iirc [10:12] but I'm not 100% sure on that [10:13] http://www.ffmpeg.org/git-howto.html#Cloning-the-source-tree [10:13] its better than commiting crlf to the repo i guess [10:13] either way, I'd say it's not ffmpeg or make's fault if git makes changes to the source [10:13] but thats why i prefer the input mode, it converts to LF on commit, but keeps LFs on checkout [10:13] Make sure that you do not have Windows line endings in your checkouts, otherwise you may experience spurious compilation failures. One way to achieve this is to run [10:13] git config --global core.autocrlf false [10:13] this should be in a more obvious place& [10:14] running 'git config --global core.autocrlf false' and then 'make' results in the same error [10:14] you need to clone again [10:15] [10:18] what's autocrlf even for? In case you want to edit your code in notepad.exe? [10:20] git config --global core.autocrlf false still returns instantly... both from the root of the VM and the dir the clone was made to... configuring now... [10:21] did anyone say it wasn't supposed to? [10:24] no, however the initial behavior was the same as to an existing clone which I'd not touched with notepad or other crlf-ing editors... again I'm sorry if you don't like gaps in documentation being pointed out... make seems to be going now... will have to check on it later as it's nearly 1:30 and I've college football kicking off in 7.5 hours and need to get some rest in before heading to the bar [10:24] thanks for the advice thus far... though I think there will be some suggested changes to a multitude of things once I have my wits about me again [10:24] rcombs: i suppose its for some windows tools that dont do LF well, but imho "input" should be the default mode, ie. mapping CRLF to LF on commit, but leaving it alone on checkout [10:24] dahat: git config will affect your ~/.gitconfig [10:24] nevcairiel: sounds sensible [10:25] dahat: clone by defaut with git on windows seems to add random characters for line breaks, which make doesn't support [10:25] and actually, i wonder if that wasn't "fixed" in recent gmake, i remember something like that [10:25] didnt Daemon404 want to send a patch to make for that [10:25] although it would be years until msys make gets it, if ever [10:25] yeah right, that's what i had in mind [10:28] is msys that slow? [10:28] apprently building for msys is some sort of dark magic [10:29] anyway, right now its make 3.81, which apparently is from 2006 [10:29] admittedly, my linux box has make 3.82 [10:29] which is from 2010 [10:29] in my experience, msys is slow to update *and* slow to execute [10:29] so ... make itself is slow? [10:29] :D [10:30] well, that too [10:30] "let's all move to CMake and Ninja!" [10:31] the problem apparently is that there is only ancient gcc 3.x compiler that can even build for msys [10:31] rcombs: ... and limit ourselves to ~3 platforms! [10:31] pross-au: yeah! :D [10:32] sounds like an Excellent Plan" [10:35] ^ in re: that bug, note that ffmpeg handles dash segments just fine if you use the concat demuxer to give it init.mp4 followed by one or more actual segments [10:36] you can concat mp4s like that? [10:36] nevcairiel: you can concat m4s's [10:36] (DASH segments) [10:36] oh, so its not actual mp4 [10:36] I think init.mp4 is technically a valid ISOBMFF file with no content (just headers) [10:37] and then each individual segment is content with no headers [10:38] so if you concat them together, you get a single proper MP4 file [10:38] i see [10:38] and I'd probably go write a demuxer if it weren't for the manifest format being XML and that sounding like a lot of work [10:38] didnt i see some patch floating somewhere [10:40] maybe? [10:40] rcombs: uh you mean literally concat them byte-wise? [10:41] yup [10:41] at least, that's been how it works for the DASH segments I've worked with, but the format apparently has 9001 different modes, so maybe that's not universal [10:41] apparently dash can also be webm [10:41] and you usually have separate sets of segments for audio and video, so that's fun [10:42] nevcairiel: that's probably just google [10:42] I heard google uses a single mp4 file for dash video [10:42] wm4: YouTube's DASH stuff is a single MP4 or WebM for video and a single MP4 or WebM for audio [10:43] (well, multiple different versions at different bitrates, but you get the idea) [10:43] sure is lame [10:43] though they might do things a bit differently for embedded platforms; I've only really looked at their desktop web stuff [10:44] and as it turns out, processing streaming video segments through JS on an embedded platform with very limited RAM is actually a bad idea! [10:44] because as soon as you get up to mid-to-high-bitrate 1080p H.264, you find that your GoPs (and segment files) are larger than your buffer sizes [10:46] which is one reason why a lot of Chromecast apps don't do 1080p [10:47] a pity, too; Chromecast links lavf and uses its Matroska decoder, which has no problems with larger GoPs and doesn't need to futz around with segments [10:51] so who will implement dash on lavf? [10:51] Action: wm4 takes a step back [10:53] do we already link an XML parser? [10:54] if you want a DASH *encoder*, you might want to check out Plex's ffmpeg tarballs, which unfortunately I can't help merge changes from, but I can tell you about and give you URLs for [10:55] no, encoder is uninteresting [10:55] I don't think there's a xml parser yet [12:01] nevcairiel, i *did* send a patch and recent make.exe is indeed fixed for linebreaks [12:01] then its just another 10 years until msys make is updated [12:01] the official distributions anyway [12:01] lol [12:02] is it in any make release version yet anyway? [12:02] ie. 4.0? [12:02] maybe 4.0 if its out [12:03] seems to be out [12:55] ubitux, there are 2 coverity issues in libavfilter/f_ebur128.c (1194399 Bad bit shift operation and 1197046 Out-of-bounds access) [12:55] arg i really need to look at this& [13:08] Can I ask what the feature is called in make that we use in makefile:20, the %=% bit? [13:08] AVPROGS := $(AVPROGS-yes:%=%$(PROGSSUF)$(EXESUF)) [13:16] its a shorthand for pattern substitution, ie. the patsubst function [13:16] replace % with %$SUFFIX [13:20] michaelni: ok i found a way to fix one properly [13:21] nevcairiel: thanks [13:42] hi [13:44] Can anyone tell me which code does the metadata for matroska formats provide? [13:49] ffmpeg.git 03Cl?ment BSsch 07master:b2c0b80f6291: avfilter/ebur128: rework channel weighting definition code [13:49] dudelig: what exactly? reading metadata from matroska files? [13:49] it's in libavformat/matroskadec.c [13:51] it is, if I encode a stream to matroska format, ffmpeg saves metadata for mediainfo. where do these data come from? [13:51] ffmpeg.c [13:51] probably gets it from input files [13:51] actually I think the muxer also adds at least one field [13:53] wm4 probably gets it from input files [13:53] ^which code do I have to search for those data? [13:55] michaelni: 1st fixed; about the second one, i'm basically doing double *out = alloc(...); and then sending &out as swr_convert; since it's not planar i don't see how it can cause a problem [13:55] michaelni: should i mark it as a false positive? [13:56] dudelig: it's a field named "metadata", probably the one of the format context [13:56] also libavformat/matroskaenc.c [13:57] thank you wm4. I ll search the ffmpeg.c and matroska* [13:57] good bye [14:04] ubitux, is its false positive, yes [14:04] ok thank you [14:06] michaelni: i don't remember how to drop them from the list though :p [14:07] i guess they "disapear" on the next coverity run [14:07] ok [17:31] 9:54 AM if you want a DASH *encoder*, you might want to check out Plex's ffmpeg tarballs, which unfortunately I can't help merge changes from, but I can tell you about and give you URLs for [17:31] lol [17:33] now that I read this again it sounds pretty "funny" [17:33] like as if he's legally not allowed to upstream them [17:33] even though the license would allow it [17:33] (???) [17:34] might not be a legal thing, just not getting fired thing :p [17:34] Perhaps he has some "inside knowledge" that might leak if he merged it himself. [17:49] I am trying to extract audio with ffmpeg to pcm_s24le, for some reason the resulting output file only is 15 minutes long [17:49] but it should be about an hour [17:54] is there some file size or legnth limitation or something? [17:58] if its WAV, it would end at 2gb or so [18:00] it'd about 4,72 GB big but exactly 15 minutes long [18:00] *it's [18:01] what sample rate is it that its this huge? [18:01] and channels? [18:01] ffmpeg -i "file.mkv" -vn -acodec pcm_s24le -r 24 -ar 48000 audio/all.wav [18:01] it's 5.1 audio [18:02] so 6 channel [18:02] *channels [18:03] well thats definitely going to be too big for wav [18:03] the size field probably overflows and results in weird values [18:04] which container would you recommend? or is there some way to make multiple files? [18:04] that depends what you want to do with it after [18:05] at the end I want to have each channel in a separate file, which I did with sox [18:06] if youre on windows, you could do it all in one step with eac3to, just sayin' :D [18:07] it supports output to 1 wav per channel [18:07] dont think ffmpeg has that [18:07] w64 maybe? [18:10] will try it, thanks [18:12] the pan filter can extract one channel [18:15] oh forgot about that, thank you mark4o! [18:21] 4:34 PM <"nevcairiel> might not be a legal thing, just not getting fired thing :p [18:21] 4:34 PM <"J_Darnley> Perhaps he has some "inside knowledge" that might leak if he merged it himself. [18:21] it's this thing that companies do [18:21] where they take ffmpeg or other OSS [18:22] but consider their changes secret [18:22] well at least they provide a tarball [18:23] they have to [18:24] some could play the game where only their customers can request the code [18:24] but it's a dick move [18:24] sure, but not everyone does it [18:24] not everyone - ie all of china [18:24] china doesnt care about copyright or patents either way [18:30] nevcairiel: they care only then they hold them :) [20:02] ffmpeg.git 03Andreas Cadhalpun 07master:b76d6eb3bd70: avformat/mpegts: fix spelling error [20:34] ffmpeg.git 03Diego Biurrun 07master:041caf1a63f0: avplay: Exit by default at the end of playback [20:34] ffmpeg.git 03Michael Niedermayer 07master:f9bc65e399d1: Merge commit '041caf1a63f091745b95a6d51c23fbdcb604d4ce' [20:34] ffmpeg.git 03Michael Niedermayer 07master:5732b2188425: ffplay: make autoexit the default [20:49] ffmpeg.git 03Micka?l Raulet 07master:684d0a0b23dc: avcodec/hevc: fix dead code [21:04] ffmpeg.git 03Reimar D?ffinger 07master:87c7fb2b215f: aacsbr: support hardcoding tables. [21:04] ffmpeg.git 03Reimar D?ffinger 07master:0f1281b2b8ac: cabac: initialize all of ff_h264_cabac_tables programmatically. [21:04] ffmpeg.git 03Reimar D?ffinger 07master:092d1977cc71: cabac: Allow hardcoding CABAC table. [21:04] ffmpeg.git 03Reimar D?ffinger 07master:3dbf569032e7: huffyuvdec: avoid large stack use. [21:25] michaelni: the ffplay behaviour changes belongs at the end of the RELEASE_NOTES [21:26] ubitux, do you have time to add them ? [21:27] that's just an entry line, sure i can do it :p [21:27] thx [21:43] ffmpeg.git 03Michael Niedermayer 07master:cbb277988afc: avcodec/hevc_ps: Always initialize backup in decode_vui() [21:43] ffmpeg.git 03Michael Niedermayer 07master:1b2390e2bcdd: avfilter/af_silenceremove: remove dead code [22:29] Timothy_Gu, do you have time to update our RELEASE_NOTES for 2.4 ? [22:30] michaelni: I'll try [22:30] thanks [00:00] --- Sun Sep 7 2014 From burek021 at gmail.com Sun Sep 7 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Sun, 7 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140906 Message-ID: <20140907000501.96C9A18A02EB@apolo.teamnet.rs> [02:11] hello [02:11] i am getting crazy ... trying to compile ffmpeg with openjpeg support [02:11] its on os x [02:11] 10.9 [02:11] "ERROR: libopenjpeg not found" [02:13] anybody here ??? at all ? [02:20] gigicarlo: is it version 1.5.2? [02:21] libopenjpeg 2.* isn't supported [02:21] good to know ;-) [02:21] ok .. i will try [02:22] so .... [02:22] the one that is installed with "brew! ... should be ok [02:23] i installed it with cmake ... [02:23] is there an uninstall ?? [02:27] gigicarlo: maybe you need --extra-cflags="-I/path/to/prefix/include" --extra-ldflags="-L/path/to/prefix/lib" to point to its install prefix. Post your config.log if that doesn't work. [02:27] still looking for 1.5.2 source code [02:31] how do i install openjpeg .... [02:31] its not the usual configure ..... [02:39] like that :"./configure --extra-cflags="-I/Users/gigi_mini/tmp/openjpeg-1.5.1-Darwin64" --extra-ldflags="-L/Users/gigi_mini/tmp/openjpeg-1.5.1-Darwin64" --enable-libopenjpeg" [03:02] https://gist.github.com/anonymous/102c697b561ffb9d98a5 [03:02] here is my config.log [03:03] i am not sure about "-L/path/to/prefix/lib" [03:03] where to point that [03:03] Where did you install libopenjpeg? [03:03] "pc" ... "la" files ? what should i look for [03:04] You configured it and built it, right? [03:04] i just ran .configure [03:04] make make install [03:04] right, where did it install it to? [03:05] Under UNIX, the default is usually /usr/local/, but I don't know if that directory exists under OSX, you could check? [03:05] "/usr/local/include/openjpeg-1.5/" [03:05] there is the openjpeg.h [03:06] but i dont know what kind of "libs" to look for ... [03:06] "dylib" ?? [03:06] Right, the extra-cflags should point to /usr/local/include then. The ldflags should probably point to /usr/local/lib/ [03:06] Either .so or .a [03:06] (probably) [03:06] ok [03:07] do you know what that means " --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1" [03:08] Ok .. it worked [03:08] ehhh, the prefix is where it'll be installed [03:08] and the gxx-include-dir is where the c++ includes are located [03:08] its fine ... it worked [03:09] i want to convert a "j2k" mov file to prores [03:11] but it doesnt work ;-( [03:11] Duration: 01:28:31.60, start: 0.000000, bitrate: 89801 kb/s [03:11] Stream #0:0(eng): Video: none (AVj2 / 0x326A5641), 1920x1080, 87496 kb/s, 25 fps, 25 tbr, 25k tbn, 25k tbc (default) [03:11] Metadata: [03:11] creation_time : 2014-09-05 10:13:08 [03:11] handler_name : Apple Alias Data Handler [03:11] encoder : Unknown [03:11] Eh, use a pastebin service, please. [03:11] sorry [03:11] https://gist.github.com/anonymous/746f664f0042a48d1da4 [03:12] What's the command you're trying to use? [03:13] i did a mistake [03:13] its still an old one [03:13] not the fresh one [03:18] grrrrr [03:18] libavcodec/libopenjpegdec.o: No such file or directory [03:18] the "make" failed [03:20] trying sudo make now [03:20] its quite tricky .... [03:22] do i have to add some dependencies for openjpeg ? [03:27] Did openjpeg compile correctly? [03:27] If yes, it should be fine. [03:32] and what about this ? :"libavcodec/libopenjpegdec.o: No such file or directory" [03:32] this means it did not compile fine .... doesnt it ? [03:33] within ffmpeg [03:33] Hey guys, is it possible to create a time lapse video from a live stream? [03:34] gigicarlo: It might just mean that the linker needs more flags, does the file libopenjpedcec.o exist on your fs somewhere? [03:34] nope [03:35] Can you pastebin your entire configure output + command? [03:36] from openjpeg ? [03:36] or from ffmpeg [03:36] ffmpeg [03:37] onyx: Change the fps to something ridiculously small and then increase it again, or even better, use the select filter to only take every xth frame. [03:37] last try was with --enable-shared --disable-static [03:37] but thats useless i think [03:37] sudo ./configure --extra-cflags="-I/usr/local/include/" --extra-ldflags="-L/usr/local/lib/" --enable-libopenjpeg [03:38] https://gist.github.com/anonymous/0827c08178cf54c74999 [03:39] running make again right now .... [03:40] can you paste your make output if it errors out again? [03:41] takes a while ... its still running [03:41] All ???? [03:41] ist really long ... [03:43] thank you for your help ... anyway [03:45] It's 2909 lines ..... is that ok, to paste ???? [03:45] https://gist.github.com/anonymous/78fe4a43c480defa93e5 [03:47] c_14: could you provide me with an example command to create the time lapse? [03:48] dont understand .... [03:50] "time lapse" ??? [03:51] yep gigicarlo Im trying to create a time lapse video from a livestream [03:51] sorry .. no idea [03:51] onyx: ffmpeg -i file -vf select='isnan(prev_selected_t)+gte(t-prev_selected_t\,60)' [03:51] Should grab one frame every 60 seconds. [03:51] gigicarlo: It looks like FFmpeg isn't compiling the object files for libopenjpeg... [03:52] sure ;-) [03:52] but why .... [03:52] libavcodec ..... [03:53] c_14: ok, so how do I set the time, example end result be a time lapse from 5am til 8pm? [03:55] onyx: start the program at 5am and add -t [(8pm-5am)*3600/(output fps * frame grab interval)] [03:55] or something [03:55] My math might be whack. [03:56] gigicarlo: Do the OSX static builds perchance include libopenjpeg? [03:56] I know the linux ones do. [03:57] how do i check that ? [03:58] Download the fitting one and then use ./ffmpeg -codecs [03:59] @fflogger ... but with openjpeg ??? [03:59] Have you tried those before? I don't know if they build with openjpeg or not, but they might. It's worth trying. [04:00] But other than that, I have no idea why FFmpeg is failing to build with libopenjpeg, you could always try the mailing list. [04:00] Someone on there might know. [04:02] .. yes i tried before ... [04:02] Ah, ok. Didn't know that. [04:02] As I said, you might want to try the mailing list next because I have no clue. [04:02] and openjpeg is not included [04:03] https://gist.github.com/anonymous/8be5d2ab8ae36cb3a902 [04:09] Hello, guys. I got a question about ffmpeg and hope you guys can help me. http://pastebin.com/BJJ77yJU [04:09] oh good cause i got a question too about ffmpeg and x264 [04:12] Well, why don't you post it then, HTTime? [04:12] HDTime+ [04:13] jjohn: Can you pastebin the output of ffprobe -show_streams for one of the files with the [Sar..] and for one of the files without? [04:14] c_14 ... thanks a lot ...... [04:14] need to rest now .... [04:14] bye [04:15] Can do, just gimme a sec. [04:16] I know you wanted yours answered first [04:16] but heres mine [04:16] http://forum.doom9.org/showthread.php?t=171086 [04:17] c_14 here's the SAR one: http://pastebin.com/PDxZpTtr [04:18] and here is the non-SAR one: http://pastebin.com/5jj3k5Aw [04:21] Any idea about my question? http://forum.doom9.org/showthread.php?t=171086 [04:22] HDTime you did try "cat $file > ffmpeg -i -"? [04:22] HDTime: What's your question? [04:22] Exactly as I wrote it? ffmpeg-i-? [04:23] useless use of cat [04:23] that command i put in the first post is what i've used [04:23] stdin gives the pipe error [04:23] Ahm, I meant '|'. [04:23] i havent tried anything else [04:23] hey guys, I'm a little noob on ffmpeg.... Can I use it to record a internet livestream like NHK world ? [04:23] what would the command line look like with those settings? [04:24] jjohn: the non-sar files don't have a sample aspect ratio or display aspect ratio set... [04:24] Well, foxyshadis already suggested to pass the file via command line. [04:24] i tried his command he suggested and it didnt work [04:24] c_14 OK, and how to set them? [04:25] jjohn: That's what the setsar/setdar filters are for, but you'll need to reencode to use them. [04:26] That's what I wanted to avoid - especially because the files are running fine in VLC. [04:26] Just not merged together. [04:26] The command i posted works fine for files already fully recorded [04:27] but ones that are still recording stop at the point of what was airing when i gave ffmpeg the command [04:28] Can [04:28] You can either try reencoding during the concat step by adding -vf setsar=1:1,setdar=4:3 and not using codec copy, or convert the non-sar with the same -vf or what _might_ work is converting the sar videos with setsar=0:1,setdar=0:1 but I don't about that. [04:28] Sorry, can't I just get rid of SAR and DAR? [04:29] Maybe if you like having fun with hex editors? But I'm not sure how well that'll work. [04:30] In fact I use hex editors on a regular basis. :) But I'm not sure I that would realy help. [04:30] really* [04:31] I can't really see a way around this without reencoding at least some of the files. [04:32] With -vf setsar=0:1,setdar=0:1, I reencode the videos, I just tested it ... [04:34] Would the video quality suffer from such an reencoding? [04:34] Depends on the settings you use. [04:34] With what you're trying to do, it'll always be lossy, but it might not be visually lossy. [04:34] ie, use a crf around 18 [04:35] It's still "/opt/local/ffmpeg/bin/ffmpeg -i 15.mp4 -vf setsar=0:1,setdar=0:1 test.mp4" [04:35] Crf? [04:35] ye -c:v libx264 -crf 18 [04:36] Might also want -pix_fmt yuv420p -profile main [04:36] But those 2 should be default iirc. [04:39] so about my problem? [04:39] Can you give a command line to use? [04:42] Is it OK that the tbn of a converted video is just 12800 and not 90k as the non-converted SAR videos? [04:44] The tbn is the time base, I don't think it should break anything... [04:46] OK, I am reencoding all vids, should take a little while. [04:47] If you're going to reencode them all, you could just use the concat filter instead. [04:47] No, just the non-SAR ones. [04:48] I want them all in the exact format and then concat them again, just to be sure. [04:53] Well, that didn't work out. If I try to concat them now, I get this error: "Non-monotonous DTS in output stream 0:0; previous: 58312800, current: 8292877; changing to 58312801. This may result in incorrect timestamps in the output file." just over and over again. [04:54] But there is no real difference in the stream information, as far as I call tell. Apart from the increased bitrate of the reencoded files and the different tbn. [04:55] And the files are running file separately in VLC. [04:55] fine* [04:56] are running fine* [04:56] Those messages are (usually) just warnings and not errors, does the output file play correctly if you let the process finish? [04:58] No, it doesn't. Breaks on the same time stamp as before. [04:58] Should I paste the stream informations on pastebin? [04:58] Sure. [05:00] c_14: http://pastebin.com/gHM5Apxz [05:00] The files beginning with an underscore (_) are the new reencoded ones. [05:03] So, what'd you suggest I try doing? [05:04] Can you paste the show_streams for 15 and _16 ? I want to see if there's a difference in anything other than the tbn. [05:04] You could also try adding -auto_convert 1 as an input option. [05:04] Just in case it's the h264_mp4toannexb magic missing... [05:05] Sure thing: http://pastebin.com/bkZ0xwJd [05:08] Ahm, auto_convert is not found by ffmpeg: "Option auto_convert not found." [05:09] As an input option? ie before the -i ? [05:10] 'for i in 16.mp4 17.mp4 18.mp4; do /opt/local/ffmpeg/bin/ffmpeg -auto_convert 1 -i "$i" ...' and so on. [05:10] hey c_14 are you there? [05:10] i solved my problem from earlier after banging my head against the wall. [05:11] rule_2 he is and bangs his head on the wall of my problem as well. :D [05:11] So if you are trying to use V4L2 & ffmpeg to capture input from an HDMI to USB device.. don't use kernel 3.16 [05:11] just avoid :) [05:11] kernel 3.14.14 is gold [05:11] ok, good to know [05:11] c_14: not only do I have no more buffer errors, no more V4L errors [05:11] but i went from 130% CPU to record lossless h.264 in realtime [05:11] to 32%!!!! [05:11] 3.16 is broken in more than a way. I cannot have my laptop running a night with it. [05:11] that's insane [05:11] 3.16 can suck it!!! :) [05:12] Without freezing totally. [05:12] i was actually going to upgrade the CPU in my laptop so I could do two streams.One for my microscope camera and one for my desk camera, since I plan on recording both simultaneously [05:12] so I can edit a split screen video showing both cameras [05:12] now I can use this and probably watch porn in the background at the same time with the remaining 30% CPu [05:13] one thing that worries me is it says fps=8.1 or fps=11 [05:13] jjohn: just try adding -bsf:v h264_mp4toannexb as an output option instead [05:13] but when i load the video into vlc it says 60 fps [05:13] rule_2: That's the encoding fps [05:14] How many frames it's encoding per second [05:14] if i am capturing at 60 fps, and encoding at 4 fps [05:14] how does that work? [05:14] when i hit q on that terminal it isn't still working [05:14] Action: rule_2 scratches head [05:14] wouldn't it still have work to do once the capture is done if it is encoding so slow compared to the capture? [05:14] Now it gives me errors on encoding: "[libx264 @ 0x1a1abe0] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream" [05:14] "Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec libx264: Invalid argument" [05:14] Is it encoding realtime? can you play the file while it is recording and never hit the end? [05:15] Hmm, so that won't do it... [05:17] The only difference I can find between the streams is the frame rate (which is so close it shouldn't matter) and the time_base (which also shouldn't matter) at least I think the tbn shouldn't matter. [05:18] c_14: I am going to record a clock at 60 fps that has seconds and see what i get when i count frames [05:20] I am no expert in video edition, I gotta depend on your judgement, c_14. [05:25] Hmm, you can try the command again once with -copytb 1 and once with -copytb 0 in case the autodetect is messing up there. (the concat one) [05:28] hmm [05:29] Can you try the concat again with this commandline?: ffmpeg -auto_convert 1 -f concat -i concat.txt -c copy out.mp4 ? [05:30] c_14: I recorded a one minute long clip of a clock counting. Throughout the clip, I have 60 frames per second as confirmed by me moving frame by frame 60 frames to count 1 second on the clock, and there is video in the file all the way up to the second I cut off the video [05:30] so if it says it is recording at 11 fps.. what is that all about? [05:30] if it was, if I cut off the process at 11:28:00, then that means there should be video of the clock hitting 11:28:00, since there'd still be stuff left to encode [05:30] I guess I'm complaining about something working which is pretty god damn silly :) [05:31] jjohn: If neither the copytb nor the auto_convert work, an alternative could be to remux all the input files to mpeg-ts, concat those and then convert back to mp4. [05:32] (according to this mailing list thread from may. [05:32] ) [05:33] rule_2: I have no idea, but as long as it works I guess? [05:33] jjohn: https://ffmpeg.org/pipermail/ffmpeg-user/2014-May/021186.html [05:33] The relevant thread. [05:36] With that auto_convert command you gave me the DTS "warnings" still show up and I still do get errors, but different ones this time: "[h264 @ 0x7ffac8e843c0] mmco: unref short failure" [05:37] The copytb 1/0 one - as input or output option? [05:37] output, I think [05:37] yeah, output [05:38] OK, concating again ... [05:38] OK, Still the same error. I should try disable auto_convert again ... [05:39] Without auto_convert and copytb 1 the very first errory appear. I'll try out copytb 0 now. [05:41] Ok, no matter what I pass for copytb, it does not work out. I will read the mail now. [05:41] How do I "demux" files exactly? [05:42] That's done automatically. [05:42] Actually, why should I do that? There's no second stream in the container. [05:42] There's just video. Nothing more. [05:42] Where does it say anything about a second stream? [05:43] What I found interesting (considering the auto_convert failed) was this part: AFAIK, nothing short of remuxing to MPEG-TS and concatenating the bitstream. [05:43] I always thought a demuxer is responsible for reading the different streams in a container - streams which got "muxed". [05:43] The demuxer demuxes any and all streams out of the container. [05:43] In your case the h264 stream from the mp4 container. [05:44] Hm, OK. But I already did /opt/local/ffmpeg/bin/ffmpeg -auto_convert 1 -f concat -i v_list -c copy test.mp4 [05:44] But back to the mpegts, try converting all the files to mpegts, ffmpeg -i file -c copy file.mpegts, and then just cat those together. [05:45] It does recognize the format by the file extention, right? [05:45] You might need to add -bsf:v h264_mp4toannexb, but ffmpeg will spit out an error telling you to (usually). [05:45] Not really. [05:45] There are magic bits in the beginning of the file. [05:46] OK, gimme a second. [05:49] No, does not work, neither with nor without the -bsf option: [NULL @ 0x1a15560] Unable to find a suitable output format for '_16.mp4.mpegts' [05:49] _16.mp4.mpegts: Invalid argument [05:49] I did: for i in _1*.mp4; do /opt/local/ffmpeg/bin/ffmpeg -i "$i" -c copy -bsf:v h264_mp4toannexb "$i.mpegts" ; done [05:49] add -f mpegts before it? [05:49] ie -f mpegts "$i.mpegts" [05:49] any idea why this command fails? ffmpeg -t 6 -i http://liveurl -f image2 -vf fps=fps=6/60 images%04d.jpg [05:49] No, trying so. [05:50] I mean it works but it doesnt do what Im trying to do... [05:50] it usually does output format detection via extension, maybe it just doesn't like that one... [05:50] OK, that worked out nice. I got all the mpegts files now. [05:51] cat *.mpegts > concat.mpegts [05:51] I also tried just "test.mpegts", wasn't recognized either. [05:51] Then pray to your favorite deity and try playing it. [05:52] I mean it works but it doesnt do what Im trying to do... [05:52] onyx: It should give you 14.4 frames [05:52] If my math is right. [05:52] Assuming the input is 24fps [05:52] And I think it rounds down. [05:52] So 14 frames. [05:52] c_14 ... the raw bitstream is running. [05:52] no, it actually it only gave me me 2 frames [05:53] both about the same second too [05:53] So the concat.mpegts works? just convert it to mp4 then [05:53] Im trying to capture 6 images per minute for a period of time [05:54] did you try that thing with the select that I posted earlier? [05:54] no it went way over my head [05:54] /opt/local/ffmpeg/bin/ffmpeg -i concat.mpegts -c copy test_stream.mp4? [05:55] That worked, but I am not sure I did it as you wanted me to do it. [05:55] As long as it works, does it matter? [05:56] c_14: what was that command you posted earlier? [05:56] onyx: scroll down to examples: https://ffmpeg.org/ffmpeg-filters.html#select_002c-aselect [05:56] The one with the isnan [05:56] FUCK YEAH! The video is not distorted now. [05:57] OK, not entirely. That euphorism might have been a bit too early. [05:58] You know I told you there are two files with original SARs and DARs? Well, the video does not break on 10:47 anymore ... [05:58] It breaks before the last one? [05:58] But on something like 42:xx ... the time at which the last video. [05:58] starts. Yeah. [05:59] On exact the last one. But the transition from the first to the second one is fine. [05:59] Only in the mp4 or also in the mpegts? [06:00] Lol I didn't convert the original SAR files in mpegts, just the reencoded ones. Converted that stream into a mp4, and then concated as usual. [06:00] I will try that out now. [06:01] c_14: this one right? [06:01] select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' [06:01] yep [06:02] The 10 should be good for you as well. [06:02] yeah [06:02] One frame every 10 seconds, ie 6 frames per minute. [06:02] yep [06:02] now how would I integrate that to the command? [06:03] like this? ffmpeg -i http://liveurl select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' images%04d.jpg [06:03] ffmpeg -t 60 -i http://fooobar -vf filterfoo -f image2 images%04d.jpg [06:03] OK ... this time, I used ALL THE ORIGINAL files (not the three encoded ones), demuxed them, concated the bitstreams and muxed it back into a mp4. And it worked ... [06:04] Yay for mpegts? [06:04] No distortion. But the VLC now tells me for each "break" "Reinit context to 640x480, pix_fmt: 0". [06:04] But you know ... currently I am just glad it works somehow. [06:04] :D [06:05] I guess I will do another attempt with the reencoded ones, but I will take a short break before that. It's 6:04 AM where I live, and I should get a little bit of sleep. [06:05] c_14: the -t 60 means that it will create a total of 60 images? [06:05] nah [06:05] It'll record 60 seconds of video. [06:05] Ie 6 images [06:06] or maybe 5 [06:06] depending on rounding foo [06:06] oh I get it [06:06] ok let me try that [06:07] [NULL @ 0x1e5a1c0] Unable to find a suitable output format for 'image2' [06:08] Fuck it, I lied. I just did the attempt with the three converted videos, works like a charm without any problems from VLC. [06:08] image2: Invalid argument [06:08] eh, just get rid of that part [06:08] ok [06:08] c_14, I thank you. I learned a hell of stuff today. [06:09] np [06:09] Thank you so much. I think I might take on the next few videos as well. [06:09] Next time I'll just use mpegts from the get-go. [06:09] At least one output file must be specified [06:09] Good night, then. Thanks again. [06:10] onyx: what's your current commandline? [06:10] ffmpeg -t 60 -i http://liveur -vf select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' -f images%04d.jpg [06:11] eh, get rid of the -f [06:12] ok [06:12] seems to be working [06:13] mmm... nope [06:14] it got like a 100 jpgs [06:14] is the -t working correctly? [06:14] yeah it ran for 1 min [06:14] add -r 1 as an output option [06:15] right before the images.jpg? [06:15] ye [06:18] now there is 51 files [06:18] Make that -r .1 [06:19] ok trying [06:20] .1 might be wrong, let me check my maths [06:20] nah, .1 should be it [06:21] now there is 6 files [06:21] wierd 4 images have the same creation time stamp [06:22] and 2 have the same creation time stamp [06:22] Just the same time stamp or also the same content? [06:23] idk, hold on let me check [06:29] Hi, I have a m3u8 file which lists a single rtmp url. This file plays in VLC. Is it possible to play it with ffplay or transcode it with ffmpeg? I have the file wrong or the command line syntax wrong, because I get error messages like this: test.m3u8: Invalid data found when processing input [06:30] no they are all different [06:31] onyx: Well, then it looks like it's working. [06:31] yeah, [06:32] Oh, and just in case you ever need to change how many frames you want. The value in the select is how many seconds between frames and the -r is how many frames per second you want. [06:32] is the a way to -t 5h? [06:32] like 5 hours? [06:32] -t 5:00:00 [06:32] ok great! [06:33] And with that I'm going to go pass out. [06:33] \o [06:33] thanks man! [07:13] Anyone awake? [07:17] lol [07:21] yes [07:21] and i still need help [07:21] two hours later... [07:22] [10:22] Any idea about my question? http://forum.doom9.org/showthread.php?t=171086 [07:24] Well, it's hard to tell sometimes. It is a Friday night, after all. [07:25] Sorry HDTime. I've only just installed ffmpeg today. [07:26] its a good command line for encoding though there are some bugs [07:26] but its pretty good [07:27] I mostly use Plex, and I know it has ffmpeg buried in it somewhere. [07:27] The idea that I could make m3u8 files of streams, put those in Plex, and get it to play live streams is tempting... but I don't think it likes that. [07:28] i use staxrip which has it buried somewhere probably [07:28] I can get it to play/transcode the stream urls directly, but not from the file. [07:28] i cant encode live from a file that is still recording from TV [07:28] it stops at what is airing when i start encoding [09:27] hi have been trying to compile ffmpeg on QNAP and have had a segmentation fault. not sure what I did wrong and a bit out of my depth. Hoping someone could help me unwind the mess and start again [09:31] I've been following this thread on what to do: http://forum.qnap.com/viewtopic.php?f=50&t=52358 [09:32] someone else suggested that the bottom part of that thread that deals with changing /etc/ld.so.conf was not best practice and I should be using another paramter to configure [09:33] we're not quite sure what the paramater change should be though. guessing --extra-ldflags='-L/opt/lib -Wl,-rpath/opt/lib' [09:34] does the -Wl part of that look ok? [09:36] I just tried to re-issue ./configure ... and received error: [09:36] gcc is unable to create an executable file. [09:36] C compiler test failed. [09:36] etc [09:36] it seemed to work last time, so I'm wondering if I should clear out the directory and start again [09:38] anyone? [09:47] Hello there, I am having a problem with silence detect on a mp3 with libmp3lame I asked a question on stackexchange including the CLI command and console output and the results: http://stackoverflow.com/questions/25697596/ffmpeg-silence-detect-with-libmp3lame-queue-is-empty [09:54] Just had a look in config.log and found this [09:54] gcc -L/opt/lib -Wl,-rpath/opt/lib -o /tmp/ffconf.YeZReqfa /tmp/ffconf.yJP1GaVn.o [09:55] .... /bin/ld: bad -rpath option [09:55] collect2: ld returned 1 exit status [09:55] C compiler test failed. [09:55] which tells me that the option was incorrect. [09:56] ok, I'll try with a couple of other ways and see if there's any progress [10:02] ./configure worked when I gave it --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' [10:02] make is running now [10:23] AS libavcodec/arm/aacpsdsp_neon.o [10:23] gcc: Internal error: Segmentation fault (program as) [10:23] make: *** [libavcodec/arm/aacpsdsp_neon.o] Error 1 [10:23] any ideas? [10:25] roughana: --enable-rpath [10:27] wait [10:30] which distro and arch? [10:31] ./configure --arch=arm --enable-armv5te ... [10:31] git://git.videolan.org/ffmpeg.git [10:32] is that a mirror of git://source.ffmpeg.org/ffmpeg.git ? [10:33] I don't know. [10:33] then use git://source.ffmpeg.org/ffmpeg.git [10:35] http://git.videolan.org/?p=ffmpeg.git;a=summary [10:35] ok, that looks fine [10:37] so I should add --enable-rpath to the ./configure arguments? [10:38] does the order of the arguments make any difference? [10:39] I don't think so. Are you cross compiling? [10:39] no [10:39] (well, not that I know about) [10:39] I am compiling on the box that should run it [10:40] what are you passing to configure? [10:40] ./configure --arch=arm --enable-armv5te --prefix=/opt --extra-cflags='-I/opt/include' --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame [10:42] remove --arch=arm --enable-armv5te [10:42] make distclean [10:43] add --enable-rpath ? [10:43] yes [10:45] oh make distclean before running ./configure? [10:45] or after? [10:45] before [10:46] ah. ok [10:46] ./configure working [10:47] well, that was ambiguous. [10:47] processing [10:51] relaxed_ , do you have an idea why silencedetect detects the silence in a mp3, but does not remove it saying "Trying to remove 1152 samples, but the queue is empty" [10:53] Is that the purpose of the filter? To remove it? [10:55] Uh. I suppose so :o [10:55] I don't think so [10:56] Hm. That means I need to use the output of silence detect to tell my program to cut out the seconds? [10:56] yes [10:56] Alright, maybe I should read the doc more carefully :x [10:57] ./configure completed. make processing [11:06] hi , im trying to record a live udp stream containing more than one Program . The way im doing it atm is open a new process for each Program and do -map 0:p: ... is that wrong , should i do it with one process ? [11:07] relaxed_ , which would be the best way to cut several parts out of the audio? I'd try using -ss first_silence_end -t (last_silence_start-first_silence_end), but this will only remove the silence at the start or end. [11:16] I guess you'll have to do multiple passes [11:17] vlatkozelka: -map 0 should include everything [11:18] yeah i just tried [11:18] -map 0: ... first output -map 0: ... 2nd output [11:18] but [11:18] is that anyway better than first way ? [11:19] which is to run a seperate ffmpeg process for each one [11:19] ffmpeg -i input -map 0 output [11:20] i think i should wxplain better [11:20] indeed [11:20] make failed [11:20] AS libavcodec/arm/aacpsdsp_neon.o [11:20] gcc: Internal error: Segmentation fault (program as) [11:20] make: *** [libavcodec/arm/aacpsdsp_neon.o] Error 1 [11:20] same problem [11:21] my first method is : ffmpeg -i input -map 0:p:1202 output.ts ... then another one ffmpeg -i input -map 0:p:1201 output.ts [11:21] Please submit a full bug report. [11:21] See for instructions. [11:21] I guess that's the next step. [11:21] 2nd method :ffmpeg -i input -map 0:p:1201 output1.ts -map 0:p:1202 output2.ts [11:22] 1st one is a ffmpeg process for each program , 2nd is all programs recorded in same ffmpeg process [11:23] the thing is i need to implement that in a java app .. so re-writing that to the 2nd method will take time , so im asking if 2nd method is better or not [11:25] roughana: make clean;make distclean and add --arch=armv5te --cpu=armv5te to configure. If that fails you can use --disable-neon [11:29] configure processing [11:32] make processing [11:51] same error [11:51] ok, add --disable-neon [11:58] roughana: which distro are you using? [12:30] Alright, relaxed_, my program is working now, thank you! [13:23] ok, compile has completed without error [13:23] hope that works. [13:24] thanks relaxed_ for your help [15:49] quick question is there any lossless codec with higher compression then FFV1 on animated/CG video, that's included in ffmpeg, thinking perhaps Snow or Dirac ? but I am not at a machine that is able to test it right now [15:54] long GOPs and slow preset x264 [15:54] that should do it [15:54] JEEB: lossless, so x264 is not my favorite [15:55] ikarus, x264 can do lossless just fine [15:55] just set quantizer to zero :P [15:55] that enables lossless coding [15:56] JEEB: I am not sure if Dirac or FFV1 won't outperform it then [15:56] dirac and snow won't outperform it for sure, and I'm pretty sure ffv1 won't either [15:57] JEEB: in lossless mode, interesting [15:57] performance isn't an issue, because I record in ffvhuff, then do a nightly transcoding [15:58] ffmpeg -i input -c:v libx264 -q:v 0 -preset veryslow (or placebo) -g (whatever value is correct for "infinite") [15:58] and then output [15:58] I wonder if it was -g -1 [15:58] dunno :V [15:59] JEEB: I guess I'll have to test suite it at some point myself then [15:59] it should output the x264 parameters set in the encoder after it initializes the encoder, so you should see [15:59] you need to have qp=0 and keyint=infinite [15:59] that gives you basically maximum compression [16:00] because x264 will only put intra frames where it thinks it's most efficient, and then qp=0 is lossless mode [16:00] (the only case in which you want to use quantizer) [16:00] JEEB: keyint infinite is going to piss off my NLE to no end (sorry, I guess I should have mentioned I need to edit the resulting footage at some point) [16:00] well ffv1 already does long'ish GOPs IIRC, you should see what is the maximum you can take :P [16:01] I know ffv1 GOP length works (I am using it now as a stopgap) [16:01] well, then you could use something similar [16:02] this reminds me that a guy I know once made a test for lossless coders with quick seek in mind [16:05] don't remember the original URLs and this repost doesn't seem to contain the last version :V [16:06] http://www.animemusicvideos.org/forum/viewtopic.php?f=46&t=101581&start=90#p1381176 [16:06] and this was in 2011 :D [16:07] 3 frame GOP without threads and preset ultrafast is ~3x ffv1's encoding speed yet still beat it in compression :3 [17:32] Good morning. [19:24] I have an m3u8 file containing a single url to streaming audio (http://2583.live.streamtheworld.com/KFMXFMAAC). This m3u8 file will play in VLC. ffplay will (with warnings) play the url directly, but it errors out if I try to play the m3u8 file... is it not possible for it to play the file? Or for ffmpeg to transcode using the m3u8 as input? [20:27] I'm trying to use -vf ...;color=enable='between(t,2.5,8)',black:100x200;... but I get: "Timeline ('enable' option) not supported with filter 'color'" - any idea how I can make it work? [21:58] i've already compiled ffmpeg but now i want to recompile adding new library. does it mean i have to recompile /everything/? [21:59] you will have to recompile FFmpeg, but if you still have the old dir structure, then you don't necessarily have to compile all of FFmpeg again [21:59] but yes, you need to recompile FFmpeg again [21:59] last time i've noticed that after running ./config for second time every source file is recompiled [22:00] (with other options) [22:00] only what would need to be compiled in general, there might be other reasons for everything to get re-compiled [22:01] it would a lot more pleasent if i could find a way to do it the smart way [22:02] because compilation is quite long' [22:02] in general I would say it should only recompile what is needed :P [22:02] also if you have multiple cores make -jX is your friend [22:03] where X is how many things you want to compile at the same time [22:05] so you can confirm that after running ./config for the second time in the same source tree (with object files from previous compilation) make didn't recompile everything? [22:05] i'll try with -j2 [22:10] Just run make already. [22:11] This is a problem that they were well aware of 40 years ago and solved in the early days of unix. [00:00] --- Sun Sep 7 2014 From burek021 at gmail.com Mon Sep 8 02:05:02 2014 From: burek021 at gmail.com (burek) Date: Mon, 8 Sep 2014 02:05:02 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg-devel.log.20140907 Message-ID: <20140908000502.5D5A818A02F8@apolo.teamnet.rs> [00:48] ffmpeg.git 03Michael Niedermayer 07master:c2430304dfb3: avformat/swfdec: Do not change the pixel format [02:06] ffmpeg.git 03Michael Niedermayer 07master:033a5334badd: avcodec/h264: Allow partial escaping [03:14] rcombs: ... and limit ourselves to ~3 platforms! [03:14] oops. up and enter [03:14] pross-au: Great Plan"! [03:15] still is [04:19] ffmpeg.git 03Michael Niedermayer 07master:ab84effdeda9: ffmpeg: Copy extradata if it has been initialized later from the encoder [11:32] ffmpeg.git 03Reimar D?ffinger 07master:2231d5b67185: libswresample: Avoid needlessly large on-stack array. [11:32] ffmpeg.git 03Reimar D?ffinger 07master:284123d7fd8e: Remove pointless if. [11:32] ffmpeg.git 03Reimar D?ffinger 07master:2c5c37ade115: libswresample: move condition to start of loop. [13:19] ffmpeg.git 03Stefano Sabatini 07master:4f5493fe2380: lavf/segment: add segment_format_options option [13:19] ffmpeg.git 03Stefano Sabatini 07master:de1f0c94cdcb: doc/muxers/segment: reword text for examples, improve consistency [13:32] ffmpeg.git 03Michael Niedermayer 07master:94c61cd9aede: avcodec/mpegvideo: free_context_frame() cannot fail, make it return void [13:32] ffmpeg.git 03Michael Niedermayer 07master:2762323c3751: avcodec/mpegvideo: Use "goto fail" for all error paths in ff_mpv_common_frame_size_change() [13:33] ffmpeg.git 03Michael Niedermayer 07master:0d0f7f0ba43f: avcodec/mpegvideo: check that the context is initialized in ff_mpv_common_frame_size_change() [14:13] michaelni: re: 2762323c37511fbbc98b164c07620b9ebc59ec68, shouldn't you set err? [14:13] like, && (err=av_image_check_size(...)) { ... [14:31] ffmpeg.git 03Michael Niedermayer 07master:cfce6f7efd28: avcodec/mpegvideo: Set err on failure in ff_mpv_common_frame_size_change() [14:37] michaelni: thx :) [17:10] ffmpeg.git 03Michael Niedermayer 07master:7c1835c52a4b: avformat/m4vdec: Check for non startcode 00 00 00 sequences in probe [17:30] WTF is goin on here? How is gcc linking this? There is no *_mmx2 function. [17:39] J_Darnley, linking what ? what issue do you speak of ? fate looks fine [17:39] No sorry [17:40] My own code, I guess this was the wrong window [18:35] ffmpeg.git 03Andreas Cadhalpun 07master:a5b20bf4b2f7: doc/filters.texi: improve the wording of the expr_int_format documentation [19:37] ubitux: so how shall we fabricate a utf-16 sample [19:44] take an existing one [19:44] typically the one from #3496 [20:03] why does ffmpeg still support OS/2? http://odin.netlabs.org/en/site/index.xml [20:03] because some weirdo sends patches when it breaks [22:10] arg we still have that srt code [22:10] we should really drop it at some point [22:11] i wonder what percentage of the bug tracker could be condensed into "i have a sample where analyseduration is too small by default. FIX FIX FIXFIX!!!!11on" [22:13] ubitux: what srt code? [22:13] wm4: all the code paths handling the old timestamped packets [22:13] Daemon404: I don't get why mov needs that at all [22:14] wm4: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=367eb0e08238f73bef78645e938f73f0505a437e;hb=HEAD#l1657 these 2 functions for example [22:14] or this timing parsing in codecs: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/srtenc.c;h=89c26dcbf09326bc13451063e8c08dd8041ce549;hb=HEAD#l266 [22:14] all this stuff can be dropped nowadays thanks to CODEC_ID_SUBRIP [22:15] oh [22:15] the main problem is how to keep cmd line compatibles [22:15] typically, i'd like to keep -c:s srt working [22:15] (re-mapped to subrip automatically) [22:18] Can't you just add a "new" codec called "srt" with the struct filled with all subrip's functions? [22:19] that codec already exists [22:21] but yeah [22:33] [insert similar set of ASS-related concerns] [22:35] rcombs: i just sent a patch to remove some old ASS boilerplate code [22:35] :D [22:35] which wasn't in use since a while [22:39] now ffmpeg just needs to stop writing invalid ASS [22:45] wm4: sure; gonna do it? :P [22:45] Action: wm4 looks away [22:46] got a sample of that issue? [22:49] https://trac.ffmpeg.org/ticket/3207 ? [22:50] sounds like a healthy dose of commas is in order [22:52] I'd really like to change libass so that it accepts standard ASS only and to piss off everyone, but I guess that's not viable [22:52] possibly too many files in the wild [22:53] i don't mind giving hints to help fixing the problem in FFmpeg [22:54] basically, you'd have to change the header in lavc/ass.c, adjust the default values in that same file, update the struct in lavc/ass_split.c [22:55] then make sure the "Dialogue:" lines are properly written (see lavc/ass.c and lavf/assenc.c) [22:55] written, and parsed :p [22:58] the scenarios for testing includes ffmpeg -i in.ass -c copy out.ass, ffmpeg -i in.ass -c copy out.mkv, ffmpeg -i in.ass -c ass out.mkv, ffmpeg -i in.srt out.ass, ffmpeg -i in.ass out.srt [22:58] hf... [23:03] ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:5e7524195c6a: ffserver: tests, force +global_header for ASF [00:00] --- Mon Sep 8 2014 From burek021 at gmail.com Mon Sep 8 02:05:01 2014 From: burek021 at gmail.com (burek) Date: Mon, 8 Sep 2014 02:05:01 +0200 (CEST) Subject: [Ffmpeg-devel-irc] ffmpeg.log.20140907 Message-ID: <20140908000501.5A11018A02F4@apolo.teamnet.rs> [00:25] Hey. [00:29] Hey all. I've specified "test.swf" in ffserver's conf file... But where does it put that file? Doesn't seem to output it to the directory it's running in, nor the temp directory I give it [00:30] hey guys Im getting Unknown encoder 'libx264' [00:31] Recompile FFmpeg with libx264 support or download a static build. [00:32] which one is easier? [00:32] The static build. [00:33] http://johnvansickle.com/ffmpeg [00:33] assuming linux [00:33] yes ubuntu [00:33] should I remove ffmpeg first? [00:33] You don't have to. [00:34] You just have to either place the downloaded ffmpeg binary somewhere in you PATH in front of the system one, or always call it with an absolute path [00:34] oh i see [00:36] *your [00:43] it worked! [00:53] I'm very confused with how ffserver is working. Is the client ffmpeg doing the processing, or is ffserver? [00:53] The client ffmpeg. [00:56] Ok. So the massively slow performance I'm getting is probably because... Hell, I have no idea. Drat. [01:03] Ahah! Because ffserver had another video stream enabled [01:43] Ok! Got it functioning with ffplay ( http://orangehattech.com:8090/test1.webm ) which results in this on the server ( Sat Sep 6 16:38:17 2014 71.59.172.169 - - [GET] "/test1.webm HTTP/1.1" 200 6736748 ) But when I try to go directly to the url in a webbrowser, this happens ( Sat Sep 6 16:38:32 2014 71.59.172.169 - - [] " " 200 0 ) and the browser is unable to display anything. Any ideas? [01:43] Hah. Must be come kind of bot on this channel [01:44] What browser? [01:44] c_14: Good call. Firefox. Trying in chrome now [01:45] Chrome seems to send the correct "get" stuff, but doesn't display anything. [01:46] Same thing with chromium, to no big surprise : ) [01:46] How about you try my little friend curl? [01:47] If curl likes it, then the browsers are doing something incorrectly. [01:47] c_14: wget grabs a section of video AOK. curl by default just tries to vomit it to stdout... I'm less familiar with it. [01:48] But forcing it to write to disk with > results in a playable video [01:48] curl url | ffplay - , or curl -o file url [01:49] c_14: Yup, those work [01:49] You using the newest versions of chromium/firefox ? [01:50] Both just updated.... yesterday? Day before? [01:50] But only to whatever's available for debian testing [01:50] firefox --version ? [01:51] 31.0 for firefox, 35.0.1916.153 for chromium [01:51] Hmm, 31 should be new enough. [01:51] c_14: Does that url work for you in firefox/chromium/whatever? [01:52] Well, I get the webm element, but when I press play I just get a buffering circle. [01:52] Yup, me too. [01:52] At least we can reproduce the problem! ^.^ [01:57] c_14: ... How old is ffmpeg 2.1.1 ? [01:57] Cut from master on 2013-10-28 [01:58] Nearly a year. Definitely an update couldn't hurt [01:59] What's confusing me is that ffplay will play it easily, but my video player will only show the first frame and then not update. [01:59] Even if I throw curl in front... [01:59] c_14: Fascinating. You want a pastebin of the ffserver file? [01:59] sure [02:01] Saving it to a file and then playing that works though... [02:03] Can you try creating an html page linking to the video with the video tag? [02:03] c_14: https://www.scrumbleship.com/livestream - Already done :D [02:04] c_14: THAT doesn't even show up in the ffserver logs.... [02:04] Oh.... It does, but not from the IP I'd expect, and only when you stop the page from loading. [02:05] c_14: http://pastebin.com/B06yyAuN [02:06] Ok, so I can now do a frame by frame using that /livestream page... [02:06] Interesting [02:07] The get request for test1.webm took 61189ms [02:07] Oh, well, shucks, that's nearly instant, isn't it? Is that..... 60 seconds or 600? [02:07] 60 [02:07] 61.2! [02:07] Thanks Mr. Pedantic ^.^ [02:08] 61.189 [02:08] If you're going to be pedantic, you could at least go all the way. :) [02:09] Action: dirkson laughs, "Well, be careful. Any more pedantry and the channel might spontenously switch to ##C..." [02:09] I was rounding to 3SF. [02:18] What I don't get is why the get sent by curl gets a response within seconds and the get sent by firefox just sits there... [02:19] c_14: I don't get that either. [02:19] c_14: Those last two requests you did are the blank kind, though: Sat Sep 6 17:18:54 2014 109.Rec.act.ed - - [] " " 200 0 [02:20] The last couple were probably firefox. [02:20] Action: c_14 is trying with netcat now... [02:20] c_14: That does have the whole line [02:20] yeeep, that works [02:20] and there went my terminal [02:20] Hahaha [02:20] I've never understood why terminals do that [02:24] Action: c_14 is now testing different http headers. [02:24] c_14: Let me know if I can do anything but be a beautiful model for the webcam ;) I'll watch the server output for anything weird, of course. [02:29] Nope, not the headers. [02:29] Works with ncat, anyway. [02:30] c_14: Most of those produced the "/test1.webm" variant [02:54] dirkson: To be completely honest, I have no clue. You could try throwing things out of the ffserver.conf and simplifying it to the bare minimum of what it needs (ie throw out the gop size) and see what happens [02:54] But, since ffplay can play it and files created from it using curl/whatever are playable I have no idea. [02:55] I used some bullshit recorder application to capture a video, apparently it uses ffmpeg [02:56] except, converting it in avi, the resulting video is upside down, black and white and tilted [02:56] "converting it in avi" [02:56] lel? [02:56] it's 2.2gb for a little over 1 minute as well xD [02:57] What are you trying to capture? [02:58] it was capturing my desktop [02:58] https://trac.ffmpeg.org/wiki/Capture/Desktop [02:58] If you don't have FFmpeg yet: https://ffmpeg.org/download.html [02:59] unfortunately, I cannot repeat what I captured [02:59] so I was wondering if anyone has had any similar issues with encoding [02:59] >.> [02:59] nothing turned out in google [03:00] Well, you can flip the video with ffmpeg, and maybe deal with the tilt, but coloring it is going to be ehhh, difficult. [03:00] what does "converting it in avi" mean [03:00] Have you contacted the internet: .avi division? [03:01] o_O [03:02] Hello71 it was the format I chose for the capture in question [03:02] apparently mp4 turn out normal, avi turn out upside down, black and white and tilted [03:03] is there any real reason to use xvid instead of h264/vp8 at this point? [03:04] The name has an x in it. [03:04] 'x's are at least 35% cooler than other characters. [03:04] x264 has an x too [03:04] lol [03:04] and webm is "web" so it's good [03:05] I think this is relevant http://www.gotfuturama.com/Multimedia/EpisodeSounds/2ACV16/12.mp3 [03:06] xD [03:06] http://i.imgur.com/RTa0i9d.png [03:06] Action: LIERO outta here [03:08] So LIERO, Do you actualy have a problem? [06:15] Is it necessary to specify bitrate in first pass when using two pass encoding? [06:17] curious... [08:08] ghospich: yes [08:18] okay [11:18] "ffmpeg commandline is more for demonstration of its features (though it doesn't matter that you use if it helps). If you want to use only as a command, there are many applications that use ffmpeg to do what you want to do" - that guy [11:19] dunno, for encoding with libx264 some use cases have gotten relatively painless, although some things still require lulzy video filter or audio filter lines :P [11:26] yeah, for some reason he thinks that doing-things-in-console=used-solely-as-library [11:27] though ffmpeg has great CLI, which pretty okay to use. [12:14] hey, saste [12:15] avantus, o/ [12:17] that thing i told u about few days ago about drawtext mapping error, when txt is being written and accessed at the same time... [12:18] is actually my txt generator, which truncates it first to zero before data is written [12:19] is it possible to disable this feature in vf_drawtext.c, so ffmpeg will ignore empty txt? [12:19] http://pastebin.com/uABrmfDG [12:23] avantus, i don't think so [12:23] empty text is valid [12:24] at some point you may want not to visualize anything [12:24] what's your scenario? [12:25] if you want to update the text from time to time you may use a command for changing only the text [12:25] the thing is that it was broken, at least the last time i checked it [12:25] see zmq and reinit command in drawtext [12:28] wait, so empty .txt file is valid? [12:31] [Parsed_drawtext_1 @ 0xa772900] [FILE @ 0xbfbaca40] Error occurred in mmap(): Invalid argument [12:31] [Parsed_drawtext_1 @ 0xa772900] The text file '/home/ncoder/Desktop/news.txt' could not be read or is empty [12:38] avantus: The text file '%s' could not be read or is empty\n" [12:38] so an empty fail will generate an error [12:38] what's the behavior of drawtext in that case? [12:39] s/fail/file/ [12:39] iam reloading it with reload=1 flag, the txt is being written at certain interval [12:39] in case the file is empty, av_file_map() will fail and what is the behavior of drawtext in that case? [12:41] [AVFilterGraph @ 0xa609720] Error initializing filter 'drawtext' with args 'fontfile=/usr/share/fonts/tr [12:42] avantus, that doesn't make sense [12:42] ah wait [12:44] no the reload feature should only reload the text read from the file [12:44] also, in case of an empty file the map function should not fail (I checked again the code) [12:44] anyway i don't have time anymore now to debug this issue [12:58] ok saste, thanks. Just for when u have time, create an empty txt and drawtext it, it gives me error on both windows and linux builds [14:14] is there a difference between using "-vcodec libx264" and "-vcodec h264" ? [14:19] waressearcher2, if h264 now works for encoding that is just by chance (as in, libx264 got put under the h264 "group"). Because h264 is the name of the libavcodec decoder [14:19] so basically the difference is that you are either setting a "group" compared to a specific encoder [14:19] in theory if there was another H.264 encoder you might get that instead of libx264 :P [14:19] or decoder, I guess. if those groups work for decoders, too [14:20] so they are not aliases ? [14:21] not strict aliases, no. it's a "group" for a format of sorts, and it picks the "best" of things available for that group ("best" being defined very vaguely, it could just be a list and the first thing it finds of it picks) [14:22] I actually kind of dislike the groupings for aac, for example. because the goddamn name of the aac encoder is "aac", while IIRC nowadays the groups could just select another AAC encoder instead [14:22] that said, I don't use that feature and most of my builds that I do for development miss any other AAC encoders so I've never really checked how much that stuff fails or doesn't fail [14:22] as in, if I want libx264 specifically I will set that instead of something that _might_ lead to libx264 getting selected [14:26] so for specific codec I should use "h264" ? [14:27] uhh [14:29] JEEB: you are saying it quite vaguely [14:29] "libx264 got put under the h264 "group"", so I assume libx264 is a codec and h264 is a group and I need to always use libx264 [14:30] h264 is a format that is also a group, and whether or not you get libx264 with "h264" is currently dependant on the fact that no-one generally links any other H.264 encoder to ffmpeg [14:31] I'm saying that "h264" just happens to work now because they made the groups for the a/v/s formats, which are newfangled things that I'm not really fond for [14:31] if you need libx264 specifically, you set it [14:31] that's my opinion on the matter :P [14:40] I have a problem to cutting out little piece of video with audio, for example I use that command ffmpeg -ss 1117 -t 43 -i video.mp4 -vcodec mpeg4 -vb 3000k -vf "scale=650:-1" -ab 320k -ar 44100 -ac 2 -acodec libmp3lame -y -f avi out.avi to cut out few seconds of video, but when I open that output video the sound is normal but first second of so of [14:40] video is just same frame and then video plays normaly, no desynchronization, so why the first second of output video it shows the same frame ? [14:43] use -ss 1117 after -i video.mp4 [14:43] it will take longer to seek though [14:43] also see: http://ffmpeg.org/trac/ffmpeg/wiki/Seeking%20with%20FFmpeg [15:51] hello [15:52] i need some help with video conversions using ffmpeg [15:52] i need to convert a file which is a .mov to a 3gp format [15:53] May I be suggested with the CLI [15:57] i need some help with video conversions using ffmpeg [15:57] i need to convert a file which is a .mov to a 3gp format [15:57] May I be suggested with the CLI [15:57] ffmpeg -i name.mov name.3gp [15:57] maybe with -c copy [15:58] I used to use that command "ffmpeg -i video.mov -vcodec mpeg4 -vb 1500k -vf scale=320:180,pad=320:240:0:30 -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp video.3gp" to make video for smartphone [15:58] ok [15:59] the file is like ' 142306432_I.mov [16:00] also I use these options "-vf scale=320:180,pad=320:240:0:30" if I had original video of 1280x720, for another sized video those number can differ [16:03] so it should go like " ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf scale=320:180,pad=320:240:0:30 -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k-y -f 3gp 142306432 I.3gp" [16:03] is that ok? [16:03] without "-vf scale=320:180,pad=320:240:0:30" [16:03] sky1: why do you need 3gp ? for phone ? [16:04] yes [16:04] sky1: what is the resolution of 142306432_I.mov video ? and what the screen size of the phone ? [16:06] lower resolution would be good waressearcher2 [16:06] its a Samsung wave G525 [16:07] use that command "ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf "scale=320:-1" -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp 142306432_I.3gp" [16:08] in fact I would like to convert some videos like .flv to 3gp /.avi/ mp4 etc using ffmpeg [16:08] i dont like using any GUI [16:08] ok waressearcher2 [16:08] trying that out on terminal [16:09] its in my Music folder [16:09] so do i need to get that on Desktop waressearcher2 ? [16:11] "ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf "scale=320:-1" -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp 142306432_I.3gp" [16:12] it says ffmpeg command not found [16:12] :( [16:12] install ffmpeg [16:13] sudo apt-get install ffmpeg? [16:14] says 'Package ffmpeg is not available, but is referred to by another package. [16:14] This may mean that the package is missing, has been obsoleted, or [16:14] is only available from another source [16:15] E: "ffmpeg has no installation candidate" [16:15] im on Mint 17 Mate [16:16] ubuntu has Libav instead of FFmpeg, and the binary there is called avconv [16:16] also since faac is not GPL compatible I believe you will not find it in any newer distributions [16:17] ok JEEB [16:18] so no work around !! [16:19] You can download the static ffmpeg build and just use the internal aac encoder. [16:20] JEEB, i wonder if the ubuntu packagers will ever reconsider. [16:24] why won't they fix ppa repository for ffmpeg for ubuntu/linuxmint users? [16:24] it'd be a good solution [16:25] vedos: wish they would listen ya [16:29] rso no ffmpeg on mint mate [16:29] so* [16:38] so instead of ffmpeg which is not available for mint how can I convert a video like .mov to 3gp ..pls help [16:39] Just download it? [16:49] having a rough time with this realmedia file (I know, I know). http://pastebin.com/i06p797k - Ive tried other output formats and even some -map stuff (there appear to be multiple video and audio layers). The raw .rm file is public domain and available at http://www.senate.gov/legacymedia/www/intel092308.rm [16:55] can any body pls help me as how to convert .mov file to a 3gp? [17:05] la [17:12] aphid: Either there's something broken with the file or FFmpeg doesn't support part of it. [17:12] Try opening a ticket on trac and see what happens. [17:13] c_14: will do, thanks. mencoder seems to get something out of it, sync isnt great but gotta start somewhere. [17:16] there are probably 70-80 of these, hopefully something will work without any manual input. [18:14] good morning / day / evening, depending on your location. I have some problems with audio and video synchronisation. I have a video (compressed as lagarith) and audio (pcm) stream captured through directShow from a video grabber and then muxed into a mkv. sync is fine. if i demux the mkv, the audio stream gets ~1 second larger than the video and remuxing [18:14] will cause out of sync. if i transcode the file to mp4 (h264 / aac), the file gets about 10 seconds longer but sync is still fine. if i demux that mp4, audio gets 5 seconds larger and remuxing will again cause out of sync. any ideas what is going on and how i can fix this? [18:18] Suchiman, what do you mean by "demux"? [18:19] Mavrik: mapping only the Audio stream with copy into a new file [18:19] hmmm [18:19] for example: map -0:1 -c copy audio.wav [18:19] hey all X) [18:20] anyone here used crtmpserever? [18:20] *crtmpserver [18:30] another question would be: is there any chance to get ffmpeg working with crossbar? [18:30] (directShow) [18:58] *sigh* i will never solve this puzzle [19:08] hi all [19:08] im using ffmpeg to stream an mp4 to RTSP, and then view the rtsp stream with VLC. however the stream seems to be over way to quick - the source file is ~2mins long and ffmpeg finished in less than 30 secs. [19:08] doing a two-pass encoding with ffmpeg, first pass ends with dup=5 drop=5, second pass ends with dup=0 drop=7 [19:08] how is that possible? [19:11] i have been searching for weeks and need to know if there is a way I can create a transition between the images I am using ffmpeg to create a slideshow/video from. [19:11] I need a ken burns type of transition between each image [20:02] can someone pls help me to convert .mov file to 3gp ? [20:02] im on Mint Mate 17 [20:03] i tried installing ffmpeg via terminal & says its not available [20:36] so no help!!! [20:36] i wanted to convert .mov file to a 3gp [20:36] using ffmpeg [20:37] im on mint 17 mate [20:37] cant install ffmpeg as TERM says "ffmpeg not available" [20:37] pls help... [20:38] cant Mint users use the ffmpeg? [20:38] sky1: see https://trac.ffmpeg.org/wiki/CompilationGuide/Centos [20:38] ok cbsrobot [20:39] or use the one provided on https://www.ffmpeg.org/download.html#build-linux [20:39] should be even simpler [20:42] cbsrobot: thanks ..but im very new to all these stuffs.. [20:42] so need some real help to guide me with the commands to use ffmpeg to convert videos [20:42] sky1: well, that's the best opportunity to learn all this stuff ! [20:43] thnx [20:43] im on LM 17 Mate [20:43] i was trying to install ffmpeg via CMD [20:43] but term says its not available [20:43] cant figure out [20:44] i really like to use ffmpeg via CLI [20:48] i wanted to convert .mov file to a 3gp [20:49] im on mint 17 mate [20:49] cant install ffmpeg as TERM says "ffmpeg not available" [20:49] pls help... [21:00] this is what im getting while trying to isntall ffmpeg " http://askubuntu.com/questions/432542/is-ffmpeg-missing-from-the-official-repositories-in-14-04 [21:00] install* [21:02] sky1: use rpmfusion as descibed in http://rpmfusion.org/Configuration [21:10] cbsrobot: im not on Fedora..im on Mint 17 Mate [21:10] ah damit [21:11] sorry - I thought it was fedora based [21:11] np [21:11] so just use https://launchpad.net/~jon-severinsson/+archive/ubuntu/ffmpeg [21:14] i see [21:41] I have an 1fps 25 minute mkv file, that I want to change in a 25x fastforward movie. So I think I need to change the frame timing. How do I do this, turning it into a 25fps movie of one minute? [21:42] ( right now I just dump all frames into jpgs, and combine them back into a movie, which feels soooo silly) [21:44] jelle_: I think you want -vf setpts=N/(25*TB) [21:45] @khali wow, I will try that, wouldnt have crossed my mind. [21:47] jelle_: you may have to additionally set -r 25 so that the headers look right, I'm not sure [21:48] I will play with that, see where it takes me [21:52] @khali without the -r 25 it seems to create a new movie of one minute, but still 1 fps, so not so smooth [21:55] jelle_: use: -vsync drop -r 25 [22:00] @cbsrobot that one gives me a conversion failure& av_interleaved_write_frame(): Invalid argument=00:00:00.00 bitrate=N/A [22:00] I called it like this: ffmpeg -i merged_6-9.mkv -vsync drop -r 25 faster-2.mp4 [22:01] this one seems to work, but is quite slow: ffmpeg -i merged_6-9.mkv -r 25 -vf setpts=N/\(25*TB\) faster-1.mp4 [22:03] if someone could help me with coverting a .mov file to a 3gp [22:03] or .avi to a 3gp [22:04] im on Mint 17 Mate [22:04] need the actual command [22:04] ffmpeg cant be installed on mint [22:10] Ill convert it for you [22:10] jelle thnx [22:10] should i give u the file name [22:13] I cant really give you the command if you cant install ffmpeg, but I can probably convert it for you if you give me access to the source .mov [22:23] i could convert the file using VLC [22:24] jelle_: [22:24] thats not the issue [22:24] thnx [22:24] but all i wanted to get back the power of ffmpeg or libav whatever to convert videos [22:24] via CLI [22:27] we all do :-) [22:34] ffmpeg cant be installed on mint <-- I'm pretty sure that's not true [22:35] rcombs: ic [23:03] anyone have experience using ffmpeg to convert mkv with dts to aac/ac3? [23:06] well [23:06] what's your actual issue? [23:17] can't directplay dts, trying to avoid transcoding [23:17] so i convert my files to things that can by directplayed [23:18] so i need to i need to copy the video stream (i know how to do this), and convert the audio stream from dts to ac3/aac [23:19] ah [23:19] so yes, you'll have to transcode the audio and copy the video [23:19] I suggest using AAC since AC3 encoder in ffmpeg is rather crap [23:20] okay great [23:20] do something like ffmpeg -i