Image Display Issues - LONG POST

Help
2011-01-08
2013-05-30
  • Charu Palkar

    Charu Palkar - 2011-01-08

    Environment
       Media Server :  MediaTomb  version  0.12.1       - Installed on Slackware 13.1
       Media Clients :
              XBMC  version 10.0 "Dharma"
              WD TV Live        Version  WDLXTV-EXT3  Firmware
                                                            FW Base: 1.03.49       Device: WDLXTV_LIVE
                                                            Latest version: 0.4.5.2Current version: 0.4.5.3

    CASE 1 :
        MediaTomb built with  'libexif' enabled

        1. Add images with  EXIF data (Sony and Nikon)
        2. Add images with no EXIF data
           Presence of EXIF data

        Results on XMBC        -   Can view all images at full resolution.
                   WDTV Live   -   Images with no EXIF data display at full resolution
                                   Images with EXIF data display at low resolution (maybe Thumbnail) resolution

    CASE 2 :
        MediaTomb built with  'libexif' disabled

        1. Add images with  EXIF data (Sony and Nikon)
        2. Add images with no EXIF data
           Presence of EXIF data verified by using 'exif' utility.

        Results on XMBC  -   Can view all images at full resolution.
                   WDTV Live   -   Can view all images at full resolution.

    NOTES :
        1. Version of libexif
           /usr/lib/libexif.la
           /usr/lib/libexif.so.12
           /usr/lib/libexif.so.12.3.1
           /usr/lib/pkgconfig/libexif.pc
           /usr/lib/libexif.so

        2. By disabling libexif -  flexibility to cataloging  images based on various attributes is lost.

    I will be posting this on the WDLXTV forum as I suspect some UPnP client attributes and MediaTomb processing affects this issues.  The same images viewed directly on WDTV Live with same firmware display well.

    Please advice is any additional information or testing is required to help resolve this problem.

    Charu Palkar

     
  • Charu Palkar

    Charu Palkar - 2011-01-09

    I did some additional debugging  with 'upnpdebug'

    a) The interaction between MediaTomb and XBMC gave the following :

    ----------------------------- START  DEBUG ----------------------------------
    <<< (RECVD) <<<
    SUBSCRIBE /upnp/event/cds HTTP/1.1^M
    NT: upnp:event^M
    CALLBACK: <http://192.168.1.106:56680/45b708ee-69ff-41b2-a279-2c42576b4626/urn:upnp-org:serviceId:ContentDirectory>^M
    TIMEOUT: Second-1800^M
    User-Agent: Platinum/0.5.3.0, DLNADOC/1.50^M
    Host: 192.168.1.104:49152^M
    ^M
    --------------------- END DEBUG -----------------------------------------------

    --------------------- START DEBUG ----------------------------------------------

    >>> (SENT) >>>
    HTTP/1.1 200 OK^M
    CONTENT-LENGTH: 4292608^M
    CONTENT-TYPE: image/jpeg^M
    DATE: Sun, 09 Jan 2011 20:53:29 GMT^M
    LAST-MODIFIED: Fri, 07 Jan 2011 04:06:41 GMT^M
    SERVER: Linux/2.6.33.4-smp, UPnP/1.0, MediaTomb/0.12.1^M
    CONNECTION: close^M
    Content-Disposition: attachment; filename="DSC02275.JPG"^M
    Accept-Ranges: bytes^M
    transferMode.dlna.org: Interactive^M
    ^M


    ******************************************************************
    *                             DEBUG                              *
    *  FILE: ../upnp/src/genlib/net/http/httpreadwrite.c, LINE: 505  *
    ******************************************************************

    >>> (SENT) >>>
    ÿØÿáÑWExif


    ------------------------------------- END DEBUG ---------------------------------------

    b) Interaction between WD TV Live and MediaTomb

    ----------------------------------- START DEBUG -----------------------------------------
    Received response !!!  NOTIFY * HTTP/1.1^M
    HOST: 239.255.255.250:1900^M
    NTS: ssdp:byebye^M
    USN: uuid:cb974118-0090-a990-bce2-8e6e2de934ed::upnp:rootdevice^M
    NT: upnp:rootdevice^M
    Content-Length: 0^M
    ^M
    From host 192.168.1.105
    ----------------------------------- END DEBUG ---------------------------------------------

    --------------------------- START DEBUG ----------------------------------------------------

    >>> (SENT) >>>
    HTTP/1.1 200 OK^M
    CONTENT-LENGTH: 1670^M
    CONTENT-TYPE: image/jpeg^M
    DATE: Sun, 09 Jan 2011 21:04:30 GMT^M
    LAST-MODIFIED: Fri, 07 Jan 2011 04:06:28 GMT^M
    SERVER: Linux/2.6.33.4-smp, UPnP/1.0, MediaTomb/0.12.1^M
    CONNECTION: close^M
    Content-Disposition: attachment; filename="DSC02241.JPG"^M
    transferMode.dlna.org: Interactive^M
    ^M


    ******************************************************************
    *                             DEBUG                              *
    *  FILE: ../upnp/src/genlib/net/http/httpreadwrite.c, LINE: 505  *
    ******************************************************************

    >>> (SENT) >>>
    ÿØÿÛ


    ------------------------------------------- END DEBUG -------------------------------------

    NOTES :
            I have no idea of the  UPNP/DLNA protocol and this limiting may analysis, which maybe wrong.

            a)  XBMC is able to indicate that it is a DNLA device, but  WD TV Live is only indicating that it is a UPnP device

            b) When the image file is sent by  Media Tomb to XBMC, what looks like the Keyword Exif is sent to the

            c) Whereas in the case of sending the file to WD TV Live, there is no Exif keyword. See line after second '>>> (SENT) >>>'

    I will post this response on the WDLXTV forum.

    Hope this helps.

    Thanx

    Charu Palkar

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks