Messages

Did you set the vomp has exit flag in the makefile? (This is my first guess).
You should deactivate it to get proper behaviour....

Marten

@jte Did you test the tvscraper branch? How do you like the new design, which I added last week end ? Next some additional icons will follow.

Btw. channel logos and also scraping should also work for the older tvscraper http://projects.vdr-developer.org/projects/plg-tvscraper/wiki without the need of an external epg source instead of http://projects.vdr-developer.org/projects/plg-scraper2vdr/wiki (which can be a problem for non german tv) .

Marten

Well, it will be first commit to the development part for tvscraper support.
The problem was only in the raspberry pi part, so it can not affect the mvp.
The tvscraper will come in the end to the main  development branch, but then certain features will not be available on the mvp. (reasons are small memory, slow jpeg decoding and low resolution).

Marten

@JTE:
Found the reason, I forgot to free subtitles image data.
Will be fixed soon in the tvscraper development thread, I can not commit now since I have made some other changes, which are not ready for commit now.

Marten

@JTE:
Is it a new bug or an old bug?

Marten

Hi,
for all which are interested. I am currently working on adding tvscraper support and an enhanced ui experience to vomp.
For all who are interested in an early test, the stuff is in git for client and server under the branch scraper_support.

So far recording are ready.

Currently, only raspberry pi is targeted, later I will also rewrite the windows osd handling to also support it.

Marten

Vompclient has no support for cubietruck. Only raspberry pi and mediamvp are supported.
What isthe Problem with the raspi if it is the missing the low number of USB ports look for b+ model.

Marten

Hallo,
I do not think it is possible by the design oft the openmax components.
Marten

Ok, I found the reason for the problem.
A connection lost dialog was added after the GUI was already shut down.

You can fix it with changing in command.cc:

Code Select Expand

void Command::doFromTheTop(bool which)
{
  if (isStandby) return;
  if (which)
  {

I am not putting it to git in the moment, since I am working on a major improvement of vomp and I do not want to commit these changes in an unstable state. So it will come later.

Marten

@muellerph
Can you please keep the fast input for power button.
Because otherwise, I do not have a possibility to reproduce it.

Marten

No, not with default build options.
But you can uncomment the following line in the makefile

Code Select Expand

vomp_options+= -DVOMP_HAS_EXIT
Then vomp has an exit option.

It may be, that you have to restore the X11 drivers in a way, since vomp is not written with having a running X11 in mind.

Marten

It can only be that the firmware sets some mode in the tv that the cec implementation of libcec, we are using does not restore.
But I am more or less clueless, why this happens.

Marten

@sirwio
I would not change the version number only.
We only change the version number, if the protocoll was changed, so you should really update your server to the git.
Otherwise malfunction and possible loss of data is possible.

Marten

Try the version of vompclient from my git. It should detect stale buffers and reset the decoder of the raspberry, which is hanging in your case.
But in principle, if the bandwidth is too small, there is little vomp can do about it.
I only recommend LAN connections. (100 Mbit min, for HD GBit is better).

Marten

You can simply turn off the raspberry pi and then delete the configuration file of the vompclient on the server side.
The composite and analog output are very well tested, since their quality is not very good, so it is likely that there many bugs lurking.

Marten