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

burek burek021 at gmail.com
Sat Jun 2 03:05:03 EEST 2018

[00:00:22 CEST] <jamrial> jkqxz: atomnuker already calls that in find_device() and prints other fields. do the same for driverVersion
[00:02:15 CEST] <jkqxz> Mesa seems to be version 0x04801063, which isn't very inspiring.
[00:05:45 CEST] <jkqxz> Windows: Intel = 0x00010003, AMD = 0x00800014.  Hmm.
[00:17:22 CEST] <jamrial> jkqxz: the latest windows AMD vulkan driver is 2.0.20 according to radeon settings
[00:17:35 CEST] <jamrial> that 0x14 could be the 20
[00:28:04 CEST] <jamrial> jkqxz: that mesa driver version is 18.1.99 probably
[00:32:48 CEST] <BtbN> philipl, according to most review sites it has both
[00:33:12 CEST] <BtbN> I'm also still unsure if it is an Optimus Laptop, or if the Intel card comes disabled. It doesn't say Optimus or Intel anywhere
[01:30:25 CEST] <philipl> BtbN: certainly if it's the only GPU, I'd expect both.
[01:30:47 CEST] <philipl> I've been writing a silly little capability checker tool for nvdec/nvenc. I should stick it on github soon.
[08:26:14 CEST] <leinne> why does ff_matroska_audio_muxer.audio_codec defaults to AV_CODEC_ID_VORBIS? where does that makes sense?
[08:28:36 CEST] <atomnuker> got a better suggestion?
[08:29:08 CEST] <atomnuker> aac would be better imo, patch welcome
[08:30:17 CEST] <leinne> AV_CODEC_ID_AAC for matroska and AV_CODEC_ID_OPUS for ogg
[11:01:08 CEST] <cone-404> ffmpeg 03Paul B Mahol 07master:0d35413e5dbe: avcodec/dnxhdenc: do not free nonexistent slice threads data when frame threading is used
[11:04:12 CEST] <BtbN> philipl, I still expect the thing to be Optimus. Dedicated nvidia laptop GPUs don't really exist anymore.
[11:06:53 CEST] <KGB> [13FFV1] 15michaelni closed pull request #114: Change ffv1 0,1,3 to informative type (06master...06change-ffv1-0,1,3-to-informative-type) 02https://git.io/vhnfn
[11:52:47 CEST] <cone-404> ffmpeg 03Jérôme Martinez 07master:5205b3289e46: avcodec/dpx: Support for RGBA 12-bit packed decoding
[16:22:50 CEST] <anill> Hi FFMPEG people, i have a raw dump of RTP packets and want to convert it to .h264, can it be done via ffmpeg or needs some development ?
[16:33:58 CEST] <KGB> [13FFV1] 15dericed opened pull request #116: Review ietf cellar ffv1 02 secdir early xia 2018 06 01 (06master...06review-ietf-cellar-ffv1-02-secdir-early-xia-2018-06-01) 02https://git.io/vhCn0
[17:31:47 CEST] <jdarnley> WTF.  This SIMD code I just wrote doesn't produce the same file but it does decode to the same *.out.rawvideo file.
[17:32:37 CEST] <jdarnley> thanks fat
[17:32:42 CEST] <jdarnley> *fate
[19:03:18 CEST] <durandal_1707> development is pretty much dead
[19:04:45 CEST] <kierank> durandal_1707: ?
[19:06:20 CEST] <durandal_1707> kierank: ml activity, irc activity too
[19:06:31 CEST] <atomnuker> its friday
[19:07:48 CEST] <kierank> durandal_1707: there is all important http server in ffmpeg
[19:07:51 CEST] <kierank> what are you talking about
[19:07:54 CEST] <kierank> important work
[19:12:49 CEST] <jamrial> durandal_1707: there's that dnn avfilter stuff, vulkan hwcontext, opencl filters, assorted mov stuff, and someone trying to rewrite ffserver
[19:13:13 CEST] <jamrial> one thing is "there's no development", another is "current development doesn't seem interesting to me"
[19:15:00 CEST] <jamrial> also this guy fixing all the issues in the vc1 decoder
[19:16:11 CEST] <JEEB> jkqxz: the guy linked https://gitee.com/hwren/avs2_samples
[19:16:48 CEST] <JEEB> seems like he uploaded them 6 hours ago, lol
[19:23:59 CEST] <jkqxz> I saw those.  They're all labelled as made with xavs2, so I imagine they were just created in response to your question.
[19:24:17 CEST] <jkqxz> Not sure that's really very useful for testing anything, since I could do the same thing.
[19:25:02 CEST] <JEEB> true that
[19:25:16 CEST] <JEEB> I didn't check that much but I kind of wondered if that was exactly what he did :P
[20:11:30 CEST] <Compn> anyone want to work on a broadcast transcription workflow for a US company? they sent mail directly to me heh
[21:05:59 CEST] <durandal_1707> jamrial: that can be hardly called an serious developement
[21:06:31 CEST] <klaxa> thanks, i guess
[21:06:54 CEST] <klaxa> i'll be blunt, you're passive agressiveness doesn't feel right with me
[21:06:57 CEST] <JEEB> don't take anything he says too heavily, he seems to try to be hfunny
[21:07:00 CEST] <JEEB> yes
[21:07:21 CEST] <JEEB> I like what durandal codes (generally), but the whole "trying to be funny on the internet" thing isn't working
[21:07:30 CEST] <JEEB> it's just rude and generally not funny
[21:07:31 CEST] <nevcairiel> i dont consider all his filters useful either, but i dont go around insulting him for it
[21:07:36 CEST] <jamrial> klaxa: ignore him. he tries to be funny but it just rubs people the wrong way
[21:07:51 CEST] <JEEB> nevcairiel: exactly
[21:08:07 CEST] <jamrial> durandal_1707: really, no need to be a dick. joking or not
[21:08:17 CEST] <JEEB> ^
[21:08:27 CEST] <klaxa> well seeing the rather long thread about CoC shit, this is kind of what lead to this development morale, everyone says "just ignore it"
[21:08:32 CEST] <klaxa> i mean i don't disagree
[21:09:22 CEST] <klaxa> but it still doesn't sit right with me, i thought we all want to create great code, no need to be unfriendly
[21:10:37 CEST] <durandal_1707> where is atrac9 ? improved fft & mdct ? where is Dolby Vision, ProRes RAW, etc
[21:11:41 CEST] <atomnuker> its coming
[21:12:25 CEST] <kierank> durandal_1707: https://filmplusgear.com/prores-raw-testfile3
[21:12:50 CEST] <durandal_1707> and binary decoder?
[21:13:11 CEST] <kierank> needs final cut pro x
[21:13:13 CEST] <kierank> I guess, or a mac
[21:13:16 CEST] <kierank> I don't have a mac
[21:13:33 CEST] <cone-194> ffmpeg 03Gyan Doshi 07master:841c1efc78ac: lavc/libx265: allow users to set closed GOP via generic lavc flag
[21:13:40 CEST] <durandal_1707> i should stfu or will get to jail
[21:16:56 CEST] <kierank> durandal_1707: ?
[21:18:20 CEST] <JEEB> durandal_1707: dolby vision has some white papers linked but no spec AFAIK
[21:18:34 CEST] <JEEB> also which profile of dolby vision?
[21:18:43 CEST] <durandal_1707> kierank: it is bad idea to mess with rotten fruitTM
[21:19:46 CEST] <JEEB> oh, prores raw now has test files? lol
[21:20:16 CEST] <kierank> durandal_1707: can you help my student with frame threading
[21:20:20 CEST] <durandal_1707> JEEB: dunno, i more like to work on obsolete stuff, so nobody gonna sue me, shit I did not obsolete stuff recently...
[21:20:21 CEST] <kierank> how he implement it for IP files
[21:22:54 CEST] <durandal_1707> kierank: i'm not expert of that field - threads synchronization, i even failed/abandoned to write multithreaded flac encoder - which should be trivial - just write trail separately
[21:25:18 CEST] <durandal_1707> guess, if h264 can have frame threading cfhd can too (for P frames?)
[21:27:00 CEST] <durandal_1707> kierank: cfhd have P frames or?
[21:27:04 CEST] <kierank> yes
[21:32:30 CEST] <durandal_1707> kierank: ff_thread_report_progress() ff_thread_await_progress() this are calls for synchronization between different threads, (A)PNG is i think simplest decoder that use them
[21:56:13 CEST] <Chloe> mmh, I've been pretty unwell and unable to check mailing list. But I agree with wm4.
[21:57:35 CEST] <Chloe> I think the CoC (or what's there already) should be entirely removed (at least at first), as it is unenforced and just creates confusion.
[22:01:04 CEST] <durandal_1707> first get well
[22:02:51 CEST] <Chloe> durandal_1707: unlikely to happen for several months I think (at least two).
[22:04:56 CEST] <durandal_1707> :(
[00:00:00 CEST] --- Sat Jun  2 2018

More information about the Ffmpeg-devel-irc mailing list