Author Topic: Suggestions for 3.6  (Read 170064 times)

Auren

  • Posts: 144
Suggestions for 3.6
« on: 22 Dec '09 - 17:51 »
I think it's time to start a new topic ;)

Congratulations to everyone on the release of XMPlay 3.5!

Dynobot

  • Guest
Re: Suggestions for 3.6
« Reply #1 on: 22 Dec '09 - 17:59 »
I would like to see XMPlay take advantage of SSE3 and SSE4 processors.

I would also like XMPlay to work like a client / server.  So that I can launch XMPlay as a server on one machine and control it from another or even better via an iTouch.

I would also like for XMPlay to be a cross platform player Windows/Linux/Mac

In client / server mode I would like to be able to install XMplay directly on a NAS hard-drive and have it scan my music files.  I should be able to control the XMPlay server on the NAS via a client on a PC.

« Last Edit: 22 Dec '09 - 18:09 by Dynobot »

Y@nekŪ

  • Posts: 273
Re: Suggestions for 3.6
« Reply #2 on: 22 Dec '09 - 18:39 »
Great news about 3.5 version of XMPlay!

I think that you should integrate album cover option with Player main window skin.

flm

  • Posts: 10
Re: Suggestions for 3.6
« Reply #3 on: 23 Dec '09 - 01:21 »
http://www.un4seen.com/forum/?topic=7024.msg72531#msg72531 - my suggestion remains the same :).

And I also have another one: PLEASE add support for single click on tray icon! It seems, xmplay is the only program in my system tray, which requires doubleclick for hide/restore action. :(

mudlord

  • Guest
Re: Suggestions for 3.6
« Reply #4 on: 23 Dec '09 - 03:11 »
I would like to see XMPlay take advantage of SSE3 and SSE4 processors.

Why.  >:(

How in the world would *that* make a difference?
If this is another excuse for better quality.....  ::) Which is as stupid as playing a entire file from RAM for better sound quality.

And seriously, XMPlay/BASS is optimized enough. Ian sure has his reasons *not* to use it at this point in time.....
« Last Edit: 23 Dec '09 - 03:15 by mudlord »

Jimmy Neutron

  • Posts: 473
Re: Suggestions for 3.6
« Reply #5 on: 23 Dec '09 - 03:27 »
And I also have another one: PLEASE add support for single click on tray icon! It seems, xmplay is the only program in my system tray, which requires doubleclick for hide/restore action. :(

Um, please check out the manual ini settings:

https://www.un4seen.com/forum/?topic=10535.msg73118

saga

  • Posts: 2181
Re: Suggestions for 3.6
« Reply #6 on: 23 Dec '09 - 10:53 »
Why.  >:(
True dat. On a modern system, XMPlay runs reasonably fast and doesn't leave a footprint that would be worth mentioning. And on older system, well, there's simply no SSE instructions that could be used!

Dynobot

  • Guest
Re: Suggestions for 3.6
« Reply #7 on: 23 Dec '09 - 11:38 »
If you don't have a suggestion then don't post...otherwise just stupid debate questions.

Start a debate topic >:(

dokodemo baka hito ga imasune ;D

Dotpitch

  • Posts: 2871
Re: Suggestions for 3.6
« Reply #8 on: 23 Dec '09 - 12:21 »
I would like to see XMPlay take advantage of SSE3 and SSE4 processors.
How in the world would *that* make a difference? If this is another excuse for better quality... Which is as stupid as playing a entire file from RAM for better sound quality.
True dat. On a modern system, XMPlay runs reasonably fast and doesn't leave a footprint that would be worth mentioning. And on older system, well, there's simply no SSE instructions that could be used!
I disagree. There might be parts in the BASS/XMPlay code that could benefit from using SSE3/4 operations (i.e.. less cycles for the same operation). The speed increase on modern desktops may be negligible indeed, but that's no reason not to suggest (or test) it. It might be worth the effort for netbooks, for example.

And seriously, XMPlay/BASS is optimized enough. Ian sure has his reasons *not* to use it at this point in time...
If so, then Ian will ignore this suggestion. That's the nice thing about suggestions.

Y@nekŪ

  • Posts: 273
Re: Suggestions for 3.6
« Reply #9 on: 23 Dec '09 - 14:03 »
Is any way for possibility of use in version 3.6: genius EAX 2.0 output plugin http://people.inf.elte.hu/mogyakos/eax20.html with XMPlay?

flm

  • Posts: 10
Re: Suggestions for 3.6
« Reply #10 on: 23 Dec '09 - 14:04 »
And I also have another one: PLEASE add support for single click on tray icon! It seems, xmplay is the only program in my system tray, which requires doubleclick for hide/restore action. :(

Um, please check out the manual ini settings:

https://www.un4seen.com/forum/?topic=10535.msg73118


OMG! It was here for 2 years already and i didn't know about it. :( it would save me a lot of clicks, if I heard about this before. :) Anyway, i think this option should be documented in official xmplay documentation (xmplay.txt) and should be available from gui also...

mudlord

  • Guest
Re: Suggestions for 3.6
« Reply #11 on: 24 Dec '09 - 00:35 »
If you don't have a suggestion then don't post...otherwise just stupid debate questions.

Start a debate topic >:(

dokodemo baka hito ga imasune ;D

Fine, I will, and you can enlighten us on the benefits of Monster cables and playing directly from RAM, or using more recent instructions sets for supposedly better sound playback quality.

 ::)

vsub

  • Guest
Re: Suggestions for 3.6
« Reply #12 on: 24 Dec '09 - 10:16 »
Is it possible XMPlay to work with StatBar.Winamp and KMPlayer works fine(StatBar have a function to control the minimzed played)even if that the option is maded for Winamp.

Dotpitch

  • Posts: 2871
Re: Suggestions for 3.6
« Reply #13 on: 24 Dec '09 - 10:22 »
Is it possible XMPlay to work with StatBar.Winamp and KMPlayer works fine(StatBar have a function to control the minimzed played)even if that the option is maded for Winamp.
Integration into StatBar should be done by their developer(s). Besides, you can use global shortcuts or Systray Control to do the exact same thing.

vsub

  • Guest
Re: Suggestions for 3.6
« Reply #14 on: 24 Dec '09 - 11:08 »
Integration into StatBar should be done by their developer(s). Besides, you can use global shortcuts or Systray Control to do the exact same thing.

But that function is maded for Winamp,so why KMPlayer also works even without pointing where KMPlayer is?

Dotpitch

  • Posts: 2871
Re: Suggestions for 3.6
« Reply #15 on: 24 Dec '09 - 11:27 »
But that function is maded for Winamp,so why KMPlayer also works even without pointing where KMPlayer is?
KMPlayer pretends to be Winamp, probably by creating a hidden window to catch the control commands. XMPlay (or an intermediate application) could do this as well, but it's not the most elegant way.

xaaran

  • Posts: 29
Re: Suggestions for 3.6
« Reply #16 on: 24 Dec '09 - 13:09 »
Hi. As to me, I do not want to be the first who start 3.5 bug topic for one of my respectable software.
But, I should inform that xmp-ds.dll cause Xmplay crash when clickig on Output menu in Options and stuff.

BTW suggestion: In options-plugins section maybe it is reasonable to use table form of listing plugins, were second coloumn show filename of a plugin. It would be easier then to navigate and update them. Otherwise, the file information could be shown some other way (status bars, hints etc.)

Good luck.

Dotpitch

  • Posts: 2871
Re: Suggestions for 3.6
« Reply #17 on: 24 Dec '09 - 13:26 »
But, I should inform that xmp-ds.dll cause Xmplay crash when clickig on Output menu in Options and stuff.
Do you have the latest xmp-ds.dll (rev 3a)?

xaaran

  • Posts: 29
Re: Suggestions for 3.6
« Reply #18 on: 24 Dec '09 - 14:24 »
But, I should inform that xmp-ds.dll cause Xmplay crash when clickig on Output menu in Options and stuff.
Do you have the latest xmp-ds.dll (rev 3a)?

As I see on Xmplay/plugins page the latest xmp-ds.dll is rev3
I have this one.
Just tested xmp-ds.dll from your link, but the problem remains.
« Last Edit: 24 Dec '09 - 18:07 by xaaran »

Dynobot

  • Guest
Re: Suggestions for 3.6
« Reply #19 on: 24 Dec '09 - 16:48 »
 ;D ;D ;D
LMAO!!!
« Last Edit: 24 Dec '09 - 16:52 by Dynobot »

Dotpitch

  • Posts: 2871
Re: Suggestions for 3.6
« Reply #20 on: 24 Dec '09 - 18:22 »
Just tested xmp-ds.dll from your link, but the problem remains.
Can you post step-by-step instructions to make it crash? What Windows and what soundcard do you have? Can you provide a crashlog?

xaaran

  • Posts: 29
Re: Suggestions for 3.6
« Reply #21 on: 25 Dec '09 - 11:55 »
Just tested xmp-ds.dll from your link, but the problem remains.
Can you post step-by-step instructions to make it crash? What Windows and what soundcard do you have? Can you provide a crashlog?

I placed xmplay.exe and xmp-ds.dll into empty catalogue, launched xmplay.exe then call Options&stuff.
Clicking Output menu option cause xmplay to crash. Extending (+)Output menu tree into Encoders; Direct Sound is Ok.

OS: Windows Vista Home Premium
Soundcard: NVIDIA HDMI Audio

Crashlog:
Сигнатура проблемы:
  Имя события проблемы:   APPCRASH
  Имя приложения:   xmplay.exe
  Версия приложения:   3.5.0.0
  Штамп времени приложения:   4b30dabe
  Имя модуля с ошибкой:   xmp-ds.dll
  Версия модуля с ошибкой:   1.0.3.0
  Штамп времени модуля с ошибкой:   4a9bb60b
  Код исключения:   c0000005
  Смещение исключения:   0000104e
  Версия ОС:   6.0.6002.2.2.0.768.3
  Код языка:   1049
  Дополнительные сведения 1:   4d84
  Дополнительные сведения 2:   43896777c71ad0c522f974c3a6718eee
  Дополнительные сведения 3:   5f24
  Дополнительные сведения 4:   2407623b795c65adca5151807375ed4d

Прочтите заявление о конфиденциальности:
  http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0419

amit

  • Posts: 723
Re: Suggestions for 3.6
« Reply #22 on: 26 Dec '09 - 08:30 »
As new files are always added to the end of the list it turns out that  even if added to the queue by default , the playback will end after them and not go back to the previous point in the playlist. I know people have asked this for the normal queue behavior but in this case I think it is really necessary.

Does setting the "Play listed tracks" option to "after bookmarking" help, eg. if you then resume the bookmarked position after playing the new tracks? If not, we have a 1st entry for the 3.6 thread ;D

I was thinking about this. Maybe a general solution is more appropriate for those wanting queue to go back to playlist original place after finished?(I prefer for general use the current behavior)

Maybe you could set 2 additional options :
1. In 'options and stuff' - Always bookmark playlist position when queue starts playing.
2. Add to the context menu of the slider : "queue bookmark"

Then you will be able always to point the queue to the original position in the playlist.

Another simple way is to set a context menu to the queue button :toggle on/off  "Return to original playlist position after queue"

Fraggie

  • Posts: 710
Re: Suggestions for 3.6
« Reply #23 on: 26 Dec '09 - 11:56 »
How about separate crossfade time for manual track changes (second slider)?

Markus Foti

  • Guest
Re: Suggestions for 3.6
« Reply #24 on: 28 Dec '09 - 08:01 »
I posted the following under the "Library quick find niggle", and was told it is the way XMPlay currently works.

"I am a bit bothered by the fact that quick find (alt-F) finds my artists, say, but puts them at the bottom of the library panel, and I ALWAYS have to scroll down to see more than one song by that artist.

It seems to me that the found track should be near the top of the playlist panel."

Could the first find result be placed near the top of the library window - say second?

An "add all results to playlist" right click option would be nice as well.

I think that would be enough to swing my iTune user friend... ;D