Re: [slim] Better forum please!

2005-04-04 Thread Joshua Uziel
* Karel Tromp [EMAIL PROTECTED] [050404 01:18]:
 I had got a tip over registering and getting an email account from
 Google's Gmail.  The account bundles email in conversation/topic so it
 look more/less as a forum.  It works for me.

To this end, if anyone wants a gmail invite, you can easily obtain one
from http://isnoop.net/gmail/ ... or if that doesn't work for you, email
me off this list for one as I have plenty.

I also use a mail client that gathers and threads conversations.  It's
the only way to fly on a mailing list.  This works fine, with exception
for _those_of_you_ who use broken clients that don't use the
In-Reply-To: header.  There are only a few of you, but still, gr...

___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] SB2 Satisfaction -- gapless!

2005-04-01 Thread Joshua Uziel
* Karel Tromp [EMAIL PROTECTED] [050401 00:54]:
 What do you mean? The SB2 can now play mp3's gapless?

No idea... if I had mp3s, I'd tell you.  If nobody else chimes in, I'll
re-encode some album as mp3s and give it a whirl.  For my setup with one
ogg file per track and being sent as flac to the SB2, it is gapless.
Doing ogg to pcm or mp3 on the SB1 wasn't for me.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Announce: SlimServer 6.0

2005-03-28 Thread Joshua Uziel
* Dan Sully [EMAIL PROTECTED] [050328 14:56]:
 We're happy to announce the release of the production version of
 SlimServer 6.0.0. Installers for this version are available at
 http://www.slimdevices.com/download

Is something wrong with the BitTorrent tracker?  It's sitting there and
I'm neither sending nor receiving the files...

Just doing the neighborly thing and trying to provide some bandwidth. :)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Re: Announce: SlimServer 6.0

2005-03-28 Thread Joshua Uziel
* Dan Sully [EMAIL PROTECTED] [050328 17:09]:
 It should be up now.

Indeed it is (or was)... I've got some of the files and I'm waiting to
share with other downloaders.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


[slim] Latest SVN - ogg needs sox

2005-03-27 Thread Joshua Uziel
I was having problems with 6.0b3 indexing my ogg files... all of my
music is in ogg, all ripped from CDs I own, etc.  On some files, it
would fail to read the headers, just some fields, or claim the file
didn't have a header.  At any rate, I decided to give the latest and
greatest in the subversion tree a shot to see if the issue was fixed.

Sadly, I hit another issue... with any file I'd try to play, it would
display Problem: can't open file for and the track name and quickly
jump to the last song in the list.  There was no message in the log, and
after some digging, I found that it was looking for sox... an apt-get
install sox later and things are working again.

The indexing bug of before is now fixed... I just wanted to save another
ogg user the effort of tracking this issue down.  The svn commit is at

  http://svn.slimdevices.com/trunk/server/convert.conf?rev=2665view=rev

so we all know to blame vidur. :)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Latest SVN - ogg needs sox

2005-03-27 Thread Joshua Uziel
* Joshua Uziel [EMAIL PROTECTED] [050327 11:56]:
 Sadly, I hit another issue... with any file I'd try to play, it would
 display Problem: can't open file for and the track name and quickly
 jump to the last song in the list.  There was no message in the log, and
 after some digging, I found that it was looking for sox... an apt-get
 install sox later and things are working again.

And replying to myself, I see that in Slim/Player/Source.pm, there is
the code snippet around line 1429 of:

while ($command  $command =~ /\[([^]]+)\]/g) {

if (!Slim::Utils::Misc::findbin($1)) {
$command = undef;
$::d_source  msg(   drat, missing binary $1\n);
}
}

I removed sox from my system, enabled d_source and sure enough saw

2005-03-27 12:01:31.4366drat, missing binary sox

So this seems like something more fundamental than should be hidden
behind a debug variable.  Should the $::d_source  be removed and the
message made more general like

msg(Error: missing binary \$1\, please see convert.conf\n);

as I can see this easily happening frequently.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Latest SVN - ogg needs sox

2005-03-27 Thread Joshua Uziel
* Vidur Apparao [EMAIL PROTECTED] [050327 12:13]:
 In my defense, I provided sox binaries for Windows, OS X and x86 linux. 
 I presume you're running on something other than one of those. Maybe you 
 should blame yourself then. ;-)

Actually, I'm running Debian Linux on an x86... but I'm guessing my
installation isn't in the proper search path for
Slim::Utils::Misc::findbin() ... lucky me. :)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Latest SVN - ogg needs sox

2005-03-27 Thread Joshua Uziel
* Vidur Apparao [EMAIL PROTECTED] [050327 12:30]:
 Hmm...that doesn't sound right. Dan checked in code a while ago that 
 should make all x86 Linux distributions use the same path. What is the 
 output of:
 
 perl -V
 
 for you?

I was referring to the output see when you enable d_paths -- at least
that's how I think I tracked down my problem.  Out to perl -V is:


Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
  Platform:
osname=linux, osvers=2.4.27-ti1211, archname=i386-linux-thread-multi
uname='linux kosh 2.4.27-ti1211 #1 sun sep 19 18:17:45 est 2004 i686 
gnulinux '
config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN 
-Dcccdlflags=-fPIC -Darchname=i386-linux -Dprefix=/usr 
-Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr 
-Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 
-Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.4 
-Dsitearch=/usr/local/lib/perl/5.8.4 -Dman1dir=/usr/share/man/man1 
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 
-Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl 
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Uusenm -Duseshrplib 
-Dlibperl=libperl.so.5.8.4 -Dd_dosuid -des'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN 
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN 
-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='3.3.5 (Debian 1:3.3.5-9)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=4, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
perllibs=-ldl -lm -lpthread -lc -lcrypt
libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libperl.so.5.8.4
gnulibc_version='2.3.2'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl): 
  Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES 
PERL_IMPLICIT_CONTEXT
  Built under linux
  Compiled at Mar  8 2005 19:51:48
  @INC:
/etc/perl
/usr/local/lib/perl/5.8.4
/usr/local/share/perl/5.8.4
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.8
/usr/share/perl/5.8
/usr/local/lib/site_perl
.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Ogg Vorbis Support on SB2?

2005-03-15 Thread Joshua Uziel
* Bill Moseley [EMAIL PROTECTED] [050315 19:07]:
 Sorry if I missed something in this thread, but what's the down side
 of ogg-pcm on the server?  Bandwidth to the SB?  I suspect that
 might be the issue for higher bitrates.  (Yes, I'm not an audio
 engineer.)

When you use mp3 or ogg, you have a range of bitrates you can do... when
you send pcm, you're sending raw data that is usually an order of
magnitude larger.  So bandwidth usage is much higher.

 I have quite a bit to learn.  I just got my SB1 and and for some
 reason I thought my ogg were going to get encoded to mp3 by the
 server -- I guess I saw the ogg mp3 * * entry in convert.conf.  But
 it seems they are sent pcm (correct?) as I don't see lame running.

It'll do either, depending on your settings... you can either send pcm
or mp3, and with mp3, you can do a range of bitrates.

 And with all the talk of the better DAC on SB2, does that even come
 into play if I (someday) use the S/PDIF or optical output?

I think the answer is a great big it depends, but I'm a Linux geek,
not an audio geek, so I'll leave this part to someone else.

 I hope the answers are not too far over my head. ;)

Be brave. :)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] SB design

2005-03-11 Thread Joshua Uziel
* Arthur Cheng [EMAIL PROTECTED] [050311 08:34]:
 Would be really nice and sell more units if SB can have this kind of
 design together with this really nice remote control!!
 
 http://www.sonos.com/?tref=logoproducts

... and cost three times as much together?  Yeah, the Sonos is cool...
but if you want a Sonos, buy a Sonos.  They're another start-up that
needs your support.  I'm personally happy with SD's stuff in their
present form.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Out of curiosity

2005-03-10 Thread Joshua Uziel
* Mike Hartley [EMAIL PROTECTED] [050310 12:41]:
 I know that this comment will not be supported by some, but here-in
 lies a very important reason for NOT open sourcing the firmware, IMHO.

There's no reason why the firmware source has to be released under a
currently available license like the GPL or BSD.  Let's say in
hypothetical-land Slim has the rights to release the source for the SB2
firmware... they could license it in such a way that restricts usage to
personal use and, for example, requires royalties for products sold
using any of the code.  That could provide an additional revenue stream
for Slim should *cough*Roku*cough* decide to use Slim's firmware.

(This coming from a decade-long Linux geek that would like to see
everything be GPL but acknowledges that the GPL isn't for everyone and
everything...)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] ip3k firmware development (was: Out of curiosity)

2005-03-10 Thread Joshua Uziel
* Sean Adams [EMAIL PROTECTED] [050310 14:33]:
 If you are interested in the ip3k processor please check out these 
 links:

Ohhh boy... looks like I have some reading to do. :)

 But the compiler is GCC, and this does mean that if we could work out a 
 suitable loader mechanism, it might be possible to break out the 
 interesting pieces like audio codecs, visualizers, and geekport 
 drivers. We are also investigating ideas like a forth interpreter, 
 which would be perfect for making visualizers (assuming FFT and 
 graphics primitives are taken care of in native code).

Ahh, interesting.  That certainly changes things... maybe I'm jumping
the gun, but I'm already thinking need to compile a cross-compiler. :)

 Anyway we are still really busy with SB2 production right now. Once 
 we're shipping and everything is humming along, there will be more time 
 to spend investigating this. Again, as usual no promises on what we'll 
 do, or if/when we'll do it. Just sharing some info about what might be 
 possible and what the issues are.

Well, as I have no expectations, anything you do towards this would
exceed my expectations. :)

 Also yes, of course we have a strategy WRT competitors which will limit 
 what gets opened up under what license.

I'd be scared if you didn't... but it's good to hear.  As one of the few
companies out there that gets it (and one of the coolest start-ups in
town), here's hopin' you guys have a bright future.
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Squeezebox2

2005-03-09 Thread Joshua Uziel
* Sean Adams [EMAIL PROTECTED] [050309 02:34]:
 Sorry, not for squeezebox2 - all the hardware is new, so it's not just 
 a matter of swapping out a few bits.

Well, the case looks about the same! ;)

Yeah, I figured as much.  I live in Mountain View, so I'll probably put
in an order and drive over to pick it up sometime next month... pending
the wife's approval. :)

 However, I recently heard of an original Slimp3 going for ?400 ($770 
 USD) might be worth holding on to it.  :)

Wow.  Yeah, maybe I'll just sell it to a friend for cheap to get another
person hooked on squeezebonics. :)
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Re: Playing MIDI files with slim?

2005-02-24 Thread Joshua Uziel
* Dan Sully [EMAIL PROTECTED] [050224 12:30]:
 * Bruce Tucker shaped the electrons to say...
 
 Is there any way to play midi files with Slim?
 
 No. MIDI files don't contain any PCM data, so they can't be played per se.
 They need to be rendered against a set of instruments which are defined in
 the midi file itself, and are different for each MIDI file.

I haven't used it, but it might be possible with something like
TiMidity++ ... I'm not sure how it's cli is

  http://timidity.sourceforge.net/

Bruce, if you give it a stab, let me know how it goes...
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] FLAC Tags

2005-02-23 Thread Joshua Uziel
* Michael Scott [EMAIL PROTECTED] [050223 17:47]:
 I also understand that flac supports tagging.  The manpage for
 metaflac is somewhat terse so I was wondering, what tags should I
 insert (metaflac commands would be helpful as I'm still new to this)?
 I'm using CDDB-get.pm to grab the CD data from freedb.org so I have
 the info, just need to know preferred format for placing it into the
 flac file after it's ripped.

I have a (python) script that does the following:

  system('flac', config.flac_quality,
 '-o', flac,
 '--tag=TITLE=' + title,
 '--tag=ALBUM=' + album,
 '--tag=ARTIST=' + artist,
 '--tag=TRACKNUMBER=' + track,
 '--tag=DATE=' + year,
 wav)

Hope that helps...
___
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss