[mythtv-users] Real-time commflag with dual tuners; pause transcoding?

2005-09-07 Thread Mike Benoit
I have a PVR-500 in my MythTV box and I would like to have real time
commercial flagging of both tuners at the same time, but not
transcoding. 

I have set the job queue to run two jobs simultaneously, however if a
transcode job is running when a recording starts, it won't flag
commercials in real time. I thought of setting it so jobs only run
between certain hours, but then I assume it disables the commercial
flagging altogether until those hours?

Is there anyway to do this? 

Ideally transcoding would be paused while any commercial flagging jobs
were in the queue. But alternatively just have transcoding only happen
between certain hours and commercial flagging happen in real time.

Thanks.

-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] Hauppauge WINTV-PVR-500 for $127 shipped on Amazon

2005-05-26 Thread Mike Benoit
The static issues have been fixed as far as I know. 

I just got this card working about a week ago, after having the "static"
issues for almost a month prior to that. I've also helped at least one
other person fix the "static" issue, which as far as I know was simply
caused by the module refusing to accept a key parameter. ivtv v3.5 made
it so this parameter (no_black_magic) is defaulted to off.

So far I'm extremely happy with it. I've tried the card on two VIA
chipset mainboards (KT333 and KT400) and it worked good on both. 


On Wed, 2005-05-25 at 09:27 -0700, james houston wrote:
> Check it out here:
> 
> http://tinyurl.com/92kh8
> 
> Looking thru the archives it seems some people have
> gotten this card to work perfectly and others have
> only gotten static from it.
> 
> Anyone care to weigh in...
> 
> Thanks
> 
> JH
> 
> __
> 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
-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] Commercial Flagging Idea - Distributed Commercial Flagging (long)

2005-04-14 Thread Mike Benoit
> vary. The partners use the "purchased" flag data to limit their own
> commercial flagging to those suspect times within the shows (with
> perhaps a 1 minute margin before and after). The results of these
> "verification" flag jobs are submitted back to the server.
>  
> Summary:
> So, now 7 users have formed a partnership to share the load of
> flagging _Alias_ and _Lost_.
> 6 of them are significantly reduced their flagging load for these two
> shows.
> 1 partner needs to regain the trust of the partnership by submitting
> data in a timely manner.
>  
> One can easily imagine a greatly expanded model, where a particular
> user could belong to dozens of partnerships. Each partnership could
> have hundreds of users, and dozens of shows. As a result of
> participating in partnerships, the user may one be required to flag a
> few shows (in their entirety) each week.
>  
> Benefits:
> - Reduced commercial flagging for individual partners.
> - Increased accuracy of commercial flagging (via consensus).
> - "Leaching" is not allowed.
> - Negative effects of poisoning are reduced through "fidelity" factors
> and credits.
> - New methods of commercial flagging (either local or distributed) can
> be seamlessly incorporated.
> - The available CPU power could be used for new extremely processor
> intensive flagging methods.
>  
> Drawbacks:
> - Requires central server.
> - Requires many participants.
> - Requires frequent communications with the server (albeit, not
> much data s transferred).
> - Requires changing commercial flagging to acquire partnership data.
> - Requires changing commercial flagging to allow for flagging just
> parts of the show.
> - Requires interface changes to alert users when they are about to
> "fail in their partnership duties" by not recording and flagging a
> show.
> - The central DCF server stores recording habits of users. It's
> anonymous, but still concerning.
> - Requires similar "content streams". Anecdotal experience (hearing
> the same commercials over the phone with friends) make me suspect that
> commercial *times* don't vary within the same Service Provider.
> Analysis of submitted data will be the acid test. If they server never
> finds suitable partnerships, then everybody's content streams must be
> different, and the whole project is a failure.
>  
> - If the project is successful, content providers will further vary
> the content streams.
>  
> Progress:
> - I have built a local database to store the DCF data.
> - I am building a sql script to populate the DCF database from
> mythconverg.
> - I will be collecting data (via emailed output of the sql script)
> from other users.
> - I have outlined a solution for time synchronization. Basically,
> partners submit the machines local time with every transaction.
> - I am defining a secure and anonymous interface for the DCF server.
> - I am defining factors which I believe should effect the "fidelity"
> of data submitted.
>  
> Ideas, questions, comments, criticisms are welcome.
>  
>  
> -- 
> Christopher David Petersen
> Member of PoORMUG http://poormug.bitbucket.com/
>  
>  
>  
>  
>  
>  
>  
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] commercial flagging idea - commercial"fingerprinting"

2005-04-14 Thread Mike Benoit
On Wed, 2005-04-13 at 22:44 +, Risto Treksler wrote:
> 
> Mike Benoit <[EMAIL PROTECTED]> said:
> 
> > I'm not a C programmer, so implementing MythRecommend directly in to
> > MythTV isn't something I have the time to do at this point. Coding the
> > client/server scripts though is what I do all day long, so its pretty
> > quick. Though, I'm sure a Myth developer could implement MythRecommend
> > in to MythTV in no time flat, the scripts store the data in the local
> > mythconverg database, so its just a matter of running a simple query and
> > making the interface to it.
> 
> 
> --PART II--
> 
> mythtv needs to draw people down the "long tail"
> from "popular shows" -to-> "obscure but related shows"
> 
> i haven't used the mythrecommend script recently 
> so i forget whether the perl script already does that by genre 
> - ie. recommend other *less known comedies* for Simpsons viewers
> - so, don't recommend CSI or Futurama, even if Simpsons watchers watch them
> 
> 
> Basically, how do you picture the myth interface for this?
> 
> 1) have a mythrecommend module accessible by: 
>"manage recordings" -> "schedule recordings" -> "recommended shows"
>- this kind of misses the point though, 
>  since you have to go out of the way to do it
> 
> I think that for it to be effective 
> the interface must be done on a per episode basis
> 
> --so option number 1) is out--
> 
> 2) put it somewhere in the "set recording options" screen
>- where you currently have "list upcoming episodes" and "program details"
>- make option for "list recommended shows"?
> 
> 3) or put it under the context menu of the episode
>   -"recording options" -> "recommended shows"
>   - or even put it right uner "recording options" and "job options"
> 
> either option 2 or 3 would bring up a kind of 
> - a "program finder" that only lists recommended shows
> 

Ideally I would like to see all 3 options eventually. Option 1 is nice
if you just want to get an entire overview of recommended shows. Option
2 is what I originally had in mind, but Option 3 seems to make a lot of
sense too. Either option 2 or 3 would be a great start.

The mythrecommend script at this point does not take in to account
genre, since the user base is still pretty small, it makes doing any
really fancy recommendations pretty useless at this point. 

However the script simply grabs the recommendations from the server and
inserts them in to the local database, so all it takes is a couple joins
and you can get the genre from the local program table and narrow it
down that way if you want. 

Personally I wouldn't want it to recommend shows JUST in the same genre,
but rather any shows that are popular and/or very highly rated among its
viewers. (which is currently does) Other options would be to show a
"genre" column in the "recommend shows program finder" or have an option
to limit recommendations by genre only.

Are you volunteering to do the implementation?

-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] commercial flagging idea - commercial"fingerprinting"

2005-04-13 Thread Mike Benoit
I'm not a C programmer, so implementing MythRecommend directly in to
MythTV isn't something I have the time to do at this point. Coding the
client/server scripts though is what I do all day long, so its pretty
quick. Though, I'm sure a Myth developer could implement MythRecommend
in to MythTV in no time flat, the scripts store the data in the local
mythconverg database, so its just a matter of running a simple query and
making the interface to it.

Regardless though, MythRecommend and a distributed commercial flagging
"system" are completely different and should be treated as such. 

In my opinion a "start" would be to figure out some sort of finger
printing system, or some method of sharing cutlists that will work on
the same program across different stations or that takes in to account
that not every mythtv box will start recording at the exact second. Once
we have that, creating a centralized system to share said cutlists is
the easy part.


On Wed, 2005-04-13 at 13:13 -0400, Mario Limonciello wrote:
> Mike Benoit wrote:
> 
> >Hi there,
> >
> > I've been interested in this topic for quite some time now. I've even
> >posted to the list regarding something very similar a few months back,
> >however it was met with mixed results.
> >
> >I'm the author of MythRecommend
> >(http://ipso.snappymail.ca:8080/mythrecommend/) which has been around
> >for a fair amount of time now, and out of the 120 unique people who use
> >it, they record 2275 unique programs in total. The top 345 shows are
> >watched by over half of the people.
> >
> >So I think a system where commercial cut lists could be exchanged
> >seamlessly would be a huge help. 
> >
> >I'm willing to volunteer my time to work on a centralized repository
> >similar to what MythRecommend has that can handle commercial cut lists.
> >Thats the easy part though, the hard part is getting Myth to do its
> >part.
> >
> >
> >Here is a snippet of the most popular shows, and how many unique clients
> >record them.
> >
> > title   
> >   | count
> >---+---
> > The Simpsons
> >   |67
> > The Daily Show With Jon Stewart 
> >   |48
> > Futurama
> >   |41
> > MythBusters 
> >   |39
> > Desperate Housewives
> >   |36
> > CSI: Crime Scene Investigation  
> >   |34
> > Scrubs  
> >   |34
> > South Park  
> >   |31
> > Stargate SG-1   
> >   |31
> > Star Trek: Enterprise   
> >   |30
> > Family Guy  
> >   |30
> > Lost
> >   |29
> > CSI: NY 
> >   |26
> > Stargate Atlantis   
> >   |26
> > The Apprentice  
> >   |25
> > CSI: Miami  
> >   |24
> > Aqua Teen Hungerforce   
> >   |23
> > Malcolm in the Middle   
> >   |22
> > Arrested Development
> >   |21
> > ER  
> >   |21
> > Law & Order: Special Victims Unit   
> >   |20
> > 24  
> >   |19
> > Law & Order 
> >   |19
> > Extreme Makeover: Home Edition  

Re: [mythtv-users] commercial flagging idea - commercial"fingerprinting"

2005-04-13 Thread Mike Benoit
|13
 Law & Order: Criminal Intent  
|13
 Father of the Pride   
|13
 Star Trek: The Next Generation
|13
 Saturday Night Live   
|13
 Dilbert   
|12
 Nip/Tuck  
|12
 Smallville
|12
 Two and a Half Men
|11
 The Venture Brothers  
|11
 Iron Chef 
|11
 The Outer Limits  
|11
 Alias 
|11
 The 4400  
|11
 Seinfeld  
|11
 Scrapheap Challenge   
|11
 The King of Queens
|11
 Monk  
|11
 The Amazing Race 6
|10
 The Shield
|10
 The O.C.  
|10
 Gilmore Girls 
|10
 Conspiracy?   
|10
 Drawn Together
|10
 Modern Marvels
| 9
 Reno 911! 
| 9
 NYPD Blue 
| 9
 Medium
| 9
 Coupling  
| 9
 The Oblongs   
| 9
 Law & Order: Trial by Jury
| 9
 Without a Trace   
| 9
 Punk'd
| 9
 House 
| 9
 Meet the Press
| 9
 Home Movies   
| 9
 Charmed   
| 9



On Tue, 2005-04-12 at 14:04 -0400, Preston Crow wrote:
> On Tue, 2005-04-12 at 13:31, Risto Treksler wrote:
> > the obvious problems with fingerprinting is that 
> > - it can't work for newly aired shows and 
> 
> True.
> 
> > - it relies on someone not poisoning the database 
> >   (much like p2p networks have been poisoned with fakes)
> 
> False.  There are several work-arounds for this, including digital
> signatures of published fingerprints (using a reputation system) and
> sanity-checking based on existing algorithms.  A reputation system would
> be desirable anyway, as some people would do a better job of getting
> seamless cuts.
> 
> > - it couldn't hope to cover nearly enough shows to be useful
> >   (or am i being naive)
> 
> False.  You're being naive.  If it just gets popular prime time network
> shows, that's enough to cover probably 70% or more of the shows people
> really care about.
> 
> --PC
> 
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] ivtv-0.2 vs ivtv-0.3

2005-03-08 Thread Mike Benoit
I looked around the ivtv tarball just a few days ago trying to find out
how well the PVR-500 is supported, and all I could find was what sounded
like preliminary PAL support. Does ivtv support NTSC on the PVR-500 now?

Thanks.

On Mon, 2005-03-07 at 11:12 -0800, Jarod Wilson wrote:
> On Monday 07 March 2005 07:47, jerome lacoste wrote:
> > On Mon, 7 Mar 2005 14:36:01 +0100, sigurdne <[EMAIL PROTECTED]> wrote:
> > > Anyone know what ist the difference between ivtv-0.2 and ivtv-0.3 ?
> >
> > stable and development branch from what I know.
> 
> Correct.
> 
> > 0.3 branch contains initial supports for the PVR150 and 500.
> 
> More than just initial support. My PVR-150 and 500 both work quite well now. 
> The very latest development release (0.3.2g) even works on 4kstacks kernels 
> (as in, it works with stock FC2/3 kernels now). There are two patches just 
> posted to the ivtv-dev list, by myself and Tyler Trafford, which enable full 
> auto-detection and auto-configuration of most parameters on all PVR-150 and 
> 500 cards, look for those to be included in the next release.
> 
> These cards are perilously close to being ready for production use by the 
> general populace, if you ask me. Still need to do some serious testing, I 
> should have at least my 150 into production this week, followed by the 500 a 
> bit later, then I plan to do a bit of writing...
> 
> ___
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


Re: [mythtv-users] Program listings problems discussed on /.

2004-12-02 Thread Mike Benoit
Apparently the time can change "without notice". One episode might run a
minute late, and the next be 2 minutes early. 

Is MythTV not smart enough to "make a best effort" to record shows, even
if they started 1-5minutes ago?

On Thu, 2004-12-02 at 14:57 -0600, Michael J. Lynch wrote:
> Can't you just use the "start recording 1 minute late" option for
> The West Wing to solve the conflict?
> 
> 
> James Orr wrote:
> 
> >On Thu, 2004-12-02 at 15:24, Asciimonster wrote:
> >  
> >
> >>Read this interesting thread on Slashdot:
> >>http://slashdot.org/article.pl?sid=04/12/02/1856215
> >>
> >>I never had this problem, do guys recognise it?
> >>
> >>
> >
> >Yup, Lost runs until 9:01, meaning I can't record The West Wing.  The
> >program does actually run that long too, if you cut it off a minute
> >short you lose the end of the show.  We're not getting a minute extra of
> >programming, just commercials.  An option to start recording a show a
> >minute or so late would be nice.  I'd rather miss the begining of a show
> >(most likely a "previously on" segment anyway) than the end.
> >
> >E.R. is another one, starts at 9:58 I believe.
> >
> >Ah well, i'll be getting a second tuner soon :).
> >
> >  
> >
> >
> >
> >___
> >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
-- 
Mike Benoit <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
mythtv-users mailing list
[EMAIL PROTECTED]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users