Steve Kemp | 1 Jul 2005 01:03
Picon
Favicon

Re: wondering if... line in?

On Fri, Jul 01, 2005 at 12:58:46AM +0200, n*jean wrote:

> I was wondering if it's possible to convert the line-in streaming of
> my soundcard in a .mp3 file and then display it with GNUMP3d...

  Nope.

  Well yes you can, but not with *this* software.

  If you have GNUMP3d installed that'll let you stream music you
 already have in mp3/ogg/etc formats to clients - but it will not
 allow you to record, or input, new music.

  You'll be wanting something like audacity to convert line-in
 input into MP3s.  Although I have little experience with that.
 I'm sure other sound recording applications exist.

> What should I put in the folder section of cfg?

  For serving, pretty much the default settings should work.  The
 only essential think to do is to change the 'root' setting to
 point to the directory which contains your music.

  By default that'll be:

root = /home/mp3

Steve
--
(Continue reading)

Simone Saravalli | 1 Jul 2005 19:20
Picon

it's possible to have a demon for dinner?

Hi all, this is my first post in this mailing list, I appreciate very
much gnump3d, so I've decided to install it in my personal home
server. Perhaps, this server isn't always up, in fact, during the
night I stop it (the computer is too closer to my parents'bedroom
so...). So every time I start it, I have to do a gnump3d --fast from
the command line. In my opinion, for computers always up, or for users
that don't want to type gnump3d --fast to start the server from the
command line every time, a good idea is to create a demon and then to
run it automatically (for example a simple bash script that can be put
in /etc/initd/, for example). I don't know if this is a good idea so,
hints, opinions?
Thanks

Simone Saravalli
Steve Kemp | 1 Jul 2005 19:52
Picon
Favicon

Re: it's possible to have a demon for dinner?

On Fri, Jul 01, 2005 at 07:20:43PM +0200, Simone Saravalli wrote:
> Hi all, this is my first post in this mailing list, I appreciate very
> much gnump3d, so I've decided to install it in my personal home
> server. Perhaps, this server isn't always up, in fact, during the
> night I stop it (the computer is too closer to my parents'bedroom
> so...). So every time I start it, I have to do a gnump3d --fast from
> the command line. In my opinion, for computers always up, or for users
> that don't want to type gnump3d --fast to start the server from the
> command line every time, a good idea is to create a demon and then to
> run it automatically (for example a simple bash script that can be put
> in /etc/initd/, for example). I don't know if this is a good idea so,
> hints, opinions?

  It's a good idea.  The Debian package does exactly this, there's
 an init.d script which reads the contents of the file /etc/default/gnump3d
 (if it exists).

  This allows you to specify additional arguments to be used when starting
 it.  By default I setup the package so that users get '--fast' appended
 by default.

  The script is simple:

/etc/default/gnump3d:

STARTUPOPTIONS=--fast

/etc/init.d/gnump3d

 . /etc/default/gnump3d
(Continue reading)

Jack Twilley | 2 Jul 2005 23:26

Suggestion: use SSL/TLS for authentication

Are the OpenSSL libraries sufficiently friendly to allow for GnuMP3D to 
only allow connections from those who have the proper certificate, or 
certificates which are signed by a proper certificate?

This seems to be a better solution than IP addresses or plaintext 
passwords IMHO, and also allows for logging if usernames and 
certificates are associated.  I confess I am insufficiently experienced 
with certificates to tell whether or not this is as easy as it sounds, 
but I'm trying to do much the same thing for mail on my server which 
runs mail and GnuMP3D, and the light bulb went on.

Jack.
Steve Kemp | 2 Jul 2005 23:32
Picon
Favicon

Re: Suggestion: use SSL/TLS for authentication

On Sat, Jul 02, 2005 at 02:26:32PM -0700, Jack Twilley wrote:
> Are the OpenSSL libraries sufficiently friendly to allow for GnuMP3D to 
> only allow connections from those who have the proper certificate, or 
> certificates which are signed by a proper certificate?

  I'm afraid I do not know how easy or difficult it might be to
 do, having never used SSL for anything perl-based.

  Perhaps something simpler might work, wrapping the incoming
 connections in SSL via stunnel?

Steve
---
http://www.steve.org.uk/
Jack Twilley | 2 Jul 2005 23:54

Re: Suggestion: use SSL/TLS for authentication

Steve Kemp wrote:
> On Sat, Jul 02, 2005 at 02:26:32PM -0700, Jack Twilley wrote:
> 
>>Are the OpenSSL libraries sufficiently friendly to allow for GnuMP3D to 
>>only allow connections from those who have the proper certificate, or 
>>certificates which are signed by a proper certificate?
> 
> 
>   I'm afraid I do not know how easy or difficult it might be to
>  do, having never used SSL for anything perl-based.

http://search.cpan.org/dist/Net-Daemon-SSL/ is where I'm looking now for 
more information.

>   Perhaps something simpler might work, wrapping the incoming
>  connections in SSL via stunnel?

A helper app might be required for music players that support HTTP but 
not SSL.  (do any support HTTP *and* SSL?)

> Steve
> ---
> http://www.steve.org.uk/

Jack.
Simone Saravalli | 3 Jul 2005 16:14
Picon

Re: Suggestion: use SSL/TLS for authentication

> >   Perhaps something simpler might work, wrapping the incoming
> >  connections in SSL via stunnel?
> 
> A helper app might be required for music players that support HTTP but
> not SSL.  (do any support HTTP *and* SSL?)
> 

Hi, I don't understand the necessity to wrap an incoming connection
with stunnel and what this has in common with the usage of
certificates that are usually used for the autenticity of the parts of
a communication (the client and the server). I don't know stunnel and
SSL, but I know they are used to encrypt a tcp connection into a
secure tunnel. IMHO, a good way to test the authenticity of users that
make connections with the gnump3d server may be the use of a
username/password eventually cripted with a public/provate key
alghoritm during the transfer from client to server.
Do you agree?

Simone Saravalli
Jb | 7 Jul 2005 16:10

Flac Streaming

Hello,

I'm using the gnump3d version from debian unstable. ogg/mp3 files are
working perfectly fine. I can see my flac files but when i want to
stream and play them in xmms, i see the trackname in xmms but nothing
else append. I can play flac files locally or through the download
link. 

I've had this line in my mime.types
application/x-flac                               flac

I've seen this thread
( http://lists.gnu.org/archive/html/gnump3d-users/2004-03/msg00002.html ) but i didn't find a solution.

Do you've got an idea ?

Thanx for your all your work.
Joseph Scholefield | 7 Jul 2005 18:57
Picon

Troubles with files with ' in them

I cannot seem to get GNUMP3d to play files with a ' in them. It's
probably a very simple problem, but nonetheless I cannot get it to
work.

What I get when I use "$FILENAME" in the config:
magrathea js # tail -f /var/log/gnump3d/error.log
Cache is 0 bytes. 0 is allowed.
Could not find "'/stuff/music/Downloads/Reel Big Fish/we're not happy
til you're not happy/03 don't start a band.mp3'".
Cache is 0 bytes. 0 is allowed.
Could not find "'/stuff/music/Downloads/Reel Big Fish/we're not happy
til you're not happy/04 a-w-e-s-o-m-e.mp3'".
Cache is 0 bytes. 0 is allowed.
Could not find "'/stuff/music/Downloads/Reel Big Fish/we're not happy
til you're not happy/05 we hate it when our friends becom.mp3'".
Cache is 0 bytes. 0 is allowed.
Could not find "'/stuff/music/Downloads/Reel Big Fish/we're not happy
til you're not happy/06 turn the radio off.mp3'".
Cache is 0 bytes. 0 is allowed.
Could not find "'/stuff/music/Downloads/Reel Big Fish/we're not happy
til you're not happy/07 talkin 'bout a revolution.mp3'".

with just $FILENAME in the config I get:
lame: excess arg happy
LAME version 3.96.1 (http://lame.sourceforge.net/)

usage: lame [options] <infile> [outfile]

    <infile> and/or <outfile> can be "-", which means stdin/stdout.

(Continue reading)

Stan Mulder | 7 Jul 2005 19:56

Re: Flac Streaming

Jb wrote:

>I've had this line in my mime.types
>application/x-flac                               flac
>  
>

Try adding

    audio/x-flac               flac

to /etc/mime.types

Gmane