<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel">
    <title>gmane.comp.emulators.wine.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90009"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90008"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90007"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90006"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90005"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90004"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90003"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90002"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90001"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90000"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89999"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89998"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89997"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89996"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89995"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89994"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89993"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89992"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89991"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89990"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90009">
    <title>[website] Logo license? Usable in a propritary App?</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90009</link>
    <description>&lt;pre&gt;Hey,
they use the "old" WineHQ Logo in this 99 Cent App:
https://play.google.com/store/apps/details?id=com.appdevandroid.framework.wine
Is that ok? If not, could the creater please contact them. The Icon could be misleading.

&lt;/pre&gt;</description>
    <dc:creator>André Hentschel</dc:creator>
    <dc:date>2012-05-25T21:56:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90008">
    <title>Fwd: [Freerdp-devel] WinPR: Windows Portable Runtime</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90008</link>
    <description>&lt;pre&gt;FYI

---------- Forwarded message ----------
From: Marc-André Moreau &amp;lt;marcandre.moreau&amp;lt; at &amp;gt;gmail.com&amp;gt;
Date: Fri, May 25, 2012 at 3:04 AM
Subject: [Freerdp-devel] WinPR: Windows Portable Runtime
To: freerdp-devel &amp;lt;freerdp-devel&amp;lt; at &amp;gt;lists.sourceforge.net&amp;gt;


Dear FreeRDP community,

I have an announcement to make regarding a new spin-off project which I've
been preparing for a while. Please read as this will set the tone of future
development :) You can find most current WinPR development work on the
winpr branch: https://github.com/FreeRDP/FreeRDP/tree/winpr

WinPR is a spin-off project of FreeRDP which aims at providing a portable
implementation of important portions of the Windows API. Just like FreeRDP,
WinPR is released under the Apache license. Unlike Wine, WinPR does not
provide binary compatibility, and does not require applications to be built
for Windows. Instead, WinPR provides API compatibility for applications
targeting non-Windows environments. When on Windows, the original native
API is being used inste&lt;/pre&gt;</description>
    <dc:creator>Pau Garcia i Quiles</dc:creator>
    <dc:date>2012-05-25T01:47:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90007">
    <title>Re: [4/5] propsys: Implement IPropertyStore::SetValue and GetValue.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90007</link>
    <description>&lt;pre&gt;Hi,

While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18572

Your paranoid android.


=== WINEBUILD (build) ===
Patch failed to apply



&lt;/pre&gt;</description>
    <dc:creator>Marvin</dc:creator>
    <dc:date>2012-05-24T18:22:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90006">
    <title>Re: [5/5] propsys: Implement IPropertyStore::GetCount.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90006</link>
    <description>&lt;pre&gt;Hi,

While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18573

Your paranoid android.


=== WINEBUILD (build) ===
Patch failed to apply



&lt;/pre&gt;</description>
    <dc:creator>Marvin</dc:creator>
    <dc:date>2012-05-24T18:23:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90005">
    <title>Re: gdiplus: Reimplement GdipIsEmptyRegion.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90005</link>
    <description>&lt;pre&gt;

I don't see how that's related.

&lt;/pre&gt;</description>
    <dc:creator>Dmitry Timoshkov</dc:creator>
    <dc:date>2012-05-24T13:34:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90004">
    <title>Re: windowscodecs: Add a stubbed out IWICMetadataBlockReaderinterface.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90004</link>
    <description>&lt;pre&gt;Please add a test showing that some builtin metadata handler
implements this interface.

On Thu, May 24, 2012 at 4:39 AM, Dmitry Timoshkov &amp;lt;dmitry&amp;lt; at &amp;gt;baikal.ru&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Vincent Povirk</dc:creator>
    <dc:date>2012-05-24T13:25:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90003">
    <title>Re: gdiplus: Reimplement GdipIsEmptyRegion.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90003</link>
    <description>&lt;pre&gt;Status is still "New". I guess a test could help, but I would be very
surprised if native can't detect things like empty paths.

On Wed, May 23, 2012 at 11:22 PM, Dmitry Timoshkov &amp;lt;dmitry&amp;lt; at &amp;gt;baikal.ru&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Vincent Povirk</dc:creator>
    <dc:date>2012-05-24T13:23:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90002">
    <title>Re: Testing regedit</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90002</link>
    <description>&lt;pre&gt;
Is there a bug opened for that issue? If not, could you submit one so
it is tracked and (hopefully) eventually fixed?

Frédéric


&lt;/pre&gt;</description>
    <dc:creator>Frédéric Delanoy</dc:creator>
    <dc:date>2012-05-24T09:58:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90001">
    <title>Re: Testing regedit</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90001</link>
    <description>&lt;pre&gt;2012/5/24 Austin English &amp;lt;austinenglish&amp;lt; at &amp;gt;gmail.com&amp;gt;:

One found with both native and builtin comctl32 - if you right-click a
key and select New, the new one is created under the node that was
last selected, not under the one that was right-clicked. This is
different form windows regedit and can be confusing.
Two others present with Windows comctl, but work correctly with wine's:
- you can't edit names of keys - even when you add a new key
- if you add a subkey to a key that did not have any subkeys before,
the new subkey is not visible and the parent key is not expandable.
After restarting regedit the keys are present and visible.

Regards,
Daniel



&lt;/pre&gt;</description>
    <dc:creator>Daniel Jelinski</dc:creator>
    <dc:date>2012-05-24T06:47:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90000">
    <title>Re: gdiplus: Reimplement GdipIsEmptyRegion.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/90000</link>
    <description>&lt;pre&gt;Hello,

I'm surprised that such a trivial patch wasn't accepted yet. But just
in case it matters, current implementation doesn't work for paths and
combined/complex regions.

&lt;/pre&gt;</description>
    <dc:creator>Dmitry Timoshkov</dc:creator>
    <dc:date>2012-05-24T04:22:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89999">
    <title>Re: Testing regedit</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89999</link>
    <description>&lt;pre&gt;
What sort of bugs? In general, any bugs found with native dlls are suspect..

&lt;/pre&gt;</description>
    <dc:creator>Austin English</dc:creator>
    <dc:date>2012-05-24T02:46:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89998">
    <title>Testing regedit</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89998</link>
    <description>&lt;pre&gt;Hello,
I just noticed that wine's regedit has a few interesting bugs that
appear when running with native comctl32. Can I/should I file them in
the bugzilla?

Regards,
Daniel



&lt;/pre&gt;</description>
    <dc:creator>Daniel Jelinski</dc:creator>
    <dc:date>2012-05-23T19:24:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89997">
    <title>Re: [PATCH variant 1] dsound: use a low-quality FIR for games</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89997</link>
    <description>&lt;pre&gt;2012/5/23 Alexander E. Patrakov &amp;lt;patrakov&amp;lt; at &amp;gt;gmail.com&amp;gt;:

If your CPU is fast enough to play GTA:SA with full-quality resampler
(I can't test because I don't have this game), you can test this
clicking problem by setting the HQBuffersMax registry entry to
something that is higher than the "normal" number of the concurrent
buffers but lower than the peak number. When the threshold is crossed,
something interesting (I guess, a click) should happen with the sound,
and I also want to know what exactly :)

&lt;/pre&gt;</description>
    <dc:creator>Alexander E. Patrakov</dc:creator>
    <dc:date>2012-05-23T17:33:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89996">
    <title>Re: [PATCH variant 1] dsound: use a low-quality FIR for games</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89996</link>
    <description>&lt;pre&gt;2012/5/22 Andrew Eikum &amp;lt;aeikum&amp;lt; at &amp;gt;codeweavers.com&amp;gt;:

Yes. And Windows has two code paths as well. OTOH the linear resampler
has lower quality, and different latency from the FIR-based filter.
Due to this difference of latency there may be unaviodable clicks in
games (sorry, no concrete example) that frequently switch from 3 to 4
buffers and back. The FIR-based approach eliminates this effect,
because there is no latency difference (or, because this is untested,
better say: it's a bug in my code if there is any latency difference).


I have no real preference. If there are no other arguments (i.e. if
clicks due to switching resamplers are not a valid/worthy argument),
let's use the linear resampler, because I wrote it first and because
GyB tested it. Anyway, it doesn't really matter, because it is
possible to change this later, or even implement a 3-level quality
degradation strategy (long FIR -&amp;gt; short FIR -&amp;gt; linear interpolation).

As for your performance analysis - yes, get_current_sample() is cheap,
and the m&lt;/pre&gt;</description>
    <dc:creator>Alexander E. Patrakov</dc:creator>
    <dc:date>2012-05-23T17:08:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89995">
    <title>Re: vbscript: Add support for integer values in conditional jumps.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89995</link>
    <description>&lt;pre&gt;

I believe this is the usual VBScript test issue. At least the test 
passed on my Windows XP VM.

&lt;/pre&gt;</description>
    <dc:creator>Francois Gouget</dc:creator>
    <dc:date>2012-05-23T13:51:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89994">
    <title>Re: vbscript: Add support for integer values in conditional jumps.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89994</link>
    <description>&lt;pre&gt;Hi,

While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18547

Your paranoid android.


=== WNT4WSSP6 (32 bit) ===
No test summary line found

=== W2KPROSP4 (32 bit) ===
No test summary line found

=== WXPPROSP3 (32 bit) ===
No test summary line found

=== W2K3R2SESP2 (32 bit) ===
No test summary line found

=== WVISTAADM (32 bit) ===
No test summary line found

=== W2K8SE (32 bit) ===
No test summary line found

=== W7PRO (32 bit) ===
No test summary line found

=== W7PROX64 (32 bit) ===
No test summary line found

=== TEST64_W7SP1 (32 bit) ===
No test summary line found

=== W7PROX64 (64 bit) ===
No test summary line found

=== TEST64_W7SP1 (64 bit) ===
No test summary line found



&lt;/pre&gt;</description>
    <dc:creator>Marvin</dc:creator>
    <dc:date>2012-05-23T13:42:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89993">
    <title>Re: [2/2] gdi32: Add support for emulating bold faces of bitmapfonts. Take 2. Resend.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89993</link>
    <description>&lt;pre&gt;
I don't know if this patch was directly related to a bug or not but
now we are sure it does really fix at least this bug:
http://bugs.winehq.org/show_bug.cgi?id=12476

Best wishes,
Bruno


&lt;/pre&gt;</description>
    <dc:creator>Bruno Jesus</dc:creator>
    <dc:date>2012-05-22T19:59:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89992">
    <title>Re: wineqtdecoder: Recreate audio extraction session when we runout of frames.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89992</link>
    <description>&lt;pre&gt;Ah, I will update the comment.

-aric

On 12/05/22 11:05, Alexandre Julliard wrote:



&lt;/pre&gt;</description>
    <dc:creator>Aric Stewart</dc:creator>
    <dc:date>2012-05-22T16:11:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89991">
    <title>Re: wineqtdecoder: Recreate audio extraction session when we run outof frames.</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89991</link>
    <description>&lt;pre&gt;

What about the comment that says that we can't do that?

&lt;/pre&gt;</description>
    <dc:creator>Alexandre Julliard</dc:creator>
    <dc:date>2012-05-22T16:05:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89990">
    <title>Re: [PATCH variant 1] dsound: use a low-quality FIR for games</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89990</link>
    <description>&lt;pre&gt;Thanks Alexander. Thoughts below...

On Sat, May 19, 2012 at 09:09:35PM +0600, Alexander E. Patrakov wrote:

Do you have an opinion on which of these patches to use? The
low-quality FIR has the advantage of not introducing another codepath.
On the other hand, the linear resampler codepath is very simple, and
even easier on the CPU.

I'm leaning towards the linear resampler for its larger CPU usage
benefits.


I did some research on this. Darwinia creates up to 32 buffers, like
you said. GTA:SA creates and destroys buffers as needed, and I saw it
go as high as 31 in a quick test. Darwinia's buffer frequencies range
in the 40-90 kHz range and resample to 22050 Hz, while GTA:SA's range
around 10-20 kHz and resample to 48 kHz.

So in each time step, GTA:SA requires about 1000-2000
get_current_sample() calls, but 4800 FIR convolutions per buffer.

Darwinia requires 4000-9000 get_current_sample() calls, but only about
2200 convolutions per buffer.

I suspect the convolutions are considerably more expensive than th&lt;/pre&gt;</description>
    <dc:creator>Andrew Eikum</dc:creator>
    <dc:date>2012-05-22T15:39:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89989">
    <title>Re: winetricks &amp; DLL overrides</title>
    <link>http://permalink.gmane.org/gmane.comp.emulators.wine.devel/89989</link>
    <description>&lt;pre&gt;
Od: "Dan Kegel" &amp;lt;dank&amp;lt; at &amp;gt;kegel.com&amp;gt;


Many thanks, i use that since the release. But i noticed that
winecfg is messed by "DLLs" like Makefile, some .a library etc. It
probably doesn't hurt anything. Maybe generate the DLL list based
only on folders (not folders + "root" files)?


Yes. That double listed DLLs in winecfg (with asterix + without
asterix) come from manually setting the DLL in winecfg and after
that running winetricks setting all the dll to builtin. Unfortunatly
the non-asterix verision wins, because the entries are latter in the
list. So winetricks may not do what one could except (all builtin).
I'm aware of that now, so again it doesn't hurt me.


Thanks again for that.
W.


&lt;/pre&gt;</description>
    <dc:creator>wylda&lt; at &gt;volny.cz</dc:creator>
    <dc:date>2012-05-22T04:33:07</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.emulators.wine.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.emulators.wine.devel</link>
  </textinput>
</rdf:RDF>

