[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 3:35:03
Message-ID: CAHzpm2iYr2DSyAfxoxXF_baKWYMhX3xSk3Jf78qmU2n-E_thoQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
> What if you use libvpx-vp9 for video, opus for audio, and use an mkv file
extension? Does it work better?
No, it doesn't ...
$ wf-recorder -c libvpx-vp9 -C opus -f recording.mkv
$ file recording.mkv
recording.mkv: Matroska data
... but it still takes a looong time to build the index.
On VP9:
Maybe I'll just settle on libvpx-vp9 and patch the source so that on SIGINT
it prints "SIGINT received: please wait for index building". That's the
easiest fix - but maybe we'll get 'oh fedora is soooo sloooow' whinges.
On VP8:
alabastr gave me the hint that using "--muxer webm" would make v8 work -
and it terminates quickly, so this is another possibility.
The only question is - is it naf to have a webm in an mp4? Also, is it too
naf to patch the source to force '--muxer webm' if codec is detected as
libvpx?
$ wf-recorder -c libvpx -m webm
Output file "recording.mp4" exists. Overwrite? Y/n: y
selected region 0,0 0x0
Using video filter: null
[libvpx @ 0x7f6d40001e80] v1.12.0
[libvpx @ 0x7f6d40001e80] Neither bitrate nor constrained quality
specified, using default CRF of 32 and bitrate of 256kbit/sec
Output #0, webm, to 'recording.mp4':
Stream #0:0: Video: vp8, yuv420p(pc), 1920x1080 [SAR 1:1 DAR 16:9],
q=2-31, 256 kb/s
^C
$ file recording.mp4
recording.mp4: WebM <<<<< TOO NAF?
On Sun, 18 Dec 2022 at 10:54, Neal Gompa <ngompa13@gmail.com> wrote:
> On Sat, Dec 17, 2022 at 7:49 PM Bob Hepple <bob.hepple@gmail.com> wrote:
> >
> > 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?
> >
>
> What if you use libvpx-vp9 for video, opus for audio, and use an mkv
> file extension? Does it work better?
>
>
>
> --
> 真実はいつも一つ！/ 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.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
[Attachment #5 (text/html)]
<div dir="ltr"><div>> What if you use libvpx-vp9 for video, opus for audio, and \
use an mkv file extension? Does it work better?</div><div><br></div><div>No, it \
doesn't ...<br></div><div><br></div><div>$ wf-recorder -c libvpx-vp9 -C opus -f \
recording.mkv</div><div>$ file recording.mkv<br>recording.mkv: Matroska \
data</div><div><br></div><div>... but it still takes a looong time to build the \
index. <br></div><div><br></div><div>On VP9:<br></div><div>Maybe I'll just settle \
on libvpx-vp9 and patch the source so that on SIGINT it prints "SIGINT received: \
please wait for index building". That's the easiest fix - but maybe \
we'll get 'oh fedora is soooo sloooow' \
whinges.<br></div><div><br></div><div>On VP8:<br></div><div>alabastr gave me the hint \
that using "--muxer webm" would make v8 work - and it terminates quickly, \
so this is another possibility. <br></div><div>The only question is - is it naf to \
have a webm in an mp4? Also, is it too naf to patch the source to force '--muxer \
webm' if codec is detected as libvpx?<br></div><div><br></div><div>$ wf-recorder \
-c libvpx -m webm<br>Output file "recording.mp4" exists. Overwrite? Y/n: \
y<br>selected region 0,0 0x0<br>Using video filter: null<br>[libvpx @ 0x7f6d40001e80] \
v1.12.0<br>[libvpx @ 0x7f6d40001e80] Neither bitrate nor constrained quality \
specified, using default CRF of 32 and bitrate of 256kbit/sec<br>Output #0, webm, to \
'recording.mp4':<br> Stream #0:0: Video: vp8, yuv420p(pc), 1920x1080 [SAR \
1:1 DAR 16:9], q=2-31, 256 kb/s<br></div><div>^C <br></div><div>$ file recording.mp4 \
<br>recording.mp4: WebM <<<<< TOO NAF?<br></div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 18 Dec 2022 at 10:54, \
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 7:49 PM Bob Hepple <<a href="mailto:bob.hepple@gmail.com" \
target="_blank">bob.hepple@gmail.com</a>> wrote:<br> ><br>
> Thanks to all of you for the helpful hints!<br>
><br>
> 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.<br> ><br>
> 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> \
><br> > libvpx (vp8) does not work at all - again, maybe an upstream issue.<br>
><br>
> 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.<br> ><br>
> Or should I just go ahead with libvpx-vp9?<br>
><br>
<br>
What if you use libvpx-vp9 for video, opus for audio, and use an mkv<br>
file extension? Does it work better?<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