Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[giamma]

I have an Onkyo HT 180 receiver.
I have been using it since MC14, and definitely with MC15 to stream my MP3 collection.

But since I have switched to MC16, or at least with the latest build (16.0.49), I am not able to stream
anymore.

It does connect and it's listed in my zones.
I can browse all the music and also the Smartlists, but when I try to play a song it's not able.
Some generic error is reported on the TV screen (from Onkyo)

I noticed someone else also reported some issue with an Onkyo receiver:

• http://yabb.jriver.com/interact/index.php?topic=62828.msg420947#msg420947

Any idea how to resolve this ?

BTW I went back to MC15 and it's working fine.
So it's definitely related to MC16

I have not changed anything under "Media Network".
Same configuration and ports.

I am able to stream from other MC16 connected to the main media center library
And also Gizmo works just fine on my phone.

[JimH]

Do you have servers running in both versions of MC?  If so, shut one down.

[giamma]

No I just keep one running at the time.
Since I have upgraded to MC16, I am not starting MC15 anymore.

I went back to MC15, just to see if it was still working.
To make sure it was not some other problem (may be network related)

What it's interesting is that my DIRECTV DVR, who also support DLNA
is able to play music just fine with MC16

[giamma]

Any suggestions on how to trouble shot this ?

[giamma]

I just upgraded to MC 16.0.54 Beta and I still have problems.

Any suggestions on how to trouble shoot this would be appreciate it.

It's just a little strange that it works fine with MC 15 but not MC 16

[JimH]

It's most likely to be settings somewhere.  Advanced?

Firewall is also a possibility.

Double check that there aren't two servers running.

[giamma]

As I said earlier, if I just shut down MC16 and go back to MC15 everything works

So it's not an issue with the firewall.

Also I am able to connect to the library and browse the playlist
But only when I try to play a song, I get an error

So definitely not a firewall issue

Are you asking me to check my advanced settings ?

[mbagge]

I am having the same problem as Giamma. My Onkyo receiver is the european version of the HT-RC180, an TX-NR807.
Streaming stopped working with version 16. And it is still working with version 15. The receiver just says 'unable to play'. If I try to control the TX-NR807 from version 16, it fails as well. This works fine in version 15.
Does the problems relate to DLNA versions ? Version 16 apparently have some DLNA version 2.0 code in it. ?
The Onkyo receiver is 'only' version 1.5 certified.

[JimH]

Does the problems relate to DLNA versions ? Version 16 apparently have some DLNA version 2.0 code in it. ?
The Onkyo receiver is 'only' version 1.5 certified.

That's an interesting theory.

[giamma]

I am glad I am not crazy

Any workaround or possible fix in the near future ?

[bob]

I am glad I am not crazy

Any workaround or possible fix in the near future ?

Could you do a library backup and then test this version:
http://files.jriver.com/mediacenter/MediaCenter160019.exe

It's the last one before DLNA 2 support was added.
Thanks...

[giamma]

Went back to this version:
http://files.jriver.com/mediacenter/MediaCenter160019.exe

and things are working again

which confirms mbagge theory on DLNA 2

[bob]

Went back to this version:
http://files.jriver.com/mediacenter/MediaCenter160019.exe

and things are working again

which confirms mbagge theory on DLNA 2

Not completely since there were other changes but it's a good probability. The DLNA 1 settings are tried before DLNA 2 so it really shouldn't be getting to the DLNA 2 code. Perhaps the device is claiming DLNA 2 compatibility even though it doesn't really support it? Anyway, thanks for testing it! I'll probably have a couple of other tests to try in the next couple of days...

[giamma]

sure let me know and I will be happy to test it

[giamma]

Any more tests that you want me to do ?

I am hoping that you guys can add some sort of fix in the next versions of MC 16

[mbagge]

I had no luck with version 16.0.60. The receiver still 'Cannot play'.

What about an option to force DLNA 1 code only ?

[giamma]

Me too

I keep trying with the new versions of MC16 posted, but no luck

Would really appreciate if we can find a solution to this.

[bob]

I had no luck with version 16.0.60. The receiver still 'Cannot play'.

What about an option to force DLNA 1 code only ?

Probably going to work up a test build first. It's still going to take a couple of days because of other stuff ahead in the queue...

[giamma]

let me know when you have the test build and I will be happy to test it

[bob]

let me know when you have the test build and I will be happy to test it

I went over that code with a fine toothed comb and I just can't see it causing the problem. It won't even try DLNA 2 unless it can't find a DLNA 1.x service.

Can I verify your setup?
You are using MC as the server and controller with the library and files on the same PC acting as the controller.
You are controlling the Onkyo by using it as a zone in MC.
When you try to do this it fails and gives you an error message (what is the message??)

A wireshark trace of this would be nice. If you install it on your PC, get everything setup to test, turn on the trace right before trying to send a song to the Onkyo and stop the trace right after you get the error message, save the pcap and email it to bob (at) jriver (dot) com I'd appreciate it.

[giamma]

Wireshark will take a little time to download and setup

Here is the answer to your questions.

1) You are using MC as the server and controller with the library and files on the same PC acting as the controller.
    YES

2) You are controlling the Onkyo by using it as a zone in MC.
    YES, under playing now I see my Onkyo (name "Stereo").
    I can add songs to its playlist but they will not play (see error message next)

3) When you try to do this it fails and gives you an error message (what is the message??)
    Well I just get a generic message
    "There was a problem controlling the selected DLNA device. Double check your devise, server, and network settings"

I am also trying to play songs directly from the Onkyo.
The Onkyo is able to connect to my server and is able to see all the playlist (static and smart), but when I select
a song to play, I get an error on the TV screen.
Unfortunately it's just a generic ! and nothing else.

Before with MC15, I was able to play both ways.
Using MC15 to control the Onkyo or from the Onkyo directly
And I was also able to use Gizmo from my phone to play on the Onkyo

Is there a way to get some log files on MC 16 ?

[bob]

Thanks for the detailed report!

You can turn logging on under HELP.
If you haven't already, you might try deleting the DLNA server profile and re-adding it.
What format is your music in? The best test is with conversion off and playing a mp3.
Trying it from the receiver side first is good, that reduces the number of variables.
Have you tried power cycling the receiver??

[mbagge]

I tried the re-adding of the profile and the power cycle as well with no luck.
Profile made on 'Generic DLNA' and settings for audio is 'Never convert' and 'Uncompressed stream - L16 - No header'
Music is stored in secure ripped flac files.

The main feature of the receiver in this context, is the native flac support. In my experience the sound quality by far exceeds any other audio input method to this receiver and hence the great interest in solving this issue.

I have an Iomega iConnect with a built in Twonky server and a copy of all the flac files on its own harddisk. It delivers the same files to the receiver without problems as well as the earlier media center versions does. (I have been using your software since version 8 to my great satisfaction.)

Will a Wireshark trace from a successfull Media Center 15 session be of any use ?

[giamma]

Same here no luck re adding the profile.
As far as the receiver, I turn it off all the time and turn is on before every tests.

I only play MP3 files.

I have enabled the logs and I can send you some logs at your previous email address

thanks

[bob]

Hi Guys,
I got your log giamma. I don't see anything I can use in it.

Yes mbagge, a wireshark trace of it working with 15 would be useful. Along with one in 16 not working. Thanks...

Bob

[bob]

I think I see one problem in the logs mbagge sent. The mimetype and dlna flags are different from version 15 for FLAC. The dlna flags are definitely wrong. That'll be fixed in the next build (>=75). The mimetype MAY need to be tweaked too.

I'm not seeing where the problem with MP3's is.

Giamma, can I verify with you that your files are all mp3 and you have "never convert" set for audio with a generic DLNA profile?  If you get a chance to do a working and non-working wireshark trace that'd be great...

Bob

[mbagge]

I did a debug with 'Device Spy' from opentools.homeip.net/dev-tools-for-upnp
and found the same pattern in the DLNA.ORG_FLAGS when playing mp3's as when playing flac's. Maybe the mp3 issue disappear along with the flac issue when the dlna flags are corrected ?

JRiver DLNA Server 1.0.50: (plays on receiver)
<;res protocolInfo=";http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01400000000000000000000000000000"; duration=";0:04:30"; size=";4324621"; nrAudioChannels=";2"; sampleFrequency=";44100"; bitsPerSample=";16";>;http://192.168.20.111:52100/Music/F505.0.mp3<;/res>;

JRiver DLNA Server 1.0.51: (cannot play on receiver)
<;res protocolInfo=";http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000"; duration=";0:04:30.000"; size=";4324621"; nrAudioChannels=";2"; sampleFrequency=";44100"; bitsPerSample=";16"; bitrate=";176400";>;http://192.168.20.111:52100/Music/F505.0.mp3<;/res>;

mbagge

[bob]

I did a debug with 'Device Spy' from opentools.homeip.net/dev-tools-for-upnp
and found the same pattern in the DLNA.ORG_FLAGS when playing mp3's as when playing flac's. Maybe the mp3 issue disappear along with the flac issue when the dlna flags are corrected ?

JRiver DLNA Server 1.0.50: (plays on receiver)
<;res protocolInfo=";http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01400000000000000000000000000000"; duration=";0:04:30"; size=";4324621"; nrAudioChannels=";2"; sampleFrequency=";44100"; bitsPerSample=";16";>;http://192.168.20.111:52100/Music/F505.0.mp3<;/res>;

JRiver DLNA Server 1.0.51: (cannot play on receiver)
<;res protocolInfo=";http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000"; duration=";0:04:30.000"; size=";4324621"; nrAudioChannels=";2"; sampleFrequency=";44100"; bitsPerSample=";16"; bitrate=";176400";>;http://192.168.20.111:52100/Music/F505.0.mp3<;/res>;

mbagge

Perhaps. I was thinking it was more likely with FLAC that the DLNA.ORG_PN was the problem (it was clearly wrong). The FLAGS setting of 217xxx should be better than 014xxx. I'll probably make you a test build. I had one Friday but there were some unrelated problems with it so I didn't post it.

[bob]

Check your PM for test build links.

[mbagge]

Maybe this can lead to a solution - I hope - fingers crossed -  

I have picked the important stuff from frames in Wireshark traces.
The conversation between MC and Onkyo is something like this (in DLNA language)

J River DLNA Server 1.0.50 in MC15
MC15 : <u:GetTransportInfo xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
Onkyo: <u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>STOPPED<..........></u:GetTransportInfoResponse>
MC15 : <u:SetAVTransportURI xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
 - and then a lot of info about what to play
Onkyo: <u:SetAVTransportURIResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"></u:SetAVTransportURIResponse>
MC15 : <u:Play xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
Onkyo: <u:PlayResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"></u:PlayResponse>
MC15 : <u:GetVolume xmlns:u="urn:schemas-upnp-org:service:RenderingControl:1">
Onkyo: <u:GetVolumeResponse xmlns:u="urn:schemas-upnp-org:service:RenderingControl:1"><CurrentVolume>0</CurrentVolume></u:GetVolumeResponse>
MC15 : <u:GetPositionInfo xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
Onkyo: <u:GetPositionInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><Track>1</Track><..........></u:GetPositionInfoResponse>
- the GetVolume and GetPositionInfo continues until song has finished or stopped otherwise.

J River DLNA Server 1.0.51 in MC16
MC16 : <u:GetTransportInfo xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
Onkyo: <u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>STOPPED<..........></u:GetTransportInfoResponse>
MC16 : <u:SetAVTransportURI xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
 - and then a lot of info about what to play
Onkyo: <u:SetAVTransportURIResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"></u:SetAVTransportURIResponse>
MC16 : <u:Play xmlns:u="urn:schemas-upnp-org:service:AVTransport:1">
Onkyo: Where things go wrong ! (The full frame:)
HTTP/1.1 500 Internal Server Error
Server: Linux/2.6.18_pro500 UPnP/1.0 MediabolicUPnP/1.8.225
Content-type: text/xml; charset="utf-8"
Content-length: 440
Connection: keep-alive

<?xml version="1.0" encoding="utf-8"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>716</errorCode><errorDescription>Resource not found</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>

Then I compared the SetAVTransportURI frames from MC15 and MC16, there is several differences but I cannot tell which is bad or not.

mbagge

[bob]

Ok, that was a nice report.
A couple of things to try.

First, a build >=75. That output looks suspiciously like something that changed in 75.
Second, turn off DLNAExtra in advanced options.

[giamma]

Sorry I have not been able to try what you suggested Bob

I am travelling, and I will not be able to try things for 2 weeks.

But thanks a lot for all the debugging effort, it's very much appreciated it

[mbagge]

I am already on 16.0.75. The only Advanced option turned on is DLNA in a freshly created profile.

I realize that there are several dlna-conversations happening in between each other and when studying the Wireshark traces, I always ends up with the actual streaming crashes. (Maybe that is why the "Play" command fails.) I have tried this many times with all 16.0.x versions including 16.0.72, 74, 74b, 74c and 75.

The Onkyo claims on the tv monitor that it is receiving a 1411Kbps 16bit/44.1Khz flac file.
When I select the same song in 15.0.172 the Onkyo plays a 837Kbps 16bit/44.1Khz flac file.

I am wondering why the receiver rejects files from MC16. Do the protocolinfo give you any hint ? duration in thousands of a second ? what is bitrate doing here ? or the content-type x-flac ?

Protocolinfo from 16.0.75
&lt;res protocolInfo="http-get:*:audio/x-flac:DLNA.ORG_PN=FLAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000" duration="0:03:47.000" size="24081527" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16" bitrate="176400"&gt;http://192.168.20.114:52100/Music/F186592.0.flac&lt;/res&gt;
Protocolinfo from 15.0.172
&lt;res protocolInfo="http-get:*:audio/flac:DLNA.ORG_PN=FLAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01400000000000000000000000000000" duration="0:03:47" size="24081527" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16"&gt;http://192.168.20.114:52100/Music/F186592.0.flac&lt;/res&gt;

[bob]

I am already on 16.0.75. The only Advanced option turned on is DLNA in a freshly created profile.

I realize that there are several dlna-conversations happening in between each other and when studying the Wireshark traces, I always ends up with the actual streaming crashes. (Maybe that is why the "Play" command fails.) I have tried this many times with all 16.0.x versions including 16.0.72, 74, 74b, 74c and 75.

The Onkyo claims on the tv monitor that it is receiving a 1411Kbps 16bit/44.1Khz flac file.
When I select the same song in 15.0.172 the Onkyo plays a 837Kbps 16bit/44.1Khz flac file.

I am wondering why the receiver rejects files from MC16. Do the protocolinfo give you any hint ? duration in thousands of a second ? what is bitrate doing here ? or the content-type x-flac ?

Protocolinfo from 16.0.75
&lt;res protocolInfo="http-get:*:audio/x-flac:DLNA.ORG_PN=FLAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000" duration="0:03:47.000" size="24081527" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16" bitrate="176400"&gt;http://192.168.20.114:52100/Music/F186592.0.flac&lt;/res&gt;
Protocolinfo from 15.0.172
&lt;res protocolInfo="http-get:*:audio/flac:DLNA.ORG_PN=FLAC;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01400000000000000000000000000000" duration="0:03:47" size="24081527" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16"&gt;http://192.168.20.114:52100/Music/F186592.0.flac&lt;/res&gt;

Thanks for the extra info.
I don't think it's the DLNA.ORG_FLAGS, one of the test versions I sent you changed that.
It seems unlikely to be the x-flac mimetype since giamma says it doesn't work for mp3's for him either (can you try a mp3?).
DLNA clients should accept the duration in thousands of a second. (older uPnP clients might not).

I'll probably do another test build for you with the duration changed and bitrate removed. Once it works we can work our way back forward.

[mbagge]

Playing mp3 gives the same problem.
&lt;res protocolInfo="http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000" duration="0:04:30.000" size="4324621" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16" bitrate="176400"&gt;http://192.168.20.114:52100/Music/F505.0.mp3&lt;/res&gt;

[bob]

Playing mp3 gives the same problem.
&lt;res protocolInfo="http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=21700000000000000000000000000000" duration="0:04:30.000" size="4324621" nrAudioChannels="2" sampleFrequency="44100" bitsPerSample="16" bitrate="176400"&gt;http://192.168.20.114:52100/Music/F505.0.mp3&lt;/res&gt;

Thanks,
New test build in PM.

[mbagge]

No luck. 

My head has started melting and I am running out of suggestions. The only thing yet is content-type, but if you don't think it has anything to do with the problem.
I read in another blog that it was a fact that this receiver does not advertise any flac/x-flac capabilities, then MC16 must be better to find that out than MC15.

If I use Device Spy to ask Onkyo-ConnectionManager-GetProtocolInfo, I get this result:
http-get:*:audio/L16;rate=48000;channels=2:DLNA.ORG_PN=LPCM,http-get:*:audio/L16;rate=48000;channels=1:DLNA.ORG_PN=LPCM,
http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM,http-get:*:audio/L16;rate=44100;channels=1:DLNA.ORG_PN=LPCM,
http-get:*:audio/wav:DLNA.ORG_PN=WAV,http-get:*:audio/mpeg:DLNA.ORG_PN=MP3,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMALSL,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMABASE,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMALSL,http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS_320,
http-get:*:audio/mp4:DLNA.ORG_PN=AAC_ISO_320,http-get:*:audio/3gpp:DLNA.ORG_PN=AAC_ISO_320,

This is from the manual:
■ FLAC is a file format for lossless audio data compression.
• Sampling rates of 8 kHz, 11.025 kHz, 12 kHz, 16 kHz, 22.05 kHz, 24 kHz, 32 kHz, 44.1 kHz, 48 kHz, 64 kHz, 88.2 kHz, and 96 kHz are supported. Incompatible files cannot be played.
• Quantization bit: 8 bit, 16 bit, 24 bit
• Number of channels: 2
• Variable bit-rates (VBR) are supported. (Playing times may display incorrectly with VBR.)
• FLAC files must have a “.flac” or “.FLAC” filename extension.

Heeelp !

[bob]

No luck. 

My head has started melting and I am running out of suggestions. The only thing yet is content-type, but if you don't think it has anything to do with the problem.
I read in another blog that it was a fact that this receiver does not advertise any flac/x-flac capabilities, then MC16 must be better to find that out than MC15.

If I use Device Spy to ask Onkyo-ConnectionManager-GetProtocolInfo, I get this result:
http-get:*:audio/L16;rate=48000;channels=2:DLNA.ORG_PN=LPCM,http-get:*:audio/L16;rate=48000;channels=1:DLNA.ORG_PN=LPCM,
http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM,http-get:*:audio/L16;rate=44100;channels=1:DLNA.ORG_PN=LPCM,
http-get:*:audio/wav:DLNA.ORG_PN=WAV,http-get:*:audio/mpeg:DLNA.ORG_PN=MP3,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMALSL,http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMABASE,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMALSL,http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS_320,
http-get:*:audio/mp4:DLNA.ORG_PN=AAC_ISO_320,http-get:*:audio/3gpp:DLNA.ORG_PN=AAC_ISO_320,

This is from the manual:
■ FLAC is a file format for lossless audio data compression.
• Sampling rates of 8 kHz, 11.025 kHz, 12 kHz, 16 kHz, 22.05 kHz, 24 kHz, 32 kHz, 44.1 kHz, 48 kHz, 64 kHz, 88.2 kHz, and 96 kHz are supported. Incompatible files cannot be played.
• Quantization bit: 8 bit, 16 bit, 24 bit
• Number of channels: 2
• Variable bit-rates (VBR) are supported. (Playing times may display incorrectly with VBR.)
• FLAC files must have a “.flac” or “.FLAC” filename extension.

Heeelp !

Hmmm, it supports flac under the radar, eh?
Well, one more test. It'll be in your PM in a few minutes.

[mbagge]

No - it will not play.

[bob]

No - it will not play.

Brutal. I think the content directory is identical now with 15.
Can you check to see if the file request still shows partial content vs whole?

[mbagge]

No, it says
HTTP/1.1 200 OK
transferMode.dlna.org: Streaming
Content-Type: audio/flac
Server: Microsoft-Windows-XP/2002, UPnP/1.0 DLNADOC/1.50, JRiver/2.0
Content-Length: 29426050
Accept-Ranges: bytes
Connection: close
Date: Thu, 28 Apr 2011 22:53:12 GMT


None of the modifications to DeviceDescription.xml can be blamed, can they ?
Does the"av:" stuff only belongs to X-JRiver-Library-Server ?

[bob]

That's the resulting content feed from 16, right. How about 15, that was the partial content IIRC. Were there any other header lines? Do you have DLNAExtra turned on in 15?

[mbagge]

No option other than DLNA is turned on in 15 and the response is this:
HTTP/1.1 206 Partial Content
Connection: close
Server: Microsoft-Windows-XP/2002, UPnP/1.0 DLNADOC/1.50, JRiver/2.0
Date: Mon, 18 Apr 2011 15:46:28 GMT
Content-Range: bytes 0-24081526/24081527
Content-Length: 24081527
Content-Type: audio/flac
Accept-Ranges: bytes
transferMode.dlna.org: Streaming

[bob]

And the request from the Onkyo? Does it do a HEAD request first or just a GET?
I assume that 15 is actually returning content and 16 is not?

Would it be possible for you to setup a test library in 15 and 16 with exactly one flac file, exactly the same layout and do a capture like this:

(host 199.242.131.131 and host 199.242.131.79) or (host 199.242.131.131 and host 239.255.255.250) or (host 199.242.131.67 and host 239.255.255.250)

Replacing 199.242.131.131 and 199.242.131.79 with your PC and Onkyo IP addresses.

Then start the capture, power up the Onkyo (so we get the discovery dialog) and try to play the file? This will give us a start to end trace to look at...
Sorry to ask for so much stuff...

Bob

[mbagge]

I almost did that last night, because I suspected the differences to occur before the the song was prepared for streaming. That lead me to a closer look at the NOTIFY and M-SEARCH frames.
Anyway it didn't bring me any hints so I went back to my situation with MC16.0.72. I have saved a Wireshark trace from before you helped me with all sorts of modifications to MC16. I then had some learning of how the Intel Developer Tool for UPnP - Device Spy was working.
I managed to copy the <CurrentURIMetaData> block from a MC15.0.172 trace into a SetAVTransportURI function in Device Spy and triggered a Play function and the Onkyo played the song.
Then I copied the <CurrentURIMetaData> from the MC16.0.72 trace and tried again - no luck.
To prove my point I used Device Spy to make MC15 play the song with both <CurrentURIMetaData> blocks.

All the '&lt; &gt;' in the MC16.0.72 <CurrentURIMetaData> block annoyed me, so I changed them to '< >' and tried with that as <CurrentURIMetaData> and it played ! On the TV monitor it displayed all attributes including a small folder.jpg image.

I am not clear of what I should do with this knowledge, "is the Onkyo run out of <CurrentURIMetaData> buffer space?", "is the Onkyo DLNA implementation full of limitations and errors?", "can I persuade you guys to make a special option in MC?".

Thankyou for your patience so far. Can you see a way out of this ? Are there similar problems in other DLNA renders ?

ps. the currentmetadata without &lt; and &gt; plays fine with the latest build you sent me.

[Matt]

Great details.

I wonder if breaking the escapement simply made it not parse the CurrentURIMetaData?  Could you test changing:

&lt;CurrentURIMetaData&gt;
to
&lt;CurrentURIMetaData1&gt;

My guess is that will also work.

If so, the Onkyo doesn't like something in the meta data block.

Thanks for all your help.

[mbagge]

No, no - the point is that the modified CurrentURIMetaData does what it is supposed to do, both in the Onkyo, the MC15 and MC16 !
The content of CurrentURIMetaData has been working in the Onkyo ever since MC14 and has been working even better when you made modifications in the MC15 period.

ex. I put my MC16 in theater mode in 'playing now' and sends the modified CurrentURIMetaData with Device Spy, then MC16 starts playing and showing me folder.jpg, artist, album and title of the song including pictures from the web in the background.

ex. I turn on my Onkyo in 'net' mode and ready the TV in monitor mode, it shows a very basic display of what is playing, send the modified CurrentURIMetaData and the song starts playing and info is showing on the TV as I was used to see.

I would like an 'Advanced Option' to modify CurrentURIMetaData for me, substituting "&lt;" with "<" and "&gt;" with ">"
Can we test ? Is it possible ? Do you want to do such things?

[bob]

No, no - the point is that the modified CurrentURIMetaData does what it is supposed to do, both in the Onkyo, the MC15 and MC16 !
The content of CurrentURIMetaData has been working in the Onkyo ever since MC14 and has been working even better when you made modifications in the MC15 period.

ex. I put my MC16 in theater mode in 'playing now' and sends the modified CurrentURIMetaData with Device Spy, then MC16 starts playing and showing me folder.jpg, artist, album and title of the song including pictures from the web in the background.

ex. I turn on my Onkyo in 'net' mode and ready the TV in monitor mode, it shows a very basic display of what is playing, send the modified CurrentURIMetaData and the song starts playing and info is showing on the TV as I was used to see.

I would like an 'Advanced Option' to modify CurrentURIMetaData for me, substituting "&lt;" with "<" and "&gt;" with ">"
Can we test ? Is it possible ? Do you want to do such things?

I took a look at this today and the formatting of the xml (with &lt, &gt) looks the same in 15 and 16 in the wireshark dumps. There is somewhat more info in 16. I put another build up for you to test when you get a chance... Thanks...

[mbagge]

Doesn't work. It gives the same errors in wireshark trace as before.

For the sport of it I tried the same procedure as described earlier and I couldn't get your CurrentURIMetadata to play with device spy. Nor would my modification of it.

MC doesn't show op in device spy anymore. If I lookup http://192.168.20.124:52100/DeviceDescription.xml in a browser, I get an xml error. (Got it in danish so I have translated)

XMLerror: prefix - no namespace
http://192.168.20.124:52100/DeviceDescription.xml
Line 20, col 1:
<av:StandardCDS>5.0</av:StandardCDS>
^

Then, I guess, the Onkyo doesn't know who it is talking with and that is the main reason for things not working this time ??

[bob]

Doesn't work. It gives the same errors in wireshark trace as before.

For the sport of it I tried the same procedure as described earlier and I couldn't get your CurrentURIMetadata to play with device spy. Nor would my modification of it.

MC doesn't show op in device spy anymore. If I lookup http://192.168.20.124:52100/DeviceDescription.xml in a browser, I get an xml error. (Got it in danish so I have translated)

XMLerror: prefix - no namespace
http://192.168.20.124:52100/DeviceDescription.xml
Line 20, col 1:
<av:StandardCDS>5.0</av:StandardCDS>
^

Then, I guess, the Onkyo doesn't know who it is talking with and that is the main reason for things not working this time ??

I probably messed it up, the xml is normally fine. I'll get you another tomorrow...

Thanks,
Bob