The DX plugin seems to just not be developed enough for this specific game. Many games run well with either plugin and many games run bad with either plugin. It depends on the users video card and it is also just the plugin itself and the incompatible game we are trying to run.

When you say how can we fix it, if you mean if there are any options beyond fixing the code, I'd say there is nothing we can do.

 

=============================================

Edit: This was first only intended for the Zelda games. But now that music support works in other games I moved this post to a new thread here http://forums.ngemu.com/dolphin-discussion/109809-music-support-dolphin.html so that this thread can focus on fixing the zelda games.

=============================================

 

That seems like a great idea. Instead of trying to have the emulator emulate the sound effects and music, all we need to know is exactly when the sound needs to play and have some other program play it. Someone should be able to find on the disc when each sound is cued to play and write a script for vgmstream to play it at the perfect time.

 

That seems like a great idea. Instead of trying to have the emulator emulate the sound effects and music, all we need to know is exactly when the sound needs to play and have some other program play it. Someone should be able to find on the disc when each sound is cued to play and write a script for vgmstream to play it at the perfect time.

afaik that wouldn't fix the sound problems we have atm
like the one in zelda WW with the platform

 

No, it wouldn't fix sound related bugs making the emulator hang, but it would enable sound on games that do work fine. The emulator would not even know another program was playing sounds for it as I said, it would not fix the emulator but this could be a way for us to play games now with sound until Dolphin's own sound gets better.

 

No, it wouldn't fix sound related bugs making the emulator hang, but it would enable sound on games that do work fine. The emulator would not even know another program was playing sounds for it as I said, it would not fix the emulator but this could be a way for us to play games now with sound until Dolphin's own sound gets better.

as long as you know this i'd say go for it

 

Nobody sees this as a daunting task? It would be easier to make a sound plugin, than make a sound script for every single game.

 

It's harder to code a better sound plugin for a sound chip that the devs know little about then taking sound files from the game and making them play.

 

Yep, as said before... The soundchip in Gamecube is poorly documented, so it's really hard for the devs to dev. a good plugin that has sound in all games. So don't whine cause the no sound in-game, you know, they tried to do a good plugin, and the soundplugin works for some games.

 

We are discussing the topic of sound and are coming up with other ideas to get the job done. We do not need you coming to this thread telling us to stop whining and reading off some generic info about how the sound plugin is poorly documented.

 

Okay. Just to let you know. But I like the idea of getting music with a tool that John come up with.

 

where can i use the afc files? i dont find it i open the zelda iso and ther is nothing ( there is one it called track and more isnt there)

 

nice idea by the way , playing the zeldas without sound is not very enjoying . And i think that now that the doplhin is an open source many things are going to be made . I dream playing my wind waker in my comp with sound .
Nice alternative
Edit:how can i extract the sound file from the iso please?

 

Use this GC ISO tool: dextrose.com v.4 - the mother is back

 

Use this GC ISO tool: dextrose.com v.4 - the mother is back

Gc-tool sucks.
GCE is better.
i had trouble with Gc-tool before saying the file i wanted to extract wasn't a file lol

 

The files are in C:\ in a folder names zeldaww but no sound is playing at the intro. Oh well.

 

thanks guys i hope that a sound plugin will be out soon .

weird it didnt worked even when i extracted the file in c:/Zeldaww and unpacked the files in the release.rar in a doplhin directory it haven't worked.

 

I'm starting this thread with the goal of solving these problems that could greatly improve gameplay in Zelda - TP.

1. Why doesn't OpenGL + Dual Core work? It freezes after the logos. Are there known causes for this? What is known about it? How do we fix it?

Don't know. Feel free to debug.

2. Why does DirectX give major black areas? For example the beginning waterfall scene. Are there known causes for this?

It does? Looks fine to me.

3. A more general question. Why can't the emulator skip idle processor cycles when Dual Core is enabled (shown as idle skipped in the status bar)? I think this would improve the speed even during actual gameplay because even then there seems to be idle cycles for some reason, perhaps because some games are programmed with FPS limits so that the GameCube CPU load is not always 100% even during gameplay.

The GPU can trigger interrupts on the CPU. In dual core mode, they are completely asynchronous. If idle skipping was enabled, and the game was waiting for an interrupt from the gpu .. you see what would happen right. It'd go mad trying to run the cpu at infinity mhz for short periods, completely screwing up timing.

4. Another general question. What is required to enable frameskipping so that the game can run at normal speed even if the FPS is 10 or 15? Currently it seems like the game only runs at actual speed when the FPS is the same as the vertical refresh rate (50 or 60 Hz). I guess frameskipping is similar to skipping idle frames, but since actual calculations takes place during those cycles there is some kind of complication in enabeling this feature. Perhaps there are articles on this topic on the internet?

Can't be done. The only thing you can do is disable all vertex decoding for every other frame for example, but that would only save you so much. If a game depends on an interrupt command in the GPU stream ... well ... it's just not gonna work if you simply forget about running the GPU for a frame.

 

2. Why does DirectX give major black areas?

It does?

Yes it does.

 

It only gives major black areas on the 32-bit version. Yesterday I installed XP 64 and there are no more black areas.

Maybe the dx plugin should be separated into two 32/64 bit versions.

Also, the OpenGL plugin should be fixed to work with OpenGL 1.5 extensions (not everyone has an OpenGL 2.0 card, you know).

 

the pcsx2 emulator is more optimised then Dolplhin emu, is it open source? Or is the gamecube more harder to emulate?
Thx

 

Gc-tool sucks.
GCE is better.
i had trouble with Gc-tool before saying the file i wanted to extract wasn't a file lol

where can i find GCE? i googled around and found nothing.

 

where can i find GCE? i googled around and found nothing.

http://www.nyleveia.com/daco/GCE.zip

 

Don't know. Feel free to debug.

Okay

It does? Looks fine to me.

This seems like something that could be fixed in a couple of hours of bugtesting. Unless the 32bit code is much different the 64bit code.

The GPU can trigger interrupts on the CPU. In dual core mode, they are completely asynchronous. If idle skipping was enabled, and the game was waiting for an interrupt from the gpu .. you see what would happen right. It'd go mad trying to run the cpu at infinity mhz for short periods, completely screwing up timing.

Okay. But Dual Core still adds performance, right? Because the most demanding areas use few idle Mhz, so Dual Core can double the performance in those areas? And idle Mhz are not as demanding as real Mhz, or are they?

Can't be done. The only thing you can do is disable all vertex decoding for every other frame for example, but that would only save you so much. If a game depends on an interrupt command in the GPU stream ... well ... it's just not gonna work if you simply forget about running the GPU for a frame.

Okay. I was thinking about the PCSX2 Frame Skip option. But now that I tested it again I couldn't see that it made any difference. I'm not sure if it means skipping Idle Mhz or skipping some calculations in real Mhz.

If you disabled all vertex decoding and perhaps some other things how much of a gain could you see at most? Is it right that the emulator has to render 50 or 60 FPS to keep up with the actual game speed? Because most games could be playable even if the FPS is only 15, but if that means that the whole game goes in a slow motion speed of 30% of the actual speed it becomes tiresome to play it.

 

I guess this goes to show us that last gen consoles can be emulated at playable speeds without having to use a dual core PC or the best video card out there, unlike some other emulator that I will not mention.