view clojure/com/aurellem/exp/music.clj @ 442:58fe9c35d7c9

discovered meanig of first 8 bytes of music.
author Robert McIntyre <rlm@mit.edu>
date Thu, 26 Apr 2012 05:45:16 -0500
parents e682c9ed3056
children afdc51232e4f
line wrap: on
line source
1 (ns com.aurellem.exp.music
2 "scratchpad namespace"
3 (:use (com.aurellem.gb gb-driver util constants
4 assembly saves
5 items pokemon status types
6 characters species moves
7 pokedex money rival-name
8 text-speed badges
9 pokemon-presets
10 ))
12 (:import java.io.File)
13 (:import [com.aurellem.gb.gb_driver SaveState]))
18 (defn analyze-music []
19 (clojure.pprint/pprint
20 (map (fn [[addr nums]]
21 [(hex addr) nums])
22 (apply harmonic-compare
23 (map read-state
24 ["song-1" "no-song-1"
25 "song-2" "no-song-2"
26 "song-3" "no-song-3"
27 "song-4"])))))
28 ;; there are only two addresses that alternate between only
29 ;; two unique values:
31 0xC0DE ;; lol code :)
32 0xC0DF
34 ;; perhaps they are the address of the current playing sound?
36 ;; after watching them for a while in different environments,
37 ;; I can tell that they're definately music related, but they
38 ;; _don't_ seem to be the address to the current track.
39 ;; they generally change whenever a substantually different
40 ;; sequence is played. maybe they control some high level
41 ;; setting in the synthesizer? They are only affected by the
42 ;; background music and not by pokemon cries, etc.
44 0xC001 ;; seems to change along with the music, but is much
45 ;; more stable than 0xC0DE and 0xC0DF. It _is_
46 ;; affected by sound effects. When a sound effect happens,
47 ;; is sometimes does not return to its previous value when the sound
48 ;; effect is done.
50 0xC000 ;; does not seem to be affected by music
52 ;; maybe 0xC001 - something is loaded with the actual sounds?
55 ;; replacing just the first 0xFF bytes starting at 0xC001 with those
56 ;; found in celadon changes the music to celadon city.
58 ;; this can't be the actual music because it doesn't have enough
59 ;; information.
61 ;; let's try to narrow down the bytes from the first 0xFF of celadon
62 ;; starting at 0xC001
64 (def celadon-song
65 [202 0 0 255 0 178 117 40 118 158 118 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
66 0 0 0 0 0 0 0 0 0 0 0 202 202 202 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0
67 0 0 0 0 128 128 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
68 0 0 0 0 0 0 0 0 0 0 0 0 115 88 32 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
69 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
70 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 5 5 5 1 1 1 1 1
71 1 1 1 1 1 1 1 1 12 12 12 1 1 1 1 1 128 128 128 0 0 0 0 0 5 4 4 0 4 3
72 4 0 178 194 32 0 180 196 32 0 3 0 0 144 1 0 66 31 0 2 2 32 48 0 0 0
73 0 0 0 0 0 0 0 0 0 0])
75 (def jiggly-song
76 [208 0 0 255 0 240 113 7 114 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
77 0 0 0 0 0 0 0 0 208 208 0 0 0 0 0 0 65 72 0 0 0 0 0 0 0 0 0 0 0 0 0
78 0 128 0 0 0 0 0 0 0 105 130 0 0 0 0 0 0 0 0 0 0 0 0 0 0 17 16 0 0 0
79 0 0 0 65 81 0 0 0 0 0 0 58 57 0 0 0 0 0 0 8 5 0 0 0 0 0 0 0 0 0 0 0
80 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
81 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 7 3 1 1 1 1 1 1 1
82 1 1 1 1 1 1 1 13 12 1 1 1 1 1 1 128 0 0 0 88 152 0 0 4 4 4 0 4 4 3 0
83 103 167 32 0 180 196 32 0 0 0 0 144 1 0 66 28 0 31 31 224 255 0 0 0
84 0 0 0 0 0 0 0 0 0 0])
86 (def fight-gym-leader-song
87 [234 0 0 255 0 0 92 43 94 112 95 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
88 0 0 0 0 0 0 0 0 234 234 234 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0
89 0 192 192 0 0 0 0 0 0 0 0 0 0 0 0 0 0 7 7 0 0 0 0 0 0 33 17 17 0 0 0
90 0 0 68 82 0 0 0 0 0 0 89 90 57 0 0 0 0 0 8 8 0 0 0 0 0 0 0 0 0 0 0 0
91 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
92 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4 4 4 1 1 1 1 1 1 1
93 1 1 1 1 1 1 12 12 12 1 1 1 1 1 192 192 192 0 88 152 0 0 7 5 4 0 4 4
94 3 0 179 195 32 0 180 196 32 0 3 0 0 104 1 0 65 176 0 8 8 224 255 0 0
95 0 0 0 0 0 0 0 0 0 0 0])
98 (def fight-gym-leader-song-simp
99 [
101 (Integer/parseInt "00000001" 2) ;; channel-on/off
102 ;; are active
104 0 ;; no-effect
106 ;; channel 0
107 0 ;; note-counter low
108 92 ;; note-counter high
110 ;; channel 1
111 43 ;; note-counter low
112 94 ;; note-counter high
114 ;; channel 2
115 112 ;; note-counter low
116 95 ;; note-counter high
119 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
120 0 0 0 0 0 0 0 0 234 234 234 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
121 0 192 192 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
122 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
123 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
124 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4 4 4 1 1 1 1 1 1 1
125 1 1 1 1 1 1 12 12 12 1 1 1 1 1 192 192 192 0 88 152 0 0 7 5 4 0 4 4
126 3 0 179 195 32 0 180 196 32 0 3 0 0 104 1 0 65 176 0 8 8 224 255
128 ])
130 (defn change-music
131 ([#^SaveState state start length song]
133 (set-memory-range state (+ 0xC004 start)
134 (take length (drop start song))))
135 ([start length song]
136 (continue! (change-music (read-state "rlm-viridian-forest")
137 start length song))))
141 ;;0 0x90) blend between both, with end theme as well
143 ;; 0x05 0xEA is the limit to completely change song to celadon from
144 ;; viridian forest
146 ;; 0x05 0xEA is also sufficient to change music to celadon from
147 ;; a battle in viridian forest
149 (def minimal-celadon-song
150 (subvec celadon-song 0x05 0xEA))
152 ;; 0xC006 -- appears to be the song note counter.
153 ;; 0cC007 --