#311: Random but regular lockups
-------------------------+--------------------------------------------------
  Reporter:  omeron      |       Owner:  liquidsoap
      Type:  Bugs        |      Status:  new       
  Priority:  1           |   Milestone:            
 Component:  Liquidsoap  |     Version:  0.9.1+svn 
Resolution:              |    Keywords:  lockups   
       Mac:  0           |       Linux:  1         
    Netbsd:  0           |       Other:  0         
   Freebsd:  0           |  
-------------------------+--------------------------------------------------

Comment(by omeron):

 Replying to [ticket:311 omeron]:

 Update 2009Oct12: I've tried to narrow down the problem. I actually think
 I have several problems, due to the fact it locks up in several different
 ways. Let me try to outline what I've done, and show what I've at least
 eliminated.

 First, I tripped out everything except for the music, just a single
 dynamic request. I also stripped out all the toutputs, so it streamed to a
 single ogg vorbis output. This worked well. I let it run for at least a
 day.

 I then added the other outputs, again this seemed to run well.

 I then added back in the delays and timed switches. This seemed okay as
 well. The regular lockups would happen between 12-16 hours, I'd say, so if
 it ran over the day mark I considered it pretty stable.

 I then put in the request.queue (or request.equeue) and that seemed ok.

 As soon as I added either the transitions/crossfades or the metadata
 rewriting, lockups would happen within the 12-16 hour period.

 I went back to running a test script without these last two things, and it
 seemed stable, until today. It locked up after over a day of operation,
 but this time it seemed different. Whereas before it would act like it
 continued playing data (i.e. status, on_air, remaining, etc. would give
 meaningful data), this time it just stopped after an ad. Interestingly,
 the server still responded, but this time it didn't even pretend to stream
 data, not even in the logs. Now I don't know what to believe.

 I have several different logs from various crashes if needed. I also have
 the tests at different phases. I can provide these upon request.

 One other thing: I have a source for timed updates, which plays files from
 a directory. For a while, it didn't have anything in it, but I added
 something tonight. I don't know if that will effect things, I will
 continue updating this ticket.

-- 
Ticket URL: <http://savonet.rastageeks.org/ticket/311#comment:1>
Savonet <http://savonet.rastageeks.org/>
Let's program our stream !
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Savonet-trac mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-trac

Reply via email to