VIP1710-Distrie (by TV-User; Thread gesplitted)

easyVDR - >VARforumsname - >VIP1710-Distrie (by TV-User; Thread gesplitted)

tv-user 08.Jul.2011 18:41:18

I got it ready!!
A full usb image update.

Extract it to the root of a USB stick.
[url=http://www.easyvdr-forum.de/dl/vip1710_distro.tar.gz]
VDR-Vip1710

Now my eyes go like :D or :o because of all the time watching the computer screen.

Have fun with it.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

Martin 09.Jul.2011 10:11:57

Thank you!

The Skin looks very good.

I have copied from my old Installation:

-channels.conf
-lirc.conf
-remote.conf

editet:
runvdr: mounting server share (works not yet, but i have now time in the moment...)
setup.conf: streamdev-server ip

Grüße
Martin
-----------------------------------------------------------------------------------------------------------
[url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken)
VDR1: ASROCK Q1900M, 4GB, SSDs als Bootplatte, Bild+Ton aus Geforce 720, easyVDR3.x als Streamdev- und SatIP Client
VDR2: Esprimo, 2GB, NVIDIA Ausgabe per HDMI, kein GraphTFT am VGA Anschluss, easyVDR3.x als Streamdev-Client
VDR3: Activy350; SW: Gen2VDR Activy-Edition
SERVER: Asrock Q170M vPro, Core i5-6600K, Cine S2 V4 mit 4 S2-Tunern, 16GB Corsair, 4*4TB WD-RED, 240 GB SSD, 19" Gehäuse

Clients: Motorola VIP 19xx, Handys und Tablets

rfehr 11.Jul.2011 20:41:37

howto install this on a new/clean usb-stick ?

tv-user 12.Jul.2011 22:55:02

Download and extract to root of a USB stick.
Made a little error in the plugrc. Thnx for the correction Mentox

# just leave a note...
/bin/touch /vdr-script

/usr/sbin/telnetd

mv /lib/modules /lib/modules.O
mkdir /lib/modules
cp -a /lib/modules.O/* /lib/modules/
rm -rf /lib/modules.O

## end

# remove a lot of stuff that's wasting precious RAM
rm -rf /usr/mozilla /usr/X11R6 /usr/applications/browser /usr/applications/portal /usr/applications/remotereboot-popup /usr/applications/settings
rm -rf /usr/lib/libcrypto* /usr/lib/libgtk* /usr/lib/libssl* /usr/lib/libgdk* /usr/lib/gtk

cd /
tar xzf /mnt/root.tar.gz

# unload vendor IR module
rmmod 08ir

# load lirc IR module
insmod lirc_dev
insmod lirc_xilleon

# do not run usb cam init
rm /var/startup.sh

# remount the flash filesystem dirs as read-only
# because it feels better

rm /etc/fstab
ln -s /proc/mounts /etc/fstab
mount -o remount,ro /flash
mount -o remount,ro /flash2

# we need rw access to the USB media for configs
mount -o remount,rw,noatime /mnt

# comment this in if you have set up your configuration:
( while ! pidof streamer; do sleep 2; done; /usr/sbin/lircd -d /dev/lirc/0 /mnt/etc/lirc.conf ; /mnt/runvdr.sh ) >/dev/null 2>&1 &

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 04.Aug.2011 18:28:13

Great job!

I got my vip1710-box this week and today i made my first
steps with it.
I tried the distro from Martin...
I got the box with the FB TS35 running after an hour :)
So Martin you made also a great job!!!

Then i began to search for some information about the box
and surprise i found this thread :D

After some configuration of your tar i got your distri running on my box!

Nice skin, more useful plugins then Martins distri....

Wich FB did you use?
I use the TS35 because it works fine, but it has less buttons.....

Is it possible to step forward or backward in a recording with your distri?
Because in Martins distri it isn´t possible....

I´m so happy.... now my digitainer can go into retirement :'( ;D

Once again GREAT work!

Will you go on developing that distri?

MfG
nessie_1980

PS.: I will use it from now and report my experience.
PPS.: Sorry for my bad english ::)

Headless-Server
HW: ASUS A7N8X-VM400, Athlon Semperon 1800+, TechnoTrend s2300 modded
SW: yaVDR 0.3

VDR-Client
HW: VIP1710, FB von der TT s2300
SW: Distri von tv-user ([url=http://www.easyvdr-forum.de/forum/index.php?topic=12317.msg101373#msg101373]Forum-Thread)

tv-user 04.Aug.2011 22:21:12

First of all, it's the work of Hans-Werner Hilse! He made it all possible. I only compiled the plugins.

I'm slowly working on a next release. Bugfixing and some more plugins.
If anyone needs some plugin just post a request!!

The remote I use is the original media mall remote. But with the right lirc files any remote should work.

Greetz from Holland.

PS I can read German but write it down is a problem.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 05.Aug.2011 13:12:48

Ok that´s right! Mr. Hilse is the man i have to thanks ;)
But i also want to thx you for your packet....

One day later i got some problems.

After some hour the stream breaks up.
When i look at the output of "ifconfig".... nothing changes....
A restart of the vip1710 can´t solve that problem :(
A restart of the server isn´t also the solution for that problem...
Is there any way to debug the streamdev-client at the vip1710-box?

I also have a problem to mount the recordings from the server.
I tried to mount like Martin does it in his packet.

ismod cifs
mount.cifs //server-ip/video0 /video -o user=xxx,pass=xxx

When i start the mount.cifs at the console i become the following
message "Illegal Instruction"
The mount works with the packet of Martin.... :-\
I compare the mount.cifs of your packet with that of Martin and i found no difference....

Then one more problem. When is try to shutdown the vip1710 with the power button of the FB
i get the message "VDR will shut down later - press Power to force". Then i press again
the power-button an get message "Can't shutdown - option '-s' is not given!"...
So i can´t stop the box with the FB. I always have to plug off the power supply....

Ok that for the first time ;)

If you need more input, let me know it.....
I want to help you to make this box running perfect.

So long
nessie_1980

nessie_1980 05.Aug.2011 14:39:42

Hello again :D

I got a syslog-capture form my easyvdr-server (0.8.6) when the stream breaks up:

Aug 5 14:27:08 (none) vdr: buffer usage: 70% (tid=7740)
Aug 5 14:27:09 (none) vdr: buffer usage: 80% (tid=7740)
Aug 5 14:27:10 (none) vdr: buffer usage: 90% (tid=7740)
Aug 5 14:27:10 (none) vdr: ERROR: 1 ring buffer overflow (188 bytes dropped)
Aug 5 14:27:16 (none) vdr: ERROR: 22389 ring buffer overflows (4209132 bytes dropped)
Aug 5 14:27:19 (none) vdr: ERROR: streamdev-server: couldn't send data: Die Wartezeit fÃ¼r die Verbindung ist abgelaufen
Aug 5 14:27:19 (none) vdr: streamdev-writer thread ended (pid=7739, tid=7739)
Aug 5 14:27:19 (none) vdr: streamdev: closing streamdev connection to 192.168.1.39:32768
Aug 5 14:27:19 (none) vdr: streamdev-livestreaming thread ended (pid=7740, tid=7740)
Aug 5 14:27:19 (none) vdr: buffer stats: 3759812 (99%) used
Aug 5 14:27:19 (none) vdr: streamdev-filterstreaming thread ended (pid=7596, tid=7596)
Aug 5 14:27:20 (none) vdr: streamdev-writer thread ended (pid=7595, tid=7595)
Aug 5 14:27:20 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:27:21 (none) vdr: Streamdev: Accepted new client (VTP) 192.168.1.39:32779
Aug 5 14:27:21 (none) vdr: transfer thread ended (pid=7749, tid=7749)
Aug 5 14:27:22 (none) vdr: buffer stats: 160928 (7%) used
Aug 5 14:27:22 (none) vdr: info: Aktualisiere EPG-Daten
Aug 5 14:27:22 (none) vdr: EnigmaNG effects thread started (pid=7753, tid=7753)
Aug 5 14:27:22 (none) vdr: TS buffer on device 1 thread ended (pid=7748, tid=7748)
Aug 5 14:27:22 (none) vdr: buffer stats: 113552 (5%) used
Aug 5 14:27:22 (none) vdr: receiver on device 1 thread ended (pid=7747, tid=7747)
Aug 5 14:27:28 (none) vdr: EnigmaNG effects thread ended (pid=7753, tid=7753)
Aug 5 14:27:28 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 t
Aug 5 14:27:49 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:27:51 (none) vdr: channel 1 (Das Erste) event Fre 05.08.2011 14:10-15:00 (VPS: 05.08 14:10) 'Rote Rosen' status 4
Aug 5 14:28:10 (none) vdr: changing pids of channel 2 from 110+110=2:120=deu,121=mis;125=deu:0:130 to 110+110=2:120=deu,121=mis;125=deu:131=deu:130
Aug 5 14:28:10 (none) vdr: changing pids of channel 10 from 210+210=2:220=deu,221=mis;225=deu:0:230 to 210+210=2:220=deu,221=mis;225=deu:231=deu:230
Aug 5 14:28:11 (none) vdr: changing pids of channel 98 from 0+0=2:710=deu:0:0 to 0+0=0:710=deu:0:0
Aug 5 14:28:11 (none) vdr: changing pids of channel 99 from 0+0=2:810=deu:0:0 to 0+0=0:810=deu:0:0
Aug 5 14:28:52 (none) vdr: changing pids of channel 100 from 0+0=2:304=deu:0:0 to 0+0=0:304=deu:0:0
Aug 5 14:28:52 (none) vdr: changing pids of channel 105 from 0+0=2:320=deu:0:0 to 0+0=0:320=deu:0:0
Aug 5 14:28:52 (none) vdr: changing pids of channel 95 from 0+0=2:336=deu:0:0 to 0+0=0:336=deu:0:0
Aug 5 14:28:53 (none) vdr: changing pids of channel 96 from 0+0=2:352=deu:0:0 to 0+0=0:352=deu:0:0
Aug 5 14:29:14 (none) vdr: channel 4 (RTL Television) event Fre 05.08.2011 14:00-15:00 'Mitten im Leben!' status 4
Aug 5 14:29:56 (none) vdr: changing pids of channel 184 from 0+0=2:161=deu:0:0 to 0+0=0:161=deu:0:0
Aug 5 14:29:56 (none) vdr: changing pids of channel 135 from 0+0=2:171=deu:0:0 to 0+0=0:171=deu:0:0
Aug 5 14:29:56 (none) vdr: changing pids of channel 133 from 0+0=2:181=deu:0:0 to 0+0=0:181=deu:0:0
Aug 5 14:29:57 (none) vdr: changing pids of channel 181 from 0+0=2:401=deu:0:0 to 0+0=0:401=deu:0:0
Aug 5 14:29:57 (none) vdr: changing pids of channel 182 from 0+0=2:411=deu;412=deu:0:0 to 0+0=0:411=deu;412=deu:0:0
Aug 5 14:29:57 (none) vdr: changing pids of channel 93 from 0+0=2:421=deu:0:0 to 0+0=0:421=deu:0:0
Aug 5 14:29:57 (none) vdr: changing pids of channel 183 from 0+0=2:431=deu:0:0 to 0+0=0:431=deu:0:0
Aug 5 14:29:57 (none) vdr: changing pids of channel 179 from 0+0=2:451=deu:0:0 to 0+0=0:451=deu:0:0
Aug 5 14:29:58 (none) vdr: changing pids of channel 180 from 0+0=2:461=deu:0:0 to 0+0=0:461=deu:0:0
Aug 5 14:29:58 (none) vdr: changing pids of channel 151 from 0+0=2:501=deu:0:0 to 0+0=0:501=deu:0:0
Aug 5 14:29:58 (none) vdr: changing pids of channel 150 from 0+0=2:511=deu:0:0 to 0+0=0:511=deu:0:0
Aug 5 14:29:58 (none) vdr: changing pids of channel 152 from 0+0=2:521=deu:0:0 to 0+0=0:521=deu:0:0
Aug 5 14:29:58 (none) vdr: changing pids of channel 146 from 0+0=2:531=deu;532=deu:0:0 to 0+0=0:531=deu;532=deu:0:0
Aug 5 14:29:59 (none) vdr: changing pids of channel 143 from 0+0=2:541=deu:0:0 to 0+0=0:541=deu:0:0
Aug 5 14:29:59 (none) vdr: changing pids of channel 149 from 0+0=2:551=deu:0:0 to 0+0=0:551=deu:0:0
Aug 5 14:29:59 (none) vdr: changing pids of channel 147 from 0+0=2:561=deu:0:0 to 0+0=0:561=deu:0:0
Aug 5 14:29:59 (none) vdr: changing pids of channel 148 from 0+0=2:571=deu:0:0 to 0+0=0:571=deu:0:0
Aug 5 14:29:59 (none) vdr: changing pids of channel 156 from 0+0=2:601=deu:0:0 to 0+0=0:601=deu:0:0
Aug 5 14:30:00 (none) vdr: changing pids of channel 160 from 0+0=2:611=deu:0:0 to 0+0=0:611=deu:0:0
Aug 5 14:30:00 (none) vdr: changing pids of channel 159 from 0+0=2:621=deu:0:0 to 0+0=0:621=deu:0:0
Aug 5 14:30:00 (none) vdr: changing pids of channel 94 from 0+0=2:631=deu:0:0 to 0+0=0:631=deu:0:0
Aug 5 14:30:00 (none) vdr: changing pids of channel 157 from 0+0=2:641=deu:0:0 to 0+0=0:641=deu:0:0
Aug 5 14:30:00 (none) vdr: changing pids of channel 161 from 0+0=2:651=deu:0:0 to 0+0=0:651=deu:0:0
Aug 5 14:30:01 (none) vdr: changing pids of channel 155 from 0+0=2:661=deu:0:0 to 0+0=0:661=deu:0:0
Aug 5 14:30:01 (none) vdr: changing pids of channel 154 from 0+0=2:671=deu:0:0 to 0+0=0:671=deu:0:0
Aug 5 14:30:01 (none) vdr: changing pids of channel 158 from 0+0=2:681=deu:0:0 to 0+0=0:681=deu:0:0
Aug 5 14:30:01 (none) vdr: changing pids of channel 139 from 0+0=2:701=deu:0:0 to 0+0=0:701=deu:0:0
Aug 5 14:30:01 (none) vdr: changing pids of channel 162 from 0+0=2:711=deu:0:0 to 0+0=0:711=deu:0:0
Aug 5 14:30:02 (none) vdr: changing pids of channel 140 from 0+0=2:721=deu:0:0 to 0+0=0:721=deu:0:0
Aug 5 14:30:02 (none) vdr: changing pids of channel 142 from 0+0=2:801=deu:0:0 to 0+0=0:801=deu:0:0
Aug 5 14:30:02 (none) vdr: changing pids of channel 145 from 0+0=2:811=deu:0:0 to 0+0=0:811=deu:0:0
Aug 5 14:30:02 (none) vdr: changing pids of channel 131 from 0+0=2:821=deu:0:0 to 0+0=0:821=deu:0:0
Aug 5 14:30:02 (none) vdr: changing pids of channel 185 from 0+0=2:831=deu:0:0 to 0+0=0:831=deu:0:0
Aug 5 14:30:03 (none) vdr: changing pids of channel 186 from 0+0=2:841=deu:0:0 to 0+0=0:841=deu:0:0
Aug 5 14:30:03 (none) vdr: changing pids of channel 97 from 0+0=2:851=deu:0:0 to 0+0=0:851=deu:0:0
Aug 5 14:30:03 (none) vdr: changing pids of channel 163 from 0+0=2:901=deu:0:0 to 0+0=0:901=deu:0:0
Aug 5 14:30:03 (none) vdr: changing pids of channel 164 from 0+0=2:911=deu:0:0 to 0+0=0:911=deu:0:0
Aug 5 14:30:03 (none) vdr: changing pids of channel 165 from 0+0=2:921=deu:0:0 to 0+0=0:921=deu:0:0
Aug 5 14:30:04 (none) vdr: changing pids of channel 166 from 0+0=2:1001=deu:0:0 to 0+0=0:1001=deu:0:0
Aug 5 14:30:04 (none) vdr: changing pids of channel 167 from 0+0=2:1011=deu:0:0 to 0+0=0:1011=deu:0:0
Aug 5 14:30:04 (none) vdr: changing pids of channel 168 from 0+0=2:1021=deu;1022=deu:0:0 to 0+0=0:1021=deu;1022=deu:0:0
Aug 5 14:30:04 (none) vdr: changing pids of channel 169 from 0+0=2:1031=deu:0:0 to 0+0=0:1031=deu:0:0
Aug 5 14:30:04 (none) vdr: changing pids of channel 170 from 0+0=2:1041=deu:0:0 to 0+0=0:1041=deu:0:0
Aug 5 14:30:05 (none) vdr: changing pids of channel 171 from 0+0=2:1051=deu:0:0 to 0+0=0:1051=deu:0:0
Aug 5 14:30:05 (none) vdr: changing pids of channel 141 from 0+0=2:1061=deu:0:0 to 0+0=0:1061=deu:0:0
Aug 5 14:30:05 (none) vdr: changing pids of channel 172 from 0+0=2:1071=deu:0:0 to 0+0=0:1071=deu:0:0
Aug 5 14:30:05 (none) vdr: changing pids of channel 130 from 0+0=2:1101=deu:0:0 to 0+0=0:1101=deu:0:0
Aug 5 14:30:06 (none) vdr: changing pids of channel 173 from 0+0=2:1111=deu:0:0 to 0+0=0:1111=deu:0:0
Aug 5 14:30:06 (none) vdr: changing pids of channel 174 from 0+0=2:1121=deu;1122=deu:0:0 to 0+0=0:1121=deu;1122=deu:0:0
Aug 5 14:30:06 (none) vdr: changing pids of channel 175 from 0+0=2:1131=deu:0:0 to 0+0=0:1131=deu:0:0
Aug 5 14:30:06 (none) vdr: changing pids of channel 176 from 0+0=2:1141=deu:0:0 to 0+0=0:1141=deu:0:0
Aug 5 14:30:06 (none) vdr: changing pids of channel 178 from 0+0=2:1151=deu:0:0 to 0+0=0:1151=deu:0:0
Aug 5 14:30:07 (none) vdr: changing pids of channel 129 from 0+0=2:1161=deu:0:0 to 0+0=0:1161=deu:0:0
Aug 5 14:30:07 (none) vdr: changing pids of channel 144 from 0+0=2:1171=deu:0:0 to 0+0=0:1171=deu:0:0
Aug 5 14:30:07 (none) vdr: changing pids of channel 177 from 0+0=2:1181=deu:0:0 to 0+0=0:1181=deu:0:0
Aug 5 14:30:08 (none) vdr: changing pids of channel 137 from 0+0=2:101=deu:0:0 to 0+0=0:101=deu:0:0
Aug 5 14:30:25 (none) vdr: frontend 0 timed out while tuning to channel 50, tp 112304
Aug 5 14:30:25 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:30:34 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:30:37 (none) vdr: changing pids of channel 210 from 0+0=2:104=deu:0:0 to 0+0=0:104=deu:0:0
Aug 5 14:30:38 (none) vdr: changing pids of channel 209 from 0+0=2:105=deu:0:0 to 0+0=0:105=deu:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 211 from 0+0=2:100=dut:0:0 to 0+0=0:100=dut:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 215 from 0+0=2:101=dut:0:0 to 0+0=0:101=dut:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 196 from 0+0=2:109=fra:0:0 to 0+0=0:109=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 190 from 0+0=2:110=fra:0:0 to 0+0=0:110=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 213 from 0+0=2:111=fra:0:0 to 0+0=0:111=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 204 from 0+0=2:135=fra:0:0 to 0+0=0:135=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 192 from 0+0=2:136=fra:0:0 to 0+0=0:136=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 219 from 0+0=2:137=fra:0:0 to 0+0=0:137=fra:0:0
Aug 5 14:30:39 (none) vdr: changing pids of channel 197 from 0+0=2:138=fra:0:0 to 0+0=0:138=fra:0:0
Aug 5 14:30:40 (none) vdr: changing pids of channel 195 from 0+0=2:139=fra:0:0 to 0+0=0:139=fra:0:0
Aug 5 14:31:00 (none) vdr: changing pids of channel 153 from 0+0=2:2001=deu;2002=deu:0:0 to 0+0=0:2001=deu;2002=deu:0:0
Aug 5 14:31:40 (none) vdr: changing pids of channel 193 from 0+0=2:120=dut:0:0 to 0+0=0:120=dut:0:0
Aug 5 14:31:41 (none) vdr: changing pids of channel 191 from 0+0=2:118=dut:0:0 to 0+0=0:118=dut:0:0
Aug 5 14:32:31 (none) vdr: frontend 0 timed out while tuning to channel 187, tp 112574
Aug 5 14:32:31 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:32:40 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:32:43 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32780
Aug 5 14:32:43 (none) vdr: streamdev-writer thread started (pid=7758, tid=7758)
Aug 5 14:32:43 (none) vdr: streamdev-filterstreaming thread started (pid=7759, tid=7759)

After some time i try to switch channel.... The screen turns black.... and nothing happends.

nessie_1980 05.Aug.2011 14:41:01

I have to start another answer, because the answer was to long..

Ok.... after any switch the streaming starts again

syslog of the server:

Aug 5 14:35:09 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:09 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32784
Aug 5 14:35:09 (none) vdr: streamdev-writer thread started (pid=7816, tid=7816)
Aug 5 14:35:09 (none) vdr: streamdev-livestreaming thread started (pid=7817, tid=7817)
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread started (pid=7818, tid=7818)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread started (pid=7819, tid=7819)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread ended (pid=7819, tid=7819)
Aug 5 14:35:09 (none) vdr: buffer stats: 75952 (3%) used
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread ended (pid=7818, tid=7818)
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread started (pid=7820, tid=7820)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread started (pid=7821, tid=7821)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread ended (pid=7821, tid=7821)
Aug 5 14:35:09 (none) vdr: buffer stats: 84412 (4%) used
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread ended (pid=7820, tid=7820)
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread started (pid=7822, tid=7822)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread started (pid=7823, tid=7823)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread ended (pid=7823, tid=7823)
Aug 5 14:35:09 (none) vdr: buffer stats: 81404 (3%) used
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread ended (pid=7822, tid=7822)
Aug 5 14:35:09 (none) vdr: receiver on device 1 thread started (pid=7824, tid=7824)
Aug 5 14:35:09 (none) vdr: TS buffer on device 1 thread started (pid=7825, tid=7825)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread ended (pid=7825, tid=7825)
Aug 5 14:35:11 (none) vdr: buffer stats: 111296 (5%) used
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread ended (pid=7824, tid=7824)
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread started (pid=7826, tid=7826)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread started (pid=7827, tid=7827)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread ended (pid=7827, tid=7827)
Aug 5 14:35:11 (none) vdr: buffer stats: 6392 (0%) used
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread ended (pid=7826, tid=7826)
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread started (pid=7828, tid=7828)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread started (pid=7829, tid=7829)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread ended (pid=7829, tid=7829)
Aug 5 14:35:11 (none) vdr: buffer stats: 3008 (0%) used
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread ended (pid=7828, tid=7828)
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread started (pid=7830, tid=7830)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread started (pid=7831, tid=7831)
Aug 5 14:35:11 (none) vdr: streamdev-server: Detaching current receiver
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread ended (pid=7831, tid=7831)
Aug 5 14:35:11 (none) vdr: buffer stats: 3572 (0%) used
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread ended (pid=7830, tid=7830)
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread started (pid=7832, tid=7832)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread started (pid=7833, tid=7833)
Aug 5 14:35:11 (none) vdr: streamdev-livestreaming thread ended (pid=7817, tid=7817)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread ended (pid=7833, tid=7833)
Aug 5 14:35:11 (none) vdr: buffer stats: 564 (0%) used
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread ended (pid=7832, tid=7832)
Aug 5 14:35:11 (none) vdr: streamdev-writer thread ended (pid=7816, tid=7816)
Aug 5 14:35:11 (none) vdr: buffer stats: 111672 (2%) used
Aug 5 14:35:11 (none) vdr: transfer thread started (pid=7835, tid=7835)
Aug 5 14:35:11 (none) vdr: receiver on device 1 thread started (pid=7836, tid=7836)
Aug 5 14:35:11 (none) vdr: TS buffer on device 1 thread started (pid=7837, tid=7837)
Aug 5 14:35:11 (none) vdr: transfer thread ended (pid=7799, tid=7799)
Aug 5 14:35:11 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:12 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:12 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:12 (none) vdr: transfer thread started (pid=7838, tid=7838)
Aug 5 14:35:12 (none) vdr: transfer thread ended (pid=7835, tid=7835)
Aug 5 14:35:12 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:12 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32785
Aug 5 14:35:12 (none) vdr: streamdev-writer thread started (pid=7839, tid=7839)
Aug 5 14:35:12 (none) vdr: streamdev-livestreaming thread started (pid=7840, tid=7840)
Aug 5 14:35:12 (none) vdr: setting audio track to 1 (0)
Aug 5 14:35:13 (none) vdr: transfer thread ended (pid=7838, tid=7838)
Aug 5 14:35:13 (none) vdr: transfer thread started (pid=7841, tid=7841)
Aug 5 14:35:13 (none) vdr: TS buffer on device 1 thread ended (pid=7837, tid=7837)
Aug 5 14:35:13 (none) vdr: buffer stats: 1504 (0%) used
Aug 5 14:35:13 (none) vdr: receiver on device 1 thread ended (pid=7836, tid=7836)
Aug 5 14:35:13 (none) vdr: receiver on device 1 thread started (pid=7842, tid=7842)
Aug 5 14:35:13 (none) vdr: buffer stats: 1880 (0%) used
Aug 5 14:35:13 (none) vdr: TS buffer on device 1 thread started (pid=7843, tid=7843)
Aug 5 14:35:13 (none) vdr: streamdev-livestreaming thread ended (pid=7840, tid=7840)
Aug 5 14:35:13 (none) vdr: streamdev-writer thread ended (pid=7839, tid=7839)
Aug 5 14:35:13 (none) vdr: buffer stats: 1880 (0%) used
Aug 5 14:35:13 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:13 (none) vdr: transfer thread ended (pid=7841, tid=7841)
Aug 5 14:35:13 (none) vdr: transfer thread started (pid=7844, tid=7844)
Aug 5 14:35:13 (none) vdr: TS buffer on device 1 thread ended (pid=7843, tid=7843)
Aug 5 14:35:13 (none) vdr: buffer stats: 1316 (0%) used
Aug 5 14:35:13 (none) vdr: receiver on device 1 thread ended (pid=7842, tid=7842)
Aug 5 14:35:13 (none) vdr: receiver on device 1 thread started (pid=7845, tid=7845)
Aug 5 14:35:13 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:13 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:13 (none) vdr: TS buffer on device 1 thread started (pid=7846, tid=7846)
Aug 5 14:35:13 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32786
Aug 5 14:35:13 (none) vdr: streamdev-writer thread started (pid=7847, tid=7847)
Aug 5 14:35:13 (none) vdr: streamdev-livestreaming thread started (pid=7848, tid=7848)
Aug 5 14:35:20 (none) vdr: transfer thread ended (pid=7844, tid=7844)
Aug 5 14:35:20 (none) vdr: transfer thread started (pid=7849, tid=7849)
Aug 5 14:35:20 (none) vdr: TS buffer on device 1 thread ended (pid=7846, tid=7846)
Aug 5 14:35:20 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:20 (none) vdr: receiver on device 1 thread ended (pid=7845, tid=7845)
Aug 5 14:35:20 (none) vdr: receiver on device 1 thread started (pid=7850, tid=7850)
Aug 5 14:35:20 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:20 (none) vdr: TS buffer on device 1 thread started (pid=7851, tid=7851)
Aug 5 14:35:20 (none) vdr: streamdev-livestreaming thread ended (pid=7848, tid=7848)
Aug 5 14:35:20 (none) vdr: streamdev-writer thread ended (pid=7847, tid=7847)
Aug 5 14:35:20 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:20 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:20 (none) vdr: transfer thread ended (pid=7849, tid=7849)
Aug 5 14:35:21 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:21 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32787
Aug 5 14:35:21 (none) vdr: streamdev-writer thread started (pid=7852, tid=7852)
Aug 5 14:35:21 (none) vdr: streamdev-livestreaming thread started (pid=7853, tid=7853)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7851, tid=7851)
Aug 5 14:35:21 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7850, tid=7850)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7854, tid=7854)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7855, tid=7855)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7855, tid=7855)
Aug 5 14:35:21 (none) vdr: buffer stats: 37788 (1%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7854, tid=7854)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7856, tid=7856)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7857, tid=7857)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7857, tid=7857)
Aug 5 14:35:21 (none) vdr: buffer stats: 58844 (2%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7856, tid=7856)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7858, tid=7858)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7859, tid=7859)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7859, tid=7859)
Aug 5 14:35:21 (none) vdr: buffer stats: 62604 (2%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7858, tid=7858)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7860, tid=7860)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7861, tid=7861)
Aug 5 14:35:21 (none) vdr: transfer thread started (pid=7862, tid=7862)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7861, tid=7861)
Aug 5 14:35:21 (none) vdr: buffer stats: 61288 (2%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7860, tid=7860)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7863, tid=7863)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7864, tid=7864)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread ended (pid=7864, tid=7864)
Aug 5 14:35:21 (none) vdr: buffer stats: 62040 (2%) used
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread ended (pid=7863, tid=7863)
Aug 5 14:35:21 (none) vdr: receiver on device 1 thread started (pid=7865, tid=7865)
Aug 5 14:35:21 (none) vdr: TS buffer on device 1 thread started (pid=7866, tid=7866)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread ended (pid=7866, tid=7866)
Aug 5 14:35:30 (none) vdr: buffer stats: 99264 (4%) used
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread ended (pid=7865, tid=7865)
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread started (pid=7867, tid=7867)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread started (pid=7868, tid=7868)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread ended (pid=7868, tid=7868)
Aug 5 14:35:30 (none) vdr: buffer stats: 10716 (0%) used
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread ended (pid=7867, tid=7867)
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread started (pid=7869, tid=7869)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread started (pid=7870, tid=7870)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread ended (pid=7870, tid=7870)
Aug 5 14:35:30 (none) vdr: buffer stats: 8460 (0%) used
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread ended (pid=7869, tid=7869)
Aug 5 14:35:30 (none) vdr: receiver on device 1 thread started (pid=7871, tid=7871)
Aug 5 14:35:30 (none) vdr: TS buffer on device 1 thread started (pid=7872, tid=7872)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread ended (pid=7872, tid=7872)
Aug 5 14:35:31 (none) vdr: buffer stats: 3384 (0%) used
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread ended (pid=7871, tid=7871)
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread started (pid=7873, tid=7873)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread started (pid=7874, tid=7874)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread ended (pid=7874, tid=7874)
Aug 5 14:35:31 (none) vdr: buffer stats: 3760 (0%) used
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread ended (pid=7873, tid=7873)
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread started (pid=7875, tid=7875)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread started (pid=7876, tid=7876)
Aug 5 14:35:31 (none) vdr: streamdev-server: Detaching current receiver
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread ended (pid=7876, tid=7876)
Aug 5 14:35:31 (none) vdr: buffer stats: 3008 (0%) used
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread ended (pid=7875, tid=7875)
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread started (pid=7877, tid=7877)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread started (pid=7878, tid=7878)
Aug 5 14:35:31 (none) vdr: streamdev-livestreaming thread ended (pid=7853, tid=7853)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread ended (pid=7878, tid=7878)
Aug 5 14:35:31 (none) vdr: buffer stats: 1316 (0%) used
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread ended (pid=7877, tid=7877)
Aug 5 14:35:31 (none) vdr: streamdev-writer thread ended (pid=7852, tid=7852)
Aug 5 14:35:31 (none) vdr: buffer stats: 99640 (2%) used
Aug 5 14:35:31 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 t
Aug 5 14:35:31 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:31 (none) vdr: buffer stats: 0 (0%) used
Aug 5 14:35:31 (none) vdr: Sent DISEQC command: t V W15 W15 A W15 T
Aug 5 14:35:31 (none) vdr: Streamdev: Setting data connection to 192.168.1.39:32788
Aug 5 14:35:31 (none) vdr: streamdev-writer thread started (pid=7879, tid=7879)
Aug 5 14:35:31 (none) vdr: streamdev-livestreaming thread started (pid=7880, tid=7880)
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread started (pid=7881, tid=7881)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread started (pid=7882, tid=7882)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread ended (pid=7882, tid=7882)
Aug 5 14:35:31 (none) vdr: buffer stats: 73884 (3%) used
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread ended (pid=7881, tid=7881)
Aug 5 14:35:31 (none) vdr: receiver on device 1 thread started (pid=7883, tid=7883)
Aug 5 14:35:31 (none) vdr: TS buffer on device 1 thread started (pid=7884, tid=7884)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread ended (pid=7884, tid=7884)
Aug 5 14:35:32 (none) vdr: buffer stats: 75952 (3%) used
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread ended (pid=7883, tid=7883)
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread started (pid=7885, tid=7885)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread started (pid=7886, tid=7886)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread ended (pid=7886, tid=7886)
Aug 5 14:35:32 (none) vdr: buffer stats: 63732 (3%) used
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread ended (pid=7885, tid=7885)
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread started (pid=7887, tid=7887)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread started (pid=7888, tid=7888)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread ended (pid=7888, tid=7888)
Aug 5 14:35:32 (none) vdr: buffer stats: 84976 (4%) used
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread ended (pid=7887, tid=7887)
Aug 5 14:35:32 (none) vdr: receiver on device 1 thread started (pid=7889, tid=7889)
Aug 5 14:35:32 (none) vdr: TS buffer on device 1 thread started (pid=7890, tid=7890)
Aug 5 14:35:39 (none) vdr: TS buffer on device 1 thread ended (pid=7890, tid=7890)
Aug 5 14:35:39 (none) vdr: buffer stats: 106408 (5%) used
Aug 5 14:35:39 (none) vdr: receiver on device 1 thread ended (pid=7889, tid=7889)
Aug 5 14:35:39 (none) vdr: receiver on device 1 thread started (pid=7891, tid=7891)
Aug 5 14:35:39 (none) vdr: TS buffer on device 1 thread started (pid=7892, tid=7892)
Aug 5 14:35:39 (none) vdr: TS buffer on device 1 thread ended (pid=7892, tid=7892)
Aug 5 14:35:39 (none) vdr: buffer stats: 11280 (0%) used
Aug 5 14:35:39 (none) vdr: receiver on device 1 thread ended (pid=7891, tid=7891)
Aug 5 14:35:39 (none) vdr: receiver on device 1 thread started (pid=7893, tid=7893)
Aug 5 14:35:39 (none) vdr: TS buffer on device 1 thread started (pid=7894, tid=7894)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread ended (pid=7894, tid=7894)
Aug 5 14:35:40 (none) vdr: buffer stats: 8836 (0%) used
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread ended (pid=7893, tid=7893)
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread started (pid=7895, tid=7895)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread started (pid=7896, tid=7896)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread ended (pid=7896, tid=7896)
Aug 5 14:35:40 (none) vdr: buffer stats: 3948 (0%) used
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread ended (pid=7895, tid=7895)
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread started (pid=7897, tid=7897)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread started (pid=7898, tid=7898)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread ended (pid=7898, tid=7898)
Aug 5 14:35:40 (none) vdr: buffer stats: 32524 (1%) used
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread ended (pid=7897, tid=7897)
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread started (pid=7899, tid=7899)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread started (pid=7900, tid=7900)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread ended (pid=7900, tid=7900)
Aug 5 14:35:40 (none) vdr: buffer stats: 75200 (3%) used
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread ended (pid=7899, tid=7899)
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread started (pid=7901, tid=7901)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread started (pid=7902, tid=7902)
Aug 5 14:35:40 (none) vdr: TS buffer on device 1 thread ended (pid=7902, tid=7902)
Aug 5 14:35:40 (none) vdr: buffer stats: 70688 (3%) used
Aug 5 14:35:40 (none) vdr: receiver on device 1 thread ended (pid=7901, tid=7901)

Hope you can help me and i can help you :D

tv-user 05.Aug.2011 22:11:53

About the stream problem it is a known problem. Looks like the vip client must be rewritten to start the stream again. It also happens over here.

Maybe the cifs module is different, I use a nfs share so I don't use cifs/smb for sharing.

Shutdown isn't possible with the vip1710, without lirc the remote can turn the unit off. But with lirc you have to know the code to put it to sleep. And that code isn't know yet.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 06.Aug.2011 13:50:38

Hmmm.... i have also a streaming problem with my digitainer.
I think my switch sometimes hangsup.
Or did you see in my logs something that is similar to the known streaming problem?

When your stream breaks up and then you change the channel, does
your streaming starts again?
What do you have to do to make your stream working again?

I try to fix of mounting a share.... or also use the nfs.

How do you stop the vip1710-client ;D
Did you always unplug the power-supply?
Is anyone working on the thing?

I can´t test anything now... because i´m not at home.

tv-user 06.Aug.2011 19:13:53

Switching channels starts the stream again most of the times. One up and one down again. Right now for testing I've got an unused button on the remote for it. That one does : channel up, channel down.

Didn't look an deeper into this problem so I don't know if your logs are similar.

I use the clients in the bedrooms for the kidz, if they aren't here I simply unplug them to save money.

Most of the VIP1710 source you can get from Motorola so why don't you start working on it ;)

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

mezo 09.Aug.2011 00:39:03

how can i change, that the vdr can write to his local disk?
can u add streamdev 0.5.1? i have some bugs with the 0.5.0 version. if i change the channel, vdr says "can't start transfer mode". i think he change the channel to fast. if i wait 2 sec after this, the channelswitch works fine.

greetings

tv-user 09.Aug.2011 00:46:05

Default setting is to write to /video, you can change that in runvdr.sh export VDRVIDEO="/video"

Tried 0.5.1 on the client but had problems with it (no picture, bad streaming, don't remember what it was) so I switched back to 0.5.0. But on the server you should have 0.5.1 works better.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

mezo 09.Aug.2011 01:19:59

[quote='tv-user link' pid='12112' dateline='1312843565']
Default setting is to write to /video, you can change that in runvdr.sh export VDRVIDEO="/video"

Tried 0.5.1 on the client but had problems with it (no picture, bad streaming, don't remember what it was) so I switched back to 0.5.0. But on the server you should have 0.5.1 works better.

ok, is there any way to make the osd a bit faster while showing tv and can u tell me how i upgrade streamdev client?

btw. nice work ;)

tv-user 09.Aug.2011 09:58:56

OSD faster? Timeout settings or if building the osd page is too slow an other skin.

If you use the build kit from HW Hilse you can build it all.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

Abuzze 09.Aug.2011 14:12:55

Hi mezo

> ok, is there any way to make the osd a bit faster while showing tv

Da ist kein Problem, das geht flüssig !

Abuzze

nessie_1980 09.Aug.2011 16:29:51

Hi!

I have no problem with the speed of the osd. It switchs very fast.
But the channelswitch is very slow.... i looks like it can´t be solved.
But i can life with that problem ;)

I had a problem with the streaming. I bought a new switch and now
it seems solved.
Sometimes when i switch the channel the stream doesn´t start. Now i switch back
to the old channel and back to the new channel like tv-user told me and it
starts the stream.

Today the box restarts by himself :-\ .

Before it restarts the streams seems to break up. I got pixel in the picture and
hacks in the audio...
After the reboot the box works fine again.
So it is ok but not nice :D

Does anyone have a etherwake which runs on the box?!
I want to start my server by the box, because my server doesn´t run
24/7.

tv-user 11.Aug.2011 00:46:09

Box makes EPG cache file in /video, change it (in runvdr.sh) to /mnt/video and epg should be saved.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

tv-user 11.Aug.2011 00:57:17

[quote='mezo link' pid='12112' dateline='1312981679']
tv user can u build streamdev 0.5.1 for me? im a beginner and i cant build it :( 0.5.0 works very bad.

streamdev client 0.5.1

libvdr-streamdev-client.so.1.7.15.tar.gz

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

tv-user 11.Aug.2011 01:23:59

So I've got a next release ready.

[url=http://www.easyvdr-forum.de/dl/Vip1710-0.2.0.tar.gz]release 0.2.0

Hope it works ;)

History file :

Big thanx to HW Hilse for making the vip1710 possible.

0.0.1 08-07-2011 First start
0.0.2 11-08-2011 Removed some of the ReelVDR patches, only patches needed for Bouquets are left
Added Clock plugin.
Updated remote.conf & keymacros.conf
Clock is on 'AV' // Teletekst on 'tekst' // Recordings on 'opnames'
Schedule in on 'gids' // Pause is on 'next'
Still empty : clip, clipnxt

Fixed plugrc // fix by mentox on the mikrocontroller forum.
Fixed timer menu, help keys doesn't go away after pussing a button.
Removed Invokedmanually Patch (this keeps OSD on display until an other OK push) now it goes away after timeout like normal

!! EPG Search Timer menu not patched -> use VDR timer menu
!! TXTSubtitles still don't work.
!! Remote timers work but not from EPGSearch schedule menu. Select program, then go menu -> (remote)timers menu -> set to Remote.
!! Switch only timer only works if selected Local. Remote doesn;t make sence btw....
!! pause of live stream doesn't work ok?, recording starts but it also keeps playing the livestream.
!!

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

mezo 10.Aug.2011 15:07:59

tv user can u build streamdev 0.5.1 for me? im a beginner and i cant build it :( 0.5.0 works very bad.

mezo 10.Aug.2011 17:01:38

übrigens: wie kann ich erreichen dass uhrzeit epg usw. gespeichert werden und nicht nach jedem restart verloren gehen?

Abuzze 11.Aug.2011 14:16:12

[quote='tv-user link' pid='12112' dateline='1313018639']
So I've got a next release ready.

[url=http://www.easyvdr-forum.de/dl/Vip1710-0.2.0.tar.gz]release 0.2.0

Hope it works ;)

Leider nein,

auf einem frisch formatierten Stick

entpacken von /etc bringt mehrere Fehler (Datei schon vorhanden)
ZIX.xpm "existiert bereits"
1-2-3-tv.xpm "existiert bereits"
.5 HIT CH.xpm "existiert bereits"

usw.

Die VIP1710 mit dem neuen Stick gestartet
bootet am Ende der des 5. Punktes neu.

Abuzze

mezo 11.Aug.2011 14:17:52

same here. on the last dot my vip hang up

tv-user 11.Aug.2011 16:12:57

Ok found it, I didn't change the runvdr.sh to the right directory
The xpm errors are because fat32 don't allow symlinks. Must find a way to solve that.

Changed runvdr.sh in the archive.

Change in runvdr.sh

######## new - defined with export
export MNTPATH="/pvr/IDE/mnt"

to

######## new - defined with export
export MNTPATH="/mnt"

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

Abuzze 12.Aug.2011 11:09:50

Hallo tv-user,

auch die Änderung bringt keinen Erfolg

######## new - defined with export
export MNTPATH="/mnt"
export VDRPATH="$MNTPATH/bin"
export VDRLIBPATH="$MNTPATH/lib/"
export CNFPATH="$MNTPATH/etc"
export BINPATH="$MNTPATH/bin"
export PLGCNFPATH="$CNFPATH/plugins"
export VDRPRG="$VDRPATH/vdr"
export VDRVIDEO="/video"
export VDRLOCALE="$CNFPATH/locale"

Die Box startet nach dem 5. Punkt neu.

FAT32 ?
Ich habe den Stick ext2 formatiert.

Abuzze

tv-user 12.Aug.2011 12:42:11

Turn log on to see what happens.

Just put these lines in plugrc before VDR

# VDR tries to log to syslog, you can start it if you want to see the logs
# (and wear out your USB flash storage...)
syslogd -O /mnt/logfile -s 0

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

pritt 14.Aug.2011 10:15:28

hmmmm ....

your [url=http://www.easyvdr-forum.de/forum/../dl/vip1710_distro.tar.gz]http://www.easyvdr-forum.de/dl/vip1710_distro.tar.gz didn´t work on my box. I´m editing the plugrc, copy my channel.conf, remote.conf and lirc ...

After boot - also after the last dot - the tv-screen is black - no menu, no reaction with FB

I´m missing a log file and the /etc/sources.conf is empty

----------------------------------------------------------------------
da das release 2.0 noch Fehler hat, hab ich mal die erste Version von tv-user probiert. Leider ohne Erfolg. Die plugrc wurde entsprechend Post auf 1. Seite editiert, meine original channel.conf, remote.conf und lirc.conf kopiert. Nachdem boot der Box, speziell nach dem letzten Dot bleibt der TV-Schirm dunkel. Keine Reaktion auf FB - also kein Menü, setup usw.

Ich vermisse die log files - kann allerdings sein dass die nicxht erstellt werden, weil die distri bei mir nicht läuft

Der Stick wurde direkt am vdr mit ext2 formatiert, auch das Auspacken und editieren erfolgt immer unter linux am vdr (/media/usb) jeweils mit Hotplug (mounten) und manuellem umount /dev/sdc1

Silverstone CW03 mit 7" Touch TFT, easyVDR 3.0, ASUS M5A87, AMD FX 4300, nVidia VDPAU / SoftHDDevice, Digital Devices Octopus Bridge, 2 x Digital Devices Duoflex S2 (4 Tuner), SanDisk SDSSDX12, 1 x 3 TB (Media), 2 x 1,5 TB (Media), Unicable System || Thermaltake DH 101, ASUS M5A87, AMD FX-6300 Six-Core Processor, 8 GB RAM, easyVDR 5.0 (alpha), nVidia GT 1030, SoftHDDevice, Digital Devices Octopus Bridge, 2 x Digital Devices DuoFlex C/T2 (4 Tuner), SanDisk SDSSDX12, 2 x 1,5 TB (Media) || Fractal Design Node 304 mit NAS Openmediavault (RAID 5) 12 TB, Raspberry II mit Debian Wheezy Kartenleser, HD+, ...

nessie_1980 14.Aug.2011 11:33:52

Zum Thema 2.0 Distri kann ich nix sagen, da ich mit dieser Version noch nichts gemacht habe.

Dein anderes Problem.... Die Box bootet also komplett durch, sprich die Dots verschwinden alle.
Was gibt den "ps ax | grep vdr" aus?
Wurde der vdr überhaupt gestartet kann man damit prüfen.
Versuchst du per mount ein Aufnahmeverzeichnis von VDR-Server einzubinden und auf welche Art?
Sprich hast du auf dem Server samba laufen oder NFS?
Den ich habe mir 0.9er easyVDR installiert und NFS-Server laufen und binde darüber meine Aufnahmen ein.
Allerdings wurde das Aufnahmeverzeichnis mit zu geringen Rechten eingebunden und deswegen
ist bei mir der VDR auf der Box nicht gestartet.
Einfach mal "/bin/sh runvdr.sh" eingeben und schauen was die Ausgabe sagt.
Bei mir stand "Can´t access /video", sprich vdr hat wie oben gesagt keinen Zugriff auf /video wo ich meine
Aufnahme hin mounte.
Habe dann auf dem VDR-Server die Rechte in der /etc/exports Datei geändert, so das die Aufnahmen mit root-Rechten
eingebunden werden.
Und siehe da schon lief dass ganze wieder.

MfG
nessie_1980

pritt 14.Aug.2011 12:06:45

Kommando zurück ...

die distri 2.0 von tv-user läuft jetzt - keine Ahnung warum die vorher nicht ging ... muss noch einiges anpassen.

was mir auffällt, ich kann zwar 3 verschiedene skins wählen, inkl. Themes - aber die Sprache des OSD lässt sich trotz vorhandener Sprachdateien in /locale nicht auf Deutsch ändern. Oder sehe ich da was falsch ?

Positiv fällt schon mal die UTF-8 Unterstützung auf - also korrekte deutsche Umlaute in den EPG Angaben.

nessie_1980 14.Aug.2011 12:10:50

Ohh.... es geht UTF-8!
Das wäre ja fast einen Wechsel wert :)
Weil das nervt meine Freundin, da kann man immer gar net lesen was da steht ^^

Hmmmm... in der Vorgängerdistri konnte man die Spache auch nicht ändern.
Wenn ich wüsste wie man das macht, das es auf Deutsch angezeigt wird, also was man
an den Dateien ändern muss würde ich mich bereit erklären das zu ändern.

pritt 14.Aug.2011 12:24:48

ich werde heute nachmittag mal Skinenigmang ausprobieren .... soweit ich gesehen habe muss das in der setup conf umgestellt werden. derseit steht der skin soppalusikka drin. Soweit ich weiß, vertragen die sich nicht gleichzeitig.

Bei skinenigmang müsste sich dann theoretisch Deutsch einstellen lassen....

witzig finde ich auch die analoge clock, nur die position im osd musste ich an meinen Röhren-TV anpassen

pritt 14.Aug.2011 17:42:13

die distri 0.2.0 von tv-user läuft jetz bei mir ... noch funktioniert nicht alles, aber da kann man ja noch probieren ...

sooooo, in der /etc/plugins/plugin_setup_runvdr.conf habe ich den skin soppalusikka raus genommen und dafür skinenigmNG in Version 0.1.1 reingenommen. Leider lässt sich auch hier kein deutsches OSD einstellen. Dafür funktioniert
auch hier UTF-8, also deutsche umlaute, sowohl in den epg infos, als auch bei den channel namen.

in /etc/locale sind nur die LC_Messages (.mo) enthalten, also nur system messages der einzelnen plugins

was mir aufällt, die umschaltzeiten sind noch etwas lang, aber noch erträglich.

ansonsten erst mal eine recht brauchbare Distri ! für die UTF-8 Unterstützung gibt´s schon mal ein +K !

nessie_1980 14.Aug.2011 21:25:57

Also das um stellen des Skins habe ich auch schon gemacht.

Hab doch gesagt es gibt kein deutsch ;)

Ich hab leider absolut keine Ahnung wo die Übersetzung vorgenommen wird,
denn wie gesagt wenn ich das wüsste hät ich es schon gemacht :D
Die Umschaltzeiten gehen wohl nicht kürzer. Darüber wurde in einigen früheren Posts
schon mal diskutiert worden.

Ich fahr etz erstmal ne Woche in Urlaub und werd dann mal den neuen Release testen.

Auch wenn ich die UTF-8-Umsetzung noch nicht gesehen haben gibts von mir 1 Karma

tv-user 17.Aug.2011 11:45:13

UTF-8 was always possible, just a setting.
runvdr.sh
export VDR_LANG=nl_NL
export LANG=nl_NL.UTF-8

I tried the nl_NL settings to enable the langauge files but they won't work. Somethings are missing but what?

So I turned on UTF-8 by accident.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

tv-user 17.Aug.2011 12:03:29

Got by mail a little wish list for plugins, I'll try to make them for the next release.

- txt2skin loader
- integration soft fade (in /out) for skin enigmaNG if possible
- simple e-mail client (read emails)
- background image for radio - rds text if possible
- weather plugin

More wishes just post or mail them and I'll try to compile them.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

tv-user 17.Aug.2011 17:04:31

Radio Plugin.

plugin : http://www.vdr-wiki.de/wiki/index.php/Radio-plugin
patch : http://www.vdr-portal.de/index.php?page=Thread&postid=797106#post797106

libvdr-radio.so.1.7.15.tar.gz

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

pritt 17.Aug.2011 18:17:49

moin gemeinde,

ich habe gerade mal das radio plugin von tv-user ausprobiert. es funktioniert (aktivieren + einstellen in setup -> plugins)
edit plugin_setup_runvdr.conf -P radio

das plugin funktioniert erstmal ... THX an tv-user !

was mir auffällt:

- kann die vip1710 die funktion für "still picture" nutzen, bzw. dieses anzeigen ? (*.mpg)
wenn ja, dann fehlt ein verzeichnis mit entsprechendem pfad zu den still pictures

wenn die Box die *.mpg nicht anzeigen kann, gehen dann eventuell andere image formate ? (*.png, *.jpg)

- werden die in der austastlücke mitgesendeten Daten (RDS, RASS,RT) in dem Stream vom vdr mit übertragen oder werden diese Daten herausgefiltert, verworfen ? sprich, kann RDS, RASS auf der VIP1710 überhaupt funktionieren ?

tv-user 17.Aug.2011 18:21:31

An other way is :

Add to plugin_setup.conf
0::radio::Radio Plugin::

Then use setup -> plugins -> plugins setup to add -P radio to the plugin_setup_runvdr.conf

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

tv-user 18.Aug.2011 01:46:39

Compiled weatherng for the vip1710

Add to plugin_setup.conf
0::weatherng::Wetter Plugin::

Then use setup -> plugins -> plugins setup to add -P weatherng to the plugin_setup_runvdr.conf and restart vdr

Add to setup.conf
weatherng.AutoUpdate = 1
weatherng.HiQuality = 1
weatherng.ID1 = GMXX0049
weatherng.ID1_NAME = Hamburg
weatherng.ID2 = UKXX0085
weatherng.ID2_NAME = London
weatherng.ID3 = SFXX0023
weatherng.ID3_NAME = Johannesburg
weatherng.ImgAlpha = 210
weatherng.ImgDither = 1
weatherng.OSDOffsetX = 0
weatherng.OSDOffsetY = 0
weatherng.RadarHeight = 336
weatherng.RadarLeft = 150
weatherng.RadarTop = 120
weatherng.RadarWidth = 420

create /mnt1/mnt/etc/plugins/weatherng

Edit the weatherng.sh to get the right info.

/mnt1/mnt/etc/plugins/weatherng/weatherng.sh
#!/bin/sh
#
# weatherng.sh
#
# source: vdr-plugin weatherng
#

#
# Zeichenkodierung wegen Umlauten 8859-15
# wenn alles stimmt kommen hier Umlaute: äöü€
# wenn utf8 hier Ã€Ã¶ÃŒâ?¬ Editor sollte dann besser auf iso 8859-15 umgestellt werden.
#
# Angepasst an EasyVDR 28.04.2010
# test auf konsole:
#
# sh /etc/vdr/plugins/weatherng/weatherng.sh
# sh /etc/vdr/plugins/weatherng/weatherng.sh west
# sh /etc/vdr/plugins/weatherng/weatherng.sh nord
# sh /etc/vdr/plugins/weatherng/weatherng.sh sued
# sh /etc/vdr/plugins/weatherng/weatherng.sh ost
#
# To use this examples of urls , you must have the permission of owner to download and
# use them. Otherwise you must change the URLs. See README or README.DE.

# PARTNERID und LICENSEKEY bekommt man kostenlos hier
# https://registration.weather.com/ursa/xmloap/step1
#
# im VDR Wiki stehen diese funktionierenden drinn:
# PARTNERID=1004124588
# LICENSEKEY=079f24145f208494
#
PARTNERID=
LICENSEKEY=

# Change SETUPDIR if you need.
# Einstellungen und Parameter anpassen
#
#. /etc/vdr/sysconfig
SETUPDIR=/mnt/etc

# Erste Wetterstation wird aus /etc/vdr/sysconfig ermittelt.
#
#STATIONID=$(echo "$WETTERSTATION" | awk '{ print $1 }')

# Die weiteren 2 Wetterstationen werden aus der /etc/vdr/setup.conf übernommen.
# Wenn im Plugin Setup eingestellt
#
STATIONID=`grep weatherng.ID1.* "$SETUPDIR/setup.conf" | awk '{ print $3 }'`
STATIONID2=`grep weatherng.ID2.* "$SETUPDIR/setup.conf" | awk '{ print $3 }'`
STATIONID3=`grep weatherng.ID3.* "$SETUPDIR/setup.conf" | awk '{ print $3 }'`

# Datum und Zeit in UTC
#
UTCDATE=`date -u +%Y%m%d`
UTCHOUR=`echo "scale=0; if (\`date -u +%H%M\`<1014 && \`date -u +%H%M\`>0014) print 0; \
if (\`date -u +%M\`/15==0) print (\`date -u +%H\`)-1 else print (\`date -u +%H\`)"`
UTCHOUR=$UTCHOUR`echo "scale=0; if (\`date -u +%M\`/15==0) print 45; \
if (\`date -u +%M\`/15==1) print 0,0 else print (\`date -u +%M\`/15)*15-15"`

#wget -q "http://www.wetteronline.de/produktion/city/prozess/graphiken/symbol_karten/SHS/"$UTCDATE"_SHS.gif?"$UTCDATE""$UTCHOUR"" -O "$SETUPDIR/plugins/weatherng/pic1"
#wget -q "http://www.wetteronline.de/produktion/city/prozess/graphiken/symbol_karten/NIE/"$UTCDATE"_NIE.gif?"$UTCDATE""$UTCHOUR"" -O "$SETUPDIR/plugins/weatherng/pic2"
#wget -q "http://www.wetteronline.de/produktion/city/prozess/graphiken/symbol_karten/MVP/"$UTCDATE"_MVP.gif?"$UTCDATE""$UTCHOUR"" -O "$SETUPDIR/plugins/weatherng/pic3"
#wget -q "http://www.dwd.de/bvbw/generator/Sites/DWDWWW/Content/Oeffentlichkeit/WV/WV11/Warnungen/Wetter__Aktuell/Regionenwetter/RegionNordwest__allgemein__Bild,property=default.jpg" -O "$SETUPDIR/plugins/weatherng/pic4"
#wget -q "http://www.dwd.de/bvbw/generator/Sites/DWDWWW/Content/Oeffentlichkeit/WV/WV11/Warnungen/Wetter__Aktuell/Regionenwetter/RegionNordost__allgemein__Bild,property=default.jpg" -O "$SETUPDIR/plugins/weatherng/pic5"
#wget -q "http://www.windfinder.com/grafiken/forecasts/wind_ngermany12.png"
wget -q "http://www.tagesschau.de/import/wetter/de-vs-tn.jpg" -O pic1
wget -q "http://www.tagesschau.de/import/wetter/de-vs-tt.jpg" -O pic2
wget -q "http://www.tagesschau.de/import/wetter/de-vs-3t.jpg" -O pic3

# Dont change or uncomment this and the following 5 lines. ;)
# Uncomment download only if you have a permission from The Weather Channel (see README).
# otherwise get one ;) and do whatever you want.
# !!!! DONT FORGET TO CHANE YOUR STATIONIDs !!!!!! (See README or README.DE how to get them.
# Example for Herne,Germany with a permission from The weather channel:
#
wget -q "http://xml.weather.com/weather/local/$STATIONID?cc=*&unit=m&dayf=10&par=$PARTNERID&key=$LICENSEKEY" -O "$SETUPDIR/plugins/weatherng/data1.xml"
wget -q "http://xml.weather.com/weather/local/$STATIONID2?cc=*&unit=m&dayf=10&par=$PARTNERID&key=$LICENSEKEY" -O "$SETUPDIR/plugins/weatherng/data2.xml"
wget -q "http://xml.weather.com/weather/local/$STATIONID3?cc=*&unit=m&dayf=10&par=$PARTNERID&key=$LICENSEKEY" -O "$SETUPDIR/plugins/weatherng/data3.xml"

# gibt Meldung auf konsole aus,wenn Download beendet.
#
#echo $MESG

# gibt Meldung auf Bildschirm aus,wenn Download beendet.
#
#svdrpsend.pl MESG $MESG
libvdr-weatherng.so.1.7.15.tar.gz

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 23.Aug.2011 10:59:15

Hi!

I`am back from holiday. The first thing i have done is testing the 2.0 distri :)
It works very fine!
The new plugins are nice.
I got a question: How can i modify the menu? Because the new plugins weather and radio have no number
at the begin, so it isn´t possible to choose one of this menu-points per number.
I want also to kill the vdr process or remount the
server-directories by my own written script....

I hope that anyone of you have a solution for my problems :)
The next 3 days i´m not at home so there is no hurry about that ;)

So long
nessie_1980

pritt 23.Aug.2011 11:20:43

@nessie_1980

Du brauchst keine "Nummer" dafür !

Add to plugin_setup.conf
0::weatherng::Wetter Plugin::
0::radio::Radio Plugin::

Dann im OSD Setup - Setup Runvdr ausführen & neustarten !

Grundsätzlich gehen erst mal beide Plugins - ungeklärt ist bisher, ob die Vip1710 die Radarbilder anzeigen kann es werden nur grüne oder pinkfarbene Blnk-Screens angezeigt - also vermutlich falsches Bildformat oder aber die Libmagic für die Vip fehlt ..., dann noch die Wetterimages (welches Format, Pfad) Radio geht auch, ob aber RDS, RASS gehen wird weiss ich nicht, ich glaube nicht, das streamdev diese Nutzdaten mit übermittelt.

nessie_1980 23.Aug.2011 11:54:26

@ pritt

Ich hätte aber gern eine Nummer dran :P
Den dann muss ich nicht immer von oben nach unten im Menu navigieren, sondern
kann direkt über die Menu-Nummer den Punkt über ein oder zwei Tastendrücke
ansprechen ;)

Jepps... Radarbilder sind leider nur pink oder grün.
Das Radio-Plugin habe ich noch nicht grossartig getestet. Werd auch nicht viel Energie
reinstecken, da ich den VIP1710 nur als TV-Client nutze.

Martin 23.Aug.2011 22:00:38

Eine Erleichterung für die Version 3.0 wäre wenn man künftig bei neuen Versionen möglichst wenig Configfiles editieren müsste..

Also im Startskript der Aufruf für ein
pre-vdr.sh
post-vdr.sh

(Hier kann z.B. das mounten von LAN Shares erfolgen)

Zusätzlich muss noch eingestellt werden die Streamdev-Server Adresse, das geht m.E. nicht so einfach... Da muss man halt noch eine Einstellung mit dem Editor machen.
(Glaub nicht dass die Box awk oder sed hat... ?)

mezo 23.Aug.2011 23:20:22

wäre es eigentlich technisch möglich an der box eine dvb usb box zu betreiben?

nessie_1980 24.Aug.2011 08:28:30

@ martin

Weiß nicht ob ich dich richtig verstanden habe:
Du möchtest also ein Script das vor bzw. nachdem Start des VDR´s ausgeführt wird ja?
Die Scripts hätten in deinen Augen den Vorteil das du nicht die unterschiedlichen Scripte
durchsuchen musst um die Einstellungen die du in deiner Version (USB-Stick) vorgenommen hast
wieder ändern musst?

Was ich mir für dieses Problem vorstellen könnte, wäre ein Backup- bzw. Restorescript.
Ich würde hierfür auf dem Stick ein Verzeichnis "backup" erstellen und darin wiederum
nochmals zwei Verzeichnisse "copy" und "compare".
Im Verzeichnis "copy" würde ich z.B. Dateien ablegen die komplett überschrieben also
umkopiert werden können z.B. lirc.conf u. remote.conf
Im Verzeichnis "compare" würde ich dann Configdateien ablegen, welche die Backup-Datei
mit der neuen Datei der neuen Distri vergleicht und wenn er bei einem alten Einstellungswert
einen Unterschied zum neuen Distri-Wert findet diesen ersetzt z.B. streamdev-server.port....

BackupScript:
Es sichert eine Liste von Dateien die man selbst konfigurieren kann in die jeweiligen Verzeichnisse.
RestoreScript:
Es spielt Dateien bzw. Einstellungen die die jeweils eigens konfigurierten Dateien zurück.

Allerdings weiss ich nicht ob sich der Aufwand lohnen würde ^^
Denn soviele Leute benutzen ja den VIP1710 nicht....

Also lasst mal hören ob Interesse an so einer Lösung bestehen würde.

Ach war das was du meintest??? @martin

@pritt
Keine Ahnung ob das möglich ist...
Glaube aber nicht, weil ich hab noch keine DVB-Treiber gesehen hab. Ist aber nur eine Vermutung....

So long
nessie_1980

glotzi 24.Aug.2011 16:21:05

[quote='mezo link' pid='12112' dateline='1314134422']
wäre es eigentlich technisch möglich an der box eine dvb usb box zu betreiben?

Wenn du einen dvb usb Empfänger hast der vom kernel 2.4.30 unterstützt wird geht das. Man müsste die Kernel Module evtl. noch bauen. Außerdem gibts da noch die vip1720, die hat DVBT onboard.

BTW: warum benutzt Ihr einen USB-Stick für den VDR und kein NFS-Share von eurem Server-VDR?

nessie_1980 24.Aug.2011 17:39:21

@glotzi

Ich mach es per USB-Stick, weil mein Server nicht 24/7-Betrieb macht ;)
Bei mir wird der Server sogar von der VIP1710-Box geweckt...
Ansonsten wäre NFS-Share wohl die bessere Wahl... bzw.
wo siehst du da Vorteile?

1720er-Box???
Aber per DVBT kann man doch nur ganz bestimme Programme empfangen oder?

@ ALL

Scripte sind fast fertig...
Hab drei Scripte erstellt.
Eines welches bestimmte Dateien sichert.
Eines welches die oben gesicherten Dateien zurück spielt.
Eines welches eine Backup macht, dann den Stick komplett löscht
die neue Distri auf den Stick entpackt und die gesicherten Scripte zurück spielt.

Die Dateien welche gesichert werden sollen kann man per
Scriptanpassung konfigurieren.

Mehr wenn die Script komplett fertig sind....

So long

glotzi 24.Aug.2011 17:54:04

[quote='nessie_1980 link' pid='12112' dateline='1314200361']
Ich mach es per USB-Stick, weil mein Server nicht 24/7-Betrieb macht ;)
Bei mir wird der Server sogar von der VIP1710-Box geweckt...

Und auch das kann man ohne USB Stick machen. Den mount des NFS Shares kannste ja machen wenn den Server oben ist.

[quote='nessie_1980 link' pid='12112' dateline='1314200361']
Ansonsten wäre NFS-Share wohl die bessere Wahl... bzw.
wo siehst du da Vorteile?

Der USB bleibt frei, ich muss keinen Stick kaufen und man kann die Konfig direkt am Server machen.

[quote='nessie_1980 link' pid='12112' dateline='1314200361']
1720er-Box???
Aber per DVBT kann man doch nur ganz bestimme Programme empfangen oder?

Jo, gibts auch, es gibt auch ne 1740 (1760?) mit eingebauter HD. User tv-user hat so ein Teil.

Mit DVBS kann man auch nur ganz bestimmte Programme empfangen, komische Frage. Ich hab auch DVBT mir reichen 20 Programme.

mezo 25.Aug.2011 19:43:06

[quote='glotzi link' pid='12112' dateline='1314195665']
[quote author=mezo link=topic=12317.msg103498#msg103498 date=1314134422]
wäre es eigentlich technisch möglich an der box eine dvb usb box zu betreiben?

Wenn du einen dvb usb Empfänger hast der vom kernel 2.4.30 unterstützt wird geht das. Man müsste die Kernel Module evtl. noch bauen. Außerdem gibts da noch die vip1720, die hat DVBT onboard.

BTW: warum benutzt Ihr einen USB-Stick für den VDR und kein NFS-Share von eurem Server-VDR?

wo sehe ich ob mein tv empfänger "technotrend s-2400" mit diesem kernel läuft?

mfg

nessie_1980 25.Aug.2011 20:12:32

@glotzi

Ähmmm.... wie soll das gehen? Also aufwecken des Servers per vip1710-Client.
Denn auf dem vip1710 gibt es kein etherwake oder ähnliches Programm...
Auf meinem USB-Stick habe ich eben ein WOL-Programm und somit ist er ein aufwecken
der Server möglich.

Es gibt Nachfolgerboxen? hab eben mal gegoogelt aber nichts dazu gefunden :(
Kannst du Foren oder ähnliches nennen wo man mehr darüber erfährt.

@mezo
Keine Ahnung.... bzw. gibt es jemanden der bereits die Box mit USB-Empfänger am laufen hat...

glotzi 25.Aug.2011 20:59:51

[quote='nessie_1980 link' pid='12112' dateline='1314295952']
Ähmmm.... wie soll das gehen? Also aufwecken des Servers per vip1710-Client.
Denn auf dem vip1710 gibt es kein etherwake oder ähnliches Programm...
Auf meinem USB-Stick habe ich eben ein WOL-Programm und somit ist er ein aufwecken
der Server möglich.

Dann musst du halt das etherwake auf /flash2 legen. Genauso wie die NFS-Kernel Module. Das etherwake muss vor dem NFS mount passieren.
Bei mir sieht die die myrc so aus:

# executed at system start by exploited getsettingsvalue
# we're root, BTW

# just leave a note
touch /yes-sir-we-can-boogie

# create symlink pointing to the additional modules
# that we store in /flash2/modules
ln -s /flash2/modules /lib/

# load usb storage support
#insmod scsi_mod > /dev/null
#insmod sd_mod > /dev/null
#insmod usb-storage > /dev/null

# usb/storage grace period
#sleep 5

# check if we have a storage device present
#if [ -b /dev/scsi/host0/bus0/target0/lun0/part1 ]; then
# # we do. mount it to newly created /mnt
# mkdir /mnt
# mount -o ro /dev/scsi/host0/bus0/target0/lun0/part1 /mnt
# if ; then
# sh /mnt/plugrc > /dev/null
# fi
#fi

insmod sunrpc.o > /dev/null
insmod lockd.o > /dev/null
insmod nfs.o > /dev/null

mkdir /mnt
mount -o nolock 192.168.1.2:/data/tftpboot/192.168.1.31 /mnt

if ; then
sh /mnt/plugrc > /dev/null
fi

# whether the above mentioned script on plugged device was not
# found or if it was found _and_ does return, we continue the normal
# boot process.

# but first, we look if we have an overlay directory for /flash
# and if we do, - well, we overlay it :-) this way, you can
# continue to use toish & co.

if ; then
mount -o bind /flash2/flash-overlay /flash
fi

[quote='nessie_1980 link' pid='12112' dateline='1314295952']
Es gibt Nachfolgerboxen? hab eben mal gegoogelt aber nichts dazu gefunden :(
Kannst du Foren oder ähnliches nennen wo man mehr darüber erfährt.

http://elth.ucv.ro/student1/Catalog%20Romtek%20%28apasa%20index.htm%29/Motorola%20IP%20STB%20Matrix.pdf

Die 1720 ist in Spanien vertrieben worden, die 1760 in Holland.

nessie_1980 01.Sep.2011 15:34:56

Ich habe jetzt ein paar Tage an den angesprochen Scripten gearbeitet.
Meine Shell-Kentnisse sind nicht die besten :)
War eine ganz schöne Arbeit, weil die Box nicht alle Befehle im vollen Funktionsumfangunterstützt.

Es sind ingesamt fünf Scripte.:

backup.sh
Diese Script sichert Dateien und Verzeichnisse vom Stick oder NFS-Mount.
Dabei kann man über die Konfigurationsdateien einstellen, welche Dateien
bzw. Verzeichnisse gesichert werden sollen.
Der Inhalt aus der "copy.conf" wird 1:1 kopiert.
Der Inhalt aus der "compare.conf" wird 1:1 kopiert
Bei einem späteren Restore werden die einzelen Paramter der gesicherten Dateien
mit den Parametern der vorhanden Dateien verglichen.
Wenn ein Parameter der gesicherten Datei einen anderen Wert hat wie
die der vorhanden Datei, wird dieser Wert mit dem Wert aus der gesicherten Datei überschrieben.
Ist in der vorhanden Datei ein Parameter welcher in der gesicherten Datei nicht mehr vorhanden, wird
dieser wieder hergestellt. Ist in der gesicherten Datei ein Parameter nicht vorhanden, aber in der vorhanden
Datei, so bleibt dieser erhalten.

restore.sh
Führt ein Zurückspielen der gesicherten Dateien bzw. Verzeichnise zurück.

distri_update.sh
Führt erst ein Backup durch. (s.o.)
Löscht dann den Inhalt des Stick bzw. NFS-Mounts, wobei man über die Konfigurationsdatei
"erase_exclude.conf" angeben kann welche Dateien bzw. Verzeichnisse nicht gelöscht werden sollen.
HINWEIS: Hier können nur Dateien und Verzeichnisse aus der Wurzel (z.B. "/mnt/") angegeben werden.
Also Dateien wie "/mnt/etc/*" können darüber nicht geschützt werden. Sie müssen über die copy.conf
zu erste gesichert werden.
Ich verwende die erase_exclude.conf nur um das Backup- und Video-Verzeichnis zu schützen.
Nach dem Löschen des Sticks bzw NFS-Mounts wird das neue Tar-Archiv (Distri-Archiv) das im Verzeichnis "new_distri" liegt
auf den Stick entpackt.
Abschliessend werden die Backupdateien zurück gespielt. (s.o.)

backup_complete.sh
Sichert den Stick bzw. NFS-Mount in ein Tar-Archiv.
Über die Konfigurationsdatei "tar_exclude.conf" kann man Dateien bzw. Verzeichnisse
von der Komplettsicherung ausschliessen.
Ich verhindere damit z.B. das das Backup- bzw. Video-Verzeichnis mit gepackt wird.

restore_complete.sh
Spielt das Komplettbackup zurück auf den Stick bzw. NFS-Mount.
Wobei der Stick bzw. NFS-Mount zuvor gelöscht wird, jedoch werden auch hier
die erase.conf-Dateien bzw. Verzeichnisse nicht gelöscht.

MfG
nessie_1980

PS.: Verwendung auf eigene Gefahr :)
Scripte.tar

tv-user 01.Sep.2011 10:09:27

About Weatherng, still no pictures. Don't know how the weather pictures can be displayed.
XPM or PNG both don't work.
Same for the radar pictures, so for now only the text part can be used.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

Martin 01.Sep.2011 18:57:33

[quote='nessie_1980 link' pid='12112' dateline='1314884096']
Ich habe jetzt ein paar Tage an den angesprochen Scripten gearbeitet.

Na hoffentlich nicht wegen mir / für mich !

Meine Frage war nur ob TV-User 2 Zeilen in die plugrc bauen könnte ?

...cd /
tar xzf /mnt/root.tar.gz

# unload vendor IR module
rmmod 08ir

/bin/pre-vdr.sh
...
# comment this in if you have set up your configuration:
( while ! pidof streamer; do sleep 2; done; /usr/sbin/lircd -d /dev/lirc/0 /etc/lirc.conf ; /mnt/runvdr.sh ) >/dev/null 2>&1 &
/bin/post-vdr.sh

Damit kann man ohne viel zu denken bei jeder neuen Version die eigenen Files drüberkopieren...
(Und wer das nicht nutzen will nutzt es halt nicht)

tv-user 01.Sep.2011 19:15:07

Pre-vdr is possible but post-vdr won't work.
Runvdr is in a never ending loop.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

Martin 01.Sep.2011 20:06:07

Runvdr is in a never ending loop.

Grrr. You are right...
So maybe it was better that i mounted the shares before i startet the vdr... :-)

nessie_1980 01.Sep.2011 20:27:19

@martin

Nein ich hab das nicht nur wegen dir gemacht :)
Ich benutze die Scripts eben um meinen USB-Stick komplett zu sichern bzw. eben
nur einzelen Dateien.
Und wenn nun einen neue Version raus kommt gehe ich einfach nur noch her und
spiele meine alten Konfigdateien ein.
Sprich "channels.conf", "lirc.conf", "remote.conf" usw. werden einfach 1:1 kopiert.
Die "setup.conf" der neuen Version wird jedoch mit der Backupdatei verglichen.
Somit werden Werte wie die IP der Servers automatisch auf dem eignen Server geändert.

Den Vorschlag mit dem Pre-Script find ich auch nicht schlecht.
Ich habe meine plugrc nämlich modifiziert um den Server aufzuwecken und das Aufnahmeverzeichnis
des Server mounten.
Und das muss ja eh vor dem Starten des Server passieren, den ein nachträgliches Mounten
wird von VDR wie mir scheint ignoriert (Recordings sind leer!).
Diese Dinge wären in einem seperaten Script besser aufgehoben!
Jedoch löst es eben nicht das Problem mit den anzupassenden Konfigurationen...

Ich werde heute mal mit dem PRE-Script anfangen und meine plugrc wieder in die Ausgangzustand
bringen :)

MfG
nessie_1980

Nachtrag:

...cd /
tar xzf /mnt/root.tar.gz

# unload vendor IR module
rmmod 08ir

/bin/pre-vdr.sh
...
# comment this in if you have set up your configuration:
( while ! pidof streamer; do sleep 2; done; /usr/sbin/lircd -d /dev/lirc/0 /etc/lirc.conf ; /mnt/runvdr.sh ) >/dev/null 2>&1 &
/bin/post-vdr.sh

So würde ich das allerdings nicht machen... weil die Dinge im "/bin" ja aus dem root.tar.gz kommen...
Würde folgendes vorschlagen:

...cd /
tar xzf /mnt/root.tar.gz

# unload vendor IR module
rmmod 08ir

if [ -e "/mnt/script/pre-vdr.sh" ]
then
/mnt/script/pre-vdr.sh
fi
...
# comment this in if you have set up your configuration:
( while ! pidof streamer; do sleep 2; done; /usr/sbin/lircd -d /dev/lirc/0 /etc/lirc.conf ; /mnt/runvdr.sh ) >/dev/null 2>&1 &

Das Verzeichnis "script" ist kein muss.....
Bei der Variante die ich Vorschlage müsste die pre-vdr.sh beim Erstellen einer neuen Version weggelassen werden.
Aber das stellt ja kein Problem dar.
Damit ist es dann kein Problem einfach die neue Version auf den Stick zu entpacken, weil die Datei bestehen bleibt...

Ich werde das mal in Angriff nehmen :) und das anhand der aktuellen Version von tv-user....

nessie_1980 02.Sep.2011 11:43:13

Moin!

Also ich hab es nun wie folgt gelöst

# unload vendor IR module
rmmod 08ir

if [ -e "/mnt/pre-vdr.sh" ]
then
/mnt/pre-vdr.sh
fi
...
# comment this in if you have set up your configuration:
( while ! pidof streamer; do sleep 2; done; /usr/sbin/lircd -d /dev/lirc/0 /etc/lirc.conf ; /mnt/runvdr.sh ) >/dev/null 2>&1 &

Das Script muss man natürlich selbst anlegen.
WICHTIG: nach dem Anlegen muß man noch die Recht richtig setzen
chmod +x pre-vdr.sh
Das Script ist auch nicht im Archiv enthalten, den sonst würde man es ja wieder überschreiben
wenn man einen neue Distri auf den Stick entpackt ^^

Ich bin damit zufrieden...

Für meine Änderungen hab ich das akutelle Archiv von tv-user hergenommen und dort direkt die plugrc editiert und zurück gepackt.
Ich würde das Archiv ja gerne zur Verfügung stellen, allerdings ist das Archiv zu groß :)
Sprich tv-user müsste das Archiv entsprechend aktualisieren.

MfG
nessie_1980

tv-user 19.Sep.2011 17:13:59

Got a request for a plugin compile with a longer timeout from nessie_1980, so maybe the "Can´t start Transfer Mode" problems are over.

libvdr-streamdev-client.so.1.7.15.tar.gz

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 19.Sep.2011 17:39:22

Hi tv-user!

Perfect! Just in time! :D

This version works fine for me!

Thx for your help!

So long
nessie_1980

tv-user 20.Sep.2011 10:29:38

With the info I got from Nessie_1980 I compiled the streamdev-client.

This morning I had time to do some testing.
Looks like it solved the problem. Now when there are stream hickups, it goes on by it self. Before you had to change the channel to get the stream working again. So no more screaming kids because of broken streams.

Now only find a way to disable the "streamdev-client: socketpair(SOCK_SEQPACKET) failed: Socket type not supported, trying SOCK_DGRAM" that's flooding my log file.

Also compiled the old 0.5.0 this one don't gives the above error.
libvdr-streamdev-client.so.1.7.15.tar.gz

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

nessie_1980 20.Sep.2011 15:53:55

Hi everybody!

Ok.... after the post of tv-user i enabled the logging.
I get the same logging-message like tv-user....
Now i also use the new compiled 0.5.0-version.
This one seems to work fine.

Thx to tv-user again ;)

nessie_1980 20.Sep.2011 16:30:43

Allright.... after some tests i got these error-message:

Sep 20 17:07:08 192 user.err vdr: switching to channel 6
Sep 20 17:07:08 192 user.err vdr: ERROR (device.c,1686): Bad file descriptor
Sep 20 17:07:08 192 user.err vdr: TS buffer on device 10 thread ended (pid=602, tid=602)
Sep 20 17:07:08 192 user.err vdr: buffer stats: 110356 (5%) used
Sep 20 17:07:08 192 user.err vdr: receiver on device 10 thread ended (pid=603, tid=603)
Sep 20 17:07:13 192 user.err vdr: TS buffer on device 10 thread started (pid=607, tid=607)
Sep 20 17:07:13 192 user.err vdr: receiver on device 10 thread started (pid=608, tid=608)
Sep 20 17:07:13 192 user.err vdr: ttxtsubs player thread ended (pid=604, tid=604)
Sep 20 17:07:13 192 user.err vdr: buffer stats: 0 (0%) used
Sep 20 17:07:13 192 user.err vdr: ttxtsubs: teletext subtitles replayer started with initial page 000
Sep 20 17:07:13 192 user.err vdr: buffer stats: 0 (0%) used
Sep 20 17:07:13 192 user.err vdr: osdteletext-receiver thread started (pid=610, tid=610)
Sep 20 17:09:49 192 user.err vdr: cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
Sep 20 17:09:49 192 user.err vdr: cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
Sep 20 17:09:49 192 user.err vdr: cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
Sep 20 17:09:49 192 user.err vdr: cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64

This message looks like, it is gernerated by the streamdev-client, because i use
the filter-option from the streamdev-client. When it makes serious problems i deactivate this option.
The message is more then fourtimes shown. This is only a extract of the logfile.
It is also generated when the channel wan´t switched.

And the second message is this one:

Sep 20 16:06:10 192 user.err vdr: epgsync thread started (pid=488, tid=488)
Sep 20 16:06:11 192 user.err vdr: SvdrpService: connected to 192.168.1.253:6419
Sep 20 16:07:11 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Sep 20 16:07:11 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (1)
Sep 20 16:07:11 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (2)
Sep 20 16:07:11 192 user.err vdr: Streamdev: Filter 96, 2, 255 not available from 192.168.1.27:32781
Sep 20 16:07:11 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (3)
Sep 20 16:07:11 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (4)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (5)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (6)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (7)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING ( 8)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (9)
Sep 20 16:07:12 192 user.err vdr: cStreamDevice::GetTSPacket: GetChecked: NOTHING (10)
Sep 20 16:07:12 192 user.err vdr: cStreamdevDevice::GetTSPacket(): disconnected
Sep 20 16:07:12 192 user.err vdr: ERROR: Streamdev: Couldn't connect to 192.168.1.253:2004: Connection refused
Sep 20 16:07:12 192 user.err vdr: TS buffer on device 10 thread ended (pid=478, tid=478)
Sep 20 16:07:12 192 user.err vdr: buffer stats: 718912 (34%) used
Sep 20 16:07:12 192 user.err vdr: receiver on device 10 thread ended (pid=479, tid=479)
Sep 20 16:07:12 192 user.err vdr: cStreamdevFilters::Action(): stream disconnected ?
Sep 20 16:07:22 192 user.err vdr: Streamdev: Lost connection to 192.168.1.253:2004: Connection timed out
Sep 20 16:07:22 192 user.err vdr: ERROR (device.c,1686): Bad file descriptor
Sep 20 16:07:22 192 user.err vdr: TS buffer on device 1 thread ended (pid=465, tid=465)
Sep 20 16:07:22 192 user.err vdr: buffer stats: 38728 (3%) used
Sep 20 16:07:22 192 user.err vdr: StreamdevFilters::Action() ended
Sep 20 16:07:22 192 user.err vdr: streamdev-client: sections assembler thread ended (pid=466, tid=466)
Sep 20 16:07:23 192 user.err vdr: svdrpservice: lost connection to 192.168.1.253
Sep 20 16:07:24 192 user.err vdr: EpgSync: LSTE error 0
Sep 20 16:07:24 192 user.err vdr: svdrpservice: unable to send command to 192.168.1.253. Socket is closed
Sep 20 16:07:29 192 user.err vdr: ERROR: /mnt/video/epg.data: No such file or directory
Sep 20 16:07:29 192 user.err vdr: epgsync thread ended (pid=488, tid=488)
Sep 20 16:07:57 192 user.err vdr: switching to channel 6
Sep 20 16:07:57 192 user.err vdr: cVip1710Device::SetVideoDisplayFormat(VideoDisplayFormat=vdfLetterBox)
Sep 20 16:07:57 192 user.err vdr: Streamdev: Connected to server 192.168.1.253:2004 using capabilities TSPIDS,FILTERS
Sep 20 16:07:57 192 user.err vdr: Streamdev: Pid 511 not available from 192.168.1.27:32792
Sep 20 16:07:57 192 user.err vdr: Streamdev: Pid 512 not available from 192.168.1.27:32792
Sep 20 16:07:57 192 user.err vdr: osdteletext-receiver thread ended (pid=481, tid=481)
Sep 20 16:07:58 192 user.err vdr: TS buffer on device 1 thread started (pid=500, tid=500)

The stream didn´t break.... so i don´t know what this message is reporting :)
It seems to be generated by the svdrservice, because is had started a epgsync before.

So long
nessie_1980

tv-user 27.Sep.2011 23:05:33

[quote='tv-user link' pid='12112' dateline='1316507378']
Now only find a way to disable the "streamdev-client: socketpair(SOCK_SEQPACKET) failed: Socket type not supported, trying SOCK_DGRAM" that's flooding my log file.

Also compiled the old 0.5.0 this one don't gives the above error.

Ran diff on 0.5.1 & 0.5.0, on 0.5.0 the writing of the error is remarked so the error is there but not shown in the log file.
So for the 0.0.4 I can move to an newer version of the client and remark the logging.

Server: VDR 2.1.6 based on EasyVDR 0.806
4x S2-1600 pci, 1x usb DVB-t
Client 1: Motorola Vip1963
Client 2: Motorola Vip1963
Client 3: Motorola Vip1963

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe