Update: Optimierter av7110 Treiber

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

1

Thursday, June 15th 2006, 3:18am

Hi,

unter http://linuxtv.org/hg/~endriss/v4l-dvb-av7110-refactoring
gibt es einen performance-optimierten av7110 Treiber.

Der entsprechende Changeset
http://linuxtv.org/hg/~endriss/v4l-dvb-a…8d;style=gitweb
bzw.
http://linuxtv.org/hg/~endriss/v4l-dvb-a…8a026;style=raw
sollte auch auf ältere HG-Treiber anwendbar sein.

<edit 7.1.2007>
Weitere Performance-Optimierung:
- Parallisierung des RX/TX-Buffer Handlings

Damit sollte es nun möglich sein, *einen* Kanal mit hoher Bitrate (> 7 MBit/s, z.B. ARD/ZDF) aufzuzeichnen und gleichzeitig im Transfermode wiederzugeben.

weitere Bug-Fixes:
- Verpixelung beim Spulen
- RX Overflow beim Entladen des Treibers

Relevante Changesets:
http://linuxtv.org/hg/~endriss/v4l-dvb-a…83;style=gitweb
http://linuxtv.org/hg/~endriss/v4l-dvb-a…90;style=gitweb
http://linuxtv.org/hg/~endriss/v4l-dvb-a…ab;style=gitweb
</edit>

<edit 1.2.2008>
CAM-Timeouts behoben, vgl. Update: Optimierter av7110 Treiber

Changeset:
http://linuxtv.org/hg/~endriss/v4l-dvb-a…ev/bdd725ddefd3
</edit>

Es wird keine neue Firmware benötigt.

Bitte testen, ob sich das Verhalten bei hohen Bitraten (ARD/ZDF) verbessert hat. Hier ist ein deutlicher Unterschied erkennbar. Es ist jedoch nicht zu erwarten, daß das Problem vollständig behoben ist. Dazu sind sicher noch weitere Änderungen an Treiber und Firmware erforderlich...

Es wäre schön, wenn möglichst viele diesen Treiber in unterschiedlichen Konfigurationen testen würden.

Edit 12.04.2008:
Ab sofort bitte anstelle dieses Treibers den Full-TS Treiber verwenden.

Der Full-TS Treiber
- beinhaltet die Features des Refactoring-Treibers und
- funktioniert auch mit Karten ohne Full-TS-Mod!

Vgl. http://vdrportal.de/board/thread.php?threadid=74174

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

This post has been edited 9 times, last edit by "UFO" (Apr 12th 2008, 6:47pm)

Go to the top of the page

woppr

Intermediate

Posts: 341

Location: Einwohner Planet Erde

Occupation: WAF- Verbesserer

2

Thursday, June 15th 2006, 3:23am

aber gern.

aha:

DMA rx transfer... hmm.. du weisst das manche chipsätze probleme mit
concurrent dma transfers haben und geblacklisted sind?

könnte mit root fs corruption enden...

mfg,
woppr

e-tobi/yavdr VDR 1.7.x auf iBase Industrial Mini-ITX MB896IL +DVI- Modul Motherboard, Pentium M 740, 1GB RAM, mit TT C-2300, KNC1 C+, Medion 7134 S PCI weiterverwendet auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot und Broadcom CrystalHD BCM970015 h.264, divx, xvid, etc, Dekoder auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot mit libavcodec54 h264_crystalhd für xine, mplayer ( Mit -vf stereo3d=sbsr:agmc) und bino3d, etc, kein HDMI, kein HDCP oder sonstige Verkrüppelungen völlig überteuerter "aktueller ITX- und VGA- Hardware" für Konsumenten , keine CAMs, und erst recht schon gar kein HD+ und keine proprietäre Software ausser Firmware

This post has been edited 2 times, last edit by "woppr" (Jun 15th 2006, 3:48am)

Go to the top of the page

DarkAngel

Professional

Posts: 898

Location: Dresden

3

Thursday, June 15th 2006, 10:40am

Hallo!

Ich hab mal einen ordentlichen Patch gebastelt, da das obige Changeset (2. Link) zum Patchen wenig geeignet ist (Stichwort: malformed).

Gruß,

Marcus

DarkAngel has attached the following file:

av7110-performance.diff.gz (7.09 kB - 560 times downloaded - latest: Mar 31st 2013, 5:57am)

Go to the top of the page

CKone

Master

Posts: 2,451

4

Thursday, June 15th 2006, 10:58am

Quoted

Original von DarkAngel
Hallo!

Ich hab mal einen ordentlichen Patch gebastelt, da das obige Changeset (2. Link) zum Patchen wenig geeignet ist (Stichwort: malformed).

Gruß,

Marcus

Danke,
ich hab deinen Patch auf den HG e7ff160f2e38 vom 2.6. angewand, der aktuelle HG 94050f467b8d mit der Änderung hab ich nicht durch den Kompiler bekommen.

Christian

CKone: yavdr 0.5/2.0.1 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, ASUS ENGT430 1GB, CINE-S2, S2-1600, Ocz Ssd 60gb Agility 3, WD Green 3TB WD30EZRX, LG GH24NS DVD, 11.6" Selbstbau TFT, Harmony 700, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
CKtwo: yavdr 0.5/2.0.1 auf ASUS M4A78LT-M LE, Athlon II X2 240, 2x 2GB Corsair DDR3, ASUS ENGT430 1GB, TT S2-1600, Ocz Ssd 32gb Onyx, 1TB Samsung HD105SI, Harmony 700, atric rev5

Go to the top of the page

DarkAngel

Professional

Posts: 898

Location: Dresden

5

Thursday, June 15th 2006, 11:27am

Quoted

Original von CKone
Danke,
ich hab deinen Patch auf den HG e7ff160f2e38 vom 2.6. angewand, der aktuelle HG 94050f467b8d mit der Änderung hab ich nicht durch den Kompiler bekommen.

Christian

Ich hatte heute früh v4l-dvb per "make update" aktualisiert und dann den Patch erzeugt. Bei mir gab es keine Probleme beim Kompilieren.
Meine Version ist "508f422fff2d+ tip" (sagt 'hg identify').

Die aktuellste der zu patchenden Dateien (av7110.c) wurde anscheinend zuletzt am 22.05.06 verändert.

Gruß,

Marcus

Go to the top of the page

CKone

Master

Posts: 2,451

6

Thursday, June 15th 2006, 12:27pm

Quoted

Original von DarkAngel

Die aktuellste der zu patchenden Dateien (av7110.c) wurde anscheinend zuletzt am 22.05.06 verändert.

Super, dann passts ja mit meinem Snapshot vom 2.6.

CKone: yavdr 0.5/2.0.1 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, ASUS ENGT430 1GB, CINE-S2, S2-1600, Ocz Ssd 60gb Agility 3, WD Green 3TB WD30EZRX, LG GH24NS DVD, 11.6" Selbstbau TFT, Harmony 700, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
CKtwo: yavdr 0.5/2.0.1 auf ASUS M4A78LT-M LE, Athlon II X2 240, 2x 2GB Corsair DDR3, ASUS ENGT430 1GB, TT S2-1600, Ocz Ssd 32gb Onyx, 1TB Samsung HD105SI, Harmony 700, atric rev5

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

7

Thursday, June 15th 2006, 12:56pm

Quoted

Original von woppr
DMA rx transfer... hmm.. du weisst das manche chipsätze probleme mit
concurrent dma transfers haben und geblacklisted sind?

könnte mit root fs corruption enden...

Irgendwie verstehe diese Aussage nicht, denn der av7110-Treiber hat schon immer DMA-Transfers verwendet. Wenn ein Chipsatz DMA-Transfers nicht richtig unterstützt, konnte der av7110-Treiber auch noch nie funktionieren. Es gab schon immer diese DMA-Transfers.

Die Optimierung besteht lediglich darin, ARM und PC besser zu entkoppeln, d.h. der PC gibt das DPRAM nun schneller frei, so daß der ARM weiter machen kann. Es gibt keine zusätzlichen DMA-Transfers...

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

8

Thursday, June 15th 2006, 1:11pm

Quoted

Original von DarkAngel
Ich hab mal einen ordentlichen Patch gebastelt, da das obige Changeset (2. Link) zum Patchen wenig geeignet ist (Stichwort: malformed).

Wenn Du erst den Patch anwählst, dann auf "raw", erhälst Du ein problemlos anwendbares diff. Gerade getestet (mit opera). Habe den Link zum Raw-Patch im ersten Post eingefügt..

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

This post has been edited 2 times, last edit by "UFO" (Jun 15th 2006, 1:18pm)

Go to the top of the page

DarkAngel

Professional

Posts: 898

Location: Dresden

9

Thursday, June 15th 2006, 1:55pm

Quoted

Original von UFO
Wenn Du erst den Patch anwählst, dann auf "raw", erhälst Du ein problemlos anwendbares diff. Gerade getestet (mit opera). Habe den Link zum Raw-Patch im ersten Post eingefügt..

Wußte ich nicht. :versteck

Gruß,

Marcus

Go to the top of the page

fen

Intermediate

Posts: 237

Location: Neckartenzlingen (bei Stuttgart)

Occupation: Systems Administrator Linux

10

Thursday, June 15th 2006, 2:16pm

ich hab den patch auch mal auf den stand 508f422fff2d+ tip angewendet. funktioniert bisher gut.

[url=http://www.init-6.org/index.php?id=8,7,0,0,1,0]GraphLCD auf 140x32[/url]
Alphacool LCD an VDR

Go to the top of the page

woppr

Intermediate

Posts: 341

Location: Einwohner Planet Erde

Occupation: WAF- Verbesserer

11

Thursday, June 15th 2006, 2:29pm

Quoted

Original von UFO

Quoted

Original von woppr
DMA rx transfer... hmm.. du weisst das manche chipsätze probleme mit
concurrent dma transfers haben und geblacklisted sind?

könnte mit root fs corruption enden...

Irgendwie verstehe diese Aussage nicht, denn der av7110-Treiber hat schon immer DMA-Transfers verwendet. Wenn ein Chipsatz DMA-Transfers nicht richtig unterstützt, konnte der av7110-Treiber auch noch nie funktionieren. Es gab schon immer diese DMA-Transfers.

Die Optimierung besteht lediglich darin, ARM und PC besser zu entkoppeln, d.h. der PC gibt das DPRAM nun schneller frei, so daß der ARM weiter machen kann. Es gibt keine zusätzlichen DMA-Transfers...

CU
Oliver

ahso.

ja warn bissl spät gestern und ich hab dein code nur kurz überflogen, ok.

ich hab da nochn altes trauma vom bt87x treiber, der mir vor jahren unter linux
2.4 wegen nem schlechten pci chipsatz mehrmals das root fs zerschossen hat
beim anschluss von externem videorekorder und schnellvor-/rücklauf.

ich zieh den hg stand heute noch und probiers aus,

sicher gute arbeit, danke.

BTW:
wenn ich mit dem 2.6.16.18 kernel treiber das antennenkabel abzieh und erst nach
minuten wieder einsteck stürzt der dvb treiber zwar nich ab aber der vdr gibt dann
weder bild noch mucks mehr von sich. bis ich dvb-ttpci neulade.
is das bekannt?

gruss,
woppr

e-tobi/yavdr VDR 1.7.x auf iBase Industrial Mini-ITX MB896IL +DVI- Modul Motherboard, Pentium M 740, 1GB RAM, mit TT C-2300, KNC1 C+, Medion 7134 S PCI weiterverwendet auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot und Broadcom CrystalHD BCM970015 h.264, divx, xvid, etc, Dekoder auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot mit libavcodec54 h264_crystalhd für xine, mplayer ( Mit -vf stereo3d=sbsr:agmc) und bino3d, etc, kein HDMI, kein HDCP oder sonstige Verkrüppelungen völlig überteuerter "aktueller ITX- und VGA- Hardware" für Konsumenten , keine CAMs, und erst recht schon gar kein HD+ und keine proprietäre Software ausser Firmware

Go to the top of the page

gromit

Professional

Posts: 554

Location: DUS - Kleines Dorf an einem unbedeutenen Fluß auf einem verschlafenen Planeten in einem ruhigen Seitenarm der Milchstrasse

12

Thursday, June 15th 2006, 4:01pm

Für welchen Kernel ???

Hi,
man möge mir die vielleicht blöde Frage verzeihen aber ich habe bei den DVB Treibern etwas die Übersicht verloren:
Ist der Treiber nur für 2.6'er Kernel (wie ich befürchte) oder auch für 2.4'er Kernel verwendbar ?

Gruß,
Gromit

Mein Glotz-o-fon-Konservierer im Umbau:
vdr-1.7.24, s2-liplianin Treiber, OpenSuse 11.4, P4P800-E Deluxe, CT-479 + Pentium-M 1.73, FF DVB-C 2.1, Satelco Easywatch DVB-C, OrigenAE X11

This post has been edited 1 times, last edit by "gromit" (Jun 15th 2006, 4:02pm)

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

13

Thursday, June 15th 2006, 5:09pm

Quoted

Original von woppr
wenn ich mit dem 2.6.16.18 kernel treiber das antennenkabel abzieh und erst nach
minuten wieder einsteck stürzt der dvb treiber zwar nich ab aber der vdr gibt dann
weder bild noch mucks mehr von sich. bis ich dvb-ttpci neulade.
is das bekannt?

Vorab:
Ich rate _dringend_ davon ab, Kabel im Betrieb zu ziehen oder zu stecken! Wenn es auf der Leitung eine Potentialdifferenz zum PC gibt, killt man damit leicht den LNBP-Chip. Bei einer Rev 2.3-Karte sieht es evtl. besser aus, ich würde es dennoch nicht ausprobieren.

Für den beschriebenen Effekt gibt es mehrere mögliche Erklärungen:

Mit DiSEqC:
Man muß auf einen anderen Transponder schalten, damit der Switch ein Schaltsignal erhält.
Beim Abziehen des Kabels schaltet der Switch nämlich den Port ab.

Ohne DiSEqC:
Evtl. crasht der ARM ohne Signal. Neuere Treiber sollten den ARM resetten, sobald man den Kanal umschaltet oder eine Aufnahme abspielt.

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

14

Thursday, June 15th 2006, 5:11pm

RE: Für welchen Kernel ???

Quoted

Original von gromit
Hi,
man möge mir die vielleicht blöde Frage verzeihen aber ich habe bei den DVB Treibern etwas die Übersicht verloren:
Ist der Treiber nur für 2.6'er Kernel (wie ich befürchte) oder auch für 2.4'er Kernel verwendbar ?

Der Treiber ist ausschließlich für Kernel 2.6. Für die Portierung des HG-Treibers auf 2.4 werden seit geraumer Zeit Freiwillige gesucht.

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,527

Location: 3. Planet des Sonnensystems

Occupation: Organisator

15

Thursday, June 15th 2006, 5:44pm

Quoted

Original von UFO
Ohne DiSEqC:
Evtl. crasht der ARM ohne Signal. Neuere Treiber sollten den ARM resetten, sobald man den Kanal umschaltet oder eine Aufnahme abspielt.

ich habe DVB-C (FuSi) und stets die neuesten Treiber aus dem hg + neueste Firmware. Trotzdem habe ich auch den Effekt, dass nach dem Abziehen und Wiederreinstecken des Antennensteckers kein Kanal mehr lockt, bis ich den Treiber entladen und neugeladen habe.
Geht das Signal nur kurz verloren, passiert nichts, aber eine Minute ist meist schon zuviel.
Das war mit älteren Treibern nach meiner Erinnerung kein Problem.

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

woppr

Intermediate

Posts: 341

Location: Einwohner Planet Erde

Occupation: WAF- Verbesserer

16

Thursday, June 15th 2006, 6:03pm

Quoted

Original von UFO

Quoted

Original von woppr
wenn ich mit dem 2.6.16.18 kernel treiber das antennenkabel abzieh und erst nach
minuten wieder einsteck stürzt der dvb treiber zwar nich ab aber der vdr gibt dann
weder bild noch mucks mehr von sich. bis ich dvb-ttpci neulade.
is das bekannt?

Vorab:
Ich rate _dringend_ davon ab, Kabel im Betrieb zu ziehen oder zu stecken! Wenn es auf der Leitung eine Potentialdifferenz zum PC gibt, killt man damit leicht den LNBP-Chip. Bei einer Rev 2.3-Karte sieht es evtl. besser aus, ich würde es dennoch nicht ausprobieren.

Für den beschriebenen Effekt gibt es mehrere mögliche Erklärungen:

Mit DiSEqC:
Man muß auf einen anderen Transponder schalten, damit der Switch ein Schaltsignal erhält.
Beim Abziehen des Kabels schaltet der Switch nämlich den Port ab.

Ohne DiSEqC:
Evtl. crasht der ARM ohne Signal. Neuere Treiber sollten den ARM resetten, sobald man den Kanal umschaltet oder eine Aufnahme abspielt.

CU
Oliver

1.
chef ich hab dr.seltsams kabelkarte, sorry hätt ich wohl erwähnen solln.

2.
LNB's sind immer potentialfrei, es sei denn bei ner hausanlage mit switchbox.
an meiner ex anlage mit direktkabel zum lnb war das abziehn kein problem im
betrieb.

hmm... sind atx netzteile in deutschland eigentlich schutzgeerdet?
das muss ich doch gleichmal checken ob ich da n 3 poligen schuko dran hab *ähm*.

gruss, woppr

e-tobi/yavdr VDR 1.7.x auf iBase Industrial Mini-ITX MB896IL +DVI- Modul Motherboard, Pentium M 740, 1GB RAM, mit TT C-2300, KNC1 C+, Medion 7134 S PCI weiterverwendet auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot und Broadcom CrystalHD BCM970015 h.264, divx, xvid, etc, Dekoder auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot mit libavcodec54 h264_crystalhd für xine, mplayer ( Mit -vf stereo3d=sbsr:agmc) und bino3d, etc, kein HDMI, kein HDCP oder sonstige Verkrüppelungen völlig überteuerter "aktueller ITX- und VGA- Hardware" für Konsumenten , keine CAMs, und erst recht schon gar kein HD+ und keine proprietäre Software ausser Firmware

Go to the top of the page

lola

Sage

Posts: 6,051

17

Thursday, June 15th 2006, 6:30pm

Quoted

Original von woppr
2.
LNB's sind immer potentialfrei......

würd ich so nicht unterschreiben wollen. Twin und quad können sich über den Schirm vom anderen Teilnehmer böse Sachen holen, was in der Praxis zu den dollsten Sachen geführt hat. Aber auch Singles können (wenn LNB Halterung, LNB-Hals aus Metall ist - ja gibt es) über die vorhandene Satanlagen Erdung ein anderes Potential bekommen. Ich wäre generell vorsichtig

Gruß Fr@nk

under construction

meine VDR Projekte im Überblick

derzeit altes Zeug.......

Go to the top of the page

woppr

Intermediate

Posts: 341

Location: Einwohner Planet Erde

Occupation: WAF- Verbesserer

18

Thursday, June 15th 2006, 6:43pm

@UFO

ich kuck grad england auf zdf , das gestottere kommt nur im transfermode falls das hilft.
keine probleme ohne.

@lola

da hasch wohl recht. aber bei 4 fach LNB is auchne switchbox dabei und wenn das kein schaltunggeschlampertes billigdings is dann sollte die doch kapazitiv entkoppeln?..
geerdete sat anlage? was soll das werden? ein blitzableiter ?

wenn die aufm dach im dorf is dann is wohl schluss nachm nächsten gewitter, hehe.

e-tobi/yavdr VDR 1.7.x auf iBase Industrial Mini-ITX MB896IL +DVI- Modul Motherboard, Pentium M 740, 1GB RAM, mit TT C-2300, KNC1 C+, Medion 7134 S PCI weiterverwendet auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot und Broadcom CrystalHD BCM970015 h.264, divx, xvid, etc, Dekoder auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot mit libavcodec54 h264_crystalhd für xine, mplayer ( Mit -vf stereo3d=sbsr:agmc) und bino3d, etc, kein HDMI, kein HDCP oder sonstige Verkrüppelungen völlig überteuerter "aktueller ITX- und VGA- Hardware" für Konsumenten , keine CAMs, und erst recht schon gar kein HD+ und keine proprietäre Software ausser Firmware

This post has been edited 3 times, last edit by "woppr" (Jun 15th 2006, 7:00pm)

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

19

Thursday, June 15th 2006, 7:11pm

Hi Leute:
1. Das gehört das alles nicht in diesen Thread. Worum es hier geht, steht im ersten Post.

2. Mir ist es prinzipiell egal, ob und wie jemand seine Karte schrottet. Ihr seid gewarnt. Alles, was es dazu zu sagen gibt, wurde im Forum schon (mehrfach) abgehandelt.
3. Im Treiber fehlt möglichweise (keine Ahnung, ob erforderlich) noch ARM-Crash-Recovery-Code für DVB-C/DVB-T. Muß halt mal jemand machen und testen, der eine DVB-C Karte besitzt. Ich habe keine.

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

This post has been edited 2 times, last edit by "UFO" (Jun 15th 2006, 7:21pm)

Go to the top of the page

UFO

Sage

Posts: 4,862

Location: Großherzogthum Baden

20

Thursday, June 15th 2006, 7:20pm

Quoted

Original von Dr. Seltsam
ich habe DVB-C (FuSi) und stets die neuesten Treiber aus dem hg + neueste Firmware. Trotzdem habe ich auch den Effekt, dass nach dem Abziehen und Wiederreinstecken des Antennensteckers kein Kanal mehr lockt, bis ich den Treiber entladen und neugeladen habe.
Geht das Signal nur kurz verloren, passiert nichts, aber eine Minute ist meist schon zuviel.
Das war mit älteren Treibern nach meiner Erinnerung kein Problem.

Hm - um dies zu beheben, müßtest Du herausfinden, wann genau der Fehler reingekommen ist.

CU
Oliver

VDR Remote Control Plugin (Version 0.5.0): http://www.escape-edv.de/endriss/vdr
FAQ zum Remote Control Plugin: http://www.escape-edv.de/endriss/vdr/FAQ
SDRAM-Erweiterung auf 4 MByte: http://www.escape-edv.de/endriss/dvb-mem-mod
Full-TS-Mod für (SD) full-featured Karten: http://www.escape-edv.de/endriss/dvb-full-ts-mod bzw. hier
Aktuelle Treiber: http://www.vdr-portal.de/board16-video-d…-s2-6400-teil-2

Go to the top of the page

VDR Portal