Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - mifritscher

Seiten: [1] 2
1
Treiber / Linux installation: Lustiges Phänomen
« am: Januar 13, 2022, 10:34:13 Nachmittag »
Ich habe mir von http://sundtek.de/media/sundtek_netinst.sh den netinstaller geholt.

Auf meinem Rasberry 4 läuft das normale Raspbian 11, nichts gebastelt o.ä.

Nur mag das Script anscheinend das enthaltene sed nicht:

sed: Ungültige Option -- a

#aptitude  show sed
Paket: sed                                 
Version: 4.7-1

Aber das passiert exakt dann, wenn man das Script mit

. sundtek_netinst.sh

startet. Wenn man es ausführbar macht und es via

./sundtek_netinst.sh

ausführt tut es^^

2
Software Entwicklung / libmediaclient.so lässt wipe crashen
« am: November 14, 2018, 11:49:16 Nachmittag »
Wollte unter Ubuntu 18.04 64 bit ne 1 GB Datei löschen -  time wipe -i -q -Q 1 /media/michi/4D66-6D70/blah
.

Am Ende gabs ne Speicherschutzverletzung:
[342418.056014] wipe[23887]: segfault at ffffffff89600770 ip 00007f4084c4d819 sp 00007ffd3b374040 error 5 in libmediaclient.so[7f4084c4a000+10000] (mediaclient vom 10.02.2018)

Update half nichts:
[342981.602897] wipe[28561]: segfault at 2a368770 ip 00007fae828a9789 sp 00007ffd1511f7f0 error 4 in libmediaclient.so[7fae828a6000+10000] (mediaclient vom 13.11.2018)

gdb sagt folgendes:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
(gdb) bt
#0  0x00007ffff7bc7789 in ?? () from /opt/lib/libmediaclient.so
#1  0x00007ffff7bc866f in open () from /opt/lib/libmediaclient.so
#2  0x00007ffff7bc8743 in open64 () from /opt/lib/libmediaclient.so
#3  0x000055555555741c in ?? ()
#4  0x0000555555558693 in ?? ()
#5  0x0000555555556b55 in ?? ()
#6  0x00007ffff77f4b97 in __libc_start_main (main=0x5555555562b0, argc=6, argv=0x7fffffffd648, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd638) at ../csu/libc-start.c:310
#7  0x000055555555701a in ?? ()

(gdb) info registers
rax            0x0   0
rbx            0x10900   67840
rcx            0x8   8
rdx            0x0   0
rsi            0x7ffff7bd1972   140737349753202
rdi            0x5579f770   1434056560
rbp            0xffffffff   0xffffffff
rsp            0x7fffffffc7b0   0x7fffffffc7b0
r8             0xfff   4095
r9             0x0   0
r10            0x55555575f010   93824994373648
r11            0x0   0
r12            0x5579f770   1434056560
r13            0x10900   67840
r14            0x7fffffffdad1   140737488345809
r15            0x55555579f8d0   93824994638032
rip            0x7ffff7bc7789   0x7ffff7bc7789
eflags         0x10202   [ IF RF ]
cs             0x33   51
ss             0x2b   43
ds             0x0   0
es             0x0   0
fs             0x0   0
gs             0x0   0

Es hängt _kein_ TV-Receiver am Notebook.

3
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 05, 2018, 01:01:16 Vormittag »
Eine Anmerkung noch, weil wohl der ein oder andere drüber stolpert (wie ich^^): Der netinstaller aktualisiert das _nicht_ automatisch, der Befehl sollte also regelmäßig ausgeführt werden, um die aktuelle Version zu haben.

4
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 04, 2018, 02:47:58 Nachmittag »
Ok, weitere Analyse: Die 100% passieren beim Start des Rechners dann, wenn ich ich kodi starte. Nur Treiber und tvheadend verursachen das nicht. Vorher gibts den Prozess, zieht aber nur wenige % CPU - so wie es sein soll.

Wenn ich rtspd kille ist Ruhe. Das wird auch weder bei der Neuinstallation des Treibers noch beim Neustart von tvheadend oder kodi gestartet. Selbst wenn ich in tvheadend TV schaue wird rtspd nicht gestartet.

5
Sundtek Streaming Server / Re:Ein Kern von rtspd komplett ausgelastet
« am: Februar 03, 2018, 01:07:14 Nachmittag »
lsusb sagt:

<code>
Bus 003 Device 002: ID eb1a:51b2 eMPIA Technology, Inc.
</code>

mediaclient -e sagt:

<code>
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Pro (USB 2.0)]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS, SWENCODER
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 3-1
  [SERIAL]:
     ID: U120416210803
  [DVB-C,DVB-T]:
     FRONTEND: /dev/dvb/adapter5/frontend0
     DVR: /dev/dvb/adapter5/dvr0
     DMX: /dev/dvb/adapter5/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video5
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0
</code>

Es läuft noch tvheadend und darauf aufbauend kodi. Aber auch wenn ich beide ausschalte ändert sich an der Last nichts, obwohl mediaclient -e dann "standby" sagt.

6
Sundtek Streaming Server / Ein Kern von rtspd komplett ausgelastet
« am: Februar 03, 2018, 11:59:20 Vormittag »
Unter einem Ubuntu 16.04 x64 lastet /opt/bin/rtspd einen Kern komplett aus. netinst hab ich grad nochmal gemacht.

In einem top -H -p siehts folgendermaßen aus:

<code>
 2855 root      20   0  349188  13136   5560 R 99,9  0,2  27:33.88 rtspd                                                                                                                                                             
 2130 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.10 rtspd                                                                                                                                                             
 2341 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.00 rtspd                                                                                                                                                             
 2342 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.38 rtspd                                                                                                                                                             
 2343 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.40 rtspd                                                                                                                                                             
 2344 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.00 rtspd                                                                                                                                                             
 2345 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.02 rtspd                                                                                                                                                             
 2346 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.01 rtspd                                                                                                                                                             
 2347 root      20   0  349188  13136   5560 S  0,0  0,2   0:00.01 rtspd                                                                                                                                                             

</code>

Wenn ich da mit gdb einen backtrace hole bekomme ich meist folgendes:
<code>
#0  0x00007fe1490b774d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x0000000000432491 in int_poll ()
#2  0x0000000000432eae in net_poll ()
#3  0x00000000004205a5 in poller_poll (pdv=0x7fe1300008c0, timeout=100) at poller.c:33
#4  0x0000000000419003 in rtsp_epg_scan (server=0x9b2010, device=0x9b51b0) at rtsp.c:8904
#5  0x000000000041bea1 in rtsp_device_thread (opaque=0x9b51b0) at rtsp.c:9973
#6  0x00007fe14938d6ba in start_thread (arg=0x7fe1457b4700) at pthread_create.c:333
#7  0x00007fe1490c341d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
</code>

Klingt nachm Problem rund um epg?

7
Treiber / Re:Analog Video ruckelt
« am: Juli 14, 2014, 09:14:26 Nachmittag »
So mal ne spontane Idee: Ändert sich was, wenn dein Notebook am Netzteil hängt (bzw. nicht)?

Nicht dass da irgendwelche elektrischen Potenziale "herumschwirren", die die USB-Verbindung beeinträchtigen.

Vielleicht hilft als Workaround eine PCMCIA/CardBus USB bzw. ExpressCard USB Karte - wobei die ExpressCard eine "echte" ExpressCard sein sollte und nicht einfach die am ExpressCard-Slot vorhandene USB-Schnittstelle herausführt.

8
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 10:35:29 Vormittag »
Genauso hab ich es auch gemacht, gerade eben nocheinmal. Ich bin erstmal auf der Arbeit, heute Abend können wir mal schauen. Wenn es eine Debugvariante gbt, die z.B. noch mehr Infos ausgibt, kann ich die aber auch unterm Tag ausführen.

Edit: die keymap:
Code: [Auswählen]
0x16 KEY_POWER
0x0c KEY_EXIT
0x00 KEY_1
0x01 KEY_2
0x02 KEY_3
0x03 KEY_4
0x04 KEY_5
0x05 KEY_6
0x06 KEY_7
0x07 KEY_8
0x08 KEY_9
0x14 KEY_0
0x0a KEY_TAB
0x0e KEY_REFRESH
0x10 KEY_SCREEN
# KEY_BACK wuerde auch passen
0x13 KEY_ESC
0x20 KEY_UP
0x42 KEY_LEFT
0x0b KEY_ENTER
0x43 KEY_RIGHT
0x21 KEY_DOWN
0x11 KEY_CHANNELUP
0x1b KEY_CHANNELDOWN
0x44 KEY_MUTE
0x12 KEY_VOLUMEUP
0x48 KEY_VOLUMEDOWN
0x1a KEY_RECORD
0x41 KEY_PLAY
0x40 KEY_STOP
0x19 KEY_PAUSE
0x1c KEY_FORWARD
0x1e KEY_REWIND

9
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 09:24:23 Vormittag »
Hab genau die selbe Version - auf einem Ubuntu 12.04, 3.2.0-32er Kernel, 64 Bit

Interessant ist, dass wenn ich die keymap in der konfig angebe sie zwar "irgendwie" lädt (ohne Fehlermeldungen), die Tastenbelegung danach allerdings ziemlich durcheinander ist
Hab die Belegungen nach dem Start und dem manuellen Anpassen mal unter http://nopaste.info/60af58f22c.html hochgeladen.

10
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 29, 2012, 01:30:51 Vormittag »
Hmm, mir ist diesbezüglich nichts aufgefallen...
Ich habe meine Datei mal unter http://mifritscher.de/austausch/sundtek.conf hochgeladen.

11
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 28, 2012, 11:43:21 Nachmittag »
Ich habe die unter http://wiki.sundtek.de/index.php/TreiberKonfiguration verwendet und  die beiden # vor den entsprechenden Zeilen geloscht.

12
Treiber / Re:first_adapter wird nicht mehr beachtet
« am: Oktober 28, 2012, 06:01:35 Nachmittag »
Hmm, bei mir wird zwar first_adapter, aber nicht first_videodev beachtet...

13
Software / Re:Alternative Fernbedienung
« am: Oktober 28, 2012, 03:20:15 Nachmittag »
Eine kleine Frage zur Anleitung: Bei scheint die Taste bei der Ausgabe von --pollrc in den _letzten_ beiden Ziffern kodiert zu sein, in den ersten beiden Ziffern wird nur markiert, ob die Taste gerade gedrückt wird?
Edit: die wirklich wichtigen Ziffern sind die 4. und 3. letzten ;)

14
Sundtek MediaTV Pro / Re:Problem mit tvheadend + analog TV
« am: Oktober 27, 2012, 08:08:12 Nachmittag »
OpenELEC ist für mich keine Option - auf dem Rechner läuft alles mögliche (Router, Fileserver und soweiter) ;)

Mit tvheaend 3.2 läufts aber :-) Ich muss jetzt nur noch schauen, wieso ich keinen Ton bekomme.

in mplayer ist die Ausgabe noch verzerrt, es sagt folgendes:
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Movie-Aspect is 1.00:1 - prescaling to correct movie aspect.
VO: [xv] 384x288 => 384x384 Planar YV12 <- kein Wunder, dass es dann verzerrt ist ;)

edit: mediaclient --size=720x576 kann das fixen
wenn es kein audio gibt mal kurz tvtime starten
v4lctl -c /dev/video0 volume mute off soll auch funktionieren - oder besser  v4l2-ctl --set-ctrl mute=0 -d /dev/video0

Jetzt geht grundsätzlich alles, jetzt muss ich es nur noch dauerhaft einrichten - danke :-)

15
Sundtek MediaTV Pro / Re:Problem mit tvheadend + analog TV
« am: Oktober 27, 2012, 07:46:55 Nachmittag »
aktuelleste Version von tvheadend = 3.2? Ich hatte mich nicht getraut, die zu installieren (hab die von den Ubuntu-Repros genommen), aber ok, mache ich.
Das Notebook ist ein Core2Duo mit 1,6 Ghz, was ohne Last ist.

Seiten: [1] 2