Jemand weitere Erkenntnisse ?
Posts by kalleknall
-
-
habe alle Einstellungen eben durchprobiert, keine Änderung zu sehen.
Allerding hatte ich bei meinen Test kein Glück, hat nie Funktioniert (Liste hat lt. MVP 211 Einträge).
Aufgefallen ist mir lediglich, das manchmal erst beim "Runter Taste" drücken die Verbindung verloren wurde und nicht direkt bei der auswahl "Fernsehen"
-
Hi,
der dongle passt, Version wird auf der MVP richtig angezeigt (läd über WLAN auch relativ lange im Vergleich zum LAN), ich habe getestet:
direkt am switch -> geht immer (deshalb bin ich mir sicher mit den Versionen)
am Repeater über WLAN mit großer Kanaliste -> geht nicht
am Repeater über WLAN mit kleiner Kanalliste -> geht meistmit dem alten Dongle tritt das Problem auf das nur ein Kanal angezeigt wird in meinem Fall "Das Erste" (ist auf Kanal 1 auf meinem VDR. Gleiches übrigens auch mit vomp4windows.
Ich habe nichts neu kompiliert o. ä. easyvdr 0.8 ohne Veränderung.
-
Hallo,
ich habe mit vomp folgendes Problem und ein Lösungsvorschlag:
Über WLAN (mehrere Fritzboxen als Repeater, und die MVP direkt an einer der Boxen) kommt es bei mir seit easyvdr 0.8 also der vomp version 0.3.1-3 zu Verbindungsabbrüchen sobald ich die Senderliste anzeigen will. Mit 0.3.1-1 auf easyvdr 07 funktionierte alles wuderbar.
Dongle Versionen passen zum Server, hier sollte das Problem nicht liegen.Ich habe meinen alten RöhrenTV mal richtung switch (direkt eingesteckt ohne WLAN) geschleppt und weiter getestet. Und siehe da, kein Verbindungsverlust wenn ich auf Fernsehen gehe (komplette Kanalliste).
Ich habe dann folgende Szenarien durchprobiert.
nur 15 Sender in der Liste (kein HD) -> geht über mein WLAN
nur 18 Sender inkl. HD Sender -> geht auch über WLAN (HD natürlich nicht)
ca. 420 Sender -> geht nicht über WLAN
zwischen 200 - 300 Sender gings mal und mal nicht über WLAN
Nebenbei ist mir aufgefallen das in der Kanalliste auf der MVP eine falsche Anzahl aller Sender angezeigt wurde, kann mich aber auch irren.
Ich könnte mir vorstellen das vielleicht die höhere Latenzzeit übers WLAN, bzw. Reapeter (Rechenarbeit, Verschlüsselung, Entschlüsselung usw.) dazu führt das beim übertragen der Kanalliste (wird scheinbar bei jedem Aufruf dieser übertragen) diese nicht komplett übertragen wird und dadurch die Kiste rebootet.
Hat sich da was geändert zwischen der Versionen ?Idee: Könnte man eine kurze Wartezeit oder vielleicht sogar eine Prüfung einbauen ob alles übertragen wurde (Falls es daran liegt) einbauen?
Das Problem könnte, wenn wie vermutet die Verbindungsgeschwindigkeit/Latenzzeit eine Rolle spielt auch über Kabel passieren, wenn eine Komponente beschäftig ist. Man könnte ja mal eine verdammt große channel.conf erstellen und gucken ab welcher größe die Kabelverbindung aufgibt.
Es wäre sehr ärgerlich wenns nicht mehr über WLAN ginge... WAF und soHier noch der LINK zum original Thread:
http://www.easyvdr-forum.de/forum/index.php/topic,9449.15.htmlZwei weitere Anliegen:
Erstes wäre die Möglichkeit am VOMP-Server eine Art Bandbreiten Einstellung zu haben, ähnlich streamdev für verschiedene Verbindungsgeschwindigkeiten. Je nach Tagesform habe ich manchmal Aussetzer im Ton und Bild.
Zweites die Konfig über VDR-Menü Plugin Konfig anstelle über config files.
Danke
Christian
-
ist ja bald
Quote
Astronomisch beginnt er mit dem Frühlings-Äquinoktium:auf der Nordhalbkugel am 20. oder 21., in seltenen Fällen bereits am 19. März
auf der Südhalbkugel am 22. oder 23. SeptemberQuelle: Wikipedia (hoffe das reicht als Quellenangabe)
Achja Duke Nukem lebt
-
Nur für alle dies noch nicht gelesen haben, c't 2008 Heft 6 Seite 42
Pro7 / Sat1 hat zum 14./15. Februar die HD-Sender eingestellt...
schade eigentlich
-
Hey, gleiches Problem...aber auf nem VServer...
HELP
-
Möchte auch kurz was zum Thema sagen:
Also meine ersten gehversuche habe ich mit der c't VDR Version gestartet. Mir war bewusst das ich das nicht outoftheBox hinbekomme, hab mich aber mit meinen Leihenhaften Linuxkenntnissen bis zu einem Bild auf dem TV durchboxt.
Dann hab ich LinVDR endeckt und war überwältigt -> OutOfTheBox gibts doch ! Iso auf die CD, rein in die Mühle und nach 5Min ein Bild und alles drum und dran (was damals halt so ging). War fleisig am MT-Patchen usw. nur irendwann wollt ich einfach nur Fernsehen und das Gerät nutzen ohne Konsole (OSD und so...). Hat auch funktioniert, aber ich hätte es nie bei meinen Eltern hingestellt (wohnen auch nen Stück weit weg).
Dann, ist die easyVDR Distri aufgetaucht und anfangs war ich auch skeptisch. Nachdem dann neue Hardware anstand. Gings ohne handanlegen (oder auflegen) nicht mehr und ich hab mir die easyVDR gezogen. Und ich war ein weiteres mal überwältigt wie einfach es sein kann. Alles, aber auch jeder kleine kram hat funktioniert und voll übers OSD bedienbar - WOW sagte ich mir und ich habe bisher den Umstieg nicht bereut. Die Philosophieänderung von easyVDR vom AllesDrinUndAnVDR zum AllesDrinAberNichtAktivSondernAktivierbar VDR hat mich überzeugt weils damit eine schnelle und stabile Distri geworden ist. Und das einfach alles aufeinander abgestimmt ist, jedes kleine script komplett zum VDR passt ohne das irgenwelche Menüeinträge nicht funktioniern oder so, ist das schönste an easyVDR - easy halt.
Die LinVDR 0.8 Diskussion verfolge ich aufmerksam weil ich eigentlich wieder zurück wollte (Back to the Roots), aber wie alle hier wissen, wissen wir nichts... . Ich habe höllischen respekt vor den Machern und den Aufrecherhaltern, weil ohne Euch hätte ich nen 20DM receiver und nen alten VHS Recorder unterm TV stehn.
Danke LinVDR !
Danke easyVDR !
In diesem Sinne
KalleKnall
-
Hi,
meine Erfahrung diesbezüglich ist folgende:
AMD, Ecke Ab -> Schrott (mehrfach gehabt, gott sei dank nicht bei meinen CPUs
intel (P3 serie damals) zum Teil alle vier Ecken ab -> läuft
Wirst wohl was neues orgen müssen.
Gruß
Christian
-
IRQs sollten passen (steht oben mein ich)
Ich habe noch was von Flowcontrol gehört das und Autosensing versuch ich später.
-
-
also,
das Kabel ists nicht, der Router vermutlich auch nicht (andere Router und Switche probiert, nur nen GBit muss ich noch orgen). Auf 100MBit klemmen brachte auch nichts.
Im Log find ich nichts hilfreiches, bzw. wo kann ich noch gucken ?
Habe jetzt ne 3c905 reingesteckt die läuft soweit... will die aber raus haben, wofür hab ich den das schöne Borad
hat den jemand nen P4P800-VM mit GBit am laufen ? kanns eine Treiber Option sein ?
Ich hatte den Eindruck das es evtl. Temp abhängig ist... aber da drin ists nicht wirklich heiss oder so... mensch mensch mensch...
Hmpf, hoffe mal auf DEN Tipp
THX soweit
Christian
-
ich weis nicht obs ichs überlesen habe, könnstest du nich einfach das dingen "offen" stellen ?
also Layout Teileliste usw.
THX
Christian
-
ne nur einer druff... oder gabs da nen "dualchip" ?
-
- Switchport natürlich gewechselt (jetzt fliegt gleich der Router raus)
- LEDs gehn sowohl am Switch als auch an der NIC aus
- gleiche MAC wäre stange, aber das check ich
- mal versuchen die Karte auf 100Mbit festzuschrauben (habt ihr mirn Tipp wie ich das am besten unter linux anstelle ?)
- Kabel check ich auch nochmal -
habe ich nicht, bin mir da ziemlich sicher
meine Welt sind ehr Netware Server und Workstations -> Admin
Diese Problem ist mir noch nicht untergekommen, vor allem in dieser Regelmäßigkeit...
-
Folgendes Problem,
die Verbindung zum VDR vom PC aus bricht regelmäßig ab. Ob VOMP Putty oder Ping, kurz gehts dann wieder nicht, echt lässtig. Ich habe das Board erst bekommen und dann frisch easyVDR installiert. Treiber über OSD ist der e1000 ö.ä. Adressen passen alle, VDr läuft ansonst ohne Probleme.
HardWare:
P4P800-VM (MaxData Version !? scheint sich gering zu unterscheiden vom original)
onBoard intel GBit 82547EI
i865GDas ganze hängt anem W700V.
Wo soll ich anfangen ? Das Kabel hat bisher an einem anderen VDR keine Probleme gemacht (linVDR)
hier einige Logs:
Quote
easyVDR:~# cat /proc/interrupts
CPU0
0: 1079107 IO-APIC-edge timer
1: 8 IO-APIC-edge i8042
3: 4201 IO-APIC-edge lirc_serial
7: 0 IO-APIC-edge parport0
8: 1 IO-APIC-edge rtc
9: 1 IO-APIC-level acpi
14: 43 IO-APIC-edge ide0
169: 8700 IO-APIC-level libata, uhci_hcd:usb3, eth0
177: 393587 IO-APIC-level saa7146 (0)
185: 240695 IO-APIC-level Technisat/B2C2 FlexCop II/IIb/III Digital TV PC
I Driver
193: 0 IO-APIC-level uhci_hcd:usb1, uhci_hcd:usb4
201: 0 IO-APIC-level uhci_hcd:usb2
209: 0 IO-APIC-level ehci_hcd:usb5
NMI: 0
LOC: 1079237
ERR: 0
MIS: 0
easyVDR:~# lspci -v
0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
Subsystem: ASUSTeK Computer Inc.: Unknown device 80a5
Flags: bus master, fast devsel, latency 0
Memory at fe800000 (32-bit, prefetchable) [size=4M]
Capabilities: [e4] #09 [0106]0000:00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) (prog-if 00 [VGA])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, fast devsel, latency 0, IRQ 10
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Memory at fe780000 (32-bit, non-prefetchable) [size=512K]
I/O ports at efe0 [size=8]
Capabilities: [d0] Power Management version 10000:00:03.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to CSA Bridge (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: fe400000-fe4fffff0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 193
I/O ports at ef00 [size=32]0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 201
I/O ports at ef20 [size=32]0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 169
I/O ports at ef40 [size=32]0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 193
I/O ports at ef80 [size=32]0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 209
Memory at fe77bc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] #0a [20a0]0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: fe500000-fe5fffff0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
Flags: bus master, medium devsel, latency 00000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 169
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at fc00 [size=16]
Memory at 10000000 (32-bit, non-prefetchable) [size=1K]0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: ASUSTeK Computer Inc. P4P800 SE Mainboard
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 169
I/O ports at efa8 [size=8]
I/O ports at efa4 [size=4]
I/O ports at ef68 [size=8]
I/O ports at efa0 [size=4]
I/O ports at eed0 [size=16]0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
Subsystem: ASUSTeK Computer Inc. P4P800 Mainboard
Flags: medium devsel, IRQ 217
I/O ports at 0400 [size=32]0000:01:01.0 Ethernet controller: Intel Corporation 82547EI Gigabit Ethernet Controller
Subsystem: ASUSTeK Computer Inc.: Unknown device 80f7
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 169
Memory at fe4e0000 (32-bit, non-prefetchable) [size=128K]
I/O ports at cf80 [size=32]
Capabilities: [dc] Power Management version 20000:02:0a.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card
Flags: bus master, slow devsel, latency 64, IRQ 185
Memory at fe5f0000 (32-bit, non-prefetchable) [size=64K]
I/O ports at df80 [size=32]0000:02:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Siemens/Technotrend/Hauppauge DVB card rev1.3 or rev1.5
Flags: bus master, medium devsel, latency 64, IRQ 177
Memory at fe5efc00 (32-bit, non-prefetchable) [size=512]easyVDR:~# ifconfig eth0
eth0 Protokoll:Ethernet Hardware Adresse 00:0E:A6:88:BE:0C
inet Adresse:192.168.1.5 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::20e:a6ff:fe88:be0c/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1653 errors:0 dropped:0 overruns:0 frame:0
TX packets:1448 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:462233 (451.3 KiB) TX bytes:210620 (205.6 KiB)
Basisadresse:0xcf80 Speicher:fe4e0000-fe500000easyVDR:~#
hier die Ping Stats:
QuoteAntwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64 -
Thread aboniert
-
Ich habe ne P4 Mobile (die alten, selektieren mit Northwood kern 478, kein centrino !!!)
Die laufen in fast jedem P4 Board wenn man nen pin abknipst (oder am Chip der Spannungseinstellung ein Beinchen anhebt).
ich habe einen 1.6GHZ der läuft im Speedstep mode mit 1.2GHz passiv gekühlt (wird nichtmal warm der Kühler). Im Forum gabs schonmal nen Post das von mir.
Hier mein Post: http://vdr-portal.de/board/thread.php?threadid=35975&hilightuser=9839
KalleKnall
-
na endlich gibts da mal was, meine DX3 versuche sind leider gescheitert (an Zeit und der X&%$ DX3 ^^).
Wird da was für linvdr geben (oder tuts das schon) ? das ist für normalo Linux User recht einfach zu handeln (ich mein mich damit).
hab zwei von den Dingern rumliegen und irgendwie will ich was draus machen.