Schau dir doch mal MediaTomb an
Gruß
msv
Schau dir doch mal MediaTomb an
Gruß
msv
Hallo T.
ZitatHast Du Verbesserungen zur Wiki Install Beschreibung?
ich such den Forumsbeitrag am Wochenende mal raus. Der Link in VDR Wiki zur Installation verweißt aber anscheinend auf die etwas ältere Version hin. Die Screenshots von Samsung sehen ja auch alle aus als wenn die vom C64 Kommen
ZitatWas meinst Du genau? Kannst Du etwas ausholen?
Wenn man mit dem Cursor auf einer Aufnahme steht, evtl per Softkey (Rot im extrec-Plugin) ein Submenue anbieten, in dem die Commandos aus dem reccmds.conf angeboten werden, so wie im VDR direkt übers OSD. Oder aus dem Hautmenu ein Verzweigen in ein Menu, welches die Befehle aus der Commands.conf anzeigt. Was auch immer in beiden Conf-Dateien steht.
ZitatDu hast den AV Receiver per HDMI angeschlossen?
Wenn ich rausbekommen habe, welcher der 4 HDMI Anschlüsse den Ton nach außen führt würde ich dies tun können.
Aber ich kenne deine Prioritäten nicht. Mache erstmal, was du für sinnvoll erachtest. Die Grundfunktionalität, Live Signal und Aufnahmen kucken, sind ja schon mal da und sehr gut zu gebrauchen. Schade, daß Samsung eine Sperre für den Autostart hat. Ich hoffe, daß irgendjemand nochmal einen Weg findet, dies auch ohne "Harmony"-Fernbedienung zu öffnen. Dafür so ein Ding zu kaufen, geht dann vielleicht doch zu weit.
Gruß
msv
Hallo T.
ein tolles Plugin/Widget. Ich habe es seit gestern auf meinem nagelneuen UE46F6500 laufen. Mußte zwar erstmal ein bischen googeln, um das Widget zu installieren aber im Forum bei Samsung hat es jemand beschrieben. Es soll sogar per USB Installation vom Stick gehen. Da mein VDR 2.0 noch nicht über eine HD fähige "Hardware"-Ausgabe (VDPAU od. Ähnliches) verfügt ist dies ja ein Top Ersatz dafür. Hab gestern erstmal über das Widget den Tatort in HD gesehen und war von der Bildqualität echt begeistert (die Handlung war natürlich mal wieder so "Naja...").
Ich habe jetzt nur mal kurz angetestet, was so mit meinen bisherigen Aufnahmen geht und konnte auf die Schnelle noch keinen echten Probleme feststellen. Genauere Tests aller Features werde ich dann am nächsten Wochenende machen und nochmal berichten.
Was noch toll wäre wenn man auf die command.conf und die reccmds.conf zugreifen könnte, dann könnte das eine große Hilfe sein, weil man dann viele gecustomizte Funktionen direkt ausführen könnte ohne wieder auf die normale VDR Ausgabe zurückschalten zu müssen (Burn Plugin starten, Aufnahmen verschieben, markad anstarten, etc.)
Weißt du eigentlich, ob man aus dem Samsungplayer den Ton auch per HDMI rausbekommt um den an einen AV-Receiver zu schicken (aktuell hab ich mit dem Kopfhörerausgang gemacht, mußte aber auf Hundert Prozent aufdrehen)
Aber der Anfang ist schon mal sehr gut. Leider habe ich im Moment nicht so viel Zeit, hier auch aktiv mitzuentwickeln aber testen geht eigentlich auf jeden Fall.
Gruß
msv
Hallo,
ja das macht Sinn. Ich habe an dem MoBo nur ein 65W externes Netzteil dran. Das ist in der Tat wohl zu schwach für die Karte. Die will ja wohl 300W Systempower. Hab ich irgendwie überlesen. Braucht die denn die ganze Zeit soviel? Eigentlich sollte das ja auch ein bischen ein "Stromspar" PC sein. Na dann muß ich ja evtl nochmal nach einem Netzteil schauen. Es gibt für das MoBo ja noch den internen 12 Volt Anschluß für ein ATX Netzteil. Mal sehen ob ich ein lüfterloses finde.
Aber trotzdem Danke für den Hinweis. Das Board ist noch nicht wieder zurück, weil ja die Post bei und heute streikt.
Gruß
msv
Hallo,
Also ich hatte gestern versucht ein Zota512 D3 GT610 drauf laufen zu bekommen. Aber das Board lief damit garnicht mehr an. Es wurde mir weder auf der OnBoard Graphic noch auf dem Zota512 etwas angezeigt. Die Karte geht heute zum Versender zurück.
Die Listen mit Boards, die man für PCIe Mini findet sind ja relativ übersichtlich. Leider schweigen sich die meisten Hersteller darüber aus, was man denn nun da reinstecken kann, da es in den meisten Boards ja auch wieder nur diese halfSize Lösung ist, die dann immer nur in Verbindung mit einem WLAN Modul benutzt wird (brauch ich nicht, Gbit-Lan ist OK)
Viele Grüße
msv
Hallo Stefan,
in welchem PCIe Mini Slot hast du denn die Bridge nun drin in der ZOTAC 2550? Past die denn in den HalfSize slot oder stört da etwas mechanisch. Der ist doch für aufrechte Installation. Also müste doch nach oben dann genügend Platz sein. Ich habe mal hier den lspci Auszug meiner DuoFlex (Momentan in einem D945GSEJT). Kann man daraus sehen ob die vom Alter her noch ausreicht? Wie kann ich hier den Firmware Stand feststellen?
02:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
Subsystem: Micronas Semiconductor Holding AG Device dd10
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 30
Region 0: Memory at dfc10000 (32-bit, non-prefetchable) [size=64K]
Region 1: Memory at dfc00000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee0300c Data: 41a1
Capabilities: [58] Express (v1) 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 128 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 unlimited
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-
Capabilities: [100 v1] Device Serial Number 00-00-00-07-20-3c-11-00
Capabilities: [400 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed- WRR32- WRR64- WRR128-
Ctrl: ArbSelect=Fixed
Status: InProgress-
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01
Status: NegoPending- InProgress-
Kernel driver in use: ngene
Alles anzeigen
..und hier der relevante Teil aus dem dmesg zu Laden meiner TV Karten. Ich habe zur Ausgabe noch eine DVB-S FF Karte. Für HD will ich das jetzt eben gegen was "modernes" eintauschen. Das will ich jetzt in dem Zotac per VDPAU erreichen.
[ 16.016028] WARNING: You are using an experimental version of the media stack.
[ 16.016034] As the driver is backported to an older kernel, it doesn't offer
[ 16.016038] enough quality for its usage in production.
[ 16.016041] Use it with care.
[ 16.016044] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[ 16.016049] ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[ 16.016055] b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[ 16.016060] 676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[ 16.093578] [drm] Initialized drm 1.1.0 20060810
[ 16.144088] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[ 16.144237] ngene 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 16.144351] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[ 16.151448] ngene 0000:02:00.0: setting latency timer to 64
[ 16.153605] ngene: Device version 1
[ 16.157547] ngene 0000:02:00.0: firmware: requesting ngene_18.fw
[ 16.200736] ngene: Loading firmware file ngene_18.fw.
[ 16.208238] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 16.208322] i915 0000:00:02.0: setting latency timer to 64
[ 16.214074] ngene 0000:02:00.0: irq 30 for MSI/MSI-X
[ 16.214243] i2c i2c-1: cxd2099_attach: driver disabled by Kconfig
[ 16.224570] [drm] set up 7M of stolen space
[ 16.261448] media: Linux media interface: v0.10
[ 16.318965] Linux video capture interface: v2.00
[ 16.319043] WARNING: You are using an experimental version of the media stack.
[ 16.319048] As the driver is backported to an older kernel, it doesn't offer
[ 16.319053] enough quality for its usage in production.
[ 16.319057] Use it with care.
[ 16.319060] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[ 16.319064] ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[ 16.319070] b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[ 16.319075] 676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[ 16.451190] saa7146: register extension 'av7110'
[ 16.451358] av7110 0000:05:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 16.451484] IRQ 20/: IRQF_DISABLED is not guaranteed on shared IRQs
[ 16.451595] saa7146: found saa7146 @ mem f8928000 (revision 1, irq 20) (0x13c2,0x1002)
[ 16.451702] av7110 0000:05:00.0: firmware: requesting dvb-ttpci-01.fw
[ 16.562844] [drm] initialized overlay support
[ 16.577467] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.3 SE)
[ 16.613723] adapter has MAC addr = 00:d0:5c:2d:cf:4d
[ 16.620256] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[ 16.668011] eth0: no IPv6 routers present
[ 16.802990] LNBx2x attached on addr=a
[ 16.818632] stv6110x_attach: Attaching STV6110x
[ 16.818708] DVB: registering new adapter (nGene)
[ 16.818780] ngene 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[ 16.864873] LNBx2x attached on addr=8
[ 16.865122] stv6110x_attach: Attaching STV6110x
[ 16.865183] DVB: registering new adapter (nGene)
[ 16.865245] ngene 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[ 16.866991] No demod found on chan 2
[ 16.868000] No demod found on chan 3
[ 16.984117] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[ 16.984124] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[ 17.022696] Console: switching to colour frame buffer device 160x64
[ 17.040041] fb0: inteldrmfb frame buffer device
Alles anzeigen
Treiber ist momentan dieser aus dem media_build von Anfang April:
stereo:~# modinfo ngene
filename: /lib/modules/2.6.32-5-686/kernel/drivers/media/pci/ngene/ngene.ko
license: GPL
author: Micronas, Ralph Metzler, Manfred Voelkel
description: nGene
alias: pci:v000018C3d00000720sv0000153Bsd00001167bc*sc*i*
alias: pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias: pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
depends: dvb-core,i2c-core
vermagic: 2.6.32-5-686 SMP mod_unload modversions 686
parm: one_adapter:Use only one adapter. (int)
parm: shutdown_workaround:Activate workaround for shutdown problem with some chipsets. (int)
parm: debug:Print debugging information. (int)
parm: adapter_nr:DVB adapter numbers (array of short)
Alles anzeigen
Ich spiele mit dem Gedanken, mir das Zotac D2550-ITX WiFi Supreme (D2550ITXS-A-E) zu kaufen, möchte aber erst sicherstellen, ob meine DuoFlex hier noch läuft.
Oder habt Ihr eine bessere Alternative? Habt Ihr auch Erfahrungen mit einer PCIe Slot (also der Dicke) Lösung und DuoFlex? Das ist zwar nicht billig aber evtl zukünftig flexibler.
Viele Grüße
msv
Hallo,
ich muß mal updaten auf HDTV. Hab mir einen neuen Fernseher gekauft. Und nun muß VDPAU ran um das Ding richtig scharf zu machen. Bisher hatte ich ein D945GSEJT mit der "DuoFlex S2 mini PCIe - Twin Tuner Karte DVB-S/S2" (nicht Octopus) zum Empfang. Über meine alte FF-DVB-S Karte habe ich den alten RöhrenTV per AV-Board und Scart dran gehabt. So, das soll nun Vergangenheit sein.
Ich suche jetzt was Neues und hab mir schon hier im Forum die üblichen Threads dazu mit Hardwareempfehlungen und so weiter angesehen, bis die Augen brannten. Eigentlich finde ich ja so eine leise miniITX Lösung ganz schick. Aber ich bin verunsichert. Auf welchem aktuellem Board kann ich denn meine DuoFlex weiterlaufen lassen entweder mit OnBoard VDPAU (NVIDIA) oder eigener Graphikkarte? Ich hatte auch die Überlegungen zum "Zotac D2550-ITX" und der DuoFlex gelesen (irgendwo in einem der hunderttausend Beiträge zum Thema, allerdings schon länger her). Aber das klang nicht so positiv weil der verbaute Slot auf dem Board nur einer für halbhohe Karten ist. Das verstehe ich aber nicht so ganz. Die Höhe sollte doch eigentlich egal sein, weil nach oben doch nur durch den Raum im Gehäuse begrenzt. Es ist doch ein stehender Slot und nach oben hin ist doch erst mal Platz. Oder sehe ich das falsch?
Hat jemand so eine Kombination schon mal ans Laufen bekommen? Oder weiß Einer, daß das definitiv geht?
Und leider kann man das D945GSEJT ja nicht dazu bringen eine PCI Graphik zu erkennen (Oder?). Sonst würde ich ja dabei bleiben.
Ansonsten bin ich etwas ratlos, was ein vernünftiges Board für meine Wünsche angeht. Habt ihr noch einen heißen Tipp? Ich wollte nun nicht unbedingt noch wieder in eine Empfangskarte investieren.
Schon mal Danke für Antworten
msv
z.B. so wie ich hier schon mal skiziert hatte....
http://www.vdr-portal.de/board…rdlinkcutter/#post1137165
Gruß
msv
Hallo,
ich war auch immer Fan vom hardlinkcutter aber da das ja nun nicht mehr so einfach geht habe ich mir das Ganze jetzt einfach mit einer zweiten nackten VDR Instanz auf meinem Server aufgebaut. Zum Übersetzen hab ich nicht mal ein DVBdevice gebaut sondern nur die Versions .h-Files vom DVB Treiber untergeschoben.
Ich war immer schon Fan des Queuings von Vdrconvert und hatte mir da auch schon ein hardlinkcutter script reingebastelt. Jetzt habe ich einfach den nackten VDR nur zum Schneiden in ein Script gepackt und kann dem dann per Reccmds Script einfach die Verzeichnisse/Dateinamen per ssh zum Schneiden in die Queue reinwerfen. Da meine Aufnahmen auch alle auf dem Server liegen kann dieser Cutter dann auch drauf zugreifen. Und ich muß nicht drauf warten aufs Schneiden.
Also, einfach mal als Anregung. Meine Scripten lassen sich sicherlich nicht so allgemein rauslösen, da meine Umgebung inzwischen doch recht "speziell" ist. Aber vielleicht nimmt sich ja mal jemand mit viel Zeit und Geduld der Sache an und baut dann um die Idee nochmal wieder ein allgemeingebräuchliches Scriptkonglomerat herum.
Gruß
msv
Hey Geronimo,
setzt du nun VDR ein oder nicht. In deinem andern Post von heute 6:30 erklärst du noch lang und breit wie du deine daten von einem VDR zum nächsten trägst per "Floppy-Weitwurf" und hier willst dus nicht mehr gewesen sein. Hab ich da ein Jahrhundert verpennt?
Nix für ungut
msv
Also, ich bin auch nicht bei Facebook und kann von daher gar nicht sehen, was mir dadurch entgeht. Macht aber auch nichts. Ich habe bisher deswegen noch nichts vermißt. Was mich nur stört ist, daß Leute, die sich dort tummeln, dann irgendwelche Aufrufe machen in anderen Foren, die, wenn man denen nachgehtl, nur für Facebooknutzer funktionieren. Denn man muß sich dann dort anmelden/registrieren mit all den Konsequenzen und einem "mini" Dollarzuwachs bei Mark Zuckerberg. Also Facebookfans, wenn Ihr dort miteinander kommunizieren wollt und euch gegenseitig per "like" auf die Schulter klopfen müßt, tut es doch bitte in Eurer Community.
Gruß
msv
kein "Hasser" von Dingen, die ich nicht kenne....
Hallo Oliver,
toll, das funktioniert jetzt wieder. Ganz vielen Dank dafür!
Unter Kernel:
stereo:~# uname -a
Linux stereo 2.6.26.20100228-1 #1 Sun Feb 28 01:57:36 CET 2010 i686 GNU/Linux
ist es noch gelaufen (Kernel selbst compiled)
und hier das Zeugs aus dmesg für die DVB Karten:
nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 17 (level, low) -> IRQ 17
ngene: Found Digital Devices DuoFlex S2 miniPCIe
PCI: Setting latency timer of device 0000:02:00.0 to 64
ngene: Device version 1
firmware: requesting ngene_15.fw
input: Power Button (FF) as /class/input/input0
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input1
ACPI: Power Button (CM) [PWRB]
input: PC Speaker as /class/input/input2
ngene: Loading firmware file ngene_15.fw.
DVB: registering new adapter (nGene)
Linux video capture interface: v2.00
saa7146: register extension 'dvb'.
LNBx2x attached on addr=a
DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
LNBx2x attached on addr=8
DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
stv6110x_attach: Attaching STV6110x
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1b.0 to 64
hda_codec: Unknown model for ALC662, trying auto-probe from BIOS...
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 19 (level, low) -> IRQ 19
ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 20 (level, low) -> IRQ 20
saa7146: found saa7146 @ mem f88de000 (revision 1, irq 20) (0x13c2,0x1002).
firmware: requesting dvb-ttpci-01.fw
DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.3 SE)
adapter has MAC addr = 00:d0:5c:2d:cf:4d
firmware: requesting av7110/bootcode.bin
dvb-ttpci: info @ card 2: firm f0240009, rtsl b0250018, vid 71010068, app 80f42623
dvb-ttpci: firmware @ card 2 supports CI link layer interface
dvb-ttpci: adac type set to 0 @ card 2
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
ves1x93: Detected ves1893a rev2
DVB: registering adapter 2 frontend 0 (VLSI VES1x93 DVB-S)...
input: DVB on-card IR receiver as /class/input/input3
dvb-ttpci: found av7110-0.
Alles anzeigen
Also nochmal Danke und schönes Wochenende
(also wenn ich mir den Timestamp deiner Antwort anschaue hoffe ich, du leidest nicht unter Schlafstörungen)
Gruß
msv
Hi,
ich mal wieder...
Ich hab mich jetzt mal intensiv mit dieser ganzen v4l2- Treiberei beschäftigt. Ich habe versucht per printk den Weg bis zum ttpci Treiber zu verfolgen, bin aber irgendwie gescheitert. Ich bekomme zwar beim Laden des Modules alle möglichen von mir mal eingebauten printks angezeigt, jedoch habe ich noch nicht die Stelle gefunden, wo denn der VIDIOC_S_FMT abgewiesen wird. Darauf habe ich dann mal ein wenig mit den v4l2-Utilityie rumgespielt. Speziell hier:
stereo:/usr/local/src/VDR# v4l2-compliance -V /dev/vbi0
Running on 2.6.32
Driver Info:
Driver name : saa7146 v4l2
Card type : av7110
Bus info : PCI:0000:05:00.0
Driver version: 3.8.0
Capabilities : 0x85020085
Video Capture
Video Overlay
Sliced VBI Output
Audio
Read/Write
Streaming
Device Capabilities
Device Caps : 0x05000080
Sliced VBI Output
Read/Write
Streaming
Compliance test for device /dev/vbi0 (not using libv4l2):
Required ioctls:
test VIDIOC_QUERYCAP: OK
Allow for multiple opens:
test second vbi open: OK
test VIDIOC_QUERYCAP: OK
test VIDIOC_G/S_PRIORITY: OK
Debug ioctls:
test VIDIOC_DBG_G_CHIP_IDENT: OK
test VIDIOC_DBG_G/S_REGISTER: OK (Not Supported)
test VIDIOC_LOG_STATUS: OK (Not Supported)
Input ioctls:
test VIDIOC_G/S_TUNER: OK
test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
test VIDIOC_ENUMAUDIO: OK (Not Supported)
test VIDIOC_G/S/ENUMINPUT: OK (Not Supported)
test VIDIOC_G/S_AUDIO: OK (Not Supported)
Inputs: 0 Audio Inputs: 0 Tuners: 0
Output ioctls:
test VIDIOC_G/S_MODULATOR: OK (Not Supported)
test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
test VIDIOC_ENUMAUDOUT: OK (Not Supported)
test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported)
test VIDIOC_G/S_AUDOUT: OK (Not Supported)
Outputs: 0 Audio Outputs: 0 Modulators: 0
Control ioctls:
test VIDIOC_QUERYCTRL/MENU: OK
test VIDIOC_G/S_CTRL: OK
test VIDIOC_G/S/TRY_EXT_CTRLS: OK
test VIDIOC_(UN)SUBSCRIBE_EVENT/DQEVENT: OK
test VIDIOC_G/S_JPEGCOMP: OK (Not Supported)
Standard Controls: 6 Private Controls: 0
Input/Output configuration ioctls:
test VIDIOC_ENUM/G/S/QUERY_STD: OK (Not Supported)
test VIDIOC_ENUM/G/S/QUERY_DV_PRESETS: OK (Not Supported)
test VIDIOC_ENUM/G/S/QUERY_DV_TIMINGS: OK (Not Supported)
test VIDIOC_DV_TIMINGS_CAP: OK (Not Supported)
Format ioctls:
test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: OK (Not Supported)
test VIDIOC_G/S_PARM: OK (Not Supported)
test VIDIOC_G_FBUF: OK (Not Supported)
fail: v4l2-test-formats.cpp(498): Sliced VBI Output cap set, but no Sliced VBI Output formats defined
test VIDIOC_G_FMT: FAIL
test VIDIOC_TRY_FMT: OK (Not Supported)
test VIDIOC_S_FMT: OK (Not Supported)
fail: v4l2-test-formats.cpp(791): sliced_type && (node->caps & buftype2cap[type])
test VIDIOC_G_SLICED_VBI_CAP: FAIL
Codec ioctls:
test VIDIOC_(TRY_)ENCODER_CMD: OK (Not Supported)
test VIDIOC_G_ENC_INDEX: OK (Not Supported)
test VIDIOC_(TRY_)DECODER_CMD: OK (Not Supported)
Buffer ioctls:
test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK
Total: 38, Succeeded: 36, Failed: 2, Warnings: 0
stereo:/usr/local/src/VDR#
Alles anzeigen
wird ja auch angezeigt, daß der ioctl
test VIDIOC_S_FMT: OK (Not Supported)
ja auch irgendwie nicht supported ist.
Ich habe daraufhin dann mal in die detector routine vom avards pluging ein Query eingebaut, um zu sehen ob das auch mit den Mitteln des API herauszubekommen ist:
bool cWSSoverdrive::OpenVbiDevice(void)
{
fdDevVbi = open(szVbiDevice, O_WRONLY);
if (fdDevVbi < 0)
{
esyslog("avards: Error: Can't open vbi device '%s' (%s)", szVbiDevice, strerror(errno));
return false;
}
// test der Möglichkeiten
struct v4l2_capability cap;
if ( ioctl(fdDevVbi, VIDIOC_QUERYCAP, &cap) < 0 ) {
if (EINVAL == errno) {
esyslog( "%s is no V4L2 device\n", szVbiDevice);
return false;
} else {
esyslog("errno_exit VIDIOC_QUERYCAP");
}
}
if (!(cap.capabilities & V4L2_CAP_SLICED_VBI_OUTPUT)) {
esyslog( "%s is no VBI device\n",
szVbiDevice);
return false;
}
esyslog (" VBI Capabilities %x", cap.capabilities);
// ende Test
struct v4l2_format fmt;
memset(&fmt, 0, sizeof fmt);
fmt.type = V4L2_BUF_TYPE_SLICED_VBI_OUTPUT;
fmt.fmt.sliced.service_set = V4L2_SLICED_WSS_625;
if (ioctl(fdDevVbi, VIDIOC_S_FMT, &fmt) < 0) {
esyslog("avards Error: Can't init vbi device '%s' (%s)", szVbiDevice, strerror(errno));
CloseVbiDevice();
return false;
}
return true;
}
Alles anzeigen
Dar Ergebnis aus meinem syslog ist dann folgendes:
Mar 8 10:40:30 stereo vdr: [3779] avards: switching WSS to 16:9
Mar 8 10:40:30 stereo vdr: [3779] VBI Capabilities 85020085
Mar 8 10:40:30 stereo vdr: [3779] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Das zeigt mir eigentlich, daß dieser "SLICED" VBI Mode doch eigentlich gehen müßte.
Wo ist dann hier der Fehler?
Gruß
msv
Hallo FireFly,
das von dir zitierte DIFF ist aber schon ganz schön alt. Ich habe wenig bekanntes in dem von mir benutzten Media tree gefunden. Ich bin aber auch nicht sicher, ob ich überhaupt an der richtigen Stelle war.
Hallo Oliver,
also von Treiberprogrammierung verstehe ich wenig bis gar nichts. Ich wüßte jetzt nicht, was ich ausdrucken sollte und was überhaupt interessant ist und warum. Ich habe nur gesehen, daß sich an den Stellen im Treiber ja ganz schön viel tut und wenn man die History anschaut schrauben da ja auch einige Leute dran rum. Hier müßte ich mich länger einarbeiten, um das alles zu verstehen. Aber kein Problem. Nur die Erfolgsmeldung wird dann erst mal auf sich warten lassen. Ich dachte, diese Probleme wären auch woanders schon aufgetaucht. Aber die Möglichkeiten, alle Fehler so zu kombinieren, bis sie zu Tage treten, sind doch relativ vielfältig.
Trotzdem erstmal Danke
msv
(nun geh ich erstmal ins Kino. da haben die hoffentlich keine Probleme mit dem richtigen Seitenverhältnis )
Hallo Leute,
mal wieder eine kleines Problem beim Umstieg von 1.6 auf 1.38:
Ich habe avards-0.2.5 installiert und bekomme folgende Meldung im Syslog:
Feb 24 13:45:37 stereo vdr: [22830] avards: switching WSS to L16:9
Feb 24 13:45:37 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Feb 24 13:46:04 stereo vdr: [23016] non blocking file reader thread ended (pid=22813, tid=23016)
Feb 24 13:46:04 stereo vdr: [23015] dvbplayer thread ended (pid=22813, tid=23015)
Feb 24 13:46:04 stereo vdr: [22813] switching to channel 25
Feb 24 13:46:04 stereo vdr: [23017] receiver on device 2 thread started (pid=22813, tid=23017, prio=high)
Feb 24 13:46:04 stereo vdr: [23018] TS buffer on device 2 thread started (pid=22813, tid=23018, prio=high)
Feb 24 13:46:06 stereo vdr: [22830] avards: switching WSS to 16:9
Feb 24 13:46:06 stereo vdr: [22830] avards Error: Can't init vbi device '/dev/vbi0' (Unpassender IOCTL (I/O-Control) für das Gerät)
Es wird auch nicht umgeschaltet auf Letterbox. Nur der Standart zwischen 4:3 und 16:9 funktioniert. Aber das macht mein Fernseher schon von Haus aus.
Firmware für meine Karte (FF-SD Galaxy) ist neu:
[143413.213074] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[143413.560116] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[143413.566723] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[143413.740073] dvb-ttpci: adac type set to 0 @ card 0
[143413.752199] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[143413.759226] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[143413.824238] ves1x93: Detected ves1893a rev2
[143413.830469] av7110 0000:05:00.0: DVB: registering adapter 0 frontend 0 (VLSI VES1x93 DVB-S)...
[143413.837298] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:05:00.0/input/input7
[143413.844841] dvb-ttpci: found av7110-0.
Ich nutze zur Wiedergabe eine alte FF-SD Karte (Galaxy), ohne den Tuner
zu benuten. Als Input dient eine duoflex-s2. DVB-Treiber habe ich Montag
von http://git.linuxtv.org/media_build.git gezogen.
Irgendwie scheint die Kombination nicht zusammenzupassen. Kann man hier noch mehr logging rausholen, um zusehen was dabei schief läuft. Das /dev/vbi0 wird ja erkannt nur scheint es allergisch auf den benutzten IO Call zu reagieren.
Wenn mir hier jemand helfen könnte wäre ich dankbar. Man ist ja so einigen Komfort vom VDR 1.6 gewohnt, den ich eigentlich nicht mit der neuen VDR Version verlieren möchte.
Viele Grüße
msv
Ahhhhgr...!!!
aumix war auf 0.
Also vergeßt es
Sorry, daß ich gestört habe, aber manchmal sieht man den Wald vor lauter Bäumen nicht
Gruß
msv
Hallo Leute,
ich habe meine Umstellung von 1.6 auf 1.7.38 immer noch nicht so richtig am Laufen. Momentan verzweifel ich ein wenig daran, daß ich keinen Ton aus meiner FF-SD Karte (Galaxy) rausbekomme. Hardware ist OK. wenn ich auf 1.6 zurückschalte (alternativer boot über NFS) funktioniert der Ton. Ich habe das AV Board im Einsatz und benutze die normalen Pins auf der Karte. Also nix SPDIF oder Dolby oder Soundkarte. Der Ton (so er denn geht) geht per SCART auf meine Röhre. Ich hab das dvbsddevice Plugin auf --outputonly stehen. Im dvbdevice.c habe ich auch noch den return an richtiger Stelle eingetragen wenn PrimaryDevice erkannt wird (redundant?). Aber mit und ohne patch gehts nicht.
Die neue Firmware von Oliver (dvb-ttpci-01.fw-fb2624) habe ich auch schon mal gegen die 2623er getauscht, ohne Erfolg.
Hier das, was mein System zu den DVB karten so ausspuckt:
aus dmesg:
[ 14.897481] ACPI: Video Device [IGD] (multi-head: yes rom: no post: no)
[ 14.948583] intel_rng: Firmware space is locked read-only. If you can't or
[ 14.948591] intel_rng: don't want to disable this in firmware setup, and if
[ 14.948596] intel_rng: you are certain that your system has a functional
[ 14.948601] intel_rng: RNG, try using the 'no_fwh_detect' option.
[ 14.949238] WARNING: You are using an experimental version of the media stack.
[ 14.949245] As the driver is backported to an older kernel, it doesn't offer
[ 14.949249] enough quality for its usage in production.
[ 14.949253] Use it with care.
[ 14.949256] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[ 14.949261] ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[ 14.949266] b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[ 14.949272] 676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[ 15.069520] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[ 15.069681] ngene 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 15.069809] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[ 15.075315] ngene 0000:02:00.0: setting latency timer to 64
[ 15.075889] ngene: Device version 1
[ 15.075993] ngene 0000:02:00.0: firmware: requesting ngene_18.fw
[ 15.107174] [drm] Initialized drm 1.1.0 20060810
[ 15.158062] ngene: Loading firmware file ngene_18.fw.
[ 15.169058] ngene 0000:02:00.0: irq 30 for MSI/MSI-X
[ 15.169227] i2c i2c-1: cxd2099_attach: driver disabled by Kconfig
[ 15.180101] media: Linux media interface: v0.10
[ 15.236631] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 15.236710] i915 0000:00:02.0: setting latency timer to 64
[ 15.255042] [drm] set up 7M of stolen space
[ 15.292360] Linux video capture interface: v2.00
[ 15.292431] WARNING: You are using an experimental version of the media stack.
[ 15.292436] As the driver is backported to an older kernel, it doesn't offer
[ 15.292440] enough quality for its usage in production.
[ 15.292444] Use it with care.
[ 15.292446] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[ 15.292451] ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
[ 15.292456] b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
[ 15.292461] 676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
[ 15.413651] saa7146: register extension 'av7110'
[ 15.413784] av7110 0000:05:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 15.413904] IRQ 20/: IRQF_DISABLED is not guaranteed on shared IRQs
[ 15.415183] saa7146: found saa7146 @ mem f88d2000 (revision 1, irq 20) (0x13c2,0x1002)
[ 15.415288] av7110 0000:05:00.0: firmware: requesting dvb-ttpci-01.fw
[ 15.481211] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.3 SE)
[ 15.518058] adapter has MAC addr = 00:d0:5c:2d:cf:4d
[ 15.524559] av7110 0000:05:00.0: firmware: requesting av7110/bootcode.bin
[ 15.620237] [drm] initialized overlay support
[ 15.761278] LNBx2x attached on addr=a
[ 15.844104] stv6110x_attach: Attaching STV6110x
[ 15.844172] DVB: registering new adapter (nGene)
[ 15.844236] ngene 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[ 15.881120] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[ 15.881215] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[ 15.892915] LNBx2x attached on addr=8
[ 15.893154] stv6110x_attach: Attaching STV6110x
[ 15.893214] DVB: registering new adapter (nGene)
[ 15.893276] ngene 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[ 15.895036] No demod found on chan 2
[ 15.896058] No demod found on chan 3
[ 16.040011] eth0: no IPv6 routers present
[ 16.060071] dvb-ttpci: adac type set to 0 @ card 0
[ 16.068215] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[ 16.068291] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[ 16.083385] Console: switching to colour frame buffer device 160x64
[ 16.101478] fb0: inteldrmfb frame buffer device
[ 16.101575] registered panic notifier
[ 16.101667] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
Alles anzeigen
stereo:~# lsmod|grep dvb
dvb_ttpci 71783 8
saa7146_vv 21579 2 dvb_ttpci
saa7146 7811 2 dvb_ttpci,saa7146_vv
dvb_core 64762 2 dvb_ttpci,ngene
ttpci_eeprom 1544 1 dvb_ttpci
i2c_core 12803 14 ves1x93,stv6110x,lnbp21,dvb_ttpci,stv090x,v4l2_common,videodev,i915,drm_kms_helper,drm,ngene,i2c_algo_bit,ttpci_eeprom,i2c_i801
stereo:~# ll -R /dev/dvb
/dev/dvb:
insgesamt 0
drwxr-xr-x 5 root root 100 22. Feb 21:02 .
drwxr-xr-x 16 root root 3060 22. Feb 21:03 ..
drwxr-xr-x 2 root root 200 22. Feb 21:02 adapter0
drwxr-xr-x 2 root root 120 22. Feb 21:02 adapter1
drwxr-xr-x 2 root root 120 22. Feb 21:02 adapter2
/dev/dvb/adapter0:
insgesamt 0
drwxr-xr-x 2 root root 200 22. Feb 21:02 .
drwxr-xr-x 5 root root 100 22. Feb 21:02 ..
crw-rw---- 1 root video 212, 7 22. Feb 21:02 audio0
crw-rw---- 1 root video 212, 8 22. Feb 21:02 ca0
crw-rw---- 1 root video 212, 4 22. Feb 21:02 demux0
crw-rw---- 1 root video 212, 5 22. Feb 21:02 dvr0
crw-rw---- 1 root video 212, 15 22. Feb 21:02 frontend0
crw-rw---- 1 root video 212, 10 22. Feb 21:02 net0
crw-rw---- 1 root video 212, 9 22. Feb 21:02 osd0
crw-rw---- 1 root video 212, 6 22. Feb 21:02 video0
/dev/dvb/adapter1:
insgesamt 0
drwxr-xr-x 2 root root 120 22. Feb 21:02 .
drwxr-xr-x 5 root root 100 22. Feb 21:02 ..
crw-rw---- 1 root video 212, 1 22. Feb 21:02 demux0
crw-rw---- 1 root video 212, 2 22. Feb 21:02 dvr0
crw-rw---- 1 root video 212, 0 22. Feb 21:02 frontend0
crw-rw---- 1 root video 212, 3 22. Feb 21:02 net0
/dev/dvb/adapter2:
insgesamt 0
drwxr-xr-x 2 root root 120 22. Feb 21:02 .
drwxr-xr-x 5 root root 100 22. Feb 21:02 ..
crw-rw---- 1 root video 212, 12 22. Feb 21:02 demux0
crw-rw---- 1 root video 212, 13 22. Feb 21:02 dvr0
crw-rw---- 1 root video 212, 11 22. Feb 21:02 frontend0
crw-rw---- 1 root video 212, 14 22. Feb 21:02 net0
stereo:~#
Alles anzeigen
Rechte sollten reichlich vorhanden sein, da alles unter root läuft.
hier mal der relevante Ausschnitt beim Laden aus dem Syslog:
Feb 22 21:02:55 stereo vdr: [1611] probing /dev/dvb/adapter0/frontend0
Feb 22 21:02:55 stereo vdr: [1611] creating cDvbSdFfDevice
Feb 22 21:02:55 stereo vdr: [1611] new device number 1
Feb 22 21:02:55 stereo vdr: [1611] cTimeMs: using monotonic clock (resolution is 1 ns)
Feb 22 21:02:55 stereo vdr: [1691] CI adapter on device 0 thread started (pid=1611, tid=1691, prio=high)
Feb 22 21:02:55 stereo vdr: [1689] reading EPG data from /var/cache/vdr/epg.data
Feb 22 21:02:55 stereo vdr: [1611] frontend 0/0 provides DVB-S with QPSK ("VLSI VES1x93 DVB-S")
Feb 22 21:02:55 stereo vdr: [1692] tuner on frontend 0/0 thread started (pid=1611, tid=1692, prio=high)
Feb 22 21:02:55 stereo vdr: [1611] probing /dev/dvb/adapter1/frontend0
Feb 22 21:02:55 stereo vdr: [1611] creating cDvbDevice
Feb 22 21:02:55 stereo vdr: [1611] new device number 2
Feb 22 21:02:55 stereo vdr: [1693] section handler thread started (pid=1611, tid=1693, prio=low)
Feb 22 21:02:56 stereo vdr: [1611] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Feb 22 21:02:56 stereo vdr: [1695] tuner on frontend 1/0 thread started (pid=1611, tid=1695, prio=high)
Feb 22 21:02:56 stereo vdr: [1611] probing /dev/dvb/adapter2/frontend0
Feb 22 21:02:56 stereo vdr: [1696] section handler thread started (pid=1611, tid=1696, prio=low)
Feb 22 21:02:56 stereo vdr: [1611] creating cDvbDevice
Feb 22 21:02:56 stereo vdr: [1611] new device number 3
Feb 22 21:02:56 stereo vdr: [1611] frontend 2/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Feb 22 21:02:56 stereo vdr: [1698] tuner on frontend 2/0 thread started (pid=1611, tid=1698, prio=high)
Feb 22 21:02:56 stereo vdr: [1611] found 3 DVB devices
Feb 22 21:02:56 stereo vdr: [1611] initializing plugin: dvbsddevice (0.0.9): SD Full Featured DVB device
...
Feb 22 21:02:56 stereo vdr: [1611] setting primary device to 2
Feb 22 21:02:56 stereo vdr: [1611] device 2 has no MPEG decoder
Feb 22 21:02:56 stereo vdr: [1611] trying device number 1 instead
Feb 22 21:02:56 stereo vdr: [1611] setting primary device to 1
Feb 22 21:02:56 stereo vdr: [1611] assuming manual start of VDR
Alles anzeigen
Ton ist auch aufgedreht für den VDR:
stereo:/var/log# telnet localhost 2001
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 stereo SVDRP VideoDiskRecorder 1.7.38; Fri Feb 22 21:32:32 2013; UTF-8
volu
250 Audio volume is 255
Ich weiß irgendwie nicht weiter. Irgenwas fehlt noch, aber was? Ich hatte den fehlenden Ton gar nicht bemerkt, da ich die letzten Tage die Umstellung per xineliboutput plugin auf meinem Desktop gemacht hatte. Da geht der Ton. Heute wollte ich mich nun in meinen Sessel setzen und den Umbau genießen... und, nix is!
Wenn ihr noch Infos braucht, nicht zögern zu fragen. Wollte nur hier keinen kompletten Systemdump veranstalten.
Schaut doch mal bitte in Eure Glaskugeln...
Viele Grüße
msv
Hallo Oliver,
OK, die Glaskugel hatte recht, was das Spulen am Fernseher angeht. Neue Firmware von dir tut. Meine war noch eine 2623.
Danke dafür!
Hallo alle Andern,
Nun bleibt aber immer noch das Problem mit xineliboutput plugin. Auch dies habe ich ganz neu vom GIT von Montag. Hier habe ich genau die gleiche Erscheinung. Daher hatte ich ja auch mal erst nicht auf Treiber getippt.
Also Problem ist zumindest schon mal gelöst, was die FF Karte angeht. Nur der irchtige Nutzen für mich ergibt sich eigentlich erst wenn ich auch wieder an meinem Desktop die Schnittarbeiten per xineliboutput vornehmen kann und da dient dann doch zur Bequemlichkeit auch das schnelle Vor- und Rückspulen.
Vielleicht hat ja hier auch jemand den Tipp. (Oder auch eine passende Firmware? )
Gruß
msv
Hallo Leute,
ich hab jetzt, da ja nun endlich Licht am Horizont auftaucht (VDR 2.0), mal meinen VDR 1.6.x auf ein neuen Stand 1.7.38 gebracht auf Squeeze mit Kernel 2.32.5 neu aufgesetzt. Das ganze läuft diskless und wird vom Fileserver per NFS gebootet. Hat den Vorteil, daß ich nun auch wieder auf meinen "alten" VDR in bekannt stabiler Umgebung relativ einfach zurückgehen kann. Hab auch die wichtigsten Plugins für mich zu Laufen bekommen (OK, Mailbox und fepg fehlen noch und das schmerzt schon ein wenig).
Nun habe ich aber das Problem mit dem Zurückspulen/scrollen von Aufnahmen (alte "*.vdr" wie neue "*.ts"). Wenn ich den linken Pfeil auf meiner Fernbedienung drücke gehts zwar mit der Aufnahme zurück, wie erwartet, die Zeitanzeige bleibt aber stehen. Aber nach dem Druck auf Pfeil hoch springt er wieder an die ursprüngliche Stelle zurück und geht wieder in den normalen Play-Mode.
Vorwärtsspulen geht mehr oder weniger ohne Probleme. Sieht allerdings ein wenig "hakelig" aus. Aber funktioniert.
Nach durchforsten der VDR-Mailingliste und dem Lesen diverser Threads hier habe ich verstanden, daß dies Problem doch eigentlich gelöst sein sollte. Oder habe ich da irgendetwas verpaßt. Ich hatte das erst auf xineliboutput Plugin und dem XineGui auf meinem Desktop geschoben, Aber es passiert eben auch, wenn ich vor meinem Fernseher (Röhre) mit Fernbedienung sitze.
Was spielt hier eine Rolle? Welche Infos werden noch benötigt? Ist das Ganze auch Hardware/Treiber abhängig oder ist das ein reines Softwareproblem. Ich nutze zur Wiedergabe eine alte FF-SD Karte (Galaxy), ohne den Tuner zu benuten. Als Input dient eine duoflex-s2. DVB-Treiber habe ich Montag von http://git.linuxtv.org/media_build.git gezogen.
02:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
05:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Mein Motherboard ist ein D945GSEJT
Wenn jemand noch einen Tip hat, wie ich wieder sauber Vor- und Zurückspulen/scrollen kann wäre ich dankbar.
Gruß
msv