So it's not only me. I was starting to get worried I was the only one in the world with this problem. By the way, I just tested the game on real hardware (booted up my SFC with sd2snes) and it played correctly there.
creaothceann wrote:
Just tried it in higan v100, it definitely changes the audio somehow. Maybe similar to how Star Ocean / ToP or the Winamp plugin SNESamp did "surround sound". Maybe try with headphones?
Sadly, I have no headphones nearby at this time. Do you happen to have one with you? If so, could you please test the game with it to see if the problem persists? If the audio is good, then I will go buy a set tomorrow.
creaothceann wrote:
Maybe you have some hardware decoder connected / enabled that tries to extract some additional channels from the audio.
I'm not sure how to check this out. Where should I look?
Using BizHawk or snes9x (any version) when I go into the game's Options, the audio for some reason gets lowered down. It then keeps like that through the whole game. The background music gets pretty low and some sound effects are barely audible (like the character's voice when they swing their swords with a power up). The only way to prevent this is never going into the game's options (but that way I can't switch to the Hard difficulty).
What's funny is that ZSNES doesn't have this problem, nor when I use BizHawk or snes9x on my other computer (a laptop, as opposed to my desktop computer). Also, I recorded a short .wav of the game through BizHawk and and while it plays low on my desktop computer, it plays correctly on my laptop. (wtf???)
This seems to be mainly a problem with my desktop computer, but I don't understand why it doesn't happen with ZSNES. And what does going into options have to do with anything? It's like a mix of computer and emulator bugs.
This is frustrating me to no end. I need some help.
UPDATE:
Okay, I connected two different speakers to my laptop and the problem happened, so seems like this game just doesn't like speakers. ZSNES for some reason is fine with them, though. Another way to fix the issue is changing the game's audio to "mono".
Maybe the speakers I got are cheap. Do you guys have any speakers recommendation? Preferably one that doesn't suck.
I hate having to start up a thread just to ask this, but I could not see any other place to fit it. Well, I noticed there's a severe lack of PCE/PCE-CD TASes on this site even after all those years. I was wondering if it's due to lack of interest or because the emulation is not good enough or some other reason.
Not that I want to see more TASes for that platform, but I was just wondering.
From my experiences with NeoGeo, this seems to be a blitter problem. Try the unofficial fba-rr v0.0.7.01 with one of the Direct X9 blitters checked (either "Experimental" or "DirectX9 Alt"). You won't be able to see the frame count and game looks blurry on Alt, but at least they seem to be more stable than the Direct X7 blitters.
I'm afraid, but things point out he seems to not be really comfortable with the idea...
I asked through PM, though. I will try to do it directly when I can.
EDIT: Okay, I got an answer from him. He said he is currently pretty busy with things so he can't join now, but maybe he will when things lighten up.
Yeah. I was the one that suggested derek/dink to transplant fba-rr's code to the official fba. I have an account on the fba forums as well (synnchan). And I'm one of the testers of the official rerecording binary.
I also suggested several other fixes present on fba-rr. For example, 1) now the emulator doesn't skip frames if you dump .avi with fast forward pressed. 2) It can now do the .avi splitting automatically (no more need to pause the emulator, stop recording once it's near 2G and resume anymore). 3) I also suggested him fixing CPS1 and CPS2 since those drivers are very prone to desync, so they're much more stable now.
I'm very happy dink fixed all of this stuff, he is a genius. :)
The fastest computers in existence can only get 300% on some games. Capping
out at 200%, keeping in mind bizhawk's IPC overhead with bsnes, probably isn't
an issue at all.
So... in other words, no matter what I buy, I'd only get 3x at max?
Not really much of a difference then since my computer can go up to 2x already.
I'm considering buying a faster processor for better performance on sneshawk. But first I'd like to know if it's really worthy it. I currently have an Intel Core i5 3330 3.00GHz. Sneshawk already runs at 60fps with it, and the unthrottled speed is 120fps (2x faster). Snes9x 1.53 on other hand, goes up to 1200fps while unthrottled (20x faster).
If I switch my processor to an Intel Core i7 6700k 4.00GHz, will sneshawk's unthrottled speed increase significantly? If it reaches something like snes9x 1.53 levels, then it's certainly worthy buying it. But if it just gives a small speed up, then I'd probably not bother with it.
Can anyone say how high the unthrottled speed would be more or less?
It's working now. Thanks.
By the way, when I close the emulator while playing this game (either from the red X or dropdown menu), this error happens:
is that normal?
Good luck with the syncing, Alyosha.
By the way, will the updated (98% accurate) neshawk core be available on the next BizHawk release? :)
I want to do a few movies but I'd rather wait until the core gets updated.
So... I've been trying to get Saturn Sonic 3D Blast (U) to work on the latest Bizhawk and getting this error:
Yes, I loaded the .cue. Not the .bin.
I know this game works on BizHawk [URL=https://www.youtube.com/watch?v=SxRD0Y6UIFs]because at least one person made a video with it.[/URL]
How can I fix this?
Down to just 2 tests, scnaline and TVpassfail. I'm not really interested in the TV one since it's just a filter, maybe I'll do it eventually.
So it's not important then? I'd like if you could tell me more about TVpassfail (what we'd be missing out if it's not accurate). I like learning about those little things whenever possible.
By the way, if I make a movie on casual-gaming core and then replay it on the tool-assisted core, will it still sync?
Does the casual gaming/tool-assisted only matter for SNES? or does it make difference on other systems too?
Thanks a lot! I really like accuracy too, and I was always curious why NES emulation never really made into the realm of bsnes in terms of accuracy, despite the wealth of research done by NesDEv folks over the past few years.
I've been wondering about this for a while too. Pretty impressive how SNES got to 100% accuracy before the NES, even though the latter is very well documented.
Anyway, only 4 tests to go? I'm confident you'll be able to pass them as well. ^-^
That's exactly why I don't bother with compressing audio. It's pretty small and barely makes difference to the file's total size, so I just leave it uncompressed.
Then I guess I will just keep using my old method, as seen on the OP's video. (Dump with camstudio losseless codec -> vdub -> MKVToolNix). Except with 1 keyframe every 60 frames so it will play properly on any video player.
I've tried it with quite a few videos so far and it's working perfectly for me.
Honestly H.264 in AVI is an hack and shouldn't be used unless B-Frames are turned off, which would be true if you are using lossless mode.
Warepire wrote:
That's because AVI isn't meant to contain video encoded to x264.
If I understand correctly, it's not a good idea to choose either then?
I know the x264 codec has 7 VFW FourCC options:
H264
h264
X264
x264
AVC1
avc1
VSSH
If I can't pick H264 nor x264, what should I pick then?
omg! So that was the issue! I checked that box and put 15 for keyframes and now the video playbacks correctly. ^^ I would never have guessed that on my own.
creaothceann wrote:
Have you tested it with and without Zero Latency setting? Afaik it reduces the compression strength in favor for speed, although if you dump too much data per second your storage device (e.g. HDD) might not be able to keep up. Might not be an issue today though.
I've tested without Zero latency and it apparently doesn't dump accurately. For example, on Double Dragon (J), the title screen saying "DOUBLE DRAGON" shows up at frame 9. If I dump with zero latency, the video will also show it at frame 9, but without it, the title screen shows up at frame 15. So there's this weird 6 frames delay for some reason. It's better to leave it checked.
creaothceann wrote:
When encoding with VirtualDub and x264vfw you probably need to check that "VirtualDub Hack" checkbox. Also, if all you do is upload videos to YT (instead of also storing them), the whole process might be faster to reduce compressing strength if you have a fast internet upload connection.
Can you tell me more about this VirtualDub hack? I didn't check it because I don't know what it does exactly. I hovered my cursor over it and the explanation didn't make much sense to me either.
creaothceann wrote:
EDIT: Also, always use the "Fast Recompress" option in VirtualDub's "Video" menu unless you use VirtualDub filters.
I use the resize filter to make my videos go full HD though, so I guess I can't use this fast recompress option.
Aktan wrote:
I think you should try Lagarith Lossless Codec as x264 is lossy (unless you encode to lossless RGB mode which is really not supported well).
I used the "single pass - lossless" option plus "accept only RGB" and the video looked lossless to me. I put it to play then took a snapshot of it and zoomed in to see if there were artifacts/blurriness or the like, but everything was clean/pixel perfect, exactly like how it shows on an emulator.
I've used Lagarith before but it was dumping rather awkwardly. Some frames were not being displayed correctly. It's been a couple years though so things might have changed now. But now that the camstudio playback problem was fixed, I guess I can go back to using it now.
_____________________________________
Anyway, if I decide to go back to the x264 codec for whatever reason, I was wondering about something. I see there's a commandline window on x264 (as it's shown on the bottom of the second pic of my second post), but I'm bad with this stuff. Can I do what I do on virtualdub through that commandline window alone? I only really do two things on vdub. First I resize to full HD like this:
Then I fix the framerate like this:
fceux dumps at a weird 60.100 fps for some reason. If I don't fix it, then the audio will be out of sync and YouTube automatically rejects the video file because it doesn't know how to work with decimal values.
So... I was wondering: If possible, what argument values I'd need to write in order to resize to 5x and fix the framerate at the same time?
it'd probably make the .avi dumping process slower, but maybe it'd be worthy it if it means I'd not need to mess around with virtualdub anymore.
I'm sorry for the late answer, I was experimenting with things.
@feos
Tried GZIP. It .avi dumped fine (a bit slowly though), but when I tried to encode with vdub, it gave me this error:
@Lex
I must be blind, but where is this "force keyframes every" option? I don't see it anywhere.
I also tried your guide on the other thread. Did everything step by step but it still didn't solve the issue.
__________________
Anyway, seems like I found a solution to my problem. I used the x264 codec recommended by Spikestuff instead of camstudio, and now the final video playbacks perfectly.
I left the configurations window for the .avi dump like this:
Then I used the same configurations to encode with virtualdub. Except with Placebo as preset instead of Ultrafast. It takes forever to encode, but the final .avi size gets really small so it's worthy it.
I guess it's time I ditch my old camstudio codec and use the x264 from now on since it's working much better for my needs.
I'm having an issue where I can't move my encoded videos forward or back on any video player. This doesn't seem to be a problem once they're on YouTube, though, where I can skip things just fine.
I made a video showing how I encode things my own way. Here it is: https://www.youtube.com/watch?v=ht6dsX2buLM (I edited out the parts where the progress bars are moving just to speed things up)
The issue I'm talking about happens at around 6:00. I can move forward/back if I use convertavitomp4, as shown in 7:20, but it doesn't work if I use mkvtoolnix.
Can someone point out what I'm doing wrong, and how to fix this issue? It's just that I like being able to play my videos properly from my computer too.
I tried three games on PCEjin: Popful Mail, Double Dragon 2: The Revenge and Mugen Senshi Valis. The emulator isn't syncing audio properly on any of them. Audio plays much earlier than it's supposed to, so stuff like character moving their mouth and no words being spoken is a thing. This isn't a problem on BizHawk, where the audio syncs perfectly.
I'd just use BizHawk if I could, but it doesn't emulate Mugen Senshi Valis well (it just gives a black screen for that game).
Can someone help me making the audio play correctly?
is that normal?
Yes, I loaded the .cue. Not the .bin.
I know this game works on BizHawk [URL=https://www.youtube.com/watch?v=SxRD0Y6UIFs]because at least one person made a video with it.[/URL]
How can I fix this?
Then I fix the framerate like this:
fceux dumps at a weird 60.100 fps for some reason. If I don't fix it, then the audio will be out of sync and YouTube automatically rejects the video file because it doesn't know how to work with decimal values.
So... I was wondering: If possible, what argument values I'd need to write in order to resize to 5x and fix the framerate at the same time?
it'd probably make the .avi dumping process slower, but maybe it'd be worthy it if it means I'd not need to mess around with virtualdub anymore.
@Lex
I must be blind, but where is this "force keyframes every" option? I don't see it anywhere.
I also tried your guide on the other thread. Did everything step by step but it still didn't solve the issue.
__________________
Anyway, seems like I found a solution to my problem. I used the x264 codec recommended by Spikestuff instead of camstudio, and now the final video playbacks perfectly.
I left the configurations window for the .avi dump like this:
Then I used the same configurations to encode with virtualdub. Except with Placebo as preset instead of Ultrafast. It takes forever to encode, but the final .avi size gets really small so it's worthy it.
I guess it's time I ditch my old camstudio codec and use the x264 from now on since it's working much better for my needs.
