Roderick van Domburg

OK, [a952f97](https://github.com/RustAudio/rodio/pull/755/commits/a952f972f3b5e78e5a790f844fd32a6a08c54b50) should do it, making all noise generators seekable. Once you agree, I can squash merge.

Through #1020 I had updated `windows` to "latest & greatest" v0.62, not having read this. Indeed I had to update some parts of the API to accommodate. Is it still...

> There have been 3 major releases this year so far... I don't think one can get yearly updates to users that quickly. Better to depend on a 12 month...

Sure. Response header doesn't show it: ``` HTTP/1.1 101 Switching Protocols connection: upgrade upgrade: websocket sec-websocket-accept: Otj0EPrAQfQ+koZ1hbqeDhozCbI= date: Wed, 14 May 2025 18:30:36 GMT ``` Of course, some messages could...

@kingosticks makes sense?

Assuming fixed in v0.6.0. Apparently, the tokens gotten through login5 live longer.

> Hi @roderickvd, yeah, that's the way it should've been. Nice find! Cool. Some questions after thinking over seeking some more: - Currently, when `byte_len == None` then seeking will...

> * Beyond ergonomics, note that Rodio wraps all sources in a [`ReadSeekSource`](https://github.com/RustAudio/rodio/blob/master/src/decoder/read_seek_source.rs) struct with `byte_len` always set to `None`. So, in all transparency, this PR will break Rodio's seeking...

> * only some _codecs_ require `bytes_len` for seeking. This is a bug that this PR intends to address. Like @pdeljanov stated: > There is an unstated assumption that byte_len...

> ahh thanks for the clarification, I missed that. Given that is the case what would be the objection to enabling seek-able always and only if bytes_len.is_some()? `is_seekable` implies support...