another quelist question

Questions or discussions about the Titan and classic consoles and software.

Moderator: Moderators

nrdgnr
Posts: 21
Joined: 26 Feb 2009, 14:58

another quelist question

Postby nrdgnr » 01 May 2012, 21:40

hi all ,

i am recording a cue list with some led lights , moving heads and pandora's box.

so , the problem is ,

when i am recording a step to my cue list, the desk is closing the parameters of previous cue..

i mean ,

cue 5 : pandora's layer + led lights are open

cue 6 : moving heads are open after 15 seconds from previous cue.

i mean , pandoras layer and led lights going down when cue 6 is fired.

i hope i can explain the situation..

i think that , there is some trick which i couldn't see on the options.

how can i keep booth parameters open when i jump to the next cue?
User avatar
niclights
The eManual
Posts: 4455
Joined: 24 Sep 2004, 01:06
Location: UK

Postby niclights » 01 May 2012, 22:45

Either:

1) Pandora layer & LED's have zero/closed values recorded in cue 6. Use view cue to check. If this is the case remove either by clicking on cells in cue view and select [delete] from softkeys or turn relevant attributes off and merge into cue.

2) Tracking is turned off. Tracking on/off is set per cuelist via [Playback Options]. Default is on. If tracking is on, dimmers will remain at set levels between cues until changed. If tracking is off dimmers will go off in cues where they are not recorded.
nrdgnr
Posts: 21
Joined: 26 Feb 2009, 14:58

Postby nrdgnr » 02 May 2012, 10:42

1) just moving head dimmer values are shown in cue view 6.

2) tracking on

The cue list is running normal when i restart titan mobile software. Then it's turning the same when i record a new cue to the cue list. (i've clear the programmer for sure)

P.s : record mode = channel , fixture overlap = %100
User avatar
niclights
The eManual
Posts: 4455
Joined: 24 Sep 2004, 01:06
Location: UK

Postby niclights » 02 May 2012, 12:48

Hi,

If you have time would you be able to write some exact steps to repeat so I can understand it better? Preferably this should be every single step required following a new show demonstrating the correct behaviour and the unexpected behaviour.

For example:

- New show
- Patch 4x Martin Mac 2000 Profile, 24DMX
- Visualise
- Begin recording cuelist
- Select fixtures
....
(more steps)
....
- Fire cuelist
- Go cue 1
= (describe expected output & how it compares with actual)
- Go cue 2
etc.


This can seem excessive but it is important.

Alternatively you could record a video and send it to me.
nrdgnr
Posts: 21
Joined: 26 Feb 2009, 14:58

Postby nrdgnr » 02 May 2012, 20:18

p.m
nrdgnr
Posts: 21
Joined: 26 Feb 2009, 14:58

Postby nrdgnr » 03 May 2012, 16:43

have you checked the video about the situation Nick ? i sent you a link as p.m
User avatar
niclights
The eManual
Posts: 4455
Joined: 24 Sep 2004, 01:06
Location: UK

Postby niclights » 03 May 2012, 20:59

Hi,

Sorry, yes. I intend to investigate further but have not had time yet.

Unfortunately it wasn't entirely clear to me what you were doing. I can see your cue settings and the effect on stage but the cue view was set to show times, not levels so I cannot see what is in the cues.

I will have a go at trying to replicate myself. If I cannot then we might need to try another video or listing the steps to repeat.
nrdgnr
Posts: 21
Joined: 26 Feb 2009, 14:58

Postby nrdgnr » 03 May 2012, 22:47

thank you for helping Nick.

As you can see on the video , there is a blackout cue (cue 26) and after a ''load'' cue. on the load cue we have only values for pandora layers and moving heads. So , when i fire the b.o cue , stage is going b.o as normal and next ''load'' cue is following ''b.o'' cue with 2s offset. Then led lights going up with this 'load' cue but as i showed you on the video , there is no parameters for the led lights this 'load' cue.
User avatar
niclights
The eManual
Posts: 4455
Joined: 24 Sep 2004, 01:06
Location: UK

Postby niclights » 03 May 2012, 23:45

This is a bug.

Values tracked forwards don't update for new cues if there is at least one step between the originating values and the new/updated cue. This occurs by any means including merge/replace/update or insert.

An alternative workaround is to copy the playback.

This is fixed in v6.

Who is online

Users browsing this forum: Bing [Bot] and 27 guests