[mythtv-users] Feature request / discussion - Record Button Behavior
We had a discussion on here awhile ago about what we thought the record button should do, both in the normal case and in the case of missing guide data. I just thought of a new feature I'd like to see, curious to hear what people think. I was flipping channels last night and came across a program already showing. As I'm watching it, I think this is really good, I want to record it! so I hit record, and keep watching. While it's recording, I go on mythweb, look up the program, schedule a later recording to get the whole thing, go into the frontend, delete the current recording, go back to live TV to continue watching it. Seems complicated when all I wantedto do was make sure I recorded the full program if it was on later. So here's the idea that I came up with: Option A). Multiple record buttons, users can map whichever one they want to the actual red circle on the remote. The standard button will be the same, immediately start recording the current program. The advanced record button will work as follows: Option B). Advance Record button: when you hit record (and there is guide data), it will tell you what the current program is, how long it is, and how far in you are. It will give you these options: - Record Now - Find and record a later showing - Cancel Find and record a later showing would have some kind of feedback where it would let you know if the show is on again and if it can be recorded. If it can, it will be, and if not, it will let the user know and allow them to still immediate record. Again, I'm not sure how useful this feature is - this is the only time I ran into that situation, I just wasn't sure how common it was or if anyone else liked the idea. In my case it was a star wars making-of special on the history channel that ran 10-midnight, and there was another showing at 2am. A lot of specials and movies show that way, one in primetime or a little later, and a repeat in the middle of the night. Thoughts? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request / discussion - Record Button Behavior
On 12/2/05, Jeff Simpson [EMAIL PROTECTED] wrote: snip I was flipping channels last night and came across a program already showing. As I'm watching it, I think this is really good, I want to record it! so I hit record, and keep watching. While it's recording, I go on mythweb, look up the program, schedule a later recording to get the whole thing, go into the frontend, delete the current recording, go back to live TV to continue watching it. Seems complicated when all I wanted to do was make sure I recorded the full program if it was on later. So here's the idea that I came up with: Option A). Multiple record buttons, users can map whichever one they want to the actual red circle on the remote. The standard button will be the same, immediately start recording the current program. The advanced record button will work as follows: Option B). Advance Record button: when you hit record (and there is guide data), it will tell you what the current program is, how long it is, and how far in you are. It will give you these options: - Record Now - Find and record a later showing - Cancel Find and record a later showing would have some kind of feedback where it would let you know if the show is on again and if it can be recorded. If it can, it will be, and if not, it will let the user know and allow them to still immediate record. snip Thoughts? How about a more general function of re-recording shows that are shorter than the length found in the guide data, with the exception of those under the LiveTV recording group. If you are watching LiveTV and hit record it changes the recording group to Default (under current svn). After the recording is finished, the start and end times could be compared to the times in the guide data (accounting for any pre and post time settings) to determine if the entire show was recorded. If not, it could be marked for re-record in a new column in the recordedprograms table, which would be checked each time the scheduler ran. If the new recording is made, then the old recording would be deleted. This would also work on shows that are split because of restarting the backend, which is admittedly a fairly rare event but does happen. It also allows you to immediately get the rest of the recording that you were interested in while watching LiveTV, while allowing it to be re-recorded in full when it is on again, all without adding any additional questions during the process. Bob C ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature request: live tv Browse Mode via seperate key bindings
I apollogize if this is already implemented in SVN, as I'm running 18.1. It woud be really nice, to (while watching live tv) change channels in Browse mode or classic mode, with seperate key bindings. I wouldlike to change channels with theCh+/Ch- keys on my remote, or browse them with the Up/Down keys. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature Request: Max number of recordings of a show per day
It would be nice if in addition to a maximum number of episodes to be stored there were a way to set the maximum number of episodes of a show to be recorded in a day. The reason I suggest that is that on a normal day Law and Order is only on about twice but if they have a marathon and show a bunch more episodes the normal retention policy causes all but the last 2 not to be kept, but all the episodes get recorded unless something with higher priority is on inbetween. The result is that things that normally would get recorded don't and from the end user's point of view only 2 episodes of Law and Order got recorded. I realize this can all be fixed by knowing ahead of time and tweaking the settings in MythWeb or in mythfrontend but it would be nice not to have to. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Max number of recordings of a show per day
On 8/21/05, Bryan Halter [EMAIL PROTECTED] wrote: It would be nice if in addition to a maximum number of episodes to be stored there were a way to set the maximum number of episodes of a show to be recorded in a day. The reason I suggest that is that on a normal day Law and Order is only on about twice but if they have a marathon and show a bunch more episodes the normal retention policy causes all but the last 2 not to be kept, but all the episodes get recorded unless something with higher priority is on inbetween. The result is that things that normally would get recorded don't and from the end user's point of view only 2 episodes of Law and Order got recorded. I realize this can all be fixed by knowing ahead of time and tweaking the settings in MythWeb or in mythfrontend but it would be nice not to have to. What about setting it to record the show at all times on the channel, using no dupe policy, no auto-expire, and setting it to store 0 recordings. I am under the impression (perhaps misguided ...) that this should record every episode and not delete any. Nick ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Max number of recordings of a show per day
Right I know how to record every episode, what I'd like to do is record at most some number of episodes per day while being able to record off multiple channels (any channel any time) and using dupe checking along with auto expire. Example Law and Order is shown 4 times per day as some special event. If I only keep 2 episodes, the current result is that 4 episodes would be recorded and 2 would be dumped before I got a chance to watch them. Now if there were something on that was lower priority but not necessarily of less interest during the first 2 episodes that would not get recorded because the 2 episodes of law and order I will never watch would have been. What I would like is some way to set the scheduler so that it will only record 2 episodes, I don't really care which 2 but I would propose that it record episodes w/o conflict or where the priority difference is the biggest. Nick wrote: On 8/21/05, Bryan Halter [EMAIL PROTECTED] wrote: It would be nice if in addition to a maximum number of episodes to be stored there were a way to set the maximum number of episodes of a show to be recorded in a day. The reason I suggest that is that on a normal day Law and Order is only on about twice but if they have a marathon and show a bunch more episodes the normal retention policy causes all but the last 2 not to be kept, but all the episodes get recorded unless something with higher priority is on inbetween. The result is that things that normally would get recorded don't and from the end user's point of view only 2 episodes of Law and Order got recorded. I realize this can all be fixed by knowing ahead of time and tweaking the settings in MythWeb or in mythfrontend but it would be nice not to have to. What about setting it to record the show at all times on the channel, using no dupe policy, no auto-expire, and setting it to store 0 recordings. I am under the impression (perhaps misguided ...) that this should record every episode and not delete any. Nick ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature request...
Hi * I found, MythTV isn't ready for spaces in programme channel string in XMLTV file. If I have in XMLTV file tag programme channel=TVP 1 and in channel editor defined XMLTV ID as TVP 1. Running mythfilldatabase is reporting: TVP - unknown channel. Is here possibility to modify MythTV for accepting spaces in tag programme channel ? Thx -- cYa, 3.14iotr/2 Nie ma złych systemów operacyjnych. Może tylko brakować alkoholu !!! W takiej sytuacji dobry programista wiesza się wraz z programem ;-P Hiroshima'45; Czernobyl'86; Windows'95 Zwrotne bajty daj na [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature request
I searched the archives for pre-roll and early/late bute didn't see this exact request. I know we can stop late and start early, but how about a stop early and start late? With the darn networks doing everything they can to stop us DVR'ers i don't mind if i lose the first 1-2 min of a show, but i can't schedule two shows that overlap by a min or two. If i could get the later show to wait 1-2 min before starting, that would be better. -- I know.. I caved. I'm trying this Free IPod thing. If you want to try it go to the link below to get me my referral. http://www.freeiPods.com/?r=13353711 ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request
On 7/7/05, Robert Edwards [EMAIL PROTECTED] wrote: I searched the archives for pre-roll and early/late bute didn't see this exact request. I know we can stop late and start early, but how about a stop early and start late? With the darn networks doing everything they can to stop us DVR'ers i don't mind if i lose the first 1-2 min of a show, but i can't schedule two shows that overlap by a min or two. If i could get the later show to wait 1-2 min before starting, that would be better. You can enter negative values into the start/stop early fields. (or start/stop late, I can't remember exactly how they're labeled). Start early by -2 minutes effectively means start late by 2 minutes. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request
On Thu, Jul 07, 2005 at 06:12:54PM -0400, Brad Benson wrote: On 7/7/05, Robert Edwards [EMAIL PROTECTED] wrote: I searched the archives for pre-roll and early/late bute didn't see this exact request. I know we can stop late and start early, but how about a stop early and start late? With the darn networks doing everything they can to stop us DVR'ers i don't mind if i lose the first 1-2 min of a show, but i can't schedule two shows that overlap by a min or two. If i could get the later show to wait 1-2 min before starting, that would be better. You can enter negative values into the start/stop early fields. (or start/stop late, I can't remember exactly how they're labeled). Start early by -2 minutes effectively means start late by 2 minutes. Yes, for mythweb you can enter negative values. In the MythTV GUI, you can hit left/right when setting up a schedule, and you should see the early and late text choices. --Rob signature.asc Description: Digital signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request/idea?
For example, I have an xbox hooked up as a channel, and sometimes we'll record our games online. G33k ;) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature request/idea?
Searching the archives tells me there used to be an instant record feature in MythTV. I hope this feature returns someday. What I'd like to be able to do is if I se something on Live TV that I want to record, is be able to tell Myth essentially save its live buffer and continue recording for some amount of time (like a VCR will to instant record for 30 minutes, an hour, and so on). It should be able to do this even if there is no guide data for a source or channel. For example, I have an xbox hooked up as a channel, and sometimes we'll record our games online. Sometimes it isn't worth recording, sometimes it is. It'd be nice if Myth could be running in Live TV mode, and if things were going well, run in and tell it to keep the live buffer, and start recording. I've tried getting it to record now, but Myth doesn't seem to let you start a recording on a channel without guide data. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request/idea?
Searching the archives tells me there used to be an instant record feature in MythTV. I hope this feature returns someday. What I'd like to be able to do is if I se something on Live TV that I want to record, is be able to tell Myth essentially save its live buffer and continue recording for some amount of time (like a VCR will to instant record for 30 minutes, an hour, and so on). It should be able to do this even if there is no guide data for a source or channel. For example, I have an xbox hooked up as a channel, and sometimes we'll record our games online. Sometimes it isn't worth recording, sometimes it is. It'd be nice if Myth could be running in Live TV mode, and if things were going well, run in and tell it to keep the live buffer, and start recording. I've tried getting it to record now, but Myth doesn't seem to let you start a recording on a channel without guide data. The R key should already record what's left of the program. However, I don't believe it will write the buffer to the recording as well . Regards, Phill ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
Only if the naked pics of his wife and daughter fome my collection come up, else, after some beers, i think i'd have myself a party and apromotion! :-) --- Tony Godshall [EMAIL PROTECTED] wrote: According to Michael Anthon, Jason H wrote: so what you're saying I can just write an X application and plug that into myth some how? How does one set a screensaver app that is activated from an idle myth menu? How about using the gallery slideshow? Tie a nice google images search to a randomizing script and viola. (Of course, it could pop up a pron image when the boss is over for dinner; that might be bad.) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
Well, you could write an X screensaver, but I don't think you need to. Most Linux distros come with a multiple of screensavers and I'm pretty sure that several offer background color cycling. If not, one should be simple to write, and would not require Myth programming at all. Just let the saver kick in on an idle timer like usual. However you'd probably want to at least script something to disable it when playing videos/live TV since you wouldn't want it kicking in while watching something. Jason H wrote: so what you're saying I can just write an X application and plug that into myth some how? How does one set a screensaver app that is activated from an idle myth menu? --- David Morris [EMAIL PROTECTED] wrote: But what constitutes burn-in is a pixel left in an unchanged state for an extended period. It doesn't have to be in a random state, or a state different than an adjacent pixel, like in static -- it just needs to change. So if you, say, changed the background color at regular intervals that would change every pixel on the screen. To make it less jarring you could use muted colors and fade/gradient them in. To me that would be the most effective and easiest to achieve result -- every pixel would change at the same time for the same length of time and therefore be more uniform in their wear pattern. Seeing random channel changing would be more disruptive (to me) than seeing blank color transitions. Just a thought... Jason H wrote: Because screensavers exhibit patterns. They are loops. It varies per screensaver, but there are ones that are never touch the corners(window's mystify, bouble - anything that bounces on the edges are statistically more likely to wear the middle and seldom venture into the corners) The thing we are going to go for is no pattern. Static is best, but hard to come by. Real TV samples switched regularly is the next best. The number of channels (70+) provides a nice long rotation cycle and sufficiently varied data. --- Dan Wilga [EMAIL PROTECTED] wrote: At 9:30 PM -0700 6/19/05, Andy Alsup wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. Or, since you're probably running X anyway, why not just turn the screensaver on with something non-blank? Then all you have to do is remember to leave the TV on for the next 41 days. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke College Tel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
At 9:30 PM -0700 6/19/05, Andy Alsup wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. Or, since you're probably running X anyway, why not just turn the screensaver on with something non-blank? Then all you have to do is remember to leave the TV on for the next 41 days. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke CollegeTel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
Because screensavers exhibit patterns. They are loops. It varies per screensaver, but there are ones that are never touch the corners(window's mystify, bouble - anything that bounces on the edges are statistically more likely to wear the middle and seldom venture into the corners) The thing we are going to go for is no pattern. Static is best, but hard to come by. Real TV samples switched regularly is the next best. The number of channels (70+) provides a nice long rotation cycle and sufficiently varied data. --- Dan Wilga [EMAIL PROTECTED] wrote: At 9:30 PM -0700 6/19/05, Andy Alsup wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. Or, since you're probably running X anyway, why not just turn the screensaver on with something non-blank? Then all you have to do is remember to leave the TV on for the next 41 days. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke College Tel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
But what constitutes burn-in is a pixel left in an unchanged state for an extended period. It doesn't have to be in a random state, or a state different than an adjacent pixel, like in static -- it just needs to change. So if you, say, changed the background color at regular intervals that would change every pixel on the screen. To make it less jarring you could use muted colors and fade/gradient them in. To me that would be the most effective and easiest to achieve result -- every pixel would change at the same time for the same length of time and therefore be more uniform in their wear pattern. Seeing random channel changing would be more disruptive (to me) than seeing blank color transitions. Just a thought... Jason H wrote: Because screensavers exhibit patterns. They are loops. It varies per screensaver, but there are ones that are never touch the corners(window's mystify, bouble - anything that bounces on the edges are statistically more likely to wear the middle and seldom venture into the corners) The thing we are going to go for is no pattern. Static is best, but hard to come by. Real TV samples switched regularly is the next best. The number of channels (70+) provides a nice long rotation cycle and sufficiently varied data. --- Dan Wilga [EMAIL PROTECTED] wrote: At 9:30 PM -0700 6/19/05, Andy Alsup wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. Or, since you're probably running X anyway, why not just turn the screensaver on with something non-blank? Then all you have to do is remember to leave the TV on for the next 41 days. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke College Tel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
so what you're saying I can just write an X application and plug that into myth some how? How does one set a screensaver app that is activated from an idle myth menu? --- David Morris [EMAIL PROTECTED] wrote: But what constitutes burn-in is a pixel left in an unchanged state for an extended period. It doesn't have to be in a random state, or a state different than an adjacent pixel, like in static -- it just needs to change. So if you, say, changed the background color at regular intervals that would change every pixel on the screen. To make it less jarring you could use muted colors and fade/gradient them in. To me that would be the most effective and easiest to achieve result -- every pixel would change at the same time for the same length of time and therefore be more uniform in their wear pattern. Seeing random channel changing would be more disruptive (to me) than seeing blank color transitions. Just a thought... Jason H wrote: Because screensavers exhibit patterns. They are loops. It varies per screensaver, but there are ones that are never touch the corners(window's mystify, bouble - anything that bounces on the edges are statistically more likely to wear the middle and seldom venture into the corners) The thing we are going to go for is no pattern. Static is best, but hard to come by. Real TV samples switched regularly is the next best. The number of channels (70+) provides a nice long rotation cycle and sufficiently varied data. --- Dan Wilga [EMAIL PROTECTED] wrote: At 9:30 PM -0700 6/19/05, Andy Alsup wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. Or, since you're probably running X anyway, why not just turn the screensaver on with something non-blank? Then all you have to do is remember to leave the TV on for the next 41 days. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke College Tel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
Jason H wrote: so what you're saying I can just write an X application and plug that into myth some how? How does one set a screensaver app that is activated from an idle myth menu? How about using the gallery slideshow? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
According to Michael Anthon, Jason H wrote: so what you're saying I can just write an X application and plug that into myth some how? How does one set a screensaver app that is activated from an idle myth menu? How about using the gallery slideshow? Tie a nice google images search to a randomizing script and viola. (Of course, it could pop up a pron image when the boss is over for dinner; that might be bad.) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/17/05, Dan Christensen [EMAIL PROTECTED] wrote: Wouldn't it be even better if myth wrote the data from the overlap period to *both* .nuv files? I've often wished for this. Now there's a clever suggestion. That would be a great way to resolve same-channel overlaps, which would have resolved the problem, at least in this case, for me. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] feature request: plasma burn-in module
since, we are uber techies here, some, if not all of us like our high perf displays. (I don't have one yet, but i'm starting to look into it) one of the things that I found is that plasmas are more reliable than i thought. they have a 1/2 bright life of 60,000hrs, vs 15,000 for crts. but they do have a burn in problem. this is mitigatable. it turns out that the first 1000 hrs are critical to avoid any kind of burn-in. what we need then is a simple module that counts the hours that it runs, and flips channels every minute. people can leave it on 24/7 for 42 days, using it as they would, but when not watching it they just select the plasma burn-in option. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
thanks for the suggestion, I forgot about this. I plan on a major modification to myth, what I've seen so far is ok, but needs improvement, setup gui for example is a real pain to navigate. I'm not sure what these people were thinking when they did the design, but no matter, looking forward to a rewrite, that is once I get a stable install completed. This mailbox protected from junk email by MailFrontier Desktop from MailFrontier, Inc. http://info.mailfrontier.com - Original Message - From: Jason H [EMAIL PROTECTED] To: mythtv-users@mythtv.org Sent: Sunday, June 19, 2005 3:57 PM Subject: [mythtv-users] feature request: plasma burn-in module since, we are uber techies here, some, if not all of us like our high perf displays. (I don't have one yet, but i'm starting to look into it) one of the things that I found is that plasmas are more reliable than i thought. they have a 1/2 bright life of 60,000hrs, vs 15,000 for crts. but they do have a burn in problem. this is mitigatable. it turns out that the first 1000 hrs are critical to avoid any kind of burn-in. what we need then is a simple module that counts the hours that it runs, and flips channels every minute. people can leave it on 24/7 for 42 days, using it as they would, but when not watching it they just select the plasma burn-in option. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] feature request: plasma burn-in module
but that assumes that it doesn't blank the snow with a screen. ;-) I am just repeating what panasonic published... --- Andy Alsup [EMAIL PROTECTED] wrote: If your plasma has a RF tuner, just tune it to a non-existant channel with snow for burn-in. As long as the image is changing it doesn't really matter where it comes from. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
David Kyle [EMAIL PROTECTED] writes: I understand why there shouldn't be an automatic resolution of schedules involving different channels, but what about having an option to have conflicts on the same channel resolve automatically? If two programs on the same channel conflict by a few minutes, then just have the second one start late. The second program will have it's beginning tacked onto the end of the first one, but it would be better than not recording at all. Wouldn't it be even better if myth wrote the data from the overlap period to *both* .nuv files? I've often wished for this. Dan ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/16/05, Blammo [EMAIL PROTECTED] wrote: Ran into a problem tonight where the clock on one of the backends was off 8 seconds from the master backend. As a result, the first program recorded, but the program after it was deemed tuner busy and didn't record. Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. Would would be nifty would be a configurable fudge factor, that you could set, allowing the scheduler to pick up XXX minutes into the program, as soon as the tuner became free. Or maybe, no fudge factor at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. Thoughts? I think something like this would be useful, e.g. an option to start the recording late once a conflict is identified (so the default behaviour would be as it is now). Here in Holland programs don't keep to an hourly schedule so it is common to have the first part of a program conflict with the end of a program on a different channel. It is also common for the actual start of a program to be several minutes after the scheduled start, so that what looks like a conflict in the tv guide isn't in practice. OTOH I have a disk full of recordings I don't have time to watch already... Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/15/05, Robert Tsai [EMAIL PROTECTED] wrote: On Wed, Jun 15, 2005 at 09:14:55PM -0700, Blammo wrote: Ran into a problem tonight where the clock on one of the backends was off 8 seconds from the master backend. As a result, the first program recorded, but the program after it was deemed tuner busy and didn't record. In this case, the solution is to run NTP on both machines to keep their clocks in sync with each other. NTP was set up on both machines, but had stopped on the backend in question. That issue has been solved. However, given clock drift, it's a little disturbing that a single second of clock offset could actually cause a program to cancel recording. Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. This scenario is quite normal, and easy to spot: in the listings data, the show will run 8:05-9:05pm. In the USA, for example, ABC does this on Wednesday evenings, running everything 2 minutes after the hour. When setting up your Wednesday evening recording schedules (say) simply set everything up to begin/end 2 minutes early (e.g., mentally note that you want all your schedules to begin/end on the hour, unless you know you don't have any conflicts). Agreed. It's normal, easy to spot, and increases the hands on factor of something that is supposed to make my life, and those who watch TV in my household, easier. While the overlap not recording may make sense in programming terms, it makes ZERO sense from a human factor. Would would be nifty would be a configurable fudge factor, that you could set, allowing the scheduler to pick up XXX minutes into the program, as soon as the tuner became free. Or maybe, no fudge factor at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. You essentially have a conflict between a show that runs late and another one that starts on time (or early), so you should fix your schedules accordingly. No, I essentially have a problem with a very literal program doing exactly what the scheduler is telling it to do, NOT what I told it to do, which was to record both programs. Some sort of configurable fudge factor would allow the backends to make more efficient use of the tuners. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Thursday 16 June 2005 11:22 am, Blammo wrote: Agreed. It's normal, easy to spot, and increases the hands on factor of something that is supposed to make my life, and those who watch TV in my household, easier. While the overlap not recording may make sense in programming terms, it makes ZERO sense from a human factor. Sure it does. I'd rather not waste tuner space on a partial recording, especially since that partial recording might then prevent a repeat of that same episode from getting recorded in its entirety later. Isaac ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Thu, Jun 16, 2005 at 11:26:37AM -0400, Isaac Richards wrote: On Thursday 16 June 2005 11:22 am, Blammo wrote: Agreed. It's normal, easy to spot, and increases the hands on factor of something that is supposed to make my life, and those who watch TV in my household, easier. While the overlap not recording may make sense in programming terms, it makes ZERO sense from a human factor. Sure it does. I'd rather not waste tuner space on a partial recording, especially since that partial recording might then prevent a repeat of that same episode from getting recorded in its entirety later. To play devil's advocate, recording schedule priorities can arbitrate conflicts during the overlap period, and IIRC there is already some notion of tolerance for starting a recording late (I think it's part of record live TV configuration?), so all the bits are there to do what is being proposed, and there might not be a repeat airing. But then again, this doesn't really affect me at all ... --Rob signature.asc Description: Digital signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
Joe- Are you Joe Caputo with whom I went to high school, and some college? Hey! How are you these days? -Nathaniel On 6/16/05, Joseph A. Caputo [EMAIL PROTECTED] wrote: On Thursday 16 June 2005 0:46, Robert Tsai wrote: On Wed, Jun 15, 2005 at 09:14:55PM -0700, Blammo wrote: Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. This scenario is quite normal, and easy to spot: in the listings data, the show will run 8:05-9:05pm. In the USA, for example, ABC does this on Wednesday evenings, running everything 2 minutes after the hour. When setting up your Wednesday evening recording schedules (say) simply set everything up to begin/end 2 minutes early (e.g., mentally note that you want all your schedules to begin/end on the hour, unless you know you don't have any conflicts). Would would be nifty would be a configurable fudge factor, that you could set, allowing the scheduler to pick up XXX minutes into the program, as soon as the tuner became free. Or maybe, no fudge factor at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. You essentially have a conflict between a show that runs late and another one that starts on time (or early), so you should fix your schedules accordingly. In general, it's rather unreasonable to expect users to go through their entire recording schedule looking for these scenarios, especially when you consider that many of the scheduled recordings might be record at any time or other such non-time-specific rules. In such a case, changing the recording schedule would change it for the entire rule, rather than just that instance. IMHO, a better solution would be to add an option to the Conflict Resolution screen; something like Allow recording of non-conflicting portion only. An override like that would affect only that particular showing, and would be much easier to remedy than editing the recording schedule (and possibly remembering to change it back again later). Just my $.02. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Nathaniel Manista [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
Blammo wrote: ... Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. If you can see that that is what you want to do then tell it to do so. No algorithm can know if you don't mind missing the last five minutes of the earlier show or if you don't mind missing the first five of the later, neither or both. You know and, unlike the leading commercial product, you can tell it that you've decided to start late if that's what you want. at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. There's no guess work or sudden surprises. The current schedule plan is always clearly stated in the Upcoming Recordings page and you have every opportunity to look hours or days ahead of time to modify things in any number of ways so that it will meet your wishes. It will not, however, read your mind and any vague, nebulous behavior is just as likely to do the opposite of what you wanted. http://www.mythtv.org/docs/mythtv-HOWTO-11.html#ss11.7 -- bjm ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
I understand why there shouldn't be an automatic resolution of schedules involving different channels, but what about having an option to have conflicts on the same channel resolve automatically? If two programs on the same channel conflict by a few minutes, then just have the second one start late. The second program will have it's beginning tacked onto the end of the first one, but it would be better than not recording at all. In my case, I have The Simpsons set to record every time it airs on any channel. This way I get both the syndicated ones on WB and the new ones on FOX. I set it to start and end one minute early/late. This works fine unless someone airs two episodes back to back, in which case the second one doesn't get recorded at all. I can fix it manually, but it's a pain to do it when it could easily be done automatically. I can't really think of any cases where this automatic behavior would be less desirable than the current behavior. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/16/05, David Kyle [EMAIL PROTECTED] wrote: In my case, I have The Simpsons set to record every time it airs on any channel. This way I get both the syndicated ones on WB and the new ones on FOX. I set it to start and end one minute early/late. This works fine unless someone airs two episodes back to back, in which case the second one doesn't get recorded at all. I can fix it manually, but it's a pain to do it when it could easily be done automatically. I can't really think of any cases where this automatic behavior would be less desirable than the current behavior. The system is doing what you asked it to. If you want to start early / end late and NOT have it impact conflict resolution like that then use a global setting. The global setting will be ignored if honoring it would cause a conflict that can't be resolved any other way. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Thursday 16 June 2005 13:19, Joseph A. Caputo wrote: IMHO, a better solution would be to add an option to the Conflict Resolution screen; something like Allow recording of non-conflicting portion only. An override like that would affect only that particular showing, and would be much easier to remedy than editing the recording schedule (and possibly remembering to change it back again later). Just my $.02. Replying to myself here... I knew I'd discussed this before: http://www.gossamer-threads.com/lists/mythtv/users/41056 and http://www.gossamer-threads.com/lists/mythtv/dev/15490 These old threads were the genesis of the current per-recording start early/end late feature, but it seems the allow partial recordings to resolve a conflict idea never really got picked up. If anyone's interested in taking a crack at this, the -dev list awaits... -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Thu, 16 Jun 2005 21:29:57 +0200, Donavan Stanley [EMAIL PROTECTED] wrote: On 6/16/05, David Kyle [EMAIL PROTECTED] wrote: In my case, I have The Simpsons set to record every time it airs on any channel. This way I get both the syndicated ones on WB and the new ones on FOX. I set it to start and end one minute early/late. This works fine unless someone airs two episodes back to back, in which case the second one doesn't get recorded at all. I can fix it manually, but it's a pain to do it when it could easily be done automatically. I can't really think of any cases where this automatic behavior would be less desirable than the current behavior. The system is doing what you asked it to. If you want to start early / end late and NOT have it impact conflict resolution like that then use a global setting. The global setting will be ignored if honoring it would cause a conflict that can't be resolved any other way. Been reading this and similar threads and thought I'd ask; if for some reason I don't want to use the global setting and, like the GP, want one specific show to start/end late, could the conflict caused by the early/late setting be handled differently if the shows are on the same channel and only one tuner is available? This is all assuming that either 1) there are no repeats of the second show or 2) the listings data has no episode-specific info. For me it feels natural to assume that it would handle it like it would a global early/late setting in that specific case. Or is it handled like it is now based on the principle of first-come, first-serve, and that recoring programs fully is most important? Just throwing in my two (euro)cents... :) / Niklas ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Thursday 16 June 2005 15:38, Bruce Markey wrote: Joseph A. Caputo wrote: IMHO, a better solution would be to add an option to the Conflict Resolution screen; something like Allow recording of non-conflicting portion only. An override like that would affect only that particular showing, and would be much easier to remedy than editing the recording schedule (and possibly remembering to change it back again later). Joesph, I know you've been here a long time and are one of the most knowledgeable users and regularly give some of the best, correct and helpful answers. I can't accept that you didn't know that overrides have existed for a year or two =). I must be misreading this. Thanks... I think :-) To be honest, I knew about overrides but I wasn't fully aware of the UI to enter them manually. I'd actually kind of forgotten about them, as I don't have much use for overrides myself, having a 2-tuner system and almost *never* having a conflict that isn't automatically resolved by the scheduler (and I usually don't care if it decides to record a later showing). Well, at least that was the case until I recently installed TVWish, which filled up my recording schedule quite nicely... as if I didn't have more than I could watch before :-) But, I digress... As far as automatically generating an override, first, I agree with Isaac (and gigem's code) that I'd rather have the scheduler get a complete later showing that a partial now. If I know that I want the partial recording now, I can tell the system how to do that. I'm not suggesting that the schedular automatically record a partial... all I'm suggesting is (I think...) that a button be added to the Conflict Resolution screen that allows the user to instantly add an override that results in a partial recording. A real enhancement (and a real trick) would be getting the override to be conditional... that is, if a future run of the scheduler determines that the original conflict is gone (maybe I decided not to record the other overlapping program, or the lineup changed), then the 'partial' override would be silently disregarded. http://www.mythtv.org/docs/mythtv-HOWTO-11.html#ss11.7 Wow, I just realized how long it's been since I looked at any of the docs... they're looking pretty nice these days! Kudos to RK! If I still what to re-record the full program later, I can tell the system to do that too. If there is an overlap that results in a conflict (if it was really important to me, I'd buy a sixth card ;-) the system can't know if I'd prefer to chop off the end of one thing or the beginning of the other. Someone mentioned that ABC scheduled 2 minutes off the hour on Wednesday, I don't see that here for last night or next week but all a care about on Wednesday is that I don't miss a minute of Beauty and the Geek. If the scheduler decided for me that it should cutoff the first two minutes for some ABC show, I'd be pissed. Ah, the first 2 minutes is usually just a recap of the previous week... now, if I lost the *last* 2 minutes when they show the next week's previews, *then* I'd be pissed :-) Cheers, JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/16/05, David Kyle [EMAIL PROTECTED] wrote: I understand why there shouldn't be an automatic resolution of schedules involving different channels, but what about having an option to have conflicts on the same channel resolve automatically? If two programs on the same channel conflict by a few minutes, then just have the second one start late. The second program will have it's beginning tacked onto the end of the first one, but it would be better than not recording at all. In my case, that was the problem as well.. Two programs, back to back on the same channel, 8 seconds offset, the 2nd one didn't record. Seems like there must be a good way to handle that case, even if we can't handle the other ones listed in this thread. Something like: [ ] Overlap Control [ ]start early if needed by minutes on the same channel [ ]start late if needed _ minutes on the same channel [ ]start early if needed by minutes on a different channel [ ]start late if needed _ minutes on a different channel Options like this, it sounds like, would answer all the issues raised in this thread so far. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On 6/16/05, Bruce Markey [EMAIL PROTECTED] wrote: Joseph A. Caputo wrote: ... In general, it's rather unreasonable to expect users to go through their entire recording schedule looking for these scenarios, especially when It's very reasonable. You only need to look at today becaue the the listing update tomorrow may change things. I may see things a couple days ahead and tweak them but I don't fret too much until the day comes. There are lots of things that may need attention besides deciding what to do about these small overlaps and I know that I can set rules to normally do what I want and can tweak things to match what I'm thinking that the system can't possibly know until I tell it. If there is an overlap that results in a conflict (if it was really important to me, I'd buy a sixth card ;-) the system can't know if I'd prefer to chop off the end of one thing or the beginning of the other. Someone mentioned that ABC scheduled 2 minutes off the hour on Wednesday, I don't see that here for last night or next week but all a care about on Wednesday is that I don't miss a minute of Beauty and the Geek. If the scheduler decided for me that it should cutoff the first two minutes for some ABC show, I'd be pissed. The bugger, in my case, was the guide did not show a conflict, so there was nothing I could have done to schedule this case differently. Because the clocks were off (again, now resolved) the MasterBackend though it could record, but the slave backend still had tuner busy for 8 more seconds, causing the Master to completely give up. Making the scheduler retry when a tuner becomes free, and preventing conflicts in advance are really two completely different issues. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
Am I missing something, or isn't it already possible to do this? If, say, I prefer to always see the beginning of a program but don't mind missing the last minute, then I can (always) set programs to start on time (Start Early = 0) but end one minute early (End Late = -1). If I then set the global pre-roll to zero and the post-roll to sixty seconds, I will always get the whole program unless there's a conflict. If there is a conflict, it will release the tuner one minute earlier to the second program. If I want, I can even increase the pre-roll and/or post-roll to further ensure I get the entire program in a no-conflict case. If I always prefer to see the end (which would be my choice), I would just reverse the settings. Frankly, this doesn't sound burdensome to me since I already set every program to start two minutes early and end two minutes late in order to guarantee I don't lose *either* end. Even so, I am still hoping that Glenn Moloney follows through with his feature to allow overlapping recordings on the same channel with a single tuner. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature Request: allowable overlap for recordings?
Ran into a problem tonight where the clock on one of the backends was off 8 seconds from the master backend. As a result, the first program recorded, but the program after it was deemed tuner busy and didn't record. Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. Would would be nifty would be a configurable fudge factor, that you could set, allowing the scheduler to pick up XXX minutes into the program, as soon as the tuner became free. Or maybe, no fudge factor at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. Thoughts? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: allowable overlap for recordings?
On Wed, Jun 15, 2005 at 09:14:55PM -0700, Blammo wrote: Ran into a problem tonight where the clock on one of the backends was off 8 seconds from the master backend. As a result, the first program recorded, but the program after it was deemed tuner busy and didn't record. In this case, the solution is to run NTP on both machines to keep their clocks in sync with each other. Another example is several of the big networks making a program run til, for example, 9:05pm This bumps a 9pm scheduled recording, when in fact, I wouldn't mind missing the first 5 minutes to get the other 55. This scenario is quite normal, and easy to spot: in the listings data, the show will run 8:05-9:05pm. In the USA, for example, ABC does this on Wednesday evenings, running everything 2 minutes after the hour. When setting up your Wednesday evening recording schedules (say) simply set everything up to begin/end 2 minutes early (e.g., mentally note that you want all your schedules to begin/end on the hour, unless you know you don't have any conflicts). Would would be nifty would be a configurable fudge factor, that you could set, allowing the scheduler to pick up XXX minutes into the program, as soon as the tuner became free. Or maybe, no fudge factor at all. Maybe it checks every minute, and if a tuner suddenly became free, it would start recording. You essentially have a conflict between a show that runs late and another one that starts on time (or early), so you should fix your schedules accordingly. --Rob signature.asc Description: Digital signature ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Feature Request -- Mythvideo
Does anyone know if there is a way to do a bulk IMDB lookup on files in mythvideo? I have a pretty large digital library and I was just wondering if there is an easier way to do IMDB lookups?. Something as simple as import new or the ability to select multiple files and do a single lookup. At least that way you'd only have to do a manual selection for titles that didn't match exactly to the filename - or if there were multiple releases. Just wondering - thanks. Ryan ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Bryan Halter wrote: A nice feature to have would be backwards compatability for the Mythtv protocol on either the backend or frontend. One of the biggest hurdles for me as a Gentoo user is that I have to upgrade all my frontends and backends at the same time and restart. If the frontend had barkwards compatability by 1 version a user could upgrade the frontends one by one as time permits and at the end upgrade the backend, likewise if the backend could support clients one revision back that could be upgraded without needing to upgrade all the frontends. I don't know how much effort is involved in this or if it has been discussed previously, just an observation. I too would like this feature - I have 3 Xbox frontends running XboxMyth, and having to do them all on the same day is somewhat of a pain... Still, I can fully understand the dev's not wanting this! Cheers, Richie ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On 5/17/05, Bryan Halter [EMAIL PROTECTED] wrote: A nice feature to have would be backwards compatability for the Mythtv protocol on either the backend or frontend. One of the biggest hurdles for me as a Gentoo user is that I have to upgrade all my frontends and backends at the same time and restart. If the frontend had barkwards compatability by 1 version a user could upgrade the frontends one by one as time permits and at the end upgrade the backend, likewise if the backend could support clients one revision back that could be upgraded without needing to upgrade all the frontends. I don't know how much effort is involved in this or if it has been discussed previously, just an observation. --Bryan I feel for ya! Although I do agree with the response that there are far better things for the dev's to be doing I think this is truly something to keep on a hot plate if not a back burner. Sure sure, attack us Gentoo users, but there are other situations that I can see people finding themselves in where this would be a great benefit. Backend running 0.18 Find a disc on the cover of Linux Media Magazine with MythTV binaries on it running a slightly older knoppmyth 0.17 Decide to see if knoppmyth is really all it's cracked up to be, only to find out that your backend isn't going to play nice with it. Stomp on the disc, curse knoppmyth, and smile 18 hours later when your Gentoo install finishes and 0.18 works as expected. ;) Cool ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On 5/19/05, Chad [EMAIL PROTECTED] wrote: Stomp on the disc, curse knoppmyth, and smile 18 hours later when your Gentoo install finishes and 0.18 works as expected. 18 hours? What are you running Myth on? a 486? LoL -Mat ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Bryan Halter wrote: I am not sure that I understand. Why not wait to do the 'make install' on all the machines until the compiling is complete on all the machines? because Gentoo does both at the same time...we don't do ./configure make make install we do emerge -u mythtv :) Have you tried emerge --help... Look at the options for --buildpkg, --buildpkgonly and --usepkg ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
This is one of the reasons why package based distributions are superior. They allow far more version flexibility and allow for faster distribution and upgrades. While I try not to harp about the glory of Arch linux too often, but I switched to it from a combination of slackware and gentoo two years ago and never went back. It is package base, but all the packages come with scripts that compile the package, so if you're itching to have a greater optimization flag (why on earth... I don't know, but you could) you could make world with that flag. You can also take stored packages or freshly compiled ones and move them around your network faster. Version backwards compatibility is the wrong way to solve this problem. That puts undue pressure on the devs to make something that wouldn't appeal to many users and uses a ton of development time. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On 5/17/05, Bryan Halter [EMAIL PROTECTED] wrote: I have mythtv running on 3 platforms, thus 3 systems to compile. Compiling it is not the hard part, once I make a switch to a new server version or switch one of the backends everything else must be in place. Example my Xbox is much slower compiling than my p4 2.0. If I could build the new server and continue to be able to use it with the old front end on the xbox it would mean much less downtime for that frontend. Currently once I upgrade the server and the P4 frontend I can't watch TV on the xbox in my room until its finished compiling. --Bryan even if you can't find a way to make it so gentoo won't install until you are ready why not just compile the xbox and when it's done compile the p4. or, look into using distcc, that would surely speed things up. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
- Original Message - From: Bryan Halter To: Discussion about mythtv Sent: Tuesday, May 17, 2005 9:55 PM Subject: Re: [mythtv-users] Feature request: backwards compatability because Gentoo does both at the same time...we don't do ./configure make make install we do emerge -u mythtv :) You could use some of the emerge flags mentioned earlier (usepkg, etc.), but you can also almost exactly replicate the steps above by using the ebuild command. These could be scripted, obviously... ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild setup ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild fetch ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild unpack ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild compile Then, to actually install them, another script to do: ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild install ebuild /usr/portage/media-tv/mythtv/mythtv-0.18.ebuild qmerge ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Jeff Simpson wrote: When I upgrade, I just emerge everything, frontend, backend, etc etc, but I just don't restart any of the software until I'm ready for the upgrade. Until the backend is actually restarted, it continues to run the old version, same with the frontend. Even tho the binary on the drive got replaced with the new version, the old one is still running in memory. Don't you risk database corruption doing that? The database is updated (new tables and such might be added) during the install. If a significant enough change is made, you might create problems you don't want to have when the backend inserts data. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Don't you risk database corruption doing that? The database is updated (new tables and such might be added) during the install. If a significant enough change is made, you might create problems you don't want to have when the backend inserts data. oops probably - Jeff ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On Wednesday 18 May 2005 10:43 pm, BP wrote: Jeff Simpson wrote: When I upgrade, I just emerge everything, frontend, backend, etc etc, but I just don't restart any of the software until I'm ready for the upgrade. Until the backend is actually restarted, it continues to run the old version, same with the frontend. Even tho the binary on the drive got replaced with the new version, the old one is still running in memory. Don't you risk database corruption doing that? The database is updated (new tables and such might be added) during the install. If a significant enough change is made, you might create problems you don't want to have when the backend inserts data. It's not updated until during the install. Isaac ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On 5/17/05, Bryan Halter [EMAIL PROTECTED] wrote: protocol on either the backend or frontend. One of the biggest hurdles for me as a Gentoo user is that I have to upgrade all my frontends and backends at the same time and restart. If the frontend had barkwards why is it hard to upgrade? i compile from cvs and with one backend and 3 frontends i just run a script when i have to upgrade. if all the frontends are same architecture it could be even easier, just build on one machine, nfs export and install on all machines i would think. i'm using debian and don't know much about gentoo but it seems to me that it's not much more work to upgrade multiple machines than it is to upgrade one machine, work smarter not harder :). ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Can you post your script here so I can have an example to work from?? On 5/17/05, Jake [EMAIL PROTECTED] wrote: On 5/17/05, Bryan Halter [EMAIL PROTECTED] wrote: protocol on either the backend or frontend. One of the biggest hurdles for me as a Gentoo user is that I have to upgrade all my frontends and backends at the same time and restart. If the frontend had barkwards why is it hard to upgrade? i compile from cvs and with one backend and 3 frontends i just run a script when i have to upgrade. if all the frontends are same architecture it could be even easier, just build on one machine, nfs export and install on all machines i would think. i'm using debian and don't know much about gentoo but it seems to me that it's not much more work to upgrade multiple machines than it is to upgrade one machine, work smarter not harder :). ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- = SB Childe Roland I will show you fear in a handful of jellybeans. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
I have mythtv running on 3 platforms, thus 3 systems to compile. Compiling it is not the hard part, once I make a switch to a new server version or switch one of the backends everything else must be in place. Example my Xbox is much slower compiling than my p4 2.0. If I could build the new server and continue to be able to use it with the old front end on the xbox it would mean much less downtime for that frontend. Currently once I upgrade the server and the P4 frontend I can't watch TV on the xbox in my room until its finished compiling. --Bryan SB Childe Roland wrote: Can you post your script here so I can have an example to work from?? On 5/17/05, Jake [EMAIL PROTECTED] wrote: On 5/17/05, Bryan Halter [EMAIL PROTECTED] wrote: protocol on either the backend or frontend. One of the biggest hurdles for me as a Gentoo user is that I have to upgrade all my frontends and backends at the same time and restart. If the frontend had barkwards why is it hard to upgrade? i compile from cvs and with one backend and 3 frontends i just run a script when i have to upgrade. if all the frontends are same architecture it could be even easier, just build on one machine, nfs export and install on all machines i would think. i'm using debian and don't know much about gentoo but it seems to me that it's not much more work to upgrade multiple machines than it is to upgrade one machine, work smarter not harder :). ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Bryan Halter wrote: I have mythtv running on 3 platforms, thus 3 systems to compile. Compiling it is not the hard part, once I make a switch to a new server version or switch one of the backends everything else must be in place. Example my Xbox is much slower compiling than my p4 2.0. If I could build the new server and continue to be able to use it with the old front end on the xbox it would mean much less downtime for that frontend. Currently once I upgrade the server and the P4 frontend I can't watch TV on the xbox in my room until its finished compiling. I am not sure that I understand. Why not wait to do the 'make install' on all the machines until the compiling is complete on all the machines? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
because Gentoo does both at the same time...we don't do ./configure make make install we do emerge -u mythtv :) Paul Bender wrote: Bryan Halter wrote: I have mythtv running on 3 platforms, thus 3 systems to compile. Compiling it is not the hard part, once I make a switch to a new server version or switch one of the backends everything else must be in place. Example my Xbox is much slower compiling than my p4 2.0. If I could build the new server and continue to be able to use it with the old front end on the xbox it would mean much less downtime for that frontend. Currently once I upgrade the server and the P4 frontend I can't watch TV on the xbox in my room until its finished compiling. I am not sure that I understand. Why not wait to do the 'make install' on all the machines until the compiling is complete on all the machines? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
Bryan Halter wrote: because Gentoo does both at the same time...we don't do ./configure make make install we do emerge -u mythtv :) It sounds like the problem is with Gentoo. ;-) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature request: backwards compatability
On 5/17/05, Paul Bender [EMAIL PROTECTED] wrote: It sounds like the problem is with Gentoo. ;-) how brazen looks like Paul wants to get flamed!!! j/k LoL ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
Wow, it can play BBC Radio? Awesome :D (I see BBC7 and BBC Radio 1 listed in one of the screen shots) Max. Here you go: http://home.kabelfoon.nl/~moongies/streamtuned.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
would it be possible to collect the links to the unofficial addons, on mythtv.org? Max Waterman wrote: Wow, it can play BBC Radio? Awesome :D (I see BBC7 and BBC Radio 1 listed in one of the screen shots) Max. Here you go: http://home.kabelfoon.nl/~moongies/streamtuned.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- mvh Jesper -- Be thankful you are not my student. You would not get a high grade for such a design :-) - Andy Tanenbaum to Linus, Jan 30 '92 ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
i downloaded this today in an attempt to get it to run. i couldnt even get it to make. gotta say tho' i didnt try very hard (think i had some dev packages missing).. On Tue, 15 Feb 2005 21:07:44 -0800, Lonnie Borntreger [EMAIL PROTECTED] wrote: On Tue, 2005-02-15 at 23:49 -0500, Brad Benson wrote: Hmm, you do appear to be correct. I know I saw something for myth that would play internet radio, but I can't for the life of me remember what it was, although I'm about 99% sure that it was something unofficial. I'll have to look around a little bit and see what I can find. If I turn up anything usefull I'll post it back here. Here you go: http://home.kabelfoon.nl/~moongies/streamtuned.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
On Wednesday 16 February 2005 9:55, Ryszard wrote: On Tue, 15 Feb 2005 21:07:44 -0800, Lonnie Borntreger [EMAIL PROTECTED] wrote: On Tue, 2005-02-15 at 23:49 -0500, Brad Benson wrote: Hmm, you do appear to be correct. I know I saw something for myth that would play internet radio, but I can't for the life of me remember what it was, although I'm about 99% sure that it was something unofficial. I'll have to look around a little bit and see what I can find. If I turn up anything usefull I'll post it back here. Here you go: http://home.kabelfoon.nl/~moongies/streamtuned.html i downloaded this today in an attempt to get it to run. i couldnt even get it to make. gotta say tho' i didnt try very hard (think i had some dev packages missing).. Built fine for me last night with current Myth CVS on FC1... though I have to say, the UI is quite confusing. -JAC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
would it be possible to collect the links to the unofficial addons, on mythtv.org? Add a page here: mythtv.info It's the unofficial wiki for mythtv, sort of a scratchpad if you will. I believe content from here has found it's way into the main site? Cheers Kev ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
On Wed, 16 Feb 2005 04:14:50 +0100, Robert Krig [EMAIL PROTECTED] wrote: I was over at a friends house the other day. He has a modded Xbox with Xbox Media Center running on it. Anyways, two features impressed me, which mythtv to my knowledge doesnt do. 1. There was the possibility to navigate and select shoutcast.com and other internet radio sites to select a stream to listen to. 2. There was also a feature so you could watch trailers from the apple quicktime trailer site. The trailer feature didnt show the apple webpage or anything, just a text list linking to the different movie trailers, upon selection, you could then choose the resolution, small, medium or Large. These two features dont seem to be too complicated and in my opinion would make a nice addition to MythTV. Just a thought at any rate. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users To my knowledge myth doesn't have anything like the Apple movie trailers section, but there is a (AFAIK unsupported) myth plugin called MythFM that plays internet radio. I don't recall the URL for it at the moment, but if you google on MythFM I'm sure you can turn it up pretty easily. Brad ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
On Tue, 2005-02-15 at 22:18 -0500, Brad Benson wrote: To my knowledge myth doesn't have anything like the Apple movie trailers section, but there is a (AFAIK unsupported) myth plugin called MythFM that plays internet radio. I don't recall the URL for it at the moment, but if you google on MythFM I'm sure you can turn it up pretty easily. According to its website, MythFM is for broadcast radio using a TV card's FM tuner, not for Internet radio. Lonnie ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
On Tue, 15 Feb 2005 19:34:44 -0800, Lonnie Borntreger [EMAIL PROTECTED] wrote: On Tue, 2005-02-15 at 22:18 -0500, Brad Benson wrote: To my knowledge myth doesn't have anything like the Apple movie trailers section, but there is a (AFAIK unsupported) myth plugin called MythFM that plays internet radio. I don't recall the URL for it at the moment, but if you google on MythFM I'm sure you can turn it up pretty easily. According to its website, MythFM is for broadcast radio using a TV card's FM tuner, not for Internet radio. Lonnie ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Hmm, you do appear to be correct. I know I saw something for myth that would play internet radio, but I can't for the life of me remember what it was, although I'm about 99% sure that it was something unofficial. I'll have to look around a little bit and see what I can find. If I turn up anything usefull I'll post it back here. Brad ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Feature Request: Shoutcast streams and Apple trailers like on Xbox Media center.
On Tue, 2005-02-15 at 23:49 -0500, Brad Benson wrote: Hmm, you do appear to be correct. I know I saw something for myth that would play internet radio, but I can't for the life of me remember what it was, although I'm about 99% sure that it was something unofficial. I'll have to look around a little bit and see what I can find. If I turn up anything usefull I'll post it back here. Here you go: http://home.kabelfoon.nl/~moongies/streamtuned.html ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users