runandbike

Die Methode funktioniert m. E. überhaupt nicht. Die abweichende Geschwindigkeit bei den Gewichts-Fahrern beruht einzig und allein darauf, dass bei diesen von Ergoplanet in gewissen Zeitabständen oder zu Beginn der Strecke das Gewicht+200 statt der Geschwindigkeit übertragen wird. Ohne diese Fehlinformationen würde die Formel nichts anderes als das ausgewiesene Endergebnis anzeigen. Aber trotzdem: Super Rechnung:rofl: Äpfel * Birnen = Grünkohl. und noch besser die Erklärungen (je steiler desto hoch :s::s: ...) Viel Spass noch bei diesem hochinteressanten Thema Thorsten

Hi, ich hatte die Meldung mal auf einem Rechner, auf dem nur Ergoplanet aber kein ffdshow installiert war. Nach Installation von ffdshow war alles gut. Gruss Thorsten

Danke schön. Habe jetzt den Wintertraum auf 25fps mit VirtualDub auf ca. 4,5 GB ohne merklichen Qualitätsverlust runtergerechnet. Dauert zwar auf meinem "Turbo-Blech" 6,5 Std. aber das macht man ja nur einmal. Gruss Thorsten

Dem schliesse ich mich an. @rupi: Könntest Du die gpx-Datei hier posten? Danke und Gruss Thorsten

Genau den Effekt habe ich jetzt auch gehabt: 2km zu kurz nach rendering und erneuter Steuerdatei-Generierung mit EP-MYOR. Werde Deine Einstellungen mal probieren. Komisch ist nur, dass sich trotz 25fps die Anzahl der Frames im Film nicht reduziert hat. Habe mit VirtualDub umgerechnet (25fps, Compression üder ffdshow mit x.264-Codec oder so ähnlich, smart rendering). Die Datei ist logischerweise auch kaum kleiner. Gruss Thorsten

Hi, danke für das Angebot, aber wenn ich das Problem selbst lösen kann, werde ich es mal angehen. Ich finde, dass Du und die anderen Filmer hier einen tollen Job machen und dafür sehr viel Freizeit opfern, so dass ich davon nicht noch mehr in Anspruch nehmen möchte. Gruss Thorsten

Hi rupi, was heisst "neu berechnen"? Kann ich das mit der MYOR-Funktionalität machen oder benötige ich ein Bildbearbeitungsprogramm? Wahrscheinlich eine blöde Frage, aber ich habe mich mit dem Thema noch nicht weiter befasst. Sollte vielleicht mal googlen ... Gruss Thorsten

Hi alucard, cooler Wintertraum, tolle Aufnahmen, sehr schönes Höhenprofil. Schade nur, dass der Film nur auf aktuellen Rechnern fahrbar ist. 1 Stunde lang nur Diashow ist irgendwie nicht so toll. Warum hast Du denn mit 50fps aufgenommen? 25fps reichen doch auch für Top-Filmqualität, wie Tacx, CiM & Co. zeigen. Ausserdem geht dann unseren Festplatten nicht so schnell die Luft aus. Gruss Thorsten

und hier die epx-Datei. Geht doch. FR_PyreneesStage.zip

Die Kmz-Dateien aus dem Archiv kannst Du ganz einfach über gpsies.com in gpx-Tracks wandeln. Es fehlen dann nur noch die Höheninformationen. Die bekommst Du z.B. mit dem Programm GPS-Track-Analyse.net zugewiesen. So hat man zumindest schon mal eine funktionierende gpx-Datei, die mit dem Roadmap-Modul fahrbar ist. Die Umwandlung in epx ist dann etwas aufwändiger, geht aber auch. Im Anhang mal ein erster gpx-Test. Gruss Thorsten T195630PyreneesStage.gpx

So, jetzt klappt die Gewichtsanpassung auch bei mir. Die Einstellungen werden wohl tatsächlich erst nach Neustart von Ergoplanet übernommen. Was mir noch aufgefallen ist: In der Protokolldatei wird nicht die Original-Steigung sondern die gefakte ans Ergo gesendete Steigung eingetragen, die ja nur den Sinn hat, die Geschwindigkeitsberechnung zu manipulieren, aber ansonsten nach aussen nicht angezeigt werden sollte. Dies gibt zurückgerechnet ein falsches Bild der tatsächlich gefahrenen Steigung. Im Höhenprofil wird ja auch während der Fahrt die Original-Steigung angezeigt. Kannst Du das noch ändern,Tilo? Wäre super. Danke und Gruss Thorsten

Wenn Du die Argumente gelesen und auch noch verstanden hättest, würdest Du hier nicht so einen Mist verzapfen. Argumentiere lieber ordentlich für oder gegen die Funktion, wie es andere auch tun.

Habe mich jetzt auch mal auf 50kg verschlankt und die neue Funktion getestet. Plus 7kg fürs Velo hatte ich 57kg am Start, alle Haken richtig gesetzt, Jore. Mein Vergleichsergebnis war IT_Sella_Ronda 1h lang mit konstant 240 Watt. Hatte mich schon gefreut, 10 Min. früher fertig zu sein, aber Pustekuchen. Exakt die gleiche Zeit. Anschliessend die Höhenprofil-Histogramme der beiden Ergebnisdateien übereinandergelegt ==> kein Unterschied. Wenn ich mir die von Tilo gepostete Excel-Übersicht zu den Steigungsprozenten in Relation zum Systemgewicht anschaue, dann müsste die alte Welt etwa bei 70kg erreicht werden. Tilo, haben wir uns verrechnet?

Hallo Tilo, bitte nicht fürs Onlinetraining einbauen. Es gab doch in den vergangenen Jahren schon genügend Diskussionen, warum jemand mit weniger Watt schnellere Zeiten fährt. Die Gewichtsfunktion wird das Ganze wesentlich verschlimmern, zumal das Gewicht ja auch nicht transparent angezeigt werden kann. Über kurz oder lang werden dann sowieso alle bei Online-Rennen mit der kleinst-möglichen Gewichtseingabe fahren, um sich den größt-möglichen Vorteil zu verschaffen. Womit auch das Argument, den leichten Fahrern einen Vorteil zu verschaffen, wieder vom Tisch wäre. Was bleibt, ist am Ende nur eine generelle Reduktion der Steigungsprozente der Höhenprofile. Was hat das mit mehr Realitätsnähe zu tun??? Und die Ranglisten am Daum-Server kann man zeitgleich mit der Einführung der Gewichtsanpassung abschaffen, weil komplett ohne Wert und Aussage. Offline ist die neue Funktion sicherlich für einige interessant, um gefühlt etwas näher an die Realität heranzurücken. Nur darf man dabei nicht vergessen, dass es bergab in der Realität ohne Anstrengung voran geht und am Daum selbst bei 20% Gefälle und 40 km/h einiges an Wattleistung erforderlich ist, aber das hatten wir ja schon mehrfach. Also bitte bitte nicht. Gruss Thorsten

Naja, so schwer ist es ja nun auch wieder nicht. Die 3 beteiligten Dateien gpx, epx und epm liegen alle im xml-Format vor. Man sieht dann ziemlich schnell, welche Infos gebraucht und konvertiert werden müssen. Einziges Problem ist die Berechnung der Distanz zwischen 2 Wegpunkten, aber das bekommt man zur Not mit Tools wie GPS-Track-Analyse auch ohne Rechenkünste hin. Im Anhang die epx-Datei für NO_Gullingen. Viel Spass Thorsten NO_Gullingen.zip

... und es geht doch! Genau so habe ich mir das vorgestellt mit den beiden parallelen Anzeigen. Wenn Du jetzt noch das Höhenprofil und die Rangliste etwa gleich breit machst, bekommst Du in der Rangliste alle Daten angezeigt und mußt nicht ständig wechseln. Gruß Thorsten

Ich denke es liegt am Raster. Diesen Effekt hatte ich mal mit dem RLV "Majorca Demo". Mit Ergoplanet gefahren waren es etwa 4 km. Die mit Ergoplanet erzeugte epp-Datei mit Ergowin gefahren, kam auf 4,7km! Dabei verhielt sich der Positionsbalken im Höhenprofil recht merkwürdig: Der schmale Balken lief durch das Höhenprofil, als wären es 4km, während die Abschnittsmarkierung hinterherhinkte. Der Steigungs/Gefälle-Widerstand kam auch über die Abschnittsmarkierung und nicht über den Positionsbalken. Gruß Thorsten

Das Problem hatte ich gestern auch. Das Problem ist, daß Ergoplanet die Files nicht in den Unterordnern findet, Du mußt also je nach Film in den Einstellungen den Roadmovie-Ordner direkt auf den Ordner mit den zugehörigen Dateien setzen. @Tilo: Könntest Du das noch ändern, daß es ausreicht einen Root-Ordner zu setzen? Ansonsten wird es zu unübersichtlich, alle RLVs ohne Hierachie in einem Ordner abzulegen. Weiterhin ist mir aufgefallen, daß man Ergoplanet neu starten muß, nachdem dieser Fehler mit falschem Ordner aufgetreten ist. Also: falscher Ordner, Fehlermeldung, Einstellungen auf richtigen Ordner gesetzt, erneuter Versuch, erneuter Fehler (Programm läuft bereits oder so ähnlich), Neustart Ergoplanet, funktioniert. Ansonsten Klasse-Programm. Nur das Umschalten zwischen Profil und Ranking ist doof, weil bei mir die Tastatur zu weit vom Ergo entfernt ist. Gruß Thorsten

Ich vermute eher, daß Daum gar keine Formel benutzt, sondern mit einer diskreten Wertematrix arbeitet. Alle Zwischenwerte werden dann durch polynomiale Approximation gebildet. Dies führt im Normalfall dazu, daß die Kurve innerhalb der definierten Stützstellen recht gut verläuft, aber außerhalb (wahrscheinlich >30%) zu "flattern", äh, oszillieren anfängt. Dies gilt allerdings nur für die Steigungen. Bergab wird eine andere Berechnungsmethode verwendet, die fast linear verläuft. Gruß Thorsten

Hatte das schon so verstanden, daß die Ranking-Ansicht und die Profil-Ansicht nur alternativ angezeigt werden können, würde aber beide Ansichten gern gleichzeitig sehen anstatt ständig über die Tastatur umzuschalten. Wenn Du den Cockpit-Bereich nicht über die gesamte Höhe darstellst, sondern nur so hoch wie der Video-Bereich, dann könnte die Ranking-Ansicht weiter nach links rücken, so daß daneben noch Platz für das Höhenprofil wäre. Das Cockpit hätte dann zwar weniger einzelne Darstellungsbereiche, was aber durch Konfigurierbarkeit kompensiert werden könnte (ähnlich dem "Klassik"-Cockpit von ErgoPlanet). Aus meiner Sicht wär's dann perfekt. Gruß Thorsten

Hi Tilo, erst einmal ein großes Lob für deine Arbeit. Wenn ich die bisherigen Posts richtig verstehe, wird neben dem Video und dem Cockpit nur diese Statistikleiste aller Teilnehmer angezeigt, aber nicht das Höhenprofil. Letzteres empfinde ich aber als die wichtigste Orientierungshilfe, die eigentlich immer sichtbar sein muß. Insofern halte ich auch die Aufteilung in ergo_win für optimal: Höhenprofil, eigene Daten ausführlich, reduzierte Daten aller Teilnehmer als Liste. Natürlich rückt bei ergoplanet das Video in den Vordergrund, sodaß für den Rest nicht mehr viel Platz bleibt. Aber vielleicht ist es ja möglich, die Teilnehmerliste mit weniger Infos und ein Höhenprofil horizontal nebeneinander zu platzieren? Gruß Thorsten

Hab Dir eine PN geschickt. Gruß Thorsten

Hallo Tilo, mir ist gerade bei einer etwas längeren Strecke aufgefallen, daß ErgoPlanet bei der Protokollierung der "real-energy" den Fehler der Classic-Schnittstelle weiterreicht (Überlauf bei 6553,5kJ) und wieder bei 0 zu zählen anfängt. EWPP fängt dieses Problem seit V2.0.1.17 ab (s. change-log): Änderungen in Version 2.0.1.17 ---------------------------------- 1) Classic: Überlauf der Kilojoule von 6553,5kJ auf 0kJ (bedingt durch Kommunikationsprotokoll Classic) wird in ergo_win abgefangen und korrigiert. Vielleicht kannst Du den Fehler ja auch abfangen. Ich vermute, daß das Problem bei der "phys-energy" auch auftritt, bin aber noch nie so weit gekommen :devil: Gruß Thorsten

Schick mir mal die ege-Datei. Müßte mit meinem Tool in csv wandelbar sein. Gruß Thorsten