Ebenfalls gestern hat das SHOUTcast Team das YP BAN System wieder repariert und live geschaltet.

YP BAN System heisst in etwa so viel wie:

Alle Radios, die in irgendeiner Art und Weise die SHOUTcast Software editiert haben, die Zahlen manipulieren bzw. faken oder sonst was tun, was nicht erlaubt ist, werden von nun an wieder in den Yellow Pages auf SHOUTcast.com gebannt und tauchen somit nicht mehr auf.

Gestern hat dies bereits einige Radios getroffen, vor allem auch Streams, die weit oben in den Top20 platziert waren, wie zum Beispiel FrenchKiss.FM, All 60s Hits, All Christmas and Pop von KeepFreeMusic.com und auch BeatBox.FM. All diese Radios waren in den letzten Wochen und Monaten dafür bekannt, ihre Zahlen extremst auffällig künstlich nach oben zu pushen und damit Spitzenwerte von bis zu 5.000 Zuhörern in einem Cluster zu erreichen.

Nach und nach wird nun eine Software eingesetzt, die Radios sucht und dann aus dem System verbannt.

Als Fehlermeldung kommt dann im SHOUTcast Log sowas wie:

[yp_add] yp.shoutcast.com gave extended error (This network has been permanently banned due to a previous violation of the SHOUTcast directory terms of service.)

Aus internen Gründen von SHOUTcast darf ich darauf nicht nähehr eingehen, wie das System funktioniert und wonach es ein Radio entfernt. Nur ein Tipp von meiner Seite: Ladet euch die originale sc_serv Software von shoutcast.com runter und nutzt ausschließlich diese, dann seid ihr auch auf der sicheren Seite.

Übrigens: Die schauen auch manuell nach auffälligen Radios und prüfen die anhand von unterschiedlichsten Kriterien. Wer also bisher meinte “Das fällt bestimmt nicht auf”, dem kann ich sagen, es gibt EINIGE Möglichkeiten, heraus zu finden, ob ein Radio nun faked oder nicht.

Falls dies nun ein Faker liest, so seid doch bitte endlich ehrlich!

Seit gestern abend steht sc_trans 2.0 in der BETA 4 zum Download zur Verfügung. Knapp 1,5 Monate nach dem letzten BETA Release tut sich hier endlich einiges mehr in Sachen SHOUTcast Transcoder und Playlist.

Etwas, was ich vor längerer Zeit bereits angekündigt habe, ist nun Wirklichkeit geworden: die Schedule Funktion.

Das Radio kann nun zeitgesteuert festlegen, wann ein Track oder ein Set laufen soll. Ich bin echt froh, dass das geklappt hat und dieser Rat auch angenommen wurde. Nun weiss man auch, warum die Entwicklung von sc_serv so viel Zeit in Anspruch nimmt, wenn sc_trans um einige Funktionen mehr ausgebaut wird und das wohl auch noch kein Ende nimmt.

DJs bzw. Moderatoren bekommen nun ihren eigenen Account im sc_trans System, so dass man das Passwort Problem viel besser lösen kann.

Zudem gibt es nun auch ein AJAX basiertes System, was auch die Reload Funktion der Playlist deutlich vereinfachen sollte.

Was auch noch erwähnt werden sollte, ist der Support für Mac OSx.

Hier die Veränderungen im Überblick:

Release Notes:
12/10/2008 – sc_trans beta drop 4 – Version 2 revision 21

NEW PORTS:
FreeBSD
Mac PPC
Mac Intel

Audio capture is now functional under Win32,linux and FreeBSD, but does
not yet work on the Mac ports.

AJAX API:

sc_trans now has an Ajax API that allows full manipulation of
the program state (See api.rtf)

added flash policy file support referenced by both /crossdomain.xml
against the admin port, and a custom flash policy server which
can be configured using the flashpolicyserverport config option

vu.bin admin port command added to get vu data as a stream (see docs.txt)

SCHEDULING SYSTEM:

Playlists (other than the primary) and DJs can be scheduled in a calendar.
See the Ajax documentation for more info.

NEW DJ SYSTEM:

DJs now have their own accounts in sc_trans. The new scheduling system
can be used to determine when they can connect.

dj archive files are now named with the following format
djname_[date/time based on djfilepattern parameter].suffix

The dj archive file is optional, and is set in the DJ scheduling

REPLAY GAIN CHANGES:

replayGain calculation system redone. Playlists now have RG calculated
against them if you use the calcrg parameter when registering the list
with the AJAX API. Priority playlists and the main playlist still use the config
file flag. Runahead compensation is only done for the main playlist at startup

BUG FIXES:

bug in shoutcast protocol state machine fixed. Connect/disconnect messages
now appear in logs as expected.

reloading main playlist was causing duplicate copies to be inserted into
the internal queue.

CONFIG FILE CHANGES

calendarfile config option
calendarrewrite config option added
djcapture config flag added
capturedebug config flag added
added config option djdebug
djpassword no longer a single option, now part of the new
djpassword,djlogin,djpriority multi set
djfilepattern conf file option
djport2 config option for shoutcast 2 dj protocol
djcipher config option for shoutcast 2 dj protocol
added flashpolicyserverdebug conf switch
added flashpolicyserverport conf switch
added flashpolicyfile conf switch

CHANGES IN AJAX INTERFACE (from earlier internal-only version)

calcrg added to addplaylist API call
added to getstatus API call result
listplaylistevents generalized. now called listevents
deleteplaylistevent and deletedjevent removed and replaced with generic deleteevent
addplaylistevent and adddjevent removed. Replaced with generic addevent
modifydjevent and modifyplaylistevent removed. Not necessary
abortdjevent and abortplaylistevent removed. Replaced with abortevent
Ajax calls relating to DJs changed and implemented.

CALENDAR XML SPEC

archive flag added to tag in calendar xml spec.

MISC

priority playlists no longer shuffle.
shoutcast 2.1 dj protocol added

Hier könnt ihr die neue BETA 4 von sc_trans 2.0 runterladen.