21 May '13 - 13:55 *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: 1 ... 47 48 [49] 50 51 ... 57
  Reply  |  Print  
Author Topic: Suggestions for 3.5  (Read 293502 times)
amit
Posts: 718


« Reply #960 on: 24 Sep '09 - 10:23 »
Reply with quoteQuote

Can skin scalers aslo affect mark_play bmp ?
« Last Edit: 24 Sep '09 - 10:40 by amit » Logged
amit
Posts: 718


« Reply #961 on: 6 Oct '09 - 11:03 »
Reply with quoteQuote

About "locate in library" option: Wouldn't it be more comfortable if the results would be shown in the 'find tracks' window? What happens now is that The results most of the time are scattered along all the library. I need either to re-sort the library to match the criteria chosen or to scroll allover to find the tracks.

Logged
Bjossi
Posts: 36


« Reply #962 on: 11 Oct '09 - 00:03 »
Reply with quoteQuote

1.
Not sure if this feature is available or not, but I would love a 'Lock playlist' option and/or shortcut. Frequently I accidentally move tracks when double clicking them and don't always notice it. So for example if I decide to lock the playlist, it means tracks can't be moved, added or deleted. Would be a great feature if rearranging/adding to/deleting from the playlist(s) isn't on the horizon, like in my case these days. Smiley

This on/off switch would be stored in ini file so it gets saved between sessions and affects all playlists while it is on.


I like better the an option to lock individual tracks and not only the whole list. Then when replacing a list the ones flagged would stay. This would allow to stack up dynamic favorites "of the moment".

That would require an additional entry in the playlist file afaik. My idea is more of a program-wide switch that is stored in ini file and affects all tracks in all playlists & the library while enabled.

But both would be cool. If not entries in the context menu when right clicking tracks in playlist/library then just a shortcut that can be mapped and used if the user desires.

Ian, you have ignored/missed this feature request twice now, it really would be good to get a plain yes or no. :-P
Logged
Ian @ un4seen
Administrator
Posts: 15253


« Reply #963 on: 12 Oct '09 - 15:35 »
Reply with quoteQuote

Sorry, I must've missed that. Looking at it now, I'm not really sure how useful it would be, but perhaps I'm overlooking something? Smiley
Logged
Coffee
Posts: 9


« Reply #964 on: 13 Oct '09 - 02:39 »
Reply with quoteQuote

XMplay is the best audio player for windows I know. In my opinion there's nothing that comes even close to its flexibility, its ability to receive all sorts of radio streams, its over all snappy performance etc. etc. Still, there are a few improvements I'd like to see in a future version of XMplay ...


1 Record function

- there should be a dedicated record button next to the
  play/stop buttons with which the recording of the
  current radio stream can be started or stopped
  (toggle function). Maybe this button could be
  greyed out when instead of a radio stream a
  local audio track is being played. Such a
  change would, however, require new skins.

- it would be nice if recorded radio streams were stored
  in a selectable pre-defined format (wav,flac,ogg,mp3).
  I'm not sure how realistic this is as it requires an
  on-the-fly re-coding of the stream. But it would be
  very useful to avoid storing odd formats like ram.

- like now the recorded streams should all be stored in
  the same pre-defined directory. There should also be
  an option to put a time stamp in the file names to
  make them unique and thus protect them from being
  overwritten by subsequent recordings. The name
  could look something like this ...
 
  ... with station name from the stream
  "09-10-12 02-33-48 Psychedelic 60s Jukebox.mp3"

  ... or with station name from the library
  "09-10-12 02-33-48 Blues- KOQX Blues Radio.mp3"

  ... or with beginning and end time stamps
  "09-10-12 02-33-48 - 09-10-12 03-45-48.mp3"

  ... or with both stamps plus recording time
  "09-10-12 02-33-48 - 09-10-12 03-45-48.mp3 - 1h 12m 0s"
 
  etc. etc.


2 Directory player function

- when XMplay is set up to be the default audio player,
  clicking on a track in the file manager launches
  XMplay which then plays the track and stops. It
  would be great if XMplay was able to create a
  temporary playlist of all the audio tracks in
  the current directory while playing the first
  track, sorted the playlist by file name and
  then continued to play the remaining tracks
  from the current point on.

  This way whole albums and track compilations that are
  organized in a directory structure could more easily
  be played. There would be no need for dedicated
  playlists.


3 Linux!

- this has been discussed many times before and I know
  that chances for a native Linux version of XMplay
  are slim as it would probably require a complete
  re-write. But even more so than in Windows there
  is in my opinion no audio player for Linux that
  comes even close to XMplay. So, I'm sure that
  XMplay would be an instant hit in Linux if it
  didn't come in the form of a binary blob. And
  I think, that's where the main problem lies.
  A GPL'd version of XMplay is maybe asking
  a bit much ...  Smiley

Logged
Ian @ un4seen
Administrator
Posts: 15253


« Reply #965 on: 14 Oct '09 - 15:12 »
Reply with quoteQuote

- it would be nice if recorded radio streams were stored
  in a selectable pre-defined format (wav,flac,ogg,mp3).
  I'm not sure how realistic this is as it requires an
  on-the-fly re-coding of the stream. But it would be
  very useful to avoid storing odd formats like ram.

That could probably be implemented via the DSP plugin system. I'll stick it on the "look into it" list Smiley

- like now the recorded streams should all be stored in
  the same pre-defined directory. There should also be
  an option to put a time stamp in the file names to
  make them unique and thus protect them from being
  overwritten by subsequent recordings.

That's a pretty nice idea, so here's an update to try, with the option of timestamping separated tracks...

   www.un4seen.com/stuff/xmplay.exe

- when XMplay is set up to be the default audio player,
  clicking on a track in the file manager launches
  XMplay which then plays the track and stops. It
  would be great if XMplay was able to create a
  temporary playlist of all the audio tracks in
  the current directory while playing the first
  track, sorted the playlist by file name and
  then continued to play the remaining tracks
  from the current point on.

Couldn't you just open the directory with XMPlay instead of a single file? Check that the "Folders" option is enabled in the "Integration" options page for that. Recent "stuff" versions also include an "Auto sort by filename" option that'll do the sorting part of your request.
Logged
Zarggg
Posts: 1239


« Reply #966 on: 14 Oct '09 - 15:44 »
Reply with quoteQuote

3 Linux!

- this has been discussed many times before and I know that chances for a native Linux version of XMplay are slim as it would probably require a complete re-write. But even more so than in Windows there is in my opinion no audio player for Linux that comes even close to XMplay. So, I'm sure that XMplay would be an instant hit in Linux if it didn't come in the form of a binary blob. And I think, that's where the main problem lies. A GPL'd version of XMplay is maybe asking a bit much ...  Smiley
There are BASS-based players for linux, which should pretty much do the same thing.
Logged
amit
Posts: 718


« Reply #967 on: 14 Oct '09 - 16:28 »
Reply with quoteQuote

Sorry, I must've missed that. Looking at it now, I'm not really sure how useful it would be, but perhaps I'm overlooking something? Smiley

I think in a multi playlist  situation an option to lock a playlist (or part of it) would  make more sense than now.
Logged
saga
Posts: 1365


« Reply #968 on: 14 Oct '09 - 16:40 »
Reply with quoteQuote

There are BASS-based players for linux, which should pretty much do the same thing.
I wonder if they're as versatile concerning mod playback, though. And by that I mean a very important feature that XMPlay has, namely the per-song settings. I couldn't live without them. Cheesy Listening to some mods with interpolation and some without, some with fadeout, some with loop once + fadeout... You can't get that in every player. Smiley
Logged
Bjossi
Posts: 36


« Reply #969 on: 16 Oct '09 - 13:58 »
Reply with quoteQuote

Sorry, I must've missed that. Looking at it now, I'm not really sure how useful it would be, but perhaps I'm overlooking something? Smiley

The reason I made the request is that entries in my playlist have an annoying tendency to move out of place since I use the mouse to navigate, sometimes I notice it and fix it, but other times not, so if I later add tracks I will be saving the updated playlist with errors here and there. Just today I fixed two of these. So a shortcut option to lock the playlist (meaning that adding, removing and moving entries will not be possible) would be very nice in this case, entries will stay put when they're not supposed to go anywhere. Tongue

My idea just involves a single switch that affects the entire program (all playlists and the library) and stays in effect until the shortcut action is performed again.
Logged
drmfoti
Guest
« Reply #970 on: 24 Oct '09 - 11:42 »
Reply with quoteQuote

Well, finding out recently that the album cover plugin actually works now (easily, I mean) has led me to use XMPlay exclusively (with MP3tag for keeping my files tags - I don’t really like library functions much, and my files are well-sorted on my hard disk).

So this is just to say thanks for that!

A plugin which could use WMP visualisations would be nice.  Or a cover flow plugin for selecting albums... Well, I can dream!  Grin

But my main wish is that XMPlay does not become bloatware - keep it slick, small and portable!
Logged
raina
Posts: 1087


« Reply #971 on: 24 Oct '09 - 14:02 »
Reply with quoteQuote

A plugin which could use WMP visualisations would be nice.

Winamp Visualisations in XMPlay (xmp-wavis rev.5)
Logged
flm
Posts: 10


« Reply #972 on: 28 Oct '09 - 06:16 »
Reply with quoteQuote

Hi! Ian, can you, please, implement volume settings storing per device? Now i have 2 sound cards. 1 - integrated into matherboard, my headphones connected here. 2 - separate (pci) old ess sound card with passive speakers connected. When i change device from 1 to 2, volume remains the same, and music starts to play automaticcaly, but its too loud (or quite if i switch from 2 to 1)... So i must change volume every time before switching from one device to another, which is not too comfortable...
Logged
saga
Posts: 1365


« Reply #973 on: 28 Oct '09 - 06:30 »
Reply with quoteQuote

Doesn't Windows actually have separate master volume sliders for each sound device. That would seem a logical thing to use to me, unless there is a reason for the two very different sound levels.
Logged
flm
Posts: 10


« Reply #974 on: 28 Oct '09 - 07:19 »
Reply with quoteQuote

Doesn't Windows actually have separate master volume sliders for each sound device. That would seem a logical thing to use to me, unless there is a reason for the two very different sound levels.
Yes it does, but i often need to change master volume for soundcard 1 (for some games, other soft. etc), so volumes of sc1 and sc2 are different almost all the time...
Logged
REVerdi
Posts: 15


« Reply #975 on: 4 Nov '09 - 15:00 »
Reply with quoteQuote

XMPlay is the best audio player that I used! Even so, I have 2 requests (without wanting to turn it into bloatware):

> Better support to cue files: show the cue's tracks at playlist, with the same support if they were individual files.

> Setup to set the action that should occur when you click the tray icon.
« Last Edit: 4 Nov '09 - 15:14 by REVerdi » Logged
REVerdi
Posts: 15


« Reply #976 on: 4 Nov '09 - 15:13 »
Reply with quoteQuote

I forgot to say: at playlist, the cue's tracks should be identified with another color or as CUE.
« Last Edit: 4 Nov '09 - 15:16 by REVerdi » Logged
Brian
Posts: 733


« Reply #977 on: 4 Nov '09 - 17:09 »
Reply with quoteQuote

There are BASS-based players for linux [...].

Please help me identify these players - they seem rather hard to find. None of the items in Ian's BASS showcase looks to be a full-fledged player. Many thanks.
Logged
SmartOne
Posts: 211


« Reply #978 on: 4 Nov '09 - 20:44 »
Reply with quoteQuote

I would also like CUE sheets to act more like playlists.
Logged
piovrauz
Posts: 472


« Reply #979 on: 5 Nov '09 - 16:24 »
Reply with quoteQuote

well, what do you expect from me? of course I second the "cue's tracks at playlist, with the same support if they were individual files, with diff color/type". Wink
Logged
Pages: 1 ... 47 48 [49] 50 51 ... 57
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.18 | SMF © 2013, Simple Machines