playing video files with french accented characters in title...

[navytoke]

Hi Sub,
Here is the part of the verbose log, it seems to try to start with proper naming (accurate accented characters) but mvp requests back a filename with "different" accented characters converted ???

2005-08-30 19:51:10.770 VERBOSE [491] RecordingFactory.loadSchedule()
2005-08-30 19:51:10.780 VERBOSE [491] Cultivé et bien élevé_20050830_19302000.mpg
2005-08-30 19:51:10.940 VERBOSE [339] About to play file: E:\MyVideos\Cultivé et bien élevé\Cultivé et bien élevé_20050830_19302000.mpg
2005-08-30 19:51:10.950 VERBOSE [339] Sending MVP Video Playback Request: E:\MyVideos\Cultivé et bien élevé\Cultivé et bien élevé_20050830_19302000.mpg
2005-08-30 19:51:10.950 VERBOSE [339] Playback started: E:\MyVideos\Cultivé et bien élevé\Cultivé et bien élevé_20050830_19302000.mpg
2005-08-30 19:51:11.020 VERBOSE [338] MVP playback requested: E:\MyVideos\CultivC) et bien C)levC)\CultivC) et bien C)levC)_20050830_193020
2005-08-30 19:51:11.020 ERROR [338] Media stream thread caught exception: Impossible de trouver une partie du chemin d'accès "E:\MyVideos\CultivC) et bien C)levC)\CultivC) et bien C)levC)_20050830_193020forcefailure".
2005-08-30 19:51:11.020 ERROR [338] at System.IO.__Error.WinIOError(Int32 errorCode, String str)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean useAsync, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at q.al()
2005-08-30 19:51:11.220 VERBOSE [339] MVP not sending frame
2005-08-30 19:51:11.220 VERBOSE [339] MVP request processed
2005-08-30 19:51:11.220 VERBOSE [339] MVP data read: 1 (7)
2005-08-30 19:51:11.220 VERBOSE [339] MVP request processed
2005-08-30 19:51:11.771 VERBOSE [338] RecordingFactory.loadSchedule()
2005-08-30 19:51:11.811 VERBOSE [2] getValue() loading new key/value into cache: /settings/NetRadioBufferSize
2005-08-30 19:51:11.811 VERBOSE [2] getValue: /settings/NetRadioBufferSize : 96000
2005-08-30 19:51:11.811 INFO [2] NetRadio buffer size is: 96000

the dongle.bin that I use is dated 02 june 2005 and size 1686 Kb...


thanks for your great efforts,

[navytoke]

Hi Sub,

sorry to bother you again about that issue but I would like to explain you a bit more and maybe this is a real easy issue to fix for you...

I am recording shows from the guide (populated by zap2it) with french characters in name.

The problem seems to be in formatting those characters. with an hex editor, let's say a filename contains the character "â" which is hex E2 ...

When trying to playback such a filename, mvp just reboots and the log looks like this

2005-12-16 12:19:16.139 VERBOSE [288] About to play file: D:\MyVideos\La Vie de château\La Vie de château_20051216_11301200.mpg
2005-12-16 12:19:16.139 VERBOSE [288] Sending MVP Video Playback Request: D:\MyVideos\La Vie de château\La Vie de château_20051216_11301200.mpg
2005-12-16 12:19:16.139 VERBOSE [288] Playback started: D:\MyVideos\La Vie de château\La Vie de château_20051216_11301200.mpg
2005-12-16 12:19:16.209 VERBOSE [287] MVP playback requested: D:\MyVideos\La Vie de chC"teau\La Vie de chC"teau_20051216_11301200.m
2005-12-16 12:19:16.209 ERROR [287] Media stream thread caught exception: Caractères non conformes dans le chemin d'accès.
2005-12-16 12:19:16.209 VERBOSE [286] MVP data read: 1 (7)
2005-12-16 12:19:16.209 VERBOSE [286] MVP request processed
2005-12-16 12:19:16.269 ERROR [287] at System.IO.Path.GetFileName(String path)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at xae10db17d26ba033.xbb1566157f5f8b1f.xf9d81bb81f7c2ff0()

looking at this file in hex , the failing character "â" is represented with 2 codes : C3 A2 and the mvp requests back with codes : 43 22 (value shifted one bit or minus 128) and of course now does not find the file...

If you have some time to look into it; this might also be a problem with other mvp supported languages...

thanks for your help, gbpvr is truly a great sw !!!

[navytoke]

Hi Sub,

I did some more testing and using the original mvp software plays the files without problems...

so it has to be something at the time the call is made to play the file from gbpvr to mvp...

the accented characters instead of being sent in a one byte extended character seems to be sent in 2 characters which is not good...

for more information, i am using xp pro sp2 with french canada settings and keyboard...

I am sure in the past (last spring), this was working but not sure since which version this has been broken ???

thanks for your time again,

[sub]

Its something to do with the way the file name is converted using the GetShortPathName() API. In your case it seems to be ending up with a broken filename.

[navytoke]

Hi Sub,

nice to talk to you almost directly...

do you mean that the playing should try to access the file in dos 8.3 naming conventions ? if so, why is it listed with long names in the logs from gbpvr and back from mvp ?

are these function calls using multibyte locale (ansi precursor to unicode) ?

I am not a programming expert but I think if the function call is unicode compatible/aware, this kind of problem should not occur ?

If I am completely away, can you orient me toward a solution ? xp regional settings ??? etc

thanks again to help me understand that problem,

[navytoke]

Hi Sub,

guess what, with your help (providing the type of file access) , I was able to find what is happening...

short filenames were disabled on my system causing that issue... probably by some optimizing performance software that I ran in the past...

the culprit registry key is as follows :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation
and of course has to get a value of 0 (not disable)

thanks again, you're the best !!!

[sub]

Yeah, I thought it was pretty odd it wasnt working for you. "Beautés Désespérées.mpg" worked just fine for me.