# Triton family · Build0049 ## 1. Εισαγωγή και σωστό μοντέλο Library → Εισαγωγή φακέλου ή ZIP → επιλογή PCG → Εισαγωγή επιλεγμένων. Το PCG περιέχει Programs, Combis και αναφορές. Το KSC οργανώνει τα φορτώματα, τα KMP τα multisamples και τα KSF τα ηχητικά δείγματα. Κρατάμε όλο το συνοδευτικό δέντρο αρχείων. Όταν υπάρχουν δύο PCG, μπορείς να αποεπιλέξεις το δεύτερο. Το περιεχόμενο, το header, οι banks και οι ακριβείς εργοστασιακές εγγραφές βοηθούν στην αναγνώριση. Ένα κοινό header ή ένας αντιγραμμένος factory ήχος δεν αποδεικνύουν το μοντέλο. Στο Swt_Ann, που επιβεβαιώθηκε ως TR από τον κάτοχο, το κοινό TR/Le format απαιτεί επιλογή **i → Μοντέλο προέλευσης → TR → Ορισμός μοντέλου**. Η επιλογή αποθηκεύεται στη Library, χωρίς αλλαγή των αρχικών bytes. ## 2. Πίνακες ROM Όργανα & αναφορές → Συμβατότητα Triton → επιλογή προέλευσης και προορισμού → Multisamples ή Drum samples. Οι πίνακες περιέχουν αριθμούς και ονόματα των ενσωματωμένων ROM multisamples και drum samples από τα επίσημα Voice Name Lists. Δεν είναι Programs/Combis και δεν περιλαμβάνουν PCM audio. Κάθε μεταγραμμένη θέση έχει παραπομπή σε manual και σελίδα. Θέσεις που δεν έχουν μεταγραφεί εμφανίζονται χωρίς επινοημένο όνομα. ![Σύγκριση TR και Le και αναζήτηση ROM multisample](/guide-images/build49-rom-tables.jpg) Στη δοκιμή TR → Le βρέθηκαν 836 κοινές ονομασίες, δύο διαφορετικές και 150 επιπλέον θέσεις TR χωρίς αντίστοιχη θέση Le. Αυτό αφορά τις καταχωρίσεις των βασικών καταλόγων· δεν αποδεικνύει ταυτόσημο PCM. Οι ειδικές εκδόσεις, όπως Le 88, χρειάζονται χωριστό έλεγχο. ## 3. Πώς φορτώνει το πραγματικό Triton Το firmware μετατρέπει συμβατά PCG κατά τη φόρτωση και προσαρμόζει τις αναφορές στο μοντέλο προορισμού. Η κοινή μορφή KSC/KMP/KSF επιτρέπει τη μεταφορά των συνοδευτικών samples. Για παράδειγμα, Le → Extreme διατηρεί το IFX ως IFX1. Στην αντίστροφη κατεύθυνση προς TR, τα επιπλέον IFX και οι μη διαθέσιμες έξοδοι απαιτούν προσαρμογή. Η φόρτωση δεν εγκαθιστά ROM/expansion PCM που λείπει. TR/Le δεν διαθέτουν MOSS. Δες τον πίνακα **Πώς το hardware φορτώνει set άλλου Triton** πριν τον έλεγχο set. [TR Parameter Guide, 250–253](https://cdn.korg.com/us/support/download/files/08bad319910fbcd17ec752108773fe2b.pdf), [Extreme Parameter Guide, 309–314](https://cdn.korg.com/us/support/download/files/e9077a1708b75edc5856bf9afa43b45f.pdf). Οι νέες αντιστοιχίσεις ROM και οι μετατροπές που αλλάζουν τον ήχο παραμένουν σε προεπισκόπηση μέχρι κοινή δοκιμή στο hardware. ![Η σύγκριση και τα native όρια σε μέγεθος tablet](/guide-images/build49-tablet.jpg) ## 4. Νέο native set και εισαγωγή ήχου με samples Set ▾ → Νέο set → όνομα, μοντέλο και εγκατεστημένη RAM → Δημιουργία. Στο Edit, επίλεξε θέση προορισμού. Άνοιξε δεύτερο set ως πηγή από τη Library, επίλεξε Program και πάτησε **Επικόλληση από πηγή**. Έλεγξε την ερώτηση αντικατάστασης πριν επιβεβαιώσεις. Οι εξαρτήσεις μπαίνουν σε συμβατές θέσεις και οι αναφορές ενημερώνονται μαζί. ![Επιτυχής μεταφορά RAM Program από Swt_Ann σε κενό TR set](/guide-images/build49-ram-transfer.jpg) Στην πραγματική δοκιμή της εφαρμογής, το **A/001 Markopulos Trtn** του Swt_Ann μεταφέρθηκε στη θέση **A/000** ενός νέου TR set. Το αποτέλεσμα ήταν **1 KMP, 12 samples και 0,45 MB RAM**. Η Αναίρεση επανέφερε το Init Program και μηδένισε τη RAM του νέου set. ![Τα 12 samples και οι ζώνες του μεταφερμένου multisample](/guide-images/build49-sample-content.jpg) Στον έλεγχο εξαγωγής ο ίδιος Program μεταφέρθηκε σε ξεχωριστά κενά Classic, Studio, Rack, Extreme, Le και TR sets. Τα PCM δεδομένα παρέμειναν ίδια με την πηγή. Αυτό είναι επαλήθευση λογισμικού και αρχείων, όχι απόδειξη φυσικής φόρτωσης ή ακρόασης και στα έξι όργανα. Ασαφής RAM αναφορά ή πραγματικά απόν KMP/KSF εμποδίζει τη μεταφορά. Η εφαρμογή δεν μαντεύει το multisample από το όνομα του Program. ## 5. Ασφαλής διαγραφή Library → Διαγραμμένα → Οριστική διαγραφή → έλεγχος ονόματος και επιβεβαίωση. ![Επιβεβαίωση οριστικής διαγραφής δοκιμαστικού set](/guide-images/build49-trash-confirm.jpg) Η οριστική διαγραφή αφορά το αντίγραφο στη Library. Δεν διαγράφει τον εξωτερικό αρχικό φάκελο. Δεν επιτρέπεται για preload ή ενεργό set/πηγή. Η δοκιμή browser έλεγξε το παράθυρο και την Ακύρωση· η πραγματική οριστική διαγραφή ελέγχθηκε με προσωρινά αρχεία στις αυτοματοποιημένες δοκιμές. ## 6. MIDI και Simulation Η κύρια σελίδα MIDI συγκεντρώνει θύρες, **Σύνδεση οργάνου**, αναγνώριση, GET και συγχρονισμό Edit. Το μόνο σύντομο hint δίπλα στη σύνδεση είναι **Global → MIDI → Enable Exclusive**. ![Μία σύνδεση MIDI και συγκεντρωμένες ενέργειες](/guide-images/build49-midi.jpg) Οι δοκιμές PROG/COMBI/άλλων modes, η ακρόαση νοτών, η ένδειξη transpose και η συντόμευση User Scales βρίσκονται μόνο στο **Admin → Δοκιμές MIDI**. Ο περιορισμός ελέγχεται και στον server. Η Simulation αφορά εξ ορισμού το **set εργασίας**, ώστε οι αλλαγές να έχουν σαφή προορισμό. Η πηγή μπορεί να προβληθεί μόνο για αναφορά. Το συνδεδεμένο όργανο είναι χωριστή λειτουργία. Η native Simulation και το live MIDI παραμένουν για Extreme· δεν εμφανίζουμε το μενού Extreme ως δήθεν μενού TR/Le/Rack. Τα νέα interfaces θα προστεθούν μετά την επαλήθευση του αντίστοιχου μοντέλου. ## 7. Επόμενη φυσική δοκιμή Η δοκιμή γίνεται μαζί, αφού αποθηκευτεί το τρέχον set του hardware. Επιλέγουμε συγκεκριμένες θέσεις δοκιμής και ελέγχουμε τη φόρτωση RAM: η προσθήκη KSC σε ήδη φορτωμένα samples μπορεί να μετακινήσει τους αριθμούς multisamples και τότε οι αναφορές PCG χρειάζονται προσαρμογή. Δεν κάνουμε ανεξέλεγκτο Load All πάνω στο ενεργό set. Συγκρίνουμε όνομα/θέση multisample, ζώνες, στάθμη, effects και ακρόαση. Έπειτα ελέγχουμε έναν Program κοινής ROM και έναν Combi με τις εξαρτήσεις του πριν ενεργοποιηθούν νέες ROM μετατροπές. Τα αρχικά αρχεία παραμένουν ξεχωριστά.