gnump3d-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnump3d-users] Re: open file(s) window opens rather than music just pla


From: Michael Allen
Subject: [Gnump3d-users] Re: open file(s) window opens rather than music just playing
Date: Fri, 10 Aug 2007 16:59:00 -0500

Strangest thing, gnump3d must be doing some kind of cacheing of the mp3 tags.
The tags weren't showing up in the web gui.
I copied the mp3s out of the server, then back in.
Now the tags DO show up.... and the files stream across as expected.
Can anyone explain this behavior?
Is there a way to track how I got into this situation?
I placed the files onto the server my mounting the server folder onto my pc and then copying files into that mounted folder.
It looks like I've only had problems with files that I put onto the server in that way.
If I put the file on via SFTP they don't have these problems.

On 8/10/07, address@hidden <address@hidden> wrote:
Send Gnump3d-users mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
         http://lists.gnu.org/mailman/listinfo/gnump3d-users
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gnump3d-users digest..."


Today's Topics:

   1. Re: open file(s) window opens rather than music   just playing
      (Michael Allen)
   2. Re: Re: open file(s) window opens rather than music       just
      playing (Brandon Kuczenski)
   3. Re: Re: open file(s) window opens rather than music       just
      playing (Samuel Baldwin)
   4. Re: Re: open file(s) window opens rather than music       just
      playing (Michael Allen)


----------------------------------------------------------------------

Message: 1
Date: Fri, 10 Aug 2007 14:48:44 -0500
From: "Michael Allen" <address@hidden >
Subject: [Gnump3d-users] Re: open file(s) window opens rather than
        music   just playing
To: address@hidden
Message-ID:
        < address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Per Samuel Baldwin
"In gnump3d.conf there's a setting called "always_stream". Set this to '1'.
If it's already set to 1, I'm not sure what else."

Unfortunately, mine is already set to always_stream = 1.

Thanks Samuel!
Anyone else have an idea?

On 8/10/07, Michael Allen < address@hidden> wrote:
>
> I'm having an odd problem with just some of the folders in my gnump3d
> account.
> If I click 'play all' almost all of my folders just kick back an .m3u and
> I commence playing the streaming music.  However, for a few folders, the
> music player instead pops an open file(s) window.
>
> On windoze boxes I use winamp, on linux boxes I use xmms.
> Both of them have the same problem, so I'm thinking it's more to do with
> the .m3u than it is the player.
> I took a look at the folder permissions and they are the same as folders
> that stream without problems.
> I tried playing just a single file in those folders and have the same
> problem.
> If I just play the mp3 files straight out of the folder from a computer
> with access to the server folder, they play fine.
>
> Any thoughts?  Thanks in advance for the help.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/pipermail/gnump3d-users/attachments/20070810/8185bffc/attachment.html

------------------------------

Message: 2
Date: Fri, 10 Aug 2007 15:58:10 -0400 (EDT)
From: Brandon Kuczenski <address@hidden>
Subject: Re: [Gnump3d-users] Re: open file(s) window opens rather than
        music   just playing
To: Michael Allen <address@hidden>
Cc: address@hidden
Message-ID: < address@hidden>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

On Fri, 10 Aug 2007, Michael Allen wrote:

> Per Samuel Baldwin
> "In gnump3d.conf there's a setting called "always_stream". Set this to '1'.
> If it's already set to 1, I'm not sure what else."
>
> Unfortunately, mine is already set to always_stream = 1.
>
> Thanks Samuel!
> Anyone else have an idea?
>

It sounds like a MIME setting on the remote (i.e. music-downloading) end.
I have configured my browser to open specific applications for specific
file types.  I believe this operation is beyond the scope of GnuMP3D, but
I may be misunderstanding the situation.

You could post your configuration file, or give a more complete example of
the problem.  What is the difference between an m3u that behaves as you
expect and one that doesn't?

-Brandon


> On 8/10/07, Michael Allen <address@hidden > wrote:
>>
>> I'm having an odd problem with just some of the folders in my gnump3d
>> account.
>> If I click 'play all' almost all of my folders just kick back an .m3u and
>> I commence playing the streaming music.  However, for a few folders, the
>> music player instead pops an open file(s) window.
>>
>> On windoze boxes I use winamp, on linux boxes I use xmms.
>> Both of them have the same problem, so I'm thinking it's more to do with
>> the .m3u than it is the player.
>> I took a look at the folder permissions and they are the same as folders
>> that stream without problems.
>> I tried playing just a single file in those folders and have the same
>> problem.
>> If I just play the mp3 files straight out of the folder from a computer
>> with access to the server folder, they play fine.
>>
>> Any thoughts?  Thanks in advance for the help.
>>
>




------------------------------

Message: 3
Date: Fri, 10 Aug 2007 16:01:31 -0400
From: "Samuel Baldwin" <address@hidden>
Subject: Re: [Gnump3d-users] Re: open file(s) window opens rather than
        music   just playing
To: "Michael Allen" <address@hidden>
Cc: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=UTF-8

Yeah, if it's a different filetype your client might do
funky/different things. For example, streaming ogg's to windows media
player doesn't work as it should (stupid M$). I use foobar2000 on
winblows at home, but not at other people's houses.

But the downloading seems weird. WMP just locks up on oggs for me,
nothing gets downloaded. Is there anything different about the
filetype or settings on the non-working m3u's? (clicking "Info" on
2.9final gives some useful info)
--
Samuel (shardz)

Shardz's Igloo:
shardz.homelinux.net

Registered Linux User #410639

-----BEGIN GEEK CODE BLOCK-----
  Version: 3.12
GCS/E/G d- s a---- C++(+++)>$ UBL+++>++++$ P++>++++$
L++>++++$ E---- W++ N o? K? w-- O M-- V- PS(-) PE-- Y+>++ PGP>++
t++(t*) 5+(+++) X?>++ R+>++ tv b++ DI+ D+ G>++++ e->+++ h! !r !z
------END GEEK CODE BLOCK------


amarok.kde.org
defectivebydesign.org




------------------------------

Message: 4
Date: Fri, 10 Aug 2007 15:32:56 -0500
From: "Michael Allen" <address@hidden>
Subject: Re: [Gnump3d-users] Re: open file(s) window opens rather than
        music   just playing
To: address@hidden
Message-ID:
        <address@hidden >
Content-Type: text/plain; charset="iso-8859-1"

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnump3d.conf
Type: application/octet-stream
Size: 25831 bytes
Desc: not available
Url : http://lists.gnu.org/pipermail/gnump3d-users/attachments/20070810/24cb2dbd/gnump3d.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: recurse_broken.m3u
Type: audio/x-mpegurl
Size: 7 bytes
Desc: not available
Url : http://lists.gnu.org/pipermail/gnump3d-users/attachments/20070810/24cb2dbd/recurse_broken.m3u
-------------- next part --------------
A non-text attachment was scrubbed...
Name: recurse_works.m3u
Type: audio/x-mpegurl
Size: 5669 bytes
Desc: not available
Url : http://lists.gnu.org/pipermail/gnump3d-users/attachments/20070810/24cb2dbd/recurse_works.m3u

------------------------------

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


End of Gnump3d-users Digest, Vol 41, Issue 4
********************************************


reply via email to

[Prev in Thread] Current Thread [Next in Thread]