Genau das habe ich vor ;-).
Es gibt noch ein paar Punkte, die ich vorher erledigen möchte. Aber ich steuere in den nächsten Wochen auf eine stable 2.4 zu.
Vorher wird es aber noch ein oder zwei Developer-Versionen geben.
Klaus
Genau das habe ich vor ;-).
Es gibt noch ein paar Punkte, die ich vorher erledigen möchte. Aber ich steuere in den nächsten Wochen auf eine stable 2.4 zu.
Vorher wird es aber noch ein oder zwei Developer-Versionen geben.
Klaus
Hevorragend!
ZitatIst es auch geplant, dass vdr im peer to peer modus Aufnahmen und Live-TV stream?
ZitatIch hab es schon vor, da noch mehr zu machen. Wann und in welchem Umfang kann ich aber noch nicht sagen.
Hallo Klaus
Ist das mit den Aufnahmen noch geplant, oder hab ich die Funktion nur übersehen
Micha
Streamen wird VDR voraussichtlich nur live TV, denn Aufnahmeverzeichnisse kann man ja einfach mounten.
Aber das werde ich erst nach der kommenden stable Version anpacken.
Klaus
Streamen wird VDR voraussichtlich nur live TV, denn Aufnahmeverzeichnisse kann man ja einfach mounten.
seh ich genau so!
Wenn du einen alpha/beta Tester benötigst...................... HIER!!!
Christian
Hallo,
also streamen ist auch ein Punkt den ich mir sehr wünsche im VDR, aber Live TV reicht .
Aufnahmen gehen prima über nfs.
gruß
speed
Hallo,
Ich hab gerade beim testen coredumps observiert, jeder mal der gleiche.
Mit svdrpsend werden die Sender durchgelaufen
Innerhalb 10 - 15 versuche crasht VDR:
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x00007f6b9ec023fa in __GI_abort () at abort.c:89
#2 0x00007f6b9ec3ebd0 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f6b9ed33d58 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#3 0x00007f6b9ec44f96 in malloc_printerr (action=3, str=0x7f6b9ed33e20 "double free or corruption (out)", ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5049
#4 0x00007f6b9ec457de in _int_free (av=0x7f6b9ef67b00 <main_arena>, p=0x55d35e0cb080, have_lock=0) at malloc.c:3905
#5 0x00007f6b9814c4ce in cDvbVsniDeviceProbe::~cDvbVsniDeviceProbe (this=0x55d35e0cb090, __in_chrg=<optimized out>) at vnsi.h:45
#6 0x000055d35cc8d3a7 in cListBase::Clear (this=0x55d35cf0fac0 <DvbDeviceProbes>) at tools.c:2210
#7 0x000055d35cc8cec6 in cListBase::~cListBase (this=0x55d35cf0fac0 <DvbDeviceProbes>, __in_chrg=<optimized out>) at tools.c:2117
#8 0x000055d35cbca124 in cList<cDvbDeviceProbe>::~cList (this=0x55d35cf0fac0 <DvbDeviceProbes>, __in_chrg=<optimized out>) at tools.h:581
#9 0x00007f6b9ec03910 in __run_exit_handlers (status=1, listp=0x7f6b9ef675d8 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:83
#10 0x00007f6b9ec0396a in __GI_exit (status=<optimized out>) at exit.c:105
#11 0x000055d35cc8e721 in Watchdog (signum=14) at vdr.c:177
#12 <signal handler called>
#13 __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:133
#14 0x00007f6ba0311b95 in __GI___pthread_mutex_lock (mutex=0x55d35e219980) at ../nptl/pthread_mutex_lock.c:80
#15 0x000055d35cc7de26 in cMutex::Lock (this=0x55d35e219980) at thread.c:224
#16 0x000055d35cbbbede in cThread::Lock (this=0x55d35e219960) at thread.h:94
#17 0x000055d35cbbb669 in cDevice::Detach (this=0x55d35e219960, Receiver=0x55d35e250570) at device.c:1807
#18 0x000055d35cba5171 in cCamSlot::Assign (this=0x55d35e250200, Device=0x0, Query=false) at ci.c:2156
#19 0x00007f6b9d06590f in SCCAMSlot::Assign (this=0x55d35e250200, Device=0x0, Query=false) at SCCAMSlot.cpp:114
#20 0x000055d35cbbb800 in cDevice::Detach (this=0x55d35e219960, Receiver=0x7f6b58007180) at device.c:1822
#21 0x000055d35cc2df84 in cReceiver::Detach (this=0x7f6b58007180) at receiver.c:128
#22 0x000055d35cc8df80 in cTransfer::~cTransfer (this=0x7f6b58007180, __in_chrg=<optimized out>) at transfer.c:22
#23 0x000055d35cc8dfd4 in cTransfer::~cTransfer (this=0x7f6b58007180, __in_chrg=<optimized out>) at transfer.c:24
#24 0x000055d35cc8e28e in cTransferControl::~cTransferControl (this=0x7f6b58007150, __in_chrg=<optimized out>) at transfer.c:72
#25 0x000055d35cc8e2b6 in cTransferControl::~cTransferControl (this=0x7f6b58007150, __in_chrg=<optimized out>) at transfer.c:73
#26 0x000055d35cc2ad82 in cControl::Shutdown () at player.c:105
#27 0x000055d35cbb776b in cDevice::SwitchChannel (this=0x55d35e22f3b0, Channel=0x55d35e0ef010, LiveView=true) at device.c:787
#28 0x000055d35cb9c892 in cChannels::SwitchTo (this=0x55d35cf0e040 <cChannels::channels>, Number=13) at channels.c:1040
#29 0x000055d35cc9116f in main (argc=27, argv=0x7ffd0d1cdf38) at vdr.c:970
Alles anzeigen
Ist das ein Problem im VDR oder in einem Plugin?
VDR wird gestartet mit:
./$VDR \
--user=$USER \
--userdump \
--config=$VDRCONFIG \
--video=$VIDEO_DIR \
--epgfile=$EPG \
--log=$LOG_LEVEL \
--watchdog=20 \
--grab=/files/Screenshots \
--lib=$PLUGINS \
--instance=$INSTANCE \
--record=$RECORD \
--dirnames=,,1 \
-D0 -D1 -D2 -D3 -D4 -D5 \
-P"----" \
-P"dummydevice" \
-P"streamdev-server" \
-P"iptv -d 2" \
-P"live --port=8002 --ip=10.0.0.2" \
-P"epgsearch" \
-P"vnsi" \
-P"svdrposd" \
Alles anzeigen
Und jedesmal gab es einen aktiven Stream zum streamdev-client
vnsi ist gestartet wird aber nicht genutzt.
Wo kann der Fehler sein, im VDR oder eine Plugin?
Mit fr. Gruß
Carel
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!