... verdammte Axt - da lagen noch alte include files rum
Kaum macht man's richtig, schon gehts
Danke für's auf's Pferd heben
... verdammte Axt - da lagen noch alte include files rum
Kaum macht man's richtig, schon gehts
Danke für's auf's Pferd heben
Die Box bzw. Installation hatte nie ein Ausgabedevice, ist ein reiner Server.
Bzgl. OSD ist folgendes in der setup.conf zu finden - sollte alles default sein?!?
Hallo,
ich habe jetzt mal in der setup.conf den Parameter "DeviceBondings" entfernt , habe aber dasselbe Fehlverhalten mit dem SegFault bzgl. "Height".
Wat nuh?
... die 2 Fälle vom 2.5.1 mit dem dynamite Plugin - vdr251dynamite & vdr251D0dynamite - haben den Segfault.
Bei denen fehlt die Zeile "OSD size changed to 720x480 @ 1" weil dort knallt's.
Interessant ist die Zeile "ERROR: device '2' in device bondings '1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0' is not a cDvbDevice" wenn das Plugin geladen ist.
Außerdem scheint das Plugin den "-D0" Parameter zu ignorieren?! Es werden weiterhin 2 Devices verwendet.
Hallo Markus,
anbei ein paar logfiles vom Start:
Erkennst Du da was draus?
Hallo Markus,
hier die Debuginfos:
Program received signal SIGSEGV, Segmentation fault.
0x0009d204 in cDevice::GetOsdSize (this=0x61c1e8, Width=@0xbefff1e0: 720, Height=@0x19f698: 656465,
PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
571 Height = 480;
(gdb) bt
#0 0x0009d204 in cDevice::GetOsdSize (this=0x61c1e8, Width=@0xbefff1e0: 720, Height=@0x19f698: 656465,
PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
#1 0x000f65e0 in cOsdProvider::UpdateOsdSize (Force=false) at osd.c:2241
#2 0x00150176 in main (argc=2, argv=0xbefff6e4) at vdr.c:1009
(gdb) p subDevice
$1 = (cDevice *) 0x0
(gdb)
Display More
In meinem Setup verwende ich 2 Tuner, die "bonded" sind - falls das wichtig ist.
Danke & Gruss
Hallo,
bei mir schmiert der VDR (2.5.1 aus'm git) immer ab sobald das dynamite Plugin (von
https://github.com/MarkusEh/vdr-plugin-dynamite) verwendet wird. Mit Patch und ohne Plugin tut er aber.
Die Besonderheit bei mir ist, dass ich den VDR auf einem ARM laufen lasse - WeTek WePlay 2 mit Amlogic S905H CPU.
Aus irgendeinem Grund wird in "GetOsdSize" die "Height=656465". Gibt es da ein bit order Problem?
Starting program: /home/vdr/vdr -P"dynamite"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb6751450 (LWP 15973)]
[New Thread 0xb5dff450 (LWP 15974)]
[New Thread 0xb55ff450 (LWP 15975)]
[New Thread 0xb4bff450 (LWP 15977)]
[New Thread 0xb43ff450 (LWP 15978)]
[New Thread 0xb3bff450 (LWP 15980)]
[New Thread 0xb33ff450 (LWP 15981)]
[Thread 0xb55ff450 (LWP 15975) exited]
[New Thread 0xb0bff450 (LWP 15982)]
[Thread 0xb5dff450 (LWP 15974) exited]
[New Thread 0xb5dff450 (LWP 15983)]
Program received signal SIGSEGV, Segmentation fault.
0x0009d204 in cDevice::GetOsdSize (this=0x61c1c0, Width=@0xbefff1f0: 720, Height=@0x19f698: 656465,
PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
571 Height = 480;
(gdb) bt
#0 0x0009d204 in cDevice::GetOsdSize (this=0x61c1c0, Width=@0xbefff1f0: 720, Height=@0x19f698: 656465,
PixelAspect=@0x9d1e9: -2,6148613288608866e-32) at device.c:571
#1 0x000f65e0 in cOsdProvider::UpdateOsdSize (Force=false) at osd.c:2241
#2 0x00150176 in main (argc=2, argv=0xbefff6f4) at vdr.c:1009
(gdb)
Display More
Danke!
Jetzt hast du mich abgehängt. Wo ist dann das Problem ? Dann müsste doch eine Start und eine Ende Marke korrekt sein. Oder stimmt die Position nicht ? Was kommt dann wirklich an den erkennten Stellen ?
Das Problem ist dass die generierte marks weder mit dem alten noch mit dem neuen Decoder richtig ist.
Der alte Decoder setzt nur eine Stop Marke
Der neue Decoder setzt 2 Marken:
1:31:01.12 detected start of horiz. borders (136536)*
1:33:21.16 detected stop of horiz. borders (140040)
Beides ist falsch. Es müssten Marken bei Frame 3552 für Start (ca. 2:22) und bei 140040 für Stop (ca. 1h 33:21) gesetzt werden.
Hi kfb77,
bzgl. #49
Quoteder Film mit Frame 3552 starten (ca. 2:22) und mit dem 140040 enden (ca. 1h 33:21)
und #50
QuoteKein Wunder findet er in der Aufnahme keine Änderung der horizontalen Balken, weil er nur nach Änderungen der Audio Kanäle sucht (und keine findet).
beides ist richtig - in der Aufnahme ist keine Werbung! Sowohl vor als auch im als auch nach dem Film geht es direkt von einer Sendung in die andere über - offenbar auch ohne Änderung am Tonformat. Das einzige Erkennungsmerkmal wäre wohl das Senderlogo oder tatsächlich Balken - es gibt eine Zwischensequenz mit ohne Balken.
Vielleicht kann man ja die erkannten Übergänge vorhalten und im Zweifel dann doch nutzen?!
Hallo kfb77,
Danke, habe ich gemacht. Jetzt gibt es zwar eine Start und eine Stop marke, beide sind aber falsch. Log habe ich angehängt.
Hallo kfb77,
ich habe hier folgendes Problem - die marks Datei enthält nur die Stop Marke, kein Start?! Und einen Fehler bzgl. des indes gibt es auch?!
$ command/markad nice /srv/vdr/video/Die_Legende_von_Aang/2019-12-29.01.57.4-0.rec/
markad: Sun Jan 12 20:33:17 [6863] starting v0.1.6 (ea2e182) (64bit)
markad: Sun Jan 12 20:33:17 [6863] on /srv/vdr/video/Die_Legende_von_Aang/2019-12-29.01.57.4-0.rec
markad: Sun Jan 12 20:33:17 [6863] broadcast aspectratio 16:9 (from info)
markad: Sun Jan 12 20:33:17 [6863] getting broadcast start from info mtime
markad: Sun Jan 12 20:33:17 [6863] pre-timer 143s
markad: Sun Jan 12 20:33:17 [6863] broadcast length 91m
markad: Sun Jan 12 20:33:17 [6863] found H262-video (0x00ff)
markad: Sun Jan 12 20:33:17 [6863] found AC3 (0x0103)
markad: Sun Jan 12 20:33:18 [6863] using libavcodec.so.57.107.100 with 6 threads
markad: Sun Jan 12 20:33:18 [6863] using codec MPEG-2 video
markad: Sun Jan 12 20:33:18 [6863] channel SAT_1
markad: Sun Jan 12 20:33:18 [6863] parameter --loglevel is set to 2
markad: Sun Jan 12 20:33:18 [6863] SDTV 720x576i25
markad: Sun Jan 12 20:33:18 [6863] startframe 3575
markad: Sun Jan 12 20:33:18 [6863] chkSTART set to 12575
markad: Sun Jan 12 20:33:18 [6863] chkSTOP set to 155300
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
[mpeg2video @ 0x5599ef9f0260] Invalid frame dimensions 0x0.
markad: Sun Jan 12 20:33:18 [6863] detected end of black screen (0)*
markad: Sun Jan 12 20:33:19 [6863] detected start of black screen (3540)
markad: Sun Jan 12 20:33:19 [6863] detected end of black screen (3576)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (3948)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (3972)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (4188)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (4236)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (4440)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (4632)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (4788)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (4860)*
markad: Sun Jan 12 20:33:20 [6863] detected start of horiz. borders (3540)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (5316)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (5484)*
markad: Sun Jan 12 20:33:20 [6863] detected start of black screen (5928)
markad: Sun Jan 12 20:33:20 [6863] detected end of black screen (6504)*
markad: Sun Jan 12 20:33:24 [6863] DolbyDigital5.1 audio detected. logo/border/aspect detection disabled
markad: Sun Jan 12 20:33:24 [6863] assuming start (3540)
markad: Sun Jan 12 20:33:24 [6863] aspectratio of 16:9 detected
markad: Sun Jan 12 20:33:24 [6863] startframe 3540
markad: Sun Jan 12 20:33:24 [6863] chkSTART set to 12540
markad: Sun Jan 12 20:33:24 [6863] chkSTOP set to 155265
markad: Sun Jan 12 20:33:24 [6863] using mark on position 3540 as start mark
markad: Sun Jan 12 20:33:24 [6863] horizontal borders, logo detection disabled
markad: Sun Jan 12 20:33:43 [6863] sequence error 3->8 (0x00ff)
markad: Sun Jan 12 20:34:03 [6863] assuming stop (145015)
markad: Sun Jan 12 20:34:03 [6863] cleanup marks
markad: Sun Jan 12 20:34:03 [6863] index doesn't match marks, sorry you're lost
markad: Sun Jan 12 20:34:03 [6863] skipped 435 bytes
markad: Sun Jan 12 20:34:03 [6863] processed time 45.49s, 146953/0 frames, 3230.6 fps, 129.2 pps
$ cat /srv/vdr/video/Die_Legende_von_Aang/2019-12-29.01.57.4-0.rec/marks
1:36:40.16 assuming stop (145015)
Display More
Danke!
Hi mtron,
das ist ja goil - habe mir nach dieser Anleitung ffmpeg selber gebaut und kann nun mit vielen fps (30..90) auf dem RasPi transcodieren
ffmpeg -c:v mpeg2_mmal -i /srv/vdr/video/some.rec/00002.ts -vf yadif=0 -c:v h264_omx -c:a copy -b:v 1500k filme/test.mp4
ffmpeg version N-91046-g974eb4aaaa Copyright (c) 2000-2018 the FFmpeg developers built with gcc 6.3.0 (Raspbian 6.3.0-18+rpi1+deb9u1) 20170516 configuration: --arch=armhf --target-os=linux --enable-gpl --enable-omx --enable-omx-rpi --enable-nonfree --enable-mmal --prefix=/usr/local --enable-libx264 --enable-libx265
...
frame= 2516 fps= 41 q=-0.0 Lsize= 21964kB time=00:01:41.53 bitrate=1772.0kbits/s dup=7 drop=0 speed=1.66x
Gruß, ollo
Hi Kibu,
TS und MP4 sind Container Formate, die Audio und Video (und andere) Pakete enthalten koennen. Diese lassen sich recht einfach von TS nach MP4 umkopieren, auch auf einem RasPi:
ffmpeg -i datei.ts -vcodec copy -acodec copy datei.mp4
Falls Du wirklich umcodieren willst, geht das auf dem RasPi eventuell per omxtx in Hardware:
https://github.com/dickontoo/omxtx
Gruss, ollo
Problem erkannt und gebannt
Ich habe hier 2 verschiedene libEGL installiert. Eine kommt aus dem libegl1-mesa package (libEGL.so) und eine aus dem libraspberrypi0 package (libbrcmEGL.so). Im Makefile des rpihddevice wird bei LDLIBS "-lEGL" verwendet. Das habe ich auf "-lbrcmEGL" geändert und neu gebaut - schon funzt es wieder Offenbar kommen sich die 2 libs sonst in die Quere.
Gruß, ollo
... na klar, sonst geht ja garnichts
Hallo,
ich habe neulich auf Raspbian Stretch aktualisiert und seit dem Probleme mit der OSD Darstellung des rpihddevice - es kommt keins. Im syslog ist folgendes dazu zu finden:
Aug 27 19:31:04 raspi3 vdr: [2591] loading plugin: /usr/lib/vdr/plugins/libvdr-rpihddevice.so.2.3.1
Aug 27 19:31:04 raspi3 vdr: [2591] initializing plugin: rpihddevice (1.0.3): HD Ausgabegerät für Raspberry Pi
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: supported HDMI modes:
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[05]: 640x 480@72p | 4:3 | 31.500MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[06]: 640x 480@75p | 4:3 | 31.500MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[08]: 800x 600@56p | 4:3 | 36.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[10]: 800x 600@72p | 4:3 | 50.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[11]: 800x 600@75p | 4:3 | 49.500MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[17]: 1024x 768@70p | 4:3 | 75.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[18]: 1024x 768@75p | 4:3 | 78.750MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[21]: 1152x 864@75p | 4:3 | 108.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[32]: 1280x 960@60p | 4:3 | 108.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[36]: 1280x1024@75p | 5:4 | 135.000MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[47]: 1440x 900@60p | 16:10 | 106.500MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[48]: 1440x 900@75p | 16:10 | 136.750MHz (current)
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: DMT[87]: 1440x 900@50p | 16:10 | 73.750MHz
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: HwInit() done, display size is 1440x900
Aug 27 19:31:04 raspi3 vdr: [2603] rpihddevice: cAudioDecoder() thread started
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: new cOsdProvider()
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: cOvgThread() thread started
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: [EGL] failed to init display connection!
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: [EGL] failed to get frame buffer config!
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: [EGL] failed to create rendering context!
Aug 27 19:31:04 raspi3 vdr: [2591] starting plugin: rpihddevice
Aug 27 19:31:04 raspi3 vdr: [2591] rpihddevice: display PAR=1.000, setting video render PAR=1/1
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: [EGL] failed to create window surface: not initialized!
Aug 27 19:31:04 raspi3 vdr: [2605] rpihddevice: [EGL] failed to set surface attributes: not initialized!
Aug 27 19:31:05 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 34px x 34px (maximum size is 0px x 0px) - fa lling back to cOsdProvider::StoreImageData()
Aug 27 19:31:05 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 22px x 22px (maximum size is 0px x 0px) - fa lling back to cOsdProvider::StoreImageData()
Aug 27 19:31:06 raspi3 vdr: [2608] rpihddevice: set video codec to H264
Aug 27 19:31:06 raspi3 vdr: [2603] rpihddevice: new audio codec: 2ch MPEG
Aug 27 19:31:06 raspi3 vdr: [2603] rpihddevice: set local audio output format to 2ch PCM, 48.0kHz
Aug 27 19:31:06 raspi3 vdr: [2602] rpihddevice: video stream started 1280x720@50p, PAR=1/1
Aug 27 19:31:06 raspi3 vdr: [2602] rpihddevice: display PAR=1.000, setting video render PAR=1/1
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 30px x 30px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 34px x 26px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:11 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot store image of 43px x 43px (maximum size is 0px x 0px) - falling back to cOsdProvider::StoreImageData()
Aug 27 19:31:21 raspi3 vdr: [2591] rpihddevice: [OpenVG] cannot allocate pixmap of 1296px x 198px, maximum size is 0px x 0px!
Display More
Die Videoausgabe funktioniert jedoch prima. Offenbar hat sich was an den EGL/OpenVG libs geändert!?? Gibt es dafür schon eine Lösung?
Danke & Gruß, ollo
Hi magicamun,
Du könntest es ja mal einem Ubuntu Image versuchen - kommt halt darauf an, wie genau Dein Anwendungsfall ist.
Gruß, ollo