Beiträge von gui2

Hallo HTPC-Fan,

was soll ich sagen, es widerspricht vielleicht allem bekannten, aber Femon lügt (hoffentlich)nicht

Femon WDR-Köln, SLOF 11840:

status 1f | signal cd7f | snr cb88 | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cd0b | snr cb7f | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cdd7 | snr cb73 | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cd4c | snr cb97 | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cd62 | snr cb6d | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cd7f | snr cb85 | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK
status 1f | signal cd58 | snr cb6d | ber 00000000 | unc bf9f2708 | FE_HAS_LOCK

Zumindest bei gutem Wetter läuft es dank dir.
Ich werd jetzt mal das nächte Gewitter abwarten dann heul ich euch wieder voll

Trotzdem wär es toll wenn mir irgendwer dieses Fänomän erklären könnte.
Ich melde mich.

Viele Grüsse
Guido

Hallo,

so, ich habe jetzt mal die Multiswitch überbrückt, und den Stecker zum LNB gecheckt.
Kein unterschied auf ARD, liegt also nicht am Switch.
Die Probleme sind immer noch die gleichen der Emfang (femon) ist top und bricht dann weg, aber scheinbar nur im unteren bereich des High-Bandes.
Premiere geht jetzt, da ich SLOF auf 1800 gesetzt habe und Premiere jetzt auf LOW liegt.
Wie hoch kann ich im SLOF gehen ?

Hier noch mal femon WDR, man sieht wie SNR wegbricht:

status 1f | signal cf76 | snr d890 | ber 00004000 | unc bf8c05d8 | FE_HAS_LOCK
status 03 | signal ced4 | snr d776 | ber 00002d00 | unc bf8c05d8 |
status 03 | signal cf7d | snr dafd | ber 00002e00 | unc bf8c05d8 |
status 1f | signal cef4 | snr d83c | ber 00002f00 | unc bf8c05d8 | FE_HAS_LOCK
status 01 | signal ce93 | snr d73a | ber 00002d00 | unc bf8c05d8 |
status 03 | signal ce7d | snr d57b | ber 00002700 | unc bf8c05d8 |
status 1f | signal cdaf | snr d6bc | ber 00001e00 | unc bf8c05d8 | FE_HAS_LOCK
status 01 | signal 9ffe | snr 820e | ber 0000ff03 | unc bf8c05d8 |
status 1f | signal cf7c | snr d76a | ber 0000ff08 | unc bf8c05d8 | FE_HAS_LOCK
status 07 | signal cee0 | snr d707 | ber 00002000 | unc bf8c05d8 |
status 03 | signal c037 | snr af59 | ber 00009a00 | unc bf8c05d8 |

wie gesagt, beim Clienten mit der FF sieht das ganze so aus:

status 1f | signal 9b9b | snr e2e2 | ber 00000000 | unc 00000051 | FE_HAS_LOCK
status 1f | signal 9b9b | snr e2e2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9c9c | snr e2e2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9c9c | snr e1e1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9c9c | snr e1e1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9c9c | snr e1e1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 9c9c | snr e1e1 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Gleiche Multiswitch, schlechteres Kabel und die Technotrend soll ja eh einen schlechten Tuner haben.
Ich blick es nicht mehr.

Grüsse
Guido

Hallo,

danke für die Erklärung, hat mir sehr geholfen.

Ich habe jetzt SLOF extra mal auf 11800 gesetzt (vorher Standard 11700) also Premiere auf LOW.
Und --> Premiere störungsfreier empfang.

Ich habe also ein Problem in den Übergangsfreq. zum High-Band.

Ich checke mal das H/H Kabel vom LNB zum Multisw.

Grüsse
Guido

HTPC-Fan

treffer, CNN, ARD und EURONEWS genau das gleiche.

Woran kann das liegeb ?

andi

Firmware wird nicht neu geladen, logs sehen nur nach schlechtem empfang aus, deineLinks (Danke) haben mir auch nicht geholfen.

Ich habe einfach schlechten empfang, trotz guter signalwerte und dies nur auf einigen Transpondern.
das macht mich Fertig.

Grüsse
Guido

Hallo,

aufnahme test auf Premiere SiFi:

Log sagt :

Jan 8 20:28:47 localhost vdr: [7539] PES packet shortened to 3286 bytes (expected: 3470 bytes)
Jan 8 20:28:47 localhost vdr: [7539] 1 cRepacker messages suppressed
Jan 8 20:28:47 localhost vdr: [7539] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame

Femon:

status 1f | signal c316 | snr cd89 | ber 00000000 | unc bff1b438 | FE_HAS_LOCK
status 1f | signal c4f6 | snr cdb9 | ber 00000000 | unc bff1b438 | FE_HAS_LOCK
status 1f | signal c1cb | snr cdb9 | ber 00000000 | unc bff1b438 | FE_HAS_LOCK
status 1f | signal c319 | snr cdaa | ber 00000000 | unc bff1b438 | FE_HAS_LOCK
status 1f | signal c3c3 | snr cd8c | ber 00000000 | unc bff1b438 | FE_HAS_LOCK
status 1f | signal c3c5 | snr cda1 | ber 00000000 | unc bff1b438 | FE_HAS_LOCK

Aufnahme ist astrein.

Pemiere 1 aufnahme: (frontend 1 auf channel 16)

Jan 8 20:39:55 localhost vdr: [7898] PES packet shortened to 1814 bytes (expected: 3470 bytes)
Jan 8 20:39:55 localhost vdr: [7898] PES packet shortened to 2550 bytes (expected: 3470 bytes)
Jan 8 20:39:55 localhost vdr: [7898] PES packet shortened to 1630 bytes (expected: 3470 bytes)
Jan 8 20:39:55 localhost vdr: [7898] PES packet shortened to 2366 bytes (expected: 3470 bytes)
Jan 8 20:39:55 localhost vdr: [7898] PES packet shortened to 2392 bytes (expected: 3470 bytes)
Jan 8 20:39:56 localhost vdr: [7898] PES packet shortened to 1998 bytes (expected: 3470 bytes)
Jan 8 20:39:56 localhost vdr: [7402] frontend 0 lost lock on channel 514, tp 210788
Jan 8 20:39:56 localhost vdr: [7402] frontend 0 regained lock on channel 514, tp 210788
Jan 8 20:39:57 localhost vdr: [7405] frontend 1 lost lock on channel 16, tp 111798
Jan 8 20:39:57 localhost vdr: [7405] frontend 1 regained lock on channel 16, tp 111798
Jan 8 20:39:57 localhost vdr: [7898] PES packet shortened to 2550 bytes (expected: 3470 bytes)
Jan 8 20:39:57 localhost vdr: [7402] frontend 0 lost lock on channel 514, tp 210788
Jan 8 20:39:57 localhost vdr: [7402] frontend 0 regained lock on channel 514, tp 210788
Jan 8 20:39:57 localhost vdr: [7898] PES packet shortened to 2734 bytes (expected: 3470 bytes)
Jan 8 20:39:58 localhost vdr: [7898] PES packet shortened to 2366 bytes (expected: 3470 bytes)
Jan 8 20:39:58 localhost vdr: [7898] PES packet shortened to 2366 bytes (expected: 3470 bytes)
Jan 8 20:39:58 localhost vdr: [7898] PES packet shortened to 2208 bytes (expected: 3470 bytes)
Jan 8 20:39:58 localhost vdr: [7898] PES packet shortened to 2576 bytes (expected: 3470 bytes)

Femon:

status 1f | signal c37f | snr d46d | ber 0000ff18 | unc bfa88798 | FE_HAS_LOCK
status 1f | signal c2f8 | snr d038 | ber 00006204 | unc bfa88798 | FE_HAS_LOCK
status 1f | signal c254 | snr d233 | ber 00003400 | unc bfa88798 | FE_HAS_LOCK
status 01 | signal 98e5 | snr 8d51 | ber 0000ff00 | unc bfa88798 |
status 07 | signal c4d1 | snr d3fb | ber 0000ff08 | unc bfa88798 |
status 1f | signal c1cb | snr d4c4 | ber 00002d04 | unc bfa88798 | FE_HAS_LOCK
status 1f | signal c300 | snr d52a | ber 00000400 | unc bfa88798 | FE_HAS_LOCK
status 01 | signal adcc | snr a58a | ber 0000ff00 | unc bfa88798 |
status 03 | signal c422 | snr d3dd | ber 0000ff09 | unc bfa88798 |
status 1f | signal c4dd | snr d49a | ber 00003500 | unc bfa88798 | FE_HAS_LOCK
status 1f | signal c302 | snr d4b5 | ber 00003d0c | unc bfa88798 | FE_HAS_LOCK
status 03 | signal d568 | snr d3e3 | ber 0000ff07 | unc bfa88798 |
status 03 | signal c819 | snr adb5 | ber 0000ff00 | unc bfa88798 |

Liegen die 2 Sender nicht auf dem gleichen Transponder ?

Grüsse
Guido

Hallo,

so, kernel 2.6.28-4 läuft, alle F-Stecker neu aufgeschraubt und nu sagt Femon das :

root@Oskar2:/video0# femon
using '/dev/dvb/adapter0/frontend0'
FE: ST STV0299 DVB-S (SAT)
status 1f | signal d202 | snr db0f | ber 0000ff00 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c1 | snr daf1 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d200 | snr dafd | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c2 | snr daf4 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d33e | snr dafd | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d20d | snr dae2 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d201 | snr dad6 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c1 | snr dae5 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c2 | snr daeb | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d33e | snr daf1 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c0 | snr dae2 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d33e | snr dac1 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c2 | snr dae8 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c3 | snr dae5 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c2 | snr df6b | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d0c1 | snr df7d | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK
status 1f | signal d202 | snr df68 | ber 00000000 | unc bf8f05f8 | FE_HAS_LOCK

Naja, immerhin seh ich jetzt mal unc fehler bei ber 0
Ich blicke nichts mehr

Morgen,

Andi011

Der Empfang ist etwas schlechter als unterm Dach (ca. 75/85) und bricht auch dort genauso ein.
Den client hatte ich noch nicht am Server-LNB-Kabel, wede das am WE mal testen.

Gestern habe ich erst mal ein Dist/ Kernelupdate auf dem Server gemacht (auf 2.6.28, es gab da nähmlich eine änderung der budget.ci für KNC One).

Leider hat mir das die menue.list auf UUid umgestellt und jetzt geht nichts mehr (ERROR 15, findet die Root Partition nicht mehr)
Ich muss erst mal ein Knoppix starten umd mal schaun was da Passiert ist ?(.

Ich melde mich dann wieder.

Grüsse
Guido

Hy,

Andi011
Ja, das Singnal kinickt kurz ein, kommt dann wieder.
Bei femon sieht man bei jeder 4-5 anzeige wie der Lock weg ist und sich alle werte immer ändern.
Beim Clienten im Wohnzimmer ist die Femon-Anzeige absolut stabil da ändert sich fast nichts.

Bäume sind nicht im Umkreis

Keine_Ahnung

An zu hohen Signalpedel habe ich auch schon gedacht, aber wenn ich den Server im Wohnzimmer anschliesse (dort wo der störungsfreie Client steht)
ändert sich am Empfang nichts (auser die Signalstärke geht etwas runter).
LNB ist ein Inverto Quadro Rauschmaß 0.3 dB

Grüsse
Guido

P.S.
unc ist immer 0

Hallo zusammen,

ich habe arge Probleme mit meinen Aufnahmeserver, darum hoffe ich auf einige Tips von euch :-).

Konfiguration AufnahmeServer:
P3, 512MB, Kernel 2.6.22 (oder 2.6.23, kann ich jetzt grad nicht schauen), 2x satelco easywatch light DVB-S , VDR 1.5.2

Client:
Athlon Opteron @900 Mhz, 2 GB, easyvdr 5, 1x TT 1.3

Das gespann lief bis dato an einer 80cm Schüssel mit Monoblock (Hotbird A, Astra B) soweit zufriedenstellend, bis
auf Aussetzer bei schlechtem Wetter.Die Schüssel war halt nicht so toll ausgerichtet.
Allerdings gab es bei einer Signalstärke/Qualität von ca. 60/75 (bei normalem Wetter) keine Probleme.

Jetzt bin ich bin gerade umgezogen und habe meine neue Schüssel (Nur noch Astra,Inverto Quadro, NoName Multiswitch 5/8) von einem Fachmann ausrichten lassen.
Laut dessen Messerät habe ich Signalstärke/Qualität von 80-90/90-95.

Die Switch hängt ca. 3m hinter dem LNB, der Server ca. 5m hinter der Switch (100 db Kabel, Stecker überprüft).
Den Client habe ich über ein vorhandenes, altes, einfach geschirmtes dünnes, ca. 15m langes Kabel angeschlossen.
Mir war klar das es beim Clienten durch das Kabel einen Verlust gibt.
Client angeschlossen ... kein Empfang .-( (halbe Stunde suchen und ärgern )... diseqc aus ... Empfang .
Signalstärke ca 65 (also ähnlich der alten Anlage, liegt an dem schlechten Kabel) Signalqualität 87 %, viel besser als vorher.
Alle sender Top empfang, auch bei schnee femon BNR 0000. Alles Super :-).
Nur der Server macht Probleme. Der hängt, wie gesagt, ca. 5m hinter der Multiswitch, die Kabel sind 100db, die Stecker hab ich zig mal gecheckt.
Laut femon habe ich Signalstärke/Qualität von ca. 85/89, trotdem BNR fehler und alle Sekunden verliert er den lock (ARD, Premiere).

Die Signalstärker/Qualität sinkt auf ca. 60/80 der Lock ist weg. Auf beiden Karten getestet.
Ich habe beits die Ausgäge am Multiswitch gewechselt, Kabel getaucht, am Kabel des Client-VDR angeschlossen, mit/ohne Diseqc.conf getestet.
Auch die Channels.conf habe ich getauscht, mit scan neu erstellt, immer Lost-Lock.
Vdr aus und scan liefert das gleiche ergebniss.
Was mich wundert sind die BNR störungen bei 85/89 Empfang auf allen Sendern und den Lost-Lock speziell bei ARD und Premiere (Abo).

Die Satelco Karten werden laut lspci als KNC erkannt ID: 1894 001e
IRQ Probleme schließe ich aus, beide Karten haben einen eigenen IRQ und liefen ja vorher auch ohne BNR störungen.

Ich weiss nicht mehr weiter
Hat jemand Tips für mich ?

Zitat

Umschalten geht doch mit "Blau" - oder steh' ich gerade auf dem Schlauch?

Klar geht das, aber mein Frau sagt

Zitat

Das fand ich vorher aber viel besser

Na da muss die gute wokl durch

schönes Wochenende
Guido

Hallo,

der Tip war zwar gut, hilft aber nicht wirklich weiter.

Der vorteil von epgsearch ist ja auch, das direkte Umschalten mit "OK".
Oder hast du dafür auch ne Idee ?

Gruss
Guido

P.S.

Am schönsten wär es trotzdem Remotetimers mit Epgsearch zu Verheiraten

Hallo,

dank euch für die Tips.
Ich suche erstmal eine neue Grafikkarte mit TV-Out
Allerdings sind LowProfile PCI mit nvtv support schwer zu finden(alles andere krieg ich nicht mehr rein.

Grüsse
Guido

Hallo,

ich habe folgende Hardware:

Foxconn Winfast Nfore4 Board mit 6150 onBoard Grafik.
Joytech 5,6 Zoll Display.

Das Mainboard hat einen 3.Poligen internen TV-Out, von dort geht über einen s-vhs--Cinch Adapter ins Display.

Strom bekommt das Display direkt von ATX (Floppystecker).

Im Bios ist TV-out als Standart Bildschirm (PAL-B,G...) eingestellt.

Grundsätzlich funktioniert die Darstellung (ab dem Boot und mit Graphtft) mit dem Display soweit sehr gut, aber es tritt folgender Effekt auf.

Ist der Rechner längere Zeit aus, habe ich beim einschalten einen schnellen Bilddurchlauf, man kann nichts erkennen.

Fahre ich den Rechner nach einigen Minuten runter und dann wieder hoch (kein Reboot sondern schutdown und neustart), steht das Bild und alles ist gut sichtbar.

Nach nun einer Woche Testen habe ich herrausgefunden, dieser Effekt ist von der Zeit, die der Rechner aus ist Abhängig.

Ist VDR nur 1-2 Stunden aus (also fast noch warm), gibt es keinen Bilddurchlauf.
Ist er einen halben Tag aus, wird beim Start das (Fullscreen) Bios-Bootlogo noch hervorragen Dargestellt, aber sobald die Hardware angezeigt wird rennt das Bild wieder durch.
Ist der Rechner über nacht aus, rennt schon das Bootlogo durch.

Wie gesagt, 10 Minuten laufen lassen, runterfahren und neu dann wieder Starten behebt das Problem, nervt aber (vor allen die Frau)

Am einer testweise angeschlossenen PS2 tritt dieser Effekt nicht auf.

Vielleicht hat ein Elektroniker einen Tipp/Verdacht ?

Grüsse
Guido

Hallo,

super, darauf bin ich gar nicht gekommen.
Teste ich morgen (jetzt muss erst mal der VDR-Server laufen).

Dank dir für den Tip

Gruss
Guido

Hallo,

vorab, super Plugin.

Leider habe ich auch ein Problem ...

Das Plugin beisst sich mit epgsearch.
Da ich die mit epgsearch die original Programmübersicht ersetzt habe, werden Timer immer Lokal angelegt.

Sobald ich den Hauptmenüeintrag nicht durch epgsearch ersetze, klappt alles.

Das ist darum blöd, da ich (bzw. meine Frau) die übersicht aller Sender mit "Jetzt" als standart nicht missen möchte.

Auch im remotetimers den Hauptmenüeintrag zu ersetzen ändert nichts.
Bei epgsearch habe ich auch alle Einstellungen durch, hilt alles nichts.

Hat irgendwer auch dieses Problem ?

Grüsse
Guido

P.S.
epgsearch 0.9.22
svdrpservice 0.0.2
remotetimers 0.0.1
Vdr 1.4.7 ext-32
Easyvdr-5-beta4

Hy,

wenns jemand braucht....

Ich habe jetzt (bisher) gute erfahrung mit "enable_hw_filters=0" bein laden des b2c2_flexcop Moduls gemacht.
Nebenefekt...
Femon schaltet jetzt viel schneller zwischen den Karten um (hat vorher ca. 2-3 sek. gedauert, jetzt direkt).

Erfolglos getestet habe ich:
Das Femon-script (Karte alle 10Minuten beschäftigen.
EPG-Scan ausschalten(hab ich aber belassen).

wenn alles nichts nützt kommt die Skystar raus (welche budget ist Stressfrei ?).

Gruss
Guido

Hallo,

Ich brauche dringend eure Hilfe und habe im Wiki und mittels suche nichts gefunden.

System:
VDR4YOU, Kernel 2.6.18, FF 1.3, Skystar2 2.6D, Celeron 700, 256 MB Ram, Quad LNB.

Ich habe folgendes Problem:
An der FF steckt das "schlechtere" Kabel an der Budget das "Bessere".

Laut Femon hat die Budget immer den Besseren empfang (~75/80).
Allerdings durchsucht VDR mit der Budget immer die Kanäle um die PID zu Aktualisieren und dabei verliert sie wohl irgendwann das Signal.

Starte ich nun eine Aufnahme, schmiert VDR ab (klar, kein Signal).

Der Test mit Femon zeigt, direkt nach löschen des Timers, kein Bild/Empfang mit der Skystar, aber Signal ist alles im grünen Bereich. Nach einiger Zeit (1 Minute, umschalten zwichen RTL und ARD) ist das Bild wieder da.
Aufnahmen sind dann kein Problem.
Das Problem sehe ich da, wenn die Skystar einmal das Signal verliert (Scan im Hintergrund) pegelt sie sich gar nicht mehr ein.

Das ganze tritt bei Verschlüsselten als auch bei nicht verschlüsselten auf.
Die Skystar zeigt Look Signal .. aber kein Video/Audio Stream.
Die FF zeigt immer Video/Audio Stream an (auch bei verschl.).

Seltsam ist, das Kabel an der FF ist gefrickelt (Testphase ), Trotzdem habe ich damit überall empfang.

Ich weiss nicht mehr weiter.

Gruss
Guido

hy,

fällt mir erade auf

Ich hab den Timer um 19:42 gesetzt ... seltsam
Ach so Bios musste neu gesetzt werden, weil er ja 1942 nicht kennt

Gruss
Guido

Hy,

ich habe jetzt festgestellt..
Timer ist 20:15 am 10.12. und beim runterfahren steht
1942-12.01 01:00:00 in /proc/acpi/alarm

wasn das für ein Datum ??

plz help

Gruss
Guido

Hy,

Vorab, ich habe so ziehmlich alle Beiträge über die Einstellungen der FS Boards gelesen.
Ich nutze VDR4You 0.9.1 mit allen Updates.
FF 1.3 mit Spannungsmod.
FS D-1171 Celeron 700 256 MB.
ACPI-Wakeup klappt auch "eigentlich", aber ....

echo 2006-12-08 19:00:00 > /proc/acpi/alarm .. poweroff.pl
schickt den rechner schlafen und er wacht auch um 19:00 wieder auf.

Im Bios steht die richtige Zeit.

Fahre ich den Rechner mit der Fernbedienung runter (sysconfig ruft auch poweroff.pl auf)und starte ihn neu, steht im Bios auch die richtige Zeit.

Sobald aber ein Timer gesetzt ist, wird die Zeit im Bios auf 2001 gesetzt
(ich habe immer danach im Bios geschaut).
Demzufolge wacht er nicht mehr auf.

In der poweroff.pl ist "hwclock -w --directisa" eingetragen (bei allen anderen einträgen setzt er die Zeit immer zurück).
Die Zeit wird auch zweimal geschrieben (wie auf der Linvdr Seite beschrieben).
In der vdrshutdown habe ich alle hwclock zeilen auskommentiert (hat auch nichts gebracht).

Wie gesagt, per Hand (echo XXX > /proc/acpi/alarm) kann ich ihn Aufwecken, aber mit dem Timer will er nicht.

Ich hoffe auf eure Hilfe

gruss
Guido