Inviting Mono and pulseaudio to wineconf?
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.
Dan Kegel wrote:
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.
Dan: +1 on Mono, -1 on PulseAudio James McKenzie
I'm not against inviting Pulseaudio guys. Sure, Pulseaudio was added to distributions way too early and there still are a lot of issues but sound servers like pulseaudio are really the way to go for the future. People want to be able to plug in lets say a usb headset (so another soundcard) when playing a game and expect audio to move over to it or want to see audio move over to their HDTV when they plug it in and that's stuff which requires some form of arbiter at the user side. Having a good pulseaudio driver (in the new wine audio design) might not be a bad thing. Roderick On Tue, Aug 24, 2010 at 7:34 PM, James McKenzie <jjmckenzie51(a)earthlink.net> wrote:
Dan Kegel wrote:
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.
Dan:
+1 on Mono, -1 on PulseAudio
James McKenzie
On Wed, Aug 25, 2010 at 12:10 AM, Roderick Colenbrander <thunderbird2k(a)gmail.com> wrote:
I'm not against inviting Pulseaudio guys. Sure, Pulseaudio was added to distributions way too early and there still are a lot of issues but sound servers like pulseaudio are really the way to go for the future. People want to be able to plug in lets say a usb headset (so another soundcard) when playing a game and expect audio to move over to it or want to see audio move over to their HDTV when they plug it in and that's stuff which requires some form of arbiter at the user side.
Having a good pulseaudio driver (in the new wine audio design) might not be a bad thing. My understanding is that the new mmdevapi code leverages OpenAL, which theoretically should take care of the pulseaudio issues assuming both sides implement the protocol appropriately.
Roderick
On Wed, Aug 25, 2010 at 6:36 AM, Jeff Cook <jeff(a)deserettechnology.com> wrote:
Having a good pulseaudio driver (in the new wine audio design) might not be a bad thing.
My understanding is that the new mmdevapi code leverages OpenAL, which theoretically should take care of the pulseaudio issues assuming both sides implement the protocol appropriately.
Sure, and Pulseaudio leverages the ALSA API, which theoretically should take care of compatibility problems, assuming both sides implement the API properly. But you raise a good point. Hey, Maarten, how's the OpenAL stuff coming? Will there be something to demo before Wineconf? Maybe we should preemptively invite an OpenAL guy :-) - Dan
The installer of one application I have requires Net 3.5 and refuses to install if it is not detected. Yet it runs adequately well with mono 2.6.x (when installed to Vista then copied over). So I am wondering if there should be a winetrick "lie about having .net 3.5" registry setting, and go about seeing what needs to be done - e.g. how is that installer detecting dot net 3.5 ?
On Wed, Aug 25, 2010 at 7:02 PM, Hin-Tak Leung <hintak_leung(a)yahoo.co.uk> wrote:
The installer of one application I have requires Net 3.5 and refuses to install if it is not detected. Yet it runs adequately well with mono 2.6.x (when installed to Vista then copied over). So I am wondering if there should be a winetrick "lie about having .net 3.5" registry setting, and go about seeing what needs to be done - e.g. how is that installer detecting dot net 3.5 ?
Sure, a fakedotnet35 verb seems like a fine thing for the short term, if it makes an app happy. Or maybe it should be added to the mono26 verb. Ideally Wine would load mono and set those variables automatically, but it might be a while before somebody has the time to make it all work smoothly like that.
Wine should probably include whatever registry key is needed by default.
Am 25.08.2010 um 04:34 schrieb James McKenzie:
Dan Kegel wrote:
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.
Dan:
+1 on Mono, -1 on PulseAudio I guess it never hurts to have people around, but we should have a set of issues to discuss with them.
On Wed, Aug 25, 2010 at 9:51 AM, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote:
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year?
I guess it never hurts to have people around, but we should have a set of issues to discuss with them.
Pulseaudio: What's the status with http://bugs.winehq.org/show_bug.cgi?id=10495 ? Alexandre said in http://bugs.winehq.org/show_bug.cgi?id=10495#c251 that it's being worked on... Mono: Vincent, what do you think? Probably they're not holding us up, but maybe they'd like to see a presentation from you about status of Mono integration? http://wiki.winehq.org/Mono is looking good. (Think there's a Summer of Code 2011 project or two in there?) - Dan
Mono: Vincent, what do you think? Probably they're not holding us up, but maybe they'd like to see a presentation from you about status of Mono integration?
Oh geez. Um. Well, they are indeed not holding us up. In all my communication with them, they've been very helpful. I don't know that the current status of Mono integration is much to talk about.
http://wiki.winehq.org/Mono is looking good. (Think there's a Summer of Code 2011 project or two in there?)
Judging by bugzilla, there don't seem to be any large projects that would help compatibility enough to be worthwhile. All the mscoree bugs only affect one app.
Vincent Povirk wrote: <snipped>
http://wiki.winehq.org/Mono is looking good. (Think there's a Summer of Code 2011 project or two in there?)
Judging by bugzilla, there don't seem to be any large projects that would help compatibility enough to be worthwhile. All the mscoree bugs only affect one app.
Sorry for going off-track in this thread again... I just noticed a couple of outdated-ness on http://wiki.winehq.org/Mono - the Ximian people have switched to git on github for hosting the development about a month ago. It is on git://github.com/mono/mono.git or thereabouts. Also, half of the cross-compiling dependencies are available (and more up to date) on fedora under the ming32-* packages.
Also, half of the cross-compiling dependencies are available (and more up to date) on fedora under the ming32-* packages.
I don't use fedora, but you're welcome to add that information for the benefit of fedora users. (Or even a reference for yourself; that's pretty much what I use the wiki for.) Maybe I'll fix the svn references sometime, if I remember.
--- On Thu, 26/8/10, Vincent Povirk <madewokherd(a)gmail.com> wrote:
Also, half of the cross-compiling dependencies are available (and more up to date) on fedora under the ming32-* packages.
I don't use fedora, but you're welcome to add that information for the benefit of fedora users. (Or even a reference for yourself; that's pretty much what I use the wiki for.)
Maybe I'll fix the svn references sometime, if I remember.
I have added the github info - wasn't too sure about editing/removing old stuff, so I just added an extra paragraph at the end of the svn checkout part. I'll make another section later about building on fedora and fedora-specific info.
On 08/24/2010 12:32 PM, Dan Kegel wrote:
Would it be appropriate and useful to invite someone from Mono and Pulseaudio to attend Wineconf this year? We do have to work well with those projects, maybe that would help solve a couple current or future problems.
If I remember right I floated this idea (with Mono) earlier, and there was some conflict that meant it wouldn't work. I believe I was thinking of scheduling concurrent conferences however - we could always just bring Mono people to wineconf as a separate thing. Thanks, Scott Ritchie
participants (8)
-
Dan Kegel -
Hin-Tak Leung -
James McKenzie -
Jeff Cook -
Roderick Colenbrander -
Scott Ritchie -
Stefan Dösinger -
Vincent Povirk