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

[burek]

[00:25:08 CEST] <cone-357> ffmpeg 03Carl Eugen Hoyos 07master:52e8a0d96da7: lavc/libopenjpeg: Support GRAY10, GRAY12 and GRAY14.
[02:06:01 CEST] <klaxa> close to having patches ready for the ML for ffserver hls and dash, almost done cleaning up commits and then i'll add documentation
[02:43:53 CEST] <rcombs> could lavu hwcontexts expose an API to list available devices and their capabilities
[02:45:26 CEST] <rcombs> like, on windows you call GetAdapterCount() and iterate from 1 to that, and the id is just the number; on linux you list /dev/dri/ and filter on renderD[&]
[02:47:19 CEST] <atomnuker> sure, I don't see why not
[06:18:29 CEST] <cone-093> ffmpeg 03Gyan Doshi 07master:4ac88ba5487e: fftools/ffmpeg: check sseof value and clash with ss
[14:49:38 CEST] <gagandeep> kierank: THAT MOUNTAIN SAMPLE is not bit exact with run length code part
[14:49:48 CEST] <gagandeep> finally managed to run in testcfhd
[14:50:01 CEST] <gagandeep> was reading multithreading in cormen
[14:50:22 CEST] <gagandeep> also sent the patch for codebook 0 decompanding previously
[14:50:53 CEST] <gagandeep> i now need to start working on multithreading
[14:51:05 CEST] <gagandeep> https://github.com/gamer97gagan/FFmpeg
[14:51:13 CEST] <gagandeep> this is the fork you asked previously
[18:40:18 CEST] <j-b> Speaking of AV1, https://github.com/Matroska-Org/matroska-specification/blob/av1-mappin/codec/av1.md
[18:42:49 CEST] <JEEB> oh I missed the OBU deal
[18:42:52 CEST] <JEEB> with AV1
[18:47:58 CEST] <TD-Linux> j-b, oh excellent, was just talking to cyril about making the mkv and mp4 mappings similar
[18:48:18 CEST] <j-b> TD-Linux: we (with robux and mosu) are on it.
[18:48:34 CEST] <j-b> TD-Linux: encryption is a bit undefined, of course, because I don't care much
[18:48:49 CEST] <j-b> But, at least, we have the beginning of a mapping
[18:48:52 CEST] <jamrial> so raw OBUs? cool
[18:49:03 CEST] <j-b> TD-Linux: I need a volunteer though, for AV1 in AVI
[18:49:16 CEST] <gnafu> {:-]
[18:49:42 CEST] <JEEB> -28
[18:49:44 CEST] <j-b> :D :D
[18:49:47 CEST] <j-b> JEEB: killjoy.
[18:49:47 CEST] <TD-Linux> j-b, well at least there are none of those pesky b-frames :^)
[18:49:53 CEST] <j-b> TD-Linux: exactly!
[18:50:02 CEST] <JEEB> j-b: that was a typo :D
[19:01:29 CEST] <atomnuker> JEEB: could you like, dunno, sneak in another timestamp or something
[19:01:55 CEST] <atomnuker> or or maybe even a timebase, wouldn't mind that either
[19:02:05 CEST] <atomnuker> anything to escape the 1ms precision
[19:02:31 CEST] <atomnuker> calculators in the 60's could count more divisions in a second!
[19:07:44 CEST] <jamrial> "The AV1 bitstream MUST be in [Annex B] format which is more suitable for 8-bits alignment"
[19:07:46 CEST] <jamrial> WTF, no
[19:08:05 CEST] <jamrial> i though we agreed annex-b would not be in mp4/mkv or any other container
[19:08:08 CEST] <atomnuker> ^^
[19:08:33 CEST] <j-b> jamrial: as you can see, it is in {} which means it's being debated.
[19:09:03 CEST] <nevcairiel> just copy paste the mp4 format
[19:09:07 CEST] <jamrial> by all means, please don't do it
[19:09:08 CEST] <nevcairiel> thats what mkv does usually anyway
[19:09:13 CEST] <JEEB> yes
[19:09:20 CEST] <jamrial> AV1 annex-b is its own pseudo container thing
[19:09:26 CEST] <jamrial> don't put that inside another container
[19:09:30 CEST] <nevcairiel> we already got rid of annexb in mp4 :p
[19:09:51 CEST] <JEEB> just some details regarding things that are mp4 specific if there's any (14496-15 for HEVC had some cases of that)
[19:10:00 CEST] <JEEB> but I guess AV1 didn't have too much of that
[19:10:17 CEST] <j-b> jamrial: I will forward your comment.
[19:10:35 CEST] <nevcairiel> that "spec" up there is totally overspecified if you ask me, all those color properties are not codec-specific, and nor should they be, for example
[19:11:01 CEST] <JEEB> yea, that too
[19:11:28 CEST] <JEEB> one would think those would be some generic entity for colorspace information in case the contained format doesn't have that
[19:15:37 CEST] <January> AV1 is a container now?
[19:16:47 CEST] <January> mmh, I actually haven't read the spec...
[19:17:07 CEST] <JEEB> the thing that it can be encapsulated in for stuff without packet structure
[19:22:51 CEST] <BBB> I want to see av1-in-ogg-in-avi
[19:23:05 CEST] <BBB> if someone can get that working in windows media player, Ill buy him a beer at the next VDD
[19:23:12 CEST] <BBB> <3
[19:24:57 CEST] <JEEB> :s
[19:25:28 CEST] <gnafu> BBB: I think something like that would call for a stronger drink so the person could forget.
[19:25:39 CEST] <JEEB> that's just scary because I can think of ways
[19:35:54 CEST] <TD-Linux> I'm happy to add official support to libogg
[19:36:45 CEST] <January> gnafu: gonna need more than alcohol to exorcise this
[19:37:30 CEST] <BBB> TD-Linux: thats one half
[19:37:32 CEST] <TD-Linux> JEEB, those are generic color properties. the problem is that AV1 also can specify them, so this says how to copy them into the container
[19:38:00 CEST] <TD-Linux> BBB, sadly I only know of implementations of avi-in-ogg, not the other way around :(
[19:38:16 CEST] <BBB> fine, av1-in-avi-in-ogg also qualifies
[19:38:31 CEST] <BBB> this is getting kind of frankensteinish, though
[19:38:47 CEST] <BBB> but it has to work in windows media player
[19:39:25 CEST] <TD-Linux> if we can get a libaom VfW filter and an ogm player we should be set
[19:39:43 CEST] <BBB> cool \o/
[19:39:48 CEST] <BBB> creepy, also
[19:39:50 CEST] <BBB> but cool
[19:42:31 CEST] <JEEB> if it's AVI then you could make the MS filter export the OGG, and then stick a VFW/DShow/MF filter at that that demuxes the resulting OGG into AV1 packets
[19:42:36 CEST] <JEEB> and then stick a decoder at that
[19:42:58 CEST] <Gramner> y'all need to work in powerpoint somewhere there too
[19:43:11 CEST] <JEEB> played in powerpoint of course
[19:43:17 CEST] <JEEB> because MS Office and media
[19:45:19 CEST] <jamrial> BBB: is one beer worth the pain and missery this would bring to the world?
[19:45:41 CEST] <BBB> Gramner: mss1, right?
[19:45:51 CEST] <BBB> (mss1 = vc1 with powerpoint sprites, IIRC)
[19:45:59 CEST] <JEEB> ah yes :D
[19:46:13 CEST] <BBB> the glory days of multimedia
[19:46:43 CEST] <BBB> jamrial: theres only one way to answer that question: test it out and see what happens! :D
[20:09:47 CEST] <nevcairiel> how would you ever double-pack a container
[20:17:24 CEST] <TD-Linux> I thought I at least had docs for ogm and ogg-in-wav but can't find either
[20:22:00 CEST] <atomnuker> nevcairiel: you call it by some already taken name like "srt"
[21:04:03 CEST] <gnafu> I just taught a PowerPoint class the other day where we looked at embedding audio and video, and 2016 handles media a lot better than PowerPoint used to.
[21:04:21 CEST] <gnafu> But I don't know how many formats it actually support these days; they might lock it down to just WMV, MP4, and MOV.
[21:04:42 CEST] <gnafu> (Container-level restriction, and then probably only WMV and H.264 for codecs.)
[21:04:54 CEST] <gnafu> But I haven't played with it.  I should try a VP9+Opus WebM file.
[21:05:37 CEST] <nevcairiel> powerpoint just uses your systems directshow setup
[21:05:45 CEST] <nevcairiel> so it can play virtually anything if you install codecs
[21:08:58 CEST] <gnafu> That's good to know.  For some reason, I thought they had artificially restricted it to encourage people to only use common codecs for better portability.
[21:09:05 CEST] <gnafu> At least, that's what I recommend :-P.
[21:09:25 CEST] <gnafu> Since you don't know what codecs a presentation computer may or may not have, just stick to the most common./
[21:09:50 CEST] <gnafu> Or better, use PDF presentations and separate video files with a portable copy of VLC ;-D.
[21:10:59 CEST] <j-b> gnafu: as a joke, I made a PDF plugin for VLC...
[21:11:22 CEST] <j-b> gnafu: the sad part is that some big US company is actually using that to display presentations...
[21:11:30 CEST] <j-b> ><
[21:11:57 CEST] <JEEB> :D
[21:12:04 CEST] <JEEB> yes, that is a thing that /will/ happen
[21:12:18 CEST] <JEEB> "this is totally a joke" -> "oh, someone's using /that/ in production?!"
[21:12:53 CEST] <atomnuker> its alright, we have a .psd decoder, which has actually been quite useful despite big concerns some people had early on
[21:13:16 CEST] <atomnuker> and an svg rasterizer as well, which too has been useful to me and quite a few people on the support channel
[21:13:18 CEST] <j-b> JEEB: yeah, i was afraid of doing the same for pps.
[21:13:26 CEST] <atomnuker> some of these experiments do work out
[21:14:02 CEST] <JEEB> I've once used the PSD thing to check wtf those random PSDs on my old disks were
[21:14:07 CEST] <JEEB> when I was lazy to poke at GIMP
[21:14:35 CEST] <atomnuker> same
[21:14:46 CEST] <JEEB> j-b: I still remember looking at the docs for the DVD specs as PDF. > this is a PDF > oh wait you need this acrobat binary plugin to open it
[21:15:19 CEST] <atomnuker> does windows still not ship a pdf viewer by default?
[21:15:25 CEST] <JEEB> it does now
[21:15:39 CEST] <JEEB> or well, for a few years now
[21:16:36 CEST] <nevcairiel> yeah its browser just does it now
[21:16:36 CEST] <atomnuker> I think 7 only had that .xps or whatever vector format viewer which could save to pdf
[21:28:41 CEST] <j-b>  libavfilter/dnn_espcn.h          | 12637 +++++++++++++++++++++++++++++++++++++
[21:28:44 CEST] <j-b> wow.
[22:09:48 CEST] <BBB> j-b: isnt that the neural network filter?
[22:09:55 CEST] <BBB> 12k is nothing
[22:10:32 CEST] <j-b> Well, 12k of unexplained array...
[22:12:21 CEST] <gnafu> j-b: Wait, PDF in VLC?  You shouldn't have told me that; I'll have to try it now ;-).
[22:13:00 CEST] <j-b> gnafu: I'm afraid I never made this plugin public
[22:13:09 CEST] <j-b> the shame would be forever attached to my name,
[22:13:10 CEST] <gnafu> Aah, good for you.
[22:13:33 CEST] <gnafu> I appreciate that you're a scientist, but not a mad one (at least not on weekdays).
[22:14:45 CEST] <gnafu> I use OpenLP to display presentations and videos, and it uses VLC for media.  It would've been interesting to just use a VLC playlist for all of it ;-D.
[22:18:17 CEST] <j-b> TIL OpenLP
[22:22:08 CEST] <nevcairiel> you know thats not what i ever expected OpenLP to be
[22:27:16 CEST] <gnafu> I was happy to talk my church into switching to OpenLP instead of paying for a more expensive commercial license for a program we were using on Mac when we moved to a Windows PC.  It works really well even just for PowerPoints and videos, but of course also for song lyrics.
[22:28:07 CEST] <nevcairiel> i havent been to church in decades, in my mind they are still absent any modern tech
[22:28:09 CEST] <JEEB> glad to know there's hackers interested in that niche
[22:28:48 CEST] <gnafu> nevcairiel: Hehe, yeah.  I have fond memories of overhead projectors and flannelgraphs from my childhood, but "we" have definitely advanced.
[22:28:52 CEST] <j-b> Worship is a HUGE market for multimedia
[22:29:03 CEST] <nevcairiel> its probably an american thing
[22:29:10 CEST] <j-b> There are always large sections at NAB and IBC for that.
[22:29:22 CEST] <j-b> very american, yes.
[22:29:43 CEST] <gnafu> Now that I've proven the value of OpenLP, I need to talk my church into adding a donation into the budget so the OLP team actually benefits :-P.
[22:30:07 CEST] <j-b> Well, often I see people who want to restream cheaply their church
[22:30:10 CEST] <gnafu> Since we saved $300-400 compared to the old solution, it's only fair we give them something.
[22:30:48 CEST] <gnafu> j-b: Streaming is something we're starting to work out.  I've seen churches that have multiple satellite locations, but that seems weird to me.  Definitely a market, very America, and kinda weird to me.
[22:31:04 CEST] <gnafu> I said "weird to me" twice because of how strongly I feel, not because my brain is tired.
[22:31:10 CEST] <gnafu> Or maybe that second thing.
[23:05:16 CEST] <cone-589> ffmpeg 03Carl Eugen Hoyos 07master:7becc70375de: lavf/amr: Fix heuristic to avoid detection of repeated bytes.
[23:45:30 CEST] <jdarnley> I really should unsubscibe from ffmpeg-user.  The message traffic there isn't good for me.
[00:00:00 CEST] --- Wed Jun 27 2018