next »

[Dotpitch]

Now I can't get the program to start after reverting the permission change.
EDIT:  I needed CurTrack=-1 in the INI to make the program start.  Could you elaborate on your method?

The CurTrack entry represents the playback position in the current track, so XMPlay can resume it from that point. But there is no current track, since the playlist is empty, resulting in an error. You shouldn't save the playback position in this case, so on Options and stuff > Miscellaneous, untick 'Save playback position upon closing' (and perhaps adjust your shortcuts).

[raina]

Could you elaborate on your method?

Locate xmplay.pls, (on my Win7 setup it's in Users\[username]\AppData\Roaming\XMPlay) right-click it > Properties > Check Read-only attribute > OK. Now XMPlay will always start with your current playlist. I just tried it the other way around: I marked the file read-only, cleared my playlist (which I didn't want to lose) and restarted XMPlay and my tracks were back.

[Ian @ un4seen]

Adding a shortcut like 'List nav - Select none'...

That could be done with a "List nav - Select all" + "List nav - Invert selection" shortcut

Could the speed at which the playlist screen is scrolled when a selected track(/s) is dragged be slowed down a bit, or ideally be made adjustable? As it is, it's difficult to place a track properly by mouse, since the list scrolls so fast.

How far are you moving the mouse? The scrolling speed will depend on how far the mouse is moved away from the list. So if you're currently moving it a long way from the list, you could try moving it only just above/below.

"XMPlay has stopped working

A problem caused the program to stop working correctly.
Please close the program."

Now I can't get the program to start after reverting the permission change.
EDIT:  I needed CurTrack=-1 in the INI to make the program start.  Could you elaborate on your method?

Oops. That'll be sorted (validating "CurTrack") in the next update.

[Pike84]

Could the speed at which the playlist screen is scrolled when a selected track(/s) is dragged be slowed down a bit, or ideally be made adjustable? As it is, it's difficult to place a track properly by mouse, since the list scrolls so fast.

How far are you moving the mouse? The scrolling speed will depend on how far the mouse is moved away from the list. So if you're currently moving it a long way from the list, you could try moving it only just above/below.

I don't know if it's to do with my mouse setup or something, but testing it I now noticed that the list actually only scrolls when I move the cursor (any direction), and the distance from the list doesn't have an effect on the scrolling speed - it seems to scroll one track per pixel. I'm ok with the method, but with my screen resolution and mouse speed, the rate is a little high, and I could use some adjustability there; a track per two pixels would be much better for me .

[SmartOne]

Raina, I don't know how yours is working.  CurTrack is saved in the INI and doesn't match the zero PLS, so XMPlay crashes on next start.  Maybe your INI is also Read-only...? 

Why are your files in the Roaming folder?

[raina]

Raina, I don't know how yours is working.  CurTrack is saved in the INI and doesn't match the zero PLS, so XMPlay crashes on next start.  Maybe your INI is also Read-only...? 

Please, it's just raina. I didn't test it while having a song playing so maybe my CurTrack didn't exist. As for normal use, neither my settings nor my playlist are read-only.

Why are your files in the Roaming folder?

The hell if I know, I didn't use to use per-user settings and instead had them in the app folder under Program files (98...XP). But that seems to be a big no-no these days (7) and no matter what you choose in the XMPlay settings, the files will go somewhere under the Users\[username] tree.

[amit]

Why are your files in the Roaming folder?

I think It is just one of the peculiar security precautions used in win7. In order to make changes in the programs folder a software has to have special privileges.

[FB]

I've had problems with some programs not being able to modify files inside "system" folders (program files, the HD root folder, etc.), sometimes running them as an admin helps to solve this issues, hope this helps you out.

[SmartOne]

Please, it's just raina.

I capitalize the beginnings of sentences.

My XMPlay folder is stuffed into Program Files (x86).  UAC junk is turned off.  Don't know if that makes a difference.

[Ian @ un4seen]

I don't know if it's to do with my mouse setup or something, but testing it I now noticed that the list actually only scrolls when I move the cursor (any direction), and the distance from the list doesn't have an effect on the scrolling speed - it seems to scroll one track per pixel. I'm ok with the method, but with my screen resolution and mouse speed, the rate is a little high, and I could use some adjustability there; a track per two pixels would be much better for me .

Yep, the scrolling is currently triggered by mouse movement, with the amount scrolled each time dependent on the distance from the list. With a sensitive mouse, a slight movement could indeed result in a lot of scrolling, even though each scroll step may be small. To avoid that problem, here's an update to try, which separates the scrolling from the mouse movement so that it should go at a constant speed...

   www.un4seen.com/stuff/xmplay.exe   

[amit]

Recently I asked if xmplay can  choose the output format resolution automatically according to tracks bitdepth. This was found problematic so may it is possible to save the output bitdepth with  dithering  and noise shaping options in the dedicated section according to file types, paths etc'?

[Pike84]

Yep, the scrolling is currently triggered by mouse movement, with the amount scrolled each time dependent on the distance from the list. With a sensitive mouse, a slight movement could indeed result in a lot of scrolling, even though each scroll step may be small. To avoid that problem, here's an update to try, which separates the scrolling from the mouse movement so that it should go at a constant speed...

There seems to be a little bug in the new version: when dragging a track through the list, stopping in the middle and then continuing, some other tracks can "get caught" in the selection on the fly, messing things up.

Now the scrolling speed seems fine, though.

[Ian @ un4seen]

Recently I asked if xmplay can  choose the output format resolution automatically according to tracks bitdepth. This was found problematic so may it is possible to save the output bitdepth with  dithering  and noise shaping options in the dedicated section according to file types, paths etc'?

The only obstacle to an automatic resolution that I can see is the tracks that have no particular resolution, ie. lossy formats like MP3/etc. Is that what was found problematic? I can't recall this coming up before

I presume the intention would be to use the option when file writing? I don't think it would be a good idea for playback, as output resolution changes would prevent gapless output (and crossfading), which also means that it wouldn't make a good saved settings option, in my opinion.

There seems to be a little bug in the new version: when dragging a track through the list, stopping in the middle and then continuing, some other tracks can "get caught" in the selection on the fly, messing things up.

Oops, here's another try...

   www.un4seen.com/stuff/xmplay.exe

Let me know if you still have the problem with it.

[amit]

After reading this thread I came up with some thoughts:

1. Is it possible to add an option to specify the tag fields in the find window text? For example: "%genre:Jazz -%artist:ella"

2. Is it possible to add option to assign shortcut names to criteria texts used in the find window? Thus typing only *1 will actually mean the pre-saved "%genre:jazz -%artist:ella"

3. Transform the "locate in library/playlist" action to a find action. For example "locate in library -> artist" will result a find window text of "%artist:X"

The only obstacle to an automatic resolution that I can see is the tracks that have no particular resolution, ie. lossy formats like MP3/etc. Is that what was found problematic? I can't recall this coming up before Smiley

I presume the intention would be to use the option when file writing? I don't think it would be a good idea for playback, as output resolution changes would prevent gapless output (and crossfading), which also means that it wouldn't make a good saved settings option, in my opinion.

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?

[SmartOne]

Conditional resampling (example):

If sample rate equals 22050, resample to 44100.
If sample rate less than 44100, resample to 48000.
If sample rate greater than 48000, resample to 48000.

[m .]

I'm reviving two requests from an old request:
1. add option to remove the three dots that appear when text in the GUI is cut off.
2. add option to hide the track number

[Pike84]

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.

[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.

[JeKaRe]

I did setup crossfading and also welcome the short fade-out on manual stop button, but i am missing a cue option especially when manual starting a track (where the file is prescanned and any silence at the start is skipped on starting the track) Do i overlook a setting somewhere? If not, this would be my suggestion.

Also, as multiple XMPlayers can already be set to output to a different sounddevice a nice option for me would be support for the Velleman K8055 USB Interface card (or something similar). As one of these cards would give me 5 digital inputs it would become possible to start playing of up to 5 XMPlayers by means of faderstarts on a studio mixer. The mixerboard already controls the output levels of the different players, only to start a player one still needs a mouse and/or keyboard. In a studio it's always a bit of a hassle to start by mouse and/or keyboard especially when running multiple players. I would like to setup two XMPlayers with music and a third one with jingles/commercials/promo's or whatever and control them by pushing the corresponding faderstart. Only problem is that multiple players cannot each initialize the usb-card, there would have to be a sort of 'loader' to initialize the card and then spawn the XMPlayers. So, i'm probably asking too much for 3.6. Would anyone else be interested?

[Dotpitch]

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)?

Congratulations on your 1000th post raina!

... a nice option for me would be support for the Velleman K8055 USB Interface card (or something similar). As one of these cards would give me 5 digital inputs it would become possible to start playing of up to 5 XMPlayers by means of faderstarts on a studio mixer. The mixerboard already controls the output levels of the different players, only to start a player one still needs a mouse and/or keyboard.

You could try to write a small program that converts the faderstart to a simulated keypress. Using global shortcuts, XMPlay can pick those up and start playing.