Previous Page | Next Page

by hcs at 2:57 PM EDT on September 14, 2005
Hmm, I'd never tested more than one track in XMPlay...
Without testing I can tell that it's a problem with XMPlay, the time reported comes directly from the output plugin. Apparently under some circumstances it won't reset its time when I close and reopen it. I'll examine the behavior to see if I can work around whatever bug causes this.

re: HLE
No, it'd be best if the Audio HLE info is stored within the plugin, or in a "hlecompat.ini" file kept with the plugin, because Audio HLE is a component of the player, not the USF. The same should have been done with those "bug tags" I used to use... The _enablecompiler tag, however, defines behavior which the USF is expecting of the emulated system

edited 6:59 PM EDT September 14, 2005
by Mouser X at 6:29 PM EDT on September 14, 2005
HCS wrote:
"I've also enabled more error reporting because of this in order to try and track down the odd error some people have been reporting wherein tracks will be skipped (especially in Mystical Ninja), which I've never been able to reproduce."


I encountered the same thing with the Majora's Mask set earlier today. It was really bugging me because it would skip like, 10 tracks (I saw it just zip right through them, as though the files didn't exist) before I could get it to stop, even though I was clicking "stop" as fast as I could the entire time. I'm wondering if this is somehow related to my earlier problems where tracks were getting skipped in the "Bust a Move '99" set. However, then, I assumed it was silence detection problems because of my prebuffer state (which is probably what the problem was, after all. I'm just curious if it's related, which it could be, but is probably not). If I knew how, I'd send you any data I could to help you track down the problem. Chances are, I don't know how, and probably don't have the resources to figure it out. Oh well.

Other than the odd set or 2 that skips track, beta 8 has been treating me nicely (though I forgot what the "RSP sections" in the plugin are for). Thanks again. Mouser X over and out.
by Dl2agoon at 7:40 PM EDT on September 14, 2005
Mouser X wrote:
(though I forgot what the "RSP sections" in the plugin are for)


I suggest an addition of a simple information dialog within 64th Note which would explain options like "RSP sections" and "Round Frequency"

edited 11:41 PM EDT September 14, 2005

edited 11:42 PM EDT September 14, 2005
by Omochao at 7:47 PM EDT on September 14, 2005
I think Paper Mario might be PAL as I had to hack a new Music Mod for my cartridge.

Printed code(in prelim2.zip):8014A7E0

My code:80159b03
by hcs at 8:28 PM EDT on September 14, 2005
nope, I'm using the GoodN64 US version of Paper Mario.

I looked hard at the XMPlay bug, I can't figure out why the output time isn't reset on a normal track change. I may contact the XMPlay people about this, because as far as I can tell I'm doing everything right. I've completed a workaround, but the wrong time is still displayed at it may mess things up for the next track playing.

As for the skipping issue... I still haven't seen it myself and I can't think of anywhere to look. Make sure you have "Show errors" enabled, something might be failing without telling you, and the message would give me somewhere to look.

Help dialog... maybe.

[edit]
ah, here's the XMPlay issue. There used to be an error with 64th Note taking up far too much CPU in XMPlay, it was related to the continuous reading of the OutputTime. Well it looks like this is a similar issue, if the output time is read too often (or maybe at some particular magical time) it never resets to zero on the next track. I'll be working to sort this one out.

[edit]
found another issue no one seems to have noticed:
XMPlay has an odd way of stopping, if you only click the stop button once it will stop the audio output and tell the input plugin to seek to 0 ms. You have to click it twice for it to tell the plugin to stop. Thus with 64th Note you must enable Seek Backwards for XMPlay to stop properly. This and the suggestion to use "Round Frequency" in fb2k and xmplay will be included in the help dialog and readme, if I ever get to writing it.

edited 1:47 AM EDT September 15, 2005
64th Note v1.0 beta 9 by hcs at 5:46 AM EDT on September 15, 2005
* fixed an issue with timing in XMPlay
* cleaned up some audio code
* added help box
* raw tags now editable

Let me know if the help box is poorly executed, I couldn't think of a tidy way to do it.
Also, something I failed to mention in the .txt, the comments field in the info window now does automatic word wrapping, before the text would just scroll right off the screen.

64th Note 1.0 beta 9

edited 9:46 AM EDT September 15, 2005
by hcs at 9:19 AM EDT on September 15, 2005
I think I've fixed that skipping problem. I finally experienced it myself while playing through some Mario Party 2 tracks, when it skipped now only a few USFs but an MP3 as well. This suggested that the problem lies in the track end message being sent more than once, as nothing else should be able to carry over from one plugin to another like that. Things are now set up so that even if the thread doesn't die right away when the stop message is sent to winamp (as can be the case sometimes) the message will only be sent once.
I was able to cause the skipping behavior by preventing the CPU thread from exiting cleanly, thus forcing it's eventual external shutdown, and this would cause it to skip many tracks. With the new track end code there is a pause while we wait for the CPU thread to die, and then a clean transition to the next track.

Let me know, of course, if you experience this bug ever again.

v1.0 beta 10
by hcs at 5:34 AM EDT on September 19, 2005
Sooo... anything? I haven't heard good or bad news from anyone regarding this release. Are we all happy enough that it's time for a formal release?

edited 9:35 AM EDT September 19, 2005
by Mouser X at 8:22 AM EDT on September 19, 2005
The only thing I've noticed (and it could just be my computer) is that sometimes it takes a little longer than you'd like to change tracks from one to the next. Other than that, I can't think of anything to complain about. It looks good to me. Thanks again for a great plugin! All seems well. Mouser X over and out.
by DrO at 8:43 AM EDT on September 19, 2005
no news is usually good news i'd say.

btw, i had been having some issues with these new builds of the plugin with in_tv (http://www.brics.dk/~barnie/WinampTV/) but it only seemed to happen on my current dev install of winamp (was fine on other clean and modified installs) so i think there may have been some setting conflict since this plugin kept flagging up a message that it 'Failed to allocate N64MEM' and then a 'Allocate_Memory failed'.

Nice plugin btw (especially once i fixed my own plugin's issues with it :o) )

-daz

Previous Page | Next Page
Go to Page 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Search this thread

Show all threads

Reply to this thread:

User Name Tags:

bold: [b]bold[/b]
italics: [i]italics[/i]
emphasis: [em]emphasis[/em]
underline: [u]underline[/u]
small: [small]small[/small]
Link: [url=http://www.google.com]Link[/url]

[img=https://www.hcs64.com/images/mm1.png]
Password
Subject
Message

HCS Forum Index
Halley's Comet Software
forum source