IOhannes m zmoelnig | 1 Feb 09:30 2011
Picon

Re: Largefile support on Debian


On 2011-01-31 21:55, Joel Roth wrote:
> Hi all,
> 
> When I run ./configure under Debian sid, the script
> fails to find largefile support.
> 
>         checking for largefile support (>2GB files)...                             
>         checking for special C compiler options needed for large files... no       
>         checking for _FILE_OFFSET_BITS value needed for large files... no    
> 
> I believe that Debian supports large file sizes, so I wonder
> if anyone can help to understand the issue, and possibly
> tweak ./configure to get the "right" result.

i don't think that there is a problem here.
the checks mainly check whether something special is needed to support
large files, or whether it works out of the box.

> 
> The Multimedia Team also appears to be competent and helpful.
> 

i like that :-)

fgmasdr
IOhannes
Attachment (smime.p7s): application/pkcs7-signature, 4915 bytes
(Continue reading)

Joel Roth | 1 Feb 18:45 2011
Picon

Re: Largefile support on Debian

On Tue, Feb 01, 2011 at 09:30:06AM +0100, IOhannes m zmoelnig wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 2011-01-31 21:55, Joel Roth wrote:
> > Hi all,
> > 
> > When I run ./configure under Debian sid, the script
> > fails to find largefile support.
> > 
> >         checking for largefile support (>2GB files)...                             
> >         checking for special C compiler options needed for large files... no       
> >         checking for _FILE_OFFSET_BITS value needed for large files... no    
> > 
> > I believe that Debian supports large file sizes, so I wonder
> > if anyone can help to understand the issue, and possibly
> > tweak ./configure to get the "right" result.
> 
> i don't think that there is a problem here.
> the checks mainly check whether something special is needed to support
> large files, or whether it works out of the box.

So you're saying that despite 'no' below, we can expect this build to 
read/write large files?

Following features were selected:
Debugging info:         no      
Effects enabled:        yes     
Largefile support:      no      <-----
Termcap:                ncurses
(Continue reading)

Kai Vehmanen | 1 Feb 21:46 2011

Re: Largefile support on Debian

Hi,

On Mon, 31 Jan 2011, Joel Roth wrote:

> The package previously maintained by Junichi Uekawa is
> now under the care and feeding of the Debian Multimedia
> Group.

Ok, good to know, and a warm welcome to the new maintainers! And I must 
say a _big_, _big_ thank you to Junichi (cc'ed) for maintaining ecasound 
in debian for so many years (Junichi was active on this list already in 
1999, so he's been helping out since the beginning).

Then about configure script stuff:

> When I run ./configure under Debian sid, the script
> fails to find largefile support.
>
>        checking for largefile support (>2GB files)...
>        checking for special C compiler options needed for large files... no
>        checking for _FILE_OFFSET_BITS value needed for large files... no

Is this on a 64bit system perhaps? I believe on 64bit systems, 
_FILE_OFFSET_BITS has not effect, and then the above checks should be 
correct.

So if this is indeed the case, then the things are working as they should, 
but ecasound's configure summary is just misleading (it should say 
"largefile for 32bit systems...: yes/no".

(Continue reading)

Kai Vehmanen | 1 Feb 21:32 2011

Re: Incomplete Playback

Hi,

On Thu, 27 Jan 2011, dougf <at> people.net.au wrote:

> I am having trouble with playback of .wav files recorded using 
> ecasound.  They seem to be correctly recorded in that they will play 
> completely in software such as mplayer.  However I cannot seem to get 
> them to play in full either using the control interface via my program 
> or indeed using ecosound in interactive mode.

I'm afraid you've hit this old issue:
http://www.eca.cx/ecasound-list/2008/07/0048.html

There is some progress since then (there's now a proper end-of-stream
marker implemented), but the draining is still not implemented.

The (very) crude fix is to just lower the buffersize (-b) to make sure the 
end is played out as well. -z:nointbuf will help as well (further reduces 
device buffering).

But thanks for reminding, this is a stupid bug and should be fixed.

PS This doesn't impact JACK usage, only ALSA (but still an ecasound
    problem, so ALSA is not to blame)...
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
(Continue reading)

Joel Roth | 2 Feb 01:49 2011
Picon

Re: Largefile support on Debian

On Tue, Feb 01, 2011 at 10:46:13PM +0200, Kai Vehmanen wrote:
> Then about configure script stuff:
> 
> >When I run ./configure under Debian sid, the script
> >fails to find largefile support.
> >
> >       checking for largefile support (>2GB files)...
> >       checking for special C compiler options needed for large files... no
> >       checking for _FILE_OFFSET_BITS value needed for large files... no
> 
> Is this on a 64bit system perhaps? I believe on 64bit systems,
> _FILE_OFFSET_BITS has not effect, and then the above checks should
> be correct.

It is a 64-bit system. 

> So if this is indeed the case, then the things are working as they
> should, but ecasound's configure summary is just misleading (it
> should say "largefile for 32bit systems...: yes/no".

Good to know. AFAIK, the package is ready-to-go, once the
higher-ups give their okay. 

It will appear in "unstable", which many people use, and
from which Ubuntu draws a lot of their packages.

Squeeze, the new Debian stable, will be released soon,
with an older (but still modern) ecasound, 2.7.0.

Regards,
(Continue reading)

Peter Hoffmann | 28 Feb 17:17 2011

24/7 recording split into files

Hi,

I want to record the audio line in 24/7 and split it into one hour
files. This question has popped up bevore on this list, but I only
found a statement that this feature is planned for ecasound.

Is  it already implemented? If no, are there any other suggestions on
how to implement this?

At the moment I'm starting a cron job every hour (2 minutes earlier
and wait in a loop to start). It works ok, but I miss arround 1/10 of
a second on the splits.

Regards,
Peter

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Nils Doormann | 28 Feb 17:37 2011
Picon

Re: 24/7 recording split into files


On Mon, Feb 28, 2011 at 05:17:59PM +0100, Peter Hoffmann wrote:
> Hi,
> 
> I want to record the audio line in 24/7 and split it into one hour
> files. This question has popped up bevore on this list, but I only
> found a statement that this feature is planned for ecasound.
> 

Hi Peter,

I recently came across rotter, which is an audio logger that might do what you want, but I've never tested it.
http://www.aelius.com/njh/rotter/

Regards, 
Nils

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list


Gmane