Messages

hi,

no idea?

tvia

Hi Chris,

To answer a question much earlier in the thread, the upcoming release of version 0.4.0 will support locating a VDR/VOMP server on the same IP as the client.

I tune a well channel, after 2-3 seconds and then I get the message "Connection lost" ?

- I use the version 0.4.1-dev on raspbian last version.
- I connect via vlan eth0.2 with the tuner of the NetCeiver
- VDR-1.7.28 with dummydevice-, vompserver- and mcli-plugin

Code Select Expand

top - 21:27:00 up 5 min,  1 user,  load average: 0,79, 0,77, 0,38
Tasks:  65 total,   1 running,  64 sleeping,   0 stopped,   0 zombie
%Cpu(s): 14,1 us, 19,5 sy,  2,1 ni, 53,9 id,  0,0 wa,  0,0 hi, 10,4 si,  0,0 st
KiB Mem:    314664 total,   198928 used,   115736 free,    12844 buffers
KiB Swap:   262140 total,        0 used,   262140 free,    83584 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                   
2610 vdr       20   0  279m  50m 4608 S  27,6 16,5   1:40.19 vdr                                                                       
2678 root      20   0  186m  32m 5520 S  13,3 10,6   0:49.68 vompclient                                                               
2867 root      20   0  5172 1364 1020 R   1,3  0,4   0:00.96 top                                                                       
    3 root      20   0     0    0    0 S   0,3  0,0   0:00.38 ksoftirqd/0

ifconfig

Code Select Expand

eth0      Link encap:Ethernet  Hardware Adresse 70:71:bc:09:44:b6 
          inet Adresse:192.168.1.21  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::7271:bcff:fe09:44b6/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:13424958 errors:0 dropped:0 overruns:0 frame:0
          TX packets:95775 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:2896449962 (2.8 GB)  TX bytes:14730025 (14.7 MB)
          Interrupt:44

eth0.2    Link encap:Ethernet  Hardware Adresse 70:71:bc:09:44:b6 
          inet6-Adresse: fe80::7271:bcff:fe09:44b6/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:13410992 errors:0 dropped:0 overruns:0 frame:0
          TX packets:72492 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:11241801073 (11.2 GB)  TX bytes:11835828 (11.8 MB)

lo        Link encap:Lokale Schleife 
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:1500  Metrik:1
          RX packets:7651 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7651 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:51364131 (51.3 MB)  TX bytes:51364131 (51.3 MB)

vompserver.log

Code Select Expand

21:34:15.084802 [debug]  RRProc - Using live TV priority 0
21:34:15.190882 [debug]  MVPReceiver - VDR active
21:34:15.221876 [debug]  MVPReceiver - num mvp receivers now up to 1
21:34:15.222380 [debug]  RRProc - threadMethod waiting
21:34:15.224292 [debug]  Client - Received chan=3 kats=1368473655
21:34:15.225203 [debug]  Client - Waiting
21:34:17.592120 [debug]  Client - Vomp client destructor
21:34:17.593014 [debug]  MVPReceiver - VDR inactive, sending stream end message
21:34:17.595876 [debug]  MVPReceiver - num mvp receivers now down to 0
21:34:17.604690 [debug]  TCP - TCP has closed socket
21:34:17.609048 [info]   RRProc - threadMethod err 2 or quit
21:34:25.900251 [debug]  RRProc - get schedule called for channel 2
21:34:25.900431 [debug]  Client - Looking for channel 2::: number: 1 name: 'Das Erste HD'
21:34:25.901256 [debug]  Client - Looking for channel 2::: number: 2 name: 'ZDF HD'
21:34:25.901399 [debug]  Client - Found channel number 2, vpid = 6110, apid1 = 6120
21:34:25.901511 [debug]  RRProc - Got channel
21:34:25.901618 [debug]  RRProc - Got schedule!s! object
21:34:25.901755 [debug]  RRProc - Got schedule object
21:34:25.906215 [debug]  RRProc - Got all event data
21:34:25.912550 [debug]  RRProc - written schedules packet
21:34:25.912822 [debug]  RRProc - threadMethod waiting
21:34:56.873357 [debug]  Client - Waiting
21:34:56.873541 [debug]  RRProc - thread woken with req, queue size: 1
21:34:56.873675 [debug]  RRProc - thread while
21:34:56.873808 [debug]  RRProc - received command 12
21:34:56.874255 [debug]  RRProc - Written config load packet
21:34:56.880514 [debug]  Client - Received chan=1, ser=1371, op=11, edl=28
21:34:56.881207 [debug]  RRProc - recvReq
21:34:56.881362 [debug]  RRProc - recvReq set req and signalled
21:34:56.881634 [debug]  Client - Waiting
21:34:56.882830 [debug]  RRProc - thread while
21:34:56.883009 [debug]  RRProc - received command 11
21:34:56.883127 [debug]  RRProc - Config save: General Last Power State On
21:34:56.904619 [debug]  RRProc - threadMethod waiting
21:35:04.906588 [debug]  Client - Received chan=3 kats=1368473702
21:35:04.908199 [debug]  Client - Waiting
21:35:10.912365 [debug]  Client - Received chan=3 kats=1368473708
21:35:10.913047 [debug]  Client - Waiting


vdr-err.x

Code Select Expand

Discontinuity on receiver 0x4547a70 for pid 5101: 2->9 at pos 0/7
Discontinuity on receiver 0x4547a70 for pid 5101: 6->0 at pos 0/7
Discontinuity on receiver 0x4547a70 for pid 5101: 15->7 at pos 0/7
Discontinuity on receiver 0x4547a70 for pid 5101: 11->3 at pos 0/7

Do you have any idea how I could solve the problem "Connection lost"?

tvia

hi,

If you use vomp to shut down vdr in this way, how does vdr start up again?

The MVP starts the VDR and waits until the loaded vompserver and then has a picture.

regards
tvia

hi,

ok now works without any errors - we'll see if the MVP start up

tvia

[makedevenv]

Hi,

I would like to create myself a dongle but unfortunately I always get the error on lenny

makedevenv (last git-version)

crosstool

Code Select Expand

DEJAGNU not set, so not running any regression tests
GLIBC_ADDON_OPTIONS not set, so building all glibc add-on's
KERNELCONFIG not set, so not configuring linux kernel
+ TOOLCOMBO=gcc-3.4.5-glibc-2.2.5
++ pwd
+ BUILD_DIR=/home/mvp/crosstool/crosstool-0.43/build/powerpc-405-linux-gnu/gcc-3.4.5-glibc-2.2.5
++ pwd
+ TOP_DIR=/home/mvp/crosstool/crosstool-0.43
+ test -z ''
+ SRC_DIR=/home/mvp/crosstool/crosstool-0.43/build/powerpc-405-linux-gnu/gcc-3.4.5-glibc-2.2.5
+ echo 'SRC_DIR not set, so source tarballs will be unpacked in the build directory'
SRC_DIR not set, so source tarballs will be unpacked in the build directory
+ case x$PREFIX in
+ case x$USER in
+ abort 'Don'\''t run all.sh or crosstool.sh as root, it'\''s dangerous'
+ echo 'Don'\''t' run all.sh or crosstool.sh as root, 'it'\''s' dangerous
Don't run all.sh or crosstool.sh as root, it's dangerous
+ exec false


kernel

Code Select Expand

scripts/split-include include/linux/autoconf.h include/config
gcc -D__KERNEL__ -I/home/mvp/kernel/dongle/linux-2.4.31/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -I/home/mvp/kernel/dongle/linux-2.4.31/arch/ppc -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -Wa,-m405   -DKBUILD_BASENAME=main -c -o init/main.o init/main.c
cc1: error: unrecognized command line option "-mmultiple"
cc1: error: unrecognized command line option "-mstring"
cc1: warning: unknown register name: r2
as: Unbekannte Option »-m405«
make: *** [init/main.o] Fehler 1

@Chris
Hmm, you could also help here?

regards
tvia

hi,

vdrshutdown is working and VDR can start --- perfectly so it should work 

regards
tvia

OK, my mistake - was my version of yesterday vompserver
Now I'll test

The MVP can start the VDR, too?

regards
tvia

Hi,

yes I do

tvia

Hi,

MVP-Dongle =

protocoll mismatch s: 200 c:301

hmm, with vompserver 0.4.1 (git) ---  maybe I have a bug


regards
tvia

[Download]

it would be possible to create a dongle with vdrshutdown?

Download - http://www.sc-schulze.de/wp-content/downloads/cinfo/vompclient-vdrshutdown-0.4.0.tar.bz2

regards
tvia

very good work - going well

has anyone had to shutdown patch for MVP for version 0.4.0

regards
tvia

Hi,

I need a new vomp-dongle-0.4.0

HDTV with a filter in vdr.cc

Code Select Expand

--- a/vdr.cc
+++ b/vdr.cc
@@ -818,7 +818,7 @@ ChannelList* VDR::getChannelsList(ULONG type)
     chan->name = vresp->extractString();
     chan->vstreamtype = vresp->extractULONG();

-    if (chan->type == type && ((chan->vstreamtype==0x1b && h264support)|| mpeg2support) )
+    if (chan->type == type && ((chan->vstreamtype==0x1b && h264support)|| (chan->vstreamtype!=0x1b &&mpeg2support)) )
     {
       chanList->push_back(chan);
       logger->log("VDR", Log::DEBUG, "Have added a channel to list. %lu %lu %s", chan->number, chan->type, chan->name);

can someone create a dongle MediaMVP with this patch?

regards
tvia

thanks hondansx

is therer a vdr shutdown insite?


bye
tvia

hi,

all is working fine with: 

- start vomp.exe @administrator mode for vista
- vomp.exe run in compatibility mode for Windows NT (Service Pack 5)
- video filter- cyberlink video/sp decoder

it does not crash. 

TVIA