Posts by mollydyer

    ITT: Band that hasn't actually been relevant for 20 years tried the Kemper once and didn't understand how to use it.

    I don't think the application has been completely rewritten for macos vs windows so there is probably some form of abstraction layer used. Do you know which, and also positively that it isn't available for linux?

    Software Engineer here - I objdumped the macos binary and it does look like it's written in Cocao - so it's entirely possible that the UI is OS specific. I also know that Kemper was at one point hiring C++ developers, the postings did not directly specify a framework (and as a hiring manager, that's what I'd be focusing on if we were framework heavy) . If *I* were building this tool, the code that communicates with the kemper would be os specific, the data abstraction layer would be universal, and the UI would likely be a blend.

    This DOES make it more difficult to port to other platforms, but it also provides the most stable code.

    Not too many linux desktop-users yet, but the number is slowly rising. The number of people using devices running a linux-kernel OTOH is huge. Everything from being embedded in gadgets of all sorts to full-blown terminal units with Android (smartphones, tablets, smart-tv etc) .

    Yes, but the kernel isn't really in play here, is it? They might need to write new USB drivers, but that's only part of it. The rest is UI specific- so if you're talking about Android... well the Android UI (which is done in Java) - is very different from the OSX or Win32/64 ui. It's very difficult to go from desktop to mobile OS. It's a clean, ground up rewrite.

    Neither windows nor macos are proper realtime-operating systems which is a huge advantage for manipulating audio and video information so I would not be surprised to see more applications moving in that direction. With macos or windows you really have to work hard to strip the systems down to an absolute minimum to turn it into a reasonably stable and responsive multimedia workstation. Meanwhile there are versions of linux with full realtime capabilities. Linux have come a long way since its conception in the early 90s.

    Linux, in general, is ALSO not a RTOS. Yes, there are kernel versions that are more realtime than the master branch, but it's in exactly the same boat as MacOS and Windows. Further, the optimizations required for both of those platforms are well known (on a mac it's even easier now). So Linux doesn't really have a leg up on Apple of Microsoft here at all. If it did, I'd be running ProTools on Linux.

    Yes, Linux HAS come a long way since the early 90s - but so has both MacOS and Windows. In context, in the early 90s, both of those Operating systems were (a) not yet fully 32 bit and (b) did not support proper memory management, preemptive multitasking or driver isolation. Remember when a program would crash and you'd get a sad mac? BSOD?

    All three platforms have made significant changes in the last 30 years.

    Honestly, I don't think there's the support for the platform needed to warrant a port of RM to Linux. It would be cool, yeah, but given that most users of the Kemper are NOT CompSci majors, it doesn't make sense to target a 0.1% platform.

    I'd rather see more improvements to RM for all users.

    Personally I'm a bit skeptical about going back to IR's.

    I've always felt that the way Kemper has implemented the cabs sounds more lively.

    Ingolf - I was a CERTIFIED IR addict before I got my kemper. I mixed a custom IR and used it on all of my settings in my Atomic. It sounded AMAZING. I spent literally days tweaking it, loading a new one, checking it in the PA, lather rinse repeat.

    So naturally, when I got my kemper, I tried that IR.

    Hated it.

    I recently got one of those super cheap (FLAMMA FX100) boxes for casual jamming when I didn't want to pull the Kemper from the studio (Recording albums 3 and 4 now for BISTOLAS) - and I figured, hey- I'll load that IR from before.

    Hated it.

    I'll still use that crappy little flamma when it's rehearsal or fun - but nothing can pry my kemper, not even from my cold dead hands.

    many amateur players love Kemper but just can’t afford $2k. or don’t need so many features.

    Is it possible to build a stomp box with one profile. ? Maybe 3 or 4 knobs and a foot switch,

    Maybe a larger box with 3 or 4 different amps. and a few more knobs and switches ?

    If this is possible for $200. to $500. I think there’s a huge untapped market.

    Actually, I'm pretty sure that market is very saturated - mooer, atomic, line 6. If you want something cheaper and portable- those are all viable, decent options.

    It's not RM that's causing the problem - RM is just making standard requests out to the internet. It's your router, or possibly your ISP. If your router is older, it could be on the verge of failing, or simply unable to keep up with the traffic demands. I'd check that first.

    RM isn't doing anything weird with the network- its straight TCP/IP IIRC.

    I am also planning on testing JamKazam this weekend. One of the things I am also concerned about is UDP packet loss and how the audio quality will diminish as a result

    Me too - but for the purposes of *rehearsing* audio quality isn't as big an issue as distracting, painful, pops and jumps. If I could thunk it down to 22khz or 32khz, I'd probably be fine with it. It doesn't have to go out at DAT quality all the time.

    I could just write my own, but I'm too lazy for that now. :)

    Jamtaba is ninjam based - so it's not real time. We're experimenting with JamKazam but there was significant latency from my singer. We're going to try again later this weekend.

    The very NATURE of the internet though means that there will ALWAYS be latency with virtual rehearsal. For example, where I am right now to the next nearest city - where my office is, actually - a 30 minute drive - has a round trip network latency of around 90-100ms. Well beyond what's comfortable for audio.

    Reducing this latency is the key here.

    just a quick update - something funny with both of the ones I ordered, the remote powers off randomly. I suspect the cable isn't of high enough quality. So don't buy. :D

    I have the PSM300s. Can't recall what band they're in - we're slooooowly upgrading everything. I made mine the first. (lol).
    Get the one with the upgraded pack - not the black plastic one, the metal one with the display.
    It's a VERY solid unit. I've been using mine for a couple of years live (MD plays to tracks and is nearly silent stage, so it's necessary).

    I'd also strongly suggest grabbing a few sets of eneloop pros for it. With the Panasonic rechargeables, I get at least one full 4 set show out of the pack, or two consecutive rehearsals - but you will want a backup.

    . I get it that Windows 7 will be out of support from Microsoft soon

    Windows 7 End Of *Extended* support is January 14. It was End Of Life five years ago. FYI. It's not soon as in 'maybe sometime this year or next',

    While it's still possible to have your toolchain target windows 7, the costs associated with supporting an unsupported operating system do not math. I'm not surprised at all that Win 7 is not supported.

    FWIW, Win 10 is quite stable. I have it running on a tablet and it drives my whole show.

    Really... that's interesting. I routinely send those CC#s to change to the performance, and then slots within over MIDI. Mind you, I'm either using QLAB or my uTrack 24.

    It's a lot easier from a workflow perspective when I'm laying out the backtracks - I set the performance, and then set the slots as needed.

    Is there a technical reason to go the way you mentioned over the CC#s? Is this an Ableton specific thing?