C. Menge | 3 Oct 2005 00:04
Picon

Re: "Play All" delivers wrong song length - and strange numbers in title formatting.

Aleksey wrote:

> The same for me. Anyone have any info how to cure this trouble ?

Yes - I did submit a patch in
http://lists.gnu.org/archive/html/gnump3d-users/2005-09/msg00009.html
which is not yet included in CVS.

Steve?

          Cédric
Steve Kemp | 3 Oct 2005 15:01
Picon
Favicon

Re: "Play All" delivers wrong song length - and strange numbers in title formatting.

On Mon, Oct 03, 2005 at 12:04:34AM +0200, C. Menge wrote:
> Aleksey wrote:
> > The same for me. Anyone have any info how to cure this trouble ?
> 
> Yes - I did submit a patch in
> http://lists.gnu.org/archive/html/gnump3d-users/2005-09/msg00009.html
> which is not yet included in CVS.

  Sorry I must have missed this.  Committed now, thanks a lot.

  I see in the referenced message you asked about commit access?  Here's
 a fun challenge.  If you can submit a patch to the Makefile to make
 it support:

	make install PREFIX=/foo/bar

  And also :

	make install HOME  - or similar.  Not sure how that should work.

  To install things sensibly inside ~/.

  Then you can have it ;)

  The makefile for installing is *really* nasty.  The hard part is getting
 the correct directory for perl modules, and also updating the configuration
 file automatically to setup the appropriate paths...

Steve
--
(Continue reading)

Craig Meyer | 9 Oct 2005 17:15
Picon

Re: cannot get flac to work with gnump3d

Hello,

I was able to get flac and ogg formats to work, by way of conversion  
into mp3.

By turning on downsampling, and then adjusting mime.types, gnump3d  
was converting flac and ogg into mp3 on the fly.

in mime.types:

comment out setting for ogg,

#application/x-ogg                              ogg

then extend the setting for audio/mpeg to include flac and ogg

audio/mpeg                                      mpga mpega mp2 mp3  
mp4 m4a flac ogg

in /etc/gnump3d.conf

turn on downsampling and set the default to high (in my case)

downsample_enabled = 1

default_quality = high

Then in the downsample convert commands section, add the following

# Use this to convert Ogg => MP3
(Continue reading)

Jeff Smith | 10 Oct 2005 01:10

Mandrake serving Ubuntu - something's wrong

I had a great Gnump3d system running. It was a thing of beauty. Then I 
went and made some changes to my network. I dumped the Redhat9 
workstations and upgraded them to Ubuntu 5.04. At the same time, I 
inherited a new server and migrated most of my services (including 
Gnump3d) to the new box, now running Mandrake 10 instead of Redhat9.

And now, as you've no doubt guessed, my Gnump3d isn't working. The 
family has become attached to the household music service, so this 
outage (which is going on 2 months now) is giving me some heat. Time to 
figure it out and get it fixed.

Everything on the web side seems fine. Port 8888 is showing all my 
directories and files just like always. But when I attempt to launch a 
playlist from Firefox on the workstation, xmms comes up but then 
freezes. I've tried a couple of other players, but all of them do the 
same thing. When you get right down to the nitty gritty, I think all of 
them are using gstreamer0.8-mad to decode the mp3s, so the problem could 
be there. This is one of the things that's changed in my distro upgrades 
- the old Redhat didn't use gstreamer codecs. (For what it's worth, I've 
tried xmms under the alsa driver, the esd and the oss. Same results with 
each.)

It's also possible that there could be something wrong with gnump3d 
attempting to serve out the stream. Is there a way to test this without 
relying on a player client? Is there some kind of dummy debugging probe 
tool I could use to send a request to the server and then monitor that 
it is sending stream chunks back properly? That at least would allow me 
to eliminate the server as the culprit.

Has anybody else run into this problem and fixed it? (I've followed a 
(Continue reading)

jimbo | 10 Oct 2005 07:06

Re: Mandrake serving Ubuntu - something's wrong

I'm running gnump3d on a server running ubuntu 5.04 and have two ubuntu clients and two Windows clients, and I've never had any problems with any of them unless the server was bogged down with other duties.  I don't know what Mandrake would do to muck everything up...

Out of the box, Ubuntu will behave much like you've described, but this is because it doesn't support mp3s out of the box, and you have to enable the extra repositories and download a number of packages, I can't remember which ones now, but they are in the release notes.  I'll look it up if you like.

Assuming you've done this, I'm wondering if you've tried the following:
1) Have you tried "streaming" from the server, to the server?  Don't know if you have a soundcard and can do this, but it might tell you something if you're able to do this.

2) Have you tried playing mp3s locally on the clients to make sure there isn't an issue there?

Also, do you have firestarter installed?

Hope this helps some...

jimbo.



Jeff Smith wrote:
I had a great Gnump3d system running. It was a thing of beauty. Then I went and made some changes to my network. I dumped the Redhat9 workstations and upgraded them to Ubuntu 5.04. At the same time, I inherited a new server and migrated most of my services (including Gnump3d) to the new box, now running Mandrake 10 instead of Redhat9.

And now, as you've no doubt guessed, my Gnump3d isn't working. The family has become attached to the household music service, so this outage (which is going on 2 months now) is giving me some heat. Time to figure it out and get it fixed.

Everything on the web side seems fine. Port 8888 is showing all my directories and files just like always. But when I attempt to launch a playlist from Firefox on the workstation, xmms comes up but then freezes. I've tried a couple of other players, but all of them do the same thing. When you get right down to the nitty gritty, I think all of them are using gstreamer0.8-mad to decode the mp3s, so the problem could be there. This is one of the things that's changed in my distro upgrades - the old Redhat didn't use gstreamer codecs. (For what it's worth, I've tried xmms under the alsa driver, the esd and the oss. Same results with each.)

It's also possible that there could be something wrong with gnump3d attempting to serve out the stream. Is there a way to test this without relying on a player client? Is there some kind of dummy debugging probe tool I could use to send a request to the server and then monitor that it is sending stream chunks back properly? That at least would allow me to eliminate the server as the culprit.

Has anybody else run into this problem and fixed it? (I've followed a couple of relevant looking threads, but in the end they didn't offer solutions that applied to me.)

Currently musicless,
_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users
Ray Tran | 11 Oct 2005 00:03
Picon

Re: Mandrake serving Ubuntu - something's wrong

Hi,
a couple of months ago I updated my workstation and got the same symptoms as
you. It turned out (after a _lot_ of searching) that the mad module in XMMS had
changed in some way and it no longer worked. I had to disable the mad module
and compile the mpg123 (I think) module instead. No problems since then.

Jeff Smith wrote:
> I had a great Gnump3d system running. It was a thing of beauty. Then I
> went and made some changes to my network. I dumped the Redhat9
> workstations and upgraded them to Ubuntu 5.04. At the same time, I
> inherited a new server and migrated most of my services (including
> Gnump3d) to the new box, now running Mandrake 10 instead of Redhat9.
> 
> And now, as you've no doubt guessed, my Gnump3d isn't working. The
> family has become attached to the household music service, so this
> outage (which is going on 2 months now) is giving me some heat. Time to
> figure it out and get it fixed.
> 
> Everything on the web side seems fine. Port 8888 is showing all my
> directories and files just like always. But when I attempt to launch a
> playlist from Firefox on the workstation, xmms comes up but then
> freezes. I've tried a couple of other players, but all of them do the
> same thing. When you get right down to the nitty gritty, I think all of
> them are using gstreamer0.8-mad to decode the mp3s, so the problem could
> be there. This is one of the things that's changed in my distro upgrades
> - the old Redhat didn't use gstreamer codecs. (For what it's worth, I've
> tried xmms under the alsa driver, the esd and the oss. Same results with
> each.)
> 
> It's also possible that there could be something wrong with gnump3d
> attempting to serve out the stream. Is there a way to test this without
> relying on a player client? Is there some kind of dummy debugging probe
> tool I could use to send a request to the server and then monitor that
> it is sending stream chunks back properly? That at least would allow me
> to eliminate the server as the culprit.
> 
> Has anybody else run into this problem and fixed it? (I've followed a
> couple of relevant looking threads, but in the end they didn't offer
> solutions that applied to me.)
> 
> Currently musicless,

Hope that helps,
--

-- 
Ray Tran
Walter Francis | 11 Oct 2005 17:35

Possible to seek in downsampled stream?

Is it possible to seek in a downsampled stream?  I've verified that my client will
seek properly in a non-downsampled stream, but I'd really like to be able to seek, yet
need to downsample as I'm listening from work and my line at home can't sustain a full
stream bitrate.

Hoping maybe there's some trick to it.

Thanks.

--

-- 
Walter Francis
http://khayts.us
http://theblackmoor.net
http://unlimitedphoto.com                Powered by Fedora Core 3
Ross Mohn | 17 Oct 2005 17:30
Picon
Favicon

WMA from GNUMP3D

I have a smattering of .wma files and I get varying results. Sometimes
they won't play at all (Opening failed error) and sometimes they will
play, but only after they have been completed downloaded (i.e. no
streaming). I know there was a patch submitted back in March to support
WMA tags, but I don't know if it was inserted or even if it's related.

Any thoughts?
Thanks! -RPM

(gnump3d v2.9.4 on 2.6.13-gentoo-r3)

--

-- 
Ross Mohn
rpmohn@...
Jeff Smith | 17 Oct 2005 18:07

Re: Mandrake serving Ubuntu - something's wrong

Thanks for the suggestions. It turns out that it was, indeed, a client 
side problem. Ray had the right solution. By disabling the MAD module, 
XMMS simply fell back to one of the other mp3 codecs that were already 
installed and was suddenly able to handle the stream without hanging.

My newly, musically re-enabled family thanks you.
--

-- 
Jeff Smith
Computer Science Dept.
University of Saskatchewan
http://jefficus.usask.ca
Ian | 24 Oct 2005 14:43

streaming video

Hey guys,

  Just wondering if anyone has managed to get video transcoding and 
streaming properly.  When I set up in the config file so it should use 
mencoder to reencode AVIs, it doesnt seem to work.  Has anyone else had 
any luck with this?

Thanks,
   Ian

Gmane