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

[burek]

[00:22:42 CEST] <cone-295> ffmpeg 03James Almer 07master:08032331ac4c: fate: update fate-sws-pixdesc-query reference file
[09:30:57 CEST] <cone-359> ffmpeg 03Jun Zhao 07master:4d3e9e31356b: avformat/avio: make the logic simple
[09:30:57 CEST] <cone-359> ffmpeg 03Jun Zhao 07master:053ee996a03b: lavf/format: Remove the dead code in av_probe_input_buffer2.
[14:49:06 CEST] <BtbN> hm, I forgot to bump lavc version for the new nvenc features.
[16:29:42 CEST] <JEEB> I would like if someone would check out the zlib pkg-config thing and the libbluray protocol fix I just posted
[16:29:54 CEST] <JEEB> both seem to be general quality of life improvements
[16:30:27 CEST] Action: JEEB goes to have a jog
[17:54:07 CEST] <cone-112> ffmpeg 03Jan Ekström 07master:b995ec078f42: lavf/bluray: translate a read of 0 to EOF
[17:55:50 CEST] <JEEB> scratch one bogey
[18:08:11 CEST] <JEEB> any interest for someone to poke https://patchwork.ffmpeg.org/patch/8795/ ?
[19:49:29 CEST] <cone-112> ffmpeg 03Jan Ekström 07master:8d1263fa199f: configure: add pkg-config check for zlib
[19:50:24 CEST] <JEEB> and that makes my configure line simpler
[19:51:39 CEST] <atomnuker> JEEB: maybe you should backport that bluray patch to the release/4.0 branch too
[19:51:58 CEST] <JEEB> yea I did ask about that on the ML
[19:54:19 CEST] <kierank> JEEB: I think patch ok but the whole muh carl
[19:55:00 CEST] <JEEB> if that's regarding the zlib thing, then that should be OK; I retain the fallback
[19:55:11 CEST] <JEEB> so the non-pkg-config people can still get their fix
[21:23:33 CEST] <atomnuker> ubitux: up to write a few lines of aarch64 simd for the opus mdct?
[21:30:02 CEST] <cone-112> ffmpeg 03Michael Niedermayer 07master:0a4745145840: avcodec/g2meet: Change order of operations to avoid undefined behavior
[21:30:03 CEST] <cone-112> ffmpeg 03Michael Niedermayer 07master:3543522d200f: avcodec/jpeg2000dec: Reduce the number of tile parts allocated
[21:30:04 CEST] <cone-112> ffmpeg 03Michael Niedermayer 07master:a96c131eb53b: avcodec/jpeg2000dec: Skip init for component in CPRL if nothing is to be done
[21:30:05 CEST] <cone-112> ffmpeg 03Michael Niedermayer 07master:652ba72ed312: avcodec/jpeg2000dec: Fix undefined shift in the jpeg2000_decode_packets_po_iteration() CPRL case
[21:44:15 CEST] <ubitux> atomnuker: eventually
[21:44:28 CEST] <ubitux> but you're going to distract me from doing the subtitles stuff
[21:49:39 CEST] <atomnuker> oh, ok, I'll write it instead
[21:50:07 CEST] <atomnuker> subtiltes in avframes are more important and interesting
[21:57:08 CEST] <wm4> subs in lavfi are going to be such a mess
[21:57:40 CEST] <atomnuker> why? multiple formats?
[22:00:26 CEST] <wm4> AVSubtitle is already a mess
[22:00:50 CEST] <wm4> and AVSubtitle is not suitable to transport all kinds of subtitles anyway (yeah...)
[22:01:07 CEST] <wm4> and then there's the synchronization issue, because subtitles are sparse
[22:01:25 CEST] <JEEB> I think the best things are those where you can get random PNGs in the middle of caption lines
[22:04:59 CEST] <JEEB> although even ruby text is already welp
[22:05:08 CEST] <JEEB> will have to see how that can be decoded
[22:07:56 CEST] <cone-112> ffmpeg 03Marton Balint 07master:03038d4da95e: avcodec/libzvbi-teletextdec: allow -1 subtitle duration and make it the default
[22:07:57 CEST] <cone-112> ffmpeg 03Marton Balint 07master:ab7692ee3594: avcodec/libzvbi-teletextdec: remove DEBUG code
[22:08:05 CEST] <JEEB> najs
[22:10:05 CEST] <atomnuker> JEEB: what do you mean? like base64 encoded pngs as lines?
[22:10:25 CEST] <JEEB> atomnuker: not exactly base64 but yes, they have custom symbol spots
[22:10:35 CEST] <JEEB> I was looking for screenshots I took before, but I couldn't quickly find them
[22:12:59 CEST] <JEEB> atomnuker: I think it might have been headerless PNG with a hard-coded header specified in the spec
[22:13:03 CEST] <JEEB> but let me double-check
[22:26:46 CEST] <cone-112> ffmpeg 03James Almer 07master:652b857b9473: configure: add missing dependencies to vf_srcnn
[22:27:43 CEST] <CoreX> is there a way to actually compile libzvbi with mingw/msys(2)
[22:27:58 CEST] <JEEB> out of the box it doesn't build AFAIK
[22:29:39 CEST] <CoreX> yeah got the same feeling when i was trying todo it myself ended up using an ffmpeg compiled with it but dont like using 2 diffrent versions of ffmpeg, would like just running one
[22:30:02 CEST] <JEEB> also libzvbi is pretty much unmaintained at this point
[22:30:06 CEST] <JEEB> unless someone forked it
[22:30:14 CEST] <wm4> weren't there patches for an internal decoder
[22:30:21 CEST] <JEEB> a basic one, yea
[22:33:00 CEST] <kierank> JEEB: iirc it is maintained
[22:33:14 CEST] <kierank> I wanted VideoLAN to fork it at one point but then he started working on it
[22:33:35 CEST] <JEEB> oh I see canalplus forked it
[22:33:36 CEST] <JEEB> lol
[22:34:34 CEST] <kierank> They use it in their box 
[22:34:41 CEST] <kierank> It seems
[22:34:43 CEST] <JEEB> yea
[22:34:45 CEST] <kierank> For Teletext decoding
[22:35:10 CEST] <JEEB> by looking at the repo's root it basically explained that those are source dumps for their STBs
[22:36:39 CEST] <kierank> libzvbi is really powerful
[22:36:46 CEST] <JEEB> it is
[22:37:06 CEST] <JEEB> which is why it seemed so unfortunate that the last time I checked its official site etc the tarballs etc were old as hell
[22:38:51 CEST] <kierank> Not as if Teletext changes much
[22:39:10 CEST] <JEEB> true
[22:39:36 CEST] <JEEB> but then even if you fix compilation on system X it seems like there's no upstream
[22:58:28 CEST] <iive> is there still analog broadcasting ? 
[22:58:56 CEST] <JEEB> no, but teletext is a separate PID in MPEG-TS
[22:59:01 CEST] <JEEB> there's a digital spec for it
[22:59:36 CEST] <BtbN> There is Analog Broadcast on cable TV here
[23:00:03 CEST] <BtbN> But they are in the process of slowly getting rid of it
[23:00:21 CEST] <JEEB> well, yes - existence of analog depends on where you are. I was just pretty much answering the question "I thought teletext was analog-only? Do we still need it for something?"
[23:00:22 CEST] <iive> so libzvbi can handle even rendering dvb teletext?
[23:00:26 CEST] <JEEB> yes
[23:00:30 CEST] <JEEB> it very much can
[23:01:18 CEST] <JEEB> I wonder if there's a way to put side data into the decoded frames regarding pages. because currently you have to open a separate decoder for each page you want
[23:01:28 CEST] <JEEB> (or get all the things in a single decoder)
[23:01:31 CEST] <iive> vbi is the method used to encode teletex in analog tv signal, so the name implies that is what the library is about.
[23:01:43 CEST] <JEEB> it also supports the analog stuff, yes
[23:01:53 CEST] <JEEB> but it's general use case nowadays is the digital DVB teletext
[23:01:58 CEST] <JEEB> *its general use case
[23:02:09 CEST] <iive> well, it is not named libteletext ;)
[23:02:20 CEST] <JEEB> you are getting close to behaving like durandal_1707 
[23:02:23 CEST] <JEEB> please don't
[23:02:27 CEST] <iive> maybe this is good name for a fork.
[23:03:45 CEST] <iive> JEEB, i thought this is friendly chatting, i don't see why you are so disturbed. sorry.
[23:04:08 CEST] <JEEB> sorry, the witty-witty stuff is something that some others have abused :P
[23:11:15 CEST] <durandal_1707> JEEB: why are you bad mouthing me?
[23:12:32 CEST] <JEEB> I am not. You are just a good example looking at the logs.
[23:12:48 CEST] <durandal_1707> JEEB: what?
[23:24:16 CEST] <durandal_1707> JEEB is violating FFmpeg's Code of Conduct
[23:25:00 CEST] <Compn> durandal_1707 : some of us get tired of some of the remarks you make on a regular basis. i can point out some of them if you like
[23:26:04 CEST] <JEEB> that said, you are also a very productive member of the community and I respect you for a lot of your filter etc. related work
[23:26:17 CEST] <Compn> that too
[23:27:16 CEST] <JEEB> But if you feel like I hurt you, I am sorry. I might have overstepped the boundaries of not being an asshole.
[23:27:56 CEST] <durandal_1707> now Compn, what i did to Compn?
[23:28:02 CEST] <Compn> it would be nice if everyone just stopped talking about each other and each others attitude but blah :P
[23:29:09 CEST] <Compn> :PPPPPPP [08:58] <durandal_1707> Compn should kill mplayer already 
[23:29:11 CEST] <Compn> hehe
[23:31:50 CEST] <JEEB> meanwhile, michaelni - what was the procedure for back-ports? do I just push into the release branch?
[23:32:25 CEST] Action: CoreX opens up a hug circle
[23:35:24 CEST] <wm4> I still don't know what's supposed to be wrong with y4m seeking (except that it's completely broken now)
[23:37:46 CEST] <jamrial> JEEB: cherry pick into release branch and push, yes
[23:37:58 CEST] <JEEB> ok
[23:38:11 CEST] <jamrial> use -x so the commit message in the cherry pick points to the original commit
[23:38:51 CEST] <JEEB> ah there was a parameter for that
[23:39:02 CEST] <JEEB> I always did "This is a cherry-pick of commit X" manually or so
[23:41:14 CEST] <durandal_1707> wm4: how it is broken? use --no-correct-pts
[23:44:01 CEST] <wm4> or what's --no-correct-pts supposed to change
[23:46:28 CEST] <Compn> isnt that an mplayer command ? did wm4 keep that for mpv ?
[23:46:36 CEST] <Compn> er no, we use single dash nevermind
[23:49:53 CEST] <kierank> JEEB: we still do analogue teletext
[23:49:55 CEST] <kierank> a lot of it
[23:55:27 CEST] <JEEB> kierank: yes, I am not surprised since you can most likely put it into things like SDI etc
[00:00:00 CEST] --- Mon May  7 2018