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

[burek]

[01:36:51 CEST] <cone-214> ffmpeg 03Andreas Rheinhardt 07master:cfe4389d4770: cbs_mpeg2: Correct and use enum values
[01:36:51 CEST] <cone-214> ffmpeg 03Andreas Rheinhardt 07master:9c3f2a8894a6: cbs_mpeg2: Improve checks for invalid values
[01:36:51 CEST] <cone-214> ffmpeg 03Andreas Rheinhardt 07master:de5880383967: cbs_mpeg2: Fix storage type for frame_centre_*_offset
[01:36:51 CEST] <cone-214> ffmpeg 03Andreas Rheinhardt 07master:1759a9e5b52d: cbs_mpeg2: Correct error codes
[01:36:51 CEST] <cone-214> ffmpeg 03James Almer 07master:d903c09d9a5c: avcodec/cbs_mpeg2: fix leak of extra_information_slice buffer in cbs_mpeg2_read_slice_header()
[06:56:23 CEST] <mkver> @jkqxz: Would you mind using xuis as a name for a macro that is like xui, but takes a string argument and does not stringify its argument?
[06:56:33 CEST] <mkver> xui would of course expand to xuis.
[06:58:12 CEST] <mkver> The 's' is unfortunately already in use for subscripts, but given that xui already contains the possibility of subscripts, no need for a macro that is like xui but takes subscripts will every arise.
[10:31:06 CEST] <durandal_1707> can one resize dvdsub subtitles?
[10:32:17 CEST] <JEEB> theoretically yes. I've even seen people do HD DVD subtitle streams
[10:32:26 CEST] <JEEB> (which I'm not really sure why they'd do it)
[10:32:33 CEST] <TheAMM> I've seen 1080p vobsubs, ye
[10:32:51 CEST] <JEEB> since the source is usually BD subs anyways
[10:33:28 CEST] <durandal_1707> so what they use?
[11:01:58 CEST] <cone-835> ffmpeg 03Paul B Mahol 07master:02333fe394f0: avformat/gif: abort early if nothing was written yet
[13:35:00 CEST] <vel0city> several decoders (and probably encoders) have "type" or "mode" vars
[13:35:28 CEST] <vel0city> but why are their values #defines instead of enums?
[13:35:53 CEST] <vel0city> an example would be libavcodec/sunrast.h
[13:36:51 CEST] <durandal_1707> using enum instead of few defines seems overkill
[13:37:21 CEST] <vel0city> I fail to see the benefit of defines
[13:37:30 CEST] <vel0city> if anything they are slower to write
[13:37:53 CEST] <vel0city> anyway, I wanted to do something similar for TIFF and my first thought was of course enums but now I'm not so sure 
[13:38:05 CEST] <durandal_1707> for what?
[13:38:23 CEST] <vel0city> TIFF, DNG, CinemaDNG
[13:38:23 CEST] <durandal_1707> dont use enums for single items
[13:38:59 CEST] <vel0city> single items?
[13:39:11 CEST] <durandal_1707> enum with only one entry
[13:39:13 CEST] <vel0city> I want to detect CinemaDNG to handle the case we talked about
[13:39:26 CEST] <vel0city> there will be 3 enum entries, the ones I listed
[13:39:56 CEST] <durandal_1707> then use enum, i think nobody will insist to use define
[13:40:03 CEST] <vel0city> cool
[14:23:45 CEST] <ePirat> wbs, should I do something for http://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/244469.html ?
[14:39:05 CEST] <wbs> ePirat: maybe ping it? as the build fails with versions of xcode that have this warning if targeting an older version, it'd be good to have that fixed as well, but I guess that's an almost separate issue
[14:39:49 CEST] <ePirat> in what case does the build fail?
[14:40:17 CEST] <wbs> if you build with -mmacosx-version-min=10.11
[14:41:09 CEST] <wbs> because it requires more metadata indicating "I've checked for this function now, so it's ok to use it
[14:41:44 CEST] <wbs> or I just mistested it without your patch when I looked at it
[19:39:29 CEST] <mkver> Could please someone explain to me the difference between AV_HAVE_BIGENDIAN and HAVE_BIGENDIAN?
[19:39:51 CEST] <mkver> Is it because of mixed endian processors?
[19:40:49 CEST] <nevcairiel> one is from config.h, not exported, one from avconfig.h, exported?
[19:43:45 CEST] <mkver> So there are no systems for which these two macros differ?
[19:45:23 CEST] <nevcairiel> should not
[19:45:50 CEST] <mkver> Good.
[20:18:51 CEST] <jdarnley> I'd be surprised if ffmpeg supported such a system.
[20:19:40 CEST] <jdarnley> after all several things are required
[20:19:55 CEST] <jdarnley> sizeof int and twos complement being two
[00:00:00 CEST] --- Thu May 30 2019