Audiocast M5 from iEast immediatly closed

[Katharsas]

Im currently trying to get the device working. It shows up on Windows network:

And it gets detected by swyh-rs:

However, it disconnects after some seconds after enabling the device, and i dont hear anything:

AV Start playing on AudioCast_CC29 host=192.168.0.58 port=49152 from 192.168.0.208 using AvTransport Play
Received request /stream/swyh.wav from 192.168.0.58:60814
Received request /stream/swyh.wav from 192.168.0.58:60816
The wave_reader is now receiving samples
Received request /stream/swyh.wav from 192.168.0.58:60818
Received request /stream/swyh.wav from 192.168.0.58:60820
=>Http connection with 192.168.0.58:60820 terminated [An existing connection was forcibly closed by the remote host. (os error 10054)]
Streaming to 192.168.0.58:60820 has ended
Received request /stream/swyh.wav from 192.168.0.58:60821
=>Http connection with 192.168.0.58:60818 terminated [An existing connection was forcibly closed by the remote host. (os error 10054)]
Streaming to 192.168.0.58:60818 has ended

[Katharsas]

Btw: Streaming to the device works with foobar2000 plugin UPnP/DLNA Renderer, Server, Control Point, which apparently uses https://github.com/plutinosoft/Platinum source.

[dheijl]

Thanks for giving swyh-rs a try!

Would you be prepared to test the following:

• change log level to debug and restart the app
• start to play some music on the PC (on the same audio device that is configured as audio source in swyh-rs)
• push the renderer button to attempt to get it to play
• as this obviously does not work, check the autoresume checkbutton, and try again to start playing
• this will probably not help, but if you now close the app you will at least have a debug log in the swyh-rs config folder:

c:\users\{your_user_name}\swyh-rs\ log.txt

if you then upload this log file here I may see something that gives me a clue what's going wrong, and do something about it.
One of the possible reasons could be that it does not support HTTP/ 1.1 chunked transfer encoding for streaming, but to be sure I would need a sniffer trace (Wireshark).

[dheijl]

As an aside: you could use Bubble UPNP Server on the PC as a front-end for swyh-rs, making it an Openhome compatible device in the process. This should work, as IEast mention Bubble UPNP in their specs.

[Katharsas]

Thanks, ill have a look at that.

[dheijl]

https://github.com/dheijl/swyh-rs/releases/tag/1.2.1

You can now disable chunked transfer encoding, could you check if this solves your problem?

[Katharsas]

Sorry i currently dont have my Audiocast device available but as soon as i am back home ill come back to this.

[dheijl]

OK thanks!

[Katharsas]

Ok, so with the most recent version 1.3.2 i dont get an error, but i also dont get audio still, the "disable chunked transfer encoding" doesnt seem to make a difference. Here is the log with that option activated:

log - Copy.txt

Btw i tried to clone and run cargo check on windows, but that fails with

running: "cmake" "C:\\Users\\Jan\\.cargo\\registry\\src\\github.com-1ecc6299db9ec823\\fltk-sys-0.13.1\\cfltk" "-G" "Ninja" "-DOPTION_USE_SYSTEM_LIBPNG=OFF" "-DOPTION_USE_SYSTEM_LIBJPEG=OFF" "-DOPTION_USE_SYSTEM_ZLIB=OFF" "-DCFLTK_LINK_IMAGES=ON" "-DOpenGL_GL_PREFERENCE=GLVND" "-DOPTION_USE_GL=OFF" "-DCFLTK_USE_OPENGL=OFF" "-DCMAKE_EXPORT_COMPILE_COMMANDS=ON" "-DFLTK_BUILD_EXAMPLES=OFF" "-DFLTK_BUILD_TEST=OFF" "-DFLTK_BUILD_FLUID=OFF" "-DOPTION_USE_THREADS=ON" "-DOPTION_LARGE_FILE=ON" "-DOPTION_BUILD_HTML_DOCUMENTATION=OFF" "-DOPTION_BUILD_PDF_DOCUMENTATION=OFF" "-DCMAKE_INSTALL_PREFIX=C:\\Users\\Jan\\Eigene Repositories\\swyh-rs\\target\\debug\\build\\fltk-sys-022285ca3e56a4d4\\out" "-DCMAKE_C_FLAGS= -nologo -MD -Brepro" "-DCMAKE_C_COMPILER=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC/Tools/MSVC/14.16.27023/bin/HostX64/x64/cl.exe" "-DCMAKE_CXX_FLAGS= -nologo -MD -Brepro" "-DCMAKE_CXX_COMPILER=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC/Tools/MSVC/14.16.27023/bin/HostX64/x64/cl.exe" "-DCMAKE_ASM_FLAGS= -nologo -MD -Brepro" "-DCMAKE_ASM_COMPILER=C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC/Tools/MSVC/14.16.27023/bin/HostX64/x64/cl.exe" "-DCMAKE_BUILD_TYPE=Release"
-- Configuring incomplete, errors occurred!
See also "C:/Users/Jan/Eigene Repositories/swyh-rs/target/debug/build/fltk-sys-022285ca3e56a4d4/out/build/CMakeFiles/CMakeOutput.log".

--- stderr
fatal: not a git repository (or any of the parent directories): .git
CMake Error: CMake was unable to find a build program corresponding to "Ninja".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
thread 'main' panicked at '
command did not execute successfully, got: exit code: 1

build script failed, must exit now', C:\Users\Jan\.cargo\registry\src\github.com-1ecc6299db9ec823\cmake-0.1.45\src\lib.rs:894:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

[dheijl]

EDIT

• So everything seems to be OK except that the M5 refuses the play the stream that it receives, and closes the streaming connection after 13 seconds.

• Also, the M5 is "AV-Transport" only, it does not support Openhome, but it does support a variation of AVTransport named "QPlay". There are apparently 2 versions of QPlay, V1 and V2, and the M5 does V1. I have not looked at QPlay and don't have a device to test with.
  I don't know why the AVTransport mode fails, according to the log everything seems to be going OK except for the actual playing.

• for building swyh-rs you will either have to install Ninja-build (download and copy the exe in the CMake bin folder), remove the "use-ninja" feature from fltk-rs in cargo.toml, or use the "bundled-fltk" feature of fltk-rs (see also the swyh-rs wiki).

Have you tried BubbleUPNP server as a proxy for the M5? This should work with swyh-rs.
Or you could use Foobar2000 with the UPNP/DLNA plugin as a proxy.

[dheijl]

There's a new beta build that supports audio/wav as an an alternative for audio/l16 format when streaming. It solves a similar problem with some devices that don't support audio/l16.

[dheijl]

I will close this now, you can always reopen if needed.

[Katharsas]

Its actually working with the latest version thanks!
WAV Hdr option must be enabled. And i have to really up the volume of the captured device but thats not a problem.

[dheijl]

Good to hear!