Topics

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 Expand

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


I have some problems with TF1 picture quality (white squares appearing every 5-10 seconds) on my vomp client. I was trying to play with my network settings but could not get rid of the problem. Attached is a short recording (sorry about the content, but it was all there was on this morning...). I have absolutely no problems with eg. German hd channels.

This recording as well as live tv play totally fine on the vdr box itself.

The link to download the sample is:

http://wikisend.com/download/683300/00001.ts

I just updated to latest version and after applying the update e155f8b "Fix live TV ac3 playback, probably a very old bug" the dvb-subtitles do not show anymore!

Currently when DVB subtitles are in use they do draw sometimes on top of the OSD and vice versa.

Attached patch makes up a global (and a little bit ugly) variable which is protected by mutex locks. Threads drawing OSD components or teletext pages set this variable to value "true" when objects are made visible on the OSD and when clearing the OSD screen it is set to "false".

The dvbsubtitles drawing and clearing routines will always check if the screen is clean (empty) using this variable before making changes to screen. So dvbsubtitles will not draw subtitles neither try to clear screen regions if there are visible OSD components.

After short tests it seems working and subtitles are now more usable as they do not write over on top of OSD objects.

Marten, if the patch looks ok, could you please add it to git?

I have some sound problems (there is a small squick sound about once a minute) on the DVB-T channels received by my old DVB-T PCI card. I was making some logging and I get constantly the following messages.

Code Select Expand

[mp3 @ 0x575ac0] incorrect frame size
21:41:37.856343 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.863017 [debug]  2017 Audio - We can not decompress 506 save for later 1 42d7e0be 1088
    Last message repeated 2 times
[mp3 @ 0x575ac0] incorrect frame size
21:41:37.871029 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.876860 [debug]  2017 Audio - We can not decompress 556 save for later 1 42d7e36c 12b0
    Last message repeated 2 times
[mp3 @ 0x575ac0] incorrect frame size
21:41:37.882492 [debug]  2017 Audio - saved audio: 672
[mp3 @ 0x575ac0] incomplete frame
21:41:37.888229 [debug]  2017 Audio - We can not decompress 606 save for later 1 42d7e61a 1590


Solved: The aspect ratio change works after latest git updates! Sound problems caused by running vompclient with logging enabled. Without logging problems disappear. Also tuning the TCP Receive Window size to 16384 helped to get rid of the last sound problems.

Marten, would it be a great effort to add a support for a default language for the subtitle and audio tracks for vomp client? In the beginning it could be made by just adding say a list of three preferred audio and three subtitle tracks (could be set manually at server side conf file because they need not to be changed). Later on when the server side protocol can be touched it could perhaps be integrated with the selections on vdr side.

The question is just a usability issue as for the generation of my parents it seems to be too difficult to choose the correct subtitle or sound track every time manually. The problem is even more difficult because the selected track is now kept from one channel to another, but different channels have different order (and number) of tracks.

Say for example one has set the audio language to German and wants to watch program on French Arte, the German audio track is now second track, not first and French track is first, so the audio will change from German to French!

I think this is the last big usability issue of the vomp client!

I have noticed that when replaying records and trying to select the audio channel there is strange behavior:
I am listening audio channel 1 and select channel 3. The audio changes to channel 2, then to 3 then to 1 and so on...

With the subtitles the name of subtitles is off by one. So the first subtitle on list is always called "unknown", the second on the list has the name of the first one, the third on the list the name of second  one and so on. So the naming is off the sync by one.

I traced it little bit down and figured it must be coming from the protocol level...?

There is no problem with older PES-format recordings, only with TS-format.

I just noticed the character "tiles" of the teletext pages seem to have a 1 pixel (very thin anyway) gap in between each other. You can see the TV-picture through the grid that these gaps form. I guess each tile should be 1 pixel wider and higher (or closer to each other).

I see the previous git version did update the subtitles scaling for HD-resolutions. After testing it for few hours it seems to work fine.

Could you please also add the following patch for subtitles timeout as my local provider does not clear the subtitles with a empty page but rather uses the subtitle timeout (at least that is what I figured out). I have been running the following patch (adds the timeout functionality) on my mvp client for two years without problems. It is kind of annoying that without this patch the subtitles stay for ever on the screen (until a new subtitle will replace the old).

I did use timer classes from the vdr to implement this and I did include them in the dvbsubtitles.cc as the timers.cc was kind of marked something like going slowly away...

The whole patch is not probably the most elegant solution but it is well tested and works fine.

I was making the new translation files for raspi vomp client and found a couple of very old bugs (missing tr() calls).

Also the use of the word "Advanced" in Settings menu and in the interlacing mode settings makes translations difficult as the "Advanced settings" and "Advanced mode" do often translate with different pharses in different languages. So I suggest using "Advanced options" in the main Settings menu, or changing the interlacing settings mode to something else than "Advanced".

Here is a small patch to fix those internationalisation problems:

Code Select Expand

diff -rupN vompclient-raspi/vopts.cc vompclient-raspi-jte/vopts.cc
--- vompclient-raspi/vopts.cc   2012-09-28 19:05:59.847817353 +0300
+++ vompclient-raspi-new/vopts.cc       2012-09-29 18:56:41.457261467 +0300
@@ -156,7 +156,7 @@ VOpts::VOpts()

     
   wop = new WOptionPane();
-  tabbar.addTab(tr("Advanced"), wop);
+  tabbar.addTab(tr("Advanced Options"), wop);
   panes[2] = wop;
   
   option = new Option(8, "VDR-Pri 0=OK !See forums!",  "General",  "Live priority",      Option::TYPE_INT,  100, 0, 0, NULL);

--- ../vompclient-raspi/vtimeredit.cc   2012-09-28 19:05:59.877819822 +0300
+++ ../vompclient-raspi-new/vtimeredit.cc       2012-10-04 10:57:34.332083718 +0300
@@ -48,9 +48,9 @@
   selectedButton = 0;
   buttonBack.setPosition(30,350);
   buttonDelete.setPosition(400,350);
-  buttonBack.setText("Back");
+  buttonBack.setText(tr("Back"));
   buttonBack.setActive(1);
-  buttonDelete.setText("Delete");
+  buttonDelete.setText(tr("Delete"));
   add(&buttonBack);
   add(&buttonDelete);

@@ -96,8 +96,8 @@
   ypos = 50;

   // Active
-  if (recTimer->active) strcpy(buffer, "Yes");
-  else                  strcpy(buffer, "No");
+  if (recTimer->active) strcpy(buffer, tr("Yes"));
+  else                  strcpy(buffer, tr("No"));
   drawText(buffer, xpos, ypos, DrawStyle::LIGHTTEXT);         ypos += fontheight;

   // Channel
@@ -134,13 +134,13 @@
                                                            ypos += fontheight;

   // Current
-  if (recTimer->pending) strcpy(buffer, "Yes");
-  else                   strcpy(buffer, "No");
+  if (recTimer->pending) strcpy(buffer, tr("Yes"));
+  else                   strcpy(buffer, tr("No"));
   drawText(buffer, xpos, ypos, DrawStyle::LIGHTTEXT);         ypos += fontheight;

   // Recording now
-  if (recTimer->recording) strcpy(buffer, "Yes");
-  else                     strcpy(buffer, "No");
+  if (recTimer->recording) strcpy(buffer, tr("Yes"));
+  else                     strcpy(buffer, tr("No"));
   drawText(buffer, xpos, ypos, DrawStyle::LIGHTTEXT);         ypos += fontheight;
}

@@ -209,8 +209,8 @@
       v->setTitleBarColour(DrawStyle::DANGER);
       v->setTitleBarOn(1);
       v->setBorderOn(1);
-      v->setTitleText("Delete timer");
-      v->setMainText("Are you sure you want to delete this timer?");
+      v->setTitleText(tr("Delete timer"));
+      v->setMainText(tr("Are you sure you want to delete this timer?"));
       v->setDefault(VQuestion::NO);
       if (Video::getInstance()->getFormat() == Video::PAL)
         v->setPosition(230, 160);


I have a problem with sd-channels received with my pci-base DVB-T turner. The picture is moving in slow motion and the sound is robotic. I ran the client with debug on and I got a lot of errors in style:

[mp3 @ 0x1d195e0] incomplete frame
[mp3 @ 0x1d195e0] incorrect frame size

After a while the client will crash with segfault:

Segmentation faultepeated 5 times

The SD channels received using Hauppauge Nova-TD Stick or DVB-S/S2 cards work fine, but the channel received with a Philips TDA10046H DVB-T type adapter do not work. There is no problem when using the MVP-client.

The log file is attached.

When trying to compile on the build environment on Squeeze 64 bit (installed with makedevenv-7) I found out a bug on the mktree.c (the code is assuming 32 bits for unsigned long which is not a case on 64 bit build environments). This is explained at:

http://lkml.indiana.edu/hypermail/linux/kernel/0408.0/0846.html
http://lkml.indiana.edu/hypermail/linux/kernel/0408.0/0865.html

Could Chris add the attached patch to kernel-1.tar.gz?

Because the new 1.7.x VDR works well only with UTF-8 I made up a UTF-8 hack for Vomp client (0.3.1-2-Yaris).

This is really just a hack and the idea is to change the UTF-8 codec to ISO-8859-1 only just before printing the text on the screen. All the string handling except printing (and justifying) is in UTF-8 and just when the characters are placed on the screen they are converted to Latin characters of vomp client. The characters that cannot be converted (are not part of the ISO-8859-1) are replaced by [space], because that looks best on the screen (there is a small 'feature' in my code that it sometimes leaves one byte of a multibyte utf8 character at the end of the string, so this kind of fixes it the dirty way...)

You have to patch the client with attached patch, and also remember to convert the translation files to utf8 in l10n by running:

iconv -f iso-8859-1 -t utf-8 main-xx > newfile;cp newfile main-xx

where you replace xx with your language code.

The patch adds to a "Advanced" configuration menu a item "Use UTF-8 conversion" where you can select the utf-8 encoding (just for backwards compatibility). The default will be the old ISO-8859-1.

And of course you have to enable utf-8 on the vdr side and have the recordings directory in utf-8, etc.

I really hope the attached patch is complete as I just upgraded my development server to 64 bit squeeze and I do not manage to compile a client dongle anymore... I am not getting any error messages, but the dongle file is 4064 bytes shorter than before and will not load, so I guess there is something with the 64 bit environment that brakes the scripts. I have to investigate that more.

Anyway I have been testing this now for 4 weeks and I have had no crashes, nor other problems!

I noticed that with VDR 1.6.x and vompserver 0.3.1-x some DVB broadcasts (YLE broadcasts in Finland for example) the DVB subtitles are cleared off the screen only when the next subtitle is displayed. I mean that often there are parts of the film when nobody is speaking and normally no subtitle is shown, but in this case the last subtitle will be displayed as long as the next is displayed. Also the very last subtitle of a film will stay forever on the screen.

I also tested with TV5 EUROPE and TV5 FBS on my DVBS and there the subtitles work fully fine.

I was browsing through the ETS 300 743 and figured out it could be something to do with page_time_out in the page_composition_segment or with the region erasure...

Anyway if somebody has already set up a vomp-plugin development environment and wants to try to get the region or page erasure to work I could provide a short vdr-recording for tests...