The files are not reproducible

Hello, I use a device (Blusens Web:TV http://www.blusens.com/es/productos/hogar-digital/WEB:TV/) to connect the TV to the Internet, DLNA/UPNP compatible. I have no problem with other media servers (e.g. XBMC), but with Serviio, although I can move among existing folders and files, and despite having acknowledged extensions by WebTV, it doesn't let me play them (it works like when the files are not reproducible).

Device Spy:
Base URL http://192.168.1.40:8200/
Device icon Present, 120x120
Device URN urn:schemas-upnp-org:device:MediaServer:1
Embedded devices 0
Expiration timeout 1810
Friendly name webtv:BLUSENS
Has presentation True
Interface to host 192.168.1.37
Manufacturer Blusens
Manufacturer URL http://www.blusens.com/
Model description MiniDLNA on Blusens WebTV (Linux)
Model name Windows Media Connect compatible (MiniDLNA on Blusens WebTV)
Model number 1
Model URL http://www.bewebtivero.com/
Presentation URL http://192.168.1.40/
Product code
Proprietary type
Remote endpoint 192.168.1.40:8200
Serial number 12345678
Services 3
Standard type MediaServer
Unique device name 4d696e69-444c-164e-9d41-001aaf061ab7
Version 1.0


(string) Sink: empty
(string) Source:

  Code:

http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN,http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_SM;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_LRG;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_NA_ISO;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_NA_ISO;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mpeg:DLNA.ORG_PN=MPEG1;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mp4:DLNA.ORG_PN=AVC_MP4_MP_SD_AAC_MULT5;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/mp4:DLNA.ORG_PN=AVC_MP4_MP_SD_AC3;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_NA;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_MP_HD_AC3_T;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVSPML_MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVSPML_BASE;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVMED_BASE;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVMED_FULL;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVHIGH_FULL;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/3gpp:DLNA.ORG_PN=MPEG4_P2_3GPP_SP_L0B_AAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:video/3gpp:DLNA.ORG_PN=MPEG4_P2_3GPP_SP_L0B_AMR;DLNA.ORG_OP=01;DLNA.ORG_CI=0,http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE;DLNA.ORG_OP=01,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL;DLNA.ORG_OP=01,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAPRO;DLNA.ORG_OP=01,http-get:*:audio/mp4:DLNA.ORG_PN=AAC_ISO_320;DLNA.ORG_OP=01,http-get:*:audio/3gpp:DLNA.ORG_PN=AAC_ISO_320;DLNA.ORG_OP=01,http-get:*:audio/mp4:DLNA.ORG_PN=AAC_ISO;DLNA.ORG_OP=01,http-get:*:audio/mp4:DLNA.ORG_PN=AAC_MULT5_ISO;DLNA.ORG_OP=01,http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM;DLNA.ORG_OP=01,http-get:*:image/jpeg:*,http-get:*:video/avi:*,http-get:*:video/divx:*,http-get:*:video/x-matroska:*,http-get:*:video/mpeg:*,http-get:*:video/mp4:*,http-get:*:video/x-ms-wmv:*,http-get:*:video/x-msvideo:*,http-get:*:video/x-flv:*,http-get:*:video/x-tivo-mpeg:*,http-get:*:video/quicktime:*,http-get:*:audio/mp4:*,http-get:*:audio/x-wav:*,http-get:*:audio/x-flac:*,http-get:*:application/ogg:*


Thanks

[zip]

This device is a media server (like Serviio, built on MiniDLNA), not a renderer (player). At least from the information you've given.

hello again,

thank you for your answer!

yes, the "(String) Sink" has no info, but the device is a renderer because I can see perfectly the content which is served by other mediaservers as XBMC (and because the specifications of the product say: "client and server UPnP")

Thanks

[zip]

do you have a detailed log?

Hello again,

yes, the log is here:

https://docs.google.com/open?id=0B_-829a5woVJVGJQQ1VqZUJIQUk

The problem is that when I click on a file (a film, etc.), nothing happens: no alert message, but it doesn't work, it doesn't play the file. The icon of the file is the icon for the files which WebTV (the device) doesn't recognize, but there are common files (avi, mpeg, etc.) and the device play them if I access to them using a shared folder.

So I think it is possible the log has no line about this problem, as the file doesn't work and it doesn't show any error or alert message, it is like a non-existent operation because it has no result.

A detail I don't know if it is important: when the podcasts have the mp4 extension, Serviio change them to mpg. This also occurs with any stream I tried.

Thanks in avance

[zip]

Try this profile

  Code:

    <Profile id="99" name="Blusens Web:TV" extendsProfileId="1">
        <MediaFormatProfiles>
             <MediaFormatProfile mime-type="video/vnd.dlna.mpeg-tts" name="AVC_TS_MP_HD_AC3_T">AVC_TS_MP_SD_AC3_ISO</MediaFormatProfile>
        </MediaFormatProfiles>
    </Profile>

The problem continues. And now, the podcast files have a "tts" extension.

I made a video to show the problem:

http://www.youtube.com/watch?v=-hfElpfac6A

Thanks again

[zip]

I'm not sure if XBMC actually has a DLNA/UPnP server component or if it's using a different protocol.

Can you try a different profile, for example Xbox360?

Hello Zip

I tried the Xbox 360 profile and still the same . Now the podcast files have a "wmv" extension.

Thank you for your attention

[zip]

Does it work with any other server than XBMC? Like WMP, PS3MS, or similar?

Hello Zip,

WMP works (when it wants . I haven't tried PS3MS because I thought it only worked on the PS3 device. I have installed and it has said me a very valuable info I think can help us to know where is the problem.

I installed PS3Ms and it works perfectly. Web:tv reproduces all the files of the local network without problems, even it transcodes with subtitles. But, I installed several plugins and they doesn't work. They have the same problem than Serviio. I can't reproduce any of the files showed on the web folder.

When I watch the logs of PS3MS, I saw that the files of the local network are showed with a path of Windows (i.e. E:\MULTIMEDIA\PELICULAS\el rey del mambo.mpg).

In this case, web:tv identifies the file perfectly and it play it. But, when it offers a file of a plugin (i.e. "RTVE a la carta"), it uses the http protocol (i.e. http://www.rtve.es/resources/TE_NGVA/mp ... 096056.mp4), of course, and in this case web:tv doesn't recognize it as a reproducible file as is the case with Serviio.

When a client is used, which works with Serviio, i.e. XBMC, I looked at the logs and I think I understand that Serviio offers all the files, local and remote, using the http protocol, and it seems that this is the reason for explaining that web:tv doesn't identify any file which is offered by Serviio.

I typed this URL on the web navigator in Web:tv and it has worked perfectly. It played a film:

http://192.168.1.37:8895/resource/1058/MEDIA_ITEM/AVI*0

Here I show you the logs which confirm that web:tv (192.168.1.40) played the film served by Serviio perfectly:

  Code:

2012-07-22 23:12:20,964 DEBUG [WebServer] Incoming connection from /192.168.1.40:49899
2012-07-22 23:12:21,070 DEBUG [ResourceTransportRequestHandler] GET /resource/1058/mEDIA_ITEm/AVI*0 HTTP/1.1, headers = [User-Agent: Mozilla/5.0 (iPad; U; CPU OS 3_2 like Mac OS X; es-ES) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B334b Safari/531.21.10,Accept: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5,Accept-Language: es-ES,en,*,Connection: Keep-Alive,Accept-Encoding: gzip,Host: 192.168.1.37:8895]]
2012-07-22 23:12:21,070 DEBUG [RendererDAOImpl] Reading a Renderer with ip address 192.168.1.40
2012-07-22 23:12:21,070 DEBUG [ResourceTransportRequestHandler] Resource request accepted. Using client 'IPAddress=/192.168.1.40, Profile=Blusens Web:TV'
2012-07-22 23:12:21,070 DEBUG [ResourceTransportRequestHandler] Request for resource 1058 and type 'MEDIA_ITEM' received
2012-07-22 23:12:21,070 DEBUG [MediaResourceRetrievalStrategy] Getting information about media item 1058 (local)
2012-07-22 23:12:21,070 DEBUG [MediaItemDAOImpl] Reading a MediaItem (id = 1058)
2012-07-22 23:12:21,071 DEBUG [VideoDAOImpl] Reading a Video (id = 1058)
2012-07-22 23:12:21,071 DEBUG [VideoDeliveryEngine] Delivering item '1058' for client 'IPAddress=/192.168.1.40, Profile=Blusens Web:TV'
2012-07-22 23:12:21,071 DEBUG [VideoDeliveryEngine] Delivering file 'Agata Christie - Hercules Poirot - Muerte En El Nilo Spanish.avi' in native format
2012-07-22 23:12:21,071 DEBUG [MediaItemDAOImpl] Getting file of media item 1058
2012-07-22 23:12:21,071 DEBUG [MediaItemDAOImpl] Marking MediaItem (id = 1058) as read
2012-07-22 23:12:21,073 DEBUG [LocalContentCacheDecorator] Cleared cache (local_resetafterplay)
2012-07-22 23:12:21,073 DEBUG [ResourceTransportRequestHandler] Creating stream entity with length: 729755648
2012-07-22 23:12:21,073 DEBUG [ResourceTransportRequestHandler] Sending file back
2012-07-22 23:12:21,073 DEBUG [ResourceTransportRequestHandler] HTTP/1.1 200 OK, headers = [[Content-Type: video/x-msvideo,Content-Length: 729755648,Date: Sun, 22 Jul 2012 21:12:21 GMT,Server: Windows Vista, UPnP/1.0 DLNADOC/1.50, Serviio/0.6.2,Cache-control: no-cache,transferMode.dlna.org: Streaming]]


Could this be the problem of Web:tv with Serviio? I have no idea about UPnP protocols.

Futhermore, on the web:tv developers forum, they say this:

"...now WebTV is an "UPnP client" (to reproduce by DLNA the contents of the PCs and Smartphones) and also it is a "UPnP server" (it allows that other devices get the contents of WebTV). Finally, it only remains that WebTV becomes a "UPnP media renderer", we need to achieve this in order to get the same performance that Airplay. Now we are working in this matter."
Source: http://developers.blusens.com/forum/viewtopic.php?f=13&t=1832&hilit=airplay#p16582

Best regards

[zip]

UPnP always delivers the files over http, so that shouldn't be the problem. NOt sure what to do next, do they have a support forum where you could ask? Ie tell them to try Serviio and possibly identify the problem?

hello Zip,

Don't worry. I would like to thank your help and your interest. I asked for this matter on the web:tv forum. If they say me something, I will comment it here.

Thank you again