Help - Search - Members - Calendar
Full Version: 0.9 doesn't play .m3u over Internet?
Hydrogenaudio Forums > Hosted Forums > foobar2000 > Support - (fb2k)
.brum
Hello,

After upgrading to 0.9 from 0.8x Foobar doesn't play files/playlists (m3u) generated with Netjuke anymore. Foobar loads the playlist fine, starts playing but skips to the next song within 1-2 seconds. Netjuke doesn't stream per se, to my understanding it serves the whole file at once.

I have tried to put HTTP buffer size to maximun 16384 KB and Full file buffering to even 512000 KB, without *any* impact on this.

The library consists of both mp3 and FLAC files, but when Netjuke-playlisted they are realtime converted to 128 mp3. The URL in the playlist looks like this:

CODE
http://my.domain.com/dj/play.php?do=dispatch&val=NDAyMjA7ZGNmZGFkZTMxNzBkNGFiM2EzNjU2OWNhMmM2NGY1NjA%3D&ext=.mp3


With version 0.8x Foobar waited for quite some time before starting playing (~60 seconds for an album), probably for the whole file to download. VLC starts playing almost immediately, so there's nothing wrong with my network or server end.

Any clues what other settings might affect this?

Rgds,

.brum
.brum
Hello,

I now got to try playing the same Netjuke from home, where everything worked like a charm. I tried setting the Network and play buffers to a minimum and this didn't affect anything.

The server is setup slightly differently in the two cases. When outside home the music files are on-the-fly resampled before sending them over http. At the same time the files are stripped from metadata in an attempt to protect privacy. When using resampling in Netjuke it is not possible to avoid this, for some reason.

Based on this it seems that 0.9 refuses to play files if they have some information missing or mangled. Could this be the reason?

Here's what Foobar tells about the properties, first for a file that plays fine:

ARTIST = Al Di Meola, Paco de Lucia, John McLaughlin
TITLE = Orient Blue
ALBUM = Passion Grace & Fire
DATE = 1983
TRACKNUMBER = 2
GENRE = Jazz

replaygain_track_gain = -0.79 dB
replaygain_track_peak = 0.886261
replaygain_album_gain = -0.79 dB
replaygain_album_peak = 0.886261

tool = reference libFLAC 1.1.2 20050205
bitrate = 705
samplerate = 44100
channels = 2
bitspersample = 16
codec = FLAC
encoding = lossless
cue_embedded = no
----------
18894204 samples @ 44100Hz
File size: 37 730 893 bytes


And here's for a file that doesn't play:

bitrate = 128
codec = MP3
encoding = lossy
channels = 2
samplerate = 44100
mp3_stereo_mode = joint stereo

Any thoughts on this one?

Regards,

.brum
othello-m-g
i am trying to get a response on this same issue myself, except i am using an ipod with anapod explorer xtreamer as the streaming medium...


when i connect over http to the local device, everythign works great. put it on a different machine, all hell breaks loose.
.brum
QUOTE(othello-m-g @ Apr 4 2006, 09:02 PM)
i am trying to get a response on this same issue myself, except i am using an ipod with anapod explorer xtreamer as the streaming medium...


when i connect over http to the local device, everythign works great. put it on a different machine, all hell breaks loose.
*



To me the only possible explanation seems to be that Foobar 0.9 doesn't play files that are missing some metadata. Would be nice to get confirmed what metadata should be present and whether it could be either changed or worked around.

I don't understand why this would be a deliberate design choice...

rgds,

.brum
othello-m-g
QUOTE(.brum @ Apr 5 2006, 01:18 AM) *

QUOTE(othello-m-g @ Apr 4 2006, 09:02 PM)
i am trying to get a response on this same issue myself, except i am using an ipod with anapod explorer xtreamer as the streaming medium...


when i connect over http to the local device, everythign works great. put it on a different machine, all hell breaks loose.
*



To me the only possible explanation seems to be that Foobar 0.9 doesn't play files that are missing some metadata. Would be nice to get confirmed what metadata should be present and whether it could be either changed or worked around.

I don't understand why this would be a deliberate design choice...

rgds,

.brum



hmm, but if foobar 0.9 had problems playing files that are missing some metadat, wouldn't it also refuse to play those songs when i was using the streaming feature while on the same machine that my ipod is connected to?
like i say- as long as the address i am streaming from starts with http://127.0.0.1, everything works exactly as it should.
Olive
Not sure but it might be something similar to http://www.hydrogenaudio.org/forums/index....showtopic=42719
.brum
QUOTE(Olive @ Apr 8 2006, 11:37 PM) *

Not sure but it might be something similar to http://www.hydrogenaudio.org/forums/index....showtopic=42719


Hi,

Thanks for pointing that one out. Things might be related, but this is a different case. For me the files load nicely and start playing, but skip to the next song within a second or two.

But Peter's answer regarding content-length could give some clues. I don't know the innings of music file playing, but if the song has no info about its length (or length 00:00) to pass on to the player software, skipping to the next song could be the logical result?

According to Windows Media Player the files that Foobar skips have a length of 00:00. WMP plays the files nevertheless, as does VLC. Altough this may not strictly speaking be a bug, it would be very nice with a workaround. Unless Foobar includes some hi-tech features that need to work in this way, that other players don't have. But even then, it would surely be possible to include a user selection which 'mode' to choose?

Foobar 0.9 seems otherwise so very very nice, but because of this it is unusable for me.

Rgds,

.brum
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.