Iphone Project

[TANE]

Met de laatste versie 2.0 van de client is er voldoende snelheid in de schermen gekomen.
Ik heb een nieuwe interface gemaakt met 16 schermen waarvan 3 x camera.
Met de juiste instellingen is het super snel.
Opstart tijd is minder dan 5 seconden.
Op de Android is bijna 15 seconden nodig met het zelfde project.
Er is veel gebruik gemaakt van Photoshop en Google voor het maken van de toetsen.

[TANE]

Op youtube een video beschikbaar (Video is in 720p beschikbaar.)
http://www.youtube.com/user/DomoticaTANE




Voor de Liefhebbers zelfde project maar dan op een Android.

[Snelvuur]

duidelijk verhaal, vooral die camera schermen is het inderdaad traag normaliter.

[jeroenkl]

Ziet er erg gelikt uit.
Zijn de Button Icons ergens beschikbaar? (Natuurlijk uitgezonderd die van je kinderen)...

Inderdaad constateer ik hetzelfde performance probleem met mijn Samsung Galaxy tov mijn Iphone

gr, Jeroenkl

[Bastiaan]

Hoi Enver, dat draait inderdaad beter lijtk het.
Je demo lijkt een ´warme´ start. DWZ je app draaide al. Klopt dat?

Ik kom met dezelfde setup en simpele schermen niet eens in de buurt.
De 'connect' is wel sneller, iets van 3 seconden over WIFI, maar dan is het 'getting data' meer iets wat in de buurt van de 10+ seconde ligt. Ik heb iets van 250-300 device en ook flink wat events maar die heb jij volgens mij ook.

Had laatst voor de lol eens een versie install gedaan op een andere computer en dan gaat het razend snel. Het heeft dus ook erg met het laden van de devices te maken lijkt het.

gr Bastiaan

[TANE]

Juiste config is belangrijk voor goede snelheid
Bij een camerabeeld probeer niet te hoge resolutie te sturen.
HSTouch werkt met jpg dit betekent dat elke beeld opnieuw wordt opgehaald.
bij een Mjpeg worden puur de veranderingen doorgestuurd.
Ook is de compressie belangrijk.
Ik heb beeld verversing op 1 seconden staan met 320 X 240 gaat het zelf met 3G goed.Er is praktisch geen verschil tussen warme en koude start
Zelf over 3g is het beeld binnen 6 seconden beschikbaar

@Jeroen button's komen na optimalisatie beschikbaar.
Ik mis er nog een aantal die ik eerst wil maken. Kleuren ed ben ik ook nog niet helemaal uit.

[Rene]

Mjpeg stuurt niet alleen de veranderingen hoor maar iedere keer het gehele beeld (JPEG) en past per beeld compressie toe. Een uiterst inefficient protocol voor bewegende beelden.

[Bastiaan]

Ja gelukkig heb ik ook nog een beetje verstand van camera's

Maar in mijn test heb ik ze er zelfs uit gegooid om alleen devices te laden. Geen achtergronden, RSS feeds of graphics en het blijft belabbert. Ben nu maar eens een schoon systeem aan het aanmaken en dan 1 voor 1 weer eens plugins toevoegen en kijken of het daarmee te maken heeft.
Het is goed om je demo te zien en te weten dat het dus wel beter kan.

[TANE]

Bastiaan,

Ik heb ook een schone installatie.
Plugins is beperkt
276 devices
209 Events.

Veel onzin events, devices als RSS updates, wether, performance tools etc. heb ik verwijderd.
Wat ook helpt om met een leeg project te starten.

Ik zal ook een Albetron Tee opname maken.
Verschil is wel mega.

Zit nu wel erg te twijfelen over de Android client zat aan de Toshiba te denken.
Archos gaat het zeker niet worden aangezien ze geen glasplaat over het scherm hebben.
POV is ook een optie..specs zijn niet veel beter Toshiba.
Zelf heb ik een beter gevoel bij Toshiba

[Rene]

Ik vind het wel een interessante discussie en ben benieuwd waardoor nu de vertraging wordt veroorzaakt. Is dat het verzamelen van alle device statussen en waarden binnen Homeseer, is dat het versturen van de data naar de client, of is dat het verwerken van deze data in de client. Ik gebruik geen HSTouch maar een eigen geschreven plugin die je kan aanroepen via XMLRPC of JSONRPC en die de device status en waarden terug geeft. In het XMLRPC of JSONRPC request kan je aangeven van welke devices je een update wilt om te voorkomen dat heel veel irrelevante data verstuurd wordt en dat de client dus heel veel irrelevante data moet verwerken. Tijdens initialisatie van de client (wat gewoon Javascript is) wordt gekeken welke devices gebruikt worden in de schermen en alleen voor deze devices worden de updates opgehaald.

[r_255]

Dan nog maar even een filmpje van hoe rap het hier zonder cams werkt....

gewoon een simpel scherm en 200+ devices.

Ik gebruik trouwens backgrounder en een jailbreaked ipad... niets geen reload van devices maar gaan ...... ;o)
zoals je kan zien levert het geen performance verlies en is het een snellere optie dan wat apple out of a box bied.

http://www.youtube.com/watch?v=eiVcwVR8SUw

[Bastiaan]

(Zucht)
Wat Rene schrijft is natuurlijk zoals je verwacht dat het zou moeten werken maar ik heb het anders gezien in debug mode.
zal die nog eens aanzetten en kijken wat er allemaal gebeurt.
Robin, ik heb ook een JB iPad en die voelt al sneller maar ook daar ben ik terug naar de 'essentials' op het scherm. Ik zat in Thailand soms op 3G en dan was het net te doen onder EDGE liep het weer uit de hand.
Heb jij ook v4.2.1 op je iPad?

Ik heb als test net een iPhone project met 1 leeg scherm gemaakt (nou ja het heeft 1 tekst: "Leeg scherm" om zeker te weten dat het laadt.)
Schone opstart zit dan tussen de 11 en 14 seconden
Als de app vanuit de achtergrond wordt opgehaald duurt het een fractie korter maar nog steeds rond de 10 seconden.
Daarvan is het 'Connecting" deel max 1 a 2 secs en daarna dus lang 'Getting Data'.
Ik heb er 3 a 4 andere clients aan hangen, de meeste windows 7 en ook mijn Albatron en iPad.
Ga zo nog eens verder zoeken...

[r_255]

Ik zelf vermoed toch echt dat de camera's de boel dermate ( het parsen van de xml data ) vertragen dat het gewoon stokt.
zowieso is de doe hoeveelheid te parsen data een beetje onredelijk/onzinnig veel. Ik zou zeggen dat je on change een device status cast en niet continue.

Ik gebruik zelf nog de oude rom omdat deze zo goed bevalt 3.xxx ( weet niet welke precies ) en heb dus backgrounder uit de cydia store geinstalleerd op de pad.
Even configureren naar eigen wens zodat hij hst gewoon aktief in de achtergrond houd.

1x opstarten en wachten tot alles geladen is en je heb er geen omkijken meer aan.....
zo draai ik dus squeezepad en hst in de achtergrond terwijl ik gewoon lekker aan het surfen ben.

[Alexander]

Installeer eens een sniffer op je homeseer machine (of gebruik de sniffer functionaliteit van de fritzbox, als je die gebruikt) en kijk wat voor verkeer er allemaal gestuurd wordt naar je client. Dan is er in ieder geval daadwerkelijk info waaruit ontleed kan worden, waardoor de vertraging optreed: data of 'bagger' programmeren.
Probeer ook eens procmon op de homeseer machine, dan zie je wat er allemaal benadert wordt, wellicht is het het verzamelen van data dat zorgt voor de vertraging.

[TANE]

Zelf denk ik dat je in Plugins moet zoeken die niet efficiënt werken.

Mijn Homeseer draait op een macmini in een Vmware omgeving.
CPU, I/O power wat beschikbaar is is dus erg laag