TuneNet suggestion thread

* An option for prescanning the playlist to read/display tags, time etc.

* XPK support

* More env. vars.

* AREXX support

*SymMOD (Symphonie Modules) support

* AAC streaming

* An API for plugins that gets all Files opened by TN BEFORE it is examined to check if it is a musicfile.
That way we could do plugins for XPK, XAD, XFD, rar, p7zip, and all other (future) formats...
If a archive contains more than one file, TN should see it as a "drawer" and check all files in it.

* Different playlists for musicfiles and radiostreams.

* An API for streaming protocols, so RTSP etc etc can be supported as well as HTTP, and TuneNet just passes the media stream to the plug-ins.

* An option to batch convert the current playlist to MP3/Aiff/Etc...

* Locale support

* Support for .cue files. (Used for big mp3's with lots of songs i.e. mixes, to get info on tracknames and song starts/ends. Example cue file follows:
---cut----------------------------
REM Created by CueListTool
PERFORMER "author"
TITLE "album name"
FILE "blah.wav" WAVE
TRACK 01 AUDIO
TITLE "first track"
PERFORMER "author"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "second track"
PERFORMER "author"
INDEX 01 00:44:40
---cut-----------------------------

* Proper WB startup code support - ie. dragging an icon onto the TuneNet icon I have in AmiDock should not only launch TuneNet, but also load (and preferably play) the file I dropped onto it.

* Customizable library organizer that makes the directory structure according to some logic. Amarok has that feature.

* Cover import from Amazon.

* Some library manager with minimum of search functionality.

* Subsong <> buttons in both the reaction and skinnable interface.

* An option to use url's instead of IP addresses for radio stations. (Or better maybe, default to URL's and put in an option for IP numbers?)

* Better shuffle (See post #20 for more info)

* Arrow up/down to navigate in the skin interface aswell.

* Delete key deletes tune from playlist, Enter plays selected tune, S for Search, O Open file etc etc...

* Sort by Album name, Artist name, Tune name, Etc...

* An option to scan all plug-ins when a file is loaded, and be given an option to choose which plug-in to use if more than one can handle the selected file.

* I'd also like the plug-in list to be sortable by the user to give priority to certain plug-ins.
Some plug-ins might be bad at handling certain files but better at others.

* Optional volume level normalization.

* Extended search/display/filter functions, bitrate etc...

* Lef / Righ slider + Mono/Stereo control, useful incase you like me (spot) hate the classic Amiga stereo effect present in many mod replayers.

* Option to pre-render songs to a temp file, useful for CPU intensive formats.

* Better interface between TuneNet<>Plugins. To make it possible to enable and disable features of plugins, so that all plugins can have an option window.

* UPnP support

* A plugin list, where you can select if plugins should be active or not.

* An option to skip tunes that get stuck in loops after x amount of time. It would be cool if this could be detected, so that only plugins with no song end detection got affected, or an option to manually select wich plugins it should affect.

@spotUP

*SymMOD (Symphonie Modules) support

Ah, I forgot: a little screenshot from my WB yesterday with TuneNet:

http://spoos.free.fr/Images/TuneNetWBPV.jpg

@spotUP

AAC streaming?

@spotUP

Quote:

No, a API for plugins that gets all Files opened by TN BEFORE it is examined to check if it is a musicfile.

That way we could do plugins for XPK, XAD, XFD, rar, p7zip, and all other (future) formats...

If a archive contains more than one file, TN should see it as a "drawer" and check all files in it.

EDIT:

Oh, different playlists for musicfiles and radiostreams.

@ZeroG

That's a fab idea. We also need an API for streaming protocols, so RTSP etc etc can be supported as well as HTTP, and TuneNet just passes the media stream to the plug-ins.

I'd also like to see a minor extension to the (current) plug-in API which allows a "sub-format" to be defined. At the moment, TuneNet gives the format as a global one defined by the plug-in, but as most of the plug-ins support many different formats it would be useful to find out more exactly what the file is, rather than just which plug-in is handling it.

* An option to batch convert the current playlist to MP3/Aiff/Etc...

@K-L

instead of just asking for Symphonie support, supply info on the format, or replayer sources. Anyway, it seems just a handful of tunes was released in this format?
So writing a replayer from scratch sounds like a big task with little value. :/

* Locale support

@SpotUP:

Have you ever listened to one Symphonie Module? If no, i encourage you to do so.

For technical informations on this format, don't you think that if I had some, I would keep them for me?

If I ask for this particular format support, it is only because Symphonie Modules are the best modules (for me) ever made on an Amiga (nonetheless, to be able to hear them correctly, an 040 or better, an 060 was mandatory, since the tracker uses some kind of virtual DSP).

If I was abe to play them on AmigaOne, I would not ask for SymMod support. And if I was able to make un plugin for this format, I would gladly make it

@K-L

Sorry, didn't mean to offend you, and i didn't tell you to write the replayer, but try to find an open source rereplayer written in C or C++.
It's a bit weird to release a music app, with only a closed source player. That makes it a bit limited in use.. :( A shame it didn't come with replayer sources. Most trackers did.
I've googled around quite a bit trying to find info, but I found nothing useful. The only way to do this would be to either emulate the format (We could ask the UADE guys to implement it in UADE!) or to reverse engineer it, and that seems like a quite big task, as the format seems quite complex.
I'd also like to get a plugin for this, don't get me wrong. The more plugins the merrier. For now, I guess UADE is the best way.
Did Symphonie output through paula? If not, I don't think the UADE guys will bother.

@spotUP

More env. vars. and/or AREXX support ppplllleeeaaassseee!!!

Jack

post one updated with all suggestions! thanx for them, and keep them coming :) let's hope some of them gets implemented!

@spotUP

here's another one from me:

* Support for .cue files. (Used for big mp3's with lots of songs i.e. mixes, to get info on tracknames and song starts/ends.

@spotUP

Proper WB startup code support - ie. dragging an icon onto the TuneNet icon I have in AmiDock should not only launch TuneNet, but also load (and preferably play) the file I dropped onto it.

@spotUP

Quote:

Customizable library organizer that makes the directory structure according to some logic. Amarok has that feature.

Cover import from Amazon.

Some library manager (with minimum of search functionality...).

Jack

@Jack

Post #1 updated with your suggestions.

@K-L

I contacted Don Adam / Wanted Team and asked for his opinion on making a Symphonie plugin for Deliplayer, that also can be used in UADE.
This is his reply:

"For EP2 exist Symphonie Pro (v3.1) eagleplayer already. Present I don't want to make other version of this player, because this is almost impossible, I think, without sources/docs and a lot of times and very good motivation.
EP2 version of Symphonie player has 131848 bytes of length and is perhaps the biggest (onefile) Amiga replay. Then better Symphonie maniacs use EP2 for hearing Symphonie mods.

Pa
? Don Adan"

So, as I suspected, this will be one tough replayer to make. :/

@Jack

btw, what is amarok?

@spotUP

I use Tunenet generally listening internet radios,
unfortunally sometimes the IP address of a station
change so the saved playlist it's no more valid,
I tried to manually change the playlist putting
the www address instead the IP one and it seems
working well.
So is it possible for the internet radio stations
to put in the playlists the www address instead the IP?

Thanks,
Paolo

@spotUP

I hope that all your desired modifications will not frighten the author because you are asking a lot !!! :)

So I decided to add something too !!
Very simple but for me a must-have : a good shuffle !!

Yes, now. The shuffle doen't work.
If you let the music terminate, the chosen file is always the first !!

Hope that all (or almost) suggestions will be taken in account.