31 December 2021, 07:30 | #161 |
Registered User
Join Date: Jan 2018
Location: Dublin
Posts: 7
|
First of all, thanks for sharing your player.
I am trying to use it as-is in my C program and I run into this error during compilation. Code:
vasmm68k_mot -m68000 -noesc -Fhunk /data/ptplayer.asm -o asm.o vasm 1.8 (c) in 2002-2017 Volker Barthelmann vasm M68k/CPU32/ColdFire cpu backend 2.2 (c) 2002-2017 Frank Wille vasm motorola syntax module 3.10 (c) 2002-2017 Frank Wille vasm hunk format output module 2.9a (c) 2002-2017 Frank Wille CODE(acrx2): 13096 bytes vc +kick13 -c99 -cpu=68000 -I/root/amiga_sdk/NDK_3.9/Include/include_h -lamiga -lauto -g -c /data/animtools.c vc +kick13 -c99 -cpu=68000 -I/root/amiga_sdk/NDK_3.9/Include/include_h -lamiga -lauto -g -c /data/main.c vc +kick13 -c99 -cpu=68000 -I/root/amiga_sdk/NDK_3.9/Include/include_h -lamiga -lauto -g -c /data/msx.c error 9 in line 13 of "/tmp/fileJt6Y2C.asm": instruction not supported on selected architecture > movec vbr,d0 vasmm68k_mot -quiet -Fhunk -phxass -nowarn=62 "/tmp/fileJt6Y2C.asm" -o "/data/msx.o" failed |
01 January 2022, 12:27 | #162 |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,574
|
Not sure what you did there. In the first line you showed that assembling ptplayer.asm definitely works. Then later you compile a C source and it fails? There is also no MOVEC in ptplayer.asm.
As I understand it, you inserted a MOVEC assembler-inline into msx.c to read the VBR, but you insist in compiling for cpu=68000? Then the error is correct, because MOVEC is an 68010 instruction. |
01 January 2022, 17:32 | #163 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,442
|
looks like generated startup file isn't compatible with 68000... nothing to do with ptplayer I confirm. You need to provide VBR to the player but player doesn't read it itself (would require supervisor calls).
Compile your c source with 68010 mode, and call MOVEC only if current CPU is 68010 else return 0. I don't think you risk introducing incompatibilities with 68000 with 68010 mode, unlike 68020 mode which could "optimize" with odd-address word read. |
04 January 2022, 16:36 | #164 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,755
|
To be compatible with 68010 and up, the code must do a run-time check for CPU model and decide whether to use MOVEC or not.
A common problem is that in order to compile this for 68000, the MOVEC instruction must not be in the code. movec VBR,d0 is equivalent to dc.l $4e7a0801. The compiler or assembler must then (in the part of the code that should execute a MOVEC) support in-line data. If it doesn't, you can put the word sequence 0x4e7a, 0x0801, 0x4e73 in a data area, get the starting address, and Supervisor() to it. ($4e73 is equivalent to RTE) |
29 May 2022, 13:43 | #165 |
Registered User
Join Date: Apr 2021
Location: Italy
Posts: 21
|
Hello guys,
I'm working on a game written in C with a custom built framework I wrote. I'm adding a music to my game and I'm trying to use this fantastic ptplayer routine, but I don't want to use mt_playfx function, since my framework already have it's own sound playing functions. My music uses 0,1,2 channels, the 3 channel is reserved for sound fx, but when I try to play sound on 3rd channel it plays very bad with strange noises. Is there a way to make ptplayer routine to completely ignore channel 3 and let my code handle it in his own way? I made a similar thing with the p61 routine in assembly. Thank you in advance. Lorenzo P.S: This is a cut/paste of a mail I just send to the author, didn't find this thread before, sorry to the author for the double request. Last edited by Csoft; 29 May 2022 at 15:25. |
29 May 2022, 15:48 | #166 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,442
|
you can reserve tracks for music with the api, and block a channel. But that works in the player itself (since it handles music). You could have conflicts with external sound play.
I think what you experienced is normal and can't be changed. But let me tell you one thing: I adapted Supercars 2 sound replay (so I was able to set music in-game) to ptplayer, keeping the original sound data as is (as I kept the original sound routines when music was off and engine was on, engine is special looped/variable frequency sfx that you can't really process with ptplayer). So maybe it's not such a big effort to adapt your sfx play to the ptplayer code. Just wrap the mt_playfx in your framework and you'll only have minor changes to perform |
29 May 2022, 19:18 | #167 |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,574
|
I already replied to Lorenzo's mail and the answer is that you cannot rely on ptplayer not to touch any of a channel's registers, even when no music is played on it. (This could be improved in future.)
The TimerB interrupt handler always sets all sample pointers and lengths, and the player might rewrite the last known period on every step. So the solution might be to comment the two lines writing to AUD3LC and AUD3LEN in mt_TimerBsetrep, as well as the call to mt_playvoice for the channel #3. |
30 May 2022, 00:44 | #168 | |
Registered User
Join Date: Apr 2021
Location: Italy
Posts: 21
|
Quote:
If I see that mt_Enable is false, I play sound with my code, otherwise I play it with mt_playfx. This is not what I wanted to do initially, nor the most clean approach but it works. Thank you for your help! Best regards, Lorenzo |
|
19 October 2023, 16:59 | #169 |
Registered User
Join Date: Jul 2008
Location: Samsun / Turkey
Posts: 68
|
This is a noob question but what is the mathematical connection between the sampling frequency of the sample and sfx_per?
I understand for 11025Hz 320 is ok. But what about other frequencies? Is it 640 for 22050 and 1280 for 44100? How should we calculate it for any sampling frequency? |
19 October 2023, 17:15 | #170 |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,464
|
The period value is actually based on the custom chip set clock, which is around 3.58MHz for PAL systems and 3.55MHz for NTSC systems. Here's an example to show how it works:
Code:
PAL_cycles = 3546895 NTSC_cycles = 3579545 PAL_period = PAL_cycles/desired_frequency NTSC_period = NTSC_cycles/desired_frequency PAL_period = PAL_cycles/11025 = 321 PAL_period = PAL_cycles/22050 = 161 PAL_period = PAL_cycles/28000 = 126 Note that the Amiga systems are normally limited to around 28KHz, though ECS/AGA systems can do 56KHz if the system is using the VGA like resolutions (i.e. DBLPAL/DBLNTSC). |
20 October 2023, 21:52 | #171 | |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,755
|
Quote:
Period and rate are opposites, so the relationship is 1/x, essentially 1/T, multiplied by the timer interval (counted against some clock frequency) that all (sampled) sound chips have. So yes, a doubling in period is exactly a halving of frequency, on all sampled sound chips. Details and comparison with fixed-period sound chips + links |
|
22 October 2023, 14:23 | #172 |
Registered User
Join Date: Jul 2008
Location: Samsun / Turkey
Posts: 68
|
Thanks for the swift answers people. If I get it correctly the value is paula's hardware cycles per sample (cycles/sample).
Now what I cannot wrap my head around is the value vh_SamplesPerHiCycle in struct VoiceHeader. The struct is for loading and playing 8SVX sound samples. Devices manual says this value is (samples/cycle). The vaule is an ULONG integer? How can there be an integer value of samples per cycle? I guess the term "cycle" there stands for something else? I've read this part over and over and still couldn't figure out what this value is used for? https://amigadev.elowar.com/read/ADC.../node02CD.html I want to be able to play any 8SVX file in their intended pitch. Can I safely ignore this value? |
15 January 2024, 19:44 | #173 |
Registered User
Join Date: Sep 2017
Location: Czech Republic
Posts: 20
|
Supr, with permission I will use finetune tables from the source code. I tried to do it myself without tables from a few calculations, but in the end nothing usable for me...
Thank you! |
05 June 2024, 18:25 | #174 |
Natteravn
Join Date: Nov 2009
Location: Herford / Germany
Posts: 2,574
|
V6.4 beta (OS-compatibility option)
A few days ago I added some code to allow running ptplayer in parallel to AmigaOS, after a suggestion of Piru, who wanted to use it in his Minimod-player for Kickstart 1.x ( https://sintonen.fi/src/minimod/ ).By assembling ptplayer with option
OSCOMPATit will now register the CIA-B timer interrupt with cia.resource and allocate all audio channels from audio.device, which makes the player work nicely under AmigaOS without taking over the hardware.Beta archive is here: http://sun.hasenbraten.de/~frank/TEST/ptplayer64beta.lha EDIT: Sorry for the formatting, but the Firefox-bug in EAB is still active! Last edited by phx; 05 June 2024 at 18:26. Reason: Formatting |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
MOD-player with external sound effects | phx | Coders. Asm / Hardware | 14 | 18 June 2012 10:41 |
Amiga Forever&Protracker bad sound | moriez | support.WinUAE | 14 | 06 January 2009 01:26 |
What was the first Amiga tracker to support external midi instruments | Kola | Amiga scene | 3 | 09 December 2008 19:20 |
Sound/Protracker package | Dunny | request.Apps | 3 | 23 July 2008 19:17 |
Sampled sound player? | cdoty | Coders. General | 7 | 25 August 2007 16:21 |
|
|