[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/5ce0ffa51318a77d4529cc36cb2f89344632c6... [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
participants (1)
-
burek