Recent Posts

Pages: 1 ... 8 9 [10]
91
Thanks, I have located the problem a fix is in git.
The bug was related to a folder without an recording, probably a folder with folder.
I do not have this, so other crashes are possible, since I did not test this.

Marten
92
Ok, it shows the following address:

Code: [Select]
[New LWP 2311]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `./vompclient'.
Program terminated with signal 11, Segmentation fault.
#0  0x000c81a4 in TVMediaInfo::setStaticArtwork (this=0x0, id=16)
    at tvmedia.cc:74
#1  0x0006361c in VRecordingListAdvanced::drawData (this=0x103f1c0,
    doIndexPop=false) at vrecordinglistadvanced.cc:116
#2  0x000639a8 in VRecordingListAdvanced::draw (this=0x103f1c0,
    doIndexPop=false) at vrecordinglistadvanced.cc:174
#3  0x0006046c in VRecordingList::load (this=0x103f1c0)
    at vrecordinglist.cc:428
#4  0x00072244 in VWelcome::doRecordingsList (this=0x105c540)
    at vwelcome.cc:354
#5  0x00071ef0 in VWelcome::handleCommand (this=0x105c540, command=37)
    at vwelcome.cc:257
#6  0x00057d24 in BoxStack::handleCommand (this=0x101b2e8, command=37)
    at boxstack.cc:521
#7  0x0000ee24 in Command::handleCommand (this=0x101b3b0, button=37)
    at command.cc:506
#8  0x0000e800 in Command::run (this=0x101b3b0) at command.cc:249
#9  0x000cbfe0 in main (argc=1, argv=0xbed0a814) at main.cc:402
93
Sure it should work. But it is in pre-alpha test and I suspect many segfaults.
So your input on this is welcome. You should type in bash before executing vomp:
Code: [Select]
ulimit -c unlimitedthis will turn the generation of core files on.
Then execute vomp and provoke the segfault.
After this execute
Code: [Select]
gdb -tui vompclient corefor looking at the core file.
It will show you the position were it crashed. This information will be very helpful for me.
Important is to know the position fromwhere the crash inside vomp came. So "bt" the backtrace for the calling stack and "up" and "down" to move up and down the calling sequence will be helpful for me to fix it.

Marten
94
VOMP for Raspberry Pi / Vompclient with tvscraper support - recordings menu crashing
« Last post by JTe on October 22, 2014, 07:00:04 »
Should the recordings menu of the TV scraper branch work already? For me it shows "Loading.." and after that the vomp client will crash in less than a second. Normal log shows (not much):

Code: [Select]
08:46:38.210061 [debug]  21533 VDR - Sending KA packet
08:46:38.238532 [debug]  21533 VDR - Rxd a response packet, requestID=126, len=259692
08:46:38.238873 [debug]  21533 VDR - RR unsleep
08:46:38.238998 [debug]  21533 VDR - Packet delivered to me, requestID: 126
08:46:38.246620 [debug]  21533 VDR - Rxd correct KA reply
08:46:38.301587 [debug]  21533 VDR - RR sleep - opcode 12
08:46:38.302367 [debug]  21533 VDR - Rxd a response packet, requestID=127, len=14
08:46:38.302989 [debug]  21533 VDR - RR unsleep
08:46:38.303132 [debug]  21533 VDR - Packet delivered to me, requestID: 127
08:46:38.303259 [debug]  21533 RecMan - Sort
95
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by JTe on October 21, 2014, 16:21:54 »
Now it works as it should! Thanks!

-JTe
96
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by MartenR on October 21, 2014, 07:33:40 »
I think I found the mistake, but I did not have the time to test it. It is in git, I would be happy, if you can test it, since I have almost no channel with multiple subtitles.

Marten
97
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by JTe on October 20, 2014, 21:18:35 »
Ok, I did remove the comment and ran the log. The part related to the langpref is here (if you need I can also upload the whole log if needed):

Code: [Select]
22:52:10.262916 [debug]  5647 VDR - Packet delivered to me, requestID: 1
22:52:10.263119 [debug]  5647 VDR - vdrtime = 1413834730
22:52:10.263283 [debug]  5647 VDR - offset = 10800
22:52:10.263500 [debug]  5647 VDR - Langpref eng,dos 9 10
22:52:10.263704 [debug]  5647 VDR - Langpref ara 10 16
22:52:10.263878 [debug]  5647 VDR - Langpref cat,cln 0 9
22:52:10.264032 [debug]  5647 VDR - Langpref cze,ces 25 0
22:52:10.264177 [debug]  5647 VDR - Langpref dan -1 25
22:52:10.264329 [debug]  5647 VDR - Langpref deu,ger 0 -1
22:52:10.264472 [debug]  5647 VDR - Langpref ell,gre 0 0
22:52:10.264616 [debug]  5647 VDR - Langpref esl,spa 0 0
22:52:10.264761 [debug]  5647 VDR - Langpref est 0 0
22:52:10.264917 [debug]  5647 VDR - Langpref fin,suo 0 0
22:52:10.265061 [debug]  5647 VDR - Langpref fra,fre 0 0
22:52:10.265203 [debug]  5647 VDR - Langpref hrv 0 0
22:52:10.265346 [debug]  5647 VDR - Langpref hun 0 0
22:52:10.265488 [debug]  5647 VDR - Langpref ita 0 0
22:52:10.265625 [debug]  5647 VDR - Langpref lit 0 0
22:52:10.265765 [debug]  5647 VDR - Langpref mkd 0 0
22:52:10.265910 [debug]  5647 VDR - Langpref dut,nla,nld 0 0
22:52:10.266063 [debug]  5647 VDR - Langpref nor 0 0
22:52:10.266208 [debug]  5647 VDR - Langpref pol 0 0
22:52:10.266349 [debug]  5647 VDR - Langpref prt 0 0
22:52:10.266490 [debug]  5647 VDR - Langpref rom,rum 0 0
22:52:10.266698 [debug]  5647 VDR - Langpref rus 0 0
22:52:10.266864 [debug]  5647 VDR - Langpref slk 0 0
22:52:10.267059 [debug]  5647 VDR - Langpref slv,slo 0 0
22:52:10.267217 [debug]  5647 VDR - Langpref srb,srp,scr,scc 0 0
22:52:10.267362 [debug]  5647 VDR - Langpref sve,swe 0 0
22:52:10.267503 [debug]  5647 VDR - Langpref tur 0 0
22:52:10.267694 [debug]  5647 VDR - Langpref ukr 0 0
22:52:10.267890 [debug]  5647 VDR - Langpref 中文 0 0
22:52:10.268341 [debug]  5647 VDR - set clock = 4294967295
22:52:10.268527 [debug]  5647 VDR - - 3 0
22:52:10.268662 [debug]  5647 VDR - - 3 0
22:52:10.268879 [debug]  5647 VDR - Timezone data: MVP-3:0
22:52:10.269644 [debug]  5647 VDR - RR sleep - opcode 37
22:52:10.270142 [debug]  5647 VDR - Rxd a response packet, requestID=2, len=4
22:52:10.270737 [debug]  5647 VDR - RR unsleep
22:52:10.270865 [debug]  5647 VDR - Packet delivered to me, requestID: 2

The languages showing on the vomp display are:

Code: [Select]
No Subtitles
fin
dut
The one selected is [fin]. The last one (dut) is used as a hearing impaired language code as some older receiver did not have support for the real hearing impaired subtitles.

The languages I have on vdr side are:

Code: [Select]
AudioLanguages = fin fra eng sve
EPGLanguages = fin fra eng sve
SubtitleLanguages = fra dut fin eng sve

-JTe
98
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by MartenR on October 20, 2014, 16:35:20 »
It is crucial, that write down exact the language codes you are seeing in the language selection dialog (green button).
Furthermore uncomment in vdr. cc the line
Quote
//logger->log("VDR", Log::DEBUG, "Langpref %s %d %d", newpref.langcode.c_str(),  newpref.audiopref,  newpref.subtitlepref);
and post the corresponding logs.
So that I can understand, what is happening.
I have currently no clue how hearing impaired and normal subtitles are distingished.

Marten
99
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by JTe on October 20, 2014, 08:32:53 »
Yes, you are right it was caused by the change I need to make to my makefile to get it to compile (see above). I managed to drop out the freetype2 includes when editing the makefile and that caused the problem.

I have been testing the VDR language code settings for subtitles and audio and it seems to work fine for audio. For the subtitles there seems to be something wrong in the case subtitles been selected by the audio and not the subtitle selection list.

Ie. if I make the following preferences on VDR side:

Audio preferences:
Lang-A
Lang-B
Lang-C

Subtitle preferences:
Lang-X (subtitles for hearing impaired for Lang-A)
Lang-A
Lang-B
Lang-C

When the live channel has an audio language Lang-A and subtitle languages Lang-X and Lang-A the subtitles for Lang-X are not selected but, the subtitles for Lang-A. I can make some more tests on that if needed.

-JTe
100
VOMP for Raspberry Pi / Re: Vompclient with tvscraper support
« Last post by MartenR on October 20, 2014, 07:06:45 »
Here is everything compiling well. Can you please tell me, which commit causes the problem?
The first error may be caused by a missing libfreetype2 (may be you accidently deleted " -I/usr/include/freetype2" in the makefile?

The other errors are related to defines.h, is defines.h missing, it is for sure in git?

(You did not post all errors may be post the complete thing.)

Marten

Pages: 1 ... 8 9 [10]