0
0

I’m running FMODex 4.4.41 and have noticed that when I set mediapath FMOD seems to switch the path separators the wrong way resulting in that no data can be loaded since the paths become invalid. Since I’m using the filesystem callbacks I’m able to do a workaround for every load, that is switching back the slashes the way they should be, but it would ofcourse be better if you could have it all fixed properly so I could remove my "hack".

  • You must to post comments
0
0

Is that only for your callbacks that this fails? We fixed our own file open function for 360 in v4.4.37 to switch it to the way it likes it, because I think we’re using / for everything now internally.
Its only the xbox platforms that required one direction for the slash (edit only 360, xbox1 seems to be fine with it too), virtually every other platform OS functions handle both slashes, even CreateFile on the win32 platform.

  • You must to post comments
0
0

Well, since the mediapath gets corrupted by FMOD, that is the slashes are flipped the wrong way, more or less all loads that uses this mediapath would fail, right? In our "hack" we use a slashify-function that automaically makes the slashes right for the current platform. I know there are some other platforms that only accept one kind of slashes and if I’m not wrong the ps2 is one of thoose. Since the hack is working we do have a workaround but it’s not really a nice one since it steals some extra time for every fileopen, something that might be masked by discseeks though but still. If there is a way for you to fix this then I would really appreciate this otherwise we just have to hope it doesn’t becomes to much of an issue.

  • You must to post comments
0
0

[quote="Ljudas":16ib34n5]Well, since the mediapath gets corrupted by FMOD, that is the slashes are flipped the wrong way, more or less all loads that uses this mediapath would fail, right?[/quote:16ib34n5]

No? Nothing is failing, you didnt really answer the pertinent question, which is if your system is overriding fmod’s file system, because fmod’s file system does not have a problem with this. As i said, only 1 platform had to be ‘fixed’ and that was 360. I think playstation 2 already had the same fix in it years ago, because we knew it was sensitive, and for 360, didnt expect it to be sensitive (because it uses createfile and win32, win64, xbox1 are all insensitive).

[quote:16ib34n5]
In our "hack" we use a slashify-function that automaically makes the slashes right for the current platform. I know there are some other platforms that only accept one kind of slashes and if I’m not wrong the ps2 is one of thoose. Since the hack is working we do have a workaround but it’s not really a nice one since it steals some extra time for every fileopen, something that might be masked by discseeks though but still. If there is a way for you to fix this then I would really appreciate this otherwise we just have to hope it doesn’t becomes to much of an issue.[/quote:16ib34n5]

Steal extra time? Are you talking about parsing a string and flipping slashes? That takes microseconds, i’m not sure how disk seeks would mask that, you make it sound like it would take hundreds of milliseconds or something.

There’s nothing really broken that we can fix, everyhing is working, and it sounds like your file open just doesnt handle both types of slashes (thats if you’re using your own file callbacks as I asked about).

  • You must to post comments
0
0

Sorry for not being clear about the usage of callbacks before but we are using the these and that’s where we currently do the slash fixing, that is correct the invalid slashes. I would definatelly consider this a hack, costly or not, but if you don’t want to fix it then I guess I have to live with it. As you say it’s not an issue of hundreds or milliseconds that would stall the game and in combination with a fileopen that often take a couple of milliseconds due to disc seeks it wouldn’t make much difference. Still, it’s a cost that could be avoided, as I see it, and as such it should preferably be eliminated.

  • You must to post comments
Showing 4 results
Your Answer

Please first to submit.