Linux users - "ignored"

Locked New Topic
RELATED
PRODUCTS

Post

So receptor is a great box and of course users of linux may be encouraged to buy it as they know how stable it will be .
Yet linux users are ignored !
No instructions on how to connect my linux box to my receptor.

After fumbling with wine , which installed receptor tools , but could not find the receptor and then just hung , I find "vncviewer" is the wine directories , so fair enough I can start a vncviewer and usccessfully connect and control my receptor.

Copying the Mac instructions for mounting the receptor via samba works fine.

I doubt direct install will work via my vnc connection however .

And will it be possible to use a uniwire connection somehow to my linux box running ardour which I believe when upgraded is now VST compatible.

Why not have a linux section in the manual so that linux users don't have to search and fumble around to get things to work - esp when it is simple.

And whilst Museresearch will say they don't support any of this well they should as the Receptor would not be possible without the support of the linux community!

Linux is not complicated - just ignored - again.

Rick :roll:

Post

:)
myspace.com/bekenone

Post

linux , yep ! and the new ipod nano 5th generation does'nt sync either, must use itunes only to sync, and wine + virtualbox is no fun . i love ubuntu studio , ardour and hydrogen, but linux can be frustrating !1

Post

Muse using linux in receptor so we are expecting linux suport. Where is linux version of UniWire plugin? On the other hand Uniwire is not working correctly even on my win ;-) Btw. where are OS 1.8 sources?(again!)

Post

Thought I'd never get a reply ,
Actually I do have Uniwire working , using AV Linux , 'vsthost' , and with Rosegarden , also in Ardour - the vst plugin software that came with AV linux loaded Uniwire but I could not connect midi to it .
The "dssi- vsthost" loads uniwire correctly but you have to manually put in the Receptor IP address manually - unfortunately the box to enter the IP address did not accept the keyboard input so I had to copy & paste the IP address via a text file.( Sorry that was so long winded)

Can connect to receptor via a vnc client. IPaddress:5900

Can mount the receptor drive via samba .

Alas my receptor has to make a trip back to US to get analog output fixed and guitar input fixed.

Rick

Balda wrote:Muse using linux in receptor so we are expecting linux suport. Where is linux version of UniWire plugin? On the other hand Uniwire is not working correctly even on my win ;-) Btw. where are OS 1.8 sources?(again!)

Post

arjayiii wrote:Thought I'd never get a reply ,
Actually I do have Uniwire working , using AV Linux , 'vsthost' , and with Rosegarden , also in Ardour - the vst plugin software that came with AV linux loaded Uniwire but I could not connect midi to it .
The "dssi- vsthost" loads uniwire correctly but you have to manually put in the Receptor IP address manually - unfortunately the box to enter the IP address did not accept the keyboard input so I had to copy & paste the IP address via a text file.( Sorry that was so long winded)

Can connect to receptor via a vnc client. IPaddress:5900

Can mount the receptor drive via samba .

Alas my receptor has to make a trip back to US to get analog output fixed and guitar input fixed.

Rick
Hi,

of course I can connect to receptor via ssh, vnc and samba. But regarding Uniwire: I don't wanna using wine! In this case is better reboot to win. Why they don't release native plugin? They using linux but don't support linux.

Post

Balda wrote:They using linux but don't support linux.
One of the problems with the Receptor is the lack of support for power users. This means you're on your own when you want to do something outside the box.

However, you have to remember that the idea is for the lambda musician to be able to use the unit with the minimum fuss possible. Integrating the box with a Linux system would not be without difficulties for all but those well versed in computing. Secondly, for uniwire to work as a native Linux app, this would mean more development time, and Muse probably prefer not to bother as not many users would run a Linux native uniwire.

Post

"Developers don't provide support for Linux because people don't use Linux for audio"
"People don't use Linux for audio because developers don't provide support for Linux"

Easy way out, it seems :(

Post

Benutzername wrote:"Developers don't provide support for Linux because people don't use Linux for audio"
"People don't use Linux for audio because developers don't provide support for Linux"

Easy way out, it seems :(
64 Studio has good support, documentation, and mailing list, for the growing numbers
of musicians who use linux as part of their setup. As do the other Audio-centric linuxi.
General sites like the great linuxquestions.org, also have forums with many folks capable of solving common audio issues.

Should the typical unpaid developer of a linux audio software provide linux support?
Most do, if their project is ongoing, or still popular. Many apps are targeted self-made tools, never intended for wide public use, but generously made available as-is, without promised support.

Receptor is a commercial product, funded by sales, and marketed to a high-end niche,
professional people who buy what they need to succeed in the market. The number of linux people who have spent $2000 on 7 or 8 high-end plugins is probably miniscule, and windows/mac users in that $demographic$ are the ones Receptor target and support.

Reaper users make their own soft-receptors anyway, a couple fast drives, a solid motherboard, a speedy cpu, tons of ram, a supported soundcard, and off you go.
I don't log off, I turn off the power switch, like my keyboard or amp.

Commercial plugins with dongles, pace, or ilok probably will never work, but almost all the others will.
Cheers :)

Post

glokraw wrote:Receptor is a commercial product, funded by sales, and marketed to a high-end niche
This is correct. But they saved a lot of money by founding the product on the work done by the Linux community. I don't think there would be a Receptor today if the developers had to write the entire OS from scratch. It is just a matter of respect to (at least) consider support for this operating system when developing support applications.

It is the same as Linux based routers and other embedded devices that can only be administrated with Windows software. Perfectly legal but really bad karma.

Post

Linux is an odd ball for audio. It mostly works but your on your own for support. I see lots of people getting headaches complaining about lack of support, you chose to run Linux, no one forced you to so whats the deal? Its your problem, not manufacturers. Yes, Linux users are ignored - thats the way it is. Get over it. I can see why manufacturers dont like to support Linux, theres 100s of distros out there, imagine the support questions - nightmare.

Post

Ok, if audio is that bad on Linux and support can not be assured for this platform then why use Linux for a professional high-end audio device?

But I should stop arguing. This just seems to be the usual american way. Take what ever you want and if someone asks to give something back just f*ck the people. Maybe people should watch out for Receptor-developers on the Linux related mailing lists and forums and refuse to help them for free if they need help by the people who actually created the foundation of Muse's business.

Post

Benutzername wrote:
glokraw wrote:Receptor is a commercial product, funded by sales, and marketed to a high-end niche
This is correct. But they saved a lot of money by founding the product on the work done by the Linux community. I don't think there would be a Receptor today if the developers had to write the entire OS from scratch. It is just a matter of respect to (at least) consider support for this operating system when developing support applications.

It is the same as Linux based routers and other embedded devices that can only be administrated with Windows software. Perfectly legal but really bad karma.
Its unknown as to how much of the code came from, or would be significant in desktop linux versions. I imagine theres a lot more of 'embedded linux' under the hood, than typical mainstream audio/video/office/games/comms type of things. Any perceived bad karma
resulting from a tiny company benefiting from linux for a niche musicians product, surely must be dwarfed by gigando bad karma within server giants corporations running 7, 8, and 9 digit budgets, the backbone of the 'net. :wink: They are the ones who could hire a device driver coding team, maybe 3 guys at $70,000 each per year, there is
$210,000 spent to appease a few hundred linux guys most of whom already have purchased their hardware and software based on Mac/Win adverts. For 300 linux musicians, thats $700 a year to 'support' each one, and to quote a line from 'Jerry McGuire',
"show me the MONEY". Now double the $210,000, and add 20% for covering overheads, taxes, profits, recessions, and the real cost goes way over
$1000 per potential customer. Since the product will be useful for a few years, we'll knock it down to $400. How much stuff does one have to buy, to generate $400 over the product prices? Being a smart business owner generates good jobs and payroll, not bad karma.
Big movie production houses sometimes spring for in-house custom linux render farms, that have made #3D a more competetive market. So linux can be both free, and expensive,
I'm just glad it works :)
Cheers

Locked

Return to “Muse Research and Development”