FFMpeg hab ich auf meinem Debian Stable selbstkompiliert, das Paket hat glaub ich Probleme gemacht.
Generell ist es eine gute Idee FFMpeg selbst zu bauen, weil die Binary-Pakete aus rechtlichen Gründen nicht vollständig sind.
FFMpeg hab ich auf meinem Debian Stable selbstkompiliert, das Paket hat glaub ich Probleme gemacht.
Generell ist es eine gute Idee FFMpeg selbst zu bauen, weil die Binary-Pakete aus rechtlichen Gründen nicht vollständig sind.
Per SSH mach ich das auch
Wollte das Teil nur testweise an den Monitor dranklemmen, damit ich nicht zum TV laufen muss
Die Problembeschreibung ist etwas vage. Möchtest du in der einen Datei nach einer bestimmten Wortgruppe suchen und das auf diese Zeichenkette folgende Wort kopieren? Ist die Zeichenkette die ersetzt werden soll immer das vierte Wort einer bestimmten Zeile?
Danke!
Hat mich gestern schon mal weitergebracht als die Packet-Frickelei.
Alternativ in /etc/syslog.conf folgende Zeile:
<vdr-facility>.<vdr-level> *
Wobei vdr-facility und vdr-level beim Aufruf des VDR mit -l definiert werden kann, ansonsten kann auch *.* verwendet werden.. Geht allerdings so an alle User, daher ist tail -f vorzuziehen.
Hab den VDR jetzt in einer selbstkompilierten Version zum laufen bekommen und höre auch schon den Ton.
Eine Frage hierzu: wenn ich dieses HOWTO hier befolgt hab, geht das Bild dann auf den TV-Out? Ich hab es mit Tvon beim modprobe für den viafb probiert, bekomm aber kein Bild auf den normalen PC-Monitorausgang. Letzteres wäre beim testen ganz hilfreich.
Übrigens ein sehr hilfreiches HOWTO, dickes Lob von mir!
ZitatOriginal von marcusfischer
Ich will zwar nicht glauben, dass ich vollmanuell 100k mal gezappt habe binnen 5 Monaten, aber Fakt ist dass meine Karte nun platt ist.
Bevor du so oft gezappt hast, hat das Dateisystem schon für mehr Zugriffe gesorgt
Ich empfehle übrigens neben noflushd auch noch den Einsatz von ext2 (kein Journaling) und den Mountparameter "noatime". Letzterer sorgt dafür, dass nicht bei jedem Lesezugriff die Zugriffszeit gespeichert wird.
Übrigens: sauberer als cp ist immer tar:
tar czvf backup.tar.gz /
sichert alles und komprimiert auch noch.
Blockweise kopien lassen sich auch komprimieren:
dd if=/dev/hd<c><n> | gzip -c <Ziel>
erstellt ein komprimiertes Image.
Falls nur eine Platte im gerät ist, was bei einem VDR öfters mal vorkommen dürfte, kann man tar-Backups und Images auch per netcat durchs Netz pipen.
Hast du die Videopartition ebenfalls mit dd rüberkopiert? Du schreibst nur von hda1.
ZitatOriginal von gnapheus
IMHO sind die meisten Patches nicht als Bugfixes gedacht, sondern als Erweiterungen des vdr. Bugfixes werden i.A. schnell von Klaus in den plain-vdr aufgenommen.
Ok, das klingt gut.
ZitatIch glaube du hast dir viel vorgenommen
Geht, meine Linux-from-Scratch-Phase liegt ja grad erst 4-5 Jahre zurück Im ernst: ich hab grad das Gefühl mit fertigen Debian-Packages auf der Stelle zu treten, da compilier ich mal lieber eine Runde.
Hi!
So wie ich es bisher überblicke gibts beim VDR eine Menge Patches. Ich wollte mal Fragen (will heute Abend den VDR selbst kompilieren), welche Patches für das neuste 1.4.x-Release empfehlenswert sind um zumindest Bugs, evtl. auch solche die das Zusammenspiel mit einer PVR150 und dem MPEG-Decoder auf einem Epia-Board beeinträchtigen, zu fixen. Oder funktionierts Out-of-the-Box mit den richtigen Plugins?
Namen reichen, RTFM erledige ich dann
Danke schon mal,
Thomas
Streamdev hatte ich mittlerweile ausgeschaltet um es als Fehlerquelle auszuschließen, das Problem hab ich dadurch nicht beheben können. Hab den VDR auch mal direkt gestartet und hier und da mal was an den Parametern geändert, da tat sich auch nix, der VDR-Prozess stirbt nach dem Start direkt wieder. Ein strace auf VDR und alle seine Kindprozesse hat auch nix gebracht.
Wenn ich heute Abend aus der Arbeit zurück bin werd ich mal den VDR selbst kompilieren und versuchen da tiefer durchzublicken, notfalls mit dem Debugger
Hat leider nichts gebracht
Stimmt, da steht noch folgendes vorm restarting:
Dec 18 03:37:51 localhost vdr: [4134] video directory scanner thread started (pid=4134, tid=4134)
Dec 18 03:37:51 localhost vdr: [4134] video directory scanner thread ended (pid=4134, tid=4134)
Dec 18 03:37:51 localhost vdr: [4135] video directory scanner thread started (pid=4135, tid=4135)
Dec 18 03:37:51 localhost vdr: [4135] video directory scanner thread ended (pid=4135, tid=4135)
Hi!
Ich hab mir nun folgende Hard-/Software zusammengefrickelt:
deb http://ftp.de.debian.org/debian/ stable main non-free contrib
deb-src http://ftp.de.debian.org/debian/ stable main non-free contrib
deb http://security.debian.org/ stable/updates main contrib non-free
# VDR
deb http://e-tobi.net/vdr-experimental sarge base backports addons vdr-standard
# Backports
deb http://www.backports.org/backports.org/ sarge-backports main contrib non-free
# Marillat
deb http://mirrors.ecology.uni-kiel.de/debian/debian-multimedia stable main
deb-src http://mirrors.ecology.uni-kiel.de/debian/debian-multimedia stable main
Alles anzeigen
Nun wollte ich den VDR mal testweise starten, bekomm aber nur folgendes:
Dec 18 03:04:39 localhost vdr: [2942] VDR version 1.4.4 started
Dec 18 03:04:39 localhost vdr: [2942] switched to user 'vdr'
Dec 18 03:04:39 localhost vdr: [2942] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.4.4
Dec 18 03:04:39 localhost vdr: [2942] loading plugin: /usr/lib/vdr/plugins/libvdr-pvrinput.so.1.4.4
Dec 18 03:04:39 localhost vdr: [2942] loading plugin: /usr/lib/vdr/plugins/libvdr-softdevice.so.1.4.4
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/sources.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/diseqc.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/channels.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/commands.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/reccmds.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/svdrphosts.conf
Dec 18 03:04:40 localhost vdr: [2942] loading /var/lib/vdr/keymacros.conf
Dec 18 03:04:40 localhost vdr: [2942] no DVB device found
Dec 18 03:04:40 localhost vdr: [2942] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
Dec 18 03:04:40 localhost vdr: [2942] initializing plugin: pvrinput (0.1.1): use Hauppauge PVR as input device
Dec 18 03:04:40 localhost vdr: [2942] initializing plugin: softdevice (0.3.1): A software emulated MPEG2 device
Dec 18 03:04:40 localhost runvdr: restarting VDR
Alles anzeigen
Nach meinem Verständnis sollte das laufen, weil der sowohl ein In- als auch output-Device hat, statt dessen kommt stänig (im 15s-Takt) nur dieses "restarting VDR". Woran kann das liegen? Die channels.conf hab ich von w_pvrscan generieren lassen.
Um meine Frage zu beantworten, ich musste ein wenig rumpatchen:
diff -ur linux-viafb-orig/linux/drivers/video/cle266/via_fbobj.c linux-viafb/linux/drivers/video/cle266/via_fbobj.c
--- linux-viafb-orig/linux/drivers/video/cle266/via_fbobj.c 2006-12-16 13:16:19.000000000 +0100
+++ linux-viafb/linux/drivers/video/cle266/via_fbobj.c 2006-12-16 13:17:18.000000000 +0100
@@ -16,7 +16,7 @@
*
*/
-#include <linux/config.h>
+//#include <linux/config.h>
#include <linux/module.h>
#include <linux/version.h>
#include <linux/fb.h>
@@ -1296,7 +1296,7 @@
return -ENOTTY;
}
-static irqreturn_t via_vga_irqhandler(int irq, void *ptr, struct pt_regs *regs)
+static irqreturn_t via_vga_irqhandler(int irq, void *ptr)
{
struct fb_info *info = (struct fb_info *)ptr;
struct via_par * p = (struct via_par *)info->par;
Alles anzeigen
Kompiliert grad auf dem VDR, d.h. es ist ungetestet, sollte aber keine Probleme machen.
Gruß,
Thomas
Mal eine Frage bzgl. viafb und dem 2.6.19.1-Kernel: ist das ganze noch aktuell? Kernel-Patchen ergibt fehlerhafte Patchvorgänge und ein make in linux-viafb ergibt:
vdr:/usr/src/linux-viafb# make
make -C /lib/modules/2.6.19.1/build SUBDIRS=/usr/src/linux-viafb/linux/drivers/video/cle266 CONFIG_FB_CLE266=m modules
make[1]: Entering directory `/usr/src/linux-2.6.19.1'
CC [M] /usr/src/linux-viafb/linux/drivers/video/cle266/via_fbobj.o
/usr/src/linux-viafb/linux/drivers/video/cle266/via_fbobj.c:19:26: linux/config.h: Datei oder Verzeichnis nicht gefunden
/usr/src/linux-viafb/linux/drivers/video/cle266/via_fbobj.c: In Funktion »install_irq_handler«:
/usr/src/linux-viafb/linux/drivers/video/cle266/via_fbobj.c:1323: Warnung: Verarbeiten des Argumentes 2 von »request_irq« von inkompatiblem Zeigertyp
make[2]: *** [/usr/src/linux-viafb/linux/drivers/video/cle266/via_fbobj.o] Fehler 1
make[1]: *** [_module_/usr/src/linux-viafb/linux/drivers/video/cle266] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.19.1'
make: *** [viafb] Fehler 2
Alles anzeigen
Gruß,
Thomas
Hi!
Wollte mir einen Morex Cubid 2699 als Gehäuse zulegen. Ich frag mich grad ob das mitgelieferte Netzteil (60W) für ein Via Epia ML6000EA, HD, PVR-150 und DVD-Brenner ausreicht. Hat hier jemand Erfahrung mit einer ähnlichen Konfiguration? Laut Stromverbrauch-Thread wirds ziemlich knapp...
Nun gut, dann wirds wohl eher auf Analog-TV hinauslaufen...