So, it's time again: Bugs!

The Tuniac forum.
Post Reply
Harteex
Posts: 100
Joined: Tue Mar 30, 2010 7:23 pm

So, it's time again: Bugs!

Post by Harteex »

Here's the latest collection of bugs.
Maybe some of these require bigger changes, I don't know.

* m3u export order bug
If you export a m3u playlist, it seems like the order of the actual songs and the extended m3u information will be in the wrong order... Not sure if other clients accepts this, because neither Tuniac nor windows media player seems to care about that information at all.

Example m3u:
#EXTM3U
#EXTINF:77,E Nomine - Jetzt Ist Es Still
33 - Jetzt Ist Es Still.wav

Exported m3u from Tuniac:
#EXTM3U
E:\temp\m3utest\33 - Jetzt Ist Es Still.wav
#EXTINF:77,E Nomine - Jetzt Ist Es Still

* m3u import http stream problem
I'm trying to import a m3u file with multiple http links. It seems Tuniac only actually imports the first one...
I'm not using regular streams, but I'm importing media files from an HTTP server.

* no tags on files via http
I want to stream music from my server, but when playing the songs from HTTP, it doesn't read the tags of the files... it does read the song length correctly though.

* streaming files cuts them off too early
When I stream files via HTTP, the songs stop and change to the next one a few seconds too early... just guessing, maybe it thinks it's done when the stream ends (the download is complete)? I have crossfade off btw.
Brett
Site Admin
Posts: 302
Joined: Sun Mar 28, 2010 12:36 am

Re: So, it's time again: Bugs!

Post by Brett »

* m3u export order bug:
try 101218 http://www.wasteofcash.com/Tuniac/
ps. yes its true most will just ignore and reread info via their own tag readers on import. Tuniac does use the title info for streams though, which works in 101218 with the standard m3u layout instead of Tuniacs back-to-front way :).


* m3u import http stream problem
m3u/pls with streams normally contain mirrors of the same stream and would be ugly if were all added to the ML
it is a pref on how to handle playlist with streams.
Options -> preferences -> media library -> untick "add single stream from playlists"

* no tags on files via http
taglib and therefore Tuniac(well Tuniac can but thats a different story) can not handle loading files for tag reading over http. BASS likely is being used to play the file, which can handle http playback(so Tuniac can play back the file). If tag info comes from the server during playback BASS/Tuniac will backadd those tags to the ML entry of the file. Currently only icecast and shoutcast meta data is used, eg data that comes during the playback rather than id3 tags that are read normally prior to playback.
In future versions I might get BASS to read id3 tags at playback to read/add the tags?

* streaming files cuts them off too early
I would think this might be an issue in BASS. Tuniac plays until BASS says it cant get more samples from the file. It shouldnt be related to the download but might be a miscalculation by BASS if the file had an id3v1 tag or something at the end of the file. If you can give me an example file I can look into it.
Harteex
Posts: 100
Joined: Tue Mar 30, 2010 7:23 pm

Re: So, it's time again: Bugs!

Post by Harteex »

Brett wrote:* m3u export order bug:
try 101218 http://www.wasteofcash.com/Tuniac/
ps. yes its true most will just ignore and reread info via their own tag readers on import. Tuniac does use the title info for streams though, which works in 101218 with the standard m3u layout instead of Tuniacs back-to-front way :).
Nice, it works :)
Brett wrote:* m3u import http stream problem
m3u/pls with streams normally contain mirrors of the same stream and would be ugly if were all added to the ML
it is a pref on how to handle playlist with streams.
Options -> preferences -> media library -> untick "add single stream from playlists"
Ah ok, I should've looked there first.
Only thing is that when I dragndrop a playlist, two playlists are created: test.m3u (playlist filename) and Streams
Brett wrote:* no tags on files via http
taglib and therefore Tuniac(well Tuniac can but thats a different story) can not handle loading files for tag reading over http. BASS likely is being used to play the file, which can handle http playback(so Tuniac can play back the file). If tag info comes from the server during playback BASS/Tuniac will backadd those tags to the ML entry of the file. Currently only icecast and shoutcast meta data is used, eg data that comes during the playback rather than id3 tags that are read normally prior to playback.
In future versions I might get BASS to read id3 tags at playback to read/add the tags?
That would be great :)
Brett wrote:* streaming files cuts them off too early
I would think this might be an issue in BASS. Tuniac plays until BASS says it cant get more samples from the file. It shouldnt be related to the download but might be a miscalculation by BASS if the file had an id3v1 tag or something at the end of the file. If you can give me an example file I can look into it.
ok this is very odd.
I tried playback on two computers. Both computers are connected to the same network through a network cable, and both connect to the same http server.
Computer 1 runs 64-bit Windows 7 (with 64-bit tuniac) and computer 2 one runs 32-bit Windows 7.
The problem only seems to be present on the 32-bit computer.
Mp3 files seems to work correctly on both, but FLAC cuts off early.
Here's a short FLAC file you can try with:
http://www.harteex.com/temp/01%20-%20Foreword.flac
Brett
Site Admin
Posts: 302
Joined: Sun Mar 28, 2010 12:36 am

Re: So, it's time again: Bugs!

Post by Brett »

Good.

Streams playlist always gets created for all streams it is adding, auto creating playlists of the playlist file is the option "create playlists of playlist files during import". There should be only 1 of "Streams" and all steams will keep getting added to it.

I'll make a infomanager of BASS that would read streams for tags if BASS handles that(assuming at the moment). Taglib for local files and BASS for streams.

I'll test the flac, but as said its likely some weirdness coming out of BASS not Tuniac. I'll let the BASS devs know if thats what I find.
Harteex
Posts: 100
Joined: Tue Mar 30, 2010 7:23 pm

Re: So, it's time again: Bugs!

Post by Harteex »

Did you update BASS between the november 2 release and the december 18 build?
I just played with the newest build some more, and I can't reproduce the cut off song issue any more :? :)
Brett
Site Admin
Posts: 302
Joined: Sun Mar 28, 2010 12:36 am

Re: So, it's time again: Bugs!

Post by Brett »

Certainly did, BASS got updated to 2.4.7 released Nov 30. Your fault wasn't noted as fixed but BASS gets loads of quiet fixes all the time.

Yay for not having to do anything :p
Post Reply