Jump to content
Ménemszól.hu

LiPI

Regisztrált tag
  • Tartalom számláló

    112
  • Csatlakozott

  • Utolsó bejelentkezés

  • Days Won

    9
  • Ennyit fórumozott

    1161d 11h 40m 22s

LiPI last won the day on January 23

LiPI had the most liked content!

Megbízhatósága

81 Megbízható

LiPI tagunkról:

  • Rang
    Strázsamester

További Információ

  • Lakhely:
    Környe
  • Érdeklődési kör
    Carbon Based Lifeforms, Jarre, Vangelis, Kitaro, Tangerine Dream, Klaus Schultze, stb...

Kapcsolatfelvétel

  • Weboldalam
    http://lipi.atw.hu

Legutóbb az adatlapod nézték:

  1. LiPI

    blofeld moxf fusion

    Stúdió felszámolás miatt eladóak az alábbi hangszereim: Minden együtt, egyben kereskedők vagy nulláról indulók esetleg újrakezdők részére, alku nélkül 545e HUF-ért elvihető Környéről !
  2. LiPI

    Waldorf Blofeld SL áron alul eladó

    Stúdió felszámolás miatt egy kb. 1,5 éves Waldorf Blofeld SL (sample licensed) megkímélt állapotban, áron alul eladó! A pot-ok hibátlanok, nem akadnak, nem laggolnak, nem ugrálnak. jár hozzá az alábbi hangbank csomag: [Alien Vanguard] [Blofeld - Monster Pack MKII] [Blofeld_Monster_Pack_MKIII_19] [Giga Loops Waldorf Q & Komplexer Vst Sound Bank] [Igor Veter ECHO-ES - Athmospheric pads & textures] [Jorg.Schaaf.s.Blofeld.Xperience.Vol.1.samples] [Lanthens_Soundset] [License SL] [Pulsophonic - Sounds of the universe] [Space-Explorer-Bank-CG] [Synth Attack] [Waldorf Blofeld - Analog Voltage Soundset by Don Solaris] [Waldorf Blofeld - Electric Body Machinery Soundset by Ari Ahrendt] [Analog Thoughts Soundset by LiPI] [The Deep Ambient II. Soundset by LiPI] [The Deep Ambient Soundset by LiPI] [The Deep space II. soundset by LiPI] [The Deep space soundset by LiPI] [The Hubble - a Space Ambient soundset by LiPI] Ezek értéke a sample licenseel együtt (alsó hangon; vagyis az eredeti felén) 200 EUR (65e HUF) Környén vagy Tatabányán kipróbálható, átvehető. Vagy utánvét-GLS + 4e HUF. Nem viszem sehova! 06303117422
  3. Mit egyesít magában a FUSION? - végy egy AKAI MPC sampler-t. Adj hozzá egy szabadon! "drótozható" modulációs mátrixot. EZ a FUSION PCM synth része... - végy egy ALESIS ION/micron VA szintit - dobd el a házat, és a firmware-t építsd be a FUSION-be "VA" synth-ként... - végy példát a KORG PROPHECY-ről és az abban található fizikai modellezésű synth motort valósítsd meg átláthatóbban - majd tedd a FUSION-be... - tegyünk bele még egy MIDI szekvenszert is... - Ja! Ne feledkezzünk meg a 8 csatornás Hard Disk Recorder-ről sem! Mindez együtt - egy hangszerben az ALESIS FUSION! E példány most 384(2x192)MB RAM, 25GB SSD bővítéssel/modernizálással/keménytokban lehet a tied! Ha "feltúrod" a netet, fórumokat és ott olvasol egy-két "visszataszító" dolgot tudd: - az SSD kisebb áramfelvétele miatt nem melegszik úgy mint az eredeti széria tagjai. Az SSD miatt gyorsabb a boot és sample betöltési idő is. Nem beszélve a HDD miatti zaj hiányáról - a 2x192 MB RAM bővítés miatt nincsenek Sng error üzenetek, és természetesen sokkal több program/sample ül egyszerre a memóriában szintén csökkentve ezzel a program betöltési időket. Egy billentyű színe eltérő picit (cserélve lett) ezt leszámítva esztétikai és műszaki szempontból is kifogástalan állapotban, nem dohányzó házi stúdióból. (Igény esetén) Minden megjelent free soundbank plusz néhány Akai sample CD (chillout/ambient témájú) telepítve. KORG MS2000, microKORG és Synth1 VST (ami egy NORD LEAD "reinkarnáció") program/sysex import biztosított az analog szekcióhoz. A KORG OASYS és e között nagyobb a különbség árban mint tudásban ! Szeretnél róla többet tudni? http://www.szintimania.hu/szmhangszerek.html#fusion Környén vagy Tatabányán kipróbálható, átvehető.Vagy utánvét-GLS + 4e HUF.Nem viszem sehova! 06303117422
  4. LiPI

    YAMAHA MoXF6+1GB flash

    Szép, megkímélt állapotú, hibátlan, 1GB flash memóriával szerelt, szeretett workstation! Származása? - magyar. Füstmentes, macska és egyéb szőr valamint madártoll mentes házi stúdióból... Ok? - házi studió egyszerűsítése... Doboz?, hordtáska? - hát az nincs... Táp? - természetesen eredeti! flash? 1 GB YAMAHA Soundpack-ok? - van pár tucat hozzá... (kb. 200 - Motif XF ,XS , MoxF) - plusz ˝egyedi˝ dobkitek: pl.: AKAI SG01v, KORG PsychoKit, NoiseKit, Waldorf... Csere másra? - most nem köszi! Környén vagy Tatabányán kipróbálható, átvehető.Vagy utánvét-GLS + 4e HUF.Nem viszem sehova! 06303117422
  5. LiPI

    Korg tr és CFU midi

    Én annó pont így csináltam TR + CME UF6 + AX3G-vel
  6. LiPI

    Yamaha MODX

    Egyébként az előd sorozatok hangbankjainak importálásával van tapasztalatod? Gondolok itt a 3rd party hangbankokra a motif xs/xf-ekhez...
  7. LiPI

    Yamaha MODX

    Ahhoz képest (fals felmérés alapján "piacgyenge" termék) elég gyorsan reagáltak... De komolyan, irónia nélkül... No meg ezek szerint hagytak bőven tartalékot a DSP-ék kihasználása terén ha megtehették, hogy "na akkor még ezt, meg na még azt gyömöszöljük bele teljesítmény romlás nélkül"
  8. LiPI

    Yamaha MODX

    Ja értem! Ok! Nem új VA szintézis, csak a meglévő kiegészítése további lehetőségekkel... Gondolom az új Extended LFO értendő alatta, meg az új "Mini" fx-ek... Viszont a pattern szeki "eljövetele" az ami "eladhatóvá teszi" részemre a hangszert Ennek hiánya miatt döntöttem pár hónapja a moxf mellett...
  9. LiPI

    Yamaha MODX

    az új VA szintézis alatt mit értesz? sehol sem találom a leírásokban, csak az új FX-eket
  10. Ez igaz, de közben nem szabad megfeledkezni arról hogy maga a MIDI egy viszonylag lassú soros átvitel - így ha bele is fér az adott eszköz memóriájába a 42000 MIDI esemény, késleltetheti más esetleg fontosabb esemény megjelenését a "dróton" mivel azon egyszerre csak egy csatorna egy eseménye tud átfutni... Ha még ráadásul sorba is van fűzve 2-3 eszköz MIDI THRU láncon át a probléma hatványozottan jelentkezik és bizony vájtfülűek hamar kiszúrják a késéseket - főleg valamilyen ritmikus csatornán (dob, arp, stb...)
  11. Én nem real time venném fel mert marha sok felesleges CC keletkezne - lévén "felvenné" a poti teljes útját ide-oda az adott ppm szerint... Kézzel beírnék kettőt micro edit módban (bal és jobb) majd copy-paste x-szer... Rengeteg MIDI eseményt megspórolsz vele...
  12. LiPI

    DIY MIDI Router

    Sziasztok! Építettem egy MIDI Router-t... 1. Miért? 1.1 Nos, a jelenlegi set up-omban van két szinti amit multitimbrálisként használok (FA-06, MC-808) és van 3 amit monotimbrálisként (Blofeld, D-05, RADIAS [na jó ezt van hogy 2-3 timbrálisként]). A "főkarmester" az MC-808; a remek kis pattern szekvenszerét felhasználva vezérelném vele a többi szintit mint "hangmodult". A klasszikus MIDI THRU Box technika azért nem volt megfelelő számomra, mert az FA-06-on ki kellett mute-olnom azokat a csatornákat amiken a monotimbrálisként használt vasak ülnek. Ez így azonban minimum 3, esetenként 4-5 csatorna kiesését is jelentette az FA-06-on. Persze ezeket a track-eket felhasználhattam volna layer-ekhez (volt amikor ez is előfordult) azonban az élő előadáshoz ennyivel kevesebb timbre-ével, hangszínnel rendelkeztem volna... Most azonban az MC-808-ról hiába megy ki a szekvencia a monotombrális Blofeld, D-05, stb. vasak felé - az FA-06-hoz már nem jutnak el ezek az üzenetek így az FA-06 megmaradhatott 16 multitimbrális eszköznek! 1.2 "Ok, de miért nem vettél egyet?" Az a helyzet hogy próbáltam.... kerestem olyat ami képes számítógép közbeiktatása nélkül is működni (ja, nem említettem hogy DAWLESS workflow-ról beszélünk!) és/vagy megfelelően konfigurálható az igényeim szerint de kevés ilyen van; azok is jó öreg vasak már és ráadásul nem is lehet mindig "kapni"... Amit meg lehet időnként azzal meg kompatibilitási gondok vannak (Win10x64 story...) Ugyanakkor szerencsére rendelkezem azokkal a műszaki készségekkel és ismeretekkel amelyek egy ilyen eszköz megépítéséhez szükségesek, szeretek is barkácsolni, szóval nosza! A végső elszámolás során kiderült, hogy 9.000,- Ft alatt maradt a "beruházás"... Ennyiért azért nem sok MIDI Router-t talál az ember sem az e-bay-en sem más apró oldalakon... 2. Start... A kiindulási alap Davide Bucci MIDI Splittere volt. Nagyon egyszerűen, kevés és olcsó alkatrészből megépíthető 1 IN/2 OUT eszköz amiben a 16 csatorna egyenként felprogramozható bármely 4 állapotra (sehova, A-ra, B-re, A+B-re menjen ki). Ugyanitt Davide felvázolt egy lehetséges továbbfejlesztést is ami 6 kimenetet kezel - lévén ennyi szabad port van az áramkörben található PIC16F876-os micrchip-en... No én ez utóbbinak estem neki azzal a kiegészítéssel, hogy a régebben megépített MIDI Patchbay-emben használt Thorsten Close féle  merger-t is "hozzágondoltam"... 3. Az építés... Magának a router-nek a megépítése nem okozott gondot. Ráadásul annyira egyszerű az egész, hogy én speciel még nyomtatott áramköri lapot sem készítettem hozzá - próbapanelen "drótoztam" be mindent. Nem szép, nem elegáns de gondoltam prototípusnak elmegy... A PIC chip-ek felprogramozására egy K150-es "óccó" kínai cuccot használtam. A "firmware"-ek assembly nyelvű szerkesztgetéséhez, fordításához pedig az MPLAB software-eket (free). Miután alaposan kibővült a firmware kódja a későbbiekben az eredeti 4MHz-es órajel kristályt kicseréltem 8MHz-esre. Ez az általam választott PIC chip esetén már kétszeres "overclock" több ezzel foglalkozó fórumban is megerősítették, hogy 10-ből 9 chip simán elketyeg 8MHz-en is... Próba -> szerencse! 4. Tesztelés Voltak problémáim az elejétől kezdve. Elsőként a display nem akart úgy működni ahogyan kellett volna aminek az volt az oka, hogy az általam beszerzett RC1602B-GHY-CSXD kijelző nem teljesen kompatibilis a HD44780 kijelzőkkel - a felső 4 bitet nem volt szabad földre kötni, csak az LCD5-öt ráadásul a kibővített megszakítási rutin "belelógott" a "képernyő memória" területére. De ezeken hamar túl lendültem... Másodikként azzal adódott problémám, hogy hogyan vezessem be a merger TTL szintű kimenetét a router USART bemenétére úgy, hogy az ne okozzon bit tévesztéseket. Ám ezt is hamar megoldottam A harmadik problémával már jó sokáig kínlódtam mire rájöttem, hogy nem is elektronikai - illetve nem elsősorban az. 5. A firmware Az eredeti router (splitter) firmware rém egyszerűen működött. Ebből adódott aztán a hibája is... Davide abból indult ki (sajnos tévesen), hogy minden MIDI üzenet egy status bájttal kezdődik. A státusz bájtoknak a legfelső bitje mindig 1. Davide firmware-je ezt vizsgálta; s ha a legfelső bit 1 volt, kimaszkolta az alsó 4 bitet ami megadta a MIDI csatorna számát. Ezt az adatot felhazsnálva kiolvasta a PIC chip EPROM-jából, hogy a felhasználó az adott csatornát mely kimenetekre tervezte küldeni, beállította ennek megfelelően a PIC chip kimeneteinek státuszát majd kiküldte rajta/rajtuk soros kommunikációval az adott bájtot. Az ezt követő bájtokat az előző állapotnak megfelelően küldte ki feltételezve, hogy amíg a legfelső bit nem 1, addig az utolsó státusz bájthoz tartozó adat bájtokról van szó... Csakhogy van egy kis bukta a dologban, amit a MIDI Running Status "műintézmény" okoz... Szó szerint kinőtt a szakállam mire rájöttem, hogy EZ AZ ÉN PROBLÉMÁM is! Át kellett írnom a firmware-t. Bevezettem 3 új állapotot... 1. System Exclusive Status 0xF0-át bevételezve a router e status-ba helyezi magát és minden egyes bájtot ami e System Exclusive Start és egy System Exclusive End (0xF7) üzenet között van "broadcast-ol" - kiküldi minden kimenetre (beleértve a kezdő és befejező státusz bájtokat is). Azért volt szükség ennek az állapotnak a bevezetésére, mert egy system exclusive üzenetben adatnak számít minden ami a kezdő és lezáró státusz bájt között van függetlenül attól, hogy egyébként mit jelentene - így a 0x80 is adattá avanzsál, holott a legfelső bitje 1, tehát alapból Note on üzenetnek számítana... 2. Long message Vannak olyan System Common üzenetek amelyek nem 1 hanem 2 vagy 3 bájtból állnak... Pl.: MIDI Timing Code (+1 adat), a Song Position Pointer (+2 adat) és a Song Select (+1 adat) üzenetek. Mivel a System üzeneteket broadcast-olja a router, hogy azokat minden eszköz megkaphassa értelemszerűen az említett 3 System Common üzenet adatbájtjait is broadcast-olnia kell! Ehhez volt szükség a Long message statusz bevezetésére... 3. MIDI Running status Leprogramozni 100x egyszerűbb és gyorsabb mint elmesélni a running status lényegét! Csak be kellett vezetni egy plusz tárolót amiben az utolsó Channel message ült, illetve törlődött egy-egy System Common vagy sysex üzenet után... Ha pedig a router egy olyan adatbájttal találkozott amit nem előzött meg státusz bájt, akkor e puffer által beállított kimenetekre küldi azokat. Ha pedig státusz bájt nélküli adattal találkozik ÉS nincs running státuszban (sem pedig system exclusive statátuszban), egyszerűen eldobja, ignorálja az adott bájtot... Fenti finomítások bevezetése után a kis DIY MIDI Router-em kifogástalanul működik! Majdnem minden eszközzel... ugyanis van egy ALESIS iO2Express hangkártyám amivel nem akar megbarátkozni. Az oka prózai: a router-emben 6N138-as optocsatolókat használok a MIDI bemenetek illesztéséhez - ezek azonban csak 5V-os MIDI rendszerek esetén elegendőek - 3.3V-os MIDI rendszerek már nem tudják hibátlanul, maradéktalanul megvillantani az optocsatolóban lévő LED-et, így más adat jön ki a csatolóból mint ami bemegy... Ki kellene cserélnem a két 6N138-as optocsatolót PC900-asokra. De ezt inkább majd később teszem meg... Tanulságok: 1. Mivel egyre több és több a 3,3V-os MIDI rendszerű eszköz ideje minden új MIDI eszköz fejlesztés/építés során elfelejteni a jó öreg (6N137/)6N138-as optocsatolókat! 2. Ha Davide eredeti 2 kimenetes verzióját építed is meg, akkor is használd az én firmware verziómat - sok kellemetlen, furcsa, értelmezhetetlen hibajelenségtől kíméled meg magad. 3. Ha MIDI eszközt programozol sosem elégedj meg az alapfunkciók kezelésével - mint az kiderült a kivételek nem csak a szabályt erősítik... 4. Olcsó húsnak nem mindig híg a leve! 5. Jól tettem, hogy belevágtam... amilyen idegesítő volt olykor, pont olyan szórakoztató is az egész! És van egy olyan MIDI Router-em ami - eddig - még senki másnak! 6. Tudom most még csúnya - de idővel szépen beépítem egy rendes 1U méretű rack dobozba Lehetséges fejlesztések, tervek... Sajnos a 2 soros kijelző/2 nyomógombos kezelőfelület eléggé behatárolja az editálási lehetőségeket, mégis érdemes elgondolkodni 1-2 dolgon ami - reményeim szerint - még belefér(het) a PIC16F876 műveleti idejébe: - MIDIChannel re-mapping (X csatornáról érkező adatok átirányítása Y csatornára). A megvalósítás abszolút hasonló lehetne a jelenlegi csatorna-> kimenet hozzárendeléshez... - MIDI filter... Egyes üzenetek "kiszűrése" a) csatorna alapon (adott csatornán érkező egyes üzenetek szűrése -> 2 lépcsős kiválasztás: csatorna és üzenet); b) kimenet alapon (adott üzenetek szűrése adott kimeneteken; ez is hasonlóan nézne ki mint most a csatorna hozzárendelés) c) átgondolandó, hogy mely üzenetekről legyen szó - ugyanis a szerkesztés kényelmetlen lehet nagy számú lehetőség esetén... Ráadásul sokkal nagyobb korlát magának a PIC chip-nek a memória kapacitása...
  13. LiPI

    DIY MIDI probléma

    MIDI Running Status Azért, hogy időt spóroljanak a MIDI átvitel során kitalálták ezt a Runnig Status dolgot... Példa: ha lenyomok egy hármashangzatot majd felengedem ez menne ki a dróton: 91 3C 75 (note on) 91 40 77 (note on) 91 43 72 (note on) 91 3C 00 (note on nulla velocity-vel->note off) 91 40 00 91 43 00 vagy ez: 91 3C 75 91 40 77 91 43 72 81 3C 75 (note off nem nulla velocity-vel) 81 40 77 81 43 72 ugyanez Running Status alkalmazásával: 91 3C 75 40 77 43 72 3C 00 40 00 43 00 vagy 91 3C 75 40 77 43 72 81 3C 00 40 00 43 00 Jól látszik, hogy ha egymás után ugyanazok a status byte-ok jönnének (91/81) akkor azokat nem küldi ki az eszköz ismételten, hanem csak az adat byte-okat; feltételezve hogy a fogadó device tudja mi az a running status... Időben ez: running status nélkül: 256 x 3 x 0.96 = 737.28ms running status alkalmazásával: (1 + 256 x 2) x 0.96 = 492.48ms. A különbség egy negyed másodperc - épp ezért találták ki ezt a "gyorsító mechanizmust" 🙂 Csakhogy! A running status-t megszakítja minden üzenet ami F0(sysex start) és F7(sysex end) között van, így az összes MTC, Tune request, SongPosition Pointer(!) és Song Select üzenet. Nem szakítja meg viszont a system real time üzenet (F8 CLK, FA START, stb...)!!! Persze van rá ajánlás is, hogy hogyan kell mindezt leprogramozni: ;A recommended approach for a receiving device is to maintain its "running ;status buffer" as so: ; - Buffer is cleared (ie, set to 0) at power up. ; - Buffer stores the status when a Voice Category Status (ie, 0x80 to 0xEF) is ; received. ; - Buffer is cleared when a System Common Category Status (ie, 0xF0 to 0xF7) ; is received. ; - Nothing is done to the buffer when a RealTime Category message is received. ; - Any data bytes are ignored when the buffer is 0. Nos, a firmware-em alapból bizony nem így működött 😛 Eddig úgy működött, hogy ha adatbyte-ok jöttek akkor az utoljára beállított csatorna->port kiosztás szerint küldözgette ki az adatokat a portokra - nem vizsgálva ki fia borja az adott adat. Ha viszont a running status-ú adat byte előtt "beesett" egy F8 (CLK) akkor minden portra kiküldte a következő byte-okat is míg nem találkozott egy újabb csatorna üzenettel, mert nem vizsgáltam a running status állapot információt és nem állítottam vissza a portokat broadcast-ról split-re a legutóbbi csatorna üzenetnek megfelelően... Így kaphatta meg a blofeld a 2-es csatornán pl. azokat az egyébként nem neki szóló adat byte-okat amik teszem azt a 3-as csatorna running status adatai voltak elvileg. Következmény: egy pl. a 3-as csatorna Modwheel üzeneteihez tartozó adatsort (ahol a CC+csatorna byte csak az első mozzanatnál ment ki) a blofeld (mivel nem tudta hogy nem neki szól) szépen alkalmazta running status-ú note on üzenetekként... hisz' megkapta... Tahát gyakorlatilag 2 probléma is volt a firmware-ben: 1. broadcast üzenet után nem állítottam vissza a port-ok on/off statuszát 2. running status nem volt figyelve - emiatt (és a broadcast hiba miatt együttesen) pl. F8 után minden device megkapta a running status-ú adat byte-okat - akár neki szóltak akár nem. Nálam az MC-808 a master sequencer... Az MC-808 adja a master CLK-ot is a többi eszköznek. Csakhogy ha az MC-808-on be van kapcsolva a Sync Out, akkor nem csak az F8-akat küldi ki (ami nem befolyásolná a dolgokat túlságosan) hanem ezeket is: • Timing Clock: F8 • Stop: FC • Start: FA • Song Position Pointer: F2 • Continue: FB Az F2 Song Position Pointer pedig bizony beleszól a running status-ba! - törli a running status-t, vagy legalábbis törölnie kellene... Ha belegondolok, hogy egy F8 MIDICLK üzenet bárhol beeshet, akár két adatbyte között is! és én egy F8 után nem állítottam vissza broadcast-ról split-re a portokat.... minden adatbyte előtti MIDICLK után mindenki megkapta az azt követő adatbyte-okat amiket értelemszerűen running status-ú "üzenetként" interpretált 😛 😕 "Röviden" ez volt a probléma... Közben ha már... bevezettem egy sysex state figyelést is - sysex alatt ugyanis -elvileg- semmi más nem jöhet, tehát minden megy broadcast-ba a következő 0xF7-ig akár adatnak tűnik akár másnak... 0x00 és 0xf6 között bármi lehet a sysex start és stop között... Ugyanakkor mivel a sysex start törli a running status-t, ciki lenne ha emiatt eldobná az adatbyte-okat mert nem tudná hogy sysex közben van 😀 Már csak annyi probléma van a cuccal, hogy 6N138-as optocsatolókat használók a midi bemenetekhez - ez azonban csak az 5V-os midi rendszerekkel működik jól - 3.3V-os rendszerekhez PC900-as vagy H11L1 kell(ene)... Később talán ki is cserélem Most örülök hogy megy mindennel a cuccaim közül kivéve az Alesis io2Express hangkarit
  14. LiPI

    DIY MIDI probléma

    Közben meg lett a válasz.... MIDI running status.... Miután ezt leprogramoztam minden gond egycsapásra megoldódott Tökéletes lett a cumó!
×
×
  • Create New...