http://permalink.gmane.org/gmane.comp.audio.ecasound.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4248 <pre>Even with JACK transport completely disabled, I still see the same behaviour. Try it with a big db size, such as 192000 (3 seconds at 48k), it should be pretty obvious. Could it possibly be that its buffering from playhead position rather than position-dbsize? In any case, something seems off. Cheers, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> S. Massy 2012-05-14T18:28:03 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4247 <pre>Hi, On Sat, 12 May 2012, S. Massy wrote: with JACK+transport enabled, you may miss some samples at start as JACK doesn't wait for clients. This shouldn't happen though if ecasound is the transport master (sending the start/stop commands). Without JACK (or transport disabled), there should be no missed samples. If position is changed, the disk i/o buffers are refilled with the new position. Without position change, buffers should not be touched so position should not change. That's the main engine position. E.g. at next engine iteration (or next JACK process() callback), samples [getpos,getpos+buffersize] will be processed. The output latency depends on the output device latency alone (e.g. JACK or ALSA buffering), and a typical (low) value would be one jack period (depends on how you are running jackd). The double-buffering does not affect getpos and should be totally transparent. On code level, the buffering is implemented as a wrapper class that can proxy any file-type audio object. To th</pre> Kai Vehmanen 2012-05-13T23:24:19 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4246 <pre>Hello, When double-buffering is enabled, if one issues stop and start, there is an audible "gap" in the audio, i.e some samples are never played back. Is that a bug or a feature? Which leads me to ask... When I issue getpos, what does the number reflect? Is it more or less what I'm hearing, give or take a jack period or an internal buffer, or is it where the read pointer is at in the audio files? Does double-buffeering affect this? Cheers, S.M. </pre> S. Massy 2012-05-12T23:27:00 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4245 <pre>This trace caused me to go back and try the same operations without JACK (only alsa). This bug simply does *not* occur without the JACK factor. I repeated the test several times. Cheers, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> S. Massy 2012-05-12T21:12:27 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4244 <pre>Hello, When stopping the engine the delay buffer doesn't get flushed, resulting in the audio in the same buffer being played back on restart, even when the playhead has been moved. The buffer should be cleared and effect reset so that it might behave as expected. Cheers, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> S. Massy 2012-05-12T20:59:12 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4243 <pre>I occasionally get this right before the crash: Warning: type DBC_REQUIRE soft-assert 'is_initialized() == true' failed at -&gt; eca-chain.cpp:804 [void CHAIN::process()] Hth, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> S. Massy 2012-05-10T21:44:03 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4242 <pre> Noted and put on my list :-). I will try to give it at least a review and make it warning-clean. I didn't actually use it myself in quite a while :-(. </pre> Mario Lang 2012-05-10T21:18:27 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4241 <pre>I've been using it for almost a month now and it feels pretty stable. We probably won't know to what extent until a major release and wider testing takes place: the old chicken and egg poser, really. :) I'd say LV2 support, cop-bypass, and stop-sync definitely justify releasing soon. Last I heard, the Debian freeze was set for June 15. Cheers, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> S. Massy 2012-05-10T21:22:25 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4240 <pre>Hi, On Mon, 7 May 2012, Joel Roth wrote: I think that's a good target for a release. In principle the current master is ready. I don't really have any big opens (except for the today's new -etd bug report), so it's basicly just a question of changing the version, writing release notes and that's it. What do you think folks, is current git master ready for release? ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Kai Vehmanen 2012-05-10T20:59:54 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4239 <pre>Hi, On Thu, 10 May 2012, Alessandro Ghedini wrote: thanks, applied and pushed to master! Just 10 years, no hurry yet. ;) More seriously, ecasound.el hasn't been actively maintained for a while (= no patches in a long while), so if if any ecasound.el users are listening, maintenance patches are warmly accepted. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Kai Vehmanen 2012-05-10T20:55:32 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4238 <pre>Hello, Context: In the process of adding latency compensation to nama, we are employing the etd chain-op to create artificial latency so that all tracks in a chain-setup will be synchronised. The end result is that, once relative latencies are calculated, we add etd ops where needed with the following parameters: -etd:x,0,1,100,100, where x substitutes for the required amount of added latency. It seems, however, that aadding many such ops in a short period of time causes ecasound to segfault. Here is the backtrace: #0 0x0000000000566822 in SAMPLE_ITERATOR_CHANNEL::begin (this=0x7fffd8f60358, channel=0) at samplebuffer_iterators.cpp:68 #1 0x0000000000519f0c in EFFECT_DELAY::process (this=0x7fffd8f60330) at audiofx_timebased.cpp:209 #2 0x00000000004bebde in CHAIN::process (this=0x7fffd8002e30) at eca-chain.cpp:825 #3 0x000000000056082c in ECA_ENGINE::process_chains (this=0x7fffd8012c80) at eca-engine.cpp:1699 #4 0x00000000005653c2 in ECA_ENGINE::engine_iteration (this=0x7fffd8012c80) </pre> S. Massy 2012-05-10T19:45:25 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4237 <pre>Hi, attached is a trivial patch that fixes the regexp inside ecasound.el which matches *.ewf files. The patch basically replaces "$" with "\\'" to match an end of string instead of a newline as per the example at [0]. Also, when bytecompiling it, I get: Though, not being an elisp expert, I can't tell what needs to be fixed. Cheers [0] http://www.gnu.org/software/emacs/manual/html_node/elisp/Auto-Major-Mode.html </pre> Alessandro Ghedini 2012-05-10T11:00:25 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4236 <pre> Yes, a 48kHz file might explain this. But why would the error come from jack_multi? At any rate (cough!) looks like I can use ai-get-format to check input files against the current frequency and report any inconsistencies. In the same vein, S. Massy recently reported an odd problem with a Nama project in which some tracks stopped early, by an amount he calculated to be exactly the amount expected if the length calculation were based on a different sample rate (44.1kHz vs. 48kHz). I hope he saved that project: setups with reproducible bugs are worth their weight in gold! Best, Joel </pre> Joel Roth 2012-05-08T19:39:46 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4235 <pre> Thanks for demystifying this! </pre> Joel Roth 2012-05-08T19:28:47 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4234 <pre> It would be great to have a new release of Ecasound before the June(?) freeze of Debian testing (Wheezy). That way I can get out a new release of Nama making use of cop-bypass, stop-sync and other improvements. I've made a first cut at latency compensation (which I need to review in light of your reply about Ecasound's multitrack mode) and have a few other neat features cooking. Thanks for Ecasound, not only the software, also the supportive community, the Ecasound ecosystem, (or perhaps we should say "ecasystem" :-) Joel </pre> Joel Roth 2012-05-07T22:25:25 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4233 <pre>Hello Kai1 Thanks for this, so I know what to look for. But should Ecasound give a DBC warning, only becuase of an "expectable" user error? Just asking... Thanks I'll keep watching out for wrong chain ops and arguments. Kind regards Julien =-=-=-=-=-=-=-=-=-=-=-=- Such Is Life: Very Intensely Adorable; Free And Jubilating Amazement Revels, Dancing On - FLOWERS! ====== Find my music at ====== http://juliencoder.de/nama/music.html ..................................... "If you live to be 100, I hope I live to be 100 minus 1 day, so I never have to live without you." (Winnie the Pooh) ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _____</pre> Julien Claassen 2012-05-07T21:52:29 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4232 <pre>Hi, On Mon, 7 May 2012, Julien Claassen wrote: 'copp-set' with no chain op, or an invalid chain op, selected? So maybe the 'cop-select' is faulty and is given an invalid argument...? ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Kai Vehmanen 2012-05-07T21:49:24 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4231 <pre>Hi, On Thu, 3 May 2012, Joel Roth wrote: for any batch/offline processing. Double-buffering consume a lot of memory, and causes additional memory copy traffic. So if you are just reading from files, processing, and writing to another set of files, double-buffering does not buy you anything. But for any use-case where you are reading and/or writing to timing sensitive objects (ALSA, JACK, rtnull), you'll benefit from double-buffering. In ecasoundrc defaults, double-buffering is only disabeld in the 'nonrt' profile and that applies only in he above case where there are no real-time inputs nor outputs. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ________</pre> Kai Vehmanen 2012-05-07T21:46:09 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4230 <pre>Hi, On Wed, 2 May 2012, Joel Roth wrote: my guess would be that you have a 48kHz input file in the setup. If no, which version of JACK... sounds a bit fishy? All JACK objects share the same sample rate and this comes directly from jackd, so there should never be a mismatch at this level (unless jackd has told different things at different times). ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Kai Vehmanen 2012-05-07T21:42:05 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4229 <pre>Hi, On Wed, 2 May 2012, Joel Roth wrote: [...] In short, yes. You can either pass the offset manually (but limited to multiples of buffersize), or let ecasound calculate (the usual case). The algorithm looks at the reported latency of real-time inputs and outputs (e.g. ALSA or JACK reported latencies), and calculates the difference. This diff reflect how many input samples are recorded before the matching reference output (the existing tracks) were actually played out (so samples recorded when the musician could not have heared anything yet). This is adjusted by skipping some frames of recorded input. While the latency system is hooked to JACK latency APIs (so it works at least simple setups), there might be cases (with complicated JACK setups) where it does not do the right thing. Yes. The ecasound multitrack compensation only deals wih internal delays, e.g. the ALSA/JACK buffering. It does not cover for external delays (e.g. if you route the monitor signal via external gear that adds si</pre> Kai Vehmanen 2012-05-07T21:37:53 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4228 <pre>Hi, On Tue, 1 May 2012, S. Massy wrote: thanks for testing! So LV2 support starts looking ready for release.. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Kai Vehmanen 2012-05-07T20:35:10 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.audio.ecasound.general