From: Michael Niedermayer <michael@niedermayer.cc>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH] exclude currently unused 0.17% of fate samples from rsync
Date: Sat, 12 Aug 2023 16:19:26 +0200
Message-ID: <20230812141926.GI7802@pb2> (raw)
In-Reply-To: <CABLWnS91vk8=Le+6-zfX8aN73OpVyuwenrgnXb28+TAYVkSjLQ@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 3243 bytes --]
On Fri, Aug 11, 2023 at 06:17:29PM +0200, Vittorio Giovara wrote:
> On Thu, Aug 10, 2023 at 5:27 PM Michael Niedermayer <michael@niedermayer.cc>
> wrote:
>
> > Several developers where upset, that from the over 1gb of fate samples 2mb
> > are only used
> > by the ffmpeg branch with SDR support in https://git.ffmpeg.org/libavradio
> >
> > This avoids these samples from being downloaded or synchronized.
> > It should have no real world effect on anything of course if 0.17% more or
> > less is downloaded but maybe it makes some people happier.
> >
> > Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
> > ---
> > configure | 2 ++
> > tests/Makefile | 1 +
> > 2 files changed, 3 insertions(+)
> >
> > diff --git a/configure b/configure
> > index 932998b8d6..f859701ebd 100755
> > --- a/configure
> > +++ b/configure
> > @@ -2384,6 +2384,7 @@ TOOLCHAIN_FEATURES="
> > inline_asm_nonlocal_labels
> > pragma_deprecated
> > rsync_contimeout
> > + rsync_exclude
> > symver_asm_label
> > symver_gnu_asm
> > vfp_args
> > @@ -6968,6 +6969,7 @@ disabled makeinfo_html && texi2html --help 2>
> > /dev/null | grep -q 'init-file' &&
> > perl -v > /dev/null 2>&1 && enable perl || disable perl
> > pod2man --help > /dev/null 2>&1 && enable pod2man || disable pod2man
> > rsync --help 2> /dev/null | grep -q 'contimeout' && enable
> > rsync_contimeout || disable rsync_contimeout
> > +rsync --help 2> /dev/null | grep -q -- '--exclude' && enable
> > rsync_exclude || disable rsync_exclude
> > xmllint --version > /dev/null 2>&1 && enable xmllint || disable xmllint
> >
> > # check V4L2 codecs available in the API
> > diff --git a/tests/Makefile b/tests/Makefile
> > index e09f30a0fc..45db76695e 100644
> > --- a/tests/Makefile
> > +++ b/tests/Makefile
> > @@ -265,6 +265,7 @@ FATE_EXTERN += $(FATE_EXTERN-yes)
> > $(FATE_SAMPLES_FASTSTART)
> > FATE += $(FATE-yes)
> >
> > RSYNC_OPTIONS-$(HAVE_RSYNC_CONTIMEOUT) += --contimeout=60
> > +RSYNC_OPTIONS-$(HAVE_RSYNC_EXCLUDE) += --exclude=/sdr/
> >
>
> This causes a list of folders to be maintained in the Makefile code which
> I'm not sure is kosher
Its only temporary.
If we succeed implementing what jb suggested then there will be a
sdr (demuxer/input) module in git master. And a new libavradio
that module in git master will still need the testfiles, so when
the module is added then these --exclude cases become unneeded
> Would it not be simpler to just delete the sdr folder?
on the client, it would cause it to be redownloaded,
on the server, it would break libavradio, and especially when
we are trying to refactor the code to move some of it into a seperate libavradio
(which i dont yet know how easy that will be)
it will be important to ensure that nothing breaks when stuff is refactored
so i would prefer to leave this on the server for ease of testing for everyone
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
No human being will ever know the Truth, for even if they happen to say it
by chance, they would not even known they had done so. -- Xenophanes
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
[-- Attachment #2: Type: text/plain, Size: 251 bytes --]
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2023-08-12 14:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-10 15:27 Michael Niedermayer
2023-08-11 16:17 ` Vittorio Giovara
2023-08-12 14:19 ` Michael Niedermayer [this message]
2023-08-12 15:07 ` Paul B Mahol
2023-08-12 15:09 ` James Almer
2023-08-12 15:10 ` Paul B Mahol
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230812141926.GI7802@pb2 \
--to=michael@niedermayer.cc \
--cc=ffmpeg-devel@ffmpeg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git