STV Import Request - 350 EOF FIX (idea included)

[Crashless]

I should point out that while working with Cayars I jumped the gun and said the problem was fixed. The next day my system crashed on EOF.

We're still working on it, but if anyone else has ideas, we'd love to hear them.

[Hector]

I'll say it once and I'll say it again . What ever is going on in 16 when you set

OSD Options-->Interface--->Prompt for Deletion at Show end to DISABLED.


fixes it for me. If I enable that setting I get the EOF bug, if I disable it I do not.

This only works on recorded stuff and NOT on imported video. Whatever you're doing different between the two settings (the option above) coupled with the differences between what you do at the end of a recording vs the end of a imported video is what fixes it. I expect it's something to do with the uber-delete option thing you added.

peace . . .

Originally Posted by Crashless

I should point out that while working with Cayars I jumped the gun and said the problem was fixed. The next day my system crashed on EOF.

We're still working on it, but if anyone else has ideas, we'd love to hear them.

[Crashless]

Hector -

Sorry, I should have mentioned that I have problems no matter which STV I use, and I have tried disabling the delete options as you mentioned, but it made no difference for me.

I plan to really go after this bug next week, and get a comprehensive report to Frey. Hopefully with their (and Cayars') help, I will be able to track this bug down and squash it.

[Hector]

Heh I was just clowning around.

It's interesting because I believe this workaround as worked for others. Thanks for taking lead on this one. If I can be of any help to you please let me know.

peace . . .

Originally Posted by Crashless

Hector -

Sorry, I should have mentioned that I have problems no matter which STV I use, and I have tried disabling the delete options as you mentioned, but it made no difference for me.

I plan to really go after this bug next week, and get a comprehensive report to Frey. Hopefully with their (and Cayars') help, I will be able to track this bug down and squash it.

[ChrisAllenFiz]

To be honest I'd like a fix that doesn't require Cayar's STV. Nothing against it, but my epia 900 really creaks along with cayars running, it's just too feature packed! Shame as I`d really like to use it.

[Cayars]

Chris, if you tried any version before 16 give the new version a try as it is much faster now.

Also if any of us happen to figure out a sure fire fix for the 350 EOF issue I'm sure you'll see it added to all the different STVs.

So no worries, it's just a matter of someone finding a sure fire way to end the problem!

[Hector]

No doubt. Frey has had the issue on their plate for over a year so they are either unable or don't care enough about it to fix it.

peace . . .

Originally Posted by ChrisAllenFiz

To be honest I'd like a fix that doesn't require Cayar's STV. Nothing against it, but my epia 900 really creaks along with cayars running, it's just too feature packed! Shame as I`d really like to use it.

[jbromwich]

So it's been a while now... Has anyone actually got a targeted fix for this that doesn't rely on an unintended side effect of an STV.

I'm running on a setup with no added STVs... just a vanilla setup (and I like it that way for now) and I have this EOF bug occur 100% of the time, and it *always* reboots my machine when it happens. Bloody annoying!

Has this been reported to Frey or Hauppauge? What was their response? Which of these two companies has taken on the job of fixing it? Do they not know how to fix it?

It's just that it's been a while since I've seen anyone give an update on this.

[Crashless]

AFAIK, it's still an open bug. I still get hard resets about 50% of the time using Cayars' stv.

I've reported it to Frey multiple times, and continue to send log reports. I'm not sure where it lies on their 'todo' list.

Hauppauge's response is as follows:

Hauppauge: Does this happen with WinTV?
Me: No.
Hauppauge: Then it isn't us, talk to Frey.

This type of response is to be expected though. My guess is that it's a combination of problems with Sage, and the hauppauge drivers coupled with certain systems because not all 350 users have problems.

[laurenglenn]

Originally Posted by Hector

Actually its already fixed in your STV, we just need to figure out what you did to fix it

To eliminate the EOF bug-

Use Cayars 16 and set:

OSD Options-->Interface--->Prompt for Deletion at Show end to DISABLED.

No more System task at 99% for 20 minutes. At least for me and it used to happen every single time.

I think it has something to do with whatever you've got going on when a file ends because its when you included that uber-mega-deletion selection option thing that the problem was solved or at least when you could disable it automatically appearing.

By contrast the imported videos still cause the bug. So maybe you could duplicate what ever goes on at the end of a Sage recording.

I know this was just an accident er by product but I am all for calling it a well thought out and executed solution, heh.

Crashless I am pretty sure that LG's custom command solution (custom5 I think) was for the UI crashes. There was also an LG solution for the EOF but I think it was just to stop playing a few seconds early. Not 100% but pretty sure.

peace . . .

There were also *numerous* attempts to fix this. The 350 would have no problem hitting the EOF during a Live playback of a show.

The trick I had come up with was to either change a hook or to tell the system to Close the file 10 seconds before the end. You couldn't do it 5 seconds before because the system would hit the delay buffer and still crash.

It almost seemed like a null-pointer error.... but then, I could be wrong....

Lauren....

[Crashless]

Originally Posted by laurenglenn

snip...

The trick I had come up with was to either change a hook or to tell the system to Close the file 10 seconds before the end. You couldn't do it 5 seconds before because the system would hit the delay buffer and still crash.

It almost seemed like a null-pointer error.... but then, I could be wrong....

Lauren....

Does your current STV do this? I'd love to give it a test if it's implemented. I'm sure every 350 user would prefer missing the last 10 seconds to system reboots.

[laurenglenn]

Originally Posted by Crashless

Does your current STV do this? I'd love to give it a test if it's implemented. I'm sure every 350 user would prefer missing the last 10 seconds to system reboots.

It should still do this. It's been a while since I had a 350. The STV really hasn't been updated in a while, but I'm starting to get back into updating it.

Lauren

[Crashless]

Originally Posted by laurenglenn

It should still do this. It's been a while since I had a 350. The STV really hasn't been updated in a while, but I'm starting to get back into updating it.

Lauren

In that case I'll run it next week, and see if I get any crashes. If it solves it, maybe everyone will implement it as an option in their STVs, at least until Frey/Hauppauge can track down the bug.

[1972]

I have read in another thread that next should solve the EOF problem.


make a bat file with in it the line :

start "SageTV" /ABOVENORMAL "C:\Program Files\Frey Technologies\SageTV\SageTV.exe"

It seems that at the end of a recording the CPU usage reaches 100%. By giving SageTV the highest prio this should solve the problem.

(note: I'm currently testing this one... and I have seen no hangups so far...)

[Crashless]

Originally Posted by 1972

start "SageTV" /ABOVENORMAL "C:\Program Files\Frey Technologies\SageTV\SageTV.exe"

This DOES work for some people, but not for all. I currently start sage this way just to keep it from studdering recordings when I'm ripping DVDs, or playing games - but it doesn't fix my system's EOF resets.

I'm going to run LG's STV through the wringer tonight, and hopefully will have a verdict tomorrow.