NextPVR Forums

Full Version: unc path and long name failures MVP reboot
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Hi all,

its been a very long time since i last post a message.

I've been using gbpvr for quite a while now and has served me very well Smile Thanks sub

I have just bought a network storage box for my music.

I have setup a unc path for access to my netbox in the music directory settings, I can access the box no probs.

However some mp3 make my MVP reboot. this is the log


16/01/2007 20:54:24.328 VERBOSE [11] About to start playback of \\Net-store\music\music\Coldplay\A Message - Coldplay.mp3
16/01/2007 20:54:24.453 VERBOSE [11] MVP sending frame
16/01/2007 20:54:24.515 VERBOSE [11] Y/Y2 buffer: 53197 bytes
16/01/2007 20:54:24.546 VERBOSE [11] U/V buffer: 26140 bytes
16/01/2007 20:54:24.546 VERBOSE [11] incremental frame sent
16/01/2007 20:54:24.546 VERBOSE [10] MVP playback requested: \\Net-store\music\music\Coldplay\AMESSA~1 (shortname)
16/01/2007 20:54:24.562 VERBOSE [10] MVP playback requested: \\Net-store\music\music\Coldplay\AMESSA~1 (longname)
16/01/2007 20:54:24.562 VERBOSE [10] getValue() loading new key/value into cache: /settings/MvpTranscodeAllVideo
16/01/2007 20:54:24.562 VERBOSE [10] getValue: /settings/MvpTranscodeAllVideo : false
16/01/2007 20:54:24.562 VERBOSE [10] Opening media file: \\Net-store\music\music\Coldplay\AMESSA~1forcefailure
16/01/2007 20:54:24.593 ERROR [10] Media stream thread caught exception: Could not find file '\\Net-store\music\music\Coldplay\AMESSA~1forcefailure'.
16/01/2007 20:54:24.609 ERROR [10] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at GBPVR.xbb1566157f5f8b1f.xf9d81bb81f7c2ff0()
16/01/2007 20:54:24.609 VERBOSE [10] MVP Streaming Thread shutting down...
16/01/2007 20:54:24.609 VERBOSE [10] MVP Streaming Thread shutdown finished
16/01/2007 20:54:24.703 VERBOSE [9] MVP data read: 1 (3)
16/01/2007 20:54:24.703 VERBOSE [9] MVP request processed
16/01/2007 20:54:25.656 VERBOSE [1] videoInsetVisible = false
16/01/2007 20:54:25.656 VERBOSE [1] MusicPlaybackManager.stop()

it appears not to like my long filenames.

I tested it by renaming the mp3 to a sorter name and it works fine.

Has anyone out there experinced something similar?

Thanks in advance

cidc
have done some more testing and it works fine from gbpvr on my server but not from the mvp.

program version 99.5
has anyone seen anything like this on their mvp? Sad
You might already have done this:
I think you need to run gbpvr-recordingservice from a user account instead of a local system account. Otherwise it won't let the mvp access networked drives. The gbpvr on the server is started by you, so running on a user account.
thanks for getting back to me. I tried changeing the user account for the recording service and it fixed my subtitles problems - of which i had given up on Smile

I don't understand how the recording service has anything to do with the MVP though.:confused:

I moved some music over to my other network 2003 server and it plays fine - however when i play the files from this network landrive the mvp reboots.

It reboots only when it access a file with a long file name not with short names.

The landrive uses linux so i'm starting to think it a windows/linux problem.

Anyone else got any ideas?

cidc
Have done some more testing it also seems to be the folder length aswell, not just the name of the mp3

ie
\\net-store\music\Mary\you know.mp3 works ok

but

\\net-store\music\Mary J. Blige - Reflections\you know.mp3 fails and crashs


cidc
Quote:I don't understand how the recording service has anything to do with the MVP though.:confused:

The recordingservice "starts" the gbpvr.exe for the mvp. So it runs under same account as the rec.service I guess.

I've had/seen problems with the mvp wrt special characters, but not with long file names. So you might be right that it's a win-linux thing. Although I think the mvp uses short filenames.:confused:
I am far from an expert, but I dabbled a little in linux/windows file sharing a while back.

I expect that your linux box is using SAMBA to share out the files, and from what I remember the way that it truncates long file names to short ones for applications that need to access short file names is not the same as the method that windows uses.

I think that there is an option in the config file for SAMBA that will tweak that, but I can't remember where (it's been a couple of years since I messed with it) if the MVP is using short file names and expecting the windows method of shortening, that might explain your problem - the "AMESSA~1" is a typical windows style file name shortening so it might have something to do with things

Hope that gets you a bit furthar down the line
thanks for everyones replys. I not sure this is something i am going to be able to fix.

The Network landrive is using samba however there is no way to telnet on to it Sad

its a bit of a shame that i may not resolve this. Its a very handy box to have. The Landrive cost £30 and with a 320G disk - its great.

anyway thanks again.

cidc
Quote:16/01/2007 20:54:24.546 VERBOSE [10] MVP playback requested: \\Net-store\music\music\Coldplay\AMESSA~1 (shortname)
16/01/2007 20:54:24.562 VERBOSE [10] MVP playback requested: \\Net-store\music\music\Coldplay\AMESSA~1 (longname)
It's something to do with the filesystem being unable to convert the short file path back to the long path. Normally the second of these lines above would have converted the short path back to the long path, but in this case the file system seems to be unable to do this.
thanks for the reply sub,

thanks for explaining why it reboots, not much i can do about it though.
maybe the people who make the box may improve the firmware in the future Smile

cidc
Pages: 1 2