0

How does HifiBerry OS handle DLNA?

Luyckx Bart

July 25, 2020 10:24

None

Follow

I use "'stream what you hear" on my Windows laptop.

It detects incoming signal from DLNA on Hifiberry OS  but I dont hear any sound.

• Facebook
• Twitter
• LinkedIn

18 comments

• 0
  
  HiFiBerry team July 26, 2020 05:33

  DLNA is handles by GMediarendererDLANMPris:
  
  https://github.com/hifiberry/hifiberry-os/blob/master/buildroot/package/hifiberry-gmrender/hifiberry-gmrender.mk
  https://github.com/hifiberry/hifiberry-os/tree/master/buildroot/package/dlnampris

  You can try disabling DLNA in the menu and run gmediarender from command line to see if it dumps any error messages.

• 0
  
  Luyckx Bart July 26, 2020 09:24

  running from commandline gives following result :

  # gmediarender

  gmediarender 0.0.8 started [ gmediarender 0.0.8 (libupnp-1.6.25; glib-2.64.2; gstreamer-1.16.2) ].

  Logging switched off. Enable with --logfile=<filename> (or --logfile=stdout for console)

  Ready for rendering.

   

  ** (gmediarender:2203): WARNING **: 11:14:06.533: cannot set NULL uri

  ERROR [2020-07-26 11:14:06.533906 | gstreamer] setting play state failed (2)

  ERROR [2020-07-26 11:14:06.534019 | upnp] upnp_set_error: Playing failed (704)

   

• 0
  
  Luyckx Bart July 26, 2020 09:30

  with more detail : 

  ** (gmediarender:2397): WARNING **: 11:26:32.825: cannot set NULL uri
  ERROR [2020-07-26 11:26:32.826348 | gstreamer] setting play state failed (2)
  ERROR [2020-07-26 11:26:32.826447 | upnp] upnp_set_error: Playing failed (704)
  INFO [2020-07-26 11:26:32.826672 | transport] AVTransportURI: http://192.168.0.135:59813/stream/swyh.wav
  INFO [2020-07-26 11:26:32.826898 | transport] NumberOfTracks: 1
  INFO [2020-07-26 11:26:32.827080 | gstreamer] Set uri to 'http://192.168.0.135:59813/stream/swyh.wav'
  INFO [2020-07-26 11:26:32.827394 | transport] LastChange: <?xml version="1.0"?>
  <Event xmlns="urn:schemas-upnp-org:metadata-1-0/AVT/">
  <InstanceID val="0">
  <AVTransportURI val="http://192.168.0.135:59813/stream/swyh.wav"></AVTransportURI>
  <NumberOfTracks val="1"></NumberOfTracks>
  </InstanceID>
  </Event>
  INFO [2020-07-26 11:26:32.956617 | connmgr] Query ConnectionID='0'

• 0
  
  Luyckx Bart July 27, 2020 09:19

  any idea what goes wrong?

• 0
  
  HiFiBerry team July 27, 2020 09:29

  Looks like an unsupported file format.

• 0
  
  Luyckx Bart July 27, 2020 10:26

  Format is pcm/l16 44.1 kHz en 16bit. WAV-file. I tried mp3 also but same result

• 0
  
  Luyckx Bart July 27, 2020 11:14

  how can i check if format is wrong?

   

• 0
  
  Luyckx Bart July 28, 2020 07:42

  Any idea? All help is welcome

• 0
  
  HiFiBerry team July 28, 2020 07:56

  No. You might experiment with gmediarender settings:
  https://github.com/hzeller/gmrender-resurrect/blob/master/INSTALL.md

• 0
  
  Mark Bischoff April 29, 2021 09:30

  Hi

  You say that hifiberryos uses gmediarender but why ist the upmpdcli.conf in etc? I was unser the impression you were using upmpdcli!?

  Cheers

  Mark

   

   

   

   

  Edited by Mark Bischoff April 29, 2021 11:23
• 0
  
  HiFiBerry team April 29, 2021 10:28

  In the current version, there are 2 upnp servers: 
  - OpenHome - handled by upmpdcli
  - DLNA - handled by gmediarenderer
  
  You should only enable ONE of these in the sources as some clients don't work well with multiple servers running on the same IP
  We offer both options now to see what users prefer. At some point in the future, we'll probably remove one implementation.

• 0
  
  Mark Bischoff April 29, 2021 15:10

  I got you, thanks.

   

  upmpdcli does both, so you so don't really need gmedia.

• 0
  
  HiFiBerry team April 29, 2021 15:17

  Yes, I know. That's the reason you should enable only one as some clients might have problems with two DLNA servers running. 
  However, both gmediarenderer and upmpdcli are not perfect Depending on the source, one or the other might work better.

• 0
  
  Mark Bischoff April 29, 2021 15:26

  Even if you only enable OpenHome (i. e. upmpdcli) , you have both, an OpenHome renderer/endpoint and a dlna renderer (can be configured in etc/upmpdcli.config)

  I have been working with gmedia and upmpdcli for several years now. I started with gmedia because it was more  out-of-the-box compatible with my existing Raumfeld renderers (they use gmedia too). However, you can configure upmpdcli to behave the same way.

  For instance, this is why the "avtautoplay" upnp tweak was introduced, to make it useable with the Raumfeld CP.

  BTW technically they are not "servers."

  Edited by Mark Bischoff April 29, 2021 15:28
• 0
  
  HiFiBerry team April 29, 2021 18:43

  Yes, I know. However, there are DLNA controllers and that do not work well with upmpdcli. I had lots of problems with the "Cast" feature in Window. It seems to run better with the latest version, but the whole DLNA thing is a minefield and we will offer both at least for some time. 
  
  BTW: Technically anything that provides a service is a server ;-) (even though in DLNA terms they are renderers)
  
  P.P.S: There are very few DLNA users amongst the HiFiBerryOS users. Therefore this really doesn't have a high priority at all. 

   

• 0
  
  Mark Bischoff April 29, 2021 19:08

  Maybe we should call it "sink" :)

  I know that there are very few dlna users, which is why I thought you might be interested in what one of those few, who is also very experienced in this "minefield," thinks.

  If you are going to keep both I will be more than happy. Upmdcli works better with >96kHz gapless. Then again, I never realized Windows had a "cast" feature ;)

  Edited by Mark Bischoff April 29, 2021 19:56
• 0
  
  Mark Bischoff April 30, 2021 08:05

  Besides, I really like your implementation of dlna, it works flawlessly in all of my scenarios and the choice between the two best solutions is certainly not a bad thing at all.

  New question: I assume that the room correction (dac+dsp) works regardless of the source, right?

• 0
  
  HiFiBerry team April 30, 2021 08:37

  Yes, as this is handled directly in the hardware, it's independent of the source.