News:

Latest versions:
Server plugin: 0.5.1
MVP dongle: 0.5.2
Raspberry Pi client: 0.5.2
Windows client: 0.5.2-1

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - MartenR

#31
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
#32
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:
ulimit -c unlimited
this will turn the generation of core files on.
Then execute vomp and provoke the segfault.
After this execute
gdb -tui vompclient core
for 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
#33
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
#34
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
#35
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

#36
There may be some raspberry helper packages, which are missing but I do not know which.
apt-get dist-upgrade may help to install all helper packages, but I do not know....
May be I have a legacy package and this why I do not  have a problem.

Marten
#37
I do not think that it will break anything.
What do you mean with an old pi, I am also developing on the 256 MB, but I keep the OS always up to date, especially if you think about the latest security holes in bash or ssh.

Are you running raspbian?
If yes, it will probably only work after an apt-get update and then an apt-get dist-upgrade, since the new versions of libavformat forced me to change something in the audio handling due to a change in the interface. But you should try.

Marten
#38
Sorry, I forget to add a couple of files. Should now be in git.....

Marten
#39
Subtitle and audio are both selected according to the vdr preferences.
I have here not much channels to test this, if something stranges happens, please write down the contents of the audioselector menu item.

Marten
#40
QuoteBy the way would it be possible to take the default subtitle state (language / subtitles off) from the vdr server side and use that default state on the vomp client too? That would make the client more user friendly...
Now in tvscraper branch....
#41
Ok, the subtitles people were successful with requesting this feature.......
It is now part of the tvscraper branch of vomp http://forum.loggytronic.com/index.php?topic=753.0 .
But be aware, that I changed many features, so expect some segfaults, since I did not spot the majority of them...

It works the following way, vomp reads in the current setting of the server when it connects. It recognizes subtitle and audio languages as well if subtitles are on by default or not.

Marten
#42
VOMP for Raspberry Pi / Re: Weirdness with LG
October 12, 2014, 18:54:18
I have no clue, what is happening. Well it least it is clear, that  vomp reinitialisation of cec triggers the tv to turn it on again.
But the problem is, I can not really debug it without the same tv...
All I can tell you is, that I plan to change the architecture of the cec remote handling (should speed up vomp turning on), maybe it works afterwards, but will take sometime....

Marten
#43
VOMP for Raspberry Pi / Re: Weirdness with LG
October 12, 2014, 10:31:18
Which version are you using?
#44
Then you should get an alternative remote with USB.
Also try changing some CEC related settings on the LG, sometimes the options regarding cec are not very well described ...
Without colour buttons you will not be happy with vomp.

Marten
#45
Assign other buttons for the color buttons....
I am not sure if vomp obeys the preferred order....

Marten