[ANNOUNCE] yaVDR: Die neue VDR-Distribution auf Ubuntu-Basis

Sorry, hatte ich vergessen. Dachte eher an "service vdr stop" und nachdem das nicht ging, habe ich´s mit der /etc/init.d/vdr probiert.

Bin aber eh ständig am Neustarten, um Probleme mit XBMC in den Griff zu bekommen - da geht gerade weder HD-Video noch Audio :(. Ich spiele noch rum und packe es ansonsten in einen neuen Thread.

Habe übrigens behauptet, dass bei mir eine asound.conf notwendig sei, damit xine korrekt startet. Ist aber eine Fehlinformation, weil da wohl auch der Bug mit "/video.00" aufgetreten ist.

Bin Ausgewandert: http://www.vdrportal.de/board/thread.php?threadid=92644

Quote

Originally posted by Robsta

Hi, vielen Dank für die Hilfe. Mounten funktioniert nun, allerdings hat der user "vdr" keinen Zugriff auf die Freigabe, die momentan root gehört. Da der Freigabename sich je nach Gerät ändert muss ich wohl tiefer ansetzten, habe aber keine Ahnung wo ich in den Hal policies eingreifen muss.

Es kann nur bedingt etwas in hal geändert werden, weil zugrundeliegend devicekit-disks verwendet wird. Wenn deine USB Platten NTFS formatiert sind, würde ich an deiner Stelle ntfs-3g installieren (aptitude install ntfs-3g)

derG: Danke !

Ich möchte yaVDR per debootstrap aufsetzen. D.h., ich nehme eine karmic Grundinstallation und füge dann die Pakete aus vdr-ubuntu-karmic, XBMC-pvr-testing und yavdr (launchpad )hinzu?

Ich wollte wissen, ob die Vorgehensweise so korrekt ist oder ob ich noch "Spezialitäten" beachten muss, die vielleicht bei debootstrap nicht zum Zuge kommen sondern nur per Installation mittels ISO.

Ich glaube ich kann die Frage beantworten:

NEIN, die yaVDR Entwickler haben nicht einfach eine Ubuntu CD genommen und die drei Paketquellen schon fest hinzugefügt. Umstellung auf Upstart, Webinterface, Umschalt- und Konfigurationsskripte, usw.

wenn sie einen sauberen ubuntu update weg einhalten wollen werden sie doch alle
ihre änderungen mit .deb in ihr repro reinschieben !!!!

vdr-box

Quote

Original von gda
Suche im ISO die Datei yavdr.seed und achte vor allen Dingen auf die letzte Zeile. Aktuell brauchst du auch aus deiner changeroot heraus Netzwerksupport, weil wir ein Paket installieren, das etwas aus dem Internet nach lädt.

Netzwerk läuft, da ich auf dem Server (chroot) installiere (zwecks diskless Clients). yavdr.seed schaue ich mir mal an. Danke.

Hi,
/Vorsichtig Nachfrag/
wird es eine AMD64 Version auch mal geben?

Danke

Danke gda,

Nur zur Info ubuntu wiki,
ich hab allerdings noch nicht viel Erfahrung mit einem 64-Bit Os.

Quote

Unterschiede zur 32-Bit-Version
Naturgemäß läuft die 64-Bit-Version auf einem 64-Bit-Prozessor. Vergleicht man die 32-Bit-Version von Ubuntu mit der 64-Bit-Version auf der gleichen 64-Bit-CPU, so stellt man zunächst fest, dass die Verarbeitungsgeschwindigkeit der 64-Bit-Version teilweise merklich höher ist. Dies liegt an den eingangs erklärten Vorteilen einer 64-Bit-Architektur und den in 64-Bit kompilierten Komponenten (Kernel, Bibliotheken, Programme).

Auf jeden fal,l Danke für eure Arbeit.

Gruß

Ich würde das sportlich sehen, und zwar folgendermaßen:

Das yaVDR-Team hat momentan soviel zu tun, dass eine 64bit-Version aufgrund der als sehr gering eingeschätzten Vorteile überhaupt nicht auf der ToDo-Liste steht.

Wenn aber jemand von Euch auf dem VDR andauernd HD-Aufnahmen in andere Formate konvertieren will und dazu jedes Quäntchen Performance braucht (hmm... auf einem Intel Atom?): Ihr seid herzlich eingeladen, eine 64bit-Version herzustellen. Viele Voraussetzungen dafür sind gegeben. Wenn es die dann gibt, kann man Benchmarks machen und schauen, was 64bit gebracht hat.

Gruß
hepi

gda
Ich wollte dich auf keinen Fall belehren.
Ich hab halt nicht nur yaVDR auf meinem Rechner.
Sorry.

hepi
Danke für die Information.
Bin schon wieder weg aus dem Thread.

Danke + Gruß

gda @ hepi

Ich möchte keine Grundsatzdiskussion lostreten und es ist Eure Distro, da findet man mit 32bit den breitesten Konsens, full Ack. Auch kann man der 32&64bit Diskussion sicher eine gewisse philosophische Ader nicht absprechen. Zumal Gerald schon richtig sagt, da "wartet die CPU halt schneller"

Aber ich habe da einige handfeste Vorteile gerade bei VDPAU für eine 64-bit Implementation festgestellt. Einige Feinheiten, die auch jeder hier und da mal feststellt, treten bei 64-bit einfach nicht auf. Der 64-bittigen Transfer der Daten zwischen CPU, Memory, Busse & Peripherie stellt einfach nochmal deutliche Performancereserven zur Verfügung, die IMHO einige im Portal berichtete Probleme einfach lösen würde. Ausserdem ist "/video" xfs-formatiert unter 64-bit irre schnell, z.b. beim schneiden von Aufnahmen.

Aber Hepi hat schon recht, es geht ja gar nicht nach 64-bit zu schreien und dann evtl. einen Atom einzusetzen. Da kauft man sich vernünftige HW und läßt diese auf Standgas "schnell warten", spart Strom und hat im Falle des Falles viel Reserve.

Und das kann jeder sofort haben, Ubuntu 64-bit, Euer tolles Repo und gut.

Gruß
Frank

Was hat das mit dem Speicherdurchsatz oder dem Busdurchsatz zu tun ob die CPU 32bit oder 64bit Befehle verarbeitet? Ich glaub kaum dass sich die Probleme bezüglich VDPAU mit einer 64bit Version lösen lassen, wenn das so ist dann liegt in der 32bit Version ein Fehler vor.
Hast du dazu irgendwelche tiefergehende Infos?