Icecast Streaming Media Server Forum Index Icecast Streaming Media Server
Icecast is a Xiph Foundation Project
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The Classic Traktor 3/Icecast2 quandry

 
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server
View previous topic :: View next topic  
Author Message
Anonymous
Guest





PostPosted: Thu May 29, 2008 7:34 pm    Post subject: The Classic Traktor 3/Icecast2 quandry Reply with quote

I'm sure you're probably sick to the back teeth of idiots like me who can't get this working, but I hope you can sort me out as I've been tinkering for weeks to no avail

I'm attempting to set up Traktor 3 to broadcast on a remote Shoutcast server. I'm hoping to be able to do this on a single machine (Lenovo Core 2 Duo, running XP Pro, and plugged into a Behringer BCD3000). I've had Traktor running to play on for ages, but I'm having issues broadcasting

Apparently this is possible using a combination of Traktor, Icecast, Oddsocks Transcoder, Winamp and the Shoutcast DSP plugin.

I'm seemingly failing on all front, but i'm hoping to attack this logically, and would appreciate any help you guys could give me (especially with the first half of this problem, where icecast is intrinsically involved.)

a) Getting an ogg stream out of Traktor to Icecast

I've had icecast server up and running, using the loopback server (127.0.0.1:8000/admin), and using my internal LAN IP address (192.168.2.30) but the gloal server stats (specifically file connections/client connections) just seem to climb each time I hit F5 and nothing is listed in the sources

I'm currently using this xml config

Code:

<icecast>
<limits>
<sources>1</sources>
</limits>
<authentication>
<source-password>X</source-password>
<relay-password>X</relay-password>
<admin-user>admin</admin-user>
<admin-password>X</admin-password>
</authentication>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<hostname>192.168.2.34</hostname>
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8001</port>
<shoutcast-compat>1</shoutcast-compat>
</listen-socket>
<fileserve>1</fileserve>
<mount>
<mount-name>/stream.ogg</mount-name>
</mount>
<paths>
<logdir>./logs</logdir>
<webroot>./web</webroot>
<adminroot>./admin</adminroot>
<alias source="/" dest="/status.xsl"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>
</icecast>


What obviously daft thing am I doing wrong here?

The only place I need 'listen' to this stream is in StreamTranscoder, as it'll be going out to a 3rd party broadcaster (listed in my sig) so I don't care about YP Listings

Here's a screenshot of the Traktor broadcast settings



I can't seem to find a "broadcast' switch to hit in Traktor to start sending data out - I don't even know if such a thing exists ...

If not what settings should I be using?

Any help here would be *really* appreciated, and if anyone has suggestions as to b) & c) below It'd be good as well ...

b) Getting the ogg stream out of Icecast to StreamTranscoder

c) Getting the .mp3 stream out of StreamTranscoder and into Winamp

Once I've got it playing in Winamp I might stand a chance ...

I've had a rummage around the forum over the last couple of days and I can't find all of the answers i'm after, so I hope you can help.
Back to top
Anonymous
Guest





PostPosted: Mon Jun 02, 2008 8:49 am    Post subject: Reply with quote

*bump*

Can anyone even begin to help me with this?

I've tried to include as much information as I can in the query ... if there's anytrhing else you need please just ask.
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Mon Jun 02, 2008 12:51 pm    Post subject: Reply with quote

traktor is a source client and is best advised by the people who support it, you may get some comments from the source client forum.

If you don't need yp listings then you don't need the <directory> tags, but other than that you don't have anything wrong in icecast. If the password in traktor matches the <source-password> then you should connect without problem (check your log files for icecast). This is assuming that traktor is even trying and there's nothing preventing access like a firewall.

Regarding the codec settings, if you want to aim for a 128k vorbis stream then 44.1khz is easily handled.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Mon Jun 02, 2008 3:12 pm    Post subject: Reply with quote

Cheers for getting back to me.

I think the issue is that I'm using about 3-4 bits of software together to try and solve this problem, and every forum seems to be of the opinion that it's someone elses job to provide support, which means my problem seems to fall through the cracks a little.

I've tried the Native Instruments forum (the guys that make Traktor) and they're not exactly being helpful.

I'll go back over the config file later on and try to ensure that everything is setup correctly, so at least I know that icecast is working properly, and I can eliminate it as the source of the problems I'm having.

As and when I manage to double check this, could you look over it just to make sure I've got all of the settings correct?

Do you know of anyone who has done what I'm attempting before?
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Mon Jun 02, 2008 3:30 pm    Post subject: Reply with quote

There are many people attempt to chain applications together. The key thing is to check the logs of each one to see which is failing. You should be able to tell from the icecast logs whether an attempt is being made even it it is being rejected.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Tue Jun 03, 2008 8:14 pm    Post subject: Reply with quote

ok

Hmmm, dropped the s/w firewall, tried to run it and it's still not right

Currently the log is waiting for connections.

Code:
(2008-06-03  20:31:21) DBUG slave/slave.c checking master stream list


I've got no mountpoints listed on the web admin page and no sources listed in the source stats in the GUI

I changed the file to read as follows - does it look sensible?

Code:
<icecast>
    <limits>
        <clients>5</clients>
        <sources>2</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</source-timeout>
        <!-- If enabled, this will provide a burst of data when a client
             first connects, thereby significantly reducing the startup
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65535</burst-size>
    </limits>

    <authentication>
        <!-- Sources log in with username 'source' -->
        <source-password>blah</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>blah</relay-password>

        <!-- Admin logs in with the username given below -->
        <admin-user>admin</admin-user>
        <admin-password>blah</admin-password>
    </authentication>

    <!-- Uncomment this if you want directory listings -->
    <!--
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
    </directory>
     -->

    <!-- This is the hostname other people will use to connect to your server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings. -->
    <hostname>192.168.2.34</hostname>

    <!-- You can use these two if you only want a single listener -->
    <!--<port>8000</port> -->
    <!--<bind-address>192.168.2.34</bind-address>-->

    <!-- You may have multiple <listener> elements -->
    <listen-socket>
        <port>8000</port>
        <!-- <bind-address>127.0.0.0.1</bind-address> -->
    </listen-socket>
    <!--
    <listen-socket>
        <port>8001</port>
    </listen-socket>
    -->

    <!--<master-server>127.0.0.1</master-server>-->
    <!--<master-server-port>8001</master-server-port>-->
    <!--<master-update-interval>120</master-update-interval>-->
    <!--<master-password>hackme</master-password>-->

    <!-- setting this makes all relays on-demand unless overridden, this is
         useful for master relays which do not have <relay> definitions here.
         The default is 0 -->
    <!--<relays-on-demand>1</relays-on-demand>-->

    <!--
    <relay>
        <server>127.0.0.1</server>
        <port>8001</port>
        <mount>/example.ogg</mount>
        <local-mount>/different.ogg</local-mount>
        <on-demand>0</on-demand>

        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>
    -->

    <!-- Only define a <mount> section if you want to use advanced options,
         like alternative usernames or passwords
    <mount>
        <mount-name>/example-complex.ogg</mount-name>

        <username>othersource</username>
        <password>hackmemore</password>

        <max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <burst-size>65536</burst-size>
        <fallback-mount>/example2.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>1</fallback-when-full>
        <intro>/example_intro.ogg</intro>
        <hidden>1</hidden>
        <no-yp>1</no-yp>
        <authentication type="htpasswd">
                <option name="filename" value="myauth"/>
                <option name="allow_duplicate_users" value="0"/>
        </authentication>
        <on-connect>/home/icecast/bin/stream-start</on-connect>
        <on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
    </mount>

    <mount>
        <mount-name>/auth_example.ogg</mount-name>
        <authentication type="url">
            <option name="mount_add"       value="http://myauthserver.net/notify_mount.php"/>
            <option name="mount_remove"    value="http://myauthserver.net/notify_mount.php"/>
            <option name="listener_add"    value="http://myauthserver.net/notify_listener.php"/>
            <option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
        </authentication>
    </mount>

    -->

    <fileserve>1</fileserve>

    <!-- set the mountpoint for a shoutcast source to use, the default if not
         specified is /stream but you can change it here if an alternative is
         wanted or an extension is required
    <shoutcast-mount>/live.nsv</shoutcast-mount>
    -->

    <paths>
      <!-- basedir is only used if chroot is enabled -->
        <basedir>./</basedir>

        <!-- Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root -->
        <logdir>./logs</logdir>
        <webroot>./web</webroot>
        <adminroot>./admin</adminroot>
        <!-- <pidfile>./icecast.pid</pidfile> -->

        <!-- Aliases: treat requests for 'source' path as being for 'dest' path
             May be made specific to a port or bound address using the "port"
             and "bind-address" attributes.
          -->
        <!--
        <alias source="/foo" dest="/bar"/>
          -->
        <!-- Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for http://server:port/ to
             the status page
          -->
        <alias source="/" dest="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
         <loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
         <logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to [error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        -->
        <!-- <logarchive>1</logarchive> -->
    </logging>

    <security>
        <chroot>0</chroot>
        <!--
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
        -->
    </security>
</icecast>


Do I need to do any port forwarding on the wireless router? I can't imagine that I would

Also I didn't spot any mount points being specified? (nowhere in the file does it mention stream.ogg for example which is what I wat using.
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Tue Jun 03, 2008 9:22 pm    Post subject: Reply with quote

Again you seem to think that icecast is rejecting the connection. If you can see the icecast status page on the machine running the source client then it won't be a firewall issue. You need to focus on whether the source client is actually attempting the connection.

Would you think there's a problem with a web server if a browser does not request the web page from it?

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Tue Jun 03, 2008 9:51 pm    Post subject: Reply with quote

From what I can see, I think the server is running perfectly, I'm just not convinced it's listening in the right place for a connection, and I'm a little lost as to what I need to change. I've gone through the xml documentation and it doesn't fully explain all of the permutations that you can use, and it's left me a little foxed

The other concern is the numbers that appear for 'connections', 'client connections' and 'file connections' seem to climb every time I hit F5, which makes me think something is awry.
Back to top
aaannnddd



Joined: 14 Aug 2008
Posts: 1

PostPosted: Thu Aug 14, 2008 1:31 pm    Post subject: Reply with quote

This is pretty late by now, but I'm stuck with the same problem. One thing that's been completely missed, however, is that in the Audio Recorder pane on the dashboard of Traktor, you have to click that little antenna-looking icon, which begins broadcasting.

Hope this helps!

edit: You also need to click the 'Rec' button, which I have just only realised you have to do. This has solved my problem!
Back to top
View user's profile Send private message
relen



Joined: 11 Sep 2008
Posts: 6
Location: UK

PostPosted: Mon Oct 13, 2008 9:57 am    Post subject: Reply with quote

I must say that I've been obliged to give up on a similar issue for the time being. I'm running Traktor on a Macintosh and the workaround I took was simply to hijack Traktor's main audio output into NiceCast which then talks to the remote server. NiceCast of course supports mp3/Shoutcast streaming, which is what we all want Traktor to do natively.

I often need to do live voiceovers and having the mic come up as a deck in Traktor (using the BCD3000 mic pre) is a pain because it's only on one side of the crossfader: my approach is to stuff the mic and the Traktor output into an external mixer and then take the mixer outputs back into the computer and grab them with NiceCast.

You can do exactly equivalent things on the PC using similar Windows apps.

Downside: No metadata, and if anyone can suggest where you can look to pull metadata out of Traktor (ideally whether it is broadcasting or not), then do please let me know (though this isn't the place for it).

I'm actually using a remote Icecast server provider and my interest is getting an mp3 instead of an Ogg stream from Traktor into the remote server, because most people can't listen directly to an Ogg stream. I imagine I can ask our provider (who is extremely supportive) to set up stream transcoding at that end, but I'm not sure what to ask them to do.

Hope this helps,
--Richard E
_________________
Radio Riel - Real radio: your reality
http://www.radioriel.org
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber