HD Externsion im VDR aktueller Stand

ronnywa · February 9, 2008 at 3:57 PM

So ist es jetzt

Quote

vdr:/reelbox.org # route
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.99.128 * 255.255.255.252 U 0 0 0 tun0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default fritz.fonwlan.b 0.0.0.0 UG 0 0 0 eth0

Display More

Telnet geht immer ncoh nicht.

Gruß Ronny

real_schorsch · February 9, 2008 at 11:18 PM

ping auf 192.168.99.129 geht, aber telnet nicht? Den kenne ich noch nicht.

ronnywa · February 10, 2008 at 8:26 AM

Hi real_schorsch,

leider ist es aber so.
es wird alles normal geladen. Das shmnet legt das tun0 an. Die Karte hat das Image und zeigt das Start Logo an. Soweit alles OK.
Kommt halt kein Bild vom VDR und Telnet geht auch nicht.

Gruß Ronny

PS: mal ne "Dumme" Frage kann ich eigentlich auch ein Image der ReelBox nehmen?

fen · February 10, 2008 at 9:00 AM

irgendwas firewalliges installiert? mach mal iptables -L

ronnywa · February 10, 2008 at 9:12 AM

Quote

vdr:/reelbox.org # route
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.99.128 * 255.255.255.252 U 0 0 0 tun0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default fritz.fonwlan.b 0.0.0.0 UG 0 0 0 eth0
vdr:/reelbox.org # telnet 192.168.99.129Trying 192.168.99.129...
telnet: connect to address 192.168.99.129: Connection refused
vdr:/reelbox.org # ping 192.168.99.129
PING 192.168.99.129 (192.168.99.129) 56(84) bytes of data.
64 bytes from 192.168.99.129: icmp_seq=1 ttl=64 time=0.046 ms
64 bytes from 192.168.99.129: icmp_seq=2 ttl=64 time=0.038 ms
64 bytes from 192.168.99.129: icmp_seq=3 ttl=64 time=0.022 ms
64 bytes from 192.168.99.129: icmp_seq=4 ttl=64 time=0.037 ms
64 bytes from 192.168.99.129: icmp_seq=5 ttl=64 time=0.044 ms

Display More

Bei iptables -L kommt:

Quote

vdr:~ # iptables -L
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
input_ext all -- anywhere anywhere
input_ext all -- anywhere anywhere
LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-IN-ILL-TARGET '
DROP all -- anywhere anywhere

Chain FORWARD (policy DROP)
target prot opt source destination
LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-FWD-ILL-ROUTING '

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state NEW,RELATED,ESTABLISHED
LOG all -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-OUT-ERROR '

Chain forward_ext (0 references)
target prot opt source destination

Chain input_ext (2 references)
target prot opt source destination
DROP all -- anywhere anywhere PKTTYPE = broadcast
ACCEPT icmp -- anywhere anywhere icmp source-quench
ACCEPT icmp -- anywhere anywhere icmp echo-request
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:5801 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:5801
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:5901 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:5901
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp dpt:22 flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-ACC-TCP '
ACCEPT tcp -- anywhere anywhere tcp dpt:22
ACCEPT udp -- anywhere anywhere udp dpt:69
reject_func tcp -- anywhere anywhere tcp dpt:113 state NEW
LOG all -- anywhere anywhere limit: avg 3/min burst 5 PKTTYPE = multicast LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
DROP all -- anywhere anywhere PKTTYPE = multicast
LOG tcp -- anywhere anywhere limit: avg 3/min burst 5 tcp flags:FIN,SYN,RST,ACK/SYN LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
LOG icmp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
LOG udp -- anywhere anywhere limit: avg 3/min burst 5 LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT '
LOG all -- anywhere anywhere limit: avg 3/min burst 5 state INVALID LOG level warning tcp-options ip-options prefix `SFW2-INext-DROP-DEFLT-INV '
DROP all -- anywhere anywhere

Chain reject_func (1 references)
target prot opt source destination
REJECT tcp -- anywhere anywhere reject-with tcp-reset
REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable
REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable

Display More

Gruß Ronny

Edit: habe den Firewal mal ausgeschaltet geht trotzdem nicht.

fen · February 10, 2008 at 9:19 AM

sieht aus als wäre telnet geblock - bitte einmal noch iptables -v -n -L

wenn sie ausgeschaltet ist auch einmal den befehl

ronnywa · February 10, 2008 at 9:23 AM

Kommt das:

Quote

vdr:~ # iptables -v -n -L
Chain INPUT (policy ACCEPT 274 packets, 93541 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 250 packets, 103K bytes)
pkts bytes target prot opt in out source destination

Danke Dir für Deine Hilfe.

Gruß Ronny

fen · February 10, 2008 at 9:28 AM

so ist es aber offen...

lass mal firewall aus und mach mal

Code

tcpdump -n -i tun0

und dann von einer anderen session aus

Code

telnet 192.168.99.129

das tcpdump muss dann etwas in dieser art ausgeben:

Code

ediabox ~ # tcpdump -n -i tun0
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
09:27:32.364449 IP 192.168.99.130.33109 > 192.168.99.129.23: S 3334080482:3334080482(0) win 16520 <mss 8260,sackOK,timestamp 219266309 0,nop,wscale 6>
09:27:32.368370 IP 192.168.99.129.23 > 192.168.99.130.33109: S 786330318:786330318(0) ack 3334080483 win 16496 <mss 8260,sackOK,timestamp 219144852 219266309,nop,wscale 3>
09:27:32.368380 IP 192.168.99.130.33109 > 192.168.99.129.23: . ack 1 win 259 <nop,nop,timestamp 219266313 219144852>
09:27:32.368475 IP 192.168.99.130.33109 > 192.168.99.129.23: P 1:25(24) ack 1 win 259 <nop,nop,timestamp 219266313 219144852>
09:27:32.372368 IP 192.168.99.129.23 > 192.168.99.130.33109: . ack 25 win 2062 <nop,nop,timestamp 219144857 219266313>
09:27:32.380378 IP 192.168.99.129.23 > 192.168.99.130.33109: P 1:16(15) ack 25 win 2062 <nop,nop,timestamp 219144864 219266313>
09:27:32.380385 IP 192.168.99.130.33109 > 192.168.99.129.23: . ack 16 win 259 <nop,nop,timestamp 219266325 219144864>
09:27:32.380456 IP 192.168.99.130.33109 > 192.168.99.129.23: P 25:40(15) ack 16 win 259 <nop,nop,timestamp 219266325 219144864>
...

Display More

bin jetzt afk - vielleicht kann dir damit dann ein anderer noch weiterhelfen

ronnywa · February 10, 2008 at 9:31 AM

Quote

vdr:~ # tcpdump -n -i tun0
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes

Quote

vdr:~ # telnet 192.168.99.129
Trying 192.168.99.129...
telnet: connect to address 192.168.99.129: Connection refused
vdr:~ #

Hmm. Geht auch nicht.

Gruß Ronny

fen · February 10, 2008 at 12:14 PM

das ist seltsam. normal haette tcpdump auf jeden fall etwas ausgeben müssen. d.h. es geht garnix richtung karte.

mach doch folgendes mal:

1. wieder das tcpdump starten und von einer anderen session mal einen ping auf die karte absetzen - da muss definitiv was kommen. ich vermute mal, dass nix kommt, was bedeutet, dass irgendwas anderes auf die ip antwortet.

2. danach gib folgende befehle ein und schick den output

- arp -a
- ifconfig -a
- route -n
- iptables -n -v -L
- iptables -n -v -t nat -L
- iptables -n -v -t mangle -L

schick mir das ambesten per mail mal rüber - meine addresse schick ich dir als pm.

ronnywa · February 10, 2008 at 12:18 PM

ich setz gerade das linux nochmal neu auf, und mache als erstes die inst. der HDe. Ich hoffe das es dann geht.
Dauert mal ne Stunde dann weiß ich mehr.

Melde mich dann nochmal.

Gruß Ronny

ronnywa · February 10, 2008 at 1:55 PM

Hi fen,

frag mich nicht was es war, habe jetzt neu gemacht und telnet geht.
Mach jetzt mal den Rest, mal sehen ob es jetzt klappt.

Danke Dir nochmal.

Gruß Ronny

Edit: jetzt läuft der HD VDR. Danke allen die mir geholfen haben.

9000H · February 10, 2008 at 8:51 PM

Hi,

bei mir geht irgendwie YUV nicht (HDMI->DVI 720p geht, 576i SVIDEO auch), hat das schon jemand ausprobiert?

edit:

sieht so aus als haette ich 2 Adapter die nicht passen

CU
9000h

Maniac · February 10, 2008 at 9:50 PM

Kann bitte jemand seinen VDR auf S-Video einstellen und danach die Parameter aus der setup.conf posten.

Ich kann leider mangels HDMI zur Zeit das ganze nicht übers Plugin Setup einstellen und über direkte Einträge in der setup.conf will das bei mir zur Zeit nicht. Ich mache da wohl irgendwas falsch.

real_schorsch · February 10, 2008 at 11:05 PM

Die Einträge weiss ich jetzt auch nicht auswendig, aber mit dem hdctrld-Tool kann man das per Kommandozeile machen (auch auf dem PC).

S-Video wäre zB.

hdctrld -v 576i -O yc -p mdin

Aber nicht wundern, ist noch nicht so der Brüller...

ronnywa · February 11, 2008 at 11:17 AM

Hallo,

welsche Version des hdplayers ist zur Zeit die beste?
Meine ist die 5038 und da habe ich aussetzer bei HDTV.
Kann jemand bitte eine hochladen beim aktuellen svn habe ich nur Ton auf HDTV.

Gruß Ronny

ALT255 · February 11, 2008 at 11:32 AM

Es gibt noch keinen hdplayer ohne kurze Aussetzer bei HDTV, und das du keinen Ton mit dem aus dem svn hast, liegt daran, dass dieser kein ES support hat.

ronnywa · February 11, 2008 at 11:48 AM

Alles klar, danke Dir für Deine Antwort.

Gruß Ronny

Gizmine · February 11, 2008 at 12:30 PM

Zu den Aussetzern bei HDTV:

Wenn ich beim VDR auf Pause gehe und dann das Live-Bild kurz zeitversetzt anschaue (also Timeshifting), dann sind bei mir die Aussetzer weg. Kann das jemand bestätigen ?

Gizmine

RollerCoaster · February 11, 2008 at 2:36 PM

Quote

Original von ronnywa
PS: mal ne "Dumme" Frage kann ich eigentlich auch ein Image der ReelBox nehmen?

Theoretisch ja. Die ganze rubuntu Distribution ist so angelegt, daß man sie auch ohne Reelbox benutzen kann, im Prinzip sogar ohne irgendwelche Reel hardware also nur mit FF Karte.
Nur hat das noch nie jemand außerhalb der RB getestet - also was für Experimentierfreudige

Participate now!