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
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - maf

#1
When I delete the last recording in a directory with VDR, I'm automatically taken up one level and the (now empty) directory disappears. I'd like Vomp to show the same behavior. Now, I always have to press "Back" after deleting the last recording.

BTW, is there a "Delete Button" or can I define one? Currently, I use the sequence "OK" + "Up" + "OK" + "Left" + "OK" :-(
#2
VDR uses the concept of a "Resume ID", e.g. see http://www.linuxtv.org/vdrwiki/index.php/VDR_User%27s_Manual:
QuoteDefines an additional ID that can be used in a multi user environment, so that every user has his/her own resume files for each recording. The valid range is 0...99, with 0 resulting in a file named 'resume.vdr', and any other value resulting in 'resume.n.vdr'.
Each resume ID > 0 can be used to designate a single user or a group of users (or a single client or group of clients) that do not want to share the default global resume position.

The VDR default resume ID is 0. The VOMP default could be nil, meaning to use the resume position stored in the config file, so nothing would change for the casual user. With a single additional configuration option, the resume ID could be changed to 0 (or any other value used by others in the local network), and VOMP would switch to using the resume position(s) utilized by VDR.
Malte
#3
Hello,

How can I configure all my clients (MediaMVPs, standard VDR PCs) to share replay positions? I.e., if I stop playing a recording on a MediaMVP, how can I continue to watch the recording from that spot onwards on another MediaMVP or VDR PC client and vice versa?

Thanks, Malte
#4
Hi,

I tested both MediaMVPs with Hauppauge's MediaMVP 3.3.25032 software.  Results are the same als with VOMP 0.3.0: Both boxes produced a shadow while booting, but the D3A recovers when the application is started.

I've written a support request to Hauppauge, asking whether there is anything I can do. I'll let you know what the reply was.

Thanks for your help,
Malte
#5
Hi Lutz,

That's my guess, too. If only I can see some screens produced by the Hauppauge dongle, I might be able to tell whether their software produces shadows as well.

I just don't want to break die MediaMVP by making it boot the wrong image. So unless someone can confirm that its save to extract the DONGLE.BIN from a Hauppauge installer archive and use it in place of the VOMP dongle, I'll play it safe and setup a Windows server.

Malte
#6
Well, I wouldn't want to set up a Windows machine for this if I can help it. I hoped I could temporarily replace the vomp dongle on the TFTP server with a dongle form the Hauppauge installer archive. If someone could just confirm that its okay to simply extract that dongle and use it...

The E1 box can't be all bad. With other TV sets, the picture is fine including the boot screen. And even the D3A produces a shadowed boot screen on the big TV set. So I guess its some unfortenate interaction between the MediaMVP(s) and the Loewe TV set.

Cheers, Malte
#7
But can I simply use the file DONGLE.BIN from within the Hauppauge installer archive? Or are there different versions of that file in Hauppauge installer (e.g. for boxes with and without wireless interface), or potential incompatibilities with the vomp upload procedure?

Thanks, Malte
#8
Hi Lutz,

Thanks for your help! I tried every imaginable combination of 'TV connection type', 'TV aspect ratio', '16:9 on 4:3 display mode', and 'Use WSS'. None seems to influence the shadow. Also, none of the many settings for input signal type on the TV set would prevent the greenish taint with the S-Video setting of 'TV connection type'. So I settled for 'RGB+composite', '16:9', 'Chop sides', and 'No' to the above options.

Luckily, I happened to have a second MediaMVP, which is a revision D3A. And that box produces a shadow-free picture. Also, I noticed that both boxes produce a shadowed picture during boot (the MediaMVP screen). But with the D3A box, the shadows disappear once the VOMP dialog pops up. May be these observations could help to identify the problem with the E1 box?

I'm tempted to test both boxes with the Hauppauge firmware. Could I just use the DONGLE.BIN from within a Hauppauge MediaMVP installer?

Malte
#9
Hi Lutz,

yes, I had selected 'RGB + composite' for the 'TV connection type' option. There does not seem to be a 'RGB' value with my box. My MediaMVP is a revision E1 as well.

Also, I tried all values of 'TV connection type', 'TV aspect ratio' and 'Use WSS' without improving anything. 'S-Video' gives a nice greenish taint, though :-)

Looking at it again, the shadow picture is not just offset to the bottom. It is also slightly larger than the original picture. So the more you look towards the the left (or right) edge of the screen, the more the shadows are offset towards the left (or right). Nice 3D effect. Unfortenately, not suitable for every kind of programming :-)

Malte
#10
Hello,

I recently installed vdr-plugin-vompserver 0.3.0-2 and vdr-vompclient-mvp 0.3.0-1 on a VDR machine on top of c't VDR 6.2 and tested a MediaMVP with two TV sets.

With my small TV set (Grundig, 17'', 4:3) the picture quality is great. With my big TV set (Loewe Xelos, 32'', 16:9) the picture quality is poor: There is a pale shadow picture offset to the bottom by a couple of millimeters. This is especially obvious with the startup dialogs.

The SCART connection probably is not the culprit. Both TV sets show a flawless picture when connected to a regular VDR client PC with FF card. The same SCART cable was used with both TV sets.

What might be causing this problem? And how can I get rid of it?

Thanks in advance, Malte