Is possible to play current time on sc_trans?
 

Some companies that use shoutcast, are providing a resource in AutoDJ to play the right time (current time) during the scheduled playlist. How is this possible?

I know it's possible to run scripts within the playlist, but how can I create the script for this?

I can use PHP or shellscript.

Not sure what do you meam with:

"play the right time (current time)"

or

"run scripts within the playlist"

sc_trans is using your server time for scheduled playlists.

http://wiki.winamp.com/wiki/SHOUTcas..._Specification

PHP is using a timestamp based on the timezone-setting of the php.ini.

These are different things...

I think he wants sc_trans to play "the time is ..." on the hour. A lot of auto dj software has this "feature". In most (all) cases, the time announcement is mixed over the current stream, rather than instead of it. As far as I can recall, sc_trans can't mix audio sources like that (I could be wrong, but documentation for an unsupported product is hard to find). So, while you could conceivably achieve a "time call", it would probably be between tracks, and therefore not very useful at all. The time call on shoutcast is never going to be accurate anyway, even if you take the buffer size in shoutcast into consideration, as different listeners have different latencies and different software with different client side buffer lengths, you're not going to be anywhere near as accurate as a real radio station. And that's with other auto dj software, with sc-trans, if I'm correct about not being able to mix the audio over the existing stream, you wont have a chance in hell of being anywhere near close, unless your script can accurately determine the length of each song, and make it so that the time call is played at the right time, and with the final statement "I can use PHP or shellscript", I very much doubt you have the necessary skills to write a script that can manipulate the playlist like that.

sc_trans pretty much couldn't mix the audio in the manner required as it just transitioned into and out of scheduled events. the only possible thing is if the time announcement is very short and the crossfading works then that might do it (though that wouldn't be a good experience), but cross-fading was somewhat buggy a lot of the time and is just better to use something that is supported, un-like sc_trans.

my usual one word answer

liquidsoap

that is all :D

Ya for sure... make liquidsoap to the answer of all but the fact that liquidsoap is really bad supported, the mailinglists are hard to follow and hard to understand how it works, the performance issues if you want manage more than one stream, the fact that you must open for every stream-user a own port (in my case it would be more than 15 open ports), the fact that you can only reload a playlist if it's running or you must use a telnet command ... pffff haha sorry Jaromanda but liquidsoap is far from a alternative solution to sc_trans. From point of a developer view it would make sense to messed up self with liquidsoap but for a productive radio station you need really more like that.

liquidsoap does what it says. Sure, it's not how YOU want it to work, but that doesn't make it broken

sc_trans has bugs that will never be fixed, because it is LONG abandoned

liquidsoap can do exactly what cesarlwh wants to achieve

sc_trans can NOT do what cesarlwh wants to achieve

If your favourite tool is a screwdriver, would you use it to hammer a nail?

Use the right tool for the job

Liqusidsoap is maybe more a plastic screwdriver but to really tighten a metal screw is it not enough.

I know that sc_trans has some bugs, but the count of my transcoder based issues or crashes within the last 3 years is smaller than the issues with the DNAS v2x versions in last 6 months. There is also no specific reason not to use the transcoder further, whether that is developed or not. But for the future would be an alternative the better solution.

I know that the SHOUTcast developers are not to blame. It just annoys and frustrated me, that there is no real alternative for Linux that has offered me this scope of functions.

Liquidsoap is widely used, including in a lot of professional broadcastings solutions / setups. so clearly for some it has it's place and fits the needs and from my understanding from those actually using it, it's a lot more flexible than sc_trans ever was or could have been.

it's just like how the defunct sc_trans worked for other people's needs. and sure it probably is less resource intensive compared to Liquidsoap, but then others complained that sc_trans was too resource heavy (which was the case in a number of ways due to re-encoding the audio even when it wasn't needed i.e. was already at the correct format to start with.


anyway, for the OP, sc_trans is not fit for purpose and the most applicable suggestion has been provided.

as opposed to sc_trans, a non-existent hammer :p

you're still confusing what YOU want/use/need in a transcoder with what the actual question was about.