larous25 / mupen64plus

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

audio choppiness #433

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Describe your system:
 - Operating System (be specific): Kubuntu 10.10
 - Machine type (32-bit or 64-bit): 64
 - Mupen64Plus version: 1.99.4
 - Plugins used: default plugins from source (not extra)

Describe the problem:

when building from source, the make file for <mupen64-ui-console> does not 
change the <SHAREDIR> path when a PREFIX is provided. at line 167, i think you 
are missing:

ifeq ($(SHAREDIR),)
  SHAREDIR := $(PREFIX)/share/mupen64plus
endif

this resolves the issue of mupen not being able to find the ini files during 
start-up when compiled without providing explicitly SHAREDIR.

Also, i am having trouble with audio choppiness. from searching the forums it, 
some people have said it is an audio pipeline issue while others have said that 
it is because of syncing the audio and video.

any ideas?

Original issue reported on code.google.com by benjamyn...@gmail.com on 28 May 2011 at 4:13

GoogleCodeExporter commented 8 years ago
There are multiple possible causes for audio choppiness: too slow CPU, too slow 
video card, using a slower core (pure interpreter), audio config parameters.  
Please post your CPU type and speed, and the output of a game run from the 
console which exhibits the issue.

Original comment by richard...@gmail.com on 1 Jun 2011 at 3:51

GoogleCodeExporter commented 8 years ago
CPU: corei7-950, quad-core HT, 3.07 GHz
     top shows that only ~20% of one of the cpus is begin used, peaking at ~27%

I have attached the output of muppen and my muppen config file.

I turned off kwin and that pretty much fixed it (god i can't believe i didn't 
try this). however, when i run wine on project64, i still get 50fps, it's just 
project64 does not use openGL so some of the blits which can't get rendered 
practically crash wine so I like to use muppen.

hence, i'm not sure it is because of compositing. for some reason with kwin 
off, muppen starts using more of the cpu, but i always have plenty of cpu 
resources available. with kwin and muppen both running, they still consume <10% 
of the total according to top. 

Thank you!

Original comment by benjamyn...@gmail.com on 1 Jun 2011 at 4:26

Attachments:

GoogleCodeExporter commented 8 years ago

Original comment by sven@narfation.org on 9 Jul 2011 at 5:43

GoogleCodeExporter commented 8 years ago
Seems to be a duplicate of bug 438

Original comment by s...@narfation.org on 9 Sep 2011 at 11:20