Hallo zusammen
Ich nutze einen RPI (keinen 2er) mit der RPI Client MLD.
Soweit alles gut, aber streaming ruckelt deutlich. Anbindung ans Netzwerk ist in meinen Augen ausgeschlossen, weil auf der gleichen Maschine OpenElec nicht ruckelt.
Als Server läuft ein easyVDR 2.0
Code
easyvdr@easyVDR:~$ vdr -V | grep stream
streamdev-server (0.6.1-git) - VDR Streaming Serveralso gleiche Version, wie im MLD RPI-Client
In den Logs finde ich immer wieder:
Code
Jan 1 01:00:26 MLD syslog.info syslogd started: BusyBox v1.23.1
Jan 1 01:00:30 MLD daemon.err rpcbind: cannot create socket for udp6
Jan 1 01:00:30 MLD daemon.err rpcbind: cannot create socket for tcp6
Jan 1 01:00:31 MLD daemon.notice rpc.statd[719]: Version 1.2.6 starting
Jan 1 01:00:31 MLD daemon.notice sm-notify[720]: Version 1.2.6 starting
Jan 1 01:00:31 MLD daemon.notice sm-notify[720]: Already notifying clients; Exiting!
Jan 1 01:00:31 MLD daemon.warn rpc.statd[719]: Running as root. chown /var/lib/nfs to choose different user
Jan 1 01:00:32 MLD auth.err mount[747]: mount to NFS server '192.168.2.163' failed: Connection refused, retrying
Jan 1 01:00:33 MLD auth.err mount[751]: mount to NFS server '192.168.2.163' failed: Connection refused, retrying
Jan 1 01:00:35 MLD auth.err mount[751]: mount to NFS server '192.168.2.163' failed: Connection refused, retrying
Jan 1 01:00:39 MLD auth.err mount[751]: mount to NFS server '192.168.2.163' failed: Connection refused, retrying
Jun 6 14:19:58 MLD user.debug vdr: [cecremote] Load keymap
Jun 6 14:20:14 MLD cron.notice atd[1211]: Removing stale lockfile for pid 5047
Jun 6 14:20:33 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:35 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:38 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:40 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:42 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:49 MLD daemon.err udevd[1556]: failed to execute '/lib/udev/usb-db' 'usb-db /devices/platform/bcm2708_usb/usb1/1-1/1-1.1/1-1.1:1.0/net/eth0': No such file or directory
Jun 6 14:20:49 MLD daemon.err udevd[1560]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jun 6 14:20:53 MLD daemon.err udevd[1623]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jun 6 14:20:58 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:20:59 MLD user.err vdr: [1112] rpihddevice: [libav] Header missing
Jun 6 14:20:59 MLD user.err vdr: [1112] rpihddevice: failed to decode audio frame!
Jun 6 14:21:00 MLD user.err vdr: [1143] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:21:15 MLD auth.info login[1700]: root login on 'tty2'
Jun 6 14:21:15 MLD auth.info login[1699]: root login on 'tty1'
Jun 6 14:21:15 MLD auth.info login[1702]: root login on 'tty4'
Jun 6 14:21:15 MLD auth.info login[1701]: root login on 'tty3'
Jun 6 14:23:52 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:24:06 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:11 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:13 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:15 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:17 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:19 MLD user.err vdr: [1681] ERROR: TS packet not accepted in Transfer Mode
Jun 6 14:25:22 MLD user.err vdr: [1095] PANIC: watchdog timer expired - exiting!
Jun 6 14:25:23 MLD user.err vdr: [cecremote] Logical address not available
Jun 6 14:25:26 MLD user.debug vdr: [cecremote] Load keymap
Jun 6 14:25:53 MLD user.err vdr: [3672] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)Problem des Ausgabeplugins, oder Streaming?
Kann jemand helfen? An den Einstellungen habe ich noch nichts verändert - nur ein
opkg update
opkg upgrade
durchgeführt.
Danke
Andy