search

khenriks / mp3fs

FUSE-based transcoding filesystem from FLAC to MP3
http://khenriks.github.io/mp3fs/
GNU General Public License v3.0
382 stars 46 forks source link

long delay at start of every mp3 #25

Closed nbi1 closed 9 years ago

nbi1 commented 10 years ago

Thanks for a great tool. Output quality is very good. The only issue I've encountered is the rather long delay whenever a mp3 is started. That unfortunately is a serious issue for any type of media server operation featuring long playlists (even though it's plenty annoying for one song). Imagine a 100 song playlist - the wait time could total nearly an hour !

Most modern PCs and servers in particular have an abundance of memory. Have you considered adding some sort of configurable caching?

Cheers.

khenriks commented 10 years ago

Is this when you start playing a song from the beginning or from the middle? From the beginning there should be no delay. From the middle, some delay as the encoder needs time to get to the desired position. I've thought about optimizing this case but it hasn't seemed like a big priority thus far. You shouldn't really be seeing delays as long as you're talking about.

As far as caching, it is also something I've thought about. Actually even better I think would be a caching fuse filesystem running on top of mp3fs, but I don't know of any good ones off the top of my head.

nbi1 commented 10 years ago

My setup is a host running a UPnP server (serviio) and a UPnP client (LG BD570) which renders to my HDTV. I've been using minidlna which unfortunately has some serious unresolved bugs so I switched to serviio for the time being. Unlike minidlna serviio doesn't serve wav and my BD570 doesn't like transcoded input hence my usage of mp3 (I much prefer flac - which the BD570 can't handle - argh).

So here's the latest on mp3fs which is really weird. If I play mp3fs mounted mp3s on the server host there is the lengthy delay at each beginning. And here's the truly perplexing thing - if played via the BD570 there is no delay at the beginning! But as it turns out there is a showstopper that makes all this academic. If I use the FF or REW controls on the 570 remote and then resume play the mp3 playback stutters and eventually aborts with a network error. This only happens with mp3fs, native mp3s are not a problem. That limitation makes mp3fs unusable for me.

I hope these observations may be helpful, but I'll be pursuing other options that don't involve mp3. In the immediate future I hope minidlna gets fixed and if not then I will use an old laptop with VLC controlled via IR remote to render to my HDTV.

All the best. Cheers,

Peter Stein

khenriks commented 10 years ago

Okay, since it seems to be slow when you play directly on the server, we can just ignore the UPnP setup. Does this happen on other machines too, or is it just that one machine? Is it just about playing, or does copying files from mp3fs also take a really long time?

(I'm going to be quite busy for a few weeks with other things, so I'll be unable to give this much attention right now.)

nbi1 commented 10 years ago

Sorry, but I'm squeezed for time as well. Also, my solution will either utilize NFS or UPnP so I'm not pursuing mp3fs.

On 06/30/2014 12:41 AM, K Henriksson wrote:

Okay, since it seems to be slow when you play directly on the server, we can just ignore the UPnP setup. Does this happen on other machines too, or is it just that one machine? Is it just about playing, or does copying files from mp3fs also take a really long time?

(I'm going to be quite busy for a few weeks with other things, so I'll be unable to give this much attention right now.)

— Reply to this email directly or view it on GitHub https://github.com/khenriks/mp3fs/issues/25#issuecomment-47496453.

khenriks commented 10 years ago

so I'm not pursuing mp3fs

Are you uninterested in trying to track down the issue? I have a clearer schedule now, if you want to help narrow down the problem.