starred/librespot
1
0
Fork 0
mirror of https://github.com/librespot-org/librespot.git synced 2026-04-27 00:05:55 +03:00
Code Issues 95 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #545] librespot_connect: couldn't parse packet type 47 is invalid #347

New issue
Closed
opened 2026-02-27 19:30:08 +03:00 by kerem · 7 comments
kerem commented 2026-02-27 19:30:08 +03:00
Owner
Copy link

Originally created by @sebirdman on GitHub (Dec 3, 2020).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/545

In the last day or so, i've recently been unable to select the snapcast spotify stream anymore using librespot. It just doesn't show up at all.

running librespot separately like:

/usr/bin/librespot --name Snapcast --bitrate 320 --backend pipe --initial-volume 100 --verbose

Yields:

[2020-12-03T21:05:57Z INFO  librespot] librespot 89cafd7 (2020-11-27). Built on 2020-12-03. Build ID: tnGD7Qeu
[2020-12-03T21:05:57Z DEBUG librespot_connect::discovery] Zeroconf server listening on 0.0.0.0:44899
[2020-12-03T21:06:02Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:02Z WARN  libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid
[2020-12-03T21:06:03Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:06Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:06Z WARN  libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid
[2020-12-03T21:06:11Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:14Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:15Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
[2020-12-03T21:06:15Z WARN  libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid
[2020-12-03T21:06:16Z WARN  libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid
Originally created by @sebirdman on GitHub (Dec 3, 2020). Original GitHub issue: https://github.com/librespot-org/librespot/issues/545 In the last day or so, i've recently been unable to select the snapcast spotify stream anymore using librespot. It just doesn't show up at all. running librespot separately like: ```/usr/bin/librespot --name Snapcast --bitrate 320 --backend pipe --initial-volume 100 --verbose``` Yields: ``` [2020-12-03T21:05:57Z INFO librespot] librespot 89cafd7 (2020-11-27). Built on 2020-12-03. Build ID: tnGD7Qeu [2020-12-03T21:05:57Z DEBUG librespot_connect::discovery] Zeroconf server listening on 0.0.0.0:44899 [2020-12-03T21:06:02Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:02Z WARN libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid [2020-12-03T21:06:03Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:06Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:06Z WARN libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid [2020-12-03T21:06:11Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:14Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:15Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid [2020-12-03T21:06:15Z WARN libmdns::fsm] couldn't parse packet from [fe80::dcde:59ff:fe7e:71e5]:5353: type 47 is invalid [2020-12-03T21:06:16Z WARN libmdns::fsm] couldn't parse packet from 10.10.1.1:5353: type 47 is invalid ```
kerem 2026-02-27 19:30:08 +03:00
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@sebirdman commented on GitHub (Dec 3, 2020):

Interestingly, i'm able to select the stream from my desktop client, which is perhaps a bit more out of date

maybe the iPhone app updated recently?

<!-- gh-comment-id:738315494 --> @sebirdman commented on GitHub (Dec 3, 2020): Interestingly, i'm able to select the stream from my desktop client, which is perhaps a bit more out of date maybe the iPhone app updated recently?
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@sebirdman commented on GitHub (Dec 3, 2020):

Digging a bit further:

The error itself seems to come from https://github.com/librespot-org/libmdns/blob/stable-0.5.x/src/dns_parser/enums.rs#L265

unfortunately this appears to be invalid in all versions of the mdns library, i'm not sure what type 47 should map to

edit: this does NOT appear to be the same as https://github.com/Spotifyd/spotifyd/issues/379

<!-- gh-comment-id:738322092 --> @sebirdman commented on GitHub (Dec 3, 2020): Digging a bit further: The error itself seems to come from https://github.com/librespot-org/libmdns/blob/stable-0.5.x/src/dns_parser/enums.rs#L265 unfortunately this appears to be invalid in all versions of the mdns library, i'm not sure what type 47 should map to edit: this does NOT appear to be the same as https://github.com/Spotifyd/spotifyd/issues/379
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@ashthespy commented on GitHub (Dec 4, 2020):

Type 47 should map to Next Secure record from rfc4034
Would you open up an issue in libmdns for this?

Either way @willstott101 something to consider?

<!-- gh-comment-id:738757733 --> @ashthespy commented on GitHub (Dec 4, 2020): Type 47 should map to `Next Secure record` from [rfc4034](https://tools.ietf.org/html/rfc4034#section-4) Would you open up an issue in `libmdns` for this? Either way @willstott101 something to consider?
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@sebirdman commented on GitHub (Dec 4, 2020):

@ashthespy I've created the ticket over there

<!-- gh-comment-id:738913818 --> @sebirdman commented on GitHub (Dec 4, 2020): @ashthespy I've created the ticket over there
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@sashahilton00 commented on GitHub (Feb 6, 2021):

https://stbuehler.github.io/rustdocs/async-dnssd/async_dnssd/ might be worth investigating after the tokio migration. The API for this crate looks clean.

<!-- gh-comment-id:774391811 --> @sashahilton00 commented on GitHub (Feb 6, 2021): https://stbuehler.github.io/rustdocs/async-dnssd/async_dnssd/ might be worth investigating after the tokio migration. The API for this crate looks clean.
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@roderickvd commented on GitHub (May 24, 2021):

@Johannesd3 has proposed librespot-org to take ownership over dns-sd and improve on it. But for now, this is an issue upstream rather than in librespot. Thanks for reporting it there.

<!-- gh-comment-id:847332145 --> @roderickvd commented on GitHub (May 24, 2021): @Johannesd3 has proposed `librespot-org` to take ownership over `dns-sd` and improve on it. But for now, this is an issue upstream rather than in `librespot`. Thanks for reporting it there.
kerem commented 2026-02-27 19:30:09 +03:00
Author
Owner
Copy link

@MichaelUray commented on GitHub (Dec 26, 2024):

@ashthespy I've created the ticket over there

Just for reference, that is the according ticket:
https://github.com/librespot-org/libmdns/issues/19

<!-- gh-comment-id:2562764874 --> @MichaelUray commented on GitHub (Dec 26, 2024): > @ashthespy I've created the ticket over there Just for reference, that is the according ticket: https://github.com/librespot-org/libmdns/issues/19
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
v0.8.0
v0.7.1
v0.7.0
v0.6.0
v0.5.0
v0.4.2
v0.4.1
v0.4.0
v0.3.1
v0.3.0
v0.2.0
v0.1.6
v0.1.5
v0.1.3
v0.1.2
v0.1.1
v0.1.0
Labels
Clear labels   
A-Alsa

   
SpotifyAPI

   
Tokio 1.0

   
audio

   
bug

   
can't reproduce

   
compilation

   
dependencies

   
duplicate

   
enhancement

   
good first issue

   
help wanted

   
high priority

   
imported

   
imported

   
invalid

   
new api

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
reverse engineering

   
wiki

   
wontfix
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/librespot#347
No description provided.