http://blog.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/4263 <pre> Hi, I'm going to upload this rc to Debian experimental to make sure everything builds fine (looks fine here, anyway). In the meantime see the attached patch that fixes a few typos/spelling errors. I also see the following man errors: usr/share/man/man1/ecasound-iam.1.gz 774: warning [p 12, 6.8i]: cannot adjust line usr/share/man/man1/ecasound.1.gz 682: warning [p 11, 2.3i, div `an-div', 0.0i]: cannot adjust line But I'm not sure if they are worth fixing or what would be the best way to fix them. Cheers </pre> Alessandro Ghedini 2012-05-23T14:42:47 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4262 <pre>Hello Kai! Thanks for this release candidate. I was wondering about another small feature - at least, I think, that it might be small. A pendant to stop-sync: start-sync, which only returns, until the engine is perfectly running. So now off to downloading, installing and testing. Thanks a lot! Warm 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/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Julien Claassen 2012-05-22T19:07:24 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4261 <pre>Hello, somewhat faster than planned, I'm now facing a move (to a new apartment) next month. That means I'm seriously running of development time for 2.9.0 in May-June timeframe, so I'd really like to push 2.9.0 (or maybe 3.0.0, haven't decided yet) out as soon as possible. Once I need to tear down my home network, servers, home studio stuff, etc and pack for move, who knows when I'm back online. :P I do hate moving, but here's hoping the next place will last until retirement. ;) So here's the first release candidate: http://ecasound.seul.org/download/snapshots/ecasound-2.8.1+dev-20120522.tar.gz This tarball will go out as 2.9.0, EXCEPT for two fixes: - the etd/etm perf issue reported by S.Massy - segfault with cop-add'ing a lot of etd (from S.Massy as well) If all goes well, no other changes are needed. But do not stop reporting errors...I'll prioritize issues if/when they appear. But as of now, the two above things are the only two things severe enough not to make a 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-22T18:59:34 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4260 <pre>Thanks. Confirmed to behave well here. Cheers, S.M. </pre> S. Massy 2012-05-20T18:45:27 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4259 <pre>Thanks. It now works as expected. Cheers, S.M. </pre> S. Massy 2012-05-20T18:43:58 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4258 <pre>Hello, Within the context of investigating ways to perform latency compensation in nama, I ran the following test. I created a chain setup with a hundred chains with rtnull at either end and a delay op on each, either etd or etm. With etd, I only get a slight overhead (about 3% on my 2.26ghz dual-core processor), while etm goes right through the roof and has tonnes of xruns. I figure that can't be right. Please find the test ecs files attached. Cheers, S.M. </pre> S. Massy 2012-05-20T02:51:42 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4257 <pre>Firstly, I think it is unlikely you woould run into trouble using nodb on a modern system set up as you describe. Double-buffering was added to ecasound in the early 2000s at a time when hardware (no SATA then) and software (before a lot of the block layer rework) were a long ways away from what they are now. At the time, double-buffering was crucial to offering reliable multi-track performance on Linux. If your number of IO fils is modest, there probably is little reason to use db today, but it may still offer a good degree of protection as the number of open files increases or if the working conditions are suboptimal (such as working from the system HD). 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-19T23:49:31 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4256 <pre>Hi, I've seen many post here about enabling/disabling double buffering and I'm still confused about what can go wrong with -z:nodb set. I've been writing an Front End to Ecasound for about 8 years (and therefore running on a regular basis as I test new features). It's a 'Jack Only' program. So everything I say pertains to Ecasound/Jack. I'm currently running ecasound v2.8.1 but have not had any unusual behavior the whole 8 years of testing my front end with prior versions of ecasound with -z:nodb set. I need to say several things. First, I have the most well tuned system. I run Fedora + CCRMA and that addresses just about any issue necessary to allow for most well tuned system for audio work. I also run Jack and Ecasound in 'Realtime Mode'. Also... the 'Recording Hard Drive' is separate so that the only Input/Output is from Ecasound (all System Activity happens on the other Hard Drive). So far, I've not seen anything unusual with normal use. What kinds of things could go wrong by using -z:nodb? I would be glad to torture-test any scenarios if you can point me to what can go wrong using -z:nodb. Thanks, Rocco ------------------------------------------------------------------------------ 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> linux media 4 2012-05-19T23:00:57 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4255 <pre>Yes, this is reproductible with current (as of today) HEAD. This does not occur if JACK output is not used. Could the JACK driver be part of that sspecial case? 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-19T22:42:45 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4254 <pre>Hi, this is a couple of years old, but in case this is still an issue: On Fri, 18 Jun 2010, Sergei Steshenko wrote: [...] [...] What actually are the LADSPA plugins -eli:1010 and -eli:1020 you are using here? The only explanation I could think of is that either of these plugins would sometimes emit a different number of channels, and this would cause the assert to be triggered. But this should be handled by current code. Let me know if you still have seen the issue. ------------------------------------------------------------------------------ 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-19T21:53:15 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4253 <pre>Hi, On Thu, 10 May 2012, S. Massy wrote: this looks a lot like something that could happen without the recent fix in git master (commit ca925a389154774ca7ff69d2f141f1c9000a2050 I pushed on Apr 17). Are you running the latest git? The problem itself looks clear; [OBJECTS ] (eca-control) processing cmd and arg: cop-add -etd:602.666666666667,0,1,100,100 &lt;9087&gt; [SYSTEM ] (eca-engine) wait_for_editlock &lt;9088&gt; [SYSTEM ] (eca-engine) Signaling editlock &lt;9089&gt; [SYSTEM ] (eca-engine) wait_for_editlock complete, ret -1 &lt;9090&gt; .. that's not right, there should be a "Signaling stop" message there. But in your log, this does not happen and the -etd chainop gets added while engine is processing, and this will cause a crash. This also matches with the DBC_CHECK failure you posted in your later post. But the problem is that this should be fixed in git already and the code looks correct. It could be some case is still missed, even with the latest code... ------------------------------------------------------------------------------ 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-19T20:15:17 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4252 <pre>Hi, On Sat, 12 May 2012, S. Massy wrote: actually this is not just -etd, but all chain ops, including LADSPA and LV2. Until now, ecasound has treated chainops like their analogue counter parts, and they've been not aware of seeks. There's really no good reasons to keep this behaviour, so let's change this for 2.9.0 -- patch already committed to master. ------------------------------------------------------------------------------ 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-19T12:08:04 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4251 <pre>Hello Massy! Thanks a lot for the effort. My very few tests have yielded good results. Just as I like it. Certainly a nice filter for the lv2info utility, especially in connection with Nama. Definitely post this on LAU, if you're still a member, I hope this will be taken up into the lv2-utilities package, since it's very useful for the commandline user. Best wishes 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/ _______________________________________________ Ecasound-list mailing list Ecasound-list&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecasound-list </pre> Julien Claassen 2012-05-18T23:49:45 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4250 <pre>Hello, With LV2 support now present in ecasound, and hence in nama, I have found out that the utilities describing the plugins aren't very friendly to the human reader with their long URI and properties strings. So after some frustrating time, I finally decided to bite the bullet and write some ugly code to hopefully make the layout of lv2 plugins more intelligible at a glance. The result is analyselv2, which I attach to this message. Right now it will: - Take a plugin URI (obtained using lv2-register in ecasound, find_effects from nama, or lv2ls from the shell) and output plugin information closely resembling that of analyseplugin. - If the string is just alphanumeric, it will perform a search on the list of plugins installed and either display the info for the plugin if a single match occurs or return the URIs of matching plugins. You need the lv2info and lv2ls utilities installed in your $PATH. to use, rename it to analyselv2 and make it executable. Please let me know if you find this useful so I know whether to bother making this more generally available. Oh yes, btw, the code is very ugly, so don't look at it unless you've had a stiff drink before. :) Cheers, S.M. </pre> S. Massy 2012-05-18T23:28:22 http://permalink.gmane.org/gmane.comp.audio.ecasound.general/4249 <pre>Hi, On Mon, 14 May 2012, S. Massy wrote: d'oh, it's a regression in 2.8.0, 2.7.2 still handled this correctly. Now fixed in git master (I reverted the guilty patch and added some more documentation so that the same mistake is not done again). ------------------------------------------------------------------------------ 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-17T21:11:35 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 the engine, it doesn't really see any differences, but under the hood, the samples are first read to big memory buffers, and when engine calls read_buffer(), it never needs to wait for disk i/o. But like any abstractrion layer, it is usually, to some degree, also a new layer of bugs, so in practise not 100% transparent. :P ------------------------------------------------------------------------------ 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-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 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.audio.ecasound.general