GZomeMain
### Duplicate Check - [x] I confirm I searched for existing reports and found no duplicates. ### Latest Release - [x] I confirm I am on the latest release and the problem still happens. ### Operating System Windows ### Package Downloaded .msix (zip) ### Desktop Environment (Linux only) _No response_ ### App Version 2.2.0 ### Describe the Bug SimpMusic registers a valid Windows System Media Transport Controls (SMTC) session and correctly exposes track metadata, playback state, and basic transport capabilities. However, it does not publish a usable playback timeline through the Windows SMTC API. While music is actively playing, position, duration/end time, and seek bounds remain at zero. The session's `LastUpdatedTime` remains `1601-01-01T00:00:00+00:00`, which is the WinRT “never updated” sentinel. This prevents external Windows applications from retrieving playback progress or duration. ### Steps to Reproduce 1. Open SimpMusic on Windows. 2. Play any track. 3. Query SimpMusic's active Windows SMTC session using `GlobalSystemMediaTransportControlsSession`. 4. Call `GetTimelineProperties()`. 5. Check `StartTime`, `EndTime`, `Position`, `MinSeekTime`, `MaxSeekTime`, and `LastUpdatedTime`. 6. Repeat the timeline read for at least 10 seconds while audio is playing. All timeline fields remain zero and do not change. ### Expected Behavior While a track is playing, the Windows SMTC session should expose and refresh: - Current playback position - Track duration/end time - Seek range - Last update timestamp Position should advance during playback and update after seek, pause/resume, and track changes. ### Log / Error Details sessions: 1 'Simpmusic_ejp2bhxmz1qq6!Simpmusic' === target session: 'Simpmusic_ejp2bhxmz1qq6!Simpmusic' playback_status : 4 playback_rate : None playback_type : 1 controls : play_pause_toggle=True, play=False, pause=True, next=True, previous=True, fast_forward=False, rewind=False, stop=True start_time : 0:00:00 (0.000 ms, 0 ticks) end_time : 0:00:00 (0.000 ms, 0 ticks) position : 0:00:00 (0.000 ms, 0 ticks) min_seek_time : 0:00:00 (0.000 ms, 0 ticks) max_seek_time : 0:00:00 (0.000 ms, 0 ticks) last_updated_time: 1601-01-01T00:00:00+00:00 duration (end - start): 0.000 ms elapsed (position - start): 0.000 ms timeline moved during the watch: NO — all readings identical