MSVCR90.dll causing crash (1 Viewer)

[Strattos]

Infinite, thanks for taking the time to look at my thread.

I'll try the different audio codec and let you know how I go. I'll let it run overnight though to get a proper idea.

Re sleep. I've disabled all power saving to eliminate that as a problem, as I've noticed some other people had problems with waking up.

I've never had it happen while watching a file. Just bad luck, but it always seems to happen when I'm not watching, but that would mean the tv service is on, including turned on in MP, which led me to believe it was tv service-related.

But when I did a search in these forums for that same .dll, all the posts I found related to TVserver crashing, however, my problem relates to Mediaportal.exe.

My Mediaportal-User mate told me I should turn off the tv component of MP when I go to bed. Could the fact I don't do this be the problem? The reason I don't, is I want this to be a 100 percent replacement for the TIVO I was using. Meaning when I get up in the morning, I turn the tv on and there's tv showing. No need to turn on this and that.

I know it's lazy, but I want this to be the centre of my video/audio system.

Also, as an update, I've sinced done a full uninstall of media portal since my original post and installed media portal 1.1.2, and also updated all drivers again, but am still having the problem.

 

[infinite.loop]

My Mediaportal-User mate told me I should turn off the tv component of MP when I go to bed. Could the fact I don't do this be the problem?

You: tune Channel A -> watch that channel -> turn off TV-Set (not the HTPC, that still is tuned to Channel A) -> go to bed
Is that correct?

So the crash then only occurs when using LiveTV for 12+ hours?

I know it's lazy, but I want this to be the centre of my video/audio system.

I do not know about your electricity bill, but I stop LiveTV (or just press the power button on your HTPC remote) and let MP go to sleep automatically to safe power and money.
In fact, I only do that and the TV goes to standby. Then when I want to watch something, i just press the powerbutton of my HTPC remote.
HTPC resumes from S3, and TV Set powers on again.
You can configure MP to go back to the last used module (TV in your case) and have it directly tune the last tuned channel.

This will not only safe you money, but also increase the lifetime of your HDD because then the TV-Server won't contantly write the TsBuffer onto the HDD. Or use a RAM disc alternatively.

 

[Strattos]

My Mediaportal-User mate told me I should turn off the tv component of MP when I go to bed. Could the fact I don't do this be the problem?

You: tune Channel A -> watch that channel -> turn off TV-Set (not the HTPC, that still is tuned to Channel A) -> go to bed
Is that correct?

So the crash then only occurs when using LiveTV for 12+ hours?
.

Correct in relation to how I leave the system at night (and I take on board what you're saying). I've had it crash in less than 12 hours but it mainly happens overnight. I've woken up first thing, seen it crash, restart, and then three hours later i've come back (but I've still never seen it happen at the time!) and it's crashed again. Though this is not as common.

 

[infinite.loop]

And you never had that crash when watching something inside MyVideos, only inside MyTV, correct?

Would be very interesting if it occurs when not using ffdshow as audio codec but i.e. the w7 one or MPC-MPA.

 

[Strattos]

No, never had it crash in any mode other than tv.

Tried the different audio codec last night and it made the frame rate drop a heap. Does this make sense given it was an audio codec I changed, not a video codec.

Either way, I left it that way to test, and it appeared stable, apart from the frame rate issues.

However, as luck would have it we had a thunderstorm come through last night and I woke up this morning to find all my pcs off, and there was no log from mediaportal.

I'll try again tonight to get a log of the error.

 

[Strattos]

Crashed again this morning, identical to the other times.

Got a log. Please find attached.

 

[tourettes]

Crashed again this morning, identical to the other times.

Got a log. Please find attached.

There is a huge amount of errors in the TsReader.log that are caused by a bad signal and in the end either video decoder, audio decoder or TsReader.ax itself crashes.

08-12-2010 10:35:38.261 [7ec]vid:fillbuffer exception
08-12-2010 10:35:38.272 [97c]Video Continuity error... f ( prev 2 )
08-12-2010 10:35:38.272 [97c]Audio Continuity error... 2 ( prev e )
08-12-2010 10:35:38.292 [97c]DeMultiplexer::FillVideo pts jump found : 2728.542725 13519.033203, 10790.491211
08-12-2010 10:35:38.302 [97c]DeMultiplexer::FillVideo pts jump found : 2728.582520 13519.073242, 10790.491211
08-12-2010 10:35:38.332 [97c]DeMultiplexer::FillVideo pts jump found : 2728.742676 13519.233398, 10790.491211
08-12-2010 10:35:38.452 [97c]aud:fillbuffer exception ...

First you should check and make sure that the tv signal is ok. 2nd (which is much harder) someone should fix the TsReader to cope with completely corrupted transport stream data.

for the 2nd one you should at least provide a TS buffer file that you can use inside the My Videos to crash MP in same way.

 

[Strattos]

Thanks tourettes for taking the time to look through my logs.

I'll go down the tv signal route first and see if there are any problems there.

A, because it seems easier and, B, second solutions sounds more like a patch up job - ie coping with the cause of the problem rather than solving it.

Just to save you guys having to look through my logs too many times, if I either get my tv signal at the wall socket checked by a professional, and/or buy an antenna signal amplifier and check my TsReader logs for similar to what you've quoted above, would that be a way forward?

 

[infinite.loop]

I either get my tv signal at the wall socket checked by a professional, and/or buy an antenna signal amplifier and check my TsReader logs for similar to what you've quoted above, would that be a way forward?

Since I am one of these professionals I can tell you that the amp. won't help in 90% of the cases.
Because if you boost a bad signal, it will still be a bad signal.

There are many threads here in the forum from users who spent weeks to fix their signal issue. Some then finally called an professional, who found the error (broken antenna in many cases) and fixed it.
Definitly not the cheap way, but the one with the best endresult.

 

[tourettes]

A, because it seems easier and, B, second solutions sounds more like a patch up job - ie coping with the cause of the problem rather than solving it.

I would say both since A is required to get good quality playback in any case. Fixing the crash in TsReader (or any component that is causing it) is not doing anything good for the viedo / audio quality - just remiving the crash.

B would be good to have so people who have bad singnal sometimes (bad weather for example) would be more safe from random crashes.