Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

uPNP AV Media Server directory incomplete or corrupted.

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


derek at inverchapel

Nov 17, 2009, 5:59 PM

Post #1 of 4 (531 views)
Permalink
uPNP AV Media Server directory incomplete or corrupted.

I'm using Mythtv 0.2.-fixes on Ubuntu 9.10 and also have a Netgear EVA700,
which I use to access both MythTV and MediaTomb on another machine. The
EVA700 uses the uPNP AV Media Server feature of MythTV. I've only had this
setup for a week or so.

I noticed this evening that the MythTV directory displayed by the EVA700 may
be incomplete and in some places seems corrupted.

Specifically, I was intending to watch a recording of Horizon recorded on
channel BBC TWO on earlier on 17th November. When I tried to access the
recording via the Title grouping, the Horizon entry was present, but under
it were 2 entries for the recording I wanted and when I tried to scroll to
them the entire page scrolled (something I've never seen the EVA700's pages
do before).When I tried to access the recording by channel or date, the
entry simply wasn't listed. I also tried going via the 'All Recordings'
path, but again the Horizon subentry seemed corrupt. I also tried the Genre
path, again without success.

Presumably, there is some delay before MythTV generates the AV Media Server
indexes, but this was at least an hour after the recording had ended so I
would have expected any index update to have completed. When I checked via
both the MythWeb and MythFrontEnd interfaces, the entry for the program
looked OK, so it doesn't look like a corrupt database.

So, is there some way, similar to MediaTomb, to get MythTV to rescan and
regenerate the information it presents to uPNP clients to force it to update
things to agree with the other interface?

I've tried searching the web but haven't come up with much mention of the
uPNP server function at all, except that it exists and a ist of software and
hardware it works with (which includes the EVA700).

--
Derek.


greg at phaze

Nov 18, 2009, 3:50 AM

Post #2 of 4 (498 views)
Permalink
Re: uPNP AV Media Server directory incomplete or corrupted. [In reply to]

> So, is there some way, similar to MediaTomb, to get MythTV to rescan and
> regenerate the information it presents to uPNP clients to force it to update
> things to agree with the other interface?



The UPNP listings of recordings are generated on demand so when you make the request the info is looked up from the database. It's only the mythvideo content stuff that gets updated periodically rather than live.



> I've tried searching the web but haven't come up with much mention of the
> uPNP server function at all, except that it exists and a ist of software and
> hardware it works with (which includes the EVA700).


It's a mostly unused function, mainly due to the fact that despite the name "Universal" it's anything but :) Every client is looking for something different.
And of course it's relatively low usage by users makes it get a lot less attention.


You could do a packet cature of the upnp traffic when loading the list in your player and use that to verify if the recording was in the list that way. At least that's where I would start with it.





_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


derek at inverchapel

Nov 18, 2009, 4:29 AM

Post #3 of 4 (486 views)
Permalink
Re: uPNP AV Media Server directory incomplete or corrupted. [In reply to]

Hi Greg

Thanks for the information.

I'd suspected that uPNP wasn't heavily used and that most people simply
connect a PC directly to the TV - my latest laptop even has an HDMI output!

It looks like I'll have to take a look at the code and see how the listings
for recordings are generated. It sounds as though there might be some
inconsistency in my database which is confusing the uPNP code.

Thanks again.

Derek.

2009/11/18 Greg Estabrooks <greg [at] phaze>

> > So, is there some way, similar to MediaTomb, to get MythTV to rescan and
> > regenerate the information it presents to uPNP clients to force it to
> update
> > things to agree with the other interface?
>
>
>
> The UPNP listings of recordings are generated on demand so when you make
> the request the info is looked up from the database. It's only the mythvideo
> content stuff that gets updated periodically rather than live.
>
>
>
> > I've tried searching the web but haven't come up with much mention of the
> > uPNP server function at all, except that it exists and a ist of software
> and
> > hardware it works with (which includes the EVA700).
>
>
> It's a mostly unused function, mainly due to the fact that despite the
> name "Universal" it's anything but :) Every client is looking for something
> different.
> And of course it's relatively low usage by users makes it get a lot less
> attention.
>
>
> You could do a packet cature of the upnp traffic when loading the list in
> your player and use that to verify if the recording was in the list that
> way. At least that's where I would start with it.
>
>
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>



--
Derek.


derek at inverchapel

Nov 18, 2009, 7:53 AM

Post #4 of 4 (491 views)
Permalink
Re: uPNP AV Media Server directory incomplete or corrupted. [In reply to]

OK. I took a look at the database (in my day job I spend more time looking
at databases than code) and found that the items in the listings that the
EVA700 had trouble with all had blank subtitles. For example, the Horizon
program had a blank subtitle and a description which started "How Long is a
Piece of String? Alan Davies takes a look at the question how long...".

By fixing the blank subtitles using MYSQL ..
UPDATE recorded SET subtitle=substring(starttime,1,10) where
subtitle='';
... (for example, I put in sensible subtitles where it was easy), all the
listings work OK.

I may take a look at the MythTv code and see if it's a fault in the listing
generation or if (as is more likely) it's just something the EVA700 doesn't
like.

Derek.

Hi Greg
>
> Thanks for the information.
>
> I'd suspected that uPNP wasn't heavily used and that most people simply
> connect a PC directly to the TV - my latest laptop even has an HDMI output!
>
> It looks like I'll have to take a look at the code and see how the listings
> for recordings are generated. It sounds as though there might be some
> inconsistency in my database which is confusing the uPNP code.
>
> Thanks again.
>
> Derek.
>
> 2009/11/18 Greg Estabrooks <greg [at] phaze>
>
> > So, is there some way, similar to MediaTomb, to get MythTV to rescan
>> and
>> > regenerate the information it presents to uPNP clients to force it to
>> update
>> > things to agree with the other interface?
>>
>>
>>
>> The UPNP listings of recordings are generated on demand so when you make
>> the request the info is looked up from the database. It's only the mythvideo
>> content stuff that gets updated periodically rather than live.
>>
>>
>>
>> > I've tried searching the web but haven't come up with much mention of
>> the
>> > uPNP server function at all, except that it exists and a ist of software
>> and
>> > hardware it works with (which includes the EVA700).
>>
>>
>> It's a mostly unused function, mainly due to the fact that despite the
>> name "Universal" it's anything but :) Every client is looking for something
>> different.
>> And of course it's relatively low usage by users makes it get a lot less
>> attention.
>>
>>
>> You could do a packet cature of the upnp traffic when loading the list in
>> your player and use that to verify if the recording was in the list that
>> way. At least that's where I would start with it.
>>
>>

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.