Jump to content
Ménemszól.hu

Új hozzászólások, friss tartalom hírfolyam

státusz változások, témák, blog bejegyések, képek, albumok, naptári események, tudásbázis és file-ok megjelenítése, az utóbbi 365 napban küldtek be

Ez a folyam automatikusan frissül     

  1. Ma
  2. Ez nem is hülye ötlet. A mai napig alkalmazom a zenéimben mikor mozgatni akarok egy hangszínt és nem akarom ez miatt számítógépen editálni. Hangszeren sokkal egyszerűbb ezt betekergetni.
  3. Koródi Csaba

    Korg Minilogue xd Module!

    Engem érdekel. Csinálj neki egy topikot
  4. Tegnap
  5. Killgates

    Golden Age Project

    Sziasztok! A Golden Age Project termékeit ismeri valaki? Elsősorban a Comp-54 MKII és a EQ-81MKII érdekelne. Nem arra gondolok, hogy az EQ-81 MKII mennyire hasonlít a Neve 1081-re..... mert biztosan nagyon messze van tőle, hanem, hogy mennyire használhatók házi stúdióban a mindennapi munkában?
  6. Múlt hét
  7. DutchFlowers

    Korg Minilogue xd Module!

    ... es tenyleg az!
  8. DutchFlowers

    Korg Minilogue xd Module!

    ... attol fuggetlenul jo hangszer, ujonnan, jo aron... a kiba 3. oszci miatt en erosen gondolkodoba estem. Abban van a legnagyobb ereje ennek a hangszernek, az az ero meg vegulis vegtelen lehetoseggel bir, foleg ha tudsz programozni. Es nekem pl ettol valt kulonlegesen erdekesse, mert billentyu nem kell. Erre nem. (az utobbi hetekben megjavitottam meg felujitottam egy motif es6-ost csak "szorakozasbol" (billentyut is), ha erdekel valakit reszletesebben, szivesen beszamolok rola Elsosorban a sampler-sequencer reszet tervezem hasznalni, de ha kell valami alaphang, akkor azt is megadja ) Mindenesetre akarok melle valamit, amivel el lehet szallni... Es kb ezen meg a grandmother-en gondolkodom. Es a billentyuelhagyasi arcsokkenes nekem pl nagyon felertekelte a cuccot. Es azt a harmadik oszcit vedd egy kicsit szemugyre, es lehet, hogy meg fog tetszeni a joszag (minilouge xd). (most megyek mert meg kell hallgatnom a fejhallgato muveleti erositot, ami elvileg jobb, mint az eredeti JRC 4556 )
  9. Ahogy privátban is beszéltük, vagy kézzel szét kell szedni két sávra, vagy lehet erre írni egy macrot Cubase-ben.
  10. Egy ismerősöm azt a talányt adta fel, hogyan lehetne megoldani egy hangszer szekijében, hogy egy dobsáv lábcin ütései felváltva legyenek egymást követően jobbra-balra panorámázva? 2 dolog van: mi játszuk be (nyilván ez egyszerűbb eleve 2 külön sávon) és szerkesztjük, valamint meglévő zenében alakítjuk át ezt... Annyi világos, hogy a note 42 (lábcin) eseményeket szeparáljuk külön sávra, de az hogy oldható meg, hogy minden páros ütés jobbra legyen mondjuk panorámázva? Sűríteni könnyű az ütéseket, mert lemásolom új sávra, eltolom ütemben és annyi, de ritkítani ilyen téren hogy csak minden második ütés maradjon meg a sávon nekem talány. És nem csak arról van szó hogy nyolcadonként vannak tik-tik-tik ütések szabályosan, hanem előkés vagy duplázott ütések is adott helyen vagy szinkópák, triolák stb. ahogy élőként is ütné egy dobos! Nyilván szoft editorokkal (pl. Cubase) ez talán könnyebb, de mégis hogy jelölünk ki minden 2. leütést? Vagy egyenként végigmászunk rajtuk? (Sosem csináltam ilyet bennük.) Az adott rendelkezésre álló hangszerben nincs lehetőség pl. Korg mintájára dobszeteket editálni pl. 2 külön billentyűre tenni a cineket, azok fixek és a kész SMF-ekben 1 hangon vannak felütve a cinek, tehát nem nekünk kell a bevitelt létrehozni, de külön érdekes lenne, hogy ezt vmilyen trükkel esetleg mégis hogy lehetne megoldani? Velocity meg más dolgokra vannak processz lehetőségek a hangszerben is, törlésre is, de ott adott ütemtől adott ütemig vonatkozik mindenre. Gondoltam arra is, hogy lelassítani a midit és kontroller mozgásokkal realtime felvenni panoráma utasításokat (midi #CC10 – 0, 127), de ez olyan mekk-mester szintű... Mit mondanátok rá ha érteni a koncepciót egyáltalán? Köszi!
  11. Tegnaptól le is tölthető: https://www.nordkeyboards.com/sound-libraries/nord-piano-library/grand-pianos/white-grand
  12. Audiophile

    Logic Pro X 10.4.2 upgrade

    Nem nyert, nem vagyok adóalany... : http://www.abszolutbalansz.hu/hasznos-afa-kozossegen-kivulrol-rendelt-szoftver-afaja (Múlt héten vettem Native Instruments letölthető csomagot, arra sem volt ÁFA)
  13. kib

    Logic Pro X 10.4.2 upgrade

    Valószínűleg plusz ÁFA.
  14. Audiophile

    Logic Pro X 10.4.2 upgrade

    Szevasztok! Tudja valaki, hogy az App Store magyar oldalán miért 72.000 Ft a Logic, ha amúgy hivatalosan 200USD, ami 57.000 Ft körüli összeg? Ok, ha a régió miatt Eurósítanak, akkor is 64.000-nél vagyunk. Tudom, talán szőrszálhasogatás, na de mégis.... Amazonon 79USD-ért is van.
  15. LiPI

    DIY MIDI Router

    Nem tudom hogyan kell(ene) áttenni ebbe a topikba, de... DIY MIDI Router probléma (megoldva!)
  16. 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
  17. Régebbiek
  18. NeoC

    Mitől jó Macen dolgozni?

    Csunya lenne, ha annyi lenne az eves, de ettol fuggetlenul nyilvan nem fogok venni, mivel az 1.1, es a 3.1 is hasit meg boven itthon. De jonehany ev mulva jo lesz egy ilyen sajtreszelo, mar nyilvan kevesebbert. Azert eloremutato ez az uj pro, mert ez meg 6-10 ev mulva is eromu lesz, ahogy az 1.1-is jo ma meg boven, egy kis bindzsivel.
  19. djuice

    DIY MIDI probléma

    was ist das?
  20. 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ó!
  21. LiPI

    DIY MIDI probléma

    Sziasztok! Építettem egy MIDI router/splitter-t eme leírás alapján... Az alap felépítmény egy PIC16F876-os microchip-el működik. Ebben vam maga a firmware is. Én magam kiegészítettem a dolgot ezzel a mergerrel ami hosszú évek óta kifogástalanul működött már a -szintén DIY- MIDI patch bay-emben. Tápnak egy mobiltelefon töltőt tettem rá... A splitter firmware-ét annyiban módosítottam, hogy ha 0xF0-nál nagyobb értékű byte érkezik a MIDI-n keresztül (nem csatorna üzenetek: System Real Time, System Common, stb) akkor megnézi hogy hány byte-os üzenet jött (1-2-3) és annak megfelelően számolja a következő 1 vagy 2 adatbyte-ot és azokat is "broadcast-ra" küldi - tehát függetlenül a csatorna kiosztástól kiküldi minden OUT portra. Alapból ugyanis a firmware úgy működött, hogy megnézte a beérkezett byte legfelső bit-jét. Ha ez 0 akkor az egy adat, ha 1 akkor egy status byte. Ez utóbbi esetben a byte "alsó" fele magát a midi csatornát tartalmazza - ezt használja a port táblázat indexeléséhez. Na most ha egy F8 MIDI CLK üzenet jött akkor azt csak a 9-es csatornára küldte ki ami nekem nem felelt meg. Első körben ezt az üzenetet broadcast-oltam, aztán szépen lépésenként minden módosítás után tesztelve bővítettem a "logikát" olyanra hogy most már pl. a Song Pointer üzenet is szépen kimegy minden portra az azt követő 2 byte-al együtt... Ezzel a részével nincs is gond! (A system exclusive üzenetekkel külön nem foglalkozom - de erről majd később, csak ha valakit kifejezetten érdekel...) Maga a setup így nézne ki: PCR-800 (1-16) -> Splitter IN A MC-808 (1-16) -> Splitter IN B Splitter OUT A -> Korg RADIAS(1,3,10) Splitter OUT B -> Waldorf Blofeld (2) Splitter OUT C -> Edirol UM-1 mkII. (1-16) DAW felé ha kellene Splitter OUT D -> Roland D-05 (4) Splitter OUT F -> Roland FA-06 (5-16) Minden szép és "csaci ragyi" csak... Elindul a szekvencia az MC-808-ról. Bemegy a splitter-be. Az annak rendje módja szerint továbbítja az üzeneteket oda ahova valók a MIDI csatornáknak megfelelően, illetve "broadcast-olja" pl. a MIDI CLK-ot (0xF8). A probléma a következő: 1. PCR-800-on Channel AfterTouch-ot generálva az 1-es MIDI csatornán note-on üzenetekként jelenik meg a Blofeld-en (2-es csatorna) 2. "Beragadnak" hangok - olyan mintha note-off üzeneteket "elnyelne" a rendszer - pedig nem. Mind a MIDI THRU-n, mind az OUT C-n PC-vel monitorozva (MIDIOX) látom hogy kiment az a fránya note off, csak éppen nem veszi tudomásul az eszköz. De sajnos tök random hogy mikor-melyiket 😕 Amire már gondoltam: 1. firmware Átnéztem oda-vissza. Megnézte egy másik programozó kollégám is - logikai hibát ő sem talált benne. PC-n simulátorban futtatva (is) tökéletesen teszi a dolgát - igaz csak egy-egy byte-al tudom szimulálni - "byte özönnel" nem. Ráadásul, a teszteken sorozatosan átment az UM-1-et használva ehhez a teszterhez. 32000 byte-ot kiküldve és a különböző portokon várva vissza mindig jó volt az UM-1-el. ALESIS io2express esetén már soha sem futott le hibátlanul, ezért jött a következő gondolat: 1.1 MIDI kábel... Cseréltem ilyenre-olyanra, gyárira, sajátra, rövidre, semmi.... mindig ugyanaz... Megjegyzem a kábeleimmel ezeddig soha semmi gond nem volt... de azért az ördög nem alszik, hát ezt az utat is véágigjártam. 2. elektronika... A MIDI IN része a dolognak szabványosnak mondható. 220 ohmos ellenállás, dióda, optocsatoló stb... 6N137 és 6N138-as optocsatolókat(**) használok - ezek már beváltak sok éve a MIDI PAtch bay-emben és számos thru box-ban amit építettem. Ráadásul; a.) ugyanazt a mergert használom amit a patch bay-ből szedtem ki (ahol is tökéletesen tette a dolgát), b.) a merger rész nélkül (egy bemenetet használva csak) sem múlt el a jelenség -> nem a merger a "hibás"; Az mondjuk már gyanús, hogy a MIDI THRU-ra kötve is jelentkeznek a problémák(*), ugyanakkor ez segített kipipálni a firmware gond lehetőséget... A MIDI THRU-hoz ugyanis semmi köze a PIC chip-nek - az pusztán logikai kapukkal van "kiosztva"... A MIDI OUT -al kapcsolatban több dolgot is kipróbáltam de minden esetben ugyanúgy jelentkezett ugyanaz a hiba: más byte megy ki mint aminek kellene... Csatoltam az OUT-okat az eredeti kapcsolásnak megfelelően a 74LS00-ás IC NAND kapuinak kimeneteire közvetlenül. A 74HC245-ös octalbus-on keresztül is (a LED-ek helyett MIDIOUT-nak használva a portjait). Próbáltam "átvezetni" 74HC14-es Schmidt triggeren keresztül is (természetesen két-két kaput használva egy-egy kimenethez) de ez sem vezetett eredményre, noha a már sokat emlegetett MIDI Patch bay-emben ez a verzió tökéletesen működik... Arra is adtam esélyt, hogy maga a PIC chip sérült esetleg a tesztek során - vettem még egyet de azzal is tök ugyanaz a helyzet... Arra is gondoltam hogy a 4MHz-es órajel esetleg kevés arra hogy időben kiszolgáljon minden megszakítási kérelmet (bár elvben ez kizárt mert a MIDI "csak" 31,250 baud sebességű) - most 8MH-z-es kristály adja az órajelet, de ez sem oldotta meg a problémát. A soros adatok feldolgozása során sem jelentkezik hiba (frame error)... ami azt jelenti, hogy a PIC chip UART-ja szinkronban van a MIDI jelek sebességével... de mint mondtam már a MIDI THRU-nál is jelentkezik a gond, amiben a PIC benne sincs... A sokat emlegetett patch bay-em egy ethernet switch házába lett beszerelve, annak tápegységét használva... Gondoltam kipróbálom azzal a táppal is - nem változott a helyzet... Egy szó mint száz, ne kíméljetek! Várom az ötleteket, meglátásokat szerintetek hol/mi lehet a hiba? Az is sokat segít ha csak "hangosan gondolkodtok" a problémán! Hátha olyasmi jut eszetekbe ami nekem eddig nem... Szerk (*): ha a bemenetek optocsatolóival lenne gond és bithibák kerülnének elő a splitter jelezné a soros kommunikáció hibáját (frame error) - mert gondolom a véletlenszerű bithiba nem korlátozódna kizárólag byte-on belülre... Ráadásul az UM-1-el mint mondtam tökéletesen működik minden (szerk: ez nem volt igaz, sajnos nem azt teszteltem amit kellett volna vele)... ugyanakkor ott van a "rozsdás bökő", hogy már a MIDI thru sem jó... Szerk.: (**) Időközben kiderült, hogy 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 ) Természetesen feltúrtam a netet hasonló probléma után kutatva. Találtam is hivatkozásokat amelyekből kiderült hogy egyes esetekben MIDI kábel gond volt, más esetben egy-egy kontroller koszos potija miatt küldött ki "zajból" generált CC üzenetet az adott eszköz, de hangkártyák/MIDI csatolók is széles palettán képesek arra amire az io2express - így ezzel a részével meg is tudnék békélni - de hogy 3 gyártó 3 különböző vasa is produkálja ugyanazt a hibát (amit a patch bay-emmel meg nem) arra enged következtetni hogy a splitter elektronikája szivat de rendesen... (Szerk.: ha valaki ilyesmivel találkozik majd egyszer gondoljon majd a 3.3V vs 5V-os MIDI rendszerek közötti átjárásra!)
  22. LiPI

    Midi Router

    Nos nem sokkal bonyolítaná... az előző posztban belinkelt és költségben még mindig hatékonyabb lenne! Maga a router/splitter kb. 8.000,- Ft anyagköltséggel jár, míg plusz 15 font az USB host board hozzá.... ami rossz napokon is 6.000,- alatt van... Ez így összesen (nem számítva a saját munkádat mert az ugye "hobby") fele annyi mint a miditech cucc, és 6 különálló, csatornánként címezhető kimenete van nem egy. Szóval fele annyi pénzért több szolgáltatás... Egyszóval ha valaki szeret barkácsolni vagy tud, mindenképpen jobban jár DIY cuccal... Ám van egy kis szépséghibája a dolognak és ezt szeretném is majd "kibeszélni" veletek - egy másik posztban...
  23. LiPI

    Midi Router

    Szia! Persze! Íme Én speciel beépítettem magába a microkey-be. Mivel MIDI IN->USB útra nem volt szükségem csak az USB->MIDI OUT-ra, baromi egyszerű az egész... Egy plusz kapcsolót még betettem a microUSB aljzat mellé amivel leválasztom a microkey-t az USB host panelről abban az esetben ha PC-re dugom a microkey-t. Ez szükséges, hogy ne "vesszen" össze a PC sz USB host-al ;)
  24. djuice

    Midi Router

    Mennyiben bonyolítaná usb-ssé tervezni B verzióban Lipi? Azért a kérdés mert ma sok cuccon csak usb van már és emiatt egy hangmodul stb sem akasztható már rájuk. De ha azt nézzük költségben ettől biztos nem lenne kedvezőbb: https://m.thomann.de/hu/miditech_usb_midi_host.htm
  25. Aquarius

    Mitől jó Macen dolgozni?

    A sajtreszelő? Éves bevételed ára, de minek?
  26. Nálunk a 100Hz és környéke a problémás, ami elég kritikus tartomány, de Vas Misi már készíti a tervet, aztán a kivitelezés után kiderül, hogy "hol is van a kutya elesve"
  27. Tudom, és én is próbáltam tenni ellene, olyan 70%-ra kész a basszusok elnyeléséhez kész basszus csapda. Most leginkább fülre 180-250Hz között van problémám, ezért ahhoz lesznek elnyelők csinálva a plafonra.
  28. A jó akusztika sokkal többet számít, mint egy jó hangkártya. Én Silknél amit hallottam, azzal nagyon meg voltam elégedve. Most, hogy már van a közvetlen környezetemben is, (nem saját) így azt tudom mondani, hogy kevés az alja (nem kellő akusztikai körülmények között). Az akusztika kialakítása után (2-3 hét) kíváncsi leszek, hogy hozza-e azt, amivel már egyszer lenyűgözött a láda. Persze a részletgazdagság az így is meg van, de az alja eléggé "sötét erdő" jelen pillanatban.
  29. Persze, majd....... Már kb 5-6 hete nálam vannak, szóval volt idő nyüstölni, de még nem akarok véleményt mondani róla, sajnos a mostani hangkarival még nem teljes a kép. Kb jövőhétre, de inkább utána jön az apogee hangkari, amivel már merek őszintén nyilatkozni. Annyit biztosra kimerek mondani, hogy a gagyi focusrite karival is bődületes nagy dinamikával rendelkezik Ja, és soha többé nem vennék mást, csak zárt ládás dobozokat!!!!
  1. További események betöltése
×
×
  • Create New...