[{"author": "Harald Alvestrand", "text": "
Should I minute this conversation as \"10 minutes spent repeating previous conversation\"?
", "time": "2023-03-28T04:25:46Z"}, {"author": "Ted Hardie", "text": "Has it only been 10?
", "time": "2023-03-28T04:26:16Z"}, {"author": "Harald Alvestrand", "text": "just feels longer.....
", "time": "2023-03-28T04:27:14Z"}, {"author": "Matt Joras", "text": "is meetecho responsible for room audio? The audio levels in the room are super messed up and every speaker is constantly clipping
", "time": "2023-03-28T04:27:55Z"}, {"author": "Harald Alvestrand", "text": "Don't know if you can invoke meetecho by @meetecho
", "time": "2023-03-28T04:29:38Z"}, {"author": "Lorenzo Miniero", "text": "Matt: do you mean remote speakers?
", "time": "2023-03-28T04:30:11Z"}, {"author": "Lorenzo Miniero", "text": "And is audio bad in the venue or the Meetecho room?
", "time": "2023-03-28T04:30:27Z"}, {"author": "Jonathan Lennox", "text": "Apparently remote speakers' audio is overly loud in the venue.
", "time": "2023-03-28T04:31:48Z"}, {"author": "Lorenzo Miniero", "text": "Ack, checking
", "time": "2023-03-28T04:32:33Z"}, {"author": "Lorenzo Miniero", "text": "We lowered the level of remote audio in the venue, please let us know if it's better
", "time": "2023-03-28T04:33:30Z"}, {"author": "Harald Alvestrand", "text": "Thank you, improvement.
", "time": "2023-03-28T04:36:19Z"}, {"author": "Harald Alvestrand", "text": "was there a conclusion to record on SCIP?
", "time": "2023-03-28T04:36:57Z"}, {"author": "Jonathan Lennox", "text": "Authors will publish the new draft revision and wait for IESG feedback
", "time": "2023-03-28T04:37:13Z"}, {"author": "Ted Hardie", "text": "\"frame\" is seriously overloaded here, given the competing QUIC usage.
", "time": "2023-03-28T04:57:52Z"}, {"author": "Jonathan Lennox", "text": "So is \"stream\" unfortunately
", "time": "2023-03-28T04:58:41Z"}, {"author": "Ted Hardie", "text": "Indeed.
", "time": "2023-03-28T04:59:33Z"}, {"author": "Alan Frindell", "text": "@Peter Thatcher did you just say if there is > 1 frame in a stream, receiving a STOP_SENDING means the sender can resend some frames on another stream. But a STOP_SENDING doesn't include an offset - how will the sender know which ones the receiver didn't want
", "time": "2023-03-28T05:03:00Z"}, {"author": "Lucas Pardue", "text": "+1
", "time": "2023-03-28T05:04:14Z"}, {"author": "Ted Hardie", "text": "I'm not sure that's an issue. It can't not send anything already sent; it has to stop sending on the current object.
", "time": "2023-03-28T05:04:29Z"}, {"author": "Ted Hardie", "text": "The question is whether it means \"stop where you are\" or \"stop after this\", and I think the current semantics are the first.
", "time": "2023-03-28T05:05:16Z"}, {"author": "Alan Frindell", "text": "+1 to describing in the draft what to do with a STOP_SENDING, because the receiver can send it
", "time": "2023-03-28T05:05:37Z"}, {"author": "Lucas Pardue", "text": "TBH the QUIC stack has probably made some of thst decisions itself
", "time": "2023-03-28T05:05:51Z"}, {"author": "Ted Hardie", "text": "If you start over on a new stream, as Peter suggests, you would have to assume that the current object isn't wanted, but the sender could also choose to send something later (skipping more).
", "time": "2023-03-28T05:06:10Z"}, {"author": "Jonathan Lennox", "text": "But if you're sending multiple frames on a stream, what is the \"current object\"?
", "time": "2023-03-28T05:06:36Z"}, {"author": "Alan Frindell", "text": "There's a strange parallel with the RELIABLE_RESET_STREAM proposal in QUIC. This could be a use case for an new partial reliability surface in QUIC. I'm not saying we should build either though.
", "time": "2023-03-28T05:08:11Z"}, {"author": "Ted Hardie", "text": "Jonathan--it means stop sending more. So you stop wherever you are.
", "time": "2023-03-28T05:08:15Z"}, {"author": "Ted Hardie", "text": "It's app specific if you would start sending other things on a new stream.
", "time": "2023-03-28T05:08:39Z"}, {"author": "Lucas Pardue", "text": "CANCEL_PUSH frame https://datatracker.ietf.org/doc/html/rfc9114#section-7.2.3
", "time": "2023-03-28T05:12:05Z"}]