Michael wrote:
>>> [broken filename display on windows platform]
>>>
>> ...however, this hasn't fixed it. I'm not near my linux box at the
>> moment, so my observations are only valid for gnump3d running on
>> windows. Maybe the colon added to the paths
>> ("<driveletter>:/path/to/filename") is a problem?
>>
>
> That would be quite possible. It would be trivial to fix that if it is the
> case. Can you please confirm as I don't have any windows boxen?
OK, I just did some manual cache file editing, trying to find out what
the problem is - in vain :-\
I edited both the complete path to the file at the beginnning of each
line and the content of $FILENAME at the end of the line, removing only
the colon, the complete path, and combinations thereof - still without
any change.
Could you hint me to the corresponding code handling the chache file
parsing so I can have a look at it?
Maybe I'll be lucky and see something.
Ah, BTW: The streaming itself works fine, so the paths for playlist
generation aren't affected.
Cédric
_______________________________________________
Gnump3d-users mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnump3d-users
