21 May '13 - 16:00 *
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 ... 26 27 [28] 29 30 ... 43
  Reply  |  Print  
Author Topic: 3.4 reports, queries and bugs  (Read 213931 times)
saga
Posts: 1365


« Reply #540 on: 8 Feb '09 - 14:48 »
Reply with quoteQuote

[ot]
Funny conincidence, I just screened some of your mods in the modarchive incoming queue. Smiley
[/ot]
Logged
Ian @ un4seen
Administrator
Posts: 15257


« Reply #541 on: 9 Feb '09 - 14:38 »
Reply with quoteQuote

1) http://ftp://ftp.scene.org/pub/music/artists/lamb/dom.zip

time: 00:42, 18th pattern in the order list (counting from 00), row 04, last 4 channels  - string should be played there, but they errorneously appear in the next pattern.

2) http://ftp://ftp.scene.org/pub/music/artists/lamb/among_the_stars.zip

time: 00:16, 6th pattern in the order list (counting from 00), row 02, last 4 channels - bells should be played there (C#6, B-5, F#5, G-5 respectively), but they do not appear since bug i have described before.

note that 3.1 (and probably several minor versions later) were replaying these tunes correctly, as well as fast tracker 2. the bug occured in the latest 3.4.2.

They sound alright to me. Nice tunes, btw Smiley

Did you try the "stuff" version as saga suggested?

   www.un4seen.com/stuff/xmplay.exe
Logged
SmartOne
Posts: 211


« Reply #542 on: 10 Feb '09 - 05:19 »
Reply with quoteQuote

I can't figure out what's wrong with the Gapless playback.  I looked at the decoded files in Audacity and couldn't spot any gaps.  Hopefully the FTP transfers worked, since it was my first time.  They're all songs from the Truman Show OST.  The first two tracks should be gapless...

The third has messed up ReplayGain.  I even re-encoded it with the official FLAC frontend and it still had +13 dB and clipped on the loud drums.  The raw WAV played without clipping.  The only way I know how to get around this is to encode FLAC with disabled ReplayGain.   
Logged
Ian @ un4seen
Administrator
Posts: 15257


« Reply #543 on: 10 Feb '09 - 13:51 »
Reply with quoteQuote

Looking at the decoded waveforms (without any Replaygain applied), there isn't a gap, but they don't join perfectly either; there is a sudden level change which causes that little click. Perhaps it was a bad rip?
Logged
lamb_
Guest
« Reply #544 on: 11 Feb '09 - 12:14 »
Reply with quoteQuote

this version worked good with those tunes:
www.un4seen.com/stuff/xmplay.exe

but this (which could be downloaded from www.un4seen.com as the newest one) right here: http://www.un4seen.com/xmplay.html
does work with them... NOT! :|

Logged
saga
Posts: 1365


« Reply #545 on: 11 Feb '09 - 13:55 »
Reply with quoteQuote

Which just proves that there's nothing to fix, because it's already been fixed... Tongue
Logged
Dotpitch
Posts: 2472


« Reply #546 on: 11 Feb '09 - 14:35 »
Reply with quoteQuote

this version worked good with those tunes:
www.un4seen.com/stuff/xmplay.exe
but this (which could be downloaded from www.un4seen.com as the newest one) right here: http://www.un4seen.com/xmplay.html
does work with them... NOT! :|
The one from the main site is the regular release, the stuff-version is the intermediate build with several incremental bugfixes and minor feature additions. The regular release is stable and bug-free in the important parts, the stuff-version isn't tested extensively yet, but it has the latest changes and fixes . That's why the Forum Guide clearly states that you should try the latest version when reporting a bug.
Logged
sequestrum
Posts: 53


« Reply #547 on: 11 Feb '09 - 17:13 »
Reply with quoteQuote

Wouldn't it be a good idea to have a link to the "latest beta build" (or something) on the main download page? With an appropiate disclaimer of course. I mean, considering how many "stuff" versions that have been around and about since the last "stable" release. Just a thought though.
Logged
Jace
Posts: 773


« Reply #548 on: 11 Feb '09 - 17:26 »
Reply with quoteQuote

Wouldn't it be a good idea to have a link to the "latest beta build" (or something) on the main download page?
Most people most likely wouldn't need to have the latest ones. But if someone does, they'll end up heading to this forum for more info. And check the 'Read before posting' topic, because that's what you do before posting, right? Smiley
(Just in case what you need is mentioned there!)
Logged
Cris
Posts: 230


« Reply #549 on: 13 Feb '09 - 13:50 »
Reply with quoteQuote

Hello,

I want to report a bug that's a little more different. Smiley
It's about the fact that XMPlay's main window accepts the Minimize commands.

The whole story is like this: I have a laptop with a Synaptics touchpad. The touchpad driver allows me to set, for the touchpad's corners, different functions, and Minimize is one of them (and one that is very useful to me Smiley ). Everything works OK, until I accidentally hit that corner when XMPlay has the focus. In that moment, XMP's main window behaves a little weird (I guess it's the normal behavior, for a Minimize command) and the only way to fix it is to close XMPlay and restart it. What happens exactly? I attached a video about what's happening, because I was afraid that I couldn't explain it clear enough.


My suggestion is: could XMP's main window be set to ignore Minimize commands? Or, better yet, it should interpret Minimize commands as normal clicks on the Minimize button within XMP's interface. Smiley

* XMP Minimize.7z (335.98 KB - downloaded 2 times.)
Logged
Ian @ un4seen
Administrator
Posts: 15257


« Reply #550 on: 13 Feb '09 - 15:02 »
Reply with quoteQuote

That's strange. If you have Spy++, please log the messages that are sent to XMPlay when you minimize it that way. If you don't have Spy++ (or some other way to log the messages), I'll probably have to send you a debug version to get some clues.
Logged
Cris
Posts: 230


« Reply #551 on: 13 Feb '09 - 15:30 »
Reply with quoteQuote

This is what I could come up with (attached).
The first reference to Minimize I could find is at line 169, then at 235. However, I had to disable WM_USER messages, because they were too many.

EDIT: Well, I just though that I should have tried this capture without other plugins enabled, that could send messages to XMPs window. So if the log is not good enough, I'll try again. Smiley

* spy log.7z (1.71 KB - downloaded 1 times.)
Logged
Ian @ un4seen
Administrator
Posts: 15257


« Reply #552 on: 13 Feb '09 - 16:47 »
Reply with quoteQuote

Looking at your video again, I see that you have XMPlay in the tray. Does the problem still happen if you have XMPlay in the taskbar instead? If it's OK then, is the minimization method working OK with other apps that don't have taskbar entries?

Also, after the problem happens, are you able to restore it via XMPlay's tray/taskbar menu?
Logged
Cris
Posts: 230


« Reply #553 on: 13 Feb '09 - 18:05 »
Reply with quoteQuote

Does the problem still happen if you have XMPlay in the taskbar instead?

No, it seems to work just fine with XMPlay in taskbar.

Also, after the problem happens, are you able to restore it via XMPlay's tray/taskbar menu?

No, that item (Restore) is disabled in the tray menu. That's why, as I said, the only way to fix it is to just close XMP and start it again.

If it's OK then, is the minimization method working OK with other apps that don't have taskbar entries?
I don't have other applications that only have a tray icon, except one (FreeMeter), but that just doesn't accept at all Minimize messages. When I try to minimize it using the touchpad I just hear the sound for Exclamation (set in Windows Control Panel).

Another application that behaves weird when I use this method is YahooMessenger. When I bring it up from tray, it creates a taskbar button. When I minimize it (using the Minimize button in YM interface), the taskbar button disappears. But when I use the touchpad to minimize it, it just minimizes to taskbar, not to tray.


Also, a somehow similar behavior to XMPlay has WinSCP (I use it to securely access a FTP server). It has a taskbar button, but when I minimize it (using the normal button, in the corner of the window), it minimizes to tray (taskbar button disappears and a tray icon appears). But when I minimize it using the touchpad, the taskbar icon remains, the tray icon doesn't appear, and the window "minimizes" above the taskbar. As you can see in the earlier attached video, XMPs window first goes at the lower-left side of the screen, above the Start button, then moves back where it was (WinSCP doesn't go back...it remains above the Start button).
The same behavior I noticed at LinkMonitor.

However, applications like TotalCommander (which also have a taskbar icon, and a tray icon appears when minimized) behave absolutely normal in both cases (normal minimize + touchpad minimize).


As I noticed, all windows that have a minimize button, but don't have a taskbar icon have this behavior. For instance, the Sound Solution plugin for XMPlay has this kind of window. Whenever you minimize that window, it will "minimize" above the taskbar, regardless if you click the window minimize button, or if you use an alternative method (like the touchpad, in my case).
As for the exampes from above which don't behave normally (WinSCP and LinkMonitor)...I guess that the taskbar button belongs to the application itself rather than to the shown window, and that's why they don't behave as expected.
« Last Edit: 13 Feb '09 - 18:10 by Cris » Logged
SmartOne
Posts: 211


« Reply #554 on: 13 Feb '09 - 23:05 »
Reply with quoteQuote

Why would the FLAC encoder set a ReplayGain value that produces clipping?  That would seem like a blatant bug...
Logged
Dotpitch
Posts: 2472


« Reply #555 on: 14 Feb '09 - 08:59 »
Reply with quoteQuote

Why would the FLAC encoder set a ReplayGain value that produces clipping?  That would seem like a blatant bug...
It surely looks like a bug. Perhaps you should report it on FLACs bugtracker.
Logged
amit
Posts: 718


« Reply #556 on: 15 Feb '09 - 16:42 »
Reply with quoteQuote

Quote
Why would the FLAC encoder set a ReplayGain value that produces clipping?  That would seem like a blatant bug...

I am not familiar with FLAC replaygain implementation. Generally speaking though , Replaygain has nothing to do with avoiding clipping. It is just about normalizing tracks/albums to the same avarage volume.

If your track has both quite and loud parts the average volume may be 13db lower of the defualt desired volume. When adding the 13db to the track the loud parts may clip.
Logged
lamb_
Guest
« Reply #557 on: 15 Feb '09 - 16:49 »
Reply with quoteQuote

just wanted to say thanks to everyone that paid their attention to bugs i've talked over. hope to see xmplay 3.5 in the (near) future! Smiley
Logged
SmartOne
Posts: 211


« Reply #558 on: 16 Feb '09 - 00:06 »
Reply with quoteQuote

I am not familiar with FLAC replaygain implementation. Generally speaking though , Replaygain has nothing to do with avoiding clipping. It is just about normalizing tracks/albums to the same avarage volume.

If your track has both quite and loud parts the average volume may be 13db lower of the defualt desired volume. When adding the 13db to the track the loud parts may clip.

Well that seems pretty ridiculous.  I have to lower the Global Volume setting so ONE song doesn't clip?  Lame.  There has to be a better way.  (Like re-encoding the FLAC without ReplayGain, but I shouldn't have to do that!  Undecided)
Logged
amit
Posts: 718


« Reply #559 on: 16 Feb '09 - 00:38 »
Reply with quoteQuote

There are two tags usually stored in files by replaygain analyzers : one is replaygain_gain and the other is replaygain_peak. Xmplay uses the gain tag to normalize tracks to the same average volume. You can request Ian to add an option to avoid clippings  by using the peak information.
Logged
Pages: 1 ... 26 27 [28] 29 30 ... 43
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.18 | SMF © 2013, Simple Machines