next »

[raina]

Could it be made possible to omit any special marks above letters from searches?

I'd welcome this but with the option to exclude cases where these "special marks" specify a whole another phoneme and letter in your language.

That might be difficult, since XMPlay cannot guess the language of tracks or of the search term. What about allowing variations which are not available on the systems keyboard (based on Windows language settings)?

I don't think XMPlay should care about the language. In my mind if the user makes a distinction between O and Ö in their own language, that would apply to other languages as well, but maybe that's just me not thinking ahead far enough. Polling the system keyboard layout sounds like a clever way to automate this but like a lot of clever things, it's a potential annoyance. So, naturally, it would have to be optional.

Congratulations on your 1000th post raina!

How about that! Thanks.

[Ian @ un4seen]

Is it possible then to save the settings of  only dithering/ noise shaping? Maybe I am wrong but aren't these specific settings more useful when it comes to lossy formats? Limiting them then to only lossy formats would be wise, Either by saved settings option or by another way?

Dithering & noise shaping are already bypassed when not required (eg. when playing lossless files at/above their native resolution and without any DSP), so you could just leave them on if you wish

Note volume/balance changes (volume<>100/0dB, balance<>50) count as DSP, except when using DirectSound output (which applies the volume/balance itself).

Could it be made possible to omit any special marks above letters from searches? I mean for example, the search doesn't find Orbital's "Otoño" when I type in "Otono", or "An Fhómhair" typed "An Fhomhair". Some of them may be hard to remember and even type in.

Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

Note funky marks (diacritics) can still be looked for specifically, eg. searching for 'e' would match 'e' or 'é', but searching for 'é' would only match 'é'.

It hasn't been tested very much at all, so please report how you get on.

[Pike84]

It hasn't been tested very much at all, so please report how you get on.

It seems to work as expected, thanks!

[saga]

Something that has been bugging me for a long time now is that streaming files (such as MP3 and OGG) are locked while they are played (unlike module files, which you can delete and modify while XMPlay plays them). This makes it a bit complicated to edit f.e. the ID3 tags of a MP3 file while it's playing, so I either have to stop playback or wait until the track is finished, but both options are annoying. Would it be possible to make it possible to load streamed files into memory (probably with a memory limit), maybe through a secret INI setting?

[raina]

Hehe, XMPlay USED to buffer streaming files into memory completely but that was changed (at least partly) because BIG files with cues were brought up. Should the setting have a file size threshold?

[amit]

A few people suggested  to make the library more usable and correlated with the playlist. What do you think about this suggestion?

When the library is sorted by X column , double clicking a track will send all tracks with the same X field to the playlist and start playing the clicked track. For example: if the library is sorted by artist , clicking on a track will send to the playlist all the neighboring tracks of the same artist and start playing the  track under the cursor. Similarly sorting by genre will play all tracks of the same genre , sorting by album will play all tracks of the same album etc'. If a column of track paths will be added , playing complete folders will be an easy one double click.

I hope my explanation was clear enough

[saga]

Should the setting have a file size threshold?

As I indicated, yes. Although it should probably be a memory limit instead of a file size limit, if the file is decoded on the fly. If it's not, a file size limit would also suffice.

[raina]

Should the setting have a file size threshold?

As I indicated, yes.

Oops, so you did. I completely overlooked that and conveniently thought of it myself.

[Y@nek®]

Testing, testing... Still nothing new. 

[poWZone]

I got 2 features I'd like to see in the next version:

1. Playlist snapping to the main window. Just like the docking function, but always snap the borders of the player and the playlist.

2. Playlist/Library MP3/OGG export through right click. That would be setting the program temporarily for one or several selected tracks to disk writing and back to normal for the time of the conversion. BTW I think no other player has that feature...

That's it for now...

[amit]

...When the library is sorted by X column , double clicking a track will send all tracks with the same X field to the playlist and start playing the clicked track...

I guess this was a little too much ?

Maybe a different approach can be taken:

1. Mouse button actions drop down menu can include as options the pre-configured keyboard shortcuts , more accurately - their sequences of actions as defined in the shortcuts section. Maybe a different button action can be chosen for the playlist and the library?

2. Allow to locate in library the same tracks with X tag. X is the library column field chosen for sorting.

[amit]

When sorting the library its list looses focus of current visible files.If you had a group of tracks selected it is a little difficult to relocate them in order to right click and choose an action for them.

Is it possible to have the list keep the focus on selected tracks (any of them) when sorting?

[Dotpitch]

Suggestions for XMPlay 3.6

List has been updated, go here...

[johndoe]

Please add following suggestion to the list:

How about *.sf2pack (soundfonts packed with BASS_MIDI_FontPack)?
Do you plan to support *.sf2pack in xmp-midi too?

That isn't currently possible. The problem is that the MIDI plugin doesn't include FLAC/etc decoders, and the FLAC/etc plugins don't include the necessary functionality to allow the MIDI plugin to use them. It may be possible to add that functionality though. I'll look into it.

[SmartOne]

Why don't lossless plugins report Input file resolution?

[tlen]

Hi to all,

Compliments for the 3.5!

I would like the 3.6 would add an option (wich is expecially useful for Amiga MODs),

wich add the possibility to loop not entire file again but just the seconds i set + fading out.

I explain better.

You know most times MODs are looped, so actually Xmplay gives the possibility to read the loop point and start looping the ENTIRE mod again then fading out at the end.

I would like the possibility not to loop the entire MOD but just, say 6 seconds of it, then fading out in n seconds.

In this way i would listen the entire module (not 2 times the module), without the abruptely end (infact it would be looped), looping for some seconds, then slowly fading out.

I hope this will implemented.

Thanks!

[raina]

@tlen, try this: Set looping to never, check "Once" and set a long fadeout time. The effect should be almost what you describe and I've been using it for years myself.

[wrkq]

Hmm, something random I realized today.
There's an internet radio station I listen to, that changes the streaming server's address often, but always publishes a playlist file with the current address. Currently, I am using the Open URL box's history each time, but with more than a few channels it gets a bit confusing. I'm not really sure myself what I'm asking for, honestly.
* Maybe allow adding un-expanded URLs to playlists to library, so they're re-retrieved each time you click it?
* Maybe add an option to add _a playlist file_ (m3u/pls) in the style of a curent cuefile, where the actual playlist entries are reachable with the next/prev subsong function? (Together with the "refresh the playlists URL each time")?
I think the "Internet radio stream database" entry on wishlist doesn't cover the above, thus the post... anyway, thanks for bringing XMPlay to us all.

[Jimmy Neutron]

I have several radio stations that publish .pls files.  Each file might list as many as ten different IP addresses.

I download the file into a subdirectory of the XMPlay installation, and then just drop the .pls file onto the XMPlay window.  It checks out each IP until it finds one it can play.

I've also made my own .pls files based on different criteria, such as 192+ bitrate or classic rock, etc.

It seems like XMPlay is designed to use only one .pls file, but I've been operating like this, mainly because I learned this from other players.

[wrkq]

The drag/dropping thing is my general methog of operating XMPlay. I don't use library or save/load playlist much, just throw an album in. But, I _can't_ save the radio's playlists to disk, that'd totally miss the point. Thing is, the IP/port changes daily, so I need to retrieve the "current" .pls file from the website each time. I was looking for a more comfortable way of loading/handling a remote playlist via HTTP, instead of browsing the dropdown in Open URL dialog.
To be honest, the more I think of that "http url to a PLS is working like a cuefile in XMplay playlist" approach, the more I like it.
Not really expecting to see it implemented, but hey, one can dream.