¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: marantz sr7007 output zone selection issue

Trey Chamrad - Hometunes
 

The new SR7007 module is on crestron website and was released this year. I
have still opened it and fixed some erros, like I did when adding the inputs
and outputs to sr7005 module for sr7007, to get it to work properly. So I
know you can use the old with the new but download the new one IMO.

I am using the new sr7007 module on jobs with sr7007 with MC3 via Simpl, and
my house with sr7007 with MC3 via Studio.all of them IP

get the new module from partner section and you should be problem free.

Trey



From: Crestron@... [mailto:Crestron@...] On Behalf
Of devin_karlosepadaveedan
Sent: Sunday, August 11, 2013 9:39 AM
To: Crestron@...
Subject: [Crestron] marantz sr7007 output zone selection issue





Hi all,

i'm controling marantz sr 7007 via ip from MC3. when i'm swithing input for
main zone same swithing is happening for zone 2 also .i'm using sr7005
module from crestron database and usin main zone input selection and zone 2
input selection in programing .physical connecctivity is 1 hdmi out from
monitor out and zone 2 out.kindly suggest to resolve this issue

thnx


Re: Google Chromecast...

 

Once you've sent the stream URL to the Chromecast, don't you have some limited controls on the phone/tablet in front of you, like play/stop/pause, etc.?

--- In Crestron@..., "logantv" <logantv@...> wrote:

It has a splash screen that it sits on when idle. I have no idea if there's a chromecast app on android, but with the iPhone it's just a button within apps that support it, more like "send to Apple TV". When you're using Chrome browser there's a chromecast app that installs and gives you the same button.

Currently the only apps that support it on iPhone are YouTube and Netflix, and supposedly the YouTube integration is pretty crappy on the iPhone, so I haven't been in a huge hurry to play with it just to watch Netflix.

--- In Crestron@..., "floyd1212" <floyd1212@> wrote:

Does it output a video signal when it's just sitting there at idle, not actively streaming anything?

I'm wondering if you could stick one (or a couple) into an input on a DM, and detect when someone has sent a stream to it, then perform some power-on magic in the room as a result.

Otherwise, you're kind of left with the 2-remote problem where you have to get the system up and running first with your MX remote, or Crestron app, etc., then use the Chromecast app to "control" it, right? I guess you're still stuck with the 2-remote problem when it comes to volume control, etc.

It sounds like a fun little gadget, but not very integratable.

--- In Crestron@..., "logantv" <logantv@> wrote:



You should get it at the shipping speed they had posted when you purchased it. I got mine in about 4 days. I haven't had a chance to play with it more than connecting it to my wifi and streaming a couple YouTube videos from my laptop. It seems well integrated with the Chrome browser but since I have an iPhone its not at the top of my priorities to play with it since I have 5 or 6 different Netflix connected devices already. I'm hoping support for it will grow quickly.

I had a 90 degree HDMI adapter so I thought I would hide the chromecast behind my TV, but the wifi connection was so bad I had to use the HDMI extension it came with to get enough signal to make it through an HD YouTube video on full screen without dropping the connection. Since the USB power sticks out from the opposite end from the HDMI, you end up needing about 6" of space to hide the thing, so a side input on your TV is probably out depending on the model.

There was also a substantial amount of heat for it only being on for 15 minutes, but I have a plasma that hangs about 1/2" from the wall, so that probably doesn't help. If you're sticking it in the back of a receiver or a switcher I guess you wouldn't have to worry about the heat or signal loss too much, but as bad as the wifi was behind my TV, I wonder if a metal rack would be enough to cause problems.

--- In Crestron@..., "doug_h_encinitas" <dghardy@> wrote:

Curious to see if any of you guys have been able to get your hands on the new google chromecast?

Also any thoughts on what will be the greatest contribution of chromecast to crestron programmers?

I know apple TV offers much more in features currently. However, the chromecast has already been rooted to expose that it isn't a chrome OS base but rather a modified version of Google TV which was based off android. And they are fairly liberal in there tightening down of OS.

I have already seen talks of bypassing the HDCP/DRM in the works. Which I would be happy to buy a few to play with at 35$

They seem to be going in and out of stock by the day. I ordered mine the day after it was announced on amazon(rookie mistake)& there telling me now mid october. google play says 8/29 if your order around this posting.


Re: the handeling of code requests by clients

 

I'll try to stay off my soapbox this time and just say that Lincoln nailed it. Those of you that know me, know that I am very vocal on this subject. We are, I think, the only remaining industry producing software that this debate continuously comes up. And that's not a good thing.

I will point anyone who'd like a good read on this subject over to Chip German's website where he encapsulated my thoughts last time I was on my soap box.


It's a good read (I know, I wrote it...) and may make some of you realize that the way you are running your businesses may actually be breaking the law (hint: can't sell the same car to two people). Not meant as a slam to anyone; I just don't think people realise what a fine line they may be walking.

Floyd pointed out a general list of "work for hire" criteria. If you are an employee you fall under branch 1. If you are a "contractual programmer," the first 2 items in branch 2 apply. This is a huge trap that's very easy to avoid. It's as simple as spelling out in your contract that you are not operating as a work for hire.

Lastly, I'll end with one thought before my flight: with rare exception, unless your a one man show (salesman/tech/engineer/programmer, etc.) or working directly for the end user, there are a lot more factors involved in getting invited "back to the table" than the quality of your code and how happy you personally made the end user. The end user may love you and your work, but if they don't like the dealer who sold them the system, if they don't like the smell of the techs who pulled the cable, they get a great deal from another dealer, whatever..., the best programmer in the world may not be playing on round two. I'll remind everyone that we are in the systems integration industry, and our code is just part of those systems- it may be the most used/visible part, but its still just a part of a whole.

Ok, I guess I did get on my soap box a little bit... Flights boarding: off to a month in Hawaii!

- cdr

--- In Crestron@..., "Gregg M" <jets_in_2003@...> wrote:

How do you guys handles code requests by clients? We know from the questions being asked and the specific requests being made that the client is asking for it for another dealer. I've heard both sides of the coin "we don't give out code" "the code belongs to the client", so I'm just wondering how the group as a whole deals with situations like this


marantz sr7007 output zone selection issue

 

Hi all,

i'm controling marantz sr 7007 via ip from MC3. when i'm swithing input for main zone same swithing is happening for zone 2 also .i'm using sr7005 module from crestron database and usin main zone input selection and zone 2 input selection in programing .physical connecctivity is 1 hdmi out from monitor out and zone 2 out.kindly suggest to resolve this issue

thnx


Re: Budget quality HDBaseT alternative

 

This customer iPad mini's, next one I'll use 4 MLX3's

--- In Crestron@..., Ernie Arias <mrsound@...> wrote:

What did you use for remotes?


Re: Budget quality HDBaseT alternative

 

What did you use for remotes?


Re: Google Chromecast...

 

It has a splash screen that it sits on when idle. I have no idea if there's a chromecast app on android, but with the iPhone it's just a button within apps that support it, more like "send to Apple TV". When you're using Chrome browser there's a chromecast app that installs and gives you the same button.

Currently the only apps that support it on iPhone are YouTube and Netflix, and supposedly the YouTube integration is pretty crappy on the iPhone, so I haven't been in a huge hurry to play with it just to watch Netflix.

--- In Crestron@..., "floyd1212" <floyd1212@...> wrote:

Does it output a video signal when it's just sitting there at idle, not actively streaming anything?

I'm wondering if you could stick one (or a couple) into an input on a DM, and detect when someone has sent a stream to it, then perform some power-on magic in the room as a result.

Otherwise, you're kind of left with the 2-remote problem where you have to get the system up and running first with your MX remote, or Crestron app, etc., then use the Chromecast app to "control" it, right? I guess you're still stuck with the 2-remote problem when it comes to volume control, etc.

It sounds like a fun little gadget, but not very integratable.

--- In Crestron@..., "logantv" <logantv@> wrote:



You should get it at the shipping speed they had posted when you purchased it. I got mine in about 4 days. I haven't had a chance to play with it more than connecting it to my wifi and streaming a couple YouTube videos from my laptop. It seems well integrated with the Chrome browser but since I have an iPhone its not at the top of my priorities to play with it since I have 5 or 6 different Netflix connected devices already. I'm hoping support for it will grow quickly.

I had a 90 degree HDMI adapter so I thought I would hide the chromecast behind my TV, but the wifi connection was so bad I had to use the HDMI extension it came with to get enough signal to make it through an HD YouTube video on full screen without dropping the connection. Since the USB power sticks out from the opposite end from the HDMI, you end up needing about 6" of space to hide the thing, so a side input on your TV is probably out depending on the model.

There was also a substantial amount of heat for it only being on for 15 minutes, but I have a plasma that hangs about 1/2" from the wall, so that probably doesn't help. If you're sticking it in the back of a receiver or a switcher I guess you wouldn't have to worry about the heat or signal loss too much, but as bad as the wifi was behind my TV, I wonder if a metal rack would be enough to cause problems.

--- In Crestron@..., "doug_h_encinitas" <dghardy@> wrote:

Curious to see if any of you guys have been able to get your hands on the new google chromecast?

Also any thoughts on what will be the greatest contribution of chromecast to crestron programmers?

I know apple TV offers much more in features currently. However, the chromecast has already been rooted to expose that it isn't a chrome OS base but rather a modified version of Google TV which was based off android. And they are fairly liberal in there tightening down of OS.

I have already seen talks of bypassing the HDCP/DRM in the works. Which I would be happy to buy a few to play with at 35$

They seem to be going in and out of stock by the day. I ordered mine the day after it was announced on amazon(rookie mistake)& there telling me now mid october. google play says 8/29 if your order around this posting.


Re: Hey All! Anyone have an IR driver built for a Vidyo 110 or 220 videoconferencing

 

Hi
find the attached file


--
success is an art of achieving things against odds
Senthilnathan M


Re: the handeling of code requests by clients

 

I am not a lawyer, and I have never consulted one on this matter, but I did do a little bit of Googling on "work for hire", as I am in a situation right now where a client of ours is having trouble getting the source code from his previous A/V company.

I found the following definition of "Work Made for Hire" in several places:

1) a work prepared by an employee within the scope of his or her employment; or
2) a work specially ordered or commissioned for use
as a contribution to a collective work,
as a part of a motion picture or other audiovisual work,
as a translation,
as a supplementary work,
as a compilation,
as an instructional text,
as a test,
as answer material for a test,
or as an atlas,
but even then, only if the parties agree in writing that the work is a work made for hire.

The first definition clearly applies to us programmers that are employed by dealers, and write programs as part of our employment with the company. All our work is owned by the company that employs us, and is not owned by the individual author. That makes sense. There was even some discussion about how it doesn't matter if you work from home, or do it on your own time, that more often than not, you are still considered an employee of your company.

The second definition doesn't list "programming source code" as a qualifying type of work. Regardless, you would have to have something in the contract stating that it is considered a work for hire anyway.

This would seem to contradict Neil's statement that "code is presumed work for hire and owned solely by the client," unless there is some other law or definition that applies here, which could certainly be the case. (Insert "I am not a lawyer" disclaimer here again.)

If anyone has any further references to how "work for hire" may apply to our line of work, I would be interested in reading about it.

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

So far precedent law leaves no grey area.

Unless you have the client signing a contract that explicitly states you are licensing code to them and out lines the terms of license, what Lincoln has already said applies. Any unlicensed code is presumed work for hire and owned solely by the client. You essentially give up all IP rights in such an arrangement. Lack of a contract or terms falls under work for hire.

I can't quote specific cases myself but my lawyers sure could when I looked I to this about 5 years ago.

I find it staggering that our industry is one of the few remaining software Industries that doesn't operate solely on licensing models. Even amateur mobile app developers use licensing contracts....

Sent from my iPhone


SystemBuilder Group Zone Controls

 

When you create one of your 6 preset groups and enable group volume tracking in SystemBuilder, does SystemBuilder automatically add the controls for group selection and control to the touch panels or do you have to create custom pages to do that? If it does it automatically, where does the selection of the groups show up? On the room select page? For example, I create a group called group 1 and then I want to activate it from the touchpanel, how do I go about doing that? I see that you can activate it from the front panel of the AES, but I do not see where systembuilder is generating the interface to do that from the touchpanel. The help file says that group configuration is also available from touch screens, but I have yet to see where. I have a project with multiple touch panels and cannot figure how to activate the groups from the touchpanels given the touchpanel pages SystemBuilder generated. I may just be missing something obvious as I very very rarely use Systembuilder.

Thanks for any help you can provide.


Re: the handeling of code requests by clients

Chip
 

But what if my lawyers can beat up your lawyers? :)

(Sorry - couldn't resist)

- Chip

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

...my lawyers sure could when I looked I to this about 5 years ago.


Re: Problems with latest firmware

 

Answer ID: 1402

--- In Crestron@..., "santiagoruizmsl" <santiagocrestron@...> wrote:

Hi guys any one know the process to revert the latest firmware of a pro 2?

Thanks


Re: the handeling of code requests by clients

Eric Williams
 

My company is notorious for taking over projects that someone else completely botched.

I can't stand doing those kinds of projects, and can honestly say the last thing I want is someone elses source code. The code probably drove the client crazy for years and I want no part in it. Every project I work on is left with a thumb drive containing all code UI etc..., your welcome!

We take the stance; all new code, every wire gets re-trimmed, racks get stripped bare, all or nothing.

BTW, 20 years in business never been in court!

-----Original Message-----
From: "Neil Dorin" <neildorin@...>
Sent: ?8/?10/?2013 5:09 PM
To: "Crestron@..." <Crestron@...>
Subject: Re: [Crestron] Re: the handeling of code requests by clients


Unfortunately, regardless of time spent on UI or module development, you have no legal right to take action unless you've protected your IP rights contractually.

Morals and ethics are irrelevant if you don't have a contract to prove you retain ownership of those rights.

No court gives a crap that you're personally invested in a particular piece of work.

In Heather's case however, it's fairly likely that this ex-coworker's employment contract prohibits them from doing such a thing without express permission from the previous employer. If not, then someone in HR needs to have a serious review of their employment contracts...
On 2013-08-10, at 1:56 PM, "eagrubbs" <eagrubbs@...> wrote:

I almost never do the same job over and over again. I really don't think we fall in the same category of use. Legally, yes we can go that route, but why. Our modules are really the only thing that I see we need to protect if we are protecting anything. The rest of the code is normally a one off and no where near as complex as the modules. Like Tony stated, his code gets better every day/year. I know mine does. Bottom line is we should not piss off a customer enough that they don't want to use us again and if that does happen just password your modules before you release your code if you are worried about it. JMO

Now GUI's are a whole different matter. Like Heather posted, I think she could take legal action if she wanted. That is not cool. I have also spent a lot of personal time designing GUI's and that is the one thing that I would really get upset over.

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

So far precedent law leaves no grey area.

Unless you have the client signing a contract that explicitly states you are licensing code to them and out lines the terms of license, what Lincoln has already said applies. Any unlicensed code is presumed work for hire and owned solely by the client. You essentially give up all IP rights in such an arrangement. Lack of a contract or terms falls under work for hire.

I can't quote specific cases myself but my lawyers sure could when I looked I to this about 5 years ago.

I find it staggering that our industry is one of the few remaining software Industries that doesn't operate solely on licensing models. Even amateur mobile app developers use licensing contracts....

Sent from my iPhone

On 2013-08-10, at 8:18 AM, "Steve Kaudle" <skaudle@...> wrote:

Not sure I agree. . .in absence of a contract, I'd imagine it's one big grey
area save for the programmer's responsibility to turn over a working system
to the client. I'm not a lawyer, so I could be way off on that one.

That said, my point was that enforcing the 'licensed to run only on
designated systems' provision is difficult, largely because of the
difficulty in finding out whether or not an offense was ever committed.

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Neil Dorin
Sent: Friday, August 09, 2013 10:02 PM
To: Crestron@...
Subject: Re: [Crestron] the handeling of code requests by clients

Unless you have a contract with the client wherein you've explicitly
licensed the code to them, they own it, period.

There's no grey area legally at the moment.

Sent from my iPhone

On 2013-08-09, at 6:55 PM, Steve Kaudle <skaudle@...
<mailto:skaudle%40gmail.com> > wrote:

The code belongs to whomever paid us to write it (assuming all invoices
are
paid in full).

My company retains full ownership & can recycle as desired in part or
whole.

They can use the code as they please on the system(s) it was sold to run
on.*

*Not sure there's a practical way to enforce this.

On Friday, August 9, 2013, Gregg M wrote:

**


How do you guys handles code requests by clients? We know from the
questions being asked and the specific requests being made that the
client
is asking for it for another dealer. I've heard both sides of the coin
"we
don't give out code" "the code belongs to the client", so I'm just
wondering how the group as a whole deals with situations like this

[Non-text portions of this message have been removed]



------------------------------------

*
****

Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the
Database area.
*
****Yahoo! Groups Links











[Non-text portions of this message have been removed]


Problems with latest firmware

 

Hi guys any one know the process to revert the latest firmware of a pro 2?

Thanks


Re: the handeling of code requests by clients

 

Unfortunately, regardless of time spent on UI or module development, you have no legal right to take action unless you've protected your IP rights contractually.

Morals and ethics are irrelevant if you don't have a contract to prove you retain ownership of those rights.

No court gives a crap that you're personally invested in a particular piece of work.

In Heather's case however, it's fairly likely that this ex-coworker's employment contract prohibits them from doing such a thing without express permission from the previous employer. If not, then someone in HR needs to have a serious review of their employment contracts...
On 2013-08-10, at 1:56 PM, "eagrubbs" <eagrubbs@...> wrote:

I almost never do the same job over and over again. I really don't think we fall in the same category of use. Legally, yes we can go that route, but why. Our modules are really the only thing that I see we need to protect if we are protecting anything. The rest of the code is normally a one off and no where near as complex as the modules. Like Tony stated, his code gets better every day/year. I know mine does. Bottom line is we should not piss off a customer enough that they don't want to use us again and if that does happen just password your modules before you release your code if you are worried about it. JMO

Now GUI's are a whole different matter. Like Heather posted, I think she could take legal action if she wanted. That is not cool. I have also spent a lot of personal time designing GUI's and that is the one thing that I would really get upset over.

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

So far precedent law leaves no grey area.

Unless you have the client signing a contract that explicitly states you are licensing code to them and out lines the terms of license, what Lincoln has already said applies. Any unlicensed code is presumed work for hire and owned solely by the client. You essentially give up all IP rights in such an arrangement. Lack of a contract or terms falls under work for hire.

I can't quote specific cases myself but my lawyers sure could when I looked I to this about 5 years ago.

I find it staggering that our industry is one of the few remaining software Industries that doesn't operate solely on licensing models. Even amateur mobile app developers use licensing contracts....

Sent from my iPhone

On 2013-08-10, at 8:18 AM, "Steve Kaudle" <skaudle@...> wrote:

Not sure I agree. . .in absence of a contract, I'd imagine it's one big grey
area save for the programmer's responsibility to turn over a working system
to the client. I'm not a lawyer, so I could be way off on that one.

That said, my point was that enforcing the 'licensed to run only on
designated systems' provision is difficult, largely because of the
difficulty in finding out whether or not an offense was ever committed.

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Neil Dorin
Sent: Friday, August 09, 2013 10:02 PM
To: Crestron@...
Subject: Re: [Crestron] the handeling of code requests by clients

Unless you have a contract with the client wherein you've explicitly
licensed the code to them, they own it, period.

There's no grey area legally at the moment.

Sent from my iPhone

On 2013-08-09, at 6:55 PM, Steve Kaudle <skaudle@...
<mailto:skaudle%40gmail.com> > wrote:

The code belongs to whomever paid us to write it (assuming all invoices
are
paid in full).

My company retains full ownership & can recycle as desired in part or
whole.

They can use the code as they please on the system(s) it was sold to run
on.*

*Not sure there's a practical way to enforce this.

On Friday, August 9, 2013, Gregg M wrote:

**


How do you guys handles code requests by clients? We know from the
questions being asked and the specific requests being made that the
client
is asking for it for another dealer. I've heard both sides of the coin
"we
don't give out code" "the code belongs to the client", so I'm just
wondering how the group as a whole deals with situations like this

[Non-text portions of this message have been removed]



------------------------------------

*
****

Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the
Database area.
*
****Yahoo! Groups Links


[Non-text portions of this message have been removed]


[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]


Re: AES - Front panel template will not load.

 

Hello All,

The unit was assigned an RMA # and returned. TB was able to upload my current program on to their AES without problems.

Thanks for all of your inputs.

Joe

--- In Crestron@..., rosscook@... wrote:



Dear Joe,

I used answer ID 4115 to help me thru this process.

Ross

-----Original Message-----
From: Joe <jmz_jr@...>
To: Crestron <Crestron@...>
Sent: Sat, Aug 3, 2013 4:07 pm
Subject: [Crestron] Re: AES - Front panel template will not load.






I tried those instructions and didnt help. Ill get with TB on Monday. Thanks for everyones input.

Joe

--- In Crestron@..., Russell Grove <russellrgrove@> wrote:

Crestron Online Help
Answer ID: 5272?? ?? ??


________________________________
From: Joe <jmz_jr@>
To: Crestron@...
Sent: Saturday, August 3, 2013 2:33 PM
Subject: [Crestron] Re: AES - Front panel template will not load.

??

Russell,

I agree, I tried to reload from tool box and Ill get the Blue loading bars will appear and stop before the upload is complete.

Joe

--- In mailto:Crestron%40yahoogroups.com, Russell Grove <russellrgrove@> wrote:

It looks like you do not have the display file loaded.
It should look more like this. You can load it from there in toolbox.
?????? ?????? ?????? ?????? DisplayListFile : entry,aes front panel.hex
?????? ?????? ?????? ?????? ?????? ?????? ?????? ?????? ?????? CompiledOn : 03/01/2013 14:11:24
?????? ?????? ?????? ?????? ?????? ?????? ?????? ?????? TargetPanel :
?????? ?????? ?????? ?????? ?????? ?????? ?????? ?????? PNGRequired :
?????? ?????? ?????? ?????? ?????? TargetProducts :
?????? ?????? ?????? ?????? ?????? ?????? ?????? ?????? ProjectType :
??????
-Russell


________________________________
From: Neil Dorin <neildorin@>
To: "mailto:Crestron%40yahoogroups.com"; <mailto:Crestron%40yahoogroups.com>;
Sent: Saturday, August 3, 2013 2:07 PM
Subject: Re: [Crestron] Re: AES - Front panel template will not load.

??????

Use file manager

Sent from my iPhone

On 2013-08-03, at 11:58 AM, "Joe" <mailto:jmz_jr%40yahoo.com>; wrote:

Hello Ross,

Where in tool box you manually replaced the .xml file. Im looking in the Project Display box. This is what I see.

DisplayListFile : .hex
CompiledOn :
TargetPanel :
PNGRequired :
TargetProducts :
ProjectType :
LanguagePackRequired :
MinCore3UILevel :
ProjectPlatform :

I looked through my program files and didnt see .xml file. Im a little confused.

Joe

--- In mailto:Crestron%40yahoogroups.com, rosscook@ wrote:


Dear Russell,

I had the same experience in May when adding a Cen-Track with an Audio-net Card to an AES.
We solve it by manually replacing the .xml file in File Manager inside of Toolbox for the processor.
For some reason the upload process does update the .xml file on the processor so we manually
deleted it and manually placed it into the correct folder on the processor using Toolbox.

That solved it for us, but we had to do it after every compile.

Hope that helps.

Ross



-----Original Message-----
From: Joe <jmz_jr@>
To: Crestron <mailto:Crestron%40yahoogroups.com>;
Sent: Sat, Aug 3, 2013 11:07 am
Subject: [Crestron] Re: AES - Front panel template will not load.






Hello Russell,

Im using SB and tried loading from VTpro. I did not work. Any other ideas ?

Thanks

Joe

--- In mailto:Crestron%40yahoogroups.com, Russell Grove <russellrgrove@> wrote:

If you're using System Builder try it from VTpro.

Sent from my iPhone

On Aug 2, 2013, at 9:02 PM, "Joe" <jmz_jr@> wrote:

Hello Everyone,

I need assistance re: AES - Front panel template will not load, answer ID 5272. I followed the instructions and checked the sub-directory's over and over, everything is okay! Any input will be helpful!

Thanks


[Non-text portions of this message have been removed]







[Non-text portions of this message have been removed]









[Non-text portions of this message have been removed]







[Non-text portions of this message have been removed]


Re: MC3 video out

Chip
 

When I got my MC3, the video out hadn't even been enabled - I was looking forward to using it when it finally did.

Then it was given the MLX-3 "You can use any layout you like as long as it's one of these 7" UI options.

Yes - very disappointing. :(

- Chip

--- In Crestron@..., "rlf79cm" <rlf79cm@...> wrote:

MLX3-type design which is stretched and distorted? Very disappointing.


Re: the handeling of code requests by clients

 

I almost never do the same job over and over again. I really don't think we fall in the same category of use. Legally, yes we can go that route, but why. Our modules are really the only thing that I see we need to protect if we are protecting anything. The rest of the code is normally a one off and no where near as complex as the modules. Like Tony stated, his code gets better every day/year. I know mine does. Bottom line is we should not piss off a customer enough that they don't want to use us again and if that does happen just password your modules before you release your code if you are worried about it. JMO

Now GUI's are a whole different matter. Like Heather posted, I think she could take legal action if she wanted. That is not cool. I have also spent a lot of personal time designing GUI's and that is the one thing that I would really get upset over.

--- In Crestron@..., Neil Dorin <neildorin@...> wrote:

So far precedent law leaves no grey area.

Unless you have the client signing a contract that explicitly states you are licensing code to them and out lines the terms of license, what Lincoln has already said applies. Any unlicensed code is presumed work for hire and owned solely by the client. You essentially give up all IP rights in such an arrangement. Lack of a contract or terms falls under work for hire.

I can't quote specific cases myself but my lawyers sure could when I looked I to this about 5 years ago.

I find it staggering that our industry is one of the few remaining software Industries that doesn't operate solely on licensing models. Even amateur mobile app developers use licensing contracts....

Sent from my iPhone

On 2013-08-10, at 8:18 AM, "Steve Kaudle" <skaudle@...> wrote:

Not sure I agree. . .in absence of a contract, I'd imagine it's one big grey
area save for the programmer's responsibility to turn over a working system
to the client. I'm not a lawyer, so I could be way off on that one.

That said, my point was that enforcing the 'licensed to run only on
designated systems' provision is difficult, largely because of the
difficulty in finding out whether or not an offense was ever committed.

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Neil Dorin
Sent: Friday, August 09, 2013 10:02 PM
To: Crestron@...
Subject: Re: [Crestron] the handeling of code requests by clients

Unless you have a contract with the client wherein you've explicitly
licensed the code to them, they own it, period.

There's no grey area legally at the moment.

Sent from my iPhone

On 2013-08-09, at 6:55 PM, Steve Kaudle <skaudle@...
<mailto:skaudle%40gmail.com> > wrote:

The code belongs to whomever paid us to write it (assuming all invoices
are
paid in full).

My company retains full ownership & can recycle as desired in part or
whole.

They can use the code as they please on the system(s) it was sold to run
on.*

*Not sure there's a practical way to enforce this.

On Friday, August 9, 2013, Gregg M wrote:

**


How do you guys handles code requests by clients? We know from the
questions being asked and the specific requests being made that the
client
is asking for it for another dealer. I've heard both sides of the coin
"we
don't give out code" "the code belongs to the client", so I'm just
wondering how the group as a whole deals with situations like this

[Non-text portions of this message have been removed]



------------------------------------

*
****

Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the
Database area.
*
****Yahoo! Groups Links


[Non-text portions of this message have been removed]


[Non-text portions of this message have been removed]


Re: the handeling of code requests by clients

 

So far precedent law leaves no grey area.

Unless you have the client signing a contract that explicitly states you are licensing code to them and out lines the terms of license, what Lincoln has already said applies. Any unlicensed code is presumed work for hire and owned solely by the client. You essentially give up all IP rights in such an arrangement. Lack of a contract or terms falls under work for hire.

I can't quote specific cases myself but my lawyers sure could when I looked I to this about 5 years ago.

I find it staggering that our industry is one of the few remaining software Industries that doesn't operate solely on licensing models. Even amateur mobile app developers use licensing contracts....
On 2013-08-10, at 8:18 AM, "Steve Kaudle" <skaudle@...> wrote:

Not sure I agree. . .in absence of a contract, I'd imagine it's one big grey
area save for the programmer's responsibility to turn over a working system
to the client. I'm not a lawyer, so I could be way off on that one.

That said, my point was that enforcing the 'licensed to run only on
designated systems' provision is difficult, largely because of the
difficulty in finding out whether or not an offense was ever committed.

From: Crestron@... [mailto:Crestron@...] On Behalf
Of Neil Dorin
Sent: Friday, August 09, 2013 10:02 PM
To: Crestron@...
Subject: Re: [Crestron] the handeling of code requests by clients

Unless you have a contract with the client wherein you've explicitly
licensed the code to them, they own it, period.

There's no grey area legally at the moment.

Sent from my iPhone

On 2013-08-09, at 6:55 PM, Steve Kaudle <skaudle@...
<mailto:skaudle%40gmail.com> > wrote:

The code belongs to whomever paid us to write it (assuming all invoices
are
paid in full).

My company retains full ownership & can recycle as desired in part or
whole.

They can use the code as they please on the system(s) it was sold to run
on.*

*Not sure there's a practical way to enforce this.

On Friday, August 9, 2013, Gregg M wrote:

**


How do you guys handles code requests by clients? We know from the
questions being asked and the specific requests being made that the
client
is asking for it for another dealer. I've heard both sides of the coin
"we
don't give out code" "the code belongs to the client", so I'm just
wondering how the group as a whole deals with situations like this

[Non-text portions of this message have been removed]



------------------------------------

*
****

Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the
Database area.
*
****Yahoo! Groups Links


[Non-text portions of this message have been removed]


[Non-text portions of this message have been removed]


Re: AV2/PRO2 eol?

 

Ha, interesting to know it's not just me! I have a large program running on a Rack2 that has issues like this. A program loading procedure that always works is: 1) erase all the program files, 2) reboot the processor (so that it's not running a program), 3) load the new program.

--- In Crestron@..., Lincoln King-Cliby <lincoln@...> wrote:

I posted about it here a while back -- and so far thankfully have only -_repeatedly_ encountered it with my Pro2 at home, but with the current firmware about 60% of the time trying to stop the program (e.g. loading a new program via Toolbox or even just STOPPROG via console) causes a watchdog reset. And unless you reconnect while the processor is still booting/loading the program there's no guarantee that your 2nd, 3rd, 4th or 5th attempts will be any different.