[mythtv] PARTLY SOLVED Re: length mismatch between programinfo

[Brad Templeton]

On Mon, Jan 19, 2009 at 08:50:34PM -0800, Brad Templeton wrote:
> On Mon, Jan 19, 2009 at 07:18:13PM -0800, Brad DerManouelian wrote:
> > On Jan 19, 2009, at 7:14 PM, Brad Templeton wrote:
> >
> >> On Mon, Jan 19, 2009 at 05:11:10PM -0800, Brad Templeton wrote:
> >>> Just compiled to lastest trunk 19741M, but noticing a few issues.   
> >>> The most serious
> >>> is that when the frontend (same machine or different) attempts to  
> >>> load the recorded
> >>> list, it gets an error as follows:
> >>>
> >>> 2009-01-19 17:02:52.229 Loading window theme from /usr/local/share/ 
> >>> mythtv/themes/default/recordings-ui.xml
> >>> length mismatch between programinfo
> >>> 2009-01-19 17:02:52.332 SortedList is Empty
> >>>
> >>
> >> I should add that when this diagnostic is printed, numrecordings is  
> >> 150 (which is correct),
> >> NUMPROGRAMLINES is 47, but strList.size() is only 189, not nearly  
> >> large enough to
> >> match the test in remoteutil.cpp that is failing.
> >
> > I can't reproduce this using 19710. Everything is working as expected.  
> > My memory limit is also 128M. I've got 924 programs. I start getting  
> > programs back immediately but it takes a long time for the entire page  
> > to completely build.
> 
> Well, the numbers indicate that while the query in the backend is returning
> all 150 programs, only 4 rows (4*47+1 = 189) are being sent in the protocol.
> 
> I am trying to figure out how to blame this on my own mods to the database,
> which add a "suggested" column to the various recording tables, could be causing
> this.  I have removed my patches for this test compile, so it must be the extra
> column in the database itself.  I thought myth was robust over there being extra
> columns in some of the tables to allow code to be tested like this...
> (I am loathe to remove my columns quite yet)
> 
> I notice that recordedprogram has only 146 entries while recorded has 150, but
> the query is returning the 150 results, it's the converting them to programinfos
> and spitting those out that is somehow aborting.
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


Ok, I found that 3 of the programs in my "recorded" database had values of 127 in either
the "bookmark" field or the "cutlist" field.   As I recall in earlier versions of
the program these fields were global and contained other values.  Possibly
something didn't handle that transition right?

Looking at the code in mainserver.cpp, I can't see why these values were causing
the creation of the programinfos to abort, but the all rows starting with the first one
to have 127 in the tinyint field were not being iterated on.

The work-around weas to patch those values in the sql database so they were "1",
and now the frontend is able to download the recorded list, and most functions seem
to be operating.

On to another matter:  Years ago, I added code to my own copy of Mythtv to support
"suggestions" (a la tivo) generated by my program tvwish.   I added a column called
"suggested" to record, oldrecorded and recorded, and arranged for the flag to be
copied to the tables at the right time.  I put in code so that recordings that
were a suggestion would thus be tagged so that they could be displayed with a
different font in your theme (I made them smaller and darker, but did not just
put them all at the end of the list as Tivo does.)

It's been a while since I did this, and myth has changed, so I am curious -- is this
the best way to do it today?   The suggestions are in different program groups so
that is not the way to identify them.   I like the smaller darker font, but a little
icon displayed to the side of the entry, or in the status screen could also be appropriate.
I welcome thoughts.

-------------------

Another problem:  In the status box, the icons are in two rows.  The bottom row displays
stereo, CC and HDTV, and they are always displayed, even on programs that do not have
the HDTV bit set in the recordedprogram table.   This is with GANT.

Thanks