Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2015

1 participants
62 discussions

ffmpeg-devel.log.20150530
by burek 31 May '15

31 May '15

[02:47:33 CEST] <cone-365> ffmpeg 03Martin Storsjö 07master:b2f0f37d242f: rtmpdh: Generate the whole private exponent using av_get_random_seed() with nettle/gmp [02:47:33 CEST] <cone-365> ffmpeg 03Michael Niedermayer 07master:2e15f07cfddd: Merge commit 'b2f0f37d242f1194fe1f886557cf6cefdf98caf6' [04:10:48 CEST] <cone-365> ffmpeg 03Michael Niedermayer 07master:dae89802a6ee: avformat/h264dec: Fix detection of invalid h264 with 0x100 startcodes [04:10:49 CEST] <cone-365> ffmpeg 03Michael Niedermayer 07master:aa9c6b6986ea: avformat/h264dec: Add ff_tlog() with trace information about h264 probing [04:39:05 CEST] <cone-365> ffmpeg 03banastasov 07master:debf4d6e67df: avcodec/dvbsubdec: Fix buf_size check in dvbsub_parse_display_definition_segment() [09:08:21 CEST] <rcombs> wm4: hey, cehoyos just poked me regarding securetransport; apparently both of us forgot to add a copyright notice in the license header [09:08:48 CEST] <rcombs> wm4: do you care if you're listed, or should I just put myself down? [09:09:37 CEST] <wm4> don't care [09:11:30 CEST] <rcombs> alright [09:11:49 CEST] <rcombs> <insert rant about how copyright law is dumb and this shouldn't have to matter> [09:24:05 CEST] <chrisjunkie> Looking to patch FFMPEG with some code to use the last previous (full, non-corrupt) frame until we can finally decode a non-corrupt frame with h.264 [09:24:30 CEST] <chrisjunkie> We're seeing massive packet loss on a customer's CCTV network and as much as we'd like to help them fix it, for certain reasons we cant [09:24:40 CEST] <chrisjunkie> However when we stream from their cameras, we get LOTS of error concealment [09:25:18 CEST] <chrisjunkie> Unlike normal video, it doesn't matter if we replicate the previous frame [09:25:30 CEST] <chrisjunkie> Jumpy CCTV video is better than concealed video as its distracting [12:12:05 CEST] <cone-766> ffmpeg 03Rodger Combs 07master:4dd22531fd25: lavf/tls_securetransport: add missing copyright notice [16:17:36 CEST] <gr1sha> anyone have an experience with adding another thread before the actual display of the YUV overlay? [16:17:48 CEST] <gr1sha> I'm having a big problem when using this thread [16:46:48 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:1607f774949a: avformat/mov: Append place name instead of overwriting for loci [16:46:49 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:08b7d19deff9: avformat/mov: Also export loci altitude [16:46:50 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:a3ec1d6abddb: avformat/movenc: Add loction/xyz support to allow copying data between mov files [19:32:48 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:161d0ac7219d: doc/ffmpeg: Document xerror [20:02:38 CEST] <kierank> So, does ffmpeg need this NUMA thing that x265 has? [20:59:33 CEST] <cone-766> ffmpeg 03Andreas Cadhalpun 07master:3ef5702926c4: libopenjpegdec: check existence of image component data [21:28:21 CEST] <cone-766> ffmpeg 03Luca Barbato 07master:5ecabd3c54b7: msrle: Use FFABS to determine the frame size in msrle_decode_pal4 [21:28:22 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:7d1cfbbc3e84: Merge commit '5ecabd3c54b7c802522dc338838c9a4c2dc42948' [22:03:44 CEST] <cone-766> ffmpeg 03Luca Barbato 07master:0181ae9af2de: h264: Make sure reinit failures mark the context as not initialized [22:03:45 CEST] <cone-766> ffmpeg 03Michael Niedermayer 07master:e9d646f44c6a: Merge commit '0181ae9af2de1526464d23209b82e6674d362f5d' [22:48:23 CEST] <cone-766> ffmpeg 03wm4 07master:c41e0aedf5fc: network: prevent SIGPIPE on OSX [00:00:00 CEST] --- Sun May 31 2015

1 0

ffmpeg.log.20150530
by burek 31 May '15

31 May '15

[00:59:57 CEST] <treeinterest> hi, please help. when using the filter "pad" with color black and saving it as a jpeg, it isn't pure black... but when saving it as a png (and then converting it to a jpeg) it is pure black. how can i get it to use pure black without having to reconvert it? [01:14:29 CEST] <treeinterest> anybody here? [01:14:43 CEST] <treeinterest> if i claim im female, will that encourage answers? [01:44:21 CEST] <treeinterest> ayyy, fixed it. apparently i had to rewrite history and enter into a state of unawareness to find the true meaning of formats [01:46:22 CEST] <pzich> that's was I was going to suggest [01:46:26 CEST] <pzich> what* [01:49:28 CEST] <treeinterest> to be honest, i dont really know -why- it's fixed, but im just gunna be grateful that it works :) [01:50:01 CEST] <treeinterest> *greatful [02:29:25 CEST] <chrisjunkie> Weird issue with RTSP/RTP multicast: Scenario is using FFMPEG to stream some Pelco CCTV cameras. We're trying to use multicast with the cameras instead of unicast because 1) The network is overloaded, and out of our control and we're getting lots of dropped packets and 2) Multicast is already being used by the Pelco recording software so we might as well. When we start streaming more than one camera on multicast however, each FFMPEG instance seems to [02:29:26 CEST] <chrisjunkie> capture the packets of every other ffmpeg instance. It seems like each ffmpeg instance isn't filtering the UDP packets by source address. I've tried UDP options but seeing as this is rtsp then it doesn't work [02:29:28 CEST] <chrisjunkie> Any ideas? [02:30:28 CEST] <chrisjunkie> Have tried this as the last command and I still can't get anything to work as expected [02:30:29 CEST] <chrisjunkie> ffmpeg -rtsp_transport udp_multicast -rtsp_flags +filter_src -i "rtsp://192.168.77.101/stream2m?sources=192.168.77.101" -an -b:v 400k w1.mp4 [02:30:58 CEST] <chrisjunkie> Looking through rtsp.c, rtspdec.c it really doesn't appear that any filtering happens on multicast UDP RTP packets [03:13:00 CEST] <Hello71> ll [09:22:50 CEST] <elmargol> Do i Use 23.976fps 23.98fps or 23.97 fps for digital film? [09:23:05 CEST] <elmargol> digital recordings not actual film [12:06:18 CEST] <JodaZ> anyone got an efficient way to extract frames for a preview? [13:28:46 CEST] <animax> hi all. I've discovered the utvideo codec for intermediate format. JEEBsv was so kind to point to. I've encoded a sequence of PNGs now. by encoding them back to PNGs with ffmpeg just to proof that there are no changes to the original footage it came out that the single PNGs had more data. data of the resulting images results in almost 150% of the orignal sum of data in total. furthermore the... [13:28:48 CEST] <animax> ...colours of the resulting images seem to have flattened slightly. [13:28:59 CEST] <animax> encoded with http://www.pasteall.org/58733 (line 1) and encoded back with line 2. working on win 7 ult 64bit. [13:29:12 CEST] <animax> is there a way to achieve a result that's identical to the original data and cover the same amount of data? [13:29:18 CEST] <JEEBsv> > -pix_fmt yuv420p [13:29:31 CEST] <JEEBsv> it's pretty obvious you're going through a RGB<->YCbCr conversion [13:29:46 CEST] <JEEBsv> remove that and it should try to keep the original colorspace as far as I can remember how lavc works :P [13:30:38 CEST] <JEEBsv> also 420 means 4:2:0 chroma subsampling so red/blue is saved in one sample per 2x2 luminance samples [13:30:59 CEST] <JEEBsv> + it converts to limited range YCbCr [13:31:24 CEST] <JEEBsv> so yeah, if you want the same then you stay the fuck away from colorspace conversions [13:33:13 CEST] <eric___> Good afternoon [13:33:51 CEST] <eric___> I have a macbook pro, and I use music player daemon with cantata client to play my music [13:33:56 CEST] <animax> JEEBsv: ok. I'll try out. [13:34:18 CEST] <eric___> All my music library is AAC (.m4a) [13:34:37 CEST] <eric___> mpd is compiled in a way so ffmpeg decodes AAC [13:34:57 CEST] <eric___> But I have a problem, there is no gapless playback [13:35:18 CEST] <eric___> There is a few milliseconds of blank between songs. [13:35:42 CEST] <eric___> I'd like to know is ffmpeg can decode .m4a gapless ? [13:39:50 CEST] <eric___> Can anyone give me an answer please ? [13:40:54 CEST] <animax> JEEBsv: the data is even bigger now (200%). ? [13:41:52 CEST] <animax> I left out the pix format. [13:42:11 CEST] <animax> ffmpeg -i Test_%04d.png -c:v utvideo -pred median out_05.avi [13:42:40 CEST] <animax> and encoded back with line 2 in pasted code [13:44:32 CEST] <eric___> I encode my music with dBpoweramp for mac [13:44:40 CEST] <JEEBsv> animax: in what fucking sense "data is even bigger now"? [13:45:51 CEST] <JEEBsv> do you just mean that the PNGs created by lavc are less compressed? quite fucking possible [13:45:51 CEST] <eric___> please any guru tell me... [13:46:12 CEST] <animax> the same procedure I've discribed above. sum of data of all PNGs is 15,6 MB now. previous size was 7,86 MB. [13:46:28 CEST] <animax> when encoding back tp png ... [13:46:31 CEST] <JEEBsv> well yes, because I have no idea how the fuck ffmpeg codes PNG and if it has any options to compress it better [13:46:56 CEST] <JEEBsv> if you just want to check if the actual coded data within the ut video frames is the same you can use the md5 output [13:47:29 CEST] <JEEBsv> ffmpeg -i input.png -f md5 - should output a md5 hash onto the standard output (onto your motherfucking terminal) [13:47:39 CEST] <JEEBsv> or was it framemd5 [13:47:41 CEST] <JEEBsv> probably was :P [13:47:53 CEST] <JEEBsv> also you might or might not have to set -c:v rawvideo for the data to get decoded [13:48:09 CEST] <JEEBsv> or not, that might just leave it not decoded [13:48:43 CEST] <JEEBsv> in any case, there are fucking ways of making sure the coded data is the same [13:50:25 CEST] <JEEBsv> https://www.ffmpeg.org/ffmpeg-formats.html#framemd5-1 [13:50:29 CEST] <eric___> Is there anybody out there ? :/ [13:50:44 CEST] <JEEBsv> ok, so you shouldn't have to poke it really [13:51:28 CEST] <JEEBsv> `ffmpeg -i input.png -f framemd5 -` should do it for the PNG file [13:51:49 CEST] <JEEBsv> and `ffmpeg -i input.avi -f framemd5 -` should do it for a one-frame AVI file encoded out of a single PNG [13:51:59 CEST] <JEEBsv> this works with multiple ones as well of course :P [13:53:31 CEST] <JEEBsv> eric___: lavf can work with encoder delay if it was properly signaled by the encoder in the container. it will output negative timestamps on decoded samples that come before it [13:53:48 CEST] <JEEBsv> how players implement that and *if* they implement it is completely up to the players [13:54:00 CEST] <JEEBsv> libavformat and libavcodec do let you do it :P [13:57:25 CEST] <eric___> JEEBsv: Thank you, I'm sorry but as english isn't my native language I don't understand what you wrote :/ [13:58:27 CEST] <animax> JEEBsv: thank you very much. my purpose still is to retain quality untill the final step. so http://www.pasteall.org/58735 should work fine? I was just irritated because the output avi file is growing and the "back coded" PNGs did so also. [13:58:43 CEST] <JEEBsv> the AVI of course grew because you started feeding more data [13:59:08 CEST] <JEEBsv> if you wanted to retain fucking quality look at my framemd5 lines :P [13:59:17 CEST] <JEEBsv> those should hash the decoded pictures [13:59:34 CEST] <JEEBsv> thus if you get the same hashes you know you have the same data coded in both [14:00:13 CEST] <JEEBsv> eric___: what I meant is that libavformat and libavcodec support signaling encoder delay in mp4 just fine [14:00:43 CEST] <JEEBsv> so if the files are done correctly with the correct signaling libavformat and libavcodec should tell you which samples that come from the decoder should be ignored [14:01:03 CEST] <animax> JEEBsv: can I md5 check the whole png sequence in one go? [14:01:10 CEST] <JEEBsv> animax: I would say yes [14:01:35 CEST] <JEEBsv> use the same -i and then "-f framemd5 -" after that to have the output in your terminal [14:01:45 CEST] <JEEBsv> if you want it in a file, then you just replace the last dash with the file name [14:01:59 CEST] <JEEBsv> dash means either standard input for input, or standard output for output [14:02:11 CEST] <animax> 'ffmpeg -i input%04d.png -f framemd5'? [14:02:27 CEST] <JEEBsv> that lacks the output, which is why I had the dash there :P [14:02:35 CEST] <animax> oh mom [14:02:35 CEST] <JEEBsv> (or a file name if you want the information dumped into a file) [14:03:24 CEST] <animax> what kind of file? .txt? [14:03:50 CEST] <JEEBsv> it will be text data but the application doesn't care how you name it [14:04:16 CEST] <JEEBsv> libavformat only cares about the file name when you don't specify the muxer with -f [14:04:27 CEST] <animax> 'ffmpeg -i input%04d.png -f framemd5 out.txt'? [14:04:29 CEST] <JEEBsv> for example if your file name ends with dot-avi it picks the AVI muxer :P [14:04:31 CEST] <JEEBsv> yes [14:05:00 CEST] <animax> ? [14:05:19 CEST] <animax> 'ffmpeg -i input.avi -f framemd5 out.txt'? [14:05:55 CEST] <JEEBsv> yes [14:06:31 CEST] <JEEBsv> it will output data in this format: https://www.ffmpeg.org/ffmpeg-formats.html#framemd5-1 [14:07:01 CEST] <eric___> JEEBsv: Thanks. How can I compile ffmpeg (what args) so its plays .m4a gaplessly ? [14:07:42 CEST] <eric___> it* [14:07:47 CEST] <JEEBsv> eric___: you can't disable the feature without disabling the whole demuxing/decoding part [14:08:02 CEST] <animax> so doing 'ffmpeg -i input%04d.png -f framemd5 out.txt' with both the original png sequence and the "back encoded" one shloud deliver me the same md5 sum, shouldn't it? [14:08:35 CEST] <JEEBsv> I don't know why you'd be going back to PNG just for that, just compare the sources and the ut video output [14:08:44 CEST] <JEEBsv> if those match, you're good [14:09:04 CEST] <animax> JEEBsv: yes, you are wright. sorry. [14:09:30 CEST] <JEEBsv> eric___: so it's either incorrectly created files, your player not using the timestamps correctly or the files having silence at the end [14:09:37 CEST] <eric___> JEEBsv: I'd like to enable gapless playback for m4a... Sorry if I don't understand [14:09:58 CEST] <eric___> JEEBsv: Ok, thank you [14:10:05 CEST] <JEEBsv> (and of course there's the whole thing after you get and handle the decoding correctly in the audio output) [14:10:39 CEST] <JEEBsv> I mean, all I'm saying that if you have a new enough libavformat and -codec built with mp4/aac support you should have everything you need to get the encoder delay and use it correctly [14:12:25 CEST] <eric___> JEEBsv: libavformat and lib(?) are to be compiled ? [14:12:50 CEST] <JEEBsv> ... [14:13:43 CEST] <animax> JEEBsv: pardon. is there a chance to check the md5 sum in a easier way? [14:13:52 CEST] <JEEBsv> "in an easier way"? [14:14:00 CEST] <animax> do I have to do it visually? [14:14:10 CEST] <JEEBsv> oh, you can script it of course :P [14:14:16 CEST] <animax> or is there an app? [14:14:30 CEST] <JEEBsv> scrub from the lines everything but the md5 hash, then compare [14:14:38 CEST] <animax> ok. [14:15:02 CEST] <eric___> JEEBsv: thank you for your help. Gonna investigate... [14:16:13 CEST] <animax> JEEBsv:ok. no chance ... [14:16:28 CEST] <animax> can't figure out what is what [14:16:35 CEST] <animax> too much [14:16:40 CEST] <animax> code ... [14:16:58 CEST] <JEEBsv> are you by chance opening it in notepad or something that expects windows endlines? [14:17:11 CEST] <animax> note pad [14:17:14 CEST] <JEEBsv> yes [14:17:35 CEST] <JEEBsv> use a proper text editor or output to the terminal which does understand plain \n as an endline [14:17:59 CEST] <JEEBsv> notepad++ or sublime text 3 are the two I generally keep installed around on windows :P [14:18:02 CEST] <animax> http://www.pasteall.org/58737 [14:18:18 CEST] <animax> I have notepad++ installed [14:18:26 CEST] <JEEBsv> yes, that looks simple enough [14:19:28 CEST] <JEEBsv> anyways, if you just want to make generally sure it's lossless you can just compare the three first manually or so :P if you ever feel like always checking it, you should just script it then [14:19:50 CEST] <JEEBsv> python or powershell or something should handle it nicely [14:24:16 CEST] <animax> JEEBsv: you mean hash numbered by 0, 1 und2? line 7, 8 and 9? [14:25:10 CEST] <JEEBsv> the last part of all of the data lines is the md5 hash, the first number is the stream number which can be different if you have multiple streams in the input [14:25:49 CEST] <JEEBsv> so basically to make sure you have coded the same data just check the first three or so pictures' md5sum that it matches between your input PNGs and the Ut Video file >P [14:25:52 CEST] <JEEBsv> :P [14:26:06 CEST] <JEEBsv> that should mean that you are generally doing the right thing [14:28:49 CEST] <animax> ok. I start to realize ... can't figure out any difference at all in the whole list of 75 entries. [14:29:36 CEST] <animax> omg. this is all quite complicated ... :-) [14:31:36 CEST] <JEEBsv> I guess if you had coded your source PNGs in >8bit per sample you would have gotten different hashes, but then the sizes of your packets would also be different [14:32:01 CEST] <JEEBsv> (the value before the hash is the size of the data to be hashed) [14:33:29 CEST] <animax> I coded them in 16 bit afaicr [14:35:32 CEST] <JEEBsv> then the hashes wouldn't match [14:35:52 CEST] <JEEBsv> when you run ffmpeg what does it say the input colorspace is for the PNGs? [14:40:00 CEST] <animax> rgb (pc) [14:40:14 CEST] <animax> npo [14:40:22 CEST] <t4nk827> So... i'm having trouble getting the filter ebur128 to add the metering metadata to my audio stream. My CLI snippet is here http://pastebin.com/embed_iframe.php?i=Qx4MDYDk [14:40:23 CEST] <animax> rgba (pc) [14:41:00 CEST] Last message repeated 1 time(s). [14:43:58 CEST] <JEEBsv> well yeah, both of those are 8bit RGB :P [14:44:05 CEST] <JEEBsv> (per sample) [14:44:33 CEST] <animax> JEEBsv: default setting in blender is 16 bit with rgba. [14:44:55 CEST] <JEEBsv> well it most definitely isn't 16bit according to ffmpeg's decoder if that's the input part :P [14:44:58 CEST] <animax> ok. maybe I've changed the settings. [14:46:32 CEST] <JEEBsv> well, how people call those things can differ; people often call 8bit samples with three samples per value as 24bit after all [14:46:41 CEST] <JEEBsv> and four 8bit samples (RGBA) is often called 32bit [14:46:42 CEST] <JEEBsv> :P [14:47:38 CEST] <JEEBsv> anyways, it's not possible to code >8bit samples with Ut Video so not too much use of coding the PNGs with something more than that :P [14:47:56 CEST] <JEEBsv> or well, there is if you want to keep such renders [14:48:01 CEST] <t4nk827> Fuller explanation of what I've tried here: http://pastebin.com/sffhn0n3 [14:50:53 CEST] <gr1sha> Can I convert a VideoPicture object to RGB? [14:50:58 CEST] <gr1sha> using sws_scale? [14:53:14 CEST] <animax> JEEBsv: ? there is or there isn't? [14:55:25 CEST] <JEEBsv> there is use if you need to keep around such renders, but you are not going to be able to input that stuff into most editors unless something supports higher bit depth PNG packed in MOV or so :P [15:05:37 CEST] <animax> JEEBsv: You mean there are formats I can use for storing the footage but they cannot be used with editors? [15:06:44 CEST] <JEEBsv> of course, ever since you said "this is for editing in video editing software" your alternatives are limited [15:07:17 CEST] <JEEBsv> blender is possibly a bit less limited because it can use lavf/lavc, but anything payware is going to end up being quite limited in what it can eat and so forth [15:12:09 CEST] <animax> after all I found out that there is no way to save the imported utvideo after editing in blender with the input utvideo settings. I have to see if all effects and filters will work when dealing right with the PNGs (import and export). so is there a good command to use lossless colour space preserving libx264? [15:13:06 CEST] <animax> because libx264 is good enough for blender isn't it? [15:13:35 CEST] <JEEBsv> if the lavc it uses is built with avc support, yes [15:13:59 CEST] <animax> how can I check? [15:14:18 CEST] <JEEBsv> "-c:libx264rgb -q:v 0 -g 3" are some settings to test [15:14:22 CEST] <JEEBsv> uhh [15:14:25 CEST] <JEEBsv> -c:v libx264rgb [15:15:11 CEST] <animax> I shall encode and check if blender reads the file? [15:15:16 CEST] <JEEBsv> yes [15:15:28 CEST] <JEEBsv> -g 3 should be small enough that it should be quite quick to seek [15:17:19 CEST] <animax> 'ffmpeg -i img_%04d.png -c:v libx264rgb -profile:v high -preset medium -crf 23 out.mp4'? [15:17:24 CEST] <JEEBsv> ... [15:17:38 CEST] <JEEBsv> you truly have no fucking idea what the fuck you are doing [15:17:45 CEST] <JEEBsv> you wanted lossless, right? [15:17:52 CEST] <animax> Only 'ffmpeg -i img_%04d.png -c:v libx264rgb out.mp4' [15:18:13 CEST] <JEEBsv> wlel yes, you need to set the fucking quantizer to zero to get fucking lossless [15:18:20 CEST] <animax> that might be right ... :-( [15:18:31 CEST] <JEEBsv> which is what -q:v 0 I think should do, if it doesn't work, use -qp 0 [15:18:48 CEST] <JEEBsv> also you definitely don't want the default fucking GOP length for editing which requires quick seeking [15:19:07 CEST] <JEEBsv> around -g 3 should bring some efficiency into coding but still be fast [15:19:27 CEST] <JEEBsv> I fucking spoonfeed you with the parameters and you just go off into a fucking tangent [15:19:30 CEST] <JEEBsv> fuck you [15:21:00 CEST] <animax> the whole topic is new for me and english is not my mother language ... [15:24:08 CEST] <animax> so I really have to struggle with understanding everything you say ... [15:24:17 CEST] <animax> but I'm trying [15:25:18 CEST] <animax> what I considered last was shit I see. [15:31:40 CEST] <animax> ok. you were really quite a big help for me. one last trial. maybe you will answer me. http://www.pasteall.org/58743. is it ok? [15:33:16 CEST] <animax> if you don't answer anymore: a big thx and bye. [17:29:24 CEST] <k_sze> So YouTube has these recommendations for videos to be uploaded, right? https://support.google.com/youtube/answer/1722171?hl=en-GB [17:30:54 CEST] <k_sze> What ffmpeg options do those translate to? The ones for the AAC-LC are easy, but the 2 consecutive B frames, closed GOP, moov atom at the front, and CABAC, I don't know at all. [17:31:43 CEST] <Mavrik> those are pretty much ffmpeg defaults for x264 [17:31:55 CEST] <Mavrik> -profile:v high [17:32:03 CEST] <Mavrik> will give you CABAC [17:33:14 CEST] <k_sze> the 2 consecutive b-frame is not default, if I understand the x264 documentation correctly? [17:33:18 CEST] <k_sze> the default seems to be 3? [17:36:22 CEST] <Mavrik> ffmpeg -i <something> -codec:v libx264 -profile:v high -x264opts "b-frames=0" -g 15 -flags +cgop -pix_fmt yuv420p -crf <quality> -movflags faststart output.mp4 [17:36:24 CEST] <Mavrik> that should be it [17:36:46 CEST] <Mavrik> note that not all of those are requirements really - youtube will take Main profile video with no problem [17:36:48 CEST] <k_sze> b-frames=0?? [17:36:49 CEST] <Mavrik> oh, also, b-frames=2 "P [17:36:52 CEST] <Mavrik> :P [17:36:53 CEST] <k_sze> heh [17:37:09 CEST] <Mavrik> also bitrates are mostly guidelines, not hard requirements [17:37:19 CEST] <JEEBsv> Mavrik: setting profile to high generally does nothing [17:37:31 CEST] <JEEBsv> as it's where x264 starts, it then checks your settings [17:37:45 CEST] <JEEBsv> and if you use nothing that requires high profile it will automagically lower the profile [17:37:48 CEST] <Mavrik> yeah [17:37:55 CEST] <Mavrik> so it's a bit redundant [17:38:06 CEST] <Mavrik> as long as it's not baseline that kills quality it's fine [17:38:36 CEST] <Mavrik> and "-g" is obviously GOP size [17:38:40 CEST] <k_sze> Why the -g 15 though? [17:39:00 CEST] <k_sze> oh, GOP of half the frame rate [17:39:01 CEST] <k_sze> right [17:39:01 CEST] <JEEBsv> I think it's actually pretty useless to tell people to set profile to high, as it is the highest and most people will just see "ffmpeg" not respecting that parameter [17:39:19 CEST] <JEEBsv> which leads to a lot of questions like "I set profile to high but I get main" [17:39:20 CEST] <JEEBsv> :P [17:39:59 CEST] <JEEBsv> (mostly because by default 8x8 dct is disabled, which IIRC is the only feature that x264 supports from high profile only) [17:40:20 CEST] <Mavrik> ^^ [17:40:24 CEST] <JEEBsv> only if you use a slower preset that enables 8x8 dct, you will get high profile selected (and you don't even have to set it) [17:40:47 CEST] <JEEBsv> tl;dr you should only set profile when you want to _limit_ it [17:41:00 CEST] <JEEBsv> as in, if you specifically need main or baseline [17:41:27 CEST] <Mavrik> I'll keep that in mind to keep newbies from attacking this channel ;) [17:41:42 CEST] <JEEBsv> in that case it should actually disable features that are not compatible with that limited profile [17:44:22 CEST] <k_sze> hmm, -crf <quality> and -b:v 8192k are conflicting, right? [17:45:04 CEST] <JEEBsv> it's not quality, I got yelled at calling it like that years ago on #x264 [17:45:21 CEST] <JEEBsv> it's a rate factor, which is probably the closest thing we currently have to a constant quality'ish rate control [17:45:26 CEST] <JEEBsv> but yes, they conflict [17:53:52 CEST] <k_sze> and if I do a 2-pass encoding, do the libx264 options in pass 1 need to be the same as in pass 2? [17:57:13 CEST] <k_sze> (I actually don't quite understand why YouTube has recommendations at all.) [17:57:21 CEST] <k_sze> Aren't they going to re-encode anyway? [18:01:05 CEST] <JEEBsv> yes [18:01:29 CEST] <JEEBsv> so in theory if they have fixed their shit you just encode lossless shit that they can decode and push it there [18:02:04 CEST] <JEEBsv> they used to have issues with lossless H.264 a few years back because their FFmpeg was from like 2007 or so [18:02:14 CEST] <JEEBsv> but that might have changed since [18:03:00 CEST] <JEEBsv> the GOP stuff might or might not have to do with how they encode the clips in parts, if they only cut the jobs on IRAPs then the less of them you have the less jobs there will be for their workers [18:14:15 CEST] <Beam> hey [18:15:19 CEST] <Mavrik> JEEBsv, yeah, and since they encode for HLS as well, it probably helps them more optimally generate chunks as they reencode in pieces [18:16:00 CEST] <Beam> how would i go about to make ffmpeg create a live stream from a series of video files chosen live, in a container/format that allows live streaming, as well as upnp/dlna compatible so i can stream it onto the tv? [18:16:20 CEST] <Beam> aiming to create something like sort of like a video jukebox [18:16:40 CEST] <Beam> also i would like to add some overlay with live data [18:16:55 CEST] <JEEBsv> vlc would probably be better for that since it will stay around and can be controlled via telnet etc [18:17:21 CEST] <JEEBsv> and you IIRC can keep the thing alive while you modify the playlist [18:17:28 CEST] <JEEBsv> ffmpeg itself probably isn't the best thing for stuff like that [18:17:49 CEST] <Beam> hrrm i suppose. i hate vlc for streaming though, i always get sync issues [18:18:55 CEST] <Beam> is there any kind of framework that does what i want, or just a generic framework that uses ffmpeg and has functions to do stuff i mentioned? [18:19:18 CEST] <JEEBsv> vlc is the closest I know to that :P [18:19:42 CEST] <JEEBsv> you'd have to write your own thing using the libraries if you want something else [18:20:34 CEST] <Beam> can vlc add an overlay to a stream, read from something easy to code for? [18:21:29 CEST] <JEEBsv> it has various overlays as far as I know, but you'd really need to look at the sout documentation for that [18:48:43 CEST] <JodaZ> Mavrik, any idea how i can encode for HLS in pieces? [20:58:39 CEST] <rehunted> why trickle does not work with ffmpeg? [20:58:58 CEST] <rehunted> i'm trying to limit download of a mjpeg stream [20:59:07 CEST] <rehunted> with http://monkey.org/~marius/pages/?page=trickle [21:04:58 CEST] <rehunted> I guess I found it [21:04:59 CEST] <rehunted> A fully statically linked executable (meaning that everything, including libc, is statically compiled into the binary) can't be used with a userspace process like trickle. What eventually happens with a statically linked executable is that it makes system calls directly into the Linux kernel's stable user<->kernel Application Binary Interface (ABI). It does not attempt to load any libraries within /lib, /usr/lib, /usr/local/lib, etc. to resolve symbol [21:04:59 CEST] <rehunted> s. [21:05:02 CEST] <rehunted> http://superuser.com/questions/701527/trickle-throttle-all-programs-works-f… [22:38:40 CEST] <ealdeguer> Hi everyone, I have some issues compiling ffmpeg on my mac (yosemite), I did git clone the libfdk-aac and then configure, make make install, but each time I do ./configure my ffmpeg with the --enable-libfdk-aac parameter, it says it can't find it [22:38:42 CEST] <ealdeguer> any ideas ? [22:38:45 CEST] <ealdeguer> thx [22:39:18 CEST] <JEEBsv> `pkg-config --libs fdk-aac` says something? [22:39:50 CEST] <ealdeguer> yep -L/usr/local/lib -lfdk-aac [22:40:15 CEST] <JEEBsv> ok, then blame whomever decided that pkg-config shouldn't be used to find fdk-aac [22:40:38 CEST] <JEEBsv> because you have to manually tell the configure script now where fdk-aac is [22:40:43 CEST] <JEEBsv> even though pkg-config can tell [22:41:37 CEST] <JEEBsv> uhh if only I remembered what shell OS X has by default [22:41:41 CEST] <ealdeguer> like adding some kind of GLIB_LIBS="-lglib-2.0 -lgio-2.0" before ./configure [22:41:45 CEST] <ealdeguer> sorry for me being a noob haha [22:42:07 CEST] <JEEBsv> basically you have to put into --extra-cflags="<here>" what pkg-config --cflags fdk-aac gives [22:42:12 CEST] <Mavrik> ealdeguer, btw, just using "brew install ffmpeg --with-fdk-aac" should get you there way faster [22:42:22 CEST] <JEEBsv> and --extra-ldflags="<here>" what --libs says [22:42:41 CEST] <ealdeguer> Hi mavrik, that was my first try with the same result unfortunately :( [22:42:50 CEST] <ealdeguer> thanks JEEBsv will try [22:42:53 CEST] <JEEBsv> and if you have time, herp a derp on the ffmpeg-devel list why pkg-config isn't used for fdk-aac [22:43:05 CEST] <JEEBsv> because it's motherfucking retarded and there's one guy who's opposing it as far as I know [22:43:16 CEST] <Mavrik> huh [22:43:22 CEST] <Mavrik> what's the reason for not using pkg-config? [22:43:29 CEST] <Mavrik> Isn't it like used for everything else? [22:43:31 CEST] <JEEBsv> yes [22:43:36 CEST] <JEEBsv> cehoyos is cehoyos [22:43:57 CEST] <Mavrik> ealdeguer, hrmpf, works just fine for me -_- [22:44:07 CEST] <Mavrik> but yeah, use --extraldflags/--extra-cflags [22:44:50 CEST] <JEEBsv> https://patches.libav.org/patch/57514/ [22:45:03 CEST] <JEEBsv> there seems to be a patch on the libav side, but it seems it wasn't merged there, either? [22:45:29 CEST] <JEEBsv> oh, that's actually pretty new [22:45:40 CEST] <Mavrik> Let's just start a thread about moving to CMake [22:45:44 CEST] <ealdeguer> Haha finally used your idea Mavrik, I read too fast, I thought you meant installing just libfdk-aac with brew (what doesn't work) then I did brew install ffmpeg --with libfdkaac [22:45:57 CEST] <JEEBsv> Mavrik: no never [22:46:06 CEST] <JEEBsv> cmake has a weird thing about hating pkg-config [22:46:07 CEST] <Mavrik> Wouldn't that be fun? :) [22:46:07 CEST] <ealdeguer> and then recompile my ffmpeg with my custom parameters, but thanks to brew the libfdkaac should be now recogniezed [22:46:17 CEST] <JEEBsv> and instead they reimplement various searching shits [22:46:39 CEST] <Mavrik> JEEBsv, hmm, I think I have a C++ CMake project here that uses pkg-config to resolve ffmpeg libs :) [22:46:46 CEST] <Mavrik> but never did invest alot of time in it [22:46:55 CEST] <Mavrik> but that was more of a bikeshedding post [22:46:55 CEST] <JEEBsv> I bet that pkg-config thing wasn't done by the cmake guys :P [22:46:57 CEST] <chrisjunkie> Guys, any way that we can change error concealment on h264 video to only pass the last full-frame to the encoder? I'm viewing CCTV video over a lossy network, and dont care if the picture is jumpy. I.e dont do any error concealment, just wait until we can decode a new full frame by duplicating the old one to match output FPS? [22:47:17 CEST] <Mavrik> FIND_PACKAGE(PkgConfig) :) [22:47:56 CEST] <JEEBsv> anyways, I poked #libav-devel about that patch [22:48:05 CEST] <JEEBsv> if it gets merged, it will hit ffmpeg as well and cehoyos will throw a fit [22:48:16 CEST] <JEEBsv> and we get to eat pop corn and enjoy the show [22:50:10 CEST] <ealdeguer> Damn it doesn't work, I'll try now the extra flag idea [22:53:43 CEST] <ealdeguer> JEEBsv So I did type ./configure --enable-gpl --enable-nonfree [...] --enable-libx264 --enable-libsdk-aac --extra-cflags "-I/usr/local/include" [22:54:02 CEST] <JEEBsv> ealdeguer: and the ldflags too [22:54:13 CEST] <ealdeguer> it says Unknown option "-I/usr/local/include" [22:54:30 CEST] <JEEBsv> --extra-cflags="-I/usr/local/include" ? [22:55:53 CEST] <ealdeguer> -I/usr/local/include is what returns pkg-config --cflags fdk-aac [22:57:21 CEST] <JEEBsv> yes, and that's correct [22:57:32 CEST] <JEEBsv> I mean, just put it that way instead of the space there [23:00:22 CEST] <ealdeguer> the flags now works but not the ld one [23:01:11 CEST] <ealdeguer> this is at the end of my configure : --extra-cflags="-I/usr/local/include" --extraldflags="-I/usr/local/include" [23:01:21 CEST] <JEEBsv> you should have believed my line :P [23:01:27 CEST] <ealdeguer> is there a dash ? [23:01:39 CEST] <JEEBsv> yup [23:01:50 CEST] <ealdeguer> ok sorry for these stupid mistakes [23:02:36 CEST] <ealdeguer> both the flags are now recognized but still ERROR: libfdk_aac not found [23:03:04 CEST] <JEEBsv> pastebin config.log [23:03:05 CEST] <JEEBsv> and link here [23:05:35 CEST] <ealdeguer> there you go http://pastebin.com/YLxeKGxA [23:05:38 CEST] <ealdeguer> thx [23:06:14 CEST] <ealdeguer> I do have in /usr/local/include, a fdk-aac folder, as I did for x264. [23:06:38 CEST] <ealdeguer> In that fdk-aac folder I did ./configure make make install with no apparent error [23:07:53 CEST] <JEEBsv> uhh [23:08:18 CEST] <JEEBsv> so you say you had fdk-aac's source code in /usr/local/include/fdk-aac and you built it there? [23:08:28 CEST] <ealdeguer> yep [23:08:31 CEST] <ealdeguer> precisely [23:08:32 CEST] <JEEBsv> what the flying fuck [23:09:09 CEST] <JEEBsv> just a protip for the future [23:09:18 CEST] <JEEBsv> you don't put your initial source code there [23:09:31 CEST] <ealdeguer> thanks for your advice [23:09:41 CEST] <ealdeguer> where should I git clone it ? [23:10:09 CEST] <ealdeguer> in usr/local/include/ffmpeg ? [23:10:15 CEST] <JEEBsv> somewhere completely unrelated, your home dir or whatever :P the source dir doesn't exactly get used for anything else than making it simple for you to build it [23:10:23 CEST] <Mavrik> ew [23:10:28 CEST] <Mavrik> no wonder that also confused homebrew :) [23:10:29 CEST] <ealdeguer> ok got it [23:10:34 CEST] <ealdeguer> no more sources in usr local include [23:10:48 CEST] <JEEBsv> you set a prefix when configuring a la --prefix=/usr/local/ and then make install will install its stuff there [23:11:08 CEST] <JEEBsv> but still in theory you should have the installed header there, although your directory structure seems to be a mindfuck [23:11:25 CEST] <ealdeguer> ok I'll do that now with x264 fdk-aac and ffmpeg thanks I try this now [23:11:40 CEST] <JEEBsv> as you can see at the end of that config.log, it checks for fdk-aac/aacnenc_lib.h , and it does have the -I there [23:11:46 CEST] <JEEBsv> and it says it can't find it [23:11:58 CEST] <JEEBsv> but yeah, clean up your /usr/local/ once :P [23:12:14 CEST] <JEEBsv> although I have no idea what other stuff you have there [23:14:00 CEST] <ealdeguer> do you think I can remove the include folder with no risks ? as I didn't compile anything apart x264 libfdk-aac and ffmpeg [23:15:09 CEST] <JEEBsv> I don't remember how homebrew exactly works, but if you check that you have nothing extra in the include and lib and bin directories under /usr/local you can probably clean 'em up :P [23:16:01 CEST] <ealdeguer> there the content of my usr/local/include folder http://pastebin.com/JdV5QA7i [23:16:53 CEST] <JEEBsv> I'll just say that I have no idea how you've set your system like so I can't exactly help you there :P [23:17:40 CEST] <ealdeguer> ok thx anyway [00:00:00 CEST] --- Sun May 31 2015

1 0

ffmpeg-devel.log.20150529
by burek 30 May '15

30 May '15

[00:02:06 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07release/2.4:4dc0fbb13c33: x86: cavs: Remove an unneeded scratch buffer [00:02:07 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07release/2.4:e4e64f2fea0a: avcodec/x86/cavsdsp: remove unneeded tmp [00:02:08 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07release/2.4:95cf5e83a750: Merge commit '4dc0fbb13c33b4e5bdb766652f4daf900ccc952f' into release/2.4 [00:26:53 CEST] <cone-741> ffmpeg 03Roman Savchenko 07master:e85d91da48cf: avformat/avienc: Correct possible dereference of null [01:47:13 CEST] <llogan> michaelni: isn't flac lpc_coeff_precision range from 0-15, not 1-15 as mentioned in your recentish flac doc commit? i can fix if it is incorrect [01:53:40 CEST] <michaelni> llogan, i think 0 is not valid [01:54:25 CEST] <llogan> i just noticed it when looking at "ffmpeg -h encoder=flac" [01:56:32 CEST] <cone-741> ffmpeg 03Roman Savchenko 07master:e5d1152ccc30: avcodec/mpegvideo: Check pointer when allocation fail [01:56:33 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:d860084c50c3: avcodec/mpegvideo: Reset bitstream_buffer_size on allocation failure [01:56:34 CEST] <cone-741> ffmpeg 03Hendrik Leppkes 07master:b7a0b303d982: dxva2_hevc: fix 32x32 scaling lists [01:57:40 CEST] <michaelni> llogan, its stored as x-1 so 0 cant be stored [02:03:18 CEST] <llogan> i guess i was confused...as per tradition. [02:03:51 CEST] <llogan> got to go pick up the mutt... [02:31:30 CEST] <rcombs> michaelni: wm4: hmm, do we want to turn on verification by default for Secure Transport? [02:32:05 CEST] <rcombs> I figured we'd want to leave it off until Win32, Linux, and OS X can all do it reliably, but I don't have a particularly compelling reason for that [03:21:34 CEST] <michaelni> rcombs, when / how often does verification fail ? [03:21:51 CEST] <michaelni> its safer to leave it on and give the user the option to turn it off [03:22:39 CEST] <rcombs> michaelni: verification fails if the server presents an untrusted certificate [03:23:17 CEST] <rcombs> your browser, e.g., would respond to that situation by refusing to continue the connection, or possibly prompting the user for permission to continue insecurely [03:23:43 CEST] <michaelni> yes, we should do similarly IMO [03:23:47 CEST] <Daemon404> i wager youll have angry users if you outright fail [03:24:02 CEST] <rcombs> there'd still be an option to turn it off either way [03:24:22 CEST] <Daemon404> sure but it means that the 3 have different default behavior [03:24:25 CEST] <rcombs> just like in your browser, except you have to set it at the CLI instead of being prompted about it [03:24:30 CEST] <Daemon404> platform specific no less [03:24:33 CEST] <rcombs> yeah, that's my vague concern [03:24:43 CEST] <Daemon404> a lot of peopel dev on os x, deploy on linux [03:24:46 CEST] <Daemon404> (unfortunately) [03:24:56 CEST] <rcombs> I think we should definitely do this when we've got verification working reliably everywhere [03:25:15 CEST] <rcombs> ("verification working reliably" means "we can reliably find a list of trusted CAs") [03:25:30 CEST] <michaelni> yes, the CAs must eb found [03:25:56 CEST] <rcombs> that's what most other CLI/library software with TLS support does [03:26:38 CEST] Action: Daemon404 thinks the concept of CAs is stupid anyway [03:26:45 CEST] Action: Daemon404 puts on his tinfoil hat [03:26:51 CEST] <rcombs> Daemon404: you're not wrong [03:27:10 CEST] <rcombs> but CA verification is probably better than no verification [03:27:47 CEST] <rcombs> I've got that patch to add a CA bundle search very similar to curl's, so that should get us to the same point there as OS X [03:28:19 CEST] <rcombs> that just leaves Windows, for which an schannel tls.c implementation is required [03:28:51 CEST] <Daemon404> i think it shouldnt be too hard if you look how curl does it [03:29:15 CEST] <Daemon404> curl code is probably a better doc than msdn when it comes to schannel... [03:29:22 CEST] <rcombs> yeah (I referenced curl for the securetransport one as well) [03:29:44 CEST] <rcombs> but rcombs and Win32 go together like oil and water [03:30:26 CEST] <rcombs> so I'm standing over here hoping someone else handles that bit [03:31:01 CEST] <Daemon404> i was planning to revive my nss patch [03:31:08 CEST] <Daemon404> but NSPR is so crap i might not [03:36:42 CEST] <cone-741> ffmpeg 03Hendrik Leppkes 07master:c7bd6a54af1b: dxva2_hevc: re-write reference frame handling [09:45:59 CEST] <j-b> 'morning [09:50:01 CEST] <durandal_1707> good morning [11:03:03 CEST] <thardin> are there any players that do gapless playback? [11:04:27 CEST] <thardin> vlc doesn't seem able to [11:09:01 CEST] <wm4> mpv can in theory, for audio files [11:21:50 CEST] <thardin> gotta give that a shot then [11:22:20 CEST] <TimNich> thardin: are you only interested in audio? [11:31:32 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:78efc69e7c99: rtmpdh: Make sure ret is initialized in the nettle version of bn_hex2bn [11:31:33 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:392832fc3ab1: Merge commit '78efc69e7c990226f4b913721ef1b308ca5bfa04' [11:34:17 CEST] <thardin> TimNich: well, I see no reason to make it work for both [11:34:42 CEST] <thardin> at my new work we made a system that does this for all media. out of necessity really, but still [11:35:14 CEST] <TimNich> istr that clementine and amarok have a gapless setting, thats all. [11:35:37 CEST] <thardin> it's not hard to spin off a pthread that does all probing and sets of conversion buffers etc beforehand [11:36:12 CEST] <TimNich> what to do about padded frames at the end though? [11:36:37 CEST] <nevcairiel> the format needs to support gapless playback and indicate metadata for those, otherwise you can do what you want and it will never be perfect [11:37:08 CEST] <nevcairiel> of course you can try anyway and hope the padding isnt too obvious =) [11:38:01 CEST] <thardin> well, start with formats that can do sample precise stuff ofc [11:38:18 CEST] <thardin> but even with mp3 and such you can still cut stuff so the blocksize doesn't become an issue [11:38:34 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:127d813bcb57: rtmpdh: Fix a local variable name in the nettle/gcrypt codepath [11:38:35 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:9f1b3050d9e3: rtmpdh: Check the output buffer size in the openssl version of dh_compute_key [11:38:36 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:0508faaa11bf: rtmpdh: Pass the actual buffer size of the output secret key [11:38:37 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:4c0b30b07a81: Merge commit '127d813bcb5705202b7100cf1eccd1e26d72ba14' [11:38:38 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:beecbe13a2ea: Merge commit '9f1b3050d9e31e9283d818f3640f3460ac8cfb5b' [11:38:39 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:fbeb3fa999e8: Merge commit '0508faaa11bf7507ffdd655aee57c9dc5a8203f4' [11:38:57 CEST] <thardin> say if you're dumping CDs or vinyl to raw wave, then cutting them up [11:39:43 CEST] <nevcairiel> well if you control the encoding anyway, might as well just write the metadata [11:40:05 CEST] <thardin> that too. mp3 has stuff for that nowadays, right? [11:42:02 CEST] <nevcairiel> it does [11:45:23 CEST] <thardin> I guess I'll look into it if I get around to messing around with that stuff [11:45:34 CEST] <wm4> yeah, I even implemented it for lavf (decoding only) [11:50:12 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:063f7467e4d1: rtmpdh: Add fate test for the DH handshake routine [11:50:13 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:8016a1bd3b60: rtmpdh: Remove an unnecessary check in the gcrypt/nettle dh_compute_key [11:50:14 CEST] <cone-788> ffmpeg 03Martin Storsjö 07master:e9e86d9ef637: rtmpdh: Create sufficiently long private keys for gcrypt/nettle [11:50:15 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:48e02e258c42: Merge commit '063f7467e4d14ab7fe01b2845dab60cc75df8b53' [11:50:16 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:42a6a3841868: Merge commit '8016a1bd3b60e917e1b12748dd80c06c3462c286' [11:50:17 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:4b8b3efb1e40: Merge commit 'e9e86d9ef637f5a600c76b352ffe5a82b71b25d1' [12:16:51 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:e1b001956843: avformat/mov: Avoid float usage in yuv_to_rgba() [12:30:53 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:3331213e2ac5: avformat/concatdec: Enable auto_convert by default [12:53:15 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:14bc57044224: avformat/movenc: avoid floats in width/height/aspect ratio computations [13:07:44 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:061a592b9cb0: avformat/movenc: Check that track_width_1616 fits within the available 32bit before storing it [13:07:45 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:f86e7c5d00cc: avcodec/ac3_parser: Avoid floats in bitrate computation [14:14:25 CEST] <cone-788> ffmpeg 03Michael Niedermayer 07master:403940de241e: avcodec/mpegvideo: Use FFSWAP to exchange pointers [17:01:07 CEST] <rcombs> anyone know if AUD NALs should be inserted when muxing HEVC in MPEG-TS? [17:50:51 CEST] <Timothy_Gu> nevcairiel: do you know why http://fatebeta.ffmpeg.org/log/x86_32-msvc11-windows-native/20150529110728/… has so many weird warnings? [17:51:24 CEST] <nevcairiel> thats from the pre-processor [17:51:30 CEST] <nevcairiel> just ignore any warnings in that build [17:51:43 CEST] <Timothy_Gu> What do you mean? [17:52:14 CEST] <Timothy_Gu> Do we preprocess sources separately? [17:52:20 CEST] <nevcairiel> vs2012 needs a special pre-processor to mangle the source so it can compile it [17:52:26 CEST] <nevcairiel> it doesnt produce the cleanest code in the world [17:52:38 CEST] <nevcairiel> it lines headers for example [17:52:41 CEST] <nevcairiel> inlines* [17:52:45 CEST] <Timothy_Gu> oh yeah c99toc89 [17:52:54 CEST] <nevcairiel> vs2013 compiles without that [17:52:56 CEST] <Timothy_Gu> okay that makes sense [17:53:02 CEST] <nevcairiel> once vs2015 is out, i'll probably shut down the 2012 box [19:16:29 CEST] <BBB> omg poor souls that still use c99toc89 [19:21:14 CEST] <Compn> pretty smart way to avoid having to fork c89 code, just make a script to convert it all first [19:39:31 CEST] <cone-028> ffmpeg 03Andreas Cadhalpun 07master:153639cb9cfa: mov: fix DTS calculation for samples with negative stts duration [20:12:42 CEST] <philipl> nevcairiel: Your fix didn't help my code pass the scaling list samples, but I suspect I've got a separate problem that's messing those up. [20:13:45 CEST] <philipl> I'm looking at the RPS samples right now, and I see something particularly weird. Taking the RPS_A sample specifically, I end up decoding the second frame as *identical* to the first. As in, I save all frames as pngs from ffmpeg and they have the same md5 sum. [20:14:24 CEST] <philipl> I can verify that they have different vdpau surfaces associated with them, so I don't think that's the problem. [20:14:53 CEST] <philipl> And of course, past that point everything looks wrong for unsurprising reasons. [20:27:13 CEST] <BBB> Compn: well, yeah, Im one of the crazies that wrote it ;) [20:27:17 CEST] <BBB> Compn: I still feel bad about it [20:27:43 CEST] <BBB> Compn: about as bad as I feel about having copied mplayer (or was it xine? dont remember)s dll loader and make a gstreamer plugin out of it >10 yrs ago [20:28:14 CEST] <BBB> that was before I learned how to RE :-p [20:34:03 CEST] <cone-028> ffmpeg 03Nedeljko Babic 07master:e374405d8e82: libavutil: Cosmetic changes to fixed_dsp file. [20:54:27 CEST] <cone-028> ffmpeg 03Ingo Brückl 07master:083b1a32d530: build: add configure option pkgconfigdir [21:30:59 CEST] <cone-028> ffmpeg 03Michael Niedermayer 07master:bedb5d587b5f: configure: Fix showcqt fft dependancy [22:05:44 CEST] <cone-028> ffmpeg 03Rodger Combs 07master:f24d92badadc: lavf/tls: Support Secure Transport [22:51:39 CEST] <Compn> BBB : just think how many people were helped by your work and forget how hacky it is :P [22:54:19 CEST] <BBB> I fear for their sanity [22:55:21 CEST] <nevcairiel> the more important fact is that the mere existance of that tool may have played a part in the next msvc version supporting enough c99 to build it ouf of the box [22:58:29 CEST] <BBB> yeah, thats a nice thought... [22:58:33 CEST] <BBB> I hope its true [22:58:43 CEST] <BBB> will be impossible to prove, but ohwell [22:58:55 CEST] <nevcairiel> j-b likes to believe it [22:59:29 CEST] <BtbN> The C99 to C89 converter, or what tool? [22:59:39 CEST] <nevcairiel> yes [23:10:45 CEST] <wm4> rcombs: nice [23:14:58 CEST] <rcombs> \o/ [00:00:00 CEST] --- Sat May 30 2015

1 0

ffmpeg.log.20150529
by burek 30 May '15

30 May '15

[02:39:42 CEST] <incal> I managed to put together a png and a m4a into an mp4, with ffmpeg -i IMG -i SONG OUT but when I play it in mplayer it "works" only I can't go back and forward, how can I have that as well? [03:04:46 CEST] <incal> or ditto mp3 instad of m4a [03:07:59 CEST] <chungy> incal: what is your full command? [04:42:51 CEST] <incal> chungy: actually I solved it, http://user.it.uu.se/~embe8573/conf/.zsh/audio [04:43:13 CEST] <incal> first function, img-song, feel free to suggest improvements tho [06:47:14 CEST] <napster> Is it possible to improve sharpness of a video? [06:52:52 CEST] <napster_> Is it possible to improve sharpness of a video? [07:15:06 CEST] <napster_> Or basically, does ffmpeg provide functionalities offered by avisynth? [08:56:29 CEST] <aoeu1234> Hello everyone [08:56:38 CEST] <aoeu1234> I am here because of a bug I am experiancing [08:56:53 CEST] <aoeu1234> When I try to record audio I get very very choppy playback [08:56:58 CEST] <aoeu1234> here is the filed bug [08:56:59 CEST] <aoeu1234> https://trac.ffmpeg.org/ticket/4580 [08:57:08 CEST] <aoeu1234> am I doing something wrong in the command? [08:57:24 CEST] <aoeu1234> my CPU is not maxed out, and the video is stellar quality [08:57:45 CEST] <aoeu1234> the only other issue is the first couple seconds tend to be black and have issues seeking [09:07:29 CEST] <aoeu1234> If anyone has a reponse or an idea about what I need to do please annouce my name in chat [09:17:34 CEST] <elmargol> Hi is it save to use ffmpeg inside cygwin on windows? I'm using the commandline interface and i hate cmd.exe [09:18:32 CEST] <elmargol> Or babun? [09:20:26 CEST] <aoeu1234> use powershell [09:20:35 CEST] <aoeu1234> cygwin is made of fail [09:20:36 CEST] <elmargol> how do I get the ffmpeg path in to powershell? [09:20:56 CEST] <aoeu1234> dunno I havent used windows products in 4 years [09:23:15 CEST] <elmargol> ah ok there is a profile file for this [09:23:48 CEST] <elmargol> aoeu1234, well the fastest cpu in the house is my windows gaming pc :) On my notebook i have ubuntu :) [09:24:10 CEST] <elmargol> Thats why I do my video encoding on the windows pc [09:24:16 CEST] <aoeu1234> nice I only game linux games [09:24:26 CEST] <aoeu1234> or stuff that works on wine via playonlinux [09:24:58 CEST] <elmargol> my last 3 nvidia cards died just after the warranty was gone. thats why I switched to AMD now.. and the amd drivers suck on linux [09:25:22 CEST] <elmargol> blender performance on ubuntu using AMD GPU is just BAD [09:37:22 CEST] <aoeu1234> https://trac.ffmpeg.org/ticket/4580 [10:06:05 CEST] <cowai> I use webm/vp8 and mp4 for my html5 videos on my websites. Should I start using vp9 now, how is the browser support and ffmpeg performance? [10:07:32 CEST] <chungy> chrome and firefox support it fine. vp9 encoding is quite a bit slower (ffmpeg has no native encoder -- it's just libvpx) [10:08:04 CEST] <chungy> Easiest answer is to just try it yourself. [10:08:34 CEST] <cowai> yes I will [10:09:01 CEST] <cowai> I read that libvpx-vp9 is about 50 times slower than libvpx-vp8 [10:09:23 CEST] <cowai> vp8 encoding for me is about 2 times slower than h264 [10:09:35 CEST] <chungy> yeah it's more comparable to hevc (h265) [10:10:39 CEST] <cowai> I will be encoding a lot of conference shows in the summer, which will be like 5 hours of video every day for 10 days. vp9 will never finish :P [10:11:34 CEST] <chungy> it'd be cool if you can use hardware encoders in PCs [10:14:48 CEST] <cowai> x264 beats every hardware encoder for h264 [10:38:23 CEST] <jarr0dsz> hi everyone, im trying to record a livestream rtmp but having some problems [10:38:28 CEST] <aoeu1234> https://trac.ffmpeg.org/ticket/4580 [10:39:09 CEST] <jarr0dsz> doing something like ffmpeg -i rtmp://localhost/$1 -acodec copy -vcodec copy -f mp4 $1.mp4 inside shell script im getting a AMF3 Object encapsulated in AMF stream does not start with AMF3_OBJECT! [10:39:23 CEST] <jarr0dsz> any of you experts could guide me in why this happens and is there a way to resolve this? ( different params ) [10:42:09 CEST] <BtbN> sounds like the stream is corrupted [10:42:43 CEST] <jarr0dsz> i just started recording " in the middle" [10:43:03 CEST] <jarr0dsz> currently im saving streams to flv but my goal is to have ffmpeg record rtmp stream directly to mp4 [10:43:17 CEST] <jarr0dsz> thus, not needing a conversion afterwards ( which is time consuming ) [10:43:40 CEST] <jarr0dsz> not sure if rtmpdump should be used instead ( if it supports mp4) [10:43:46 CEST] <aoeu1234> the time you spend converting will have to be done either way [11:06:36 CEST] <jarr0dsz> aoeu1234 the conversion takes to long and is error prone im also looking to speed this up [11:06:56 CEST] <jarr0dsz> so it recording directly to mp4 is not an option i tried copying the flv to mp4 container but this also failed on my flv files [11:07:33 CEST] <jarr0dsz> aoeu1234 im using currently this line " ffmpeg -y -i $1.flv -c:v libx264 -crf 23 $1.mp4 " [11:08:00 CEST] <jarr0dsz> i tried to read up all the docs but its a bit confusing, basically i just want flv => mp4 without conversions as fast as possible, is there room for imporovement with a better argument list? [11:25:59 CEST] <aoeu1234> try ffmpeg -y -i $1.flv -c:v libx264 -preset ultrafast -crf 23 $1.mp4 [11:26:08 CEST] <aoeu1234> the file size will be huge [11:26:19 CEST] <aoeu1234> if you want the smallest file size -preset veryslow [11:27:26 CEST] <aoeu1234> https://trac.ffmpeg.org/wiki/Encode/H.264#a2.Chooseapreset [11:28:57 CEST] <jarr0dsz> thank you aoeu1234 [11:29:16 CEST] <aoeu1234> try it on a few test files [11:29:28 CEST] <aoeu1234> to see what the time vs filesize trade off you want [11:29:41 CEST] <aoeu1234> ultrafast will convert your stuff rather well [11:29:55 CEST] <aoeu1234> but the files will be 2GB a minute or something stupid [11:30:06 CEST] <jarr0dsz> how much will the filesize depend? ah okay thats very large [11:30:18 CEST] <jarr0dsz> i have just small bits now for testing like 10 seconds, they are in flv around 2mb [11:30:23 CEST] <aoeu1234> try out each preset [11:30:34 CEST] <aoeu1234> the faster you convert the bigger the file [11:30:42 CEST] <aoeu1234> its your normal time vs space tradeofff [11:30:55 CEST] <aoeu1234> want smaller files with same quality spend more time converting them [11:31:40 CEST] <aoeu1234> Current presets in descending order of speed are: ultrafast,superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo. The default preset is medium. Ignore placebo as it is not useful [11:33:52 CEST] <jarr0dsz> aoeu1234 im going to test them very informative much appreciated thanks [11:34:07 CEST] <jarr0dsz> the only problem seems that some flv records are "invalid" or corrupt, im having like missing picture in access unit with size 1639 errors allover [11:34:23 CEST] <jarr0dsz> although they play correctly in vlc [11:34:31 CEST] <aoeu1234> always happy to help [11:34:36 CEST] <aoeu1234> that i know nothing about [11:34:41 CEST] <jarr0dsz> is there a way perhaps to make ffmpeg be more graceful on the files or "Fix" them before conversion? [11:34:46 CEST] <aoeu1234> VLC uses error correction [11:34:48 CEST] <jarr0dsz> i mean does ffmpeg support validating the input file someho [11:34:52 CEST] <jarr0dsz> *somehow [11:35:02 CEST] <aoeu1234> no idea [11:35:15 CEST] <aoeu1234> im am just trying to get a screencast going [11:35:22 CEST] <aoeu1234> hopefully to twitch.tv [11:35:24 CEST] <aoeu1234> any ideas? [11:36:01 CEST] <jarr0dsz> aoeu1234 depends on the type of stream it is i have looked at that this morning [11:36:48 CEST] <elmargol> is there a gui tool offering previews for commandlne settings? [11:37:12 CEST] <elmargol> a field where I add my commandline and a window where the estimated result is shown [11:37:31 CEST] <elmargol> maybe for 2-3 seconds in the middle of the file? [11:38:14 CEST] <nichego> hello. i'm looking at ffmpeg-filters page and it lists 3 possible parameters for yadif. the second (parity) can only take 0,1,-1 but i'm seeing recipes on the web using yadif=0:3. what parameter is that number 3 setting? [11:40:37 CEST] <aoeu1234> no ideas [11:40:42 CEST] <aoeu1234> imma go to bed [11:41:00 CEST] <aoeu1234> if anyone solves https://trac.ffmpeg.org/ticket/4580 ping me [11:56:10 CEST] <nichego> problem solved [11:56:14 CEST] <nichego> sorry for the noise [12:33:58 CEST] <haasn> does anybody have a working script for transcoding all .flac files to .opus using ffmpeg? [12:34:34 CEST] <chungy> "for file in *.flac; do ffmpeg -i "$file" "$(basename "$file" flac)opus"; done [12:35:34 CEST] <haasn> chungy: That doesn't work recursively [12:35:43 CEST] <haasn> I need to preserve the directory structure [12:36:09 CEST] <haasn> chungy: \https://0x0.st/9P.txt [12:36:14 CEST] <haasn> This is my current best attempt [12:36:14 CEST] <chungy> You didn't say that :P [12:37:00 CEST] <chungy> hmm [12:37:44 CEST] <haasn> I can't figure out what's wrong with it; the mkdir part works fine, ie. if I comment out the ffmpeg bit it works [12:37:51 CEST] <haasn> and if I add echo in front of the ffmpeg, it also all looks correct [12:37:56 CEST] <chungy> flac2opus() { for file in *.flac; do ffmpeg -i "$file" "$(basename "$file" flac)opus"; done }; find -type d -execdir flac2opus \; [12:38:01 CEST] <chungy> that might work :P (untested) [12:38:35 CEST] <haasn> but if I actually run it, for an input folder name like [2008] - foo bar I also get empty directories named 2008] - foo bar and various other corruptions [12:38:42 CEST] <haasn> This seems to be caused by ffmpeg itself [12:39:04 CEST] <haasn> (replacing the ffmpeg -i stuff by just touch also works fine) [12:39:36 CEST] <chungy> your script has major problems with escapes [12:40:44 CEST] <cowai> Is there any noticiable difference in quality and compatibiblity in mp4 and webm produced with ffmpeg 2.3 vs ffmpeg 2.6 [12:41:06 CEST] <cowai> I have lots of files made with ffmpeg 2.3. Is there any point in rerendering them? [12:41:35 CEST] <chungy> shuold be roughly the same; it'd be a waste of time [12:41:37 CEST] <haasn> chungy: but why? shouldn't ffmpeg -i "$file" -c:a opus -b:a 96k -- "$dest/${file/.flac/.opus}" just work? [12:42:41 CEST] <chungy> Hmm, is /out a writable location on your system? [12:43:08 CEST] <haasn> chungy: Yes [12:44:45 CEST] <chungy> "$dest/`dirname "$file"`" this part is all weird, ` doesn't have good quote-within-quote support [12:44:57 CEST] <haasn> chungy: but that's the part that works fine!! [12:45:19 CEST] <haasn> again, the script works as it should if I comment out the ffmpeg bits [12:46:58 CEST] <haasn> chungy: ah, #bash figured it out [12:47:04 CEST] <haasn> chungy: the problem is that ffpmeg was reading from STDIN [12:47:06 CEST] <haasn> adding </dev/null made it work [12:50:15 CEST] <chungy> ah ok, I just made something that seemed to work too :B [12:50:56 CEST] <chungy> https://gist.github.com/chungy/4a9e70c8b034d5b41aa6 this should be ok against special characters (except newlines in the directory name :P) [14:03:10 CEST] <Resilience> hello to everyone, I would like to convert a mimic encoded video to something more "palatable", like an mkv, they are videos from webcam sessions from msn, so it not needed too much quality, just to not overload my computer, so, what switces should I use? [14:04:49 CEST] <chungy> the defaults should be fine, just "ffmpeg -i input output.mkv" [14:06:49 CEST] <Resilience> chungy, ok, I will try, I tried the sme with avconf and it overloaded my computer [14:08:41 CEST] <chungy> generally it'll use as much CPU as it can get. if you're on Windows, you can lower the process priority in Task Manager; on Unix, "nice <ffmpeg-command>" [14:09:06 CEST] <chungy> should keep your system prioritizing other processes. ffmpeg would just go a bit slower if you've got a lot of other cpu-intensive stuff [14:09:52 CEST] <Resilience> chungy, nice with no niceness levels? [14:10:03 CEST] <chungy> the default is +10 [14:10:23 CEST] <chungy> just don't do +20 or you'll never have ffmpeg finish :P [14:11:34 CEST] <Resilience> chungy, I am afraid i don't understand, can I change the niceness level of a ffmpeg running yet? or do you propose running it with nice? (I am new to nice, sorrry) [14:12:11 CEST] <chungy> oh, you can change a running process with renice (and any graphical system monitor should be able to do it as well) [14:12:56 CEST] <chungy> "renice 10 1234" (where 1234 is the PID of ffmpeg; you can get it from "ps x") [14:13:36 CEST] <Resilience> chungy, oh thanks :) [14:19:06 CEST] <Resilience> chungy, mm I don't know how to say this in English.. I cannot skip to the time I want in the video sequence converte,neither with mplayer nor vlc... what can I do? something with the encoding? or anything? [14:20:03 CEST] <chungy> Has the encoding process finished? [14:21:45 CEST] <Resilience> chungy, , yes [14:24:45 CEST] <chungy> paste your full command line [14:25:31 CEST] <Resilience> chungy, the one you said to me ffmpeg -i input output.mkv [14:25:53 CEST] <chungy> Is your mimic file actually named "input"? [14:26:32 CEST] <Resilience> chungy, no, it has another name, but it is the email of someactual people :) [14:27:02 CEST] <Resilience> chungy, the file has been encoded right, the problem is that I cannot skip it to the tme I want, but I have to watch full from the start [14:27:33 CEST] <chungy> Yes, that shouldn't happen. [14:29:20 CEST] <Resilience> chungy, that's a problem, and it happens with the mimic encoded files too (that's the why of the conversion) [14:30:35 CEST] <chungy> think you can paste an "ffprobe" of both the input and output files? You're free to anonymize the file names in it :P [14:31:03 CEST] <Resilience> chungy, ffprobe input and ffprobe output? [14:32:24 CEST] <chungy> yes [14:32:32 CEST] <Resilience> chungy, debian has no ffprobe... [14:33:08 CEST] <chungy> do you mind if I ask you double-check you have the real ffmpeg? "ffmpeg -version" [14:34:01 CEST] <Resilience> chungy, ffmpeg version 0.8.12-6:0.8.12-1, Copyright (c) 2000-2014 the Libav developers [14:34:35 CEST] <chungy> Yeah you don't, that's Libav's wrapper around avconv. You must be on Debian wheezy. [14:35:16 CEST] <elmargol> I try to create a timelapse video out of a gopro timelapse: ffmpeg -framerate 2 -pattern_type sequence -start_number 79 -i 'G001%4d.jpg' -crf 18 -pix_fmt yuv420p timelapse.mkv [14:35:37 CEST] <elmargol> It encodes. and If I play the file it shows only the first frame... [14:36:03 CEST] <elmargol> First image is G0010079.JPG last image is G0011076.JPG [14:36:06 CEST] <Resilience> chungy, no, it is th ral ffmepg, but an old version it says it is deprecated and that I should use avconv instead [14:36:25 CEST] <chungy> That's because it's from the Libav fork, not actual ffmpeg [14:37:18 CEST] <Resilience> chungy, I dont know [14:38:12 CEST] <chungy> the real ffmpeg has returned to Debian in sid (not even Jessie has it). deb-multimedia.org also has it, but I cannot speak for the quality of those packages. [14:38:33 CEST] <chungy> can also build ffmpeg on your own... [14:39:04 CEST] <chungy> join #libav if you need to sort out your problems with that tool. [14:40:22 CEST] <Resilience> chungy, on #libav they wer less supportiv than here O :o) [14:40:53 CEST] <chungy> Well, you're using their program (you'd get the identical result with "avconv -i input output.mkv"...) [14:42:10 CEST] <chungy> If you want to try the real ffmpeg, this may help: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu -- you can run it without overwriting any of the system libraries debian has installed from libav [14:42:21 CEST] <Resilience> chungy, not the same, I have just used right now avconf and it overloaded my computer [14:42:35 CEST] <Resilience> chungy, I will trye the real thing thanks [14:43:31 CEST] <chungy> https://stackoverflow.com/questions/9477115/what-are-the-differences-and-si… [14:49:17 CEST] <elmargol> and Idea why image2 is not working? [14:49:32 CEST] <elmargol> ffmpeg -f image2 -pattern_type sequence -start_number 79 -i 'G001%4d.jpg' -r 29.97 -vcodec mjpeg timelapse.mov [15:16:17 CEST] <frenda> Hi there [15:16:57 CEST] <frenda> How to specify times less than one seccond? ffmpeg -i part1.wmv -ss 00:02:29:500 -to 00:03:01:000 -async 1 cut.wmv [15:17:14 CEST] <frenda> error for this time: 00:02:29:500 [15:17:44 CEST] <frenda> How can I insert a time like this: 00:02:29:500? [15:17:47 CEST] <c_14> 00:02:29.500 [15:18:01 CEST] <frenda> c_14: Oops, thanks [15:18:43 CEST] <elmargol> ffmpeg -framerate 29.98/1 -start_number 79 -f image2 -i 'G001%4d.jpg' -c:v libx264 -crf 18 -vf "fps=29.98,format=yuv420p" timelapse.mkv [15:18:57 CEST] <elmargol> This works :) [15:22:01 CEST] <hid> hello [15:22:28 CEST] <hid> i was recording sound from my sound card [15:22:34 CEST] <hid> it does work [15:22:35 CEST] <hid> but [15:23:19 CEST] <hid> after reading a sample, i have a 2 seconds sound distortion [15:24:05 CEST] <hid> here is the sample: http://drp.io:8080/files/55686865963f6/error.mp3 [15:24:34 CEST] <hid> the "sound distortion" is at 6s [15:25:36 CEST] <hid> all i did to record was: ffmpeg -f pulse -i speakers_output song.wav [15:26:13 CEST] <hid> `speakers_output' is the name you find with: pactl list sources [15:28:54 CEST] <hid> I have the same problem whether i type `-ar 44100' or nothing [15:29:05 CEST] <hid> the sample is 48kHz [15:35:11 CEST] <Mavrik> did you try -ar 48000? [15:35:21 CEST] <Mavrik> that is [15:35:32 CEST] <Mavrik> ffmpeg -ar 48000 -f pulse -i speakers_output song.wav [15:39:16 CEST] <elmargol> [swscaler @ 0000000002f45520] deprecated pixel format used, make sure you did set range correctly [15:42:20 CEST] <hid> Mavrik: -ar 48000 is set by default [15:42:31 CEST] <hid> it records by default at 48kHz [15:44:27 CEST] <hid> Mavrik: is typing: `ffmpeg -ar 48000 -f pulse -i speakers_output song.wav' the same as `ffmpeg -f pulse -i speakers_output -ar 48000 song.wav'? [15:44:42 CEST] <hid> it maybe comes from here [15:46:34 CEST] <Mavrik> no, it's not the same [15:46:49 CEST] <Mavrik> one sets input settings, other output settings [15:52:50 CEST] <hid> but the output is still a 48kHz file [16:01:40 CEST] <Mavrik> I don't understand your point? [16:01:56 CEST] <Mavrik> It's meant to explicitly tell pulse reader that raw audio will be in 48000Hz samples [16:02:08 CEST] <Mavrik> mismatched samplerate usually ends up in glitches and problems [16:11:54 CEST] <mish4> i am an ffmpeg newbie. I am collecting a series of PNG's and trying to output them as a video. I see -c and -pix_fmt being used in some examples. Do I need to specify those or can I just have it give me out.avi without specifying those? I'm not sure what format to use (more general the better, .mov seems to be apple?) [16:12:30 CEST] <hid> Mavrik: thanks, it seems to work well now ;) [16:12:31 CEST] <hid> :> [16:14:12 CEST] <hid> mish4: .mov is a container file [16:14:50 CEST] <hid> so mp4, mkv, mov etc are the same [16:15:05 CEST] <hid> i'd rather export to mkv :> [16:16:06 CEST] <Mavrik> mish4, explicitly setting stuff is almost always better than relying on ffmpeg to know what you want for you [16:16:27 CEST] <Mavrik> so yeah, at least explicitly set video codec [16:16:28 CEST] <mish4> i think i get what you are saying. the container file just specifies how the data is stored but it does not specify how to generate the data from the images. that would be the codec? [16:16:46 CEST] <Mavrik> mish4, I suggest you use MP4 as container, libx264 as encoder (for H.264 video) [16:16:55 CEST] <Mavrik> that's by far the most widely supported combination currently [16:16:58 CEST] <hid> mish4: -c:v libx264 [16:17:11 CEST] <hid> or -vcodec libx264 [16:17:35 CEST] <hid> sometimes, -c:v libx264 did not work for me. i still dont know why [16:17:44 CEST] <mish4> when i tried doing ffmpeg -framerate and also ffmpeg -start_number, my terminal on mac os x would say unrecognized option. is this a user error (me) or is it cause my ffmpeg version is 0.6.1 [16:18:15 CEST] <chungy> you should upgrade your ffmpeg, definitely [16:18:21 CEST] <Mavrik> hid, because -c:v is rather newish notation, so if you had ancient ffmpeg then it wasn't recognised [16:18:32 CEST] <Mavrik> mish4, wow, that's from stone age... grab at least one of the 2.x versions [16:18:41 CEST] <Mavrik> static builds are available for pretty much all platforms [16:19:09 CEST] <mish4> gotchya. I got my laptop in 2010 so I guess that may have come preinstalled not sure. Thanks for the tips [16:19:50 CEST] <Mavrik> mish4, on OS X, you'll get newest 2.6.1 ffmpeg in homebrew [16:19:58 CEST] <Mavrik> brew install ffmpeg [16:20:55 CEST] <mish4> okay. i'll try homebrew, never used it before. hopefully it doesn't take too much space up [16:21:16 CEST] <hid> ohhh thats why :o [16:21:40 CEST] <chungy> It'd probably be easier to get the static build [16:22:23 CEST] <Mavrik> yeah [16:22:40 CEST] <Mavrik> I just presume everyone has homebrew on their machines by default :P [16:22:52 CEST] <mish4> the static build is the same thing as "unix executable files"? I got a folder that has ffmpeg , ffprobe, ffserver [16:23:05 CEST] <mish4> though i think i need to read how to install these... because how will terminal even know about them [16:23:20 CEST] <hid> Mavrik: i have 2.6.2 version, what is the latest realse? [16:23:24 CEST] <hid> release [16:23:29 CEST] Action: Mavrik points at topic. [16:23:33 CEST] <Mavrik> 2.6.2 is new enough. [16:23:47 CEST] <hid> good :> [16:24:40 CEST] <hid> i installed it with ubuntu ppa but it seems it aint maintain ahah [16:24:50 CEST] <hid> i think i'll compile it someday [16:25:03 CEST] <chungy> Ubuntu 15.04 has ffmpeg [16:25:20 CEST] <chungy> http://packages.ubuntu.com/vivid/ffmpeg it's the 2.5 series... heh [16:25:30 CEST] <hid> ubuntu 14.04 here :) [16:26:21 CEST] <Mavrik> hid, use static builds on ubuntu [16:26:34 CEST] <Mavrik> since all the repos are old as hell [16:42:40 CEST] <mish4> hmm i downloaded latest ffmpeg static build and it just gives me a .7z which produces a file ffmpeg 2 30.2mb. but i don't know what to do with this file once i have it [16:42:47 CEST] <mish4> when i type ffmpeg it sitll launches old one [16:44:07 CEST] <c_14> mish4: /path/to/ffmpeg [things] [16:47:19 CEST] <chungy> you'll either have to type the path to that binary, or set your PATH so that particular directory appears before the normal one [16:47:33 CEST] <mish4> I suspect something is wrong cause I get illegal instruction when i run ./ffmpeg -pix_fmt [16:57:34 CEST] <hid> mish4: in your .bashrc file, add PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/path/to/ffmpeg [16:57:43 CEST] <hid> (i'm not sure) [16:58:02 CEST] <hid> after adding this line, juste . ~/.bashrc [16:58:12 CEST] <hid> if it works --> good [16:58:22 CEST] <hid> if not --> remove line ;) [17:56:06 CEST] <frenda> Is possible to merge a series of .wmv video clips by ffmpeg? [17:56:36 CEST] <c_14> Merge as in concatenate? [17:57:38 CEST] <frenda> c_14: Yes; 1.wmv, 2.wmv, 3.wmv ==> concatenated.wmv [17:57:46 CEST] <c_14> https://trac.ffmpeg.org/wiki/Concatenate [17:59:30 CEST] <frenda> damn it; the answer is alwase FFMPEG :) [17:59:33 CEST] <frenda> I was trying with mkvmerge for hourse withoput any result; [17:59:45 CEST] <frenda> hours* [17:59:58 CEST] <frenda> whitout* [18:00:31 CEST] <hid> ffmpeg > * [18:19:29 CEST] <chungy> Hmm. Slightly more complex concat: Is it possible to concatenate *and* insert chapter breaks where the file boundaries were? [18:19:50 CEST] <chungy> I'm thinking of this usecase: wrap up a whole directory of tracks in an album to a single *.mka [18:22:47 CEST] <c_14> chungy: I don't think ffmpeg has any sort of sophisticated chapter support beyond mapping from input files [19:03:35 CEST] <cilly> hi, having problem with muxing two audio streams: both are marked as default, so both play simultanously [19:05:18 CEST] <cilly> here is the output of ffmpeg -i <movie>: http://dpaste.com/200WP76 [19:05:36 CEST] <cilly> How can I set only one audio stream as default? [19:05:53 CEST] <cilly> any help appreciated thx [19:16:02 CEST] <seasc> cilly, the default audio stream is usualy the first one maped. [19:25:29 CEST] <treeinterest> hey [19:26:20 CEST] <treeinterest> when creating an image in ffmpeg, it sets the background as #101010 rather than pure black, how can this be overridden? :) [19:35:06 CEST] <haasn> chungy: One problem with the script is that it only runs on one core [19:35:28 CEST] <haasn> I want to make it encode in parallel to take advantage of all CPU cores [19:35:55 CEST] <haasn> I can't believe there's no a simple way to do this already :( [19:36:14 CEST] <haasn> I think bash is starting to not be the right tool for the job, it sucks as a scripting language [19:36:57 CEST] <midori-rus> Hello. Is it possible to call ffmpeg in console without any answering? I need it to call ffmpeg in cron [19:40:59 CEST] <chungy> haasn: heh yeah. you might be able to pull something off in python real quick [19:41:12 CEST] <haasn> I was thinking Haskell but the effect should be the same :) [19:41:22 CEST] <chungy> whatever works [19:41:38 CEST] <cilly> seasc: and why are there two default audio streams? see "(default)" ins pastie [19:41:51 CEST] <cilly> is this a bug? [19:46:21 CEST] <cilly> s/ins/in/ [20:03:17 CEST] <seasc> cilly, because the input file has 2 audio streams [20:03:57 CEST] <seasc> try: "-map 0:a:2 -map 0:a:1" to preserve both streams [20:31:31 CEST] <JEEBsv> -map 0:a should pick all of the audio streams, too [20:34:37 CEST] <treeinterest> hi [20:36:05 CEST] <treeinterest> when i use 'tile' in ffmpeg to create a jpg, it gives a #101010 background color. but when i do the same command but output a png, it's #000 background color. why is the jpg not giving me the correct background color? [20:37:30 CEST] <treeinterest> ^ also when i convert png to jpg, jpg then has the correct color, makes no sense [20:50:29 CEST] <cilly> seasc: I see, will test [20:50:33 CEST] <cilly> seasc: thx [23:37:02 CEST] <animax> JEEBsv at the keyboard? [00:00:00 CEST] --- Sat May 30 2015

1 0

ffmpeg-devel.log.20150528
by burek 29 May '15

29 May '15

[00:23:10 CEST] <cone-894> ffmpeg 03Timothy Gu 07master:2b388e6ddec8: Revert "Move struc FFTContext below SECTION_RODATA" [00:23:11 CEST] <cone-894> ffmpeg 03Timothy Gu 07master:204b228a1d88: x86inc: Clear __SECT__ [01:08:57 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:cf52e6d012d0: avcodec/ffv1dec: Fix skip_alpha [01:59:08 CEST] <jamrial> michaelni: some of your arm fate clients are ran out of space [02:00:55 CEST] <jamrial> *running [03:00:03 CEST] <michaelni> jamrial, should be fixed [03:12:35 CEST] <cone-894> ffmpeg 03Timothy Gu 07master:7206b94fb893: network: Move variable declaration under an #if [06:45:07 CEST] <philipl> nevcairiel: Did you test your scaling list logic in the dxva2 hevc code? I duplicated it but I get glitched results in vdpau [07:08:11 CEST] <philipl> Mind you, it might be a problem with my short term ref handling. Hold that thought. [09:13:01 CEST] <rcombs> wm4: all the TLS variants should probably handle AVERROR_EXIT [09:13:08 CEST] <rcombs> and pass it up to the higher level [09:13:34 CEST] <rcombs> right now it gets converted to EOF, which http.c whines about [09:21:28 CEST] <wm4> rcombs: what's the difference? [09:22:35 CEST] <rcombs> complaints from higher-level protocols/demuxers/consumers, mostly [09:25:03 CEST] <rcombs> though oddly enough, nothing complains with secure transport (but http.c does with OpenSSL) [09:25:30 CEST] <rcombs> and I'm not sure what those two are doing differently [09:25:53 CEST] <rcombs> well, either way, I'll make my last few tweaks to this and get the patch submitted tomorrow [09:31:09 CEST] <nevcairiel> philipl: yes it was broken at first, and then i rewrote it to be fixed [11:54:45 CEST] <cone-741> ffmpeg 03Shivraj Patil 07master:02a49912301f: avutil/mips: Restructure of generic macros [12:09:56 CEST] <cone-741> ffmpeg 03Shivraj Patil 07master:bcd7bf7eeb09: avcodec/mips: Restructure as per avutil/mips/generic_macros_msa.h [13:30:08 CEST] <wm4> ubitux: sometimes when seeking, it seems to happen that the vobsub decoder gets stuck in this state: "dvdsub: Attempt to reconstruct too large SPU packets aborted." [13:30:42 CEST] <wm4> with the vobsub demuxer [13:31:10 CEST] <ubitux> sounds nasty [13:32:05 CEST] <ubitux> can you reproduce with ffmpeg -ss ... -i bla.idx -f null - or something? [13:32:13 CEST] <wm4> oh, the decoder has no flush function [13:32:52 CEST] <ubitux> ah, might be relevant to add one& [13:33:11 CEST] <wm4> "Output file #0 does not contain any stream" [13:33:32 CEST] <ubitux> try with -f matroska -y /dev/null maybe [13:33:47 CEST] <wm4> same [13:34:32 CEST] <wm4> I guess I'll add a flush function [13:34:49 CEST] <wm4> (of course that doesn't fix it) [13:51:46 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:5a3d2541bd59: avformat/mxfenc: Support storing signal standard for D10 muxing [14:16:57 CEST] <wm4> ubitux: the patches I just sent fix it fully [14:39:26 CEST] <cone-741> ffmpeg 03Carl Eugen Hoyos 07master:57eecd9e4f8d: lavf: Use av_codec_get_tag2() in avformat_query_codec(). [14:39:27 CEST] <cone-741> ffmpeg 03Carl Eugen Hoyos 07master:4792fb94098c: lavc/x264: Support bgr0 as input pix_fmt. [14:39:28 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:b06e82e73897: Merge remote-tracking branch 'cehoyos/master' [14:41:15 CEST] <wm4> I basically NACK'ed this patch [14:55:27 CEST] <wm4> rcombs: as far as I can see, nothing actually acts on AVERROR_EXIT, so what's it important for? [15:39:35 CEST] <gr1sha> where should I ask about problems I'm having with sw_scale ? [15:49:27 CEST] <BBB> gr1sha: you can ask here [15:50:43 CEST] <gr1sha> Alright so I was learning about ffmpeg from Dranger's manual (I actually used Illuusio's code as most of Dranger's is deprecated) and I wanted to add some RGB effects like turning off everything but Red, Green or Blue. [15:51:22 CEST] <gr1sha> I decided to have a new thread that will take the frame, convert it to RGB, manipulate the values and turn it back to YUV [15:51:51 CEST] <gr1sha> but when I activate the effect and the thread is starting off I get [15:51:52 CEST] <gr1sha> # filter_thread: before convert to RGB. [15:51:52 CEST] <gr1sha> [swscaler @ 0x7fffe00656a0] bad src image pointers [15:51:52 CEST] <gr1sha> # filter_thread: after convert to RGB. [15:53:28 CEST] <wm4> <gr1sha> Alright so I was learning about ffmpeg from Dranger's manual (I actually used Illuusio's code as most of Dranger's is deprecated) <- actually the tutorial was updated [15:53:43 CEST] <wm4> and now this Illuusio thing probably should be considered deprecated [15:54:06 CEST] <wm4> (at least all code derived from the old tutorial I've seen was broken) [15:54:38 CEST] <wm4> gr1sha: and that message means your plane pointers are wrong somewhere [15:55:00 CEST] <gr1sha> wm4, is there a way to debug this message? [15:57:10 CEST] <wm4> just make sure you pass in correct data [15:58:25 CEST] <gr1sha> most of the frames are moving perfectly fine, only once in a while I get the message [15:58:40 CEST] <gr1sha> I'm trying to understand what causes it, it might be the reason the when I apply the color effect it looks like this: [15:59:25 CEST] <gr1sha> http://i.imgur.com/UDfMHxk.png [16:00:00 CEST] <gr1sha> I convert it to RGV -> turn off unwanted colors --> back to YUV [16:00:05 CEST] <gr1sha> and it looks like this O_O [16:02:50 CEST] <wm4> probably an AVFrame management error [16:03:03 CEST] <wm4> not using refcounted AVFrames, using them incorrectly, or something like this [16:03:43 CEST] <gr1sha> I see [16:03:54 CEST] <gr1sha> what are refcounted AVFrames? [16:04:03 CEST] <gr1sha> (where can I read about it?) [16:05:09 CEST] <gr1sha> might it also cause the audio and video to get out of sync? [16:05:16 CEST] <gr1sha> the use of refcounted AVFrames? [16:06:28 CEST] <wm4> you enable them by setting avctx->refcounted_frames = 1; [16:06:32 CEST] <wm4> (before opening the codec) [16:07:04 CEST] <wm4> then you also need to allocate the AVFrame data with av_frame_get_buffer (only if you want to allocate frame data yourself; the decoder still does it automatically) [16:07:36 CEST] <gr1sha> mm alright I'll try this out [16:07:38 CEST] <gr1sha> thanks a lot! [16:10:09 CEST] <cone-741> ffmpeg 03wm4 07master:0ad04bf6a29e: dvdsubdec: reset buffer size on invalid over-large packets [16:10:50 CEST] <wm4> michaelni: the flush patch is also needed to make seeking work (in case there was the impression that the 3rd patch fixes it) [16:19:55 CEST] <cone-741> ffmpeg 03wm4 07master:6f2c64fd03a1: dvdsubdec: implement flushing [16:20:50 CEST] <michaelni> wm4, applied, thx [16:51:52 CEST] <kierank> wm4: yeah that pixfmt is my fault [16:56:42 CEST] <wm4> kierank: I didn't look too closely whether there are older pixfmts which violate the rule [17:19:36 CEST] <philipl> nevcairiel: which sample did you test with, the conformance SLIST one? [17:19:46 CEST] <philipl> (for scaling lists) [17:25:38 CEST] <nevcairiel> nah some sample i got from someone [17:26:27 CEST] <philipl> Could I get access to that? [17:27:55 CEST] <nevcairiel> whats wrong with the conformance sample? [17:31:22 CEST] <nevcairiel> hm apparently the SLIST samples dont look correct with dxva2 either, odd that the other sample was fine then [17:31:24 CEST] Action: nevcairiel investigates [17:33:18 CEST] <cone-741> ffmpeg 03Shivraj Patil 07master:10b77fbf0d1b: avcodec/mips: Split uni mc optimizations to new file [17:48:08 CEST] <nevcairiel> odd though ,reading the hevc spec, dxva2 hevc spec, and the hevc parsing code, it seems right :( [17:57:08 CEST] <nevcairiel> i found it, ha! [18:01:46 CEST] <Daemon404> 'g 42 [18:03:05 CEST] <BtbN> Isn't 1.2 EOL? [18:22:16 CEST] <nevcairiel> philipl: patch on the ML that fixes the SLIST conformance samples with dxva2, i imagine you can use that fix too [18:24:19 CEST] <wm4> does someone have a h264 sample with dimensions not aligned to 2? [18:24:41 CEST] <nevcairiel> if yes, destroy it [18:27:45 CEST] <philipl> nevcairiel: yay! [18:28:59 CEST] <nevcairiel> for some reason the parsing code shuffles stuff around a bit <.< [18:30:15 CEST] <JEEBsv> wm4: poke mirko for some non-mod2 4:4:4 [18:30:53 CEST] <nevcairiel> the other patch on the ML fixes the crash with your crazy-pants sample JEEBsv, although it wont decode properly of course [18:31:00 CEST] <wm4> JEEBsv: I want 4:2:0 [18:31:20 CEST] <JEEBsv> oh [18:31:42 CEST] <JEEBsv> hopefully that isn't around like it is with vpx:p [18:32:12 CEST] <wm4> x264 refuses to encode such a sample... or can I set cropping flags separately somehow? [18:32:33 CEST] <JEEBsv> i think koda did shit around them [18:32:45 CEST] <BtbN> you could hex-edit them [18:34:58 CEST] <philipl> nevcairiel: Do all the RPS samples pass ffor you? My code handles normal stuff fine - that is to say anything x265 or nvenc can produce but many of the RPS samples are glitchy. My logic looks morally equivalent to yours although the data structures are quite different in vdpau. [18:35:09 CEST] <philipl> just trying to find a working baseline. [18:38:44 CEST] <nevcairiel> philipl: all hevc-conformance-RPS* samples pass [18:40:03 CEST] <nevcairiel> a few others dont pass, mostly related to cropping (CONFWIN) or the PICSIZE ones .. i dont know whats the deal with those [18:40:24 CEST] <philipl> ok.good to know. Now i just have to spot what's making some of them work and not others. Which document describes what each sample covers? I found an mpegh part 8 doc that credits each sample but doesnt say what they cover. is it only in the paid specs? [18:40:24 CEST] <nevcairiel> ah PICSIZE is just giant [18:40:59 CEST] <philipl> bigger than hw limits? [18:41:29 CEST] <nevcairiel> 1056x8440 [18:41:30 CEST] <nevcairiel> :D [18:41:35 CEST] <philipl> hah [19:15:38 CEST] <jamrial> wm4: http://fate.ffmpeg.org/log.cgi?time=20150528090504&log=compile&slot=x86_64-… [19:16:15 CEST] <nevcairiel> i wonder what kind of crazyness that random config enabled [19:16:42 CEST] <wm4> some weird forgotten include file? [19:17:01 CEST] <wm4> or since it says redefinition, one weird include too many? [19:18:42 CEST] <jamrial> nevcairiel: tls_openssl. afaik, this is the only fate client using it instead of tls_gnutls [19:19:44 CEST] <jamrial> wm4: this is probably some missing ifdef after you moved stuff from network.c to tls* [19:21:48 CEST] <wm4> I doubt it [19:21:58 CEST] <wm4> this struct is only defined if HAVE_STRUCT_SOCKADDR_STORAGE is unset [19:22:19 CEST] <wm4> which is only set if this struct is not found in the system headers (using the standard include file for this struct) [19:24:00 CEST] <jamrial> http://fate.ffmpeg.org/log.cgi?time=20150528090504&log=configure&slot=x86_6… "network support no" [19:24:15 CEST] <jamrial> the check for sockaddr_storage is only done if network is enabled [19:25:10 CEST] <nevcairiel> no network, yes tls seems like a odd combination for sure :D [19:25:35 CEST] <jamrial> heh [19:28:52 CEST] <wm4> and why did this happen now? [19:28:59 CEST] <wm4> and why is network disabled at all? [19:29:27 CEST] <jamrial> random disabled it [19:29:27 CEST] <nevcairiel> because it uses --enable-random [19:29:37 CEST] <jamrial> and no idea why now [19:29:39 CEST] <nevcairiel> or what ever the option is called [19:31:02 CEST] <wm4> ah so it happened by chance [19:33:31 CEST] <jamrial> the idea of --enable-random is to try different configure options to find breakages like this [19:34:49 CEST] <jamrial> admitedly "--disable-network --enable-gnutls --enable-openssl --enable-protocol=tls_openssl --disable-protocol=tls_gnutls" is not something anyone would normally do, but it nonetheless should not break [19:40:46 CEST] <rcombs> did the details of actually using multiple TLS implementations ever get worked out? [19:43:32 CEST] <wm4> rcombs: no... they could be compiled at the same time, but we'd need something to "redirect" the tls protocol [19:43:49 CEST] <wm4> which could probably be done with some funky proxy protocol thing [19:43:58 CEST] <wm4> if you're lucky, 20 lines of code or so? [19:44:07 CEST] <wm4> or let's say 70 [19:44:48 CEST] <rcombs> wm4: could just provide a "tls_<name>" protocol in each one along with the regular "tls" (which is first-registered-first-served) [19:48:06 CEST] <wm4> rcombs: and how? [19:48:17 CEST] <wm4> without duplicatinh anything [19:48:39 CEST] <rcombs> you'd need to duplicate the URLProtocol, which isn't great [19:51:05 CEST] <wm4> we could also just remove all uses of tls://, and have a function that returns the tls protocol to use dynamically [19:51:14 CEST] <wm4> so the function would e.g. return tls_gnutls:// [19:51:30 CEST] <wm4> except the API user might expect being able to use tls:// [19:52:07 CEST] Action: Daemon404 shudders reading this conversation [19:52:48 CEST] <wm4> to be fair, I don't know what it'd be useful for either [19:52:52 CEST] <wm4> except easier debugging [20:13:42 CEST] <Compn> wouldnt it just be easier to steal the code from polarssl or gnutls and remove the need for external lib [20:13:45 CEST] Action: Compn runs like the wind [20:13:58 CEST] <Compn> or use curl instead [20:14:01 CEST] Action: Compn runs harder [20:15:34 CEST] <Daemon404> im sure people would love tripling the amount of CVEs [20:16:16 CEST] <wm4> I'm pretty sure Compn is paid by the NSA [20:16:30 CEST] <wm4> encouraging bad practices and all that [20:18:43 CEST] <Rodeo> National Aupertroll Agency? [20:18:53 CEST] <Rodeo> National Supertroll Agency even [20:21:59 CEST] <Compn> if i wanted to troll, i'd hook up some cloud to fuzz against libav and then systematically fix every bug in ffmpeg until there were 5000 bugs that only affected libav. then submit that info to every distro as proof that ffmpeg was better. [20:22:28 CEST] <Daemon404> google already did that [20:22:56 CEST] <Compn> google didnt file the reports on each distro bugtracker iirc [20:30:38 CEST] <wm4> don't give cehoyos ideas [20:32:58 CEST] <BBB> so what does libav do nowadays, like, whats their specialty or raison d'etre? [20:42:08 CEST] <jamrial> i think they were planning on doing more big changes. luca suggested splitting libavuitl a few weeks ago, but it wasn't well received [20:43:17 CEST] <wm4> he did? [20:46:49 CEST] <jamrial> yeah [20:47:36 CEST] <jamrial> https://www.mail-archive.com/libav-devel@libav.org/msg67729.html [20:49:04 CEST] <cone-741> ffmpeg 03Shivraj Patil 07master:7b45790771c0: avcodec/mips/hevcdsp_msa: Restructure as per avutil/mips/generic_macros_msa.h [20:59:24 CEST] <kierank> smells like libavcore [20:59:34 CEST] <kierank> BBB: rearranging the deckchairs on the titanic [20:59:37 CEST] <kierank> =p [21:00:10 CEST] <BBB> I think Ive mentioned repeatedly that the biggest feature for me would be to be able to make custom builds with parts of avutil disabled [21:00:21 CEST] <BBB> I dont care about the default build enabling all and avutil being big by default - thats fine [21:00:24 CEST] <BBB> gtk is big by default [21:00:49 CEST] <BBB> but for custom use cases, Id like to be able to disable components, just like I Can disable swscale or avformat or whatever [21:01:00 CEST] <BBB> I just never had time to do it myself [21:01:07 CEST] <Compn> BBB : sounds like a good feature. [21:01:24 CEST] <BBB> I think its fairly easy, lots of people could do it, but I dont expect big interest in it :( [21:01:32 CEST] <BBB> (i.e. not many developers willing to spend time on it) [21:01:33 CEST] <Compn> i'm curious why you'd want smaller binaries (and by smaller i'm talking about 100k probably?) [21:01:35 CEST] <Daemon404> because it's not useful to most [21:01:50 CEST] <Daemon404> just a very very tiny subset of people [21:02:07 CEST] <Compn> how many people disable certain codecs? very very tiny subset... [21:02:10 CEST] <Compn> or parsers :P [21:02:21 CEST] <Daemon404> thats generally for patent reasons. [21:02:30 CEST] <Daemon404> and the whole of avutil is a few more kilobytes. [21:02:46 CEST] <BBB> lets sya I want to build an application that I want to ship on mobile, which just does something crazy to vp9 [21:02:51 CEST] <BBB> mobile, so file size matters [21:02:54 CEST] <j-b> libavutil is 327KB here [21:02:56 CEST] <BBB> I dont want swscale obviously [21:03:06 CEST] <BBB> I dont want avfilter [21:03:14 CEST] <BBB> likewise, I dont want md5 or 90% of avutil [21:03:15 CEST] <Daemon404> BBB, the people who care about a few kb in avutil is still very tiny [21:03:19 CEST] <BBB> I know [21:03:27 CEST] <BBB> Im not saying you should do it [21:03:27 CEST] <j-b> BBB: link statically and strip. [21:03:32 CEST] <BBB> but I personally have an interest in it [21:03:33 CEST] <Daemon404> "size on mobile matters" lol [21:03:35 CEST] <Daemon404> chrome is like 200 mb [21:03:43 CEST] <j-b> Facebook app is above 90MB [21:03:46 CEST] <BBB> I dont want to be like chrome [21:03:49 CEST] <BBB> anyway [21:03:53 CEST] <BBB> I dont expect lots of itnerest [21:03:59 CEST] <Daemon404> it's essentially ricing here [21:04:00 CEST] <j-b> Why not strip it? [21:04:01 CEST] <BBB> but I personally would find it interesting and exciting and useful [21:04:21 CEST] <Daemon404> noone else does [21:04:24 CEST] <Daemon404> hence noone else cares to do it. [21:04:26 CEST] <BBB> even if I strip it, crap is still there [21:04:34 CEST] <j-b> really ? [21:04:35 CEST] <BBB> the crap may be smaller, but its still crap [21:04:45 CEST] <j-b> with lto and gto? [21:04:57 CEST] <BBB> static may not be possible if my app isnt opensource [21:05:00 CEST] <BBB> (btw) [21:05:14 CEST] <j-b> static with libavcodec [21:05:25 CEST] <Daemon404> generally people make libffmpeg.so or w/e [21:05:27 CEST] <Daemon404> on mobile [21:05:39 CEST] <BBB> libffmpeg.so still has md5 in it [21:05:41 CEST] <Daemon404> (which could be LTO'd) [21:05:50 CEST] <Daemon404> yes HOLKY SHIT 2 KB FOR MD5 [21:05:56 CEST] <BBB> :) [21:05:56 CEST] <j-b> because libffmpeg.so has a lot of things that need md5 [21:06:10 CEST] <Daemon404> LTO is pretty good at DCE [21:06:19 CEST] <Daemon404> the only reason it sucks at avcodec is the codec registry stuff [21:06:21 CEST] <j-b> if you link libavcodec.so with libavutil statically in, and you activate only vp9, md5 is still there? [21:08:15 CEST] <jamrial> the problem with making libavutil customizable at configure time like the other libraries is the fact each module has a public header [21:08:21 CEST] <jamrial> do we install all the headers (and have the alloc/init functions fail if the functionality is not there), or not install the headers at all? [21:08:54 CEST] <jamrial> what will piss off users the least, basically [21:09:02 CEST] <Daemon404> i dont see why it should be split at all [21:09:06 CEST] <Daemon404> this is what linkers are for [21:09:16 CEST] <BBB> j-b: yes [21:09:30 CEST] <j-b> BBB: with lto and gto and such? [21:09:32 CEST] Action: Daemon404 somehow doubts BBB actually went and tested that [21:09:48 CEST] <BBB> its public api; my app can use it, and the linker doesnt know that since its a .so [21:09:51 CEST] <BBB> of course its still there [21:10:07 CEST] <Daemon404> it is NOT public api in libavcodec [21:10:25 CEST] <Daemon404> though i am not sure what is exposed in the .ver [21:10:37 CEST] <BBB> libavutil/md5.h is not public? [21:10:39 CEST] <Daemon404> regardless, as i said, most people use something like libffmpeg.so (google does this) [21:10:43 CEST] <Daemon404> which uses their own symbol table [21:10:48 CEST] <Daemon404> BBB, linker only cares about what is exported. [21:10:52 CEST] <Daemon404> header is irrelevant [21:12:31 CEST] <j-b> yeah [21:16:04 CEST] <BBB> LIBAVUTIL_54 { [21:16:04 CEST] <BBB> global: av*; [21:16:21 CEST] <Daemon404> i checked [21:16:25 CEST] <BBB> struct AVMD5 *av_md5_alloc(void); [21:16:26 CEST] <Daemon404> it doesnt export stuff from included .a [21:16:29 CEST] <Daemon404> only .o [21:16:38 CEST] <BBB> its not .a [21:16:42 CEST] <BBB> its .so [21:16:50 CEST] <Daemon404> when you link libavcodec.so [21:16:59 CEST] <Daemon404> you have -lavutil, which points to libavutil.a [21:17:08 CEST] <Daemon404> and it does bot pull in those symbosl from avutil. [21:17:11 CEST] <Daemon404> and it does nto export them. [21:17:21 CEST] <BBB> there is no .a [21:17:32 CEST] <Daemon404> what? [21:17:38 CEST] <Daemon404> that was teh entire point here [21:17:41 CEST] <Daemon404> static libavutil [21:18:05 CEST] <j-b> 21:06 <@j-b> if you link libavcodec.so with libavutil statically in, and you activate only vp9, md5 is still there? [21:18:13 CEST] <Daemon404> yes. [21:18:13 CEST] <j-b> this was my question, of course. [21:18:18 CEST] <BBB> there is a libavutil.so, libavcodec.so and my app links against these two [21:18:21 CEST] <BBB> I use symbols from both [21:18:21 CEST] <Daemon404> it solves the same problem as disabling bits of avutil. [21:18:49 CEST] <Daemon404> this is what linkers DO [21:19:22 CEST] <BBB> if you have a .a, which I dont, right [21:19:36 CEST] <Daemon404> so make one? [21:20:47 CEST] <cone-741> ffmpeg 03Timothy Gu 07master:dd4d709be705: x86inc: Clear __SECT__ [21:20:48 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:5c4160809698: Merge commit 'dd4d709be705edaec0bc35c426bf8434e942b7df' [21:21:52 CEST] <BBB> Im happy with my .so honestly [21:22:51 CEST] <BBB> (Id also be slightly shocked if you were actually able to build an application that uses _only_ avcodec symbols without ever using avutil symbols in the application itself; my app certainly isnt one of those) [21:27:52 CEST] <nevcairiel> since the frame api is now in avutil, that is not possible [21:28:13 CEST] <cone-741> ffmpeg 03Martin Storsjö 07master:d4d90504a687: tls_gnutls: Add missing includes for the gcrypt thread safety callbacks [21:28:14 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:f0b99112e357: Merge commit 'd4d90504a687d2c0ef77ccf11d831f24dcff9cf1' [21:29:05 CEST] <BBB> so there goes that idea [21:34:33 CEST] <cone-741> ffmpeg 03Vittorio Giovara 07master:419e3404d07a: mpegvideo: Drop exchange_uv() function and use its code directly [21:34:34 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:9b736f74fc24: Merge commit '419e3404d07acaac019e8f363c281e17c3a3d622' [21:47:18 CEST] <cone-741> ffmpeg 03Anton Khirnov 07master:fa1923f18205: mpegvideo: Move ff_*_rl functions to a separate file [21:47:19 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:68cce0101df0: Merge commit 'fa1923f18205410a3b0aa6c0e77cb31443ef340d' [21:55:25 CEST] <cone-741> ffmpeg 03Anton Khirnov 07master:6f57375d707d: rl: Rename ff_*_rl() to ff_rl_*() [21:55:26 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:75647622b530: Merge commit '6f57375d707de40dcec28d3cef886c364e032c21' [21:59:18 CEST] <cehoyos> [19:29] <jamrial> random disabled it <- unfortunately not: We can either test --disable-network with random or --enable-network with random, both catch different issues;-( [22:02:21 CEST] <cone-741> ffmpeg 03Anton Khirnov 07master:324e50ee9592: rl: Add a function for freeing dynamically allocated tables. [22:02:22 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:c508fef3c737: Merge commit '324e50ee95929a9491b855c5e15451145bd5d1ec' [22:10:22 CEST] <cone-741> ffmpeg 03Anton Khirnov 07master:1b1bb2c4efc1: rl: Add error checking to ff_rl_init(). [22:10:23 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:7026d8accdb2: Merge commit '1b1bb2c4efc126d74d44d8c421860c85f932ecb1' [22:21:19 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:e4610300de68: x86: cavs: Remove an unneeded scratch buffer [22:21:20 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:b666e81c1329: Merge commit 'e4610300de6869bd6b3b00e76cfeabb6d7653dcd' [22:34:36 CEST] <cone-741> ffmpeg 03wm4 07master:a64a5773ea5f: pixfmt: remove misleading and broken documentation [22:34:37 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:e2f3ea1cbb64: Merge commit 'a64a5773ea5f7337cd1d87cfdf511914d317fe81' [00:00:00 CEST] --- Fri May 29 2015

1 0

ffmpeg.log.20150528
by burek 29 May '15

29 May '15

[00:00:05 CEST] <DelphiWorld> why its using high profile? [00:00:09 CEST] <DelphiWorld> my default profile is main [00:00:12 CEST] <DelphiWorld> the source profile [00:00:18 CEST] <DelphiWorld> is it normal to do it in high? [00:00:54 CEST] <chungy> You explicitly put it in high profile? [00:01:05 CEST] <DelphiWorld> no [00:01:10 CEST] <DelphiWorld> this command did it auto: [00:01:15 CEST] <DelphiWorld> ffmpeg -i '20150527 2000 - Al Jazeera HD - JSC.ts' -c:a libfdk_aac -profile:a aac_he_v2 -b:a 96k -ar 44100 -c:v h264 -crf 25 -preset ultrafast -vf scale=-1:720 -tune film jsc1.mp4 [00:02:32 CEST] <chungy> you mean for h264? maybe it is [00:02:45 CEST] <DelphiWorld> yes for h264 [00:03:15 CEST] <chungy> I suppose you can change it with -profile:v if you want :P [00:03:19 CEST] <DelphiWorld> ok i see it in baseline [00:03:32 CEST] <DelphiWorld> dude [00:03:36 CEST] <DelphiWorld> -tune film [00:03:39 CEST] <DelphiWorld> what's this twick? [00:04:24 CEST] <c_14> It lets x264 optimize for a certain type of content. [00:04:27 CEST] <c_14> In this case film content. [00:04:36 CEST] <DelphiWorld> i see [00:04:39 CEST] <DelphiWorld> awesome [00:04:43 CEST] <DelphiWorld> any other content type? [00:05:03 CEST] <chungy> film, animation, grain, stillimage, psnr, ssim, fastdecode, zerolatency [00:05:23 CEST] <DelphiWorld> :P [00:05:25 CEST] <chungy> see x264 --fullhelp [00:06:14 CEST] <DelphiWorld> chungy: dude, you teached me today something good [00:06:17 CEST] <DelphiWorld> -ss and -t [00:07:59 CEST] <edoardo> hello [00:08:17 CEST] <edoardo> i'm using ffmpeg to play an audio file to pulseaudio [00:08:41 CEST] <edoardo> however, the decoding is too fast and the audio is cut prematurely because ffmpeg exits [00:08:50 CEST] <edoardo> how can i limit it? [00:09:08 CEST] <c_14> -re as an input option [00:10:24 CEST] <DelphiWorld> c_14: remember the issue of yuv420P? [00:10:37 CEST] <DelphiWorld> c_14: i want the "tv" filter like the original source, remember it? [00:11:49 CEST] <c_14> You mean the colormatrix? [00:12:31 CEST] <DelphiWorld> c_14: dude, exactly... :P [00:13:23 CEST] <DelphiWorld> how to aply it? [00:14:06 CEST] <c_14> I think you need to use the colormatrix filter with dst=bt709 [00:14:28 CEST] <DelphiWorld> ffmpeg -re -i '20150527 2000 - Al Jazeera HD - JSC.ts' -c:a libfdk_aac -profile:a aac_he_v2 -b:a 96k -ar 44100 -c:v h264 -crf 25 -preset ultrafast -r 29.97 -vf scale=-1:720 -tune film jsc1.mp4 [00:14:35 CEST] <DelphiWorld> how to add it with the current filter? [00:14:40 CEST] <DelphiWorld> i never use video filter so i'm confused [00:15:17 CEST] <c_14> hmm, you can probably just use -vf scale=-1:720:out_color_matrix=bt709 [00:17:39 CEST] <DelphiWorld> c_14: no diference, but nevermind [00:17:41 CEST] <DelphiWorld> dont need it [00:39:40 CEST] <llogan> what's with his -re usage? must enjoy slow encoding. [00:43:27 CEST] <kimiko_0> allo? [00:46:10 CEST] <kimiko_0> can anyone help me figure out how to have the ass filter accept a matroska video? [00:46:25 CEST] <c_14> it doesn't, use the subtitles filter [00:51:03 CEST] <kimiko_0> wow, it finally worked. thanks a lot ^_^ [01:30:05 CEST] <animax> hi all. after dealing with ffmpeg for a while now I wonder if the following combination of commands is a good general choice for encoding png sequences in the future: http://www.pasteall.org/58683 [01:30:06 CEST] <animax> is there something missing? or too much? do I have to set a preset option like '-preset slow' additionally? [01:32:47 CEST] <c_14> medium is the default [01:32:59 CEST] <c_14> you might want to explicitly set -c:v libx264 though [01:39:56 CEST] <animax> c_14: I found out that ffmpeg chooses libx264 by itself when I set .mp4 format as output. [01:40:51 CEST] <c_14> If you have libx264 support compiled in, yes. I just think it's better to have that in the commandline so that if something changes you aren't surprised and always know what's happening. [01:44:44 CEST] <animax> c_14: I use the official windows static build from ffmpeg.org. libx264 appears in list when I call ffmpeg in the windows command line tool. does this mean that my version is compiled with libx264? [01:44:58 CEST] <c_14> yes [01:48:33 CEST] <animax> ok. and concerning the -preset option I can add the '-preset medium' option to the -crf? preset and crf don't get each other in the way? [01:48:59 CEST] <c_14> It won't get in the way. medium is default though. [01:49:35 CEST] <animax> sp the preset overwrites the crf? [01:49:41 CEST] <c_14> no [01:49:46 CEST] <c_14> preset and crf work together [01:49:54 CEST] <animax> ok. [01:50:04 CEST] <c_14> crf specifies visual quality, preset specifies how hard the encoder will work to compress the image [01:50:17 CEST] <animax> fine. [02:04:51 CEST] <animax> c_14: can I use exactly the same commands if I have lets say a video encoded with lossless HuffYUV codec as input? [02:05:09 CEST] <c_14> sure [02:05:18 CEST] <animax> ok. [02:09:47 CEST] <animax> c_14: if I don't set the profile option ffmpeg chooses the 'high predicitve 4:4:4' profile instead of 'high'. is that a disadvantage in relation to the latter one? [02:10:18 CEST] <animax> predictive ... [02:14:21 CEST] <c_14> It just supports more features. The usual thing to do is pick the highest one that your target player/hardware supports. [02:25:23 CEST] <animax> for the time beeing the usage probably will stick to youtube and embedding videos to websites. it's all about animations. the input usually is a sequence of images rendered with a 3d application. [02:34:14 CEST] <animax> ok. probably the high profile is efficient. blender does render videos with it. big thx and good night. [09:29:28 CEST] <chama> Hi, I'm having an issue with finding the video duration after slowing down a part of the video. [09:29:58 CEST] <chama> how can i calculate the duration after slowing down? [10:38:12 CEST] <top_4> Hello everyone, [10:38:12 CEST] <top_4> I'm creating a mix of 3 files via amix. The problem is that the outputfile is significantly quieter than expected. I guess it's because it uses normalization to avoid clipping. This is my CLI http://pastebin.com/srVLTQHU . If it's quieter because of normalization, I would like to know if there is a way to mix the files using dynamic range compressi [10:38:12 CEST] <top_4> on? [10:40:09 CEST] <Mavrik> perhaps add compand filter at the end of the chain? [10:44:46 CEST] <top_4> thx Mavrik ... i'm about to try that [11:51:42 CEST] <chama1> Hi, I'm having a problem with calculating the duration of a video after applying slomotion to part of a video [11:52:19 CEST] <chama1> here is the complete issue [11:52:20 CEST] <chama1> http://superuser.com/questions/920615/find-video-duration-after-applying-sl… [12:54:16 CEST] <kadyr> hello, I want to build ffmpeg on solaris wih statically linked libopenjpeg [12:54:47 CEST] <kadyr> could anyone give any headlines? [12:59:27 CEST] <cehoyos> kadyr: What did you try, how did it not work? [13:04:03 CEST] <kadyr> i have successfully built ffmpeg with --enable-libopenjpeg, but this leaves me with ffmpeg dependant on libopenjpeg.so file [13:05:48 CEST] <kadyr> http://pastebin.com/QSyJ5JAf [13:06:06 CEST] <kadyr> it's the output of my ffmpeg build configuration [13:22:30 CEST] <cehoyos> kadyr: Doesn't this just mean you have a symlink libopenjpeg.so in your library path that points to a libopenjpeg.so.1.2.3? If you remove the symlink libopenjpeg.so (temporarily or not), then a static libopenjpeg.a will be used: Only if it is available of course... [13:22:57 CEST] <cehoyos> ... will be used at link time (ie rm ffmpeg_g ffmpeg && make ffmpeg) [13:23:54 CEST] <cehoyos> Unrelated: Is "--target-os=sunos" needed? It should not be needed, and there is a bug we don't know about if it is needed. [13:53:26 CEST] <Femtox> Hey there. I need to add a ~10sec intro.mov video in front of that layered jpg video and it should get faded out into the pictures on its last second. [13:53:30 CEST] <Femtox> ffmpeg -loop 1 -framerate 1 -i bg.jpg -framerate 1 -i fg.jpg -i audio.m4a -filter_complex "overlay=(W-w)/2:,format=yuv420p" -c:v libx264 -r 18 -preset slower -tune stillimage -c:a copy -movflags +faststart out.mp4 [13:54:09 CEST] <Femtox> I allready stumbled around in documentations and forums and i have also tried a lot, but i wasnt able to accomplish it right, yet. So, any help would be appreciated. [15:35:01 CEST] <RecordingGames> Hello [15:35:11 CEST] <RecordingGames> can someone look into what any of these messages mean [15:35:30 CEST] <RecordingGames> and what would be the best settings for recording my second monitor while gaming [15:35:32 CEST] <RecordingGames> http://pastebin.com/T6F0mite [15:35:34 CEST] <RecordingGames> thank you [15:35:50 CEST] <RecordingGames> every time I try its either laggy video [15:35:53 CEST] <RecordingGames> broken audio [15:36:01 CEST] <RecordingGames> seeking is b0rked [15:36:18 CEST] <RecordingGames> or if I use the .ogg format pixelated to no tomorrow [15:37:04 CEST] <klaxa|work> it might be a slow disk [15:37:16 CEST] <klaxa|work> have you tried doing test recordings at lower resolutions? [15:44:42 CEST] <RecordingGames> So you think I would get better preformance on a faster harddrive or SSD [15:45:07 CEST] <RecordingGames> I need to record my whole screen how do I lower the resolution while capturing the whole area? [15:48:34 CEST] <gr1sha> where should I ask about problems I'm having with sw_scale ? [16:14:09 CEST] <klaxa|work> RecordingGames: you can try to see if recording a smaller section of your screen gets rid of the errors (because of lower throughput to the disk) [17:15:33 CEST] <LordyLord> Hi - trying to transcode [17:15:33 CEST] <LordyLord> 128kbps MP3 stream to 48kbps AAC [17:16:45 CEST] <LordyLord> This is the best I can do so far: [17:16:47 CEST] <LordyLord> user@machine:~# ~/bin/ffmpeg -user-agent 42 -i http://example1.com:8002/stream.mp3 -c:a libfdk_aac -ar 44100 -ab 48k icecast://username:password@example2.com:8099/stream.aac -v debug [17:17:18 CEST] <LordyLord> Changed a few detaiuls for privacy/security [17:17:22 CEST] <LordyLord> The command proceeds with no obvious error and completes with this: [17:17:45 CEST] <LordyLord> icecast://username:password@example2.com:8099/stream.aac: End of file [AVIOContext @ 0x3686240] Statistics: 131600 bytes read, 0 seeks [17:18:03 CEST] <LordyLord> No AAC stream is generated. [17:18:06 CEST] <LordyLord> Any ideas? [17:30:17 CEST] <dsl420> no idea, but why to run ffmpeg as root? [17:39:42 CEST] <Mavrik> LordyLord, is your source icecast as well? Maybe you need to tell ffmpeg that [17:39:48 CEST] <Mavrik> Since Icecast isn't really vanilla HTTP [18:26:24 CEST] <LordyLord> dsl420 - why run ffmpeg as root? Just laziness - I'm logged in as root [18:31:57 CEST] <dsl420> hmm, a bad habit [18:36:40 CEST] <rjp421> google io 2015 is live https://www.youtube.com/watch?v=7V-fIGMDsmE [19:46:33 CEST] <LordyLord> dsl420 - how could you tell I was running it as root? [19:51:37 CEST] <animax> hi all. what would be the best command for encoding a lossless video out of png sequences in order to preparate for post production/compositing in an video editing application like blenders vse or adobe after effects? I'm working on windows 7 ultimate 64bit and want to use libx264 for encoding. [19:51:52 CEST] <animax> I know that ffmpeg chooses 25 fps by default. that's ok. but is the yuv444p format and the 'High 4:4:4 Predictive' profile ok as well or should I set the yuv420p format and the 'High' profile by setting the appropriate commands? and should i define a preset like '-preset medium' or 'preset slow'? [19:52:08 CEST] <animax> my consideration: http://www.pasteall.org/58693. [19:53:10 CEST] <ub_umstieg> hi all im a little confused * Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) can i just copy the video stream to the mp4 output or do i need to -c:v libx264 [19:53:52 CEST] <ub_umstieg> can i do just -c:v bopy and it will work [19:54:22 CEST] <JEEBsv> animax: you mention a proprietary thing so I'd say stay away from the better features of x264, as those are not supported. if you want a quickly editable format that has plugins for all major multimedia frameworks I'd say go for Ut Video [19:54:29 CEST] <JEEBsv> it's intra-only and lossless only [19:54:31 CEST] <JEEBsv> it's simple [19:54:51 CEST] <ub_umstieg> the audio is a (mp2 (native) -> aac (libfdk_aac)) so i guess i need to transcode anyway [19:54:52 CEST] <JEEBsv> I mean, it will take more space but you shouldn't have to guess if you can decode it or not in your adobe or whatever editor [19:55:31 CEST] <JEEBsv> after that you just pick if you want to do your editing in YCbCr or RGB [19:55:54 CEST] <JEEBsv> your final output will most probably be YCbCr 4:2:0 because that's what clients can decode, but it's up to you what does that conversion and so forth [19:56:04 CEST] <Mavrik> uh, ok, so stupid question [19:56:16 CEST] <Mavrik> PCR ... clock of _what_ is it? [19:56:52 CEST] <JEEBsv> Mavrik: ugh, now I have to go to my other machine and check where I had my MPEG-2 Systems saved... [19:57:08 CEST] <Mavrik> yeah, since here I have a stream where the muxer stamps packets with PCR based on DTS [19:57:20 CEST] <Mavrik> and DVB-C restreamer is of opinion that that sucketh. [19:59:23 CEST] <JEEBsv> also this gives me a good moment to copy all of my specs onto this desktop as I now use it most of the time >_> [20:02:49 CEST] <animax> JEEBsv: Blender offers the HuffYUV codec. maybe I can use this as well then? or is ffmpeg with UT Video the better choice? [20:03:27 CEST] <JEEBsv> animax: huffyuv is a similar format but you have less support for it across multimedia frameworks [20:03:47 CEST] <JEEBsv> blender should be able to decode ut video as well (and possibly encode) if you have a new enough libavcodec [20:04:10 CEST] <JEEBsv> the decoder was 2011 (?) and I made the lavc encoder implementation in 2012 [20:05:41 CEST] <JEEBsv> Mavrik: I love the initial definition [20:05:56 CEST] <JEEBsv> 2.1.60 program clock reference (PCR) (system): A time stamp in the transport stream from which decoder timing is derived. [20:06:47 CEST] <JEEBsv> Synchronization of a decoding system with a channel is achieved through the use of the SCR in the program stream and [20:06:50 CEST] <JEEBsv> by its analogue, the PCR, in the transport stream. The SCR and PCR are time stamps encoding the timing of the bit [20:06:53 CEST] <JEEBsv> stream itself, and are derived from the same time base used for the audio and video PTS values from the same program. [20:10:01 CEST] <animax> JEEBsv: I don't know how blender would use ut video. can you give me a source on the web where I can get good information about encoding with ut video? [20:10:37 CEST] <Mavrik> hrmpf [20:10:41 CEST] <JEEBsv> animax: it uses lavc to encode and decode video as far as I know [20:10:51 CEST] <JEEBsv> it can probably use VFW on windows as well [20:11:10 CEST] <JEEBsv> animax: -c:v utvideo and the pix_fmt of your choice [20:11:24 CEST] <JEEBsv> also there's the prediction mode but IIRC I put a sane one by default [20:11:58 CEST] <JEEBsv> for the other frameworks there's the original creator's plugins [20:13:08 CEST] <JEEBsv> oh, ok. libavcodec has some default and that's what we use by default [20:14:09 CEST] <animax> pardon. I'm absolut beginner. can't follow the meaning of your last 3 sentence. [20:15:25 CEST] <JEEBsv> ah yes, by looking at the tests I re-found-out the way to set the prediction mode [20:15:53 CEST] <JEEBsv> -pred median should set the best compression mode for most content that is not somehow specifically good for simpler things [20:16:14 CEST] <JEEBsv> so -c:v utvideo and -pred median and the pix_fmt you want to use :P [20:17:42 CEST] <animax> JEEBsv: the pix_fmt doesn't matter? [20:18:10 CEST] <JEEBsv> it's limited to a few, of course. but the main ones are available :P [20:18:18 CEST] <JEEBsv> rgb, 4:2:0 to mention two [20:18:26 CEST] <JEEBsv> http://umezawa.dyndns.info/wordpress/?p=5514 [20:18:38 CEST] <JEEBsv> ^the latest original ut video for various media frameworks [20:18:43 CEST] <JEEBsv> (OS X, Windows etc) [20:18:51 CEST] <animax> I mean I want to retain the best quality as long it is possible in order to get the best quality at the end of the chain. [20:19:17 CEST] <animax> that's because I'm asking concerning the pix-fmt. [20:19:33 CEST] <JEEBsv> if your filters go to RGB in the middle of it then sure, use RGB here and let your editor do it at the end or whatever [20:21:38 CEST] <ub_umstieg> ok i got my problem solved copy the video strewam is enoph to get it by vlc on a samsung to wor k [20:23:23 CEST] <animax> JEEBsv: what shall I do with that site you posted? I cannot read anything there ... :-( [20:23:56 CEST] <animax> JEEBsv: ok [20:24:02 CEST] <animax> I got it ... [20:24:38 CEST] <JEEBsv> animax: if you need a Ut Video encoder/decoder combo for other multimedia frameworks, the Windows / Mac OS X downloads are for you [20:26:49 CEST] <JEEBsv> animax: for windows I think I recommend AVI as the container, since most video editors work with it via VFW [20:35:12 CEST] <animax> JEEBsv: just have to install it and then I can access over ffmpeg cli? [20:35:35 CEST] <JEEBsv> no, ffmpeg is unrelated [20:35:41 CEST] <JEEBsv> I mean you mentioned adobe editor :P [20:35:57 CEST] <JEEBsv> the original packages are there to enable integration to those [20:36:22 CEST] <JEEBsv> since most if not all editors use Video For Windows, which is one of those frameworks that umezawa implemented [20:41:00 CEST] <animax> ähm ok. I don't have experinece with after effects yet. first I would work with blenders editor. is the codec accessable in blender when I have installed it? [20:41:27 CEST] <JEEBsv> if blender has a new enough libavcodec available for it, it should work out-of-box [20:41:54 CEST] <animax> the way that it is listed in the encoding panel for example? [20:42:24 CEST] <animax> I use the official build from blender.org. [20:42:33 CEST] <JEEBsv> I was mostly talking of decoding in this case, but of course it could be accessible for encoding as well [20:42:39 CEST] <JEEBsv> no idea what version of lavc they use to be honest [20:42:46 CEST] <animax> does it contain the newest libavcodec then? [20:42:52 CEST] <animax> ok. [20:42:55 CEST] <JEEBsv> or if they just --disable-everything and enable a couple of formats specifically [20:43:04 CEST] <JEEBsv> anyways, if it's newer or as new as 2012 it should be OK [20:43:16 CEST] <JEEBsv> because at that point both deocding and encoding should be there [20:43:35 CEST] <animax> have to take a look at. [20:48:13 CEST] <animax> sorry. maybe I can't grasp a thing here. I took a look at blenders encoding panel now and there is no ut video codec available. [20:48:39 CEST] <JEEBsv> various reasons possible for that [20:49:02 CEST] <JEEBsv> 1) too old lavc 2) they disable ut video in their binaries 3) ut video is just not available in their menus via lavc [20:49:20 CEST] <JEEBsv> if they have "VFW codecs" available you can use that of course [20:49:39 CEST] <JEEBsv> just like you'd use a vfw encoder or decoder in a proprietary encoder [20:51:09 CEST] <JEEBsv> no bug report about that at least so you could poke the blender guys [21:09:56 CEST] <animax> ok. so my résumé. when I have after effects available I will install ut video and then I have the possibility to encode the png sequences inside after effects and do the editing. for the time beeing I will stick to blender. so the HUFFyuv codec will be fine. I just had the hope that I can achieve a better compression and smaller file size with ffmpeg. did I get something wrong? [21:10:48 CEST] <JEEBsv> I thought you wanted to encode stuff with ffmpeg and then open it in editors? [21:11:39 CEST] <JEEBsv> also I recommend you pester the blender folk to enable ut video in their stuff given that it is supported relatively widely [21:13:11 CEST] <animax> 'encode stuff with ffmpeg and then open it in editors'. yes that's I wanted to do. [21:13:44 CEST] <JEEBsv> did you check if blender can open stuff encoded in ut video? [21:13:58 CEST] <JEEBsv> ffmpeg -i hurr.png -c:v utvideo out.avi should create a single frame [21:14:24 CEST] <JEEBsv> and if it doesn't, does it work via VFW after you install the VFW dec/enc thing from umezawa? [21:14:28 CEST] <animax> no. with which app shall I encode? you said ffmpeg is not possible. [21:14:33 CEST] <JEEBsv> what [21:14:44 CEST] <JEEBsv> you have misread what I have said [21:15:50 CEST] <animax> you wrote ffmpeg is 'unrelated' [21:16:48 CEST] <JEEBsv> < JEEBsv> no, ffmpeg is unrelated (to the umezawa's original ut video package[s]) [21:16:50 CEST] <animax> I asked you if I can access ut video over ffmepg. [21:17:02 CEST] <JEEBsv> no, you asked if it will work after you install umezawa's stuff [21:17:12 CEST] <JEEBsv> and I answered that those are completely unrelated [21:17:25 CEST] <animax> and how can I access ut video over ffmepg? [21:17:56 CEST] <JEEBsv> < JEEBsv> so -c:v utvideo and -pred median and the pix_fmt you want to use :P [21:18:17 CEST] <JEEBsv> ffmpeg -i input -c:v utvideo -pred median out.avi should work :P [21:18:22 CEST] <animax> so it's already implemented in ffmpeg? [21:18:31 CEST] <JEEBsv> yes, it's my name on top of utvideoenc.c [21:18:49 CEST] <animax> omg [21:19:34 CEST] <JEEBsv> also I kind of kept saying that decoding was implemented in ~2011 and encoding in (sept or so) 2012 [21:19:45 CEST] <JEEBsv> lavc is part of ffmpeg/libav, "libavcodec" [21:19:52 CEST] <JEEBsv> which is used by blender, among other pieces of software [21:20:24 CEST] <animax> the umezawa stuff is just for proprietary apps like after affects and so? [21:20:42 CEST] <JEEBsv> it's for stuff that doesn't use lavc [21:20:50 CEST] <JEEBsv> and supports those OS frameworks [21:21:52 CEST] <JEEBsv> if blender has a too old lavc for even to have decoding, then I wouldn't be surprised if it as well supports the VFW framework :P [21:25:40 CEST] <animax> what do you mean with 'framework'? [21:26:23 CEST] <JEEBsv> a usually operating system specific way of accessing whatever, in this case video and audio decoding and encoding. Windows has at least three of these currently [21:26:27 CEST] <JEEBsv> VFW, DS and MF [21:42:58 CEST] <animax> mh, result in blender with HuffYUV has five times the bitrate, 6 times the size then ffmepg with ut video and uses an other color space (bgra). [21:43:37 CEST] <animax> just a short test. [21:44:05 CEST] <animax> 75 PNGs 674x200. [21:44:56 CEST] <animax> I used 'ffmpeg -i Test_%04d.png -c:v utvideo -pred median -pix_fmt yuv420p out_01.avi' [21:45:07 CEST] <animax> can I optimize it further more? [21:45:21 CEST] <JEEBsv> nope, it's a simple format and all [21:45:37 CEST] <animax> container must be avi? [21:45:44 CEST] <JEEBsv> on windows that's your bet [21:45:56 CEST] <JEEBsv> that way you can keep it compatible with various editors [21:45:56 CEST] <animax> not mkv? [21:46:00 CEST] <JEEBsv> uhh [21:46:35 CEST] <animax> I won't encounter limitations with avi? pardon, noob ... [21:47:03 CEST] <animax> mp4? [21:47:08 CEST] <BtbN> flv! [21:47:41 CEST] <JEEBsv> it has the obvious limitations of only supporting constant frame rate and not supporting b-pictures properly but it's what VFW supports. so if you want to open it in editors on windows it's pretty much AVI :P [21:47:46 CEST] <animax> BtbN: ok, I guess you are joking. [21:48:16 CEST] <BtbN> flv is a quite nice format, and i hate that mp4 got so popular, it's awefull. Bot for compatiblity it's propably not ideal. [21:48:24 CEST] <JEEBsv> it's not specified in matroska or mp4 as far as I know, although it's kind of specified in mov (which is what the QuickTime component exports/reads) [21:48:43 CEST] <JEEBsv> no idea if that mapping is supported in lavf [21:49:25 CEST] <JEEBsv> (you can stick anything you can stick in AVI in matroska due to the VFW compatibility mode, but you're pretty much throwing all of the modernities of the container out of the window at that point) [21:49:54 CEST] <JEEBsv> (also it still doesn't change the fact that for VFW you need AVI, and most video editors will only read Ut Video through VFW) [21:50:20 CEST] <JEEBsv> (or more like, I mean they read everything through it that they don't happen to have a proprietary plugin for) [21:58:23 CEST] <animax> well I tought that AVI was absolutely outdated and shouldn't be used anymore. or does this statement refer to the codec? [22:00:07 CEST] <JEEBsv> AVI is old and all. its biggest issues are: no timestamps per-sample (instead you have a single frame rate over the whole clip) and because of lack of timestamps the inability to handle stuff like b-pictures which are often used in lossy coding [22:00:37 CEST] <JEEBsv> in other words, it's not the best but the VFW framework just doesn't support anything else and for lossless intermediates you generally just have a single frame rate :P [22:03:01 CEST] <JEEBsv> I think blender probably could read up whatever lavf and lavc can read up together as long as there are no retarded limitations put in their use of these libraries, or if the libraries are only built with a limited feature set. But that's not the case with commercial editors where the only way to load something not supported out of box is VFW :P [22:28:47 CEST] <animax> ok. new résumé. I take my PNGs, feed them to ffmpeg, encode them with ut video. container: avi. the b-frames and frame rate issues don't matter because the format is lossless. Blender accepts the ut video format (I made a test). this way I can edit video file in blenders vse. in the end I take my edited "ut video avi" file and feed it into ffmpeg to convert to mp4 with libx264. finish. the... [22:28:49 CEST] <animax> ...same thing with after effects. the latter will accept the lossless ut video file as well. after editing I encode with libx264 in ffmepg. [22:30:57 CEST] <JEEBsv> sounds good [22:36:58 CEST] <animax> ok. big thx. do you think I have access to all editing options in after effects and vse using this codec? [22:42:04 CEST] <animax> think so. [22:42:15 CEST] <animax> thank you and good night. [23:05:57 CEST] <bbloom_> is there a way to force an encoder to produce an output packet? [23:06:34 CEST] <bbloom_> that is, i call encode and got_packet is false, but i want to somehow flush the encoder to get a packet [23:06:46 CEST] <bbloom_> is that even a sane thing to do? if not, why? thanks! [23:13:35 CEST] <BtbN> There is a flush function [23:14:23 CEST] <bbloom_> it doesn't return a packet - but i just saw the note about giving a null frame to the encode function, so i'm trying that [00:00:00 CEST] --- Fri May 29 2015

1 0

ffmpeg-devel.log.20150527
by burek 28 May '15

28 May '15

[00:03:15 CEST] <philipl> Compn: Yes, that's a typo. It doesn't change anything because the resolution of the calculation isn't affected. [00:03:48 CEST] <philipl> I can fix it. [00:04:38 CEST] <llogan> Compn "fixed" a bug. [00:12:21 CEST] <Compn> i didnt fix it [00:13:24 CEST] <llogan> obliquely [00:32:50 CEST] <Compn> theres way too many 'new' bugs :P [00:32:56 CEST] <Compn> time to close a few. [00:44:57 CEST] <Daemon404> ^ also latency si a thing [00:45:02 CEST] <Daemon404> and http *can *seek. [00:48:31 CEST] <Compn> yes http can seek [00:48:37 CEST] <Compn> and you can seek range [00:48:48 CEST] <Compn> BUT, av is interleaved [00:48:54 CEST] <Compn> so you downloading video packets no matter what [00:49:15 CEST] <Compn> if someone feels like benchmarking ffmpeg -i http://blah vs local file, then dooo it :P [00:49:24 CEST] <Compn> er vs wget & ffmpeg local [01:55:14 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:023040ed0d26: avformat/movenc: Allow muxing mp3 with samplerate < 16khz if the user sets strict to -1 [02:54:29 CEST] <BBB> I dont know if you guys ever answered jessegs question, but grep for trap in configure and youll find it [02:54:36 CEST] <BBB> $ grep trap ../configure [02:54:42 CEST] <BBB> trap 'rm -f -- $TMPFILES' EXIT [02:54:59 CEST] <Daemon404> ah. [02:55:11 CEST] <Daemon404> that wouldnt fix his problem though. [02:55:48 CEST] <BBB> he could sigint himself instead of exiting [02:56:10 CEST] <BBB> or remove the trap of remove the file in question from TMPFILES [02:56:16 CEST] <BBB> (dont know what he was after) [03:06:03 CEST] <Compn> you can /q jesseg BBB [03:06:09 CEST] <Compn> and tell him / her you self ;P [03:07:25 CEST] <BBB> ok done [03:07:26 CEST] <BBB> tyu [03:07:41 CEST] <Compn> thanks to you for caring about user problems too [03:16:52 CEST] <jamrial> https://git.videolan.org/?p=x264/x264-sandbox.git;a=commitdiff;h=9c7346e766… i don't get this, we (supposedly) have had nasm support for a while without these changes to x86inc [03:17:08 CEST] <jamrial> there are even a couple fate clients using nasm [03:19:48 CEST] <BBB> jamrial: well our x86inc.asm files arent exactly in sync [03:19:59 CEST] <BBB> and they didnt historically care about our nasm changes so maybe thats some of our differences [03:22:28 CEST] <jamrial> ah, so we have nasm related changes on our side. i thought x86inc was mostly in sync, and that it was x86util the one that diverged a lot (because gpl vs lgpl) [03:22:52 CEST] <BBB> daemon404 mentioned x86inc.asm also isnt exactly in sync [03:28:02 CEST] <rcombs> x86inc should be in its own repo that people can add as a submodule [03:32:08 CEST] <BBB> probably& but then again its just one file [03:32:48 CEST] <rcombs> maybe it and x86util, if people reuse that too [03:33:28 CEST] <rcombs> a whole repo does feel slightly "overkill", but it's not like it costs anyone anything, and I can't think of a better method [03:36:26 CEST] <Compn> laurent was iirc porting x264 stuff back [03:36:29 CEST] <cone-663> ffmpeg 03Philip Langdale 07master:7ae805db7097: avcodec/nvenc: Fix typo: 1204 -> 1024 [03:36:34 CEST] <Compn> but i havent seen em in a while [03:36:53 CEST] <Compn> and d_s i havent seen in forever [05:20:50 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:4240e6a92117: avfilter/vf_hqdn3d: Initialize the whole LUT [05:20:51 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:52fc3e372f8e: avfilter/x86/vf_hqdn3d: Fix register types [05:49:44 CEST] <philipl> Do we have a sample hevc file that uses long term references? All of the samples I've found so far do not. [06:12:53 CEST] <jamrial> maybe you can create one with x265, or nvenc [06:27:30 CEST] <philipl> With nvenc, i can tell it it's allowed to use ltrs, but I can't force it. [06:43:28 CEST] <philipl> can't make x265 do it either. [08:36:53 CEST] <cone-307> ffmpeg 03James Almer 07master:c312bfac4c8a: x86/cpu: add AV_CPU_FLAG_AVXSLOW flag [11:39:09 CEST] <cone-894> ffmpeg 03Dave Rice 07master:09ec31ce3aab: ffprobe: print stream_index with frame data [12:07:41 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:073f4b93b270: fate: Update exif tests after 09ec31ce3aab41407965e7a95b7d145702434c26 [12:32:53 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:1cf87e168042: doc/build_system: Document GEN, text taken from the webpage [13:37:29 CEST] <wm4> holy shit I hate RELATIVE_TS_BASE so much [13:37:44 CEST] <wm4> such a shitty, confusing, nonsensical hack that got into my way more than once [13:37:55 CEST] <wm4> I'm lucky to remember it, saved me some thorough confusion [13:43:09 CEST] <nevcairiel> i still dont really know wtf its for [14:17:33 CEST] <wm4> ok, sometimes utils.c calls av_get_audio_frame_duration() to somehow magically make up a mp3 frame size... [14:18:01 CEST] <wm4> which of course goes wrong, for some reason [14:32:13 CEST] <wm4> so the parser simply can't deal with junk [15:03:20 CEST] <ubitux> philipl: please indicate the hash of the commit in the ticket you close [15:03:41 CEST] <ubitux> it gives some insight to the reporter and later readers [15:48:55 CEST] <cone-894> ffmpeg 03hSÇ 07master:e89e23e1bc1b: avcodec: loongson3 optimized h264dsp weighted mc with mmi [15:48:56 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:2ae03968147b: avformat/mpsubdec: change multipler to int, it only stores 1 and 100 [16:23:28 CEST] <wm4> rcombs: done; you can make your changes on top of these [16:23:37 CEST] <wm4> *this patch [16:24:25 CEST] <rcombs> \o/ [16:26:36 CEST] <nevcairiel> i'm somewhat confused about CONFIG_TLS_PROTOCOL in tls.h, you already have a tls_protocol element in the configure script, why didnt you just make that emit a config.h entry [16:27:12 CEST] <wm4> nevcairiel: because configure creates these entries automagically from parsing allformats.c [16:27:20 CEST] <wm4> I guess it could be emitted manually [16:28:02 CEST] <nevcairiel> you can add things to it by adding things to HAVE_LIST or what the var was called [16:28:15 CEST] <nevcairiel> although the name might change then [16:28:55 CEST] <nevcairiel> or CONFIG_LIST as it may be [16:29:25 CEST] <nevcairiel> or CONFIG_EXTRA [16:29:28 CEST] <nevcairiel> so many choices! [16:30:08 CEST] <nevcairiel> although this concludes my level of caring [16:30:16 CEST] Action: nevcairiel goes back to lurking [16:30:44 CEST] <wm4> I've run configure too often lately, so I'll leave this problem to the next contributor [17:12:06 CEST] <philipl> ubitux: done. [17:12:13 CEST] <ubitux> thx [17:13:43 CEST] <philipl> ubitux: my intern has some questions about using the ASS callbacks. He posted to the mailing list. Could you give him some guidance? [17:13:55 CEST] <ubitux> ah yeah i wanted to answer [17:13:57 CEST] <ubitux> give me a moment [17:13:59 CEST] <philipl> cheers. [17:18:56 CEST] <cone-894> ffmpeg 03wm4 07master:2b3e9bbfb529: avformat/mp3: skip junk at the beginning of mp3 files [17:18:57 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:f722009ad997: avformat/mp3dec: Ensure the buffer is large enough to avoid seeks from the first frame search [17:24:49 CEST] <wm4> michaelni: maybe this should have been before the loop, with 65*1024+4 as parameter [17:34:02 CEST] <michaelni> wm4, i was thinking of that as well but thought it might end up reading 64k in and possibly causing startup delay at low bitrates, though that shouldnt happen. if you prefer, i can change it, either should be fine [17:37:40 CEST] <wm4> I don't care particularly much [17:37:51 CEST] <wm4> it would matter for the failure case only [17:45:45 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:07fc47909f6f: avformat/mpsubdec: Use double instead of float for timestamp calculations [17:50:14 CEST] <michaelni> wm4, either should be fine, even for the failure case or am i missing something ? [17:50:53 CEST] <wm4> michaelni: ah, you're right, I misunderstood the code [17:58:26 CEST] <philipl> A repeat from yesterday: Do we have a sample hevc file that uses long term references? All of the samples I've found so far do not. [17:58:33 CEST] <philipl> and I can't convince nvenc or x265 to use them. [18:03:01 CEST] <nevcairiel> i'm somewhat surprised that feature is even still with us, i dont think h264 used it much either [18:03:34 CEST] <BtbN> What is it even usefull for? [18:04:08 CEST] <Daemon404> RPS_D and RPS_E have long-term refs [18:04:14 CEST] <Daemon404> according to the conformance docs [18:04:17 CEST] <BtbN> Not needing an I-frame for a scene change, when the same/a similar scene was used much earlier? [18:04:47 CEST] <nevcairiel> i have no idea what its useful for, i suppose there is a limit on how long a frame can live in the shortterm ref buffer otherwise? [18:05:08 CEST] <Daemon404> http://pastie.org/10210361 [18:06:17 CEST] <Daemon404> http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/draft_conformanc… [18:06:21 CEST] <philipl> cheers. [18:06:25 CEST] <Daemon404> http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/draft_conformanc… [18:06:28 CEST] <Daemon404> enjoy,. [18:06:38 CEST] <nevcairiel> chances are we even have those in fate [18:06:46 CEST] <Daemon404> probably. [18:06:55 CEST] <philipl> I couldn't find an hevc or h265 section on the samples site. [18:07:05 CEST] <Daemon404> fate, not samples [18:07:09 CEST] <nevcairiel> yeah both of those are tested in fate [18:07:12 CEST] <philipl> good point. [18:07:16 CEST] <nevcairiel> i think most ref samples are [18:07:18 CEST] <Daemon404> http://fate-suite.ffmpeg.org/hevc-conformance/ [18:08:23 CEST] <philipl> My long term ref handling doesn't work yet. :-) [18:08:41 CEST] <nevcairiel> i dont think i ran the hevc conformance through dxva2 [18:08:44 CEST] <nevcairiel> i should do that some day [22:12:02 CEST] <cone-894> ffmpeg 03wm4 07master:4a006b9eb7e7: lavf: split tls.c [22:23:44 CEST] <cone-894> ffmpeg 03wm4 07master:d8ffb2055f0e: lavf: split tls.c [22:23:45 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:fbf9583f9f88: Merge commit 'd8ffb2055f0e0fcb5d025bab72eb19c2a886c125' [22:31:11 CEST] <cone-894> ffmpeg 03wm4 07master:a9f1d584e53f: lavf: move TLS-related ifdeffery to library specific files [22:34:28 CEST] <wm4> michaelni: don't merge the schannel patch yet [22:34:35 CEST] <wm4> rcombs probably wants to make amends [22:44:22 CEST] <rcombs> yeah, I'll probably tweak at least a few things [22:46:30 CEST] <cone-894> ffmpeg 03wm4 07master:57cde2b180fc: lavf: move TLS-related ifdeffery to library specific files [22:46:31 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:eff2ed2fde8d: Merge commit '57cde2b180fcec0eaf60aad65f436ab6420546f5' [00:00:00 CEST] --- Thu May 28 2015

1 0

ffmpeg.log.20150527
by burek 28 May '15

28 May '15

[00:01:19 CEST] <moontails> llogan: thank you! I will take a look at those [00:02:03 CEST] <llogan> moontails: maybe you could implement something with ffprobe -show_frames [00:09:03 CEST] <moontails> thank you! [00:09:18 CEST] <moontails> you have given me two starting pointers for me to research [00:09:24 CEST] <moontails> i have never used ffmpeg before [00:09:30 CEST] <moontails> so will need to read up on those [00:12:46 CEST] <llogan> i don't know of a current method with ffmpeg/ffprobe to give you volume info per frame, excluding something like "ffmpeg -i input -af aselect=<whatever option>,astats -f null -" but that will only give info for the particular selected frame/whatever [01:18:46 CEST] <jeffshanab> When I specify --prefix on configure, the very first message I see is "Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1" Did configure ignore the --prefix option? [02:23:19 CEST] <incal> avconv -i concat:file_1.mp3\|...\|file_n.mp3 -c copy out.mp3 says [02:23:19 CEST] <incal> 'could not find codec parameters'? [02:25:27 CEST] <incal> I'm on Debian [02:26:06 CEST] <relaxed> incal: ask in #libav [02:56:09 CEST] <Hello71> but i'll bet you $5 that your libav doesn't support mp3 [10:57:05 CEST] <user890104> hello, is it possible to capture video using x11grab from a secondary X11 server that is currently inactive? [10:59:24 CEST] <user890104> i can see the TCP traffic (using 127.0.0.1:6001) in Wireshark, but it looks like the image is not rendered so it can be captured [11:58:01 CEST] <chama> Hi I have an issue with amerge functionality. I need it to append each audio to the end of final output audio. but insted of appending it overlaps the audio files.... [11:58:17 CEST] <chama> anyone have any idea? [11:58:20 CEST] <c_14> If you want to append, concat. [12:00:16 CEST] <chama> no i can not concat because those audio files are crossfaded and then after only i need to join each... [12:00:59 CEST] <c_14> concat n seconds of silence to the beginning of the audio files representing their offset to each other and then amerge [12:01:32 CEST] <chama> here is the complete issue [12:01:33 CEST] <chama> http://stackoverflow.com/questions/30395469/ffmpeg-audio-crossfade [12:05:12 CEST] <c_14> concat n seconds of silence to the beginning of the audio files representing their offset to each other and then amix them all together [12:08:00 CEST] <chama> I'm sorry i didn't get it. can you please provide a simple example for these steps... [12:08:09 CEST] <chama> I'm new to ffmpeg [12:11:23 CEST] <c_14> assuming you have 2 audio files and the first is 3 minutes long stereo and you want to crossfade 5 seconds, then `-filter_complex "[0:a]afade=t=out:st=175:d=5[a0];[1:a]afade=t=in:st=0:d=5[t0];aevalsrc=0:d=175[s];[s][t0]concat=n=2:v=0:a=1[a1];[a0][a1]amix[a]" [12:11:31 CEST] <c_14> ' should do it [12:11:59 CEST] <c_14> eh, aevalsrc=0:d=15:c=2 of course [12:13:13 CEST] <Anoia> nice and discoverable :p [12:13:40 CEST] <chama> ok thanks a lot.... I'll try that :) [12:20:22 CEST] <intfloat32> Hello everyone, [12:20:22 CEST] <intfloat32> I'm creating a mix of 3 files via amix. The problem is that the outputfile is significantly quieter than expected. I guess it's because it uses normalization to avoid clipping. This is my CLI http://pastebin.com/srVLTQHU . If it's quieter because of normalization, I would like to know if there is a way to mix the files using linear/logarithmic rang [12:20:22 CEST] <intfloat32> e compression? [12:21:04 CEST] <chama> thanks c_14 it worked like a charm... thanks a lot. you saved my time :) [12:25:15 CEST] <user890104> hello again, reposting my question: is it possible to capture video using x11grab from a secondary X11 server that is currently inactive? i can see the TCP traffic (using 127.0.0.1:6001) in Wireshark, but it looks like the image is not rendered so it can be captured [13:49:31 CEST] <top_4> Hello everyone, [13:49:32 CEST] <top_4> I'm creating a mix of 3 files via amix. The problem is that the outputfile is significantly quieter than expected. I guess it's because it uses normalization to avoid clipping. This is my CLI http://pastebin.com/srVLTQHU . If it's quieter because of normalization, I would like to know if there is a way to mix the files using dynamic range compressi [13:49:32 CEST] <top_4> on? [15:10:51 CEST] <top_4> I think i'll try it with the compand filter [15:26:31 CEST] <xreal> Is there a function in ffmpeg to download the best HLS stream in a playlist? [15:33:38 CEST] <mmm_> hello. it is possible to set TAG_SETBACKGROUNDCOLOR on swf output? [15:48:49 CEST] <xreal> mmm_: I think, we have to wait some hours to get an answer ;) [16:29:54 CEST] <animax> hi all. I'm still concerned with encoding png sequences. can anyone tell me what's the difference between -framerate, -r and -fps? I'm confused about it. is it sufficient to use -r when it comes to set different input and output framerates? is the -framerate option obsolete? I don't find it in the ffmpeg help. and when do I have to take '-f image2'? it seems to me that 'ffmpeg -i img%04d.png' alwa [16:29:55 CEST] <animax> ys is enough to point to the input files. [16:31:49 CEST] <animax> working on windows [18:14:23 CEST] <mmm_> xreal: oh, boy :( for me no problem. but after searching and reading source code might be not possible [18:14:43 CEST] <xreal> Is there a function in ffmpeg to download the "best" HLS stream in a playlist? [19:11:39 CEST] <moontails> Hello everyone [19:12:13 CEST] <moontails> I am trying to extract the volume level frame by frame from a video file. I am new to ffmpeg and so wanted to know if anyone has done something like this [19:12:31 CEST] <BtbN> audio doesn't realy have frames [19:13:03 CEST] <xreal> Is there a function in ffmpeg to select a stream in a playlist? [19:13:27 CEST] <moontails> I mean can i get the corresponding audio level for a frame in the video? [19:25:23 CEST] <Mavrik-> moontails, ah... digital video doesn't really work like that [19:27:12 CEST] <Mavrik> and I think ffmpeg doesn't even have a filter to show you that information on a time-window basis :/ [19:32:27 CEST] <lordkron1or> I think if you want to measure audio levels, such as loudness r128gain might be worth looking into... never tested it myself [19:33:56 CEST] <lordkron1or> also, not part of ffmpeg [19:46:18 CEST] <ChocolateArmpits> https://www.ffmpeg.org/ffmpeg-all.html#ebur128 and https://www.ffmpeg.org/ffmpeg-all.html#replaygain [20:28:48 CEST] <xreal> I'm streaming an HLS stream to file. Why does ffmpeg write it own tags, when using -map and -c copy [20:28:59 CEST] <xreal> Is there a way to stop this? [20:35:42 CEST] <ChocolateArmpits> Because it's rewrapping it [20:36:24 CEST] <ChocolateArmpits> And just so happens the library that's being used to rewrap has a name that self-insert [20:36:29 CEST] <ChocolateArmpits> s [20:38:21 CEST] <xreal> ChocolateArmpits: Can I turn of re-tagging? [20:39:27 CEST] <BtbN> What re-tagging? You mean the version it puts in there, because it muxed the file? [20:39:35 CEST] <xreal> BtbN: yep. [20:39:45 CEST] <xreal> Right now, I need to use "livestreamer" because it doesn't write anything new to the tags. [20:39:46 CEST] <BtbN> That's not re-tagging. It created that file. [20:40:03 CEST] <BtbN> So writing itself as muxer in there is correct [20:40:08 CEST] <xreal> BtbN: is there a way to make ffmpeg not write creation tags? [20:40:19 CEST] <BtbN> Why is that a problem? [20:40:46 CEST] <xreal> BtbN: I don't want it in the final files. [20:43:23 CEST] <ChocolateArmpits> xreal: That's not possible with a default build [20:43:35 CEST] <ChocolateArmpits> Or at least the documentation doesn't disclose [20:43:35 CEST] <xreal> ChocolateArmpits: okay, then I'll compile it on my own. [20:44:18 CEST] <ChocolateArmpits> You could try editing the file in a hex editor if you find the line that corresponds to the text used [20:44:31 CEST] <ChocolateArmpits> But I'm only guessing [20:45:08 CEST] <xreal> ChocolateArmpits: perhaps some checksums might go bad then? :D [20:45:19 CEST] <xreal> ChocolateArmpits: it's easier to remove it from sourcecode and recompile [20:45:36 CEST] <ChocolateArmpits> That depends on use case [20:45:50 CEST] <ChocolateArmpits> But do as you see fit [20:45:52 CEST] <c_14> xreal: I think you can add -flags +bitexact (or was it -fflags +bitexact), that should get rid of most of those [20:46:23 CEST] <xreal> c_14: I'll try soon. [20:46:53 CEST] <xreal> is it possible to select a specific stream from a playlist? I've got to use -map right now to "mix" the correct audio and video. [20:47:12 CEST] <xreal> The playlist has several streams in different resolutions and qualities. [20:47:30 CEST] <ChocolateArmpits> You mean switching dynamically ? [20:48:11 CEST] <ChocolateArmpits> oh [20:48:24 CEST] <xreal> ChocolateArmpits: No, I'd like to say "stream with the highest quality" for example. [20:48:33 CEST] <xreal> ChocolateArmpits: or "the 3rd stream from the playlist". [20:49:02 CEST] <ChocolateArmpits> xreal: try livestreamer and pipe it's output to ffmpeg [20:49:22 CEST] <xreal> ChocolateArmpits: what do I need ffmpeg for then? :) [20:49:31 CEST] <xreal> ChocolateArmpits: livestreams does what I want, but I like ffmpeg. [20:49:45 CEST] <xreal> livestreamer* [20:50:20 CEST] <ChocolateArmpits> ok I forgot it can output to a file [20:50:43 CEST] <xreal> ChocolateArmpits: Actually, it works in ffmpeg, but not as elagant as with livestreamer. [20:50:50 CEST] <xreal> elegant* [20:51:13 CEST] <ChocolateArmpits> What do you mean elegant? doesn't get more barebones than a single command [20:51:18 CEST] <ChocolateArmpits> parameter * [20:51:55 CEST] <xreal> ChocolateArmpits: "livestreamer <url> best" vs. "ffmpeg -i <url> -map 0:6 -map 0:4 -c copy" [20:52:21 CEST] <ChocolateArmpits> I don't see your point [20:52:22 CEST] <ChocolateArmpits> sorry [20:52:44 CEST] <xreal> ChocolateArmpits: with livestreamer you can directly access a stream, which is in the playlist. [20:53:04 CEST] <xreal> ChocolateArmpits: with ffmpeg, you need to look through the seperate streams first and map them manually. [20:53:07 CEST] <c_14> xreal: ffmpeg automatically tries to choose the "best" audio/video streams from the source; if you don't like the default choice you have to map the ones you want. [20:53:27 CEST] <xreal> c_14: where is the docs is that written? I've look for this the whole day! :D [20:54:03 CEST] <c_14> https://ffmpeg.org/ffmpeg.html#Stream-selection [20:55:06 CEST] <xreal> c_14: go away :) [23:28:27 CEST] <DelphiWorld> sup dudes [23:28:40 CEST] <DelphiWorld> could someone suggest a h264 transcoding for a tv show? [23:36:15 CEST] <chungy> I've been encoding Star Trek TNG with "-c:v h264 -crf 21 -vf yadif -tune film" (yadif is the deinterlace filter; necessary for coming from DVD) [23:36:38 CEST] <chungy> seems decent in my case. it'll probably change depending on yours [23:37:41 CEST] <DelphiWorld> chungy: this is allready h264 main profile, comming from hd tv [23:38:41 CEST] <chungy> You probably don't need the yadif filter then [23:38:52 CEST] <DelphiWorld> its a hd 1080P [23:38:58 CEST] <DelphiWorld> i want to reduce to 720p or less [23:39:21 CEST] <chungy> Just play with it. use "-ss <start time> -t 60" and "-preset ultrafast" combined with various -crf settings and see what quality you like best [23:39:39 CEST] <chungy> Best if you have both high-motion and relatively still scenes [23:40:01 CEST] <DelphiWorld> chungy: give a acceptable example please? [23:41:42 CEST] <chungy> "ffmpeg -ss 3:00 -i input.mkv -c:v h264 -crf 21 -vf scale=-1:720 -tune film -t 60 output.mkv" [23:42:40 CEST] <chungy> oh yeah, and a "-preset ultrafast" somewhere after the -c:v. It'll basically encode from times 3:00 to 4:00, optimizing for encoding speed rather than file size, but you can see the quality. Adjust -crf accordingly (lower is higher quality) [23:43:31 CEST] <llogan> -c:a copy [23:44:07 CEST] <chungy> heh that too [23:54:08 CEST] <DelphiWorld> no no [23:54:11 CEST] <DelphiWorld> chungy: see here [23:54:22 CEST] <DelphiWorld> ffmpeg -ss 3:00 -i '20150527 2000 - Al Jazeera HD - JSC.ts' -c:a libfdk_aac -profile:a aac_he_v2 -b:a 96k -ar 44100 -c:v h264 -crf 21 -vf scale=-1:720 -tune film -t 60 jsc1.mp4 [23:55:59 CEST] <chungy> should be good? [23:57:05 CEST] <DelphiWorld> i think [23:57:09 CEST] <DelphiWorld> audio is he-aac [23:57:48 CEST] <DelphiWorld> ffmpeg -re -i '20150527 2000 - Al Jazeera HD - JSC.ts' -c:a libfdk_aac -profile:a aac_he_v2 -b:a 96k -ar 44100 -c:v h264 -crf 21 -vf scale=-1:720 -tune film jsc1.mp4 [23:59:18 CEST] <chungy> you don't need the "-re" [23:59:27 CEST] <DelphiWorld> lol [23:59:30 CEST] <DelphiWorld> i always do it;) [00:00:00 CEST] <DelphiWorld> hey chungy [00:00:00 CEST] --- Thu May 28 2015

1 0

ffmpeg-devel.log.20150526
by burek 27 May '15

27 May '15

[00:28:30 CEST] <cone-894> ffmpeg 03Andreas Cadhalpun 07master:83a04f8cc16f: mov: reject zero bytes_per_frame with non-zero samples_per_frame [00:44:20 CEST] <cone-894> ffmpeg 03Carl Eugen Hoyos 07master:5193407cf68e: lavf/dnxhd: Autodetect more files that can be decoded. [01:33:12 CEST] <jamrial> this d3d11 patch seems to have broken recent mingw-w64 [01:33:55 CEST] <jamrial> yes, it totally did http://fate.ffmpeg.org/report.cgi?time=20150525221258&slot=x86_64-mingw-w64… [01:34:01 CEST] <jamrial> the configure checks are not sufficient [01:36:38 CEST] <jamrial> or rather, the one check that actually makes sure things work, d3d11_cobj, is not used anywhere. As things are right now, it's basically only checking for the presence of the d3d11 header and assuming it's valid [01:42:05 CEST] <michaelni> jamrial, does this fix it? "[FFmpeg-devel] [PATCH] configure: Check if ID3D11VideoDecoder exists, not just the header to enable d3d11va" [01:42:51 CEST] <michaelni> or you just refer to the fate box and have no local testcase ? [01:43:51 CEST] <jamrial> oh, didn't see that patch in the ml [01:44:08 CEST] <jamrial> and no, it broke mingw on my end as wel [01:44:18 CEST] <jamrial> i'll try it, give me one minute [01:50:52 CEST] <jamrial> michaelni: yes, it works, thanks [01:51:03 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:5bc2c395273e: avfilter/x86/vf_fspp: Fix invalid combination of opcode and operands [02:02:22 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:a838b22bd9f7: configure: Check if ID3D11VideoDecoder exists, not just the header to enable d3d11va [04:13:18 CEST] <jamrial> the d3d11 stuff apparently also broke h264/hevc decoding on msvc x86_32 [04:47:29 CEST] <philipl> jamrial: There's an obvious bug at least in the hevc.c stuff where it's not allocating enough space for the hwaccel pix formats. [04:48:26 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:7ed5d78d619e: avcodec/dxva2: Fix "may be used uninitialized" warnings [04:48:29 CEST] <philipl> I can't build windows but it looks like it's going to fail if both dxva and d3d11 are enabled, which seems likely. [04:50:24 CEST] Action: michaelni doesnt have a msvc setup nor win8 [04:50:55 CEST] <cone-894> ffmpeg 03Philip Langdale 07master:9ae766d1c698: avcodec/vdpau: Re-factor pre-hwaccel helper functions into separate header [04:53:24 CEST] <philipl> It'll actually fail regardless of whether dxva2 is enabled. Oh well. [05:01:12 CEST] <jamrial> the fate tests don't use any hwaccel afaik. and why only x86_32? [05:01:40 CEST] <jamrial> in any case, i raised the issue to the patch's author [05:03:26 CEST] <jamrial> i'm surprised libav applied this at all. they usually try big change patches on "oracle" (fate for uncommited stuff) [05:11:34 CEST] <philipl> surprises me too. I dont' see how it could work at runtime. [05:24:24 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:5cddfc53570f: avcodec/dxva2_h264: Fix "may be used uninitialized" warnings [05:24:25 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:688147cfe2d1: avcodec/hevc: Fix HWACCEL_MAX for D3D11 [05:24:26 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:1b236541a6b5: avcodec/h264: Fix HWACCEL_MAX for D3D11 [06:59:30 CEST] <jamrial> philipl: you were right, it was that [12:19:51 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:db07fc20200d: avformat/mpegts: Avoid float in bitrate calculation [13:52:27 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:f902b0b2cbdc: avformat/asfdec: Avoid float usage in duration calculation [15:03:35 CEST] <BBB> Timothy_Gu: can you follow discussion of your patch on #x264dev? [15:03:46 CEST] <BBB> Timothy_Gu: (since I consider them the upstream for x86inc.asm) [15:04:04 CEST] <BBB> Timothy_Gu: I dont think theyre bringing up any issues, but they may have a question about it that youre best capable of answering [16:09:38 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:894d8cf418aa: avformat/movenc: Avoid floats & float rounding in tmcd nb_frames calculation [16:51:23 CEST] <Compn> michaelni : what do you think about letting the mips guys just commit , seems like they arent handling all of the reviews :P [16:51:54 CEST] <Compn> or maybe i am misreading the situation [16:53:43 CEST] <Compn> >in before bunch of complaints that code should be perfect before committing [16:53:44 CEST] Action: Compn runs [16:55:24 CEST] <kierank> I do wonder what Imagination/MIPS are up to [16:55:26 CEST] <kierank> av500? [16:55:29 CEST] <kierank> any thoughts? [16:55:36 CEST] <av500> desperation? [16:56:11 CEST] <av500> img tec realizes that anybody can grop them for an different GPU easily [16:56:15 CEST] <av500> drop* [16:56:35 CEST] <av500> so now they are trying to climb up the ladder [16:56:43 CEST] <av500> offer the whole solution [16:56:55 CEST] <av500> but today that includes the radios [16:57:06 CEST] <av500> just mips + gpu aint gonna cut it [16:58:07 CEST] <kierank> I mean up to in FFmpeg [16:58:19 CEST] <av500> ah ok, they have radios: http://www.imgtec.com/ensigma/explorer-rpu.asp [16:58:26 CEST] <av500> kierank: dunno [16:58:44 CEST] <kierank> used to be MIPS eastern europe [16:58:47 CEST] <av500> like anybody else, use it for the odd codecs you dont have hw for [16:58:47 CEST] <kierank> now it's MIPS india [17:03:13 CEST] <Daemon404> mips also used to be uk [17:23:45 CEST] <Compn> kierank : are you suggesting we make "ffmpeg certified" stamp of approval for hardware devices/chips that vendors can purchase from us ? [17:24:20 CEST] <kierank> not sure how you came up with that... [17:24:21 CEST] <kierank> :) [17:25:07 CEST] <Compn> i played out a few conversations in my head :) [17:37:21 CEST] <Daemon404> we'd probably make mroe money if we sold licenses to *not* say they used ffmpeg [17:37:25 CEST] <Daemon404> to broadcasters [17:37:26 CEST] Action: Daemon404 runs [18:33:39 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:1fb9b2a28324: avutil: Add av_q2intfloat() [19:34:33 CEST] <wm4> rcombs: do you want me to port over your secure transport patch? [19:49:21 CEST] <Daemon404> i am planning to revive NSS once tls is in [19:49:25 CEST] <Daemon404> thats why i kept asking ;) [19:49:33 CEST] <Daemon404> (nss is good for license reasons) [19:50:49 CEST] <JEEBsv> yeah [20:06:08 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:8aa985309340: avformat/ircamenc: Avoid floats [20:30:11 CEST] <michaelni> wm4, can you port the tls stuff to ffmpeg ? [20:33:08 CEST] <wm4> michaelni: I do not wish to do that [20:34:50 CEST] <michaelni> neither do i [20:36:04 CEST] <Daemon404> surely tls.c cant differ as much [20:36:08 CEST] <Daemon404> that* [20:49:08 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:cf86fd0069ee: avformat/matroskaenc: Avoid floats in default duration calculation [20:49:39 CEST] <wm4> not that much http://sprunge.us/ajOM [20:57:30 CEST] <cone-663> ffmpeg 03Sebastian Ramacher 07master:cf1f3d837e12: doc: Fix spelling of 'Transmission' [20:57:31 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:4ae090f2240b: Merge commit 'cf1f3d837e1266034a487de5b575bd76426c6b10' [21:21:34 CEST] <rcombs> wm4: go for it if you want; I was waiting for all the changes on the libav ML to land here [21:23:55 CEST] <rcombs> also, I think it should be possible to support the RTMP crypto stuff with nettle/gcrypt/GMP without actually linking GNUTLS [21:25:43 CEST] <rcombs> wm4: one note: I was planning on switching the private API call (SecIdentityCreate) to use dlsym(RTLD_SELF, "SecIdentityCreate"); [21:26:40 CEST] <wm4> hm [21:27:40 CEST] <rcombs> it's probably unnecessary; I doubt they'll remove that without a fair bit of warning, since WebKit uses it at least [21:29:16 CEST] <Daemon404> rcombs, i assume that will only be for OSX? [21:29:22 CEST] <rcombs> Daemon404: right [21:29:22 CEST] <wm4> public webkit sources use it? [21:29:29 CEST] <Daemon404> rcombs, ok [21:29:50 CEST] <rcombs> wm4: https://github.com/WebKit/webkit/blob/master/Source/WebKit2/Shared/cf/Argum… [21:30:05 CEST] <wm4> lol apple [21:30:29 CEST] <rcombs> I dunno why it's not just public API [21:30:50 CEST] <wm4> this adds it https://github.com/WebKit/webkit/commit/3eff7c1f00c0fbf90eedbddd50d57a3b826… [21:30:53 CEST] <rcombs> the function's like 5 lines long [21:30:59 CEST] <wm4> (what kind of way is that to make a commit) [21:31:16 CEST] <wm4> (right, svn, lol) [21:31:31 CEST] <rcombs> http://www.opensource.apple.com/source/Security/Security-55179.13/sec/Secur… fine, 10 lines [21:37:15 CEST] <jesseg> Where is CONFIG_ALSA_INDEV supposed to be defined and is it always defined? [21:37:49 CEST] <wm4> I think it's always defined [21:37:51 CEST] <wm4> to 0 or 1 [21:37:57 CEST] <jesseg> Hmm... Where? [21:38:04 CEST] <wm4> and obviously configure generates config.h, where it is defined [21:38:10 CEST] <wm4> are you hacking ffmpeg? [21:39:10 CEST] <jesseg> Just trying to compile kdenlive.. and ffmpeg bombs, complaining that CONFIG_ALSA_INDEV is not defined. So I grep the source tree for it [21:39:42 CEST] <wm4> ffmpeg bombs? I thought you're compiling kdenlive [21:39:59 CEST] <wm4> or is this another terrible program which embeds ffmpeg sources? (instead of using it properly) [21:40:06 CEST] <jesseg> I'm using the compile script for kdenlive which fetches a whole boatload of dependencies and compiles them [21:40:27 CEST] <jesseg> Okay now I am trying to compile ffmpeg from git right fresh from the source [21:40:35 CEST] <wm4> CONFIG_ALSA_INDEV is an internal symbol, which doesn't appear outside of ffmpeg [21:41:14 CEST] <jesseg> Where should I find it defined? [21:42:32 CEST] <wm4> config.h [21:42:44 CEST] <jesseg> Now I'm trying to compile ffmpeg right from the git and it also errors out because CONFIG_ALSA_INDEV and a buncha others undeclared [21:42:50 CEST] <jesseg> lemme look there [21:42:56 CEST] <Daemon404> your env sounds broken... [21:43:29 CEST] <iive> you need to run configure first, it generates config.h [21:43:49 CEST] <iive> and config.mak, and some others. [21:43:54 CEST] <jesseg> Oh, okay, so my configure is not putting the defnes into config.h [21:43:57 CEST] <jesseg> hmmm [21:43:58 CEST] <Daemon404> wut [21:44:14 CEST] <jesseg> I grepped config.h, no "INDEV" there [21:44:21 CEST] <wm4> paste your config.h [21:44:26 CEST] <Daemon404> on paxtebin! [21:44:28 CEST] <Daemon404> not irc. [21:44:34 CEST] <jesseg> yeah yeah :P [21:44:39 CEST] <wm4> and miss all the spam? [21:44:42 CEST] <iive> config.log might be more insteresting. [21:45:37 CEST] <iive> if configure dies, it doesn't produce partial config.h, does it? [21:45:51 CEST] <wm4> it could in theory [21:46:57 CEST] <jesseg> hahahahaha yes even though configure was terminating without printed response and with a valid return value (i.e. ./configure && make ran make), the last line of the config.h has a bunch of nulls or junk [21:47:09 CEST] <jesseg> soo configure is dying, leaving a partial config.h... [21:47:15 CEST] <Compn> lol [21:47:25 CEST] <Compn> wow thats rare i'd say [21:47:30 CEST] <jesseg> http://pastebin.com/y8wjcTpQ [21:47:54 CEST] <jesseg> actually I had that same thing happen few years ago... and I think it was on ffmpeg :P but they fixed it a few days after I submitted a bug [21:48:15 CEST] <jesseg> so that's my config.h, to the degree that it got finished. The nulls didn't paste to the bin I guess [21:48:31 CEST] <iive> i don't even know how to fill file with zeroes, using only bash scripts... [21:48:40 CEST] <iive> are you sure you didn't had some system failure? [21:48:59 CEST] <iive> running configure, then hard-reset? [21:49:39 CEST] <jesseg> iive, hmmm. Nothing out of the ordinary in dmesg. I've been using slackware for 10 years so I've seen the more common modes of failure. I'm not aware of any failure here. [21:50:17 CEST] <rcombs> yeah, post config.log [21:50:19 CEST] <jesseg> Well, I may have tried to install google earth and not succeeded. [21:50:31 CEST] <jesseg> K [21:50:55 CEST] <jesseg> yeah it ends in an error [21:51:58 CEST] <rcombs> &elaborate? [21:52:22 CEST] <jesseg> cc1: error: unrecognized command line option "-Wmaybe-uninitialized" [21:52:22 CEST] <iive> i'm also running slackware, it is rock-solid. [21:52:31 CEST] <jesseg> maybe my gcc is too old? [21:52:43 CEST] <jesseg> gcc version 4.5.2 (GCC) [21:52:48 CEST] <iive> they should detect the options. [21:53:06 CEST] <jesseg> yeah, at least they oughta check the compiler version:P [21:53:23 CEST] <iive> better, try them on the gcc. [21:53:25 CEST] <jesseg> yeah slackware is great. If you can get something to compile, then it's generally rock solid :P [21:53:47 CEST] <iive> there is slckpkg [21:53:51 CEST] <iive> ops [21:54:38 CEST] <iive> slpkg [21:55:14 CEST] <iive> i'm running current, it have gcc 4.9.2 [21:55:38 CEST] <iive> are you running btrfs as working filesystem? [21:56:39 CEST] <jesseg> config.log fwiw: http://pastebin.com/V0m1k2Si [21:56:57 CEST] <jesseg> ext4 [21:58:16 CEST] <jesseg> yeah my gcc does not recognize the command line command line option "-Wmaybe-uninitialized" [21:58:18 CEST] <jesseg> Does yours? [21:59:43 CEST] <rcombs> looks like it died in the middle of checking which gcc options are accepted [21:59:57 CEST] <Daemon404> check dmesg [22:00:00 CEST] <Daemon404> this sounds like a system issue [22:00:51 CEST] <jesseg> Nothing new in dmesg. Just stuff about when I had a USB disk device plugged in earlier today, it showed up as sdb and sdd [22:00:54 CEST] <wm4> actually my config.log also checks this at the end [22:00:57 CEST] <jesseg> err not a stick but reader [22:02:42 CEST] <jesseg> I agree though, it does sound like a system issue :D [22:06:07 CEST] <jesseg> Strange.. "Wmaybe-uninitialized" does not appear anywhere in the source tree until it gets put in config.log and the gcc error log. However, configure does contain -Wno-maybe-uninitialized which is a valid gcc argument.. [22:06:28 CEST] <jesseg> I cannot figure out where the "no-" is getting stripped out.. [22:07:49 CEST] <Daemon404> i do not think that is related to the broken config.h [22:07:56 CEST] <Daemon404> youre not out of disk or something are you [22:08:35 CEST] <jesseg> Hmmm, df says I have 13 gigs free on that partition [22:08:58 CEST] <Daemon404> the only otehr obvious hting would be if multiple processes were trying to write to config.h [22:09:04 CEST] <wm4> if it's brtfs, it could lie (ok, you said you're using ext4) [22:10:10 CEST] <jesseg> I can try creating a file from /dev/urandom if you like with dd [22:10:55 CEST] <jesseg> Hmm, just created a 10mb file no problem. [22:11:43 CEST] <jesseg> https://ffmpeg.org/pipermail/ffmpeg-user/2012-May/006846.html [22:12:56 CEST] <Daemon404> are you using a stock kernel [22:13:40 CEST] <jesseg> hmmmmmm I think I had to replace some custom copy function with cat before, years ago.. That sounds so familiar [22:13:46 CEST] <jesseg> hmmm lemme check on kernel [22:13:50 CEST] <Daemon404> its not custom [22:13:55 CEST] <Daemon404> https://github.com/ffmpeg/ffmpeg/blob/master/configure#L1307 [22:13:59 CEST] <Daemon404> it's literally cmp and cp [22:14:19 CEST] <jesseg> yeah I saw that [22:14:44 CEST] <Daemon404> i also recommend doign make distclean if you havent been between attempts [22:15:18 CEST] <jesseg> Daemon404, I'm using kernel 3.8.6 which it looks like I may have compiled from source.. Was long enough ago I don't remember exactly :P [22:16:38 CEST] <Daemon404> this sure doesnt seem like an ffmpeg configure problem as much as a "my system is a hacked together mess thats never updated" problem that is endemic to certain distribs. [22:16:51 CEST] <jesseg> haha yeah [22:17:33 CEST] <Compn> jesseg : what other tools versions are you using? [22:17:41 CEST] <Compn> bash --ver , awk --ver , sed --ver ... etc [22:17:47 CEST] <Compn> make --ver [22:17:59 CEST] Action: Compn bets on old make [22:18:07 CEST] <Daemon404> make is 100% unrelated [22:18:25 CEST] <jesseg> GNU Make 3.82 [22:18:29 CEST] <Compn> ooo old make [22:18:35 CEST] <Daemon404> Compn, *unrelated* [22:18:35 CEST] <Compn> :P [22:19:13 CEST] <Compn> oh [22:19:16 CEST] <jesseg> GNU bash, version 4.1.10(2)-release (okay give me flack.) [22:19:33 CEST] <Compn> you can make configure go thru the script line by line, to see whats failing [22:19:40 CEST] <Compn> i forgot how to make it do that though [22:19:42 CEST] <jesseg> GNU Awk 3.1.8 [22:19:43 CEST] <Daemon404> it's obviously failing at cp [22:19:57 CEST] <Daemon404> unless the tmp file it copies form is also broken [22:20:07 CEST] <Daemon404> i think it is a waste of time to dig into it [22:20:09 CEST] <jesseg> yeah exactly how could I break my system so that cp failed, but just there? :P [22:20:11 CEST] <Daemon404> the solution is "get a working system" [22:20:26 CEST] <Daemon404> i know updating slackware is frowned upon, but... [22:20:40 CEST] <Daemon404> maybe you can clsoe some CVE holes in your system while at it [22:20:41 CEST] Action: Daemon404 runs [22:20:43 CEST] <jesseg> well anyway you've gotten me much closer and helped me remember last time I had this problem. Obviously others out there have had it too [22:20:44 CEST] <Compn> this is the same Daemon404 who said support does not belong in this channel ? [22:20:54 CEST] <Daemon404> Compn, i refrained fro msaying that [22:21:01 CEST] <Daemon404> because the problem was at least fairly insane [22:21:06 CEST] <Compn> bufffffffff [22:21:13 CEST] <jesseg> Thanks everyone! [22:21:22 CEST] <Daemon404> Compn, butts [22:21:31 CEST] <Compn> BUFFERING [22:21:44 CEST] <Compn> (insults for media nerds) [22:23:56 CEST] <jesseg> hahahaha I changed that one call of cp_if_changed to cat $TMPH > config.h and now config.h is longer and includes a bunch more defines.. including the one I was missing. [22:26:04 CEST] <Daemon404> that sounds like a broken kernel jesseg [22:26:34 CEST] <jesseg> Daemon404, you mean as in my cp is broken? I kind of use it all the time. It's never failed me before that I've noticed it and I sure think I would notice it... [22:26:58 CEST] <Compn> Daemon404 try explaining the difference of a kernel and the cp tool like the user is 5, that may help :P [22:27:20 CEST] <Daemon404> jesseg, its nto about cp being broken [22:27:28 CEST] <Compn> jesseg : something is screwed on your system, not our fault, not our bug. good luck. if you are looking for a new distro i recommend Arch. [22:27:29 CEST] <Daemon404> its about configure tripping a certain set of conditions to make it broken [22:27:32 CEST] <Daemon404> perhaps a syscall sequence [22:27:34 CEST] <Daemon404> i dont know. [22:27:38 CEST] <Daemon404> all i can say is: try [22:27:57 CEST] <nevcairiel> jesseg: if a simple cp command produces a broken output file, then something in your system is seriously wonky .. and since cp is a old and proven tool, it likely points to some deeper system issue: ie. kernel [22:27:59 CEST] <Compn> (well it still could be our bug, but blah :P) [22:29:01 CEST] <Compn> bash version 4 huh [22:29:14 CEST] <jesseg> nevcairiel, I would agree with you, but cp has never failed me before... except on ffmpeg, a few years ago. I copy too many gigabytes of data that would get corrupted if my file io drivers in my kernel were borked.. It can't just be coincidence that it happens ONLY on ffmpeg, and ONLY on config.h hahaha :) [22:29:29 CEST] <Daemon404> [21:27] <@Daemon404> its about configure tripping a certain set of conditions to make it broken [22:29:32 CEST] <Daemon404> [21:27] <@Daemon404> perhaps a syscall sequence [22:29:39 CEST] <jesseg> and it's happened to other people too -- on ffmpeg's config.h. [22:29:57 CEST] <Daemon404> e.g. we used to trip a bug in make with our makefile, and only because it filled a specific set of conditions [22:30:03 CEST] <Daemon404> but it was make's bug. [22:30:25 CEST] <jesseg> anyway, ffmpeg seems to be compiling. So I'm happy. Thanks guys :) [22:31:51 CEST] <nevcairiel> Daemon404: make still crashes occasionally <.< [22:32:24 CEST] <Daemon404> nevcairiel, sure but now it can handle line endings! [22:32:31 CEST] <Daemon404> and sometimes it hangs for me [22:32:33 CEST] <Daemon404> if i do parallel [22:33:20 CEST] <nevcairiel> i should upgrade to msys2 some day, but i cba to adapt all my scripts because those idiots went with a brain-dead idea of requiring a special script to run instead of just making sh.exe work <.< [22:33:30 CEST] <nevcairiel> old msys has old make :P [22:36:08 CEST] <Compn> you can upgrade msys to have 3.81 , which compiles ffmpeg fine :P [22:36:18 CEST] <rcombs> https://trac.ffmpeg.org/ticket/2686#comment:379 probability of this estimate being correct approaches 0 [22:36:39 CEST] <nevcairiel> it was a third party estimate using the word "hope" [22:37:19 CEST] <rcombs> I was naively optimistic :3 [22:38:08 CEST] <nevcairiel> i would rather go kill the GPL and its convoluted rules, and let me actually use a open-source encoder that produces good audio, which i just cannot use because the GPL-folks like to destroy all pleasure in this world [22:38:44 CEST] <llogan> maybe if you ate toe jam you'd understand [22:39:09 CEST] <nevcairiel> I could write a separate encoder module for my software that doesn't go through ffmpeg to access it, then i could actually ship it without troubles [22:39:23 CEST] <nevcairiel> but thats serious effort, since currently i managed to make all encoding run through ffmpeg =P [22:39:49 CEST] <Compn> nevcairiel : why not just write your own gpl audio encoder huh? [22:39:54 CEST] <Compn> huh huh huhuh huhuhuhuuuuuuuuuuuuuh ? [22:39:57 CEST] Action: Compn runs [22:40:02 CEST] <nevcairiel> because i wouldn't use gpl for such things [22:43:03 CEST] <nevcairiel> its just silly that some stupid license reason is blocking it .. and its not even the condition itself thats the problem, its just that the GPL doesn't like it [23:05:08 CEST] <rcombs> nevcairiel: the best part being that the condition is effectively legally useless [23:05:20 CEST] <rcombs> assuming you mean the FDK one [23:05:25 CEST] <nevcairiel> of course [23:07:02 CEST] <nevcairiel> i should just hack the non-free condition out of configure and bundle it, not like anyone does anything about it anyway [23:08:58 CEST] <jamrial> nevcairiel: what about the changes from the epic aacenc trac ticket? does it produce good enough audio its the current state? [23:09:10 CEST] <Daemon404> it ties till lame last i checked [23:09:12 CEST] <Daemon404> so... no [23:09:28 CEST] <nevcairiel> i'm currently using the aacenc from master and its mostly fine to my bad ears, so what do i care [23:10:06 CEST] <nevcairiel> and tieing lame isnt that bad, lame is considered decent [23:10:39 CEST] <nevcairiel> of course we could save some bits with a higher quality encoder and reducing audio bandwidth =p [23:11:05 CEST] <jamrial> does it need to be aac? because there's always libvorbis and libopus [23:11:28 CEST] <nevcairiel> well, mostly yes [23:11:32 CEST] <nevcairiel> streaming to android phones [23:11:35 CEST] <nevcairiel> format limiations etc [23:11:53 CEST] <nevcairiel> although i recently switched to exoplayer, i could make it more flexible in the future [23:13:29 CEST] <nevcairiel> i wonder, has anyone ever put vorbis in ts? =P [23:14:05 CEST] <nevcairiel> although i could probably stream fMP4 instead, but that probably doesnt do vorbis either [23:14:07 CEST] Action: Daemon404 aims at nevcairiel's head... [23:14:23 CEST] <nevcairiel> name me a streaming format thats not horrible [23:15:22 CEST] <Daemon404> well ts is extract horrible [23:15:35 CEST] <nevcairiel> for h264/aac it seems to be working fine now :) [23:15:49 CEST] <Daemon404> but xiph formats are all sorts of extra pain [23:15:55 CEST] <Daemon404> cause they were designed for ogg [23:15:58 CEST] <Daemon404> just ask kierank. [23:17:56 CEST] <nevcairiel> for streaming of real-time encoded things to mobile android devices, there just isnt a good answer [23:18:11 CEST] <nevcairiel> h264/aac in ts is the least evil format that i can easily do [23:18:19 CEST] <Daemon404> i hope you dont mean hls [23:18:22 CEST] <Daemon404> cause android hls is lulz [23:18:48 CEST] <nevcairiel> we used to use hls, but hls support is terrible, but we switched to plain ts streaming now since exoplayer allows us to do that [23:19:05 CEST] <Daemon404> right [23:19:16 CEST] <nevcairiel> ..didnt want to ship a full ffmpeg-based media stack <.< [23:19:25 CEST] <Daemon404> im guessing fragmented mp4 support isnt widespread enough yet? [23:19:43 CEST] <nevcairiel> would also work, similar format restrictions though [23:19:45 CEST] <jamrial> wasn't Opus going to be supported in ts at some point? [23:19:51 CEST] <Daemon404> it is [23:19:55 CEST] <Daemon404> and its beign used [23:19:56 CEST] <nevcairiel> only h264 video (which is fine), aac, ac3 audio [23:20:08 CEST] <Daemon404> nevcairiel, true. [23:20:26 CEST] <Daemon404> nevcairiel, no mp3? [23:20:42 CEST] <nevcairiel> should poke kierank into making ts muxer support opus writing, then i can submit a patch to exoplayer to read opus in ts .. somehow :d [23:20:53 CEST] <Daemon404> i thought he sent a patch [23:20:56 CEST] <Daemon404> or was that only demux [23:20:59 CEST] <nevcairiel> did he? [23:21:02 CEST] <nevcairiel> i thought only demux [23:21:02 CEST] <Daemon404> yes... [23:21:09 CEST] Action: nevcairiel checks [23:21:31 CEST] <Daemon404> hmm looks like demux [23:21:32 CEST] <Daemon404> from google [23:21:54 CEST] <Daemon404> he likely uses his own lib to mux. [23:23:00 CEST] <jamrial> kierank sent a patch for opus in ts demuxing and it was applied, yeah [23:23:07 CEST] <jamrial> nothing for the muxer, though [23:23:42 CEST] <kierank> Yes because people are implementing it broken [23:23:50 CEST] <kierank> And outputting broken files [23:24:22 CEST] <kierank> Because they are remixing weird ogg files [23:24:55 CEST] <kierank> Because FFmpeg does not operate in an adult fashion the mux will have to be merged within seconds and so more broken files will be made [23:25:24 CEST] <jamrial> weird ogg files made by ffmpeg? [23:25:24 CEST] <Daemon404> lol [23:25:28 CEST] <Daemon404> jamrial, no [23:25:35 CEST] <Daemon404> ogg is weird, ffmpeg doesnt fully support it [23:25:39 CEST] <jamrial> ah [23:26:00 CEST] <nevcairiel> i still dont understand how someone could think up such a crazy container format [23:26:08 CEST] <nevcairiel> why do you go out of your way to make it so complex [23:26:23 CEST] <nevcairiel> its not even being super efficient or anything [23:26:28 CEST] <nevcairiel> its just crazy for no reason [23:26:58 CEST] <Daemon404> i dunno it was 1992 [23:31:49 CEST] <jamrial> i would resurrect my pcm-in-ogg demuxing patch (because why not?), but there's apparently no other library or application out there that can create or even read them [23:31:51 CEST] <jamrial> there's a spec on xiph.org, and that's it [23:31:59 CEST] <jesseg> Does configure have a backgrounded cleanup routine that deletes the temp files on exit? [23:32:28 CEST] <nevcairiel> it does not leave behind any temp files here [23:33:03 CEST] <nevcairiel> not sure if it has hooks to make sure they get removed if you interrupt the script, but maybe it does [23:33:05 CEST] <jesseg> I know. Not here either. And even if I put in an 'exit' at a point where the temp file does exist, the temp file is gone when my "exit" is hit [23:33:20 CEST] <jesseg> or after my exit is hit :) [23:33:51 CEST] <Daemon404> do you have any crap that cleans up /tmp too aggressively [23:34:30 CEST] <jesseg> LOL nope. There is 1.8G of junk in there going back to 2013 [23:43:41 CEST] <jesseg> Thanks guys! [23:55:46 CEST] <Compn> is this worth fixing? https://trac.ffmpeg.org/ticket/4508 [23:55:52 CEST] <Compn> nvenc possible typo [23:56:20 CEST] <cone-663> ffmpeg 03Michael Niedermayer 07master:4fe38441b0fc: ffmpeg: do not print misleading recommanditions on 1pass vpx encoding [23:59:55 CEST] <llogan> Compn: maybe ask BtbN or philipl [00:00:00 CEST] --- Wed May 27 2015

1 0

ffmpeg.log.20150526
by burek 27 May '15

27 May '15

[02:09:31 CEST] <jeffshanab> How can I build and install into a directory with internal name @rpath on OSX [04:42:01 CEST] <brettk80> Hi all - wondering if someone could lend a hand with FFMpeg and clip trimming errors [08:03:09 CEST] <chungy> Is there a method to dump/load chapters with ffmpeg? eg, to txt or xml files, or whatever else there is. [08:03:40 CEST] <chungy> Also, perhaps metadata in general [08:14:22 CEST] <chungy> looks like I want -f ffmetadata [08:17:39 CEST] <chungy> Yea that'll work for scripting. Does there happen to be a way to replace metadata in-place (without needing to write out a whole new file)? [08:26:09 CEST] <chungy> Hmm. doesn't dump the metadata of streams. bummer. [10:17:36 CEST] <Filarius|2> Hello, is it posible to feed to ffmpeg both video and audio with same anon pipe? Some time ago I find how to convert raw video frames using anon pipe (frames created in realtime). Is here way, as example, to switch raw video frames and raw sound frames and make ffmpeg underdand it, like in data stream odd frames is video and even frames is audio ? [10:20:10 CEST] <chungy> If your OS supports them, you can use named pipes (mkfifo) [10:23:51 CEST] <JEEBsv> Filarius|2: you usually want to either completely separate them or use a container like NUT or so [10:24:12 CEST] <JEEBsv> (NUT is what I generally hear as being used for raw audio/video data) [10:26:19 CEST] <Filarius|2> OS is Win, and it support. Thanks forreply, I know about it is possible with named pipes. But I curious if here simple way to push this data with single pipe [10:27:17 CEST] <Filarius|2> oh, container. I wish something simple what I implement myself or there be code for language I use. [10:27:29 CEST] <Filarius|2> *what I can implement [10:39:28 CEST] <ocx> anyone familair with polycom video conf products? [11:37] <ocx> i am looking for an opensource product that is compatible with them [11:37] <ocx> so i have a polycom on one end and need to come up with someone opensource on the second end [12:42:24 CEST] <xender> Can I cut AAC audio losslessly (without re-encoding)? [12:43:01 CEST] <JEEBsv> yes [12:43:06 CEST] <JEEBsv> -ss -t before -i [12:43:13 CEST] <JEEBsv> after -i requires decoding [12:44:07 CEST] <c_14> you'll also need -c:a copy (as an output option) [12:44:36 CEST] <JEEBsv> yeah, I expected the person to know that in case of copying streams ;) [12:45:52 CEST] <xender> I've done concatenating the streams with ffmpeg -f concat -i file-list.txt -c copy previously [12:46:26 CEST] <c_14> Some people use -c:a aac because they want to keep it as aac. I just tend to add it. You never know. [12:47:01 CEST] <xender> c_14: But that would mean re-encoding, wouldn't it? [12:47:15 CEST] <c_14> Yes, it would. [12:47:45 CEST] Action: c_14 was just referencing what some people use accidentally instead of copy when they actually want copy. [12:47:46 CEST] <xender> And re-encoding is always lossy, unless I don't know something and it actually isn't? [12:47:52 CEST] <xender> Oh [12:48:38 CEST] <xender> Do decoders handle concatenated streams of different bitrate well? [12:48:50 CEST] <xender> It's going to be played on some Windows probably [12:49:30 CEST] <xender> Probably with codecs already included with the OS. [12:49:40 CEST] <xender> Preparing stuff for non-tech people. [12:50:07 CEST] <c_14> reencoding with a lossy codec is always lossy. [12:50:34 CEST] <c_14> Most decoders should handle it well, it's basically just variable bitrate. [12:52:04 CEST] <xender> Well, there's also matter of metadata. I suspect decoder won't rely on bitrate encoded in metadata then? [12:53:20 CEST] <xender> Huh,so it seems that even concatenating different codecs can work? Interesting [12:53:44 CEST] <xender> Well, I once accidentally concatenated stereo streams with mono streams, and decoder seemed to be a bit lost [12:56:08 CEST] Action: c_14 isn't sure different codecs will work [12:57:35 CEST] <c_14> Whether the decoder relies on metadata depends on the decoder. I'd assume most don't though. The metadata can lie. [12:59:27 CEST] <chungy> Not sure AAC would play nice with that. Opus is one of the few audio codecs designed to change bitrates/channels mid-stream :P [13:03:25 CEST] <xender> Heh, thank you for help, going out. \o [13:29:17 CEST] <jeffshanab> `How can I build and install into a build directory with internal name @rpath on OSX instead of /usr/local/bin [13:38:55 CEST] <BtbN> Just patch the rpath after building. [13:40:58 CEST] <jeffshanab> That is what I was trying to avoid. I have done that in the past and most build systems have corrections for that now. [13:41:34 CEST] <BtbN> rpath stuff on OSX is a horrible mess [13:41:46 CEST] <BtbN> You can propably do something by passing custom c/ldflags [13:42:52 CEST] <jeffshanab> I used to love apple products, but they decided they must changed things unneccesarily and now I hate including OSX in my builds [13:50:17 CEST] <BtbN> Hm? the rpath nonsense has always existed on OSX [13:50:28 CEST] <BtbN> beeing able to actualy use non-absolute paths for library is a quite recent addition [13:50:36 CEST] <BtbN> +s [17:15:59 CEST] <xender> Do I need -avoid_negative_ts when operating on audio only (AAC, m4a files)? [18:14:32 CEST] <animax> hi all. http://www.pasteall.org/58665. why should I use this command (with frame rate factors '1' and '25')? if I do, each input frame gets duplicated 24 times. I use png sequences as input. [18:15:59 CEST] <chungy> You should only need to specify the frame rate on one side (input or output) with -f image2. [18:35:56 CEST] <jbmcg> This might be a dumb question, but is FFMPEG supposed to insert a frame at the beginning with a timestamp of 0 when re-encoding a video? Here's what I mean: http://pastebin.com/2MXdmzhf [18:36:41 CEST] <jbmcg> When I compare the videos side by side in After Effects, it seems like everything is one frame off [19:00:43 CEST] <Trenak> Hello, how convert from HD to SD? [19:07:12 CEST] <JodaZ> chose a resolution and bitrate? [19:11:07 CEST] <Trenak> ffmpeg -i SouthPark.avi -ac 2 -ab 256k -s 576x432 -f avi -qscale 5 SouthPark.avi right?? [19:15:45 CEST] <chungy> You should only need "ffmpeg -i southpark-hd.avi southpark-sd.avi" [19:15:59 CEST] <chungy> er, with the "-s 576x432" in the middle too [19:17:59 CEST] <Trenak> ok thanks [19:22:45 CEST] <Trenak> but this lose quality as fuck [21:33:00 CEST] <jesseg> Where is CONFIG_ALSA_INDEV supposed to be defined and is it always defined? [21:36:21 CEST] <jesseg> oh never mind I be in wrong channel..! [22:11:30 CEST] <realies> hi [22:13:03 CEST] <realies> anyone with experience streaming audio from ffmpeg to icecast? [22:13:31 CEST] <realies> I'm getting an End of file error [22:14:55 CEST] <realies> http://pastebin.com/6HryHsNS [23:51:21 CEST] <moontails> Hi guys! [23:52:01 CEST] <moontails> I was wondering if anyone can give me pointers on how to extract volume levels for each frame in a video [23:56:05 CEST] <llogan> moontails: maybe you can hack astats filter do give you want you want [23:58:13 CEST] <realies> turned out I need -legacy_icecast :) [00:00:00 CEST] --- Wed May 27 2015

1 0