[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-devel-list
Subject: Re: Looking for advice - ffmpeg-free and wf-recorder
From: Bob Hepple <bob.hepple () gmail ! com>
Date: 2022-12-18 0:48:36
Message-ID: CAHzpm2jzHpQDjJAeqKYsEF2S7whPBaCjL=n9bVg5+8v_g=vTPw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Thanks to all of you for the helpful hints!
I will release in f37 too as suggested - I understand that I can only
retire from rpmfusion in rawhide/f38, but I guess that's OK.
libvpx-vp9 does indeed work in both ffmpegs - the only downside is that it
takes >25s to terminate on SIGINT ^C (the normal way to stop wf-recorder).
Many users will grow impatient and use pkill/SIGTERM and get a corrupt mp4
file - I certainly did at first. Not the best experience. I have taken this
up with upstream.
libvpx (vp8) does not work at all - again, maybe an upstream issue.
So I don't have an ideal codec candidate that I am quite happy to unleash
on the world at the moment - upstream may give me a clue.
Or should I just go ahead with libvpx-vp9?
Cheers
Bob
On Sat, 17 Dec 2022 at 20:44, Neal Gompa <ngompa13@gmail.com> wrote:
> On Sat, Dec 17, 2022 at 12:29 AM Bob Hepple <bob.hepple@gmail.com> wrote:
> >
> > I am the packager for wf-recorder (a wl-roots/wayland screen recorder)
> which presently resides in rpmfusion - it uses proprietary ffmpeg codecs =
by
> default (libx246).
> >
> > Now that we have ffmpeg-free we have an opportunity to move wf-recorder
> to the mainstream and change the default codec to the non-proprietary
> libopenh264. This woud be in rawhide/f38 and on.
> >
> > This all works fine in testing on f37. The fly in the ointment is that
> if ffmpeg/rpmfusion is installed in place of ffmpeg-free, then wf-recorde=
r
> can no longer access libopenh264 and fails with an error. There is a
> workaround in the use of the option -c libx264.
> >
> > Several solutions occur to me and I'm looking for guidance on which pat=
h
> to take:
> >
> > 0. leave wf-recorder where it is, in rpmfusion as in f37 and earlier.
> > A. compile wf-recorder as shipped by upstream with the default libx264 =
-
> the '-c libopenh264' workaround would be needed if ffmpeg-free is
> installed. This annoys users who install stock fedora.
> > B. compile wf-recorder with libopenh264 as the default - the '-c
> libx264' workaround would be needed if ffmpeg/rpmfusion is installed and
> would annoy those users.
> > C. leave wf-recorder in rpmfusion and create a wf-recorder-free package
> by analogy to ffmpeg (this might be obscure as it's not likely to get muc=
h
> publicity - and annoy everyone sooner or later)
> > D. the best option might be to choose a codec common to both ffmpeg and
> ffmpeg-free. I'm not terribly au fait with the various codecs so which
> would I choose? These codecs appear to be in both packages:
> >
>
> I suggest going with option D, and my suggestion is libvpx-vp9.
>
> libvpx-vp9 is common to both and reasonably fast. I made a similar
> change to O3DE some time ago for similar reasons:
>
> https://github.com/o3de/o3de/commit/add4ad4ad42fe36b04e80b3ee4ab2358fe5fd=
35e
>
>
>
>
> --
> =E7=9C=9F=E5=AE=9F=E3=81=AF=E3=81=84=E3=81=A4=E3=82=82=E4=B8=80=E3=81=A4=
=EF=BC=81/ Always, there's only one truth!
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-leave@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o=
rg
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
[Attachment #5 (text/html)]
<div dir="ltr"><div>Thanks to all of you for the helpful \
hints!</div><div><br></div><div>I will release in f37 too as suggested - I understand \
that I can only retire from rpmfusion in rawhide/f38, but I guess that's \
OK.</div><div><br></div><div>libvpx-vp9 does indeed work in both ffmpegs - the only \
downside is that it takes >25s to terminate on SIGINT ^C (the normal way to stop \
wf-recorder). Many users will grow impatient and use pkill/SIGTERM and get a corrupt \
mp4 file - I certainly did at first. Not the best experience. I have taken this up \
with upstream. <br></div><div><br></div><div>libvpx (vp8) does not work at all - \
again, maybe an upstream issue. <br></div><div><br></div><div>So I don't have an \
ideal codec candidate that I am quite happy to unleash on the world at the moment - \
upstream may give me a clue.</div><div><br></div><div>Or should I just go ahead with \
libvpx-vp9?</div><div><br></div><div><br></div><div>Cheers</div><div><br></div><div><br></div><div>Bob<br></div><div><br></div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 17 Dec 2022 at 20:44, \
Neal Gompa <<a href="mailto:ngompa13@gmail.com">ngompa13@gmail.com</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Dec 17, 2022 \
at 12:29 AM Bob Hepple <<a href="mailto:bob.hepple@gmail.com" \
target="_blank">bob.hepple@gmail.com</a>> wrote:<br> ><br>
> I am the packager for wf-recorder (a wl-roots/wayland screen recorder) which \
presently resides in rpmfusion - it uses proprietary ffmpeg codecs by default \
(libx246).<br> ><br>
> Now that we have ffmpeg-free we have an opportunity to move wf-recorder to the \
mainstream and change the default codec to the non-proprietary libopenh264. This woud \
be in rawhide/f38 and on.<br> ><br>
> This all works fine in testing on f37. The fly in the ointment is that if \
ffmpeg/rpmfusion is installed in place of ffmpeg-free, then wf-recorder can no longer \
access libopenh264 and fails with an error. There is a workaround in the use of the \
option -c libx264.<br> ><br>
> Several solutions occur to me and I'm looking for guidance on which path to \
take:<br> ><br>
> 0. leave wf-recorder where it is, in rpmfusion as in f37 and earlier.<br>
> A. compile wf-recorder as shipped by upstream with the default libx264 - the \
'-c libopenh264' workaround would be needed if ffmpeg-free is installed. This \
annoys users who install stock fedora.<br> > B. compile wf-recorder with \
libopenh264 as the default - the '-c libx264' workaround would be needed if \
ffmpeg/rpmfusion is installed and would annoy those users.<br> > C. leave \
wf-recorder in rpmfusion and create a wf-recorder-free package by analogy to ffmpeg \
(this might be obscure as it's not likely to get much publicity - and annoy \
everyone sooner or later)<br> > D. the best option might be to choose a codec \
common to both ffmpeg and ffmpeg-free. I'm not terribly au fait with the various \
codecs so which would I choose? These codecs appear to be in both packages:<br> \
><br> <br>
I suggest going with option D, and my suggestion is libvpx-vp9.<br>
<br>
libvpx-vp9 is common to both and reasonably fast. I made a similar<br>
change to O3DE some time ago for similar reasons:<br>
<a href="https://github.com/o3de/o3de/commit/add4ad4ad42fe36b04e80b3ee4ab2358fe5fd35e" \
rel="noreferrer" target="_blank">https://github.com/o3de/o3de/commit/add4ad4ad42fe36b04e80b3ee4ab2358fe5fd35e</a><br>
<br>
<br>
<br>
<br>
--<br>
真実はいつも一つ！/ Always, there's only one truth!<br>
_______________________________________________<br>
devel mailing list -- <a href="mailto:devel@lists.fedoraproject.org" \
target="_blank">devel@lists.fedoraproject.org</a><br> To unsubscribe send an email to \
<a href="mailto:devel-leave@lists.fedoraproject.org" \
target="_blank">devel-leave@lists.fedoraproject.org</a><br> Fedora Code of Conduct: \
<a href="https://docs.fedoraproject.org/en-US/project/code-of-conduct/" \
rel="noreferrer" target="_blank">https://docs.fedoraproject.org/en-US/project/code-of-conduct/</a><br>
List Guidelines: <a href="https://fedoraproject.org/wiki/Mailing_list_guidelines" \
rel="noreferrer" target="_blank">https://fedoraproject.org/wiki/Mailing_list_guidelines</a><br>
List Archives: <a href="https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org" \
rel="noreferrer" target="_blank">https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org</a><br>
Do not reply to spam, report it: <a \
href="https://pagure.io/fedora-infrastructure/new_issue" rel="noreferrer" \
target="_blank">https://pagure.io/fedora-infrastructure/new_issue</a><br> \
</blockquote></div>
[Attachment #6 (text/plain)]
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic