Stream2ip does not properly stream to Denon AVR-1912 AV receiver

Bug #1005338 reported by Charlie Meyer
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
stream2ip
Won't Fix
Medium
Takkat

Bug Description

I'm not quite sure where to look for logs/details, so if someone could enlighten me i will provide more data. Stream2ip does not properly stream audio to my AirTunes enabled Denon AVR-1912 AV receiver, while airfoil on windows as well as itunes/ipods/iphones work properly.

Revision history for this message
Takkat (takkat-nebuk) wrote :

For Air Play:

- make sure the IP and port is correct on both, stream2ip and the receiver
- open this port for streaming
- RAOP1 may not be implemented on the Denon (we are unable to test this). Until RAOP2 is available from pulseaudio we may not be able to stream to a RAOP2 only device (see also bug #790827).
- streams may have a delay of several seconds.

Q: are you able to stream by using the pulseaudio method implemented with paparefs?
Q: run `stream2ip -v' in a terminal to view errors.

Much better alternative:

- choose "Internet Radio" mode "live" from stream2ip for a much better performance
- after setting up Icecast2 you may need to edit ~/.stream2ip/darkice-s2ip.cfg to change the stream from .m3u to .mp3:

    mountPoint = stream2ip.mp3 # mount point on the IceCast2 server

- register your receiver, and stream2ip at http://www.radiodenon.com using the follwing "radio station":

    http://<your local ip>:8000/stream2ip.mp3 (use the **local** IP of your Icecast server, e.g. 192.168.178.xx.xx)

Let us know if we can be of further help. Stream2ip is definitely designed to work with your fine receiver in one way or the other.

Changed in stream2ip:
status: New → Incomplete
Revision history for this message
Charlie Meyer (cemeyer2-illinois) wrote :

here is the output:

chuck@sepang:~/opt/pharo/Pharo-1.4-one-click.app$ stream2ip -v
*** Starting stream2ip 0.3.6 ('Ubuntu', '12.04', 'precise') ***
Default audio sink: 1
We are using these settings:
['0', '192.168.1.104:8080', 'XX:XX:XX:XX:XX:XX', '/path/music', 'there are no options', 'live', 'OS command', 'Y', 'N', 'N', 'Y', 'N', '', '0', '0', 'admin', 'hackme', 'N', 'Y']
Going to connect: AirPort Express
Pulseaudio version: 1.1

Default sink set to RAOP
Stream index 906 was moved
PulseAudio module: 37 AEX: 192.168.1.104:5000

Pulseaudio recognizes the receiver in its listing of audio devices, but when it is selected as the output device, it does not work at all.

Revision history for this message
Takkat (takkat-nebuk) wrote :

Thank you for the output of stream2ip.

We can see that your settings say your receiver listens to port 8080 wheras stream2ip still uses the fallback port 5000 (which is the default for an AirTunes device). Obviously there is an issue with recognizing the port given in options.

This is currently under investigation. So far we are unable to reproduce this behaviour.

Are you able to receive a RAOP stream when you set the Denon receiver to listen to port 5000?

Changed in stream2ip:
assignee: nobody → Takkat (takkat-nebuk)
importance: Undecided → Medium
Revision history for this message
Charlie Meyer (cemeyer2-illinois) wrote :

The receiver does listen on port 5000, im not sure why it tried to connect on 8080

chuck@sepang:~$ sudo nmap -O -v -A 192.168.1.104 -p 5000

Starting Nmap 5.21 ( http://nmap.org ) at 2012-05-28 12:22 CDT
NSE: Loaded 36 scripts for scanning.
Initiating ARP Ping Scan at 12:22
Scanning 192.168.1.104 [1 port]
Completed ARP Ping Scan at 12:22, 0.04s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 12:22
Completed Parallel DNS resolution of 1 host. at 12:22, 0.02s elapsed
Initiating SYN Stealth Scan at 12:22
Scanning 192.168.1.104 [1 port]
Discovered open port 5000/tcp on 192.168.1.104
Completed SYN Stealth Scan at 12:22, 0.09s elapsed (1 total ports)
Initiating Service scan at 12:22
Scanning 1 service on 192.168.1.104
Completed Service scan at 12:22, 11.01s elapsed (1 service on 1 host)
Initiating OS detection (try #1) against 192.168.1.104
Retrying OS detection (try #2) against 192.168.1.104
NSE: Script scanning 192.168.1.104.
NSE: Starting runlevel 1 (of 1) scan.
Initiating NSE at 12:22
Completed NSE at 12:22, 30.00s elapsed
NSE: Script Scanning completed.
Nmap scan report for 192.168.1.104
Host is up (0.00039s latency).
PORT STATE SERVICE VERSION
5000/tcp open upnp?
MAC Address: 00:05:CD:23:B0:3A (Denon)
Warning: OSScan results may be unreliable because we could not find at least 1 open and 1 closed port
Aggressive OS guesses: D-Link DWL-G810 WAP (93%), D-Link DWL-900AP+ or USRobotics USR5450 WAP (91%), Denon AVR-3808CI audio/video receiver, Philips SLA5500 or SLA5520 Wireless Music Adapter or WAK3300 wireless alarm clock, or Terratec NOXON audio system (91%), Polycom VSX 8000 video conferencing system (91%), Roku SoundBridge M500 music player (89%), Dell PowerVault 124T LTO-3 tape autoloader (89%), Quantum SuperLoader 3 tape autoloader (89%), Xerox Phaser 860N or 8200N printer (89%), Sun SunOS 4.1.3 (SPARC) (88%), SCO OpenServer 5.0.4 - 5.0.5 (88%)
No exact OS matches for host (test conditions non-ideal).
Network Distance: 1 hop
TCP Sequence Prediction: Difficulty=17 (Good luck!)
IP ID Sequence Generation: Incremental

HOP RTT ADDRESS
1 0.39 ms 192.168.1.104

Read data files from: /usr/share/nmap
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 44.95 second

When setting it to port 5000, it does not work at all either. attached to this message is what it looks like when it is connected, but the receiver does not play any music at all

Revision history for this message
Takkat (takkat-nebuk) wrote :

Thank you for the quick response. I expect stream2ip to look like that as soon as you can ping you receiver.

In fact stream2ip will always assume you want to connect to a RAOP device on any IP you give it. Due to a lack of feedback from the (closed source) RAOP protocol we can not provide any workaround for this less happy behaviour. We just have to rely on a RAOP device on that IP, sorry for that.

Did you try to set up streaming via Avahi as offered by pulseaudio paprefs?

If that fails despite your receiver is available and is selected in the sound settings it is very likely that the receiver is not compatible with the RAOP streams offered by pulseaudio-module-raop used by stream2ip.

I then recommend you try streaming with the Icecast streaming method that gives you the following advantages over AirPlay

- customizable Bitrates
- much shorter delay (1-2s only)
- can be listened by any Internet Radio capable device on the network
- displays limited tags (Artist - Song) on the stream description when using an MPRIS capable media player
- open stream format compatible with Shoutcast
- local sound is untouched

Takkat (takkat-nebuk)
Changed in stream2ip:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.