Announcement

Collapse
No announcement yet.

source stream disconnecting

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • source stream disconnecting

    I spent hours last night searching through posts, but didn't come up with a solution to my problem.

    I'm running a live stream from WinAmp soundcard line input to my Linux server running D.N.A.S. After several hours, the source stream seems to be disconnecting.

    When this happens there is no entry in the log and the status still shows [active]. It will also not allow the DSP to reconnect... it keeps retrying every 30 seconds. When clients log in, they get a looped stream about 34 seconds long and then are disconnected.

    I would normally assume some connection issue is breaking the source stream connection, but why is the D.N.A.S. getting 'locked up' like that?

    Here is a look at the log from last night:
    <10/11/[email protected]:37:50> [SHOUTcast] DNAS/Linux v1.9.5 (Dec 27 2004) starting up...
    <10/11/[email protected]:37:50> [main] pid: 2184
    <10/11/[email protected]:37:50> [main] loaded config from sc_serv.conf
    <10/11/[email protected]:37:50> [main] initializing (usermax:5 portbase:8000)...
    <10/11/[email protected]:37:50> [main] No ban file found (sc_serv.ban)
    <10/11/[email protected]:37:50> [main] No rip file found (sc_serv.rip)
    <10/11/[email protected]:37:50> [main] opening source socket
    <10/11/[email protected]:37:50> [main] source thread starting
    <10/11/[email protected]:37:50> [main] opening client socket
    <10/11/[email protected]:37:50> [main] Client Stream thread [0] starting
    <10/11/[email protected]:37:50> [main] client main thread starting
    <10/11/[email protected]:37:50> [source] listening for connection on port 8001
    <10/11/[email protected]:37:56> [source] connected from 24.213.181.170
    <10/11/[email protected]:37:56> [source] icy-name:Test Stream ; icy-genre:Other
    <10/11/[email protected]:37:56> [source] icy-pub:0 ; icy-br:48 ; icy-url:http://www.shoutcast.com
    <10/11/[email protected]:37:56> [source] icy-irc:N/A ; icy-icq:0 ; icy-aim:N/A
    <10/11/[email protected]:38:05> [dest: 141.150.100.236] starting stream (UID: 0)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
    <10/11/[email protected]:38:05> [dest: 141.150.100.236] connection closed (1 seconds) (UID: 0)[L: 0]{Bytes: 39003}(P: 0)
    <10/11/[email protected]:38:44> [dest: 141.150.100.236] starting stream (UID: 1)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
    <10/12/[email protected]:36:29> [dest: 141.150.100.236] connection closed (17864 seconds) (UID: 1)[L: 0]{Bytes: 107189049}(P: 0)
    <10/12/[email protected]:10:37> [dest: 141.150.100.236] starting stream (UID: 2)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
    <10/12/[email protected]:11:10> [dest: 141.150.100.236] connection closed (34 seconds) (UID: 2)[L: 0]{Bytes: 256000}(P: 0)
    <10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 3)[L: 1]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 0)
    <10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 4)[L: 2]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 1)
    <10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (33 seconds) (UID: 3)[L: 1]{Bytes: 256000}(P: 0)
    <10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (32 seconds) (UID: 4)[L: 0]{Bytes: 256000}(P: 1)


    It looks like the problem happened around 3:36 am.

    I double-checked these config settings:
    ; AutoDumpUsers controls whether listeners are disconnected if the source
    ; stream disconnects. The default is 0.
    AutoDumpUsers=0

    ; AutoDumpSourceTime specifies how long, in seconds, the source stream is
    ; allowed to be idle before the server disconnects it. 0 will let the source
    ; stream idle indefinately before disconnecting. The default is 30.
    AutoDumpSourceTime=0


    The stream is at http://audio.rbinet.net:8000

    If anyone can offer some advise, it would be greatly appreciated.

  • #2
    the source isnt disconnecting, you have a listener listening and he dropped, so thats the connection closed message
    @tuckerm

    Comment


    • #3
      But that wouldn't explain two things:

      1) why the WinAmp DSP on the streaming source machine shows that it's disconnected and is in a loop trying to reconnect, and

      2) any other listener that logs in after that point just gets the same 30 second audio clip and then gets dropped.

      I have to shutdown and restart the DNAS on the server to get streaming to work correctly again.

      Comment


      • #4
        make sure your only playing mp3s in winamp mode
        @tuckerm

        Comment


        • #5
          AutoDumpSourceTime=5

          If you set it to zero, especially on a relay server, it won't "release" a dropped source, and a reconnect attempt to it will fail.
          Atlantic Sound Factory
          Licensed by StreamLicensing | Powered by Fast Serv | Radionomy Broadcaster

          Comment


          • #6
            Re: source stream disconnecting

            I'm using the soundcard input option in the DSP, not playing files from WinAmp.

            Comment


            • #7
              Originally posted by dotme
              AutoDumpSourceTime=5

              If you set it to zero, especially on a relay server, it won't "release" a dropped source, and a reconnect attempt to it will fail.
              Thanks dotme! that makes sense... I'll give that a try.

              Comment


              • #8
                Note that it won't "fix" a drop, but it should recover in 5 seconds assuming the source tries to reconnect. You still may have the work of figuring out why it drops in the first place, but at least changing that timer should mean things will recover on their own if Winamp is still running
                Atlantic Sound Factory
                Licensed by StreamLicensing | Powered by Fast Serv | Radionomy Broadcaster

                Comment


                • #9
                  It looks like the 5 sec dump source did the trick. We had a drop last night, but it immediately reconnected and didn't drop the listeners. So far it only seems to happen early in the morning... I can live with that

                  Thanks so much for the help!

                  Comment

                  Working...
                  X