Philipp A. wrote:
>>> Well bug 8555 (http://bugs.winehq.org/show_bug.cgi?id=8555) is affected by
>>> that FIXME, so that can be a starting bug.
>>>
>
> Well, i think, they don't like working apps.
> What on earth can i do to make somebody stop by and put the damn patch
> into the svn?
>
Rosanne DiMesio escribió:
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso wrote:
The libmpg123 library is not shipped in any rpmfusion repository for
Fedora 10, and possibly for other distros. This means anyone who wants
mp3 support would need to install libmpg123 from source. Howe
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso wrote:
> >
> The libmpg123 library is not shipped in any rpmfusion repository for
> Fedora 10, and possibly for other distros. This means anyone who wants
> mp3 support would need to install libmpg123 from source. However,
> rpmfusion for
On Wednesday 19 August 2009 2:26:37 pm Matteo Bruni wrote:
> What about using more popular libraries as libmad, lame or maybe
> gstreamer to decode mp3 files? I believe someone previously said that
> gstreamer is also available on Mac.
libmad is GPL, and IIRC lame uses libmpg123 or libmad for deco
On Wed, Aug 19, 2009 at 11:26 PM, Matteo Bruni wrote:
> 2009/8/19 Roderick Colenbrander :
>>> The libmpg123 library is not shipped in any rpmfusion repository for Fedora
>>> 10, and possibly for other distros. This means anyone who wants mp3 support
>>> would need to install libmpg123 from source.
2009/8/19 Roderick Colenbrander :
>> The libmpg123 library is not shipped in any rpmfusion repository for Fedora
>> 10, and possibly for other distros. This means anyone who wants mp3 support
>> would need to install libmpg123 from source. However, rpmfusion for Fedora
>> 10 has libmad, lame and tw
Am Wednesday 19 August 2009 23:16:12 schrieb Stefan Leichter:
> Am Wednesday 19 August 2009 19:27:28 schrieb Juan Lang:
> > Hi all, could someone with the ability to build and run a test on
> > Windows run the attached test for me? I have a fix for bug 19760, but
> > I'd just like to double check
Am Wednesday 19 August 2009 19:27:28 schrieb Juan Lang:
> Hi all, could someone with the ability to build and run a test on
> Windows run the attached test for me? I have a fix for bug 19760, but
> I'd just like to double check that it's correct before sending it in
> (and I don't have access to W
> The libmpg123 library is not shipped in any rpmfusion repository for Fedora
> 10, and possibly for other distros. This means anyone who wants mp3 support
> would need to install libmpg123 from source. However, rpmfusion for Fedora
> 10 has libmad, lame and twolame.
>
> --
> perl -e '$x=2.3;printf
Aric Stewart escribió:
---
configure.ac | 12 +
dlls/winemp3.acm/Makefile.in | 11 +-
dlls/winemp3.acm/common.c | 261 ---
dlls/winemp3.acm/dct64_i386.c | 329
dlls/winemp3.acm/decode_i386.c | 164
dlls/winemp3.acm/huffman.h | 346 -
Hi all, could someone with the ability to build and run a test on
Windows run the attached test for me? I have a fix for bug 19760, but
I'd just like to double check that it's correct before sending it in
(and I don't have access to Windows at the moment.)
Please copy the list on the reply so not
Hi André,
> inspired by "Linux Kernel Development: How Fast it is Going, Who is Doing It,
> What They are Doing, and Who is Sponsoring It: An August 2009 Update"
> (http://www.linuxfoundation.org/publications/whowriteslinux.pdf), i thought
> we might do a similar analyse of the wine tree.
The
Hi,
inspired by "Linux Kernel Development: How Fast it is Going, Who is Doing It,
What They are Doing, and Who is Sponsoring It: An August 2009 Update"
(http://www.linuxfoundation.org/publications/whowriteslinux.pdf), i thought we
might do a similar analyse of the wine tree.
I attach a first ove
Juan Lang writes:
>> You are still casting away const...
>
> Indeed I am, but now the warning is harmless: the const pointer is
> only read from, never written to. Making a const pointer in the
> little endian case would make the entire block rather messier, since
> having a non-const pointer i
> You are still casting away const...
Indeed I am, but now the warning is harmless: the const pointer is
only read from, never written to. Making a const pointer in the
little endian case would make the entire block rather messier, since
having a non-const pointer is necessary in the big endian
Hi folks,
GSoC 2009 is wrapping up and the final evaluations are due. So far only one
student and no mentors have filled out the surveys, so please take your time
and take care of that soon.
The results are due on Monday, but I'd prefer if I had some room to deal with
any issues coming up, so
Am Wednesday 19 August 2009 15:09:03 schrieb Henri Verbeet:
> Sure, it's picky like that. IIRC most battlefield games need
> 800x...@60 to startup. Occasionally that's a problem on Windows as
> well. It seems to me that you should be looking at why
> EnumDisplaySettingsExW() didn't give you a refre
On Tue, Aug 18, 2009 at 7:44 AM, Maarten
Lankhorst wrote:
> Hi Jesse,
>
> 2009/8/12 Jesse Allen :
>> Oh that may have been the correct way for vmrender.idl, but the patch
>> you proposed of protecting with a struct does compile. My app does
>> not use a VMRGUID, so I don't know if it really works
2009/8/19 Stefan Dösinger :
> Even if MSDN claims that a driver can enum a refresh rate of zero, games
> evidently don't like it: Battlefield 1942 refuses to change the screen
> resolution if all resolutions have a refresh rate of 0.
>
Sure, it's picky like that. IIRC most battlefield games need
80
Am Wednesday 19 August 2009 14:51:44 schrieb Stefan Dösinger:
> > MSDN seems to disagree. "The value of 0 indicates an adapter default."
> 0 for D3DADAPTER_DEFAULT certainly makes sense. But 0 as advertised refresh
> rate does not. 0 probably makes sense as requested refresh rate, in the
> sense o
Am Wednesday 19 August 2009 14:46:21 schrieb Henri Verbeet:
> 2009/8/19 Stefan Dösinger :
> > and its value(=0) is not sane
>
> MSDN seems to disagree. "The value of 0 indicates an adapter default."
0 as a refresh rate? Or in the sense of "this is the default adapter"?
0 for D3DADAPTER_DEFAULT cer
2009/8/19 Stefan Dösinger :
> and its value(=0) is not sane
MSDN seems to disagree. "The value of 0 indicates an adapter default."
Am Wednesday 19 August 2009 10:55:39 schrieb Henri Verbeet:
> This format is broken on some cards. Hide it until we figure out a reliable
> way to deal with it.
Didn't you consider breaking something the best way to get the driver
fixed? :-)
Fwiw, I reported this to linux-b...@nvidia.com, togethe
Juan Lang writes:
> +#ifdef WORDS_BIGENDIAN
> +/* Returns a byte-swapped copy of str, to be freed with HeapFree(). */
> +static LPWSTR PropertyStorage_StringToLE(LPCWSTR str, size_t len)
> +{
> +LPWSTR leStr = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR));
> +
> +if (leStr)
> +{
Stefan Leichter writes:
> @@ -1711,28 +1713,29 @@
> }
> else
> {
> - /* If the executable name is not quoted, we have to use this search
> loop here,
> +/* FIXME: what versions support this? Fails on 2000/XP
> + If the executable name is not quoted, we
Am Wednesday 19 August 2009 04:02:37 schrieb Sun, Sunny:
> Hi Dösinger
> Have you done that?
Not yet. After Henri's objection I have decided to wait until either the spec
is fixed or you two reach an agreement.
26 matches
Mail list logo
