MPV locks up when playing .MOV files

[rtmey2000]

I have the latest version of GBPVR 1.0.16, with quicktime alternative installed. Files play perfectly when played within PVRX2 or GBPVR on the computer. The file extensions are .MOV and .MP4. These file are h264. These files also play well on WMP.

The problem occurs when playing on MVP. Playing .MP4 videos play fine, but playing .MOV ( or .M4V) files cause the MVP to reboot.

The Log file MVP-PVR2.exe.log file is attached below.

The interesting thing is copying this file with a new extension (.MP4) appears make the MVP handle the files just fine (not transcoding, just renaming). Also renaming a working file with an MOV extension also causes MVP to hang.

I think the problem lies with how the names are passed to ffmpeg for transcoding. PVRX2 appears to have difficulty passing the file names of videos with .MOV or .M4V to ffmpeg correctly.

Could someone help me look into this and see if this a problem on their system? Does someone already have a fix for this?

I use this to itunes to download podcasts to my ipod and it would be nice to just have them work on the MVP without renaming all of them and doubling up on hard drive space.

Thanks.

Code:

MVP playback requested: Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.mov (longname)
2007-08-28 08:18:14.625    VERBOSE    [6]    MVP request processed
2007-08-28 08:18:14.625    VERBOSE    [6]    MVP waiting for data
2007-08-28 08:18:14.625    VERBOSE    [7]    Checking if transcode required
2007-08-28 08:18:14.625    VERBOSE    [7]    getValue() loading new key/value into cache: /settings/MvpTranscodeAllVideo
2007-08-28 08:18:14.625    VERBOSE    [7]    getValue: /settings/MvpTranscodeAllVideo : true
2007-08-28 08:18:14.625    VERBOSE    [7]    Opening media file: Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure
2007-08-28 08:18:14.640    ERROR    [7]    Media stream thread caught exception: System.IO.FileNotFoundException: Could not find file 'Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure'.
File name: 'Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure'
   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 GBPVRX2.MVP.x3ca133dee7547455.xf9d81bb81f7c2ff0()
2007-08-28 08:18:14.640    VERBOSE    [7]    MVPSendStopRequest()

[zehd]

I have the latest version of GBPVR 1.0.16, with quicktime alternative installed. Files play perfectly when played within PVRX2 or GBPVR on the computer. The file extensions are .MOV and .MP4. These file are h264. These files also play well on WMP.

The problem occurs when playing on MVP. Playing .MP4 videos play fine, but playing .MOV ( or .M4V) files cause the MVP to reboot.

The Log file MVP-PVR2.exe.log file is attached below.

The interesting thing is copying this file with a new extension (.MP4) appears make the MVP handle the files just fine (not transcoding, just renaming). Also renaming a working file with an MOV extension also causes MVP to hang.

I think the problem lies with how the names are passed to ffmpeg for transcoding. PVRX2 appears to have difficulty passing the file names of videos with .MOV or .M4V to ffmpeg correctly.

Could someone help me look into this and see if this a problem on their system? Does someone already have a fix for this?

I use this to itunes to download podcasts to my ipod and it would be nice to just have them work on the MVP without renaming all of them and doubling up on hard drive space.

Thanks.

Code:

MVP playback requested: Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.mov (longname)
2007-08-28 08:18:14.625    VERBOSE    [6]    MVP request processed
2007-08-28 08:18:14.625    VERBOSE    [6]    MVP waiting for data
2007-08-28 08:18:14.625    VERBOSE    [7]    Checking if transcode required
2007-08-28 08:18:14.625    VERBOSE    [7]    getValue() loading new key/value into cache: /settings/MvpTranscodeAllVideo
2007-08-28 08:18:14.625    VERBOSE    [7]    getValue: /settings/MvpTranscodeAllVideo : true
2007-08-28 08:18:14.625    VERBOSE    [7]    Opening media file: Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure
2007-08-28 08:18:14.640    ERROR    [7]    Media stream thread caught exception: System.IO.FileNotFoundException: Could not find file 'Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure'.
File name: 'Z:\Itunes Library\Podcasts\Diggnation (Large Quicktime)\Diggnation - Aug 23, 2007.movforcefailure'
   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 GBPVRX2.MVP.x3ca133dee7547455.xf9d81bb81f7c2ff0()
2007-08-28 08:18:14.640    VERBOSE    [7]    MVPSendStopRequest()

I will have a look at this and see if I can get ZProcess to take care of this for you...

[sub]

The MVP only natively plays MPEG-1 and MPEG-2 video files. GB-PVR will also attempt to dynamically transcode .avi files back to MPEG-2 so that these can play. There is no similar functionaility for .mov files.

[zehd]

So MOV files can't be transcoded on the fly?

[sub]

No, not currently.

[mvallevand]

So MOV files can't be transcoded on the fly?

As rtmey2000 said, I've always renamed mine to AVI to do on-the-fly transcoding. I typically only have .mov's from the ICL plugin anyway, so I grab a bunch and rename them all.

The real trouble with mov files is with time I think we will see more HD and h.264 files that are downloaded as .mov and these will become almost impossible to send on the fly to the mvp.

Martin

[rtmey2000]

Sub,

Would it be hard to institute sending all videofile types for auto transcoding if they are going to the MVP as long as they are do not have the MPEG1, or MPEG2 extension? FFMPEG handles most file types with great ease. I assume that this would not be too difficult to address in code.

I too have a feeling that as time goes on we will see more and more downloadable video content in various formats. A dominant player due to apple, itunes and now Youtube is going to be H264 video format in MOV/mp4 container. It would be nice in the long run if GBPVR/ MPV could handle the various formats (not just the MOV) with ease.

Thanks.

zehd ... did a little test of my own. Created an executable that would pass on parameters to FFMPEG (like your Zprocess does...but much more basic, as a debugging tool). It appears that GBPVR actually does not even attempt to pass files names to FFMPEG. I initially thought that based on the logs that it was actually passing on an incorrect filename. This does not appear to the case. So an external fix is not possible. Thanks for looking into this.

[mvallevand]

Created an executable that would pass on parameters to FFMPEG (like your Zprocess does...but much more basic, as a debugging tool).

I wrote a similar program that just renames .mov to .avi and added it to list of options on the manual transcode menu You could do something similar in your program for every file type you need that ffmpeg supports.

Martin

[zehd]

Sub,

Would it be hard to institute sending all videofile types for auto transcoding if they are going to the MVP as long as they are do not have the MPEG1, or MPEG2 extension? FFMPEG handles most file types with great ease. I assume that this would not be too difficult to address in code.

I too have a feeling that as time goes on we will see more and more downloadable video content in various formats. A dominant player due to apple, itunes and now Youtube is going to be H264 video format in MOV/mp4 container. It would be nice in the long run if GBPVR/ MPV could handle the various formats (not just the MOV) with ease.

Thanks.

zehd ... did a little test of my own. Created an executable that would pass on parameters to FFMPEG (like your Zprocess does...but much more basic, as a debugging tool). It appears that GBPVR actually does not even attempt to pass files names to FFMPEG. I initially thought that based on the logs that it was actually passing on an incorrect filename. This does not appear to the case. So an external fix is not possible. Thanks for looking into this.

Yes. GB-PVR will not pass a MOV file type to a transcoder. sub said it can't be done. Don't know why he thinks that. When I can transcode the files with either ffmpeg or mencoder. Must be some other reason

He's away now, so I'm putting a lot of thing like this on the back burner. When he pop in for a moment here and there, her's usually swamped with other stuff

[pastro]

Sorry for the hijack, quick question on the same topic. In the International Cinema plugin that McBainUK authored there is a script to convert all movs to mpeg offline to play on the mvp. Are you guys saying that if you rename to avi, then it will be autotranscoded on the fly during playback?