Huawai Sound X working but not correct

[bloop16]

Hello, I made my SoundX box running with Airupnp. Debian 11 ios Device as transmitter airupnp-linux-x86_64-static 1.0.17 LXC on Proxmox

Changing codec to mp3 worked for me.

Issue: Box connects, and recognizes an incoming stream. The Stream stops immediately after start playing. In my stream device sound is still playing. After Stopping the Sound starts on the SoundX as long as it was streaming before. Afterword's it is not possible to play anything anymore.

config.txt Log.txt

Thanks a lot!

[philippe44]

I'm not sure I'm following exactly the sequence of events. This log shows a track being send, starting to play. Then about 40s after the request, the user (or at least the AirPlay controller) initiates a termination of playback.

[bloop16]

Sorry about my English... Exactly, the track gots send, but nothing starts to play. After 40sek i stopped the track. With stopping the track it started to play on the device for 40sek and then stopped.

[Naich]

this might be dup of https://github.com/philippe44/AirConnect/issues/377

I had same issue here here, Huawai Sound X, can control volume, play/puase , but no sound from the speaker.

will post more debug info later. my log sample:

[22:37:57.639183] http_thread_func:1106 HTTP close 28
[22:37:57.646184] http_thread_func:1087 [0x7f6a783736e0]: got HTTP connection 28 (silent frames 0)
[22:37:57.652080] handle_http:1272 [0x7f6a783736e0]: received GET HTTP/1.1
User-Agent: stagefright/1.2 (Linux;Android 9)
Accept: */*
Range: bytes=0-
Connection: close
Host: 192.168.199.95:58193
Icy-MetaData: 1

[22:37:57.652161] handle_http:1318 [0x7f6a783736e0]: responding: HTTP/1.0 200 OK
Server: HairTunes
Content-Type: audio/flac
Connection: close

[22:37:57.652247] http_thread_func:1106 HTTP close 28
[22:37:57.660081] http_thread_func:1087 [0x7f6a783736e0]: got HTTP connection 28 (silent frames 0)
[22:37:57.661127] handle_http:1272 [0x7f6a783736e0]: received GET HTTP/1.1
User-Agent: stagefright/1.2 (Linux;Android 9)
Accept: */*
Range: bytes=0-
Connection: close
Host: 192.168.199.95:58193
Icy-MetaData: 1

[22:37:57.661203] handle_http:1318 [0x7f6a783736e0]: responding: HTTP/1.0 200 OK
Server: HairTunes
Content-Type: audio/flac
Connection: close

[22:37:57.661384] http_thread_func:1106 HTTP close 28
[22:37:57.689579] http_thread_func:1087 [0x7f6a783736e0]: got HTTP connection 28 (silent frames 0)
[22:37:57.691178] handle_http:1272 [0x7f6a783736e0]: received GET HTTP/1.1
User-Agent: stagefright/1.2 (Linux;Android 9)
Accept: */*
Range: bytes=0-
Connection: close
Host: 192.168.199.95:58193
Icy-MetaData: 1

[22:37:57.691256] handle_http:1318 [0x7f6a783736e0]: responding: HTTP/1.0 200 OK
Server: HairTunes
Content-Type: audio/flac
Connection: close

[22:37:57.691373] http_thread_func:1106 HTTP close 28
[22:37:57.699787] http_thread_func:1087 [0x7f6a783736e0]: got HTTP connection 28 (silent frames 0)
[22:37:57.701596] handle_http:1272 [0x7f6a783736e0]: received GET HTTP/1.1
User-Agent: stagefright/1.2 (Linux;Android 9)
Accept: */*
Range: bytes=0-
Connection: close
Host: 192.168.199.95:58193
Icy-MetaData: 1

[22:37:57.701675] handle_http:1318 [0x7f6a783736e0]: responding: HTTP/1.0 200 OK
Server: HairTunes
Content-Type: audio/flac
Connection: close

[philippe44]

Try to use another codec than flac and try to change HTTP mode. I've seen many players that claim to be HTTP 1.1 and fail when "chunked" encoding is used, which is normally mandatory in 1.1. Huawei is a big offender there...

[philippe44]

Closed for inactivity