▲

[nierce]

(this is myopiniumbuglist only)
why must be playlist displayed by switching from info window ? i think that playlist and infowindow should be separated. and in playlist should be some type of nextsongmark. like when you mark some song with this flag it will play this song as next. i often want to play something after actually played song, but i must wait for the end and then press the song. it´s very uncomfortable cause i listen to the music and making something other and when i hear that the song is almost ending i must switch to xmplay and wait for the end to play next song which isn´t next in the playlist. there can be something like winamp3 playlist system or something like that. well, that´s all i want to say about xmplay. i want to thank for creating such a good player. (but something should change:) ps. i didn´t tried v2.6 yet so maybe there are some features about this thing.

[Torkell]

2.6 has track sequencing which lets you do just that. Also, I have no problems with the extended playlist being in the info window, as there is a smaller one in the main window (on the right-hand 'wing'). You could always download the "XMPlay x 1.5" skin if you find that window is too small, or make your own skin.

[Tsorovan]

I like the info window's MFD-style...no bloated, sprawling crap thing taking up the whole workspace...yummy!

[Pike84]

Well, there could of course be an option, to open the info window separately, since there are some ppl, who'd like it that way

[Tsorovan]

Indeed, we like options we do.

[nierce]

yeah, the v2.6 support queue
BoggyB: the rightwingplaylist is too small for me. there´s no seeingthedistancesongs and that´s the problem. i have nowadays 266 songs in my playlist and you know going through this mess with 5lines(some skins has even 10) is little bit freaky

.when i want to see fileinfo (in module files) i have to play the file why ?
.also the queue is a good thing but it stops when there´s no other queue mark so why don´t make a continueplaymark for exit the queue and continue in playlist.
.why is newadded file located at the end of playlist ? i have to drag it up and up long way to place it in my dreamed position.
.and what about color background for specific parts of playlist, it would be great.
i mean: every song can be in some group (for example rock songs - red(depends on settings) background and so on)
everything for perfect playlist system

but in the end xmplay is still the one</b>

(and btw how can i convert the skin bitmap files to .xmpskin ?)

[Torkell]

I don't know everything but I'll do my best...

yeah, the v2.6 support queue
BoggyB: the rightwingplaylist is too small for me. there´s no seeingthedistancesongs and that´s the problem. i have nowadays 266 songs in my playlist and you know going through this mess with 5lines(some skins has even 10) is little bit freaky

I know what you mean, but it is better in some skins like Vintage. Personally I tend to use the extra playlist more, and thinking about it a seperate playlist and info window would be nice.

.when i want to see fileinfo (in module files) i have to play the file why ?

You have to load the file to view it, and there is no way to load the file without playing it (at least in XMPlay).

.also the queue is a good thing but it stops when there´s no other queue mark so why don´t make a continueplaymark for exit the queue and continue in playlist.

This one's been answered by Ian already:

When it <track queueing> was first implemented, XMPlay did initially continue playing at the end of a queue, but we decided "who'd want it to do that?"

.why is newadded file located at the end of playlist ? i have to drag it up and up long way to place it in my dreamed position.

Probably because Ian decided to do it that way. However, if you add a folder it gets inserted before the currently selected file. Dunno why. Personally I would like it if I could insert files just after the currently selected track, or at the beginning.

.and what about color background for specific parts of playlist, it would be great.
i mean: every song can be in some group (for example rock songs - red(depends on settings) background and so on)
everything for perfect playlist system

For that XMPlay would have to read those details from the file (and how do you plan to do that for MODs which don't have extra tag support?), and store them in the playlist as well for efficiency. The supported playlist formats doesn't do that, I believe. So this is unlikely to happen before 3.0 arrives.

but in the end xmplay is still the one

Me too . See What is your main media player?

(and btw how can i convert the skin bitmap files to .xmpskin ?)

This has been asked before, and the answer is probably still the same:

on July 16th, 2002, 11:01am, Ian @ un4seen wrote:It may do in future. There are a few steps in the compilation of an XMPlay skin, and I've not created a single-step tool to do it all yet (I'm using a good ol' BAT file ). But skins can be used just as well in their source form, so the public compilation tool is not really a priority, and once a skin is ready it can be submitted for compilation and inclusion on the XMPlay page.

Depending on how you look at it, it could actually be seen as a good thing that skins have to be submitted for compilation  

Hope I've answered your questions correctly.

<edit>Forgot a link</edit>

[nierce]

BoggyB> thanks a lot.you answered me everything
and about the color background: if there can be special output settings for every track, there can be special track information, so it is not necesarry to read it from the song.

[BoggyB2]

This is the same BoggyB, but from a different (not mine) PC

BoggyB> thanks a lot.you answered me everything

You're welcome. Always willing to help

and about the color background: if there can be special output settings for every track, there can be special track information, so it is not necesarry to read it from the song.

As I said, this would be very hard to properly implement (e.g. "Techno" might also appear as "tech", "Tech", "techie", "techno", "TeChNo" ... depending on what the person choose to put), and even if there was a universal code for this then there is no way to reliably use it with MOD format files. Granted, MP3s and OGGs have a filed, but it is a string rather than number field so the actual genere name is up to whoever entered the details in. Therefore I don't see that one happening.

[nierce]

BoggyB>the groups would be named by user so it depends on him (or her (btw it would be interesting to know how much xmplay users are female :))

[Irrational86]

btw it would be interesting to know how much xmplay users are female

Make a poll for it :laugh:

[Torkell]

Make a poll for it :laugh:

Who's going to create the poll? *coughcoughXMinioNXcoughcough*

[Irrational86]

*coughcoughXMinioNXcoughcough*

Did you just say my name?

Anyways...i would make it, but am too lazy to go through all that

[Jace]

Lazy buggers will concuer the world..

Little Jaces will rule you all!

Arise above oppression! Don't listen to the regular scum!
Vouch for your local nacho salesman!

[Pike84]

The background color thingy wouldn't be so bad, I think. Xmplay wouldn't necessarily have to read anything from the track; in fact, it could be as simple as to the user "painting" each track manually.

However, I don't generally like the idea of bloating Xmplay with stuff that just few users would find useful.. So, just make a poll, someone

[Torkell]

Did you just say my name?

I *coughcoughdidcoughcough*

Anyways...i would make it, but am too lazy to go through all that

Don't worry, someone already has

However, I don't generally like the idea of bloating Xmplay with stuff that just few users would find useful.. So, just make a poll, someone

I don't hold any particular views on this, other than saying that there is no easy way to store the required data in MOD files and MP3s would need to have ID3 tags added to make this possible.

[nierce]

BoggyB: no. the information about where the song belong to (some group) wouldn´t be in the song written. Kynes already said it.
and how are the outputsettings for every track saved ?
in case it´s saved in some xmplay file i think there is enough space to save filegroup information.
(or i don´t understand all this thing ?)

(Fraggie has done the poll (o-> (male) or o-+ (female)), but nowadays there is no girl )

[Keltic Danor]

no. the information about where the song belong to (some group) wouldn´t be in the song written. Kynes already said it.
and how are the outputsettings for every track saved ?
in case it´s saved in some xmplay file i think there is enough space to save filegroup information.
(or i don´t understand all this thing ?)

Per-track settings are saved in xmplay.set in the xmplay directory.

I dunno if the individual color for song types is... necessary, seems to be just a feature to look good. Not entirely functional. Also I too like the playlist being in the same window as all the other info's, mostly because I'm only looking at it when I'm actually working with it, otherwise the visual is on, so I don't really see the point of 1 more window taking up space. negative arn't I

(btw, there is such a thing as too many options/features )

[Fraggie]

(Fraggie has done the poll (o-> (male) or o-+ (female)), but nowadays there is no girl )

Well, this really sucks, doesn't it?

[nierce]

i think if you would have all rock songs (which would be chosen by you) for example red, it would be very nice and easy to find