Beiträge von Code7R

Hallo allerseits,

hat sich schon jemand die Mühe gemacht, den Podcatcher für gettext umzubauen? Ich habe zwar schon einige Plugins erfolgreich per Perl-Script auf gettext angepasst, aber beim Podcatcher hatte ich keinen Erfolg.

Desweiteren hatte ich ein sehr seltsames Problem:
Mir ist beim Testen meiner Plugins aufgefallen, dass sobald der Podcatcher aktiviert ist der VDR-Prozess nicht mehr korrekt beendet. Beim Herunterfahren oder Neustart bleibt er einfach hängen, d.h. Bild bleibt, der VDR reagiert aber nicht mehr. Die Logs bringen mich auch nicht weiter.

Ich verwende VDR-1.6.0-1 mit Extension-Patch.

Kennt jemand dieses Problem?

Hallo,

hier mal ein ps aux:

Zitat

daemon 1799 0.0 0.2 1812 504 ? Ss 07:46 0:00 /sbin/portmap
root 2053 0.0 0.2 1744 608 ? Ss 07:46 0:00 /sbin/syslogd
root 2063 0.0 0.1 1700 416 ? Ss 07:46 0:00 /sbin/klogd -x
root 2143 0.0 0.2 1696 612 ? Ss 07:46 0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
104 2151 0.0 0.3 2772 896 ? Ss 07:46 0:00 /usr/bin/dbus-daemon --system
100 2403 0.0 0.4 5476 908 ? Ss 07:47 0:00 /usr/sbin/exim4 -bd -q30m
root 2426 0.0 0.2 2228 556 ? S<s 07:47 0:00 dhclient3 -pf /var/run/dhclient.eth1.pid -lf /var/lib/dhcp3/dhclient.eth1.leases eth1
root 2439 0.0 0.2 1876 596 ? Ss 07:47 0:00 /usr/sbin/inetd
root 2460 0.0 0.6 6436 1372 ? Ss 07:47 0:00 /usr/sbin/nmbd -D
root 2462 0.0 1.0 9828 2316 ? Ss 07:47 0:00 /usr/sbin/smbd -D
root 2472 0.0 0.4 9828 932 ? S 07:47 0:00 /usr/sbin/smbd -D
root 2473 0.0 0.6 5272 1416 ? Ss 07:47 0:00 /usr/sbin/sshd
root 2478 0.0 0.3 5032 832 ? Ss 07:47 0:00 /usr/bin/tntnet
www-data 2479 0.0 0.7 70724 1756 ? Sl 07:47 0:00 /usr/bin/tntnet
statd 2515 0.0 0.3 1880 756 ? Ss 07:47 0:00 /sbin/rpc.statd
105 2528 0.0 1.3 4948 2980 ? Ss 07:47 0:00 /usr/sbin/hald
root 2529 0.0 0.4 3136 1028 ? S 07:47 0:00 hald-runner
105 2535 0.0 0.3 2160 880 ? S 07:47 0:00 hald-addon-keyboard: listening on /dev/input/event1
105 2538 0.0 0.3 2160 868 ? S 07:47 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root 2547 0.0 0.4 3184 996 ? S 07:47 0:01 hald-addon-storage: polling /dev/hdd (every 2 sec)
daemon 2557 0.0 0.1 1960 424 ? Ss 07:47 0:00 /usr/sbin/atd
root 2564 0.0 0.3 2332 772 ? Ss 07:47 0:00 /usr/sbin/cron

Alles anzeigen

hald und dbus scheinen zu laufen.

Wenn ich dir irgendwie beim testen helfen kann sag Bescheid.

Gruß.

Code7R

Hallo allerseits,

ich habe heute mal das streamplayer-plugin getestet.
Ich wollte videos auf meinem Windows-Rechner mittels VLC umcodieren und per UDP an meinen VDR senden.

Auf diesem hab' ich das Plugin gestartet und auf UDP:1234 lauschen lassen.

Den VLC hab ich so gut ich das beurteilen konnte konfiguriert und das Streaming gestartet.

Der VLC schien etwas zu senden, allerdings war die Reaktion das VDR nicht wie erwartet: Der Bildschirm blieb schwarz, und im Log tauchten reproduzierbar Meldungen wie diese auf:

Zitat

PES packet shortened to 184 bytes (expected: 590 bytes)
Nov 12 01:16:07 vdr vdr: [5996] 1 cRepacker messages suppressed
Nov 12 01:16:07 vdr vdr: [5996] cAudioRepacker(0xC0): skipped 166 bytes while syncing on next audio frame

Ich vermute es ist ein Problem mit den Daten, die VLC sendet.

Hättet ihr einen Tip für mich?

Gruß,

Code7R

Hallo allerseits,

ich bin derjenige, der Probleme mit Skillers Version des Audiorecorders hatte.
Deswegen habe ich mal selbst am 0.1.0-pre6-Quellcode herumgespielt.

Nur zur Erinnerung: Das Problem war, dass der Audiorecorder entweder den MP3-Codec nicht erkennt (wegen zu neuer ffmpeg-version) oder die erzeugten Dateien die Endung libmp3lame haben.

Also ich habe soeben meinen ersten Patch (ever) erzeugt, der zumindest bei mir das Problem behoben hat.

Zitat

diff -u ./setup.c ../audiorecorder_new/setup.c
--- ./setup.c 2006-09-02 11:04:35.000000000 +0200
+++ ../audiorecorder_new/setup.c 2007-11-11 16:38:05.000000000 +0100
@@ -23,7 +23,7 @@
9 /* bitrate */
};

-char *audio_codecs[] = { "original", "mp3" };
+char *audio_codecs[] = { "original", "libmp3lame" };
const char *fade_types[] = { "off", "linear", "exponential" };
const char *_bit_rates[] = { "0", "32000", "48000", "56000", "64000", "80000",
"96000", "112000", "128000", "160000", "192000", "224000", "256000",
diff -u ./trackinfo.c ../audiorecorder_new/trackinfo.c
--- ./trackinfo.c 2006-08-31 19:18:20.000000000 +0200
+++ ../audiorecorder_new/trackinfo.c 2007-11-11 23:42:58.000000000 +0100
@@ -58,7 +58,13 @@
return;

stringstream tmp;
- tmp << artist << "-" << title << "." << codec;
+
+ if (codec == "libmp3lame") {
+ tmp << artist << "-" << title << ".mp3";
+ }
+ else {
+ tmp << artist << "-" << title << "." << codec;
+ }

path = tmp.str();

Alles anzeigen

Die Lösung ist simpel, nicht sehr elegant, und hat den Namen "Lösung" vermutlich nicht verdient, aber es funktioniert.

Über Kommentare würde ich mich freuen.

Gruß

Code7R

Hallo allerseits,

ich habe ein Problem mit dem neuesten Mediad.

Ich verwende vdr-1.4.7 und gcc 4.2.3.
(wenn ihr weitere Angaben braucht lasst es mich wissen)

Dbus und Hal und andere Voraussetzungen scheinen erfüllt.
Das Plugin kompilert korrekt, allerdings bei

vdr --help

bekomme ich folgenden Fehler:

Zitat

(process:3361): GLib-CRITICAL **: g_main_loop_get_context: assertion `loop != NULL' failed

Sobald ich mediad wieder entferne klappt es.

Irgendwelche Ideen?

Danke

Hallo Leute,

ich hatte das hier beschriebene MP3-Problem mit den Audiorecorder auch.
Auch ich hatte ihn dann soweit, dass er MP3s schrieb, allerdings mit der Endung libmp3lame.

Also hab' ich mal die gepatchte Version von skiller2k1 ausprobiert, bekomme beim kompilieren allerdings die folgende Meldung:

Zitat

vdr:/usr/src/vdr-1.4.7# make plugins
Plugin audiorecorder:
make[1]: Entering directory `/usr/src/vdr-1.4.7/PLUGINS/src/audiorecorder'
make[1]: Leaving directory `/usr/src/vdr-1.4.7/PLUGINS/src/audiorecorder'
make[1]: Entering directory `/usr/src/vdr-1.4.7/PLUGINS/src/audiorecorder'
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o audiorecorder.o audiorecorder.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o mainmenu.o mainmenu.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o browse.o browse.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o browse-item.o browse-item.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o column.o column.c
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"audiorecorder"' -DTIXML_USE_STL -I../../../include -I/include -I/usr/include/taglib -o dispatcher.o dispatcher.c
dispatcher.c: In member function 'void cDispatcher::attach_receivers()':
dispatcher.c:286: error: no matching function for call to 'cDevice::GetDevice(const cChannel*, int, bool&)'
../../../include/vdr/device.h:127: note: candidates are: static cDevice* cDevice::GetDevice(int)
../../../include/vdr/device.h:131: note: static cDevice* cDevice::GetDevice(const cChannel*, int, bool*)
make[1]: *** [dispatcher.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.4.7/PLUGINS/src/audiorecorder'

*** failed plugins: audiorecorder

Alles anzeigen

Kann mir da jemand einen Tip geben?

Danke.

Hallo,

ja ich habs hinbekommen, ist aber inzwischen schon ne Weile her und ich bin nicht gerade dafür bekannt solche Sachen ordentlich zu dokumentieren.

Aber soviel kann ich dir sagen: Es gibt einen Patch für Kernel 2.6, der den Kernel um Lirc-Treiber ergänzt. Damit hats funktioniert.

Aber frag mich nicht mehr genau wie. Sorry.

mfG,

Code7R

Hallo,

hatte ein ganz ähnliches Problem.

Kernel 2.6.8.1, Treiber im Kernel als Module, die auch geladen wurden, trotzdem wollte VDR nicht.

LÖSUNG: Das Frontend-Modul, das auch im Kernel drin ist, wird eben NICHT automatisch geladen, muss also von Hand oder per /etc/modules nachgeladen werden.

Zumindest bei mir hats so geklappt.

Welches Frontend-Modul in deinem Fall geladen werden muss musste selbst rausfinden. Weiss ich net.

mfG,

Sascha

Hallo Leute!

Ihr werdets nicht glauben ich hab selbst mal was herausgefunden.

Ich konnte den Grund für den "Broken Pipe" Absturz herausfinden. Oder sagen wir besser, ich konnte die Umstände unter denen der Absturz auftritt ziemlich genau einkreisen.

Also: Ich verwende ja selbstgestrickte Scripte um den VDR einerseits, und den RecoderD-Prozess andererseits zu starten.

Das läuft beim RecoderD folgendermassen ab:

Zuerst startet folgendes Script:

Zitat

#!/bin/sh

/etc/init.d/recoderd_start &

Welches widerum folgendes ausführt:

Zitat

#!/bin/sh

while (true) do
recoderd
sleep 6
done

Dadurch wird der RecoderD-Prozess nach jedem Abspielen erneut gestartet.
Der VDR wird auf sehr ähnliche Weise gestartet.
(Für alle die sich jetzt fragen warum ich nicht "runvdr" zum Start von VDR verwende: Meine DVB-Treiber müssen nicht geladen werden, da sie im Kernel sind. Deswegen erschien es mir sinnvoll das Script selbst zu schreiben)

Und jetzt kommts: Seitdem ich die Scripte zum Starten bzw. Neustarten von VDR und RecoderD verwende, bricht Mplayer jedes Mal mit "broken pipe" ab. Sobald ich die Scripte beende, und sowohl VDR als auch RecoderD von Hand starte, gehts wunderbar.

Seltsam oder? Immerhin ist es der selbe Benutzer (root). Ist euch son Fehler schonmal untergekommen?

mfg,

Sascha

Ja das ist ja das seltsame. Die Datei die noch vor einer Woche abgespielt wurde geht nun nicht mehr...

Sascha

Hallo,

das der Ping von LinVDR auf Windows Rechner nicht funzt wenn du ping <name> eingibst ist realtiv klar, denn woher soll der LinVDR wissen welche IP sich hinter <name> verbirgt.
Da gibts irgendwo ne Datei "hosts" (denke in /etc) in die man das schreiben muss.

Warum der LinVDR nicht in der Netzwerkumgebung auftaucht ist schwer zu sagen. Ich denke am wahrscheinlichsten ist das Samba nicht richtig oder nur unzureichend konfiguriert ist.

Guck mal ob du deine smb.conf findest und poste sie mal.

mfG,
Sascha

Hallo nochmal,

anscheinend sagt dieses Problem keinem was...

Aber für alle die möglicherweise mal das gleiche Problem haben:

Es scheint am Mplayer zu hängen. Denn wenn ich den Mplayer manuell mit der abzuspielenden Datei füttere behauptet er könne den Codec nicht finden.

Auf wenn das an sich unerklärlich ist wäre es jedoch eine Erklärung für das Abstürzen des Recoderd-Prozesses. (denke ich)

Die Frage ist dann nur: Warum findet der Mplayer (1.0pre5) plötzlich seine Codecs nicht mehr - wo es doch vor einer Woche noch wunderbar funktioniert hat.

Komisch das,

Sascha

Achso...

is aber echt ne Glückssache die passende Plugin-Version zur richtigen VDR-Version zu finden...

Danke,

Sascha

Hallo allerseits,

ich hab mal wieder ein Problem dass ihr bestimmt schon öfter gehört habt. Nur leider hab ich trotz Suche bisher keine Lösung gefunden.

Ich verwende seit Neuestem VDR 1.2.6 (vorher 1.3.12) mit Komplettpatch (der den man hier im Portal laden kann). Soweit, sogut.

Wollte eben den Sleeptimer reinbasteln aber beim Bauen kommt folgendes:

Zitat

make[1]: Entering directory `/opt/vdr/plugins/src/sleeptimer'
g++ -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"sleeptimer"' -I../../../include -I../DVB/include sleeptimer.c
In file included from ../../../include/vdr/svdrp.h:13,
from ../../../include/vdr/interface.h:16,
from ../../../include/vdr/osd.h:18,
from ../../../include/vdr/menuitems.h:13,
from ../../../include/vdr/plugin.h:14,
from sleeptimer.c:9:
../../../include/vdr/tools.h:170: Warnung: `virtual void
cListBase::Add(cListObject*, cListObject*)' was hidden
../../../include/vdr/recording.h:135: Warnung: by `cMark* cMarks::Add(int)'
In file included from ../../../include/vdr/menuitems.h:13,
from ../../../include/vdr/plugin.h:14,
from sleeptimer.c:9:
../../../include/vdr/tools.h:170: Warnung: `virtual void
cListBase::Add(cListObject*, cListObject*)' was hidden
../../../include/vdr/osd.h:176: Warnung: by `void cOsdMenu::Add(cOsdItem*,
bool, cOsdItem*)'
sleeptimer.c: In constructor `MainMenu::MainMenu()':
sleeptimer.c:245: error: Fehler beim Parsen before `(' token
make[1]: *** [sleeptimer.o] Fehler 1

Alles anzeigen

Habs schon mit 2 verschiedenen Compilern (2.95 und 3.3) versucht aber ehrlich gesagt weiss ich mit der Meldung auch garnix anzufangen.

Woran könnte sowas liegen?

mfG,

Sascha

Hallo auch,

danke für die Hilfe aber leider hats nicht viel gebacht. Hab nach dem Erscheinen der Fehlermeldung den Video-Ordner einmal per Win-Explorer im Auge behalten.

Alles was sich da tut ist dass ein Ordner mit dem von mir gewünschten Namen angelegt wird. Der ist und bleibt allerdings leer.

mfG,

Sascha

Hallo,

ich geb dir mal ein Beispiel:

Es war einmal eine VDR-Aufzeichnung namens "%Genial daneben - Die Comedy Arena", die ich auch schon mehrmals angesehen und auch schon geschnitten habe.

Diese wollte ich durch drücken der 0 umbenennen und habe auch das "%"-Zeichen entfernt. Dann wollte ich die Änderung durch Drücken der OK-Tasten übernehmen.

Genau an dieser Stelle kommt die besagte Fehlermeldung

"Fehler beim Ansprechen der Aufzeichnung"

Komisch das.

mfG,

Sascha

Hallo nochmal,

aalso:

Debian, 1.3.12,

Treiber sind im Kernel (2.6.8.1) drin,

Hauppauge DVB-S Revision 1.3,

und im Log steht leider nix Aufschlussreiches.

Hab auch alle Ausgaben des VDR in ne separate Log-Datei umgeleitet, auch nix.

mfG,

Sascha

Hallo alle,

beim Versuch eine Aufzeichnung umzubenennen kommt folgende Meldung:

"Fehler beim Ansprechen der Aufzeichnung"

Rechtemässig stimmt alles soweit.

Woran könnte sowas liegen?

Danke schonmal,

Sascha

Hallo allerseits,

wie Ihr bestimmt schon aus der Überschrift schliessen konntet benutze ich die Recoder-Tools um die CPU meines VDRs zu entlasten. Das hat auch bis gestern alles mehr oder weniger gut funktioniert - wenn man einmal von asynchronen Avis absieht.

Heute morgen wollte ich wieder ein Avi apspielen ( was ich schonmal ohne Probleme gemacht habe ) doch es klappte nicht. Was mach ich: Schau auf dem Server auf dem recoderd läuft nach ob irgendetwas nicht stimmt. Siehe da: Sobald der VDR eine Anfrage stellt bricht recoderd ab mit der Meldung:

broken pipe

Ich hab wohlgemerkt nichts an den Einstellungen geändert. Würde mir schon helfen wenn ich wüsste was er mir mit "broken pipe" sagen will. Meine Füsse sind jedenfalls noch trocken.

Ich benutze

MPlayer-1.0pre5
recoder-tools-0.0.2
mplayer.sh-0.8.5
vdr-mp3-0.9.4

sowohl auf dem VDR als auch auf dem Recode-Server.

Bin mal gespannt ob euch etwas dazu einfällt.

Danke im Voraus,

Sascha

Hallo,

wollte auch mal sagen dass dieses Tool echt klasse is. Schön schlank.

Hätte aber noch ein paar Fragen:

Woran könnte es liegen wenn zwar das hochfahren des VDR per WOL funzt, das herunterfahren aber nicht?

Wie kann ich Aufnahmen abspielen? Habe das Config-File denk ich korrekt ausgefüllt.

Schauts euch einmal an:

Zitat

[VDR]

; Enter your VDR IP address or host name here
IP=192.168.0.4

; For the wake on lan feature to function enter the mac address of the used network interface card here
Mac=004063d7aed1

; Enter the port on which streamdev-server is listening for connections (Default 3000)
StreamPort=3000

; Enter the desired video stream type (Default PS)
StreamType=PS

; Enter the port on which VDR is waiting for remote commands (power off and EPG scan feature) (Default 2001)
SVDRPPort=2001

; Enter the port on which VDRAdmin is waiting for HTTP connections (Default 80)
AdminPort=80

[MPlayer]

; Enter the command line including parameters to be executed in order to start MPlayer
Command=mplayer.exe -nocache -ontop -lavdopts er=0 -aid 0 -aop list=volnorm

; Enter the path from which MPlayer is to be started
EXEPath=.

; Start MPlayer with high priority
HighPriority= 1
RestartAfterCrash=0
SmallWindow=1
ShowConsole=0

[RecPaths]
; Add your samba shared video directories here. Example:
1=\\192.168.0.1\code7r\vdr\video

; Please change these settings only if you know what you're doing
[WinVDRZap]
AllowPowerOff=1
Left=61
Top=382

Alles anzeigen

Zur Erlärung: Ich habe im Moment meine hosts-datei nicht ausgefüllt und ich hab auch leider im moment keinen DNS-Server zuhause. Deswegen die Server IP. Und wundert euch nicht dass die IP des VDRs und die IP auf der ich nach den Aufnahmen suche voneinander abweichen. Der VDR schiebt die Aufnahmen auf einen Server.

Hab auch noch einen kleinen Screenshot angehängt damit ich euch ein Bild machen könnt.

mfG,

Sascha