oldunreal/libxmp
0
0
Fork 0
mirror of https://github.com/OldUnreal/libxmp.git synced 2026-04-02 21:37:43 -07:00
Code Issues Packages Projects Releases Wiki Activity
Files
master
libxmp/test-dev/data/test_keyoff.data

337 lines
12 KiB
Plaintext
Raw Permalink Normal View History

[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
20 0 0 0 1753088 60 0 1024 0 0 255
40 0 1 0 1753088 60 0 1024 0 7 255
60 0 2 0 1753088 60 0 1024 0 14 255
80 0 3 0 1753088 60 0 1024 0 5 255
100 0 4 0 1753088 60 0 1024 0 13 255
120 0 5 0 1753088 60 0 1024 0 4 255
140 1 0 0 1753088 60 0 0 0 11 255
160 1 1 0 1753088 60 0 0 0 2 255
180 1 2 0 1753088 60 0 0 0 10 255
200 1 3 0 1753088 60 0 0 0 1 255
220 1 4 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
240 1 5 0 1753088 60 0 0 0 15 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
260 2 0 0 1753088 60 0 1024 0 7 255
280 2 1 0 1753088 60 0 1024 0 14 255
300 2 2 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
320 2 3 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
340 2 4 0 1753088 60 0 1024 0 4 255
360 2 5 0 1753088 60 0 1024 0 11 255
380 3 0 0 1753088 60 0 0 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
400 3 1 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
420 3 2 0 1753088 60 0 0 0 1 255
440 3 3 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
460 3 4 0 1753088 60 0 0 0 15 255
480 3 5 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
500 4 0 0 1753088 60 0 1024 0 14 255
520 4 1 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
540 4 2 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
560 4 3 0 1753088 60 0 1024 0 4 255
580 4 4 0 1753088 60 0 1024 0 11 255
600 4 5 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
620 5 0 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
640 5 1 0 1753088 60 0 0 0 1 255
660 5 2 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
680 5 3 0 1753088 60 0 0 0 15 255
700 5 4 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
720 5 5 0 1753088 60 0 0 0 14 255
740 6 0 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
760 6 1 0 1753088 60 0 1024 0 12 255
780 6 2 0 1753088 60 0 1024 0 3 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
800 6 3 0 1753088 60 0 1024 0 11 255
820 6 4 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
840 6 5 0 1753088 60 0 1024 0 9 255
860 7 0 0 1753088 60 0 0 0 0 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
880 7 1 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
900 7 2 0 1753088 60 0 0 0 15 255
920 7 3 0 1753088 60 0 0 0 6 255
940 7 4 0 1753088 60 0 0 0 13 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
960 7 5 0 1753088 60 0 0 0 5 255
1940 16 0 0 1753088 60 0 1024 0 0 255
1960 16 1 0 1753088 60 0 1024 0 7 255
1980 16 2 0 1753088 60 0 1024 0 14 255
2000 16 3 0 1753088 60 0 1024 0 5 255
2020 16 4 0 1753088 60 0 1024 0 13 255
2040 16 5 0 1753088 60 0 1024 0 4 255
2060 17 0 0 1753088 60 0 0 0 11 255
2080 17 1 0 1753088 60 0 0 0 2 255
2100 17 2 0 1753088 60 0 0 0 10 255
2120 17 3 0 1753088 60 0 0 0 1 255
2140 17 4 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2160 17 5 0 1753088 60 0 0 0 15 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2180 18 0 0 1753088 60 0 1024 0 7 255
2200 18 1 0 1753088 60 0 1024 0 14 255
2220 18 2 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2240 18 3 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2260 18 4 0 1753088 60 0 1024 0 4 255
2280 18 5 0 1753088 60 0 1024 0 11 255
2300 19 0 0 1753088 60 0 0 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2320 19 1 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2340 19 2 0 1753088 60 0 0 0 1 255
2360 19 3 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2380 19 4 0 1753088 60 0 0 0 15 255
2400 19 5 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2420 20 0 0 1753088 60 0 1024 0 14 255
2440 20 1 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2460 20 2 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2480 20 3 0 1753088 60 0 1024 0 4 255
2500 20 4 0 1753088 60 0 1024 0 11 255
2520 20 5 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2540 21 0 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2560 21 1 0 1753088 60 0 0 0 1 255
2580 21 2 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2600 21 3 0 1753088 60 0 0 0 15 255
2620 21 4 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2640 21 5 0 1753088 60 0 0 0 14 255
2660 22 0 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2680 22 1 0 1753088 60 0 1024 0 12 255
2700 22 2 0 1753088 60 0 1024 0 3 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2720 22 3 0 1753088 60 0 1024 0 11 255
2740 22 4 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2760 22 5 0 1753088 60 0 1024 0 9 255
2780 23 0 0 1753088 60 0 0 0 0 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2800 23 1 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2820 23 2 0 1753088 60 0 0 0 15 255
2840 23 3 0 1753088 60 0 0 0 6 255
2860 23 4 0 1753088 60 0 0 0 13 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2880 23 5 0 1753088 60 0 0 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2900 24 0 0 1753088 60 0 1024 0 12 255
2920 24 1 0 1753088 60 0 1024 0 3 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
2940 24 2 0 1753088 60 0 1024 0 11 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
2960 24 3 0 1753088 60 0 1024 0 2 255
2980 24 4 0 1753088 60 0 1024 0 9 255
3000 24 5 0 1753088 60 0 1024 0 0 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
3020 25 0 0 1753088 60 0 992 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
3040 25 1 0 1753088 60 0 944 0 15 255
3060 25 2 0 1753088 60 0 896 0 6 255
3080 25 3 0 1753088 60 0 864 0 13 255
3100 25 4 0 1753088 60 0 816 0 5 255
3120 25 5 0 1753088 60 0 768 0 12 255
3140 26 0 0 1753088 60 0 736 0 3 255
3160 26 1 0 1753088 60 0 688 0 10 255
3180 26 2 0 1753088 60 0 640 0 2 255
3200 26 3 0 1753088 60 0 608 0 9 255
3220 26 4 0 1753088 60 0 560 0 0 255
3240 26 5 0 1753088 60 0 512 0 7 255
3260 27 0 0 1753088 60 0 480 0 15 255
3280 27 1 0 1753088 60 0 432 0 6 255
3300 27 2 0 1753088 60 0 384 0 13 255
3320 27 3 0 1753088 60 0 352 0 4 255
3340 27 4 0 1753088 60 0 304 0 12 255
3360 27 5 0 1753088 60 0 256 0 3 255
3380 28 0 0 1753088 60 0 224 0 10 255
3400 28 1 0 1753088 60 0 176 0 1 255
3420 28 2 0 1753088 60 0 128 0 9 255
3440 28 3 0 1753088 60 0 96 0 0 255
3460 28 4 0 1753088 60 0 48 0 7 255
3480 28 5 0 1753088 60 0 0 0 15 255
3500 29 0 0 1753088 60 0 0 0 6 255
3520 29 1 0 1753088 60 0 0 0 13 255
3540 29 2 0 1753088 60 0 0 0 4 255
3560 29 3 0 1753088 60 0 0 0 12 255
3580 29 4 0 1753088 60 0 0 0 3 255
3600 29 5 0 1753088 60 0 0 0 10 255
3620 30 0 0 1753088 60 0 0 0 1 255
3640 30 1 0 1753088 60 0 0 0 9 255
3660 30 2 0 1753088 60 0 0 0 0 255
3680 30 3 0 1753088 60 0 0 0 7 255
3700 30 4 0 1753088 60 0 0 0 14 255
3720 30 5 0 1753088 60 0 0 0 6 255
3740 31 0 0 1753088 60 0 0 0 13 255
3760 31 1 0 1753088 60 0 0 0 4 255
3780 31 2 0 1753088 60 0 0 0 11 255
3800 31 3 0 1753088 60 0 0 0 3 255
3820 31 4 0 1753088 60 0 0 0 10 255
3840 31 5 0 1753088 60 0 0 0 1 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
3860 32 0 0 1753088 60 0 1024 0 0 255
3880 32 1 0 1753088 60 0 1024 0 7 255
3900 32 2 0 1753088 60 0 1024 0 14 255
3920 32 3 0 1753088 60 0 1024 0 5 255
3940 32 4 0 1753088 60 0 1024 0 13 255
3960 32 5 0 1753088 60 0 1024 0 4 255
3980 33 0 0 1753088 60 0 0 0 11 255
4000 33 1 0 1753088 60 0 0 0 2 255
4020 33 2 0 1753088 60 0 0 0 10 255
4040 33 3 0 1753088 60 0 0 0 1 255
4060 33 4 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4080 33 5 0 1753088 60 0 0 0 15 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4100 34 0 0 1753088 60 0 1024 0 7 255
4120 34 1 0 1753088 60 0 1024 0 14 255
4140 34 2 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4160 34 3 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4180 34 4 0 1753088 60 0 1024 0 4 255
4200 34 5 0 1753088 60 0 1024 0 11 255
4220 35 0 0 1753088 60 0 0 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4240 35 1 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4260 35 2 0 1753088 60 0 0 0 1 255
4280 35 3 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4300 35 4 0 1753088 60 0 0 0 15 255
4320 35 5 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4340 36 0 0 1753088 60 0 1024 0 14 255
4360 36 1 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4380 36 2 0 1753088 60 0 1024 0 12 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4400 36 3 0 1753088 60 0 1024 0 4 255
4420 36 4 0 1753088 60 0 1024 0 11 255
4440 36 5 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4460 37 0 0 1753088 60 0 0 0 9 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4480 37 1 0 1753088 60 0 0 0 1 255
4500 37 2 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4520 37 3 0 1753088 60 0 0 0 15 255
4540 37 4 0 1753088 60 0 0 0 6 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4560 37 5 0 1753088 60 0 0 0 14 255
4580 38 0 0 1753088 60 0 1024 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4600 38 1 0 1753088 60 0 1024 0 12 255
4620 38 2 0 1753088 60 0 1024 0 3 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4640 38 3 0 1753088 60 0 1024 0 11 255
4660 38 4 0 1753088 60 0 1024 0 2 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4680 38 5 0 1753088 60 0 1024 0 9 255
4700 39 0 0 1753088 60 0 0 0 0 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4720 39 1 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4740 39 2 0 1753088 60 0 0 0 15 255
4760 39 3 0 1753088 60 0 0 0 6 255
4780 39 4 0 1753088 60 0 0 0 13 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4800 39 5 0 1753088 60 0 0 0 5 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4820 40 0 0 1753088 60 0 1006 0 12 255
4840 40 1 0 1753088 60 0 988 0 3 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4860 40 2 0 1753088 60 0 970 0 11 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4880 40 3 0 1753088 60 0 952 0 2 255
4900 40 4 0 1753088 60 0 934 0 9 255
4920 40 5 0 1753088 60 0 916 0 0 255
[test] Update a few more tests Signed-off-by: Claudio Matsuoka <cmatsuoka@gmail.com>
2016-07-13 22:28:08 -03:00
4940 41 0 0 1753088 60 0 0 0 8 255
Don't increment voice position by step value at loop/tick end. (#496) Since commit b7d6a6ea, libxmp has added an extra step to voice positions if they are close to or at the end of their loop on a tick boundary. This results in samples with loops being very slightly too fast. This patch corrects this behavior so samples with loops play at the correct speed. The issue can be demonstrated with two looping samples, where one sample is two inverted copies of the other sample. When played back at the same pitch, they should cancel entirely and be silent, but this extra step causes them to gradually diverge instead.
2021-12-22 08:06:29 -07:00
4960 41 1 0 1753088 60 0 0 0 15 255
4980 41 2 0 1753088 60 0 0 0 6 255
5000 41 3 0 1753088 60 0 0 0 13 255
5020 41 4 0 1753088 60 0 0 0 5 255
5040 41 5 0 1753088 60 0 0 0 12 255
5060 42 0 0 1753088 60 0 790 0 3 255
5080 42 1 0 1753088 60 0 772 0 10 255
5100 42 2 0 1753088 60 0 754 0 2 255
5120 42 3 0 1753088 60 0 736 0 9 255
5140 42 4 0 1753088 60 0 718 0 0 255
5160 42 5 0 1753088 60 0 700 0 7 255
5180 43 0 0 1753088 60 0 0 0 15 255
5200 43 1 0 1753088 60 0 0 0 6 255
5220 43 2 0 1753088 60 0 0 0 13 255
5240 43 3 0 1753088 60 0 0 0 4 255
5260 43 4 0 1753088 60 0 0 0 12 255
5280 43 5 0 1753088 60 0 0 0 3 255
5300 44 0 0 1753088 60 0 574 0 10 255
5320 44 1 0 1753088 60 0 556 0 1 255
5340 44 2 0 1753088 60 0 538 0 9 255
5360 44 3 0 1753088 60 0 520 0 0 255
5380 44 4 0 1753088 60 0 502 0 7 255
5400 44 5 0 1753088 60 0 484 0 15 255
5420 45 0 0 1753088 60 0 0 0 6 255
5440 45 1 0 1753088 60 0 0 0 13 255
5460 45 2 0 1753088 60 0 0 0 4 255
5480 45 3 0 1753088 60 0 0 0 12 255
5500 45 4 0 1753088 60 0 0 0 3 255
5520 45 5 0 1753088 60 0 0 0 10 255
5540 46 0 0 1753088 60 0 358 0 1 255
5560 46 1 0 1753088 60 0 340 0 9 255
5580 46 2 0 1753088 60 0 322 0 0 255
5600 46 3 0 1753088 60 0 304 0 7 255
5620 46 4 0 1753088 60 0 286 0 14 255
5640 46 5 0 1753088 60 0 268 0 6 255
5660 47 0 0 1753088 60 0 0 0 13 255
5680 47 1 0 1753088 60 0 0 0 4 255
5700 47 2 0 1753088 60 0 0 0 11 255
5720 47 3 0 1753088 60 0 0 0 3 255
5740 47 4 0 1753088 60 0 0 0 10 255
5760 47 5 0 1753088 60 0 0 0 1 255
5780 48 0 0 1753088 60 0 142 0 8 255
5800 48 1 0 1753088 60 0 124 0 0 255
5820 48 2 0 1753088 60 0 106 0 7 255
5840 48 3 0 1753088 60 0 88 0 14 255
5860 48 4 0 1753088 60 0 70 0 6 255
5880 48 5 0 1753088 60 0 52 0 13 255
5900 49 0 0 1753088 60 0 0 0 4 255
5920 49 1 0 1753088 60 0 0 0 11 255
5940 49 2 0 1753088 60 0 0 0 3 255
5960 49 3 0 1753088 60 0 0 0 10 255
5980 49 4 0 1753088 60 0 0 0 1 255
6000 49 5 0 1753088 60 0 0 0 8 255
6020 50 0 0 1753088 60 0 0 0 0 255
6040 50 1 0 1753088 60 0 0 0 7 255
6060 50 2 0 1753088 60 0 0 0 14 255
6080 50 3 0 1753088 60 0 0 0 5 255
6100 50 4 0 1753088 60 0 0 0 13 255
6120 50 5 0 1753088 60 0 0 0 4 255
6140 51 0 0 1753088 60 0 0 0 11 255
6160 51 1 0 1753088 60 0 0 0 2 255
6180 51 2 0 1753088 60 0 0 0 10 255
6200 51 3 0 1753088 60 0 0 0 1 255
6220 51 4 0 1753088 60 0 0 0 8 255
6240 51 5 0 1753088 60 0 0 0 15 255
6260 52 0 0 1753088 60 0 0 0 7 255
6280 52 1 0 1753088 60 0 0 0 14 255
6300 52 2 0 1753088 60 0 0 0 5 255
6320 52 3 0 1753088 60 0 0 0 12 255
6340 52 4 0 1753088 60 0 0 0 4 255
6360 52 5 0 1753088 60 0 0 0 11 255
6380 53 0 0 1753088 60 0 0 0 2 255
6400 53 1 0 1753088 60 0 0 0 10 255
6420 53 2 0 1753088 60 0 0 0 1 255
6440 53 3 0 1753088 60 0 0 0 8 255
6460 53 4 0 1753088 60 0 0 0 15 255
6480 53 5 0 1753088 60 0 0 0 7 255
6500 54 0 0 1753088 60 0 0 0 14 255
6520 54 1 0 1753088 60 0 0 0 5 255
6540 54 2 0 1753088 60 0 0 0 12 255
6560 54 3 0 1753088 60 0 0 0 4 255
6580 54 4 0 1753088 60 0 0 0 11 255
6600 54 5 0 1753088 60 0 0 0 2 255
6620 55 0 0 1753088 60 0 0 0 9 255
6640 55 1 0 1753088 60 0 0 0 1 255
6660 55 2 0 1753088 60 0 0 0 8 255
6680 55 3 0 1753088 60 0 0 0 15 255
6700 55 4 0 1753088 60 0 0 0 6 255
6720 55 5 0 1753088 60 0 0 0 14 255
6740 56 0 0 1753088 60 0 0 0 5 255
6760 56 1 0 1753088 60 0 0 0 12 255
6780 56 2 0 1753088 60 0 0 0 3 255
6800 56 3 0 1753088 60 0 0 0 11 255
6820 56 4 0 1753088 60 0 0 0 2 255
6840 56 5 0 1753088 60 0 0 0 9 255
6860 57 0 0 1753088 60 0 0 0 1 255
6880 57 1 0 1753088 60 0 0 0 8 255
6900 57 2 0 1753088 60 0 0 0 15 255
6920 57 3 0 1753088 60 0 0 0 6 255
6940 57 4 0 1753088 60 0 0 0 14 255
6960 57 5 0 1753088 60 0 0 0 5 255
6980 58 0 0 1753088 60 0 0 0 12 255
7000 58 1 0 1753088 60 0 0 0 3 255
7020 58 2 0 1753088 60 0 0 0 11 255
7040 58 3 0 1753088 60 0 0 0 2 255
7060 58 4 0 1753088 60 0 0 0 9 255
7080 58 5 0 1753088 60 0 0 0 0 255
7100 59 0 0 1753088 60 0 0 0 8 255
7120 59 1 0 1753088 60 0 0 0 15 255
7140 59 2 0 1753088 60 0 0 0 6 255
7160 59 3 0 1753088 60 0 0 0 13 255
7180 59 4 0 1753088 60 0 0 0 5 255
7200 59 5 0 1753088 60 0 0 0 12 255
7220 60 0 0 1753088 60 0 0 0 3 255
7240 60 1 0 1753088 60 0 0 0 10 255
7260 60 2 0 1753088 60 0 0 0 2 255
7280 60 3 0 1753088 60 0 0 0 9 255
7300 60 4 0 1753088 60 0 0 0 0 255
7320 60 5 0 1753088 60 0 0 0 7 255
7340 61 0 0 1753088 60 0 0 0 15 255
7360 61 1 0 1753088 60 0 0 0 6 255
7380 61 2 0 1753088 60 0 0 0 13 255
7400 61 3 0 1753088 60 0 0 0 5 255
7420 61 4 0 1753088 60 0 0 0 12 255
7440 61 5 0 1753088 60 0 0 0 3 255
7460 62 0 0 1753088 60 0 0 0 10 255
7480 62 1 0 1753088 60 0 0 0 2 255
7500 62 2 0 1753088 60 0 0 0 9 255
7520 62 3 0 1753088 60 0 0 0 0 255
7540 62 4 0 1753088 60 0 0 0 7 255
7560 62 5 0 1753088 60 0 0 0 15 255
7580 63 0 0 1753088 60 0 0 0 6 255
7600 63 1 0 1753088 60 0 0 0 13 255
7620 63 2 0 1753088 60 0 0 0 4 255
7640 63 3 0 1753088 60 0 0 0 12 255
7660 63 4 0 1753088 60 0 0 0 3 255
7680 63 5 0 1753088 60 0 0 0 10 255
Reference in New Issue Copy Permalink