Markup Performance

Hot Topic

Question about how a element's opacity affecting its children.
Webcam Gadget
Creating renderer plugins
MKV
Sideshow forum?
Direct Show Vs Microsoft Foundation
Full screen mode for HDi Sim ?
HDiSim stopped working
Can't set Focus
An interesting survey: HD-DVD vs. Blu-Ray

Audio and Video

Scripting SVG in a Sidebar Gadget
Are there MS streaming protocol APIs from MF?
Yamaha 724 sound card driver?
Another ActiveX/Com Question
Remote button has to be pressed for 1 second to move my cursor?
(possible)Bug in DOMCORE API :::: node.attributes
onDock called twice
Opacity in Sidebar Gadget
uncompressed YUV to EVR
My first gadget is done!

Markup Performance

I wrote a complete menu (including scrolling chapter menu with rotating images) in pure markup. The XMU file has in total about 1500 lines. Unfortunately I notice that it runs quite slow on HDiSim and in Players.

Are 1500 lines too much for xmu



Answer this question

Markup Performance

  • Stéphane Beauchemin

    Meanwhile I found the reason for my markup being so slow.

    Wasn't the 1500 lines. It were just two little <style select="//button" ...> statements ;-)

    I fixed it and now it looks very fluent and nice.

  • Jamie Thomson

    They SHOULD have the same performance, but they don't due to implementation on the Toshiba player. This isn't a spec issue, its just a suggestion from real world experience with their DOM parser :)

  • HCTwinJava

    It will depend on how complex your XPath queries are, how complicated the layout is, etc.

    "Number-of-lines" is never a good metric for gauging the complexity of something... especially since you could put it all 1500 lines on a single line :-)

    If you have real perf concerns, you can send me the page (and any other assets it needs to run) and I can take a look... no promises of amazing perf savings though; some things are just better done by script (or by breaking your content out into multiple pages).



  • Glint

    The markup performance can substantially improve by the reducing the number of Xpath queries or using it in an optimum way. If you are using lot of <par> and <seq> tags in the markup that can also slow down the performance.

  • Shawnk

    Also, the load time increases exponentially with the addition of divs at the top level of your body and cues in your timing blocks.

    ie,

    <par>
    <cue/>
    <cue/>
    <cue/>
    </par>
    <par>
    <cue/>
    <cue/>
    <cue/>
    </par>
    <par>
    <cue/>
    <cue/>
    <cue/>
    </par>
    <par>
    <cue/>
    <cue/>
    <cue/>
    </par>

    is better than...

    <par>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    <cue/>
    </par>

    and

    <body>
    <div style:position="absolute" style:x="0px" style:y="0px" style:height="1080px" style:width="1920px">
    <div/>
    <div/>
    <div/>
    <div/>
    </div>
    <div style:position="absolute" style:x="0px" style:y="0px" style:height="1080px" style:width="1920px">
    <div/>
    <div/>
    <div/>
    <div/>
    </div>
    <div style:position="absolute" style:x="0px" style:y="0px" style:height="1080px" style:width="1920px">
    <div/>
    <div/>
    <div/>
    <div/>
    </div>
    </body>

    is better than

    <body>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    <div/>
    </body>

  • GAtkins

    1500 lines should be OK, some released titles have more than twice.

    Although, performance may vary depending on content.

  • Docpro777

    Hi DrumAllDay

    Can you please elaborate why the above improves performance.

    In my understanding , both options as presented should have same performance.
    thanks




  • Markup Performance
Answer this question