Previous Page | Next Page
- by Lunar at 7:24 PM EST on January 19, 2008
- Haven't had any crashes with the new one. Good stuff!
- by unknownfile at 8:16 PM EST on January 19, 2008
- I have had some crashes with newer builds, it's likely because of how I resize memory blocks, so I will need to study stdlib a bit more.
- by unknownfile at 11:02 AM EST on January 20, 2008
- This is the line that is likely causing jittery playback on some computers:
while(InMod.outMod->IsPlaying()) Sleep(1);
Excluding it causes the system to eat up 99% CPU, and keeping it in keeps the CPU down but increases the jitter.
I say it's time to implement some options.
___
Actually, options suck. Here's what happens now when the program is run:
Welcome to Highly Whatever!
Got 111 for processor type.
Core 2 processor detected, auto-enabling accuracy over performance.
Core 2 processors pretty much always come in dual and quad flavors, so this will assign one core to do all the processing. Slow downs are less frequent as a result, but the CPU usage is usually 100% on that specific core.
edited 12:42 PM EST January 20, 2008
- by Knurek at 4:43 PM EST on January 20, 2008
- Regarding that XMPlay breakups, here's what XMPlay author had to say:
"This seems to be related to the "IsPlaying" function - the plugin won't write any more data until that returns 0. According to the Winamp API, it should return "non0 if output is still going or if data in buffers waiting to be written". I guess that isn't really the case."
There's a special bugfix version of exe for now, but I'm not sure if it isn't something you should fix as well. :)
- by unknownfile at 5:39 PM EST on January 20, 2008
- Actually, that's what's been causing slowdowns.
This is where the newest version of the plugin comes in.
This fixes some skippage, but not all (000b of NSMB comes to mind). And yes, I am aware this is the gajillionth build without tag support.
Memory errors are stupid
Enjoy your 100% CPU usage.
edited 5:39 PM EST January 20, 2008
- by Knurek at 5:59 PM EST on January 20, 2008
- Ohnoez, the choppy playback remedied by pause button is back (in both XMPlay and Winamp this time). Noticable in mkds-0001 for instance
- by unknownfile at 6:05 PM EST on January 20, 2008
- You silly silly people... get on IRC more often so I don't need to have to post stuff and wait for a reaction.
- by marioman at 9:34 PM EST on January 20, 2008
- Overall, the plugin is much better. It's still choppy with Super Princess Peach and nsmb-001a, but other than that it is crystal clear. (As long as you don't have anything else running in the background.)
Two things that I would like to point out are:
1. When switching between tracks, the newly-loaded track pops immediately before the music starts. It is almost like the data from the previous track is not flushed before the next one starts.
2. As for SPP and nsmb-001a, it seems that there is a single instrument that just eats resources until it's done playing. This would explain why pausing the track causes it to stop.
edited 9:52 PM EST January 20, 2008
- by unknownfile at 8:42 AM EST on January 21, 2008
- 1) Yes, I know, it's due to the fact that I haven't figured out a solution to the pause-stop-play issue, so it's probably due to a result of that.
2) I suck at coding.
Also, no slowdowns on New Super Mario Bros. at this shitty computer.
oops, disregard that
There's plenty of stuff running that isn't even remotely related to what I want going here (graphical processing comes to mind) but that isn't going to really help with speed. A recompiler comes to mind...
Also, I think it's time to finish implementing tag support.
edited 10:07 AM EST January 21, 2008
- Extremely choppy playback by DX7Rocks at 10:13 AM EST on January 21, 2008
- Playback in XMPlay is extremely choppy with the latest build of HW.MKDS chops like an automated slicer :(
Moreover,the CPU load stays at 100% all the time during playback.
While the sound quality is decent,the severe chopping spoils the fun.
edited 11:15 AM EST January 21, 2008
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 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118
Search this thread
Show all threads
Reply to this thread:
HCS Forum Index
Halley's Comet Software
forum source