SHOUTcast Transcoder 2 Beta 6

[nradisch]

That doesn't surprise me. Both sc_trans and sc_serv do a lot of time sensitive operations and use the system time as a reference. Changing the system time while the applications are running can cause all sorts of problems. For example, if you move the clock backwards an hour, sc_trans will stop transmitting for an hour since the bitrate calculations will now indicate that no bits need to be transmitted (or negative bits, which results in the same behavior).

--Neil

Hi again, sorry for spam.

Have another bug. If you change the system time with shoutcast running the server crash (almost in centos).

Edit:

My cronjob tried to restart service but it couldnt because process were alive but no sound on station. I checked log and all seemed ok, dont know why but after a tail to the log and a "ps -e | grep trans" they started to sound again in the station... Its very rare, I think that commands may not be related to the problem, but everytime I had to adjust the server time the transcoders stop working.


hope it helps

[nradisch]

Never heard of that one. Are they sharing config files or calendar files or maybe priority playlist directories?

--Neil

Sorry if this has been asked before...... Im using beta 5.........

Have 2 instances of trans (Linux)...... now, I've never used extra playlists before....... Added a new playlist via API to just to one instance....but it plays on the second instance too at the scheduled time for first instance? Even when there's no event listed for that instance.........

Is this a known issue?

[nradisch]

Yes it does work.
A few simplified examples were posted to the Beta 5 thread a while back.

--Neil

Hi there and congrats for this as it was missing for all thouse years.

Everything is fine but, does anybody have a quick example for the use of the API?



Doesn't seem to work for getstatus for instance.

it asks me for user/pass and when I put them i get

"Missing or unknown op parameter ()"

Is the API working?

-Yiannis

[ysam]

Thanx Neil. I'll look them up.

[DJ Pedster]

Never heard of that one. Are they sharing config files or calendar files or maybe priority playlist directories?l

This was it.... Changed via API, will report back if any issues.

[elpotente]

Entries in the calendar file can have durations. This allows sc_trans to "expire" the
event. If you do not specify a duration the event remains active until all the elements in the event are played.

--Neil

Right, I will test it!

That doesn't surprise me. Both sc_trans and sc_serv do a lot of time sensitive operations and use the system time as a reference. Changing the system time while the applications are running can cause all sorts of problems. For example, if you move the clock backwards an hour, sc_trans will stop transmitting for an hour since the bitrate calculations will now indicate that no bits need to be transmitted (or negative bits, which results in the same behavior).

--Neil

Like I posted before, station started to send bits again 10mins later.. They seem to be 10mins moved backwards in the clock.


Can you help me with the problem trying to buy mp3 license? Post #141 in this thread

Thanks!!

[nradisch]

I can't help you with the license purchase problem. Contact Faisal Sultan. (sc_faisal)

--Neil

[BornKillaz]

Yes it should work, just combine all the necessary bitflags. For a time repeating event
that is limited to Saturday and Sunday you would use the value 193

(time=128, Saturday = 64, Sunday = 1 128+64+1=193)

Great! I was using repeat=65

Thank you!

[njasm]

hi all.

i need some clarification, regarding sc_trans and sc2, since i am starting some tests.

using shoutcast protocol 2:

with the same instance of sc_trans drop 6, i should be capable of:

Reading a playlist file, and with that pl, create 4 streamids, (being the only diference, bitrate / and possibly if i want... the encode [aacp & mp3]) and connect them to my sc_server 2, where i do have configure all those streamids.

simple putted:

one playlist, at 128 aacp, and at 96 aacp, and at aacp, and another as 192 mp3.

should be all good, ?

and if i would like to have those streams...but each one with diferent playlists? what config flag are for that? can it be done ?


For yp2, i'm using authhashes from the fellows at streamsolutions...

but i'm having problems connection more then 2 streamids to they yp2 (altough we're debuging this situation) it might be some misconfiguration i might have..


in theory, sc_trans2 can create unlimited streamids , is that right ?

thanks in advance!

[nradisch]

Everything you're saying here sounds correct. As you suspect, you cannot configure sc_trans to use different playlists for different bitrates.

--Neil

hi all.

i need some clarification, regarding sc_trans and sc2, since i am starting some tests.

using shoutcast protocol 2:

with the same instance of sc_trans drop 6, i should be capable of:

Reading a playlist file, and with that pl, create 4 streamids, (being the only diference, bitrate / and possibly if i want... the encode [aacp & mp3]) and connect them to my sc_server 2, where i do have configure all those streamids.

simple putted:

one playlist, at 128 aacp, and at 96 aacp, and at aacp, and another as 192 mp3.

should be all good, ?

and if i would like to have those streams...but each one with diferent playlists? what config flag are for that? can it be done ?


For yp2, i'm using authhashes from the fellows at streamsolutions...

but i'm having problems connection more then 2 streamids to they yp2 (altough we're debuging this situation) it might be some misconfiguration i might have..


in theory, sc_trans2 can create unlimited streamids , is that right ?

thanks in advance!

[njasm]

ok nradish, thanks for the clarification...

i'm having a problem with sc_trans having more thank two streamids...

i believe it's sc_trans, and not sc_serv because:

right now i've sc_serv using yp2 from streamsolutions, configured to relay the same server (my own "production station" since i don't know any public stations for relay besides my own) 5 time, like with 5 diferent mountpoins.

everything is working.

but when i try to run sc_trans with a playlist, and with 3 or more streamsIDs (being the only diference the bitrate) i get only two to receive a successfull ACK from yp2, and the other(s) gettting this error:


2010-04-19 11:36:39 D msg:gotResponseReqest key=2 cmd=0
Response body=[

]
2010-04-19 11:36:39 E msg:[yp2] XML parser error: no element found at line 1
---

is anyone testing multistream and getting the same problem?!

i don't know if yp2 that is being used(?)/debugged(?)/developed(?) at streamsolutions it's the same that it is supposed to be used on shoutcast in the future...
but it looks like to me, that yp2 service or sc_trans messes up with more than two IDs..

any help?

[elpotente]

njasm, check if this can help you.

http://forums.winamp.com/showpost.php?p=2640145&postcount=121

[njasm]

hey elpotente,

thanks for the link...i'm aware of that... (i might not getting the information as is, since english is not my native language).

but, i do stream with 2 stream ids, with 3 or more...the sc_trans gets all f*cked up....and not working has expected...

even with publicserver=never and public=0 ...

please try to have sc2_trans drop 6 with 2 diferent streamids...u'll get it to work (at least if you have access to yp2 at streamsolutions [changing only the bitrate]), then kill sc2_trans...configure a third ID with a lower bitrate..and sc2_trans will get all messed up.

nradish (or anyother sc2 developer), have you ever tryed 3 or more streamids ?

PS - once again elpotente, thanks for the help mate.

[nradisch]

njasm,

Streamsolutions has not been authorized by Aol to provide yp2 services and have not been given the specification. All they are doing is trying to reverse engineer it. Most likely they've just gotten it wrong.

--Neil

[njasm]

Hey Neil,

So, is there a way that i can test this new sc_trans , with multiple bitrates, right now ?!
if so, what options should be set in sc_Trans and sc_serv?

for what i've seen... if there is no YP2 around, and multi-bitrate/multi-mountpoint is only available with YP2, then... there is no point in testing this versions..right ?!