Re: Bug Report: Ecasound goes silent

Joel Roth <[email protected]>
Newsgroups gmane.comp.audio.ecasound.general
Message-ID <20120403201011.GA11441@sprite>
On Tue, Apr 03, 2012 at 02:20:08PM -0400, S. Massy wrote:
> On Thu, Mar 15, 2012 at 09:42:49PM +0200, Kai Vehmanen wrote:
> > Hi,
> > 
> > >Symptoms:
> > >No more sound is heard, but the engine still seems to be running (clock
> > >is moving, engine-status is "running", seems to obey transport
> > >commands).
> > 
> > thanks for the excellent bugreport! I managed to reproduce this with
> > your test session, and am looking for the root cause. Upon initial
> > look, this would seem to be an issue with the JACK callbacks. I also
> > got one crash while ecasound called jack_port_get_latency_range().
> > That is suspicous as the semantics of that call have changes a bit
> > (since the related ecasound code was written).
> Two more interesting facts:
> - When the bug is triggered, the clock stops updating in real-time and
>   instead seems to be refreshed every 4 or 5 seconds, jumping by that
>   about that amount.

Seeking can cause problems with JACK because repositioning
in multiple files can take more time than a running JACK
transport allows to its clients.

Nama deals with this by stopping the transport (if running),
issuing a seek command, allowing a short time for Ecasound
to update file positions, then restarting the transport.

Except that you found several cases where Nama was using
Ecasound setpos rather than wrapping it with this
special logic.

Will be interested to see if your problems are reduced by
these fixes to Nama.

Regards,

Joel

> - Ocasionally, eeven jackd needs to be restarted in order for ecasound
>   to work with jack again, suggesting some gremlins in the jack client
>   code as you mention.
> 
> Cheers,
> S.M.
-- 
Joel Roth

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Ecasound-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ecasound-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.