On 1/10/07, G C <[EMAIL PROTECTED]> wrote: > I just spent a few minutes comparing the capture log I took against > the source code and the Myth protocol. It looks like it may not be > entirely a mvpmc problem. The Myth backend server appears to be > returning empty fields in this case. The MVPMC issues a > 'QUERY_RECORDINGS' command to get all the programs and their details. > The response from the myth server is documented in the protocol at > http://www.mythtv.org/wiki/index.php/Myth_Protocol_Command_QUERY_RECORDINGS > . In this case, all the fields are empty or some kind of NULL or > garbage value. It chokes on the 'chanid' (Channel ID) which is > returned from the myth server as 4294967295.
It looks to me like the chanid is stored as an unsigned int in the database, so it may make sense to change the cmyth_rcv_proginfo function to use cmyth_rcv_ulong for this field. You may be right that it will still choke because of all the null fields, though. The reason i think that chanid is an unsigned int, is from looking at the Channel Table: http://www.mythtv.org/wiki/index.php/Channel_table If you look at the entry for chanid it is int (10) unsigned, which I think means that it is up to a 10 character unsigned integer. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
