Re: [RDD] Feature Request: make the Scheduler codes mandatory in some groups

2012-01-17 Thread Fred Gleason
On Jan 16, 2012, at 18:08 41, drew Roberts wrote:

 iirc, the suggestion was to make this an option on setting up a drop
 box or on setting up a group. Probably the group.

Why not both?  The group setting is the initial default, which can be 
overridden by the dropbox setting.  The dropbox setting is the default for for 
its context, which can be overridden by individual imports.


 So if a group was to
 be forced to have a code, (or the droppbox) then you would need such a
 file, if not, you would not. Does that work?

Why not make it part of the metadata pattern, so codes could be specified as 
part of the filename, just like any other metadata?  The only place this might 
get slightly tricky is when multiple codes are desired.  In that case a special 
'inter-code' separator could be specified, resulting in something like:

title_artist_code 0^code 1^[...]code n_album_label.wav

in this case, '_' would be the usual field separator, and '^' would be the code 
separator.

This also avoids some potential race conditions that could bite with scenarios 
involving multiple files.

Cheers!


|-|
| Frederick F. Gleason, Jr. |   Chief Developer   |
|   |   Paravel Systems   |
|-|
| Don't tell me I'm burning the candle at both ends -- tell me where to   |
| get more wax!!  |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


Re: [RDD] Will it ever be possible to voicetrack in RDAirPlay?

2012-01-17 Thread Morten Krarup Nielsen
It looks like more people is looking for this feature. We can always
discuss later, how exactly voice-tracking should work in RDAirplay.
But right now I would like to hear from the developers, if they will
consider this feature? If they will, I will keep testing Rivendell, so
there's a chance it could replace our current system Thank you! Kind regards, 
Morten 2012/1/16 Marius Radiok=E6ll Qtronix qtro...@halden.net:
 Agreed! This would be a very useful feature indeed!

 I still wish the logs were split into hours instead of days too.
 This way rdairplay wouldn't have to reload the whole day's log but only
 the loaded one (if the loaded one was the one being modified). Else, it
 wouldn't have to do anything but load the next hour (modified or not). :)

 Not really a must, but it'd be useful in my opinion. :)

 -
 Marius

 On man, januar 16, 2012 22:25, ltynd...@cogeco.ca wrote:
 Hi,

 I could be incorrect, but I think part of the request is to be able to
 access the voicetracking module/capability
 directly from RDAirplay's log editor.

 One commercial system that I work with (I won't mention which one) has
 this ability - to voicetrack directly from the
 log editor which is displayed in the on-air room while the on-air playou=
t
 engine keeps going. =A0In fact it uses the same
 log editor whether you're at the on-air location or somewhere else. =A0Y=
ou
 just scroll down in the log, highlite / click
 on the voicetrack entry you want to record, and hit the Record button.
 It'll let you do your voicetrack. =A0Since
 voicetracking is a part of the log editor, and the same log editor is us=
ed
 for both the on-air system and elsewhere, it
 makes it very easy for someone to do both a live and a voicetracked shif=
t
 at the same time. I've seen jocks do a live
 break, then while music plays scroll down in the log and record 2 - 3
 voicetracks which are scheduled for later in the
 day, then come back and do another live break without any need to
 switchfrom one application to another - all within the
 same log editor.

 With Rivendell the closest you currently can get is to open up the log
 editor alongside RDAirplay. =A0This isn't
 impossible, but does create an extra step and has the potential to cause
 confusion.

 I'm not sure what would be involved, but perhaps an idea to look at woul=
d
 be adding a Voicetrack button into
 RDAirplay's log editor which could call up the VT module. =A0Just a thou=
ght.






 Our morning-show is almost live - the hosts always makes the next coupl=
e
 of speaks as voicetracks, so they have more time to find the latest
 show-prep. In our current radio automation that is no problem, but I've
 played around with Rivendell, and this looks more complicated when it
 comes to voicetracking a live show. I can't make the hosts run the
 show in RDAirPlay while voicetracking in log-edit, and then always
 refresh the log.

 ..
 Thus, the sixth track in the 9 PM hour on Wednesday is cart number
 932106.
 The tracks are pre-inserted in all the daily logs; some may be skipped
 by
 rdairplay if they're not used. But the log never has to be refreshed; i=
f
 a
 track is recorded or imported, it will play automatically where it is
 called for in the log.
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev





 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev 
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


Re: [RDD] Feature Request: make the Scheduler codes mandatory in some groups

2012-01-17 Thread drew Roberts
On Tue, Jan 17, 2012 at 8:31 AM, Fred Gleason fr...@paravelsystems.com wrote:
 On Jan 16, 2012, at 18:08 41, drew Roberts wrote:

 iirc, the suggestion was to make this an option on setting up a drop
 box or on setting up a group. Probably the group.

 Why not both?  The group setting is the initial default, which can be 
 overridden by the dropbox setting.  The dropbox setting is the default for 
 for its context, which can be overridden by individual imports.


 So if a group was to
 be forced to have a code, (or the droppbox) then you would need such a
 file, if not, you would not. Does that work?

 Why not make it part of the metadata pattern, so codes could be specified as 
 part of the filename, just like any other metadata?  The only place this 
 might get slightly tricky is when multiple codes are desired.  In that case a 
 special 'inter-code' separator could be specified, resulting in something 
 like:

        title_artist_code 0^code 1^[...]code n_album_label.wav

 in this case, '_' would be the usual field separator, and '^' would be the 
 code separator.

 This also avoids some potential race conditions that could bite with 
 scenarios involving multiple files.

It all sounds fine to me. I don't have this need myself at this time.
I was just trying to offer a possible approach to the person who made
the request.

 Cheers!


 |-|
 | Frederick F. Gleason, Jr. |               Chief Developer               |
 |                           |               Paravel Systems               |

all the best,

drew
-- 
http://freemusicpush.blogspot.com/
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


[RDD] Show only first 100 matches

2012-01-17 Thread Rob Landry

Is there any way in RD 2.0.2 to get this to default to Unchecked?

When you have 1000+ carts in a group, the likelihood of the one you're 
looking for showing up in the first 100 matches is remote, and this 
feature is rarely useful.

Thanks,


Rob
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


Re: [RDD] Show only first 100 matches

2012-01-17 Thread Wayne Merricks
If my memory serves me (probably doesn't) I think it was limited to 100  
for performance reasons with large data sets.  Either way I guess a check  
box wouldn't hurt

On Tue, 17 Jan 2012 17:09:57 -, Rob Landry 41001...@interpring.com  
wrote:


 Is there any way in RD 2.0.2 to get this to default to Unchecked?

 When you have 1000+ carts in a group, the likelihood of the one you're
 looking for showing up in the first 100 matches is remote, and this
 feature is rarely useful.

 Thanks,


 Rob
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev

###
Scanned by MailMarshal
###



Attention: 

The information contained in this message is confidential and intended for the 
addressee(s) only. If you have received this message in error or there are any 
problems, please notify the originator immediately.
The unauthorised use, disclosure, copying or alteration of this message is 
strictly forbidden. Christian Vision or any of its subsidiaries will not be 
liable for direct, special, indirect or consequential damages 
arising from alteration of the contents of this message by a third party or as 
a result of any virus being passed on. Please note that we reserve the right to 
monitor and read any e-mails sent or received by the 
company under the Telecommunications (Lawful Business Practice) (Interception 
of Communications) Regulation 2000. Christian Vision is registered in England 
as a limited company 2842414 and as a charity 1031031  


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


Re: [RDD] Show only first 100 matches

2012-01-17 Thread Paul Hayton
Agreed. I can't seem to find a place to disable this feature. 

Cheers, Paul. 

On 18/01/2012, at 6:09 AM, Rob Landry 41001...@interpring.com wrote:

 
 Is there any way in RD 2.0.2 to get this to default to Unchecked?
 
 When you have 1000+ carts in a group, the likelihood of the one you're 
 looking for showing up in the first 100 matches is remote, and this 
 feature is rarely useful.
 
 Thanks,
 
 
 Rob
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev


Re: [RDD] Show only first 100 matches

2012-01-17 Thread Fred Gleason
On Jan 17, 2012, at 12:09 57, Rob Landry wrote:

 Is there any way in RD 2.0.2 to get this to default to Unchecked?

No.  At one point (back in beta) it would actually 'remember' the the state it 
was in when RDLibrary was last closed, and then come up the same way.  It got 
changed to be default 'off' after users at one of our test sites with a large 
library (10+ carts) would turn it off and then forget to reset it.  It made 
for a looonng startup wait...  :)


 When you have 1000+ carts in a group, the likelihood of the one you're 
 looking for showing up in the first 100 matches is remote, and this 
 feature is rarely useful.

I would argue that, if your result set is that large, you need to refine it 
further in the filter.

However, how about a configuration setting in RDAdmin to specify the default 
state, possible choices being:

On
Off
Previous setting

Cheers!


|-|
| Frederick F. Gleason, Jr. |   Chief Developer   |
|   |   Paravel Systems   |
|-|
|  A room without books is like a body without a soul.|
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev