Beiträge von kilroy

Was die Karte letztendlich bringt, muss man halt abwarten (meine ist bereits in der Post ). Ich glaube nicht, dass VDPAU dadurch verdrängt wird, und man kann sich ja ruhig mehrere Möglichkeiten offen halten.

Im Moment frage ich mich, ob ich mir für die Broadcom einen Adapter auf PCIe oder gleich ein D945GSEJT zulege; die Adapter sind ja auch nicht gerade günstig...

ARRRGH

Ich kann es mir nicht merken und falle immer wieder darauf herein...

Danke für den Hinweis!

Aus /usr/share/doc/vdr-plugin-graphlcd/README.gz

Channel Logos
-------------
To be able to see logos for the channels, you can create a *.glcd file
in the 'logos' directory. This file can be created with the convpic
tool from the GraphLCD base package. The size of the image must be
64x48 (for the *_l.glcd files) or 40x29 (for the *_m.glcd files).
Normally, the plugin looks for a file with the name
<ChannelID>_<Size>.glcd, where <ChannelID> is the ID of the channel
like used by VDR itself and <Size> is a character depending of the
size of the logo. (l for large size logos and m for medium size logos).
To keep an overview over the logos it instead would be better to name
them <ChannelName>_<Size>.glcd and use the file logonames.alias for the
relation between channel ID and channel name.


example: ZDF_l.glcd

Ich habe früher™ 64x48 Pixel große bmp (2 Farben indiziert) Dateien mit gimp erstellt und dann mit convpic umgewandelt. Die Logo-Vorlagen kann man sich beim TV-Anbieter oder auf von "SAT-Seiten" holen. Das Skalieren klappt mal besser oder schlechter. Der Rest ist reine Fleißarbeit.

Update auf Linux Kernel 2.6.32.3 eingepflegt.

ACPI wakeup Patch für Kernel >= 2.6.32 hinzugefügt.

Danke für den Hinweis! Mit dem Patch startet der VDR nun auch mit Kernel 2.6.32.3.

diff -puN drivers/rtc/rtc-cmos.c.orig drivers/rtc/rtc-cmos.c
--- drivers/rtc/rtc-cmos.c.orig 2010-01-07 00:07:45.000000000 +0100
+++ drivers/rtc/rtc-cmos.c      2010-01-10 11:32:55.000000000 +0100
@@ -1099,9 +1099,9 @@ static int cmos_pnp_resume(struct pnp_de
 #define        cmos_pnp_resume         NULL
 #endif
 
-static void cmos_pnp_shutdown(struct device *pdev)
+static void cmos_pnp_shutdown(struct pnp_dev *pnp)
 {
-       if (system_state == SYSTEM_POWER_OFF && !cmos_poweroff(pdev))
+       if (system_state == SYSTEM_POWER_OFF && !cmos_poweroff(&pnp->dev))
                return;
 
        cmos_do_shutdown();
@@ -1120,15 +1120,12 @@ static struct pnp_driver cmos_pnp_driver
        .id_table       = rtc_ids,
        .probe          = cmos_pnp_probe,
        .remove         = __exit_p(cmos_pnp_remove),
+       .shutdown       = cmos_pnp_shutdown,
 
        /* flag ensures resume() gets called, and stops syslog spam */
        .flags          = PNP_DRIVER_RES_DO_NOT_CHANGE,
        .suspend        = cmos_pnp_suspend,
        .resume         = cmos_pnp_resume,
-       .driver         = {
-               .name     = (char *)driver_name,
-               .shutdown = cmos_pnp_shutdown,
-       }
 };
 
 #endif /* CONFIG_PNP */

Moin,

ich habe mit Kernel >= 2.6.32 das Problem, dass der VDR Rechner nicht zur programmierten Zeit aufwacht.

Ich nutze e-tobis Pakete:

deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch


ii  vdr                                 1.6.0-13ctvdr2                       Video Disk Recorder for DVB cards
ii  vdr-addon-acpiwakeup                0.0.10                               Addon that enables vdr to wakeup itself usin

/usr/share/vdr/shutdown-hooks/S90.acpiwakeup schreibt die Zeit nach /sys/class/rtc/rtc0/wakealarm:

Jan  9 20:52:50 zaphod vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Jan  9 20:52:50 zaphod vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2010-01-09 20:25:00
Jan  9 20:52:50 zaphod vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan  9 20:52:50 zaphod vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm

cat /proc/driver/rtc sieht auch OK aus:

2010-01-09 20:25:00
rtc_time        : 19:53:00
rtc_date        : 2010-01-09
alrm_time       : 20:25:00
alrm_date       : 2010-01-09
alarm_IRQ       : yes
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Wenn ich zurück auf Kernel 2.6.31.6 wechsele, besteht das Problem nicht. "make oldconfig" brachte beim Umstieg von .31 auf .32 auch nichts außergewöhnliches. Kann das jemand nachvollziehen oder hat einen Tip?

Update für linux-2.6.32.3 online gestellt:

powernow-k7-manual-2.6.32.3_enev_kilroy.patch.gz im Hauptbeitrag

PS. Ich kann den Patch nicht mehr testen, da mein VDR neue Hardware bekommen hat.

Zitat

Original von sparkie
Aber ein paar Vorab-Eignungs-Tests in Richtung HDTV nach dem unverhofften Glueck mit dem BCM70012 koennen ja nie schaden

Eben. Für mich stellt sich halt die Frage, ob ich mir für die Broadcom Karte auch gleich solch ein Intelboard mit PCIe Ministeckplatz hole oder erstmal einen Adapter auf normales PCIe.

BTW: Da diese kleinen Boards meist nur einen PCI Steckplatz haben, würde mich interessieren, ob schon jemand DVB-C Budgetkarten mit Twintuner gesehen hat. Das Angebot bei geizhals.at ist ja recht übersichtlich. Notfalls ein zweiter Tuner als USB, aber dem traue ich nicht so recht...

Zitat

Original von sparkieja - genauso hab' ich mir das auch vorgestellt. Nachdem VDPAU langsam schon fast langweilig wird - weil's so gut laeuft

Wer haette das vor 2 Jahren gedacht, dass sich HDTV auf Linux mal derart positiv entwickelt...

Ja, die ganze Sache kommt langsam richtig in Fahrt, zumal der Treiber ja bald, wie hier bereits geschrieben, im Kernel (~2.6.34) integriert sein wird.

Nutzt Du das D945GSEJT mit VDPAU oder mit dieser FRC Geschichte wie hier beschrieben? Wenn's OT wird, bitte entsprechend "umbiegen".

Zitat

Original von sparkieich habe gerade mein D945GSEJT mit

Code

(II) intel(0): Modeline "1920x1080"x50.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 +hsync +vsync (56.2 kHz)

aufgesetzt. Und betreibe es mit DVI-D -> HDMI Adapter am Philips 32PFL9604H.

Ergebnis: funzt einwandfrei. Kann keine Probleme feststellen.

Jetzt fehlt mir nur noch der BCM70012

Alles anzeigen

Sehr spannend. Der, die, das BCM970012 habe ich mir jedenfalls schon mal für € 24,60 aus UK geordert. An meinen LCD TV ginge ich dann auch mit DVI -> HDMI Kabel, da der Ton eh an den A/V Receiver soll.

Zitat

Original von vdr_rossiJetzt bin ich am Performance rauskitzeln... und wundere mich bei meiner GBit Kiste (vdr1) das nur ca. 17MB/sek durchgehen.
Mein Testmühle mit Festplatten (auch GBit Netzw.), schafft im gleichen Netz und mit gleichen Parametern verbunden knappe 40MB/sek.

Ja, damit kann man viel Zeit verbringen. Wenn mein Netz es gerade gut meint, schiebe ich per rsync und nfs 50-60 MB/s durch, das hängt aber von der Tagesform ab.
Ansonsten lässt sich mit NetIO die reine Netzwerkperformance recht gut testen. Bei einem real laufenden System spielen meist viele (z.T. nicht beeinflussbare) Faktoren eine Rolle.

Bei einem aktuellen Debian darf (sollte) man das / (root) Filesystem nicht mehr in der /etc/fstab des Clients eintragen (s.a. [HOWTO] VDR NFS Client auf Debian 5.0 (64bit) lenny mit debootstrap Installation)

Wegen der weiteren NFS-Mounts schau' mal hier: http://www.vdr-portal.de/board…?postid=800175#post800175

HTH

Zitat

Aufsetzen eines schlanken HD-VDRs unter Debian mit passender Entwicklungsumgebung

PUUH

Das sieht nach einer Menge Holz aus. Aber ich spiele auch schon seit einiger Zeit mit dem Gedanken, meinem VDR HDTV beizubringen. Da ich dafür aber eine weitere Test-Kiste aufsetzen müsste (O-Ton der Regierung: "Wieso steht hier denn schon wieder ein neuer Computer im Weg herum?" ), wozu mir derzeit etwas die Kraft fehlt, werde ich gespannt Dein HOWTO verfolgen und auf das ultimative

aptitude install vdrHD

warten.

Auf jeden Fall schon mal Danke für die Mühe!

Update für linux-2.6.32.1 online gestellt:

powernow-k7-manual-2.6.32.1_enev_kilroy.patch.gz im Hauptbeitrag

PS. Ich kann den Patch nicht mehr testen, da mein VDR neue Hardware bekommen hat.

Update auf Linux Kernel 2.6.32.1 eingepflegt.

Wenn Ihr noch Tester sucht, wäre ich dabei. Kosten werden natürlich erstattet.

Update für linux-2.6.32 online gestellt:

powernow-k7-manual-2.6.32_enev_kilroy.patch.gz im Hauptbeitrag

PS. Ich kann den Patch nicht mehr testen, da mein VDR neue Hardware bekommen hat.

Update auf Linux Kernel 2.6.32 eingepflegt.

Zitat

Original von methodus
Eventuell sollte ich dafür einen neuen Thread aufmachen, damit das nicht in OT ausartet.

Gerne.

Zitat

Original von MR42HH
Was für Formate spielen die denn so?
Könntest Du vielleicht mal Screenshots von der Menüführung im DLNA-Betrieb machen?

Bei Samsung findest Du die Handbücher online. Dort sind dann auch Screenshots enthalten.

Ansonsten unterstützt der TV viele Format und Codecs (s. Handbuch). Lästige Ausnahme: DTS wird weder wiedergegeben noch auf den optischen Ausgang weitergeleitet. Schaue mal in die FAQ dazu.
Es gibt wohl auch das Problem, dass anamorphes Material nicht vernünftig skaliert wird.

Zitat

Original von methodus
Da sich hier ja nun eine halbe Hundertschaft gefunden hat, die schon DLNA-TV-Geräte haben, wollte ich mal in die Runde fragen, welcher Fernseher sich am besten zum Testen eignen würde? Die Hochschule hat noch Geld und sucht nach förderbaren Projekten. Mein Betreuer hat mich daraufhin angesprochen, ob ich denn etwas vergleichbares hätte, was meint ihr?

Ich hatte mir gerade auch wegen der DLNA Fähigkeiten einen Samsung TV gekauft. Die B750/B650 sind relativ beliebt, der B679 gerne von SAT-Besitzern genommen. Die Edge-LED TVs UE??B[6|7|8]??? besitzen die gleichen DLNA Eigenschaften - z.T. etwas kastriert, aber per Servicemenü behebbar. Grundsätzlich würde ich auf einen Ethernet-Anschluss achten und mich nicht auf WLAN verlassen.