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

Vomp Extension Dongle/Server Version 0.3.1-3

Started by hondansx, September 01, 2009, 22:46:13

Previous topic - Next topic

hondansx

History:

Dongle:
0.3.1-3
- CVS version from 08.02.10 with HDTV Support for windows.
- Bugfix: Display and timing improvements while playing some recordings. (Thanks to MartenR)
- Set teletext updates to a higher value that it works more responsive.

0.3.1-2
- Bugfix: Client crashes while switching a radiochannel. (Thanks to MartenR)

0.3.1-1
- Full Duplex Patch.
- Bugfix: Teletext (Taken from CVS).
- Simple Child Lock. See Preferences --> Misc to turn on or off.
 If you have an groupseperator "Kids" in top of your channels.conf only this channels are shown.
 If you have an directoy "Kids" under Recordings, you will only have this directory.
- Improvements in Summaryhandling. Resume on Recordings in now the default value.
- PowerOn Mode. Automatik startup of LiveTv/Radio/Recordings or Menu (default). See Preferences --> Misc.
- Force16x9 Mode. If an Channel or Recording is in 4.3 Format, you can force it to 16x9. See Preferences --> Misc.
- Vdrshutdown. (Thanks to Matthias Haas). If power button is pressed, mvp sends an "Power Button pressed" to vdr. See Preferences --> Misc.
- New Shutdownmenu (Thanks to Frank S.). Added different options like poweroff, poweroff with vdr or reboot. See Menu --> Power.
- Changed default TCP receive window size to 4096 in cause of higher bitrate channels or recordings. (Reported by Philipp Mueller)
- Jump-Play (Thanks to macfly). Now disabled by default. While watching a recording JP can be changed via the OK Button.
- More bugfixes of the media part. Info and Details --> http://www.wellenvogel.de/software/vomp
- Some improvements in the live tv handling that avoids a couple of deadlocks or distorsions. (Thanks to Andreas Vogel)
- Added simple watchdog if vompclient crashes (Suggested by Thomas Steger).


Server:
0.3.1-3
- Set server to 0.3.1-3 because it works only with dongle 0.3.1-3.
- Server crashes on full disk. Untested. (Thanks to davep)
- Added pin-protection used from vdr-pin-plugin. Untested. (Thanks to Dingo)
 To activate set ShowPinProtected = 1 under General in vomp-MAC.conf.

0.3.1-1
- Active_shutdwon (Thanks to Matthias Haas).
- Changed EPG on Recordings. Show as much info as possible.
- Bugfix: Client sometimes hang on bootup. Only affected in combination with new Mediapart. (Thanks to Dingo)
- Bootpfix_H3+ (Thanks to woodym). Info --> http://www.loggytronic.com/forum/index.php?topic=304.0
 If you have an MVP H3/H4 you can disable the internal bootp Service of VOMP and take the bootp Service of your DHCP Server.
- Simple ChildLock (Thanks to Fabian Kropp). Group Selector Lock --> http://vdr-portal.de/board/thread.php?postid=704595#post704595
- Bugfixes in Mediapart. Always need app. 3s before returning to menu when stopping video playback or picture loading.
 Better detect the end of a file. See --> http://www.wellenvogel.de/software/vomp/index.html#Update_20081222 and 20081214.

Download
GA-EP43 | headless | 1xCineS2 Dual | 1xSkystar 2.6D | VDR 1.7.37 
Frontend: 1xRasperry | 1xION3

dingo35

I have made a small diff to add pin-protection to VOMP. It closely works together with the widely used vdr-pin-plugin; which this plugin you can protect recordings, channels, menu-items and plugins with a pin-code.

Since cvs for vomp seems to be dead, I made a version for Yaris...

The modification I post (made to vompserver-0.3.1-1-Yaris) makes Vomp aware of the protection of recordings and channels, and by default does not show them on your clients.

Only on a client that has a line:
Code:
[General]
ShowPinProtected = 1

in it's vomp-MAC.conf will show the protected channels and recordings.

It is tested on vomp-0.3.1, cvs, vomp-0.3.1-Yaris, and both windows-clients and mvp-clients. It is also works properly together with the more basic "Childlock" patch, which is added in Yaris versions.

Please add this patch to current version, so anyone can profit from it. It is only small code with relatively small impact, but is important to all parents among us. In order not to disturb the functioning of non-pin-plugin users, the patches should be placed between #ifdef USE_PINPLUGIN  and #endif statements.


hondansx

Quote from: dingo35 on November 14, 2009, 11:23:05
I have made a small diff to add pin-protection to VOMP. It closely works together with the widely used vdr-pin-plugin; which this plugin you can protect recordings, channels, menu-items and plugins with a pin-code.

Since cvs for vomp seems to be dead, I made a version for Yaris...

The modification I post (made to vompserver-0.3.1-1-Yaris) makes Vomp aware of the protection of recordings and channels, and by default does not show them on your clients.

Only on a client that has a line:
Code:
[General]
ShowPinProtected = 1

in it's vomp-MAC.conf will show the protected channels and recordings.

It is tested on vomp-0.3.1, cvs, vomp-0.3.1-Yaris, and both windows-clients and mvp-clients. It is also works properly together with the more basic "Childlock" patch, which is added in Yaris versions.

Please add this patch to current version, so anyone can profit from it. It is only small code with relatively small impact, but is important to all parents among us. In order not to disturb the functioning of non-pin-plugin users, the patches should be placed between #ifdef USE_PINPLUGIN  and #endif statements.



Hi Dingo,

thanks for submitting. Will add it.

Walter

BTW. Any Ideas how to get it working with the new vdr1.7.10?

GA-EP43 | headless | 1xCineS2 Dual | 1xSkystar 2.6D | VDR 1.7.37 
Frontend: 1xRasperry | 1xION3

dingo35

#3
...sorry, still waiting for noad for ts.... until then on 1.7.0 .

EDIT: switched to vdr-1.7.11, no special adaptions needed, it works right out of the box...

dingo35

#4
@hondans, could you please bring out a new dongle with the patch from Marten (see http://forum.loggytronic.com/index.php?topic=506.0) for transponders that send multiple pesframes per tsframe

I have tested it and it works fine!

Thanks!

hondansx

Quote from: dingo35 on February 07, 2010, 10:41:41
@hondans, could you please bring out a new dongle with the patch from Marten (see http://forum.loggytronic.com/index.php?topic=506.0) for transponders that send multiple pesframes per tsframe

I have tested it and it works fine!

Thanks!

Done. See first post.

Bye,
Walter
GA-EP43 | headless | 1xCineS2 Dual | 1xSkystar 2.6D | VDR 1.7.37 
Frontend: 1xRasperry | 1xION3

rdoac

Quote from: hondansx on September 01, 2009, 22:46:13
- Simple Child Lock. See Preferences --> Misc to turn on or off.
  If you have an groupseperator "Kids" in top of your channels.conf only this channels are shown.



Can you elaborate how this works?  I can't get it to?  I tried looking at the info page, but google did an "interesting" job translating it from German?

Will that also work for the Windows HD Test client?

I have a bunch of channels which won't work in Vomp as they only come with ac3 audio.  I want to display only the working ones.

a1bert

FFWD does not work on my H3. only first two FFWD speeds are working (4x 8x)
the rest  (10x...) not :

11:46:42.310974 [debug]  147 VVideoRec - Draw bar clocks
11:46:42.312934 [debug]  147 VVideoRec -      0:02:58 / 1:33:04
11:46:42.316558 [debug]  147 BoxStack - Update called
11:46:42.316878 [debug]  147 BoxStack - Locked for update
11:46:42.326690 [debug]  147 BoxStack - Unlocked for update
11:46:42.327016 [debug]  147 Timers - Starting set timer 1
11:46:42.327320 [debug]  147 Timers - timerEventFinished for 0x10257de4
11:46:42.327623 [debug]  147 Timers - timerEventFinished RESTART for 0x10257de4
11:46:42.329081 [debug]  45 VDR - Rxd a response packet, requestID=423, len=16
11:46:42.330141 [debug]  81 VDR - RR unsleep
11:46:42.330488 [debug]  81 VDR - VDR GNIF said 74324920 7488 35560
11:46:42.330893 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.350902 [debug]  45 VDR - Rxd a response packet, requestID=424, len=16
11:46:42.352098 [debug]  81 VDR - RR unsleep
11:46:42.352474 [debug]  81 VDR - VDR GNIF said 74457423 7500 44310
11:46:42.352883 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.390561 [debug]  45 VDR - Rxd a response packet, requestID=425, len=16
11:46:42.391758 [debug]  81 VDR - RR unsleep
11:46:42.392132 [debug]  81 VDR - VDR GNIF said 74612307 7512 47776
11:46:42.392543 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.431052 [debug]  45 VDR - Rxd a response packet, requestID=426, len=16
11:46:42.432248 [debug]  81 VDR - RR unsleep
11:46:42.432622 [debug]  81 VDR - VDR GNIF said 74761396 7524 51497
11:46:42.433031 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.471085 [debug]  45 VDR - Rxd a response packet, requestID=427, len=16
11:46:42.472290 [debug]  81 VDR - RR unsleep
11:46:42.472664 [debug]  81 VDR - VDR GNIF said 74914790 7536 53757
11:46:42.473075 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.510608 [debug]  45 VDR - Rxd a response packet, requestID=428, len=16
11:46:42.511817 [debug]  81 VDR - RR unsleep
11:46:42.512192 [debug]  81 VDR - VDR GNIF said 75079226 7548 47769
11:46:42.512600 [debug]  81 VDR - RR sleep - opcode 19
11:46:42.529082 [debug]  40 Timers - Timer firing for client 0x10257de4 ref 2
11:46:42.529967 [debug]  148 Timers - sending timer to 0x10257de4 with parameter 2


rumi

Hi,

I've problems with the last vomp-server 0.3.1-3 and the windows-client 0.3.1-1.

1. Only the first live-tv-channel is available.
2. With recordings in fast-forward/backward.

My MVPs are working fine.

Any hint?

Regards Rumi

a1bert

both versions (server and client) should be the same (at least when using server 0.3.1-3 )

MartenR

Use this windows client:
http://forum.loggytronic.com/index.php?topic=507.msg3103#new
the extension dongle uses already the hd protocoll changes, which will go into a later offcial release of vomp.

Marten

rdoac

I notice that this version won't show h264 channels, is there anyway that it could check for a type A channel and ignore those too?  These are ATSC channels and come with AC-3 audio only, therefore don't work.  These channels being ignored would really help my family to not keep selecting them no many how many times they're told not to.

I would do it, but can't get the build environment set up.

MartenR

@rdoac
Maybe you can use the function, which are used for parential control to sort your channels accordingly....
This would be a quick fix...
Is not that easy to integrate it in the same way, since the command used for the channel list in the protocol does not transmit the pids, so there is no way to tell with this information, that it is ac3 only.... I do not want to change the protocol again...
So it would need bigger changes.

Marten

rdoac

What about not showing channels with only a VPid and Dpid, but no APid?  Am I right in thinking those pids are passed through to the client? 

rdoac

I have made a couple of patches against the latest dongle which will probably only interest me, as I'm pretty convinced I'm the only US person using vomp now.

Patch 1, doesn't display the channel if it has "qam" in the channel name.. (I use qam for my ATSC clear qam channels - this could be a user specified string).


--- client_0.3.1-3-Yaris/vdr.cc 2010-09-14 07:21:11.000000000 -0500
+++ client_0.3.1-3-Yaris.patched/vdr.cc 2010-09-14 07:08:50.000000000 -0500
@@ -734,14 +734,15 @@ ChannelList* VDR::getChannelsList(ULONG
     chan->name = vresp->extractString();
     chan->vstreamtype = vresp->extractULONG();

-    if (chan->type == type && (chan->vstreamtype!=0x1b || h264support))
+    if (chan->type == type && (chan->vstreamtype!=0x1b || h264support) && (strstr(chan->name, "qam") == 0 ))
     {
       chanList->push_back(chan);
-      logger->log("VDR", Log::DEBUG, "Have added a channel to list. %lu %lu %s", chan->number, chan->type, chan->name);
+      logger->log("VDR", Log::DEBUG, "Have added a channel to list. %lu %lu %s, %lu", chan->number, chan->type, chan->name, strstr(chan->name, "qam") );
       if (chan->number > maxChannelNumber) maxChannelNumber = chan->number;
     }
     else
     {
+      logger->log("VDR", Log::DEBUG, "Thrown away channel. %lu %lu %s %lu", chan->number, chan->type, chan->name, strstr(chan->name, "qam"));
       delete chan;
     }
   }


Patch 2 fixes an error where the info summary text is drawn off screen for an NTSC screen size.  Again, this needs to be a bit more intelligent as it will now wreck PAL output.  However, my C programming skills are not up to it.



--- client_0.3.1-3-Yaris/vvideolivetv.cc        2009-09-20 10:06:11.000000000 -0500
+++ client_0.3.1-3-Yaris.patched/vvideolivetv.cc        2010-09-14 07:08:49.000000000 -0500
@@ -192,20 +192,20 @@ VVideoLiveTV::VVideoLiveTV(ChannelList*

   sl.setBackgroundColour(osdBack);
   sl.setPosition(70, 36);
-  sl.setSize(500, 58);
+  sl.setSize(400, 58);
   sl.setNoLoop();
   osd.add(&sl);

   // Summary Box
   summary.setBackgroundColour(osdBack);
-  summary.setPosition(0, video->getScreenHeight() - 560);
-  summary.setSize(video->getScreenWidth(), 410);
+  summary.setPosition(0, video->getScreenHeight() - 468);
+  summary.setSize(video->getScreenWidth(), 320);
   summary.setVisible(false);
   add(&summary);

   textSummary.setBackgroundColour(osdBack);
   textSummary.setPosition(40, 30);
-  textSummary.setSize(video->getScreenWidth() - 80, 390);
+  textSummary.setSize(video->getScreenWidth() - 80, 290);
   textSummary.setParaMode(true);
   summary.add(&textSummary);


If anyone needs it, I have a VMware ubuntu 6.10 image which I'm using for a development environment.
Rob