#231: jack with icecast (ogg) streaming causes hidden failures
-------------------------+--------------------------------------------------
  Reporter:  MiiJaySung  |       Owner:  admin                  
      Type:  Bugs        |      Status:  new                    
  Priority:  5           |   Milestone:  NEAR FUTURE            
 Component:  Liquidsoap  |     Version:  0.9.0+svn              
Resolution:              |    Keywords:  icecast jack disconnect
       Mac:  1           |       Linux:  1                      
    Netbsd:  1           |       Other:  1                      
   Freebsd:  1           |  
-------------------------+--------------------------------------------------
Comment (by MiiJaySung):

 For some reason this office machine seems a little more sensitive that the
 laptop (though having a remote server with a 30ms ping probably acts as a
 catalyst for the situation). I did find that I needed to set the JACK
 frame size to be pretty low on my laptop in order for this to happen.

 I did notice in the JACK messages log this, round the time of the
 disconnect. not sure if this is anything to do with it.

 Connect: 'system:capture_6' -> 'channel_gold:in_1'.
 subgraph starting at channel_equities timed out (subgraph_wait_fd=30,
 status = 0, state = Triggered)
 subgraph starting at channel_equities timed out (subgraph_wait_fd=30,
 status = 0, state = Triggered)
 subgraph starting at channel_equities timed out (subgraph_wait_fd=30,
 status = 0, state = Triggered)
 subgraph starting at channel_equities timed out (subgraph_wait_fd=30,
 status = 0, state = Triggered)
 Rule file does not exist: '/etc/jack.plumbing'.

 Not sure if this is any help for you.

 I also found that when I'm not using the RT kernel that re-nicing jackd
 and liquidsoap processes to about -5 for JACK and -3 for liquidsoap seems
 to make things a little more stable, which I guess backs up this seems to
 be a starvation issue. The system is a quad core system and CPU usage is
 low (however, because I can't use the extra cores in the RT kernel (and
 some other bugs in the Intrepid RT kernel), I'm having to use the non RT
 kernel which obviously lacks the quality of scheduling the RT kernel has.

 When I get home tomorrow I'll replicate this on my dev PC so you can log
 in via SSH or VNC so you have something to work with if this isn't
 replicating for you.

-- 
Ticket URL: <http://savonet.rastageeks.org/ticket/231#comment:8>
Savonet <http://savonet.rastageeks.org/>
Let's program our stream !
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Savonet-trac mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-trac

Reply via email to