Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

compatible devices #40

Open
antonellocaroli opened this issue May 14, 2021 · 19 comments
Open

compatible devices #40

antonellocaroli opened this issue May 14, 2021 · 19 comments

Comments

@antonellocaroli
Copy link

Is there a list of compatible devices, i.e. tested and working with aes67 daemon?

@bondagit
Copy link
Owner

bondagit commented May 14, 2021

I didn't elaborate such a list. I created the project for fun and I own just a bunch of devices.
The devices I tested personally are in the DEVICES.md document.
I think you can use it with possibly all Dante compatible devices that can work in AES67 mode.

@antonellocaroli
Copy link
Author

yes of course, I understand.
do you know if anyone has tested with amphenolaudio devices?
http://www.amphenolaudio.com/products/dante/amphe-dante/?fbclid=IwAR05s5TP-bIUjb6otekM1wUJoDlGanBvZzQ-nELSMwXchYBDLP9CNKXWOeY

RJD32A3-0050
and
RJD1212-0050

@bondagit
Copy link
Owner

Apparently no one has ever tested with this device. Since it looks like it's compatible with Dante you can give it a try ;-)

@antonellocaroli
Copy link
Author

antonellocaroli commented May 21, 2021

@bondagit we tried at a friend's and they seem to work.

But one thing I don't understand, aes67 has a 48Hz frequency limit?

@nicolassturmel
Copy link

@bondagit we tried at a friend's and they seem to work.

But one thing I don't understand, aes67 has a 48Hz frequency limit?

Dante has a 48k limit in AES67 mode. AES has options to support 96 or even more, but no obligation to do so.

@bondagit
Copy link
Owner

bondagit commented May 21, 2021

The daemon is not limited to 48Khz but the sample rate configuration is a global setting.
Since the driver does not perform any sample rate conversion once a rate is set, all sources and sinks will use that rate. I have tested 44.1Khz, 48Khz and 96Khz with both L16/L24 sample formats and they seem to work fine.
AES67 explicitly mentions support for 48Khz as required and 44.1Khz, 96Khz as optional.
Dante seems to support L24 / 48Khz only in AES67 mode.

Sample formats include 16-bit and 24-bit Linear PCM with 48 kHz sampling frequency, and optional 24-bit 96 kHz and 16-bit 44.1 kHz. Other RTP audio video formats may be supported. Multiple sample frequencies are optional. Devices may enforce a global sample frequency setting.

@massiant70
Copy link

massiant70 commented May 29, 2021

image

I have tried with others combination of frequency but the only one that sound correctly is 48khz.
I think the problem is that Dante devices can't change their frequency when in AES67 mode.
I got an Amphenol AES3 and a dual Out-Analog.

@massiant70
Copy link

The daemon is not limited to 48Khz but the sample rate configuration is a global setting.
Since the driver does not perform any sample rate conversion once a rate is set, all sources and sinks will use that rate. I have tested 44.1Khz, 48Khz and 96Khz with both L16/L24 sample formats and they seem to work fine.
AES67 explicitly mentions support for 48Khz as required and 44.1Khz, 96Khz as optional.
Dante seems to support L24 / 48Khz only in AES67 mode.

Sample formats include 16-bit and 24-bit Linear PCM with 48 kHz sampling frequency, and optional 24-bit 96 kHz and 16-bit 44.1 kHz. Other RTP audio video formats may be supported. Multiple sample frequencies are optional. Devices may enforce a global sample frequency setting.

Which device do you use to get AES67 sound at 96khz ???

@bondagit
Copy link
Owner

Which device do you use to get AES67 sound at 96khz ???

Two deamons on two different boards or via loopback test (platform test)

@massiant70
Copy link

Ok. I understand. Then it seems that "Dante seems to support L24 / 48Khz only in AES67 mode" is confirmed with my Dante device.
Thank you.

@D21Greg
Copy link

D21Greg commented Nov 6, 2021

Hi,
Tested it with quite lots of anything interop (QSC, Dotec,Audinate DDM) and it is a definitely well done implementation. I actually play with it with multiple shairport instances (SRCs needed as shairport is a 44.1KHz native app) on raspberry and VM and it performs well.
Have tested it to bridge a Sounddevices USB Pre to AES67 and it fundamentally works, but multidevices and Clock Jitter in an ALSA world are another thematic.
What could be added for Dante environments is the PTP/audio Qos tag value option for 56/46 (Dante) alongside of 48/34 (Ravenna) as good AES67 interop implementations implement it (Dotec per example).
Seems that piping from FFMPEG is possible, too, for video applications.

Thanks for the implementation

@bondagit
Copy link
Owner

bondagit commented Nov 7, 2021

What could be added for Dante environments is the PTP/audio Qos tag value option for 56/46 (Dante) alongside of 48/34 (Ravenna)

Thanks for your message. The daemon and the driver don't limit the usable DSCP values, so adding more values is just a matter of patching the WebUI. I will do that soon. Thanks for the suggestion and for sharing your results.

bondagit added a commit that referenced this issue Nov 9, 2021

Unverified

This commit is not signed, but one or more authors requires that any commit attributed to them is signed.
@synapse-md
Copy link

Is this daemon implementation fully compatible with Ravenna? As per the other issue, now closed, I have confirmed AES67 interoperability with Dante in my system, but I do not see any Ravenna transmit/receive channels available for mapping using the ANEMAN utility. The AES67 Daemon device does show up in the device list.

@bondagit
Copy link
Owner

bondagit commented Dec 3, 2021

I have tested the Ravenna implementation in the daemon with the Merging Butler and with the Hasseb audio receiver.
Did you compile the daemon with Linux Avahi support enabled ?
When you create a source or at daemon startup time (if a source is configured) you should see the following:

[2021-12-03 19:36:17.318125] [0x0000ffff8386f5b0] [info]    mdns_server:: adding service _http._tcp for AES67 daemon 000a0e00
[2021-12-03 19:36:17.322537] [0x0000ffff8386f5b0] [info]    mdns_server:: adding service _rtsp._tcp for AES67 daemon 000a0e00

If this the case,
do you see any error in the daemon logs related to mdns or rtsp ?

@synapse-md
Copy link

Avahi support is enabled, and the messages are displayed properly on daemon startup. I am seeing mDNS announcements on WireShark.

Could be that ANEMAN supports only specific manufacturers' Ravenna devices. Will seek an alternate way to test.

Thanks!

@nicolassturmel
Copy link

nicolassturmel commented Dec 4, 2021 via email

@worosom
Copy link

worosom commented Dec 13, 2021

Hi, Indeed ANEMAN support is manufacturer specific. Although I have no time for the support myself, the SDK is free, open and I can coach anyone willing to try to code it. — Nicolas Sturmel

Hello @nicolassturmel,

I would like to give this a try.
The link for the SDK on the ANEMAN page points to a private Google Drive file.
I've requested access but would be grateful to receive any further coaching on this.

@nicolassturmel
Copy link

nicolassturmel commented Dec 24, 2021 via email

@whyronimus
Copy link

whyronimus commented Feb 20, 2023

Yamaha MY16-2 does not seem to acccept connections from AES67 source.
Icons stay at "prohibited" state, RTP Subscription status is "No Audio". Firmware is latest.

Connection to DANTE AVIO seems to work (have not listened to it but green Icons do show).

Are there any settings I can provide? TIC frame size is 48 (1 ms).

Edit: I got it to work by assigning the RTP Address to the source. manually. This might be an important hint.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants