Beiträge von MarkusE

Try your old HTPC.

If it doesn't work, you can still try something else.

Raspberry Pi 4 with 8 GB of RAM should also work, but has some challenges as client.

Ich denke, ich habe den Fehler gefunden. Ich muss aber noch testen

Hallo,

Markus (Sundtek) hat sich gestern die Mühe gemacht, mehrere Stunden in meinem System den Fehler zu suchen. Danke dafür!

Er kam zu dem Ergebnis, dass der Fehler wohl bei vdr liegt. ("Der PAT Filter wird wohl initialisiert nachdem die Filter Instanz im VDR bereits gelöscht wurde.")

Anscheinend macht vdr Version 2.5.4, Probleme, (z.B. auch bei EXIP418 SatIP Box von Kathrein).

Bleibt die Frage, ob der Fix in vdr Version 2.5.5 den Fehler behebt, oder nur dafür sorgt, dass der Fehler seltener auftritt.

Ich habe also mit vdr Version 2.5.5 auch getestet, und hier das Ergebnis:

• vdr Version 2.5.4: Der Fehler tritt regelmäßig auf, ca. alle 10 min. Dazu muss der Anwender nichts machen
• vdr Version 2.5.5: Wenn der Anwender nichts macht, tritt der Fehler auch nicht auf (zumindest nicht in der Zeit, die ich bisher getestet habe). Durch Kanalwechsel kann der Fehler aber ausgelöst werden (ca. 30-40 Kanalwechsel)

~ Markus

Hallo,

Das mit dem Chat funktioniert irgendwie nicht.

Es sind 2 Sundtek SkyTV Ultimate (DVB-S/S2), die ich 2011 gekauft habe.

Könnte ich einen Treiber bekommen, der aus dieser Zeit stammt, z.B. von 2013 ? Dann würde ich versuchen, ob der mit mit ubuntu 20.04 focal noch läuft.

~Markus

Was genau heißt "unerreichbar"?

Ping endet mit timeout?

Oder ssh geht nicht mehr?

Oder ... ?

Hallo,

Ich habe https://support.sundtek.de/chat.php ausprobiert. Wenn ich auf diese Seite gehe, kommt eine Fehlermeldung:

Chromium: "webchat.freenode.net hat die Verbindung abgelehnt."

Firefox: https://support.mozilla.org/de…as=u&utm_source=inproduct

"unsorted double linked list corrupted" deutet auf korrupte Daten hin.

Mal testweise alle Daten gelöscht, und vom System neu anlegen lassen?

Ich habe auch eine Cine S2. Ich habe den Treiber de-aktiviert. Zu instabil. Da hilft auch kein open source ...

Hi,

Das neu bauen half nicht. Der Fehler tritt wieder auf. Vermutlich ist es der Sundtek Treiber:

Zitat

#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

set = {__val = {0, 80, 4, 94792703908451, 140632690873040, 4, 4, 7904, 140632933895072, 140633426445392, 8, 140633703069807, 94792703906928, 8, 7307199742750123385, 140633426445392}}

pid = <optimized out>

tid = <optimized out>

#1 0x00007fe7d5e80859 in __GI_abort () at abort.c:79

save_stage = 1

act =

{__sigaction_handler = {sa_handler = 0x62696c2f7273752f, sa_sigaction = 0x62696c2f7273752f}, sa_mask = {__val = {31, 31, 7904, 140632933894856, 140633426445392, 8, 140633703069807, 94792703906928, 8, 140633704570923, 140633426445392, 140632933894608, 0, 62, 140632690964048, 140633426444800}}, sa_flags = 62, sa_restorer = 0x3e}

sigs = {__val = {32, 0 <repeats 15 times>}}

#2 0x00007fe7d5eeb3ee in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7fe7d6015285 "%s\n") at ../sysdeps/posix/libc_fatal.c:155

ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area = 0x7fe7c56d4320, reg_save_area = 0x7fe7c56d42b0}}

fd = <optimized out>

list = <optimized out>

nlist = <optimized out>

cp = <optimized out>

#3 0x00007fe7d5ef347c in malloc_printerr (str=str@entry=0x7fe7d6017670 "double free or corruption (out)") at malloc.c:5347

#4 0x00007fe7d5ef5120 in _int_free (av=0x7fe7d6046b80 <main_arena>, p=0x7fe7a80e85b0, have_lock=<optimized out>) at malloc.c:4314

size = 384

fb = <optimized out>

nextchunk = 0x7fe7a80e8730

nextsize = <optimized out>

nextinuse = <optimized out>

prevsize = <optimized out>

bck = <optimized out>

fwd = <optimized out>

__PRETTY_FUNCTION__ = "_int_free"

#5 0x00007fe7d662b1e9 in () at /opt/lib/libmediaclient.so

#6 0x00007fe7d66233cd in close () at /opt/lib/libmediaclient.so

#7 0x00005636a56e6651 in cSectionHandler::Del(cFilterData const*) (this=0x5636a639d610, FilterData=FilterData@entry=0x7fe799ba22c0) at sections.c:108

fh = 0x7fe79bca04b0

#8 0x00005636a5690650 in cFilter::Del(unsigned short, unsigned char, unsigned char) (this=this@entry=0x5636a63a6330, Pid=<optimized out>, Tid=Tid@entry=2 '\002', Mask=Mask@entry=255 '\377')

at filter.c:229

fd = 0x7fe799ba22c0

#9 0x00005636a56cd3d7 in cPatFilter::SwitchToNextPmtPid() (this=this@entry=0x5636a63a6330) at pat.c:410

#10 0x00005636a56cebe9 in cPatFilter::Process(unsigned short, unsigned char, unsigned char const*, int)

(this=0x5636a63a6330, Pid=<optimized out>, Tid=<optimized out>, Data=0x7fe7c56d4dc0 "\002\260;n\322\301", Length=<optimized out>) at pat.c:479

pmt =

{<SI::NumberedSection> = {<SI::CRCSection> = {<SI::Section> = {<SI::Object> = {<SI::Parsable> = {_vptr.Parsable = 0x5636a5798bb0 <vtable for SI::PMT+16>, parsed = true}, data = {data_ = 0x7fe799c63f80, off = 0}}, <No data fields>}, <No data fields>}, <No data fields>}, commonDescriptors = {<SI::Loop> = {<SI::VariableLengthPart> = {<SI::Object> = {<SI::Parsable> = {_vptr.Parsable = 0x5636a57927d0 <vtable for SI::DescriptorLoop+16>, parsed = false}, data = {data_ = 0x7fe799c63f80, off = 12}}, length = 0}, <No data fields>}, domain = SI::SI}, streamLoop = {<SI::Loop> = {<SI::VariableLengthPart> = {<SI::Object> = {<SI::Parsable> = {_vptr.Parsable = 0x5636a57958c0 <vtable for SI::StructureLoop<SI::PMT::Stream>+16>, parsed = false}, data = {data_ = 0x7fe799c63f80, off = 12}}, length = 46}, <No data fields>}, <No data fields>}, s = 0x7fe7c56d4dc0}

StateKey = {stateLock = 0x3d600010000, write = 100, state = 0, timedOut = 240}

Channels = <optimized out>

Channel = <optimized out>

ChannelsModified = <optimized out>

MutexLock = {mutex = 0x5636a63a63e8, locked = true}

#11 0x00005636a56e6b56 in cSectionHandler::Action() (this=0x5636a639d610) at sections.c:211

fi = 0x5636a63a6330

pid = 330

tid = 2

len = 62

buf = "\002\260;n\322\301\000\000\341K\360\000$\341K\360\003R\001\037\021\341L\360\tR\001 \n\004deu\000\021\341M\360\tR\001!\n\004deu\000\005\341R\360\005o\003\000\020\340BC,\270\005Die besten Zoogeschichten aus NRWi\003\373\062\031P\016\365\v\tdeuHD-VideoP\f\362\003\002deustereoP\033\362\003\004deuohne AudiodeskriptionP\027\364B\021deuDolby Digital 2.0P\031\363 \006deuohne DV"...

r = <optimized out>

fh = <optimized out>

ThreadLock = {thread = 0x5636a639d610, locked = true}

i = <optimized out>

DeviceHasLock = true

NumFilters = <optimized out>

pfd = <optimized out>

oldStatusCount = 6031

#12 0x00005636a570fde5 in cThread::StartThread(cThread*) (Thread=0x5636a639d610) at thread.c:301
#13 0x00007fe7d6567609 in start_thread (arg=<optimized out>) at pthread_create.c:477

ret = <optimized out>

pd = <optimized out>

unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140633426454272, -2587623203588688243, 140732040950878, 140732040950879, 140732040950880, 140633426452224, 2583202227297040013, 2583173699283433101}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}

not_first_call = 0

#14 0x00007fe7d5f7d293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Alles anzeigen

Ergänzung: Möglicherweise müsst ihr in Firefox den Cache leeren (css Dateien löschen).

https://support.mozilla.org/de…%B6nnen&redirectlocale=de

Hallo,

Ist gefixt, in v3.0.9.

~Markus

Zitat von wirbel

Hast du evtl Patche angewendet, die Header verändern, ohne danach vdr und alle Plugins neu zu bauen?

Das kann es tatsächlich sein. ich habe mal alles neu gebaut.

Hi,

Hatte ich jetzt mit 2.5.4, nach dem umschalten eines Kanals. Vermutlich nicht reproduzierbar.

May 24 08:19:03 vdr1 vdr: [75260] switching to channel 32 S19.2E-1-1201-28325 (alt_WDR HD Köln)
May 24 08:19:03 vdr1 vdr: [76880] device 2 TS buffer thread ended (pid=75260, tid=76880)
May 24 08:19:03 vdr1 vdr: [76879] buffer stats: 282940 (1%) used
May 24 08:19:13 vdr1 vdr[75260]: double free or corruption (out)
May 24 08:19:13 vdr1 systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT

Danke für Eure Antworten, eigentlich war es klar, dass es nicht an 2.5.4 liegt.

Es ist mir nur aufgefallen, direkt, nachdem ich auf 2.5.4 gegangen bin.

Hallo,

Ich kann BBC auf Astra2 nicht mehr empfangen. (?).

liegt das an 2.5.4?

Oder haben die etwas umgestellt?

Andere Sender auf Astra2 gehen noch, z.B. Film4

~Markus

Zitat von cinfo

welcher von den hier geposteten Patchversuchen sollte man denn für Version 2.4.6/7 nehmen?

Grüße

cinfo

Für vdr 2.4.6/7: Den Patch, den Klaus in Beitrag #14 gepostet hat

Für vdr 2.5.4: keinen Patch

Zitat von kls

Ich kann mir eigentlich nicht vorstellen, dass dieser Patch das verursacht.

Versuch's doch bitte mal mit der Version 2.5.4 (ohne Patches).

Bei Version 2.5.4 tritt der Fehler nicht auf. Bei Version 2.4.6 + Patch ist der Fehler reproduzierbar.

Warum, ist mir unklar. Ich bleibe jetzt mal bei Version 2.5.4

Änderung ist im Master, v3.0.8

Zitat von kls

Passiert das auch ohne diesen Patch?

Nein. Diesen Fehler hatte ich bisher (ohne diesen Patch) noch nicht.

Hallo,

Kann mal bitte jemand, der softhddevice verwendet,

/usr/bin/svdrpsend PLUG softhddevice ATTA

ausführen und in den syslog schauen?

Ich bekomme da

Zitat

May 22 07:29:36 vdr1 vdr[80172]: *** buffer overflow detected ***: terminated

~ Markus