|
Bugzilla – Full Text Bug Listing |
| Summary: | hsn.tv channel switching takes too long | ||
|---|---|---|---|
| Product: | [Mono] Moonlight | Reporter: | Fernando Herrera <fherrera> |
| Component: | plugin | Assignee: | Swamp Workflow Management <swamp> |
| Status: | RESOLVED FIXED | QA Contact: | Swamp Workflow Management <swamp> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | SVN | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | 539563 | ||
| Bug Blocks: | |||
This seems to work fine now. The site seem to have changed massively though, so that might have been what fixed it. |
When switching from live content to a prerecorded channel ML takes too long. After some investigation, the problem seems to be this: - There is a main MediaElement for the video and several small ones for showing the preview. - When the mouse is over a new channel thumbnail, it starts downloading the stream for the preview. - When clicking Swap button to get that channel on the main video area, the main MediaElement Source is set to the same one that preview thumbnails. So we end up with two MediaElements with the same Source, the first one in Pause state, and the second one Trying to Open. Then problem seems to be somewhere in the mozilla API for downloading stuff, where two requests for the same uri re-uses the same channel. A much simple test case for this problem: <MediaElement x:Name="mPlayer" Width="320" Height="240" Canvas.Left="10" Source="mms://hsn-66.wmod.llnwd.net/a1508/d1/clips/66/10228066.wmv"/> <MediaElement x:Name="mPlayer2" Width="320" Height="240" Canvas.Left="340" Source="mms://hsn-66.wmod.llnwd.net/a1508/d1/clips/66/10228066.wmv"/> The left player will start inmidiately, but the second one will take much longer (actually it starts before the first stream has finished, so it's confusing)