Messages

The H3 has Flash memory for the dongle, so it won't get a new dongle, if it is simply turned off.
You must follow:
http://sourceforge.net/mailarchive/forum.php?thread_id=10292344&forum_id=46647
to get it to boot.

Marten

Where is the licence for the fonts?
It is in the cvs /client/fonts/license.txt . There are several licenses in it, but it is not clear to which helvetica belongs, but most of them are also very liberal. And for the pictures /client/other/license.txt.
but stb.h might need some looking at.
Not really, the windows code don't include it. I have run a windows build and placed a #error inside "stb.h" and the compiler did not complain, thus it is not necessary to be non GPL for the windows version.

Marten

But, I think we can easily replace the i18n module. It would not be so hard to do this. The question is have we to change the interface or just to reimplement the class?

Other parts I'm suspicious about not being developed by the vomp team:
* Fonts (but they seems not to be GPLed but under a more liberal license, so we could use them?)
* Pictures - VDR logo and the wallpaper seems to be not from the vomp team, but I'm unsure if they are GPL'ed
* Jpeg lib (but this is not included in the windows version, windows function are used instead)
* stb.h (but also not used at the windows version)(other stuff from mvpmc, that went into vomp, (demuxer?))

Marten

Maybe we can use the vdrwiki:
http://www.linuxtv.org/vdrwiki/index.php/VDR_Wiki:Portal

I thing, that comes to my mind, currently there is no translation for "Move" ("verschieben") in the recordings menu, I think that was to be added to language data also.

Marten

In german it would be "Lade..."

Marten

Well, if IPCOP is capable to assign a certain ip via dhcp  address only to one device with a specific MAC.
This should work, without currupting the fixed IP scheme.

Hi,
well a fixed IP address is possible. You have to enable BOOTP and TFTP server of VOMP and set the mvp corresponding IP entry in vomp-00-00-00-00-00-00.conf (replace the zeros with the mcp mac address) to the desired IP address, cp. http://vomp.cvs.sourceforge.net/vomp/vompserver/vomp-00-00-00-00-00-00.conf.sample?revision=1.2&view=markup . You have also to set up a dhcp server that assigns the specific IP address to the mvp before dongle loading.

Marten

http://mvpmc.wikispaces.com/mvpvdr
I think this explains how the new bootloader works together with the mvprelay code. I think the vompserver should reply to this broadcasts and then everything will work.

Marten

Well, the recordings menu problem can be connected with the issue, that Chris is working on the protocoll for the recordings information (in cvs is writen that this is not finished) and you have at least to update also your server code, but it can be that the current cvs is simply not working for recordings.
Maybe you can checkout the cvs from 30.9.06 (I don't know if this is possible), this should be compatible to your 0.2.4 except for the fast forward stuff, so it would be the best to check out the server side also from 30.9. .

Regarding the live playback, I have no clue, I think if server and cleint are using the same protocoll it should work. But connection lost is typical for protocoll incompatibility, maybe server and cleint do not match or you are using compiler with which code is generate, that behaves differently from the code generate with the compiler which Chris uses. (This happend several times while writing the windows client)

Marten

Hi,
I have only one idea.
Are you using a current cvs snapshoot? (get from cvs after saterday)
If yes, then it is clear, because Chris is currently working on the Protocoll, especielly on things connected with playback, so it might be that a cvs is currently not working.

Normally a connection lost usually indicate an error in the protokoll or in the TCP connection code. (I have seen in the git repos also a patch of the network chip (smc91111.patch), maybe you have to apply it also.

Marten

I have again looked at it and additionally at vdr.c. Returning an string in the method Active does also prevent the vdr to shutdown. The only thing which have to be done for implementation is to have an internal time for the last client request and if this time is more than x minutes ago, than we would return NULL and if not an string like "Vomp clients showed activety in the last x minutes".
And this would behave like we want to.
The only question for me is, how the cpluginvompserver object can access the mvpclient objects status?

Marten

Well, I have tried to reproduce the crashes on mvc on the  windows port, but I have had no luck.
@Schnurps:
Can you please tell on which type of recordings the bug happens, I need to know, which TV Station and if it is broadcasted through DVB-C, DVB-S or DVB-T (if DVB-T I need also the region).
Since I'm also in germany, I may made some recordings for testing on the same TV station

Marten

http://www.shspvr.com/smf/index.php?topic=9765.0
Information source for adding H3 support.

So I have made some tests with the windows version, sometimes after the skipping in the time code display no valid time code is displayed, sometimes a time code much greater than the actual time have to be. If you don't skip this is fixed, after a second, but if you skip, while such a false time code is displayed, vomp crashed.
@Schurps: Can you please confirm, that the timecode in the OSD is annomaly before the jump crashes. If it is the case the bug is the same on windows and mvp and I know where I have to look.

Marten