[Ffmpeg-devel-irc] ffmpeg-devel.log.20150704

[burek]

[01:47:15 CEST] <cone-987> ffmpeg 03Michael Niedermayer 07master:8255b14c685f: swscale/output: fix input indexing in yuv2ya8_2_c()
[01:47:16 CEST] <cone-987> ffmpeg 03Kevin Coyle 07master:126271138803: YUV->BGR32 MMX support
[02:28:22 CEST] <cone-987> ffmpeg 03George Boyle 07master:4385a1ce8f53: fate/api-tests: Tests that need samples should only run if SAMPLES is set
[10:56:45 CEST] <cone-569> ffmpeg 03Paul B Mahol 07master:c3a5702ebf1a: lavfi: add (a)drawgraph filter
[10:56:45 CEST] <cone-569> ffmpeg 03Paul B Mahol 07master:e658b1036c0b: avfilter/avf_showvolume: make it possible to use current channel number in color expression
[10:56:45 CEST] <cone-569> ffmpeg 03Paul B Mahol 07master:5233f2534ca5: avformat/yuv4mpegenc: use avio_printf()
[14:57:47 CEST] <BBB> so, uhm, what happened to ffmpeg.org? I dont understand the ML messages
[14:57:50 CEST] <BBB> theyre pretty terse
[14:58:09 CEST] <BtbN> Nothing?
[14:58:13 CEST] <BtbN> It just needs a new hoster
[14:58:20 CEST] <BBB> whos hosting it now?
[14:58:32 CEST] <BBB> didnt videolan host us?
[14:58:37 CEST] <BBB> or is the website hosted by someone else?
[14:59:38 CEST] <durandal_1707> can switch everything to github
[15:08:40 CEST] <Compn> BBB : arpi is currently hosting it at his place, got new boss, might not host it in future
[15:08:49 CEST] <Compn> arpi = mplayer founder
[15:09:27 CEST] <Compn> videolan hosts the git (although we could have hosted it too, since we have had git server for a while)
[15:10:35 CEST] <Compn> ffmpeg/mplayer/rtmpdump is mailing lists, website, mplayer svn (and git mirror), rtmpdump svn... maybe ffmpeg trac and mplayer trac? i dont remember.
[15:12:40 CEST] <durandal_1707> ask sponsors?
[15:13:24 CEST] <Compn> and samples repo.
[15:15:10 CEST] <Compn> we could post it to the news section on ffmpeg/mplayer sure
[15:15:25 CEST] <Compn> not sure what other sponsors you are talking about?
[15:15:37 CEST] <Compn> g**gle? samsung? 
[15:16:15 CEST] <durandal_1707> apple, *cough*
[15:17:16 CEST] <durandal_1707> seriously, how much time is left?
[15:19:14 CEST] <Compn> probably >1 week going by michael's last mail
[15:19:38 CEST] <Compn> more likely ... monday.
[15:19:45 CEST] <Compn> if we are lucky
[15:20:36 CEST] <Compn> guess i'll make a news entry
[15:21:07 CEST] <michaelni> durandal_1707, time is unknown
[15:21:58 CEST] <durandal_1707> ah
[15:23:02 CEST] <Compn> michaelni : should i make a news entry or post patch for it?
[15:25:57 CEST] <Compn> i'll post a patch.
[15:31:02 CEST] <michaelni> i dont have time to review patches
[15:31:39 CEST] <durandal_1707> for how long?
[15:31:53 CEST] <michaelni> maybe until monday ybut this is a guess
[15:32:32 CEST] <michaelni> i mean the servers will possibly be shutdown mo but it could be sooner or later
[15:32:41 CEST] <michaelni> i wont have time until this is resolved
[15:40:33 CEST] <Compn> news entry posted
[15:40:40 CEST] <Compn> to ffmpeg
[15:41:44 CEST] <Compn> if anyone finds a problem feel free to fix ...
[15:57:36 CEST] <ubitux> Compn: we have a new server already
[15:58:52 CEST] <Compn> say whuh ?
[15:59:00 CEST] <ubitux> ?
[15:59:35 CEST] <ubitux> admins are migrating stuff as i'm talking
[15:59:47 CEST] <durandal_1707> who is boss now?
[16:00:00 CEST] <Compn> ubitux : whos the host ?
[16:00:05 CEST] <ubitux> who wants to be?
[16:00:56 CEST] Action: kierank has offered
[16:01:14 CEST] <ubitux> Compn: i ordered a box at a random provider
[16:01:41 CEST] <Compn> ubitux : dont we need a sponsored/free host as well ?
[16:02:33 CEST] <ubitux> it's not expensive, that's fine with me for now
[16:02:48 CEST] <kierank> well I have a proper datacentre
[16:02:53 CEST] <kierank> can show you a photo if you want
[16:03:02 CEST] <Compn> kierank : what country is it hosted in ? uk ?
[16:03:42 CEST] <kierank> yes
[16:03:51 CEST] <kierank> se11 5jh
[16:03:53 CEST] <kierank> there
[16:05:17 CEST] <Compn> kierank : probably get a server setup then, we can use it as a backup, i think. although i am not admin do not take anything i say as speaking for anyone...
[16:05:53 CEST] <Compn> then we can switch over to it if ubitux's "random provider" takes a shit, as many hosts do :\
[16:06:51 CEST] Action: Compn curses anyone who uses cloud hosting.
[16:09:43 CEST] <Compn> i believe we need better backup system anyway, so having kierank as a backup would be great :)
[16:12:00 CEST] <kierank> ubuntu installer has locked up
[16:12:02 CEST] <kierank> which isn't good
[16:14:18 CEST] <BBB> you guys arent very technical all of a sudden
[16:14:28 CEST] <BBB> you should compare the features offered by kierank and ubitux providers
[16:14:34 CEST] <BBB> like, speed, data cap, etc.
[16:14:43 CEST] <BBB> and see which one you think you like better
[16:14:47 CEST] <BBB> and then use the other as a backup
[16:14:48 CEST] <ubitux> we're probably going to use both
[16:14:56 CEST] <ubitux> with different services
[16:16:05 CEST] <Compn> BBB  : well i dont want to insult ubitux or kierank by talking about it in detail :P
[16:19:27 CEST] <Compn> and i'm waiting patiently for a "big host" to offer
[16:19:45 CEST] <Compn> 24/7 staff mmmm
[17:28:25 CEST] <kierank> wm4: seriously?
[17:29:48 CEST] <wm4> kierank: what?
[17:29:55 CEST] <kierank> you want drawtext to use libass
[17:30:00 CEST] <wm4> yes
[17:30:14 CEST] <wm4> and that's less insane than it sounds
[17:30:17 CEST] <kierank> when you have a hammer everything looks like  a nail I guess
[17:30:38 CEST] <wm4> because libass has a relatively light weight implementation of a complete text renderer including stuff like arabic text layout etc.
[17:32:01 CEST] <wm4> you could also use pango, but then the dependencies will kill you
[18:23:57 CEST] <Plorkyeran> libass's API is kinda weird for just drawing some text on video
[18:24:38 CEST] <Plorkyeran> but otherwise the only thing that makes it not exactly what you want is that it uses a bespoke markup language
[18:38:19 CEST] <BtbN> Didn't jessie have real ffmpeg?
[18:39:05 CEST] <nevcairiel> dont think it made jessie
[18:40:07 CEST] <beastd> no ffmpeg in jessie
[18:40:44 CEST] <BtbN> hrm
[18:41:20 CEST] <nevcairiel> debian moves slow like that
[18:41:39 CEST] <atomnuker> politics
[19:00:13 CEST] <BtbN> interesting webcam. It can do 1080p via h264 or mjpeg. Or 2304x1536 via RAW YUYV
[19:30:50 CEST] <philipl> BtbN: Does it come with a 10GBe link to stream that? :-P
[19:31:26 CEST] <philipl> Did you get a chance to look at the nvenc 444 stuff?
[19:32:51 CEST] <BtbN> not yet, i'm actualy at work, nowhere near my nvidia machines
[19:33:00 CEST] <BtbN> Just because i have an AC here
[19:33:34 CEST] <philipl> heh.
[19:34:02 CEST] <BtbN> I still think it needs a static init, to disable the yuv444p support when in non-lossless mode. Otherwise you might break things for Kepler hardware
[19:34:33 CEST] <philipl> So you think that kepler supports lossless yuv444p but not lossy, and that's fixed in Maxwell?
[19:35:02 CEST] <philipl> I've got a 670 in a box, but I don't think I can be arsed to dig it out.
[19:35:24 CEST] <philipl> I really should sell that before the value goes to zero...
[19:36:44 CEST] <BtbN> i think kepler doesn't support yuv444 at all
[19:37:04 CEST] <philipl> Then it's fine right?
[19:37:12 CEST] <philipl> Oh, I see.
[19:37:18 CEST] <philipl> Well, maybe.
[19:37:26 CEST] <philipl> So, the init will fail if the smver is too low.
[19:37:53 CEST] <philipl> but you'd rather that it triggers implicit conversion of yuv444p instead.
[19:37:59 CEST] <BtbN> Well, it could also try to do lossy yuv444p
[19:38:04 CEST] <BtbN> there's nothing that would prevent that
[19:38:32 CEST] <philipl> But I mean, you're saying Kepler doesn't support for yuv444p at all, and maxwell, for me, supports lossy and lossless.
[19:38:44 CEST] <philipl> So I'm confused as to which case would be exposed to buggy lossy yuv444p
[19:39:14 CEST] <BtbN> yuv444p is in the static list of supported formats
[19:39:20 CEST] <BtbN> but on Kepler HW, it's not supported
[19:39:31 CEST] <philipl> Right, and the init will fail when the cuda version check fails.
[19:39:33 CEST] <BtbN> At least i think it isn't, which is what i want to test
[19:39:44 CEST] <BtbN> Not for lossly mode, as that checks for 3.0
[19:39:56 CEST] <philipl> That's not how i wrote the check...
[19:40:04 CEST] <philipl> +        target_smver = avctx->pix_fmt == AV_PIX_FMT_YUV444P ? 0x52 : 0x30;
[19:40:10 CEST] <BtbN> oh, right. Thought it checked for lossless mode
[19:40:34 CEST] <BtbN> hm, i wonder if that check could be moved into a static init function
[19:40:41 CEST] <BtbN> of if initializing cuda would be too much there
[19:40:51 CEST] <philipl> I would have thought it would be too much.
[19:41:13 CEST] <philipl> The main advantage is that you can trigger implicit conversion if it's not in the pixfmt list, but that's probably not a big deal in practice.
[19:42:06 CEST] <philipl> Initialising cuda all the time seems scary to me.
[20:00:27 CEST] <BtbN> Doesn't need to be initialized, just device enumeration
[20:31:51 CEST] <BtbN> Great, the entire RPi crashed, hardware wise. Streaming a USB Webcam via USB Wifi seems to be too much for it.
[20:33:07 CEST] <wm4> I managed to crash the rpi so often
[20:33:16 CEST] <wm4> in many cases, only the GPU crashed/froze
[20:33:47 CEST] <BtbN> GPU is not involved here
[20:34:19 CEST] <BtbN> USB Webcam that outputs h264 + alsa capture, libfdk_aac for aac, and then streaming it via rtmp
[20:34:39 CEST] <BtbN> The pi just froze now
[20:36:34 CEST] <BtbN> And the, slightly more expensive, replacement-NUC is lacking RAM. Great.
[20:43:04 CEST] <michaelni> Compnn, and others if anyone noties problems with the servers ping me (in ffmpeg-dev best so iam not multi pinged)
[20:56:27 CEST] <rcombs> wm4: thanks, giant binary firmware?
[20:58:01 CEST] <wm4> *shrug*
[21:05:57 CEST] <wm4> has anyone looked at vaapi HEVC decoding yet?
[22:57:28 CEST] Action: durandal_1707 porting removegrain
[00:00:00 CEST] --- Sun Jul  5 2015