HDTV-Decoder Karte selber bauen! Der Wahnsinn ist zu Ende!

mav_ · 4. Februar 2006

Zitat

Original von marcusfischer
Hmm, sehr viele Gedanken die ich nicht nachvollziehen kann!
Ich will dich ja nicht desillusionieren (darf ich als Neuling hier ja nicht und würde ich auch niiieee im Leben tun natürlich!), aber so so ein "unter uns" Gefühl will sich bei mir nicht ausbreiten sobald ich mich ins Internet einwähle

Oh du vergisst einen überaus wichtigen Punkt. Wenn pingpong hier im Forum ein "paar" Karten anbietet, kann er das evtl. gerade noch so als "privater" tun. Wenn aber in zig Foren und Zeitschriften solch eine Karte beworben wird, ist pingpong auf alle Fälle gewerblich tätig, und das auch völlig ohne Gewinnerzielungsabsicht.
Und dann darf (muss) pingpong ein Gewerbe anmelden, sich von seinem Arbeitgeber evtl. eine Erlaubnis holen und hat insbesondere im Steuer-, Wettbewerbs-, und Gewährleistungsrecht einiges zu beachten... oder er macht sich mit seinem eigenen Webshop gleich selbstständig

Zitat

Das hier ist ne riesige Community, welche teilweise irrational viel Kohle investiert in ihr schönes Hobby. --> Demnach steckt hier auch ein Markt hinter, dessen Pulsschlag sich relativ einfach messen lässt auf so einem Forum!
Ergo: Hier gucken mit Sicherheit täglich auch Leute vorbei, die ihre Produkte hier verkaufen wollen, sei es Technotrend oder wer sonst auch immer...

Nein, das mit Sicherheit nicht... Schau dir nurmal die TT-2300 an. Technotrend hat einfach den J2 zum Abgriff von RGB Signalen wegrationalisiert und nur durch eine Intervention des DVB- Shop eine Sonderedtion aufgelegt.
Der DVB-Shop ist hier gut vertreten, und somit ein Händler der auch auf Wünsche aus der Community reagiert. Aber Hersteller: Fehlanzeige.

Wenn die in den letzten Jahren auch nur einmal ernsthaft hier geschaut häten, dann hätten sie dem J2 ein paar Schutzschaltungen verpasst..
[/quote]

Zitat

Ob sich Hersteller an ein Copyright halten kann ich nicht einschätzen, wäre allerdings sehr anständig. Bleibt die Frage, ob jemand Prozesskosten investieren mag um seine Ansprüche gegen einen unverhältnismäßig größeren Widersacher durchzusetzen.

Du hast das Copyright falsch verstanden. Es geht nicht um pingpongs Rechten an der Karte, sondern den Vorgaben die die Content Industrie den Geräteherstellern im Bezug auf die Ausgabe von Hochauflösenden Inhalten macht.
Kein amerikanischer oder europäischer Hersteller wird es sich leisten können, HDTV unverschlüsselt auf die Ausgänge zu legen. (was die chinesen davon halten weiß man ja)

norman · 4. Februar 2006

pingpong

anbei eine Liste von Platinenhersteller, bewertet.
Hoffe dass sie Dir hilft zu Deinen Lieferanten Alternativen zu finden oder festzustellen das Dein Lieferant super ist.

http://www.mikrocontroller.net/articles/Platinenhersteller

norman

PS. Wir können nicht pingpong die Arbeit machen lassen und uns in unseren Sessel zurücklehnen und warten bis er uns das Ergebnis präsentiert.
pingpong,
kannst Du eine Liste von Deinen "Herausforderungen" ins Forum stellen das man Dir geziehlte Unterstützung geben kann

Konni__ · 4. Februar 2006

Die Eigentumsrechte von der Karte meinte ich sicher nicht ;), es ging mir tatsächlich um die Ausgabe des HDTV Materials

Die großen Hersteller sind an der VDR Community absolut nicht interessiert, dass hat ja irgendsoein Entwickler von TT mal klargestellt.

Bei einer Kleinserie (die auch nicht großartig öffentlich angepriesen wird) hat die "Contentindustrie" gar keine Möglichkeit einzuschreiten, da kein Kopierschutz geknackt wird, er wird halt einfach nicht erzeugt, fertig und aus.

Ebenfalls bezweifle ich, dass kls einbauen würde, dass das "Kopierschutzflag" im Datenstrom ausgewertet wird, sonst könnten wir uns den VDR eh schon sparen, da man dann eh nix mehr aufnehmen dürfte).

PS: Wenn ich Ahnung von der Sache hätte, würde ich beim Designen der Karte gern helfen.

IG88 · 4. Februar 2006

Konni__

> Zu erstem ist abzuraten, man will doch nicht die Contentindustrie auf sich
> aufmerksam machen, oder ? Immerhin wird die Karte kein HDCP machen
> (begrüßen wir doch alle *g*).

warum die hat auf den bau einer solchen karte keinen direkten einfluß, H.264 oder höhere MPEG2 auflösungen haben damit nichts direkt zu tun

> Zu zweiterem, kein Hersteller wird sich trauen das Teil zu produzieren,
> ohne auf deren "Copyright" vorgaben zu beachten.

warum nicht?, nur wird ein solches produkt keinen allzu großen absatz haben da der normae verbraucher eben hdcp "braucht" um seine HD-DVD abzuspielen und ich kann mir vorstellen wie ein fachmagazin eine karte ohne hdcp einscätzt (siehe tests von HD TV´s ohne hdcp)

> Ich bin lieber dafür wenn das Teil in kleinserie Produziert wird und unter
> "uns" bleibt, da hab ich dann auch absolut kein Problem einen höheren
> Preis zu zahlen.

klar und das bleibt dann geheim :-\
das klingt dann nach krimmineller vereinigung zum nachtel von ...
nein ein herangehen nach dem opensource prinzip ist da besser, notfalls kann sich jeder einzelne mit den plänen einen eigene prototyp bauen

> Am Ende schaltet es wieder so ne Pseudo PC Zeitung aus, und die
> Contentindustrie erfährt von dem Teil und ruck zuck, werden die sich was
> einfallen lassen, dass das Ding nimmer vertrieben werden darf.

das nennt man pressefreiheit und die contentindustrie hat den daumen auf der verschlüsslung des mediums (DVB, HD-DVD ...) und nicht auf dem h.264 decoder chip/software - bei den geräteherstellern gehts mehr darum das wenn sie einen decryption key für z.b. AACS bekommen sie sich auch an die auflagen in bezug auf die weiterverschlüsslung mit hdcp bei ausgabe über hdmi halten müssen oder wenn P...... einne broadcast lizenez von den rechteinhabern möchte müssen sie nachweisen das sei über die verschlüsslung des sendesignals und die stb´s eine geschlossenen (sichere) kette bis zum hdmi (mit hdcp) ausgang der stb bilden

btw. hast du meinen beitrag am anfang gelesen?
http://www.vdrportal.de/board/thread.php?threadid=44916&page=1

Dirk · 4. Februar 2006

Zitat

Original von Konni__
Ebenfalls bezweifle ich, dass kls einbauen würde, dass das "Kopierschutzflag" im Datenstrom ausgewertet wird, sonst könnten wir uns den VDR eh schon sparen, da man dann eh nix mehr aufnehmen dürfte).

Selbst wenn klaus das machen muß (von selbst wird es das nicht machen), wird es findige Leute geben, die das rauspatchen

norman · 4. Februar 2006

Dirk

kann man den thread nicht trennen, die eher allgemeinen Diskusionen und die technischen, es wird langsam sehr unübersichtlich.
Oder hast Du eine andere Idee?

norman

mav_ · 4. Februar 2006

Zitat

klar und das bleibt dann geheim :-\
das klingt dann nach krimmineller vereinigung zum nachtel von ...
nein ein herangehen nach dem opensource prinzip ist da besser, notfalls kann sich jeder einzelne mit den plänen einen eigene prototyp bauen

Genau du baust zu Hause eine Karte mit zig SMD Bausteinen, und mindestens einem BGA, dass will ich sehen.
Am besten zimmerst du dir auch eine 4 Lagenplatine mit dem Bügeleisen. Offene Pläne schön und gut aber der Nachbau von sowas
ist faktisch ausgeschlossen...
Es geht auch nicht um "geheim" sondern eher "unterhalb des Radars", ein paar Forenbastler fallen viel weniger auf als ein c't Heimprojekt...

Zitat

das nennt man pressefreiheit

Eine "Pressefreiheit" die darin endet, das Heise regelmäßig wegen vermeintlichen Nichtigkeiten abgemahnt und verklagt wird.

Dirk · 4. Februar 2006

Zitat

Original von norman
Dirk

kann man den thread nicht trennen, die eher allgemeinen Diskusionen und die technischen, es wird langsam sehr unübersichtlich.
Oder hast Du eine andere Idee?

norman

Ich verstehe was du meinst, jedoch müßte das nen anderer Mod übernehmen! Bin derzeit nur am WE zu Hause und hab da kaum Zeit Falls ich heute noch Zeit finde, werd ich mir mal anschauen, ob man den thread sinnvoll trennen kann, ohne die lesbarkeit zu beinflussen(was ich jedoch bissel befürchte)

Für die Zwischenzeit würde ich vorschlagen, das hier nur noch Technik und Lizens-Fragen behandelt werden und allgemeine Sachen in einem Neuen Thread angefangen werden, den irgendeiner erstellt

pingpong · 4. Februar 2006

Hallo Leute,

da hab ich ja was losgetreten, fast 10.000 Hits in eineinhalb Wochen und einen Tag nicht richtig reingeschaut und soviel los hier.

Erstmal will ich allen meinen größten Respekt ausrichten die hauptberuflich Platinen entflechten und routen, hänge immer noch an der Verbindung zwischen DM642 und SD-Ram fest aber nach dem 10 Anlauf denke ich den richtigen Ansatz zu haben 8).

Na dann will ich mal ein paar Antworten liefern.

Also als erstes Dirk:

Zur Hitzeentwicklung kann ich noch nichts genaues sagen, nur soviel das er komplett passiv gekühlt werden kann, bei Geräten die den gleichen DSP verwenden wird noch nicht mal ein Kühlkörper verwendet. Der DSP wird aber auf der Oberseite montiert sein, ihn unten drunter zu packen wäre mir doch etwas zu experimentel.

Die Karte wird jedeglich eine Art Framebuffer haben, wo der OSD-Ram der Karte in den Hauptspeicher des PC´s gemappt wird. Aber da kein Grafikkartenbios vorhanden ist und die Karte auch nicht über die Standart IO einer Grafikkarte ansprechbar ist. Wird sie erst ein Bild liefern wenn der Treiber geladen ist, so wie bisher auch.

ABER es wird ein 2MByte Flashspeicher vorhanden sein in welches man ein Bootlogo (fest oder animiert, muß man sehen) laden kann, was dann solange angezeigt wird bis der eigentliche Treiber geladen wird. So ist jedenfalls mal meine jetzige Planung.

Zu el_colto:

Die Sache groß publik zu machen, davon halte ich nicht sehr viel, wie mav_ schon schreibt bin nur Privatmann und will es auch bleiben, will ja keine Kohle damit scheffeln ist ja nur Hobby für mich. Deswegen wird es über eine Kleinserie (wenns funktioniert ) nicht hinausgehen. Und wenn die Sache groß an die Glocke gehangen wird denke ich wird man mir die Hütte einrennen.

Da kommt mir noch ne rechtliche Frage. Wie sieht es eigentlich aus wenn ich eine Hardware baue und jemand anderes verwendet sie dazu irgendwelche Kopierschutzverfahren zu umgehen, könnte ich als Entwickler der Hardware zur verantwortung gezogen werden?

Es geht mir ja hauptsächlich darum eine offene Plattform zu haben wo jeder was dazu beitragen kann, OpenSource eben, und das für Firmware und Treiber, damit man nicht mit den gleichen Problemen konfontiert ist wie Randy mit seiner Karte (feste Kernelabhängige Treiber und nicht aktualisiert). So kann jeder implementieren was er will und man ist nicht an die Industrie gebunden.

Zu norman:

Danke für die Liste, werde mal durchschauen, endlich mal jemand der Vorschläge liefert.

Zitat

PS. Wir können nicht pingpong die Arbeit machen lassen und uns in unseren Sessel zurücklehnen und warten bis er uns das Ergebnis präsentiert.
pingpong,
kannst Du eine Liste von Deinen "Herausforderungen" ins Forum stellen das man Dir geziehlte Unterstützung geben kann

genau das wolte ich eigntlich mit diesem Thread bezwecken.
Will eigentlich, das sich andere die Schaltpläne mal anschauen um Fehler und verbesserungen zu finden, eventuell Änderungen an den Features zu machen und dinge die man noch ohne den Preis in die Höhe zu treiben implementieren könnte. Wäre doch sehr schade wenn durch einen übersehenen Fehler in der Schaltung das ganze hinterher nicht funktioniert (z.B.: Falsch berechnete Widerstände in der Spannungsregelung und der DSP bekommt statt 1,4 V auf einmal 2 V und aus ist der Traum, mal abgesehen von einem kleinen Wölkchen ).

Alles was Ihr vorschlagt und auch durch andere befürwortet wird, wird dann auch einfliessen (in elektronischer Hinsicht), will nochmal betonen das ich das nur als Hobby mache und mir in manchen Bereichen noch die Ahnung fehlt. Daher nicht einfach sagen da ist ein Fehler, sondern auch begründen warum und wie zu lösen.

Wäre mir auch lieber dies als Technikthread zu lassen.

Grüße,

Alwin Esch

Xstream · 4. Februar 2006

Zitat

Original von pingpong
Die Karte wird jedeglich eine Art Framebuffer haben, wo der OSD-Ram der Karte in den Hauptspeicher des PC´s gemappt wird. Aber da kein Grafikkartenbios vorhanden ist und die Karte auch nicht über die Standart IO einer Grafikkarte ansprechbar ist. Wird sie erst ein Bild liefern wenn der Treiber geladen ist, so wie bisher auch.

ich hab die frage nach dem framebuffer eher in hinsicht auf x11 ausgabe verstanden

komet · 4. Februar 2006

Zitat

Da kommt mir noch ne rechtliche Frage. Wie sieht es eigentlich aus wenn ich eine Hardware baue und jemand anderes verwendet sie dazu irgendwelche Kopierschutzverfahren zu umgehen, könnte ich als Entwickler der Hardware zur verantwortung gezogen werden?

Ich denke gerade an den der das Brech-Eisen erfunden hat.

Komet

pingpong · 4. Februar 2006

Hallo Leute,

es könnten sich ja mal die Programmiergenies ein paar Gedanken machen bezuglich folgender Themen:

-Treiber API
- Anwendbarkeit von TI DSP/BIOS Real-Time Kernel --->Link <---(scheint auf Linux zu passieren und ist kostenlos)
- Integration von mplayer und ffmepg in DSP/BIOS als Codec
- Möglichkeiten des Frambuffers für OSD, problematisch könnte sein da, wenn ich das richtig verstanden habe, der DSP immer nur 4 MByte in den Hauptspeicher mappen kann. Eventuell über Pagefaulthandling zu lösen?
- Vieleicht sogar ALSA-Treiber da die Karte ja einen Leistungsfähigen 7.1 Audioausgang haben soll.
- und alles was mir jetzt nicht einfällt

Da kommt mir noch eventuell ein Killerfeature, da laut vielen Benchmarks der DSP bei h264 nur 30-40% Auslastung haben soll, könnte man doch den Rest Leistung für Hardwareunterstütztes umcodieren verwenden (Mencoder) (Wir wissen ja wie lange das Teilweise dauerd )

coke · 4. Februar 2006

Zitat

Original von pingpong

- OSD mit 24bit Farben bis 1920x1080
- OSD als Framebuffer ansprechbar

MT48LC4M32B2 - 16MByte SD-Ram

Was wäre denn mit den 16 MB Ram so alles möglich?
Vielleicht Animationen im/am/ums OSD in 24bit und in 1080p?

Und wie viel bliebe dann noch übrig? (Immer an die Zukunft denken )

coke

pingpong · 4. Februar 2006

Zitat

Original von coke

Was wäre denn mit den 16 MB Ram so alles möglich?
Vielleicht Animationen im/am/ums OSD in 24bit und in 1080p?

Und wie viel bliebe dann noch übrig? (Immer an die Zukunft denken )

coke

Alles anzeigen

Als Anmerkung die Module haben 16 MByte, insgesamt 4 = 64 MByte Ram. Denke alles ist da möglich, wird ja nur durch die Rechenleistung beschränkt und davon ist genug vorhanden und es geht ja nur um 2D-Darstellung (ein animiertes GIF läuft ja auch schon auf nem 386er).

Denke selbst eine MCE-Oberfläche solte ohne Probleme realsierbar sein.

Bitz · 4. Februar 2006

Hi pingpong,
Das mit dem Linux-Kernel ist für Monatvista (ARM-CPU)
zum Bootstrappen des DSP bzw. Message-Passing zw. Host und DSP-Kernel/Bios (gibts tatsächlich für lau).

Soweit ich verstanden habe wird der Kernel/das BIOS als Teil des
"Code Composer Studio" ausgeliefert.
Das gibts als Trial-Version online (angeblich 90-Tage-Lizenz)
oder als CD (angeblich 120-Tage-Lizenz).
Abba nich generell kostenlos (oder hab ich was übersehen?).
Ansonsten kann man "nur" auf die Support-Libs (ANSI-C)
zurückgreifen. Dann hat man aber kein volles BIOS/ RT-Kernel,
sondern müsste das selbst erfinden.
Evtl. kann man aus dem Win-DDK was lernen, das in nen
brauchbaren Linux-Treiber mündet, das müsste dann aber auf der
Host-CPU laufen, nicht im DSP.

Eine volle Code-Composer-Lizenz ist kost ordentlich.

Ich hab die "Trial"-CD bestellt und schau mal rein,
sobal ich sie hab.
Ausserdem in die "BIOS/Link-Libs.

Bin zwar kein Programmier-Genie aber n prima Universaldiletant...
Grüsse,
Bitz

norman · 4. Februar 2006

pingpong

anbei Liste mit Elektronikversendern, wie gehabt auch bewertet!

http://www.mikrocontroller.net/articles/Elektronik-Versender

norman

Argus · 4. Februar 2006

Zitat

Original von mav_
Genau du baust zu Hause eine Karte mit zig SMD Bausteinen, und mindestens einem BGA, dass will ich sehen.
Am besten zimmerst du dir auch eine 4 Lagenplatine mit dem Bügeleisen. Offene Pläne schön und gut aber der Nachbau von sowas
ist faktisch ausgeschlossen...

sag niemals nie ist zwar hier etwas OT aber zu BGA --> http://www.lrr.in.tum.de/~acher/bga/index.html

und im Prog Forum gibt es Jungs die kleben mit Epoxy eine doppellagige 0,5er mit jeweils einer einlagigen 0,5 er unten und oben (ergibt 1,5mm) und das funkioniert. ( Durchkontaktieren natürlich auch)

Gruß Fr@nk

norman · 4. Februar 2006

Zitat

sag niemals nie ist zwar hier etwas OT aber zu BGA --> http://www.lrr.in.tum.de/~acher/bga/index.html

und hier Pizzaofen als smd Lötstation

http://www.elektor.de/default.aspx?tabid=27&art=5550657

norman

pingpong · 4. Februar 2006

Zitat

Original von norman

und hier Pizzaofen als smd Lötstation

http://www.elektor.de/default.aspx?tabid=27&art=5550657

norman

Alles anzeigen

Mmmmmhhh,

neue Zukunft für Mamas Backofen und wo ist meine Epoxydharzpistole :D.

Ne im ernst, das bringt mich zwar auf Ideen für die Zukunft, aber wenn ich mir vorstellen muß 50-150 Platinen selbst zu löten, kommt die Karte erst beim XXXXXXUWHDTV-Standart im Jahre 2050 ;D.

Aber besser fand ich da noch das selbstgebaute Röntgengerät aus Abflußrohr.

pingpong · 4. Februar 2006

So Leute,

teil des SD-Ram routings fertig und nun zum komentieren freigegeben . So wo hab ich mist gebaut?

[Blockierte Grafik: http://www.pingpong.homepage.t-online.de/ffdeccard/route.gif]

Es sind noch nicht alle Signale gezogen und ungeroutete Signale sind ausgeblendet.

Die unter den Pads des DM642 zu sehenden Vias sind buried vias vom Groundlayer zum Bottomlayer also kein Kontakt zum Pad. Die kleinen Vias sind Microvias welche immer nur zur ersten Lage reichen.

Anbei noch die einzelnen Signalwerte:

Code

EAGLE Version 4.11 Copyright (c) 1988-2003 CadSoft


List of signal length and its frequency & max. current
exported from C:/Programme/EAGLE-4.11/projects/HDTV Decoder Card/FFDCrev0.02.brd
 at 04.02.2006 19:51:22 


                                                   ---  Width  ---   Cu = 0.035 mm
Signal        f [MHz]    l [mm]     mm2   ~mOhm    Min   [mm]   Max    ~Imax [A]


TEA12         6321.99     47.42 | 0.005   154.69    0.152     0.152    ~ 0.50
TEA11         6570.21     45.63 | 0.005   148.85    0.152     0.152    ~ 0.50
TEA10         6684.11     44.85 | 0.005   146.31    0.152     0.152    ~ 0.50
TCE1#         6817.71     43.97 | 0.005   143.45    0.152     0.152    ~ 0.50
TEA9          6973.12     42.99 | 0.005   140.25    0.152     0.152    ~ 0.50
TEA7          6998.23     42.84 | 0.005   139.75    0.152     0.152    ~ 0.50
TBE7#         7151.19     41.92 | 0.005   136.76    0.152     0.152    ~ 0.50
TEA14         7258.46     41.30 | 0.005   134.74    0.152     0.152    ~ 0.50
TBE1#         7386.63     40.59 | 0.005   132.40    0.152     0.152    ~ 0.50
TEA6          7479.77     40.08 | 0.005   130.75    0.152     0.152    ~ 0.50
TED14         7582.78     39.54 | 0.005   128.97    0.152     0.152    ~ 0.50
TED12         7655.98     39.16 | 0.005   127.74    0.152     0.152    ~ 0.50
TED15         7686.47     39.00 | 0.005   127.23    0.152     0.152    ~ 0.50
TEA8          7698.26     38.94 | 0.005   127.04    0.152     0.152    ~ 0.50
TSDCKE        7901.02     37.94 | 0.005   123.78    0.152     0.152    ~ 0.50
TBE5#         7937.91     37.77 | 0.005   123.20    0.152     0.152    ~ 0.50
TED8          8012.90     37.41 | 0.005   122.05    0.152     0.152    ~ 0.50
TED56         8159.40     36.74 | 0.005   119.86    0.152     0.152    ~ 0.50
TED57         8207.55     36.53 | 0.005   119.16    0.152     0.152    ~ 0.50
TEA16         8215.26     36.49 | 0.005   119.04    0.152     0.152    ~ 0.50
TEA15         8358.75     35.87 | 0.005   117.00    0.152     0.152    ~ 0.50
TED10         8388.43     35.74 | 0.005   116.59    0.152     0.152    ~ 0.50
TED11         8479.10     35.36 | 0.005   115.34    0.152     0.152    ~ 0.50
TED58         8554.82     35.04 | 0.005   114.32    0.152     0.152    ~ 0.50
TED13         8642.29     34.69 | 0.005   113.16    0.152     0.152    ~ 0.50
TED60         8683.91     34.52 | 0.005   112.62    0.152     0.152    ~ 0.50
TED59         8690.76     34.50 | 0.005   112.53    0.152     0.152    ~ 0.50
TEA13         8896.15     33.70 | 0.005   109.93    0.152     0.152    ~ 0.50
TBE6#         9112.98     32.90 | 0.005   107.32    0.152     0.152    ~ 0.50
TED9          9138.56     32.81 | 0.005   107.02    0.152     0.152    ~ 0.50
TED47         9273.49     32.33 | 0.005   105.46    0.152     0.152    ~ 0.50
TED62         9293.37     32.26 | 0.005   105.23    0.152     0.152    ~ 0.50
TED45         9357.79     32.04 | 0.005   104.51    0.152     0.152    ~ 0.50
TED61         9363.36     32.02 | 0.005   104.45    0.152     0.152    ~ 0.50
TED41         9489.36     31.59 | 0.005   103.06    0.152     0.152    ~ 0.50
TED25         9551.25     31.39 | 0.005   102.39    0.152     0.152    ~ 0.50
TED27         9616.91     31.17 | 0.005   101.69    0.152     0.152    ~ 0.50
TED63         9684.93     30.96 | 0.005   100.98    0.152     0.152    ~ 0.50
TED24         9847.35     30.44 | 0.005    99.31    0.152     0.152    ~ 0.50
TBE3#         9866.33     30.39 | 0.005    99.12    0.152     0.152    ~ 0.50
TED26         9915.91     30.23 | 0.005    98.63    0.152     0.152    ~ 0.50
TED28         9991.89     30.00 | 0.005    97.88    0.152     0.152    ~ 0.50
TED30        10051.13     29.83 | 0.005    97.30    0.152     0.152    ~ 0.50
TED43        10282.40     29.16 | 0.005    95.11    0.152     0.152    ~ 0.50
TED51        10330.98     29.02 | 0.005    94.66    0.152     0.152    ~ 0.50
TBE0#        10377.36     28.89 | 0.005    94.24    0.152     0.152    ~ 0.50
TED29        10488.62     28.58 | 0.005    93.24    0.152     0.152    ~ 0.50
TED48        10540.34     28.44 | 0.005    92.78    0.152     0.152    ~ 0.50
TED31        10576.03     28.35 | 0.005    92.47    0.152     0.152    ~ 0.50
TED49        10585.84     28.32 | 0.005    92.39    0.152     0.152    ~ 0.50
TED40        10596.49     28.29 | 0.005    92.29    0.152     0.152    ~ 0.50
TED44        10690.05     28.04 | 0.005    91.48    0.152     0.152    ~ 0.50
TEA5         11213.01     26.74 | 0.005    87.22    0.152     0.152    ~ 0.50
TED42        11216.20     26.73 | 0.005    87.19    0.152     0.152    ~ 0.50
TED46        11250.22     26.65 | 0.005    86.93    0.152     0.152    ~ 0.50
TED55        11314.00     26.50 | 0.005    86.44    0.152     0.152    ~ 0.50
TSDRAS#      11391.21     26.32 | 0.005    85.85    0.152     0.152    ~ 0.50
TED50        11955.29     25.08 | 0.005    81.80    0.152     0.152    ~ 0.50
TED52        11955.71     25.08 | 0.005    81.80    0.152     0.152    ~ 0.50
TED53        12054.76     24.87 | 0.005    81.13    0.152     0.152    ~ 0.50
TED4         12153.60     24.67 | 0.005    80.47    0.152     0.152    ~ 0.50
TEA4         12257.70     24.46 | 0.005    79.78    0.152     0.152    ~ 0.50
TED6         12459.65     24.06 | 0.005    78.49    0.152     0.203    ~ 0.50
TED23        12505.59     23.97 | 0.005    78.20    0.152     0.152    ~ 0.50
TEA3         12514.85     23.96 | 0.005    78.15    0.152     0.152    ~ 0.50
TED7         12520.72     23.94 | 0.005    78.11    0.152     0.152    ~ 0.50
TED21        12619.15     23.76 | 0.005    77.50    0.152     0.152    ~ 0.50
TSDCAS#      12638.46     23.72 | 0.005    77.38    0.152     0.152    ~ 0.50
TBE4#        12784.73     23.45 | 0.005    76.50    0.152     0.152    ~ 0.50
TCE0#        12879.53     23.28 | 0.005    75.93    0.152     0.152    ~ 0.50
TED54        13086.87     22.91 | 0.005    74.73    0.152     0.152    ~ 0.50
TSDWE#       13138.89     22.82 | 0.005    74.43    0.152     0.152    ~ 0.50
TED38        13344.01     22.47 | 0.005    73.29    0.152     0.152    ~ 0.50
TED3         14132.74     21.21 | 0.005    69.20    0.152     0.152    ~ 0.50
TBE2#        14257.29     21.03 | 0.005    68.59    0.152     0.152    ~ 0.50
TED17        14650.57     20.46 | 0.005    66.75    0.152     0.152    ~ 0.50
TED39        14689.47     20.41 | 0.005    66.58    0.152     0.152    ~ 0.50
TED5         14691.25     20.41 | 0.005    66.57    0.152     0.152    ~ 0.50
TED19        14855.04     20.18 | 0.005    65.83    0.152     0.152    ~ 0.50
TED22        14875.85     20.15 | 0.005    65.74    0.152     0.152    ~ 0.50
TED36        14876.86     20.15 | 0.005    65.74    0.152     0.152    ~ 0.50
TED2         15106.14     19.85 | 0.005    64.74    0.152     0.152    ~ 0.50
TED37        15637.13     19.17 | 0.005    62.54    0.152     0.152    ~ 0.50
TED33        15818.89     18.95 | 0.005    61.82    0.152     0.152    ~ 0.50
TED34        15847.22     18.92 | 0.005    61.71    0.152     0.152    ~ 0.50
TED1         16420.55     18.26 | 0.005    59.56    0.152     0.152    ~ 0.50
TED0         16519.72     18.15 | 0.005    59.20    0.152     0.152    ~ 0.50
TED35        16734.08     17.92 | 0.005    58.44    0.152     0.152    ~ 0.50
TED16        16776.88     17.87 | 0.005    58.29    0.152     0.152    ~ 0.50
TED32        16988.60     17.65 | 0.005    57.57    0.152     0.152    ~ 0.50

Alles anzeigen

Sind diese Werte vertrettbar?

Grüße

HDTV-Decoder Karte selber bauen! Der Wahnsinn ist zu Ende!

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema