Hatsune Miku: Project DIVA F [BLUS31319]

Update 2017-01-30 See this post for setting that should be used. On Windows also use XAudio for better sound quality.

A simple incrementing (I doubt it makes a difference) cellGcmGetVBlankCount doesn't get it any further.

A simple incrementing (I doubt it makes a difference) cellGcmGetVBlankCount doesn't get it any further.

Ah well. There are a few other errors along the log, like

[E : PPU[1] Thread (CPUThread)[0x0137c004]]: TODO: cellVideoOutGetScreenSize

[E : PPU[1] Thread (CPUThread)[0x01372010]]: TODO: cellGcmSetQueueHandler

[E : RSXThread]: TODO: cellGcmSetPointSize(0x3f800000)

[E : RSXThread]: TODO: cellGcmSetPolygonOffsetScaleFactor(0x0, 0x0)

Maybe it's one of those... or something else entirely. I would still guess this one can't be far from showing something since graphics are fairly basic (and relatively few gcm commands are used compared to other 3D games), and it doesn't use spurs either.

Hello guys, when i try to istall Hatsune...PKG and press start to launch the game i getting this error
LOG
PKG Loaderackage successfully istalled in: /dev_hdd0/game/NPUB31241
path:/dev_hdd0/game/
Boot error: elf not found![/dev_hdd0/game/NPUB31241]

PS: I have the latest version of rpcs3.

Hello guys, when i try to istall Hatsune...PKG and press start to launch the game i getting this error
LOG
PKG Loaderackage successfully istalled in: /dev_hdd0/game/NPUB31241
path:/dev_hdd0/game/
Boot error: elf not found![/dev_hdd0/game/NPUB31241]

PS: I have the latest version of rpcs3.

Try moving BOOT.BIN and EBOOT.BIN from /dev_hdd0/game/NPUB31241/USRDIR (Or wherever they are) to /dev_hdd0/game/NPUB31241. In fact, you will need to move several files and folders or set up the paths to them in the VFS manager (Virtual file system). Basically, when the game loads you will probably see several "file not found" errors in the log. Take note of where it looks for these files, and then look for where they actually are. Move them to where it looks, or remap where it looks in the VFS manager.

A simple incrementing (I doubt it makes a difference) cellGcmGetVBlankCount doesn't get it any further.

Ah well. There are a few other errors along the log, like

[E : PPU[1] Thread (CPUThread)[0x0137c004]]: TODO: cellVideoOutGetScreenSize

[E : PPU[1] Thread (CPUThread)[0x01372010]]: TODO: cellGcmSetQueueHandler

[E : RSXThread]: TODO: cellGcmSetPointSize(0x3f800000)

[E : RSXThread]: TODO: cellGcmSetPolygonOffsetScaleFactor(0x0, 0x0)

Maybe it's one of those... or something else entirely. I would still guess this one can't be far from showing something since graphics are fairly basic (and relatively few gcm commands are used compared to other 3D games), and it doesn't use spurs either.

Out of those I would wager it's cellGcmSetQueueHandler which sets up a callback after flips are handled. Maybe it uses that for its mainloop for some reason?

cellVideoOutGetScreenSize is interesting too. Hrm.

A simple incrementing (I doubt it makes a difference) cellGcmGetVBlankCount doesn't get it any further.

Ah well. There are a few other errors along the log, like

[E : PPU[1] Thread (CPUThread)[0x0137c004]]: TODO: cellVideoOutGetScreenSize

[E : PPU[1] Thread (CPUThread)[0x01372010]]: TODO: cellGcmSetQueueHandler

[E : RSXThread]: TODO: cellGcmSetPointSize(0x3f800000)

[E : RSXThread]: TODO: cellGcmSetPolygonOffsetScaleFactor(0x0, 0x0)

Maybe it's one of those... or something else entirely. I would still guess this one can't be far from showing something since graphics are fairly basic (and relatively few gcm commands are used compared to other 3D games), and it doesn't use spurs either.

Out of those I would wager it's cellGcmSetQueueHandler which sets up a callback after flips are handled. Maybe it uses that for its mainloop for some reason?

cellVideoOutGetScreenSize is interesting too. Hrm.

I think I have seen cellGcmSetQueueHandler in some other games as well, so you could always get on top of that

A simple incrementing (I doubt it makes a difference) cellGcmGetVBlankCount doesn't get it any further.

Ah well. There are a few other errors along the log, like

[E : PPU[1] Thread (CPUThread)[0x0137c004]]: TODO: cellVideoOutGetScreenSize

[E : PPU[1] Thread (CPUThread)[0x01372010]]: TODO: cellGcmSetQueueHandler

[E : RSXThread]: TODO: cellGcmSetPointSize(0x3f800000)

[E : RSXThread]: TODO: cellGcmSetPolygonOffsetScaleFactor(0x0, 0x0)

Maybe it's one of those... or something else entirely. I would still guess this one can't be far from showing something since graphics are fairly basic (and relatively few gcm commands are used compared to other 3D games), and it doesn't use spurs either.

Out of those I would wager it's cellGcmSetQueueHandler which sets up a callback after flips are handled. Maybe it uses that for its mainloop for some reason?

cellVideoOutGetScreenSize is interesting too. Hrm.

I think I have seen cellGcmSetQueueHandler in some other games as well, so you could always get on top of that

Why you -- ! Well, I don't think so. I have the NPUB31241 version of this which calls cellGcmSetQueueHandler but continues on. It, however, fails with some RSX stuff ("FP not found in buffer!&quot.

What are the other games, by the way?

Ah well. There are a few other errors along the log, like

[E : PPU[1] Thread (CPUThread)[0x0137c004]]: TODO: cellVideoOutGetScreenSize

[E : PPU[1] Thread (CPUThread)[0x01372010]]: TODO: cellGcmSetQueueHandler

[E : RSXThread]: TODO: cellGcmSetPointSize(0x3f800000)

[E : RSXThread]: TODO: cellGcmSetPolygonOffsetScaleFactor(0x0, 0x0)

Maybe it's one of those... or something else entirely. I would still guess this one can't be far from showing something since graphics are fairly basic (and relatively few gcm commands are used compared to other 3D games), and it doesn't use spurs either.

Out of those I would wager it's cellGcmSetQueueHandler which sets up a callback after flips are handled. Maybe it uses that for its mainloop for some reason?

cellVideoOutGetScreenSize is interesting too. Hrm.

I think I have seen cellGcmSetQueueHandler in some other games as well, so you could always get on top of that

Why you -- ! Well, I don't think so. I have the NPUB31241 version of this which calls cellGcmSetQueueHandler but continues on. It, however, fails with some RSX stuff ("FP not found in buffer!&quot.

What are the other games, by the way?

inFamous is one at least. However it's not even loadable.

Out of those I would wager it's cellGcmSetQueueHandler which sets up a callback after flips are handled. Maybe it uses that for its mainloop for some reason?

cellVideoOutGetScreenSize is interesting too. Hrm.

I think I have seen cellGcmSetQueueHandler in some other games as well, so you could always get on top of that

Why you -- ! Well, I don't think so. I have the NPUB31241 version of this which calls cellGcmSetQueueHandler but continues on. It, however, fails with some RSX stuff ("FP not found in buffer!&quot.

What are the other games, by the way?

inFamous is one at least. However it's not even loadable.

If can be interesting now with the last version of the rpcs3 getting this error log
[E: PPU [1] Thread (CPUThread) [0x01372040]]: cellGcmSys error: Unimplemented function: cellGcmGetVBlankCount
perhaps something far not implemented?