Beiträge von elmicha

Alternativ kannst Du auch so einen neuen Kernel von kernel.org holen und den aktuellen Patch benutzen, wie hier beschrieben.

Inzwischen klappt's bei mir mit dem Pulseaudio-Sound, siehe hier.

Ich hab's geschafft, aber ich weiss nicht genau, was davon überflüssig ist und was nötig:

In /etc/default/vdr (das wird bei Ubuntu vor dem Start von /usr/bin/vdr gesourcet):

export DISPLAY=:0

In /etc/pulse/client.conf:

auto-connect-localhost = yes
auto-connect-display = yes

Bei meinem normalen Desktop-User in einem Skript, das nach dem Desktop-Login gestartet wird (bzw. in den "Startprogrammen" bei Ubuntu):

xhost +si:localuser:vdr
pacmd load-module module-native-protocol-tcp

Dieses tcp-Modul liess sich weder mit paprefs noch mit einem Eintrag in /etc/pulse/default.pa automatisch laden.

Für das Softhddevice steht in /etc/vdr/plugins/plugin.softhddevice.conf:

-s -g 671x378--7--7 -v va-api

Um das Fenster dann auf dem Desktop anzuzeigen:

svdrpsend plug softhddevice resu

Ich hatte dasselbe Problem. Nach

xhost +si:localuser:vdr
svdrpsend plug softhddevice atta

(als User, dem das Display gehört) bekomme ich jetzt ein Bild, yippi! "vdr" ist der User, unter dem der vdr läuft.

Das Bild ist wirklich sehr gut (SD und HD). Unter 5% CPU (1,6 GHz) bei Fullscreen 1080i. Mausklick wechselt zwischen Fullscreen und Fenster, und die Fenstergrösse lässt sich auch ganz normal ändern.

Jetzt fehlt mir nur noch der Ton. Da muss ich vermutlich dem pulseaudio beibringen, dass es den User vdr auch zulässt, aber wie?

Da muss wohl noch dieser Patch dazu.

Mit dem aktuell auf www.dvbsky.net/Support.html verlinkten linux-3.0-media-20111024-bst-111205.tar.gz geht femon hier offenbar bei den SD-Sendern - die Werte sehen jedenfalls ähnlich aus wie mit meiner alten TeVii-Box.

Bei den HD-Sendern ist STR immer 0% und BER wechselt ständig zwischen 0000... und ffff.... Nur bei Einsfestival HD ist STR 94% und SNR wechselt zwischen 64 und 72% .

Bild und Ton sind jedenfalls einwandfrei, und die Fernbedienung geht auch (siehe Schnipsel für die lircd.conf im Anhang).

Auf der Fernbedienung gibt's allerdings keine Tasten für Rot/Grün/Gelb/Blau und Lautstärke.

Am 16., 00:00 (-D 2010-04-16) war noch alles ok, am 17. nicht mehr. D.h. eine der Änderungen vom 16. wird's wohl schuld sein.

http://projects.vdr-developer.…13058c418d6477889d73e6e26 und/oder http://projects.vdr-developer.…7aab2e4aed0f59fb9b024a821 - die anderen sind ja nur Kosmetik.

Ich benutze nicht fglrx, sondern den freien "ati"-Treiber.

Hier geht die Version vom 16. April noch, ab dem 17. gibt's die Abbrüche.

Ah ups, sorry, wenn der Eindruck entstanden ist, dass ich der Autor sei. Der Autor ist Thomas Edelmann, siehe den "Offizielle Webseite"-Link auf Androlib bzw. im Android Market. Da auf seiner Site noch nichts zu VDRoid zu finden ist, ist das Programm wohl noch sehr neu.

Gerade ist ein Update auf Version 1.0.3 rausgekommen, wo der Absturz bei falscher IP-Adresse nicht mehr vorkommt.

Das Problem hatte ich auch, als ich die IP-Adresse falsch eingegeben hatte. Nach Deinstallation, Neuinstallation und Eingabe der richtigen IP-Adresse hat's dann geklappt.

Die Anfänge einer Fernbedienung gibt's inzwischen: VDRoid.

Hi,

ich weiss, das Thema ist alt - aber vielleicht hast Du das Ding ja noch in der Ecke rumliegen in der Hoffnung, dass sich noch was ergibt.

Ich hatte dasselbe Problem - sporadisch kam diese Meldung "vp7045: USB control message 'out' went wrong.", meist direkt nach dem ersten Zugriff.

Irgendwann kam mal die Meldung "hub 2-1.3:1.0: Cannot enable port 1. Maybe the USB cable is bad?". Nach einem kurzen Versuch mit einem anderen, "baugleichen" 5-Meter-Kabel hab' ich's mal mit einem 3-Meter-Kabel versucht.

Und seit 2 Wochen ist das Problem jetzt nicht mehr aufgetreten.

Michael

Hallo Grégoire,

ich habe noch 2.6.21, wollte aber auch von /proc/acpi/alarm wegkommen, da /proc/acpi/alarm ja bald wegfällt.

Ich kann rtc-cmos laden und habe dann ein

/sys/class/rtc/rtc0/wakealarm

Das ist wohl die richtige Datei (siehe http://groups.google.de/group/linux.kernel/browse_thread/thread/53aec8e3cbf993e0/dfd1f4b664d640e8?lnk=st&q=%2Fproc%2Facpi%2Falarm+deprecated&rnum=1&hl=de#dfd1f4b664d640e8).

Aber leider hat hier das Aufwecken bisher noch nicht funktioniert.

Man soll wohl die Zeit in Sekunden reinschreiben (date +%s). Und wenn man ein zweites Mal reinschreiben möchte, muss man anscheinend zuerst einmal 0 reinschreiben.

Und CONFIG_RTC muss wohl auf N stehen, siehe http://groups.google.de/group/linux.kernel/browse_thread/thread/53aec8e3cbf993e0/dfd1f4b664d640e8?lnk=st&q=%2Fproc%2Facpi%2Falarm+deprecated&rnum=1&hl=de#dfd1f4b664d640e8

Vielleicht kommst Du ja damit weiter?

Viele Grüsse...
Michael

Hallo,

das Burn-Plugin ist super. Das einzige, was ich momentan ein bisschen vermisse, ist eine Datei-Grössenanzeige in der Liste mit den Aufnahmen, so dass man die Aufnahmen zusammen brennen kann, die zusammen ca. 4-5 GB ergeben.

Ich hab' versucht, das hinzubekommen, aber einerseits sind meine C++-Kenntnisse schon sehr eingerostet, und andererseits habe ich keinen Schimmer von den zig Millionen Klassen, die das Burn-Plugin verwendet.

Mit dem Patch werden die Dateigrössen ohne Beachtung der marks.vdr vor den Dateinamen in der Liste angezeigt:

17.07.06  19:59     [290.311] %@GoTV
18.07.06  21:37     [719.356] %@GoTV

Deutlich netter wär's natürlich, wenn ich die Schnittmarken beachten könnte. In scanner.c gibt's eine class marks_scanner, mit get_total_size() und get_total_length() - eins davon würde wohl ungefähr passen. Der Constructor möchte einen recording_index& sehen. Aber wie kann ich das benutzen?

Der angehängte Patch passt zu vdr-burn-0.1.0_pre21-r1.

Viele Grüsse...
Michael

Wenn vdr in einer screen-Session gestartet wird, kann man sich über ssh auf dem Server einloggen und die screen-Session anschauen.

Oder auf der Windows-Kiste telnet und beim vdr das Remote-Plugin.

Zitat

Original von xpix
Danke für den Tip. Machst du bitte mal ein Ticket auf in unserem Bugzillasystem, dann können wir vielleicht einen Automatischen convert nach latin1 in unsere Skripte einbauen.

Gern: http://sonne.bandt.net/bugzilla/show_bug.cgi?id=239.

Mein mysql läuft mit default-character-set = utf-8, deshalb hatte ich Probleme mit den Umlauten in xxv: alle Einträge in der Datenbank wurden beim ersten Umlaut abgeschnitten.

Den Default-Characterset für mysql umzustellen, hatte ich keine Lust, weil dann ja die anderen Datenbanken wieder auf die Nase gefallen wären.

Lösung: nur die xxv-Datenbank auf latin1 umstellen:

In mysql (mysql -uxxv -pxxv xxv):

alter table AUTOTIMER CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table CHANNELGROUPS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table CHANNELS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table EPG CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table MUSIC CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table OLDEPG CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table RECORDS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table TIMERS CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table USER CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;
alter table VERSION CONVERT TO CHARACTER SET latin1 COLLATE latin1_german2_ci;


alter database xxv CHARACTER SET latin1 COLLATE latin1_german2_ci;

Und in xxvd in der Zeile vor "return $dbh;" in "sub init_db_connect" (ganz am Ende von xxvd) einfügen:

my $row = $dbh->selectrow_hashref("set NAMES 'latin1'");

Nach Neustart von xxvd und Neu-Laden der Timer, Aufnahmen und Kanäle passt jetzt alles zusammen.

Zitat

Code

Aug  8 16:04:08 vdr kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Aug  8 16:04:08 vdr kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Aug  8 16:04:08 vdr kernel: ide: failed opcode was: unknown
Aug  8 16:04:08 vdr kernel: ide0: reset: success

Das sieht aber nicht gut aus. Ist DMA danach noch an? Bist Du sicher, dass das IDE-Kabel 80-adrig ist?

Auch wenn Dein Posting schon ein paar Monate alt ist:

Mein A8V Deluxe funktioniert mit dem ACPI-Wecker (/proc/acpi/alarm) problemlos - ohne nvram-wakeup. Meine BIOS-Version ist 1017.002 (11/14/2005).