AVS Forum banner

41 - 60 of 4490 Posts

·
Registered
Joined
·
12,215 Posts
Discussion Starter #41
Kary--


I don't think that it's "too hard" or "crazy" but it is orthogonal to the direction our team has taken. Perhaps your friends at SageTV, etc., could take up this challenge? My understanding is that Kei Clark can assist developers interested in working with MIT on integrating the MDP-1x0 into their products.


P.S. to all (channeled from CW): I hereby ban all further discussion of "BDA drivers" from this thread!
 

·
Registered
Joined
·
281 Posts

Quote:
Originally Posted by Karyk /forum/post/0


[Caveat: This post is an example of grasping at straws, beating a dead horse, and just plain crazy, but I'll throw the idea out anyway.]

Salsbst is doing something like this, specifically for Sage by writing a custom Sage Network Encoder interface (not a psuedo BDA driver, which is probably quite a bit more painful). He got some--ah--insights recently on how to proceed, so I'm hoping for some good news from him shortly. What he did could be applied to beyondtv, too, I'd wager; there's another guy that posted in the Sage forums that he had an encoder interface about working there.


Now if MCE had an encoder API, instead of only walking up to BDA drivers, this kind of implementation could work there, too.


(Geez, this coming right after I swore I was done thinking about Sage/MyHD integration...)
 

·
Registered
Joined
·
12,215 Posts
Discussion Starter #43
LDog--


On the 26-hour limit: Yes, it's subject to rehashing, but I note that we already have 10-day data from Zap2It, so if your ISP/Zap2It link is unavailable for a couple of days the consequences are minimal, since the daily scheduling can go on unabated.


On the "New to Me" scheduling: It's on the list.
 

·
Registered
Joined
·
548 Posts
I totally agree with #2, but #1 is a prerequisite in order to do this properly. [edit] in fact #3 is also a pre-req. You need to track the episode ID, to do the matching. other wise it would look like just any old conflict even if your favorite show mearly added 2 minutes to the previously scheduled recording. The reason we hadn't scheduled out further than 26 hours is because the odds of it changing would be greater the further out you went.[/edit]


#3 is on the radar, but involves a little more complexity (a db to track what was recorded, considering deletes without watches, partial records like you said, etc...). That's why we're saving it for later.
Quote:
Originally Posted by lonndoggie /forum/post/0


Amazing stuff, guys! This is a huge step forward for MyHD. It's got me to stop thinking about MyHD/Sage integration (and there was much cheering).


I especially like the About tab. I miss Cliff.


And now for for the obligatory suggestions.


Re: the clearing of scheduled recordings before scheduling thing: If you kept track of what was scheduled by CW_EPG and checked those against the latest xmltv data, to see if the time/channels are still the same, you could delete only the ones that changed. For extra credit, change the schedule to match the new data. Oh, wait, this is essentially what Terry said. So consider this a vote for doing that!

Scheduling farther out than 26 hours: I know we went over this a bit in MyHDAuto, but I still like the idea of scheduling out farther than 26 hours, mainly because there can be cases where zap2it is down, the computer is down during scheduled task time, your ISP is on the fritz, your zap2it account has expired and you haven't renewed, etc. Missing a day would result in marital discord around this house--anyone else? Maybe going 2 or 3 days out would do the trick.

Managing previously watched stuff: If, in the future, you add the ability to not record that which was previously recorded, then add another tab to manage the list of previous recordings--that management being to clear the "I recorded this before" flag. I'd like this because there are things I record that have glitches, and I'd like to be able to re-capture.


Get those in, and I'm DONE. But besides all that--this is so fundamentally wonderful right outta the box, I'm beside myself. You guys are heroes!


LDog
 

·
Registered
Joined
·
281 Posts

Quote:
Originally Posted by TPeterson /forum/post/0


LDog--


On the 26-hour limit: Yes, it's subject to rehashing, but I note that we already have 10-day data from Zap2It, so if your ISP/Zap2It link is unavailable for a couple of days the consequences are minimal, since the daily scheduling can go on unabated.

Wasn't sure how the 10-day data was used. It gets a 2-day and a 10-day schedule, yes? So if the 2-day is out-of-date, it cuts over to using the 10-day? Cool and very clever, but maybe you could quit getting the 2-day, just get the 10-day and only display the next 26 hours worth of programming?


I figured the 10-day was used for the EPG only, and the 2-day for scheduling. Maybe. Not sure. For sure, 10 days worth of programs don't show in the scheduling window, and I haven't really explored what's in the EPG yet (but I am exporting the data).

Quote:
On the "New to Me" scheduling: It's on the list.

Most excellent!


LDog
 

·
Registered
Joined
·
12,215 Posts
Discussion Starter #46

Quote:
Originally Posted by lonndoggie /forum/post/0


Wasn't sure how the 10-day data was used. It gets a 2-day and a 10-day schedule, yes? So if the 2-day is out-of-date, it cuts over to using the 10-day? Cool and very clever, but maybe you could quit getting the 2-day, just get the 10-day and only display the next 26 hours worth of programming?

The idea of getting the 2-day data is to make sure that the scheduling is done with the most recently available information without downloading the full boatload every day, which would be an added burden for both user and Zap2It.


I actually don't know if Tim anticipated your multiday ISP/Zap2It interruption scenario to fall back on the 10-day data, but by now he's probably recoded it into the next beta release, if not.
 

·
Registered
Joined
·
1,863 Posts

Quote:
Originally Posted by lonndoggie /forum/post/0


Wasn't sure how the 10-day data was used. It gets a 2-day and a 10-day schedule, yes?

Yes and yes. However, the 10 day is only retrieved every 5th day. {EDIT: And oh by the way, when the 10 day grab is executed, it is actually picking up from the point that the last 2 day grab left off, so it is not a FULL 10 day grab.}

Quote:
So if the 2-day is out-of-date, it cuts over to using the 10-day?

No, but worth looking into. Because of the way the data is structured from Zap2it, basically the entire data file has to be processed. This would be time consuming, thus the limit of 2 days, which is actually the current day PLUS 2 more days. If your ISP is down that long, I'd look elsewhere.

Quote:
I figured the 10-day was used for the EPG only, and the 2-day for scheduling. Maybe. Not sure.

That is correct. But that is why we wanted to get it out to the public. It is worth looking into falling back on the 10 day, but ONLY if necessary as Sterno has pointed out that it is more likely to contain errors.


Until we get the database implemented, I do not want to schedule more than a day ahead for fear of changes.
 

·
Registered
Joined
·
2,004 Posts
MyhD must not be running for either EPG population to take effect OR new schedules to be added to the list; is that correct?
 

·
Registered
Joined
·
281 Posts
The 2-day grab gets the job done; miss a day, and you've still got x hours ahead , enough to cover at least out 'til your next scheduled download. Very cool. The cutover to use the 10-day would be necessary if there were multiple failures, but only if.


In testing, I noticed in the log that it tells me that it didn't download data, either the 2 or 10 day, because it's too soon. What's the "ok to download" boundary on the 2 day file?


Mr. Disaster Planning here still wonders about how we might be made aware of certain failure scenarios. Like what happens when your zap2it subscription lapses? I'm guessing you won't get data until you re-up...and if you happen to miss that email, you may go several days without data. Not sure how best to alert the user--initially I thought sending an emai, but you'd have to get the smtp server info in setup, as well as an address to send to. Event log entries would go undetected by most. Maybe a popup upon non-command line startup if the previous attempt to download failed?


Or maybe I worry too much...
 

·
Registered
Joined
·
1,863 Posts

Quote:
Originally Posted by netman /forum/post/0


MyhD must not be running for either EPG population to take effect OR new schedules to be added to the list; is that correct?

Must not be running for either EPG population - true


new schedules to be added to the list - false
 

·
Registered
Joined
·
2,004 Posts

Quote:
Originally Posted by hdtvincr /forum/post/0


Must not be running for either EPG population - true


new schedules to be added to the list - false

Ha! I was hoping you would say that.
 

·
Registered
Joined
·
12,215 Posts
Discussion Starter #53

Quote:
Originally Posted by hdtvincr /forum/post/0


Must not be running for either EPG population - true

This is a little misleading, I think, because there's really no reason that MyHD cannot be running, it's simply that the current MyHD.exe only reads the cw_epg database at startup, so while the database may be updated while running MyHD, the result doesn't (currently anyway) appear in the OSD table. IMO, this design decision does not cause major drawbacks, since the updates are (usually) only once a day. It will force both of those folks who run their PCs 24/7 with MyHD.exe continously running to change their habits to see the OSD table. But maybe they'll then learn how to hibernate their PCs and the planet will benefit.
 

·
Registered
Joined
·
6,642 Posts

Quote:
Originally Posted by TPeterson /forum/post/0


Kary--


I don't think that it's "too hard" or "crazy" but it is orthogonal to the direction our team has taken. Perhaps your friends at SageTV, etc., could take up this challenge?

I don't think they'd have a bit of interest. I've had a hard enough time getting them to create a TS file that plays with the MyHD hardware. Maybe one of the folks that makes the third party add-ons might take it up.


Now I'll go sulk off and look up what orthongonal means.
 

·
Registered
Joined
·
2,004 Posts

Quote:
Originally Posted by TPeterson /forum/post/0


It will force both of those folks who run their PCs 24/7 with MyHD.exe continously running to change their habits to see the OSD table. But maybe they'll then learn how to hibernate their PCs and the planet will benefit.

Hey! Next time you are on the east coast you come out here and check out Andy's carbon load. I bet he does pretty darn good despite one 24/7 computer which serves files and won't be shutdown. I will also invite you out to the data center where I work; now that WILL give you a heart attack! Air conditioner compressors running all winter long (cold northeast winter) BUT I am currently designing a new data center and I am trying to introduce energy efficiency into the design. Not sure how that will go but I am working on it. Anyway back to on topic.
 

·
Registered
Joined
·
1,863 Posts

Quote:
Originally Posted by TPeterson /forum/post/0


This is a little misleading, I think, because there's really no reason that MyHD cannot be running, it's simply that the current MyHD.exe only reads the cw_epg database at startup, so while the database may be updated while running MyHD, the result doesn't (currently anyway) appear in the OSD table.

Thanks Terry. Another outstanding job of covering points that I missed!
 

·
Registered
Joined
·
1,003 Posts

Quote:
Originally Posted by TPeterson /forum/post/0


Me too. It seems that TimeShift is hosed in the modified MyHD.exe. Thanks!

That would explain my hang too; I'm a full timeshift guy on the rare occasion that I watch live tv.


--Dale--
 

·
Registered
Joined
·
1,859 Posts
Thanks guys, so far so good. I would agree about the 2 days of scheduling, so we'll have to see.


Other then that, I'll be watching it for a bit and will get back to you guys.


Great work again!


Russell
 

·
Registered
Joined
·
1,003 Posts

Quote:
Originally Posted by russwong /forum/post/0


I noticed that 24 was not scheduled to be recorded. Any one else notice this?

Are you saying it did't show up in the matches? Because I just tried it, and it did show up there.


--Dale--
 
41 - 60 of 4490 Posts
Top