Hi,
für den vdr-1.6 hast du die falsche Version vom streamdev-patch erwischt. Nimm mal http://www.xbmc.org/trac/attac…-cvs180209_xbmc-v4.patch.
Hi,
für den vdr-1.6 hast du die falsche Version vom streamdev-patch erwischt. Nimm mal http://www.xbmc.org/trac/attac…-cvs180209_xbmc-v4.patch.
ZitatAlles anzeigenOriginal von Zzam
Hallo!
Mir ist das heute passiert, nach dem Update auf das stabile udev-103 wurden die dvb-Module automatisch geladen, noch vor dem Anwenden von /etc/modules.autoload.d/kernel-2.6.
Das heißt die DVB-Module wurden bei mir in einer anderen Reihenfolge als gedacht geladen. Das verträgt sich aber nicht so gut mit sourcecaps und bestimmt auch nicht mit Sendern die anderweitig speziell an einzelne DVB-Karten gebunden sind (CA).
Am Ende half dann RC_COLDPLUG="no" in /etc/conf.d/rc.
Aber eigentlich sollte es da doch bessere Lösungen geben, oder?
Zzam
Darüber bin ich beim heutigen update auch gestolpert. Die Methode mit dem RC_COLDPLUG sorgt leider dafür, dass z.B. auch die Treiber für den USB-Controller nicht mehr automatisch geladen werden.
Inzwischen hab ich dazu ein bischen was rausgefunden.
Man kann die DVB-Module in der "/etc/modprobe.conf" bzw. in den einzelnen Datein in "/etc/modprobe.d/" blacklisten. Bei mir wäre das z.B.
Da das "update-modules" script die blacklist-Zeilen beim Erstellen der modprobe.conf herrausfiltert und die Dateien in "/etc/modprobe.d/" ignoriert werden wenn es eine modprobe.conf gibt, muss man hier leider selbst Hand anlegen. Also entweder die Zeilen in "/etc/modprobe.conf" eintragen oder die Datei löschen, falls in "/etc/modprobe.d/" die nötigen Dateien vorhanden sind (Die meisten ebuilds scheinen die Sachen immer noch nach "/etc/modules.d" zu installieren) .
Hallo,
in pre-shutdown-05-time-calculations.sh gibt es einen kleinen Fehler. Falls gar kein Timer vorhanden ist (was bei meinem Streamdev-client immer der Fall ist) fährt der vdr nicht runter.
vdr übergibt in diesem Fall eine 0 als VDR_TIMER_NEXT was immer kleiner ist als die aktuelle Zeit und daher bricht pre-shutdown-05-time-calculations.sh den shutdown mit der Meldung "timer is running" ab.
sollte um eine Abfrage ob VDR_TIMER_NEXT != 0 ist ergänzt werden.
Zitat
Hi,
Das ebuild läuft auf meinen beiden VDRs problemlos. Ich benutzte allerdings die als stable markierte 4.0.25-r2 von mysql. Hast Du es schon mal mit dieser Version probiert? Da der Fehler von der "libmysqld.a" ausgeht, denke ich mal, daß Deine mysql Version ein Problem hat. Bei mir wird muggle ausserdem dynamisch mit der libmysql.so gelinkt.
Lars
ZitatOriginal von swer
Offensichtlich beurteilt das Plugin die Verfügbarkeit der Kanäle falsch und berücksichtigt nicht das der momentane Transponder bei einem Wechsel nicht mehr gestreamt werden muss.
Ich weis das ein solches Problem schon mahl wo aufgetaucht war finde den Thread aber nicht mehr.
Ich hatte das Problem hier auch mit den Kanälen, die von der PVR kommen. Da stellt sich für den VDR ja jeder Kanal als ein Transponder dar
In "server/connections.c" musst die die Kommentarzeichen und das XXX+ bei
bzw.
entfernen. Dann kann man auch wieder druchzappen.
Lars
Hi,
ZitatOriginal von nordlicht
Wahrscheinlich stelle ich mich zu dämlich an. Habe mir gerade ein S-VHS-Kabel gekauft, es an den Adapter geklemmt und oben beschriebenes Prozedere erneut durchgeführt. Ohne Erfolg. Liegt es am Adapter? Oder anders gefragt: gibt es Adapter von S-VHS-nach-SCART und von SCART-nach-S-VHS, oder ist das beides das gleiche. Hier mal meiner:
Zumindest bei Composite-Video und Audio gibt es getrennte Pins an der Scart Buchse für Ein- und Ausgang. Müsste bei S-Video aber auch sein, da zumindest der Composite-Video-Pin in dem Fall für das Helligkeitssignal verwendet wird. Ich habe hier z.B. so einen Scart-Adapter, der hat noch nen Schalter mit dran, um zwischen Ein- und Ausgang umzuschalten. Da auf deinem Adapter auf der Seite des Scartsteckers auch dick "OUTPUT" drauf steht, vermute ich mal, denke ich mal daß dein Adapter genau für die falsche Signalrichtung ausgelegt ist.
Lars
Hallo
ZitatOriginal von Snorre
2. Wenn der Livebuffer aktiviert war, bleibt der VDR beim nächsten Start hängen.
Den gleichen Effekt hab ich hier auch. Das Problem hängt irgendwie mit dem graphlcd plugin zusammen. Ohne graphlcd funktionert der Neustart auch bei aktivem Livebuffer problemlos. Was da jetzt genau schiefläuft habe ich aber auch noch nicht rausgefunden.
Gruß
Lars
Hallo Andreas,
da mich die Sache mit dem CA identifier für die analogen Kanäle schon lange nervt, (man kann z.B. beim epgsearch die Funktion, die verschlüsselte Kanäle ignoriert nicht benutzen, da die analogen da auch drunter fallen) hab ich mal nen Patch für vdr und pvrinput gebastelt um das zu umgehen. Der vdr kennt damit zusätzlich zu C, S und T als Source noch P. Die Einträge in der channels.conf müssen dann wie folgt angepasst werden.
Aus
wird
pvrinput.diff ist für den vdr und ca.diff fürs pvrinput plugin.
Lars
Hi,
Zitat
Noch ein Hinweis: Die neuesten Anti-Stotter-Patches für analogtv (Erhöhung der Bufferreserve für analoge Kanäle) funktionieren natürlich nicht, da die CA-ID geändert wurde. Ich habe dafür den ursprünglichen Patch von panamajack genommen, der im Transfermode generell die Bufferreserve erhöht. Sieht ja so aus, als wenn das auch für DVB-T Sinn macht.
Soweit ich das bisher beurteilen konnte wird der Anti-Stotter-Patch für das pvrinput plugin auch gar nicht mehr gebraucht. Ich habe den Patch zuammen mit dem analogtv Plugin in Rente geschickt und bisher lief es auch ohne den Patch hervorragend. DVB-T ist dann schon wieder eine andere Baustelle.
Lars
ZitatOriginal von thoand
ich wäre dafür, daß man USE="unicode" unterstützt und dann http://vdrportal.de/board/thread.php?postid=301802 anwendet.
gruß thoand
Ich bin grad dabei ein ebuild für den 1.3.24 zu bauen, wo das dann auch drin ist. Die neuste Version des utf patches (0.0.3) ist eh für den 1.3.24. Ich muss noch die gängigsten plugins testen (vdr-reemerge-plugins läuft gerade). Der vdr selber funktioniert schonmal inkl. Komplettpatch. Wenn alles zu meiner Zufriedenheit läuft werd ich das ganze auf bugs.gentoo.de bereitstellen.
Gruß
Lars
@cypher_head
Hi,
Zitat
Da ist das Problem. Da muss CONFIG_BLK_DEV_IDEDISK=y stehen. Bei make menuconfig heißt das dann "Include IDE/ATA-2 DISK support".
Zitat
dmesgCodeAlles anzeigenUniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller at PCI slot 0000:00:0f.1 ACPI: PCI interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 20 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:pio Probing IDE interface ide0... hda: ST3160023A, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdc: JLMS XJ-HD166S, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 Probing IDE interface ide2... Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... hdc: ATAPI 40X DVD-ROM drive, 512kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20
das sieht doch so falsch nicht aus ????????????????????
Das was da steht ist schon OK. Das ist die Ausgabe des eigentlichen Treibers für den IDE-Controller. Es fehlt halt nur was, nämlich die Ausgabe des Treibers für die Festplatte :). Wenn du die oben genannte Option noch einschaltest sollten da noch ein paar Zeilen mehr stehen. Bei meinem VDR sieht das dann z.B. so aus:
Probing IDE interface ide0...
hda: SAMSUNG SV1604N, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: Pioneer DVD-ROM ATAPIModel DVD-120S, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(100)
hda: cache flushes supported
/dev/ide/host0/bus0/target0/lun0: p2 p3 < p5 p6 p7 >
Alles anzeigen
Gruß
Lars
@cypher_head
Hi
ZitatAlles anzeigenOriginal von cypher_head
PanamaJack
wenn ich mit
einen test mache
bekomme ich alle platten meiner s-ata /sda) platte aufgezeigt.
sonst nix. hab ich beim kernelbau etwas vergessen??
Da klingt ganz danach, daß bei den Treibern für IDE irgendwas fehlt. Poste doch mal den Abschnitt zu den ATA/ATAPI Sachen aus der .config. Dann kann ich dir Sagen obs daran liegt. Was für ein IDE-Controller ist das überaupt?
Lars
@cypher_head
Ich habe den Rechner seinerzeit direkt mit nem 2.6er Kernel installiert. Was irgendwelche Altlasten von dem vorherigen 2.4er Kernel angeht kann ich Dir also wahrscheinlich nicht weiterhelfen.
Was das coldplug angeht: Das hab ich bei mir drauf und das macht keine Probleme. Es lädt beim booten brav die Treiber für USB, Firewire, Netzwerkkarte etc.
Zu der Sache mit hda1: Hat der 2.6er Kernel die IDE Geräte vielleicht in einer anderen Reihenfolge erkannt. Ich erinnernen mich, daß ich sowas bei meinem anderen Rechner mal hatte. Der 2.4er Kernel hat dem onboard IDE hda-hdd zugewiesen und dem Promise-Controller dann hde-hdh. Der 2.6er Kernel hats genau andersrum gemacht. Was gibt den
aus?
Lars
Hallo,
ich habe den von Wirbel verbesserten Patch noch ein bisschen verfeinert. Der Wert von 1024k für die BufferReserve wird nun wirklich nur noch bei den analogen Kanälen verwendet. Bei digitalen Kanälen mit AC3 Ton wird der ursprüngliche Wert von 288k bzw. 576k benutzt. Ich denke mal daß es einen Sinn hatte, daß die BufferReserve für die ursprüngliche Anwendung abhängig von der Speicherausstattung der DVB Karte war
Lars
Hi,
Was gibt den der Kernel vor der Meldung mit dem root device bezüglich der gefunden Festplatten-Controller aus.
Ich habe hier einen Rechner mit dem 2.6.11-r4 und Platten am SATA-Controller laufen. Da kommt kommt nach der Ausgabe der IDE-Controller mit den DVD Laufwerken der folgende Teil zum SATA Controller und den daran angschlossen Platten. Schau doch mal noch ob bei Dir was ähnliches steht.
Lars
libata version 1.10 loaded.
sata_sil version 0.8
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI interrupt 0000:01:0b.0[A] -> GSI 18 (level, high) -> IRQ 18
ata1: SATA max UDMA/100 cmd 0xF8804080 ctl 0xF880408A bmdma 0xF8804000 irq 18
ata2: SATA max UDMA/100 cmd 0xF88040C0 ctl 0xF88040CA bmdma 0xF8804008 irq 18
ata1: dev 0 cfg 49:2f00 82:346b 83:4b01 84:4003 85:3469 86:0801 87:4003 88:203f
ata1: dev 0 ATA, max UDMA/100, 156301488 sectors:
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: dev 0 cfg 49:2f00 82:346b 83:4b01 84:4003 85:3469 86:0801 87:4003 88:203f
ata2: dev 0 ATA, max UDMA/100, 156301488 sectors:
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
Vendor: ATA Model: WDC WD800JB-00CR Rev: 17.0
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: WDC WD800JB-00CR Rev: 17.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sda: drive cache: write back
/dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 < p5 p6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sdb: drive cache: write back
/dev/scsi/host1/bus0/target0/lun0: p1 p2
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
Alles anzeigen
Hi,
ZitatOriginal von phixom
Ja bin ich, und endlich froh, dass ich den ganzen DXR3 kram unter 1.3.22 zum laufen bekommen habe, bis auf mp3
phixom
Auf der Mailingliste wurde kürzlich der folgende Patch gepostet. Damit geht bei mir unter 1.3.22 auch das mp3-Plugin.
--- dxr3device.c 18 Mar 2005 22:31:55 -0000 1.2.2.8
+++ dxr3device.c 20 Mar 2005 13:22:15 -0000
@@ -383,12 +383,19 @@
if (m_strBuf.length())
{
m_strBuf.append((const char*)Data, Length);
+ if (m_PlayMode == pmAudioOnly) {
+ retLength = m_DemuxDevice.DemuxAudioPes((const uint8_t*)m_strBuf.data(), m_strBuf.length());
+ } else {
retLength = m_DemuxDevice.DemuxPes((const uint8_t*)m_strBuf.data(), m_strBuf.length(), true);
}
- else
- {
+
+ } else {
+ if (m_PlayMode == pmAudioOnly) {
+ retLength = m_DemuxDevice.DemuxAudioPes((const uint8_t*)Data, Length);
+ } else {
retLength = m_DemuxDevice.DemuxPes((const uint8_t*)Data, Length, true);
}
+ }
Length -= retLength;
Alles anzeigen
Gruß
Lars
Hi,
ZitatOriginal von Phobos
Danke x-stefan. Super Tipp! Seit dem ich das Verzeichnis /usr/share/vdr/graphlcd nach /etc/vdr/plugins/graphlcd kopiert habe, funzt es wieder. An wen kann ich mich denn wenden, damit der Fehler im ebuild behoben wird?
Das ebuild ist von mir. Ich kann mir nicht vorstellen wo da ein Fehler sein soll. Es ist volle Absicht, daß die ganzen Fonts und Logos nach /usr/share/vdr/graphlcd kommen. In /etc/vdr/plugins/graphlcd werden links auf die entsprechenden Verzeichnisse in /usr/share/vdr/graphlcd angelegt. Und damit funktioniert das bei mir auch prima. /etc/vdr/plugins/graphlcd sollte nach dem emerge folgenden Inhalt haben.
drwxr-xr-x 2 vdr video 4096 Mar 23 19:13 .
drwxr-xr-x 10 vdr video 4096 Mar 21 22:19 ..
lrwxrwxrwx 1 root root 29 Mar 23 19:13 fonts -> /usr/share/vdr/graphlcd/fonts
lrwxrwxrwx 1 root root 45 Mar 23 19:13 logonames.alias -> /etc/vdr/plugins/graphlcd/logonames.alias.1.3
-rw-r--r-- 1 vdr video 5097 Mar 23 19:13 logonames.alias.1.2
-rw-r--r-- 1 vdr video 8033 Mar 23 19:13 logonames.alias.1.3
lrwxrwxrwx 1 root root 29 Mar 23 19:13 logos -> /usr/share/vdr/graphlcd/logos
lrwxrwxrwx 1 root root 28 Mar 23 19:13 pics -> /usr/share/vdr/graphlcd/pics
lrwxrwxrwx 1 root root 30 Mar 23 19:13 splash -> /usr/share/vdr/graphlcd/splash
Ich kann mir höchsten vorstellen, daß diese links nicht angelegt werden falls vorher schon Verzeichnisse mit gleichem Namen vorhanden sind. Das wäre dann aber eine allgemeines Problem bei den ebuilds, da ich die links mit den offiziellen Befehlen innerhalb des graphlcd ebuild erzeuge.
EDIT:
Ich habs grad mal ausprobiert. Genau das ist das Problem. Ich bastle eh grade am ebuild für die pre5. Ich werde einen entsprechenden Hinweis einbauen, daß man die Verzeichnisse logos, pics, splash und fonts in /etc/vdr/plugins/graphlcd löschen oder umbennen soll, falls diese vorhanden sind.
EDIT:
Gruß
Lars
Hi,
ZitatAlles anzeigenOriginal von Tinitus
Hallo Forum,
möchte gerne, den setserial automatisiert beim Booten absetzen.
In welcher Datei muß ich das machen?
G. Roland
Bei setserial ist doch auch ein script in /etc/init.d mit dabei, daß über /etc/serial.conf konfiguriert wird.
Gruß,
Lars
Hi,
Hast Du dran gedacht, daß Modul für den msp34xx aus dem ivtv Treiber zu nehmen. Die Version, die mit dem Kernel kommt funzt nicht. Ich vermute mal, daß Du beide Versionen unter /lib/modules/{kernel-release}/ hast. Einmal in /lib/modules/{kernel-release}/kernel/drivers/media/video/ die kernel-Version und unter /lib/modules/{kernel-release}/extra die Version aus dem ivtv-Treiber. Dummerweise wird in diesem Fall das falsche Modul geladen.
Wenn die Version aus dem ivtv Treiber geladen wird taucht im logfile irgendwo hinter
die folgende Zeile auf:
Gruß
Lars
Hallo,
ZitatOriginal von thmu
Du hast ja gesagt, das du das eigentlich selektiv nur für die analogen Kanäle habe möchtest.
Wieso?? Gibt's mit dieser Einstellung Probleme oder Nebenwirkungen bei den Digitalen, z.B. langsameres Umschalten??
Ich habe bis jetzt keine Nebenwirkungen feststellen können. Aber bei den Digitalen Kanälen kommt der Transfermode ja auch nur zum Zuge, wenn die primäre Karte mit einer Aufnahme blockiert ist oder der Kanal eine AC3 Tonspur hat. Und bei Letzterem wurde die BufferReserve ja vorher auch schon bentutzt, allerdings mit einem kleineren Wert.
Gruß
Lars