search for: electricrain

Displaying 20 results from an estimated 20 matches for "electricrain".

2004 Sep 26
2
Finding start of audio data using metadata level 2 interface.
I'm attempting to use the metadata level 2 interface to get at the various interesting bits, which is working fine. But I also need a relevant piece of data, the offset of where the metadata ends, and the audio blocks begin. I'm not finding a clear way to reach that number. Is this exposed anywhere? Thanks. -D -- The revolution will be documented.
2004 Sep 26
0
Finding start of audio data using metadata level 2 interface.
--- Dan Sully <daniel@electricrain.com> wrote: > I'm attempting to use the metadata level 2 interface to get at the > various > interesting bits, which is working fine. But I also need a relevant > piece of > data, the offset of where the metadata ends, and the audio blocks > begin. I'm > not finding...
2004 Sep 27
0
Finding start of audio data using metadata level 2 interface.
--- Dan Sully <daniel@electricrain.com> wrote: > * Josh Coalson <xflac@yahoo.com> shaped the electrons to say... > > >not exactly. the metadata interface won't tell you, but you > >can create a decoder (say file decoder), set it up, then call > > > > FLAC__file_decoder_process_until_end_...
2004 Sep 28
2
Finding start of audio data using metadata level 2 interface.
* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >yep, that will work too. but just writing skipping code is >pretty simple: > >is_last=0 >read 'fLaC' string >while (!is_last) { > read 1 byte metadata block type > read 3 byte metadata block length > is_last = type & 0x80 > fseek(file,length,SEEK_CUR) >}
2005 Mar 10
1
Quick plug: Squeezebox2
--- Dan Sully <daniel@electricrain.com> wrote: > Hi - just wanted to give a quick plug for my company's new product - > Squeezebox2. > > We're doing native FLAC on the device now, in addition to > visualizers, 802.11g and more. this is cool, I added a status item on the FLAC site for it. just as a data p...
2005 Mar 30
0
Quick plug: Squeezebox2
...he deal with the promo discount code? Thanks, Todd --- Regards, Todd Grovatt 275 South Park Drive Westmont, NJ 08108 856.858.4913 phone 856.465.5157 mobile --- Dan Sully daniel <mailto:flac-dev%40xiph.org?Subject=%5BFlac-dev%5D%20Quick%20plug%3A%20Squee zebox2&In-Reply-To=> at electricrain.com Wed Mar 9 17:45:22 PST 2005 * Previous message: [Flac-dev] <http://lists.xiph.org/pipermail/flac-dev/2005-March/001772.html> Disk space for "make check"? * Next message: [Flac-dev] <http://lists.xiph.org/pipermail/flac-dev/2005-March/001773.html> Quick plug: Squeezeb...
2003 Sep 19
2
Feature question/request
So I have a bunch of users who are roaming - IE no static IP address from all over the internet. Some of them are able to use SMTP-AUTH which is great, but for those that can't, a pop before smtp solution is in place using relay-ctrl-age & cdb files via qmail. Would it be desirable to have this feature in dovecot? I'd really like to ditch qmail-pop3d, etc. vpopmail has a
2004 Sep 26
2
Finding start of audio data using metadata level 2 interface.
* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >not exactly. the metadata interface won't tell you, but you >can create a decoder (say file decoder), set it up, then call > > FLAC__file_decoder_process_until_end_of_metadata(...) > FLAC__file_decoder_get_decode_position(...) > >and that will tell you. the decode position is relative to >the
2004 Oct 28
3
new crash in dovecot-auth test51
#0 io_remove (io=0x0) at ioloop.c:51 51 if ((io->condition & IO_NOTIFY_MASK) != 0) { (gdb) bt #0 io_remove (io=0x0) at ioloop.c:51 #1 0x0804fd68 in auth_client_connection_destroy_wait (conn=0x80877d8) at auth-client-connection.c:494 #2 0x08050acd in auth_callback (request=0x84716b8, result=134681554, reply=0x0, reply_size=0) at auth-client-connection.c:104 #3 0x08050950 in
2004 Sep 10
0
Linking against libFLAC_static.lib using MSVC
I'm having a hell of a time linking against libFLAC_static.lib on Win32: link -out:blib\arch\auto\Audio\FLAC\Decoder\Decoder.dll -dll -nologo -nodefaultlib -debug -opt:ref,icf -libpath:"C:\Perl\lib\CORE" -machine:x86 Decoder.obj libflacsupport.lib C:\Perl\lib\CORE\perl58.lib C:\Perl\lib\CORE\libFLAC_static.lib -def:Decoder.def Creating library
2005 Mar 09
1
Quick plug: Squeezebox2
Hi - just wanted to give a quick plug for my company's new product - Squeezebox2. We're doing native FLAC on the device now, in addition to visualizers, 802.11g and more. http://www.slimdevices.com/ Email me for a promo discount code. -D -- Ya gotta love UNIX, where else do you wonder whether you can kill a zombie spawned by a daemon's fork?
2003 Sep 16
1
Multiple auth checkers
I noticed this is in the TODO: - support for multiple auth checkers. passdb+userdb should be tied together. auth process configurations really should be used for this.. and is functionality that I really would like, as I have local users (passwd+shadow) and vpopmail users. In -test7's dovecot-example.conf, there is a different format for "blocking" multiple auth types, and I
2003 Nov 04
0
-test8 & Mail.app
A user just tried to use OSX 10.3's Mail.app via imap. It caused the process to start eating CPU, and this in the logs. Any idea what could be happening here? What information should I get on his setup? imap-login: Nov 03 14:28:37 Info: Login: fenner [12.106.35.5] imap(fenner): Nov 03 14:30:37 Error: Timeout while waiting for release of exclusive fcntl() lock for index file
2004 Oct 14
2
errors in logfile
I just upgraded to -test47 from 0.99.11-test4, and am getting a bunch of these messages in the logfile: dovecot: Oct 14 07:30:21 Info: imap-login: Login: andrew [64.36.1.74] dovecot: Oct 14 07:30:22 Error: IMAP(andrew): sigaction(SIGRTMIN) failed: Invalid argument dovecot: Oct 14 07:30:22 Error: IMAP(andrew): fcntl(F_SETSIG) failed: Invalid argument dovecot: Oct 14 07:30:22 Error: IMAP(andrew):
2004 Oct 26
0
dovecot-auth crash
#0 io_remove (io=0x0) at ioloop.c:51 51 if ((io->condition & IO_NOTIFY_MASK) != 0) { (gdb) bt #0 io_remove (io=0x0) at ioloop.c:51 #1 0x0804fbd8 in auth_client_connection_destroy_wait (conn=0x8083f10) at auth-client-connection.c:494 #2 0x0805093d in auth_callback (request=0x847e0f0, result=134681075, reply=0x0, reply_size=0) at auth-client-connection.c:104 #3 0x080507c0 in
2005 May 27
0
Index corruption
I've been seeing this in my log (test69) for a user who has Thunderbird as a client: Error: IMAP(andrew): Corrupted index file /home/a/andrew/Maildir/dovecot.index: header doesn't end with NUL Thoughts? -D -- <dr.pox> what're the units of the coefficient of agnosticity? I don't knows per hour?
2005 Apr 12
1
test-67 index issues.
I've been seeing a lot of these in my logs: dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log seq 3 dovecot: Apr 11 17:48:24 Error: IMAP(fenner): Lost transaction log file /home/f/fenner/Maildir/dovecot.index.log
2006 Jan 20
2
TE110P + PRI incoming + outgoing extensions question
I just got a TE110P up on an XO PRI - everything looks good so far. We've been given a block of 23 numbers for the PRI. If I explictly set the incoming extension in extensions.conf like: exten => 1153,1,Answer or: exten => _XXXX,1,Answer I can get the incoming call. If I try and do: exten => s,1,Answer I'll see something like this: -- Extension '1153' in context
2004 Aug 06
3
ices 0.3 released
* Arc <arc@indymedia.org> shaped the electrons to say... > > I quite agree - it's frustrating to be able to use software that's > > almost there, then have all the development move to a format that 90% > > of the applications/embedded systems don't yet support. > > I'm sorry, but >90% of software does support Ogg.
2004 Aug 06
3
ices 0.3 released
* Stefan Neufeind <stefan@neufeind.net> shaped the electrons to say... > > ices 0.3 outputs MP3, not Vorbis. For Vorbis you will need ices > > 2. We know this is confusing, so ices 0.x will probably have a new > > name for the next release. Ideas? > > I'm glad to hear that 0.x is still maintained and, as it seems, still > updates. Well, but why don't you