search

WeldFire / bizhawk

Automatically exported from code.google.com/p/bizhawk
0 stars 0 forks source link

N64 Avi Recorder - Tsumi to Batsu - Hoshi no Keishousha Audio issue #133

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Play N64 Tsumi to Batsu - Hoshi no Keishousha
2. Enable Audio throttle (So sound plays ok)
3. Record Avi.

What is the expected output? What do you see instead?

I expect to see A perfect game recording but instead the audio is glitch with 
gaps in the audio as the avi recorder doesn't care about the throttle setting.

What version of the product are you using? On what operating system?

Windows 7 64bit - Bizhawk 1.5.2 and various SVN bizhawk versions.

Please provide any additional information below.

The issue is probably more a Mupen64 core issue, but so far its the only 
effected game ive noticed.  I have completed a movie recording and it does 
playback fine, but when recording to avi, the audio is glitch like its running 
at a different framerate to the video.  The sync is absolutely fine however.   
All I really want is to have the avi recorder save the audio like its in Audio 
throttle mode.

Original issue reported on code.google.com by MThompso...@gmail.com on 19 Nov 2013 at 10:39

GoogleCodeExporter commented 9 years ago 
You are correct; avi recording ignores your throttle setting and uses its own 
throttle setting.  It might be hard to do anything about this; mupen sends back 
very strange sound timing to the client when running this game.  I'll think 
about it...

Original comment by goyu...@gmail.com on 24 Nov 2013 at 9:52

GoogleCodeExporter commented 9 years ago

Original comment by zero...@zeromus.org on 9 Jun 2014 at 3:53

GoogleCodeExporter commented 9 years ago

Original comment by zero...@zeromus.org on 10 Jun 2014 at 10:45

GoogleCodeExporter commented 9 years ago 
Issue 191 has been merged into this issue.

Original comment by adeli...@tasvideos.org on 15 Jun 2014 at 6:36

GoogleCodeExporter commented 9 years ago 
Issue 191 has been merged into this issue.

Original comment by adeli...@tasvideos.org on 15 Jun 2014 at 6:37

GoogleCodeExporter commented 9 years ago 
r7973 sort of fixes this, but it still would be nice to have the core be more 
cooperative in this respect.

Original comment by goyu...@gmail.com on 13 Oct 2014 at 6:38

GoogleCodeExporter commented 9 years ago 
I enabled Alternate Sync option to render this movie and star wars racer and 
now the the audio syncs perfectly, thx again.

Original comment by MThompso...@gmail.com on 13 Oct 2014 at 8:08

GoogleCodeExporter commented 9 years ago 
Glad to hear it's helpful.  I want to leave this bug open for some under the 
hood mupen stuff though.

Mupen should really be trying to return approximately 16 ms worth of audio each 
frame.

Original comment by goyu...@gmail.com on 15 Oct 2014 at 10:27