----- Original Message ----

> From: Tom Metro <[email protected]>
> To: Michael Drons <[email protected]>
> Cc: L-mvpmc-users <[email protected]>
> Sent: Sun, December 27, 2009 6:52:38 PM
> Subject: Re: [Mvpmc-users] LiveTV fix for mythtv 0.22
> 
> Michael Drons wrote:
> >> Empty set (0.00 sec)
> > 
> > Try this query.
> > 
> > 1)  SELECT * FROM `recordedmarkup`  where starttime='2009-12-01 12:00:00'
> 
> OK, but wouldn't this be a more specific query to try?
> 
> SELECT * FROM recordedmarkup where chanid = 1023 AND 
> starttime='2009-11-12T20:01:00' AND type IN (4, 
> 5);+--------+---------------------+-------+--------+------+
> | chanid | starttime           | mark  | offset | type |
> +--------+---------------------+-------+--------+------+
> |   1023 | 2009-11-12 20:01:00 | 12380 | NULL   |    4 |
> |   1023 | 2009-11-12 20:01:00 | 51447 | NULL   |    4 |
> |   1023 | 2009-11-12 20:01:00 | 64755 | NULL   |    4 |
> |   1023 | 2009-11-12 20:01:00 | 83205 | NULL   |    4 |
> |   1023 | 2009-11-12 20:01:00 | 17540 | NULL   |    5 |
> |   1023 | 2009-11-12 20:01:00 | 57748 | NULL   |    5 |
> |   1023 | 2009-11-12 20:01:00 | 72905 | NULL   |    5 |
> |   1023 | 2009-11-12 20:01:00 | 90088 | NULL   |    5 |
> +--------+---------------------+-------+--------+------+
> 8 rows in set (0.00 sec)
> 
> 
> > These are the markings of the commercials... 4 is the start and 5 is
> > the end.
> 
> Looks like there are matches for that part of the original query.
> 
> 
> > Next we need the offsets. These are difficult to get. They reside in
> > the recordedseek table, but there are 1000s of records in the table.
> > The easy query would be:
> > SELECT * from recordedseek where chanid='XXX' and starttime='xxxxx'
> 
> Lots of rows for that...
> 
> mysql> SELECT * from recordedseek where chanid='1023' and 
> starttime='2009-11-12T20:01:00';
> +--------+---------------------+------+-----------+------+
> | chanid | starttime           | mark | offset    | type |
> +--------+---------------------+------+-----------+------+
> |   1023 | 2009-11-12 20:01:00 |    0 |      1064 |    7 |
> |   1023 | 2009-11-12 20:01:00 |    1 |    136260 |    7 |
> |   1023 | 2009-11-12 20:01:00 |    2 |    252444 |    7 |
> [...]
> |   1023 | 2009-11-12 20:01:00 | 3562 | 311293553 |    7 |
> |   1023 | 2009-11-12 20:01:00 | 3563 | 311377716 |    7 |
> |   1023 | 2009-11-12 20:01:00 | 3564 | 311449964 |    7 |
> +--------+---------------------+------+-----------+------+
> 3511 rows in set (0.00 sec)
> 
> They all have type=7, which explains why there were no matches in the 
> original 
> query, due to the "AND s.type = 9" clause.
> 
> 
> > The third column is the mark field. Subtract
> > 100 from your number, add 100 to the number and run this query:
> > 
> > SELECT * from recorededseek where chanid='XXX'  and starttime='xxxx'  and 
> > mark 
> < (19608+100) and mark > (19608-100)
> 
> You mean grab a mark value from the recordedmarkup table and query 
> recordedseek 
> for a +/-100 range around that value as a means of limiting the result set? 
> Sure, but I think the prior result answered the question.
> 
> -Tom

Tom,
Its because of the card is type 7.  The actual query in mvpmc does not use a 
type 9 clause in the SQL.  I think the issue is the byte offsets are different 
with these cards verse the type 9 cards.

I believe commskip does not work on the HDHOMERUNS, correct???  

Mike


      

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to