SHOUTcast Transcoder 2 Beta (Build 48) 07/07/2011

[DrO]

wait to see how things work with the next public build as i've fixed a few other playlist related issues since the test build you tried / are using which may be what you're seeing.

-daz

[DaWolfey]

I cannot for the life of me figure out how to get sc_trans to connect to sc_serv.

Here is (part of) the sc_trans.conf

outprotocol_1=3
serverip_1=127.0.0.1
serverport_1=8001
uvoxauth_1=password2
uvoxstreamid_1=2
endpointname_1=/g3

And here is the sc_serv.conf

streamid_2=2
streampath_2=/g3
streampassword_2=password2
streamadminpassword_2=admin2

The log:

2011-07-30 00:57:01 I msg:[TRANSCast] DNAS/posix(linux x86) v2.0.0.48 (Jul 7 2011) starting up...
2011-07-30 00:57:01 I msg:[MAIN] PID: 16031
2011-07-30 00:57:01 I msg:[MAIN] Loaded config from sc_trans.conf
2011-07-30 00:57:01 I msg:[MAIN] TimeMultiplier = 1, TimeShift = 0
2011-07-30 00:57:01 I msg:[CALENDARMGR] Adding playlist event m_playlist=main m_loopAtEnd=1 m_priority=1 m_shuffle=0 m_id=1 m_startDate=year:0,mon:0,mday:0,hour:0,min:0,sec:0,isdst:0,wday:0,yday:0 m_endDate=year:0,mon:0,mday:0,hour:0,min:0,sec:0,isdst:0,wday:0,yday:0 m_duration=86399 m_timeOffset=year:0,mon:0,mday:0,hour:0,min:0,sec:0,isdst:0,wday:0,yday:0 m_hasStartDate=0 m_hasEndDate=0 m_hasDuration=1 m_hasTimeOffset=0 m_repeat=0
2011-07-30 00:57:01 I msg:[VUPUSH] 101 VU images loaded for left channel
2011-07-30 00:57:01 I msg:[VUPUSH] 101 VU images loaded for right channel
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Registering playlist mainlaylists/main.lst : 0
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Playlist registry
name:main pathlaylists/main.lst

2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Activating playlist=main id=-1 loop=1 prior=0 shuffle=1 dur=0 curt=0
2011-07-30 00:57:01 I msg:[PLAYLISTMGR] Playlist load from file playlists/main.lst
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Root path is playlists/
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Relative path expanded to playlists/../music/song.mp3
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] New entry ./playlists/../music/song.mp3
2011-07-30 00:57:01 I msg:[PLAYLISTMGR] Caching playlist playlists/main.lst
2011-07-30 00:57:01 I msg:[PLAYLISTMGR] Load complete
2011-07-30 00:57:01 D msg:[PLAYLISTMGR] Playlist queue:
name:main priority:0 loop:1 shuffle:1 id:-1 stop:0

2011-07-30 00:57:01 D msg:[DJMGR] DJ Information
2011-07-30 00:57:01 I msg:[SOURCERELAY] Thread starting
2011-07-30 00:57:01 I msg:[MAIN] Streaming thread starting
2011-07-30 00:57:01 I msg:[RGCALC] Thread running
2011-07-30 00:57:01 I msg:[MAIN] Playlist decoder thread starting
2011-07-30 00:57:01 I msg:[DECODE] Giving replay gain calculator a head start
2011-07-30 00:57:01 I msg:[DECODE] Begin decoding
2011-07-30 00:57:01 I msg:[DECODE] Next file is ./playlists/../music/song.mp3
....

the sc_serv log even with debugging on shows absolutely nothing.
I know I can connect to it, because I have tried the sc_dsp with winamp and ices (in legacy mode)

What am I doing wrong!

[DaWolfey]

I figured it out. It seems that password_x MUST be specified even if you are using outprotocol_x=3

[DrO]

that is one of the bugs i fixed for the build 51 which is pending release at the moment which i am hoping it will be uploaded early on monday so i can move the thread into view and then not worry about things for my time off - only replied to this post to say the issue is resolved.

-daz

[DaWolfey]

Thanks DrO for your quick reply (to this and the other thread).

I have a new problem.

If I set calculatereplaygain=1 it does indeed calculate the replygain for each file in the playlist and saves it to the file correctly (Noting that it fails if there is unsync data in the id3 tag)
However, it seems to ignore any replaygain in the file despite me setting applyreplaygain=1

I saw in the debug log:

2011-07-31 19:39:18 D msg:[REPLAYGAIN] found in file. Set to 6

this is not the replaygain value in the file, instead its coming from the default enhancereplaygain value, setting this to 0 gave me the log:

2011-07-31 19:42:23 D msg:[REPLAYGAIN] found in file. Set to 0

So it seems to be ignoring the replaygain value from the file and just using whatever enhancereplaygain is set to instead of adding/subtracting.

[frogstomp19]

Hey,

Not sure if this is a problem or I just have my server configured incorrectly... so apologies if I'm missing something easy.

I am unable to broadcast using a capture device (I'm just using stereo mix)- I can't connect to the server at all. I am able to connect using sc_serv, the basic conf, and the winamp dsp. I just get a message [BROADCASTSTALLMANAGER] Timed content set to TRUE and then it idles there not actually broadcasting anything.

Here's my sc_serv log:

2011-07-31 16:29:49 I msg:[MAIN] Logger updating log file to use
2011-07-31 16:29:49 I msg:[MAIN] Loaded config from sc_trans_capture.conf
2011-07-31 16:29:49 I msg:[MAIN] TimeMultiplier = 1, TimeShift = 0
2011-07-31 16:29:49 E msg:[CALENDARMGR] Could not load calendar file (calendar.xml) XML parser error: no element found at line 1
2011-07-31 16:29:49 I msg:[VUPUSH] 101 VU images loaded for left channel
2011-07-31 16:29:49 I msg:[VUPUSH] 101 VU images loaded for right channel
2011-07-31 16:29:49 I msg:[PLAYLISTMGR] Playlist load from file playlists\main.lst
2011-07-31 16:29:49 W msg:[PLAYLISTMGR] The playlist entry playlists\.\music\shoutcast.mp3 generated no entries
2011-07-31 16:29:49 I msg:[PLAYLISTMGR] Caching playlist playlists\main.lst
2011-07-31 16:29:49 I msg:[PLAYLISTMGR] Load complete
2011-07-31 16:29:49 I msg:[MAIN] Streaming thread starting
2011-07-31 16:29:49 I msg:[MAIN] Starting audio capture
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] Building directShow graph objects
2011-07-31 16:29:49 I msg:[SOURCERELAY] Thread starting
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] Locating capture device
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] Begin audio devices
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] device [Stereo Mix (Realtek High Defini]
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] End audio devices
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] Using device `Stereo Mix (Realtek High Defini'
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] Begin audio inputs
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] input [Master Volume]
2011-07-31 16:29:49 D msg:[CAPTUREWIN32] End audio inputs
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] Graph built.
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] Graph running.
2011-07-31 16:29:49 I msg:[MAIN] Playlist decoder thread starting
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] EVENT 13
2011-07-31 16:29:49 I msg:[CAPTUREWIN32] EVENT 14
2011-07-31 16:29:49 I msg:[DECODE] Giving replay gain calculator a head start
2011-07-31 16:29:49 I msg:[RGCALC] Thread running
2011-07-31 16:29:49 I msg:[DECODE] Begin decoding
2011-07-31 16:29:49 I msg:[BROADCASTSTALLMANAGER] Timed content set to TRUE

My sc_trans_capture.conf:


include=sc_trans_basic.conf

capture=1
capturedevice=Stereo Mix (Realtek High Defini
captureinput=Master Volume
capturedebug=1

and my sc_trans_basic conf:


logfile=logs\sc_trans.log
screenlog=1

calendarrewrite=0

encoder_1=aacp
bitrate_1=56000


outprotocol_1=3
serverip_1=127.0.0.1
serverport_1=8000
uvoxauth_1=testing
uvoxstreamid_1=1

streamtitle=My Test Server
streamurl=http://www.shoutcast.com
genre=Misc

playlistfile=playlists\main.lst

adminport=7999
adminuser=admin
adminpassword=changeme

[DaWolfey]

The documentation wiki says that you can reference a script in your playlist and it will call it, to get a song. This works and it plays the song.

It also says that the script will pass an integer to request up to x songs. My script receives the integer and replies with the requested number of tracks to play, but sc_trans only reads the first one.

My test script:

PHP Code:

for ($i = 1; $i<=$argv***91;1***93;;$i++) {
    $song = "/home/g3/music/song".$i.".mp3"."\r\n";
    fwrite(STDOUT,$song);
} 


(All the files exist)

To try and find an answer I found what seems to be a conflicting explanation in an earlier thread:

From http://forums.winamp.com/showpost.ph...&postcount=119 by nradisch

You are misunderstanding how the mechanism works. Each call to a #! external only supplies a single track to sc_trans. Returning more than one track only allows sc_trans to fill in various "comming soon" data that will make searching Shoutcast.com a bit more useful.

So if it returns more than one track.. it's supposed to not consider them to be in the playlist and only put it in the soon metadata? That doesn't make sense to me, so I must be missing something.

In any case, it does not add each file to the playlist, but it also doesn't add the soon metadata (the playlist file only has the single entry for the script).

<extension>
<title seq="1">The Enid - Sheets Of Blue</title>
<title seq="2">playlist</title>
<title seq="3">playlist</title>
<title seq="4">playlist</title>
<soon>playlist</soon>
</extension>

So how exactly does this work?

[DaWolfey]

Another post! This time about metadata.

sc_trans connects with sc_serv using the shoutcast 2 protocol, I can see this because all the metadata is being passed over.

What I want to do though, is ignore the metadata in the file that sc_trans reads and supply my own. I see the option to not read the metadata from the file, but then there seems to be no way of telling sc_trans what metadata to use instead.

There is the admin.cgi interface in sc_serv that lets me inject metadata into the stream which does work, but how would I synchronise this injection with the beginning of each song as sent by sc_trans ?

It seems to me that it would be ideal if when using a script in the playlist that you should be able to pass an idv3 xml metadata block for sc_trans to use.

[DrO]

Build 51 now released and available via http://forums.winamp.com/showthread.php?t=332991

DaWolfey & frogstomp19: i cannot look into your reported issues until next week but if you can confirm the behaviour is the same or not with the new build then i'll look into things / take note of suggestions when i'm back off what is meant to be my week off (so far i've failed on that by 3hrs, heh).



-daz