One enhancements is that it now supports multiple (2) streams, in case a station has a high and low quality stream.
“ChatTime” default value and “AutoClearChatField” default value can now be set via config file.
Changed minor issue where Chatfield did not update in Live Assist mode on datachange while mikefader was raised. Update was only done when mikefader was lowered again.
Programm kann jetzt 2 unabhängige Streams handhaben, im Fall wo ein Sender einen high- und einen lowquality Stream betreibt.
“ChatTime” default Wert und “AutoClearChatField” default Wert können jetzt über die Konfigdatei gesetzt werden.
Kleine Kosmetik wo das “Chatfeld” im Live Asist Modus nicht automatisch neu geschrieben wurde bei “datachange” und Mikefader “auf”. Update wurde erst gemacht wenn Fader wieder zugezogen wurde.
Exception / Blacklist für Daten welche nicht als Metadata verschickt werden sollen.
Die Doc ist auch up-to-date. Logging Format ist auch da beschrieben.
Gruss:
-Serge-[/quote]
[quote=“shorty.xs, post:15, topic:6225”]So weit so gut, ich würde das Programm auch gerne mit einigen DJ Apps verwenden. z.B. VirtualDJ schreibt ein Liste. Es muß also immer der letzte Titel in der Textdatei gelesen werden. Geht das? Ich glaube da steht noch Datum und Uhrzeit davor, hab ich grade nicht im Kopf.
Bei BPM Studio müsste es so funktionieren wie es jetzt ist. Von den anderen in Frage kommenden Anwendungen habe ich im Moment kein Log vorliegen.
Würdest Du da ggf. Anpassungen machen oder lehnst Du das generell ab?
Greetz
Malte[/quote]
Wie sieht’s denn generell aus, würdest du ggf. Anpassungen für weitere Programme machen?
Greetz
Malte
EDIT: Sorry, I didn’t notice we’re in the english section. So we better continue english.
A short summary: I like this SC_Interface a lot, and so I kindly asked Serge if he could adapt it to other Player applications. Many of our presenters do use ordinary DJ apps, like VirtualDJ, BPM-Studio, Mixmeister. They don’t have configuration for log files, they just write them.
I’m not opposed to add additional support to the interface. However, the only problem I’m facing at the moment is time.
I cannot guarantee a timeframe on when it should/could be implemented. But I will put it on my list.
The only thing I ask you to do, is to provide me with a small log for each program and tell me how the program handles the log.
I mean if the last song gets appended to the end of file or on top of file or if the file gets overwritten like mAirList can do.
Then, if the logfile is of type “append”, how does the filelength get handled? Fixed size, … ?
As I said before, I first have to see the logs before giving a statement about feasibility.
I mean, everything can be done if you fiddle long enough with it.
It all depends on a reasonable effort. ;D
Here is a Virtual DJ log.
So you have my total song History
As you can see new entry is appended to the end of the file.
The file is stored in %homepath%\VirtualDJ on WinXP and in %homedrive%\documents\VirtualDJ on Vista. I guess there must by a registry entry that points you automaticly to %homepath% or %homepath%\documents
So you just have to read it and add \VirtualDJ to it.
I hope my explanation wasn’t to difficult.
Cheers
Malte
the path to the dumpfile ist specified in the config file under the COMMON section in the key:
DumpSourcepath=
It has to be the absolute path to it. The use of environment variables won’t work.
So you have to check in your system properties what %homedrive% or %homepath% refers to. OK?
The read of the VDJ log is not that complicated.
Locate to last line of log, then we just trim off the leftmost 8 chars and read in the rest as is.
I just made some testing and it takes the program some 2 seconds to locate to the last line (with your current logfile lenght)
But this really depends on the total length of the file.
Is there a way to initialize the log on startup. If that’s not forseen in the program, you might consider starting VDJ via a bat file that deletes the log prior to starting VDJ. This would speed up things tremendously.
Furthermore, be aware that if you transmit your data like in your logfile via RDS, the listener gets a kinda crappy text displayed.
Use of brackets and special characters is not supported on most RDS coders and decoders, so enabling the “CharacterFilter=True” in the config is highly recommended.
Also for Shoutcast, the use of “&” “,” “.” (ampersand, comma and dot) and some other characters get interpreted as commands via the admin interface. So here again, the characterfilter replaces these by substitutes. ("&" gets replaced by “and”)
Let me make up my mind on how this VDJ support could be implemented via the config file…
I really have to check the code first.
Hi Serge,
I tried to figure out where the logfile is stored, because it seems to be always the same directory, there would be no nee of changing the setting in the config. You set the SC Interface into VDJ mode, and it knows where to find the log file.
You can read the location from the registry: http://www.learnthat.com/courses/computer/registry/windows/userfolders.html
The Key to read is: Personal
Maybe this is to early, I can setup a batch file doing the settings as well.
I think there should be a kind of “ModeSwitch=” in the config file. Followed by the Application name. If it is empty SC Interface expects the log file like it is in the current version 3.3 As soon as there is something defined SC Interface reads the log, like defined for this application.
For VDJ it reads the last line of the file. Maybe it makes sense to double check the start time, with the current system time?
What ever event we will trigger from it.
The implementation to read the file in took me exactly 5 minutes to implement.
It’s the benefit of a well documented program ;D
Again, I will not read any registry key! Registry is a mess due to misuse by programmers. >:(
I believe VDJ will always write to the same logfile at the same location (with respect to the same PC)
The path and filename has to be set where I indicated before.
One additional key “InterfaceType=VDJ” will handle the switchover to VDJ support.
There’s still one thought I would like to discuss:
Will the SC_Interface be used by more than one application on one PC.
If so, I will add support for indicating the corresponding configfile via a command line argument.
A few shortcuts with different arguments pointing to the right config file will then do the trick.
For the moment I’d say there is only one application using SC_Interface running on each PC.
If it’s more than one, I’d recommend the old (and well proven) mAirlist way and have differen copy in different folder, together with it’s config file.
I have created a small batch file that can read registry and put the result into the config file of SC_Interface. I need to keep it simple for the users, a lot of them know how to handle the application but are not able to copy and paste a filepath into the settings. :’(
Regards
Malte
P.S. so I’ll come back with some more log files for other apps. ;D
Hello Serge,
so far everything is fine, the beta version works without any problem.
I now have to collect log files from 2 other apps, but it seems to be difficult to find them.
I’ll keep you posted.
Hi Serge,
I still didn’t find time to do some tests on Mixmeister, but a got a reply from my VDJ BETA Tester.
The problem is, that VDJ does write the new titele very early. For example while you’re pre-listening next song. Or if you try to mix 2 songs, update is initiated to early.
So it would be fine, if you could add a software button for live assist mode, to manually initiate the update. I guess the function is already there, for the serial port functions, so it may “just” need a software button instead of hardware. reading function can stay the same, you just have to interrup the transmission to the server.
I believe this is a VDJ Problem and should be reported to them.
Hmm, manual mode is fully supported…
Does he really use the faderinterface to swap between “Showname send” and “Song/Title send” upon faderstatus change?
I suppose “FaderStatusChange=” is set to SmartSend then…
The other option would be to use “Live” mode only, set the showname, send it when fader is raised, then when fader is closed and file is played, push the “Force Dumpfile read & send” button, then “Send Chat” button.
But again, I do not see where the real Problem is.
Even if VDJ dumps the filedata earlier, due to internal buffer playout delay or whatever, it can only be a lead of a few seconds or so. Is this that important for the stream data ???
Hello Serge,
the basic problem is, there is no serial port in use. So maybe it’s just failure between keyboard and chair.
Is there a mode to disable serial port in live assist mode and use any other button instead?
Live assist mode makes use of the LPT-Port where the Faderswitch shall be connected to either Busy or Ack Input.
If he does not make use of a Fader at all or if there’s nothing connected, he should only use Automatic or Live (manual) mode.
When selecting Live mode, the first thing to do is set the Liveshowname. He then can make use of the “Force Dumpfile read & send” Button to send the current songdata. The program will resend the Liveshowname automatically after the preset time that has been selected has elapsed.
As we say here, it’s an advantage if you’re able read
Pleas check if I understood correctly, I can use the force read Button while I’m in Live Mode, to manually update song title.
Is there a way to disable the automated chat message?
Yes, if you’re in Livemode and press the “force read” Button, the logfile gets read and shoutcast gets updated.
What do you mean by “disable automated chat message”? The automatic switch-back to Liveshow?
If you enter a bogus ShoutCast server address in the confg file, you’re able to test the whole functionality.
No need to test it with a livesystem.
Hello Serge,
I have to bring up this thread again.
Are you willing to continue including mor applications to your SC_Interface? I have here a sample file from Radio&DJ.
It yould be great if you could implement this for shoutcast update.
The file is always updated and there is only a single line of Text.
this should be very easy to implement.
I’m currently busy with some other important things, so don’t expect the update before mid november.
I’ll let you know when it’s available
