May 2015 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20150520
by burek 21 May '15

21 May '15

[01:37:04 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:b8e7f2b277b8: avcodec/flacenc: Support Multi dimensional quantization [01:43:23 CEST] <jamrial> michaelni: some basic documentation to explain what these new flacenc options do would be nice [02:25:32 CEST] <Compn> 17:30] <cone-748> vlc Jean-Baptiste Kempf src/misc/fourcc.c: Add wIVG as MJPEG fourcc [02:25:32 CEST] <Compn> [17:30] <cone-748> vlc Jean-Baptiste Kempf src/misc/fourcc.c: Add wMP4 fourCC for Mp4v [02:25:35 CEST] <Compn> ugh [02:31:58 CEST] <michaelni> jamrial, patch posted [04:15:44 CEST] <BtbN> Let's see if this gets some movement in the nvenc license issue. [04:29:41 CEST] <jamrial> http://pastebin.com/pypUA8ty that first line from the output is kinda annoying [05:36:06 CEST] <cone-696> ffmpeg 03Niklesh 07master:b44a55ad2d18: Fix movtext crashes caused due to lack of proper bounds checking [07:27:22 CEST] <jamrial> ah, nevermind, they removed that and other warnings in a commit right before tagging the 1.7 release [11:15:05 CEST] <kierank> Anonymous 573462 [11:15:07 CEST] <kierank> interesting [12:02:26 CEST] <durandal_1707> What? [12:11:48 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:886ba9300903: doc/encoders: add flac [12:22:24 CEST] <kierank> durandal_1707: bizzare email on the ml [12:23:35 CEST] <wm4> "Sent from my iPhone" [12:48:38 CEST] <cone-217> ffmpeg 03hSÇ 07master:0d41f1ffbcae: configure: disable mipsfpu for loongson3 [13:35:04 CEST] <wm4> is there any way to detect PTS discontinuities with ffmpeg in a generic way? [13:35:57 CEST] <wm4> if the PTS jumps, it could be a discontinuity (often in .ts etc.), or some freaky VFR video (often in mp4 or mkv) [13:36:33 CEST] <nevcairiel> i build some code for that, and i only enable it when the format has the flag set that it has discontinuities [13:36:48 CEST] <nevcairiel> works fine mostly [13:37:19 CEST] <nevcairiel> ie. AVInputFormat->flags & AVFMT_TS_DISCONT [13:37:42 CEST] <nevcairiel> as generic as it gets, i guess [13:38:01 CEST] <wm4> sounds like a potentially good idea [13:38:13 CEST] <wm4> ideally ffmpeg would have a per packet or frame flag for this, though [13:39:15 CEST] <wm4> how exactly do you detect it? [13:42:03 CEST] <nevcairiel> just checking the difference in timestamps against an arbitrary constant [13:42:08 CEST] <nevcairiel> i think i use 5 seconds right now [13:43:11 CEST] <wm4> I have a ts stream with a 600ms discontinuity here [13:43:37 CEST] <nevcairiel> i would probably just let those be, its not that long and wouldn't be extremely disruptive in playback [13:44:20 CEST] <nevcairiel> since i do the checking before decoding, i do it on re-ordered pts, so have to be careful not to automatically trip on pts offsets [13:44:33 CEST] <Compn> nevcairiel : obviously its messing up his beautiful HQ HD mpv opengl-hq playback :P [13:44:37 CEST] <wm4> ah, I do it afterwards [13:44:47 CEST] Action: Compn read some 4chan thread on mpv lol [13:44:55 CEST] <Compn> those people are crazy. [13:56:48 CEST] <ubitux> yes, fortunately here we are all very sane [14:10:45 CEST] <thardin> /g/ seems to have some very particular tastes when it comes to media players [14:13:07 CEST] <wm4> it seems they like the madvr features (scaling etc.) [14:13:28 CEST] <wm4> and also at least 1 mpv user and occasional contributor has been very active there [14:13:37 CEST] <wm4> I could think of better user bases... [14:48:49 CEST] <rcombs> http://i.4cdn.org/g/1432027327280.png kek [14:58:04 CEST] <wm4> whatever [15:00:46 CEST] <cone-217> ffmpeg 03Carl Eugen Hoyos 07master:eb0c08bc6938: lavc/vmnc: Fix 32bit colour-space, there is no transparency. [15:03:19 CEST] <rcombs> well that was a good laugh, at least [15:05:51 CEST] <Compn> what noise are they making? [15:06:04 CEST] <Compn> my hirigana /katakana is weak. [15:06:24 CEST] <Compn> as in i forgot everything i could about the japanese language. [15:07:46 CEST] <rcombs> "amuamuamuamu" [15:08:05 CEST] <Compn> huh [15:08:17 CEST] <Compn> oh no there is a whole dedicated weekly thread to mpv , http://boards.4chan.org/g/thread/48052967/mpv-general [15:09:12 CEST] Action: Compn ceases trolling and runs from the internet [15:09:37 CEST] Action: rcombs gives chase [15:09:46 CEST] <rcombs> oh no sunlight [15:09:53 CEST] Action: rcombs steps back [15:14:06 CEST] <ubitux> http://i.4cdn.org/g/1432120410148.png hey a useful post [15:14:54 CEST] <Compn> wow [15:14:59 CEST] <Compn> wonder if mplayer could steal that [15:15:56 CEST] <wm4> ubitux: and of course I made this [15:16:07 CEST] <ubitux> wm4: ah? [15:16:07 CEST] <wm4> plus it sucks because it's hand-positioned [15:16:31 CEST] <wm4> maybe I should give it more visibility, but I kind of hoped someone would make a better chart [15:17:13 CEST] <ubitux> is it in the html man? [15:18:25 CEST] <wm4> no [16:24:41 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:50965e067371: avcodec: add mathops test [16:24:42 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:611e1085f8d2: fate: Add fate-mathops test [17:27:11 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:6bbb2f8f4da6: avformat/nutdec: Return error on EOF from get_str() [17:49:24 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:b3496b4a33e8: avformat/nutdec: Fix recovery when immedeately after seeking a failure happens [17:58:51 CEST] <cone-217> ffmpeg 03hSÇ 07master:f9d05786a82f: configure: add cpuflags for loongson3 series cpu [18:22:45 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:6d1935d1b91c: avcodec/hevc: Remove unused variable [19:01:51 CEST] <cone-217> ffmpeg 03Vittorio Giovara 07master:eafbc6716ced: vmnc: Delay pixel size check [19:01:52 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:a4c7aeaf82de: Merge commit 'eafbc6716cede6d4a652f8bedf82f2901c68d06d' [19:01:53 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:b6ca7bfc7c12: avcodec/vmnc: Simplify "24bit" support [19:10:43 CEST] <cone-217> ffmpeg 03Andreas Cadhalpun 07master:37e679881d36: nutdec: fix infinite resync loops [19:10:44 CEST] <cone-217> ffmpeg 03Andreas Cadhalpun 07master:fa7dec8cb00d: nutdec: stop skipping bytes at EOF [19:23:57 CEST] <cone-217> ffmpeg 03Vittorio Giovara 07master:7046bd9bc9ce: lavfi: Move avcodec header to the only filter needing it [19:23:58 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:6b783d2acea0: Merge commit '7046bd9bc9ce04521edf453c9b603d84d69c7512' [19:27:10 CEST] <llogan> michaelni: you always beat me to those security updates [19:27:40 CEST] <llogan> but this time of year i'm at the computer a lot less [19:32:31 CEST] <cone-217> ffmpeg 03Vittorio Giovara 07master:265d884eb076: avcodec/vmnc: Add back adapted comment about 24bit [19:55:13 CEST] <llogan> in git web how do i get a gitdiff of a file between two point releases? i used to know this... [19:55:25 CEST] <llogan> or at least i imagine i did [20:09:55 CEST] <michaelni> llogan, on github: https://github.com/FFmpeg/FFmpeg/compare/n1.2.3...n2.3 [20:11:31 CEST] <jamrial> llogan: also something like https://git.videolan.org/?p=ffmpeg.git;a=blobdiff;f=Changelog;hb=n2.6.3;hpb… [20:12:27 CEST] <jamrial> just replace the file and point release tags with whatever you need [20:13:49 CEST] <llogan> jamrial: thanks [20:14:59 CEST] <llogan> better than the lazyass changelogs i was putting in tweets [20:19:59 CEST] <llogan> jamrial: regarding #4448, my opinion is that your patch or a version of it should be committed, at least until/if a proper AVPacketList API is implemented. it would be better than the current situation. [20:45:07 CEST] <cone-217> ffmpeg 03Andreas Cadhalpun 07master:bb23a15df507: nutdec: abort if EOF is reached in decode_info_header/read_sm_data [21:47:12 CEST] <cone-217> ffmpeg 03wm4 07master:3efe0393e4f0: hevc: make avcodec_decode_video2() fail if get_format() fails [21:47:13 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:642355712b97: Merge commit '3efe0393e4f0eaa27bac8833edbd7d3cff4704e1' [21:53:48 CEST] <Compn> llogan : want to post this to twitter/facebook? http://download.das-werkstatt.com/pb/fsfe/presentations/2015/the_ffv1_story… [21:54:02 CEST] <Compn> if its not already there [21:58:01 CEST] <Daemon404> some of that slide doesnt really give with me (like how "it's clear" to use uncompress audio (no)) [22:00:18 CEST] <Compn> i cant remember any containers that work (well) with uncompressed audio [22:00:22 CEST] <Compn> maybe mxf [22:00:48 CEST] <Compn> otherwise you run into >interleaving [22:06:26 CEST] <llogan> Compn: i'll try to take a look in a day or two, but i'm not the facebook overlord [22:06:33 CEST] <wm4> Compn: that's probably because ffmpeg is retarded [22:06:42 CEST] <wm4> AFAIK ffmpeg may attempt to write audio frames as large as a second [22:06:57 CEST] <wm4> simply because PCM kind of allows arbitrary frame sizes [22:09:04 CEST] <Daemon404> well i also meant, for archiving, having a format with checksums is kind of important [22:12:56 CEST] <nevcairiel> wouldnt a lossless compression still be beneficial [22:13:14 CEST] <nevcairiel> you usually get some sort of integrity control on a compression level, and its smaller..? :) [22:19:27 CEST] <rcombs> wm4: OK, so how would you recommend breaking up tls.c [22:19:43 CEST] <nevcairiel> carefully [22:20:14 CEST] <nevcairiel> without looking at it, the obvious answer is common parts into one file, per-implementation parts into another [22:20:20 CEST] <nevcairiel> :) [22:22:22 CEST] <rcombs> well yeah [22:22:26 CEST] <wm4> rcombs: the only actually shared code is the URL extraction code [22:22:32 CEST] <wm4> which deals with proxies or something [22:22:41 CEST] <wm4> actually I wanted to split it myself [22:22:46 CEST] <wm4> I could do it tomorrow [22:23:01 CEST] <wm4> except Libav will then require like a week to merge it [22:23:19 CEST] <nevcairiel> you're being optimistic [22:40:26 CEST] <rcombs> wm4: just sent new versions of my TLS patches; would appreciate if any splitting work was either done on top of them or in a manner that doesn't introduce too many conflicts [22:42:26 CEST] <wm4> you can also have the patch merged quickly, and then michaelni needs to deal with the splitting patch incoming from Libav [22:42:31 CEST] <rcombs> (changes fix a couple error reporting issues and problems in the configure script) [22:42:38 CEST] <wm4> though that would be not so nice to him [22:43:08 CEST] Action: rcombs looks at michaelni [22:43:17 CEST] <wm4> also that ifdef soup is really absurd [22:43:33 CEST] <rcombs> I blame the previous authors [22:43:35 CEST] <wm4> this is NOT how it should be done, but also shows nicely how it happens despite all contributors having the best intentions [22:46:25 CEST] <Daemon404> wm4, for tls.c, there's not much of a better way, aside form makign a whole new "sub-api" for tls [22:46:34 CEST] <Daemon404> tls libs = shit [22:46:52 CEST] <wm4> the shared code is minimal [22:47:12 CEST] <wm4> and most shared code is due to a bad idea: trying to make the TLS libs read/write from the sockets [22:47:24 CEST] <wm4> while making them non-blocking or so, and compensating by using this poll thing [22:47:25 CEST] <Daemon404> patches welcome to use curl [22:47:54 CEST] <wm4> are you sure about "welcome"? [22:48:10 CEST] <Daemon404> from me [22:48:12 CEST] <rcombs> note how Secure Transport handles this (simple callbacks) [22:48:17 CEST] Action: Daemon404 runs [22:48:30 CEST] <wm4> rcombs: the other libs also provide callbacks [22:49:08 CEST] <nevcairiel> SChannel works on a higher level, if i ever get to implement that ... it just works with data buffers and leaves you to talk to the socket [22:49:17 CEST] <nevcairiel> or is that a lower levle [22:49:20 CEST] <nevcairiel> i cant tell anymore [22:51:15 CEST] <rcombs> what I mean is that Secure Transport has its read and write functions, and it calls the consumer's (here, lavf's) lower-level read and write functions as needed [22:51:32 CEST] <rcombs> it meshes super-nicely with lavf's interface [22:59:46 CEST] <wm4> rcombs: why poll? [23:00:36 CEST] <rcombs> hmm? [23:01:11 CEST] <wm4> why does it call do_tls_poll()? [23:03:26 CEST] <rcombs> because that's where all the error handling code is, for some reason [23:04:17 CEST] <wm4> that's some prime ifdeffery then [23:06:54 CEST] <rcombs> AFAIK tcp.c will never give tls.c an EAGAIN anyway [23:07:13 CEST] <rcombs> because it seems we never open the TCP connection in non-blocking mode [23:08:08 CEST] <wm4> yes, but avio stuff already handles this [23:08:21 CEST] <wm4> demuxers or e.g. the http protocol don't get EAGAIN either [23:08:44 CEST] <rcombs> my point being that it's pointless to do work to handle that case [23:19:44 CEST] <michaelni> rcombs, the tls patch breaks build on mingw64 [23:19:59 CEST] <michaelni> libavformat/tls.c:59:31: fatal error: Security/Security.h: No such file or directory [23:22:28 CEST] <rcombs> michaelni: oops, typo, sec [23:24:20 CEST] <michaelni> rcombs, also [[ ]] is not POSIX according to http://mywiki.wooledge.org/Bashism [23:24:35 CEST] <Daemon404> correct [23:30:36 CEST] <rcombs> michaelni: corrected [23:37:00 CEST] <rcombs> in which some rando opens a track ticket to say "please merge rcombs's patch" [23:37:23 CEST] <rcombs> that's a new one [23:38:16 CEST] <wm4> lol [23:39:46 CEST] <michaelni> rcombs, ./configure --enable-openssl && make -j12 ---> libavformat/tls.c:204:50: error: unknown type name CFArrayRef [23:40:14 CEST] <michaelni> thats on linux x86 ubuntu [23:40:37 CEST] <michaelni> x86-64 to be precisse [23:42:56 CEST] <wm4> lol ifdeffery [23:43:02 CEST] <rcombs> michaelni: did CONFIG_SECURETRANSPORT get defined as 1 in config.h? [23:43:24 CEST] <michaelni> config.h:#define CONFIG_SECURETRANSPORT 1 [23:43:38 CEST] <rcombs> wm4: less ifdeffery and more rcombs can't into bash [23:44:19 CEST] <rcombs> or I'm missing some subtlety of ffmpeg's configure [23:44:41 CEST] <michaelni> same failure with --enable-gnutls [23:45:46 CEST] <rcombs> (and technically none of these are ifdefs but that does roll off the keyboard nicely) [23:47:21 CEST] <rcombs> something something bash operator precedence [23:49:25 CEST] <rcombs> michaelni: https://gist.github.com/23892ee2beb94ac2e556 <-- want to try this before I squash and send [23:49:52 CEST] <rcombs> tested in more detail; looks good here on OS X, at least [23:54:23 CEST] <rcombs> "and now the configure autodetection works properly" <-- unless you're not on OS X, lol [23:58:49 CEST] <michaelni> rcombs, compile succeeds here [23:58:57 CEST] <rcombs> whooo [00:00:00 CEST] --- Thu May 21 2015

1 0

ffmpeg.log.20150520
by burek 21 May '15

21 May '15

[05:31:31 CEST] <hmmwhatsthisdo> Suppose I have a total of 20 or so h.264 1080p30 streams. I know that bandwidth vs. CPU time aren't generally comparable resource measurements, but is it going to be a better idea to have the media server handle scaling/composition of streams, or just stream HD to clients and let them do scaling if they so choose? [05:31:41 CEST] <hmmwhatsthisdo> (scaling/streaming would be done with ffmpeg) [10:09:43 CEST] <acron^> hi all. quick question - i have 10,078 frames that have been extracted from a video. I am trying to reassemble it using: ffmpeg -f image2 -i "%05d.tga" -r 48 -q:v 99 -vf "scale=2320:trunc(ow/a/2)*2" 48fps.ogg. This, I believe, should give me a 48fps video - 10078/48 = 210 secs = 3.5 mins. Yet, the output video is 6m 43s...and I can see, from looking at it [10:09:43 CEST] <acron^> that the motion is too slow... [10:12:21 CEST] <relaxed> remove -r 48 and put -framerate 48 befoure the input [10:12:30 CEST] <relaxed> before* [10:13:40 CEST] <acron^> ffmpeg -f image2 -framerate 48 -i "%05d.tga" -q:v 99 -vf "scale=2320:trunc(ow/a/2)*2" 48fps.ogg [10:13:43 CEST] <acron^> like that? [10:14:03 CEST] <relaxed> yes [10:15:17 CEST] <acron^> thanks, i will try it now :) [10:15:53 CEST] <relaxed> by default ffmpeg will use 25 fps as input for image2 [10:19:05 CEST] <acron^> ah that'd make sense [10:19:22 CEST] <acron^> i mean, that'd add up to 6ms43s [10:56:26 CEST] <Misan> good morning [13:57:52 CEST] <december> Hello [13:57:52 CEST] <december> I'm using avcodec_find_encoder(AV_CODEC_ID_MP2) to find the MP2 encoder. But i get null, so my current installed lib seems not to have the encoder included. [13:57:52 CEST] <december> (i did the avcodec_register_all() stuff) [13:57:52 CEST] <december> Is there a configure flag to enable MP2 Audio?? [14:11:05 CEST] <rg_> Hi, I'm just looking to confirm whether or not ffmpeg sends RTCP RRs when streaming over TCP (RTP over RTSP/TCP). Sniffing the traffic seems to indicate that it doesn't send them. Thanks! [14:41:54 CEST] <Ajay> irc://irc.freenode.net/ffmpeg [14:41:58 CEST] <Ajay> # ffmpeg -vcodec vp8 -i rtp://192.168.1.93:15000 -f mpeg1video -b: 400k -r 25 http://192.168.1.11:8082/url/640/480/ ffmpeg version n2.5.6-3-ga2ad7fd Copyright (c) 2000-2015 the FFmpeg developers built on May 1 2015 13:18:01 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11) configuration: --enable-nonfree --enable-gpl --enable-libvpx --enable-decoder=aac --enable-libx264 --enable-demuxer=mov --enable-x11grab --enable-zlib --enable- [14:42:15 CEST] <Ajay> ffmpeg -vcodec vp8 -i rtp://192.168.1.93:15000 -f mpeg1video -b: 400k -r 25 http://192.168.1.11:8082/url/640/480/ [14:42:21 CEST] <Ajay> output:: [14:42:43 CEST] <Ajay> [rtp @ 0x25cf0e0] Unable to receive RTP payload type 100 without an SDP file describing it Input #0, rtp, from 'rtp://192.168.1.93:15000': Duration: N/A, bitrate: N/A Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (http://192.168.1.11:8082/url/640/480/) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of so [14:44:06 CEST] <animax> hello everybody. I am from Germany and an absolute beginner concerning ffmpeg. I want to encode image sequences into mp4 video files. if I get it right then with a command like 'ffmpeg -i image%04d.png video.mp4' ffmpeg uses a framerate 25 by itself as standard. can anyone tell me which further settings ffmpeg is using in such a case? i mean encoding method and so on. does ist use any crf... [14:44:07 CEST] <animax> ...presets? to tell it more exactly: what would be the appropriate command "under the hood" concerning the command mentioned above? [17:14:43 CEST] <efesto> Hi all, one quick question, is there any flag I can use in replacement of -vframes for limiting the input frames ? [19:12:01 CEST] <robertmoore> I just installed ffmpeg on an Ubuntu system, and when trying to take an mp3 and add a xing/LAME header via ffmpeg it ends with "Encoder (codec mp3) not found for output stream #0:1" [19:12:58 CEST] <robertmoore> http://pastebin.com/L81rmgKt [19:13:28 CEST] <robertmoore> Sorry, that was when I tried with xing off, updating now. [19:13:30 CEST] <llogan> you did not configure ffmpeg with support for libmp3lame [19:13:39 CEST] <llogan> and disable-yasm is never a good idea [19:13:47 CEST] <robertmoore> It wouldn't let me install without disable-yasm [19:13:55 CEST] <llogan> http://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [19:14:06 CEST] <llogan> or simply get a static build [19:14:12 CEST] <llogan> http://johnvansickle.com/ffmpeg/ [19:14:53 CEST] <robertmoore> Is there an uninstall script so I can start clean [19:15:43 CEST] <llogan> for your current compiled ffmpeg? [19:15:47 CEST] <robertmoore> yea [19:16:27 CEST] <llogan> did you already run "make install" or "checkinstall" and do you still have the source directory? [19:16:43 CEST] <robertmoore> Yes, make install, and I do. [19:17:02 CEST] <llogan> go into the source directory and run "sudo make uninstall". that should be it. [19:20:47 CEST] <robertmoore> Okay, I'll try your suggestions, thanks for your help so far. [19:31:28 CEST] <robertmoore> llogan, I used the static binaries you provided and it "worked" but the xing headers I am expecting aren't there - although the LAME ones are - here's a pastebin. [19:32:09 CEST] <robertmoore> http://pastebin.com/eSgPvkGR [19:34:44 CEST] <llogan> write_xing should be enabled by default for the mp3 muxer [19:34:50 CEST] <llogan> how do you know it's not there? [19:37:16 CEST] <robertmoore> I did a hexdump to search for the XING keyword [19:38:14 CEST] <relaxed> robertmoore: look at ffmpeg -h muxer=mp3 [19:38:53 CEST] <relaxed> oh, you want -write_xing 1, right? [19:39:12 CEST] <robertmoore> yea [19:39:42 CEST] <robertmoore> i'll try it with it flagged but as llogan said it should be defaulted on [19:39:44 CEST] <relaxed> that's the default, -write_xing 1 [19:40:48 CEST] <llogan> i wonder if the enabled xing still causes an incorrect duration in Finder/QuickTime on OS X [19:41:04 CEST] <llogan> #2697 [19:47:14 CEST] <robertmoore> I'm following the LAME/Xing definitions outlined here :http://gabriel.mp3-tech.org/mp3infotag.html trying to parse for replay gain and such, but I don't see XLAME, just LAME [19:47:14 CEST] <robertmoore> I'm pretty new to with this whole subject so maybe I'm looking for the wrong thing / expecting the wrong thing? [19:48:45 CEST] <llogan> i really don't know much about Xing myself, so i won't be much help. maybe try ffmpeg-user mailing list [19:49:57 CEST] <robertmoore> Bummer, okay thanks for your help. [20:28:01 CEST] <animax> hello. I'll try again. I am an absolute beginner concerning ffmpeg. I want to encode image sequences into mp4 video files. if I get it right then with a command like 'ffmpeg -i image%04d.png video.mp4' ffmpeg uses a framerate 25 by itself as standard. can anyone tell me which further settings ffmpeg is using in such a case? i mean encoding method and so on. does ist use any crf presets? to... [20:28:02 CEST] <animax> ...tell it more exactly: what would be the appropriate command "under the hood" concerning the command mentioned above? [20:28:55 CEST] <llogan> i don't understand the question [20:29:31 CEST] <llogan> oh, you want to know what other possible defaults are? [20:29:51 CEST] <llogan> it depends on your ffmpeg build and what encoders it supports [20:30:24 CEST] <llogan> if your build supports libx264, then it will be used for MP4 output, but if it does not then the native mpeg4 encoder will be used [20:30:48 CEST] <llogan> libx264 then has it's own defaults such as "-crf 23 -preset medium" [20:32:07 CEST] <llogan> as for your command, i recommend adding "-pix_fmt yuv420p" if you're going to be viewing the output in non-FFmpeg based players (but you don't need to if you're simply uploading to YouTube) [20:32:42 CEST] <llogan> and add "-movflags +faststart" if you're viewing via progressive download [20:32:50 CEST] <llogan> both of these are output options [20:33:11 CEST] <llogan> im assuming your build supports libx264 [20:50:24 CEST] <animax> hello llogan. ok. my build does support libx264. for the time beeing I want to use the movie for a website header. do I then need to choose '-pix_fmt yuv420p' and '-movflags +faststart'? [22:47:20 CEST] <rafael2k> hi people. i read about CC support in ffmpeg 2.6. Which standard is supported? I know analog TV uses one (line 21), DVB uses one, and ISDB-T uses other Closed Caption standard. [22:47:46 CEST] <rafael2k> Closed Caption (EIA-608 / CEA-708) Decoder [22:47:49 CEST] <rafael2k> ooops, sorry [22:47:51 CEST] <rafael2k> ; ) [22:52:24 CEST] <rafael2k> btw, for ISDB-T the CC standard is ARIB B24 [22:52:48 CEST] <Mavrik> Hmm, any idea which defines CC in SDI? [22:52:57 CEST] <Mavrik> (sorry for driveby questions :P ) [22:53:20 CEST] <llogan> rafael2k: i don't know but you could ask the author. Anshul Maheshwari "anshul.ffmpeg at gmail" [22:53:23 CEST] <rafael2k> It goes in VANC [22:54:43 CEST] <rafael2k> used you can get the CC from SDI using the capture card API [22:55:16 CEST] <rafael2k> s/used/usually [22:55:33 CEST] <Mavrik> mhm, you get lines [22:55:48 CEST] <Mavrik> but decoding those is a bit annoying since I can't get reliable info on which standard they're encoded into [22:56:49 CEST] <rafael2k> true [22:57:50 CEST] <Mavrik> and of course guys running the machines have no idea as well :P [22:58:12 CEST] <rafael2k> in ISDB-T people use the ARIB B37 in SDI [22:59:28 CEST] <rafael2k> there is already some time I player with SDI CC [23:07:10 CEST] <iv_> hi. is it possible to stream theora video with ffserver to embed it later into <video> in html? all ffserver configurations/examples i found on internet don't work [23:08:19 CEST] <rafael2k> you can use icecast for that [23:09:05 CEST] <rafael2k> encode using ffmpeg and send the stream to icecast using oggfwd [23:10:56 CEST] <rafael2k> Mavrik: CEA-708-B ? [23:11:43 CEST] <iv_> @rafael2k: is it going to compile on raspberry? [23:16:24 CEST] <rafael2k> iv_: you want just serve the media files in raspberry or encode them? [23:17:31 CEST] <rafael2k> iv_: if it's just for serving the files, it's ok to do with icecast, if you want also to encode the files, rpi has not enough processing power [23:21:07 CEST] <iv_> ok, understand. but the next question is - does icecast encode a stream? you said to encode with ffmpeg, and that's near the camera, so it's raspberry [23:27:54 CEST] <rafael2k> iv_: no, icecast does not encode [23:29:19 CEST] <iv_> i see, thanks [00:00:00 CEST] --- Thu May 21 2015

1 0

ffmpeg-devel.log.20150519
by burek 20 May '15

20 May '15

[04:16:26 CEST] <cone-879> ffmpeg 03Michael Niedermayer 07master:8ea9334b3154: avcodec/mss2: use < 0 instead of != 0 to check for error of vlc initialization [04:16:27 CEST] <cone-879> ffmpeg 03Michael Niedermayer 07master:d0ac2f59aa36: avcodec/golomb: Remove disabled and broken code [06:30:47 CEST] <pross> is anyone bothering with a SILK decoder (Skype SILK V3)? [07:46:49 CEST] <Compn> pross : there is opus silk decoder in ffmpeg i think [07:47:00 CEST] <Compn> is that older than the v3 you are talking about ? [08:00:10 CEST] <Compn> http://linuxfonts.narod.ru/why.linux.is.not.ready.for.the.desktop.current.h… [08:00:12 CEST] <Compn> >slowpoke [08:00:22 CEST] <Compn> a few ffmpeg topics :P [08:25:15 CEST] <ubitux> > Mplayer (the most widely used video player in Linux) developers haven't yet merged VAAPI support. [08:26:21 CEST] <ubitux> seems the guy is stuck 10 years ago [08:29:07 CEST] <Compn> lol [08:37:07 CEST] <pross> no mention of mvp. sigh [08:39:46 CEST] <ubitux> well, mpv is still quite young, so it can be understood he didn't hear of it, but... vlc maybe? [08:40:18 CEST] <ubitux> and lol @ hw accelerated vp9 [09:18:39 CEST] <wm4> ubitux: "overlooking" vlc and complaining about the lack of vp9 hwaccel... quite obviously this guy hasn't got a clue [11:33:37 CEST] <cone-748> ffmpeg 03Nicolas George 07release/2.6:1f7343c8145f: lavd/xcbgrab: fix comparison with screen size. [12:20:11 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:d3dcd2881247: avcodec/flacenc: Do not copy unused udata array -> 5x faster calc_rice_params() [13:32:03 CEST] <nevcairiel> so did libav now re-implement nvenc? it must be different enough to warrant taking over the author line =p [13:56:17 CEST] <ubitux> lol [13:59:20 CEST] <j-b> Author line has no legal meaning. [14:01:15 CEST] <nevcairiel> what does, then? all authorship information is lost, all it says is "based on soem code from some dude" [14:02:18 CEST] <j-b> Do you add your name to all the files you touch? [14:03:06 CEST] <nevcairiel> no, but you then at least have git history to see which code can be attributed to me [14:04:06 CEST] <nevcairiel> but if you take someones patch, mess with it a bit, put yourself in as the author, there is no way to say who wrote what anymore [14:05:23 CEST] <thardin> maybe plaintext needs per-character metadata [14:05:44 CEST] <thardin> byte-level xattr, wheee [14:05:58 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:80f9d6e0ab24: avcodec/flacenc: Support calculating rice parameters exactly [14:05:59 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:df5e408d32a0: fate: Add test for -exact_rice_parameters 1 [14:06:01 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:7786a91b47e7: avcodec/flacenc: Move udata and sums to FlacSubframe [14:07:20 CEST] <wm4> thardin: the real solution is assigning a lawyer to each programmer [14:07:35 CEST] <wm4> and the programmer has to get confirmation from the lawyer for each line of code that is touched [14:08:15 CEST] <nevcairiel> the real solution is not to waste time on re-implementing every single feature instead of just porting it, and then complaining that there isnt enough time to do all the things =p [14:10:12 CEST] <j-b> that's a good point [14:10:16 CEST] <j-b> NIH is strong [14:10:26 CEST] <j-b> did anyone do a diff? [14:14:03 CEST] <thardin> heh, rust neophyte in kostya's latest blog entry [14:17:47 CEST] <ubitux> j-b: not easy, it's split between multiple files [14:19:28 CEST] <ubitux> you can consider it a third implementation [14:21:31 CEST] <nevcairiel> btw j-b, you wanted xll samples .. dcadec now has a test suite, you can use its samples to find all the things the native decoder doesn't do [14:22:03 CEST] <nevcairiel> https://github.com/foo86/dcadec-samples [14:26:34 CEST] <j-b> ubitux: ... [14:26:46 CEST] <j-b> sometimes I just want to die. [14:27:14 CEST] <ubitux> try to kill instead [14:32:22 CEST] <j-b> maybe [15:04:08 CEST] <wm4> what got NIHed this time? [15:04:17 CEST] <wm4> nvenc? [15:04:33 CEST] <j-b> yes [15:08:00 CEST] <wm4> cute [15:28:03 CEST] <iive> again? [15:29:08 CEST] <BtbN> Are there even that many possible ways to implement an nvenc encoder? The api gives you a quite exact workflow. [15:31:32 CEST] Action: BBB hugs j-b [15:31:34 CEST] <BBB> poor you [15:32:44 CEST] <BBB> is there a date for vdd yet? Im trying to plan my summer [15:33:09 CEST] <j-b> BBB: 19/20 sept? [15:33:16 CEST] <BBB> cool ty [15:34:49 CEST] <kierank> is there a location ? [15:35:02 CEST] <j-b> hawaii? [15:35:12 CEST] <Rodeo> sure [15:35:33 CEST] <Rodeo> but then it may be cheaper to charter a VideoLAN jet [15:35:53 CEST] <Rodeo> we all rendezvous in Paris and take the VideoLAN jet for Hawaii [15:36:11 CEST] <j-b> kierank: any wish? [15:36:19 CEST] <av500> paris [15:36:22 CEST] <kierank> london [15:36:26 CEST] <Rodeo> are there castles in Hawaii? [15:36:29 CEST] <Rodeo> LOL [15:36:32 CEST] <av500> Rodeo: bouncy ones [15:36:41 CEST] <Rodeo> ÖK, here goes: Geneva [15:36:45 CEST] <Rodeo> Zürich [15:36:47 CEST] <Rodeo> Lausanne [15:36:49 CEST] <av500> too expensive [15:36:52 CEST] <av500> allof them [15:37:03 CEST] <BBB> get multicoreware to pay for it [15:37:10 CEST] <Rodeo> Port au Prince [15:38:26 CEST] <Rodeo> Japan [15:38:43 CEST] <j-b> kierank: too expensive. [15:38:47 CEST] <j-b> Rodeo: Geneva is doable [15:38:49 CEST] <Rodeo> wm4: pardon my ignorance, what does "NIHed" mean? [15:39:00 CEST] <Rodeo> Geneva is expensive too though [15:39:13 CEST] <wm4> Not Invented Here [15:39:36 CEST] <wm4> i.e. writing your own stuff instead of using others' because you think others' suck [15:40:15 CEST] <Rodeo> ah [15:40:31 CEST] <Rodeo> so there's a new patch floating around? [15:40:42 CEST] <wm4> yes, on libav-devel [15:41:10 CEST] <Rodeo> ah OK [15:41:23 CEST] <Rodeo> I should really check it more often [15:41:46 CEST] <Rodeo> regardless, I imagine the licensing issue remain the same? [15:42:16 CEST] <j-b> yes [15:42:17 CEST] <BtbN> But they did not use the unlicensed libnvenc stuff? [15:59:00 CEST] <BBB> I think the main objection here is that youll now have two impelmentations [15:59:00 CEST] <BBB> and typically ffmpeg will merge it so itll have both [15:59:00 CEST] <BBB> and neither is very good [15:59:01 CEST] <BBB> (see proresdec/enc) [16:00:03 CEST] <Compn> and then vlc and j-b will have to support one or the other (or both) [16:00:03 CEST] <Compn> with different api because fuck api :D [16:09:44 CEST] <j-b> Compn: or none, because it's not GPL [16:26:24 CEST] <Compn> hmm [16:26:24 CEST] <Compn> adobe hds why u hate me [16:49:23 CEST] <nevcairiel> BBB: i think micheal should not merge the libav re-implementation [16:49:53 CEST] <BBB> good luck enforcing that [16:50:05 CEST] <BBB> (I have no opinion) [16:51:27 CEST] <Compn> nevcairiel : rfc it on mailing list [16:51:37 CEST] <Compn> we can hash it out there [17:48:53 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:710abaf2c5d8: avutil/pixfmt: Improve ascii art showing the meaning of the AVChromaLocation values [19:09:09 CEST] <relaxed> Daemon404: ffmpeg now lists the pixel formats for libx265 with high bit depth enabled but when encoding, ffmpeg's output says it's using yuv420p. Then if I run "ffmpeg -i" on the output it lists the correct pixel format. Also, why does it list 8bit pixel formats too? Please see http://johnvansickle.com/ffmpeg-libx265.txt [19:11:05 CEST] <nevcairiel> afaik, x265 supports 8-bit input even when encoding 10-bit, it converts it internally [19:17:47 CEST] <nevcairiel> which should be good for you, its faster that way :) [19:19:44 CEST] <relaxed> Good to know :) [19:20:07 CEST] <relaxed> but if someone is looking at ffmpeg's output they may get confused [19:21:29 CEST] <relaxed> it does say "Main 10 profile" [19:54:56 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:5dfcb4f74de5: avcodec/flacenc: Simplify md5 calculation code by using AV_WL24() [19:54:57 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07master:215410860f33: avcodec/flacenc: Mark pointers/array arguments const which are not changed [20:34:07 CEST] <cone-748> ffmpeg 03Vittorio Giovara 07release/2.4:7244cefd6e6b: libvpx: Fix mixed use of av_malloc() and av_reallocp() [20:34:08 CEST] <cone-748> ffmpeg 03Vittorio Giovara 07release/2.4:78a3a4580c5a: mp3: Properly use AVCodecContext API [20:34:09 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:d61022d55f1a: Merge commit '7244cefd6e6ba7258cb022dfd7a284099d88a3e8' into release/2.4 [20:34:10 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:a7dedd8ea533: avformat/mp3dec: properly allocate dummy AVCodecContext [20:34:11 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:86be9cda97d2: avformat/mp3dec: Check for avcodec_alloc_context3() failure [20:34:12 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:d7888ff644f5: Merge commit '78a3a4580c5a547af4ae8682c662ea3a4699a599' into release/2.4 [20:47:48 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:9f6c36d961d2: roqvideoenc: set enc->avctx in roq_encode_init [20:47:49 CEST] <cone-748> ffmpeg 03Luca Barbato 07release/2.4:2af720fe5f04: x86: Put COPY3_IF_LT under HAVE_6REGS [20:47:50 CEST] <cone-748> ffmpeg 03Vittorio Giovara 07release/2.4:8ae4d4e11762: mov: Fix little endian audio detection [20:47:51 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:e6f17337cf20: Merge commit '9f6c36d961d27283808310e3ca1d8390b55fce9b' into release/2.4 [20:47:52 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:b8d3c3ea8604: Merge commit '2af720fe5f0418612a8fc26b0147a0e10414fcbe' into release/2.4 [20:47:53 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:60d0d68a8d6a: Merge commit '8ae4d4e117626313e0b7df746e82de84d00d160a' into release/2.4 [21:06:48 CEST] <cone-748> ffmpeg 03Andrey Utkin 07release/2.4:4415d0f3bbae: rtpenc_jpeg: Handle case of picture dimensions not dividing by 8 [21:06:49 CEST] <cone-748> ffmpeg 03Martin Storsjö 07release/2.4:f77c9d71615e: rtsp: Make sure we don't write too many transport entries into a fixed-size array [21:06:50 CEST] <cone-748> ffmpeg 03John Högberg 07release/2.4:844201e35fe5: mpegts: Update the PSI/SI table only if the version change [21:06:51 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:d5f2302aca4b: Merge commit '4415d0f3bbaeb287327ef101ae98d727a69d9af1' into release/2.4 [21:06:52 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:efb28e3c510b: Merge commit 'f77c9d71615e17414aacbb1720693b800a5a32d3' into release/2.4 [21:06:53 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:d45eef081469: Merge commit '844201e35fe575710be8218d45828df49b77f205' into release/2.4 [21:06:54 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:74b856e58bd9: avformat/mpegts: reset last_version on seeking [21:06:55 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:52242a387b36: avformat/mpegts: Also parse the FMC descriptor if the codec has not been identified yet [21:06:56 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:3d296c0ec1d5: avformat/mpegts: Factorize version checking code out [21:06:57 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:5b1befb074cf: avformat/mpegts: reset last_ver on corrupted packets [21:06:58 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:8f3787d068c1: avformat/mpegts: Detect changes in packet through CRC instead of just the 5bit version [21:17:15 CEST] <cone-748> ffmpeg 03Luca Barbato 07release/2.4:744d813bcf52: avresample: Reallocate the internal buffer to the correct size [21:17:16 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:386e80610de2: mux: Do not leave stale side data pointers in ff_interleave_add_packet() [21:17:17 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:ac1660509ecf: ape: Support _0000 files with nblock smaller than 64 [21:17:18 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:39cb08cdc20a: Merge commit '744d813bcf527481f2217428fa08bfee8642935b' into release/2.4 [21:17:19 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:8624b4927655: Merge commit '386e80610de282c92ad5897683ccaf2675766ac5' into release/2.4 [21:17:20 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:4e4708ad8093: apedec: prevent out of array writes in decode_array_0000 [21:17:21 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:3cc8285439dd: Merge commit 'ac1660509ecfbeca7b63eb5ab8360011180e705b' into release/2.4 [21:36:43 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:cb5324200ccd: alac: Reject rice_limit 0 if compression is used [21:36:44 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:21b21aed797b: nut: Check chapter creation in decode_info_header [21:36:45 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:a55a70644872: avi: Validate sample_size [21:36:46 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:2070149cbbf8: Merge commit 'cb5324200ccdc693dd5b28dcd7d4b722fad83ea2' into release/2.4 [21:36:47 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:63afe5b9140b: nutdec: check chapter creation in decode_info_header [21:36:48 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:95b42188d619: Merge commit '21b21aed797b5e636adcf2df811f96a95f208930' into release/2.4 [21:36:49 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:df0003030a97: avidec: avoid infinite loop due to negative ast->sample_size [21:36:50 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:9f4979b24c9a: avformat/avidec: print a warning for negative sample_size [21:36:51 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:9005075f397b: Merge commit 'a55a70644872027fdf76a75edf12a09c9008880f' into release/2.4 [21:48:23 CEST] <sh4rm4^bnc> is it possible to use ffserver with huffyuv codec ? [22:00:56 CEST] <cone-748> ffmpeg 03wm4 07release/2.4:0f50c53cfb95: png: Set the color range as full range [22:00:57 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:1ab5f63941fd: Merge commit '0f50c53cfb959162f2bccc1a2c2e066d35723595' into release/2.4 [22:00:58 CEST] <cone-748> ffmpeg 03Andreas Cadhalpun 07release/2.4:91aa6d8a8b9b: nutdec: fix memleaks on error in nut_read_header [22:09:17 CEST] <cone-748> ffmpeg 03Luca Barbato 07release/2.4:1f64b018cbec: nut: Make sure to clean up on read_header failure [22:09:18 CEST] <cone-748> ffmpeg 03Shiina Hideaki 07release/2.4:5549f693d218: mjpegenc: Fix JFIF header byte ordering [22:09:19 CEST] <cone-748> ffmpeg 03Mikulas Patocka 07release/2.4:b37bfbfbe539: configure: Disable i686 for i586 and lower CPUs [22:09:20 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:fb2d1b1b136b: Merge commit '1f64b018cbec018fa66a4a20f79958d9707913de' into release/2.4 [22:09:21 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:dcc800924925: Merge commit '5549f693d2181b3211427f65e48eaa2f4fc5a402' into release/2.4 [22:09:22 CEST] <cone-748> ffmpeg 03Michael Niedermayer 07release/2.4:93ceae749b75: Merge commit 'b37bfbfbe53917820d1f97312fa0b2e8c7a15217' into release/2.4 [00:00:00 CEST] --- Wed May 20 2015

1 0

ffmpeg.log.20150519
by burek 20 May '15

20 May '15

[00:00:08 CEST] <rcombs> how can I get a human-readable "4:2:0" or similar string from an AVPixFmtDescriptor? [03:08:53 CEST] <Rasi> hi [03:08:57 CEST] <Rasi> [x11grab @ 0x7fc5843c2560] Capture area 1920x1080 at position 2560.0 outside the screen size 4480x1440 [03:09:00 CEST] <Rasi> i am getting this since latest update [03:09:10 CEST] <Rasi> seems i now have to substract one pixel for it to work [03:09:41 CEST] <Rasi> ffmpeg -f x11grab -s 1920x1080 -i :0+2559,0 < this will work [03:09:53 CEST] <Rasi> is this a bug or done on purpose? [03:21:47 CEST] <BtbN> Rasi, 1920+2560 is exactly 4480, and a screen with the width 4480 only goes from 0 to 4479 [03:22:12 CEST] <Rasi> but it worked for years now [03:22:20 CEST] <BtbN> So either an off-by-one bug in the X11 capture code was fixed, or it does bounds checking now. [03:22:29 CEST] <Rasi> kk [03:22:53 CEST] <c_14> iirc it does bounds checking now [05:22:24 CEST] <chankit> How do I extract a frame from a yuv420 video file? [05:23:00 CEST] <c_14> ffmpeg -ss timestamp -i video -frames:v 1 out.png [05:23:31 CEST] <chankit> I tried ./ffmpeg -i iceage_720x480_491.yuv -r 1 -s 720x480 -vcodec yuv420p -pix_fmts yuv420p -f image2 images.png but while there wasn't ant error msg, i didnt see the output image [05:23:36 CEST] <chankit> c_14: will try that now... [05:26:00 CEST] <chankit> c_14: I tried ./ffmpeg -ss 12 -i iceage_720x480_491.yuv -frames:v 1 out.png but now I got Output #0, image2, to 'out.png': [05:26:00 CEST] <chankit> Output file #0 does not contain any stream [05:26:44 CEST] <ponyofdeath> hi, I have some mp4 libx264 / aac that I am having issues skiping forward. what is the best way to trouble shoot that or re-encode them? [05:27:30 CEST] <c_14> chankit: can you pastebin the output of `ffprobe filename' [05:27:46 CEST] <c_14> ponyofdeath: issues skipping forward? [05:28:48 CEST] <ponyofdeath> c_14: basically when trying to go skip forward in time of the video, it just hangs [05:29:04 CEST] <chankit> c_14: http://pastebin.com/cVyb9b4X [05:31:31 CEST] <c_14> ponyofdeath: try remuxing [05:31:47 CEST] <ponyofdeath> c_14: ok let me google that [05:32:05 CEST] <c_14> chankit: add -s 720x480 as an input option [05:32:27 CEST] <c_14> ponyofdeath: ffmpeg -i input -map 0 -c copy out.mkv [05:32:48 CEST] <ponyofdeath> c_14: ty, can i do mp4 instead of mkv [05:32:56 CEST] <ponyofdeath> the input files are all mp4 [05:33:04 CEST] <c_14> sure [05:33:14 CEST] <ponyofdeath> c_14: thanks! gonna give that a go [05:34:50 CEST] <chankit> c_14: now I got Picture size 0x0 is invalid . Should I add -s argument as well to the output? [05:35:06 CEST] <chankit> btw that's my command: ./ffmpeg -ss 12 -i iceage_720x480_491.yuv -s 720x480 -frames:v 1 out.png [05:35:12 CEST] <c_14> chankit: what command? [05:35:27 CEST] <chankit> that I put before I got the Picture size error [05:35:30 CEST] <c_14> put -s before -i [05:36:43 CEST] <chankit> c_14: that worked. Thanks BTW. so the out.png should be first frame right? [05:36:56 CEST] <ponyofdeath> c_14: same problem [05:37:05 CEST] <ponyofdeath> seems like its at a certain parts of the video [05:37:08 CEST] <c_14> chankit: with that command it should be the frame at second 12 in the video [05:37:28 CEST] <c_14> ponyofdeath: try with -map 0:v instead of -map 0 [05:37:37 CEST] <c_14> just to make sure it's the video track [05:37:43 CEST] <maqr> how can i check how many priming frames are in the AAC stream of an mp4? [05:38:06 CEST] <ponyofdeath> c_14: what does that do not move the audio [05:38:14 CEST] <c_14> ponyofdeath: ye [05:38:27 CEST] <chankit> c_14: so assuming that the video is played at rate of 12 fps, so which frame does ffmpeg take? [05:38:28 CEST] <ponyofdeath> c_14: roger, encoding [05:39:19 CEST] <c_14> chankit: the 144th if my arithmetic isn't failing me [05:40:05 CEST] <ponyofdeath> c_14: yup its the video [05:41:00 CEST] <chankit> the first frame of the second then? [05:41:24 CEST] <chankit> c_14: should be 145th right if that's the case? [05:41:51 CEST] <c_14> chankit: the frame that would be displayed at that moment in time. [05:42:17 CEST] <c_14> And it's the 144th 0-indexed. [05:42:25 CEST] <c_14> ponyofdeath: you'll probably have to reencode then [05:42:37 CEST] <chankit> c_14: got that. Thanks [05:43:05 CEST] <ponyofdeath> c_14: what is a good way to do that use the defaults? [05:43:27 CEST] <ponyofdeath> ffmpeg -i input.mp4 -c:v libx264 -crf 23 -c:a libfaac -q:a 100 output.mp4 [05:43:32 CEST] <ponyofdeath> something like that? [05:43:47 CEST] <c_14> -c:a copy, and get rid of the -q:a [05:43:55 CEST] <c_14> don't need to reencode the audio if it isn't a problem [05:44:02 CEST] <ponyofdeath> c_14: ok ty [05:44:07 CEST] <ponyofdeath> is the crf ok [05:44:42 CEST] <c_14> You'll have to look at the video. If it's already been encoded at a moderate bitrate, you might want to lower the crf. [07:42:04 CEST] <chankit> anyone know what software i can use to view raw yuv image? [07:42:09 CEST] <chankit> *yuv frame [09:34:12 CEST] <lee__> hi, every one [09:34:57 CEST] <lee__> anyone konws how to debug ffmpeg in eclipse [09:37:53 CEST] <JEEBsv> lee__: the usual way if it can use gdb in there. --enable-debug and make sure the binary has debug symbols available (gdb output will tell) [09:38:09 CEST] <JEEBsv> there's no project files or anything so if eclipse is dumb regarding that then I don't know if there's much to do :P [10:24:07 CEST] <lee__> @JEEBsv i see it [10:38:06 CEST] <HebusLeTroll> hello folks ! In ffprobe's video stream infos, what's the difference beween height/width and coded_height/coded_width ? [10:41:05 CEST] <lee__> @JEEBsv thanks i just debug the ffmpeg with gdb , it's usefull [11:30:42 CEST] <lee__> who konw fate in ffmpeg [11:30:58 CEST] <lee__> how to use ffmepg fate [11:33:20 CEST] <lee__> anyone can help me [11:33:46 CEST] <c_14> lee__: https://ffmpeg.org/fate.html [12:18:03 CEST] <jeffshanab> I need to do screen capture and wanted to know the difference between gdigrab, dshow and vfw on windows. Front buffer vs back buffer and performance. I assume gdigrab is fast but front buffer only??? [13:26:53 CEST] <ahop> Hi! [13:27:11 CEST] <ahop> What's the simplest (command line) tool to cut a video into 2 parts (without reenconding!) [13:27:21 CEST] <ahop> my video is a .MTS [13:28:07 CEST] <ahop> Video: MPEG4 Video (H264) 1280x720 50.00fps [Video] [13:28:07 CEST] <ahop> Audio: Dolby AC3 48000Hz stereo [Audio] [13:36:08 CEST] <ahop> NoNet do you know how to NOT reencode when ffmpeging ? [13:41:29 CEST] <sh4rm4^bnc> what's a good format to stream a webcam using ffserver in a LAN ? (low cpu usage, high quality) [13:41:50 CEST] <sh4rm4^bnc> it's sufficient to compress the input stream to 1/3 of the size [13:42:26 CEST] <sh4rm4^bnc> it seems libvpx/webm uses a ton of cpu while delivering decent quality [14:50:34 CEST] <grublet> does libvorbis have a minimum bitrate? i seem unable to set anything below 64K [15:34:04 CEST] <stk944> Hello, I have a video, it's an AVI file, I can post the ffprobe if you'd like where seeking (either input or output) doesn't work and just produces a black screen in ffplay or when using ffmpeg, its codec is rawvideo [15:34:29 CEST] <stk944> pix_fmt is pal8 [20:13:18 CEST] <ac_slater> hey all. I'm doing some mpegts muxing. For my AVStreams, I do `stream->codec->time_base.den = 30` (.num = 1) to set the framerate hint. At runtime it says this is deprecated. But when I do what it says and use `stream->time_base.den = 30;` ... the muxed file is garbage [20:14:26 CEST] <ac_slater> oh ... apparently fixed after 2.5 [20:14:31 CEST] <ac_slater> shame, Im locked to 2.5 [21:48:17 CEST] <Sonny_Jim> Does anybody have a precompiled version of ffmpeg for raspbian? [23:03:27 CEST] <keb> Hey everyone. I'm a new trying to write a python script to quickly compress my mp3s so that I dont have to use dbPowerAmp anymore. I am wondering if there is a way to use ffmpeg to utilize all cores of a CPU to encode multiple mp3s at once? [23:04:13 CEST] <Hello71> ffmpeg & [23:04:54 CEST] <keb> ? [23:05:14 CEST] <c_14> keb: either spawn multiple ffmpeg processes or add multiple outputs to a single ffmpeg process [23:06:31 CEST] <keb> if it is a single ffmpeg process, wouldnt it only run on a single core then? [23:06:49 CEST] <keb> oops [23:06:59 CEST] <keb> c_14: if it is a single ffmpeg process, wouldnt it only run on a single core then? [23:08:30 CEST] <c_14> nah, even if lame is singlethreaded, it'll use one thread per output [23:08:38 CEST] <Sonny_Jim> I'm trying to reverse engineer a video format used on a pinball machines playfield LCD and I've noticed something curious. It appears that it uses a 320x240x2 frame size, but it has an extra 8 bytes on each frame. Any idea why this might be? [23:10:11 CEST] <keb> c_14: interesting. thank you! [23:11:02 CEST] <iive> Sonny_Jim: i assume you work only with the video data, without having working decoder. [23:12:29 CEST] <iive> it could be a lot of things... see if there are any repeating patterns. e.g. it could be timestamps, durations, even just sync bytes [23:13:53 CEST] <iive> if they contain flags needed for decoding of the frame data, you'd know when you get frames you cannot decode. [23:14:01 CEST] <Sonny_Jim> Well, it looks to be raw RGB data [23:14:08 CEST] <Sonny_Jim> ie No compression [23:14:36 CEST] <Sonny_Jim> I suppose I could dump out all the trailing 8 bytes to see if there is a pattern [23:14:54 CEST] <Sonny_Jim> http://pinball.servebeer.com/BLANK_FRAME.spv [23:14:58 CEST] <Sonny_Jim> That's a blank frame ^ [23:15:14 CEST] <Sonny_Jim> http://pinball.servebeer.com/WWELOGO_FPS20.spv [23:15:22 CEST] <Sonny_Jim> That is a short 3 second video [23:15:34 CEST] <Sonny_Jim> https://github.com/SonnyJim/spvtool/blob/master/spvtool.c [23:15:48 CEST] <Sonny_Jim> That has most of what I think is correct so far with regard to the header [23:16:24 CEST] <Sonny_Jim> I'm expecting it to be a very simple format as the CPU in the machine isn't exactly a monster [23:21:12 CEST] <iive> i'm not going to look at that myself. can you put the hex of frame headers in some pastebin site? [23:21:33 CEST] <iive> 8 bytes per line . [23:22:50 CEST] <ac_slater> hey all, I can't really figure out how to use frame/packet/stream/codec PTS and DTS to do rate limiting. I noticed ffmpeg.c does this via rate_emu, but I've playing with it for days and cant really figure it out. Any pointers? [23:23:36 CEST] <ac_slater> I'd like to not really on timing queues or anything, just single threaded stuff [23:23:43 CEST] <Sonny_Jim> iive: Here's the output of hexdump [23:23:45 CEST] <Sonny_Jim> http://pastebin.com/dq6GqnQd [23:24:07 CEST] <Sonny_Jim> That's for a blank frame [23:27:21 CEST] <ac_slater> I guess I want to fill a queue at N fps (which I do since my source only feeds at N fps), but I also want to pop the queue at the same rate. I guess I can deduce some sleep time, but ffmpeg.c and ffplay.c don't have a fps-dependent sleep. I'm sure people do this [00:00:00 CEST] --- Wed May 20 2015

1 0

ffmpeg-devel.log.20150518
by burek 19 May '15

19 May '15

[00:48:31 CEST] <Antony> Hello [00:48:32 CEST] <Antony> I have an error when compiling ffmpeg [00:48:32 CEST] <Antony> this the error: gcc is unable to create an executable file. [00:48:32 CEST] <Antony> If gcc is a cross-compiler, use the --enable-cross-compile option. [00:48:32 CEST] <Antony> Only do this if you know what cross compiling means. [00:48:32 CEST] <Antony> C compiler test failed [00:48:32 CEST] <Antony> https://www.filepicker.io/api/file/4Z61EL0BTaqPhT2OBDsR [00:49:53 CEST] <Daemon404> libnettle.so doesnt exist in any library dir [00:50:02 CEST] <Daemon404> you, for some reason, put it in extra ldflags. [00:50:05 CEST] <Daemon404> also wrong channel. [00:52:44 CEST] <Antony> sorry thanks [00:53:32 CEST] <cone-898> ffmpeg 03Michael Niedermayer 07master:57e38043def6: ffmpeg: Do not copy the display matrix if rotation meta-data is manually added [00:58:59 CEST] <jamrial> michaelni: you wrote the wrong sha1 value in that ticket, in case you care about fixing it [01:00:35 CEST] <michaelni> fixed, thx [02:18:44 CEST] <cone-898> ffmpeg 03Michael Niedermayer 07master:66f4b1e9c4a4: cmdutils: Fix sign error in display matrix auto-rotation code [02:32:06 CEST] <BBB> michaelni: for my patchset, do you want to wait longer for reviews, or shall I give you a merge tree? [02:33:11 CEST] <michaelni> BBB, depends on what you prefer, i see no reason to wait from my side [02:33:51 CEST] <BBB> ok, https://github.com/rbultje/ffmpeg/commits/vp9-bugfixes is current tree [02:34:04 CEST] <BBB> all based on samples that I can unfortunatey not share :( so no new fate tests [02:34:05 CEST] <BBB> but ohwell [02:34:37 CEST] <BBB> Im still not sure about the changes to the x86 assembly, but Ill look at that closer sometime soon [02:44:31 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:96d30c34951b: vp9: disable all pmulhrsw in 8/16 iadst x86 optimizations. [02:44:32 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:d32d0593f172: vp9: disable more pmulhrsw optimizations in idct16/32. [02:44:33 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:e12188e1438b: vp9: fix segmentation map referencing upon framesize change. [02:44:34 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:dc96c0f9fc96: vp9: read all 4x4 blocks in sub8x8 blocks individually with scalability. [02:44:35 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:1e4a77d0018e: vp9: apply mv scaling workaround only when subsampling is enabled. [02:44:36 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:96a58a8daa4d: vp9: set skip flag if the block had no coded coefficients. [02:44:37 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:29045fbfd4c7: vp9: clip motion vectors in the same way as libvpx does. [02:44:38 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:3e634e3e9821: vp9: extend loopfilter workaround for vp9 h/v mix-up to work for 422. [02:44:39 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:88126916c819: vp9: fix crash when playing back 440/440 content with width%64<56. [02:44:40 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:c81677e9b73c: vp9: reset loopfilter mode/ref deltas on keyframe. [02:44:41 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:5de142d316a6: vp9: clamp segmented lflvl before applying ref/mode deltas. [02:44:42 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:32b6d31ef3ab: vp9: don't allow compound references if error_resilience is enabled. [02:44:43 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:68c1e9131654: vp9: improve signbias check. [02:44:44 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:ccfb03ecc4f6: vp9: fix scaled motion vector clipping for sub8x8 blocks. [02:44:45 CEST] <cone-898> ffmpeg 03Ronald S. Bultje 07master:900e3af85787: vp9: match another find_ref_mvs() bug in libvpx. [02:44:46 CEST] <cone-898> ffmpeg 03Michael Niedermayer 07master:451be676f3ff: Merge remote-tracking branch 'rbultje/vp9-bugfixes' [03:01:23 CEST] <BBB> michaelni: ty [06:06:32 CEST] <Compn> kierank : thats a nice pdf on ffv1 :) [06:06:39 CEST] <Compn> i wonder if lou will post that to ffmpeg twitter, http://download.das-werkstatt.com/pb/fsfe/presentations/2015/the_ffv1_story… [06:06:50 CEST] <Compn> or whoever runs facebook too [09:15:29 CEST] <j-b> morning [09:24:38 CEST] <TimNich> morning j-b [11:09:39 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:58afb3128bc6: avformat/mxfenc: Set the component depth from the pixel format if available [11:09:39 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:e32d832a8211: avformat/mxfenc: Set horizontal chroma subsample value from pixel format if available [13:42:55 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:0c0d1a4ef202: avfilter/avfiltergraph: Rename ff_avfilter_graph_config_pointers to graph_config_pointers. [13:42:56 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:c6bf27d59be6: avcodec/hevc_cabac: Rename ff_hevc_transform_skip_flag_decode() to hevc_transform_skip_flag_decode() [14:27:53 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:4b0f78ad1f5e: avcodec/snow_dwt: Remove ff_ prefix from ff_spatial_idwt_init() and ff_spatial_idwt_slice() [14:31:25 CEST] <BBB> michaelni: your lpc patch never sets improved=1 [14:31:28 CEST] <BBB> (its commented out) [14:31:37 CEST] <BBB> so the loop seems to never run more than once [14:31:39 CEST] <BBB> is that intentional? [14:57:10 CEST] <aftab> Hello, I am trying to install ffmpeg with xampp on windows 7, i have downloaded ffmpeg_new and copied php_ffmpeg.dll in ext directory and also the other 2 dll files in windows\system32 directory but it is not loading. Whenever I run php it gives me this error: Unable to load dynamic link library 'D:\xampp\php\ext\php_ffmpeg.dll' - The specified procedure could not be found. [14:57:20 CEST] <aftab> Please let me know how to fix it ? [15:05:17 CEST] <aftab^> Hello, I am trying to install ffmpeg with xampp on windows 7, i have downloaded ffmpeg_new and copied php_ffmpeg.dll in ext directory and also the other 2 dll files in windows\system32 directory but it is not loading. Whenever I run php it gives me this error: Unable to load dynamic link library 'D:\xampp\php\ext\php_ffmpeg.dll' - The specified procedure could not be found. [16:58:12 CEST] <michaelni> BBB, setting improved=1 didnt seem to improve it, its either buggy or already close enough to the minimum [19:59:37 CEST] <relaxed> When compiling ffmpeg with libx265's high bit depth enabled, "ffmpeg -h encoder=libx265" doesn't list any supported pixel formats. [20:09:26 CEST] <Daemon404> because theyre set at runtime. [20:09:33 CEST] <Daemon404> libx264 is the same wya [20:10:16 CEST] <relaxed> no, ffmpeg -h encoder=libx264 will list the 10 bit pixel formats, and so does vp9 [20:10:43 CEST] <Daemon404> vp9 is unrelated here [20:11:35 CEST] <relaxed> well, if you enable its high bit depths they're listed with ffmpeg -h encoder=libvpx-vp9 [20:12:26 CEST] <relaxed> it would be helpful if libx265 did as well :) [20:12:37 CEST] <Daemon404> there is nothing different in libx265.c though. [20:12:44 CEST] <Daemon404> it does it teh exact same way libx264 does [20:14:23 CEST] <jamrial> yet it's not working. just tried and same happens with libx265 8bit. No pixel formats are listed [20:14:47 CEST] <relaxed> ok, I just think it's helpful that libx264 lists "Supported pixel formats: yuv420p10le yuv422p10le yuv444p10le nv20le" [20:15:47 CEST] <relaxed> jamrial: 8bit libx265 build shows "Supported pixel formats: yuv420p yuv422p yuv444p" here [20:15:55 CEST] <Daemon404> jamrial, no idea why [20:15:58 CEST] <Daemon404> it's literally the same [20:16:09 CEST] <jamrial> relaxed: not for me, but let me recompile git head and check again [20:17:45 CEST] <jamrial> i'm using libx265 shared on mingw64, though. will try static as well [20:18:35 CEST] <jamrial> also, there's a patch by steve borho on the ml that changes the static init function that deals with this. maybe it's related? [20:18:50 CEST] <Daemon404> jamrial, that will only add the 10bit formats if available [20:18:56 CEST] <Daemon404> it wouldnt fix *no* formats showigm [20:20:22 CEST] <Daemon404> https://github.com/videolan/x265/blob/069168543c08a994dbecae39073d73c38a1c4… [20:20:25 CEST] <Daemon404> fuck me [20:20:29 CEST] <Daemon404> the ysilently changed it from 12 to 10 [20:20:42 CEST] <Daemon404> although that would not explain why it does not work with 8bit [20:20:58 CEST] <relaxed> it does work with 8bit [20:21:02 CEST] <Daemon404> https://github.com/videolan/x265/commit/9f2269206bceab4963f5c86be40e43a4012… [20:21:06 CEST] <Daemon404> this broke it [20:21:08 CEST] <Daemon404> silently. [20:21:11 CEST] <jamrial> ok, shared mingw doesnt' work [20:21:13 CEST] <jamrial> static does [20:21:16 CEST] <jamrial> 8bit, i mean [20:21:23 CEST] <Daemon404> i am going to push steve's patch today [20:21:27 CEST] <Daemon404> it will fix it regardless [20:21:43 CEST] <Daemon404> (but only by coincidence) [20:23:02 CEST] <Daemon404> jamrial, do you have push rights [20:23:18 CEST] <jamrial> yes, why? [20:23:30 CEST] <Daemon404> can you push steve's patch? I ok'd it yesterday. [20:23:36 CEST] <Daemon404> my ffmpeg vm is down and i mlazy [20:23:37 CEST] <Daemon404> <_< [20:23:52 CEST] <jamrial> haha, ok :p [20:29:21 CEST] <cone-106> ffmpeg 03Steve Borho 07master:b012bd50685e: libavcodec/x265: detect csps in libx265_encode_init_csp() [20:30:21 CEST] <Daemon404> thanks [20:30:51 CEST] <jamrial> np [20:44:27 CEST] <jamrial> Daemon404: this may need to be fixed in maintained branches. not by using the new x265_api_get() stuff but by replacing the == 12 line with <= 12 or such [20:56:26 CEST] <Daemon404> "maintained" [20:56:35 CEST] <Daemon404> sporatically maybe [20:59:30 CEST] <rcombs> hmm [20:59:35 CEST] <jamrial> well, https://trac.ffmpeg.org/wiki/Downstreams 2.6 at the very least [20:59:49 CEST] <jamrial> it got a point release yesterday, even [21:00:28 CEST] <rcombs> think it'd be useful to provide an AVDictionary on AVCodecContext for additional codec properties that don't map directly into the members? [21:01:24 CEST] <rcombs> e.g. whether or not an H.264 stream has a sequence scaling matrix, or uses CABAC [21:04:17 CEST] <rcombs> I suppose for simple booleans, an additional int field and a public AV_CODEC_FLAG_H264_CABAC or the like would do [21:04:38 CEST] <Daemon404> sidedata maybe? [21:06:55 CEST] <rcombs> hmmm [21:07:26 CEST] <rcombs> the keen-eyed reader will notice that I'm trying to make lavc a functional substitute for libmediainfo [21:07:37 CEST] <rcombs> because mediainfo is god-awful [21:08:05 CEST] <Daemon404> i have much experience with libmediainfo [21:08:28 CEST] <Daemon404> i do not think that kind of stuff fits anywhere but metadata [21:08:29 CEST] <Daemon404> er [21:08:31 CEST] <Daemon404> but sidedata [21:08:45 CEST] <Daemon404> adding new fields to that end is just ... ew [21:10:21 CEST] <rcombs> AVCodecContext is already full of ridiculously specific crap like that (including some that aren't documented!) [21:10:46 CEST] <rcombs> side data wouldn't suck too much, I suppose [21:11:20 CEST] <Daemon404> "but some bad decisiosn were made in the past" is not a sufficient argument for "lets make more bad decisions" [21:11:25 CEST] <rcombs> obviously [21:11:25 CEST] <Daemon404> re: avctx fields [21:11:43 CEST] <rcombs> which is why I'd like to come up with something better [21:12:14 CEST] <Daemon404> consider that lavc and pals were never intended to fill the same niche as mediainfo [21:12:21 CEST] <Daemon404> anything tacked on will be horrible [21:12:29 CEST] <rcombs> a single new bitmask field for codec-specific wouldn't be particularly evil [21:12:40 CEST] <Daemon404> no new bitmasks [21:12:41 CEST] <rcombs> *codec-specific flags [21:12:41 CEST] <Daemon404> EVER [21:12:47 CEST] <Daemon404> because 64 is NEVER enough [21:12:52 CEST] <Daemon404> you *will* run out of bits. [21:13:28 CEST] <rcombs> are there really any codecs with more than 64 boolean options you might care about? [21:13:48 CEST] <rcombs> (in my case, it's for deciding whether or not a player will be able to handle it) [21:14:10 CEST] <Daemon404> youre going to need so many awful enums or defines for all the flags in the oublic header. [21:14:33 CEST] <Daemon404> and i do not think it is lavc's responsibility to provide info for non-lavc decoders [21:14:45 CEST] <Daemon404> especially not when it requeis an abominablre api [21:14:48 CEST] <Daemon404> abominable* [21:15:33 CEST] <Daemon404> codec-specific flags defined in avcodec.h is pretty much the worst thing i can think of [21:15:36 CEST] <Daemon404> aside from a new avctx field [21:15:59 CEST] <rcombs> you'd prefer, what, a codec-specific struct in side_data? [21:16:14 CEST] <rcombs> or a bunch of codec-specific ints holding bytes in side_data? [21:16:21 CEST] <rcombs> *ints holding bools [21:16:26 CEST] <Daemon404> a dictionary is the least bad thing i can think of [21:16:27 CEST] <Daemon404> key/val [21:16:53 CEST] <rcombs> that was my first thought [21:16:53 CEST] <Daemon404> but remember i dont necessarily agere lavc is even suited to this. [21:21:14 CEST] <wm4> side data is the answer to everything [21:21:44 CEST] <Daemon404> wm4, why can't admitting that maybe, just maybe, some things are not suited to be in libav* be teh answer [21:21:47 CEST] <Daemon404> to anything [21:21:47 CEST] <Daemon404> ever [21:22:00 CEST] <rcombs> Daemon404: well, what _is_ the answer here? [21:22:02 CEST] <wm4> because lavc is monolithic [21:22:20 CEST] <Daemon404> rcombs, either or. [21:23:37 CEST] <Daemon404> one thing mediainfo has that lavc will never do, is reporting it eitehr correctly, or not at all. [21:23:43 CEST] <Daemon404> rather than making up "best effor" info [21:23:48 CEST] <rcombs> my current one is libmediainfo, but that means fuckery with locale shit, matching streams between mediainfo and lav*, and an API made of parsing lots and lots of strings [21:24:11 CEST] <Daemon404> been there done that [21:24:19 CEST] <Daemon404> except i was sane enough to not do teh string parsing in C. [21:24:26 CEST] <rcombs> (C++ here) [21:45:23 CEST] <cone-106> ffmpeg 03Michael Niedermayer 07master:b0322e4a9e32: ffmpeg_opt: Compensate for DTS/PTS difference in seeking when its based on DTS [00:00:00 CEST] --- Tue May 19 2015

1 0

ffmpeg.log.20150518
by burek 19 May '15

19 May '15

[00:31:09 CEST] <Antony> Hello [00:31:10 CEST] <Antony> I have an error when compiling ffmpeg [00:31:43 CEST] <Antony> this the error: gcc is unable to create an executable file. [00:31:43 CEST] <Antony> If gcc is a cross-compiler, use the --enable-cross-compile option. [00:31:44 CEST] <Antony> Only do this if you know what cross compiling means. [00:31:44 CEST] <Antony> C compiler test failed [00:32:37 CEST] <Antony> https://www.filepicker.io/api/file/4Z61EL0BTaqPhT2OBDsR [00:32:48 CEST] Action: DragonsLord is away: AWAY [00:33:00 CEST] <Antony> that's my config.log [00:33:51 CEST] <Antony> Can someone help me out? [00:54:29 CEST] <c_14> Antony: get rid of --extra-libs and everything in it [00:57:56 CEST] <Antony> if I remove those lines. [00:57:56 CEST] <Antony> I get the following error: [00:57:56 CEST] <Antony> ERROR: gnutls not found [00:58:12 CEST] <c_14> Do you have gnutls installed? [00:58:47 CEST] <Antony> yes [00:59:13 CEST] <c_14> config.log when it doesn't find gnutls? [00:59:24 CEST] <Antony> gnutls-2.8.5-14.el6_5.x86_64 [01:01:18 CEST] <Antony> https://www.filepicker.io/api/file/YyWW7HkXTnWhL7D75hUk [01:01:18 CEST] <Antony> https://www.filepicker.io/api/file/VdFRu3eTFuPRFd1yL3ql [01:02:31 CEST] <c_14> What does `pkg-config --exists --print-errors' return? [01:05:44 CEST] <Antony> root@h2 ~]# pkg-config --exists --print-errors [01:05:44 CEST] <Antony> Must specify package names on the command line [01:05:55 CEST] <c_14> eh [01:06:01 CEST] <c_14> What does `pkg-config --exists --print-errors gnutls' return? [01:06:02 CEST] <c_14> derp [01:06:49 CEST] <Antony> pkg-config --exists --print-errors gnutls [01:06:49 CEST] <Antony> Package gnutls was not found in the pkg-config search path. [01:06:49 CEST] <Antony> Perhaps you should add the directory containing `gnutls.pc' [01:06:49 CEST] <Antony> to the PKG_CONFIG_PATH environment variable [01:06:49 CEST] <Antony> No package 'gnutls' found [01:08:37 CEST] <c_14> Where is gnutls installed? [01:11:02 CEST] <Antony> Installed: [01:11:03 CEST] <Antony> gnutls.x86_64 0: 2.8.5-14.el6_5 [01:11:24 CEST] <c_14> You probably need gnutls-dev or something. [01:18:23 CEST] <Antony> I've installed from yum as manually compiled [01:25:49 CEST] <Antony> I just installed gnutls-devel.x86_64 [01:26:22 CEST] <Antony> Now I get a new error: [01:26:22 CEST] <Antony> ERROR: libass not found [01:27:12 CEST] <c_14> Once more, from the top. [01:29:58 CEST] <Antony> OK, installing libraries hehe [02:04:08 CEST] <Antony> I have compiled thanks c_14 [02:07:43 CEST] <Antony> Now I have errors in sending the command make [02:09:35 CEST] <Antony> but here I go solving.. ;) [04:48:10 CEST] <artwait> Hi there. I'm doing live video capture via ffmpeg (from v4l2) and need to get the wall time for the first frame written to disk. Wondering if anyone knows how I might do that. Tx! [04:48:50 CEST] <artwait> (I've also posted the above query to the user email list--apologies if this is viewed as cross-posting) [05:01:13 CEST] <c_14> Where do you want the time? [06:21:12 CEST] <artwait> Where do I want the time written? I'm flexible--if it could go in the container as metadata, that would be great. But even if it was written to a separate file, I'd be happy. [06:22:23 CEST] <c_14> I could get it burned into the first frame. Technically it should also be possible to write it into metadata, but I can't get it to work for mkv and for mp4 it thinks it's 2036. [06:27:00 CEST] <artwait> I'm using mkv. Burning it into the frame would be fantastic! [06:27:22 CEST] <artwait> Is this a code change, or is it something we can do with an existing ffmpeg build? [07:27:44 CEST] <Ore5ama> hello [07:28:05 CEST] <Ore5ama> I want to encode video to x265 using ffmpeg in linux. How do i do it? [07:34:11 CEST] <JEEBsv> nothing special needed for that; compile or see if your distro packages FFmpeg with libx265 linked in [07:36:19 CEST] <Ore5ama> i have installed ffmpeg already [07:36:35 CEST] <Ore5ama> but when i try to encode it says: Unrecognized option 'x265-params'. [07:46:49 CEST] <c_14> artwait: drawtext filter, with strftime text expansion, and an expression that only evaluates true for however many frames you want it displayed [08:14:02 CEST] <artwait> c_14: cool, looks like something like that might work. I'll check it out. Thanks!!! [10:51:31 CEST] <krasnayarsk> Hi all. I have the following oneliner that works: "ffmpeg -f alsa -ac 2 -i default -itsoffset 00:00:00.5 -f x11grab -r 25 -s 1366x768 -i :0.0 -vcodec libx264 -preset ultrafast -crf 0 screencast-02.mkv". But the size of the mkv is rather large; about 15 MB for a 10 second video. Is there a tweak to reduce the output size? I've tried replacing ".mkv" with ".avi". I know avi as got smaller size files beca [10:51:37 CEST] <krasnayarsk> use I used libav before. Anyone any ideas? [10:51:56 CEST] <krasnayarsk> ffmpeg -f alsa -ac 2 -i default -itsoffset 00:00:00.5 -f x11grab -r 25 -s 1366x768 -i :0.0 -vcodec libx264 -preset ultrafast -crf 0 screencast-02.mkv [10:53:57 CEST] <c_14> If you want lossless H.264 use -qp 0 instead of -crf 0. Also, the only way to decrease the size of lossless H.264 is to pick a slower preset (or decrease the resolution/fps). [10:54:42 CEST] <c_14> Or change the pixel format to yuv420 (if it defaults to yuv444) [10:56:20 CEST] <c_14> You could also decrease the audio bitrate (though that won't do much at this point). [11:28:48 CEST] <krasnayarsk> c_14: Thank you. That's some good pointers to look in to. [11:42:06 CEST] <krasnayarsk> c_14: Thanks. That was usefull. Helped reduce the size considerably. Now its about 6MB for an even longer video :-) [11:58:06 CEST] <antonva> A [11:58:12 CEST] <antonva> Whoops. [14:52:45 CEST] <relaxed> I compiled ffmpeg with libx265 high bit depth support but "ffmpeg -h encoder=libx265" doesn't list any supported pixel formats, which is odd. [14:52:50 CEST] <aftab> Hello, is ffmpeg supported on windows 7 with xampp and on php 5.6 ? [14:53:58 CEST] <JEEBsv> that's not exactly related to ffmpeg :P [14:54:27 CEST] <JEEBsv> you should poke the developers of whatever wrapper you're using [14:57:25 CEST] <aftab> Hello, I am trying to install ffmpeg with xampp on windows 7, i have downloaded ffmpeg_new and copied php_ffmpeg.dll in ext directory and also the other 2 dll files in windows\system32 directory but it is not loading. Whenever I run php it gives me this error: Unable to load dynamic link library 'D:\xampp\php\ext\php_ffmpeg.dll' - The specified procedure could not be found. [15:00:15 CEST] <captain-codec> Hi ! I want to learn ffmpeg. So I am trying to stream a mkv file with a video codec h264 and audio codec aac. I want to transcode it into a mpegts (h264,aac) file and stream it via udp multicast. But I still have pixel errors / laggs artifacts when i try to watch it. My switches have all igmp snooping enabled. [15:00:30 CEST] <captain-codec> This is my last command i tried "ffmpeg -re -i input.mkv -vcodec libx264 -acodec aac -strict -2 -crf 18 -preset faster -f mpegts udp://224.10.50.10:5004?pkt_size=1300" [15:01:11 CEST] <captain-codec> thats my cpu Intel(R) Core(TM) i7-4600M CPU @ 2.90GHz [15:01:39 CEST] <captain-codec> Do I miss something in my configuration? [15:01:45 CEST] <relaxed> did you try removing -re ? [15:02:13 CEST] <captain-codec> Hm not today. Last time I removed -re the stream was too fast [15:02:39 CEST] <relaxed> ok [15:05:22 CEST] <aftab^> Hello, I am trying to install ffmpeg with xampp on windows 7, i have downloaded ffmpeg_new and copied php_ffmpeg.dll in ext directory and also the other 2 dll files in windows\system32 directory but it is not loading. Whenever I run php it gives me this error: Unable to load dynamic link library 'D:\xampp\php\ext\php_ffmpeg.dll' - The specified procedure could not be found. [15:08:47 CEST] <captain-codec> relaxed, Well I am going to try it again and report you [15:08:49 CEST] <captain-codec> brb [15:23:09 CEST] <captain-codec> So, without -re the movie wasn't played too fast but I still got wrong pixels, artifacts , lagg [15:24:20 CEST] <captain-codec> I don't want to reduce quality. I want to stream it in 1920 × 1080 [15:31:37 CEST] <relaxed> captain-codec: try tcp:// [15:32:59 CEST] <captain-codec> why tcp? I dont think that my udp packets get lost in my test area. I cant find drops on my interfaces [15:34:08 CEST] <relaxed> well, does the quality issue happen if you encode to a local file? If not, then it's while streaming. [15:35:53 CEST] <relaxed> or maybe the player [15:36:09 CEST] <captain-codec> I didn't mention that I use iptv-boxes whioch receive the multicast stream [15:40:13 CEST] <captain-codec> I think I should give ffmpeg a fix bitrate so the iptv boxes doesnt get too many packets like a ddos attack [15:42:46 CEST] <relaxed> captain-codec: did you see https://trac.ffmpeg.org/wiki/Encode/H.264 ? [15:45:11 CEST] <captain-codec> Yes I did [15:46:30 CEST] <captain-codec> But I wasn't successfull either when I tried it with maxrate and bufsize etc... [15:48:32 CEST] <captain-codec> whats a good preset mode for udp multicast? [15:49:29 CEST] <relaxed> try -preset veryfast -tune zerolatency [15:53:55 CEST] <relaxed> I would figure out what the iptv-boxes can take and then craft a command [15:56:31 CEST] <captain-codec> I will report you if I find something out [15:56:35 CEST] <captain-codec> thx [15:56:36 CEST] <captain-codec> cu [19:18:48 CEST] <grublet> how can i make ffplay show a log spectrum instead of a linear spectrum [19:52:57 CEST] <seasc> Heyas, how do i add an image to a videofile, so its shown in the filebrowser or the video properties? [19:53:55 CEST] <seasc> Or is that done by a 'container(-specific)' tool, like mkvpropedit? [19:55:27 CEST] <seasc> i'd prefer to use ffmpeg directly though [22:04:10 CEST] <ezi> hi, I'm not using ffmpeg but avconv but that channel was empty. I have an avconv on an ubuntu that has the tee format ...but another one that doesnt (according to avconv -formats). Both are 'avconv version 9.18-6:9.18-0ubuntu0.14.04.1, Copyright (c) 2000-2014 the Libav developers built on Mar 16 2015 13:19:10 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) [22:04:15 CEST] <ezi> ' [22:04:23 CEST] <ezi> exactely the same version it seems [22:04:44 CEST] <ezi> Is there some packet I'm missing ? I've just installed with apt-get ... [22:13:51 CEST] <JEEBsv> avconv comes from #libav [22:14:07 CEST] <JEEBsv> also I don't get your question [22:19:19 CEST] <ezi> why one of the installations have tee , and the other dont... [22:19:26 CEST] <ezi> Both are installed from ubuntu repository [22:19:31 CEST] <ezi> the same repository [22:24:00 CEST] <codehero> does anyone here use ffmpeg for streaming? [23:38:16 CEST] <squeegily> I have an MJPG HTTP stream. I currently have 'curl $url | ffmpeg -i - -pix_fmt rgb24 -f mpegts | mpv - --quiet' but mpegts does not support rgb24 [23:38:35 CEST] <squeegily> What is the simplest output format that supports rgb24 raw video? [23:38:50 CEST] <squeegily> -f rawvideo isn't quite what I need since MPV doesn't know the resolution [00:00:00 CEST] --- Tue May 19 2015

1 0

ffmpeg-devel.log.20150517
by burek 18 May '15

18 May '15

[00:04:54 CEST] <ubitux> http://pastie.org/pastes/10192548/text :( [00:05:03 CEST] <ubitux> generating broken samples is going to be more tricky than expected [00:05:59 CEST] <wm4> simple... use ffmpeg [00:06:02 CEST] Action: wm4 hides [00:06:34 CEST] <ubitux> yes, but unfortunately ffmpeg is going to "fix" other things :) [00:07:08 CEST] <ubitux> with the c interface i should be able to do what i want but it's probably faster to hack mkvmerge [00:10:52 CEST] <ubitux> wth menuetos is still maintained [00:10:59 CEST] <ubitux> and it seems the guy is starting to write codecs [00:11:17 CEST] <ubitux> http://www.menuetos.net/mplayer.htm [00:11:18 CEST] <ubitux> :D [00:12:10 CEST] <wm4> nice [00:12:26 CEST] <wm4> bleeding edge tech [00:12:33 CEST] <ubitux> > MPlayer copyright (c) 2009-2014 Ville Turjanmaa and Akos Mogyorosi [00:12:35 CEST] <ubitux> nice name [00:13:06 CEST] <wm4> sue them [00:13:31 CEST] <ubitux> not my war [00:14:03 CEST] Action: rcombs conscripts ubitux [00:22:34 CEST] <ubitux> @_@ [00:23:43 CEST] <ubitux> > Subtitles are not supported unless included to the picture. [00:23:45 CEST] <ubitux> lol [00:23:53 CEST] <ubitux> "Subtitles are not supported unless they are not subtitles" [00:27:04 CEST] <ubitux> http://www.menuetos.net/syscall.txt funny syscalls [00:27:17 CEST] <ubitux> like, 143 or 150 [00:39:57 CEST] <wm4> well it's menuetos [00:40:32 CEST] <wm4> holy shit, a gzip syscall [00:40:48 CEST] <wm4> looking at this might make you stupid, be careful [00:41:19 CEST] <wm4> fft syscall... [00:42:40 CEST] <ubitux> :) [00:57:42 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:8e3b1f259e56: avfilter/buffersink: return EOF if closed link in av_buffersink_get_frame_flags() [00:57:43 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:b87dd7f82d4d: ffmpeg: only apply last picture flush code at EOF [01:09:57 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07release/2.6:dd9789ab6d75: avformat/mov: Print reason of loci parsing failure [01:09:58 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07release/2.6:b58cbb07bca4: avformat/mov: Fix parsing short loci [01:56:04 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:488383afd127: avformat/avidec: add mp2 to the list of exceptions instead of generally treating dshow_block_align==1 special [03:05:06 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:38f5a266eed1: lavc/flacdec: Sanitize FLACSTREAMINFO usage. [03:05:07 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:e609cfd697f8: lavc/flac: Fix encoding and decoding with high lpc. [03:05:08 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:1eda55510ae5: lavc/qdrw: Fix overwrite when reading invalid Quickdraw images. [03:05:09 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:caa41d1e4c96: lavf/mov: Tell users about the use_absolute_path option. [03:05:10 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:4d8bd60ac68d: lavc/vc1: Set color_range for gray decoding. [03:05:11 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:101f26e75800: lavc/h263: Set color_range for gray decoding. [03:05:12 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:2608f1186391: lavf/wav: Print an error if files >4G are written. [03:05:13 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07master:2acc06565321: lavf/wav: Read files >4G if no smaller filesize was written. [03:24:50 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07release/2.6:af5917698bd4: avformat/avidec: add mp2 to the list of exceptions instead of generally treating dshow_block_align==1 special [03:48:13 CEST] <cone-592> ffmpeg 03Carl Eugen Hoyos 07n2.6.3:HEAD: lavf/wav: Read files >4G if no smaller filesize was written. [07:22:47 CEST] <yvear> what is the preferred way to submit a patch? [07:29:52 CEST] <jamrial> ffmpeg-devel mailing list using git send-email, or if you can't make it work, git format-patch and the resulting file attached to the email [07:32:33 CEST] <yvear> jamrial, hmm, could you please link something describing how? [07:33:27 CEST] <jamrial> just google git send-email. there are several tutorials [07:44:04 CEST] <yvear> ok, thanks. I was just looking at the contributing docs and I don't think I'll do all that to move only 1 line haha. somebody will do this one eventually [10:49:57 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07master:70c0433525bc: lavc: Print a warning if gray decoding was requested but not enabled. [10:56:40 CEST] <siretart> klar [13:02:00 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07master:ee8c18387d02: lavf/mpeg: Do not detect unknown audio in Hikvision streams as alaw. [13:02:01 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07master:83356cf6cceb: lavc/vc1: Never decode vc1 as gray if gray decoding was not enabled. [13:02:02 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.0:ac81fbba7415: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [13:02:03 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.1:819889e73764: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [13:02:04 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.2:4a620243b961: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [13:02:05 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.3:ac4126decd33: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [13:02:06 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.4:09764c9909bf: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [13:02:07 CEST] <cone-708> ffmpeg 03Carl Eugen Hoyos 07release/2.5:836a66eeb05c: lavfi/fade: Do not overread input buffer. (cherry picked from commit ab3ff19f08b7a83e320c39ab066f289c242b8030) [14:04:27 CEST] <cone-708> ffmpeg 03Michael Niedermayer 07master:b6fcb2bb6db1: avcodec/flacdec: Attempt to auto-detect old buggy flac [17:04:03 CEST] <lordkrondor> who [17:23:41 CEST] <cone-708> ffmpeg 03MrBoogs 07master:8fd01b4a794c: avformat/hlsenc: Add hls flag for rounding m3u8 durations to whole numbers, problems with floats on some devices [17:23:42 CEST] <cone-708> ffmpeg 03MrBoogs 07master:572a8292cbde: avformat/hlsenc: Add hls flag for starting a playlist with a discontinuity on startup [17:23:43 CEST] <cone-708> ffmpeg 03MrBoogs 07master:4f2fcac290af: avformat/hlsenc: do not append an endlist tag when the stream ends [17:52:51 CEST] <Daemon404> thats a great "name" [17:56:49 CEST] <nevcairiel> where did these commits even come from, i dont remember them on the ml [17:57:07 CEST] <nevcairiel> anonymous people have push rights now? =P [17:58:23 CEST] <Daemon404> probably direct to michael [17:58:27 CEST] <wm4> something "beautiful" for ubitux: http://privatepaste.com/cf57fec59c [17:58:50 CEST] <wm4> the <E8> etc. are from the 8 bit codepage encoding [17:59:13 CEST] <Daemon404> ive never seven seen that [17:59:16 CEST] <Daemon404> looks nonstandard [17:59:22 CEST] <Daemon404> as in subrip (teh origin of srt) would not load it [18:01:00 CEST] <wm4> haha [18:01:03 CEST] <wm4> "standard" [18:01:06 CEST] <Daemon404> ;) [18:01:14 CEST] <Daemon404> i know the pain [18:01:20 CEST] <nevcairiel> unicode, its hard [18:01:22 CEST] <Daemon404> i am/have written a subtitle parsing library and service [18:01:29 CEST] <Daemon404> charset encoding is The Worst [18:01:36 CEST] <wm4> the best is that the subtitle was distributed as a zip file, with a bunch of srt files in it... with TAG and NoTAG variations [18:01:39 CEST] <Daemon404> it's simply impossible to detect it properly 100% of the time [18:01:49 CEST] <Daemon404> (im using ICU myself) [18:01:49 CEST] <nevcairiel> so instead lets encode it in some weird way as ascii entities? :p [18:01:52 CEST] <Daemon404> :D [18:01:58 CEST] <Daemon404> nevcairiel, .ass is pretty bad too [18:02:01 CEST] <Daemon404> it has e.g. \fe [18:02:07 CEST] <Daemon404> which can do multiple encodings PER SUBTITLE [18:02:18 CEST] <wm4> (nobody uses this) [18:02:23 CEST] <Daemon404> thats a lie [18:02:27 CEST] <Daemon404> fansubbers do [18:02:29 CEST] <nevcairiel> whoever thought that was a good idea should be removed from the timeline [18:02:33 CEST] <Daemon404> in fact i used it extensively [18:02:38 CEST] <Daemon404> in order to get japanese fonts to work [18:02:44 CEST] <Daemon404> (8 years ago) [18:02:44 CEST] Action: Daemon404 runs [18:02:55 CEST] <wm4> thanks [18:03:04 CEST] <Compn> lol [18:03:16 CEST] <Daemon404> wm4, anything i can do to help. [18:03:52 CEST] <wm4> invent time travel and try out to grandfather paradox [18:04:12 CEST] <wm4> actually, just remove anyone who is responsible for ASS [18:04:38 CEST] <wm4> that's the hard part - inventing time travel should be the easy one [18:05:03 CEST] <Daemon404> if i go back in time and murder AMZ, aegisub will never be born [18:05:10 CEST] <Daemon404> thus preventing a lot of lolASS [18:05:17 CEST] <nevcairiel> it could get worse [18:05:19 CEST] <nevcairiel> you never know [18:05:32 CEST] <Daemon404> it has [18:05:35 CEST] <Daemon404> webvtt has embedded css [18:05:39 CEST] <Daemon404> you need webkit. [18:05:41 CEST] <Daemon404> (to render) [18:05:54 CEST] <wm4> multimedia is basically neverending pain [18:06:05 CEST] <Daemon404> quote saved [18:06:08 CEST] <nevcairiel> well, from a design standpoint i can kinda understand it, its a subtitle format for videos distributed in the web in a browser, which presumably has a css engine, so why not use that tech [18:06:25 CEST] <nevcairiel> of course anyone not using a browser is majorly screwed [18:06:28 CEST] <Daemon404> nevcairiel, they were pushing for it in broadcast too [18:06:32 CEST] <Daemon404> no, really. [18:06:39 CEST] <wm4> modern TVs have web browsers [18:06:39 CEST] <Daemon404> everybody laughed at them of course [18:06:46 CEST] <Daemon404> wm4, LALALALALALAL NOT LISTENING [18:07:21 CEST] <Plorkyeran> people who work on web things generally can't comprehend the idea of an application not having an embedded html rendering engine [18:08:20 CEST] <Daemon404> i suppose [18:08:50 CEST] <Daemon404> these are the same people who thought it would be great to write an code editor that uses webkit to render e.g. syntax hilighting [18:09:03 CEST] <Daemon404> im sure that isnt slow at all to do that much DOM crap for large source files [18:09:53 CEST] <Mavrik> also, "real-time" and "fast" are very stretchable terms in world of JS hackery [18:12:05 CEST] <nevcairiel> Daemon404: the "Atom" editor is based on html tech using chromium, and Microsofts Visual Studio Code is based on that, and it works quite nicely (and fast) [18:12:58 CEST] <Daemon404> the only time i tried atom is destroyed my i7 [18:13:03 CEST] <Daemon404> for a decent sized c file [18:13:43 CEST] Action: Daemon404 runs out for lunch [18:25:54 CEST] <kierank> oh yeah atom was sooo slow [18:26:11 CEST] <kierank> some people see everything through a web browser [18:28:00 CEST] <JEEBsv> my coworker at the previous place used atom for a moment, and it kind of worked and had vim keybindings... but I think he moved back to his usual tools [18:53:29 CEST] <Compn> >reads bellard, every time [18:53:56 CEST] <Compn> i hate doing anything inside a web browser. its always laggy and i feel as if it will crash at any second [18:54:10 CEST] <Compn> but i guess thats more of a complaint of javascript [18:55:24 CEST] <wm4> what browser are you using that it always crashes? [18:55:28 CEST] <wm4> let me guess, IE6 [19:08:14 CEST] <wm4> Compn: why do you encourage the use of the awful mplayer wine wrapper to use win32 codecs, instead of e.g. encouraging sponsoring the development of a proper decoder? (or whatever is needed) [19:28:47 CEST] <Compn> wm4 : i've tested all browsers and most crash in one way or the other. [19:28:57 CEST] <Compn> cept the classics like lynx / links :P [19:30:21 CEST] <Compn> wm4 : having the decoder working on linux allows devs to reverse engineer , or at least test the samples. i always encourage people to implement codecs in ffmpeg, but i lack the ability to program- so i cant do it. [19:31:47 CEST] <Compn> wm4 : what i can do is get the file working on linux in another open source project (mplayer). this allows the user, who needs this feature now - not in some future time, to finish his work. in the future when ffmpeg gets the feature, he can easily switch back to using it and drop mplayer. [19:33:13 CEST] <Compn> should i be looking for specifications and other open source libs that handle g729 ? yes, i already have dug a bunch up. i'll post them to the bug report when i get some time and look to see if any of them decode the stereo sample we have [19:33:19 CEST] <nevcairiel> more importantly, keep this off the ffmpeg ML :P [19:33:51 CEST] Action: Compn wonders why people are so upset just reading the name "mplayer" [19:34:58 CEST] <wm4> it isn't necessarily the name "mplayer" - there are lots of things to get upset about [19:36:45 CEST] <Compn> not to mention how most of the RE'd codecs were RE'd using mplayer loader [19:37:15 CEST] <Compn> not that mplayer loader is any good [19:37:41 CEST] <cone-708> ffmpeg 03Michael Niedermayer 07master:c720b9ce9850: avcodec/golomb: get_ur_golomb_jpegls: Fix reading huge k values [19:37:42 CEST] <cone-708> ffmpeg 03Michael Niedermayer 07master:14c4b2515836: avcodec/golomb: fix reading huge signed rice golomb values [19:38:05 CEST] <Compn> nevcairiel : you realize that i spend a lot of time sending users to various open source projects to fix their problems, right ? [19:38:46 CEST] <Compn> its not like ffmpeg is some kind of game where our project is best and we should ban anyone talking about other projects :P [19:39:06 CEST] <Compn> we are part of a community , like it or not. [19:39:11 CEST] <Compn> but yeah it shouldnt be on -devel :P [19:39:38 CEST] <Compn> that was hopefully my last mail on that thread [19:40:06 CEST] <Compn> of course "mplayer trolling" also encourages devs to fix it just so i shut up about mplayer [19:40:37 CEST] <Compn> but thats secret reverse-psychology idea and it shouldnt be abused... [19:40:39 CEST] <thardin> the productive kind of trolling [19:40:59 CEST] <thardin> works in industry too [19:41:03 CEST] <Compn> i bet carl is working hard on it right now :P [19:42:50 CEST] <Compn> wm4 : you know i send a lot of people to mpv too... [19:42:59 CEST] <Compn> when they are in #mplayer asking about features [19:43:12 CEST] <wm4> not sure if I want mplayer users [19:43:45 CEST] <wm4> they tend to attempt to use old features that are left over from mplayer etc. [19:43:49 CEST] <Compn> well the last guy was mplayer2 user [19:47:50 CEST] <Compn> but hey if my mplayer talk is bugging anyone , i'll stop it [19:47:52 CEST] <Compn> sorry guys [19:48:00 CEST] <Compn> i dont mean to antagonize you nevcairiel / wm4 and others [19:48:52 CEST] <wm4> Compn: the bad part about this mplayer thing is that you encourage users to use a really bad solution (binary loader with wine code from 1999, literally), instead of fixing it in ffmpeg [19:50:11 CEST] <Compn> i took the option of "just use whatever works" long ago. [19:50:49 CEST] <Compn> i'm not sure how i could encourage users to fix it in ffmpeg. ask them to donate bounty money ? [19:51:04 CEST] <wm4> that's a good question [19:51:19 CEST] <Compn> i mean you could do that too, i think you are subscribed [19:51:23 CEST] <wm4> asking to provide samples etc. was a good move though [19:51:35 CEST] <wm4> I have no clue though [19:51:58 CEST] <Compn> no clue about what ? how to encourage codec development ? [19:52:08 CEST] <wm4> that too [19:53:07 CEST] <Compn> i dont even know the best way. it all seems magic to me. sometimes patches drop out of the sky, sometimes specs are written from RE'd stuff for years on multimedia.cx wiki... its not predictable [19:53:52 CEST] <Compn> generally after i get a solution to the problem, then thats a good time to ask for donations :) [19:54:54 CEST] <Compn> i remember when people are asked about codec bounties, no one can come up with an estimate of how much they should offer [19:55:15 CEST] <Compn> do we follow the gsoc prices? $2500 or $5000 ? [19:55:30 CEST] <Compn> is it a simple one line fix? [19:55:49 CEST] <Compn> are any codec devs even free to work on it ? [19:56:33 CEST] <Compn> then theres codec devs who prefer to work on video coding because audio codecs are completely different [19:57:22 CEST] <Compn> so are audio codecs higher bounty? :P [19:57:51 CEST] <Compn> would a wrapper around another opensource c lib be preferable until native can be grinded out [19:58:19 CEST] <Compn> thought we all hated wrapper libs [20:59:29 CEST] <ubitux> wm4: you make me sad, but it doesn't surprise me [21:02:48 CEST] <wm4> ubitux: so I think what's needed is... emulating vsfilter [21:02:56 CEST] <wm4> which supports a bunch of subtitle formats at once [21:03:00 CEST] <wm4> and even MIXING them [21:03:20 CEST] <wm4> though, reasonably, libass would have to [21:04:55 CEST] <philipl> Speaking of hating wrapper libs - that libyami discussion with the Intel guys fizzled out back in Jaunary. But I don't see how ffmpeg benefits from refusing to use it. It seems clear that Intel is pushing libyami as their way of exposing vaapi to consumers and we're not going to see accelerated encoding support (or for that matter accelerated decoding for anything not currently in ffmpeg already) any [21:05:01 CEST] <philipl> other way. [21:05:35 CEST] <philipl> If Intel's prepared to do the work and maintain it, that seems unambiguously better than having old unmaintained code that isn't keeping up with the new hardare capabilities. [21:16:29 CEST] <BtbN> philipl, isn't vaapi accelerated decoding already part of the ffmpeg cli tool? [21:16:56 CEST] <BtbN> Or is it only implemented for vdpau? [21:17:31 CEST] <wm4> philipl: the posted patch was basically low quality [21:18:25 CEST] <philipl> BtbN: I don't believe it's useful because it needs the magic surface format stuff that's tied to the presentation application using ffmpeg. same as vdpau [21:18:40 CEST] <philipl> The libyami thing supported using dma_bufs to read back frames [21:19:10 CEST] <BtbN> libyami is just a wrapper around libva [21:19:15 CEST] <philipl> wm4: I don't doubt it but I believe they'd improve it if we provided feedback and said that we'd accept a sufficiently well written implementation [21:19:24 CEST] <BtbN> everything yami supports is also supported via libva, but with a much more painfull api. [21:19:44 CEST] <BtbN> But instead of fixing libva, they add another wrapper around it... [21:19:57 CEST] <wm4> ffmpeg's low level API is also somewhat more flexible [21:20:06 CEST] <philipl> That's absolutely true, but if they're ponying up resources, they get to say what work they do. [21:20:19 CEST] <wm4> and I don't really remember, but I think the libyami patch didn't even return opaque surfaces [21:20:30 CEST] <wm4> (i.e. useless) [21:20:31 CEST] <philipl> The choice isn't between a better or a worse implementation, it's between maintained support and no support at all. [21:20:54 CEST] <philipl> wm4: I think the goal included supporting read-back of usable surfaces with dma_buf. [21:21:00 CEST] <BtbN> libva is maintained. It's just a pain to use. Otherwise i'd already have implemented an encoder for ffmpeg with it. [21:21:14 CEST] <wm4> philipl: call me when this dma_buf crap actually works [21:21:24 CEST] <philipl> Isn't that the point though? It's so terribl that you didn't do it. :-) [21:21:24 CEST] <wm4> that's also a big problem with Intel [21:21:36 CEST] <wm4> they produce lots of APIs etc., but it's all half done [21:21:47 CEST] <wm4> some stuff never seems to work and then gets phased out [21:21:56 CEST] <wm4> like the horrendous opengl interop [21:22:05 CEST] <philipl> wm4: dma_buf is fundamental tech in the graphics stack, so it works in certain cases. I know that the ffmpeg case isn't one of the original primary ones, of course. [21:22:20 CEST] <BtbN> I did implemement a working libva based encoder, for vlc though. But i doesn't support B frames, contains nearly 1000 lines of boilerplate code that should be in libva instead, and isn't polished enough for ffmpeg. [21:22:22 CEST] <philipl> There's a lot to critisize - I wish they'd used vdpau. [21:22:42 CEST] <BtbN> vdpau doesn't support encoding though [21:22:47 CEST] <philipl> completely true. [21:22:53 CEST] <BtbN> And i think they are actualy working on vdpau support? [21:23:11 CEST] <philipl> I've heard vague mumbling about that over the years, but no real evidence from an Intel person. [21:23:51 CEST] <BtbN> As bad as nvidia is, nvenc is what an API for a hardware encoder should look like. [21:23:52 CEST] <philipl> It's a shame nvidia didn't try and do a generic encoding API. nvenc is easy to work with but useless for real produces due to the confused licencing. No one else will adopt it. [21:24:02 CEST] <philipl> exactly. [21:24:26 CEST] <BtbN> The annoying thing is, on windows intel has a realy good API for it. QSV is very similar to nvenc. [21:24:41 CEST] <philipl> Right. But Intel has a firewall between their linux and windows teams. [21:24:44 CEST] <philipl> Nothing is shared. [21:25:45 CEST] <philipl> I should try and harass nvidia more about the stupid header licensing. [21:25:54 CEST] <philipl> The handbrake guys would actually support nvenc if that got fixed. [21:26:33 CEST] <BtbN> Someone would have to re-engineer the header. But no idea how to do that without running into license issues. [21:27:01 CEST] <BtbN> The api is intentionaly designed to be hard to reverse engineer. [21:27:17 CEST] <philipl> I could believe that. [21:27:37 CEST] <philipl> I feel like they ought to be open to sticking a sensible licence on the header - that's got zero magic in it. [21:27:40 CEST] <BtbN> The nvenc library exports just one function. You call that with a struct and a version number, and it fills the struct with the actual api functions. [21:27:57 CEST] <philipl> Without that, there's no practical way to consume it in free/open source apps. [21:28:35 CEST] <philipl> I'm sure there's not internal compatibility argument behind that. It avoids them having to worry about link time compatibility with a conventional library. [21:28:38 CEST] <BtbN> Unless you just don't care about the license. Which seems to be what nvidia expects you to do. They just have it in place because their lawyers told them to be safe. [21:29:00 CEST] <BtbN> Well, CUDA just has versioned symbols. [21:29:00 CEST] <philipl> Indeed. [21:29:07 CEST] <philipl> Different teams, I imagine. [21:29:26 CEST] <philipl> They come up with their own link strategy and having varying degrees of open-source awareness. [21:29:29 CEST] <BtbN> Not realy, nvenc is tied into CUDA [21:29:48 CEST] <philipl> It may not be on the inside. [21:30:06 CEST] <philipl> As it's dedicated hardware, I can easily imagine dedicated people too. [21:30:32 CEST] <philipl> Gotta run. Anyway, mostly idle thought on the yami stuff. [21:30:34 CEST] <BtbN> The last time i contacted the nvidia support about issues with nvenc, i got told i need a license key for nvenc to work at all, and that's the source of my issues... [21:30:47 CEST] <philipl> I've got a 960 arriving next week so I can work on the h.265 vdpau stuff. [21:30:55 CEST] <BtbN> That was after they removed the license key stuff from the API. [21:31:06 CEST] <philipl> yeah. No one ones what anyone else is doing. [21:31:57 CEST] <BtbN> I'm still waiting for a maxwell GT card, so i can affort something with h265 support [22:46:12 CEST] <nevcairiel> they have been pretty quiet on the low-end front, maybe on computex or e3 [22:47:00 CEST] <BtbN> Even kepler GT cards are quire rare [22:47:07 CEST] <BtbN> *t [22:47:26 CEST] <nevcairiel> its a boring market, most people just use iGPUs in the low-ends [22:47:52 CEST] <BtbN> Tried that for a while, got annoyed by intels linux support, and got a nvidia GT [22:48:06 CEST] <nevcairiel> whats the point of a 920 or so if it doesnt even beat the intel or amd iGPUs that every single CPU comes with anyway [22:48:46 CEST] <BtbN> It supports vdpau, high quality deinterlacing and scaling, nvenc [22:59:26 CEST] <JEEBsv> well the decoding part in intel iGPUs is pretty good [22:59:46 CEST] <JEEBsv> they at some point took the lead in AVC decoding speed IIRC [23:00:10 CEST] <JEEBsv> and haswell+ the encoder has really been some of the best available [23:01:49 CEST] <nevcairiel> its unfortunate that intel has been dragging their feet with full hevc decoding [23:01:59 CEST] <nevcairiel> i hope skylake actually has it [23:07:01 CEST] <BtbN> JEEBsv, yes, the hardware intel has it realy good. It's the software side on linux that's terrible. [23:07:08 CEST] <JEEBsv> sure [23:07:09 CEST] <BtbN> On Windows it works fine. [23:07:38 CEST] <JEEBsv> although if intel actually keep supporting their wrapper that might actually bring more features in regarding that [23:07:45 CEST] <thardin> i [23:07:51 CEST] <JEEBsv> (also I will never be able to read libyami with a straight face) [23:07:54 CEST] <BtbN> I don't get why they don't just fix libva. [23:07:56 CEST] <JEEBsv> libdarkness [23:09:00 CEST] <nevcairiel> the MediaSDK stuff on windows sucks too, it has so many bugs ... but at least decoding you can do through DXVA2 and avoid that wrapper = p [23:09:59 CEST] <JEEBsv> yup [23:10:08 CEST] <JEEBsv> since they (more or less) fixed their DXVA2 [23:10:18 CEST] <JEEBsv> or everyone just added workarounds [23:10:19 CEST] <JEEBsv> >_> [23:10:30 CEST] <nevcairiel> MediaSDK decoding goes through DXVA2 anyway, so its just a useless layer of bugs [23:11:08 CEST] <nevcairiel> the only "useful" feature it has is decoding of formats that DXVA2 doesnt have a spec for, like VP8 and JPEG, which are presumably hw accelerated [23:11:26 CEST] <JEEBsv> yeah [23:11:37 CEST] <nevcairiel> (I use useful loosely) [23:11:47 CEST] <JEEBsv> basically QS API just used dxva2 in a way that wouldn't blow up with intel [23:12:06 CEST] <JEEBsv> and if you did stuff somewhat similarly you'd get the same or better result >_> [23:12:25 CEST] <nevcairiel> i thought about removing the MediaSDK/QS decoder in my project at some point, since people just read "Intel QuickSync" and think they need to use it, but its far more buggy than the DXVA2 decoder... [23:12:36 CEST] <nevcairiel> but people would whine [23:14:30 CEST] <nevcairiel> btw JEEBsv, you have the P2415Q, do you not? [23:14:37 CEST] <JEEBsv> yeah, I do [23:14:53 CEST] <nevcairiel> does its displayport implementation suck as much as the P2715Qs? [23:15:26 CEST] <JEEBsv> it probably does, I had to actually take out the power cord for it to start taking in picture from DP [23:15:44 CEST] <JEEBsv> although I haven't had issues after that, no sleep mode problems [23:15:48 CEST] <nevcairiel> my window positions and desktop icons constantly scramble themself when it goes to sleep [23:15:54 CEST] <JEEBsv> oh [23:15:56 CEST] <JEEBsv> yes [23:16:08 CEST] <nevcairiel> its driving me crazy [23:16:15 CEST] <kierank> http://download.das-werkstatt.com/pb/fsfe/presentations/2015/the_ffv1_story… [23:16:17 CEST] <JEEBsv> it for whatever reason seems to rescale them to the old screen size that I used to have [23:16:41 CEST] <JEEBsv> I used to have a 1280x1024 screen before and it's probably something like that that it scales shit to [23:16:48 CEST] <JEEBsv> it's /quite/ irritating [23:16:57 CEST] <nevcairiel> i wonder if i should re-install windows to get it to fix that [23:17:10 CEST] <nevcairiel> or figure out whichj settings to clear [23:17:16 CEST] <JEEBsv> yeah :| [23:17:28 CEST] <JEEBsv> if you find anything regarding that stuff feel free to ping [23:17:36 CEST] <nevcairiel> i got a tiny app now that can save icon position and restore them whenever it happens =p [23:19:47 CEST] <nevcairiel> kierank: i thought that was going to be about FFV1, but it turned into a praise-hymn about free software <.< [23:22:18 CEST] <JEEBsv> yeah, not too much about ffv1 itself [23:22:54 CEST] <JEEBsv> but yeah, this is the same as the "white papers" companies have on successful uses of their stuff [23:22:57 CEST] <nevcairiel> JEEBsv: i read somewhere that this might be a "problem" with the DP implementation in either the screen or the GPU, that its initializing the screen in a "safe" resolution first and only then switching to 4K, and someone reported that it stopped for him after updating his AMD GPU drivers, but that was one case, so it might be coincedence.. [23:23:13 CEST] <JEEBsv> yeah :/ [23:23:45 CEST] <JEEBsv> it definitely sounds like something like that since all of the windows get moved to top left and to a smaller size [23:24:15 CEST] <nevcairiel> i should bother DELL support about it, but it would probably be a waste of my time [00:00:00 CEST] --- Mon May 18 2015

1 0

ffmpeg.log.20150517
by burek 18 May '15

18 May '15

[00:15:52 CEST] <rcombs> proving that MSE was a GOOD IDEA [00:17:22 CEST] <rcombs> (if you could actually do demuxing in JS and pass the browser packets, that'd be kinda silly, but eh, at least it'd be cross-browser) [00:28:21 CEST] <BtbN> Well, something like MSE is kinda neccesary. But the way every browser implements it slightly diffrent doesn't help [01:57:55 CEST] <okaygo> Hey I have a question, I have a process running ffmpeg and I want to seek (fast forward/rewind) is there a way to do this using the command line or some kind of library? [02:00:11 CEST] <okaygo> Like for example I want to hotkey my keyboard as a rewind/fast forward button [02:03:24 CEST] <okaygo> Ah, I think I'm reading this code wrong... perhaps the files actually just being encoded and re-read as the output [04:25:36 CEST] <squeegily> seek ffmpeg? [10:17:54 CEST] Action: man_in_shack waves [10:18:54 CEST] <man_in_shack> i'm getting "[mpeg4 @ 0x1c8bb80] Context scratch buffers could not be allocated due to unknown size." continuously (with different offsets of course) [10:19:10 CEST] <man_in_shack> what does that mean? [10:19:27 CEST] <man_in_shack> it doesn't seem to be affecting the encoding ... [10:19:58 CEST] <man_in_shack> using mp4 container, libx264 and libfaac [11:36:00 CEST] <sh4rm4^bnc> whats a good compression algo/format to use for ffserver in a LAN that doesnt compress much (small cpu usage/fast) and has high quality ? [11:36:27 CEST] <sh4rm4^bnc> currently i use asf and that creates a stream in very poor quality [11:36:56 CEST] <sh4rm4^bnc> and has considerable cpu usage as well... [14:52:43 CEST] <shmibs> when burning subtitles into a file using something like "ffmpeg -i <infile> -vf subtitles=<infile> <outfile>", is there any way to specify a timestamp to start burning from somewhere other than the beginning? i want to take an input file, select some arbitrary section with a start point and a length, and produce an output file containing the video from just that section with the appropriate subtitles burned [14:52:46 CEST] <shmibs> in [15:08:53 CEST] <shmibs> nevermind, i figured it out. using the trim filter rather than -ss and -t [15:28:18 CEST] <man_in_shack> -ss, -t, -to, always fun [15:39:42 CEST] <shmibs> hrrm, it looks like this converts everything first and then trims it, though, so it's not practical for big files =/ [15:42:06 CEST] <JodaZ> shmibs, with -ss it used to(and still might) depend on the position in the commandline where it appears [15:42:29 CEST] <JodaZ> shmibs, you can read up on it here https://trac.ffmpeg.org/wiki/Seeking [15:44:02 CEST] <shmibs> JodaZ, i know that bit. the problem is that i'm trying to get a subset of the video with subs burned in. using -ss, i can skip forward to a different part of the video, but the burned-in subtitles added by the filter still start at the very beginning, so things aren't synced [15:44:36 CEST] <JodaZ> so like the first line of subtitle text comes up? [15:44:41 CEST] <shmibs> yeah [15:45:02 CEST] <wondiws> I know this is beside the topic: but can I ask a question here regarding CAM modules? For the DVB encryption? [15:45:09 CEST] <JodaZ> hmm, maybe ts passthru would work, shmibs [15:46:10 CEST] <JodaZ> shmibs, try -copyts? [15:46:21 CEST] <JodaZ> wondiws, aint there forums for that? [15:47:01 CEST] <wondiws> JodaZ, those weren't really helpful so far, and I like IRC much better anyway [15:48:44 CEST] <shmibs> it worked! [15:48:47 CEST] <shmibs> thanks so much =D [15:49:05 CEST] <JodaZ> shmibs, mind that the timestamps in the output file will now be strange [15:49:46 CEST] <JodaZ> maybe someone also knows a better solution [15:49:59 CEST] <shmibs> s'fine. the output is a gif anyways [15:50:08 CEST] <JodaZ> heh, ok, no timestamps there [15:50:27 CEST] <JodaZ> but its 2015, you should be using webm [15:51:59 CEST] <shmibs> i can't figure out how to encode them without everything being off-coloured, and sxiv doesn't display them, so keeping things organised is a hassle [15:54:59 CEST] <shmibs> and things all treat it like video rather than an animated image. the distinction between the two that has existed until now was really useful [15:58:30 CEST] <man_in_shack> so anyone know what this "content scratch buffer" thingy is? [19:14:19 CEST] <marekszpak> hi! I am converting a sequence of png files to video and I wonder if Iffmpeg can replace color during conversion [19:47:56 CEST] <BtbN> marekszpak, i have a filter here that can do that, it's currently only available in my fork: https://github.com/BtbN/ffmpeg [19:48:28 CEST] <BtbN> It keys out a color and makes it transparent, so you can just put some colored background behind the images [20:38:00 CEST] <marekszpak> BtbN thanks [20:38:40 CEST] <marekszpak> how to use this filter? [20:39:07 CEST] <BtbN> There are two examples in the filter documentation, one is quite close to what you desribed. [20:39:23 CEST] <BtbN> https://github.com/BtbN/FFmpeg/commit/5ce0ffa51318a77d4529cc36cb2f89344632c… [20:40:28 CEST] <marekszpak> thanks! See you guys! [21:03:34 CEST] <rafael2k> Hi people, I have an application which I link with ffmpeg, and now I wish also to link with libbpg, and I get some symbols clashes in runtime. Anyway to fix this? [21:03:53 CEST] <rafael2k> especially with hevc related symbols [21:04:41 CEST] <rafael2k> looking using gdb I see sometimes in the stack mixed external libav* symbols getting called instead of internal libbpg copy of libav* [21:05:05 CEST] <rafael2k> then the software crashes [21:08:01 CEST] <sfan5> getting libbpg to link to the same libav as your program should fix it [21:08:30 CEST] <rafael2k> not possible [21:08:43 CEST] <rafael2k> as the internal libav copy of libbpg has modification [21:08:53 CEST] <rafael2k> modifications* [21:10:34 CEST] <rafael2k> I know this is piss, and I dont want to modify each function name inside internal copy of libbpg... [21:10:56 CEST] <rafael2k> may be some magic linking option? [21:17:35 CEST] <sfan5> rafael2k: maybe this http://stackoverflow.com/a/394188 or this http://stackoverflow.com/a/415840 can help [21:18:49 CEST] <rafael2k> tks! [00:00:00 CEST] --- Mon May 18 2015

1 0

ffmpeg-devel.log.20150516
by burek 17 May '15

17 May '15

[00:16:28 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:9b0c9261cc4e: swresample: Allow reinitialization without ever setting channel counts [00:16:29 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:6c39528a3aa5: swresample: Allow reinitialization without ever setting channel layouts (cherry picked from commit 80a28c7509a11114e1aea5b208d56c6646d69c07) [00:16:30 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:50dc37f28140: swresample: Check channel layouts and channels against each other and print human readable error messages [00:16:31 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:3f9ecaf886e5: swresample/swresample-test: Randomly wipe out channel counts [00:16:32 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:89fbae7686ab: avcodec/atrac3plusdsp: fix on stack alignment [00:16:33 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:33862c1f6ddc: avcodec/alsdec: Use av_mallocz_array() for chan_data to ensure the arrays never contain random data [00:16:34 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:a75f293264f3: avformat/img2dec: do not rewind custom io buffers [00:16:35 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:b942813a4135: avformat/utils: Ensure that AVFMT_FLAG_CUSTOM_IO is set before use [00:16:36 CEST] <cone-497> ffmpeg 03Timothy Gu 07release/2.6:b35d67fa518c: fate: Include branch information in the payload header [00:16:37 CEST] <cone-497> ffmpeg 03Ronald S. Bultje 07release/2.6:2ac7a0d999f1: vp9: remove one optimization branch in iadst16 which causes overflows. [00:16:38 CEST] <cone-497> ffmpeg 03Vittorio Giovara 07release/2.6:485f53548be4: network: Do not leave context locked on error [00:16:39 CEST] <cone-497> ffmpeg 03Vittorio Giovara 07release/2.6:536093824d98: lavf: Reset global flag on deinit [00:16:40 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:83ee63e7f8a5: avcodec/dvbsubdec: Do not return a value from a function returning void [00:16:41 CEST] <cone-497> ffmpeg 03Ronald S. Bultje 07release/2.6:b53b6a25e232: vp9: remove another optimization branch in iadst16 which causes overflows. [00:16:42 CEST] <cone-497> ffmpeg 03James Zern 07release/2.6:07ad029d1b95: libvpxenc: only set noise reduction w/vp8 [00:16:43 CEST] <cone-497> ffmpeg 03Maneesh Gupta 07release/2.6:86a360e34985: OpenCL: Avoid potential buffer overflow in cmdutils_opencl.c [00:16:44 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:8a7748e1de22: ffmpeg: remove incorrect network deinit [00:16:45 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:48e53620e01b: avformat/mov: Do not read ACLR into extradata for H.264 [00:16:46 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:22ef88ee30f7: avfilter/lavfutils: disable frame threads when decoding a single image [00:16:47 CEST] <cone-497> ffmpeg 03Luca Barbato 07release/2.6:4a46a29b07c4: xcbgrab: Do not assume the non shm image data is always available [00:16:48 CEST] <cone-497> ffmpeg 03Luca Barbato 07release/2.6:9ccaeff67a3b: xcbgrab: Validate the capture area [00:16:49 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:e0f85f10c8b1: avcodec/wavpack: Check L/R values before use to avoid harmless integer overflow and undefined behavior in fate [00:16:50 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:ec17706e5ca2: avcodec/ffv1dec: Check chroma shift parameters [00:16:51 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:fd17e3421757: avcodec/mpeg12dec: use the correct dimensions for checking SAR [00:16:52 CEST] <cone-497> ffmpeg 03Giorgio Vazzana 07release/2.6:a563a1468f5c: lavd/v4l2: fix typo [00:16:53 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:df9eca44f86c: libavutil/mem: use size_t for the length in av_strdup() [00:16:54 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:cf6cbcca7e09: avutil/dict: Use size_t for appending strings [00:16:55 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:38e628fd6df6: avformat/vorbiscomment: Check entry length in ff_vorbiscomment_write() [00:16:56 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:39236d56181e: avutil/avstring: Use size_t in av_strlcatf() [00:16:57 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:b1652fbb9e12: avformat/url: Use size_t for len from strlen() [00:16:58 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:02532e11625a: avformat/subtitles: Use size_t for len [00:16:59 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:f4ce752f22dc: avformat/flacenc: Check length in flac_write_block_comment() [00:17:00 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:a9d3baff034c: avformat/oggenc: Check ff_vorbiscomment_length in ogg_write_vorbiscomment() [00:17:01 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:889a4779eb67: avformat/matroskaenc: Check ff_vorbiscomment_length in put_flac_codecpriv() [00:17:02 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:8d0f079c45a3: tools/graph2dot: use larger data types than int for array/string sizes [00:17:03 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:bd05ac1df8d2: avformat/rtpdec_xiph: Check upper bound on len in xiph_handle_packet() [00:17:04 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:1933fa5daadf: avformat/rtpenc_jpeg: Check remaining buffer size for SOS [00:17:05 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:75b21eb8f8c9: avformat/nutdec: Fix use of uinitialized value [00:17:06 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:05eddbbc0525: avformat/matroskadec: Cleanup error handling for bz2 & zlib [00:17:07 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:f93412406f41: avformat/hevc: Check cpb_cnt_minus1 [00:17:08 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:0fc6a9511634: avformat/hevc: Check num_negative_pics and num_positive_pics [00:17:09 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:375a97bb7055: avcodec/vqavideo: Check chunk size [00:17:10 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:3123cb5d0b37: avcodec/hevc_sei: Check num_sps_ids_minus1 value [00:17:11 CEST] <cone-497> ffmpeg 03Nick Lewycky 07release/2.6:a5167b4d66d2: libswscale/x86/hscale_fast_bilinear_simd.c: Include BX in the clobber list on x86_64, because it isn't implicitly included when PIC is on. [00:17:12 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:fe22d0d7c6ed: avcodec/hevc: Check offset_len [00:17:13 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:bced2ad1bd53: avcodec/hevc: Check num_entry_point_offsets [00:17:14 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:0a93dc83d26a: avcodec/hevc_ps: More completely check vps_num_layer_sets [00:17:15 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:e8784ec5f5e8: avcodec/hevc_ps: Check vps_num_hrd_parameters [00:17:16 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:0463e9d6da70: avcodec/hevc_ps: Explicitly check num_tile_* for negative values [00:17:17 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:f43fb74ad487: avcodec/jpeg2000dec: fix boolean operator [00:17:18 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:0a5b2424227e: avcodec/mjpegdec: fix len computation in ff_mjpeg_decode_dqt() [00:17:19 CEST] <cone-497> ffmpeg 03Rainer Hochecker 07release/2.6:531ea97b8910: swr: fix alignment issue caused by 8ch sse functions [00:17:20 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:19ffa15d2d8d: avcodec/mpeg4audio: add some padding/alignment to MAX_PCE_SIZE [00:17:21 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:dbc48ba1cd8a: avcodec/on2avc: Check run more carefully [00:17:22 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:10609d88641e: avcodec/cavsdec: Check esc_code [00:17:23 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:fb564cd21de9: avcodec/cavsdec: Use ff_set_dimensions() [00:17:24 CEST] <cone-497> ffmpeg 03wm4 07release/2.6:25d50ad81482: hevc: make avcodec_decode_video2() fail if get_format() fails [00:17:25 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:3da0395b340b: avcodec/dcadec: Check nchans [00:17:26 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:10e1108732c0: avcodec/dcadec: Check subsubframes [00:17:27 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:7e2ea1cb70d3: ffmpeg_opt: Fix -timestamp parsing [00:17:28 CEST] <cone-497> ffmpeg 03Carl Eugen Hoyos 07release/2.6:b5a942685fee: lavf/matroskaenc: List subtitle codecs with fake codec_tags to allow remuxing. [00:17:29 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:ab8f686bbc8a: avcodec/dvbsubdec: Clear w/h/size on region buffer allocation failure [00:17:30 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:03377703525a: avcodec/proresdec2: Reset slice_count on deallocation [00:17:31 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:f33bd39d2742: avcodec/shorten: Fix code depending on signed overflow behavior [00:17:32 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:008c1debb936: avcodec/shorten: Check skip_bytes() [00:17:33 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:e4318f687502: avcodec/shorten: More complete pred_order check [00:17:34 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:211ec9196dff: avcodec/smvjpegdec: check avcodec_decode_video2() return code [00:17:35 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:51850d9a2c17: avcodec/sonic: check memory allocations [00:17:36 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:ea6bd458859f: avcodec/sonic: More completely check sample_rate_index and channels [00:17:37 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:001cc6d27acc: avcodec/dcadec: Check scale table index [00:17:38 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:88217c40b667: avcodec/dcadec: Check active_bands [00:17:39 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:2612b69d3f70: avcodec/libtheoraenc: Check for av_malloc failure [00:17:40 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:a1f68d951836: avcodec/hevc: Fix typo in num_entry_point_offsets check [00:41:41 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07release/2.6:aded27a30b2e: Update for 2.6.3 [03:12:39 CEST] <cone-497> ffmpeg 03Michael Niedermayer 07n2.7-dev:HEAD: ffmpeg: Remove another unneeded ost->filter_graph check [04:15:43 CEST] <Compn> damn that yadif, always deinterlacing my ac3 [04:15:52 CEST] <baptiste> :) [12:09:03 CEST] <ubitux> rcombs: should we make test case that would help libass coverage as well? [12:09:28 CEST] <ubitux> so basically also cover all the markup insanities in the Dialogues etc [13:14:20 CEST] <cone-592> ffmpeg 03anatolschwarz 07master:77cc0d5b596c: ffmpeg: Support preserving the source key frame timings [14:17:14 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:9e4f0cfc8ff4: avformat/mov: Print reason of loci parsing failure [14:17:15 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:50393bce31a5: avformat/mov: Fix parsing short loci [15:00:22 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:f8598cefe921: avdevice/v4l2: Fix vertical alignment in list_formats() output [18:09:03 CEST] <JEEBsv> nevcairiel: did you have that one main10 sample around that was on google drive? ...A.ts [18:47:48 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:da4ef13cb206: avformat/mux: use <0 instead of != 0 for error check of init_muxer() [18:47:49 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:2580bae54a45: avcodec/j2kenc: Use ret < 0 instead of ret != 0 for error checks [19:38:53 CEST] <nevcairiel> JEEBsv: i think so, yes [19:38:55 CEST] <nevcairiel> why? [19:39:58 CEST] <JEEBsv> I just wanted to test it with something here, and it's on one of those drives not connected atm >_> although I think I was able to procure it in another way [20:26:29 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:3fb726c6b477: avcodec/aacenc: use < 0 instead of != 0 for error checks [20:48:24 CEST] <wm4> ff_dca_parser doesn't set the codec profile, or does it? [21:22:33 CEST] <cone-592> ffmpeg 03Timothy Gu 07master:732dd658687b: doc: Add $branch to FATE config template [21:22:34 CEST] <cone-592> ffmpeg 03Michael Niedermayer 07master:bd8f2fa525f0: Merge commit '732dd658687bd9a2e5c622e38c481825b57af250' [00:00:00 CEST] --- Sun May 17 2015

1 0

ffmpeg.log.20150516
by burek 17 May '15

17 May '15

[00:59:42 CEST] <gcl5cp> how can i overlay a image only the first 3 seconds? [01:02:04 CEST] <gcl5cp> overlay take all video, is possible overlay just X seconds? [05:43:42 CEST] <happyfr0gg> Is this PPA compatible with Ubuntu 14.04??? --> http://ubuntuforums.org/showthread.php?t=2219550&s=0dfc0a2cfb9cf02bcca07ba4… [05:43:58 CEST] <happyfr0gg> I am referring to the CLI for download and install. [05:45:46 CEST] <BtbN> That ppa doesn't exist anymore. [06:49:33 CEST] <jookiyaya> how do i convert burn-in subtitles on video = text subtitle file? [06:49:54 CEST] <jookiyaya> how do i convert burn-in subtitles on video = text subtitle file? big reward [06:59:25 CEST] <BtbN> You mean subtitles that are burnt into the picture? [06:59:57 CEST] <BtbN> If so, that's not possible. [07:00:16 CEST] <BtbN> Find someone to watch the video and type them. [07:02:11 CEST] <jookiyaya> yes [07:02:44 CEST] <jookiyaya> shouldn't it be possible using OCR [07:11:13 CEST] <BtbN> Good luck with that. [17:07:14 CEST] <Fyr> guys, are there options for ALAC? [17:08:22 CEST] <Fyr> I want to set maximum compression. =/ [17:10:19 CEST] <Fyr> or for flac [18:08:03 CEST] <WhiteBunny> Anyone here ? [18:08:22 CEST] <WhiteBunny> I have an out of area question to ask if that's OK ? [18:08:48 CEST] <WhiteBunny> Do anyone know where i can find this icons -> http://i.imgur.com/DB8ZHtf.png [18:50:50 CEST] <hid> hi [18:51:08 CEST] <hid> has anyone ever recorded the audio card output? [18:51:37 CEST] <hid> i have 2 devices: 0 and 1 [18:52:10 CEST] <c_14> alsa? pulse? [18:52:20 CEST] <hid> but ffmeg -f alsa -i hw:0 out.wav (or 1) does not wrk [18:53:05 CEST] <c_14> https://trac.ffmpeg.org/wiki/Capture/ALSA [18:53:29 CEST] <hid> yes i followed this tutorial [18:53:31 CEST] <hid> c_14: [18:55:20 CEST] <hid> this is 'arecord -L' command http://pastie.org/private/buio9q5ylaurodlc9yoeq [18:56:02 CEST] <c_14> You seem to have pulse, try using the pulse input device [18:56:50 CEST] <hid> c_14: you mean like `ffmeg -f pulse -i hw:0 out.wav' ? [18:57:09 CEST] <c_14> https://ffmpeg.org/ffmpeg-devices.html#pulse [18:57:32 CEST] <c_14> you can get the device name with pactl list or something iirc [18:57:37 CEST] <c_14> pactl list sources [19:02:14 CEST] <the_gamer> hi there, i am using the docu from https://trac.ffmpeg.org/wiki/Encode/MPEG-4 but with qscale:v 1 ffmpeg answers: [NULL @ 0x7f0525a52be0] Unable to find a suitable output format for '1' 1: Invalid argument [19:02:20 CEST] <the_gamer> why is that? [19:04:12 CEST] <the_gamer> http://www.pasteall.org/58475 [19:05:06 CEST] <c_14> that ':' should be a ' ' [19:05:11 CEST] <c_14> by -acodec [19:05:38 CEST] <the_gamer> great, thanks a lot, sry for that [19:12:34 CEST] <hid> c_14: thank you very much :) [19:13:22 CEST] <hid> this finally works :) [19:30:36 CEST] <hid> c_14: do you know if it is better to record from the speakers output or the headphones output? [19:30:59 CEST] <c_14> If it's output to both it probably doesn't matter. [19:49:14 CEST] <hid> c_14: it seems that the option -sample_rate 44100 has no effect on the output file [19:49:29 CEST] <hid> it still records with 48kHz [19:49:36 CEST] <hid> do you know why? [19:56:03 CEST] <DragonsLord> Hi all [19:56:32 CEST] <DragonsLord> can someone suggest me a player I can use in order to proceed by milliseconds [19:56:37 CEST] <DragonsLord> or frame by frame? [19:56:59 CEST] <DragonsLord> I need to put very exact timing to remove adv [19:59:56 CEST] <Anoia> VLC allows frame stepping iirc [20:00:52 CEST] <DragonsLord> thank you Anoia [20:01:04 CEST] <DragonsLord> but how can I detect on wich frame I am? [20:08:13 CEST] <hid> hmmm it seems -ar works better than -sample_rate [20:08:24 CEST] <hid> very interessant [22:53:04 CEST] <edoceo> DragonsLord: the time indicator on VLC will show you the frame, but you have to change it's default display mode [22:53:34 CEST] <edoceo> Usually it's HH:MM:SS.mmm - you can make it fffff/FFFFF like [23:19:12 CEST] <DragonsLord> Thank you edoceo [23:21:12 CEST] <DragonsLord> but my VLC is currently showing only HH:MM:SS [23:21:14 CEST] <DragonsLord> no ms [23:21:33 CEST] <DragonsLord> also time is acceptable [23:21:38 CEST] <DragonsLord> but I need ms [23:23:50 CEST] <hid> DragonsLord: did you try mplayer -fps 1 [23:25:01 CEST] <DragonsLord> it should be just fine to see milliseconds [23:25:12 CEST] <DragonsLord> but I have some troubles with AVIdemux [23:25:21 CEST] <DragonsLord> playing some MP4 videoes [23:51:30 CEST] <BtbN> Oh my god, there aparently is a HLS JavaScript player, that on-the-fly remuxes mpegts to mp4 in JavaScript, so it can be played via MSE [00:00:00 CEST] --- Sun May 17 2015

1 0