- Wine-devel - list.winehq.org

RE: Another Potential Slave... I mean Programmer
by Joe Tennies 04 Feb '02

04 Feb '02

Okay. I'll admit I am biased toward GNOME, but my real problem is that I didn't explain myself much, and I doubt people actually went to look at the gstreamer site. I had found it before, but forgot about. Why I think KDE should adopt gstreamer as well. It is not a replacement for ALSA, OSS, ESD, or aRts... it's an add-on to it. My understanding of the gstreamer project is that it's Linux/UNIX's response to the Windows CODEC system. It is a single interface to output video and audio from various types of input file types. They have support for MP3s, DIVX (coming), Ogg Vorbis, DVD, AVI, MPEG, Video 4 Linux, etc. for input files. It also supports OSS, ALSA, esd, aRts, X11, aalib (gotta love it), SDL, etc. for outputs. This is obviously not for programs that need low latency. It is for your everyday stuff. It is more than good enough for saying "you got mail," yet it would have support for lots of files types w/o specifically writing support for the new file type. This is also good for multimedia players and web browsers due to the support for lots of file types (I could see XMMS switching to this from its plugin system). Is this the answer for recording studio programs, remakes of Rebirth (WE NEED ONE OF THESE), or people that need the audio fast, but for the typical desktop user, it will be a god send. Only downfall I could see to the KDE crowd is the need to install GLIB. It doesn't require the full GTK+, just GLIB (linked lists and other datastructures). KDE could recommend using aRts for output and write its own input plugins for implementations that depended on a library KDE didn't need installed but KDE did install another one that implemented something simiilar. HECK, I don't think anyone would mind KDE writing their own underlying/core part, required you use aRts for output, didn't require GLIB (though this may be difficult), but used those input plug-ins. I understand KDE and GNOME have very different things in their head, but we need to get some standards here. XDND was way overdue (though I hear it wasn't a great implementation, at least they agreed on how to do something), and the two groups need to make more decisions like these to help each other strive. Remember everyone. I WAS a HUGE KDE fan myself for years. I had installed GNOME a couple times and hated it. I used KDE through 2.1 (I think... definitely in the 2.X). Then I discovered I had Blackbox on my machine, and it flew. I like the QT library (though I won't use it because I am now a GNOME guy). I like the layout of KDE... simple yet sophisticated. It tailors to the geek and the 'typical home user.' I just like GNOME's CORBA interface they are adding (which is where gstreamer will fit in). Something that can be so easily updated and contain potential problems is powerful (though VERY frustrating at times). I also love Ximian, who I feel keeps pushing the things that need to get done to make Linux a full fledged desktop system -- not to mention their love of all things monkey =) I salute KDE. They did the large scale desktop environment for the masses first (CDE is NOT for the masses anymore). They are probably still doing it best (I hear lots of complaints about some of GNOME's design). The problem I see is that there's no one really pushing KDE to keep its lead (and the slow speed it had under Mandrake). -----Original Message----- From: Christopher Morgan [mailto:chmorgan(a)speakeasy.net] Sent: Saturday, February 02, 2002 11:46 PM To: Joe Tennies Subject: Re: Another Potential Slave... I mean Programmer It would be interesting to see a latency comparison between gstreamer, arts and jack. If gstreamer doesn't get very close to what jack can do then it isn't the solution for the future. We need low latency or tons of audio apps will continue to find it through direct alsa or jack interfaces. Ideally we should pick the best solution and much of it is based on the latency issue, features should come after and should be designed such that they don't increase latency by any more than they have to. It sounds a little like you want to go with a gnome solution because you use gnome. I think more work needs to be done to come up with a linux(open source or whatever as well) wide solution to the problem. Chris On 2 Feb 2002, Joe Tennies wrote: > On Sat, 2002-02-02 at 05:42, Hetz Ben Hamo wrote: > > > I'm not trying to start a Gnome/KDE flame war, but as far as I know, esd is > > > unmaintained and the Gnome developpers are thinking about switching to > > > aRtsd. Wouldn't it be more useful to write an aRts driver ? > > > > Actually if I'm not mistaken - GNOME people are moving to gstreamer, if I'm > > not mistaken. I'm not sure since I work with KDE here... > > > > Hetz > > > Actually, I just looked at gstreamer. It lies above aRts, esd, alsa, and oss. It is a platform independent (well, not ported to everything yet, but working on it) system. I think KDE SHOULD be heading this way and am impressed that GNOME is. I think that gstreamer would be the way to go for WINE. > > > >

1 0

Re: X connection to :0.0 broken (explicit kill or server shutdown).
by Sylvain Petreolle 04 Feb '02

04 Feb '02

--- Sylvain Petreolle <spetreolle(a)yahoo.fr> a écrit : > Hi, > > Using wineconsole to try a command line program > like ftp.exe (runs fine whithout wineconsole), > it appears that wineconsole slowdowns the system > and use incredible amounts of memory. > > These are the messages that appear on the wine > command > line : > > fixme:bitmap:CreateCompatibleBitmap got bad width > 1939840 or height 2457900, please look for reason > fixme:console:SetConsoleCtrlHandler (0x1001dc5,1) - > no > error checking or testing yet > fixme:bitmap:CreateCompatibleBitmap got bad width > 1939840 or height 2457900, please look for reason > > then i got the shell prompt, look like the process > had > end up. > (the processes didn't end up of course). > i must kill the processes (the 2 windows desktops > displayed are complete empty and > do not close when asked to close) > > Running it with --debugmsg +relay, I saw that wine > took a long time when running x11drv.SelectObject. > and the last line in the debug text is > X connection to :0.0 broken (explicit kill or server > shutdown). > (this is before I do killall wineconsole wine). > > > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et > en français ! > Yahoo! Mail : http://fr.mail.yahoo.fr > ATTACHMENT part 2 application/x-bzip2 name=wineconsole_debug.log.bz2 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.fr

1 0

Re: Another Potential Slave... I mean Programmer
by Derek J Witt 03 Feb '02

03 Feb '02

Hehe. I meant to say that sound quality from esound is not as clear as artsd. The best way to notice that is trying to play stereo sound. E.g. Real Player is very noticable (even in monoaural). Sorry for the confusion, Lee. -- Derek. >On Sat, 2002-02-02 at 10:01, Derek Witt wrote: >> Yeah, aRtsD can run stand alone without KDE. I do believe artsd is >> superior to esd in that the output doesn't sound like a scratchy shortwave >> radio. On my machine, aRtsD does have slightly more overhead (according >> to top), but it's hardly noticeable on my box. > >scratchy shortwave radio???...based on what listening device? just >curious here.. > >:) >lee >-==== > > > -- Derek http://www.getonline.cc

1 0

Re: Resend: CW: Progress control creation fixes
by Andreas Mohr 03 Feb '02

03 Feb '02

On Sun, Feb 03, 2002 at 06:48:00PM +0800, Dmitry Timoshkov wrote: > Hello. > > This is a part of the big CodeWeavers' patch, adapted for current CVS. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Moved style correcting code to the WM_CREATE handler and added > clearing of WS_EX_CLIENTEDGE and WS_EX_WINDOWEDGE as in Windows. > Added SetWindowPos(SWP_FRAMECHANGED) to make changes take effect. "Moved" ? I can only see an addition here... You might want to check your patch. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

2 2

Re: Support for generation of .def files from .spec files
by Steven Edwards 03 Feb '02

03 Feb '02

--- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > Hello. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Support for generation of .def files from .spec > files. This is great. I wont have a chance to try it out untill monday. Hopefully it will make it in to the tree. Thanks Steven __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com

1 0

Fwd: Re: Another Potential Slave... I mean Programmer
by Hetz Ben Hamo 02 Feb '02

02 Feb '02

I'll just let the KDE developers answer this, if you don't mind... Hetz ---------- Forwarded Message ---------- Subject: Re: Another Potential Slave... I mean Programmer Date: Sat, 2 Feb 2002 15:52:32 -0600 From: Steve Langasek <vorlon(a)dodds.net> To: Joe Tennies <rotund(a)fatnsoft.com> Cc: Hetz Ben Hamo <hetz(a)kde.org>, Laurent Pinchart <laurent.pinchart(a)skynet.be>, wine-devel(a)winehq.com On Sat, Feb 02, 2002 at 02:14:08PM -0600, Joe Tennies wrote: > On Sat, 2002-02-02 at 05:42, Hetz Ben Hamo wrote: > > > I'm not trying to start a Gnome/KDE flame war, but as far as I know, > > > esd is unmaintained and the Gnome developpers are thinking about > > > switching to aRtsd. Wouldn't it be more useful to write an aRts driver > > > ? > > > > Actually if I'm not mistaken - GNOME people are moving to gstreamer, if > > I'm not mistaken. I'm not sure since I work with KDE here... > > > > Hetz > > Actually, I just looked at gstreamer. It lies above aRts, esd, alsa, > and oss. It is a platform independent (well, not ported to everything > yet, but working on it) system. I think KDE SHOULD be heading this way > and am impressed that GNOME is. I think that gstreamer would be the way > to go for WINE. Layer after layer after layer... Are there any particular reasons that the authors of gstreamer believe that all of the existing audio APIs are unacceptable, or is this yet another case of the NIH syndrome that GNOME and KDE developers seem to suffer from all too frequently? And if there are problems with the existing APIs, what reason do we have to think that gstreamer will get it right? If people have issues with the existing sound daemons, their time could almost certainly be better spent working on the implementations /behind/ the APIs instead of creating the sound library du jour. It seems a terrible waste of programmer time to try to maintain as many as four library layers interposed between Wine programs and the audio hardware. Steve Langasek postmodern programmer -------------------------------------------------------

1 0

Another Potential Slave... I mean Programmer
by Joe Tennies 02 Feb '02

02 Feb '02

I am considering writing a Wine Driver for esd. I am wondering basically where I start. I know esd is high latency (which may not be the best for such a thing), but I think it would be easier than trying to do alsa drivers. (I know ALSA has oss compatible drivers, but I can't get them to do a thing under wine... do work uner other programs.) Anyways, that leads me to here and me trying to help. Joe Tennies

6 7

Re: resent: GetPrivateProfileInt*() fix
by Michael Stefaniuc 02 Feb '02

02 Feb '02

On Fri, Feb 01, 2002 at 12:13:57PM +0100, Andreas Mohr wrote: Hello! > these functions were pretty much broken (overflow and signed/unsigned > behaviour), so I fixed almost every problem. > Some German tax calculation program barfed because of this. > Now it works "much" better: it crashes due to a rather familiar BadMatch error > at X_GetImage ;-) > (I'm almost sure I know where this happens in Wine code, and of course we > should really fix that problem finally) I have also a german tax program (Steuertipps PC for the year 1999) and I tried your patch as is. With or without the patch the program fails with a MessageBox. Without patch after clicking "ok" an exception is trapped and the debugger starts. With the patch wine just segfaults. bye michael > I wrote my private testing framework for these functions, so I'll convert > that to the "official" framework soon. > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.de Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Another Potential Slave... I mean Programmer
by Joe Tennies 02 Feb '02

02 Feb '02

I am considering writing a Wine Driver for esd. I am wondering basically where I start. I know esd is high latency (which may not be the best for such a thing), but I think it would be easier than trying to do alsa drivers. (I know ALSA has oss compatible drivers, but I can't get them to do a thing under wine... do work uner other programs.) Anyways, that leads me to here and me trying to help. Joe Tennies

1 0

Re: resent: GetPrivateProfileInt*() fix
by Alexandre Julliard 01 Feb '02

01 Feb '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > Alexandre, why do my recent patches have such a very low commit rate ? > I keep resubmitting patches for several things, yet a lot doesn't seem to get > committed, even after repeated submission. Perhaps because you ignore my replies? I asked you about the exception handler in that patch, but didn't get any answer. -- Alexandre Julliard julliard(a)winehq.com

2 1