Hallo Jochen,

da mein Mainboard nach 8 Jahren den Geist aufgegeben hat und ich nun auf neue HW umziehen musste, habe ich mir im Aktualisierungswahn eine SSD gegönnt.

Somit sind nun die Propeller die einzigen beweglichen Teile im Gehäuse ...

Kann man DVB.NET / VCR.NET dazu bewegen, größere Datenblöcke im Arbeitsspeicher zu behalten und dann bei erreichen einer einstellbaren Grenze, alles in einem Rutsch auf die SSD zu schreiben?

Somit würden die Schreibzugriffe reduziert, was bei einer SSD ja der Knackpunkt ist.

Ich setze zur Zeit das aktuelle Build zusammen mit Win XP Home SP3 ein. (4 GB Arbeitsspeicher).

Ideal wäre ein Wert zwischen 1,5 bis 2 GB im Arbeitsspeicher zu halten. (Vielleicht lässt sich der Wert ja als Zahl eingeben / oder als Auswahlfeld mit 256er Teilung ....)

Gruß,

Holger

Hallo Jochen,

ich warte momentan noch auf die Grafikkarte - ich habe bisher 2x eine falsche geliefert bekommen.

Ich brauche zwingend einen TV-Out, da ich noch ein Röhren-TV einsetze.

Bei den gelieferten Karten wurde dieser allerdings durch einen HDMI ersetzt, entgegen der Beschreibung des Herstellers.

Mit ein wenig Glück bekomme ich nun aber die richtige Karte bis zum Ende der Woche und werde dann umgehend in die Testphase einsteigen.

Klar könnte ich jetzt auch schon eine Versuchsreihe starten, aber es ein wenig mühselig den HTPC in die HiFi-Anlage zu integrieren und dann wieder zum Einbau der Grafikkarte rauszubauen - ich wollte mir einen "Durchgang" ersparen.

Sobald ich Ergebnisse habe, schicke ich dir nen E-Mail.

Gruß und schönen Abend,

Holger

Ich habe das mal in die aktuelle, noch nicht freigegebene Version von 3.9 SP2 übernommen - nennt sich SP2 RC3. Wenn Du das ausprobieren willst, musst Du ALLE DVB.NET / VCR.NET Installationen auf RC3 aktualisieren, sonst läuft VCR.NET nicht mehr richtig. I.e Deinstallieren von VCR.NET, Viewer, Tools, Server, Core und Installation RC3 in umgekehrter Reihenfolge.

Die neue Funktionalität ist nicht über die Oberfläche konfigurierbar. Ohne Änderung bleibt alles wie gehabt, die Buffergröße ist tatsächlich 2 MB (nicht 10, wie ich bisher dachte).

Nun der Teil für Dich: VCR.NET stoppen und die Konfigurationsdatei (im bin Unterverzeichnis des Installationsverzeichnisses) JMS.DVBVCR.RecordingService.exe.config editeren. Dabei etwas Sorgfalt walten lassen, sonst startet VCR.NET nicht mehr - es handelt sich um eine XML Datei. Die letzten drei Einträge (TS*BufferSize) sind die von Dir gewünschten Einstellungen. Die Voreinstellung 0 bedeutet, dass alles bleibt wie es war. Ansonsten kannst Du hier die Größe des Buffers in Bytes (!! nicht Kilobytes, nicht Megabytes !!) einstellen, der kleinste erlaubte Wert ist 1000. Die Angabe darf nur aus Ziffern bestehen, also kein 15.000.000 oder so was. Es wäre dann Deine Aufgabe zu prüfen, ob bei zu großen Werten kein Abbruch der Aufzeichnung erfolgt, weil VCR.NET denkt, es kommt nichts mehr - wenn ich dazu komme, mache ich das selbst, habe im Moment aber nur die Funktionalität an sich geprüft.

Wenn VCR.NET startet und alles zu Deiner Zufriedenheit läuft, solltest Du die Konfigurationsdatei JMS.DVBVCR.RecordingService.exe.config zusätzlich über die Sicherungskopie JMS.DVBVCR.RecordingService.exe.config.cpy legen. Damit ist dann sichergestellt, dass Deine Einstellung auch nach einer Neuinstallation nicht verloren geht - es sei denn, Du installierst eine ältere Version. Vergisst Du diesen Schritt, musst Du die Änderung nach der nächsten Installation halt noch einmal machen.

Viel Glück und laß' Dir Zeit - die anderen Dinge gehen vor!

Jochen

So,

ich bin nun dazu gekommen, einen Testrun zu starten:

Vorerst habe ich den Writepuffer auf 536870912 (512MB) bei allen drei Werten gesetzt.

Bis Morgen Abend laufen 3 Aufnahmen ... anschließend wissen wir, ob es funktioniert .... Falls es geht, wird die nächste Testgröße 1GB , dann 1,5GB sein

Ich habe ca. 2800 MB freien Ram - bis zu welcher Puffergröße macht es Sinn den Wert zu vergrößern?

Werden die 3 Werte addiert oder immer nur 2 (HD und Audio / SD und Audio) oder weshalb sind da drei Werte?

Gruß,

Holger

EDIT:

Die erste Aufnahme mit dem Puffer  von 512MB lief reibungslos durch - war vom ÖR-Programm, d.h. ordentlich hohe Datenrate ...

Morgen kommt dann noch mal ÖR und abends dann vom Privaten, je nach verlauf werd ich dann den Puffer erhöhen.

So, es ist mal wieder Zeit für eine kleine Rückmeldung:

Ein Puffer von 512MB funktioniert wunderbar - es wird ca. alle 10min etwas auf die SSD geschrieben (bei SD-TV) / HDTV hab ich noch nicht getestet.

EIn weiterer Versuch mit 768MB Puffer wurde sofort abgebrochen und das System ging nach 5min (wie eingestellt) in den Standby.

Wenn ich 512MB verwende hab ich bei maximalem Puffer noch ca. 1400 MB Ram frei - also noch locker ausreichend für ein 32bit XP.

BTW: Ich hab in dem anderen Thread was gelesen von .Net 4.0 - entwickelst du dann parallel für 32 und 64bit, oder nur noch 64bit?

.Net 4.0 ist übrigens installiert .... - ich könnte wohl testen.

Gruß,

Holger

Zitat von: schuetzengott

So, es ist mal wieder Zeit für eine kleine Rückmeldung:

 

Ein Puffer von 512MB funktioniert wunderbar - es wird ca. alle 10min etwas auf die SSD geschrieben (bei SD-TV) / HDTV hab ich noch nicht getestet.

EIn weiterer Versuch mit 768MB Puffer wurde sofort abgebrochen und das System ging nach 5min (wie eingestellt) in den Standby.

Wenn ich 512MB verwende hab ich bei maximalem Puffer noch ca. 1400 MB Ram frei - also noch locker ausreichend für ein 32bit XP.

 

BTW: Ich hab in dem anderen Thread was gelesen von .Net 4.0 - entwickelst du dann parallel für 32 und 64bit, oder nur noch 64bit?

.Net 4.0 ist übrigens installiert .... - ich könnte wohl testen.

 

Gruß,

Holger

Mach' trotzdem mal eine Mehrkanalaufzeichnung - ich befürchte schon 2 parallele (Pro7 / Kabel1 / Sat.1) werden schon knallen, da durch das Double Buffering 4 x 512 MB benötigt würden. Ich könnte theoretisch die betroffene Komponente (Card Server) auf 3 GB patchen, aber dann könnte es instabil werden - nicht alle Trieber mögen negative Adressen und wie es im DirectShow / BDA Umfeld da aussieht kann ich nicht sagen.

Jochen