Statistics

228,599 members
103,504 posts
  • werner
    Contributor - Level 2
    2007-11-13
    Hello,
    when will software 3.0 release and will it support vista?

    Best regards
    Werner
    0 68,295
    • werner
      husker to be very specific - will they support vista 64
      • November 13, 2007
    • werner
      Purusha Here's also hoping for Vista 32 and 64 bit versions ASAP.
      • November 13, 2007
    • werner
      nls will there be a public preview??
      • November 13, 2007
    • werner
      husker i also wonder if it will be vst 3 spec - I knwo steinberg have involved a few plug-in developers in the p[roduction of the vst 3 spec - If it was TC (and they have had previous links with steinbug) could they possible have included cubase acceptable sidechains in the plug's design ?
      • November 14, 2007
    • werner
      bashar I dont understand how can they announce V3 shipping next month with the PowC X8 when it is still in beta 2.5.16 and barely works?!
      • November 15, 2007
  • Laird_Williams
    Contributor - Level 2
    2011-03-14
    In my attempts to improve things on my pedalboard, and based on some recommendations and thoughts from other folks, I decided to see if I could replace the rather-bulky and AC-driven Valvulator buffer with a Lehle Sunday Driver.

    There have been several threads about drivers here - and this could go in any of them. I figured I'd make the topic more specific and target this thread at THIS combination...the Lehle and the G-System.

    The short story is that I was immediately able to get the same tonal benefits from the Lehle that I got from the Valvulator. I just put the Sunday Driver in the spot where the Valvulator was, set the boost level on the Sunday Driver to "no boost" and - bingo! Because of its rather diminutive size and power requirements, it will be any easy decision to keep in on my board and EBay my Valvulator.

    The susprise was that I was able to go one better. Huh what?

    Most of us set the input gain on the G-System to somewhere between +6dB and +10dB. I caught myself thinking this way - what if the VERY clean boost in the Sunday Driver is BETTER for this than the input amp in the G-System? So - I tried it. I set the G-System input gain to 0db and turned up the boost level on the Sunday Driver to compensate. I had to tweak the loop level after this - but in the end there was a noticable improvement in sound quality.

    I am still thinking on why this would be, and invite others to propose ideas. But for those of you considering a buffer between the guitar and the G, this little yellow box is worth at least some consideration.
    read more...
    0 67,982
    • Laird_Williams
      Banenis I've been reading that even some folks with the new g sys (new input section specifically, with regard to this discussion) are still finding buffers between the guitar and the g input to be beneficial, tone-wise.



      I've been considering experimenting with one myself but spending a few hundred bucks to order something that I can't try in a store first is a little scary. (My local guitar center seems afraid to stock anything that doesn't appeal to 16 year olds.) so I'm also curious to read the thoughts and findings of others for some direction and insight.
      • March 14, 2011
    • Laird_Williams
      muckletone

      Banenis wrote:

      I've been reading that even some folks with the new g sys (new input section specifically, with regard to this discussion) are still finding buffers between the guitar and the g input to be beneficial, tone-wise.



      I've been considering experimenting with one myself but spending a few hundred bucks to order something that I can't try in a store first is a little scary. (My local guitar center seems afraid to stock anything that doesn't appeal to 16 year olds.) so I'm also curious to read the thoughts and findings of others for some direction and insight.


      Hi Banenis,

      Laird's recommendation on the Lehle is an excellent choice. I didn't have the extra cash for that, so i took a risk on a MI Audio Buff+Boost, and i was not disappointed. And just like Laird mentioned, i have been able to play with the input level, using the MI more and reduce to nearly 0 db. My G-System is one of the new versions, but not only did the buffer make the tone outstanding, it resolved an on going "hiss" on the insert send > amp in, even in a 4 cable method using EBtech units.



      The MI unit is quite affordable, and excellently made.



      Just a thought.
      • March 14, 2011
    • Laird_Williams
      wsot I have the Lehle Sunday Driver and it really does the job well. It seems to add clarity (if that's not a contradiction) and definition. I would not be without it now.
      • March 14, 2011
    • Laird_Williams
      johnonguitar Would I still feel these same benefits if I was using a digital wireless system?
      • March 14, 2011
    • Laird_Williams
      elfredoo i think not, cause the wireless system would be the buffer, or am i wrong?
      • March 14, 2011
  • DemolitionColor
    Contributor - Level 2
    2010-05-15
    So, I finally got in the MIDI Y-Cable to hook up the Nova Drive to the G-System but it's been adding a strange beeping noise to my setup. Here's the sample:
    - http://www.mediafire.com/?t2njj2iwgmq

    I amplified the noise by putting a Suhr Riot after it to exaggerate the noise. You can hear the bleeps, but when I turn down the guitar volume, it's gone. Dialing the rotators, by the way, generates the beeping noise as well, though I'm not sure if this is normal. Having the beeping constantly, is really a no-go.

    My setup for this:
    Gibson SG-X -> Suhr Riot -> Nova Drive -> Input of the G-System (4CM) -> Koch Powertone -> Koch TS212 closed back cab

    Has anyone had problems like this as well?
    read more...
    0 67,964
    • DemolitionColor
      emgafare +1 , i was thinking the problem was my handmade Midi Y cable ...
      • May 15, 2010
    • DemolitionColor
      DemolitionColor Well, I ordered mine from a store which ordered them directly from t.c. electronic.
      • May 15, 2010
    • DemolitionColor
      victim5150 There was a problem awhile back with the beeping issue. Take a look here:

      http://forum.tcelectronic.com/viewtopic.php?id=4595
      • May 16, 2010
    • DemolitionColor
      DemolitionColor Hm, it doesn't seem to really give a really solid solution?
      • May 16, 2010
    • DemolitionColor
      victim5150 I think it has something to do with the ground connected to the shielding. I'm not an electronics guru either. Hopefully someone will chime in on this for ya. Good luck.
      • May 16, 2010
  • hagen
    Contributor - Level 3
    2017-01-20
    This release is not maintained by TC. Please don't bother support if anything is not working! TC is not involved in any of the development anymore. TC kindly offered this place for sharing.

    unofficial PowerCore 4.5 beta 72
    macOS, Windows 64bit, Windows 32bit
    (by downloading pre-released PowerCore software you agree to the conditions outlined at welcome!)

    If you need to submit crash dumps, screen shots or any other files describing failures please do so solely to [email protected].
    [list=*]
  • macOS:
    [list=*]
  • install logs at /var/log/install.log; uninstall logs at /var/log/powercore_uninstall.log

  • kernel panic logs can be found at /Library/Logs/DiagnosticReports

  • application crash logs at ~/Library/Logs/DiagnosticReports

  • kernel logs:
    [list=*]
  • prior macOS Sierra: at /var/log/system.log

  • from macOS Sierra on: issue log stream --predicate 'senderImagePath contains "PowerCore"'



  • Windows:
    [list=*]
  • install logs can be found at \Windows\inf\setupapi.dev.log

  • kernel crash dumps at \Windows\MiniDump

  • application crash logs can be enabled by following Collecting User-Mode Dumps



  • Thanks a lot for all your investigations! This is very much appreciated!


    Whats new
    4.5 b72: (P/OS 4.4.0f46)[list=*]
  • macOS[list=*]
  • fixed regression in b71 leading to instability and sluggish behaviour


  • Windows[list=*]
  • no changes - same as b71





  • Some hints to make a successful installation: [list=*]
  • Backup any separately installed TC plugins! They might get overridden

  • Supported OS versions are macOS 10.8.3 and later (with 64bit kernel) and Windows 7 SP1 + KB3033929 and later (with 32bit and 64bit kernel)

  • macOS: If updated from a previous PowerCore 4.5 installation a reboot is required!

  • Windows: Please ensure that you have recently updated your system (otherwise certificates needed to check if the driver is correctly signed could be outdated leading to "device cannot start").

  • All PowerCore Firewire versions are supported, PCIe, PCI MkII and Classic PowerCore PCI are supported.




  • Known issues:
    [list=*]
  • PowerCore/PCIe and PCI MkII do not work with Apples thunderbolt update to the PCIFamily.kext included in macOS 10.8.4 and later

  • read more...
    0 67,288
    • hagen
      xiaomao Thank you! I still hope that TC plug-ins can be native 64-bit plug-ins, so that we have more confidence in the use of TC
      • January 20, 2017
    • hagen
      dilim78 Hi Hagen. Updated MacOS 10.11.6 Logic Pro 10.3. PowerCore 4.5 beta 72 .



      System overload.



      The audio engine was unable to process all required data in time.



      You can try increasing the I/O buffer size, change the Multithreading option at Logic Pro X > Preferences > Audio > Devices.

      and noise

      I sent all info to pocobeta



      Thanks.
      • January 20, 2017
    • hagen
      hagen

      dilim78 wrote:

      Hi Hagen. Updated MacOS 10.11.6 Logic Pro 10.3. PowerCore 4.5 beta 72 .



      System overload.



      The audio engine was unable to process all required data in time.



      You can try increasing the I/O buffer size, change the Multithreading option at Logic Pro X > Preferences > Audio > Devices.

      and noise

      I sent all info to pocobeta



      Thanks.


      How are you using the 32bit PowerCore Audio Units in the 64bit Logic?
      • January 20, 2017
    • hagen
      dilim78 32 live
      • January 20, 2017
    • hagen
      JRMN Here also a powercore user who dont get the hardware working with this beta version @ 10.11.6



      Im getting frustrated the powercore dont get recognized, so i don't even cant load my payed licenses..



      I have already buyed new FW cables but nothing works for me, and no support for this device from TC ?
      • January 21, 2017
  • maqr
    Contributor - Level 2
    2010-11-28
    I've been having this problem since I switched to Win7 x64 about a year ago using beta drivers, but now with the v2.5 drivers out, it's time to get this fixed.

    The problem is that WDM simply loses all sound sporadically. ASIO continues to function when this happens. To fix it, I have to either unplug/reconnect the FireWire cable to the computer or restart the Windows Audio system service.

    Here's a description of the setup:
    - My device is a Konnekt Live.
    - The TC software package is version 2.5.0.6906, control panel is 2.5.0 r3583, and 1394 driver is 3.5.3.8786.
    - My motherboard is an Abit IP35 PRO(P35+ICH9R).
    - The FireWire chipset is an on-board TI TSB43AB22.
    - I have no DPC latency problems or other sound cards (on-board is disabled).

    I'm convinced this is a driver error, because:
    - The exact same hardware did not have this problem under 32-bit Windows XP.
    - The problem seems to occur more frequently when programs which make heavy use of sound are left open, such as webpages with Flash, video games, iTunes, etc.
    - Restarting the Windows Audio service is a temporary fix.
    - ASIO continues to work while WDM dies, indicating that it's not a FireWire problem.
    - I have a friend with the exact same problem on a different computer with an Impact Twin.

    My current work around is a bat file that restarts Windows Audio, it looks like this:
    net stop "Windows Audio"
    net start "Windows Audio"

    The Event Viewer only has one type of recurring error which seems interesting, though I can't confirm if it correlates 100% to my audio loss problems:
    Windows Audio Device Graph glitch threshold count exceeded 
    Count : 0x0x33

    As a programmer by trade, this is exactly the kind of thing that frustrates me the most. I know it's a programming error, and I know that I would fix it if it were open source. But instead, I have to rely on TC to get it right. I think this is about all of the useful debugging information that I can provide, and I hope someone (preferably a developer) at TC will reply to me and tell me what the status of this bug is.

    If TC can't fix this, I'm not sure what to do about it. It looks like I could either get a new audio device (which I do not want to do, since this hardware is fine, if it just had proper drivers), or I could start disassembling the TC driver and learn some kernel hacking to try and fix it (which I'd love to be able to do, but I just don't have the time).

    If anyone else has a clue as to what might technically be wrong (in case I go the driver hacking approach), please pitch in your ideas to this thread.
    read more...
    0 65,716
    • maqr
      nameless1 Exactly my experience. I've been complaining here about this for some time, but you wrapped it up much better (and I'm no system programmer). This is by far the most frustrating thing for me regarding my Konnekt.
      • November 28, 2010
    • maqr
      maqr Yeah, nameless1, it's definitely a driver bug. For now, it's slightly less annoying if you make the bat file that I described, but clearly that's not the right answer.



      If I could reproduce the error on-demand it would make debugging it easier (for me and for TC). I'm trying to put together a little app that causes the crash, so I can find out where TC went wrong in the driver. Finding the bug should be possible, but I'm not too confident that I can work out a binary patch for a kernel driver. I might be coming to you for help testing



      edit: do you happen to know if this also affected Windows Vista?
      • November 28, 2010
    • maqr
      nameless1 Never used it with Vista, sorry. Yes the bat file is helpful, but fixed driver would be much better - I hate when I lose sound during gaming - restarting the game is needed - or skype call - I use my Konnekt for everything

      Unfortunately TC seems to care 90 % about ASIO.
      • November 29, 2010
    • maqr
      maqr

      nameless1 wrote:

      I hate when I lose sound during gaming - restarting the game is needed - or skype call - I use my Konnekt for everything


      We have exactly the same problem.
      • November 29, 2010
    • maqr
      rune If you are experiencing this type of issue, try the following application to check for ISR, DPC, and pagefault issues:

      http://www.resplendence.com/download/LatencyMon.exe



      The TCNear driver is obviously not working in a vaccum here and there could be a number of things that cause that type of behavior.
      • November 29, 2010
  • nunocasais
    Contributor - Level 2
    2015-04-02
    Everyday I check on google and this forum is is there someone clever who builds up a solution to this detail that can be a lifesaver to a solo musician, and not only.
    Need a solution for tapping tempo... or need a device that tanslates midi clock from a midi device (that has the updated tempo from song to song) and convert it and send it to the XR18 OSC language.
    Does this exist or I am asking too much?
    Today I saw a big jump on this by a forum user, Colin Heron, that i salute and congratulate for his efforts to help us all.
    And now?
    read more...
    0 64,556
    • nunocasais
      DanBekkers

      Nuno Casais;45693 wrote:

      Everyday I check on google and this forum is is there someone clever who builds up a solution to this detail that can be a lifesaver to a solo musician, and not only.

      Need a solution for tapping tempo... or need a device that tanslates midi clock from a midi device (that has the updated tempo from song to song) and convert it and send it to the XR18 OSC language.

      Does this exist or I am asking too much?

      Today I saw a big jump on this by a forum user, Colin Heron, that i salute and congratulate for his efforts to help us all.

      And now?




      Hi, I've been watching from the sidelines with interest...



      Does this remote controllable tap delay function currently work on the X32? I'm not an expert, but rather than re-invent the wheel, shouldn't that be the starting point?



      OSC documentation exists for the X32 http://www.academia.edu/9709659/UNOFFICIAL_X32_OSC_REMOTE_PROTOCOL





      Is the XR18 OSC implementation a subset of the X32? Will it include this capability?
      • April 1, 2015
    • nunocasais
      Paul_Vannatto Hi Nuno and Dan.



      I haven't forgot your initial request Nuno. There are a few of us working in the background on this midi to OSC adapter. Unfortunately it is going to take some time to get to the point of a working prototype. When I saw Colin's post of his project, a light came on and there may be a quick solution for your tap tempo footpedal needs. The arduino platform not only has libraries available for receiving and sending midi commands. But there are also OSC libraries as well. As you mentioned Nuno, this could be a "big jump" for what you (and others) have been asking for.



      The answer to your question Dan is yes, OSC does have the necessary commands to set the tap tempo. By the way that OSC document was written by our own Patrick-Gilles Maillot and his website is here https://sites.google.com/site/patrickmaillot/x32 that not only includes his OSC document, but also a number of amazing X32 and X-Air apps.
      • April 2, 2015
    • nunocasais
      nunocasais Thank you very much Paul for keeping us in mind, and for your kindness and precious help.

      Kind regards!



      Paul Vannatto;45712 wrote:

      Hi Nuno and Dan.



      I haven't forgot your initial request Nuno. There are a few of us working in the background on this midi to OSC adapter. Unfortunately it is going to take some time to get to the point of a working prototype. When I saw Colin's post of his project, a light came on and there may be a quick solution for your tap tempo footpedal needs. The arduino platform not only has libraries available for receiving and sending midi commands. But there are also OSC libraries as well. As you mentioned Nuno, this could be a "big jump" for what you (and others) have been asking for.



      The answer to your question Dan is yes, OSC does have the necessary commands to set the tap tempo. By the way that OSC document was written by our own Patrick-Gilles Maillot and his website is here https://sites.google.com/site/patrickmaillot/x32 that not only includes his OSC document, but also a number of amazing X32 and X-Air apps.
      • April 2, 2015
    • nunocasais
      JohnBaker To do tap tempo, you need a "master" that can generate and send MIDI clock, and a "slave" device (usually an FX pedal) that can receive and understand the MIDI clock. There are numerous devices out their for guitarist that can determine the tempo from a couple of taps, and then send out MIDI clock at the calculated tempo. The best I've found is the Molten Voltage "Tempode."



      What makes this difficult, Nuno, is the XR18. To my knowledge, the XR stuff does not understand (can't receive and sync to) MIDI clock data. (Correct me if I'm wrong, X32 experts.) The time-based FX in the X18 (delay, chorus, etc) need to receive OSC parameters for Speed or Time. So, that means you need a special customized doo-dad (i.e. Arduino, MIDI CPU, etc) with some code in it that will understand (or generate) MIDI clock tempo, extract the current tempo, and stick that tempo into the proper OSC command (for the FX Speed or Time) and send it via MIDI to the XR.



      What a silly pain in the arp! Why can't Behringer just update some code so that the XR products support MIDI clock? Its not a big deal. The XR wouldn't necessarily need to generate or calculate the clock tempo (be a master), it just needs to receive it (be a slave) and also pass it thru. Then those of us who already have or want to buy stuff that generate MIDI clock (which is quite common for guitar players, and also common in many MIDI-based apps) can command the XR mixer to get in sync.
      • April 2, 2015
    • nunocasais
      nunocasais Totally agree with you John.

      My setup works like this:

      AUDIO PATH - Acoustic guitar with a Midi Pickup > Roland GR-55 Guitar Synth > Boss RC-300 Loopstation > XR18 Input

      MIDI PATH - Boss RC-300 Loopstation Midi Out > Roland GR-55 Guitar Synth



      Fortunatly, my Boss loopstation makes my work a lot easier, because any time I build a loop, the RC-300 automatically detects my tempo, that is sent via Midi Clock to the GR-55 (acting as a Slave).

      My goal was, simply, that the XR18 accepts this info like the GR-55 does, receiving Midi clock information and update automatically delay tempo.

      Right now, i have my midi path a little bit different, because i am controlling via foot pedal the Delay FX on/off, wich consists on a foot control tap pedal hooked to the Boss-RC300 (master)that sends Midi CC on channel 2 to toggle delay On/off. Unfortunatly i can't do more than this, so i keep tapping tempo on my Ipad and playing guitar at the same time (like in a circus), and swithcing apps from X-Edit to my Lyrics App (Onsong)...

      Only those who play alone knows what i am talking about.

      We need the XR-18 to be a little bit more friendly...
      • April 2, 2015
  • RichardGibson
    Contributor - Level 2
    2017-04-08
    This thread is to be exclusively about the promised X32 expansion board for 32 track recording to SD Card, as announced by Uli Behringer on 27 Dec 2016.

    I would remind all posters to be very careful not to inadvertently break any forum rules in what they write - keep it on topic and polite - because a previous thread on this topic has just been closed by a forum moderator who didn't like what he read there.

    If we break no rules, this thread will be allowed to stay open.

    The SD recording card expansion board is obviously a hot topic, as that previous thread was only one week old and already attracted 1,226 views by interested X32 owners and /or potential customers here.

    If anybody had any technical specs, product information, price, availability or other news about this expansion board, please share it here.

    Thank you very much, folks.
    Have a nice day.
    read more...
    0 64,453
    • RichardGibson
      ScottBolt I check back regularly since multi-track direct to SD has been my single largest request for a new feature



      Some of the things I am really hoping to see:



      [LIST=1]


    • Integration with all current remote applications

    • Integration with console (although I don't have one, I know this will be a big plus for all those who do

    • A slick naming and directory system (ie, name the recording, it makes a new folder complete with all tracks (tracks should be named by the scribble strip name). The automatic name generated should be the date/time for those that don't want to poke in a specific name so you can just hit "OK" and record

    • One-touch flip from real inputs, to virtual inpus for fast playback. This would require some kind of setup to determine which input banks are switched when you hit the button.

    • Retain the USB 32x32 capability of the existing card (although honestly, if the system is good, I would never use it again, so this is lower on my personal priority list)

    • (This is a big one) Ability to play MP3's from play lists (and the ability to create those play lists remotely, or from the console)


      Apart from the basic ability to record to SD, the real differentiator here is going to be how well the work flow operates and how well the remote applications work with this new feature.

      Behringer has done such a good job with this product so far, I can't imagine that this card is not going to be a real treat to use.

      If these things can be accomplished, I would simply be elated.
      • April 8, 2017
  • RichardGibson
    RaphaelBecker-F Regardless of the release date - for the european people the Cymatic card is now availbale for 229€ as B-Stock at Thomann. For that price, you can't go wrong with hat one either.
    • April 8, 2017
  • RichardGibson
    LucHenrion The big difference though is USB stick/drive vs SD card. I much prefer the second for several reasons: an SD card is almost invisible (= not breakable) when inserted, and is more reliable in terms of writing speed - provided you choose the right one of course: a "class 10" should be 100% safe. If it can record 4K videos, it should be able to record 32 x 24 bit tracks with ease.



    But I would also be happy if the USB 32 x 32 interface will be kept as on the Cymatic: when you're paid to capture live performances, a complete back-up recording system is never too much.

    Just my 2 cents. And yes, I would be VERY happy if Behringer could give us more infos like the one I'm talking about above...
    • April 8, 2017
  • RichardGibson
    RaphaelBecker-F Luc, this is totally up to personal preferrance. We all know about the benefits of SD card vs USB Stick. Then again you could say a good ssd harddrive will be of superior quality to any SD card and be considered the more professional medium by the recoding guys. So thats a draw.



    What I was tying to say:



    The Cymatic card can be bought NOW and at the given price, it can be considered a fact that it will be considerably less expensive than the Behringer offering. So even if you find the SD version more ideal - thats always personal preferrance - but you need something now....NOW is the time to get a cymatic.
    • April 8, 2017
  • RichardGibson
    RichardYClark

    But I would also be happy if the USB 32 x 32 interface will be kept as on the Cymatic: when you're paid to capture live performances, a complete back-up recording system is never too much.




    But with the Cymatic card you can only do one or the other, not both at once. So, unfortunately, you can't run a backup recording on a laptop via USB at the same time as recording to the plug in hard drive.
    • April 9, 2017
  • Laird_Williams
    Contributor - Level 2
    2009-12-23
    I am working on really learning the ins and outs of the volume and expression pedals on the G so I can fill in the 4th chapter of the white paper. In working on things, I have managed to get things working pretty well with my rig. I am using and FV-500H and an FV-500L.

    I tried a couple of things and got very different results. Here is the deal thus far.

    Volume Pedal Config #1
    Wiring: FV-500H Out --> TS-TS Cable --> G-System Vol Jack
    GFX Vol Type: Vol
    Calibration range: Bass-ackwards

    Calibration did not work at all. In fact, it calibrated "backwards" - with the MAX at 0 and the min at something like 12. STRANGE-ola. Clearly did not work. Tried with a couple of different cables to be sure it was not cable-related.

    Volume Pedal Config #2
    Wiring: FV-500H Expr--> TRS-TRS Cable --> G-System Vol Jack
    GFX Vol Type: Expr (Since I am using the linear pot on the FV)
    Calibration range: 0-50

    Not bad - but a lot of the pedal motion is wasted. Useable though.

    Volume Pedal Config #3
    Wiring: FV-500H In --> Y-Cable Ring
    FV-500H Out --> Y-Cable Tip
    Y-Cable TRS --> G-System Vol Jack
    GFX Vol Type: Vol
    Calibration range: 0-99

    Used a 1/4" Insert cable (TRS-to-dual TS Y-cable). Works great. Motion is smooth and most of the pedal range is useful. Volume swells and diminuendos are quite smooth sounding. I am really happy with this one. IMO, this is THE way to use this pedal for volume - period.


    Expr Pedal Config #1
    Wiring: FV-500L Expr--> TRS-TRS Cable --> G-System Expr Jack
    GFX Expr Type: Expr
    Calibration range: 0-50

    This seems to work fine - but the wah felt a little odd to me...but check this out...


    Expression Pedal Config #2
    Wiring: FV-500L In --> Y-Cable Ring
    FV-500L Out --> Y-Cable Tip
    Y-Cable TRS --> G-System ExprJack
    GFX Expr Type: Vol (Since I am using the Logarithmic pot on the pedal)
    Calibration range: 0-68

    Wider detection range - and actually much better feel on the pedal. I may be weird, but I think I like this one better.


    Expression Pedal Config #3
    Wiring: FV-500H In --> Y-Cable Ring
    FV-500H Out --> Y-Cable Tip
    Y-Cable TRS --> G-System ExprJack
    GFX Expr Type: Vol (Since I am using the Logarithmic pot on the pedal)
    Calibration range: 0-98

    I tried the FV-500H for expression duties, and it worked great with the Y cable.


    I need to play with controlling some of the other expression parameters besides the wah before I make any recommendations - but using a Y-cable with the FV-500H appears to work best for BOTH pedals - although things work pretty well with the FV-500L as well.


    I DO think that TELLING the G-System what kind of pedal is connected to the jack is REALLY important. You can use a volume pedal for expression, and you can use an expression pedal for volume...but you HAVE to tell the G that you are doing this. It probably makes some kind of internal adjustment for the logarithmic pot in the volume pedal. Smart.
    read more...
    0 63,329
    • Laird_Williams
      victim5150 +1
      • December 23, 2009
    • Laird_Williams
      Tom-Andrew Thanks Laird!

      I've been waiting for someone to post something like this since there has been so much talk about this through the years but with no real answers regarding TRS-TS/TS Y-cables, TS-TS, TRS-TRS and so on...



      What about latency? I have an old EB pedal that introduces some bad latency and now I'm looking at alternatives and those Boss FV-500 pedals are at the top of my list right now.



      Also, you are plugged straight into the GFX brain, right?

      Have you tried plugging into the foot controller instead? I feel some notes about that would be helpful too.



      One last thing... Insert cables; I was under the impression that on a TRS-TS/TS Y-cable the Tip is Send and hence the Ring is Return? Wouldn't it make more sense to plug Tip to In, Ring to Out if that's the case?

      However, I've tried both ways around with my EB and G and it didn't really make any difference...



      Thanks for your efforts!!
      • December 23, 2009
    • Laird_Williams
      bucketbot As an aside I discovered a way today of using one single FV500 for both volume & expression control.

      I currently have my FV500 conmected to the EXP jack on the G with a TRS cable & it seems to work just fine for expression control.

      Today I was experimenting with a 3 way true bypass looper which I now have in loop 1 with that loop set to be always on in my patches.

      I have this set up with my Whammy & Boss SD-1 in 2 of the loopers loops which allows me to free up 2 switches on the G for switching other things and still allows me to switch in & out (true bypass) those 2 pedals using the looper switches when I wish.



      As I had one loop in the looper pedal free I decided to try and also connect the input & ouptput of the FV500 into the spare loop on the looper pedal.

      It works a treat as the FV500 seems to function both as a Volume pedal & expression pedal at the same time.



      So if I need a volume pedal I just hit that button on my looper pedal and that brings the volume aspect of the pedal into the circuit.

      As you are not likely to want to use both Volume & expression control at the same time I see no conflicts.

      However if you engage a patch which has a parameter controlled by one of the modifiers controlled by the expression pedal it does vary both that parameter & also the volume at the same time!



      Works for me!!




      • December 26, 2009
    • Laird_Williams
      Tom-Andrew Actually, you could connect the Y-cable to the input/output on an FV-500 for volume control and a TRS cable to the expr jack for expression control using the same pedal...



      If you have a stereo pedal, you could use two Y-cables.
      • December 26, 2009
    • Laird_Williams
      bucketbot

      Tom-Andrew wrote:

      Actually, you could connect the Y-cable to the input/output on an FV-500 for volume control and a TRS cable to the expr jack for expression control using the same pedal...



      If you have a stereo pedal, you could use two Y-cables.


      True but if you are connecting the Y cable to the Vol Jack on the G system, which I assume is what you mean? would you then not be using the G system to control the volume rather than controlling the line level of the signal directly with the pedal.

      Would this not mean that the volume pedal would be active all the time?



      My method allows you to turn the Volume pedal on & off independantly of the G System.
      • December 26, 2009
  • OzzyStone
    Contributor - Level 3
    2015-05-15
    It will be great to see in the short future a SoundGrid expansion card that way we can connect to a Soundgrid server and use MultiRack with close to zero Latency without having to buy a Mady Card and a Sound Grid Madi MGO/MGB

    Thoughts?
    0 63,283
    • OzzyStone
      KevinBarr Hopefully with the new firmware and app updates that are supposed to be out in the near future we can get more interest in this.
      • May 15, 2015
    • OzzyStone
      ChaseMcKnight Dear all,



      Please post your MIDAS console feature requests here and I'll ensure they are seen by our Research & Development team. This thread can serve as a repository for both PRO Series and M32 requests.
      • May 19, 2015
    • OzzyStone
      DawidKlein Hi,



      TC Electronic effects implementation and GEQ for each BUS are higly appreciated



      KR

      dawid
      • May 24, 2015
    • OzzyStone
      RyanHammond I was wondering... does the PRO series have any factory presets for gates and compression?
      • May 26, 2015
    • OzzyStone
      RaimondStijnman M32 Edit program full screen.
      • June 1, 2015
  • PhilSmith
    Contributor - Level 2
    2015-07-18
    Hello World!
    Following on from discussions here:
    http://forum.music-group.com/showthread.php?7831-Xtouch-mini-on-Thomann

    My goal is to be able to have full control the XR18 from a midi controller without having to rely on a PC as a middle man. This program is also available on R Pi but I cant get mine working at the moment so Ive just been doing it on PC.
    At present midi is severely limited do just doing scene change,fader, pans and mutes. OSC has full capability of controlling all parameters within the mixer.

    Ive had some success with a program called Pure Data Extended

    https://puredata.info/downloads/pd-extended

    I followed a walkthrough for the x32 here

    http://haytech.blogspot.co.uk/2013/05/programming-with-pure-data-and-open.html

    And downloaded a script for Pure Data from the reaper forums here - first post attached files

    http://forum.cockos.com/showthread.php?t=97255

    Then with some tinkering and trial and error I manged to get my midi controller to map to osc and talk to the Xr18 through usb OSC.


    Things I still need to discover:
    How to change midi channels
    How to loop back for updating the controller if I buy a BCR/BCF (the reaper forum file above seems to do this already)


    Here is the file I created, I mapped midi channel 1 cc 0 to tell the xr18 to move fader one.


    http://www.filedropper.com/xr18channel1fadermidi-oscpuredata



    Edit: link here for instructions.
    https://forum.music-group.com/showthread.php?7995-Pure-Data-midi-to-OSC&p=58314&viewfull=1#post58314
    read more...
    0 62,932
    • PhilSmith
      PhilSmith Ive just been looking for the OSC command for mic gain but cant seem to find it. Please dont tell me you cant change that with OSC??
      • July 18, 2015
    • PhilSmith
      PhilSmith I found out how to change midi channels, you can add an extra number after the cc to define midi channel



      ctlin 0 2



      means cc 0 channel 2
      • July 18, 2015
    • PhilSmith
      PhilSmith Ive been looking into receiving messages from the xr18 and cant get it to work.

      It may have something to do with ports on the xr18



      Ive found this by Dennis Engdahl which may be of relevance:



      "The X32 responds to commands by sending the response to the IP and port

      from which it received the command. These are the problems with the

      present approach which my routine solves:





      1. The from port used while sending a command is assigned by the

      system, and is not reported to the user. Therefore, the user has no way

      to set up a listener on that port to receive the X32's response.





      2. Even if we modify the existing routines to allow the user to specify

      the from port, after doing so, the same port cannot be used again to set

      up udpreceive. The system returns an in use error when trying to do so.

      In Winsock, the from IP, from port, to IP, and to port must be

      unique for a connection to be set up. Since the user is specifying the

      from port, to IP, and to port, and since the from IP is static,

      only one connection can be set up at a time. Both udpsend and udpreceive

      try to set up a connection. If the from port is static, the second

      connection fails.





      My routine allows the setting of the from port. Then, my routine only

      sets up one connection, and sends and receives on that one connection.

      Since the user is specifying the from port, more than one connection can

      be established (by more than one patch) by specifying different (known)

      ports (see the help page for my routine.)"







      I found it here

      https://www.mail-archive.com/[email protected]&q=subject:%22%5BPD-dev%5D+Requesting+SVN+commit+access%22&o=newest&f=1



      And also a post on the x32 forum from him.

      http://forum.music-group.com/showthread.php?3085-Puredata-Utility



      I know somethings need to change as the xr18 is on port 10024, but I dont understand his Pure Data program or how to adapt it into mine.
      • July 18, 2015
    • PhilSmith
      DaveMeadowcroft

      Phil Smith;54779 wrote:

      Ive just been looking for the OSC command for mic gain but cant seem to find it. Please dont tell me you cant change that with OSC??




      Hi Phil,



      For channel 1 it's:

      /headamp/01/gain

      Change channel number as needed. It's a 'Linear float' between 0.0 and 1.0, from -12 to 60 in 0.5 increments.



      Any parameter can be controlled by MIDI directly without using OSC but you have to send SysEx beyond faders, mutes and pans.
      • July 18, 2015
    • PhilSmith
      PhilSmith Cheers Dave, I knew it must be possible because the android app can change it but was looking through Pauls list in his app and missed it, expected it to be under /ch.



      Ive experimented with midi through sysex but given up as I think its only useful for oneshot kind of settings like phantom on. Anything that might be variable like headamp gain would be a nightmare to send via sysex as far as I can see.



      This pure data program is fun and I dont need to think about sysex, it just maps whatever straightforward midi cc I want to any OSC command I want. Any midi controller can be programmed to control the XR via this program. Im going to try and make a bigger diagram with 16 channels, gains and some EQ.





      Now I just need to convince my pi to boot I could try Pure Data on that and hopefully have physical wired control without a PC.
      • July 19, 2015
  • Go to page