Beiträge von Herbert

Hallo Ulrich,

also ich hatte auf den Notebook auch noch eine alte .Net Version und konnte das 1.Problem nachvollziehen.
Um das entsprechende Verzeichnis zu erhalten musst due folgendes machen:
Gehe an einen PC mit schnellem Internetzugang:
Gehe auf die Seite:

http://www.microsoft.com/downloads

dort findest du:

.NET Framework Version 1.1 Redistributable Package
.NET Framework 2.0 Redistributable (x86)

beide ca 23 MB groß
mit dem ersten geht es ganz sicher, mit der Version 2 wahrscheinlich auch.

Bei dem Notebook musst du das Programm vermutlich einmal mit einem Administratoraccount starten, dass die DLL installiert wird.

Gruß Herbert

Edit: Oder du findest auf einem PC der auf neuerem Stand ist, zB dein Notebook, eine dotnetfx.exe dann kannst du die auf dem Problem-PC starten.

Habe in meinen Startbeitrag die alte zip-Datei gelöscht und die Zwischenversion hochgeladen.
Daher ist der Downloadzähler wieder auf Null!
Jetzt müsste es auch mit 3.5 & Co gehen! :schal:

Aber wie gesagt - an der besseren Version bin ich noch dran!

Gruß Herbert

Ist das selbe Probelem wie bei Peter,
du hat vermutlich auch Edius 3.5 oder neuer.

Aber das Programm läuft ohne DLL Probleme.
Bringe bald ne neue Version die das kann.

Gruß Herbert

Edit:
Hab dir eben eine Zwischenversion zugemailt

Hallo Ulrich,
kannst, du mein Programm nicht starten, oder tritt das Problem beim Import ins Excel auf?
Ich vermute mal gleich wenn du das Programm startest oder?
Oder kannst du noch den Edius Projektnamen eingeben?

Gruß Herbert

Habe eben festgestellt dass bei mir diese Verzeichnisse sowohl auf dem Win2000 als auch XP-PC existieren.
Daher laufen die Programme da auch.
Mich hat nur das Office XP in deinem Tread irretiert, weil Office kommt erst wenn man die CSV-Datei anklickt ins Spiel.
Bin mir nicht sicher ob es eine allgemeine Installation für diese DLLs gibt ansonsten muss ich mal ein Setup paket zusammenstellen.

Hallo Peter,

habe das Problem gefunden. :schal:
Die scheinen da doch öfter was zu ändern.
Werde morgen meinen Suchalgorithmus nochmal entsprechend anpassen.
Mit meiner jetzigen Änderung kriegt ich zwar das Ergebnis wie unten, aber wie gesagt werde da noch mal generell was ändern!

Gruß Herbert

so sieht das Ergebnis aus:
"Nr.";"Spur";"SpurTyp";"Dateiname";"Startzeit";"Dauer"
1; 1;"VA";"VTS_01_1";"00:00:00:00";"00:03:33:24"
2; 1;"A";"VTS_01_1";"00:00:00:00";"00:03:34:07"

Wäre das OK?

Hi Peter
Kannst du mir bitte eine solche epj per Mail oder PN zukommen lassen?

Gruß Herbert

Der nächste Schritt ist nun die Implementierung der EDIUS Unterstützung. Um festzustellen ob ich die Daten aus der EDIUS Projektdatei korrekt auslesen kann, habe ich ein kleines Progrämmchen geschrieben mit dem die EDIUS Projektdateien gelesen werden.
Es kann in dem Beitrag:

Edius Projekt in Excel CSV Datei exportieren

im Forum Edius allgemein heruntergeladen werden. Was hier noch fehlt sind die Pfade. Diese muss ich noch aus der ews-Datei holen. An dem Problem arbeite ich noch.

Der Vorteil dieser Vorgehensweise ist, dass ich bezüglich der Anzahl der Kameras (also Spuren) keine Einschränkungen mehr habe.

Gruß Herbert

Das Einknopf-Programm
So nun habe ich das bereits angekündigte Programm geschrieben.
Nach dem Programmstart meldet sich ein kleines Fenster mit nur einem Startknopf.
Drückt man den Knopf, dann öffnet sich ein Explorer- Fenster zur Eingabe des Projektnamens.
Das Programm legt dann im gleichen Verzeichnis eine Datei mit der Endung csv an.
Beispiel: MeinUrlaub.epj wird dann zu MeinUrlaub.epj.csv.
Hat man Microsoft Excel auf dem PC installiert wird durch Doppelklick auf diese Datei Excel geöffnet und man hat eine einfache Schnitttabelle.
Getestet hab ich es unter Edius 3.31 (Demoversion)
Bei den älteren Versionen 1.5 etc. war der Aufbau der Projektdatei noch etwas anders, deshalb sollte man diese mit der neueren Version speichern.
Die Fehlerbehandlung ist aber nur rudimentär!

In Anhang ist die Datei als gezippte Exe. Datei in einen beliebigen Ordner kopieren/entzippen und mit Doppelklick starten.
Dateigröße 8KB also kein Problem! :schal:

Bin auf die Rückmeldungen gespannt.
Gruß Herbert

Hinweis: Die Originalprojektdatei bleibt natürlich unverändert!

Edit: Neue Version 1.4 vom 18.1.06 bereitgestellt
Fehler bei der Zeitermittlung beseitigt.
Pfade werden aus der EWS-Datei ergänzt. :laut:
Versatzzeitangabe kam hinzu!

Hallo

manchmal hilft es, den 240 Volt Stecker abzuziehen und eine Minute warten.
Dann wieder einstecken und starten.

Gruß Herbert

Zitat

Es gäbe da noch eine Möglichkeit wenn Herr Kexel mit den Programmieren spricht, dass die eine Ein-/Ausgabemöglichkeit in Form einer CSV-Datei einbauen. (CSV steht für Comma Separated Value und dient bei Excel und Datenbanken als Datenaustauschformat – die einzelnen Daten sind einfach durch ein ; getrennt)

Habe mich nun selbst ans Werk gemacht und die EDIUS-Projektdateien zerlegt, so dass ich einen Export in eine CSV durchführen kann.
Dies ist ein eigenständiges Progrämmchen, das auch sonst mal ganz nützlich sein kann.
Die Projektdateien sind jedoch sehr unterschiedlich, deshalb muss ich die Logik noch verbessern.
Sobald es allgemein brauchbar ist kann ich es zum Massentest verteilen.
Evtl. gibt’s da heute noch was.

Wenn das dann funktioniert baue ich diesen Teil in mein Programm ein.
Es geht dann im EDIUS - Forum weiter.
Aber vorerst genieße ich erst mal das gute Wetter.

:Edius kaufe:
Gruß Herbert

Hallo Kübi,

am besten ist es, das Betriebssystem (setup, CAB-Dateien etc) auf die Platte zu spielen und von dort die Installation zu starten.
Hierfür hast du verschiedene Möglichkeiten:
1.) wenn man gut an die Platte rankommt würde ich die ausbauen und in ein externes USB Gehäuse einbauen. Dann auf einem anderen PC die komplette Win98 CD draufspielen und dann wieder zurückbauen.
2.) Wenn man schlecht an die Platte rankommt würde ich mit 2 DOS6.0 Startdisketten und einem Interlinkkabel die beiden PCs verbinden. Wenn du den Laptop zum Host (interserv) machst kannst du vom anderen PC auf den zugreifen und die Daten rüberkopieren. Interlinkkabel gibt es für die serielle und auch parallele Schnittstelle.

Es kann aber sein, dass die Festplatte so klein ist, dass die Installations-CD plus Betriebssystem gar nicht auf die Platte passt. Falls Größe unbekannt vorher mit DOS-Diskette prüfen.

Gruß Herbert

Hallo Arndt,
liegt aber nicht an Canopus, sondern an der total überalterten Spezifikation.
Wenn man die einhält, dann ist es halt so eng.

Hier müsste mal ein "EDL Plus" oder so her.

Deshalb hat Vegas wohl die CSV als Ausgabeformat gewählt.

Ich suche noch einen besseren Weg. Mal sehen was der Tag bringt.

Gru? Herbert

Hallo Arndt,

also die EDL, so wie du sie erzeugt hast hatte genau wie bei den andern die ich seither von Edius zu sehen bekam keine Dateinamen.
Nachdem ich nun meine Demo installiert hatte, habe ich dann den EDL- Export unter die Lupe genommen. Die Möglichkeiten waren sehr vielfältig aber nach 5 Minuten wusste ich wie sich die Dateinamen exportieren lassen. Doch meine anfängliche Begeisterung wich dann gleich einer Ernüchterung, als ich feststelle, dass man nur 2 VA- Spuren exportieren bzw. importieren kann. Das Handbuch bestätigte dies. Wobei anzumerken ist, das dies nur über 2 getrennte Dateien machbar ist. Edius ist mit seinen Möglichkeiten recht vielfältig, aber es gibt wohl keine EDL- Spezifikation die den Export von 10 Spuren in eine oder auch 10 EDL- Dateien vorsieht. Insofern glaube ich, dass ich da mit Premiere auch nicht weiter komme.
So – was nun.
Jetzt kann ich mein Programm zwar so umstricken, dass es die beiden Spuren aus den 2 EDLs holt, dann muss ich noch die Pfade aus der EWS-Datei rausfischen und das, damit mein Programm, welches für 20 Kameras ausgelegt ist, dann 2 Kameras verarbeiten kann.
Aber das ist schon arg bescheiden.

Ich gehe jetzt noch mal in mich und in die Tiefen von EDIUS.

Gruß Herbert

Hallo Matthias,

wie schon weiter oben angedeutet, hab ich's nun auch programmiert.
Ich lese so viele Frames ein, bis der Datumscode zum 2, mal wechselt. Das sind also 26 bis 50 Frames je nachdem ob die Uhrzeit mit xx:xx:xx;24 oder mit xx:xx:xx;0 beginnt. Aus der Anzahl der Frames und dem Datum errechne ich dann das genaue Startdatum.
OK wenn jemand Clips unter 50 Frames verwendet kann das Probleme machen aber damit kann man leben, denn es sind ja Rohdaten an denen man ja üblicherweise noch was wegschneidet und deshalb sollten die größer als 2 Sekunden sein.
Ich persönlich habe mit diesem Kompromiss keine Probleme.

Das geniale an dem Programm ist allerdings der Algorithmus für die automatische Pausenerkennung und –entfernung. Gerade bei Hochzeiten gibt es mal Pausen wo alle Kameras aus sind. Die Lücken werden automatisch erkannt und geschlossen. Das paradoxe da dran ist, dass die Komplexität mit der Anzahl der Kameras abnimmt, d.h. die Pausenerkennung wird schneller. Falls man es überhaupt merkt, weil das geht sowieso ratz fatz.
Programmintern habe ich vorgesehen dass man die Lücken auf einen beliebigen Wert schießen kann, also z.B. auf 10 oder 2 Frames. Im Moment habe ich aber hierfür noch keine Eingabe vorgesehen und damit werden die Lücken geschlossen.
Würde es überhaupt Sinn machen die Lücken zu belassen oder auf einen kleinen Wert zu schließen?

Gruß Herbert

Zitat

herbert, am besten besorgst du dir mal die 3.5 demo, damit kannst du das 30 tage ganz normal ausprobieren.

Mach ich gerade! Ups das sind ja 225 MB das dauert aber noch ne viertelstunde!

Dann schaun wir morgen mal! Oh es ist schon ja schon so früh.
Dann geh ich mal schlafen.

Gruß Herbert

Aua,

muss ich zurücknehmen!
Die *.ews Datei, die sich Edius workspace nennt, hätte so super ausgesehen – es waren die Dateien und die Pfade drin. Aber sie enthält wohl nur die BIN -Daten. Die sind leider total unabhängig von der Timeline :gruebel:

Gruß Herbert

Hallo Arndt,

hab eben noch mal in meiner Edius 1.5 LE gewühlt und ne heiße Spur gefunden! Es kommt eine gewisse Begeisterung auf! :Edius:
Will aber noch nicht zu viel versprechen. Warten wir mal noch ne Weile.

Gruß Herbert

Hallo Arndt,

nett von dir, dass du dich so für mich einsetzt. Es wäre schon OK für mich, wenn ich das kostenlose Update auf Premiere 1.5 noch kriegen könnte, dann ginge die Entwicklung schon mal schneller, weil ich dann selbst besser testen könnte. Bei Edius ist es so: Wenn ich keine normale Schnittstelle finde und deshalb über das SDK gehen muss wird die Sache sehr aufwändig und ich kann auch die Machbarkeit noch nicht abschätzten. Da Matthias geschrieben hat, dass hierein nichts entsprechendes vorgesehen ist, müsste ich mich da mal tief reinknien.
Für mich erhebt sich da eher die Frage ob ich gewillt bin einen so hohen Aufwand da rein zu stecken wenn ich die Software selbst nicht nutze. Bei mir stehen keinerlei kommerzielle Interessen dahinter, da ich nicht vorhabe das Programm zu verkaufen.
Prinzipiell ginge es bei mir ja mal um das Update auf Edius 3.6 was mich, vermutlich 200 € kosten würde.
Ich muss da auf noch etwas hinweisen. Mein Programm verarbeitet derzeit nur AVI Dateien d.h. für HDV-Freaks kann ich da noch nicht dienen. (Edius NX)
Es gäbe da noch eine Möglichkeit wenn Herr Kexel mit den Programmieren spricht, dass die eine Ein-/Ausgabemöglichkeit in Form einer CSV-Datei einbauen. (CSV steht für Comma Separated Value und dient bei Excel und Datenbanken als Datenaustauschformat – die einzelnen Daten sind einfach durch ein ; getrennt)
Genau dieses Format verwendet auch Vegas. Wenn in einer solchen Datei nur alle Dateien der Timeline mit ihren Positionen aufgeführt sind kann man so Rohschnittdaten auf der Timeline positionieren.

Man könnte eine solche Liste ins Excel importieren und für Dokumentation verwenden.
Wenn z.B. jemand einen Vereinsjahresrückblick zusammenschneidet kann in dieser Liste hinter jedem Clip der Kameramann oder dergl. vermerkt werden.
Statistische Auswertungen wären dann auch machbar. usw.

Für die Erstellung und Verarbeitung von CSV-Dateien gibt es in dem MS.NET Programmiersprachen schon feste Funktionen, so dass dies eine sehr leichte Aufgabe für einen Programmierer ist.

Könnte also schon ab 3.7 (falls es die gibt) in Edius drin sein.

Ich habe natürlich auch über eine manuelle Zwischenlösung nachgedacht die dann wie folgt aussähe:
Man placiert die Synchronisationsclips im Schnittsystem und notiert die jeweilige Startposition.
In meinen Programm wählt man dann den Synchronisationsclip von Kamera 1 aus und gibt dann manuell seine Position auf der Timeline ein. Danach wählt man die restlichen Dateien von Kamera 1 aus. (wenn alle im gleichen Verzeichnis liegen kann dies kann mittels Strg bzw. Großschreib-Taste recht fix gehen) dies wiederholt man nun für jede weitere Kamera.

Nach der Berechnung erhält man dann eine Liste mit den Dateinamen und deren Position auf der Timeline. Die Positionierung auf der Timeline muss dann auch wieder manuell erfolgen.
Nachteil ist dann auch, dass man dieses Programm mit jeder Schnittsoftware (sofern sie Framegenaue Zeiten anzeigt) nutzen kann.
Dann haben aber die Canopus-User keinen Vorteil mehr.

Gruß Herbert

Hallo Arndt,

an mir soll's nicht liegen, aber ich hab 'ne Storm und deshalb bin ich hier im Forum. Seither habe ich mit Premiere Pro gearbeitet und würde es dort gerne einbauen sobald ich eine 1.5er Version habe.
Bei Edius suche ich noch eine gute Möglichkeit. Die EDLs die ich bisher gekriegt habe hatten keinen Verweis auf die AVI-Dateien. Ob Edius AAF kann, hat bis jetzt niemand bestätigt oder verneint. Die letzte Möglichkeit wäre dann noch eine API-Schnittstelle wenn es da ein SDK gibt. Oder wenn man per Scripting das Programm steuern kann.
Oder die Projektdateien sind entsprechend dokumentiert. Aber eine offene Schnittstelle wäre mir lieber.

Gruß Herbert

Hallo Marco,

es ist nicht mehr ganz beim Heute geblieben aber nun hab ich mal ne Testversion an dich abgeschickt. Die Berechnung der Kamera-Drift ist zwar schon nahezu fertig, da ich mir aber noch ein paar Tests ausdenken muss hab ich sie mal vorsichtshalber abgeschaltet.

Jetzt brauchst du nur noch ein gutes Test-Beispiel!

Gruß Herbert