qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: virtio-sound Google Summer of Code project?


From: Stefan Hajnoczi
Subject: Re: virtio-sound Google Summer of Code project?
Date: Tue, 31 Jan 2023 13:45:29 -0500

On Tue, 31 Jan 2023 at 13:43, Alex Bennée <alex.bennee@linaro.org> wrote:
>
>
> Stefan Hajnoczi <stefanha@gmail.com> writes:
>
> > On Tue, 31 Jan 2023 at 12:43, Alex Bennée <alex.bennee@linaro.org> wrote:
> >>
> >>
> >> Stefan Hajnoczi <stefanha@gmail.com> writes:
> >>
> >> > On Sun, 29 Jan 2023 at 17:10, Stefan Hajnoczi <stefanha@gmail.com> wrote:
> >> >>
> >> >> Hi Shreyansh, Gerd, and Laurent,
> >> >> The last virtio-sound RFC was sent in February last year. It was a
> >> >> spare time project. Understandably it's hard to complete the whole
> >> >> thing on weekends, evenings, etc. So I wanted to suggest relaunching
> >> >> the virtio-sound effort as a Google Summer of Code project.
> >> >>
> >> >> Google Summer of Code is a 12-week full-time remote work internship.
> >> >> The intern would be co-mentored by some (or all) of us. The project
> >> >> goal would be to merge virtio-sound with support for both playback and
> >> >> capture. Advanced features for multi-channel audio, etc can be stretch
> >> >> goals.
> >> >>
> >> >> I haven't looked in detail at the patches from February 2022, so I
> >> >> don't know the exact state and whether there is enough work remaining
> >> >> for a 12-week internship. What do you think?
> >> >
> >> > Adding Anton.
> >> >
> >> > I have updated the old wiki page for this project idea and added it to
> >> > the 2023 ideas list:
> >> > https://wiki.qemu.org/Internships/ProjectIdeas/VirtioSound
> >> >
> >> > Please let me know if you wish to co-mentor this project!
> >>
> >> I'd be happy to help - although if someone was rust inclined I'd also be
> >> happy to mentor a rust-vmm vhost-user implementation of VirtIO sound.
> >
> > Maybe Gerd can tell us about the QEMU audio subsystem features that
> > may be lost if developing a standalone vhost-user device.
> >
> > Two things come to mind:
> > 1. May not run on all host OSes that QEMU supports if it supports
> > fewer native audio APIs than QEMU.
> > 2. May not support forwarding audio to remote desktop solutions that
> > stream audio over the network. I don't know if/how this works with
> > VNC/RDP/Spice, but a separate vhost-user process will need to do extra
> > work to send the audio over the remote desktop connection.
>
> Hmm good point. Maybe a stretch goal?

Let's see what Gerd and Marc-André think. It would be nice to
implement the device in Rust...

Stefan



reply via email to

[Prev in Thread] Current Thread [Next in Thread]