-
no, buggy changes to conf file would break the robot temporarily. You could add a refresh_configuration command, so at least it would break when you told it to do something different instead of automatically breaking.
2009-09-22 07:46:26 UTC in The Megatron Daemon
-
Renamed to be more appropriate. Things that are not part of the megatron core but also need to be configurable should be allowed to have configuration directives too. Probably extend variable syntax to: .=.
2008-06-25 06:06:16 UTC in The Megatron Daemon
-
Hello! I've tried to figure this one out for awhile, but I think perhaps you must take care of it.
My Project: megatrond
The megatron2 directory directly under root is incorrect, I improperly performed an import when I should have just added (something I subsequently did in the proper location). I do not want to confuse users/developers browsing my CVS as to what files to pay attention...
2008-02-29 23:20:52 UTC in SourceForge.net
-
The RequestStack invokes an FS search that Java seems to blindly cache and then fail to recognize when something has changed. This is really annoying, as placing new music into the stax is not detected by the RequestStack.
2008-02-24 07:50:26 UTC in The Megatron Daemon
-
Great. What show did you do it under though? Like I said, there's already the anon show that is never scheduled, but always added to the schedule automatically. You will have to make a Remote Broadcast show that is never scheduled, but always added to the schedule automatically. Then you could log in with that. Just enter one song into the ptracker that is the information about the remote...
2008-02-11 02:03:50 UTC in The Megatron Daemon
-
Either remote broadcast module needs to enter something into the ptracker logs OR DJs doing remote broadcasts must use the ptracker via SSH tunnel. Ptracker via SSH tunnel is a better idea. Keep proper bookkeeping, keep proper display on the website, and we wouldn't need seperate remote broadcast recording hooks.
2008-02-09 03:37:58 UTC in The Megatron Daemon
-
I gave it a year ago and it tried to go from a year ahead.
2008-02-04 04:30:01 UTC in The Megatron Daemon
-
Presently, all programming blocks must be a set length, but there is no need for this. In fact, since the code has been rewritten, it is very easy to include a block length along with the block specifier, therefore allowing an arbitrary number of arbitrary block requirements. For example
120 1,2,3,4,5]22:00-02:00 120 minutes MTWThF from 8pm-2am
90 1,2,3,4,5]18:30-20:00 90 minutes after...
2008-01-28 06:25:43 UTC in The Megatron Daemon
-
The only way I can think of to handle this is implement some sort of timeout everytime we try to invoke a player command. If the player command does not return in a timely fashion, we except to allow things downstream to flow, and perhaps restart the player?.
2008-01-23 00:11:31 UTC in The Megatron Daemon
-
I can't seem to recall what caused this, and last time an error caused a dive on a bunk path, we successfully pulled from the errorfallback, so we'll close this for now and open it again with more details if we can trigger the problem.
2008-01-23 00:06:10 UTC in The Megatron Daemon
