Previous Page | Next Page
- by hcs at 10:13 AM EDT on September 19, 2005
- The track change issue is due to the CPU thread not dying by itself on occasion, due to circumstances I've been unable to understand. Maybe I should lower the timeout value so it'll simply terminate the thread earlier, since the wait usually isn't worth it anyway.
There's also a pause caused by the initial work the recompiler has to do...
Upon further thought, I really should just kill the CPU thread outright, rather than waiting for it to gracefully shut down.
Hi DrO, I hope that you're right about those errors being someone else's fault. I know 64th Note would cause crashes in other plugins before I fixed some problems with it freeing other plugins' memory by mistake.
Thanks for your work on in_zip, too.
edited 2:19 PM EDT September 19, 2005
edited 2:20 PM EDT September 19, 2005
- by DrO at 3:18 PM EDT on September 19, 2005
- the only thing i can think of was that maybe there was some issue with the load order of the plugins but even forcing one to load before the other and vice versa gave conflict so i can only presume it's some setting conflict (but if it works fine on a clean install then i'd stay that's fine since my dev install at times can get pretty messy :) )
but from what i can see, 64th Note seems pretty stable (even with my attempts to break it which were an api oversight on my part) so i think it's something to possibly forget about since i can't reproduce the issue elsewhere
-daz
- by marioman at 4:09 PM EDT on September 19, 2005
- Works great! No complaints.....yet. :)
edited 8:09 PM EDT September 19, 2005
- by Knurek at 12:40 AM EDT on September 20, 2005
- Been listening to usfs all day on XMPlay and no problems on my side. No crashes, skips, etc. Though I've been listening to the official released sets, no BAM'99 or Mario Party and such.
But yea, I think it's stable enough. :)
- by Mouser X at 7:48 AM EDT on September 20, 2005
- One thing I've noticed is that, occasionaly, the playback has some slight static in it. 95% (or more) of the time, I haven't heard it. However, on the Perfect Dark set is where I actually noticed it. Near the end of the set is where the static started becoming apparent. I don't remember the track name, but I think it was Deep Sea (remix) or one close to it (I know it had (remix) in the title).
Also, just about as rarely as I've heard the static, I've noticed that sometimes the tracks start out with a sort of "chhzzs" sound for less than a second, and then it resumes as normal, usually without any differance in sound than any other time.
The 2nd problem could be related to my prebuffer, as the track does actually play for 1 or 2 seconds, then you hear a very breif blurb of static, followed by normal playback. If you replay the song, it's played without the static every time.
Is this a big issue? Not really. It's just a little annoying. I've noticed it off and on for a little while (though I can't remember how long). I can only speculate, but I'm wondering if it is in anyway related to the fact that my computer has been on since Friday night, with Winamp up (but not playing) most of that time. I doubt it's a memory buildup problem, because I stopped (and no, not paused) playback 2 or 3 times while listening to the PD set.
Here's a thought for problem 1 (slight static during playback). Quite awhile ago, my speakers (only the left side, oddly enough) would get static in them. This happened with just about everything I did. So, I assumed it was the speakers. However, I haven't had that problem in a long time (and I'm still using those speakers), so I sort of forgot about it. This could be related, I suppose, though, since i don't know what the problem is now, or what the problem was with my speakers back then, I have no idea. As for problem 2, (breif static blurb) I have no ideas, other than a music rendering problem having to do with the prebuffer.
Okay, other than that little (very, mostly) annoyance, I haven't had any problems with 64th Note. Thanks again for a great plugin! It sounds really good. Mouser X over and out.
- by hcs at 12:02 AM EDT on September 21, 2005
- Do you have motherboard sound? I found that when I used the sound card build into my motherboard I'd very often hear noises depending on what the computer is doing. Or maybe it's a real problem with your sound hardware, who knows.
To determine if the static you hear is actually in the playback write the output to a WAV and see if it's still there.
Here's another beta.
* removed unused debug, COM, GUI, profiling, FPS, pause/stepping stuff (saved 84 kb)
* reduced CPU Thread termination timeout on close to .2 seconds (rather than 2 seconds)
And I got the go-ahead a few days ago from zilmar to release the source, so here it is.
If everything goes smoothly the final release should be ready soon.
edited 4:08 AM EDT September 21, 2005
edited 4:09 AM EDT September 21, 2005
- in_zip by hcs at 10:59 AM EDT on September 21, 2005
- I finally got around to testing it, but unless I'm missing something it doesn't work with 64th Note at all (can't find the usflib). Advice?
- by Mouser X at 11:09 AM EDT on September 21, 2005
- Yes, I'm using the soundcard on my motherboard. I haven't written the playback to a file, as you suggested, but that's because Winamp has been rather unstable as of late. On top of that, I'm not even sure if I can duplicate the circumstances needed to create the static in the 1st place.
As for the unstability of Winamp, my computer has been on and running since late Friday night. I almost always turn it off at night. The reason I haven't recently is because I have the rare opportunity to max out my bandwidth to my hearts content. I don't actually own the connection. I have to share it with someone. So far, they haven't noticed (or, if they have, they haven't commented) that I've been downloading for the last 4.5 days straight. Anyway, I plan to keep my computer up as long as I have internet access. That being the case, my memory hasn't been cleaned out for a few days. I think there's been some kind of buildup because every time I run Winamp, it eventually crashes. Usually what happens is that I'll leave it unattended (without Winamp playing anything) for awhile. When I get back, if I try to play a song in Winamp, the CPU hits 100%, and memory jumps up about 100-200mb. After that, I have to "end process" on Winamp to get anything to go back to normal. The worst part about that is that nothing responds when this happens, so I end up waiting at least 5 minutes for task manager to show, and another 30 for the "end process" function to take effect. It's rather annoying, to say the least.
Why do I bring this up? Well, as I said, it's more likely than not a problem with memory consumption on my computer. But, it did crash, and everytime it did is when I was trying to play a USF (though I probably should have tried to play something else to see if it would have the same effect). Generally, Winamp takes up about 150mb of memory (I have a lot of plugins, and a HUGE (46,000+) playlist). However, when playing USFs, I've seen it get pretty close to 200mb. Since my computer is already sitting at about 500mb of memory used (I have a 512 card, and a 512 page file), Winamnp generally raises it quite a bit higher.
Anyway, I guess that could be considered another "stress test." I downloaded beta 11, but I haven't used it yet because of my crashing problem (which is probably memory related). Just letting you know how things are going on my end, in case your interested. Oh, and I did answer your question... Mouser X over and out.
[EDIT] You are correct. In_zip does not yet support multi-part files. But it will, eventually. It was originally started to be used as a kareoke device. If you have in_zip, and a MP3 with a CDG file inside an archive, it will load the lyrics with the MP3 into Winamp. So, multi-file support is possible, it just hasn't been done yet. I've just been using it/playing with it because I know that it will eventually support multi-part files. And, it can save space for PSF (not MINIPSF though) files.
I have no idea when multi-part support will be put in, but since the plugin is getting stabalized (no bugs, that anyone has mentioned (they've been getting ironed out in these last few builds)), the feature might be added soon. I know that's the reason I want it. Anyway, perhaps you can still find a use for it, even without multi-part support. I use in_ym to playback GYM files because it offers compression on said GYM files. Interestingly enough, if you put those compressed GYM files into a RAR, they're even smaller. And, in_zip does a good job of sending the files where they need to be. The only thing I noticed is that in_ym didn't display the file information correctly inside the playlist when I played the files this way. They kept their file name. Normally, they're supposed to show the title info stored inside the GYM file. Oh well, no biggie, since the file names are often just as good as the info inside the GYM file.
And there's my take on in_zip. Hopefully that helped. Mouser X over and out (again).
edited 3:22 PM EDT September 21, 2005
- by unknownfile at 4:51 PM EDT on September 22, 2005
- I made a modification to the player.
Here's what I did:
-Changed the "Tagger" field to "Tagged By" (in HA the field is labeled as "Tagged By" and the actual tag is "tagger".)
-Added OST Track Number field (for you stinkin' purists.)
Teh modification
- by hcs at 11:39 PM EDT on September 22, 2005
- I've been thinking about the track field for a while but I haven't decided to go ahead with it yet. It'd be very nice to have, but I wouldn't feel comfortable with all the sets missing it.
It doesn't even have to be a number only or relate to the OST...
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:
HCS Forum Index
Halley's Comet Software
forum source