Beiträge von marcuszurhorst
-
-
Hey hoo,
ich habe mir heute überlegt, mein NAS mal etwas effizienter zu nutzen für Backups.
Bisher habe ich meine Backups quasi vollmanuell erledigt und einfach nur Sachen dort drauf kopiert (meistens FTP).
Allerdings ist das ja keine dauerhafte LösungZur Hardware:
-- NAS: QNAP 419
-- Client 1: Linux Laptop (Mageia 2)
-- Client 2: VDRNun habe ich auf dem NAS ein Verzeichnis eingerichtet und per NFS auf Client 1 eingehangen.
Und nun fingen die Problemchen schon an.Ich habe auf allen drei Geräten einen User "marcus". Aber dieser hat unterschiedliche IDs (501 (Mageia), 1000 (Ubuntu) und 500 (QNAP))
Wenn ich nun einfach nur Dateien hin- und her schiebe, dann geht beim "zurück sichern" aber die ID verloren, bzw. passt dann nicht mehr.1) muss ich also die UIDs gleich haben, um über einfaches kopieren ein Backup zu machen?
2) Oder sollte ein Backup in ein Archiv rein gepackt werden, damit die UIDs nicht verloren gehen?Außerdem steht in diversen Tutorials, dass man ein Backup-Archiv z.B. lokal ablegt und dann in einem zweiten Schritt erst anderswo hin schieben sollte im Netzwerk.
Allerdings habe ich nur wenig Platz frei lokal, so dass ich hier ein solches Backup nicht lokal zwischenspeichern kann.3) Ist es ratsam, sowas direkt über ein Netzwerk zu machen? -- Oder brauche ich besser eine größere Festplatte, um es dann in zwei Schritten zu machen?
Anscheinend gibt es ja 100te Tools, von einfachsten Kopier-Lösungen bis hin zu Backup-Monstern wie Bacula.
Letzteres würde wohl Attribute erhalten und über's Netzwerk funktionieren, aber das ist wohl Overkill.4) Habt ihr einen Tipp, wie ich in so einer Konstellation sinnvoll meine Sachen sichern kann?
Vielen Dank schonmal!
Gruß,
Marcus -
Hmm, mein Hauptproblem ist, dass wir absolut keinen Platz mehr haben für noch einen Elektronikkasten, der noch dazu nicht viel benutzt wird.
Meine Frau liegt mit vorzeitigen Wehen hier rum und möchte 1-2 Filme gucken, diese Laune wird sich (auf natürliche Weise) demnächst wieder legenDa ich seit Jahren fast nur noch MP3s kaufe und nur noch selten CDs, war's für mich einleuchtend dass es so etwas auch für Videos gibt.
Allerdings fand ich auch nur DRM-Geschichten. (Videoload.de braucht doch auch 'nen Player, oder hatte ich was übersehen?)Edit:
Habe gerade nachgelesen bei Videoload.de: Zum Download braucht es entweder Mac OSX oder Windows Betriebssysteme, und es muss ein spezieller Player verwendet werden.
Könnte ich also in meiner virtuellen Maschine mal testen. Tatsächlich kann dieser Player eine Konvertierung vornehmen, von der man aus DVDs brennen kann.Jetzt frage ich mich nur, ob sich das noch lohnt. Dann muss ich nämlich diese DVD (oder das ISO?) dann auch ggf. wieder irgendwie in eine Datei abändern, die XBMC abspielen kann.
Also auch Murks, ich wollte ja weniger Arbeit haben.Frage: Kann ich in XBMC eine DVD von einem ISO-Abbild abspielen?
Ich habe jetzt die DVD mittels Handbrake in ein MKV verwandelt und auf den VDR geschoben.
Damit ist sie für heute versorgt, nur rödelt dann mein Computer die ganze Nacht dran rum, das mag ich auch nicht häufig machen.Danke & Gruß,
Marcus -
Oh, das ist gut zu wissen. Da ich sonst mit Mageia arbeite hole ich mir dort meine Root-Rechte mittels "su".
Ergo hatte ich bei Ubuntu dann halt "sudo su" gemacht, und hinten dran dann wieder "exit" wenn ich fertig war. -
Hallo
zusammen!Meine Frau liegt mir
neuerdings in den Ohren, sie würde so gerne DVDs kaufen und
gucken.Leider zickt bei uns
das DVD abspielen über XBMC immer mal wieder rum, so richtig zufrieden bin ich
damit nicht.Nun frage ich mich:
gibt es ähnlich dem DRM-freien Download von MP3s auch Anbieter, wo ich einen
Film als Download kaufen kann?-- Irgendwie ist's
mir nämlich auch zu doof, mir erst ne DVD zu kaufen und die dann mühsam in eine
abspielbare Datei umzuwandeln.Ich fand gestern nur
Anbieter, welche sich anscheinend mit SetTopBoxen verbinden, aber da sah ich
nicht dass der Film als Datei runter geladen wird und dann dauerhaft zur
Verfügung steht.Wenn ihr also einen
Tipp für mich habt, dann hätte ich da dran Interesse.Danke schonmal, und
viele Grüße,
Marcus -
Ich kann dir wärmstens Mageia an's Herz legen.
Das ist schon meine bevorzugte Distribution seit Mandrake-Zeiten.
Die Distribution ist mit viel Liebe entwickelt und kommt sehr gut abgestimmt daher!Nur das mit dem Punkt Auto-Update verstehe ich nicht. Funktioniert das nicht eh bei allen Distributionen fast gleich?
-- Bei Mageia jedenfalls bekomme ich eine Benachrichtigung und muss 1x ein Passwort eingeben und dann nochmal OK klicken für die Installation.
Man kann's noch weiter automatisieren, aber ich lese mir gelegentlich die Changelogs durch.Gruß,
Marcus -
Huhu zusammen!
Ich habe mal eine Frage, die mir echt peinlich ist:
Brauche
ich für den DVB-T Betrieb der Cine C/T eine externe 5V-Versorgung der
Antenne, oder wird die von der Karte zur Verfügung gestellt ?
-- Ich frage mich, ob da überhaupt ein Signal rein kommt! Oder
funktionieren so Antennen auch immer ohne Spannungsversorgung, so dass
lediglich eine zusätzliche Signalverstärkung wegfallen würde ?Oh weh, mir schwant Böses...
Gruß,
Marcus -
Hi !!
1) Ich habe folgendes Paket installiert: linux-media-dkms 0~20120613.git272.303039~precise.
Dieses kam gestern, als ich sämtliche Updates gezogen hatte. Weiter kam auch ein neuer Kernel (3.2.0-26.41), und für den wurden die DKMS-Module gebaut.
Der Kernel ist geladen, und die Karte wird ja auch erkannt.2) Mit dvb-test kann ich die Eigenschaften sehen:
Codefrontend /dev/dvb/adapter0/frontend0 provides DVB-T with QAM16,QAM32,QAM64,QAM128,QAM256 ("STV0367 DVB-C DVB-T") frontend /dev/dvb/adapter0/frontend0 is ready frontend /dev/dvb/adapter1/frontend0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("STV0367 DVB-C DVB-T") frontend /dev/dvb/adapter1/frontend0 is ready
3) Für w_scan macht es absolut keinen Unterschied, ob ich die Optionen explizit angebe oder es weg lasse.
Um dvb-fe-tool und wirbelscan werde ich morgen mal kümmern.
Viele Grüße,
Marcus -
Hallo zusammen!
Bin nun seit vorgestern wieder online zuhause, klasse.
Habe auch direkt etliche Pakete aktualisiert bekommen auf der 0.5a1, allerdings hat dies keine Besserung gebracht für die Karte.Folgendes fällt mir auf, wenn der Scan läuft:
Code
Alles anzeigenroot@vdr:/home/marcus# w_scan w_scan version 20120415 (compiled for DVB API 5.4) guessing country 'DE', use -c <country> to override using settings for GERMANY DVB aerial DVB-T Europe scan type TERRESTRIAL, channellist 4 output format vdr-1.6 output charset 'UTF-8', use -C <charset> to override Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "STV0367 DVB-C DVB-T": good :-) /dev/dvb/adapter1/frontend0 -> TERRESTRIAL "STV0367 DVB-C DVB-T": good :-) Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.6 frontend 'STV0367 DVB-C DVB-T' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO FREQ (47.12MHz ... 865.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) ... Scanning 8MHz frequencies... 474000: (time: 00:31) .. ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!!
Die "Frontend Capabilites" erwähnen einen Frequenzbereich von 47.12 MHz bis 865 MHz, aber der Scan läuft bei 7 bzw. 8 MHz, das ist ja weit davon entfernt.
Ist das alles richtig so?Danke & Gruß,
MarcusPS: Ich habe übrigens an der gleichen Antenne problemlos Empfang über den eigenbauten DVB-T Empfänger meines Fernsehers. An der Empfangsanlage sollte es also nicht liegen.
-
Mit dem wirbelscan-Plugin kann ich gerade nicht testen, da nun das OSD nicht mehr auftaucht.
Ich lass' mir mal eine 0.4 runterladen von einem Bekannten am Wochenende, evtl. ist ein Teil der Probleme ja der frühen Alpha geschuldet.
Mit der 0.3 wird die Karte jedenfalls nicht erkannt, vermutlich ist der Kernel zu alt (kein Eintrag in DMESG, lspci zeigt die Karte ohne Infos zu Vendor/Device etc).Folgende Infos konnte ich nun mal einsammeln von der 0.5a1 Installation:
Zitat~$ sudo lspci -vvv
02:00.0 Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
Subsystem: Digital Devices GmbH Device 0030
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 41
Region 0: Memory at f9ff0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [70] MSI: Enable+ Count=1/2 Maskable- 64bit+
Address: 00000000fee0100c Data: 4171
Capabilities: [90] Express (v2) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 <1us
ClockPM- Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Range A, TimeoutDis+
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB
Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
Kernel driver in use: DDBridge
Kernel modules: ddbridgeZitat~$ dmesg
[ 3.455174] WARNING: You are using an experimental version of the media stack.
[ 3.455177] As the driver is backported to an older kernel, it doesn't offer
[ 3.455178] enough quality for its usage in production.
[ 3.455179] Use it with care.
[ 3.455180] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org
[ 3.455181] 5472d3f17845c4398c6a510b46855820920c2181 [media] mt9m032: Implement V4L2_CID_PIXEL_RATE control
[ 3.455183] 8d690c4a4e88297451edd027d37291676bc5b9c4 [media] mt9p031: Implement V4L2_CID_PIXEL_RATE control
[ 3.455184] 0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1 [media] mt9t001: Implement V4L2_CID_PIXEL_RATE control
[ 3.464160] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[ 3.467712] ACPI: PCI Interrupt Link [LN0A] enabled at IRQ 18
[ 3.467736] DDBridge 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 18 (level, low) -> IRQ 18
[ 3.467763] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[ 3.467795] HW 00010009 REG 00010004
[ 3.467840] DDBridge 0000:02:00.0: irq 41 for MSI/MSI-X
[ 3.484887] Port 0 (TAB 1): DUAL DVB-C/T
[ 3.490832] Port 1 (TAB 2): NO MODULE
[ 3.493793] Port 2 (TAB 3): NO MODULE
[ 3.494737] DVB: registering new adapter (DDBridge)
[ 3.494740] DVB: registering new adapter (DDBridge)
[ 3.534777] stv0367 found
[ 5.676252] I2C timeout
[ 5.676260] IRS 00000000
[ 5.676263] stv0367: i2c_write error
[ 5.785111] tda18212dd: ChipID 4724
[ 5.785530] tda18212dd: PowerState 02
[ 6.096244] DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[ 6.097797] stv0367 found
[ 6.393984] tda18212dd: ChipID 4724
[ 6.394411] tda18212dd: PowerState 02
[ 6.702670] DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
[ 7.031169] init: wait-for-state (vdr-frontendvdr) main process (795) killed by TERM signal
[ 7.084976] init: wait-for-state (vdr-frontendsound-device) main process (1016) killed by TERM signalZitat~$ w_scan > channels.conf
w_scan version 20120415 (compiled for DVB API 5.4)
guessing country 'DE', use -c <country> to override
using settings for GERMANY
DVB aerial
DVB-T Europe
scan type TERRESTRIAL, channellist 4
output format vdr-1.6
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "STV0367 DVB-C DVB-T": good
/dev/dvb/adapter1/frontend0 -> TERRESTRIAL "STV0367 DVB-C DVB-T": good
Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.6
frontend 'STV0367 DVB-C DVB-T' supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
FREQ (47.12MHz ... 865.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning 7MHz frequencies...
177500: (time: 00:00)
184500: (time: 00:04)
191500: (time: 00:07)
198500: (time: 00:11)
...
ERROR: Sorry - i couldn't get any working frequency/transponder
Nothing to scan!!Beim ersten Start scheint es auf dem ersten Frontend einen i2c_error zu geben:
Zitat~$ sudo cat /var/log/syslog
Jun 18 21:16:10 vdr kernel: [ 5.676252] I2C timeout
Jun 18 21:16:10 vdr kernel: [ 5.676260] IRS 00000000
Jun 18 21:16:10 vdr kernel: [ 5.676263] stv0367: i2c_write error
Jun 18 21:16:10 vdr kernel: [ 5.785111] tda18212dd: ChipID 4724
Jun 18 21:16:10 vdr kernel: [ 5.785530] tda18212dd: PowerState 02
....Das zweite Frontend startet direkt sauber durch.
Und wenn ich nun den VDR anhalte und die Module neu lade, dann taucht dieser Fehler auch nicht nochmal auf:Zitat~$ rmmod dvb-core
~$ modprobe ddbridge
Jun 18 22:58:30 vdr kernel: [ 6145.617078] DDBridge 0000:02:00.0: PCI INT A disabled
Jun 18 23:00:17 vdr kernel: [ 6252.938153] WARNING: You are using an experimental version of the media stack.
Jun 18 23:00:17 vdr kernel: [ 6252.938157] As the driver is backported to an older kernel, it doesn't offer
Jun 18 23:00:17 vdr kernel: [ 6252.938158] enough quality for its usage in production.
Jun 18 23:00:17 vdr kernel: [ 6252.938160] Use it with care.
Jun 18 23:00:17 vdr kernel: [ 6252.938160] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org
Jun 18 23:00:17 vdr kernel: [ 6252.938162] 5472d3f17845c4398c6a510b46855820920c2181 [media] mt9m032: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:00:17 vdr kernel: [ 6252.938163] 8d690c4a4e88297451edd027d37291676bc5b9c4 [media] mt9p031: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:00:17 vdr kernel: [ 6252.938164] 0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1 [media] mt9t001: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:00:49 vdr kernel: [ 6284.847078] WARNING: You are using an experimental version of the media stack.
Jun 18 23:00:49 vdr kernel: [ 6284.847082] As the driver is backported to an older kernel, it doesn't offer
Jun 18 23:00:49 vdr kernel: [ 6284.847084] enough quality for its usage in production.
Jun 18 23:00:49 vdr kernel: [ 6284.847085] Use it with care.
Jun 18 23:00:49 vdr kernel: [ 6284.847086] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org
Jun 18 23:00:49 vdr kernel: [ 6284.847087] 5472d3f17845c4398c6a510b46855820920c2181 [media] mt9m032: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:00:49 vdr kernel: [ 6284.847088] 8d690c4a4e88297451edd027d37291676bc5b9c4 [media] mt9p031: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:00:49 vdr kernel: [ 6284.847090] 0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1 [media] mt9t001: Implement V4L2_CID_PIXEL_RATE control
Jun 18 23:02:22 vdr kernel: [ 6377.377882] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
Jun 18 23:02:22 vdr kernel: [ 6377.379021] DDBridge 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 18 (level, low) -> IRQ 18
Jun 18 23:02:22 vdr kernel: [ 6377.379050] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
Jun 18 23:02:22 vdr kernel: [ 6377.379086] HW 00010009 REG 00010004
Jun 18 23:02:22 vdr kernel: [ 6377.379140] DDBridge 0000:02:00.0: irq 41 for MSI/MSI-X
Jun 18 23:02:22 vdr kernel: [ 6377.385193] Port 0 (TAB 1): DUAL DVB-C/T
Jun 18 23:02:22 vdr kernel: [ 6377.385809] Port 1 (TAB 2): NO MODULE
Jun 18 23:02:22 vdr kernel: [ 6377.386422] Port 2 (TAB 3): NO MODULE
Jun 18 23:02:22 vdr kernel: [ 6377.387359] DVB: registering new adapter (DDBridge)
Jun 18 23:02:22 vdr kernel: [ 6377.387363] DVB: registering new adapter (DDBridge)
Jun 18 23:02:22 vdr kernel: [ 6377.392411] stv0367 found
Jun 18 23:02:22 vdr kernel: [ 6377.643850] tda18212dd: ChipID 4724
Jun 18 23:02:22 vdr kernel: [ 6377.644339] tda18212dd: PowerState 01
Jun 18 23:02:22 vdr kernel: [ 6377.784136] DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
Jun 18 23:02:22 vdr kernel: [ 6377.788941] stv0367 found
Jun 18 23:02:22 vdr kernel: [ 6378.041373] tda18212dd: ChipID 4724
Jun 18 23:02:22 vdr kernel: [ 6378.041793] tda18212dd: PowerState 00
Jun 18 23:02:23 vdr kernel: [ 6378.344138] DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...Das Fehlverhalten von w_scan ist übrigens unabhängig davon, ob ich es vor oder nach dem Neu laden der Kernelmodule mache, daran liegt es nicht.
Sorry für den länglichen Beitrag, ich mochte gerne 1x alle Logfiles hier posten, evlt. ist so genug Überblick da, um den Fehler einzugrenzen.
Ansonsten habe ich auch am Juli wieder Internet, dann kann ich besser am Ball bleiben bei der Thematik.Viele Grüße,
Marcus -
-
Hallo zusammen!
Mir ist ein möglicher Fehler aufgefallen bei der Version 0.5a1, den ich so auch schon bei der 0.4 gesehen hatte, als ich diese mal kurz testete.
Damals bin ich aber nicht hinterher gekrabbelt und bei der 0.3 geblieben.Folgende Hardware ist hier angeschlossen an der Onboard-Grafik:
--> TFT-Display im Gehäuse eingebaut (1024x768px), angeschlossen über VGA-Anschluss
--> 37" HD-ready TV über HDMI angeschlossen (1360x768 px nativ)Bei der Version 0.3 funktionierte die Erkennung bzw. Einrichtung 1A über das WFE.
Aber anscheinend hat sich danach etwas an den Routinen geändert, denn nun funktioniert es nicht mehr, und manuelles Setzen führt nicht zum Erfolg.1) ständig wird das VGA-Display als primäres Device erkannt.
wenn ich umstelle auf sekundär, dann dauert es bis zur nächsten Erkennung, dann hat es sich wieder verstellt.
2) wird der Fernseher nicht immer erkannt. Häufig stelle ich auch etwas ein, und kurz drauf steht dann wieder nvidia-autoselect drin.
3) wenn ich etwas manuell einstelle, dann kann ich nicht speichern, es poppt eine Fehlermeldung auf.Wie gesagt, bei der 0.3 funktionierte die Einrichtung super. Daher wären meine 2 Fragen:
a) welche Logfiles soll ich euch liefern, so dass denn jemand untersuchen mag ?
b) kann ich eine bestimmte Datei aus der 0.3 raus kopieren und bei 0.4/0.5 "implantieren", wo die Konfiguration drin steht ?
- Oder ist die Syntax anders, so dass das nicht klappt ?Viele Grüße,
Marcus -
Ich habe nur einen einzigen Kanal in meiner channels.conf, und das ist ein DVB-T Kanal.
Das Umschalten scheint zu funktionieren soweit ich die Meldungen von w_scan interpretiere, da ich dort ja angeben kann ob er DVB-T oder DVB-C scannen soll.Ich bin ziemlich ratlos nun, da der Scan nicht klappt.
Was mir aber noch aufgefallen ist:
--> w_scan sagt: kompiliert für DVB-API v5.4, während der Treiber wohl für API-Version 5.6 vorliegt. Kann das die Ursache sein ?Ich geh' gleich mal Logfiles einsammeln, evtl. seht ihr ja den Fehler.
Viele Grüße,
Marcus -
Ok, dannn liegt's wohl nicht an dem i2c-core, dankeschön.
Mein VDR stürzt übrigens ständig ab, vermutlich da es ja keinen Stream gibt.
Ich habe nun die drei IPTV-Kanäle aus der channels.conf raus genommen und stattdessen einen DVBT-Kanal rein gestellt, den ich im Wiki fand.
Aber damit bekomme ich ebenfalls kein Signal.Wie kann ich rausfinden, ob es an der Karte liegt oder an was anderem?
-- Im Logfile schaut nämlich nun alles ziemlich genau so aus wie bei anbr, und w_scan meldet ja auch, dass es die beiden Empfänger erkennt. -
Ich frage mich gerade, ob dieses "i2c_core" Modul wichtig ist für das Scannen ?! - Das ist hier nämlich nicht geladen, und es scheint auch nicht zu existieren.
Hier gibt's nur "i2c_nforce2", allerdings ist im dmesg ein Eintrag namens "i2c-core: driver aat2870] using legacy resume method"Gute Nacht erst mal, Gruß,
Marcus -
Es fehlte tatsächlich dieses DKMS-Paket. Hatte gedacht, das wäre ootb installiert.
Gerade glaubte ich mich schon am Ziel, da w_scan erfolgreich angelaufen ist. (gestartet mit: w_scan -ft -c DE -t 3 -F > ~/channels.conf)
Allerdings hat's nun aufgehört mit der Meldung "ERROR: Sorry - i cannot get any working frequency/transponder. Nothing to scan!!".Aber das ist wohl nur 'ne Kleinigkeit, die beiden Frontends werden jedenfalls von w_scan erkannt.
Vielen Dank!
-
Danke euch beiden, ich probier's mal.
Internet kommt ja hoffentlich bald, aber sowas dauert angeblich 3+ Wochen
Die alpha hab ich auch nur, weil dies anscheinend das modernste ISO war, damit ich alles dabei hab.dvb-fe-tool ist übrigens auch nicht installiert, oder?
-- Las heute Mittag, dass man damit das Frontend auf DVBT umstellen müsse. -
Hallo zusammen!
Erst mal vorweg Entschuldigung für etwaige Doppelpostings und Rechtschreibfehler. Ich wische mir den Beitrag gerade auf meinem Handy zusammen, da ich kein Internet habe.
Also, wird sind umgezogen und grade funktioniert gar nichts, auch kein TV über Kabel (UM) wie ich's gewohnt war.
Da wir aber passablen DVBT Empfang haben sollten hier im Ruhrgebiet habe ich mir eine neue TV-Karte gekauft: "Digital Devices Cine CT (rev6)", in der Hoffnung diese später wieder für DVB-C verwenden zu können.Soweit ich verstanden habe braucht diese Karte kein Firmware, also hab' ich sie einfach eingebaut und dann auf ner frischen HDD yaVDR 0.5a installiert, in der Hoffnung, die neuesten Treiber an Bord zu haben.
(CD auf der Arbeit runter geladen. Was ich nun nicht habe, muss ich dann nächste Woche laden...)Nach der Installation (lief übrigens super durch) komme ich bis zu nem schwarzen Bild, wo das VDR-OSD dann sichtbar ist. Ergo läuft der VDR.
Aber VDR stoppen und Kanal suche klappt nicht wegen fehlender Devices.Im Kernel-Log lese ich nur 3-4 Zeilen:
--> Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
--> DDBRIdge 0000:02:00.0 PCI INT A > Link [LN0A] GSI 18 (level, low) -> IRQ 18
--> DDBridge driver detected: Digital Devices PCEe bridge
--> HW 0010009 FW 00010004 (gehört das dazu?)lspci erkennt die Karte:
02:00.0 Multimedia controller: Digital Devices GmbH Octupus LE DVB adapter
...
Kernel driver in use: DDBrigde
Kernel modules: ddbridgeUnd geladen sind laut lsmod:
dvb_core
ddbridge
cxd2099 (used by ddbridge, aber was macht er?)Ich hatte noch modprobe ngene probiert weil ich die DD-Karten immer durcheinander schmeiße, aber das ändert nichts.
Es gibt gar keinen Unterordner "dvb" unterhalb von /dev, die ganzen Frontends sind nicht da.Kann mir bitte jemand einen Link schicken zu den nächsten Schritten? -- Ich habe probiert den langen Thread zu lesen hier auf dem Handy, aber ich werd' kirre, da war Buchstaben wischen einfacher.
Falls Dateien fehlen, dann würde ich die am Montag laden. Aber wenn es nur Handarbeit ist, dann würde ich es gerne fertig basteln am Wochenende.Tausend Dank,
Marcus -
Die bleiben drei Möglichkeiten:
a) schmeiß' irgendeine Live-CD in deinen VDR und boote. Dann spiel' eine kleine Videodatei von 'nem USB-Stick ab und schau was passiert.
b) oder bau' eine andere Festplatte ein und investier' die 20min in eine neue Installation,
c) bau' doch testweise mal eine andere Grafikkarte ein, falls du eine zur Hand hast.Es lässt sich aber nicht leugnen, dass es nach Hardware ausschaut.
-
Das ist aber keine wirkliche Enttäuschung wert, da das so vor 16-17 Monaten geplant war ?!
-- Aber jetzt sind doch sämtliche Vorrausetzungen geschaffen, um PVR ziemlich zügig zu mergen.Ich bin mal gespannt auf die nächsten 2-3 Monate. Da waren so viele Sachen in externen Repositories, da werden bestimmt zügig viele Features rein gebracht nun.
Würde mich wundern, wenn PVR da nicht alsbald mit dabei ist.