next »

[Dotpitch]

Would it help to mark them to 'Skip'? Then they wouldn't show up in normal play, but you can still play 'em by doubleclicking.

Yeah, that would do the trick, but I often have those radio urls scattered around the list, and the point was to make that skipping automatic by recognizing them as such.

And what if 'List nav - Select same path' were to select all URLs? Though perhaps it'd be better to have a 'List nav - Select same length', as that would cover all playlist entries on infinite length, right?

[Pike84]

Yes, "Select same length" would be useful for this, and I'm sure it could be added easily in any case.

Still, to minimize user input...

[Dotpitch]

Suggestions for XMPlay 3.6

List has been updated, go here...

[infimum]

Shortcut keys to some "obscure" right click commands. (e.g. 'Remove all' in the (extended) playlist)

Skip a set amount of time (preferably configurable) instantly.

[amit]

Is it possible to have the context menu "Locate in library" and "select all matching"  behave the same way as "List nav - Find quick"?

I know currently they work in a different way but maybe it is possible to add a syntax for the "find tracks" window to search for specific tag or information?

When selecting tracks according to tag information they stay scattered along the library list. It would be nice to simply open the search window and see them all grouped together (as in "Find quick").

[moriez]

Looking at it here, Windows seems to sort the actions alphabetically.

Can you do it or can I change it in someway that you know of?

Also, it would be nice to have the option of selecting another tray icon. Any votes?

[Dotpitch]

Shortcut keys to some "obscure" right click commands. (e.g. 'Remove all' in the (extended) playlist)

Assign 'List nav - Select all' and 'List track - Remove' to the same key.

Is it possible to have the context menu "Locate in library" and "select all matching"  behave the same way as "List nav - Find quick"?

I'll just merge that with an older suggestion of yours .

• 'Locate in library' to open Find window

Can you do it or can I change it in someway that you know of?

There are some other ways to integrate actions in the context menu (look at WMP for example), but I have no clue how they work. Perhaps it's easiest to add a character to the 'Open with XMPlay'-string, like '_Open with XMPlay'. You can do this in Explorer > Tools > Folder options > File types (XP) or with ExtMan or regedit (Vista/7).

[moriez]

Thanks. You lead the way but in XP one also needs to edit the registry in order to get it done. If anyone's interested PM me.

Works a charm!

[Cypress]

reading the suggestions that dotpitch kindly compiled in a nice formatted list i see the album art suggestion ... so

I had some toughts/ideas about it and i think this would be real cool for the new coming 3.6 xmp version

* a new 'auxliary panel' would do the work with a fixed size because i believe most of the skins if not all of them have their
  visualization too small for something like this album/art cool feature also i suppose there'd be no reason to make it adjustable
  for the visualization thing because we already have the visualization feature in the extended window wich is resizable,
  besides with a fixed size say something like 200px x 200px better skining would be posible a pixel perfect design.

* also it'd be nice to have an option in the skinconfig.txt for this possible new feature (i hope so) so we'd be able to make it
  an independent/float window to place it anywhere on the screen or to make it a part of the main gui

  here this 'tought' made picture .:



  what u think about this xmp users..? would this make xmp better..? or am i just dreaming..?
   
  greetings

[Pike84]

Hmm... I think there might be some use for a separate panel for album art/visualizations (or just being able to have any of the info screens in their own windows), but I don't see why it shouldn't be resizable too.

I think the point about having the album art in the main player view, was mainly to be able to see it easily, without having to switch between different views, and a separate window doesn't fully comply with this. Anyway, If such a window was to be implemented, I don't think there's any need to limit its resizing.

[SaphirJD]

Please have mercy for those with glasses - it would be nice if the fontsize in the external playlist windows would be a bit increased, for the other info bubbles you can also choose big fonts or bigger.. or whatever.

This would be nice. Just put into an option... for make it bigger.. Please

[amit]

Is technical info of tracks stored? If so , is it possible to allow a column of sample rate in the library?

Part of the files I have is of higher quality - 24bit/96000hz.  Locating them turned out to be quite difficult.

[SmartOne]

The default playback device is not automatically set to the Windows setting at XMPlay startup.  This could be an option (and also retain the same Output plugin).  Manually changing back after a specific use with a different device is an annoyance.

[Ian @ un4seen]

Does this mean that for example ''open with xm-play'' can be configured to appear before ''add to xmplay-list''?
If not, that would be my request. It makes more sense that ''open..'' comes first because generally speaking more folders/files are opened than added.

Here's an update in which the "Open with XMPlay" option should come before the "Add to XMPlay-library/list" options in the folder context menu (should already be the case with files)...

   www.un4seen.com/stuff/xmplay.exe

It is achieved by changing the registry entry from "XMPlay.Open" to "XMPlay.0pen" (with a number 0). The update should automatically rename existing registry entries, but let me know if you encounter any problems with it, eg. duplicate context menu entries.

Would it help to mark them to 'Skip'? Then they wouldn't show up in normal play, but you can still play 'em by doubleclicking.

Yeah, that would do the trick, but I often have those radio urls scattered around the list, and the point was to make that skipping automatic by recognizing them as such.

And what if 'List nav - Select same path' were to select all URLs? Though perhaps it'd be better to have a 'List nav - Select same length', as that would cover all playlist entries on infinite length, right?

It is also technically possible for files to have an indeterminate length, so using the (lack of) length to detect URLs wouldn't always work. But another way to do it would be to set the search string to "://" (include the quotes or enable "Single phrase"), and then use a shortcut (ctrl+shift+F by default) to select all matches

Is technical info of tracks stored? If so , is it possible to allow a column of sample rate in the library?

Part of the files I have is of higher quality - 24bit/96000hz.  Locating them turned out to be quite difficult.

No, I'm afraid that info isn't currently stored. All that is stored is what you see in the library and "Track info" window

[Dotpitch]

But another way to do it would be to set the search string to "://" (include the quotes or enable "Single phrase"), and then use a shortcut (ctrl+shift+F by default) to select all matches

That's a clever way! Though that still is no guarantee to select just radio streams, as files can be played off of a HTTP server as well.

[amit]

But another way to do it would be to set the search string to "://" (include the quotes or enable "Single phrase"), and then use a shortcut (ctrl+shift+F by default) to select all matches

That's a clever way! Though that still is no guarantee to select just radio streams, as files can be played off of a HTTP server as well.

Also -  it is possible to add to all radio streams a special 'Radio' genre tag  by the override option in track info window.

Searching non radio tracks then becomes easy and 'skipping non matches' will leave them out of your playing list.

[moriez]

Here's an update in which the "Open with XMPlay" option should come before the "Add to XMPlay-library/list" options in the folder context menu (should already be the case with files)...

   www.un4seen.com/stuff/xmplay.exe

It is achieved by changing the registry entry from "XMPlay.Open" to "XMPlay.0pen" (with a number 0). The update should automatically rename existing registry entries, but let me know if you encounter any problems with it, eg. duplicate context menu entries.

I tried this but indeed I get duplicate context menu entries when ticking ''Folders'' in Options>Integration. This is with the previous version as well as with this release. In my case it's maybe because I changed the registry entries manually so it might help if someone tried who has an untouched registry.

[moriez]

Got two feature suggestions:

Could custom icons for different filetypes be handled/selected from within XMPlay? I find the manual way as explained on the forums unclear and difficult. Implementing this might be too bulky I realise.

and/or

Could ''XMPlay-able'' filetypes in Explorer get their true filetype displayed somehow? Not through showing extensions for all known filetypes but tagwise or something?

[Ian @ un4seen]

I tried this but indeed I get duplicate context menu entries when ticking ''Folders'' in Options>Integration. This is with the previous version as well as with this release. In my case it's maybe because I changed the registry entries manually so it might help if someone tried who has an untouched registry.

Yep, if you added your own registry entries (or renamed XMPlay's entries), then you would need to manually remove them yourself as XMPlay will only rename the entry that it added ("XMPlay.Open"). Let me know if the duplicates remain even after doing that.

Got two feature suggestions:

Could custom icons for different filetypes be handled/selected from within XMPlay? I find the manual way as explained on the forums unclear and difficult. Implementing this might be too bulky I realise.

and/or

Could ''XMPlay-able'' filetypes in Explorer get their true filetype displayed somehow? Not through showing extensions for all known filetypes but tagwise or something?

The issue (in both cases) is that each filetype would need its own registry branch with its own copy of the necessary info, rather than sharing a single "XMPlay" branch as they do now. The single registry branch allows XMPlay to apply any changes in one place and have them apply to all filetypes associated with XMPlay. Those changes could be to the icon or the "Add to XMPlay-list/library" options, but also, if XMPlay is moved to another location, XMPlay automatically updates the registry to point to its new location so that Windows still knows where to find it. If the filetypes had their own registry entries, the changes would need to be applied to each of them individually. Not impossible, but requiring more effort

If the problem is that you can't tell the filetype in Explorer when you have "Hide extensions for known file types" enabled, here's an update with an option to override that for "XMPlay-able" files...

   www.un4seen.com/stuff/xmplay.exe

[amit]

If I remember correctly the 'limit according to peak level' option is used only when replaygain album/track is chosen. It would be nice though if it was used also without normalizing the playback volume. This way the tracks' original loudness and dynamics would retain . Only when a track is clipping the volume would be adjusted , but just as little as needed to avoid the clipping.