Content scanner writes wrong path in playlist if archived file contains accented character

[kp8888]

Description

RetroArch scanner generates a wrong path to an archived file if the file in the archive contains an accented character. For example, the letter é will be replaced with ?, and the rom will not be loaded if launched from the playlist.

Steps to reproduce the bug

1. Use manual scanner to scan directory containing zip file with a rom that has an accented character in its filename.
2. Failure when attempting to load rom due to incorrect path in playlist.

In my case, I'm trying to load "Dragon Quest III (Japan) [T-En by DQ Translations v1.1] [Add by Rod Mérida v1.0c] [n].zip" , which contains a rom with the same filename. The playlist scanner writes the rom's path as "Dragon Quest III (Japan) [T-En by DQ Translations v1.1] [Add by Rod Mérida v1.0c] [n].zip#Dragon Quest III (Japan) [T-En by DQ Translations v1.1] [Add by Rod M?rida v1.0c] [n].sfc" into the playlist file.

Loading the rom directly via the content loader works without any issues.

Version/Commit

• RetroArch: 1.10.3

Environment information

• OS: Arch Linux

[i30817]

Seems like this might be because of the zip header reading implementation, not the paths per-se, since the path before the zip has the accent.

Can you load it if you edit the path in the playlist to replace that last '?' by 'é'?

Or if you extract the zip and point the playlist entry to the extracted sfc (still with a 'é')?