Resource efficient UPnP/DLNA renderer, optimal for Raspberry Pi, CuBox or a general MediaServer. Fork of GMediaRenderer to add some features to make it usable.
GNU General Public License v2.0
842
stars
204
forks
source link
Newer gmedia-resurrect no longer working with Cidero control point for multi-room #118
After finally fixing yet another issue with my UPnP control point (was stalling under OpenJDK but works now perfectly with Oracle Java), I decided to return to optimize and update my little multi-room audio project - which I understand is of interest to a few others here as well.
My good working multi-room set-up was the Cidero Java control point for Unix in conjunction with (the in the meantime outdated) gstreamer version 0.1 and the older version 0.0.7 of gmrender dated May 2013. That setup was quite stable and I enjoyed synchronous playback via the Cidero proxy app with 3 attached clients over several hours.
Now I wanted to update my system for using gstreamer 1.x and latest gmedia-resurrect client but it no longer works: Nothing happens if the play button is clicked. But strangely it works via the Cidero proxy if I use the new client as secondary attached to an old client as primary.
Here is that what the Cidero log tells when using the new client as primary:
WARNUNG: Event with name 'LastChange' has no associated state variable in device service's XML description
Device: My Renderer ServiceType: urn:schemas-upnp-org:service:ConnectionManager:1
Dez 16, 2016 2:25:23 PM com.cidero.upnp.AbstractService eventNotifyReceived
WARNUNG: Known variables:
A_ARG_TYPE_ConnectionManager SinkProtocolInfo A_ARG_TYPE_ConnectionStatus A_ARG_TYPE_AVTransportID A_ARG_TYPE_Direction A_ARG_TYPE_RcsID A_ARG_TYPE_ProtocolInfo A_ARG_TYPE_ConnectionID SourceProtocolInfo CurrentConnectionIDs
Dez 16, 2016 2:25:23 PM com.cidero.upnp.AbstractService eventNotifyReceived
WARNUNG: Patch - Manually adding state variable: LastChange
Dez 16, 2016 2:26:05 PM com.cidero.control.AudioItemPanel mouseExited
FEINER: BUTTON CLICK - device My Renderer
Dez 16, 2016 2:26:39 PM com.cidero.control.RendererControlPanel update
FEIN: RendererControlUpdate - transportState = STOPPED
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: Setting play queue view to 1
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: View alread set to 1 no action required
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: Setting play queue view to 1
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: View alread set to 1 no action required
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: Setting play queue view to 1
Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView
FEIN: View alread set to 1 no action required
Dez 16, 2016 2:27:03 PM com.cidero.control.RendererControlPanel$PlayActionListener actionPerformed
FEIN: Entered
Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run
FEIN: Audio/Video PlayThread: Running...
Dez 16, 2016 2:27:03 PM com.cidero.control.PlayQueuePanel$PlayQueueActiveItemListener activeItemChanged
FEIN: Shifting JList view to item: 0
Dez 16, 2016 2:27:03 PM com.cidero.upnp.CDSObject getBestMatchingResource
WARNUNG: Device has empty list of supported protocols!
Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run
WARNUNG: No matching resource for this server/renderer combo
Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run
WARNUNG: Supported renderer protocols:
Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run
I also noticed (from the other Cidero log window when starting playback with the old client) that the control point riggers
After finally fixing yet another issue with my UPnP control point (was stalling under OpenJDK but works now perfectly with Oracle Java), I decided to return to optimize and update my little multi-room audio project - which I understand is of interest to a few others here as well.
My good working multi-room set-up was the Cidero Java control point for Unix in conjunction with (the in the meantime outdated) gstreamer version 0.1 and the older version 0.0.7 of gmrender dated May 2013. That setup was quite stable and I enjoyed synchronous playback via the Cidero proxy app with 3 attached clients over several hours.
Now I wanted to update my system for using gstreamer 1.x and latest gmedia-resurrect client but it no longer works: Nothing happens if the play button is clicked. But strangely it works via the Cidero proxy if I use the new client as secondary attached to an old client as primary.
Here is that what the Cidero log tells when using the new client as primary:
WARNUNG: Event with name 'LastChange' has no associated state variable in device service's XML description Device: My Renderer ServiceType: urn:schemas-upnp-org:service:ConnectionManager:1 Dez 16, 2016 2:25:23 PM com.cidero.upnp.AbstractService eventNotifyReceived WARNUNG: Known variables: A_ARG_TYPE_ConnectionManager SinkProtocolInfo A_ARG_TYPE_ConnectionStatus A_ARG_TYPE_AVTransportID A_ARG_TYPE_Direction A_ARG_TYPE_RcsID A_ARG_TYPE_ProtocolInfo A_ARG_TYPE_ConnectionID SourceProtocolInfo CurrentConnectionIDs Dez 16, 2016 2:25:23 PM com.cidero.upnp.AbstractService eventNotifyReceived WARNUNG: Patch - Manually adding state variable: LastChange Dez 16, 2016 2:26:05 PM com.cidero.control.AudioItemPanel mouseExited FEINER: BUTTON CLICK - device My Renderer Dez 16, 2016 2:26:39 PM com.cidero.control.RendererControlPanel update FEIN: RendererControlUpdate - transportState = STOPPED Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: Setting play queue view to 1 Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: View alread set to 1 no action required Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: Setting play queue view to 1 Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: View alread set to 1 no action required Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: Setting play queue view to 1 Dez 16, 2016 2:26:59 PM com.cidero.control.RendererControlWindow setPlayQueueView FEIN: View alread set to 1 no action required Dez 16, 2016 2:27:03 PM com.cidero.control.RendererControlPanel$PlayActionListener actionPerformed FEIN: Entered Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run FEIN: Audio/Video PlayThread: Running... Dez 16, 2016 2:27:03 PM com.cidero.control.PlayQueuePanel$PlayQueueActiveItemListener activeItemChanged FEIN: Shifting JList view to item: 0 Dez 16, 2016 2:27:03 PM com.cidero.upnp.CDSObject getBestMatchingResource WARNUNG: Device has empty list of supported protocols! Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run WARNUNG: No matching resource for this server/renderer combo Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run WARNUNG: Supported renderer protocols: Dez 16, 2016 2:27:03 PM com.cidero.control.PlayThread run
I also noticed (from the other Cidero log window when starting playback with the old client) that the control point riggers
“Action: GetCurrentConnectionIDs OutArg: ConnectionIDs 0 Action: GetCurrentConnectionInfo InArg: ConnectionID 0 OutArg: RcsID 0 OutArg: AVTransportID 0 OutArg: ProtocolInfo ::: OutArg: PeerConnectionManager / OutArg: PeerConnectionID -1 OutArg: Direction Input OutArg: Status Unknown”
and gets the client response followed by proper play-back. However, with the new gmediarenter client nothing happens like that.
Any idea / clue what's wrong? I would be grateful if somebody could take a look into that issue.
Many thanks and regards Holger
PS: I do also have captured client logs but struggle to get them uploaded...