slight improvement to gnump3d's tag cache footprint

By replacing the TAG->value hash with a fixed array, I managed to shave
about 7% off gnump3d's memory footprint.  (from 182 to 169 megs, on my
system) That doesn't sound like much, but every little bit counts.  To
get significantly more would require something more intelligent than a
hash table of the full pathnames as the key.

Anyone else interested in this?  If so, I'll finish the patch.

 - Solomon
--

-- 
Solomon Peachy        				 ICQ: 1318344
Melbourne, FL 					 
Quidquid latine dictum sit, altum viditur.

_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users

Re: slight improvement to gnump3d's tag cache footprint

On Mon, Jan 09, 2006 at 05:31:14PM -0500, Stuffed Crust wrote:
> By replacing the TAG->value hash with a fixed array, I managed to shave
> about 7% off gnump3d's memory footprint.  (from 182 to 169 megs, on my
> system) That doesn't sound like much, but every little bit counts.  To
> get significantly more would require something more intelligent than a
> hash table of the full pathnames as the key.
> 
> Anyone else interested in this?  If so, I'll finish the patch.

  Sure, send it in and I'll add it.  I've just upgraded to a gig of
 memory on my main machine, but I'm sure people with less memory or
 larger music collections would appreciate a smaller memory usage :)

Steve
--

Using a smb share as the root directory

_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users

Re: Using a smb share as the root directory

On Thu, 12 Jan 2006, Russell Harmon wrote:

> Does anyone know of its possible to define a samba share in gnump3d.conf as
> the root directory? I've tried smb://machinename/sharename and just

Might have to mount it as a directory first.

--

-- 
http://www.noderunner.net/~llin/

Re: Using a smb share as the root directory

Have you tried mounting the smb share (using the mount command or fstab) and
then using the mountpoint as the root?

If you mean that you are on Windows then you could map the share to a network
drive and use that.

Russell Harmon wrote:
> Does anyone know of its possible to define a samba share in gnump3d.conf
> as the root directory? I've tried smb://machinename/sharename and just
> //machinename/sharename and they diddent work =(
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Gnump3d-users mailing list
> Gnump3d-users@...
> http://lists.gnu.org/mailman/listinfo/gnump3d-users

--

-- 
Ray Tran

Gnump3d & Amarok

I use Amarok as my main media player and I was bit by the problem with file info disappearing and id3 tags not
being displayed. Instead Amarok would say that it was playing a "Radio Stream". 

I Googled and found that many had seen the problem but I found no cure (the problem was even brought up on this
list here: http://lists.gnu.org/archive/html/gnump3d-users/2005-11/msg00049.html). So I set out
to figure this one out myself. I doubted that it was Gnump3d because it works correctly with XMMS.

Amarok is capable of using different sound engines. I had been using the Xine engine which has proved to be
hassle free and stable. When I changed that to either GStreamer engine or the aRts engine, the problem went
away and Amarok displayed the correct information in both the app itself and in the on-screen display.

I might also add that I have never been able to get GStreamer to work properly for me (I am a Gentoo user). Many
are singing praises for GStreamer but I haven't been able to figure out what the fuss is all about. If I use
GStreamer with Amarok it will play an mp3 for about a minute and then it will stop and draw the cpu usage up to
100%. Problem goes away if I terminate the app. This doesn't happen with Xine engine. The aRts engine is a
bit flakey. It will work most of the time but it also seems to have a mind of its own because sometimes it just
stops in the middle of a playlist.

For the ones who dont know where to change engines in Amarok, go to the Settingsmenu and select "Configure
Amarok..." In the window that pops up, select "Engine". The rest is self explanitory.

Hope this helps the Amarok users out there.ne, the problem went away and Amarok displayed the correct
information in both the app itself and in the on-screen display.

I might also add that I have never been able to get GStreamer to work properly for me (I am a Gentoo user). Many
are singing praises for GSt

multiple drives with audio files possible?

_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users

Re: multiple drives with audio files possible?

Seth Russel  <at>  21st of January, 01:58:
> my audio files are distributed across several drives in my WinXP  
> system.  Is there a way to configure gnump3d to accomodate audio  
> files that aren't in one single drive/root folder?  This is the one  
> thing that is keeping me from moving from Edna to gnump3...

Sorry, I have no clear sollution for you. However, I was wondering  
you could try something like Samba (at least, that's what it is  
called in *nix). It is a protocol to connect several computers to  
each other graphically. But, isn't that standard in Windows? I mean:  
all Windows computers in the same network will be displayed in  
"Network-environment" if it's correctly configured. Can't you give a  
path to the shared folders in your network environment?

Re: multiple drives with audio files possible?

Seth Russell wrote:

> Hi - my audio files are distributed across several drives in my WinXP
> system.  Is there a way to configure gnump3d to accomodate audio files
> that aren't in one single drive/root folder?  This is the one thing that
> is keeping me from moving from Edna to gnump3...

You could use junction[1] to create symlinks to all your music in a
single folder and then give this folder as archive root to gnump3d.
This assumes your drives are NTFS-formatted.
Those symlinks (MS calls them 'junction points', thus the name of the
program) can span drives and work fine with gnump3d, I just tested it.

       Cédric

1: http://www.sysinternals.com/Utilities/Junction.html
syntax:
junction <path to create as symlink> <path to point symlink to>

Video streaming

Hey guys,

  Sorry, but I haven't been keeping up with events for a while now, but 
back before I stopped there was some discussion (initiated by me I 
believe) about getting gnump3d to work for streaming video.  Just 
wondering if anything has happened/status etc.  I'd be willing to mess 
with it again if nobody else has, but had very little luck last time.

Thanks,
   Ian