next »

[amit]

A small thing :

After clicking the buffer slider in output options allow delicate changes of the slider by using keyboard's left and right buttons similar to amplification slider.

Thanks.

[deus-ex]

i got an AUDIGY 2 with latest drivers.
im kinda of an audiophile and can pick even the minimum change in my music as its played,

Objection!
The witness is providing contradicting statements!

 

That's why i sold my Audigy back then. XiFi is a complete different story, though.

[legumo]

im completely unimpressed with XMPLAY 3.4 it sounds totally flat compared to 3.3, there's a lack of articulation be it from the bass or general sound in the mp3 played. ...
im kinda of an audiophile and can pick even the minimum change in my music as its played, i did notice in 3.4 some additional audio in the song U2 - With Or Without you which i never heard before with 3.3. ... playing it with 3.3 or winamp and it sounds good again and well done.
im disappointed. hope this get fixed.

So, generally, you're claiming somewhere in the process from MP3 to output something tiny changed. Assuming you have exactly the same settings in both XMPlay versions (sample rate, dither, noise shaping etc.) and no DSP (reverb, equalizer etc.), would you  be willing to help Ian find out what changed? For example, record the song playing in 3.3 and in 3.4, and compare the files with a wave editor.

sure why not.

there is definetely something different in the sound, i made sure in both players all settings are identical, 48khz / stereo/ 24 bit , i dont use the DSP, nor equalizer (disabled), dither/noiseshape is disabled, sampling rate force is disabled too.

the fact that the music sound good in 3.3 xmplay, windows media player 10 means something is definetly changed in 3.4, could be the new DOWNMIX options or some tweak that was made?

do i record the audio as it is playing?  in the audigy 2 i set WHAT YOU HEAR ....right?

@DEUS-EX : lol gimme a break it's not the card, it's the player. im not going to buy a new card to
please the software 
sure the X-FI will always sound a lot better, but that doesnt mean the Audigy 2 is the problem with 3.4 xmplay. something was changed for sure during the coding or while adding some feature.

im not saying im the most professional audiophile in the world, but i know how my music sounds on my setup, that's why i have chosen XMPLAY and ive been a FOOBAR user for a long time and was happy with the 24bit it provided until i heard my mp3 on XMPLAY and noticed the difference.

believe it or not, 3.3 sounds better than 3.2 and better than 3.4 people who want just music to be played wont really notice these small differences.

i dunno how to explain it....the sound is a bit FLAT, as if the music is lost inside the speakers rather than being infront of you.

[Knurek]

believe it or not, 3.3 sounds better than 3.2 and better than 3.4 people who want just music to be played wont really notice these small differences.

The internal equalizer was changed in 3.4, right? More bands and all that crud. Maybe that's the problem?

[Jace]

Shouldn't make a difference if there's a 5-band eq disabled or a 9-band eq disabled?

[Knurek]

Shouldn't make a difference if there's a 5-band eq disabled or a 9-band eq disabled?

Maybe it wasn't really disabled?

[Ian @ un4seen]

im completely unimpressed with XMPLAY 3.4 it sounds totally flat compared to 3.3, there's a lack of articulation be it from the bass or general sound in the mp3 played. ...

Have you tried writing and comparing (eg. "fc /b") WAV files from 3.3 and 3.4? I tried that with 32-bit WAVs of an MP3 just now, and they were identical.

After clicking the buffer slider in output options allow delicate changes of the slider by using keyboard's left and right buttons similar to amplification slider.

You can already do that, but each adjustment is so small (1ms) that it doesn't show

Btw, I'm planning to release a 3.4.1 update shortly, to make the fixes/tweaks since 3.4 official. So if anyone has found any more problems, please report them now.

[Brian]

Btw, I'm planning to release a 3.4.1 update shortly, to make the fixes/tweaks since 3.4 official. So if anyone has found any more problems, please report them now.

Ian - would it be possible to have XMPlay detect the sample rates supported by the soundcard, so that they automatically appear in the resampling dropdown menu, please? Alternatively, could 88200, 176400 and 192000 please be added to the presets? I know that at present the desired rate can be typed in; this would just be a nice extra touch. Many thanks.

[amit]

After clicking the buffer slider in output options allow delicate changes of the slider by using keyboard's left and right buttons similar to amplification slider.

You can already do that, but each adjustment is so small (1ms) that it doesn't show

Maybe it would be better then to display the buffer length in ms units? I bet xmplay users know 1000ms is 1 second .

[xaaran]

Xmplay get better and better with each day.
I even become to have lack of fantasy to provide suggestions.

small bug:

If info window is open and the mouseover bubble is shown, then when you close info window by global hotkey the bubble hangs over screen.
To remove it - open info window again and wait till the bubble is closed.

Ian can fix this too.

[Cosworth]

In "On Top" sometimes when I open new window IE or Opera, XMPlay is stay behind windows.
PS:Sorry for my English

[Auren]

Btw, I'm planning to release a 3.4.1 update shortly, to make the fixes/tweaks since 3.4 official. So if anyone has found any more problems, please report them now.

Heeey, don't forget about me!

Ian, can you add a feature to omit the extension from the file that is being encoded (both in  the dialogue window when it is prompted to name the encoded file and when it is encoded automatically using "Auto-filename" or "Source" options)?

Here's an illustration of my request:

[Irrational86]

Hello,

When playing this specific stream with XMPlay 3.4 I get an error message saying "ICY 200 OK" titled "Connection Error." ICY 200 OK means the request is fine...but it's just not playing anything. Not even Windows Media Player playes it, but on the other hand, Winamp does. Ian, would it be possible to take a look at this, please?

Direct address: http://70.84.15.212:8005
Web address: http://www.dawgclan.net/listen128k.pls (http://www.dawgclan.net/index.php?page=radio)

Thanks a lot

[Ian @ un4seen]

Ian - would it be possible to have XMPlay detect the sample rates supported by the soundcard, so that they automatically appear in the resampling dropdown menu, please?

Unfortunately there's no way to get that information.

Ian, can you add a feature to omit the extension from the file that is being encoded (both in  the dialogue window when it is prompted to name the encoded file and when it is encoded automatically using "Auto-filename" or "Source" options)?

The problem with automatically removing the extension is in cases where it's at the start of the filename (ie. Amiga formats), in which case you could actually be left with just the extension. Personally, I like it keeping the old extension anyway, as it shows exactly what the source was

When playing this specific stream with XMPlay 3.4 I get an error message saying "ICY 200 OK" titled "Connection Error." ICY 200 OK means the request is fine...but it's just not playing anything.

Yep, the problem here is that the AAC plugin isn't pre-reading enough data to properly verify the stream contents. I was planning to release an update shortly (just waiting to hear back from someone testing it ), but here it is now...

   www.un4seen.com/stuff/xmp-aac.dll

[PVTele]

Yep, the problem here is that the AAC plugin isn't pre-reading enough data to properly verify the stream contents. I was planning to release an update shortly (just waiting to hear back from someone testing it ), but here it is now...

   www.un4seen.com/stuff/xmp-aac.dll

That's odd - I was having no problems with the original xmp-aac.dll - but when I tried the new one I got the "ICY 200 OK" and no sound error Fortunately I'd had the presence of mind to rename, rather than overwrite, the old .dll, so I just put it back - whew! 

[Ian @ un4seen]

That's odd - I was having no problems with the original xmp-aac.dll - but when I tried the new one I got the "ICY 200 OK" and no sound error Fortunately I'd had the presence of mind to rename, rather than overwrite, the old .dll, so I just put it back - whew! 

Is that with Xminion's stream above, or another stream? If another one, please let me know which.

Also, do you have a really old version of the AAC plugin? The verification was later tightened to reduce the chances of non-AAC files/streams being mistakenly detected as AAC, but that can require more file data than was previously being checked. Here's another update to try, which will pre-read slightly more again...

   www.un4seen.com/stuff/xmp-aac.dll

[PVTele]

That's odd - I was having no problems with the original xmp-aac.dll - but when I tried the new one I got the "ICY 200 OK" and no sound error Fortunately I'd had the presence of mind to rename, rather than overwrite, the old .dll, so I just put it back - whew! 

Is that with Xminion's stream above, or another stream? If another one, please let me know which.

Also, do you have a really old version of the AAC plugin? The verification was later tightened to reduce the chances of non-AAC files/streams being mistakenly detected as AAC, but that can require more file data than was previously being checked. Here's another update to try, which will pre-read slightly more again...

   www.un4seen.com/stuff/xmp-aac.dll

Sorry for incomplete info, Ian!

It was either http://209.9.233.11:7012 (http://www.shoutcast.com/sbin/shoutcast-playlist.pls?rn=37783&file=filename.pls) or http://64.202.98.91:8206 (http://somafm.com/spacestation48.pls)


The old plugin I was using has the modified date of 11 January 2007; the new one I just downloaded has today's date, and this one works just fine on both these streams, and on Xminion's stream.

All's well that ends well - many thanks, Ian, for your endless patience with these things 

[Nicolas]

Request: please show order numbers in hex! (like the ones on the "MOD Pattern Display" visualization, and on main screen where it shows time elapsed, time remaining, or MOD orders). Preferably keeping it as an option (Hex/decimal) as maybe not everybody would like the idea

[Irrational86]

Awesome job Ian (as always), thanks!

[Cris]

A small bug that I just noticed: when changing balance, the VU-Meters work the same (they pulse in both right and left ways). In XMPlay 3.3, when I changed the balance to 100% right/left, the VU-Meters pulsed only in the right/left side, not in both (like now).