User is moving to a faster (150 Mbps) network and wants 1080p. Raised build_video_pipeline_for_streaming and VideoParams::default() together (they must agree -- see caststream.rs's doc comment on why a resolution mismatch there is a protocol violation, not just soft video). Left build_video_pipeline (the HLS/DLNA path) at 720p -- that one's 1280x720 choice is about an older Default Media Receiver's decoder profile/level, unrelated to what's changing here. Bitrate ceiling raised from 4-8x scaling but deliberately not straight back up to the old 8 Mbps: real testing tonight showed the AIMD probe pins to whatever MAX_BITRATE_KBPS is for the entire session once estimated_bandwidth_bps() reports (unreliably -- flat ~20 Mbps most of a session that was visibly stuttering) that there's headroom, and 8 Mbps sustained was more than the previous network+receiver could hold. 6 Mbps is a solid target for 1080p30 on its own merits. MIN_BITRATE_KBPS bumped 1000->1500 to match (1080p needs more of a floor than 720p did before it's a wall of blocking artifacts). |
||
|---|---|---|
| .. | ||
| src | ||
| Cargo.toml | ||