Crash on channel change with FTR (1 Viewer)

[CHBMB]

MediaPortal Version: 1.1.1
MediaPortal Skin: StreamedMP
Windows Version: Windows 7 64Bit
CPU Type: Intel i3 530
HDD: OCZ 60GB SSD, Samsung 500GB 2.5 inch
Memory: Corsair 4GB DDR3
Motherboard: MSI P55A-G5
Video Card: ATI HD5670 1GB
Video Card Driver: Catalyst 10.10
Sound Card: HDMI Passthrough
Sound Card AC3:
Sound Card Driver: ATI HDMI 2.51
1. TV Card: KWORLD PE355-2T
1. TV Card Type: DVB-T
1. TV Card Driver: V1.5.76
2. TV Card: PEAK DUAL DVB-T 221544AGPK
2. TV Card Type: DVB-T
2. TV Card Driver: Date 23/10/09
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: SAF 5.0
MPEG2 Audio Codec: SAF 5.0
h.264 Video Codec: SAF 5.0
Satelite/CableTV Provider:
HTPC Case: Zalman HD503
Cooling: Noctua NF-R8 80mm x2, Scythe Shuriken BIG
Power Supply: BeQuiet 600W Modular
Remote: Harmony One
TV: Onkyo 605 to AOC L32W551T
TV - HTPC Connection: HDMI

Specs above using FTR 1.5.3 as my TV and all was working fine. Reinstalled on Saturday and now, everytime I change the channel, MP drops back to the desktop. Restarts fine, go back into TV guide and select channel works fine, until I want to change channel again.

Thing that's confusing me is I haven't changed any of the software that was working fine before.

Have tried different codecs and whether I'm using SAF or the default MPC Gabest or MS DTV, result is the same.

Logs enclosed and hardware as above.

I think the problem is with these bits of the log:

2010-11-14 21:11:09.618349 [ERROR][MPMain(1)]: MediaPortal stopped due to an exception Could not load file or assembly 'TvLibrary.Interfaces, Version=1.1.1.11892, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified. ForTheRecord.UI.MediaPortal at ForTheRecord.UI.MediaPortal.HomeBase.GetPreferedAudioStreamIndex()
at ForTheRecord.UI.MediaPortal.TvHome.OnAudioTracksReady()
at MediaPortal.Player.g_Player.OnAudioTracksReady()
at MediaPortal.Player.BaseTSReaderPlayer.Process()
at MediaPortal.Player.g_Player.Process()
at MediaPortalApp.OnProcess()
at MediaPortal.D3DApp.Application_Idle(Object sender, EventArgs e)
at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at MediaPortalApp.Main(String[] args)

It's in the log.bak file.


Wondered if anyone could give me some advice on where to start looking here, either MP or FTR.

Thanks for any help guys

Neil

 

[CHBMB]

Figured it out!

Spent all of last night and three hours today trying to work it out and finally an hour after I post asking for help!

My last install of FTR was version 1.5.2 and I updated it to 1.5.3

This time I did a clean install. It appears, although I need to confirm with the author of FTR, that the TvLibrary.Interfaces.dll file isn't installed with FTR 1.5.3.

Managed to get a copy from the post here

All working well now! Hope that may help someone else.

Sorry for wasting bandwidth!!

:sorry:

 

[CHBMB]

Update for anyone that's interested, posted on the FTR forums and got a reply from the author.

Reply from FTR author

As an aside I'd recommend For The Record to anyone, phenomenally good TV server to replace the MP one.

 

[ronzelver]

Update for anyone that's interested, posted on the FTR forums and got a reply from the author.

Reply from FTR author

As an aside I'd recommend For The Record to anyone, phenomenally good TV server to replace the MP one.

I agree, Argus (FTR) TV server appears more stable than the MP one. However, RTSP streaming is not yet supported by Argus but they are working on it.