Yavdr 0.4 in 64 Bit

Hallo,

zu yavdr in 64bit kann ich nichts sagen, aber allgemein ist es so, dass durch eine 64bit-Architektur mehr Speicher angesprochen werden kann. Das bedeutet aber nicht, dass mehr Speicher vorhanden sein muss.
Deine 2Gb dürften also locker reichen.

mfG,
f.

Hi,
bei mir läuft Lucid mit den yaVDR Paketen in 64 Bit auf 2 GB.
Selbst mit 10 Aufnahmen ist der Speicher (htop) nur ca. 20% belegt.
Ein Testsystem lief mit 500MB.

64 Bit Systeme brauchen zwar etwas mehr Speicher, aber es hält sich sehr in Grenzen.

2 GB sind weiterhin ausreichend. Wir im Team testen auf der gleichen Testhardware weiter, wir sind jetzt nicht in den Hardware-Laden um die Ecke gerannt, um neue RAM-Riegel zu kaufen, nur weil wir auf 64bit umstellen.

Gruß
hepi

Hallo,nur mal verständnis halber für mich:

Heist es yavdr 0.4 ist für 32bit systeme nicht geeignet!?
Zb.der aus meine sygnatur asus und semperon syngelcore?

Oder heisst es nur das die perfomanz für 64 bit besser ist,aber trozdem 32 bit hardware benuzt werden kann?

Mfg.veni

Zitat von veni32

Hallo,nur mal verständnis halber für mich:

Zitat von veni32

Heist es yavdr 0.4 ist für 32bit systeme nicht geeignet!?

Nein, yaVDR 0.4 wird für 32bit-Systeme nicht geeignet sein. Dein Sempron ist aber kein 32bit-System.

Gerald

Hallo,

wenn 0.4 nicht für 32-Bit geeignet ist, wie sieht es dann mit einem Update aus? Ich habe kein Problem damit, alles neu rüberzubügeln, aber ich würde dabei gerne die channels.conf, Timer, Lirc und sonstige Einstellungen behalten. Wird das möglich sein?

Gruß,

Sven

Zitat von Treito

wenn 0.4 nicht für 32-Bit geeignet ist, wie sieht es dann mit einem Update aus?

Kein Update, Neuinstallation.

Zitat von Treito

Ich habe kein Problem damit, alles neu rüberzubügeln, aber ich würde dabei gerne die channels.conf, Timer, Lirc und sonstige Einstellungen behalten. Wird das möglich sein?

Warum nicht? Vorher sichern, nach der Installation wieder einspielen, fertig. Ber Lirc wird es für viele allerdings deutlich anders aussehen.

Gerald

Wie sichere ich denn die Timer?
Inwiefern wird Lirc anders aussehen?!
Vermutlich werde ich YaVDR 0.4 neben 0.3a installieren, dann kann ich direkt umkopieren...

Ich mache es so (kommt ja beim testen häufiger mal vor) das ich die wichtigsten Dateien sichere und diese dann nach der Installation wieder einspiele. Wichtigste Dateien meint in diesem Fall Konfiguration die ich manuell angepasst habe. Am schicksten wäre es natürlich diese gleich als custom template anzulegen, dann würde ein kleines Skript und der Inhalt des custom template Ordners ausreichen um alles wieder herzustellen.

Die Konfiguration ändert sich ja nicht durch die Architektur, zumindest ist mir keine Einstellung bekannt die anders sein müsste. Die Software ist ja auch identisch.

Weiterhin ist uns keine Konfiguration eingefallen die NICHT 64bit tauglich wäre und interessant für einen HTPC.

Was das Update angeht: Die Basis hat sich von Lucid zu Natty geändert, das heisst das man das Grundsystem von Lucid über Maverick nach Natty updaten müsste, was bedeuten würde das wir einzig zu diesem Zweck Pakete für Maverick bauen müssten um am Ende dann über ein langwieriges Upgrade mit fragwürdigen Ausgang dort zu landen.

Systeme mit 4/6/8GB sind nicht mehr unmöglich heutzutage und mit tmpfs/ramdisks liesse sich ein Teil davon ja auch sinnvoll nutzen, der Zeitpunkt ist auch günstig (da ein upgrade der Basis schon unsinnig und langwierig wäre), und für 99% macht es keinen Unterschied.

Bei AMD ist alles nach K7 64bit , bei Intel alles nach P4 (?) - eher nicht vorstellbar das sich jemand diese Heizungen (P4 und K7) als Basis auswählt für ein HTPC zumal sie langsam Museumscharakter bekommen.

Lirc und sonstige Einstellungen behalten. Wird das möglich sein?

bei lirc solltest du vorher testen, ob es nicht ootb geht.
dann braucht man auch nix drüberbüglen.

Ich wage es zu bezweifeln, dass Lirc bei mir ootb rennen wird, da ich eine ungewöhnliche Kombination nutze: IgorplugUSB mit einer Hauppauge FB...

Zitat von Treito

Ich wage es zu bezweifeln, dass Lirc bei mir ootb rennen wird, da ich eine ungewöhnliche Kombination nutze: IgorplugUSB mit einer Hauppauge FB...

Na ja, das lässt sich ja ändern, diese Fernbedienung kostet nicht die Welt und funktioniert OOTB. Das gilt auch für eine ganze Menge Anderer.

Gerald

Zitat von dippes

wie sieht es denn mit plugins aus welche mit yavdr nicht mitgeliefert werden? lassen die sich unter 64 bit genauso bauen oder wird es da schwieriger?

Ich weiß schon welches du meinst. Da brauchst du die neueste Version, aber nicht wegen 64Bit sondern wegen anderer Architekturänderungen. Es ist aber sonst kein Problem. Keine PNs!

Gerald

Nö,

1. gefällt mir meine Hauppauge und 2. will ich mir basierend auf IgorPlugUSB auch einen IR-Einschalter bauen. Vorteile: Ich kann theoretisch jede FB nutzen, die mir gefällt (die neueren Terratec sehen auch nicht schlecht aus) und ich brauche auch nur einen IR-Empfänger.
Ich muss mir jetzt nur noch Gedanken über das Gehäuse machen, bevor ich den Empfänger entwerfe.

Zitat von Treito

1. gefällt mir meine Hauppauge und 2. will ich mir basierend auf IgorPlugUSB auch einen IR-Einschalter bauen. Vorteile: Ich kann theoretisch jede FB nutzen, die mir gefällt (die neueren Terratec sehen auch nicht schlecht aus) und ich brauche auch nur einen IR-Empfänger.

Ich habe es dir ja schon mal gesagt, ein reiner Einschalter ohne Fernbedienungsfunktion parallel zum Fernbedienungsempfänger, wäre für viele, vom 2. Empfänger mal abgesehen, deutlich praktischer, weil Plug&Play. Außerdem gibt es das was du bauen willst ja schon. Wir wollen nun mal den Supportaufwand für das Thema Fernbedienung reduzieren und empfehlen deshalb eine IgorPlugUSB-Lösung ausdrücklich nicht. Die Benutzung wird natürlich nach wie möglich sein, aber zumindest von uns eher stiefmütterlich behandelt werden.

Gerald

Treito:
Kann man den IgorPlugUSB per lsusb/udev erkennen ? (udevadm monitor -> anstöpseln)
Wie wird er dann angesteuert (ich vermute lirc_igorplugusb -> hardware.conf zeigen).

Dann könnte man es evtl. zumindest soweit einbauen, das du nur die lircd.conf kopieren muss bzw wenn es default als lircd driver verwendet, müsste es jetzt schon so sein.