Topic: FB Neo Bugs Reports

[the_maq]

the_maq, thank you for the report - this one's fixed now.

best regards,
- dink

I did a full rally on this and it's dead on..!! thanks a bunch for this fix..

[dink]

the_maq, excellent - thanks for verifying

best regards,
- dink

[dink]

RN,
Confusing as the option is, it actually sets the priority of the emulation thread in the fbneo process - which of course isn't the same as the process priority (the info that shows up in task list or process explorer).

best regards,
- dink

[RN]

RN,
Confusing as the option is, it actually sets the priority of the emulation thread in the fbneo process - which of course isn't the same as the process priority (the info that shows up in task list or process explorer).

best regards,
- dink

I am well confused! lol

So it's an internal priority of the emulator, not a windows management priority?

Would this be for slower PC system setups or testing vs mainboards or what?

[dink]

RN, think of threads like a mini process inside of a process.  fbn sets only the thread which runs the emulation/input/sound/video to a higher priority.

Setting the process priority (like in task manager -> Set Priority) sets all the threads in the process to a higher priority, so its a little different.

If anyone can prove that setting the process priority higher is more beneficial for fbn, I'll change it.  I did some quick tests experimenting with the process priority and fbn, checking fps w/ffwd and tried lowering audio buffers/etc, and couldn't get any better performance than if the process were at normal (with fbn thread priority at normal)

best regards,
- dink

[littlebear]

Meteor (bootleg of Asteroids) and Meteorite (Proel bootleg of Asteroids) both are black screen

Thank you.

[JacKc]

@ littlebear

Yes it is noted in the driver:

Code: [Select]

// not working (all use same read handler/inputs)
//     asterock
//     asterockv
//     meteorite
//     meteorbl

[RN]

Thanks dink for the information.

If anyone can prove that setting the process priority higher is more beneficial for fbn, I'll change it. 

Test example with the CPS3 driver which demands a lot more of a demand on the CPU than other drivers perhaps. This can make the rom run a bit more sluggish when the windows task manager process is "normal". Upping the priority to "above normal" or "high" gives a far more accurate representation and input latency feedback as expected from the actual mainboard setup.

This typically applies to systems that are perhaps a bit strained, or using some "real time" screen recording (OBS for example), or live streaming etc.

Introducing a task manager control in the FBN menu/config to automatically set a priority value on loading would be so welcomed.

[dink]

littlebear, sorry, those games aren't working and we forgot to mark them as such.

best regards,
- dink

[dink]

RN,
I removed the thread priority thing and replaced it with process priority.  please give it a try.

best regards,
- dink

[dink]

littlebear,
the asterrock and meteroite games have been fixed, thanks for reminding us they were broken

best regards,
- dink

[RN]

RN,
I removed the thread priority thing and replaced it with process priority.  please give it a try.

best regards,
- dink

dink,
Just tested and it works perfect!
It also loads up with the correct priority from the config.

This is excellent and thank you!

Will this brilliant and highly useful feature be implimented in a future release?

[dink]

RN,
that's good.  Yes, everything that's been done on the git will be in a release when we do one.

best regards,
- dink

[RN]

RN,
that's good.  Yes, everything that's been done on the git will be in a release when we do one.

best regards,
- dink

Just a small side note query dink.

With the "nAppProcessPriority" value:

128 = high
32768 = above normal
32 = normal
16384 = below normal
64 = low

Is this correct?

[littlebear]

littlebear,
the asterrock and meteroite games have been fixed, thanks for reminding us they were broken

best regards,
- dink

Thank you.

I found Dragon Ball Z - Super Butouden 2 (T-Eng) crash even with other emulator when patched to CRC BC79B5F2.
if patched to as Romhacking suggestion it is working. then it's crc won't match the dat. Thank you.