Build: 32-bit binary
Compiler: GCC version 4.6.1
OS: Microsoft Windows
OS: PlatformId = 2
OS: MajorVersion = 5
OS: MinorVersion = 1
OS: ProductType = 1
OS: SuiteMask = 0x100
OS: ServicePackMajor = 3
OS: ServicePackMinor = 0
OS: ProcessorArchitecture = 0
OS: SystemMetricsServerR2 = 0
Allegro version ID: Allegro 4.4.2, MinGW32
Host Colour Depth: 32
loadconfig: mouse_twobutton = "0"
loadconfig: network_type = "off"
loadconfig: mouse_following = "0"
loadconfig: cdrom_type = "72"
loadconfig: cdrom_enabled = "1"
loadconfig: refresh_rate = "60"
loadconfig: stretch_mode = "1"
loadconfig: sound_enabled = "1"
loadconfig: vram_size = "2"
loadconfig: cpu_type = "SA110"
loadconfig: mem_size = "32"
loadconfig: ipaddress = "172.31.0.1"
loadconfig: cpu_idle = "0"
romload: Loaded 'riscos-4.39.rom' 6291456 bytes
romload: Total ROM size 6 MB
initpodulerom: Successfully loaded 'hostfs,ffa' into podulerom
initpodulerom: Successfully loaded 'hostfsfiler,ffa' into podulerom
initpodulerom: Successfully loaded 'SyncClock,ffa' into podulerom
RPCEmu: Machine reset
RPCEmu: Machine reset complete
Path is \\.\E:
Opening \\.\E:
HostFS: Registration request version 1 accepted
Hi,
I have included an archive for testing.
The BASIC code Filter conrains some assembler code
which takes the file IN and produces a file OUT
so it is better set te CSD before running it.
The non-recompiling version of RPCEmu produces a file identical
to OUR_REF (te output on my RPC). The recompling version
does not. Since most of the time the filter seems to work fine
in the player that uses it (the sound seems OK), I am wondering
if the small amplitude of the signed 16-bit input samples
combined to the 24-25 bits in size filter parameters
puts them right on the 32-bit boundary and I am wondering
if it is not the 64bit addition part of the SMLAL which
is not emulated correctly (i.e. is the carry transmitted
correctly from the addition of the lower 32-bit registers
To the upper 32-bits?).
Kind Regards,
André
> -----Original Message-----
> From: mhowkins@gmail.com [mailto:mhowkins@gmail.com] On
> Behalf Of Matthew Howkins
> Sent: jeudi 23 février 2012 19:32
> To: Timmermans, Andre
> Cc: rpcemu@riscos.info
> Subject: Re: [Rpcemu] Code not working correctly on RPCEmu
>
> > I have just added support for Impulse Tracker's resonant filters
> > in my TimPlayer module and tought I'd try it on RPCEmu too.
> > On most of the files it sound just te same as on a real RPC
> > but in a few cases note on which the filter is applied becomes
> > garbage. As the equalizer uses not too dissimilar in form
> > (y0 = a0 * x0 + a1 * x1 + a2 * x2 + b1 * y1 + b2 * y2)
> > I tried using it on a normal song and bingo, the sound becomes
> > completely distorted.
>
> Can you provide a simple runnable example that demonstrates
> the problem clearly?
>
> Please provide a copy of the rpclog.txt file from a setup
> showing the problem.
>
> With those I am confident I could track down the fault quickly. Trying
> to study the problem from the code provided will be much harder.
>
> Thanks
>
> Matthew
>
>
No comments:
Post a Comment