fix(camera): stop blocking the loop on sprop read; cap aiortc log flood; 0.11.7

[cbrightly]

Log-volume + event-loop-blocking fixes surfaced from a live HA log review. 0.11.7.

Fixed

• Blocking file read on the event loop. The SDES SDP builder read the sprop
  cache (_inject_sprop -> _load_sprop -> open()) as an eagerly-evaluated
  argument to run_in_executor, so the blocking open() executed on the loop -
  which HA flags as "a blocking call ... causing stability issues". Moved the read
  inside the executor at all three SDP-write sites (sdes_open.py 792/1774/2072).

Changed

• Capped the vendored aiortc per-packet loggers. aiortc's RTP receiver/sender
  log every media packet at DEBUG; enabling DEBUG on the parent aidot logger
  turned that into thousands of lines/second (~99% of all lines in a live
  capture). rtcrtpreceiver/rtcrtpsender are capped at INFO by default (explicit
  user level respected); DTLS/ICE/SCTP aiortc DEBUG still flows.
• Demoted the benign "ignoring ASCII-encoded IP" cloud-quirk message to debug.

Verification

• Unit: logger-cap test; full suite 306 passed.
• Live (pre-merge): an SDES open confirms the sprop read runs off the event loop
  and that the aiortc packet flood is gone with aidot DEBUG enabled.