Port to string_theory regressed opening some prp files about libhsplasma HOT 5 CLOSED

Well, the point is, the file works just fine in Blender and Uru. My dataserver generation scripts load the PRP files via libhsplasma to make some sanity checks (e.g. to make sure there are no horribly broken plLinkResponders in there), and thus dataserver generation fails with libhsplasma master. The way things are right now, I have the choice between asking Dulcamara (and others using umlauts in filenames and object names) to rename some things in order to fix issues they can't see, or alternatively forever sticking to an older version of libhsplasma. I don't think the first first solution would be appropriate; after all, the files are working perfectly fine, so there's no fundamental reason anything needs to be changed. Many age writers are not very tech-savvy, and I don't even know how hard it is to rename things and fix every reference in Blender. Ultimately, the issue only exists on my side, in the toolchain I use, which (somewhat arbitrarily) places more restrictions on the validity of PRP files than Uru does. Even though I agree it would be nice to have everything be valid UTF-8, I feel it is wrong to put the burden of this decision onto age writers. It's not like we have too many of them...
(Considering the age of Uru:TPOTS, I would actually be surprised if it does use UTF-8, but I don't know.)

from libhsplasma.

The issue is probably caused by an object (a texture, more specifically) having a name that's not valid UTF-8: Holz alt f�r Balk.004.
(I guess this is the German umlaut ü encoded in ISO-8859-1 or a similar encoding.)

from libhsplasma.

I noticed that a different blend file produced by Dulcamara included textures with latin_1 encoded ü characters. This actually made Blender 2.7x crash! IMO the bug is on the end user's side for creating defective files, but I'll defer to @zrax.

from libhsplasma.

Calling the file 'defective' is a bit harsh. That's an input problem on the part of Blender for not converting the encoding to what it needs/expects.

from libhsplasma.

@diafero, do your automated checks function properly with #98 applied?

from libhsplasma.