On Tue, Jul 14, 2009 at 6:27 PM, Gürkan Sengün <gur...@phys.ethz.ch> wrote:

> Hello Bhavani
>
> Can you tell me what this RFE Compile for 128 bit patch really is good for?
> Please have a look at the answer of xmp upstream.
>
> -------- Original Message --------
> Subject: Re: xmp 2.7.0
> Date: Tue, 14 Jul 2009 09:34:14 -0300
> From: Claudio Matsuoka <cmatsu...@gmail.com>
> To: Gürkan Sengün <gur...@phys.ethz.ch>
> References: <4a5c3e79.3070...@phys.ethz.ch>
>
> On Tue, Jul 14, 2009 at 5:14 AM, Gürkan Sengün<gur...@phys.ethz.ch> wrote:
>
>  I am the maintainer of xmp on Debian, I also use it on Mac OS X (iMac G4
>> PowerPC). Did you see these bug reports at Debian, and could you fix them
>> in
>> a later tarball release?
>>
>
> Hi Gürkan,
>
> I wasn't aware of these reports, thanks for the note. A few notes on
> the reports:
>
> #483389 xmp should not expect valid input / signedness problems: will
> apply the proposed patches for 2.7.1. It's generally very hard to
> cover all possibilities arising from corrupted files, so further tests
> will be added when needed.
>
> #536740 xmp: RFE Compile for 128 bit: this is really not a matter of
> bits -- strictly in terms of mixer resolution it's always performed in
> 32 bits, and changing the maximum number of active voices from 64 to
> 128 would increase final mixer resolution from 22 to 23 bits (16 +
> log2(voices)). I've never seen a module needing more than 64 virtual
> channels, and 128 seems to be quite exaggerated. I'll investigate the
> need to increase the number of voices for the 2.8 series. With the
> current mixer values, if a module (through NNA or similar) needs more
> than 64 channels, it will allocate it according to IT rules. If the
> limit is increased, there can be some output distortion.
>
> #442147 xmp: manpage has two explanations for -l. Oops. Will fix to
> make everything consistent in 2.7.1.
>
> #8510 XMP should reload samples after exit. This is a bit
> controversial. Any other program does this? Shouldn't the MIDI player
> program reload samples before playing to ensure the card is in correct
> state before playing? I'm unconvinced in this case, unless this
> behavior is common policy I tend to suggest closing it as wontfix or
> similar.
>
> #191109 xmp: show time informations on verbose command line: It can be
> done, I'll check what cplay needs.
>
>
>  Will there ever be an xxmp?
>>
>
> I don't see it coming back because the player plugins fill this gap
> for users needing a GUI.
>
>
>  Do you have a powerpc machine to test hear songs there? I got a few songs
>> which sound wrong on my mac (even with 2.7.0), and for some songs (from
>> keygenmusic webpage) xmp just keeps allocating memory until the machine
>> goes
>> out of memory,
>> would it help to have copies of those songs, or a shell account on my
>> machine?
>>
>
> Ugh. I'll see if I find a big-endian machine around for tests, but in
> the meantime if you send me some faulty modules I can check the code.
> Sometimes it's easy to find even without access to the host where the
> problems happen, so Iet's try it first and if I didn't find anything
> I'll ask for the account.
>
> Best regards,
> Claudio
>

Hi maintainer

We in ubuntu have updated our package to the latest upstream version and
looking at upstream comment .. Bug is redundant I think

Regards


-- 
Bhavani Shankar.R
https://launchpad.net/~bhavi, a proud ubuntu community  member.
What matters in life is application of mind!,
It makes great sense to have some common sense..!

Reply via email to