Оffline mode about shelfplayer HOT 8 CLOSED

.m4b should also be entirely fine (which is likely more common than .m4a for audiobooks).

from shelfplayer.

Thank you! the fact that any modification requires some time for analysis and implementation is normal and correct! especially since this is not a critical moment and may have low priority.

from shelfplayer.

I don’t suppose there’s a way to pull extension information when downloading the file is there?

Its not that hard, I was doing this because it is way easier and the code is less complex, but because it does not work I will do just that

from shelfplayer.

This is actually a pretty stupid hack to make AVPlayer play downloaded tracks. It does not want to play files without an extension but it works fine when it the extension is wrong. Or so I thought. I will look into that and do some testing with m4b files, but fixing this could take some time

from shelfplayer.

It seems like using the wrong extension is fine as long as the file type is roughly the same, I guess m4a uses a different decoder then flac/mp3/... I have to rewrite some parts of the download logic to fix this, but thanks for pointing this out!

from shelfplayer.

I don’t suppose there’s a way to pull extension information when downloading the file is there?

from shelfplayer.

I am currently restructuring ShelfPlayerKit which includes reworking the download logic to some extend, so I will store the file extension in the database which should solve this issue

from shelfplayer.

This should be fixed in the latest release v2.0.7 (cc34fd4)

from shelfplayer.