Messages

cool!! may i ask if you could provide a compiled image file? i never tried compiling images for the mvp myself but i guess i need a special environment, right?

Hmmm, I've never tried building a dongle. OTOH Chris's instructions for building the development environment at http://www.loggytronic.com/vomp-devenv.php are straightforward; you could give that a try.

I also prefer the recordings list in date order. Here is my quick hack to sort the list by programme start date/time:

--- client/directory.h   14 May 2006 18:44:51 -0000   1.4
+++ client/directory.h   19 Dec 2006 17:31:14 -0000
@@ -67,9 +67,9 @@
{
   bool operator() (const Recording* a, const Recording* b)
   {
-    int c = strcmp(b->getProgName(), a->getProgName());
-    if (c > 0) return true;
-    if (c < 0) return false;
+//    int c = strcmp(b->getProgName(), a->getProgName());
+//    if (c > 0) return true;
+//    if (c < 0) return false;

     return a->getStartTime() < b->getStartTime();
   }

Just out of curiousity: the numbers you seem to be using are just numbering through. Why is such a complex mechanism implemented with language "Test", while every translator just looks up the English (or other closeby language) in the language-data.h file and adds/changes his translation?

Perhaps I'm overlooking some consequences, but I would say: loose the "Test" language the first time a new language is added, and get rid of those crazy numbers (which make navigating while in "test" mode virtually impossible....).

The i18n system is designed to cope with the situation where two menus use the same word in English but need different words/phrases in some other language. OK that hasn't happened yet, but the test mode would be really useful then.

Thanks Davep, I integrated your language-data.h with mine and am ready for upload. 
I am now only missing:
-one window description called "Move recording",
-there seems to be an error message which is "Failed to move recording".

If you could add these, post it, then I can send a complete update to Chris and all other translators will not have these problems...

OK another version attached. I also found a message "Failed to delete recording" which I added to the list. Maybe a script is needed to scan the source for translatable text...

Dave

Can anyone answer at least the first question? I hesitate to post a new language-data file which might have problems in it....

OK, the way it's supposed to work:

1. Decide which text you want to change. Remember where in the menu structure the text appears.

2. Go to Options -> General and change the Language setting to "Test" (the last choice).

3. Back out of the options menu. Now instead of text you will see code numbers.

4. Go back to the place in the structure where your text used to appear and see which code number is now there.

5. Go back to Options -> General and reset the language. You did remember how to get there?

6. Now open language-data.h, and find the entry which has the code number corresponding to the text which needs changing. Make the change and send the file to Chris.

Unfortunately there is an error in the existing file which prevents this working for the items you are interested in (the entries have seven languages instead of eight). I've attached a replacement which you can use as a starting point.

Dave

"The copyright holders of vomp own the code."

Do they? The largest item that I've contributed to date is the I18n code, and that was copied more-or-less directly from VDR. I believe other projects have 'assisted' in the same way. All perfectly permissible under the GPL of course.

Dave

Hi Chris, I've been tracking the CVS changes and it's all looking very good. One nit, CVS won't compile today due to a missing wwss.h.

Dave

Hi,

I'm using vomp but when mvp starts in the menu and navigation options I see numbers, not words.
The arrow keys don't work.

The first time I loaded vomp I saw the menus correctly but now I don't know what happens.

I think is related with the dongle but I'm not sure.
I have tried it with 0.2.4 and 0.2.2

Anyone know what could happen?

I think you have set your language preference to "Test". This special setting displays the location numbers of the strings instead of the strings themselves. If you can work out where in the menu system the 'language' option is then you can change it back, otherwise maybe delete the config file and VOMP will revert to default.

Dave

I've just updated VDR to version 1.4.2. Although everything seems to be working, this message appears in syslog as VOMP boots:

vdr: [20841] ERROR: plugin '<no name given>' called cPlugin::ConfigDirectory(), which is not thread safe!

There is mention in the VDR release notes that this message was added in 1.4.1-4 but not what the reason is or how to fix. VOMP does indeed call this function in both mvpserver.c and mvpclient.c.

Dave

Wierd. How can we get different results from using the same software? Is it an MVP firmware thing?

No it isn't. It was a stupid hack I did a while ago to do some debugging which got left in. The movement keys now work as they should.

Quiet around here these days...

Dave

hi,

can't confirm the this particular rewind/fast forward bevaviour.
almost everything is the way it should be and is the way Mark has
described.
exept once, i sort of double clicked the "10 seconds back" button,
and then the MVP rebooted.

Wierd. How can we get different results from using the same software? Is it an MVP firmware thing?

Well, I don't understand this at all. I have recordings from all sorts of UK DVB-T Freeview channels and on all of them I can skip around by 1 minute or 10 seconds, forwards or backwards, repeatedly, while the progress bar is still showing. What services/channels are your recordings from, and do they all have this problem?

Can you cancel the progress bar by pressing OK after a skip or do you have to wait 4 seconds for it to time out? If you can cancel it then you might at least be able to work around your irksome problem until it's fixed properly

Does the progress bar count correctly if you just let the recording run? E.g. if you press OK after one minute, does the progress bar read 0:01:00 or is it running slow/fast?

Recordings are from UK DTV and all channels are the same.

When I press one of the navigation buttons, the recording skips as described and the blue bar appears at the bottom showing the new elapsed time. One second later the time moves forward by 1 second. The time display then freezes for 4-5 seconds until the bar times-out and disappears. If I hit the OK button during that first second the bar disappears and the MVP will accept another navigation button press immediately; after the first second the OK button has no effect. A useful workaround, thanks!

The values on the display for total recording time and elapsed time appear correct.

I've switched to using the precompiled dongle.bin instead of the CVS version but the results are the same.

(Running latest CVS client and server: vdr 1.4.1)

On an error-free recording, the >> and << buttons shift the playback by about a minute as expected. The blue button moves forward by about 12 seconds and the yellow one back by eight. However it is not possible to do further shifts while the blue progress bar is displayed, though sometimes one or maybe two button-presses will get buffered. This is particularly irksome when inching back with the yellow button; backtracking 8 seconds then playing forward 5, backtracking another 8 and running forward 5 and so on. The phrase "one step forwards and two steps back" springs to mind

Yes the behaviour is back as it was. It is still not possible to use the ffwd / rewind buttons while the progress bar is on-screen, but I think that's covered by a bug report on Sourceforge.

Just checked out CVS client again, and the latest fixes appear to have removed the 'freezing' problem.