Thanks for this great emu.
2 questions :
- it uses 100% cpu all the time, would it be possible to change this ? (in turbo mode it renders 760fps, so it should use much less).

- "rip audio to ogg" is greyed out, any idea ?

thanks

1) Why do you want to change this? If it is changed then you will get jumpy/stuttering video and sound (because we cannot predict exactly for how long the emulator should go into sleep).

2) This feature has not been implemented yet. So it is disabled. It will be added in a future version for sure.

Also, 760 FPS? . You've got a core i7 or something? I did not expect that it could go that fast. (I usually get about 180-190 FPS most of the time).

Well, I didn't notice such problems in other emulators.



E8400. Maybe the fps display wasn't accurate.

Cheers

Well, I can add such a feature but one will have to calibrate the sleep time for better results.


Nope, its accurate. I just wasn't expecting it to go that fast.

the new version runs fine now. thanks.
and yeah, i'm running on an AMD cpu (Athlon64 3500+)

Lower power consumption and heat generation is one reason, but also if you spin all the time you're going to be overusing at least some amount CPU time that other processes could be using.

Since vsync appears at deterministic intervals and I assume you're waiting for it, you can predict when it'll next happen. You can't guarantee that a wait will take no more than the amount requested, but you can wait for a big chunk where you feel confident that the overshoot and granularity won't cause you to miss the next vsync, and then spin for the remainder. You can do some runtime tests to determine these parameters.

I still find it rather shocking that operating systems don't make a wait for vsync function more accessible (where it would of course put the process to sleep).

You could do what my port of QuickNES does. It regulates by sound output, and if the sound output buffer is at least half full, it also regulates by vsync. So, I guess there is room for some video stuttering if the sound lags behind.

(I also use WaveOut to allow for varied packet sizes, in case one frame has +/- 1 sample due to rounding. Although I suppose there's little chance of that, I just like to play it safe anyway.)

Full list of changes:


As always, download from here

Thanks for the update. My report :

Cpu saving mode seems to work, but here it uses 65 % cpu (E8400), so you must have an 32 core cpu

No choice for ogg quality ?

Sound is all fucked up in both cdrom games i tried (valis 3 & f1-circus special) (continuous saw wave or something).

Display is horribly blocky; nothing like magic engine with interpolation and 25% scanlines, with same setup. Games look like 100x50 resolution
(mess has the same problem, don't understand why)

Cheers

No, I have a single core CPU. Here is a screenshot even:




This isn't CDRWin or Nero burning/ripping software you know . The ripped ogg is good enough IMO. But I may add that option as well but not anytime soon.


Thanks for the report, I'll check it out as soon as possible.


Hearing this for the first time. Just enable the interpolation plugin .

why not add an option to send audio to stdout so people can use any encoder they want?

Oh, it can rip audio into raw WAV files as well. Then you can encode to anything you want. Plus adding support to rip to other formats can easily be added with a hack (but I don't know why people would want that).

you have a settings collection that specifies the encoder program, and the encoder's arguments.

how is that a hack?

Well, okay, but here, it's 65-75% (i just re-checked)



Thanks



It is enabled of course, but it seems it has no effect.
None of the Kega fusion plugins work, by the way.
Here is a screenshot :




Please note that the aspect ratio (set to "none" here) tends to default itself to 3/2, if I change anything regarding display.

Nope. But you can put any encoder in place of "oggenc.dll" and have it export a function with signature "int convert_ogg(const char *in_file, HWND unused)" that converts the given "in_file" to your favorite format with whatever settings you want . I guess now you understand why its a hack .


Do you have vsync enabled?


Hmm...are you sure its not just you? Try some plugin which should have visible effect (lol) like HQ4X, even MD NTSC etc...


Strange again. Do you have write permissions to the folder where you copied Turbo Engine?

Please note that the screenshot above is with interpolation and scanlines.
As you can see there's no interpolation.


Nope, if I do it's 100%.
Do you think it could be a video driver or card issue (gf9500gt & 182.06 drivers), not supporting something, the cpu would do the job instead, hence the increased cpu usage ?



They either have no fx or crash the emulator (ex : "quad (snake)").


Yes (windows xp anyway).

VER 0.31b Chinese(T.W) Language
RC and dll file....

Download:http://ifile.it/oc4fegi

Thank you very much .

You don't mind if I put it up on my website along with your name?

Thanks again .

O.K .... Thanks ^0^

Turbo Engine crashes on start-up here. What am I missing?

WinXP SP3 etc. Nothing special going on.

You mean it crashes like with a "Don't Send" dialog or just opens up and closes immediately? Also, what CPU do you have?

Yes, a "Don't send" dialog. Using an AMD Athlon XP here.

Hmm....Does that AthlonXP support SSE2? IIRC, AthlonXP does not support SSE2. Sorry, but SSE2 support is required to run this.

You are right about that. Athlon 64 and higher supports it.

Guess I didn't see the system requirements posted anywhere, figured I was missing something. Thanks.