> Maxim Cournoyer <[email protected]> hat am 16. Februar > 2018 um 04:50 geschrieben: > > > Hello Anna, > > Apologies for the delayed reply. > > ----- Original Message ----- > > From: [email protected] > > To: "Maxim Cournoyer" <[email protected]> > > Cc: [email protected] > > Sent: Saturday, February 3, 2018 1:03:46 AM > > Subject: Re: Ring packages for Fedora (was: [Ring] Are the Arch linux > > packages gone?) > > > Hello Maxim! Thanks for taking time! > > > >> Maxim Cournoyer <[email protected]> hat am 2. Februar > >> 2018 um > >> 19:04 geschrieben: > >> > >> > >> Hello! > >> > >> ----- Original Message ----- > >> > From: [email protected] > >> > To: "Maxim Cournoyer" <[email protected]> > >> > Cc: [email protected] > >> > Sent: Friday, February 2, 2018 5:19:41 AM > >> > Subject: Re: Ring packages for Fedora (was: [Ring] Are the Arch linux > >> > packages > >> > gone?) > >> > >> > He Maxim, > >> > > >> > thanks for your reply and taking time! > >> > > >> > Related to RPM fusion: > >> > For me there seems to be the problem, that people already have to know > >> > about > >> > Ring. > >> > There is no chance to stumble and discover it through the categories of > >> > the > >> > AppCenter while searching for Apps they really need. > >> > >> Yes, we also would prefer to be available 'out of the box' on Fedora, so > >> we are > >> interested in evaluating all options. > > > > That's pretty cool! > > > >> > >> > Related to the patents: > >> > 1. Why does Ring have to use FFMPEG at all? > >> > >> It's currently used for processing (decoding/encoding) video and audio > >> streams. > >> It's a required dependency of Ring. > >> > >> > 2. Could https://pipewire.org/#about be an alternative? > >> > >> From a quick glance at the project, it seems PipeWire is about providing a > >> similar set of features as PulseAudio but for videos. It is not dealing > >> with > >> the encoding/decoding of the streams directly itself but can be used with > >> GStreamer, which can do that with its various plugins. > > > > Hmm on their website they tell: > > " Features include: > > - Capture and playback of audio and video with minimal latency. > > - Real-time Multimedia processing on audio and video." -> Doesn't this > > include > > streaming? > > --> So probably it's about video and audio too! > > > >> > >> It might be possible to use GStreamer and a select choices of free and > >> patent > >> unencumbered codecs, but I'd expect this to be a big effort (to adapt Ring > >> for > >> it). > > > > -> What makes this a big effort? I am not into that technical things, so i > > just > > ask you directly ... > > The APIs being very different would suggest lots of refactoring. > > Efforts are being made to keep the video/audio portion of the code base clean > and more modular, so in the future maybe it wouldn't entail as much an effort. > > >> > >> It'd be useful to make a detailed analysis of GStreamer to see how it fares > >> against FFmpeg. > > > > This would be cool! When will you guys do this? Btw. thanks for working on > > Ring! > > It's not high on our priority list at the moment; maybe you could lend a hand > if it is a topic of interest to you? :)
Yes, it is :) How could i do this? > > Thank you, > > Maxim
