(05-02-2012, 08:02 PM)gid15 Wrote: Interesting finding!
I've committed it in r2542 so that more people can test it. It doesn't seem to me it would break something.
I just kept the parameter "streamsCanBeAddedDynamically" to false as I don't think this is possible on a PSP.

(05-02-2012, 03:43 PM)gid15 Wrote:

(04-24-2012, 06:26 AM)legend80 Wrote: It's only with Mega Man X (that I can see) in gameplay but both it and 3rd Birthday crash frequently when their tile is selected in the browser.

Next step would be to try to reproduce the issue with a standard Xuggle player so that we can report it to the Xuggle team.

Could someone check if there is a standard player delivered with Xuggle (sorry I have no time to check myself)?
Extract the Browser PMF file from those games ("PSP_GAME/ICON1.PMF") and try to play it with the standard Xuggle player in 64bit. It should crash the same way as Jpcsp....

(05-03-2012, 04:28 AM)legend80 Wrote:

(05-02-2012, 03:43 PM)gid15 Wrote:

(04-24-2012, 06:26 AM)legend80 Wrote: It's only with Mega Man X (that I can see) in gameplay but both it and 3rd Birthday crash frequently when their tile is selected in the browser.

Next step would be to try to reproduce the issue with a standard Xuggle player so that we can report it to the Xuggle team.

Could someone check if there is a standard player delivered with Xuggle (sorry I have no time to check myself)?
Extract the Browser PMF file from those games ("PSP_GAME/ICON1.PMF") and try to play it with the standard Xuggle player in 64bit. It should crash the same way as Jpcsp....

Still repro's with the new build. Damn. I was hoping that would be the end of this.

Also, I don't have those files in my ms0 folder. I have those for some other games but not 3rd Birthday/MegaManX.

(05-03-2012, 04:28 AM)legend80 Wrote: Still repro's with the new build. Damn. I was hoping that would be the end of this.

Also, I don't have those files in my ms0 folder. I have those for some other games but not 3rd Birthday/MegaManX.

(05-03-2012, 09:04 AM)hyakki Wrote:

(05-03-2012, 04:28 AM)legend80 Wrote: Still repro's with the new build. Damn. I was hoping that would be the end of this.

Also, I don't have those files in my ms0 folder. I have those for some other games but not 3rd Birthday/MegaManX.

Hm I am unable to reproduce it, I can click on and off fine with the 3rd birthday (though there is a slight delay), but no crashes or errors I tried it like 30 times, just to make sure I pressed the up and down arrows and went through all my games none generated any crash in the browser.
Tried using both 32bit and 64bit, java 6 and java 7

legend80 do you have any old xuggle manually installed it could be some type of conflict.

(05-04-2012, 05:47 AM)legend80 Wrote: Thanks for looking into this. I don't know what to say. I do not have any xuggle files on my pc except for the ones in my JPCSP folder.

There's no issues in x86 at all - only when using the x64 jar and libs. What could be causing this? Anything else I can try here for you guys? Should I uninstall J6 and try J7?

(05-03-2012, 05:59 PM)Itaru Wrote: Based on this report: http://www.emunewz.net/forum/showthread.php?tid=1355&pid=72245#pid72245 the end of data problem still occurs after a while. The fix is to set the buffer size for ffmpeg in the jpcsp.media.MediaEngine class just before calling the open() method on line 317 as follows:

Code:

container.setInputBufferLength(4096);

Seems like 4KB is the minimum size that doesn't cause the end of data problem. I suppose it can be set to 0x8000 bytes so that it behaves the same as in the old Xuggle where data is being read in 32KB blocks. I've tested it with 4KB buffer size and everything seems to be working fine. The bgm in Prinny has been playing and looping correctly for over 10 minutes now without stopping, so setting the ffmpeg buffer size to at least 4KB seems to squash the end of data problem for good.

Incidentally with the fix above, it seems to be safe now to completely remove the pre-initialization buffering done in jpcsp.connector.AtracCodec. Lines 365-376 can be replaced with:

Code:

} else me.init(atracChannel, false, true);

so that it starts initializing MediaEngine immediately without the pre-buffering. I've only tested this on 64-bit version with Java 7 though but so far so good.