On Mon, Dec 19, 2022 at 9:33 AM Florian Weimer wrote:
>
> * Demi Marie Obenour:
>
> > On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
> >> On 17/12/2022 06:29, Bob Hepple wrote:
> >>> Now that we have ffmpeg-free we have an opportunity to move wf-recorder
> >>> to the mainstream and change the
* Demi Marie Obenour:
> On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
>> On 17/12/2022 06:29, Bob Hepple wrote:
>>> 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.
>>
>> You
On Sun, Dec 18, 2022 at 3:29 PM Vitaly Zaitsev via devel
wrote:
>
> On 18/12/2022 15:34, drago01 wrote:
> > Why would they? The patents apply to the algorithm, not to any API.
>
> Help in circumventing patents.
Your lawyer may vary in regards to the advice
they provide as to an organization's
On 18/12/2022 16:32, Neal Gompa wrote:
No, they cannot. If you try, you get redirected to a wiki page
explaining why you can't.
Ah, sorry, my bad. I haven't tried downloading.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing
On Sun, Dec 18, 2022 at 10:29 AM Vitaly Zaitsev via devel
wrote:
>
> On 18/12/2022 15:34, drago01 wrote:
> > Why would they? The patents apply to the algorithm, not to any API.
>
> Help in circumventing patents. For the same reason, the RPM Fusion
> repository can't be preloaded.
>
> But
On 18/12/2022 15:34, drago01 wrote:
Why would they? The patents apply to the algorithm, not to any API.
Help in circumventing patents. For the same reason, the RPM Fusion
repository can't be preloaded.
But technically MPEG LA still can sue Fedora because unsigned builds can
be downloaded
On Sunday, December 18, 2022, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 18/12/2022 06:18, Demi Marie Obenour wrote:
>
>> Could Fedora ship a shim library that exposed the same API and used
>> dlopen() internally?
>>
>
> I doubt. Lawyers will treat this as a patents
On 18/12/2022 06:18, Demi Marie Obenour wrote:
Could Fedora ship a shim library that exposed the same API and used
dlopen() internally?
I doubt. Lawyers will treat this as a patents violation.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 12/18/22 00:24, Neal Gompa wrote:
> On Sun, Dec 18, 2022 at 12:21 AM Demi Marie Obenour
> wrote:
>>
>> On 12/18/22 00:19, Neal Gompa wrote:
>>> On Sun, Dec 18, 2022 at 12:18 AM Demi Marie Obenour
>>> wrote:
On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
> On 17/12/2022
On Sun, Dec 18, 2022 at 12:21 AM Demi Marie Obenour
wrote:
>
> On 12/18/22 00:19, Neal Gompa wrote:
> > On Sun, Dec 18, 2022 at 12:18 AM Demi Marie Obenour
> > wrote:
> >>
> >> On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
> >>> On 17/12/2022 06:29, Bob Hepple wrote:
> Now that we have
On 12/18/22 00:19, Neal Gompa wrote:
> On Sun, Dec 18, 2022 at 12:18 AM Demi Marie Obenour
> wrote:
>>
>> On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
>>> On 17/12/2022 06:29, Bob Hepple wrote:
Now that we have ffmpeg-free we have an opportunity to move wf-recorder
to the
On Sun, Dec 18, 2022 at 12:18 AM Demi Marie Obenour
wrote:
>
> On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
> > On 17/12/2022 06:29, Bob Hepple wrote:
> >> Now that we have ffmpeg-free we have an opportunity to move wf-recorder
> >> to the mainstream and change the default codec to the
On 12/17/22 05:31, Vitaly Zaitsev via devel wrote:
> On 17/12/2022 06:29, Bob Hepple wrote:
>> 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.
>
> You still can't link against
On Sat, Dec 17, 2022, 10:35 PM Bob Hepple wrote:
> > 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
> 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
On Sat, Dec 17, 2022 at 7:49 PM Bob Hepple 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
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
On Sat, Dec 17, 2022 at 12:29 AM Bob Hepple 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
On 17/12/2022 06:29, Bob Hepple wrote:
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.
You still can't link against openh264 because Fedora can't ship it an
even have in Koji's
On 12/16/22 21:29, Bob Hepple 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
On 12/16/22 21:29, Bob Hepple 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
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
22 matches
Mail list logo