Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2018

1 participants
60 discussions

ffmpeg-devel.log.20180804
by burek 05 Aug '18

05 Aug '18

[01:27:18 CEST] <BtbN> Is there any reason not to drop librtmp support? [01:39:29 CEST] <RiCON> BtbN: as long as rtmpe/s is working fine [01:59:27 CEST] <BtbN> well, the native code at least claims support, but I wouldn't know how to test [02:00:49 CEST] <atomnuker> both work, but I don't know the difference either [02:02:12 CEST] <atomnuker> I wish people would stop using flv over rtmp for streaming like its 2002 [02:03:20 CEST] <BtbN> Well, there's a distinct lack of alternatives [02:03:54 CEST] <BtbN> The only alternative that has popped up is libftl. Which is essentially webrtc [02:04:20 CEST] <atomnuker> well there are plenty of alternatives [02:04:40 CEST] <BtbN> All the popular streaming applications only support rtmp. All the major streaming platforms only take rtmp [02:05:10 CEST] <BtbN> I'm also not aware of any real alternative which has the same features [02:05:10 CEST] <atomnuker> I know, that's what's bothering, you can just stream matroska over udp and resend the header on every keyframe [02:05:25 CEST] <atomnuker> rcombs does this all the time afaik [02:05:35 CEST] <BtbN> Doing that won't have the same somewhat intelligent frame dropping mechanism [02:05:41 CEST] <nevcairiel> rtmp is for serving to the streaming website, its rarely only used for clients anymore [02:05:54 CEST] <atomnuker> what frame dropping mechanism? [02:06:00 CEST] <rcombs> I do it over HTTP and I don't re-send the header [02:06:20 CEST] <BtbN> rtmp is intelligent when dropping frames. It drops B frames first, and does its very best to not drop I frames [02:06:27 CEST] <atomnuker> well if you did it over udp and wanted some resilience you'd resend the header [02:06:41 CEST] <atomnuker> which side? [02:06:44 CEST] <rcombs> yeah, I'm not sure if that breaks anything or not [02:06:54 CEST] <BtbN> and no way to identify the user as well. You'd need one port per user [02:06:58 CEST] <BtbN> with UDP [02:06:58 CEST] <rcombs> like, do matroska demuxers handle the header being re-sent? ¯\_(Ä)_/¯ [02:07:12 CEST] <rcombs> also last I checked librtmp supports a few sites that ffrtmp does not [02:07:12 CEST] <BtbN> atomnuker, the sending side [02:07:30 CEST] <atomnuker> why does the sending side drop frames? how does it know when to do so? [02:07:31 CEST] <rcombs> but that was a while back and RTMP's gotten far less common for stream-to-client, yeah [02:07:57 CEST] <BtbN> When the TCP send command comes back as "buffer full" I guess [02:08:02 CEST] <BtbN> it reacts to network congestion [02:08:40 CEST] <atomnuker> tcp shouldn't be used for live streaming at all, by the time a packet is resent its too late [02:08:49 CEST] <BtbN> that's why it's not resent [02:09:03 CEST] <BtbN> And TCP does a pretty decent job running pretty much every bigger livestream right now [02:09:06 CEST] <atomnuker> but the protocol itself handles that for you, doesn't it? [02:09:24 CEST] <atomnuker> not as good as udp would do with a custom protocol and some FEC [02:09:32 CEST] <BtbN> I'm actually not sure _how_ rtmp reacts to congestion, but it does [02:10:12 CEST] <BtbN> with UDP you would get garbled data. With rtmp you get dropped frames [02:10:26 CEST] <atomnuker> it really shouldn't imo, there's not much it can do, if the network's congested and it drops all but the I-frame there's little chance such a big video frame packet can make it [02:10:56 CEST] <BtbN> It works pretty nicely actually [02:11:02 CEST] <atomnuker> with udp you wouldn't get garbled data so much if you had error correction [02:11:09 CEST] <BtbN> most of the time if the network is just barely overwhelmed you don't even notice the few missing frames [02:12:16 CEST] <atomnuker> right, well, what if the dropped frame was meant to be used as a reference for the next frames? [02:12:23 CEST] <atomnuker> you'd notice that pretty quickly [02:12:35 CEST] <BtbN> That's why it drops B frames first [02:12:54 CEST] <BtbN> The frames with missing references will/should be skipped by the decoder [02:13:18 CEST] <atomnuker> it has to drop P frames eventually too, you can't use too many B frames when sending if you want to keep latency low [02:13:44 CEST] <BtbN> Most live-streams are actually P frame only I guess [02:14:21 CEST] <BtbN> Ideally, if it starts dropping frames, it would signal the encoder to not use the dropped frame as reference. [02:14:31 CEST] <BtbN> OBS implements it like that i believe [02:14:51 CEST] <atomnuker> all of this can still be implemented on top of udp though [02:15:00 CEST] <atomnuker> to get better latency [02:15:02 CEST] <BtbN> With UDP you have no idea what frames got dropped [02:15:21 CEST] <atomnuker> that's why you implement some backward feedback [02:15:59 CEST] <BtbN> Going that route you'll eventually end up with something similar to rtmp [02:16:07 CEST] <BtbN> Just without all the flash stuff [02:16:11 CEST] <atomnuker> yesssss [02:16:21 CEST] <atomnuker> the flash stuff is what my original complain was about [02:16:41 CEST] <atomnuker> no hevc, opus, vp9, only mp3 and aac at 44100 khz without any 48khz support [02:16:45 CEST] <atomnuker> its 2002 vintage [02:16:53 CEST] <BtbN> 48kHz works just fine via rtmp [02:17:03 CEST] <atomnuker> nope it doesn't, flv only supports 44100 [02:17:09 CEST] <BtbN> It works anyway [02:17:18 CEST] <atomnuker> it shouldn't, the muxer errors out [02:17:36 CEST] <BtbN> I have streamed plenty of streams to Twitch with ffmpeg with 48kHz audio. It definitely works. [02:17:45 CEST] <atomnuker> well our muxer errors out [02:18:00 CEST] <atomnuker> try it [02:18:08 CEST] <BtbN> I did last week. For a week straight. [02:18:36 CEST] <nevcairiel> actually it allows aac with 48k [02:20:01 CEST] <atomnuker> are you sure? I'm reading the code, it shouldn't [02:20:08 CEST] <BtbN> It does [02:20:18 CEST] <nevcairiel> you must not read very hard =p [02:20:31 CEST] <atomnuker> I do, read line 132 of flvenc.c [02:20:35 CEST] <nevcairiel> there is a specific exception for aac right at the beginning to just not do anything [02:20:39 CEST] <atomnuker> if (par->codec_id == AV_CODEC_ID_AAC) // specs force these parameters [02:20:41 CEST] <atomnuker> return FLV_CODECID_AAC | FLV_SAMPLERATE_44100HZ | [02:20:43 CEST] <atomnuker> FLV_SAMPLESSIZE_16BIT | FLV_STEREO; [02:20:51 CEST] <nevcairiel> and those flags just dont do anything [02:21:39 CEST] <atomnuker> but they do, they're encoded after all: avio_w8(pb, get_audio_flags(s, par)); [02:21:55 CEST] <nevcairiel> and where exactly is it erroring out on those? :) [02:22:16 CEST] <atomnuker> it used to error out, I swear [02:22:39 CEST] <BtbN> flv cannot signal 48kHz. but it still works, because aac and mp3 can, and that's what all decoders look at [02:22:59 CEST] <nevcairiel> here, flv spec: [02:23:31 CEST] <nevcairiel> wtf is wrong with this pdf, why cant i copypaste from it [02:23:39 CEST] <atomnuker> ...you two are defending flv just to argue, not for real, r-right? [02:23:48 CEST] <nevcairiel> cant let someone be wrong [02:24:13 CEST] <BtbN> thing with flv is, it's still just enough for what the majority of end users can take as a stream [02:24:34 CEST] <BtbN> as long as that doesn't change, nobody will care enough to migrate [02:24:46 CEST] <atomnuker> it ought to change sooner or later or we'll get vfw-like hacks for av1 in rtmp [02:24:57 CEST] <BtbN> If you start sending HEVC or VP9, you will leave behind a lot of users because of their shit PC [02:25:16 CEST] <atomnuker> you don't reject if a user sends h264 [02:25:19 CEST] <nevcairiel> Anyhow for some reason i cant copy-paste the flv spec, but it basically says that it should always say what those flags there say, but players should ignore it and just read the AAC headers [02:25:27 CEST] <BtbN> According to twitch stats, almost 30% of users PCs are to shit to handle 1080p60 decoding in real time [02:25:44 CEST] <atomnuker> they transcode it anyway [02:25:52 CEST] <atomnuker> this is for client->server [02:26:03 CEST] <BtbN> Twitch passes the ingestes stream through untouched [02:26:12 CEST] <BtbN> Only the lower quality levels are transcodes [02:27:39 CEST] <BtbN> Point is, if 30% of users can't even handle 1080p60 h264, for which hw decoding is _very_ widespread... even VP9 will be a nightmare [02:27:43 CEST] <BtbN> let alone AV1 [02:28:06 CEST] <atomnuker> its fine, they can watch the transcodes [02:28:30 CEST] <BtbN> And you'll also somehow need to encode your stream in realtime [02:28:42 CEST] <nevcairiel> for realtime encoding you probably cant beat h264 anyway, the other formats are just so slow [02:28:53 CEST] <atomnuker> hardware vp9/hevc encoders exist since kabylakes [02:29:08 CEST] <BtbN> And are all beat to the ground by x264 [02:29:19 CEST] <nevcairiel> i would go with ultrafast x264 over hardware anyway [02:29:30 CEST] <atomnuker> yeah they're not great but they exist [02:29:52 CEST] <atomnuker> most users use hardware encoding though, because they can't spare 6 cores for superfast x264 [02:29:53 CEST] <nevcairiel> especially with high-core CPUs becoming far more readily available, which is really good for people that play and stream [02:30:01 CEST] <BtbN> h264 is just more than good enough. I don't see people switching to anything else in the next decade [02:30:19 CEST] <atomnuker> yeah, they're a bit slow if they're still using flv, eh [02:30:29 CEST] <BtbN> The absolute vast majority of people use x264 [02:30:31 CEST] <BtbN> on veryfast [02:30:40 CEST] <BtbN> Cause that's the default in OBS and XSplit [02:30:42 CEST] <nevcairiel> noone cares that they are using flv, its just a transmission format from here to the server [02:31:02 CEST] <atomnuker> a very restrictive one [02:31:12 CEST] <atomnuker> also 1/1000 timebase [15:41:20 CEST] <durandal_1707> j-b: ping [16:18:22 CEST] <cone-567> ffmpeg 03Michael Niedermayer 07master:6b67d7f05918: avformat/flvenc: Check audio packet size [16:18:22 CEST] <cone-567> ffmpeg 03Michael Niedermayer 07master:47db5763e21c: avcodec/aacpsdsp_template: Fix integer overflow in ps_stereo_interpolate_c() [16:18:22 CEST] <cone-567> ffmpeg 03Michael Niedermayer 07master:40c2f870aec9: avcodec/aacdec_template: Check for duplicate elements [16:18:22 CEST] <cone-567> ffmpeg 03Michael Niedermayer 07master:83dab8183e9f: avcodec/simple_idct_template: Fix several integer overflows [16:18:22 CEST] <cone-567> ffmpeg 03Michael Niedermayer 07master:1940c27c8272: avcodec/pnm_parser: Avoid reparsing failed data. [00:00:00 CEST] --- Sun Aug 5 2018

1 0

ffmpeg.log.20180804
by burek 05 Aug '18

05 Aug '18

[00:02:17 CEST] <Case_Of> ah [00:43:30 CEST] <Case_Of> atomnuker: made an ebuild for gentoo https://gist.github.com/CaseOf/e990438f5f0ebead41c70cab5f9fe58f [00:47:34 CEST] <atomnuker> cool, thanks [00:47:41 CEST] <atomnuker> they still mask 4.0, don't they? [00:48:49 CEST] <Case_Of> yes they still [00:49:17 CEST] <BtbN> Well, there's still a lot of software that breaks on 4.0 [00:49:27 CEST] <BtbN> so it's gonna stay marked as unstable for a while [00:50:36 CEST] <Case_Of> at least i can do it on a VM for testing [00:50:55 CEST] <Case_Of> i do not know it would handle /dev/sr0 though [00:52:16 CEST] <Case_Of> i have a gentoo vm that i can test it on [01:12:08 CEST] <Case_Of> the longest task was to copy the ebuild to the vm [01:14:09 CEST] <Case_Of> about 2 minutes to build ffmpeg is nice [01:35:04 CEST] <Case_Of> atomnuker: oops https://ptpb.pw/GCfH [01:36:28 CEST] <Case_Of> atomnuker: it's screwed on gentoo then [01:41:45 CEST] <Case_Of> atomnuker: should i set >=media-video/ffmpeg-9999 in dependencies? [01:46:22 CEST] <Case_Of> i'm trying [01:50:24 CEST] <Case_Of> it works with ffmpeg-9999 [01:57:53 CEST] <Case_Of> atomnuker: updated https://gist.github.com/CaseOf/e990438f5f0ebead41c70cab5f9fe58f [02:30:44 CEST] <Case_Of> atomnuker: well& https://ptpb.pw/Jnvr [02:31:56 CEST] <atomnuker> permissions? [02:32:35 CEST] <Case_Of> it's running as root [02:34:34 CEST] <atomnuker> not sure then, never tested it in a vm [02:35:21 CEST] <Case_Of> that's why i was having doubt earlier about that test [02:35:32 CEST] <Case_Of> [00:50:55] <Case_Of> i do not know it would handle /dev/sr0 though [02:36:26 CEST] <Case_Of> at least, i've tested it's build process in the ebuild [02:36:38 CEST] <Case_Of> to fix that ffmpeg dependency [02:40:04 CEST] <Case_Of> oh well, when you search cyanrip gentoo on google, you already get my gist [05:37:00 CEST] Action: botik101 greets everyones from simmering Zanzibar...he wishes he was there [05:37:31 CEST] <botik101> Is there a pre-compiled ffmpeg out there that I can use with majority of features in for Ubuntu 160.04 [05:38:29 CEST] <botik101> only this? [05:38:30 CEST] <botik101> https://johnvansickle.com/ffmpeg/ [05:41:24 CEST] <Cracki> sudo apt install ffmpeg [05:41:28 CEST] <Cracki> have you tried that [05:42:49 CEST] <botik101> Crack - yes... [05:43:17 CEST] <botik101> Crack - I have noticed that pre-compiled ffmpeg usually has better features [05:43:34 CEST] <Cracki> you use that term wrong [05:43:34 CEST] <botik101> Cracki: also, I was really hoping to find one that would be pre-compiled for NVIDIA GPU [05:43:52 CEST] <Cracki> everything you don't have to compile on your own machine is "pre-compiled" [05:43:59 CEST] <Cracki> wat [05:44:04 CEST] <botik101> I tried on numerous occasions to use NVidia GPU and compile it and each time my subuntu wen to hell and destroyed other projects that were already using CUDA [05:44:12 CEST] <Cracki> hardware acceleration for decoding and encoding depends on the system [05:44:21 CEST] <Cracki> huh? [05:44:52 CEST] <botik101> Cracki: I come from Windows background where I wrote a lot of drivers [05:45:22 CEST] <Cracki> what does that mean? [05:45:30 CEST] <Cracki> rather: what do you mean to say? [05:45:30 CEST] <botik101> Cracki: all the way back to VxDs, and i find the concept that if I have Nvidia installed that I need to individually compile ffmpeg to enable -nvenc really frustrating [05:45:47 CEST] <Cracki> uh... [05:45:55 CEST] <Cracki> you have some misconceptions there [05:46:35 CEST] <botik101> Cracki: I am not pretending to know how things work in Linux ... I am new. But, I just do not understand why we cannot have a dynamically linked library of some sort that would allow me to have ffmpeg working in an environment with Nvidia [05:47:02 CEST] <botik101> Crackl I hope I do - please tell me - because I am going bald ripping my hairs out trying to compile ffmpeg for my Nvidia GPU [05:47:28 CEST] <Cracki> pick any ffmpeg binary you have. ask it what build flags it was built with [05:47:47 CEST] <botik101> Cracki: ok... [05:47:55 CEST] <Cracki> then share those using a pastebin [05:48:13 CEST] <Cracki> just running ffmpeg will/should print the build configuration switches [05:49:04 CEST] <Cracki> while you're at it, skim https://trac.ffmpeg.org/wiki/HWAccelIntro [05:49:28 CEST] <botik101> Cracki: https://paste.pound-python.org/show/gI13zF0tJooAExv9ESxp/ [05:50:16 CEST] <botik101> Cracki: thank you for your patience... I know it is frustrating to explain the most obvious things here. I am being retrained by the company form mantaining our Windows drivers to completely new project and I have been struggling to say the least [05:51:14 CEST] <botik101> Cracki: For twenty years I was keeping eye on our Windows drivers... This is a completely new beast to me. The world has changed a lot... Believe it or not I have been Using VS 4.2 [05:51:16 CEST] <Cracki> https://dwijaybane.wordpress.com/2017/07/19/ffmpeg-with-nvidia-acceleration… [05:51:22 CEST] <Cracki> you can stop highlighting me [05:51:53 CEST] <Cracki> your past on windows matters very little (1) today (2) on linux [05:52:01 CEST] <botik101> sorry. [05:52:04 CEST] <Cracki> google is your best friend. [05:52:15 CEST] <Cracki> you are never the first one to have your problem. [05:52:27 CEST] <botik101> yes, thus I am tryng to learn as fast as I can. It is a compeltely different beast. [05:53:30 CEST] <botik101> In the example you sent me, we are still required to compiled ffmpeg. Can someone please understand why it needs to be compiled. We don't compile windows projects per each ndividual platform. It feels as if we wee back in 1990s [05:53:37 CEST] <Cracki> https://github.com/lutris/ffmpeg-nvenc [05:53:58 CEST] <Cracki> DLLs are hard [05:54:26 CEST] <botik101> cra: lol, they can be hard, but linux was alive for longer than recent windows. [05:54:44 CEST] <Cracki> it also didn't have the commercial backing ;) [05:54:55 CEST] <botik101> cra: I feel like it is like 1992 when I was compiling my ircserver to connect to the world [05:55:38 CEST] <botik101> cea: very true, but judging at ffmpeg source code - people who are writing it are nothing short of geniuses. I know I am not capable of writing the same level even on Windows [05:56:00 CEST] <botik101> cra: I would assume by now people woudl make things much more compatible. So strange. [05:56:32 CEST] <Cracki> how much experience with linux do you have? [05:56:40 CEST] <Cracki> do you know how many goddamned distributions there are? [05:56:52 CEST] <Cracki> developing for linux is like developing for android [05:57:05 CEST] <Cracki> as opposed to iphone, where you have a dozen iphones OVERALL [05:57:35 CEST] <Cracki> nvidia seems to have made some more effort to create usable drivers for linux... [05:57:45 CEST] <botik101> arghh/...dont mention iphone - hate that thing with passion - it may have been a good idea but it killed innovation [05:58:28 CEST] <Cracki> https://developer.nvidia.com/ffmpeg [05:59:05 CEST] <Cracki> https://ubuntuforums.org/showthread.php?t=2374338 [05:59:14 CEST] <botik101> Crack; but i am looking at ubuntu - it sure runs without compiling - it is simply incredible! I would assume that there are main baselines that objects can be precompiled for. I am looking at Lobre Office - I installed it and it did not have to be compiled. There are ffmpeg pre-compiled. So why not have NVIDIA-enabled ffmpeg prevompiled? Nvidia is not standardized enough? [05:59:43 CEST] <Cracki> seems not, I don't know [05:59:56 CEST] <Cracki> better ask the ffmpeg developers/maintainers [06:00:11 CEST] <Cracki> or rather the package maintainer for ubuntu [06:00:27 CEST] <Cracki> it's the package maintainer's job to make the binaries [06:00:48 CEST] <Cracki> what ffmpeg did you post the output of? package source? https://johnvansickle.com/ffmpeg/? [06:02:54 CEST] <botik101> this: https://johnvansickle.com/ffmpeg/ [06:03:16 CEST] <botik101> x86_64 build: ffmpeg-git-64bit-static.tar.xz [06:03:27 CEST] <Cracki> you will come across "vdpau", which is an acceleration api for linux [06:03:35 CEST] <Cracki> see the hwaccel wiki page [06:03:42 CEST] <Cracki> https://video.stackexchange.com/questions/18490/how-to-get-vdpau-hardware-a… [06:03:46 CEST] <Cracki> try ffmpeg -hwaccels [06:05:02 CEST] <Cracki> the problem with linux fanboys is that they are quite communist and reject any commercially important features (i.e. hw acceleration). the window builds of ffmpeg contain everything you can think of [06:05:56 CEST] <Cracki> I don't know if there's a technical reason not to compile ffmpeg with acceleration interfaces for linux. I don't know if there are builds with that. [06:06:56 CEST] <Cracki> not ubuntu, but informative https://wiki.archlinux.org/index.php/Hardware_video_acceleration [06:08:05 CEST] <Cracki> https://askubuntu.com/questions/777616/how-to-get-vdpau-hardware-accelerati… [06:10:08 CEST] <kepstin> note that with modern nvidia cards (and the closed source drivers), it might be preferable to use nvdec/nvenc instead of vdpau, at least for transcoding applications [06:10:33 CEST] <kepstin> and with intel/ati hardware, the vaapi interface is used [06:10:47 CEST] <friendofafriend> There's hardware acceleration in ffmpeg by NVENC/NVDEC, and h264_omx on the Raspberry Pi. [06:11:02 CEST] <Cracki> kepstin, would you know why there don't seem to be ffmpeg binaries for linux that have some hardware support compiled into them? [06:12:01 CEST] <kepstin> Cracki: not sure. I *think* the current nvenc/nvdec stuff in ffmpeg can be enabled now without creating a non-redistributable binary. [06:12:05 CEST] <Cracki> (the only linuxes I have access to right now are headless boxes without graphics hw, or I would have checked the hwaccels availability) [06:12:28 CEST] <Cracki> the build could not be completely static... [06:12:50 CEST] <Cracki> so it would use dynamic linking to whatever driver is in the system. it could of course detect if that can be found or not. [06:13:02 CEST] <kepstin> yes, that's how it would work. [06:13:36 CEST] <kepstin> hmm. come to think of it, that might be why nobody has a static build with that stuff enabled [06:14:05 CEST] <kepstin> I seem to remember something about how static executables can't use dlload()? could be wrong [06:14:11 CEST] <kepstin> er, dlopen() [06:14:17 CEST] <Cracki> uh that might be very strange [06:14:32 CEST] <Cracki> possible... [06:14:45 CEST] <Cracki> but I can't imagine such a silly restriction [06:15:54 CEST] <Cracki> static linking is like including object files _you_ didn't have source for, so I see no reason why linking one thing statically and another dynamically should be impossible [06:16:59 CEST] <Cracki> seems the compiler can get confused if you aren't precise about your wishes https://stackoverflow.com/questions/14289488/use-dlsym-on-a-static-binary [06:17:17 CEST] <kepstin> static linking is creating a static executable, i.e. one that doesn't use the dynamic loader (ld.so) [06:17:24 CEST] <kepstin> well [06:17:27 CEST] <kepstin> that's not really right [06:17:39 CEST] <Cracki> I knew linux and linking was weird... [06:17:52 CEST] <kepstin> you can link individual library archives into a dynamic executable [06:17:57 CEST] <kepstin> and that's also called static linking [06:19:54 CEST] <Cracki> ah http://www.yolinux.com/TUTORIALS/LibraryArchives-StaticAndDynamic.html [06:20:07 CEST] <kepstin> but the "static" ffmpeg builds available are generally built as static executables so they're not tied to specific versions of the standard c libraries (so e.g. you can use them on old linux), which means the dynamic loader isn't available [06:20:55 CEST] <Cracki> ah, because that would require some standard library of the system to know this system and how to link stuff from it? [07:51:43 CEST] <botik101> why print is telling me that timestamps are not / cannot be format(ed) for print? https://paste.pound-python.org/show/bGCfZG5vlFUs6rsn6BVw/ [13:10:45 CEST] <Case_Of> atomnuker: i did not got this idea earlier, but i could test it in a chroot [15:30:22 CEST] <pi-> https://superuser.com/questions/1250900/freeze-last-frame-of-a-video-with-f… [15:31:06 CEST] <pi-> I'm trying to do this, only I don't know in advance the characteristics of the source video [15:31:17 CEST] <pi-> So '-i nullsrc=s=3840x2160:d=10:r=30' wouldn't work [15:31:38 CEST] <pi-> How can I extract this data from the source video? [15:32:37 CEST] <pi-> what are d and s? [15:32:41 CEST] <pi-> r sorry [15:32:46 CEST] <furq> duration and framerate [15:32:58 CEST] <furq> you'd need to pull those values separately with ffprobe [15:34:02 CEST] <pi-> Thanks! [15:58:04 CEST] <pi-> How is the ffmpeg command in that URL actually working? [15:58:16 CEST] <pi-> How is it freezing the last frame of the video? [15:59:32 CEST] <pi-> '-f lavfi' what is this doing? Where can I find the help? [16:00:40 CEST] <durandal_1707> pi-: help is on www.ffmpeg.org [16:02:53 CEST] <durandal_1707> -f lavfi instruct ffmpeg to use lavfi as input source, you then set input filter with -i [16:07:38 CEST] <kubast2> Hey I have a .mkv file with audio stream ,I want to encode it into .mka without video into multiple streams with different encoders and different settings [16:07:40 CEST] <kubast2> how do I do that? [16:08:51 CEST] <DHE> ffmpeg -i input.mkv -map 0:a [output-audio-encoder-options] output.mka [16:09:09 CEST] <kubast2> uses the settings of the last encoder on all streams [16:09:25 CEST] <kubast2> I need to add somethin else right ? [16:09:37 CEST] <DHE> I'm sorry, what? [16:09:40 CEST] <kubast2> -map 0:a -c:a libopus -b:a 16k -map 0:a -c:a libopus -b:a 32k -map 0:a -c:a libopus -b:a 64k [16:09:48 CEST] <kubast2> tried doing that probablly something stupid [16:09:59 CEST] <kubast2> but yeah the resulting bitrate it encodes at is 256KBit [16:10:06 CEST] <kubast2> and the audio files sound the same [16:10:07 CEST] <DHE> you could make that work in a single command by putting an output filename after your options [16:10:52 CEST] <DHE> ffmpeg -i input.mkv -map 0:a -c:a libopus -b:a 16l output-16k.mka -map 0:a -c:a libopus -b:a 32k output-32k.mka -map 0:a -c:a libopus -b:a 64k output-64k.mka [16:11:03 CEST] <DHE> oops, I made some typos [16:11:05 CEST] <furq> kubast2: do you want them all in the same file [16:11:08 CEST] <kubast2> yes [16:11:22 CEST] <DHE> ah [16:11:27 CEST] <furq> -map 0:a -map 0:a -map 0:a -c:a libopus -b:a:0 16k -b:a:1 32k -b:a:2 64k [16:11:46 CEST] <furq> obviously -c:a:0 etc if you want different codecs per stream [16:40:35 CEST] <kubast2> furq, thanks a lot [16:44:57 CEST] <jokoon> is there a command to convert a gif directly to a video? [16:45:46 CEST] <jokoon> oh sorry my google search was bad [16:52:06 CEST] <JEEB> 41 [20:05:44 CEST] <kubast2> Hey ,is there some way improve crf quality for vp9? Used this settings for h.264 encode and the other ones for vp9 encode ,they result in the same size of a file: [20:05:54 CEST] <kubast2> libvpx-vp9 -threads 4 -row-mt 1 -tile-columns 1 -frame-parallel 0 -crf 40 ; -crf 26 -profile:v:0 high -preset slower -threads 4 [20:07:04 CEST] <kubast2> it doesn't need to be transparent ,size is a bit more important; they seem very similiar except places where h.264 "just" gets random scenes "right" and vp9 borks at first frame and slowlly but surerlly adjusts back to the right quality [20:07:15 CEST] <kubast2> by first frame I mean first frame on scene change [20:08:50 CEST] <kubast2> I can try -deadline best actually IIRC it does fix some places when vp9 borks at lowish bitrates on deadline good [20:09:18 CEST] <kubast2> ah also yes there was -b:v 0 on vp9 encode [20:09:30 CEST] <kubast2> I didn't copied it from commandline [20:21:34 CEST] <kubast2> yeah [20:22:30 CEST] <Cracki> rate adaption has some parameters you might be able to tune [20:22:36 CEST] <Cracki> such as maximum rate of change [20:34:20 CEST] <kubast2> -qmax and -qmin [20:34:52 CEST] <Cracki> those limit the value, not its rate of change [20:35:28 CEST] <Cracki> I suspect vp9 limits the change on its quantizer, and that you can unlock that [23:19:56 CEST] <rrg> Do I need TBC (time base correction) hardware (like good S-VHS players) to record old family recordings on VHS cassettes in good quality? Or can ffmpeg while recording with a regular USB grabber (empia ...) do the same? [23:21:29 CEST] <Cracki> I think you want to record it right, not postprocess it [23:33:56 CEST] <rrg> does the used usb grabber have to be special too or is it enough when the tbc hardware fixes the signal? [23:42:30 CEST] <Cracki> you ask difficult questions [23:43:16 CEST] <Cracki> from 5 seconds of googling I could gather that "tbc hardware" takes a fucked up signal and fixes some timing information in it, but don't ask me how it does that [23:44:14 CEST] <Cracki> the A/D conversion of the signal, e.g. via a grabber that is attached via usb, would do its best to respect the timing info, no matter if it's bad or good [23:44:55 CEST] <Cracki> how about you *try* something? [00:00:00 CEST] --- Sun Aug 5 2018

1 0

ffmpeg-devel.log.20180803
by burek 04 Aug '18

04 Aug '18

[02:11:30 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:7dd836a3f977: avcodec/qtrle: Check remaining bytestream in qtrle_decode_XYbpp() [02:11:31 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:51ac3f43b8bf: avcodec/mlp_parser: Check if synccode is within buffer [02:11:32 CEST] <cone-056> ffmpeg 03Nikolas Bowe 07master:5aeb3b008080: lavc/svq3: Fix regression decoding some files. [16:48:17 CEST] <rhns> Hi! I'm looking for some information regarding vulnerabilities CVE-2018-1999010 to CVE-2018-1999015. 4.0.2 fixes them, 3.3.8 some of them but 3.4.4 and 3.2.12 (that hava been released at the same time) seem to still have the vulnerable code. [16:50:13 CEST] <rhns> I have trouble figuring out if 3.4.x and 3.2.x were vulnerable in the first place. Maybe checks countering these vulnerabilities were being done elsewhere :\ [18:03:05 CEST] <durandal_1707> j-b: do you gonna sponsor addition of imm4 decoder to lavc? because I gonna write decoder. [19:15:07 CEST] <durandal_1707> January: ping [19:15:32 CEST] <January> durandal_1707: what's up? [19:15:53 CEST] <durandal_1707> January: are you still working on that thing I gave you? [19:16:37 CEST] <January> durandal_1707: not really, would you want what I did so far? [19:17:29 CEST] <durandal_1707> January: yes, you were supposed to make use of javascript code... [19:18:12 CEST] <January> I know what I was meant to do, I just suddenly had no time to work on it anymore [19:18:37 CEST] <durandal_1707> it's fine [20:07:25 CEST] <cone-788> ffmpeg 03Aman Gupta 07master:476fd6ba3a7d: avcodec/mediacodecdec: fix SEGV on modern nvidia decoders [20:08:02 CEST] <cone-788> ffmpeg 03Aman Gupta 07release/4.0:fab3418cb9e4: avcodec/mediacodecdec: fix SEGV on modern nvidia decoders [21:46:58 CEST] <durandal_1707> will there be special ffmpeg dev meeting at vdd? [21:50:11 CEST] <atomnuker> just a normal one where we argue with nicholas if he's there [21:52:40 CEST] <jamrial> lol [21:58:11 CEST] <durandal_1707> who will talk and about what? [21:59:18 CEST] <atomnuker> dunno, I guess we'll talk about the av1 decoder which should be at least on the ML by then [21:59:36 CEST] <atomnuker> and a new filter api too I guess [22:00:02 CEST] <durandal_1707> how much slow will decoder be? [22:07:38 CEST] <TD-Linux> I would expect less than 2x as slow as the vp9 decoder [22:17:13 CEST] <jamrial> that sounds like 4k 30fps will be impossible for anything but the latest i7/Ryzen CPUs [22:18:20 CEST] <atomnuker> well there should still be room for optimization [22:18:42 CEST] <atomnuker> but that does sound optimistic atm IMO [22:19:11 CEST] <durandal_1707> ban slow video codecs [22:20:23 CEST] <durandal_1707> encoding is even worse [22:23:05 CEST] <atomnuker> its still not as bad as jp2k [00:00:00 CEST] --- Sat Aug 4 2018

1 0

ffmpeg.log.20180803
by burek 04 Aug '18

04 Aug '18

[01:58:32 CEST] <mindcrimes> does ffmpeg allow google drive streams? [01:58:34 CEST] <mindcrimes> just curious [02:00:22 CEST] <DHE> what do you mean by "allow" ? [02:02:03 CEST] <mindcrimes> is able to? /me shrugs [02:02:15 CEST] <mindcrimes> I just want to stream stuff from my drive [02:09:17 CEST] <heating2> Hi! I was wondering if I'm using ffmpeg wrong or if I've found a bug, I was trying to convert a file to s16le using 'ffmpeg -i myfile.webm -f s16le somenewfile', the command runs successfully but after trying to play back the output the audio is slowed down a ton so it's impossible to tell what the original was [02:11:31 CEST] <DHE> heating2: that's a raw format. there's no sample rate on it. maybe you want a format like wav with that information? [02:13:54 CEST] <heating2> DHE: Well, I have to convert it to s16le in order to convert it to opus [02:14:27 CEST] <DHE> wait what? [02:14:36 CEST] <heating2> (there's a few other steps involved in between otherwise I would be using ffmpeg to convert it to opus in the first place) [02:16:09 CEST] <Cracki> "somenewfile.wav" please [02:16:19 CEST] <Cracki> use some container format [02:16:28 CEST] <Cracki> heating2, ^ [02:16:45 CEST] <heating2> Cracki, in the actual situation it's being piped from stdout [02:17:40 CEST] <heating2> I tried that as well though and still get the slowed down audio [02:19:28 CEST] <DHE> so the source is also headerless and you need to set a sample rate [02:20:08 CEST] <DHE> usually add "-r 48000" or such before the -i parameter [02:32:08 CEST] <heating2> DHE, doesn't seem to work :/ [02:33:20 CEST] <DHE> well I'm guessing. I'm lacking details here... also having trouble believing the source is actually a webm file on disk... [02:36:29 CEST] <heating2> DHE, https://hastebin.com/vosijibiru.bash [02:48:21 CEST] <Cracki> show your script [02:48:30 CEST] <Cracki> or oneliner or whatever [02:49:01 CEST] <heating2> to make that output I used 'ffmpeg -r 48000 -i test.webm -f s16le -r 48000 test.wav 2> /tmp/out.txt' [02:49:06 CEST] <Cracki> according to that log, output should sound like input [02:49:30 CEST] <heating2> If you'd like I can send you sample inputs and ouputs? [02:49:31 CEST] <Cracki> how do you play these files [02:49:38 CEST] <Cracki> upload them, yes [02:49:45 CEST] <heating2> ffplay -f s16le whatever.wav [02:49:54 CEST] <Cracki> maybe don't do that [02:50:09 CEST] <Cracki> -f s16le will probably tell it that the file is raw [02:50:19 CEST] <Cracki> and will assume 8000 hz or something [02:50:29 CEST] <Cracki> so it will play the header as audio too [02:50:38 CEST] <heating2> https://transfer.sh/UZhtP/test2.wav https://transfer.sh/13xUS1/test2.webm [02:50:40 CEST] <Cracki> just drop the -f s16le for ffplay [02:51:13 CEST] <heating2> Cracki, when I do that I get 'test2.wav: Invalid data found when processing input' [02:51:23 CEST] <Cracki> ah... it's not a wav! [02:51:29 CEST] <Cracki> drop the -f s16le for ffmpeg too! [02:51:42 CEST] <Cracki> use -c:a ... [02:51:51 CEST] <heating2> I'm trying to convert the webm to s16le [02:52:02 CEST] <Cracki> OR use ffplay with -f s16le -r 48000 [02:52:09 CEST] <Cracki> s16le is a raw format [02:52:15 CEST] <Cracki> you want uncompressed pcm [02:52:19 CEST] <Cracki> so you want -c:a ... [02:52:34 CEST] <heating2> Cracki, Failed to set value '48000' for option 'r': Option not found [02:52:38 CEST] <Cracki> oh well [02:53:23 CEST] <Cracki> first, DO NOT make ffmpeg save that output as "wav" [02:53:28 CEST] <Cracki> let it save as .raw or something [02:53:38 CEST] <Cracki> that makes it clear that that file is NOT a wav, but just raw data [02:53:44 CEST] <heating2> Oh I was told to use .wav because "it needs a container" [02:53:47 CEST] <Cracki> it does [02:54:05 CEST] <Cracki> but as long as you use -f s16le, it will NOT write a container at all, no matter what the file name is [02:54:09 CEST] <DHE> WAV is a container [02:54:12 CEST] <Cracki> I told you, use -c:a something [02:54:25 CEST] <Cracki> DHE, the file he uploaded ends in .wav, but it has no wav header [02:54:29 CEST] <Cracki> it's just the samples [02:54:39 CEST] <Cracki> USE -C:A SOMETHING [02:55:07 CEST] <heating2> Cracki, I used c:a and it gives static [02:55:10 CEST] <Cracki> https://trac.ffmpeg.org/wiki/audio%20types [02:55:16 CEST] <Cracki> what exact command? [02:55:36 CEST] <heating2> ffmpeg -i test2.webm -f s16le -c:a copy test2.raw [02:55:43 CEST] <Cracki> ffmpeg -i foo.webm -c:a pcm_s16le out.wav [02:55:44 CEST] <heating2> should I use -c:a s16le ? [02:55:47 CEST] <heating2> ohhh [02:55:55 CEST] <Cracki> you need to listen more carefully [02:56:32 CEST] <Cracki> when I said use -c:a, I meant that IN PLACE OF "-f ...", not in addition [02:56:41 CEST] <heating2> Alright sorry [02:56:44 CEST] <heating2> thanks for your help [02:56:50 CEST] <Cracki> read moar docs [02:57:09 CEST] <Cracki> docs are life [02:57:41 CEST] <Cracki> so many critters on my walls, liking the lamp, and then dying when I turn it off... [03:04:08 CEST] <Cracki> that "listen carefully" part was supposed to be a joke ;) [10:26:52 CEST] <dadabidet> hello [10:26:58 CEST] <dadabidet> ffmpeg -i img_%03d.gif output.mp4 [10:27:30 CEST] <dadabidet> img_%03d.gif: No such file or directory [10:30:08 CEST] <DHE> gif isn't supported by the sequential frames decoder because a gif is believed to already be animated [10:30:39 CEST] <DHE> and you normally wouldn't use a .gif for a single frame [10:30:40 CEST] <dadabidet> ok [10:44:42 CEST] <dadabidet> neither firefox not VLC can read the video [10:44:51 CEST] <dadabidet> nor [10:46:14 CEST] <dadabidet> firefox says file is corrupt [10:46:19 CEST] <dadabidet> wait [10:47:32 CEST] <dadabidet> actually VLC does show it [10:47:41 CEST] <dadabidet> not firefox, still corrup [10:47:42 CEST] <dadabidet> t [10:49:05 CEST] <dadabidet> might be a format=yuv420p issue [10:49:19 CEST] <dadabidet> I would have thought firefox had an up to date player [10:50:19 CEST] <furq> er [10:50:27 CEST] <dadabidet> yeah I would need to resize those image to a multiple of 2 [10:50:29 CEST] <furq> DHE: is it not supported if you use -f image2 [10:50:55 CEST] <dadabidet> I made it work by converting to PNG with python+pillow [10:51:35 CEST] <DHE> furq: yeah I know [10:52:22 CEST] <furq> i know the image2 muxer supports gif so i assume the demuxer does [10:53:07 CEST] <DHE> I checked the code. it doesn't seem to. [10:53:12 CEST] <furq> lame [10:53:15 CEST] <dadabidet> any idea why VLC play that video, and not firefox 61? [10:53:54 CEST] <furq> which os [10:54:01 CEST] <DHE> well nobody uses .gif for single frames, and concatenating multiple videos should use the concat filter/demuxer [10:54:04 CEST] <furq> firefox on windows doesn't support 4:4:4 because wmf doesn't [10:54:15 CEST] <poutine> what is the url to the video? [10:54:30 CEST] <poutine> curious what the content type is [10:54:38 CEST] <dadabidet> ubuntu [10:55:00 CEST] <poutine> neat url [10:55:57 CEST] <dadabidet> where could I post a raw video, its less than 200KB [10:56:08 CEST] <furq> 0x0.st [10:56:39 CEST] <dadabidet> oh nice [10:56:58 CEST] <poutine> dadabidet, curl <url> |grep -i "content-type" [10:57:25 CEST] <poutine> are you putting a file:/// url into firefox? [10:57:29 CEST] <furq> oh nvm [10:57:32 CEST] <dadabidet> yeah why [10:57:40 CEST] <furq> apparently firefox on all platforms removed support for 4:4:4 because it can't be supported on windows or osx [10:57:44 CEST] <furq> so that's probably the issue [10:57:47 CEST] <dadabidet> oh [10:58:35 CEST] <furq> you should really convert it to 4:2:0 if you want it to be viewable on the web anyway [10:58:42 CEST] <furq> desktop chrome is the only thing that supports 4:4:4 [11:00:31 CEST] <dadabidet> curl -F'file=(a)output.mp4' http://0x0.st [11:00:47 CEST] <dadabidet> is that the right command? it returns me http://0x0.st/-k.txt [11:05:30 CEST] <dadabidet> so to be clear, if I want 4:2:0 I need to change my images size to a 2 multiple? [11:05:40 CEST] <dadabidet> or is there another way? [11:10:16 CEST] <dadabidet> I need a reverse crop with pillow [11:14:37 CEST] <dadabidet> what kind of channel could I go to ask about image manipulation/ [11:14:41 CEST] <dadabidet> ? [11:57:45 CEST] <feabeaeadd> Hello [11:58:34 CEST] <feabeaeadd> How can I extract a specific frame from a video? Can I ask FFmpeg to extract "frame number 32" for exemple? [12:20:33 CEST] <hrvoje> try ffmpeg -i inputfile -vf 'select=eq(n\,32)' -vframes 1 output.png [12:20:43 CEST] <hrvoje> it might work [12:23:58 CEST] <feabeaeadd> Hum [12:24:18 CEST] <feabeaeadd> Thanks hrvoje, I'll try. But why is it so complicated? [12:26:34 CEST] <hrvoje> It's not that complicated, you just have to get used to it :) [13:27:44 CEST] <Cracki> video formats are complicated. [13:27:55 CEST] <Cracki> variable frame rate, ... seeking to non-keyframes, ... [15:33:10 CEST] <ArsenArsen> can I guess the "best" codec available for a certain format (eg for mp4 it would give me x264 if available) using the libavformat api [15:47:03 CEST] <DHE> ArsenArsen: if you have it as an AVOutputFormat* object, avof->video_codec contains the codec_id of that codec [15:47:32 CEST] <DHE> note that H264 is a codec, x264 is an encoder [16:41:25 CEST] <ArsenArsen> DHE, I am about to write to a file and I just need a codec that is compatible with the given container [16:43:45 CEST] <DHE> ArsenArsen: assuming that the avof->video_codec field is sane, AVCodec *encoder = avcodec_find_encoder(avof->video_codec); // should be sufficient most of the time [16:44:43 CEST] <paulk-leonov> hi there [16:44:58 CEST] <paulk-leonov> is there a way to encode with x265 with only intra frames and declaring main profile? [16:45:22 CEST] <paulk-leonov> I'm going with: ffmpeg -i "$path" -c:v libx265 -crf 0 -profile:v main -x265-params frame-threads=6:keyint=1:ref=1:no-open-gop=1:weightp=0:weightb=0:cutree=0:rc-lookahead=0:bframes=0:scenecut=0:b-adapt=0:repeat-headers=1 "$path-h265.mp4" [16:45:32 CEST] <paulk-leonov> but that does not declare main profile in the bitstream [16:47:43 CEST] <ArsenArsen> okay, I got that DHE, but how do I make sure the codec would be properly initialized and ready to write reencoded video data (in this case from rawvideo to whatever) [16:48:19 CEST] <DHE> ArsenArsen: have you read the example apps in the doc/examples directory? [16:48:31 CEST] <ArsenArsen> I'm working off of remuxing.c [16:49:44 CEST] <DHE> yeah but that's a pure remuxer, converting say MP4 to MKV without any codec processing. such a program would be mainly limited by disk speed [16:49:59 CEST] <ArsenArsen> ah [16:50:11 CEST] <ArsenArsen> that's not what I need, I'd also need to reencode it to a different codec [16:50:54 CEST] <DHE> you might want transcoding.c which does a full transcode from file to file [16:51:25 CEST] <ArsenArsen> mhm, I'll check that one out, and strip away all the filtering [16:53:28 CEST] <jkqxz> paulk-leonov: What profile does it get? I think it should be Main by default for any 8-bit 4:2:0 input, but if you supply a 10-bit input or something else then it will have to give you Main10 or RExt instead. [16:53:42 CEST] <paulk-leonov> jkqxz, it's always rext apparently [16:54:03 CEST] <paulk-leonov> using -profile:v with mainstillpicture also gives rext [16:54:34 CEST] <DHE> generally the encoders will examine the parameters of the encoder and write the "true" profile. if you're overriding anything in x265-params that violates the main profile it will write something else... [16:54:40 CEST] <DHE> (or it could be an x265 bug?) [16:54:56 CEST] <paulk-leonov> ok so maybe I need to trim down my options [16:55:17 CEST] <paulk-leonov> but I guess that only intra frames should be compatible with every profile [16:55:20 CEST] <DHE> conversely if you set the profile to main but set other options low enough I know x264 will write "baseline" to the bitstream.... [16:55:21 CEST] <paulk-leonov> (provided it's 8-bit 420) [16:56:15 CEST] <jkqxz> Sounds like the input isn't 8-bit 4:2:0, I guess. [16:57:16 CEST] <jkqxz> "-g 1" should give you intra-only for most codecs, but just trying it it seems not to work at all for libx265. [16:57:55 CEST] <jkqxz> Yeah, the wrapper doesn't look at gop_size at all. That might be worth fixing... [16:59:35 CEST] <jkqxz> Ah, it gives you RExt because it decides that you wanted 'Main Intra' profile rather than 'Main' profile. [17:01:00 CEST] <jkqxz> That's kindof insane. [17:05:38 CEST] <ArsenArsen> :q [17:05:45 CEST] <ArsenArsen> wrong window - oops [17:05:46 CEST] <jkqxz> <https://bitbucket.org/multicoreware/x265/src/eea92165b035db5ebb1f902debba17…> The profile supplied explicitly by the user is checked but then mostly ignored (though explicit Intra profiles will give you intra-only). [17:12:34 CEST] <paulk-leonov> jkqxz, oh, so there are such intra-only profiles? [17:13:06 CEST] <paulk-leonov> so an intra constraint automatically gives MAINREXT [17:13:12 CEST] <jkqxz> Yes. Main Intra is a subprofile of RExt. [17:13:20 CEST] <paulk-leonov> damn [17:13:31 CEST] <paulk-leonov> I need this to have VAAPI pick it up [17:13:32 CEST] <jkqxz> But using that by default is completely insance, since it will only mess up compatibility and provide essentially no benefit. [17:13:50 CEST] <jkqxz> I would go and edit libx265 to not do that. [17:14:25 CEST] <paulk-leonov> is it usually a shared lib when used with ffmpeg? [17:14:39 CEST] <jkqxz> (Since Main Intra is a subset of Main, but being marked as RExt will make most decoders reject it.) [17:14:47 CEST] <jkqxz> Yes. [17:15:17 CEST] <paulk-leonov> alright, looks like I can get it done in the next 45 mins [17:18:53 CEST] <jkqxz> I guess if libx265 is making these files then it might be worth editing the hwaccel code in ffmpeg to treat (Main Intra, Main 10 Intra) as (Main, Main 10) for hardware decode purposes. [17:19:02 CEST] <jkqxz> But that won't help you with any other decoder. [17:21:29 CEST] <paulk-leonov> yes indeed, that would help a lot [17:21:45 CEST] <paulk-leonov> I'll try to submit a patch to libx265 next week then [17:21:55 CEST] <paulk-leonov> for choosing the right profile [17:22:13 CEST] <paulk-leonov> and to ffmpeg for allowing hwaccel [17:28:28 CEST] <jkqxz> Oh - Main Intra technically allows greyscale where Main does not. That shouldn't make much difference to the change, though. [17:41:28 CEST] <ArsenArsen> does anyone have a working screen capture implementation that doesn't utilize deprecated methods (in C) [17:42:59 CEST] <pi-> Is there anyone around that might be willing to help me through adding 1s of black to the start of a video? [17:43:17 CEST] <pi-> (happy to offer consultancy rate) [17:45:24 CEST] <pi-> https://video.stackexchange.com/questions/20717/ffmpeg-add-3-seconds-of-bla… <-- this looks like a healthy solution, but I will struggle to implement it quickly [17:49:41 CEST] <killown> how do I calc the kbps bitrate from a video? [17:49:46 CEST] <killown> with ffmpeg* [18:34:13 CEST] <Cracki> killown, use ffprobe [18:34:18 CEST] <Cracki> it tells you tons of stuff [18:35:00 CEST] <DHE> yes but it doesn't consistently tell you the whole video bitrate, usually only audio bitrates (since many codecs are fixed bitrate) and whole file bitrate (file size / duration) [23:33:33 CEST] <Case_Of> atomnuker: not any release for cyanrip? [23:49:16 CEST] <atomnuker> no, 3.3 is too old, didn't have flac coverart embedding which I really wanted [23:50:06 CEST] <atomnuker> just compile 4.0, install it to somewhere and use PKG_CONFIG_PATH to add that directory when you compile cyanrip [23:50:26 CEST] <atomnuker> doesn't have to be root, could be somewhere in /home [00:00:00 CEST] --- Sat Aug 4 2018

1 0

ffmpeg-devel.log.20180802
by burek 03 Aug '18

03 Aug '18

[18:53:18 CEST] <durandal_1707> found out some silly imm5 dll responsible for cctv fotage have old ffmpeg bits in it [22:07:43 CEST] <durandal_1707> whats going on? [22:08:18 CEST] <jamrial> with what? [22:09:24 CEST] <durandal_1707> with CoC [22:11:57 CEST] <j-b> jamrial: good! [22:12:17 CEST] <durandal_1707> whats good? [22:13:22 CEST] <j-b> mkv/av1 [22:15:42 CEST] <atomnuker> yeah, there's been less comments on the cellar list about av1 in mkv [22:16:14 CEST] <atomnuker> and no commits to the av1 matroska branch in 2 weeks [22:16:48 CEST] <durandal_1707> so it is not complete? [22:17:38 CEST] <j-b> it's blocked by the MP4 spec. [22:17:50 CEST] <j-b> because they want to make the MKV spec the most similar to Mp4 [22:18:12 CEST] <jamrial> BBB, atomnuker: there's a discussion going on about av1C/CodecPrivate still [22:18:15 CEST] <atomnuker> I thought it was just jamrial's issues left [22:18:20 CEST] <jamrial> it may change, or it may not [22:18:24 CEST] <j-b> https://github.com/AOMediaCodec/av1-isobmff/issues/50 et al. [22:19:06 CEST] <jamrial> err, sorry BBB for pinging you, meant j-b [22:19:13 CEST] <BBB> right [22:19:20 CEST] <BBB> I would not know anything about this [22:19:28 CEST] <BBB> I know transforms and stuff [22:19:31 CEST] <BBB> is that useful? [22:19:38 CEST] <BBB> :-p [22:19:47 CEST] <jamrial> but yeah, it's up to date now, and if there's any change i'll just make the necessary changes [22:21:22 CEST] <jamrial> BBB: yes if you want to actually get something on a screen and not just do remuxing roundtrips, obviously :p [22:22:36 CEST] <durandal_1707> anybody want to tell something to me? [22:24:06 CEST] <atomnuker> durandal_1707: is it hot down there in croatia? [22:26:43 CEST] <durandal_1707> atomnuker: it is colder than in Paris for sure [22:29:09 CEST] <atomnuker> give paris time to cool down, vdd's in september [22:29:33 CEST] <atomnuker> not that there's anyone in paris atm, its a ghost town [22:29:46 CEST] <durandal_1707> then it is most humid [22:37:27 CEST] <durandal_1707> how many different idct are possible with video codecs? [22:41:36 CEST] <atomnuker> if not bitexact, millions, the spec says what the error of a "correct" one should be within [22:44:00 CEST] <atomnuker> if bitexact, still a lot, but less since whatever your input is as long as its within valid ranges you need to keep accuracy [22:44:21 CEST] <kierank> durandal_1707: there is a michaelni blog post about it [22:45:07 CEST] <durandal_1707> really? between various hitech stuff? [22:46:12 CEST] <durandal_1707> codecs tend to invent own stuff every single time [22:49:02 CEST] <atomnuker> no, some lossy intra-only codecs use the IEEE 8x8 JPEG transforms and it sucked [22:57:50 CEST] <durandal_1707> read blog, its really complicated, i will need to RE simd [22:58:30 CEST] <durandal_1707> code as written for bink2 newer variants [22:59:06 CEST] <durandal_1707> and there is imm4... [00:00:00 CEST] --- Fri Aug 3 2018

1 0

ffmpeg.log.20180802
by burek 03 Aug '18

03 Aug '18

[04:27:40 CEST] <botik101> ok, guys, I have a major problem - I am using one ffmpeg statement to retrieve 100 frames and saves it to disk with filename%03d ...how do I know which filename corresponds to whcih frame? and is there a better way> [04:29:32 CEST] <Cracki> they're numbered sequentially? [04:29:53 CEST] <Cracki> I don't see the problem [04:44:42 CEST] <botik101> Cracki: I tried using %i and it is not working..... [04:46:27 CEST] <botik101> why is it not adding numbers to the output filename here? %i shuld add the index of each time slot: ffmpeg_string is: ffmpeg -i /home/victor/Videos/FIFA/fox0-600.mp4 -filter:v "select='lt(prev_pts*TB\,250.710704)*gte(pts*TB\,250.710704) + 'lt(prev_pts*TB\,310.799771)*gte(pts*TB\,310.799771) + 'lt(prev_pts*TB\,235.889994)*gte(pts*TB\,235.889994)'" -frames:v 1 filename_%0000i.jpg [04:47:23 CEST] <botik101> it has three timeframes to extract from, so I would expect three filenames each indlucing the timeoffset inside the name. [04:52:09 CEST] <botik101> is there a way to add to the filenamethe time-offset or the index of the frame that is being exported by ffmpeg? I can only get %d to work [04:54:08 CEST] <furq_> botik101: -frames:v 1 is an output option, so it'll stop writing after one frame [04:54:16 CEST] <furq_> but also you should just be able to add -frame_pts 1 [04:55:56 CEST] <furq_> i'm also not really sure why you're not doing select=t=250.710704 etc [04:56:33 CEST] <botik101> furq: i am not doing it because i noticed that the frametime for some of the images are rounded off [04:57:03 CEST] <botik101> furq_: so, this way I ensure that we get the right frame or the next closest frame to that timestamp [04:57:10 CEST] <furq_> well yeah it's generally easier to work with frame numbers if you can [04:58:00 CEST] <botik101> furq_: yeah, i wish this was the ccase... but how do you save the timeoffset or timestamp of the frame in the filename? [04:58:07 CEST] <furq_> -frame_puts 1 [04:58:10 CEST] <furq_> -frame_pts 1 [04:58:25 CEST] <botik101> furq_: also, frame_pts 1 - i cant find a lot of information on it [04:58:27 CEST] <furq_> https://www.ffmpeg.org/ffmpeg-formats.html#Options-6 [04:59:01 CEST] <furq_> iirc it just puts the pts in place of the sequence number [04:59:35 CEST] <furq_> you can also mess around with the strftime stuff but i always found that to be needlessly complicated [05:01:06 CEST] <botik101> furq_: hmmm.... ffmpeg -i /home/victor/Videos/FIFA/fox0-600.mp4 -filter:v "select='lt(prev_pts*TB\,250.710704)*gte(pts*TB\,250.710704) + 'lt(prev_pts*TB\,310.799771)*gte(pts*TB\,310.799771) + 'lt(prev_pts*TB\,235.889994)*gte(pts*TB\,235.889994)'" -frame_pts 1 filename_%di.jpg [05:01:14 CEST] <botik101> not good [05:02:31 CEST] <furq_> what's the problem [05:02:47 CEST] <botik101> whole screen covered in red.... [05:03:57 CEST] <botik101> furq: this - ffmpeg -i /home/victor/Videos/FIFA/fox0-600.mp4 -filter:v "select='lt(prev_pts*TB\,250.710704)*gte(pts*TB\,250.710704) + 'lt(prev_pts*TB\,310.799771)*gte(pts*TB\,310.799771) + 'lt(prev_pts*TB\,235.889994)*gte(pts*TB\,235.889994)'" -frame_pts 1 filename_%d%i.jpg [05:04:16 CEST] <botik101> results in this: [05:04:18 CEST] <botik101> Unrecognized option 'frame_pts'. Error splitting the argument list: Option not found [05:05:31 CEST] <botik101> oh god, do i need to recompile the whole ffmpeg [05:06:23 CEST] <furq_> what ffmpeg version [05:06:58 CEST] <furq_> https://www.johnvansickle.com/ffmpeg/ [05:07:04 CEST] <furq_> just use those if you're on an old ubuntu or something [05:09:27 CEST] <botik101> furq: i am on ubuntu 16.04 ... hold on [05:09:51 CEST] <botik101> ok, recompiled a different ffmpeg [05:09:54 CEST] <botik101> ffmpeg.old -i /home/victor/Videos/FIFA/fox0-600.mp4 -filter:v "select='lt(prev_pts*TB\,250.710704)*gte(pts*TB\,250.710704) + 'lt(prev_pts*TB\,310.799771)*gte(pts*TB\,310.799771) + 'lt(prev_pts*TB\,235.889994)*gte(pts*TB\,235.889994)'" -frame_pts 1 filename_%d%i.jpg [05:10:14 CEST] <botik101> this one is insanity: [05:10:16 CEST] <botik101> image2 @ 0x28dd5c0] Cannot write filename by pts of the frames.av_interleaved_write_frame(): Invalid argument frame= 7082 fps=135 q=24.8 Lsize=N/A time=00:03:55.94 bitrate=N/A dup=7081 drop=0 speed=4.49x video:417478kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! [05:13:32 CEST] <furq> remove %i from the filename [05:19:46 CEST] <furq> also add -vsync vfr as an output option [05:22:17 CEST] <botik101> furq - trying [05:24:22 CEST] <botik101> furq - much better [05:24:25 CEST] <botik101> filename_7081.jpg [05:25:09 CEST] <botik101> but the values should be 250.710704 [05:25:32 CEST] <botik101> 7081 is the frame number right? [05:25:44 CEST] <furq> it's the pts [05:39:08 CEST] <botik101> furq: I have only time_offset [05:39:56 CEST] <botik101> I looked at ways to use pts to calculate time_offset but it is not realistic for 10000 frames [05:40:53 CEST] <botik101> furq: I have an array with time offset only in the system. I have access to file, but operation on it is very expensive, so I am trying to avoid unnecessary access [05:43:17 CEST] <botik101> is there a way for ffmpeg to reutrn the list of filenames it has created? [05:45:11 CEST] <furq> just divide the pts by the timebase shown by ffmpeg/ffprobe [05:45:31 CEST] <botik101> I tried that - it drifts [07:16:34 CEST] <botik101> it is the right way to get the timebase - ffprobe -show_streams fox0-600.mp4 ? I am grepping time_base and I get 1/48000 and time_base=1/30015 [07:21:27 CEST] <furq> it should be under codec_time_base [07:22:04 CEST] <furq> also add select_streams v:0 because those look like audio stream timebases to me [07:22:10 CEST] <furq> 1/48000 is definitely the aac timebase [07:22:24 CEST] <botik101> furq: yes i suspected as much [07:23:08 CEST] <botik101> codec_time_base=300166/18019005 time_base=1/30015 [07:24:12 CEST] <botik101> furq: do you rememebr i told you abotu the drift? well, here it is: the time offset is: 250.710704 [07:25:00 CEST] <botik101> furq: the filename generated is filename_7081 [07:25:31 CEST] <botik101> 7081/30015 is 0.23591537564 [07:30:36 CEST] <botik101> furq - what I am missing here? [07:38:12 CEST] <botik101> furq: so pts/time_base does not give me timeoffset [07:44:00 CEST] <botik101> any ideas? [09:45:59 CEST] <atbd> bahrom: "no more output stream", "EOF on sink link out" [10:20:11 CEST] <keglevich> test [10:22:10 CEST] <keglevich> hey all... I compiled ffmpeg 4.0 (latest trunk) with pthreads support. I used two parameters "--enable-pthreads" and "--disable-w32threads". Is this combination correct or should I maybe only use one of these parameters? [10:22:51 CEST] <keglevich> Furthermore, I'm using the following command to produce perfect CBR UDP mpegts output: [10:22:52 CEST] <keglevich> ffmpeg -re -i 1.mkv -c:v mpeg2video -r 25 -b:v 5000k -c:a mp2 -ac 2 -b:a 192k -ar 48000 -minrate 5000k -maxrate 5000k -bufsize 700k -pcr_period 30 -f mpegts -muxrate 5450k "udp://239.1.1.1:10000?pkt_size=1316&bitrate=5450000&burst_bits=100000&fifo_size=5450000" [10:23:26 CEST] <keglevich> I know that "bitrate" and "muxrate" should be the same...that's fine... but what about "burst_bits" and "fifo_size"? [10:23:32 CEST] <keglevich> which values should I use? [10:24:13 CEST] <keglevich> there's practically no docs about these values anywhere...but they're crucial...without burst_bits and without fifo_size I get fatal errors [10:27:04 CEST] <Nacht> Jeez, I've been trying for ages to get my text to rotate using an alpha channel, but it just didn't show up. Just downloaded the latest static, and now it works :/ [11:47:15 CEST] <keglevich> is there an option to get somehwere compiled ffmpeg shared .dll binaries with pthreads enabled (or in other words with w32threads disabled)? [11:47:25 CEST] <keglevich> I'd need 4.0 32-bit binaries [14:03:54 CEST] <keglevich> is it possible to compile official zeranoe ffmpeg 4.0 builds for windows somehow easily? I'd just like to recompile using one additional parameter (--disable-w32threads) [14:31:34 CEST] <zap0> keglevich, does he not provide build scripts? [14:32:00 CEST] <DHE> also, I read that question as "can I compile my own official 3rd party packages?" [14:33:52 CEST] <keglevich> I downloaded the "dev" package for 4.0 as well from zeranoe, but I don't know what to do with it [14:34:20 CEST] <keglevich> until now I just used mediawutobuild suite which does everything automatically...sets up the environment, mingw on windows, etc. [14:35:15 CEST] <keglevich> but that one only compiles latest git versions, but now I'd like to recompile original zeranoe 4.0 w32 shared build, only with one additional paremeter so it will use pthreads instead of w32threads [14:35:33 CEST] <keglevich> pthreads support I need for some specific UDP mpegts output parameters [14:36:45 CEST] <keglevich> so I guess there's no third party packages envolved, just a different threading support [16:21:38 CEST] <Case_Of> hi, how could i make ffmpeg copying audio from libcdio to different files for each tracks? [16:26:55 CEST] <Cracki> ffmpeg can access the track info from libcdio: https://github.com/FFmpeg/FFmpeg/blob/master/libavdevice/libcdio.c [16:27:16 CEST] <Cracki> it seems to translate that into chapter info [16:27:27 CEST] <Cracki> so... you would want to "split a file by chapters" [16:28:11 CEST] <Cracki> https://stackoverflow.com/questions/30305953/is-there-an-elegant-way-to-spl… [16:28:43 CEST] <Cracki> mkvmerge seems to do it [16:29:11 CEST] <Cracki> another search result: https://gist.github.com/dcondrey/469e2850e7f88ac198e8c3ff111bda7c [16:32:08 CEST] <atomnuker> Case_Of: you can use https://github.com/atomnuker/cyanrip [16:32:08 CEST] <furq> Case_Of: use something better than ffmpeg for ripping cds [16:32:27 CEST] <furq> eac on windows, xld on osx, https://github.com/JoeLametta/whipper/ on *nix [16:33:36 CEST] <Case_Of> i was using libcdio-paranoia actually [16:33:57 CEST] <Case_Of> i want something the most lossless [16:36:10 CEST] <Case_Of> s/want/am looking for/ [16:37:24 CEST] <atomnuker> cyanrip then [16:37:30 CEST] <Cracki> pcm wave or flac [16:37:44 CEST] <Cracki> all these programs try their best to read every bit accurately [16:38:20 CEST] <Cracki> and if your CD isn't scratched (much), you have a good chance of getting a bit-exact copy [16:38:31 CEST] <furq> they also all check your disc against accuraterip [16:38:35 CEST] <furq> and maybe ctdb if you're lucky [16:39:12 CEST] <Cracki> also be aware that atomnuker promotes his own tool ;) [16:39:57 CEST] <furq> whipper is supposedly The Best Thing right now on *nix [16:40:22 CEST] <furq> but they're both using libcdio-paranoia so i doubt it'll make any difference which one you use [16:40:48 CEST] <furq> just make sure not to get that confused with the old xiph cdparanoia which is less good [16:41:08 CEST] <Case_Of> in flac [16:43:53 CEST] <Case_Of> time to write ebuilds then [16:46:10 CEST] <atomnuker> whipper is shit [16:46:24 CEST] <atomnuker> needs shitstreamer and a ton of dependencies, and is written in python [16:52:26 CEST] <furq> where does it say it needs gstreamer [16:56:29 CEST] <atomnuker> well it does need it, it uses it to encode after all [16:58:37 CEST] <Case_Of> i do not see where [17:00:01 CEST] <Cracki> https://github.com/JoeLametta/whipper/blob/b5caf86cd2798f26f3503de2bcb4eb62… [17:00:04 CEST] <Cracki> no more gst dep [17:00:17 CEST] <Cracki> over a year ago [17:01:10 CEST] <atomnuker> wow, its even worse [17:01:22 CEST] <Case_Of> i do not understand why [17:09:39 CEST] <atomnuker> its not a proper program, its a python script that glues together several loose pieces and hopes it works [17:10:29 CEST] <atomnuker> cyanrip is a properly written program that will go to lengths to find the disc info so you don't have to fill anything in, properly encode the file with correct offsets, embed an image if you specify and give you a pretty log [18:18:31 CEST] <Case_Of> atomnuker: the most important part is to make a perfect lossless rip [18:20:25 CEST] <atomnuker> it does do a perfect lossless rips, that's the whole point [18:33:32 CEST] <Case_Of> atomnuker: is there a version of cyanrip that works with ffmpeg 3? [19:14:55 CEST] <keglevich> what would be the easiest way to re-compile original "Zeranoe ffmpeg 4.0 w32 shared" version? I'd need the exact same build, with only one extra parameter --disable-w32threads [19:28:11 CEST] <BtbN> Why do you want to disable threads? [19:37:01 CEST] <hrvoje> On Linux, you can do taskset -c 0 ffmpeg ... to limit execution on a single core, there might be a similar option under windows so you don't have to recompile [19:37:19 CEST] <hrvoje> why dislike for threads? [19:38:16 CEST] <hrvoje> limiting to a single core doesn't disable threads, but runs them all on the same cpu core which might be what you are after? [19:44:13 CEST] <furq> he wants a build with pthreads instead [19:44:19 CEST] <furq> for some specific reason i forget now [19:44:50 CEST] <furq> 13:35:32 ( keglevich) pthreads support I need for some specific UDP mpegts output parameters [19:45:03 CEST] <furq> anyway the easiest way would just be to copy the configure line from zeranoe when building it yourself [19:45:04 CEST] <BtbN> Are pthreads even supported on windows anymore? [19:45:07 CEST] <furq> there's no way of just patching that in [19:45:43 CEST] <furq> BtbN: it works on win7 at least [19:46:00 CEST] <BtbN> probably by just mapping them to w32threads [19:46:09 CEST] <furq> i assume that's always how they've done it yeah [19:46:37 CEST] <furq> keglevich: are you sure you need pthreads because i don't see that mentioned anywhere in the docs [19:47:32 CEST] <DHE> the udp://....?bitrate=X feature requires pthreads specifically [19:47:37 CEST] <DHE> for output [19:47:39 CEST] <furq> oh fun [19:47:57 CEST] <furq> that's not mentioned in the udp protocol docs or the mpegts muxer docs [19:48:47 CEST] <keglevich> yeah...it's not mentioned anywhere...but the difference between using bitrate parameter and not using it is really BIG! [19:49:05 CEST] <keglevich> with bitrate added, the output udp stream is perfect CBR, without that parameter so-so... [19:49:41 CEST] <DHE> it's worse than that. if given, say, a 40kbyte AVPacket, the udp output driver will burst out ~30 packets as quickly as it can [19:50:06 CEST] <DHE> I've seen major packet loss on networks when the sender has a gigabit port but the receiver has 100 meg ports even though the video bitrate is only 10 megabit [19:50:24 CEST] <keglevich> that's something I spotted as well [19:50:27 CEST] <DHE> typical switches have shitty small packet buffers unless you pay a lot of money for said switch [19:51:02 CEST] <keglevich> but when I compiled the ffmpeg with --enable-pthreads and used bitrate, burst_bits, buffer_size parameters, the stream was actually perfect [19:51:04 CEST] <DHE> iperf3 had this problem for a long time as well. its UDP throughput tester had the same problem. set a test bandwdith of 20 megabits, gigabit sender, 100megabit receiver, and watch the confusingly high packet loss [19:51:48 CEST] <keglevich> so I'm just looking for he easies way to re-compile official zeranoe-ffmpeg-4.0-w32-shared with one single parameter added (--disable-w32threads) [19:51:59 CEST] <keglevich> is there an easy option to do this? [19:52:01 CEST] <furq> not really [19:52:10 CEST] <furq> you really don't need half the crap zeranoe bundles though [19:52:30 CEST] <furq> it's also not an official build [19:52:48 CEST] <furq> it's just considered trustworthy enough to be linked on ffmpeg.org [19:52:56 CEST] <keglevich> we're using it everywhere and it works ok..therefore I'd just like to use it and recompile it with this single parameter [19:54:15 CEST] <furq> well last i checked he was charging for custom builds [19:54:21 CEST] <furq> so obviously he's not sharing his build scripts [19:54:50 CEST] <keglevich> huh...is there another (simple) option to just compile ffmpeg 4.0 with pthreads? [19:55:03 CEST] <furq> didn't you already do that [19:56:03 CEST] <keglevich> yes...I used "media autobuilt suite"... but that one only compiles the latest bleeding-edge packets into the build [19:56:30 CEST] <keglevich> I'd like to use official 4.0 sources (if they even exist?) and compile it into production version [19:57:03 CEST] <keglevich> I saw at zearone some "dev" packages, with lots of files inside...maybe they're build scripts? He also has some kind of 4.0 build scripts linked at his github [19:57:09 CEST] <keglevich> I just don't know how to use them... [19:57:33 CEST] <keglevich> https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=5036 [19:57:46 CEST] <keglevich> this is for 4.0 for instance...what can I do with it? [19:58:13 CEST] <furq> that only runs on linux or cygwin [19:58:19 CEST] <furq> so you'd need to run it in a VM or install cygwin [19:58:32 CEST] <furq> i generally just cross-compile in a debian vm because it's less hassle than getting this shit working on windows [19:58:32 CEST] <keglevich> I have ubuntu 16.04 up and running [19:59:00 CEST] <keglevich> I ran that script there but it only made some folder and files inside...no ffmpeg versions [19:59:12 CEST] <furq> do you have mingw-w64 installed [19:59:52 CEST] <keglevich> yes...it installed that and compiled it I guess [19:59:59 CEST] <keglevich> the script finished without any errors [20:00:09 CEST] <hrvoje> keglevich: interesting observation, I've been trying for constant bitrate a while ago and gave up :) I'll try your suggestion and see how it goes [20:00:19 CEST] <furq> oh it downloads all that for you [20:00:20 CEST] <furq> weird [20:00:37 CEST] <keglevich> hrvoje: believe me...it works...it's 100% straight line in each and every mpeg analyzer [20:00:45 CEST] <keglevich> I also thought it can't be done [20:01:21 CEST] <furq> oh lol [20:01:26 CEST] <furq> ok so this script just builds mingw-w64 [20:01:35 CEST] <keglevich> probably [20:01:39 CEST] <furq> i should've probably read it instead of assuming it built ffmpeg because it's on zeranoe's github [20:02:10 CEST] <keglevich> ffmpeg -re -i 1.mkv -c:v mpeg2video -r 25 -b:v 5000k -c:a mp2 -ac 2 -b:a 192k -ar 48000 -minrate 5000k -maxrate 5000k -bufsize 700k -pcr_period 30 -f mpegts -muxrate 5450k "udp://239.1.1.1:10000?pkt_size=1316&bitrate=5450000&burst_bits=100000&fifo_size=5450000" [20:02:42 CEST] <keglevich> use that line hrvoje...this one produces a perfect CBR udp mpegts stream...with ideal PCR (30ns) for hardware ts-muxers [20:02:57 CEST] <keglevich> but you will need ffmpeg with pthreads support...and that's what I'm currently after [20:03:47 CEST] <hrvoje> keglevich: I will try ... the best CBR I was able to do was using the Nvidia NVENC support, it works quite well, but nowhere near hardware FPGA based encoders (Harmonic, Appear TV ...) [20:04:11 CEST] <keglevich> also...do note burst_bits and fifo_size are some random values I entered and they seem to work ok...I don't know what these values should really be, there's no docs about them anywhere [20:04:54 CEST] <keglevich> btw...maybe someone knows about these values (fifo_size, burst_bits)? I only know muxrate should be exactly the same as udp output bitrate [20:05:34 CEST] <keglevich> hrvoje: I know...just try this, I also thought it can't be done...until yesterday when I compiled pthreads enabled version [20:06:13 CEST] <keglevich> but as I said...compiling a simple 4.0 ffmpeg with pthreads enabled is a true project [20:06:26 CEST] <keglevich> and I currently don't know how to do it [20:07:09 CEST] <hrvoje> I sure will, thanks. For those options (burst_bits, fifo_size) source code holds the answer :) [20:07:36 CEST] <keglevich> did you check it? [20:07:59 CEST] <keglevich> I just know I received errors if burst_bits was too small...same goes for fifo_size [20:09:29 CEST] <hrvoje> don't have the set-up to compile anything right now, but I will check it 100% because I spent way too much time trying to achieve a good, reliable constant bitrate [20:09:34 CEST] <keglevich> DHE: and yes...you're right about ffmpeg's bad UDP output packet bursting...we changed around 7 switches...and ended with ubiquiti and mikrotik [20:10:06 CEST] <DHE> keglevich: the bitrate thing is the true solution... that and QoS. :) [20:11:03 CEST] <keglevich> yes it is, I'm aware of that now [20:11:14 CEST] <keglevich> hrvoje: use this... https://we.tl/isiI7OQU1i [20:11:44 CEST] <keglevich> hrvoje: it's bleeding-edge ffmpeg trunk with pthreads compiled for windows 32/64... use my command I pasted above...you'll be surprised [20:12:38 CEST] <hrvoje> keglevich: but doing CBR only on transport stream and UDP transport level is not enough, the video payload also needs to have a fairly constant bitrate otherwise PTS/DTS variations would cause problems for the receiver [20:12:40 CEST] <keglevich> DHE: do you maybe know about burst_bits and fifo_size suggested values? [20:12:48 CEST] <hrvoje> at least from my experience [20:13:30 CEST] <keglevich> hrvoje: that's why there's muxrate and pcr_period [20:13:36 CEST] <keglevich> hrvoje: just test it...believe me [20:15:13 CEST] <keglevich> I'm packing with muxrate of 5450k a video bitrate of 5000k + audio 192k and giving about 7% overhead...setting pcr to 30ns for DVB-t muxers...using same bitrate output as muxrate with UDP...the result is...perfect [20:15:51 CEST] <keglevich> and this is something that's nowhere to be found on the net...nor documented anywhere...I just somehow ended with that result after LOTS of testing [20:16:37 CEST] <DHE> keglevich: pkt_size and bitrate are all I ever set. [20:17:07 CEST] <keglevich> DHE: I also tried only those two...but I received some errors (some fatal, some av_interleaved_frame...something) [20:17:16 CEST] <keglevich> when I raised the values, the issues were gone [20:20:19 CEST] <DHE> I can see the fifo size should be increased for high bitrate applications... plus I dunno what the default is [20:20:41 CEST] <keglevich> yes, maybe the default value is too small...therefore overflows [20:21:15 CEST] <keglevich> also there's no single line about burst_bits value anywhere... [20:21:39 CEST] <keglevich> but I also had to set it at least to 100k, otherwise errors appeared as well [20:22:30 CEST] <hrvoje> { "fifo_size", "set the UDP receiving circular buffer size, expressed as a number of packets with size of 188 bytes", [20:22:38 CEST] <hrvoje> { "burst_bits", "Max length of bursts in bits (when using bitrate)", OFFSET(burst_bits) [20:22:51 CEST] <hrvoje> source code always knows :) [20:23:17 CEST] <keglevich> it seems so [20:24:45 CEST] <keglevich> but it just seems no-one posted anything about these values anywhere until now, so I'm just guessing the values [20:39:38 CEST] <hrvoje> keglevich: you work for a tv provider? [20:40:16 CEST] <keglevich> kind of...we're streaming a few tv channels to some iptv providers [20:41:48 CEST] <hrvoje> cool :) [23:22:37 CEST] <chocolate-elvis> does anyone know more about the jp2k encode/decoding library in ffmpeg? [00:00:00 CEST] --- Fri Aug 3 2018

1 0

ffmpeg-devel.log.20180801
by burek 02 Aug '18

02 Aug '18

[00:06:17 CEST] <ubitux> https://en.m.wikipedia.org/wiki/Zipf%27s_law [00:06:40 CEST] <ubitux> can we apply this to signal encoders? [00:08:46 CEST] <atomnuker> it already is, signalling cost is dependent on probability in all arithmetic coders [00:09:21 CEST] <atomnuker> better yet even if they don't follow the law but some other distribution you'd adjust the CDFs appropriately [00:50:50 CEST] <cone-720> ffmpeg 03Carl Eugen Hoyos 07master:1ffd63a4457b: tools/qt-faststart: Allow free atoms after moov atom. [03:17:20 CEST] <cone-720> ffmpeg 03James Almer 07master:d5b3077ecffb: x86/pixelutils: add missing preprocessor wrapper to the AVX2 functions [03:17:21 CEST] <cone-720> ffmpeg 03James Almer 07master:481741ece040: x86/pixelutils: don't use the AVX2 functions on CPUs known to be slow with them [03:47:30 CEST] <Pici27> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:47:33 CEST] <Pici27> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:47:37 CEST] <Pici27> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:47:42 CEST] <Pici27> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:53:49 CEST] <atomnuker> this channel avoided the spam unlike the rest, until now [04:02:44 CEST] <foddo27> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:02:44 CEST] <foddo27> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:02:51 CEST] <atomnuker> ha! [04:04:28 CEST] <atomnuker> looks like the spammer's relentless this evening and is basically spamming each channel once every few minutes [04:06:02 CEST] <Shiz> yea [04:33:18 CEST] <brackets3> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:33:21 CEST] <brackets3> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:33:25 CEST] <brackets3> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:33:28 CEST] <brackets3> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:34:08 CEST] <atomnuker> no, wait, one channel is safe! [04:34:31 CEST] <atomnuker> and its #dirac... [04:36:46 CEST] <smeggysmeg4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:36:46 CEST] <smeggysmeg4> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:36:49 CEST] <smeggysmeg4> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:36:52 CEST] <smeggysmeg4> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:42:44 CEST] <emerson> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:42:44 CEST] <emerson> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:42:47 CEST] <emerson> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:42:47 CEST] <emerson> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:47:25 CEST] <deetwelve25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:47:28 CEST] <deetwelve25> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:47:32 CEST] <deetwelve25> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:47:35 CEST] <deetwelve25> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:51:03 CEST] <Zimmedon28> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:51:07 CEST] <Zimmedon28> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:51:10 CEST] <Zimmedon28> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:51:13 CEST] <Zimmedon28> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [05:17:22 CEST] <jelly17> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:17:25 CEST] <jelly17> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [05:17:28 CEST] <jelly17> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [05:17:32 CEST] <jelly17> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [05:24:46 CEST] <decay> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:24:46 CEST] <decay> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [05:24:46 CEST] <decay> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [05:24:50 CEST] <decay> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [06:29:24 CEST] <dStruct23> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [06:29:28 CEST] <dStruct23> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [06:29:31 CEST] <dStruct23> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [06:29:34 CEST] <dStruct23> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [06:40:14 CEST] <depleted> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [06:40:17 CEST] <depleted> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [06:40:21 CEST] <depleted> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [06:40:24 CEST] <depleted> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [06:41:04 CEST] <hook54321a> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [06:41:07 CEST] <hook54321a> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [06:41:11 CEST] <hook54321a> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [06:41:14 CEST] <hook54321a> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [07:25:37 CEST] <BurningPrincess1> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:25:41 CEST] <BurningPrincess1> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:25:44 CEST] <BurningPrincess1> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [07:25:48 CEST] <BurningPrincess1> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [07:34:58 CEST] <Cory4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:34:58 CEST] <Cory4> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:34:59 CEST] <Cory4> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [07:35:02 CEST] <Cory4> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [07:48:50 CEST] <boredguy> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:48:50 CEST] <boredguy> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:48:51 CEST] <boredguy> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [07:49:24 CEST] <Shinobi> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:49:28 CEST] <Shinobi> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:49:31 CEST] <Shinobi> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [07:49:34 CEST] <Shinobi> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [08:09:59 CEST] <jcline2> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:10:02 CEST] <jcline2> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:10:06 CEST] <jcline2> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [08:10:09 CEST] <jcline2> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [08:25:27 CEST] <MEPB> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:25:30 CEST] <MEPB> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:25:34 CEST] <MEPB> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [08:25:37 CEST] <MEPB> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [08:34:27 CEST] <Whooa21> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:34:31 CEST] <Whooa21> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:34:34 CEST] <Whooa21> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [08:34:37 CEST] <Whooa21> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [08:38:03 CEST] <L0S> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:38:06 CEST] <L0S> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:38:10 CEST] <L0S> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [08:38:13 CEST] <L0S> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [09:10:48 CEST] <Connecting> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [09:10:48 CEST] <Connecting> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [09:10:51 CEST] <Connecting> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:10:54 CEST] <Connecting> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [09:25:10 CEST] <profall19> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [09:25:14 CEST] <profall19> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [09:25:17 CEST] <profall19> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:25:21 CEST] <profall19> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [09:25:41 CEST] <pixdamix> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [09:25:45 CEST] <pixdamix> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [09:25:48 CEST] <pixdamix> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:25:51 CEST] <pixdamix> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [09:31:44 CEST] <cooled> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [09:31:47 CEST] <cooled> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [09:31:50 CEST] <cooled> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:31:54 CEST] <cooled> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [10:05:10 CEST] <Moyst8> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:05:13 CEST] <Moyst8> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [10:05:16 CEST] <Moyst8> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [10:05:20 CEST] <Moyst8> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [10:42:05 CEST] <kg7> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:42:09 CEST] <kg7> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [10:42:12 CEST] <kg7> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [10:42:15 CEST] <kg7> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [10:45:16 CEST] <BtbN> wtf [10:48:55 CEST] <BtbN> Can someone set +r on #ffmpeg as well? [14:36:57 CEST] <BBB> #x264dev set a flag so that you can only join a channel when identified with services [14:37:17 CEST] <BBB> I think that might be a good solution for #ffmpeg-devel, even if its probably not much use for #ffmpeg since thats more user/drive-by oriented [14:39:09 CEST] <BBB> mode +r [14:39:15 CEST] <BBB> according to the freenode FAQ [14:39:45 CEST] <BBB> we can also use mode +q $~a [14:40:18 CEST] <nevcairiel> thats what is active here right now [14:41:11 CEST] <BBB> hm ok, maybe my irc client isnt displaying it correctly then [14:41:16 CEST] <BBB> thats probably ok then [15:24:06 CEST] <trfl> Myrsloik: ran into some crashes in vapoursynth, not sure if it's pebkac or not https://ocv.me/stuff/?bugs/vpy/fmtc-sigabrt.vpy [15:25:15 CEST] <Myrsloik> trfl: interesting [15:26:11 CEST] <Myrsloik> regarding the imagemagick part I think it has a shitload of issues if you enable the OMP threading [15:26:27 CEST] <Myrsloik> at least on windows it never worked properly for me [15:27:35 CEST] <trfl> yeah that's what I gathered as well, saw a bunch of people hitting vaguely similar stuff [15:28:05 CEST] <trfl> think I'll suggest the distro to build it without, even considering the performance impact [15:28:46 CEST] <Myrsloik> imagemagick has so many issues it's not even funny [15:29:04 CEST] <Myrsloik> does your cpu have avx512 btw? [15:29:55 CEST] <trfl> funny you should ask, I noticed a server didn't get the segfaults but my laptop did, sec [15:32:06 CEST] <Myrsloik> you can also simply use the internal resizer which should be able to do everything too [15:38:41 CEST] <trfl> laptop is i5-6200U (skylake/6th-gen) so SSE4.1, SSE4.2, AVX2 -- server is i5-3570S (ivybridge/3rd-gen) so SSE4.1, SSE4.2, AVX1 [15:38:48 CEST] <trfl> looks like AVX512 is a nope for both [15:38:52 CEST] <Myrsloik> will try your script later and see if it dies [15:38:57 CEST] <trfl> o/ [17:34:28 CEST] <atomnuker> if that's just a small minority getting through I wonder what the full attack would look like if left unfiltered [00:00:00 CEST] --- Thu Aug 2 2018

1 0

ffmpeg.log.20180801
by burek 02 Aug '18

02 Aug '18

[00:03:26 CEST] <07IADHHJN> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [01:00:01 CEST] <analogical> spammers :S [01:03:50 CEST] <DHE> for the record, I would acquit [01:10:20 CEST] <TheAMM> I'm surprised they even bother [02:15:45 CEST] <cottongin18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:27:56 CEST] <burnout_28> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:29:00 CEST] Last message repeated 1 time(s). [03:29:08 CEST] <92AADMJDN> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:30:24 CEST] <arlen> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:30:24 CEST] <arlen> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:30:24 CEST] <arlen> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:30:28 CEST] <arlen> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:30:33 CEST] <Zapy0> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:30:33 CEST] <Zapy0> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:30:33 CEST] <Zapy0> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:30:39 CEST] <Zapy0> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:30:48 CEST] <sysdef24> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:30:49 CEST] <sysdef24> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:30:56 CEST] <sysdef24> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:30:56 CEST] <sysdef24> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:10 CEST] <Pyrotechno> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:20 CEST] <bs9> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:20 CEST] <bs9> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:20 CEST] <bs9> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:24 CEST] <YuGiOhJCJ> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:24 CEST] <YuGiOhJCJ> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:24 CEST] <YuGiOhJCJ> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:24 CEST] <bs9> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:27 CEST] <supercool12> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:27 CEST] <supercool12> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:27 CEST] <supercool12> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:28 CEST] <YuGiOhJCJ> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:31 CEST] <supercool12> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:32 CEST] <alekz18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:35 CEST] <alekz18> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:36 CEST] <Madbrad20020> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:36 CEST] <Madbrad20020> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:36 CEST] <Madbrad20020> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:38 CEST] <alekz18> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:41 CEST] <alekz18> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:44 CEST] <Madbrad20020> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:49 CEST] <niko3> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:52 CEST] <niko3> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:31:55 CEST] <niko3> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:31:58 CEST] <niko3> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:31:59 CEST] <drh6> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:31:59 CEST] <drh6> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:32:05 CEST] <drh6> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:32:05 CEST] <drh6> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:32:34 CEST] <suim4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:32:35 CEST] <puzzola5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:32:37 CEST] <suim4> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:32:39 CEST] <puzzola5> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:32:40 CEST] <suim4> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:32:42 CEST] <puzzola5> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:32:43 CEST] <suim4> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:32:45 CEST] <puzzola5> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:33:45 CEST] <rigel11> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:33:45 CEST] <rigel11> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:33:45 CEST] <rigel11> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:33:47 CEST] <madprops26> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:33:47 CEST] <madprops26> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:33:47 CEST] <madprops26> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:33:48 CEST] <rigel11> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:33:51 CEST] <madprops26> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:33:54 CEST] <Thanks> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:33:57 CEST] <Thanks> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:34:00 CEST] <Thanks> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:34:04 CEST] <Thanks> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:34:05 CEST] <Raito_Bezarius19> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:34:09 CEST] <Raito_Bezarius19> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:34:12 CEST] <Raito_Bezarius19> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:34:15 CEST] <Raito_Bezarius19> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:34:32 CEST] <noonehere4u11> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:34:34 CEST] <digitalcold23> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:34:35 CEST] <noonehere4u11> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:34:37 CEST] <digitalcold23> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:34:38 CEST] <noonehere4u11> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:34:41 CEST] <digitalcold23> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:34:41 CEST] <vamiry> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:34:41 CEST] <noonehere4u11> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:34:44 CEST] <digitalcold23> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:34:44 CEST] <vamiry> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:34:47 CEST] <vamiry> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:34:51 CEST] <vamiry> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:35:06 CEST] <Fuchs12> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:35:08 CEST] <Henry_Jia25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:35:10 CEST] <Fuchs12> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:35:11 CEST] <Henry_Jia25> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:35:11 CEST] <Henry_Jia25> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:35:13 CEST] <Fuchs12> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:35:16 CEST] <Fuchs12> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:35:17 CEST] <Henry_Jia25> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:37:19 CEST] <Nineteen> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:37:23 CEST] <Nineteen> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:37:26 CEST] <Nineteen> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:37:29 CEST] <Nineteen> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:44:39 CEST] <xuanrui> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:44:39 CEST] <xuanrui> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:44:39 CEST] <xuanrui> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:44:39 CEST] <xuanrui> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:51:03 CEST] <y0sh25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:51:07 CEST] <y0sh25> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:51:10 CEST] <y0sh25> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:51:13 CEST] <y0sh25> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [03:55:01 CEST] <Shanmugamp70> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [03:55:01 CEST] <Shanmugamp70> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [03:55:01 CEST] <Shanmugamp70> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [03:55:07 CEST] <Shanmugamp70> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:01:23 CEST] <arooni24> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:01:27 CEST] <arooni24> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:01:30 CEST] <arooni24> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [04:01:33 CEST] <arooni24> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [04:11:06 CEST] <Auctus2> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:11:10 CEST] <Auctus2> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [04:21:20 CEST] <mattcode> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:49:54 CEST] <mozzarella14> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [04:53:15 CEST] <mundus2018> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:16:11 CEST] <Affliction4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:19:21 CEST] <jamesl> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:31:58 CEST] <sirnaysayer22> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:57:03 CEST] <Henry_Jia1> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [05:57:03 CEST] <Henry_Jia1> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [05:57:03 CEST] <Henry_Jia1> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [06:54:58 CEST] <tsp7> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [06:54:58 CEST] <tsp7> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [06:54:58 CEST] <tsp7> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [07:06:49 CEST] <Hello7115> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:06:49 CEST] <Hello7115> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:25:01 CEST] <ksx4system4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [07:25:04 CEST] <ksx4system4> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [07:57:09 CEST] <profall14> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:02:54 CEST] <LewsThanThree6> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:02:54 CEST] <LewsThanThree6> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:02:54 CEST] <LewsThanThree6> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [08:02:56 CEST] <Boohbah28> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [08:02:56 CEST] <Boohbah28> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [08:02:56 CEST] <Boohbah28> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:04:55 CEST] <Alucard4200> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [09:04:55 CEST] <Alucard4200> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [09:04:55 CEST] <Alucard4200> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [09:13:40 CEST] <Awesomecase> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:04:04 CEST] <Milos0> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:07:18 CEST] <wingrime2> anyone can explain -analyzeduration [10:07:55 CEST] <DHE> there's a function that tries to gather a bunch of information about the stream like length, bitrate, number of streams, codecs, video resolution, etc [10:08:20 CEST] <DHE> but sometimes it's not reliable, so it times out after a while and provides incomplete information. that parameter selects the timeout [10:15:24 CEST] <lostlabyrinth27> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:17:34 CEST] <botik101> hello, I have a question about ffmpeg and NVIDIA GPU. Specifically, can someone explain to me why it is necessary to compile ffmpeg to support it? Wouldn't NVIDI offer default libraries so that there should be already default GPU enabled ffmpeg outthere? [10:18:08 CEST] <MissionCritical> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate [10:21:38 CEST] <prettymuchbryce2> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:34:57 CEST] <mort27> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:34:57 CEST] <mort27> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [10:38:09 CEST] <psyb0t> hi! hey, does anybody know how ffmpeg can be used to output an hls stream to a file and on stream connection issues/general failures to keep on writing to the file using a black frame until reconnection is successful? thanks! [10:49:36 CEST] <BtbN> psyb0t, what do you mean? ffmpeg has no ides if someone is "connected" to the HLS "stream". [10:49:42 CEST] <BtbN> *idea [10:55:37 CEST] <circle> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [10:56:02 CEST] <psyb0t> BtbN, I mean i do ffmpeg -i http://foo/bar/chunklist.m3u8 output.mp4 and whenever the computer loses internet connection or the streaming server goes down for any period of time, blank frames should fill the video until the connection is up again. like retry until conn up; while retry do write black frame of the same size of the input [10:56:33 CEST] <BtbN> Don't think that's possible [10:56:54 CEST] <BtbN> Pull up a player that does that, and screen-capture it [10:57:08 CEST] <psyb0t> good point xD [10:57:12 CEST] <BtbN> also, don't ever record to mp4, it's asking for data-loss [11:12:04 CEST] <Waggie1> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [11:17:07 CEST] <BtbN> ubitux, can you set +r here please? [11:18:00 CEST] <ubitux> what does it do? [11:21:43 CEST] <rej29> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [11:22:07 CEST] <andries4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [11:36:13 CEST] <BtbN> ubitux, blocks unregistered users. See the wall of bot-spam for the reason. [11:36:48 CEST] <ubitux> i only see too so far, nothing happened in the last 15min [11:36:51 CEST] <ubitux> should be fine [11:36:57 CEST] <ubitux> s/too/two [11:37:29 CEST] <BtbN> There were hundreds of them before you joined, both here and in -devel [11:37:51 CEST] <Guest75462> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [11:38:40 CEST] <ubitux> BtbN: hf [11:38:54 CEST] <BtbN> +r seems to block them reliably in other channels [11:40:13 CEST] <furq> you'd be better off setting +q $~a [11:40:19 CEST] <furq> which lets unregistered users join but stops them from speaking [11:44:30 CEST] <BtbN> seems like a good idea, yeah [11:57:41 CEST] <botik101> arghhh my messges disappear [11:58:00 CEST] <botik101> i have cuda and nvidia and opencv nd eveyrthing uses it. Can someone explain why we need to compile ffmpeg to enable it to use GPU? why can&t it be already pre-built? [12:01:20 CEST] <BtbN> You'll have to ask the person who built your ffmpeg binary. FFmpeg themselves does not distribute binaries. [12:01:36 CEST] <BtbN> Also, specifically cuda and nvidia stuff makes the binaries non-free, so they can't legally be redistributed. [12:02:21 CEST] <BtbN> For nvidia the pure de/encoder is GPL compatible, but everything that uses CUDA, like a bunch of filters, is non-free. [13:00:44 CEST] <barhom> Anyone know of any issues with live-transcoding mpeg2 (ts) to h264 (ts) and that the process dies at exactly 86400 seconds? All my transcode jobs are dying at the second [13:10:56 CEST] <hrvoje> barhom: try and attach to the process with strace -f -p PID a minute or so before the 86400 seconds is up and see why it dies .. never happened to me, had transcode jobs running for weeks [14:31:49 CEST] <atbd> Anyone knows how to avoid hang/freeze when mpegts rollover happens in a program using ffmpeg api. Especially av_read_frame() ? [14:32:32 CEST] <atbd> it happens every 26.5 hours so i need to reboot it [16:31:57 CEST] <DHE> atbd: That's kinda odd, because there appears to be code to handle that and mpegts provides its timestamp range properly [16:40:08 CEST] <barhom> So I just ran my transcode for 24 hours with a -report [16:40:25 CEST] <barhom> the report is 250mb big and as with atbd, but not at 26.5hrs it is dying [16:41:31 CEST] <atbd> DHE: i'm looking into it. I just succeed to reproduce the problem on a one hour ts file. [16:41:44 CEST] <barhom> Last 100 lines: https://0bin.net/paste/Ox7krd2WVtXbFLZN#T7ib3Zpw5ZW-zl+xCvOAJWsNX2g7RIZRhV4… [16:41:57 CEST] <barhom> This is what is interesting: [16:41:58 CEST] <barhom> [out_0_0 @ 0x55d20328d6c0] EOF on sink link out_0_0:default. [16:41:59 CEST] <barhom> [out_0_1 @ 0x55d203318b00] EOF on sink link out_0_1:default. [16:42:00 CEST] <barhom> No more output streams to write to, finishing. [16:42:45 CEST] <barhom> I am "tee":ing my output to UDP and HLS, not sure if the TEE command has some 86400seconds limit maybe [16:43:11 CEST] <atbd> barhom: i saw same things [16:43:27 CEST] <barhom> But yours are dying at 26hrs, mine is dying at 86400seconds [16:43:28 CEST] <atbd> I think more of a network limit [16:43:36 CEST] <atbd> for your case [16:43:43 CEST] <atbd> mine is linked to mpegts [16:58:06 CEST] <barhom> atbd: I really doubt its a network limit. What HTTP input has a limit of 86400seconds? [17:14:06 CEST] <atbd> barhom: it is your udp output which disconnect if i understand the log [17:34:03 CEST] <atbd> DHE: i think i solved my issue. ffmpeg handles the rollover but my program did not like the timestamp difference :| [19:25:22 CEST] <barhom> atbd: how did you notice it is my UDP? [20:08:30 CEST] <kerio> the itunes alac encoder makes files that are just slightly smaller than the ffmpeg alac encoder :| [20:08:32 CEST] <kerio> this is upsetting [20:10:36 CEST] <Mavrik> Is it? [20:10:43 CEST] <Mavrik> Is ALAC even a relevant codec these days? [20:10:59 CEST] <kerio> why not [20:11:26 CEST] <kerio> it's the only lossless codec understood by itunes, for one thing [22:35:54 CEST] <deltasquared> I'm currently trying to get kms capture to work on my system after finding x11grab to be too laggy. command I am attempting is https://ptpb.pw/O408 and log is https://ptpb.pw/1BUi - this command is failing when I start this command from a console where I have sudo and then VT-switching to another user's X11 session. [22:36:10 CEST] <deltasquared> if I stay on the (kernel) console where I run ffmpeg, it works fine. [22:36:40 CEST] <deltasquared> it seems that ffmpeg (specifically something to do with vaapi) isn't liking what I am trying to do here, any alternative suggestions? [22:37:29 CEST] <deltasquared> running the command with sudo inside the other user's x11 session is very much not desireable - I'd like eventually to shove this in a systemd service so I can record whatever is going on in my system should I choose. [22:40:17 CEST] <jkqxz> libva has some weird problems when trying to work with DRM master fds. With your command there, try hwmap without the 'derive_device' option? (That will use the device passed to the filter chain, which is the one specified by -vaapi_device with the render node. In your current commandline that device is created but not used anywhere.) [22:40:37 CEST] <deltasquared> hwmap without derive device, ok one second [22:41:14 CEST] <deltasquared> wait a sec... was that working? *checks output file* [22:41:41 CEST] <deltasquared> ok well it went blank at the part where I switched back to console, but that actually appeared to work [22:41:42 CEST] <deltasquared> welp [22:41:47 CEST] <deltasquared> I'm going to have to experiment now [22:42:06 CEST] <deltasquared> jkqxz: does this mean I won't be able to use vaapi though for hardware encode [22:43:22 CEST] <jkqxz> No, you can still use VAAPI there. Just don't create it by derivation from a DRM master device as root, because libva barfs on that. The change I suggested will make the VAAPI device separately from a render node; as long as it's actually on the same underlying real device (graphics card, whatever) it will work. [22:43:55 CEST] <deltasquared> okie then, I'll try making it -c:v h264_vaapi then, one moment [22:45:07 CEST] <jkqxz> Does switching to X having started kmsgrab on a VT work for you? IIRC that case makes X abort because it just gives up when it can't get DRM master back on switching to it, though I admit I've never looked at how that works very carefully. [22:45:32 CEST] <deltasquared> jkqxz: on my system it causes a complete display lockup [22:45:49 CEST] <deltasquared> the system responds to suspend via acpi button, but I otherwise completely lose control [22:45:57 CEST] <deltasquared> but yes I have tried that [22:46:55 CEST] <deltasquared> this system doesn't like having things GPU-wise poked funny in my experience. mpv using --vo=drm can cause similar lockups [22:47:04 CEST] <jkqxz> Ouch, ok. [22:47:29 CEST] <deltasquared> needless to say, you could understand why I'd avoid that ;) [22:47:45 CEST] <deltasquared> the CPU usage is nicely minimal at least [22:47:51 CEST] <deltasquared> running a test record now [22:48:05 CEST] <deltasquared> only about 3% max [22:49:38 CEST] <jkqxz> Yeah. kmsgrab does something pretty evil and consequently has annoying conditions to work (and ugly failure modes), but when it works well it's really good. [22:50:07 CEST] <deltasquared> evil things like needing to acquire DRM master? :> [22:50:38 CEST] <jkqxz> Exactly. [22:51:21 CEST] <deltasquared> ugh once again the quick sync encoder does some funky things to colours... [22:52:28 CEST] <deltasquared> among other artefacts... hrm. I guess it'd suffice for livestreaming though. [22:53:55 CEST] <deltasquared> heh, my mouse doesn't show up in the recording... I wonder if that's a hardware overlay thing going on there [22:56:08 CEST] <deltasquared> jkqxz: thanks for the time anyway. I'm definitely writing this one down ASAP [22:57:03 CEST] <jkqxz> Yes, you won't get the mouse at all because it's on a different plane. If you pick the mouse overlay plane to capture you can get the cursor on its own instead, but compositing them is beyond what it can do (since that's actually happening in the display-output hardware for the screen). [22:58:30 CEST] <deltasquared> jkqxz: that figures. thankfully it's not vital in my case, as I had intended in one case to record a game which grabs the mouse anyways. [22:58:42 CEST] <deltasquared> again x11grab proving to be too laggy for that [23:08:23 CEST] <RationalCoding> Hello, I'm experiencing some video artefacts during multi-variant HLS encoding with scenecut disabled (so the segments are aligned). The artefacts exclusively appear at the bottom of the video and only during a scenecut. They disappear when a keyframe is hit. They look like this: https://imgur.com/a/MEzB8Wq. Any idea where I could start looking to solve this (search terms, settings, etc)? [23:20:17 CEST] <kepstin> RationalCoding: my guess is is that the encoder's just running out of bitrate. What are you using for bitrate & vbv settings? what's your keyframe interval? [23:21:49 CEST] <RationalCoding> I'm using crf 18, without a fixed bitrate. I'm not familiar with the vbv option. [23:21:57 CEST] <RationalCoding> Keyframe interval is 90. [23:22:53 CEST] <kepstin> so assuming 30fps, that's 3s between keyframes [23:22:58 CEST] <RationalCoding> Right. [23:23:13 CEST] <kepstin> crf 18 with 3s keyframes will be a pretty high bitrate stream, that should have absolutely no artifacts like that [23:23:43 CEST] <kepstin> i'm guessing that the problem is most likely in the input to the encoder [23:24:51 CEST] <kepstin> that looks similar to what I'd expect with an mpeg-ts over udp stream that lost a packet, for example. [23:25:40 CEST] <RationalCoding> It's an RTP over TCP stream from Kurento. Kurento has been a bit problematic in the past, so you might be correct. The artefacts aren't present in the input stream though. [23:26:28 CEST] <kepstin> you sure it's TCP? TCP wouldn't have packet loss like that. [23:27:02 CEST] <kepstin> there must either be some UDP in there somewhere or alternately some code that's dropping data e.g. due to buffer overflows [23:27:40 CEST] <kepstin> (the ffmpeg cli tool doesn't do that with most input types, but I'm not familiar with its rtp over tcp code) [23:28:11 CEST] <RationalCoding> Ah, it is UDP. I reverted my switch to TCP after having issues with it. [23:28:33 CEST] <RationalCoding> Will dropped packets be logged with loglevel debug? [23:28:35 CEST] <kepstin> with udp, you might want to increase receive buffer sizes [23:28:50 CEST] <kepstin> ffmpeg should log something about having to conceal errors during decoding [23:28:52 CEST] <kepstin> i think [23:29:49 CEST] <kepstin> so yeah, increase your udp receive buffer size, and make sure to tune the encoder so it's running faster than realtime (and using <100% cpu) [23:30:04 CEST] <RationalCoding> That is the -buffer_size option, correct? [23:32:33 CEST] <RationalCoding> Alright, I think it's pretty probably that this a dropped packet issue or a problem with the input stream. I have a couple ideas. Thanks for your help. [23:34:38 CEST] <kepstin> ffmpeg will drop udp input if the receive buffer overflows while it's encoding a frame (if the encoder is running too slowly/using too much cpu) [23:34:45 CEST] <kepstin> so that's something to keep an eye out for [23:35:32 CEST] <RationalCoding> I don't think I'll have any CPU issues on this machine, but the buffer overflow thing is something I'll look out for. [00:00:00 CEST] --- Thu Aug 2 2018

1 0

ffmpeg-devel.log.20180731
by burek 01 Aug '18

01 Aug '18

[13:23:33 CEST] <cone-461> ffmpeg 03Jun Zhao 07master:b8bf7408dc18: lavutil/pixelutils: add sad_32x32 in pixelutils API. [13:23:33 CEST] <cone-461> ffmpeg 03Jun Zhao 07master:d36b8394f4fa: avutil/pixelutils: sad_32x32 sse2/avx2 optimizations. [00:00:00 CEST] --- Wed Aug 1 2018

1 0

ffmpeg.log.20180731
by burek 01 Aug '18

01 Aug '18

[01:10:38 CEST] <chrstphrchvz> Is `--enable-nonfree` *required* for encoding to ALAC? ALAC itself is a free codec; is there then a separate issue, e.g. with the usual MP4 wrapper format requiring `nonfree`? [01:14:49 CEST] <BtbN> I don't see it in the EXTERNAL_LIBRARY_NONFREE_LIST. [01:23:33 CEST] <DHE> `free` is relative. I think it's more of a GPL-(in)compatibility thing... [01:59:09 CEST] <chrstphrchvz> BtbN: is it not in libfaac/libfdkaac? maybe it's already in libavcodec but haven't confirmed& [02:00:05 CEST] <chrstphrchvz> DHE: the "free" at issue from what I was aware of was due to patents on AAC and/or MP4; ALAC is Apache 2.0, which I thought was GPL compatible [02:04:58 CEST] <chrstphrchvz> Is there a table somewhere that shows which codecs support which formats (and whether both encoding/decoding or decoding only)? [02:13:15 CEST] <DHE> fdk-aac does come with its own license as well. it's short and allows source redistribution, but does strike me as not being too friendly with the GPL [02:15:51 CEST] <DHE> also ffmpeg labels it self as "nonfree and unredistributable" (emphasis on the last word) which is what happens for GPL violations. you can build your own abomination and use it, but you can't give it to anyone else. [03:37:05 CEST] <Shibe> do i have to set the width/height of a codec context before i open it? can i change it after the codec context is initialized? [08:03:24 CEST] <codebam> how can I piece together m4s (MPEG-4 Part 14 Transport Segments) segments with ffmpeg? [08:08:31 CEST] <codebam> never mind, got it [09:11:27 CEST] <Shibe> how can i increase the amount of keyframes my codec context should emit? [09:22:25 CEST] <poutine> Is it unsafe to mix video encoded with different h264 presets? Do presets affect seek time at all? [09:23:08 CEST] <poutine> when concatenating with -c copy [09:27:20 CEST] <ganeshmundhe007> I have been using av_seek_frame to offset video at start, its working for .avi but not for mp4 and .wmv any reasons? [09:28:13 CEST] <ganeshmundhe007> when i get frames on .mp4 video, frame->pts is always 0 [09:35:19 CEST] <ganeshmundhe007> any help? [10:14:48 CEST] <Mihaylov_> Hello, I have a question, why does the video file not increase on transcoding until the ffmpeg process finishes? Does it store it in a temp folder and then moves it to the destination? i checked C:\Windows\Temp and %TEMP% and ffmpeg doesnt put anything there [10:38:34 CEST] <c_14> poutine: should be safe [10:38:37 CEST] <c_14> Mihaylov_: .mp4? [10:39:11 CEST] <Mihaylov_> yes [10:39:43 CEST] <c_14> you can't view (non-fragmented) .mp4 files until they've finished encoding because the index is written at the very end [10:39:49 CEST] <c_14> you should still see the file size increase [10:40:12 CEST] <Mihaylov_> Im recording with a gui overlay and sometimes recording is lost, my guess is that ffmpeg hangs or whatever happens, I tought of a timer that watches the file size [10:40:21 CEST] <Mihaylov_> to alert the user that its not recording [10:40:39 CEST] <Mihaylov_> (By recording I mean capturing from a declink card and transcoding to mp4) [10:40:48 CEST] <c_14> best thing to do is to record to mkv or nut (which don't have that issue) and then remux to mp4 afterwards if you need to [10:42:32 CEST] <TheAMM> There is some buffering going on with the muxing and writing [10:42:55 CEST] <TheAMM> I've also noticed that on windows, the output filesize will stay still for long periods [10:43:10 CEST] <TheAMM> On linux, writes seem to happen more often [10:43:16 CEST] <Mihaylov_> I will check what a QFileInfo gives me if I give it the file path http://doc.qt.io/qt-5/qfileinfo.html [10:43:23 CEST] <TheAMM> (not that I have any data on what muxers I was using etc) [10:44:15 CEST] <ganeshmundhe007> I have been using av_seek_frame to offset video at start, its working for .avi but not for mp4 and .wmv any reasons? [10:52:39 CEST] <Mihaylov_> QFileInfo works!! [10:53:04 CEST] <Mihaylov_> just need to disable catching to refresh the info each time you request it http://doc.qt.io/archives/qt-4.8/qfileinfo.html#setCaching [10:53:20 CEST] <Mihaylov_> Thats how I will check the file size of the transcoding video [11:02:45 CEST] <BtbN> chrstphrchvz, aac is not alac. [11:36:31 CEST] <killer> Hello FFMpeg User and Dev \o [12:01:36 CEST] <john-soda> whois john-soda [12:20:45 CEST] <ganeshmundhe007> when i get frames on .wmv video decode, frame->pts is always 0 any reasons? [12:46:50 CEST] <Hola> Hello every one. When streaming to an RTMP server and as soon the video streaming finishes, ffmpeg throws an error Error writing trailer of rtmp://some-rtmp-server-address: End of file [12:46:57 CEST] <Hola> what causes such error? [12:48:19 CEST] <Hola> It occurs randomly [12:51:54 CEST] <BtbN> what ffmpeg version and what configure line? [12:53:43 CEST] <Hola> ffmpeg version 4.0.2-static [12:54:01 CEST] <BtbN> that's only half the interesting information I asked for. [12:54:03 CEST] <Hola> should i paste the configure line here as well [12:54:03 CEST] <Hola> ? [12:54:12 CEST] <BtbN> Well, does it have enable-librtmp in it? [12:54:58 CEST] <Hola> no, it does not have [12:56:15 CEST] <Hola> can librtmp effect such scenarios? [13:01:33 CEST] <BtbN> I just recently made some changes to the librtmp code in ffmpeg, which I was suspecting to be the culprit. [13:01:53 CEST] <BtbN> But if it's not enabled, you should be good [13:02:34 CEST] <furq> BtbN: is there any reason to use librtmp over ffmpeg's internal rtmp stuff [13:03:04 CEST] <BtbN> Not sure. I was getting weird hangs with both, and the fix for librtmp was obvious. [13:03:18 CEST] <BtbN> the internel librtmp does properly handle EOF though [13:04:08 CEST] <Hola> ok. [13:04:17 CEST] <Hola> It seems it might be due to network time out [13:04:41 CEST] <BtbN> well, if you finished streaming anyway, being EOF seems pretty normal? [13:05:56 CEST] <Hola> Usually it does not throw such error when streaming is finished [13:06:15 CEST] <Hola> but it throws randomly such errors. [13:06:48 CEST] <BtbN> Can you do: ffmpeg.exe -help full | grep -i rtmp_swfhash [13:06:56 CEST] <BtbN> If it shows that option, you for sure are not using librtmp [13:07:46 CEST] <Hola> yes it shows -rtmp_swfhash <binary> .D....... SHA256 hash of the decompressed SWF file (32 bytes). [13:08:31 CEST] <Hola> BtbN, Are you one of the contributor to ffmpeg? [13:38:08 CEST] <Hola> what causes general pipe broken issue. I mean on a very general level what does it mean? [13:52:49 CEST] <furq> Hola: in this case it means you tried to write to a socket and got SIGPIPE [13:53:00 CEST] <furq> which generally means the remote end already closed the connection [13:54:24 CEST] <Hola> Is there some sort of ffmpeg helper that can try to reconnect and start sending stream? [13:55:36 CEST] <furq> you're already using the fifo muxer aren't you [13:55:50 CEST] <furq> that's the only thing built into ffmpeg that would help [13:55:58 CEST] <Hola> thats not working . tried to use latest master branch [13:56:29 CEST] <Hola> It has bug I would say, as the normal example from wiki doesnt behave as it should [14:08:25 CEST] <Hola> ok tried the fifo-muxer with mimicing the network disconnect situation for 15 seconds, and it tires to recover connection and fails with error " Packets are not in the proper order with respect to DTS" [14:08:56 CEST] <Hola> mimicking [14:08:59 CEST] <Hola> :) [14:19:07 CEST] <atbd> hi, i'm currently transcoding some videos. They play well but start_time is false in vlc player (start at 20:36:00 to end 21:36:00) but right in mpv. I set start_time in AVStream and duration in AVFormatContext but it does not solve it. Some of you know what i missed please? [14:43:24 CEST] <Mavrik> atbd: are your PTS values actually starting at 0 ? [14:46:19 CEST] <atbd> no the original pts do not start at 0. By translating them to start at 0 i get the warning "non-monotically increasing pts" but it works. But i'd like to keep original pts/dts [15:11:40 CEST] <barhom> Im having a weird issue that is probably unrelated to ffmpeg, but I thought I would ask before I dig deeper. Im having these live-transcodes (from http input) to h264 dying at exactly 86400seconds runtime. Is there some kind of limitation in the ffmpeg process that I should increase? [15:12:24 CEST] <furq> are you muxing to mpegts [15:12:40 CEST] <furq> or i guess is the input mpegts [15:12:52 CEST] <furq> i vaguely know there are some issues with mpegts timestamp rollover but i don't know the specifics [15:13:47 CEST] <barhom> furq: yes I am, input is mpegts and the output is a tee of mpegts UDP and HLS [15:16:25 CEST] <atbd> the mpegts rollover is 26.5 hours [15:17:04 CEST] <atbd> i have an issue with it and did not solve it yet [15:18:01 CEST] <atbd> barhom: do you have any log from the process death? [15:18:24 CEST] <barhom> atbd: I have the last 5 lines which didnt show enough information. Im re-running the process with -report now [15:18:43 CEST] <barhom> so we will know in 24hrs [15:22:58 CEST] <atbd> barhom: i should do the same [15:36:16 CEST] <Anill> Hello ffmpeg devs [15:38:42 CEST] <Anill> Can someone tell me how to do this: I have a audio file(length is 5 mints), an image and a h264 file. I want to create an MP4 of all but in MP4 for the starting 3 mint i want the image to be displayed and then rest 2 mint should be h264 file. [18:19:15 CEST] <obserd282> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:19:15 CEST] <obserd282> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:19:18 CEST] <obserd282> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [18:19:21 CEST] <obserd282> or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [18:20:29 CEST] <obserd818> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:20:29 CEST] <obserd818> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:23:47 CEST] <rolig1522098> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:23:47 CEST] <rolig1522098> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:44:21 CEST] <letty121019> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:44:21 CEST] <letty121019> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:44:24 CEST] <letty121019> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [18:44:27 CEST] <letty121019> or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [18:45:04 CEST] <sawdey21> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:45:07 CEST] <sawdey21> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:45:11 CEST] <sawdey21> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [18:45:11 CEST] <sawdey21> or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [18:53:56 CEST] <18VAESHKI> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [18:54:00 CEST] <18VAESHKI> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [18:54:03 CEST] <18VAESHKI> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/ [18:54:07 CEST] <18VAESHKI> or maybe this blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/ [19:24:06 CEST] <Liara-8> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [19:24:06 CEST] <Liara-8> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [19:29:19 CEST] <iw00t20> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [19:39:25 CEST] <Steinsplitter128> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [19:39:25 CEST] <Steinsplitter128> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [19:50:02 CEST] <iw00t1017> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [20:24:41 CEST] <RussellB280203> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [20:24:41 CEST] <RussellB280203> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [21:14:47 CEST] <steev11> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [21:33:37 CEST] <mcspud10> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [21:33:37 CEST] <mcspud10> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [21:48:24 CEST] <jercos164> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [21:48:24 CEST] <jercos164> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [21:49:51 CEST] <jercos7> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [21:54:19 CEST] <m712255> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [21:54:19 CEST] <m712255> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [21:54:28 CEST] <m7121529> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [22:03:54 CEST] <xunplini58> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [22:09:01 CEST] <mort2> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [22:09:09 CEST] <mort200> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [22:12:47 CEST] <DHE> wow they're getting persistent [23:08:35 CEST] <kepstin> I heard that a lot of the spam was being relayed through embedded ssh proxies, and they got a tool to detect connections from broken systems like that and reject them. I guess the attacker must have found a new method in. [23:23:37 CEST] <MobileMatt13> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [23:39:28 CEST] <Venusaur15> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [23:40:24 CEST] <Fenrirthviti> I think my fav part of this round is that it has no context and makes no sense. [23:40:33 CEST] <Fenrirthviti> At least the previous rounds of spam were sort of coherent. [23:43:06 CEST] <kepstin> I suspect they're trying to send multiple messages, but only get 1 in before they're killed. [23:48:31 CEST] <planetmaker25> <+SP9002_@efnet> so, he wants the win. so we're just gonna get lunch or something, then hes gonna push me to the ground and tap my ass with his foot so he can claim he "kicked my ass" tbh im going along with it becase I dont wanna lose any teeth [23:48:32 CEST] <planetmaker25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/ [00:00:00 CEST] --- Wed Aug 1 2018

1 0