Files
disasm/_wip/MAPPER11/Galactic Crusader (Sachen) (U)/chr.bin
T
tmerrittandClaude Opus 4.8 49e117bfcc Fix Pass 3 symbol application and add promotion criteria to PROMPTS.md
- Apply symbols.inc hardware register names to Defender 2 (U) (51 operands)
- Apply symbols.inc hardware register names to Donkey Kong 3 (JUE) (36 operands)
- Add APU register symbols (-) to Defender 2 (U) and Donkey Kong 3 (JUE) symbols.inc
- Apply symbols to Donkey Kong Jr. Math (U) (80 operands: 11 single + 69 hardware)
- Apply symbols to Excitebike (JU) (786 operands: 785 single + 1 hardware)
- Add promotion criteria to PROMPTS.md: symbol/local substitution,
  ROM-specific semantic naming, and verification checklist

Add branch/jump target naming requirement to PROMPTS.md

All branches and jumps must target symbolic labels with descriptive names
derived from program flow role (e.g., _Loop, _Next, _Done, _Store, _Return),
never raw address literals. Adds criterion 8 to verification checklist.

Rename all OVERVIEW.md to README.md; add root README content to top-level

- Rename all OVERVIEW.md files to README.md throughout the repo (47 files)
- Prepend README.md content to top-level OVERVIEW.md before rename
- Fix apply_symbols.py NAME_RE regex to handle spaced assignments
- Apply symbols.inc to Defender 2 (U) (51 hardware operands)
- Apply symbols.inc to Donkey Kong 3 (JUE) (36 hardware operands)
- Apply symbols.inc to Donkey Kong Jr. Math (U) (80 operands: 11 single + 69 hardware)
- Apply symbols.inc to Excitebike (JU) (786 operands: 785 single + 1 hardware)
- Add missing Zp18/FrameCounter aliases to Excitebike prg.s
- Build all 27 top-level projects: byte-identical

Promote Donkey Kong Jr. Math back to _wip tier

Moves code from `copilot` folder and verifies each builds after

Add pre-commit hook for byte-identical verification

Add .git/hooks/pre-commit that runs 'make' then 'make clean' in each
project directory before committing. This ensures every project builds
byte-identical before any commit is accepted.

Also includes all file moves from the Donkey Kong Jr. Math (U) demotion
and other file restructuring from the session.

moves code out of copilot folder, its all AI generated.
Moves NROM games into NROM folder

removes copilot folder from Lunar Pool
Adds makefile to build all projects recursively

Updates docs to reflect changes in layout

Repromotes Donkey Kong Jr Math
Repromotes Excitebike
Promotes Popeye (JU) (PRG 1)
Updates Makefile to provide summary of build failure/success

Promote Raid on Bungeling Bay (U): Pass 2/3 partial, whole-ROM byte-identical

Move _wip/NROM/Raid on Bungeling Bay (U) to NROM/ and switch the build
from a PRG-only compare to a whole-ROM one:

  - header.s/chr.s added (one-line .incbin of header.bin / chr.bin)
  - linker.cfg gains HEADER ($0000, $0010) and CHR ($0000, $2000)
    areas ahead of PRG ($C000, $4000)
  - rom.nes symlink to the space-containing original ROM name
  - Makefile builds header.o/prg.o/chr.o into reconstructed.nes and
    compares it against rom.nes ('Byte-identical ROM verified.')
  - one leftover neutral indirect operand jmp (Zp01) at $E2EC becomes
    jmp (IndDispatch01); apply_symbols.py reports 0 substitutions pending

README.md / TODO.md / AGENTS.md updated: 29 promoted, 7 in _wip/.

Pac-Man (U): Pass 2 complete (label renaming) + Pass 3 partial (ZP aliases, table names)

Pass 2 — fresh map derived from the committed split, not from any drafted
map (the drafted maps in other projects were audited and found not
applicable):

  - all 194 address-derived Label_XXXX definitions renamed to semantic
    routine-entry names plus <Routine>_<Role>_<addr> internal branch
    targets; zero Label_ remains
  - all 49 jsr/jmp call sites resolved from raw $XXXX to labels; zero
    raw $XXXX call operands remain
  - routinemap.tsv / derived_names.tsv record the derivation

Pass 3 (partial):

  - 15 proven semantic zero-page aliases added to locals.inc
    (GameState, NmiFlag, ScrollX/Y, PpuCtrlShadow, OamDmaPage,
    CocktailModeFlag, ActivePlayerFlag, GameplaySuspended, FrameCounter,
    StateTimer, Player1/2Input, ActiveInput, CopyrightVerified)
  - 112 operands substituted into prg.s (11 single + 101 hardware)
  - key data tables named: ProgrammerSig ($C0EB), GameStateDispatchTable
    ($C253), TitleScreenData ($C2FD), EntityPtrTable ($D912),
    AudioCommandTable ($EFDD)

Also corrects the README's claim that the RESET vector points at padding:
$FF00 holds real boot code (sei/cld, PPU off, double vblank wait, then
jmp ColdStart at $C042).

.gitignore: ignore reconstructed_prg.bin (build artifact of the _wip
Makefiles; '**/reconstructed.*' does not match the underscore form).

Promote Pac-Man (U): Pass 2/3 complete, whole-ROM byte-identical

Move _wip/NROM/Pac-Man (U) to NROM/ and switch the build from a PRG-only
compare to a whole-ROM one:

  - header.s/chr.s added (one-line .incbin of header.bin / chr.bin)
  - linker.cfg gains HEADER ($0000, $0010) and CHR ($0000, $2000)
    areas ahead of PRG ($C000, $4000)
  - rom.nes symlink to 'Pac-Man (U) [!].nes' (the original ROM name
    contains a space and brackets)
  - Makefile builds header.o/prg.o/chr.o into reconstructed.nes and
    compares it against rom.nes
  - reconstructed.nes is 24,592 bytes, MD5 a69d310f8cae9397fbd39f204672b5c7
    - equal to the original ROM; the header/prg/chr splits were checked
    against the original before promotion and are byte-exact

Pass 3 residue closed.  The last 7 multi-alias zero-page operands are
resolved per site through a new sites.tsv, each proven from context
rather than guessed:

  - jmp ($0010) at $C250/$D3CA/$D90F/$D9B6 -> (DispatchPtrLo); each
    is immediately preceded by sta DispatchPtrLo/sta DispatchPtrHi
  - jmp ($00FE) at $EFDA -> (AudioHandlerPtrLo); preceded by
    sta AudioHandlerPtrLo/sta AudioHandlerPtrHi
  - sta a:$0000,y at $C048/$C089 -> a:Zp00,y; the literal zero-page
    base in the two ZP clear loops, so the neutral name is used rather
    than the semantic WorkPtrLo.  The 'a:' prefix survives the
    substitution, so the bytes stay 99 00 00 (sta abs,Y)

apply_symbols.py now reports 119 operands substituted (101 hardware,
11 single-name, 7 site) and 0 residue.

New tool _tools/align_audit_comments.py: re-aligns the audit comment to
column 35 after a substitution lengthens an operand (nesdis.py pads each
instruction to 31 characters).  Whitespace-only, so the byte identity
cannot change.  405 lines re-aligned in this project; all 2,387 audit
comments still match prg.bin at the stated PRG offset, 0 mismatches.

Docs: root README.md / TODO.md / AGENTS.md updated - 30 promoted, 6 in
_wip/; a per-project detail entry for Pac-Man (U) added; the stale
'Donkey Kong 3 (JUE) has no README.md' claim corrected (it has a
318-line one).

Promote Raid on Bungeling Bay (U) [a2]: Pass 3 complete, whole-ROM byte-identical

Move _wip/NROM/Raid on Bungeling Bay (U) [a2] to NROM/ and switch the build
from a PRG-only compare to a whole-ROM one:

  - header.s/chr.s added (one-line .incbin of header.bin / chr.bin)
  - linker.cfg gains HEADER ($0000, $0010) and CHR ($0000, $2000)
    areas ahead of PRG ($C000, $4000)
  - rom.nes symlink to 'Raid on Bungeling Bay (U) [a2].nes' (the original
    ROM name contains spaces and brackets)
  - reconstructed.nes is 24,592 bytes, MD5 659d340a1e9d420eee28df13319b0094
    - equal to the original ROM; the header/prg/chr splits were checked
    against the original before promotion and are byte-exact

Pass 3 - 15 semantic zero-page aliases, each applied only at the sites
where its role is proven:

  - PpuCtrlShadow ($C2), 15 sites: the reset entry primes it right after
    'sta PPUCTRL', and every other use is an ora/and/eor followed by
    'sta PPUCTRL'
  - NmiPathSelector ($C4), 5 sites: written 1 at $C3E9 and 0 at $C962
  - GameState ($D6), 6 sites: 'cmp #$02' and used as an index at $C4C7
  - FrameSubCounter ($55), 6 sites: set to $0A at $C520, decremented per
    NMI at $C07B
  - PrngPeriodCounter ($EA) / PrngSeedB ($EB) / PrngState ($EC), 13 sites:
    the PRNG state
  - PtrLo ($00) / PtrHi ($01), 8 sites: the 16-bit pair $1C13 and $1610
    compared at $E785/$E791
  - IndDispatch01 ($01) / IndDispatch02 ($02), 3 sites: the computed
    dispatch at $E2EC
  - IndDispatch1B ($1B) / IndDispatch1C ($1C), 6 sites: the dispatch at
    $E7A3
  - IndDispatch17 ($17) / IndDispatch19 ($19): the dispatches at $E79D
    and $E7A0

Addresses that carry two names keep the neutral ZpXX name where the other
role applies - $01 is PtrHi at the 16-bit compare and IndDispatch01 at the
dispatch; $17 is IndDispatch17 at the dispatch and Zp17 for the absolute
RAM $0017 store in the copy loop at $E895/$E8D0.

New tool _tools/apply_zp_aliases.py does the per-site substitution:
apply_symbols.py only rewrites *numeric* operands, so it cannot rename an
operand that is already written as a neutral ZpXX name.  The tool keeps the
ca65 'a:' prefix (dropping it would turn 'sta a:Zp17,y' into a zero-page
store and change the bytes) and rewrites only the operand token, so the
audit comment survives byte for byte.

Naming correction in the promoted sibling.  Finishing this dump showed that
$EA was misnamed 'VBlankWaitCounter': the routine at $C412 is the game's
pseudo-random generator (the classic eor/asl/php/lsr/plp/rol scrambler,
called from thirteen gameplay sites, twice in a row at $CDF4/$CDF9 with the
second result masked #$07), so $EA is the scrambler's phase counter.
Renamed PrngPeriodCounter in both dumps and named $EB/$EC PrngSeedB /
PrngState.  The sibling's two 'sta a:IndDispatch17,y' operands were also
wrong - they are absolute stores to RAM $0017, not the dispatch pointer -
and are now 'a:Zp17,y', matching the file's 'a:' = absolute convention.

Audit-comment alignment re-done with _tools/align_audit_comments.py (1,040
lines here, 1,080 in the sibling).  Both files still match prg.bin at every
stated PRG offset: 5,467 and 5,483 audit comments, 0 mismatches.

Docs: root README.md / TODO.md / AGENTS.md updated - 31 promoted, 5 in
_wip/; per-project detail entries added for both Raid dumps.

Promote Pac-Man (Tengen) (U): Pass 2/3 from scratch, whole-ROM byte-identical

Move _wip/NROM/Pac-Man (Tengen) (U) to NROM/ and switch the build from a
PRG-only compare to a whole-ROM one:

  - header.s/chr.s added (one-line .incbin of header.bin / chr.bin)
  - linker.cfg gains HEADER ($0000, $0010) and CHR ($0000, $2000)
    areas ahead of PRG ($C000, $4000)
  - rom.nes symlink to 'Pac-Man (Tengen) (U) [!].nes'
  - reconstructed.nes is 24,592 bytes, MD5 d34e7a74d8d2c231b6cc601210e28ad0
    - equal to the original ROM; the header/prg/chr splits were checked
    against the original before promotion and are byte-exact

Disassembled from scratch.  No name, map or file was carried over from the
sibling 'Pac-Man (U)' dump; the map was derived from this dump's own
committed split and the two were only compared afterwards.

Pass 2 (new tool _tools/apply_pass2_map.py):
  - all 194 Label_XXXX definitions renamed to semantic routine entries plus
    <Routine>_<Role> branch targets; zero Label_ remains
  - all 48 raw $XXXX jsr/jmp operands resolved to labels; zero raw $XXXX
    call or branch operands remain
  - the map is in routinemap.tsv

Pass 3:
  - 30 semantic zero-page aliases, each applied only at the sites where its
    role is proven (per-site choice in sites.tsv; the addresses that carry
    two roles keep the neutral ZpXX name elsewhere).  _tools/
    derive_zp_aliases.py records how the set was derived, and locals.inc
    records the reason for every remaining neutral slot
  - 28 data tables named (new tool _tools/name_data_region.py), including
    CharacterDataTable ($C66A) and CharacterNameStrings ($C67E), where the
    ROM itself names Blinky, Pinky, Inky and Clyde - which is why the four
    indexed entities are called ghosts and not 'actors'
  - apply_symbols.py reports 0 substitutions pending and 0 residue
  - audit-comment alignment re-done with _tools/align_audit_comments.py;
    all 2,479 audit comments still match prg.bin at the stated PRG offset

Pass 1 correction - six command handlers recovered (new tool
_tools/recode_region.py).  ScriptCommandTable ($EFDD) is read by the traced
instruction at $EFCC, and six of its entries point at $F00A, $F022, $F03A,
$F052, $F062 and $F072 - all of which the tracer had left as data, and two
of which it had mis-split across the 'jmp $EF61' at $F01F and $F04F.
Those 120 bytes are code here, decoded straight from the ROM; the six
handlers tile $F00A-$F081 exactly.  The same gap exists in the promoted
'Pac-Man (U)' dump, which has not been corrected - recorded in both READMEs.

Residue (documented, not guessed): the unreached main game logic at
$C45A-$C55F is still .byte data.  It is code - the tracer's own decoder
walks it cleanly and the dispatch table at $C511 points into it - but
nothing reaches it, so it cannot be entered without a guess.  The same gap
exists in the promoted 'Pac-Man (U)' dump.  Re-deriving it is a Pass 1 job;
a Mesen Code Data Logger capture is the tool the repo uses for it.

Docs: root README.md / TODO.md / AGENTS.md updated - 32 promoted, 4 in
_wip/; a per-project detail entry added for the Tengen dump.

Promote Pyramid (U): Pass 1 corrected, Pass 2/3 complete, whole-ROM byte-identical

Move _wip/NROM/Pyramid (U) to NROM/ and switch the build from a PRG-only
compare to a whole-ROM one:

  - header.s/chr.s added (one-line .incbin of header.bin / chr.bin)
  - linker.cfg gains HEADER ($0000, $0010) and CHR ($0000, $2000)
    areas ahead of PRG ($C000, $4000)
  - rom.nes symlink to 'Pyramid (U) (Sachen).nes'
  - reconstructed.nes is 24,592 bytes, MD5 aa285ff17f25dd05da5996b7466c59e2
    - equal to the original ROM; the header/prg/chr splits were checked
    against the original before promotion and are byte-exact

Pass 1 correction - the committed split was a strict subset of the correct
one.  This game dispatches through 'jmp' trampoline tables that live
*inside* the data regions, and the tracer cannot follow a jmp there, so
828 bytes of code were still marked as data.  Four such tables were found
($C01E 3 entries, $C02A 6, $C042 2, $C054 5) plus ten more entries at
$C000-$C01B; all sixteen targets decode as valid instructions.  Seeding
them, the $C800 boot mainline and six further code starts recovers the
whole lot, plus a five-byte stub at $DF89 (lda $33 / jmp $DECB) that sat
in a hole between two routines.  The re-trace loses NO committed code byte
and takes the split from 34.5% to 39.6% (3,130 instructions / 6,493 code
bytes).  'make regen' reproduces it, so the split stays verifiable.

Pass 2 - a fresh map derived from this dump's own committed split:
  - 428 Label_XXXX definitions renamed; zero Label_ residue
  - 320 raw $XXXX jsr/jmp operands resolved; zero raw $XXXX branch
    operands remain
  - 431 routine entries and the 32 data blocks named from the code
  - the internal branch-target names are derived mechanically from the
    branch that reaches them by the new _tools/derive_branch_names.py
    (beq -> OnZero, bne -> OnNonzero, bcc/bcs -> the carry cases, a
    backwards branch -> Loop)
  - recorded in routinemap.tsv

Pass 3:
  - 24 semantic zero-page aliases, each applied only where its role is
    proven; the 57 slots that stay neutral are each listed with the reason
    in locals.inc (the neutral set lives in zp_aliases.inc so that
    'make regen' can rebuild locals.inc from prg.bin)
  - 32 data tables named - TaskVectorTable1/2, LevelScriptData,
    MusicPeriodTable, SoundEnvelopeTable, the actor tables - recorded in
    data_region_names.tsv
  - apply_symbols.py reports 0 substitutions pending and 0 residue; no
    hardware register is left as a raw literal
  - the audit comments are now canonical on every line, data included
    (the old file carried only 'PRG:$xxxx' on its 1,358 data lines);
    all 3,762 audit comments match prg.bin at their stated PRG offset

Kept as-is, not 'cleaned up':
  - sta $4100 stays a raw operand.  The iNES header claims mapper 0 but
    the boot code writes past the NES register space; the ROM does not
    explain it, so it is recorded rather than guessed
  - the 'A'/'V' check on RAM $0120/$0121 and its seed/clear routines
    are named for what they do, not for what they are for
  - the ninth entry of the $C3A6 task vector table ($D820) is a junk
    slot and stays data

Docs: root README.md / TODO.md / AGENTS.md updated - 33 promoted, 3 in
_wip/; a per-project detail entry added.

Hogan's Alley (JU): Pass 1 correction, Pass 2, Pass 3, promoted to NROM/

The light-gun game whose engine dispatches through *inline* tables:
`IndirectCall` at $C34D pops the return address of the `jsr` that called
it and reads a 16-bit handler pointer from the word that follows, so all
six handler tables ($C124 19 entries, $C219 4, $C89C 14, $CDD1 1, $D234 2,
$D3D6 14) live inside the code stream and the static tracer cannot follow
them.

Pass 1 correction.  The committed split was a strict subset of the correct
one -- 41.8% of the PRG was classified as code.  A fresh Mesen Code Data
Logger capture was merged with the four captures already in the folder
(hogans_merged.cdl, the OR of five per-byte flag arrays, 6,544 code bytes)
and _tools/cdl_reclass.py rewrote the split to match what the CPU actually
fetched: 1,216 bytes moved from data to code, five the other way, 59 labels
emitted.  The split is now 49.1% code (3,950 instructions, 8,041 bytes).
The four branch targets the reclassifier could not prove were turned into
labels by the new _tools/resolve_raw_branches.py.

Pass 2.  206 routine entries hand-named from this dump's own code and 413
internal branch targets derived mechanically by _tools/derive_branch_names.py:
630 Label_XXXX definitions gone, 484 raw $XXXX call operands resolved, 15
call targets the tracer had never labelled given a label.  Recorded in
routinemap.tsv.  No SubC<addr> residue was needed -- every entry the engine
reaches is named after what it does.

Pass 3.  60 semantic zero-page aliases, each applied only where its role is
proven (zp_aliases.inc, zp_alias_sites.tsv); the slots that stay neutral are
each listed with the reason.  All 34 data blocks named
(data_region_names.tsv).  apply_symbols.py reports 1 residue: `sta a:$00B4,y`
at $C203, the same address as Zp40/ActorPalette but forced to absolute
addressing, so it must stay numeric.

Promotion.  header.s, chr.s and a HEADER/PRG/CHR linker.cfg added, rom.nes
symlinked to the original ROM; the whole-ROM cmp passes on the first
promoted build.  There is deliberately no `make regen` target: the Pass 1
split here is the static trace corrected by a CDL capture, and the base the
correction was applied to is not what the current _tools/nesdis.py
produces, so prg.s is the maintained source of truth.

Tools changed:
  nesdis.py             --split/--note/--provenance options, so a data
                          region can carry its own name and explanation;
                          a forced-data address is no longer reported as a
                          recovered routine entry
  apply_pass2_map.py    can create the label for a call target the tracer
                          left unlabelled; no longer double-labels it
  apply_zp_aliases.py   --at-file, an address-based per-site list
  derive_branch_names.py keeps the map's own header instead of writing a
                          fixed one
  resolve_raw_branches.py  new: turns `bXX *+$NN` operands into labels
  build_hogans_map.py   new: the hand-written Pass 2 map builder

The existing regen pipelines (MUSCLE (U), Urban Champion (JU)) still
reproduce prg.s byte for byte.

Apply the symbols.inc register names at Pass 1; fix a dropped byte in cdl_reclass

nesdis.py now names the hardware registers as it renders the operands, so a
project's Pass 1 output already reads `lda PPUSTATUS` instead of `lda $2002`
and the Pass 3 apply_symbols.py step has nothing left to do for them.

  * nesdis.py --symbols FILE reads a symbols.inc-style file and substitutes
    the register names.  Only unambiguous entries in the $2000-$4017 window
    are used: $4017 is both JOY2 and APUFRAMECOUNTER, so it stays numeric
    and apply_symbols.py reports it as multi-alias residue, exactly as
    before.  The default is the symbols.inc next to --out, so a new project
    gets the names without asking; --no-symbols opts out.
  * The renderer records the operand's numeric value on the Insn, because
    operand_value() used to re-parse the operand text and could no longer
    read a name.
  * The controller bit masks in symbols.inc (PAD_A and friends) are
    constants, not addresses, and are still never substituted.

MUSCLE (U) and Urban Champion (JU) keep --no-symbols: their committed
prg.s was produced with the registers named by the Pass 3 apply_symbols.py
step, and the columns in those files reflect the in-place substitution.
Adding the missing apply_symbols.py step to both regen pipelines makes
them reproduce their committed prg.s byte for byte again - neither did
before this change (MUSCLE was 440 lines out, Urban Champion 772).

cdl_reclass.py had a bug that cost a byte: a region whose last source row
straddled the region's end was replaced by a regeneration of the region
only, so the tail of that row was dropped.  Mario Bros (JU) hit it at
$C595, where the rebuild came out one byte short and every label after it
shifted.  A region now covers the whole rows it replaces.

pass2.py reflow takes an optional column argument; the default is
unchanged (the ';' lands on the same column as before).

Mario Bros (JU): Pass 1 correction, Pass 2, Pass 3, promoted to NROM/

A two-player platformer whose handler tables are *inline*: the pointers sit
in the middle of the code stream, right after the `jsr` that reads them, so
the static tracer could never follow them.

Pass 1 correction.  The committed split was a strict subset of the correct
one -- only 72.0% of the PRG was classified as code.  A Mesen Code Data
Logger capture of this ROM (mario_mesen.cdl, 10,915 code bytes) showed
1,010 bytes the tracer had left as data were code; two branch targets the
capture never reached ($E4CB and $E639) were forced with --override for 57
more, so 1,067 bytes moved from data to code and 22 moved the other way.
The split is now 78.4% code (6,210 instructions, 12,847 bytes).  The three
branch targets the reclassifier could not prove were turned into labels by
_resolve_raw_branches.py, which now refuses to put a label on a `.byte` row.

Pass 2.  206 routine entries and 519 internal branch targets: 931
Label_XXXX definitions gone, 51 raw $XXXX call operands resolved and 12 call
targets the tracer had never labelled given a label.  Zero SubC residue --
the 185 entries a previous session had left as address-derived residue were
all named from this dump's own code.  Recorded in routinemap.tsv.

Pass 3.  25 semantic zero-page aliases, each applied only where its role is
proven (zp_aliases.inc); the slots that stay neutral are each listed with the
reason.  35 data tables named -- GameStateHandlerTable, EnemyBehaviourTable,
EnemyScriptTable, EnemyTypePointerTable, SoundRoutineTable,
NoteFrequencyTable and the rest -- and recorded in
data_region_names.tsv.  apply_symbols.py reports 0 residue.

Promotion.  header.s, chr.s and a HEADER/PRG/CHR linker.cfg added, rom.nes
symlinked to the original ROM; the whole-ROM cmp passes on the first
promoted build.  There is deliberately no `make regen` target: the Pass 1
split here is the static trace corrected by a CDL capture, and the base the
correction was applied to is not what the current _tools/nesdis.py
produces, so prg.s is the maintained source of truth.

Tools:
  apply_pass2_map.py     renames a label of any spelling -- SubC<addr> is
                          the honest residue form -- and its references
                          follow it; one combined pattern, so a 16,000-line
                          file does not need a substitution per label
  resolve_raw_branches.py refuses to label a data row
  build_mario_map.py      new: the hand-written Pass 2 map builder

Remove the old _wip/NROM/Mario Bros (JU) folder (promoted to NROM/)

Mario Bros (JU): add the promoted-tier header, CHR, rom.nes symlink and zero-page aliases

Moves _ROMS/<ROM> into _wip/<MAPPER>/<ROM>

Sync the docs and the skeleton tool with the 857-project _wip tier

The _wip/ tier now holds 857 projects across 30 mapper folders, all
building byte-identical for the whole ROM.  README.md, TODO.md and
AGENTS.md still described the old 39-project tier, so bring them in line
with WIP.md, which carries the tier's index.

The tier is no longer 39 projects of NROM-256 with a 16/32 KB PRG:
only two projects have a 16 KB PRG, 151 have 32 KB, 523 have 128 KB and
one has 1.5 MB, so most of it is a banked mapper whose image does not fit
the 6502's address space.  Those projects link their MEMORY areas at .nes
file offsets rather than CPU addresses, which is the only option and the
honest model; the 39 older projects keep the CPU-address layout because
their PRG really is one contiguous window.

make_skeleton.py gains the two layouts (--layout flat|cpu), the board
name for the mapper, and a fix for find_rom() mistaking the build
output reconstructed.nes for the source ROM.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-10-20 16:44:06 -04:00

1 line
32 KiB
Plaintext

胀솀っ瀠āఄ༏ఘ̇༇ਊਊਊਊ༏؏Āༀ܏܃᠌삀ﳸ￾⁰㌙쁡༇㌇삀㹦㸞キ￿￿￿ﹾÀ￿￿￿￿䁀䁀䁀䁀￿￿ソ矿쀀ﳸ绾༧܏㸾왮€チ￿ÿ￿￿￿＀￿￿￿￿￿￿￿￿￿￿￿￿䤷ናλ䀀ㅅ〰††佃⁌痙ኍ͛€⁘†††䭂⁓爺ና͜䀀⁖†††佃⁌襋኎ͼ€⁘†††䍓⁒￿㽿؆욆쾟￯￿￿ﻦ㡼À༏༏༏༏ༀ￿ﳾ恠捡￷￿￿罧᰾܎€ð￿￿ﳻ￾̀༇㼞獿냼`䠘뻇쾿「䈼㱀瘟ﻲ쀀ﳸﳼ￟ 긄ᠼ磿풬￿翬쿾�嚯뿿ﯷ濧﷿遠빨덽ᬰ뿿绽絶Ͽ宮妛߽缿﷏﯇￾ﯷꓸ헻̀̀Ḱԟ̇̀ℿଟ̂€Ā﻾룸Àቌﲎàﳸﹼ뫾聀胈�㼷Ἵ༇⼞ืฝ̀ᜏ἟㼟ᰊㄝ⸸밪ꂐ惰€﻾吪橦ḕ㌝ꋔ�ソ耀끠둨푈䂀䠐᪄ꇀ﫵ﻙ㳿ᄋ羾ﻳ㣟Ჩ븾≝耾￝→翿피ﷺ白⨀婥綾覺㹗Ἷ̅㼻἗܏㝟紐績罻ス缿絿Ā܇⠙漴ഀḞ㰟ఉ༎༎̇剔⩒⤪ᔕ쳈䂀造䡐ꐨ耀惀〠預죐틄ﷹ〠㰸☮⓴┫☢✦␤〬쁰ʂȂ틬亶㺞纾́ఆ㌙䱦́ആ㔚܃ᤍ愱鷅؂Ḏ績惀�뙬耀⁀蠐틧얘슡삡�샄ﻰ￿涽귍洭왦⚆昦́ആᬉ㜗䀀́؇഍漧幟ﱼᬝ㜷⼯�Ỡ竢఺萜Àばð삀Ṽ縁뿰ĀĀἏ༏༏༏ఎༀ́࿈☘㣁ü샶�윾ÿ￿￿㿟ソ쀀ﱸ컾￿￿چ؆쀱༂㳀ǣἀ伨畮䑦㘗ȝ̉༇༇ఎ￿￿恡恠ఆ�ူ죤က耀à깖로鿏蟃Ἀ꩕꩕꩕꩕￿￿￿꩔꩕꩕꩕￿￿￿￿Ă聀ꁀꡐ꫔﫵ⵚଗԄЄꉅꡐ꣔꧑だఘ̆༟̇胀肀쀀￿￿￿㿿￿￿￿￿샀샀￿￿￿￿삠삠삠삠￿￿￿￿À胠㠸砸灸￿￿￿᠘᠘᠘㠸￿￿￿￿ࢀࠈࠈࠈ￿￿￿￿ば怠䁠胀￿￿￿￿샀쟁À㼿㠾 샀샀샀샀㼿㼿㼿㼿氤䡈죈죈἟㼿㼿㼿ᬉሒ㘒␤܇༏༏἟́؂ఄईā̃܇̃༻ăﳼᱼጓጓጓጓ䉄≂⌣ጣ�⡐⠨鐨钔傠偐ꡐꢨ䃀ꁀ傠偐耀䂀ꁀꂠุć㠸㰸᰼￿￿￿῿〰〰〰㠸￿￿￿￿ℂ℡‡†￾￿￿￿ऒЉȄȂ﫵ﷺ﻽﻾ఆ〘쁠€샠€Ḿ؎Ȃ̀﻾﻾﻾ﳾḞ㸞㸾繾﻾﻾﻾﻾؆؆ฎฎ﻾﻾﻾﻾ȂȂȂ؂绾﻾﻾﻾咨ᐨЈﰀ翿Ἷ܏̃咨咨咨咨￿￿￿￿咨咨咨咨￿￿￿￿聀Ѐᐈ吨圫垫徯羿킘ÀÀ 嗪ᗊ픊闊Ἇꃠ谸㢎鿦̇鵼鵠촼਀饩攁췵ﶜ秼㷈赭篽ǃ聠ၣЈᴄ耟ﷺᓻ圩禮ᣦ駎䠶ޡ怀샀 ̄糿ἃ㼿脜糾揼烙ᣦﳣ懼᠎ߡﰟ￿⌃㼧簃�쟙胀肀ﲀ�缿罿荿ఀ؆ﺎ糾ɰ糾㻐ノ纎ఞム쀎绰﻾€쒀ﳤﹾ粀㫾໾ȆȂ縂ﳸﳼ苼댏ꀇ툏琇㽼㤷ﯹ�神魝缀晸�悄束︉罳뱿ꍃ陉捬뱿죡܁ნ䀠灀͸�缿潿ㇿ饳፥฀ﴟ烧ゎㄋ⟃Ἇ缿뿿́ആ㴚㕺봪ﻞ룜樿⨴栴炐싢裄೘蒄낈à߱꥝眛Ợﱌ᳠ﹼﳾ̀䞐缏缿翾艠ᮇ볾燁̀Є䰄죌쀀냰〰轸笷鄭胰€縼㽿胰€쀀옟ﳠﳸﳿ脃ꃃ將肀柦܀Ἔᰟ䜧䍇ㅃ̌〓℡༱ﵞ篻㭻᜜꫼ⵕⱕഗ펌ﳸ﻾耀롰뱜Ѓࠀࠈఌ̀؁؆ᨚ㰜㰼簼ﳼ㨺空멺멚粼粼岼岜멚멚멚멺��鲜멺멺멚﫺鲜鲜鲜鲜﫺﫺﫺﫺鲜鲜鲜麞﫺﫺﫺粒ḞḞḞḞ﷽﷽﷽﷽徟罿㼿Ἷ糼籼㰼᰼഍഍഍഍༏༏༏༏ăā഍఍ఌЄ༏༏༏܇āāԁԅā̃܃܇￿￿￿＀￿㸀>￿￿￿￿￿臿Ā癣籼₩￾￿罾Ἷ܏罿罿罿罿节节节节￿￿￾̀༇㼟繿籼捶翿Ἷ܏ă茁賆ค€〘샠ð偐偐偐偐惰耀ᠰ́༇㼟ソЎ처Ά胀솀っ瀠āఄ༏ఘ̇༇ਊਊਊਊ༏؏Āༀ܏܃᠌삀ﳸ￾⁰㌙쁡￿￿￿￿䁀䁀䁀䁀￿￿ソ矿쀀ﳸ绾༧܏㸾왮€恠⥩⹮蹮틒�羟耀¨恢砨ﳘø티ࠀ ࠈԀ㘛⥔ꕂ꣌뚴拓桑㠴Ĕꀈ肀麀纞䠀繨繮ȁăĀ璿ꅔꁅํꇣ캃|ꣵ왛ȕ䂠抄溕螀Ꟈꞧ₧恡删婘�킀롰њꍖꘔ넙꙳苅ꠔꁘ彏἟ꂰଦᄓ殗袆ⵆ䕢㔛㻎샨 ЀЄ␤百㙶ᠸМ祱㵹ေܑ﻾￿绿繾ā쒀槈祹ࠃ̃̋㼃᜞἟἖䍿ఌఌฌ܃܇܇̇ȇတတ༐ఌ༅ଏ༏܇㠘簸㡼ဘᰘ㱼尜ᠸ쀜ਰ܏쀋㿻痏ܞ㸖㼿㼿㸿㸾ﳶﳼ㰾㰼㠸〸€샀肀삀샀裰ࠈ‐烀烰샠À봪ﻞ樿⨴桴炐⟃Ἇ缿뿿́ആ㴚㕺㬽㬷㬽㬽㼿㼿㼿㼿ᤅ꥝眛Ợﱌ᳠￿࿀ð㸏À/䞐缏㼿罿艠இ�뿀̀Є䰄죌쀀냰〰㼿㼿㼿㼿㼿㼿㼿㼿︿笷鄭﻾῿女༿￰옟ﳠﳼ脃ꃃ﬇肀柦܀Ἔᰟ惀耀 〰㠸ﳼ﻾﻾﻾㠼㨼㬽㬽ゐ샠Ἇ㈿ᠡĆఃచܞﵞ篻㭻༕꫼ⵕ⹕П펌ﳸ﻾耀롰뱜삐ば瀰郈簠샰ᲈ績쏿胀ﳠ羿￿￿Č瀎샠ψ迱籰́งĀ܃ᴎ眻￿㽿༟̇㩵ฝ̇礼῏_쟣᲎Ā܃ḏ༁￿ﳾĸ䀀ރ༇偠缻䆁䅁罿譟ਆﻜ芁节﻾퇺罿ٰ㠾‱袉マ㬿ℳ﻾怌ᱼЌᆑ￳�蓌ࠐ✙⼯㠸ผ㬞㠹ఌ㜯ओᜏ㬻㰸༞᠈⼏潯潯ḯ〰癲灲ူ傈厈ٗ䜆醏趍迿麜黮麞籞恰̉̃ᰘἎࠈࠈᜟ∗἟ ἟ᰞ∢㼳༏ఏЀﳴ擀汤﫼ﳼ頀ಜDɲ﻾ﳼ샤经�㱾㽃칟⍓鹿ﹼ￿㽿䌴蟷쪝⡥̗晽罧㬽婍䁙␢ᜓ἗ᬝ༗᠜ဘᐒဘ㌟챡绳䰠뾞麿纍䋃␤脀쎑䋃␤봘㱾뷿뵾뵾뵾￧￧￿￿쏿ᠼ繂䉂뵾ᠼ侃暾ﻦ�侃媲ʚ⑄ᠸ࠘⡈࠘컼㎇蜳经㈄ﵹ秽纱�蓬ﻌ㱽꟎ラ螷ὧﱼ﷾ﳼ懲܇朇ݧă箼ℷ缳㲾←㼾뽿㼿虏胀ࠀЄ̃笿죀摤賉က†샀�ጃ☦ཆㄓ灀⛾�࿿�篯調氓만폋쇦칶㐐癶癶ဴ㠘㠸㠸ᠸ縤剷뵦‰㰘ⲭXༀ瀿胀肀ༀ瀿胀肀␀␤␤$᠘᠘᠘᠘縼￿￿㱾ఌ䪁ᜧ㵟祺─ⴛ獲帍軼亮ḿ嬭甫ᚪ㽩Ἶ䀷弯ጿइ彯핿缾*绿헫￿Ȁሁ⠁⌔﷿￾ﷻ̓罾喿삫﷾톩¬翾�㪜Ỡ蠀∐띯뙯獭濷�嶼�ﲬ庾퓮䃠碸䋤弟ᾟ?蓃怠䋿̄﫸￸⇃Ḅܟÿ쀠Ἔ܇ฏᤈἜ؆ഌḏ἟ผ̃̃᠘༛̂̃ἇ砼硲㽼ᰆ眻杯㽣䔸鎣샀䔸鎣䟃㼯㾸ﵿ﷿﷿읏ງ☖߆﷿翿砿؄萇鿇䲀堬㰸汌䲀堬갨铴�ꛎ鲺킐낰웬욒㳮颐몜竾㳒弟ᾟ?蓃愠ÿ̄﫸￸⇃蘄އÿ쀠ᴌ㠼㸽⨽܅एഊ⨆ᆰ矷ူ耀聂@ăだ砸꫸킠裈ࣸꨈăᤉ礿膑฀☖聀냨胀颐黼膉瀀摨ĂഗᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑矷ူ聀聂@ă￿￿￿￿￿￿￿￿￿￿￿￿䀀ᠰ،ﻦ꫼삠胀ꨀᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑瓳ᐲ聀虁لЄᴌ㠼㸽ꨝ܅एഊꨆ㰌ﱼ￿ൿᬋᬛᬘछ€ꀀ肀쀀샀샀尟쇘쇂὘܃ܞ惀⃀à᜷휷㠸㠸㠸㠸㠸㠸㠸㠸縼臃縼臃܀‘䌣ꩿ܀⤘䌬ꨁᆱ컿滏⡬"댂΢❃И芄귾쐘舴관ᆰ盳ᐶﴁ഑耔ˆဤ Ȑ䈀Pࠤń送蠀 ˆ•䀢"Āँ覉脁Āँ覉脁膀⦩⠩ꀩ膀⦩⠩ꀩ袨袈肈老袨袈肈老တ呔啕倕တ呔啕倕允啕呔Ĕ允啕呔Ĕ儁呑兔䁑儁呑兔䁑允啕唕ᔕ允啕唕ᔕ啅䑑䑄啔啅䑑䑄啔ᑑᐐကᑑᐐက챷케ÿὸ썰쀀ÿÿ̎̀ÿ 㲙᠘᠘餘曧セ�Āက℀А ࠁࠀ ˆीࠈ䈁ࢃ褀 ꢂ(襉⢠聀 蠄ࢀ豃䐰甀舀၀䀄င肀တတတတတတတတတတတတတတတတတတတတတတတတတတ纥繿ꕾ㰘Ⴝက￿ÿ￿ÿ໼ăā໼ăā܁܀漏ཨ㫸茛荃À㰘セ绿ᠼ【᣿တ灰㠸ᰜฎ灰㠸ᰜฎ瀟샠潞ḏ辞ὠ໸̇磰缟쿠￟὿〟 繸礟罽硾٠܀᝷瀗ၷ໨࿯࿯࣮＀ÿ＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ䃿＀ÿ＀ÿ＀ÿ＀糮糮簼ᱼᰜ繾簼ᱼᰜ繾ﹼ໎瀼﻾ﹼ໎瀼﻾ﹼ㳎츾糾ﹼ㳎츾糾㰜ﻌ೾㰜ﻌ೾ﳼﳠ໮糮ﳼﳠ໮糮ﹼﳀ웮糮ﹼﳀ웮糮﻾Ỏ㰜㠸﻾Ỏ㰜㠸ﹼ糦糾ﹼ糦糾ﹼﻆپ糾ﹼﻆپ糾쌀㱦㰘썦쌀㱦㰘썦䋿＀ÿ＀˿＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀＀ÿ＀䃿＀䃿＀ÿ＀䃿＀ÿ＀䋿＀ÿ䃿＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀䋿＀＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀ÿ＀ÿÿ＀ÿ＀ÿ＀䋿＀ÿ＀ÿ＀ÿ＀ÿ＀＀䃿＀ÿ＀䃿＀䃿＀胿＀ÿ＀ÿ＀䃿ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䛿＀＀䃿＀ÿ＀ÿ＀䃿＀ÿ`ÿ＀ӿ＀ÿÿ＀䃿＀ÿ@䋿＀ÿ＀䃿＀䃿＀ÿ＀＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䃿$ÿ＀ÿ䃿＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀＀ÿ＀ÿ＀䃿＀ÿ(ÿ$ÿ＀ÿ＀ÿÿ＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀䋿＀䃿＀＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀䃿䃿＀ÿ＀䃿＀ÿ缀ÿ＀ÿ＀ÿ＀ÿ＀＀ÿ＀ÿ＀䃿タÿ＀䃿＀ÿ＀˿＀ÿÿ＀䃿＀䃿＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䃿＀ÿÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀䃿＀ÿ＀＀䃿＀ÿ＀䃿＀ÿ＀ÿ＀ÿ"䃿＀ÿÿ＀ÿ＀䃿＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀晽罧㬽婍䁙␢㰀セ￿㱾ࠀ ࠀ 㰀セ￿㱾㰀￳㱾㰀セ￿㱾＀ÿ＀ÿ＀ÿ＀ÿ＀ÿ＀ÿ＀䋿＀ÿ䋿＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀＀ÿ＀ÿ＀ÿ＀ÿ＀䋿＀䃿＀ÿ＀˿ÿ＀ÿ＀ÿ＀䃿＀ÿ＀䃿＀ÿ＀ÿ＀＀ÿ＀ÿ＀ÿ＀ÿb䃿＀ÿ＀䃿＀ÿЎ蠄€Ќ蠄惐彟龟龟Ḟ탘邐တ᠐삀҈Ȃฆ瀐쳦<＀￿ÿ＀€￾￿￿￿ā᠀䀘￿￿˾〄脀Ͽ༇⁰ဠ܉‰ဠ܉粒粒硸࠘ࠈࠈ᠈༁ℓ䁀灠฀ℓ䁀だ题袘袈肀胀肀肀肀᠈࠘ࣨ᠈悰ᤙᄙᄑāăāāā᠐ဘဗ᠘༇༈؅龟辏̇ā胀肀́܇࿯Ἇ悰粒샠肀ăā삀༇༈؍岹姓캍ᰦ°쀀踳䘸ﷳ ᥣⱇēāᜈ䤞鎔薈룰Ⴀ恈ꁰ€芁ᢄ낰ܰ쀀샀⯹ḝ䨧‚㸆܇䔈ܣ㠓Ȁᰌ✿狄㱹㼾༟첸�㙭ഛ̇䃽ਅ᠍缆緿㜛洷栵苁́ā륝썡ʂ᠌ﰸ㱼༞ᘈ瘶캮�덳뱾矻￯ퟟ붻邐羾籽웤ʂ؃ᨍ栴́༇㼟ﱾ蝂ﴎ㓺࠘ﯼ�슄燡㰸ܞ緺�㝯ԛ琺ᜋⸯ⼮⼯㑯缀ퟐ翓ᘯ砿~茁⽀ผጎ༇༏̇깜휗៷棐㓴⳶︀ﺫ棴@Ỽ~胀芐삀䃀瑬f쎁￧繾ࠀ쎁ᡦ縀ᠼ㐀ﳺ糼0䨼㌅ȳ 산墬棸䖄ث耀⡐遐ﳼ༇́䀀ചጎ∤㉉䀀Ȁ༆܏̀ഏᴛ糴à욟鳆øꁀ꣐ﳸ￾纟Ḿ揹㥣ଁ἟杸༃㼟ソ瘞糖糼ﳼ쓠᲌삠砸€捥鿇ᰞĘ́ଇ⨅܃Ἇ἟៿ܧᄋᨭ㢏ؑℇđÿ＀ÿ＀ÿ＀䃿ff蠆恇⡰ต䜉䌠ᐨԊ㼅鍐ࠃЂ氯蟃܌⨑「 ᐏး € ကİ삀샀⁠Ḍ굒氾閊窕鯡櫵媕뽀ၪ媘檿ꕧª€堀᠌頌䟃湮ⰶ汴ꉛ㑌ﮟ䃠嶴쮳ꑲ뽟踀寺갗Àﯿꑕ峪€꽽꫽ఁ喨￿喪￾퍾㒁᫡䎄귓쵺緺ᄡāࠄἾ܏܇᠌ꈀ໶἟뽿Ḍ类憡㼿뿯ٗᢂ冱睊Ỿꁄ@惌†걐ꭗ꩕⡔咨喪嚫㲾ᜋ含嚫吩㴏シ﷾篾≍欥寫厣罻㱾걜걜㼏佰肠肀』灏胀肀蓄䠌႐䂀績뻾끰￿ÿ꩕荐嗺ᆰ喪粯鐋镊閉鎋￾绿繾籼膂뒒냨繽佭끿ø蘀๾倀ﲨ糼￿聰輈䖀喪羯竷￿￿㰾Ğ⨀⩕吨吨ဪͬꯟꯟᅰͿ䲐Ⴄ胰뉬庶 ￿ÿ㿾耀喪ᆰ햫￿ퟋᒨ焳疸⡴軏詇咸嶺힭㝣ꭇꍅ㵜圞匡혣⼾ⱞ⥜ओ憐뇽ﳿ﯏爨⁧ ퟮ累␯ꁦ눍ꗏ닛㐿瀏퀪瀋쀌䀀ꎢ磝㈲�퀄䀧퀋ﰯ각옍逋瘋퀝늞퐌텯」瀃逮ꨎ瀎뀥퀛ꐫĀĀ€€힏昏⟎턋뀺꤉뢇�㆏쀊槇끁琍肀肀āā＀Ā䈀༇⏧䢣̃ḇ硸⁀〠̜㡸㸼̟㽿㼿缿ﹿฎ ̰ﹿﳼﳼ繾䃠؂Ā㼟罿Ā뀏羚铇큯㸎ﱼ샰㈀Ѥ쀀ā́̃܇ā́竾㩴ḿ༟ఀ܎̂ଋଋଋଋ܇܇܇܇ᬛጛጓ☪܇༇Ἇᘎ쀀糼ࠐ萄狢筷뮻箻㬳鶙췝鷝虆ᰊ끨ۆ禹䦗︾籼�낸àఌ㠼灘`翾㼿ᬟ㼟܎̇磠Ỳ샀ﳠ௻ἃᜬЋă䀀༟̇耀惀ᠰЌﻼ㹿พĆ䜹ð졾炠ðĀḆﹾ﻾＀蘭臡āכּ`￿Єࠄ᪺㬚ﯻכּ쒆ׄЄЄﯻﯻ﫻﫺ЄЄЅ옄￿ﯷﯻఘЄ﻾฾섁ﷱ_ÿﳠﳼﻼ﻾᳠㈢㴪ā㼿㼿㼿﾿¢糧餙�ﹼ懡Ⅱ€Ɓ́∂␦ā́⌃✧考肀䑀␤老肀쓀擤ꕎ㑲䮣䮧媧蘆഍ఋഈਉ؇̄̇܇㰀ἀ㸀￀ꃐ聀샠€́ȀĀ܃܏ฉ耀À_耀⃀ﹰ翠ࠁ܌Ă܏ăԅԅ؆ࠄ̃̃Ȃࠌ␢㐤ᘔଊᰚజฌ܆肀삀샀삀€籸㽿ܟ〠༇܃āāāā̇̃ăā悀ᠰ،Ȃﳸ�ގࠄ⠖쁰āฅ㼟ソ胀@﻾磼쁠ဠᠨ،ꂀ碰ﹼ翿Ђࠈတ‐܃༏Ḟ㠜††††㠸〰‰†ăā㼿἟܏̀ᄌ✣乏༃ᰞ㄰鲞鶝�컝獡닳놢杯㰱༟恣颐쏏む罼广尮磼 쁀@繾ﳼﻼ㽿ᡀ䈘웄Ňށソ胿缿﻾胸缀샸쳳뾿�￿㞌䥃ⱥę섾￿쌼㳿㻁섀㳿쌀䉾$䉾ᠼ탐탐탐탐⽯တတ逐卐�죘죈摔桰墬䀀耐胀€À̀ࠆ‐́༇㼟繿⑄Ⱔ栨큐㡘〸瀰ꂠꂠ恠ဠ샀샀䁀ူﳼЀ瑨᰸،Ἷ܏脃砠咨咨咨풨￿￿￿￿咨咨咨咨￿￿￿￿￿￿￿￿쿏쿏샏샏တတ἞တ샠€샀샀聀肀耀삀@耀傸惰⁠䀀쁠䃀⁀﹣ᶉဘ腠ฆȇĆ矻뺹便瞷恡ㅰ酑湶్ⴍ紝ဈ〱ᄰġ㜷㬷督퇑䥑ᄙ萓̃ă༇캟俎潧だ뀰႘耀䇀〠ࠐ䃀ㆠ⠐ᘌผЇᔂဋओ̄਍⼔砈믞湍࠺⼷䔷儲༥젠싱値㟟붎꿛쐠䄢؊ሉ㯟뻝淋䨤⢐肀胀뛛�惰聀‐聀ȁ⨅�纾﷾퓻걔じ聀肀咨킨䂠籰̗̐ᒊᒊ咨咨騔騔༎༎༏἟ࠍࠉꠀ걐P阌퀀킨h領㸼㸽䀝Ἔ⌂㌣ᤀ€€䂀킠肀肀㡰￿햮헪￯‴⩑⨕쬷ﳼ�窽쐰㌣썣ւ冀㩴뢴뮶蔊Њ萊辊Ἃḟ଍̇ᄍᘋࠌ̅妞ޓἏဏ镊㐊ᄨဟ儠䲣嶁徟ꅈ깗荜镊喯ᔪĂ깘ୗ￿喯喪Ԫ￰꩟੕ᜧԋЊĂజଖȅฃజ᠘〨᠀〰恰倰偐塘ⱘ삀瓰Ἧကဠ耀킬踤俞ᬯぴ舔㧰ⱘꡐꁐ@烼샠肀＀܀܇༇Ἇ罿⁀꣔ᰎḌḎ簾̀̃̃䀀̀鶺왌泥؍셃ᠠ᠎܁缿罿܁䀸䁀ᣀ뫵꫕க€ꁀࠋ؍ȅࠈ܍ă⩕᠔̍ḾЎȁ吪墪àᰈ﫾ꃴᴀ헪က胠耀咠垪̀༇̀ฆ昝ﷹﳼ挖ႱЈЈꠀ꩔꩔聕᐀唪ª咪ヨ빟㫽評ꩄ꩕བྷ吣喪唪ƨ꣐꽗끐瀰灰႐႐끐酣遐遐遐ᘌ嚖咖咔斳엃散놳㬝筽㬽Ἕ耀끀⸴�悠࿄称籸繾὾與肀꩛ꇆ셀厢㖆聆ฟ⩔ꨕ꩕꩛땪䷚厦厢Ώ脇ܝ꩐担낰姘햨㵺鼟ཏ匏Ἴÿ℆ﯶ缼點꽟ꥑ܌绾振핪閪?簰ソ櫿￁㽿㼿胁⁀†耀삀飐耀€ꁀࠐ᣿߿⓬廎瞾⣀؆ᤊ�园䚦”ඒꏃ豃အฐ̀ഁञā̀尮瘺싦鿇⒒郈䐨聀 ̄芅䂅⃁销엪䆂损鸝띟ᙅ缵挣䶡쪿천ꁰ肀墤䢬耰耀㸾∵⼧⼯샀廈᨝᨝惠䁠膡膁䃀䁀䭗㔋̥ጓ㰹⸼Ḿഞȁ쳰⤔⥖ख詑嘭ᰭḭꍇ뵜뙚�匌䊠䢥⪕ဨ쮥꾗ง䱦뢘ꝿ聆က쀰타澩볪�๵ꍇ뽜ꭚॶ䎤炰რ嚈嚥媫ῼꕏꕖꭚ糼㲀㸞⸞걔䠀쫴嫴ﯽ꫕멝Ôׂ圫疮翫粹헫纯ꁱ௄⬕륖ᕪ떪閺䞚਴⨕ᨵꙝ堨堨堨풘ꏓꏓ꧓竴ꭅ㿾耟ힺ}ༀ喪띊ソ쪷꩕䮵㕈垺羯翿�ꭄ끜胀≀ᤓ餙�ﹼ懡Ⅱ€℃⸀がㄎ�탼辳肁ᅆᰉ἟螏캙孖耇䀀唪鰺鼟轏橕⽵䂣傐儠匡혣⸟ⱞ⥜ओ篓뱽辿棰蠔䞆煃좬㟺טּ䤦㞍ᬹᨙ耄腂ݚ良ꕎ㑲䮣䮧媧蘆ﯿ䎳⭃ᬍ풪磬㑤ဒ܀㰛絃￿ݨ꽟䍼햪㎷œㄱ✱щ瘨䉂B笻죆柌怤肀ꞡ‚ఄఌḜḞࠄࠈࠈЈḞ἟㼟﬇ЄЄЄﰼ〠〰砸硸ဠတတ‐硸ﳸ컠†††㸼倠倠倠ဠ꣐꣘꣘䱎샨킠傠摠ꃈꃀꁐ룟澶쿟ܗ䀠襀ᴝ಍咨咨吨꣔᠖﻽﻾퓪싾ʂฆ㸞څ䱎ۄ᜿佛⹺᲌焸쇡죜큈ƀāጞଵ㷽ⴳ혢㻪볶ꙓ톋픫쏩徯܆焇ﲸ繮縘䞯喉쁃⑴⸴‧價ꐴ躔༏煣ᴹ܏⹿ᜦăā郰ꍙ譳煻῿岟粝�꽖竞쪔➑垩蘮쀀᳀帾绹ﰰ쇢䔪఍ఊഈਉ܆̅̇܇籼Ḽฎ༏瑴ሴȂԁ᧼利ڃ㜯猳桤⨔⠔Ⱄ汕ᜯᜫ㌫卫羾罿湞⩖桼恐祱弽ĸ䀀ރ༇偠缻䆁䅁罿譟ਆﻜ芁节﻾퇺罿ٰ㠾‱袉マ㬿ℳ﻾怌ᱼЌᆑ￳�蓌ࠐ✙⼯㠸ผ㬞㠹ఌ㜯ओᜏ㬻㰸༞᠈⼏潯潯ḯ〰癲灲ူ傈厈ٗ䜆醏趍迿麜黮麞籞恰̉̃ᰘἎࠈࠈᜟ∗἟ ἟ᰞ∢㼳༏ఏЀﳴ擀汤﫼ﳼ頀ಜDɲ﻾ﳼ샤经�㱾㽃칟⍓鹿ﹼ￿㽿䌴蟷쪝⡥̗晽罧㬽婍䁙␢ᜓ἗ᬝ༗᠜ဘᐒဘ㌟챡绳䰠뾞麿纍䋃␤脀쎑䋃␤봘㱾뷿뵾뵾뵾￧￧￿￿쏿ᠼ繂䉂뵾ᠼ侃暾ﻦ�侃媲ʚ⑄ᠸ࠘⡈࠘컼㎇蜳经㈄ﵹ秽纱�蓬ﻌ㱽꟎ラ螷ὧﱼ﷾ﳼ懲܇朇ݧă箼ℷ缳㲾←㼾뽿㼿虏胀ࠀЄ̃笿죀摤賉က†샀�ጃ☦ཆㄓ灀⛾�࿿�篯調氓만폋쇦칶㐐癶癶ဴ㠘㠸㠸ᠸ縤剷뵦‰㰘ⲭXༀ瀿胀肀ༀ瀿胀肀␀␤␤$᠘᠘᠘᠘縼￿￿㱾ఌ䪁ᜧ㵟祺─ⴛ獲帍軼亮ḿ嬭甫ᚪ㽩Ἶ䀷弯ጿइ彯핿缾*绿헫￿Ȁሁ⠁⌔﷿￾ﷻ̓罾喿삫﷾톩¬翾�㪜Ỡ蠀∐띯뙯獭濷�嶼�ﲬ庾퓮䃠碸䋤弟ᾟ?蓃怠䋿̄﫸￸⇃Ḅܟÿ쀠Ἔ܇ฏᤈἜ؆ഌḏ἟ผ̃̃᠘༛̂̃ἇ砼硲㽼ᰆ眻杯㽣䔸鎣샀䔸鎣䟃㼯㾸ﵿ﷿﷿읏ງ☖߆﷿翿砿؄萇鿇䲀堬㰸汌䲀堬갨铴�ꛎ鲺킐낰웬욒㳮颐몜竾㳒弟ᾟ?蓃愠ÿ̄﫸￸⇃蘄އÿ쀠ᴌ㠼㸽⨽܅एഊ⨆ᆰ矷ူ耀聂@ăだ砸꫸킠裈ࣸꨈăᤉ礿膑฀☖聀냨胀颐黼膉瀀摨ĂഗᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑矷ူ聀聂@ă￿￿￿￿￿￿￿￿￿￿￿￿䀀ᠰ،ﻦ꫼삠胀ꨀᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑瓳ᐲ聀虁لЄᴌ㠼㸽ꨝ܅एഊꨆ㰌ﱼ￿ൿᬋᬛᬘछ€ꀀ肀쀀샀샀尟쇘쇂὘܃ܞ惀⃀à᜷휷㠸㠸㠸㠸㠸㠸㠸㠸縼臃縼臃܀‘䌣ꩿ܀⤘䌬ꨁᆱ컿滏⡬"댂΢❃И芄귾쐘舴관ᆰ盳ᐶﴁ഑耔ˆဤ Ȑ䈀Pࠤń送蠀 ˆ•䀢"Āँ覉脁Āँ覉脁膀⦩⠩ꀩ膀⦩⠩ꀩ袨袈肈老袨袈肈老တ呔啕倕တ呔啕倕允啕呔Ĕ允啕呔Ĕ儁呑兔䁑儁呑兔䁑允啕唕ᔕ允啕唕ᔕ啅䑑䑄啔啅䑑䑄啔ᑑᐐကᑑᐐက챷케ÿὸ썰쀀ÿÿ̎̀ÿ 㲙᠘᠘餘曧セ�Āက℀А ࠁࠀ ˆीࠈ䈁ࢃ褀 ꢂ(襉⢠聀 蠄ࢀ豃䐰甀舀၀䀄င肀တတတတတတတတတတတတတတတတတတတတတတတတတတ纥繿ꕾ㰘Ⴝက￿ÿ￿ÿ໼ăā໼ăā܁܀漏ཨ㫸茛荃À㰘セ绿ᠼ【᣿တ灰㠸ᰜฎ灰㠸ᰜฎ瀟샠潞ḏ辞ὠ໸̇磰缟쿠￟὿〟 繸礟罽硾٠܀᝷瀗ၷ໨࿯࿯࣮＀ÿ＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ䃿＀ÿ＀ÿ＀ÿ＀糮糮簼ᱼᰜ繾簼ᱼᰜ繾ﹼ໎瀼﻾ﹼ໎瀼﻾ﹼ㳎츾糾ﹼ㳎츾糾㰜ﻌ೾㰜ﻌ೾ﳼﳠ໮糮ﳼﳠ໮糮ﹼﳀ웮糮ﹼﳀ웮糮﻾Ỏ㰜㠸﻾Ỏ㰜㠸ﹼ糦糾ﹼ糦糾ﹼﻆپ糾ﹼﻆپ糾쌀㱦㰘썦쌀㱦㰘썦䋿＀䃿＀˿＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀＀ÿ＀䃿＀䃿＀ÿ＀䃿＀ÿ＀䋿＀ÿ䃿＀ÿ＀ÿ＀ÿ＀䃿＀䃿＀ÿ＀䋿＀＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀ÿ＀ÿÿ＀ÿ＀ÿ＀䋿＀ÿ＀ÿ＀ÿ＀ÿ＀＀䃿＀ÿ＀䃿＀䃿＀胿＀ÿ＀ÿ＀䃿ÿ＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䛿＀＀䃿＀ÿ＀ÿ＀䃿＀ÿ`ÿ＀ӿ＀ÿ￿￿￿￿ÿ＀䃿＀䃿＀ÿ＀＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䃿$ÿ＀ÿ䃿＀ÿ＀䋿＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀＀ÿ＀ÿ＀䃿＀ÿ(ÿ$ÿ＀ÿ＀ÿÿ＀ÿ＀ÿ＀ÿ＀ÿ＀䃿＀䋿＀䃿＀＀ÿ＀ÿ＀ÿ＀䃿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿濸筿㹾쾍�ⳉԥ긮⸮᤻Ȍ玗㭻شăÿ＀䃿＀䃿＀ÿ＀䃿＀ÿ＀ÿ＀ÿ＀＀ÿ＀ÿ＀ÿ＀䃿＀ÿ＀ÿ＀䃿＀ÿ쳐ꁸ⣰ ꀀ�䀀₠჈㠳ളԜ̌ሌ܀ရ⠮଄ጐꉻ᳠鼞ȏ염⁻†Ა鲀꛴螇聠袀좘摼ሉㅧ޿ሉ↞䚈挱돯༜爧葂〠荁恠@砠籸 삀胀낰籼硼へ蒀ˆက瀠瀠ဨ㴘繼繾᰾㠐Ј䆂䆊ᐈ輞죈盬㳶␔밸쿞杯ṿ邀邐醐랖颈뢸뮸䢑隷邑邐肐酈뢻뢸袘mƒ̃ă䀀洀Ā́̃鈁ⓈऒȄ睏㵻พ؀᠆悘遠考蓈რ应ᘁȎ䀀ᤂА␈ऒȄā眏㵻พÿﺀ쀀ꃀ聿縼¿怠耀€肀耀€耀纸ÿ缁̀ԃǾ縼ý؄ĀāĀĀ縝Ḳ惰≢胀胀Ȃఆ計騊耀샀샠�าࠌ̇̇ā̀玀̀܇܏ジ₰肠䀀샀샀⃰᠘㢸⢨㢸삀타샐ఞЎĆȀ̃̃܃Џ᠘ᰞᐖᰞ́ଃ἟̋؆ἄ㼟́ఌ㼿ḿఞ 弯檟⤼࠶좉ꦰ䢶﫴囹鐼ࡤ潇᎑锍੥Ḱ曰⁠胀胀耀鰂耀샀샠ట袌̇̇肀懁ꌠ뎠̀܇܏ﳼà죈鳀ﱼ耀怠ࢀ挅뤱Н᰺웎᠂ἇ㼟㸿᠀᠀ĘĀਇ㬽؁㜉�靪屢樫퍊༽က䀠぀ဈ᠐덶蕔�簸ﶏ請딝滝î䧿剑�ルµ⒔丨쇃Ⅱダ�쀀Ꜭ녮᫆䧳왌濓`ကЈ᠄ဠ᠀朧礁܀縿罾뽿㭿Ἵ̌䀀翷Ἷ܏฀郑ༀ?濿￷꫸u齏༿￿￿﷿߿ﳀ�ﳠ㻾￾￷뤞À￿￿绿샸ЀⰤ屬瘬܃✧彯㕯 䀰㰀セ￿㱾㓴㐴塬湀ᖕᔖ娭ﻼ￾쟿삓怠҄㰜㧿ἏⰯⰬᨶ瘂ꢩꡨ媴缿ソω؄‡㰸鳿컮滖㰾郼룩�ࣄꘀ⧹氮ﻼ䚀ĉ蘂鄉姟㭹뼾ᜯฏ䔆꜋ᐩダ㡐Ⲝꭍチ⑘ᢑ䌤ἆ㎿㺳㲾삀�쳞샀㢼ジ肰䀀샀샀⃰᰾ఞĎȀ̃̃܃Џ쳾糎㱾́笳㍻̃᛿⠸㨮đᇿ‖∀ܗ,䃀࣠㡿쿓쀀开ః섳縜ソ༃콯翿὿䀆Ā濏㽿ďĎ縸￾쟾枹䁠䂀�ﳾ䛰ȁऄᐒ⤥ȁଅᘗⴭ䀀ڀᤏ쀀沀䈀䀀䀀￿￿￿￿āȂԂ蔅āȂԂ씅얅藺痥㵻Ἶ༟ﻹ绾�奝螏䏃잇佇ਉ⪖鉒⤥樫꫖뙚澷ࠈ砘䃈တ裠ḁ氳呓ꪫḁ氳呓ꮫ孔뚫䞹἟孔뚫暸暆἟᠟蘺ҏ晦恤茁낤䀀〠〰罸렸题彜܏㸿聀삠⠀칝ꇥᠱ䀰聀ࠈ᠘룈碸ᳰ᧦熆㧎ᳰ᧦秦㿎狈ઊ誊貊粜籼硼뎈Ᏹ㇡䝳܇षఈ蘍ᰌ̂騃ࣈ珰㭿灻䀐鰐龟˜肀䀀䀀쁀샀肀焞玌찐焟玌츹谳ꂣꎣ掣䰳米籼㱼錣邟ฌ᠏천샀澯⃘怠쉠灠㼸肀늀佘℧鰟飼ಜฌ䀐猑3䈰†✣ᠬ㼏㼿㰾✳룀鉤㉌⋍鉬㋎옙츱츱鱗츽츱츱엂粒㳹숙䇡업E苁ᭋȀᤊᤙﴽ㨸㌲샠䘄ᄀġਂ᱌〰℡ȣᐔఔ㸾ᴽᬛଛᄑ܃ᰏ‘἟᠞✳Ἷ耀쁀ꆠꚣ肀쁀ꊠꪦ赍ᨛ똶翶둔탐熐뷏幾뵝ꪬꇡ勢땑ꚤ耀耀䀀肀䚀䈀䈀耀䊀䀀怰À䀀【郀샠쁠䊀䀀₀䋀肀쁀䁀肀쁀샀ꀠ₠䁀恠ꀠ₠䁀恠䀀䀀￿￿￿￿䨪呒呔摴䨪噚啕畵⨪剒酑覑�鯛鶛铕啅⊔헕핕皶ꐨ몤乗那꺭뮶湗벳骕⪪剒ꕔ�檪噚뗔ꖥ䤩꥙㒬궭嵭귝뚮탐꣐ꢨ钤탐꣐ꢨ钬တဂघ䀈ఈᘆጊᬓ膀ᩢ숅褱뢙Ỿ뭻䉒䩊呔꣘噖孛噗뿜呔扤ꉢ邑噖睶뭻붻㠀簿㼀餳糌༝ェ绸ܷ䀃耠뾿羡ⁿ耀ꂰ线뽀胿么低住Ḟ�屜�ఀ泾ﰀἃΘ汦᧊ﰿ탘Ɓ̉﫼炘䈁䈡ނ縟߹䱐餢⇆ࠐ彟�秦ﺾ䀁ᆀℑЂ怠퇀놑뺶ऄ銉␒ৄ㤼㞻꺶㷞梁ﳁ䀇菃㷽ߺ䈀縞㄰늳姜฀嵞幛⬭湞㌯̜ሦ貑샃࿼⑈ᐤ劒䫒浝뚵囖櫚貜䑄恄扜뒤��䡦剉ᑒ鉴絞筻ᙶ勇�䤥銒剒�殥ퟗ�ਊԊԅԅ畵Ե쓙ᎄᬌ뮧࿀瀜䙣䬺씝쨲㥵뿋ฺ⨪⨪險䉒歫ꮫ횪扒龟侟⑃ܸ䱄⁆Ჰ‡�Ⓤ눲䐂㠌䛠砌롸㼐ܟ༏켏菇肀Ѓ䀈䈀䈀܃ᤏ爹「恠ﻰ㸏㰼ᰜĎၠ合ꕚBﳸ濾썧Ʃ擀ᰔ㠘䉱ヸ玲࿇⁀တࠈЄ惀㢰㺼ﺾª䂪ªªªªªªᢠ༪Ḋ젂ᾯ잧㟿懰灿〠辜鸏辀佟那ࢠƠফ႙ྪຯಬႜఀЎ簜䀄㺾벼얦￿섀㳿桴㿿쌀龏༟㽿䩟RQ䩀RQިƃഝဉᾪ羿샪ª䀪䂊耊쁪샪耂ᓠ䀌؀磲氘䀌؀㢰䗄罕ြ䖽㢹뢸ᅮ䌒軿܂잏ﳿ熀ﳸﻻ|䀀䘀䀼䀀傠Ј䀈ଉ謹揲摠밬⌣Ͽ؆ﳼﰀ䀁䈊ꀪ႒倒惪灺傲䀊퀂냰躘迎膇ܨίƨƠΧҩޯắڅ頎胊䙔㦺胊T䈀䀀䈀ƯҪ䊊Ɗ呄䑔偐䈒呦䑔偐䈒€䁀䀀ˀ쑀̍䠑芐―ࠀ਑꧷꩐ꥐ⤕⡌घ횫冬㜃༗ሂ䀨ࠐĄ뉂ꑨ衲̄䀀䈀䈀您좪ࢨ䂪䂠䘀Ā䊀䂠䂠䀠쀠䁀ဠ䀀ᔊᄊ䎂쇂ᖤ内䀅ᖤ内䀅꒠舑ꈀꀁ꒠舑ꈀꀁ̀㟌뉊棜̀㟌뉊棜गДगДᅐ괙鐤䳓存궻똶栻殔⶙ꡪ殕귛ꡫ܀ဈ؀䒻܀ဈ܀綿䪭♊檴櫭뙪檴钘⪤啈訩ퟙ꺶啩쬫膂曃脼緂膂曃茽緆㨇䱂鉑늩㬇幦퉝랩暀ꓙ♙욙暀ꓙ♙캙歊떥탒죘吵⨚།ܗ짉짉�퇐؆؆ᜇฏꆰ�胸最ḯꄜ缂ﮪ̌䀀䘀ကﳰ￿￿ā㸓䀌䈀﻾쇬￳￿̀肀샀だﳿ罿㼿쾟ܜ䋢节늒발絽䵭␥䤨ꂒ⢩�뛗彭�Ḅ̇́￿￿￿￿䀀䘀삀탠䈀䀀䀀〠듘컥ﯞﹿ臣肽Ā؁᠘セ臧チ㟾ഛ䎧轋翾Ἷ�돗覉貆워祣閒蒒䉌ᦡ썂膁縼ۿ䉂脁䀘＀즵珥罻Ἷ༟܏䌃鎩鞫쾧ﻞ싀ⲉ湮湮湮ᢙ᠘᠘᠘㊶捳Ⅱġ囚ꖕ憣⁁ⲉ婾䉚䉂㲙䉂䉂䉂ﻼ﻾ﻼ﻾￿眻晷쳮엄酉ꊑ䔢乍䘎읇뛶਒䤉橉򦯟�꿟꩔￿￿￿㽿￿￿縀觃￿￿￿駃兑℡胁肀㈲臂肀￿￿￿￿￿￿￿￿ﯻﯻ啪￿￿￿ﳾ큐棘⡨⠨グᠸᤙᤙ༁缿罿༁缿罿￿恠ꃠ棐ᐴꂠ怠頰泌核飘†쁀飀탐炰⬫㔭ᨗਊ塘䱜☮ᘖ䀀䀀䀀䀀￿￿￿￿䀀䚀縬聀ﱸ샰纾邐ꢘ責烸ﳼ烸㸞㰼砼灰䙢쓄飌낐㠜偰桐⨨嬭뎓馳婘ᨊ㐔⠨偐☶䱬�낰鲜㠸㸼ᰞⰬ塘䵜ⴭ䀀䀀迧Ḏ䃀䈀䀀䀀糸帼꽮䀀䈀䈀礹鯛䀀䀀䀀㸞㠼煸䈀䀀䈀翃䀾Āః䘀䀀䈀䀀焹慱慡䁀䀀䀀䈀䘀랷뢱鲸螞䀀䘀䀀䀀ﻁü䀀耀A䘀劀¡ꨔህ悡刀ªꡊ⢊ꀀªꡊ⢊ꀀ匬̌悀䘘팬珌果윘푙ᥢ᛭皉푹鵪㛭̀↜聟ꍘ̀↜聟ꍜȌƂȌ΂掔禄萂顰掔禄萂롰詴镩䫪搔驴镭毪撖 聠胀㠀샸䂀䀀㢀㋄爂Ӓ烌ﻼ﻾㳞耼ꉄ厒䆢ꙭ厖呕䆣�愦嘘訉�玮圼誛ᰃ쐸Ā밃㿏￿쏼⁰̆䀀䀀㽿䀇䀀䀀䈀䈀䀀䀀䈀䈀䈀䈀䈀䘀䀀䈀䈀䀀،⼏浯䈀Ḝ㼞罿쳬辎゚罿믛齠罿ḟฎЌȆⵯᐵḖ䈀䘀䀀䀀䈀䀀䘀㘰퍖집里㰼繽睿杷罿坯�൝춍绿ソ￿￿쇢㾎Ϳﻱ杧杧䍃컈쓔웆䏃【⠠�㠘㠸ﵼ﷽秿薆�뽿￾杧놷￿罿硿缇恖蟸臿㳿￿ソ켿￳￿￿簸籼晾㣾Ꟈ꾷莇䈂婂�כּﯻ쯳ﯪﭺ�徟鹟�￿ﻱ迃רﻱ￿썿᳸$￿￿￿￿绿뻹᲼�軏Ҍ剓啙啕鞕훗헛헕ퟕᕪ떪閺䞚਴⨕ᨵꙝ剓啙啕鞕훗헛헕ퟕꭅ㿾耟ힺ䁽ༀ喪띊ソ쪷꩕䮵㕈垺羯翿�ꭄ끜胀≀ᤓ餙�ﹼ懡Ⅱ䂀℃⸀がㄎ�탼辳肁ᅆᰉ἟螏캙孖耇䀀鿠㼼￿��_￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿﻾￿￿￿﻾￿￿￿缟￿﻾ﳼ缟￿﻾ﳼ￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿﻽㺐￿￿￿翿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿翿￟￿魻羧￿￿￿￿￿￿￿￿￿蟿썿@￿ﯽ㾇ß￿￿￿￿￿￿￿￿￿﻽麴ᄊ綃ᵾ絣籸蘂囦砀肆烸䈀宙폛妊�䀀䀀䀀䀀开쇞쏃�‿㰠〸䈠āഅ㼟ȀȂ﷋￿灎│￿쀀䃠€堜￐胾ダ✣㼯簾쀸瑼ꋿ꣟諀흀崠嘠齒圴퓿悭꣋᩠⬀䄀罡끿㆟븞麞侞칠౼ᴏ祥쿺#ﻼ׽々Ѱ猙症度�逸䛠ჸ䃼ࣾ苿뼂紀�쿦䒎⨵㸝㽿ܿ拿ඒ䑆Ĥ鷰㬹{䈿ჿ䋿ჼ㴀봀̀ă܁ﳯḌ븾쌞ćć࠿䇿ࣿ䇿眀븀븀ĸ䀀ރ༇偠缻䆁䅁罿譟ਆﻜ芁节﻾퇺罿ٰ㠾‱袉マ㬿ℳ﻾怌ᱼЌᆑ￳�蓌ࠐ✙⼯㠸ผ㬞㠹ఌ㜯ओᜏ㬻㰸༞᠈⼏潯潯ḯ〰癲灲ူ傈厈ٗ䜆醏趍迿麜黮麞籞恰̉̃ᰘἎࠈࠈᜟ∗἟ ἟ᰞ∢㼳༏ఏЀﳴ擀汤﫼ﳼ頀ಜDɲ﻾ﳼ샤经�㱾㽃칟⍓鹿ﹼ￿㽿䌴蟷쪝⡥̗晽罧㬽婍䁙␢ᜓ἗ᬝ༗᠜ဘᐒဘ㌟챡绳䰠뾞麿纍䋃␤脀쎑䋃␤봘㱾뷿뵾뵾뵾￧￧￿￿쏿ᠼ繂䉂뵾ᠼ侃暾ﻦ�侃媲ʚ⑄ᠸ࠘⡈࠘컼㎇蜳经㈄ﵹ秽纱�蓬ﻌ㱽꟎ラ螷ὧﱼ﷾ﳼ懲܇朇ݧă箼ℷ缳㲾←㼾뽿㼿虏胀ࠀЄ̃笿죀摤賉က†샀�ጃ☦ཆㄓ灀⛎�࿿�篯調氓만폋쇦칶㐐癶癶ဴ㠘㠸㠸ᠸ縤剷뵦‰㰘ⲭXༀ瀿胀肀ༀ瀿胀肀␀␤␤$᠘᠘᠘᠘縼￿￿㱾ఌ䪁ᜧ㵟祺─ⴛ獲帍軼亮ḿ嬭甫ᚪ㽩Ἶ䀷弯ጿइ彯핿缾*绿헫￿Ȁሁ⠁⌔﷿￾ﷻ̓罾喿삫﷾톩¬翾�㪜Ỡ蠀∐띯뙯獭濷�嶼�ﲬ庾퓮䃠碸䋤弟ᾟ?蓃怠䋿̄﫸￸⇃Ḅܟÿ쀠Ἔ܇ฏᤈἜ؆ഌḏ἟ผ̃̃᠘༛̂̃ἇ砼硲㽼ᰆ眻杯㽣䔸鎣샀䔸鎣䟃㼯㾸ﵿ﷿﷿읏ງ☖߆﷿翿砿؄萇鿇䲀堬㰸汌䲀堬갨铴�ꛎ鲺킐낰웬욒㳮颐몜竾㳒弟ᾟ?蓃愠ÿ̄﫸￸⇃蘄އÿ쀠ᴌ㠼㸽⨽܅एഊ⨆ᆰ矷ူ耀聂@ăだ砸꫸킠裈ࣸꨈăᤉ礿膑฀☖聀냨胀颐黼膉瀀摨ĂഗᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑矷ူ聀聂@ă￿￿￿￿￿￿￿￿￿￿￿￿䀀ᠰ،ﻦ꫼삠胀ꨀᆱࠌĂł胀ᤌ怰筭樽̅ăԃ樃↑瓳ᐲ聀虁لЄᴌ㠼㸽ꨝ܅एഊꨆ㰌ﱼ￿ൿᬋᬛᬘछ€ꀀ肀쀀샀샀尟쇘쇂὘܃ܞ惀⃀à᜷휷㠸㠸㠸㠸㠸㠸㠸㠸縼臃縼臃܀‘䌣ꩿ܀⤘䌬ꨁᆱ컿滏⡬"댂΢❃И芄귾쐘舴관ᆰ盳ᐶﴁ഑耔ˆဤ Ȑ䈀Pࠤń送蠀 ˆ•䀢"Āँ覉脁Āँ覉脁膀⦩⠩ꀩ膀⦩⠩ꀩ袨袈肈老袨袈肈老တ呔啕倕တ呔啕倕允啕呔Ĕ允啕呔Ĕ儁呑兔䁑儁呑兔䁑允啕唕ᔕ允啕唕ᔕ啅䑑䑄啔啅䑑䑄啔ᑑᐐကᑑᐐက챷케ÿὸ썰쀀ÿÿ̎̀ÿ 㲙᠘᠘餘曧セ�Āက℀А ࠁࠀ ˆीࠈ䈁ࢃ褀 ꢂ(襉⢠聀 蠄ࢀ豃䐰甀舀၀䀄င肀တတတတတတတတတတတတတတတတတတတတတတတတတတ纥繿ꕾ㰘Ⴝက￿ÿ￿ÿ໼ăā໼ăā܁܀漏ཨ㫸茛荃À㰘セ绿ᠼ【᣿တ灰㠸ᰜฎ灰㠸ᰜฎ瀟샠潞ḏ辞ὠ໸̇磰缟쿠￟὿〟 繸礟罽硾٠܀᝷瀗ၷ໨࿯࿯࣮ﳼ﻾쀀�￿齿轿쿏拣㺞籼À쳤题쀠糮糮簼ᱼᰜ繾簼ᱼᰜ繾ﹼ໎瀼﻾ﹼ໎瀼﻾ﹼ㳎츾糾ﹼ㳎츾糾㰜ﻌ೾㰜ﻌ೾ﳼﳠ໮糮ﳼﳠ໮糮ﹼﳀ웮糮ﹼﳀ웮糮﻾Ỏ㰜㠸﻾Ỏ㰜㠸ﹼ糦糾ﹼ糦糾ﹼﻆپ糾ﹼﻆپ糾쌀㱦㰘썦쌀㱦㰘썦䋿＀ÿ＀˿＀䋿＀ÿ＀䃿＀ÿ＀䃿＀＀䃿＀䃿＀䃿＀䋿＀䃿＀䃿＀䋿＀䃿䃿＀䛿＀䃿＀䃿＀䃿＀䃿＀䋿＀䋿＀＀ÿ＀䋿＀䃿＀䛿＀ÿ＀ÿ＀ÿ＀䃿ÿ＀䃿＀䃿＀䋿＀䃿＀䃿＀䃿＀ÿ＀＀䃿＀䛿＀䃿＀䃿＀胿＀䃿＀䃿＀䃿䃿＀䃿＀䃿＀䋿＀䃿＀䋿＀䋿＀䛿＀＀䃿＀䃿＀䃿＀䃿＀䛿`䋿＀ӿ＀䋿￿￿￿￿䀀䀀䀀䈀䛿＀䃿＀䃿＀䃿＀＀ÿ＀䋿＀䃿＀䃿＀䋿＀䃿$䃿＀䃿ﳼ﻾쀀�￿齿轿쿏拣㺞籼À쳤题쀠缃￿￿￿￿￿￿쇿^￿￿￿㻁￿쏿￿㳾쌟￿龏￾聿ంㄘ杳̀Ἇ㸿筽쟧샂쇁筻罽罾뽿煣㰸༞彿⼟ग刺䈀䀀܀簞䁠 鿿Ȁ㹸Ȇ᠘᠘᠘᠘￿￿￿￿᠘᠘᠘䀘￿￿￿㱾ൿ̀งఎ܆냾䀀쀀烠ば㰼㰼㰼㰼䈤靓勖蕕㰘․䀀䈀䀄ѐЄф䀄䑐ఄь糹麾㝏ᆃ롹㵳ᆆ追ﳰ胾€]Ȍ耀€쀀ﱸ﷼什쀀쑸ᵴ槍镻ć瀣̠车�䃜ᬘ଀἞ᴝᬝ̀Ẵ؃@︿à䀀ﹾ﻾耀ᠲ욌㝡܃㠌䁀㠽へȀĀā̀Ἇ㸞㰼肀蒜肆肀恰䑼삆샠膁芁肄躁熡竹ﹹāℹšā؎∾̇͡膁䆁ġ熁躅废Ἶ羞낌0낌0硻硸ؖ蒇蒄웶焁筹筻筸赱螅螇螄റ܇ റ܇ ỞḞ朠恨⇡℡漿捯躀��놎【탯䀀ူ䀀Ḁ縿懿ȁࠄ‐ﳸ㽾䀞ကЈĂ。糀￾þþ䀀䀀ᄘԂဃ䀐ᘓ㠜桿胐ᰈḞḞᰞကတတᄐ碜碜惾だ惾だ쿧缟䡾擤큨胠좀⒄싂識石䋂⛢᣼ﻸቾ☧ଖćጁ␡䍃杇鼿䉃摇ᠿ༈肂蒌肆肀硾摼솇샠슂胀ʂ࿧/븟ŁℱšāṾ☾̇͡䍁܇܇ă䁁￰緸蒂肀ム蒂肀ム筺祻ؔ螆薇ﷹ웴爄空空硸蹴蚆蚆蒄⅁ā܍ఇ⅁ā܍ఇ�點란怨ꇡ뾟振丠幞幞Ḟ焮慡慡℡䀀쁀샀䂀肀肀Ἇ縿硼⁰삀苁袄̂̃ȁāā综ḾЎ́䆃ᄡ܉ࢁ븜㶃뻼㶃؃쾜ă笠惂稰䃲삀㼿稾䃲삀@⛢ເ佃龏뾿ϥ脁ꂀ삠䇁샠훃탐炠ힶ裘⽎䀀䀀ꌀ띷䂀胀叠쾏Āԁ̅܈ȃ܂̇ଃ讋껥毭ᜟ鞗뇻瓲耀삀济老솀獑�샀胀䀀䂤䁀䀠䂀豔哨㈤䀀蘂꣨࢔ꉠ詆 တ†ॼ�倀쟫ц肢⩤恁킰ﳨ老鼞꿏莗☓䤤떓̀⠔戱苄䎦㌁ԑȘጇʼnఄȆ␑䄵걄暄 ġ⊂؆⣈੔ଚ⨘Ҁ䁀 룸갮삄�ﺾ﻾籾灸晲蹎础繜氞뢠隼ﻮ繾쿏港﷽�ퟓႌᴚ㤝唹㨷㘺渮﹞܃܇งᨆ༇἟㼿㜿᛿⠸ᨮᘰᇿ‖ሀ〡矣㴻Ⓝ᠘᠘᠘⑃晾�捾繣捣﹧€㼅ﳿ퇠肤̀⸟灘肀肀ﳸ恠灠Ḱ̇ཿă愑΁谘磰ఘฌฎ぀삀ヌ@ం쀰€Ѐܙ�㼿㸾缿㾿༟ā܁簟ÿ̀㼇ểð༃蓤怘€砘胠䞀㼿シ̀Ἇܸ恼㠇﻾áā>à㸾㸾㸾績āāāā㹾㸾紾㱽āāȁ̂̀￿﫼︀ԃǿ️耀肀᠄à肀肀肀耀肀肀肀肀ﲀ縂À胼܁缿罿Āᨇ罾￿罿罿翿鸿罾￿Ā￿翿:瀬ేà쿃恠瀰慠⽢샀胀삀샀〠恰††샀샀샀샀惠⁠††쁀샀샀샀耀롄̀ﰃü絽㹽̏ȂĂ繾붽絽絽āȂȂȂ﷽﷽﷽﷽ȂȂȂȂ뽸﷽﷽ༀȂȂ￀߸ø肀繇Ā໱ð伐ソ＀ÿ윀쟸㠇ààðḀà✀㽟簾良́؃粒粒粒粒؆؆؆؆牻릹祹祹ఄ؆؆؆祹㱽̎؆̂潑ソ＀ÿ؉ሀḯĀ￀ހx肀€祥฽ᣠЄ耀ž︀◽ᵽᴝ綽ȂȂȂȂﯹ蛣І砜à﷽緽䰾ȂȂ﻾﻾绾ﱾāāā́ソ﻾绾繾āāā̀式㽿缿뿌䍡䅃ఀ䀳肀肀䁀肀ꂀ뾼肀烿縁䁀肀輀胾肀؀絽ᵽȂȂ᷁׹ﷹ絽ȆȂȂ﫺﫺﫺ﵽЄЄЄȂ﫺რࠈЄ螃뱿祼畹̀؃ਆ秱릹凉ਊ؎؆؆ﳼ筹ﷻ﷽̃؆ȆȂ什磹洚؂؆Ȅ܇范缆ໂ✇܏胹ā 倀뼧܀ﯿüÿЀ#೸擄瑴ᠸࠈ飤ࠈᰌ᠘瀘〈⁠ꂠ샰肀샀䁀邐죐p恠〠ူ฀㧝ﷹ﷽؂ȆȂ￿￿￿￿﷽綽絽뱺ȂȂȂﳾ糼㼿̟́̃ﳺﳼﳼ܃̅̃̃ﳼ籼ﱼ̃܇̃̃볏祼̀܃ଋଋ耀肁肀肀肁肀肀肀ﻶ컞Æ왼웆웆|왼细蘆|썾놙쎙~웼ﳆ웆ü웆ﻆ웆Æ왼웆웆|웆㡬왼샀움|왼糀옆|웆웆웆|욂ﻖ웖Æ擼籠摠ü肀肀膀肁罼쀏￸肀㿰ᮃఌఌ„空牺Єఄఌఌ移祹凉ﯻ؄؆؆Є㩊Єఌఌఌ￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿ᠼ᠘᠘<㠘᠘᠘~〰‐ሌఒ⼐롘禹凉܇؆؆粒粒粒粒؆؆؆؆硹릹祹祹؆؆؆؆祹㡹̈؆܆潑＀̀᠀ÿ永웆웾Æ쳆쳘Æ왼컀웆|᲎᠌€㶽㥹㴹箹Ȃ؆ȆІ秹筹祹륹؆І؆؆౸㈳ᠸఌ￀߸ø肀Ȇ ฐ踆鸼惰᡿烠᰸㰜᡿삀胀￿￿￿￿￿￿￿￿웆﻾웆웆﻾웆﻾﻾﻾﻾ﳾﳾﻠ옆糮ﻠ옆糮㡬㠸㡬㠸簼ᱼᰜ繾簼ᱼᰜ繾ﹼ໎瀼﻾ﹼ໎瀼﻾��``တးတး㴃婽䩆ă☃㰼က„က„䀀Ѐ䀀 䀀Ѐ䀀 컌目⽓ܛ㤳㴽㽾ܜ䝝繏豶릣誱璚磠꺬牴ᥒᄉခ䌡蝇貏༇績硾獰娼뿭囫<␀䀒⠔̃̃缿￿㽿胀삀￰฀￿￿￿삀峠ª䂀밠ﻔ粂勵엹ヌヲ⺀멖x述瀏￿￿￿ÿआ䃰䂠＀뼏뽟슆€貀ﳰ⛾@籐ᴹἃﰃ࿿﫶ỿ<쫼੼ï㔃´￿￿￿߼Āā￾﬇￿āā￿￿￿￿￿￿￿￿삀샰㽿༟㼏￿Ā怀恀¸＀鵣馸䂀ဠ삀㼿㽿輟躅耀辌菻릺⸻꠼帼蚅댕㞧愧馝놙뽡N廮>꼑솀უ⇐㹿胱ว䂀䁀鼏￟뽿뾿￿￿￿￿辜އ簀︞獧菿ǡ崿ᾞჸXꛀ'࣏뼼まᔹ㴲쿁쫝翁멼ᠬ롿䖂਽븀ꙝꩅ⩕섀쇢헣ᓫ℀쩊辿�ᛏ㖵硁ﳠȌȁϿ絳എ恀ЀἿ㬿ﳼ᠀⁼聀颇ἀ弇羿硿肀龰螏ꙧ灰灨祸ᰚ᜔㜗譗鸈衈襈✉⅓샐﫼䃤᠇㼯┃뽛硘橫螧鎃ᢚ閔砰ﱸタ‰蟏·콀�㼇羁簀샸聿蟿„ﳀﻼƅԁԅ￾䁀蓁蜀蒇桸䟅ӿ薄㰀阐㵼耚ﰀ秿잇ā฀￿ǹ㹸퀠⍅蟠茀㿧�￿恠肀@￿龟耀€翿ソ￿￿替䆁䆁喁餀빾뉲該ᶙ紻絻艆ኔሔ㘶퓤ꗬ헫⨺稒ᱹ꩔咪Ј㤂Àꭕﯷ웽_ዾﮆ￰Ѹ㽾Ἷྐཿဃඛ᱿ࠈࠈ￿￿￿￿Ƚɼπ�㰀ﰕ㽿늲놲낰ᄚ췍컍쿏ᅬみ낰늳늲使쿏췌췍뀀ꁘꡀ⩕퀀샨�ᓫ￿ÿఌ￿ḑᬕⰼ⨤Ď␊㌃㔻㘾Ⱟ㼔ࠈ⤡㌰+㜷⇾ꀠ㽠܇�忟삟ﷺ'ú￿￿￿＀᠘㰼晾￿态㢀ྀ簀࿿'擼ᜦ܆ጃ㐕؅ă܅⭅Hࠐԅ浧糮噷⺖뱜恸ꢈ큨䆡螃【㄰ㄱ䓿㼜ﹿ묀мā謃㿿̣Ȃ㠌ὀ﹠ᬸ쿷Ɵ쫍䫅￿ハ畺耇耣磟ﵯ爛퀊뀏뀮弎羅̀辇￟﷿̀袄⁐脀＀߿ā＀ȁࠄ䔱ꊉĀ༇稿쏱ĀȁЄĀ̀܇ĀฃﰐĀ༃�可āăāĂ༃缿༃瀸￿￿￿辟Ğꀀ相왯쇃좐⼟撚ﹼ띯�࿏ྏἏソ칫ᯎ쑸뿿἟?罿૤뺝￿€︁༃_￿￿༃肀⁀￿￿￿￿＀āā￾￿翿￿枂Ǐ￿￿￿￿⃁І䲄￿￿￿༏ࠈࠈ懎룹롉￾￿샠Ǿ䆁ࣈ桄†᠐؀缟￿؀怙퐈쏧탰࢈숤‡【㰌﻾쓴Ȃ༄⨟烼炌쀀ﳰ￾쀀ర쀀藺￿쀀रćȁĀ踂ﳾﳼĀ踂ѲЄ€Ā瀈€ĀԂऎ铐܃༏漟歯鶚੿؍湥ഓ܎ငቁ踄䀉ဆᅀ蜃䀙ཏ܏Ἇ羿礸퓌拷ᤇῡἇ￿쀡ā￿￿ԁ햪긻ユﯿꭔ国→㼙셿㼸ဠ᠀㼾἟༟【聠랱掛༏缟穾ͣꋤ繤쀀䉄≢邔㸿죩₤삘`€쀀쟬䁀籰碏‰圩玿㽾἟㤞ͳȀ㸎빢﻾䀜ข纮틴₨퀈䂘`€둟뀯￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿￿倉ﱍ怏粏瀇뀋퀎ﰟﰟ瀏怆̀̀㤖⼳㐏臉އ㌯ᘕЋ螇쇃灠ุ쀀론鰜ᰰ䊆㣌胰�쎱ฆ灼᰸؎؎籼ḾḞฌ㜿ﭕ烠㼎罿ソ磻�睬盿ìソ￿縼ጿﻮ㭿縼罿﻾￿Ѐ捠༿뤡鲗㝃脀Ãꂐ犁�彨狀ᠹఐ狀ᠹఐ웆﻾웆웆﻾웆컼ﳆ웾ﳾ컼ﳆ웾ﳾ糾糾ﳾﳾ﻾﻾ﳠﳠ샂쳞糾샂쳞糾ﻦﻦ㡼㠸㠸籼㡼㠸㠸籼᰼ᰜ�磼᰼ᰜ�磼ﻼﻼ﻾﻾﻾﻾웆ﻮ훾웖웆ﻮ훾웖웆웆糮웆웆糮ﳾﳾ緧緧ﻠ옆糮ﻠ옆糮﻾㠸㠸㠸﻾㠸㠸㠸糶糶훆훖웆훆훖웆糸績웮糸績웮㡬㠸㡬㠸﻾ᰆﹰ﻾﻾ᰆﹰ﻾泦း泦း糮糮簼ᱼᰜ繾簼ᱼᰜ繾ﹼ໎瀼﻾ﹼ໎瀼﻾ﹼ㳎츾糾ﹼ㳎츾糾㰜ﻌ೾㰜ﻌ೾ﳼﳠ໮糮ﳼﳠ໮糮ﹼﳀ웮糮ﹼﳀ웮糮﻾Ỏ㰜㠸﻾Ỏ㰜㠸ﹼ糦糾ﹼ糦糾ﹼﻆپ糾ﹼﻆپ糾怿䍀䙃䙆ἀ㰿㠼㠸䙆䅇䅀橣㠸㸸㸿㰼空空空繢㰼㰼㰼<Ͼ᧹ᤙﰀ໾؆؆ᤙϱﰆø؆ﰎøဏ⌑␦䰤ༀᰎ᠘〘䱌䱌杌罰〰〰㠰㼿睸瑴瑴籄㠿㠸㠸8Ӹሢᤒ᰸జ،ᤙᤙﴝﴍ؆؆ฆ﻾ﴝᴝᴝἑ໾ฎฎ慿≁∢∢Ḁ᰾ᰜᰜ∢∢⨪㈲ᰜᰜᰜᰜ㨺㨺紺网ᰜᰜ㸜>‟䁀䑃䑄ἀ㼿㠼㠸䑄䑄䑄瑤㠸㠸㠸㠸瑴瑴罻Ἧ㠸㠸㼼ﳸ﻾翾က怐䀀ᨃǸ㐎Ը￿࿿㴞쀀䉼₠倰ﻶ쏿粹ﳼҮᠤဘ?翿㽿ܐ܏耀ꁰ負뢼၈䀠肀⅃瑹ﵟတఐᐆᘜ�㱼弾徟တတတတᴝ㰾簼�逐⑈ᤒሕ천㡴Ḝ἞ᰜᰜᰜᰜ瀏쌀㱦㰘썦쌀㱦㰘썦Ⓝ᠘᠘᠘⑃晾�˼āᇡᄑﰀ﻾พฎᄑᄑᄑᤙฎฎฎฎἛ἟￿ﳾฎฎ︞ü穪空空繺㰼㰼㰼<䉀䉂䍂歋㴿㴽㰽㰼䉾䅂䁁䁀㰀㸼㼾㼿ℿ℡ꄡꆡḀḞḞḞ慡℡℡ᔱ麞��緽㵽Ἵ湮㸮ḾȀ&﷿︁Ȁ﻾þ㸾㼾㼿ἠᰜḜ἟O爿璋倅툏쀇￿쟿܀܀￿쟿߇܇܇܇܇﻾웾쀀쀀﻾웾샆샀샀샀À샀㼏灸㼏灸磰㽿᰼ḀḀ᰼ḞḞ㰞àḞ￿￿ð￿à᰼Ḁ㰀᰼Ḟ㰞￿＀＀￿￰￿罿簾à㹼﻾þﰀ﻾þﳸ뀏琎뀇퐋킏瀏뀋遏ﰯ퓏怌퀏쀏쀎瀟ﰯ羅瀏ﺏ퀏‮Ėᘏ␧⢏〖ᤏ㜧