okay.

regarding (a): I did see that post, and your (b) reply, but I didn't comment at the time.

In fact, MythTV no longer uses a "non-standard" container for videos by default. I assume, here, you're talking about the *.NUV files --they stopped using that container by default after version 0.18 (current version is 0.21, so there have been 3 releases [and 2.5 years] since the *.NUV files were created by default on most MythTV systems). The standard video format is now the raw capture of what the encoder card produces; in most cases it's an MPEG2 stream, as extracted from the VIDEO_TS in the case of satellite and terrestrial cable tuner cards, or MPEG2 as created natively by the analog encoder cards (Hauppauge, etc). There are a few cards out there that will create MP4 files directly, but those cards are relatively uncommon (even though the format, itself, is quite common). The only issue Canola (or any other UPNP product) should encounter is with the bitrate of the encoded video --and that has nothing to do with interpreting the UPNP stream, and everything to do with decoding the video file (and, in Canola's case, Canola isn't doing anything with the video other than sending it off to the media renderer [Media Player or mplayer]).

The problem stated in (a), and reiterated by me in this thread is that the application (Canola, along with the UPNP plug-in) exits immediately upon selecting either the Videos menu item (which can [and in my case, does] contain a list of transcoded video at an appropriate bitrate for the Nokia tablets) or the Recordings menu item (which contains [probably; see above] a list of standard MPEG2 video files.

In any case, it's not a problem with MythTV using a "non-standard" video container in which to store the video, because a) they don't use that format anymore, in most cases, and b) we're not even at the point of trying to play anything yet --we're still looking for a list of what's there. If Canola can successfully get the list of audio files from the Music section, it should be equally capable of getting the list of Video or Recording items in those sections. This particular issue has nothing to do with what format the video files are stored in; the failure occurs well before that point in the process. I don't know if there's a fundamental difference in the response sent via UPNP when one selects Videos or Recordings, versus the response sent when one selects Music. If you'd like, I'd be happy to run some code (if you have any) to capture the first few kilobytes of returned information for each of these menu selections, and you can determine if there's an issue with the server sending a fundamentally different UPNP stream for those two choices than it's sending for the Music choice...

Regarding (c), you said, "I gave a answer based on history projects not on actual test". To this I can only reiterate what I said above regarding the "non-standard" video container files. Also, please note that UPNP was added to MythTV in version 0.20, well after the *.nuv video container was (largely) dropped... so I don't see how you could have used a UPNP-enabled version of MythTV that was squirting out *.nuv files in your testing, unless you had a very non-standard MythTV installation.

And, I don't think anyone here is asking for that. If Canola can read and understand the UPNP data sent when selecting Music, then it logically follows that it should also be able to read and understand the UPNP data sent when selecting Video or Recordings -- regardless of whether it'll be able to play any/all of the presented items once the list is displayed. Right now, Canola is not behaving well with either of the video selections... even if it doesn't understand what it's being sent, it probably shouldn't crash/exit... I would expect some sort of "unknown error" dialog or message box to be displayed. Whether or not Canola ever works with any specific media server, it should gracefully handle situations where it might receive something it didn't expect, and not segfault and/or crash and close the application.

Again, if you have some tool that will allow me to capture the UPNP data stream that is sent, I would gladly gather together some testing/evaluation files for you guys to look at.