[Flash/Actionscript] data uit file inladen: traag?

[Explore]

Aangezien het over een actionscript probleempje gaat stel ik m'n vraag hier ipv. in /13.

Stel, ik laad een externe file (van ca. 3kb) in Flash dmv. loadVariables en daarna dump ik de tekst domweg in een textwindow die correspondeerd met een variabele. Dat gaat redelijk snel: ca. 2 seconden ofzo.

Als ik nu dezelfde file inlaad, maar ipv. de tekst in een textwindow te dumpen, bewerk ik eerst de data nog eens: ik split de tekst op enzo. En pas daarna dump ik de zaak in het tekst window. Om een of andere reden duurt het nu veel langer (13-15 seconden) voordat de file geladen is!

Ik heb dit geprobeerd in zowel een MovieClip met een onClipEvent en op de main timeline en dan telkens een frame terug springen en checken of de zaak al geladen is ('if (done) bla...') maar dat maakt niet uit.

Stukjes code:

code:

// case 1: dump
inp = _root.data.sInfo;

code:

// case 2: split and list
inp = "";
var aData = _root.data.sInfo.split(",");
for (var i = 0; i < aData.length; i++) {
    inp += aData[i]+"\n";
}

Hoe komt het dat case 2 zo veel trager is???

[D2k]

iom OzBoz naar /13
P&W -> W&G
tis echt een W&G topic omdat het over flash gaat

[Explore]

D2k:
iom OzBoz naar /13
P&W -> W&G
tis echt een W&G topic omdat het over flash gaat

Waar, maar ik weet niet of er hier in /13 wel scripters zitten die dit weten... Ik hoop het.
Punt is: dit heeft niks met webdesign en/of graphics te maken...

[oh,when?]

Op donderdag 14 februari 2002 15:56 schreef Explore het volgende:

Als ik nu dezelfde file inlaad, maar ipv. de tekst in een textwindow te dumpen, bewerk ik eerst de data nog eens: ik split de tekst op enzo. En pas daarna dump ik de zaak in het tekst window. Om een of andere reden duurt het nu veel langer (13-15 seconden) voordat de file geladen is!

Hoe komt het dat case 2 zo veel trager is???

dat komt omdat de built-in Split method van Flash 5 nogal traag is. Veel trager dan Flash 4 syntax. Er zijn complete rewrites van het String object in Flash 5. Zie hieronder. Daarnaast is het zowiezo handiger om eerst de data in te laden en daarna pas die te bewerken.

code:

String.prototype.split = function(d){
    if (d != null){
        var r = new Array();
        var size = this.length;
        var c = 0;
        var n = 0;
        if (d != ""){
            for (var i=0; i<=size; ++i){
                if (substring(this, i+1, 1) == d){
                    r[n] = substring(this, c+1, i-c);
                    c = i+1;
                    ++n;
                }
            }
            if (c != i){
                r[n] = substring(this, c+1, i-c);
            }
        }else{
            for (var i=0; i<size; ++i){
                    r[i] = substring(this, i+1, 1);
            }       
        }
    }else{
        r = new Array(this.toString());
    }
    return (r);
}

gebruik deze method eens ( met dank aan Damien Morton )

[Explore]

Wuh! Thanks, dat scheelt nogal een slok op een borrel...

[Explore]

En toch blijven we mieren... Ik heb nu een frame-loopje gemaakt, waarin wordt gekeken of 't zaakje klaar is met laden (laatste var die binnenkomt is done=1). Als dat het geval is springt de code naar een ander frame (mbv gotoAndStop();). Daar draai ik omstebeurt dezelfde stukjes code. De simpele dump blijft een stuk sneller. De code met de split geeft zelfs een time-out, nog voordat er naar het code-frame wordt gesprongen...?

Ik heb de data file vergroot naar ca. 16kb. De dump doet er nu 4 seconden over. En als ik de time-out negeer, doet het laden met de split er ongeveer 20 seconden over.

[Verwijderd]

Op donderdag 14 februari 2002 16:00 schreef Explore het volgende:

[..]

Waar, maar ik weet niet of er hier in /13 wel scripters zitten die dit weten... Ik hoop het.
Punt is: dit heeft niks met webdesign en/of graphics te maken...

Hierzo!

[Explore]

B-Top:
Hierzo!

Leuk, ik ken je site. Erg geinig allemaal. Kan je ook mijn 'simpele' probleempje oplossen?

[Verwijderd]

Ik ben aan het nadenken; probleem is dat een dergelijk grote split NOOIT binnen de gestelde tijd van een frame gaat lukken; daar duurt het altijd te lang voor....
Met het verwerken grote xml's heb je dat ook, maar daar heb je inprincipe dmv childs etc alles al gesplit...
ben nu dus aan het kijken of ik ff snel een multi-frame-split voor je kan maken....

Ik ga nu naar huis....kijk daar wel ff voor je of ik snelll iets in elkaar kan flikkeren.

[Explore]

B-Top:
Ik ga nu naar huis....kijk daar wel ff voor je of ik snelll iets in elkaar kan flikkeren.

Ik ga ook zo naar huis, maar pik daar de draad weer op.

Wat is het voordeel van XML tov. rauwe data inlezen? Ik kan m'n PHP script (die ik nu wat comma-seperated data laat genereren) ook XML laten genereren. Maar Flash moet dan die XML weer parsen. Lijkt me nogal omslachtig, of mis ik wat?

Is XML parsen in Flash niet NOG trager dan een (inderdaad vrij grote string) opsplitten?

[cjs]

Op donderdag 14 februari 2002 17:38 schreef Explore het volgende:

[..]

Leuk, ik ken je site. Erg geinig allemaal. Kan je ook mijn 'simpele' probleempje oplossen?

Als het alleen de bedoeling is dat 'sInfo' als een lijst wordt weergegeven in het tekstveld, moet je de te laden variabelen gewoon URL-encoden.

In de tekstfile:
sInfo=en%0Ddit%0Dis%0Ddan%0Dmijn%0Dlijst

In het tekstveld komt dan te staan:
en
dit
is
dan
mijn
lijst

'%0D' is de URL-encoded equivalent van '\n'

[Explore]

Nee, dat is niet de bedoeling. Ik wil een lijst variabelen inlezen. In plaats van al die variabelen te laten genereren door het PHP script, lees ik de hap als 1 string in en laat ik Flash de zaak opsplitten in een array, zodat ik elk ding afzonderlijk kan aanspreken.

Dat in het tekstveld gooien is puur om te zien wat er gebeurd (en of er uberhaubt wel wat gebeurd, soms )

[Verwijderd]

ben thuis, zal zo ff kijken.

[Explore]

Vergeet ook mijn vraag over XML niet... Als je (of iemand) daar het antwoord op weet:

Wat is het voordeel van XML tov. rauwe data inlezen? Ik kan m'n PHP script (die ik nu wat comma-seperated data laat genereren) ook XML laten genereren. Maar Flash moet dan die XML weer parsen. Lijkt me nogal omslachtig, of mis ik wat?

Is XML parsen in Flash niet NOG trager dan een (inderdaad vrij grote string) opsplitten?

[Verwijderd]

Op donderdag 14 februari 2002 19:12 schreef Explore het volgende:


Vergeet ook mijn vraag over XML niet... Als je (of iemand) daar het antwoord op weet:

Wat is het voordeel van XML tov. rauwe data inlezen? Ik kan m'n PHP script (die ik nu wat comma-seperated data laat genereren) ook XML laten genereren. Maar Flash moet dan die XML weer parsen. Lijkt me nogal omslachtig, of mis ik wat?

Is XML parsen in Flash niet NOG trager dan een (inderdaad vrij grote string) opsplitten?

XML is idd langzaam...maar daar heb je dan xmlnitro voor:
http://chattyfig.figleaf.com

in principe is het voordeel van xml dat het industrie standaard is, netjes qua data opmaak en flash specifiek dat je een onload handler hebt, wat jij nu afvangt met done=1....daarnaast heb je status.....ach...vele voordelen....owen kan me hier wel aanvullen...

Wat betreft dat parsen, dat moet je nu ook met je string, hoe dan ook....

Je kan natuurlijk serverside gaan splitten en een xmldoc met alle vars teruggeven ?

[Explore]

XMLNitro heb ik al. qXML ook - een frame-queued versie van XMLNitro. En dat het een industriestandaard is... Tsja, ik deel de data die in de Flash wordt ingelezen niet. Het gaat van de server naar m'n Flash en verder niet naar buiten ofzo. Het lijkt me daarom vrij omslachtig om eerst XML te genereren (wat enige serverbelasting met zich meebrengt, maar dat terzijde) om daarna de XML in Flash in te lezen en dan de zaak weer parsen.

Hoe zit het dan met de parse-snelheid van XML? Is dat sneller dan het parsen van een string mbv. split? Kan ik me niet voorstellen... Ook niet met Nitro of wat dan ook. Maar ik kan me vergissen, natuurlijk.

Owen?

[Verwijderd]

Aangezien je met xml ook data STRUCTUUR afhandeld zal het in dit geval trager zijn.

[Explore]

Het is misschien een beetje maf, maar ik kan ook 'structuur' aanbrengen in m'n string. Bijvoorbeeld de zaak opdelen in groepjes van een aantal variabelen. Ik kan me wel voorstellen dat zoiets makkelijker zou zijn met XML - het parsen dan tenminste - maar in feite is het net zo makkelijk om het zwikje in een string te proppen en dan per 5 variabelen (ofzo) te groeperen.

Ik probeer het even te snappen, hoor...
Het gaat me hier puur om de snelheid en dat de data goed binnenkomt.

[oh,when?]

Op donderdag 14 februari 2002 19:50 schreef Explore het volgende:
XMLNitro heb ik al. qXML ook - een frame-queued versie van XMLNitro. En dat het een industriestandaard is... Tsja, ik deel de data die in de Flash wordt ingelezen niet. Het gaat van de server naar m'n Flash en verder niet naar buiten ofzo. Het lijkt me daarom vrij omslachtig om eerst XML te genereren (wat enige serverbelasting met zich meebrengt, maar dat terzijde) om daarna de XML in Flash in te lezen en dan de zaak weer parsen.

Hoe zit het dan met de parse-snelheid van XML? Is dat sneller dan het parsen van een string mbv. split? Kan ik me niet voorstellen... Ook niet met Nitro of wat dan ook. Maar ik kan me vergissen, natuurlijk.

Owen?

Ja en daar ben ik weer...zijn jullie stiekem verder gegaan terwijl ik een etentje had met me girlee...foei

maar goed. XML en Flash , ik denk dat het heel belangrijk is om na te gaan wat voor data(structuur) je vanuit je script in Flash wil gaan brengen. Als het simpele key/pair values zijn is een lange string altijd sneller dan het parsen van een boom-structuur ( wat een XML document is )

Het nadeel is namelijk dat de ingebouwde XMLparser zijn nadelen heeft:

• Het is een DOM based parser
• Heeft zijn eigenaardigheden (ziet whitespace als lege nodes )
• Is ook nog niet eens van de snelste

Er zijn wel rewrites van het XML object waarmee je ook via SAX kunt parsen, en die zijn bijna net zo snel als het parsen van een string. Wat voor datastructuur wil je gaan gebruiken?

Heb je een voorbeeld van je SWF?

[Explore]

Ik heb geen SWF in de aanbieding, nee. Dit is nog een vooronderzoek naar de mogelijkheden...

Ik heb SAX effe bekeken. Ziet er niet simpel uit. Is java noodzakelijk voor die XML-rewrites van Flash, of zit dat ahw. ingebakken? Kan je een linkje droppen, zodat ik ergens kan kijken?

Nog eens wat rondgekeken... Ik zie dat Apache ook support heeft. Xerces enzo. Ik zie geen PHP modules slingeren, maar als er Perl is dan ligt PHP om de hoek... neem ik aan... Of dwaal ik nu af?

De data-structuren die ik nodig heb voor m'n project zijn nog niet helemaal klaar. Helemaal niet, eigenlijk. Ze zijn vrij complex en wellicht is het helemaal niet handig om heel de handel direct in Flash in te lezen. Misschien is het handiger om PHP en Flash meer te laten communiceren en de data allemaal op de server te laten en alleen het nodige naar Flash te sturen.

Ik kan me voorstellen dat dit uiteindelijk slimmer is.

Hoe dan ook, dit is wel interessant, maar wel erg complexe, materie. I need more links!

[Verwijderd]

ik zal je dit alvast geven; een ranzig truukje waar bij het xmlobject word gebruikt voor het abusen voor het laden van txt:

code:

function loadtxt(filename){
    maxlength = 80;
    offset = 0;
    xmlbullsjit = new XML();
    xmlbullsjit.onLoad = doafterload;
    xmlbullsjit.load(filename);
    stat('started loading ' + filename);
}

function doafterload(){
    stat('loaded ');
    parsetxt = doparsetxt;
}

movieclip.prototype.stat = function(txt){
      trace(getTimer() + ':' +txt);
}

[oh,when?]

* oh,when? heeft alvast een simpel voorbeeldje gemaakt:

Bekijk het grote verschil tussen simpele key/pair values of XML parsen. Morgen nog even een Sax parser schrijven en we kunnen echt vergelijken...

Code:

- Plain text
- XML File

code:

#include "XMLnitro.as"

function init(){
    output = "loading vars...";
    delete(myXML);
    delete(myXMLn);
    delete(myXMLs);
    time ="";
    startTime = 0;
    endTime = 0;
    startTime = getTimer();
}


function end(){
    endTime = (getTimer()-startTime)/1000;
    time = "totaal load + parse = " + endTime;
}


function runXMLDom() {
    init();
    myXML = new XML();
    myXML.onLoad = onLoad;
    myXML.ignoreWhite = true;
    myXML.load("http://code.dopesyndicate.com/Flash/5/String_vs_XML/vars/xml?"+getTimer());
}


function runXMLDomNitro() {
    init();
    myXMLn = new XMLnitro();
    myXMLn.onLoad = onLoad;
    myXMLn.ignoreWhite = true;
    myXMLn.load("http://code.dopesyndicate.com/Flash/5/String_vs_XML/vars/xml?"+getTimer());
}


function onLoad() {
    var keys = this.firstChild.childnodes.length;
    output="er zijn " + keys + " keys geparsed:\n";
    for (i=0; i<keys; ++i) {
        output += "key"+i + " = " + this.firstChild.childnodes[i].childNodes[0].childnodes[0].nodeValue + "\n";
    }
    end();
}


stop();

[Verwijderd]

Op vrijdag 15 februari 2002 01:00 schreef oh,when? het volgende:
* oh,when? heeft alvast een simpel voorbeeldje gemaakt:

Bekijk het grote verschil tussen simpele key/pair values of XML parsen. Morgen nog even een Sax parser schrijven en we kunnen echt vergelijken...

Jij bent gisteren nog ff opgebleven

[Explore]

Hm, interessant! De string-versie is dus inderdaad sneller voor simpele key-value pairs. Ik wacht de SAX-versie af. Maf overigens is dat de built-in XML parser van Flash die key-value pairs soms sneller parsed dan de XMLnitro versie.

Owen, hoe genereer je de XML met random waardes? Heb je daar ook de code van?

B-top, hoe werkt dat stukje code die een text file laad met het XML-object?

[Verwijderd]

Op vrijdag 15 februari 2002 11:01 schreef Explore het volgende:
Hm, interessant! De string-versie is dus inderdaad sneller voor simpele key-value pairs. Ik wacht de SAX-versie af. Maf overigens is dat de built-in XML parser van Flash die key-value pairs soms sneller parsed dan de XMLnitro versie.

Owen, hoe genereer je de XML met random waardes? Heb je daar ook de code van?

B-top, hoe werkt dat stukje code die een text file laad met het XML-object?

loadtxt(filename);
en dan zit in xmlbullsjit de txt....
de onload handler staat dus doorverwezen, in die function kan je je te nemen acties doen.

[inquestos]

Ik had (en heb nog steeds) een zelfde probleem: [topic=406205]

Zou een van jullie daar nog naar willen kijken??

[oh,when?]

Op vrijdag 15 februari 2002 11:01 schreef Explore het volgende:
Owen, hoe genereer je de XML met random waardes? Heb je daar ook de code van?

But yes ofcourse

is maar een paar simpele regels

[Explore]

Ik ga daar later eens mee aan de gang... Ben effe aan 't werk.

[Explore]

Op vrijdag 15 februari 2002 12:42 schreef oh,when? het volgende:

[..]

But yes ofcourse

is maar een paar simpele regels

Heh... is dit alles...

PHP:

<?
  Header ("Content-type: text/xml"); 
  $output="<test>"; 
  for ($i=0;$i<500;++$i) { 
    $output .= "<key><value>" . randomText8) . "</value></key>"; 
  } 
  $output .="</test>"; 
  echo $output; 
?>

Gunst...

[oh,when?]

Op vrijdag 15 februari 2002 14:04 schreef Explore het volgende:

[..]

Heh... is dit alles...

nee...dit is alles:

PHP:

<?
function randomText($len) {  
   srand((double)microtime()*1000000);   
   $possible="ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890";  
   $str="";  
   while(strlen($str)<$len) {  
      $str.=substr($possible,(rand()%(strlen($possible))),1);  
   }  
   return($str);  
}

Header ("Content-type: text/xml"); 
            $output="<test>"; 
            for ($i=0;$i<500;++$i) { 
                $output .= "<key><value>" . randomText(8) . "</value></key>"; 
            } 
            $output .="</test>"; 
            echo $output;
?>

[Explore]

Ja, 'k had 'm, maar was alleen verbaasd over de simplicity. Ik had complexere code verwacht.

Overigens liet ik m'n random-data wat anders genereren - niet dat het er toe doet, maar toch:

PHP:

<?
header ("Content-type: text/xml");
$output="<test>";
for ($i=0;$i<500;++$i) {
  $output .= "<key><value>".md5($i)."</value></key>";
}
$output .="</test>";
echo $output;
?>

[Explore]

Ik ben nog steeds nieuwschierig naar de SAX-parser... Iemand?

[oh,when?]

Op zondag 17 februari 2002 14:54 schreef Explore het volgende:
Ik ben nog steeds nieuwschierig naar de SAX-parser... Iemand?

sorry dit weekend geen behoefte gehad om ook maar achter de computer te zitten..zal morgen wel wat posten

[Explore]

Okidoky.

[oh,when?]

* oh,when? heeft geen sax parser geschreven maar ziet dat ie niet alle goede code heeft gepost.

Want staat wel netjes alle XMLfunctions maar niet hoe de gewone plain word geparsed..dus als zoethoudertje hiero:

code:

function runPlain() {
    init();
    myPlain = new XML();
    myPlain.onData = function (str) {
    keys = str.toString();
    keys = keys.split("&");
    totalKeys = keys.length -1;
    init(); // reset hier nog een keer vanwege slow splitmethod
    output="er zijn " + totalKeys + " keys geparsed:\n";
        for (i=0;i<totalKeys;++i) {
            output += keys[i] + "\n";
        }
        end();
    }
    myPlain.load("http://code.dopesyndicate.com/Flash/5/String_vs_XML/vars/plain?"+getTimer());
}

HTH

[Explore]

Even deze thread nog een schop geven. Wat ik me namelijk afvroeg: ik heb begrepen dat de XML-parser van Flash MX herschreven is en nu sneller is dan in Flash 5. Is het dan nog nodig om XMLNitro te gebruiken - is het dan nog sneller?

Ik heb even naar het voorbeeld van oh, when? gekeken en daar is de XMLNitro versie sneller dan de ingebouwde, alleen komt er niks uitrollen en bovendien is die gemaakt in Flash 5 (zover ik weet).

Heeft iemand hier iets zinnigs over te zeggen?

[oh,when?]

De flash 6 player is over het algemeen sneller, en het ingebouwde XMLobject is 'compleet herschreven'. Uit eigen bevindingen kan idd bevestigen dat de performance van het gebruik van het XML object in zowel PC ALS Mac versies drasties is verbeterd. Ik heb geen officiele benchmarks, en ook geen code van de flash player dus ik weet niet wat er herschreven is.

Ik gebruik dan ook geen XMLNitro als ik voor Flash MX versies werk

[Explore]

Ok, thanks.

[oh,when?]

Explore schreef op 22 oktober 2002 @ 16:08:
Ok, thanks.

ur welcome. Misschien weet je het al, maar ik vermeld het toch. Sinds enkele dagen is de nieuwe beta uit van de Flash player voor zowel Windows, Mac EN Linux.

copy/paste uit de release notes:

- Windowless Mode now implemented for Netscape Windows & Mac OS X
- Improved ActionScript Performance
- Customization of HTTP headers
- Dependent Runtime Shared Libraries
- ECMA-262 Strict Mode
- Dynamic Accessibility Properties (Windows - Active X only)

New Linux Player Features
- Support for the Mozilla 1.1 browser
- Support for the KDE 3.0.3 or GNOME 2.0 desktop
- Support for Unicode environments
- The following languages are supported: English, French, Spanish, German, Italian, Japanese, Swedish, Portuguese, Chinese Traditional and Simplified, Korean. The player auto-detects LANG or LANGUAGE
- Support for audio and video capture and streaming audio and video playback

maw..dit is een BIG release..vooral het sturen van HTTP headers opent een heel scala aan mogelijkheden! Je kan nu SOAP via Flash XML doen, dus allemaal leuke webservices benaderen via een slicke client...