PDA

View Full Version : It is now easy to run mvpmc on MediaMVP from Windows. Part II


mvallevand
12-22-06, 07:03 PM
With the release of mvpmc 0.3.2 it is now much easier to load a dongle.bin.config file with the appropriate date and time commands for replaytv, using standard software a windows share, and no changes to your home network.

I have posted some instruction to the mvpmc wiki. http://mvpmc.wikispaces.com/Loadconfig

If you have any questions on this let me know, and feel free to update the wiki with any additional comments.

Having to Telnet to the mvpmc or configuring a tftp server like TFTPTurbo should no longer be necessary.

Martin

antnjen
12-23-06, 10:19 AM
Martin,

Why is "wireless load of mvpmc" not supported? And does this only apply to the new technique that you posted today?

- A

mvallevand
12-23-06, 01:32 PM
Martin,

Why is "wireless load of mvpmc" not supported? And does this only apply to the new technique that you posted today?

- A
The wireless card is not supportted at all right now. The short answer is we haven't received any documentation from Hauppauge on the card yet and there are no linux drivers for it. We also have to provide something more secure then telnet because the card doesn't support WPA.

If you want to follow this there more about this on the mvpmc developer mailing list over the next couple of months. Until then the wired port of the wireless mvp still works.

Martin

antnjen
12-23-06, 02:14 PM
OK, so you're talking about a wireless card in the MVP. I'm looking to wire the MVP to a wireless bridge. I'm guessing (except for performance issues vis-a-vis streaming Replays wirelessly) that the instructions would still be the same given my setup.

- A

mvallevand
12-23-06, 03:30 PM
OK, so you're talking about a wireless card in the MVP. I'm looking to wire the MVP to a wireless bridge. I'm guessing (except for performance issues vis-a-vis streaming Replays wirelessly) that the instructions would still be the same given my setup.
Sure to the mvpmc that will work fine since you are using the wired port. I use a HomePlug to hook one of my mvp's up to a stereo and its the same concept.

Martin

antnjen
12-23-06, 09:13 PM
Cool. Thanks. I wanted to get it set up today, but other priorities prevailed.

- A

doppler
12-25-06, 12:20 PM
I can not access my two replays. They are more than 40 sec out of time-sync.

From my DVArchive log

12/25 12:05:31 Notice: UPNP:: DVArchive has recognized new DVR ReplayTV named Doppler Upstairs at 192.168.1.101:80 (Serial RTV4508***********)
12/25 12:05:31 DVR Doppler Upstairs Photo space usage update: Total Capacity 953.62MB, Remaining 953.06MB
12/25 12:05:33 Notice: UPNP:: Received UPnP packet from previously unknown DVR @ 192.168.1.100 -- looking up DVR info
12/25 12:05:33 Notice: UPNP:: DVArchive has recognized new DVR ReplayTV named Doppler at 192.168.1.100:80 (Serial RTV4504***********)
12/25 12:05:33 DVR Doppler Photo space usage update: Total Capacity 953.62MB, Remaining 953.06MB
12/25 12:05:40 Notice: REPLAY_DEVICE[Doppler/192.168.1.100]:: Timestamp offset set to 0 seconds.
12/25 12:05:48 Notice: REPLAY_DEVICE[Doppler Upstairs/192.168.1.101]:: Timestamp offset set to 0 seconds.

As you can see dvarchive sees an offset of 0 Seconds.
10 Hours since last replay boot. New connect to service performed, so time is set on the replay (doppler).
I am running the absolute time server on the booting server. I am running windows XP. Just the dongle.bin file has been changed. Internet time has been set on the XP server, so it's in sync to real world.

Any other ideas why time is out of sync?

I like what I see in mvpmc better than hauppauges dongle.

mvallevand
12-25-06, 01:51 PM
Any other ideas why time is out of sync?

I like what I see in mvpmc better than hauppauges dongle.

It sounds like you haven't set up the dongle.bin.config file with the correct parameters according to.

http://www.mvpmc.org/windows/mvpmc_windoze_howto.html#s9

Point your browser to you mvp and see if the time looks correct.

Martin

doppler
12-25-06, 04:18 PM
It sounds like you haven't set up the dongle.bin.config file with the correct parameters according to.

http://www.mvpmc.org/windows/mvpmc_windoze_howto.html#s9

Point your browser to you mvp and see if the time looks correct.

Martin

Yes, that did work. Only variation I had to add -s to rdate. Otherwise date command
did not set new date. Still showed old date.

I would also suggest < Server IP Addr > example 172.31.1.5 be a pingable time
server. Time.nist.gov re: 192.43.244.18 should be the example. I only suggest this
because "absolute time server" is not a free program. It may have been at one time
free, but it's not now.

Not being a linux freak, but knowing enough to get me into trouble. The date command
displayed CST, I am in EST. Since the time was in sync, I could replaytv watch
I assume the "date" command is based on GMT ( plus a config file offset ). A
problem that I can live with. I am too much an old windose fart. Everytime I try
to play with linux, I don't get too far. Too much keyboard banging for my tastes.

Thank-you for the pointer and help.

mvallevand
12-25-06, 04:35 PM
Yes, that did work. Only variation I had to add -s to rdate. Otherwise date command
did not set new date. Still showed old date.

I would also suggest < Server IP Addr > example 172.31.1.5 be a pingable time
server. Time.nist.gov re: 192.43.244.18 should be the example. I only suggest this
because "absolute time server" is not a free program. It may have been at one time
free, but it's not now.

Not being a linux freak, but knowing enough to get me into trouble. The date command
displayed CST, I am in EST. Since the time was in sync, I could replaytv watch
I assume the "date" command is based on GMT ( plus a config file offset ). A
problem that I can live with. I am too much an old windose fart. Everytime I try
to play with linux, I don't get too far. Too much keyboard banging for my tastes.

Thank-you for the pointer and help.

You can edit your config file and use this setting for the EST setting (which I think will work in 2007).

TZ=EST+5EDT,M3.2.0/2,M11.1.0/2; export TZ;

Martin

doppler
12-31-06, 02:18 PM
I really, really, really followed the link about setting up the dongle.bin.config file in
c:\mvpmc shared directory. I am running XP pro up-to-date.

The .config file example from the site with changes (pertinent to my setup).

I can see and change the config file accross my network. So the MVP should see
it too. I am assuming the config file is not being executed because:

1. The replaytvs are out of time sync.
2. The CIFS share (my change to config) is not in the filesystem.

By telneting into the system I can set the date and mount the share. Everything
is fine after that.

Yes, the config file is on the same system as the dongle.bin. I have a copy of the .config
in both mvpmc and hauppauge\hardware. I even tried to give full R/W access to the mvpmc folder.

Where am I going wrong? Or is the curse of linux still upon me?

-----------------------------------------

Well I did resolve the problem to some degree. I went back to hauppauges dongle. The network config
screen (hauppauges) came up. I configured it again.
I then retried mvpmc dongle. Guess what it, started to work as expected.

There is a piece of information, involving the network address config (the ip and machine name).
That is deathly important to mvpmc to work right. MVPMC needs a tool to make
the changes that hauppauge did. When things are not right.

This is starting to make sense now. I was in the middle of changing all my dynamic interlan IP's to
DHCP/Static's. This included all MVP's I own as well as, other networked equipment. I did this
because dynamic was making it hard to find and fix things. " I have a lot of devices"

Please include this as part of troubleshooting in the howto's.

mvallevand
01-02-07, 12:50 AM
IThere is a piece of information, involving the network address config (the ip and machine name). That is deathly important to mvpmc to work right. MVPMC needs a tool to make the changes that hauppauge did.

I agree this is important for the older mvp's, the newer models are always presented with a setup screen. I have updated the wiki and I'm glad its working for you.

Martin

mvallevand
02-27-07, 10:58 AM
I have my mediamvp/mvpmc hooked up again. I can watch DVArchive shows, but get a time error when I try to play shows on a replaytv.

any shot in heck someone will give me the needed dongle.bin.conf file I need and explain the syntax?
Assuming you followed the steps in my first message on this thread to load dongle.bin and dongle.bin.config a basic file for California with the constant time change would be

TZ=PST+8PDT,M3.2.0/2,M11.1.0/2; export TZ
/bin/ntpclient -s -h time.nist.gov
mvpmc -t /usr/share/mvpmc/replaytv.xml -R discover

or with a one time change.

TZ=PST+8PDT,M3.2.0/2,M11.1.0/2; export TZ
rdate -s time.nist.gov
mvpmc -t /usr/share/mvpmc/replaytv.xml -R discover

Martin

icecow
02-27-07, 12:00 PM
I made a share folder (can't I just put this dongle.bin.config in the folder dongle.bin originally resides?)

I made a 'c:\mvpmc' share

Then I opened notepad and pasted (exactly):

TZ=PST+8PDT,M3.2.0/2,M11.1.0/2; export TZ
/bin/ntpclient -s -h time.nist.gov
mvpmc -t /usr/share/mvpmc/replaytv.xml -R discover

..and saved it as dongle.bin.config
Then I renamed it from dongle.bin.config.txt to dongle.bin.config
Then I put dongle.bin.config in c:\mvpmc
Then for good measure I put dongle.bin in c:\mvpmc too
Then for good measure I copied dongle.bin.config to the default haugpaug folder (the same folder that dongle.bin resides by default)

Then I unplugged and replugged the mvpmedia hardware.

Still have the time error.


Was I supposed to put semicolons after each line?

mvallevand
02-27-07, 12:22 PM
I made a share folder (can't I just put this dongle.bin.config in the folder dongle.bin originally resides?)
Of course you could, the share name is important not the location


Still have the time error.

Are you sure the config file is loading. You might be having the same problem as doppler did. Telnet to your mvpmc and type

cat /etc/tftp.config

If it isn't the ip of your Windows machine you didn't follow the Note on step 2 on the wiki.


Was I supposed to put semicolons after each line?

No not necessary an & after the mvpmc is probably good.

icecow
02-27-07, 12:36 PM
Is there a way I can tell what time the mvpmedia thinks it is?

I don't know what to say. your software is great, and your documentation is overblown torture.

mvallevand
02-27-07, 01:04 PM
Is there a way I can tell what time the mvpmedia thinks it is?

I don't know what to say. your software is great, and your documentation is overblown torture.
Either open the mvpmc ip with a browser and you should see the date and time or from telnet you can also use date command.

As for the documentation, the wiki is open, feel free to update it and make it better as I said in my first message on this thread.

For the script that uses ntpclient, you might need to actually set the time first with the rdate -s time.nist.gov

Martin

icecow
02-27-07, 02:00 PM
I opened mvpmc with my browser.

the 'time zone' box says: CST 6CDT,M4.1.0/2,M10.5.0/2

will you please just give me the string I should put in there for california time (PST). please don't give me the string from the config file, which looks close, but different.

Update: nevermind, I figured it out.

Now I can watch shows from my replaytv too (no time error)


I still have no guess as why the dongle.bin.config won't load though.

mvallevand
02-27-07, 02:19 PM
I opened mvpmc with my browser.

the 'time zone' box says: CST 6CDT,M4.1.0/2,M10.5.0/2

will you please just give me the string I should put in there for california time (PST). please don't give me the string from the config file, which looks close, but different.

Update: nevermind, I figured it out.

Now I can watch shows from my replaytv too (no time error)


Still have no guess as why the dongle.bin.config won't load though.
Actually there's a bug in the browser config you need a nightly, because the comma is being eaten.

If dongle.bin.config isn't loading it is a user problem, either with the share or
not following the steps to update the flash. Telnetting you your box and following my previous instructions would tell you if it was flash so the problem was with sharing, maybe you have a password on the guest account.

Martin

Martin

icecow
02-27-07, 02:27 PM
Telnetting you your box and following my previous instructions would tell you if it was flash so the problem was with sharing, maybe you have a password on the guest account.

Martin

Martin

huh? when you say flash you aren't talking about firmware are you?

mvallevand
02-27-07, 02:34 PM
huh? when you say flash you aren't talking about firmware are you?
The IP of the dongle.bin server is saved in flash memory by recent versions of the Hauppauge software and that is why that update is crucial, otherwise mvpmc won't know where to go. This nvram isn't really firmware. In any case mvpmc doesn't save to it at all.

Sometime this week this process will change, I am going to scan all shares for the mvpmc folder and this flash value won't be as important, but it will allow loading the config from a NAS device.

Martin

icecow
02-27-07, 04:33 PM
The IP of the dongle.bin server is saved in flash memory by recent versions of the Hauppauge software and that is why that update is crucial, otherwise mvpmc won't know where to go. This nvram isn't really firmware. In any case mvpmc doesn't save to it at all.

Sometime this week this process will change, I am going to scan all shares for the mvpmc folder and this flash value won't be as important, but it will allow loading the config from a NAS device.

Martin

I hooked up the mvpmp late last night and got the latest haugpauge software to try out your ez dongle.bin replacement.

Before I replaced the dongle.bin I ran the stock haupaug (latest) software. It looked quite different and smarter somehow.

Then I switched to the mvpmc dongle.bin (latest). It appeared to boot up just fine. I found myself at at small mvpmc splash screen (looked good). At that point it stayed at the splash screen for a long time. I just ignored it for like 5 min then left the room. when I came back 10 min later it had booted up (I didn't think it was going to). On later reboots it hangs there but for only 2 min, or something, then works. Is there a way around that? What's that about (not complaining, it's well worth the negligible wait).


..........


Let me ask you some misc questions awhile I can think of them.

Getting slimserver to find mediamvp as a player seems to be a fishy process. It appears slimserver will not find mediamvp as a player if I try to play an mp3. It appears to find mediamvp as a player only when I start an internet radio like shoutcast.

is this correct?

....

icecow
02-27-07, 06:30 PM
This isn't the best timing, but I beg you to:

>change the green button to 'quickskip' (30 sec forward)
>change the red button to 'instant replay' (7 sec back)
note: curious, can you arbitrarily change the time (aka 30 sec forward-->15 sec forward)
>change yellow to 'page up'
>change blue to 'page down'
>the unmarked button in between 'mute' and 'full' to 'pause'

If you do I assure you people who use the replaytv features will be able to kick butt navigating.


To tell the truth I've wanted to get involved with mvpmc. That was my intention a year ago. I'd like to make simplified how-tos and video(s) to make it easy for people to start using mvpmc..slimserver, replaytv, (cant help with myth).

mvallevand
02-27-07, 06:32 PM
I hooked up the mvpmp late last night and got the latest haugpauge software to try out your ez dongle.bin replacement.

Before I replaced the dongle.bin I ran the stock haupaug (latest) software. It looked quite different and smarter somehowWhat you saw is perfect. When you hit OK on the preferred server you were updating the IP into flash
Then I switched to the mvpmc dongle.bin (latest). It appeared to boot up just fine. I found myself at at small mvpmc splash screen (looked good). After this point any delay is mvpmc looking for the config file. If you've got a tftp server poorly set up or your share is not set up properly 2 minutes wait will be normal. One day we will update flash ourselves but until then you need to fix either the share or tftp to get this done to the typical 5 or 10 seconds.
Let me ask you some misc questions awhile I can think of them.icecow "milks" me for information!
Getting slimserver to find mediamvp as a player seems to be a fishy process. It appears slimserver will not find mediamvp as a player if I try to play an mp3. It appears to find mediamvp as a player only when I start an internet radio like shoutcast.

is this correct?This is getting a bit OT and should really be place on the mvpmc mailing list since the MClient slimserver is under heavy development. Also I don't use slimserver, I use native support to access internet radio and my NAS's. Then again I don't use ReplayTV, I'm really just here to help everyone load mvpmc.

My bet is either you aren't using slimserver 6.5 or later, you don't have the slimserver CLI interface enabled or you are blocking the slimsever CLI port or UDP ports at your firewall.

Martin

mvallevand
02-27-07, 06:46 PM
This isn't the best timing, but I beg you to:

>change the green button to 'quickskip' (30 sec forward)
>change the red button to 'instant replay' (7 sec back)
note: curious, can you arbitrarily change the time (aka 30 sec forward-->15 sec forward)
>change yellow to 'page up'
>change blue to 'page down'
>the unmarked button in between 'mute' and 'full' to 'pause'

If you do I assure you people who use the replaytv features will be able to kick butt navigating.
That's one for the mailing list for sure. I don't do any development work for replaytv. Note there are two remotes so sometimes a tradeoff has to be made.
To tell the truth I've wanted to get involved with mvpmc. That was my intention a year ago. I'd like to make simplified how-tos and video(s) to make it easy for people to start using mvpmc..slimserver, replaytv, (cant help with myth).It's getting better all the time and we're hoping to go to even more hardware platforms so feel free to join the mvpmc user or development community.

Martin

icecow
02-27-07, 07:00 PM
This isn't the best timing, but I beg you to:

>change the green button to 'quickskip' (30 sec forward)
>change the red button to 'instant replay' (7 sec back)
note: curious, can you arbitrarily change the time (aka 30 sec forward-->15 sec forward)
>change yellow to 'page up'
>change blue to 'page down'
>the unmarked button in between 'mute' and 'full' to 'pause'

If you do I assure you people who use the replaytv features will be able to kick butt navigating.


To tell the truth I've wanted to get involved with mvpmc. That was my intention a year ago. I'd like to make simplified how-tos and video(s) to make it easy for people to start using mvpmc..slimserver, replaytv, (cant help with myth).

I read this back and realized I wasn't clear at all, and flawed too

more specifically, in video playback mode:
>change the green button to 'quickskip' (30 sec forward)
>change the red button to 'instant replay' (7 sec back)
>the unmarked button in between 'mute' and 'full' to 'pause'

self correct:
in the show mode, the 'page up' and 'page down' is best how it already is (red, yellow) (crossed my signals)
...

I made an account on wikispace and asked to join your wiki

icecow
02-28-07, 08:16 AM
Actually there's a bug in the browser config you need a nightly, because the comma is being eaten.

Martin

huh?



Actually there's a bug in the browser config you need a nightly, because the comma is being eaten.

If dongle.bin.config isn't loading it is a user problem, either with the share or
[b]not following the steps to update the flash. Telnetting you your box and following my previous instructions would tell you if it was flash so the problem was with sharing, maybe you have a password on the guest account.

Martin

I have an older Rev that is listed somewhere on your site as not having flash (there were 6 rev numbers, only the last three were listed as having 'flash')

mvallevand
02-28-07, 12:11 PM
huh?
Sorry I mean there is a problem with the + sign in the TZ setting in 0.3.3 and you shouild use a nightly build from the mvpmc site if this is important.

I have an older Rev that is listed somewhere on your site as not having flash (there were 6 rev numbers, only the last three were listed as having 'flash')
They all have flash to store some data but the new models contain more including a dongle in flash which always loads before loading the second dongle over the network.

Martin

icecow
02-28-07, 11:04 PM
Is this the best place to post mvpmc/replaytv stuff?
http://sourceforge.net/forum/forum.php?forum_id=501876

mvallevand
02-28-07, 11:36 PM
Is this the best place to post mvpmc/replaytv stuff?
http://sourceforge.net/forum/forum.php?forum_id=501876
For me it's not the best support area, because the forum is so rudimentary. The best support is via the user or developer mailing list here.

http://sourceforge.net/mail/?group_id=103474

I find you can browse these better via gmane (which also provides a news reader feed)

http://news.gmane.org/gmane.comp.multimedia.mvpmc.devel

http://news.gmane.org/gmane.comp.multimedia.mvpmc.user

Martin

icecow
03-03-07, 12:30 PM
Anyone.

It is easy to get oneself a free blog. Is there a way to get a free forum aesthetically similar to an area here at AVS forums?

The unnecessarily geeky sourceforge mailinglist crap is clearly alienating the mvpmc user base. I could hang with it (with some irritation), but noone is there!

dvasco
03-03-07, 02:23 PM
I would love to find a relatively cheap way to have a php forum too. I don't mind paying a little.

nded
03-03-07, 04:22 PM
Anyone.

It is easy to get oneself a free blog. Is there a way to get a free forum aesthetically similar to an area here at AVS forums?

The unnecessarily geeky sourceforge mailinglist crap is clearly alienating the mvpmc user base. I could hang with it (with some irritation), but noone is there!

Everything I see here tells me you already have it here. They are very liberal with tolerating a veritable cornucopia of OT threads. All you need to do is get a steady group of users to participate. Eventually the moderators might even move you to your own sub-forum!

mvallevand
03-03-07, 04:30 PM
It is easy to get oneself a free blog. Is there a way to get a free forum aesthetically similar to an area here at AVS forums?
I would love to find a relatively cheap way to have a php forum too. I don't mind paying a little.There are too many to count if you search google for free forum. If someone sets something up for mvpmc I can post the link to the users list, I actually hopes it works as a user tool.
The unnecessarily geeky sourceforge mailinglist crap is clearly alienating the mvpmc user base. I could hang with it (with some irritation), but noone is there!
There have been attempts in the past to go this route for mpvmc, but users just don't post, but I agree the sourceforge forums are a total waste of time. You'd get more responses on the list then on sourceforge.

The mailing list for the developer's while "qeeky" works well for us I think. I subscribe using gmail and all the list is available to me and I control what I save, delete and quote.

Also phpbb boards suffer because threads like this one get so for off topic that it makes reading them difficult. email list tend to be focused and people take care to create new threads. Easy is not always best.

Martin

icecow
03-03-07, 06:46 PM
nay! nay! Bah! Bah! and Martin Balking!
That's all I hear around here

To regret, or to never regret. That is the question.

mvallevand
03-03-07, 07:24 PM
nay! nay! Bah! Bah! and Martin Balking!
That's all I hear around here

To regret, or to never regret. That is the question.
My only regret on the whole mvpmc project has been trying to help anyone as "high horsed" as icecow. I don't know how my offer to promote a better forum for mvpmc can be considered balking and I think it would be great if it could work. Not a balk, a third strike y'er out for one user.

Martin

elorimer
03-03-07, 07:53 PM
More MVP than Replay TV, but this forum is beyond useful to me:

At home I have cable, 3 Replays, a slingbox plugged into one of them and an MVPMC box (3.3) and a DVArchive computer.

At my second home I have a TV and a laptop (my wife's). It is sort of a pain to unplug her laptop from its setup, move it, plug it into the TV, and run Slingplayer to show home TV shows.

I have a second MVP that I haven't put into the mix. I'd been thinking about it as fronting the slingbox. But I was wondering if I could use it instead to be a client to the Slingbox in the *second home* instead of the laptop. The remote function of slingplayer wouldn't translate, but I wonder if it needs to, because that is a clever kludge in its own way.

Since the slingplayer software is free, perhaps MVPMC would be a better frontend and OK by them.

icecow
03-03-07, 08:37 PM
I don't know how my offer to promote a better forum for mvpmc can be considered balking and I think it would be great if it could work. Not a balk, a third strike y'er out for one user.

Martin

Than I misinterpreted your post, but all is well. I was just about to write a similar spirited post as yours.

Your project is so incredibly boingboingable (and now digg, reddit, et al-able), it's right up Cory Doctorow's alley. I knew that well over a year ago. The point wouldn't be bragging rights, the point would presume you actually want a base of people using your software. But there is no point because if it was boingboinged it wound send people to a deadend wasteland of wasted time instead of sending a bunch of people out to buy up mediamvp.

I've repeatedly pissed away hours and hours, hours of my time trying to figure out what I'm convinced I could explain in 20 min if I could just decode the things I'm reading, which never ever actually answer anything. Now, a year later I came back for more.

You've got a microsoft thing going here. All we have to do is take the average wasted amount of time per a user and multiple it by the number of incomming users to render a huge figure of wasted time. hint: you're software does rtv, myth, and vlc, but noone posts in your disconbobulated forums. I swore off mvpmc several times before, the latest when I read your description of how to stream using VLC.

quote:
"3.4 Supplementary Audio Formats
Two excellent programs, vlc and mplayer are readily available to assist mvpmc in playing audio
streams not currently supported natively. With vlc alone, mvpmc can play streaming Microsoft Media
files and with the addition of mplayer support is added for Real Audio and aacPlus using many
streaming protocols.

VLC Configuration
To enable vlc support the IP address for vlc must be either added on the mvpmc command line
with the option --vlc xxx.xxx.xxx.xxx or install it via browser configuration. This will
permit playing of Windows Media found in URLs starting with http://, mms:// and mmsh://
The mms URLs can be directly added to an m3u playlist if desired or necessary. mvpmc also
support access via a Windows Media playlist typically .ASX files.

The server-side configuration of vlc requires enabling the telnet interface on the default
vlc listening port of 4212. This can be done via the vlc GUI or on the command line as follows

vlc -I Telnet

vlc will stream the requested audio stream back to the mvpmc in http on port 5212, Although,
connection is automatic on the requesting mediamvp, others can direclty to this vlc server
for shared access to the same source."

The description is almost, almost so revealing, yet sent me dEEking around in settings for about a half hour empty handed, save a potential round of 21 questions with you, in which every answer spores two more questions. It's just not that difficult. Any monkey pushing random buttons long enough could figure it out.

Can't you make it simple for us linear people, and lay out a procedure? We'll get it after we see it working, familiar? Why the walls of china.

The friends close to you are to close to stress this problem, and others don't care, so I'm being your disposable friend (poor me, such a victim).

Our conflict is not unique. It's history repeating itself in software development forums. The programmer puts ennormous time in a project and attracts users that want to use it. The programmer sees the users as a mob of suckling babies (there is a huge resemblance), and the bullish users see the project as pointless if noone uses it. It's largely a logistical problem. Just as the programmers get chest deep in sprawling complexity, a bunch of users demand their attention. I've been tring to be ginger about that but the only thing that passed is a year.

Sorry I've been punchy, but I've been trying to figure out these subtlties and only failing. The flip side to the now 'apology' is I'm fine.

mvallevand
03-04-07, 12:13 AM
More MVP than Replay TV, but this forum is beyond useful to me:
I have a second MVP that I haven't put into the mix. I'd been thinking about it as fronting the slingbox. But I was wondering if I could use it instead to be a client to the Slingbox in the *second home* instead of the laptop. The remote function of slingplayer wouldn't translate, but I wonder if it needs to, because that is a clever kludge in its own way.

Since the slingplayer software is free, perhaps MVPMC would be a better frontend and OK by them.Unless the slingplayer or slingbox can relay a http stream in mpeg 1 or 2 then a direct solution isn't possible right now. If vlc can read a slingbox feed and transcode to to a supported type then you might be able to do something.

Note that we are moving to a plugin architecture and trying to support more hardware too, so if slingmedia wants to join in would be welcome.

Martin

ReplayMirsky
03-09-07, 09:07 PM
Martin (and everyone else here) who may help wherever possible.
OK, I have moved my discussion from the other forum over to here at your suggestion, and it does make more sense. I am going to put 30-45 minutes into troubleshooting tonight, but wanted to start with a few questions while my mind is working.

To bring all up to speed, I have a Win XP box with DVArchive and two big HDs. I have a ReplayTV 5040 in the bedroom that regularly records stuff, and if it's worth SAVING, it gets dumped to DVA, else it gets watched from the RTV unit directly. Since I bought a MediaMVP (update - it's revision H3 - oh, the undocumented fun!) that talks flawlessly to DVA on XP, I also want to be able to stream shows that DON'T get downloaded right from RTV to MVP. So far it's been unsuccessful due to time synch being off more than 40 secs. The other forum has much more detail, and troubleshooting along the way, but that's the basics.

MARTIN - HERE IS WHERE WE LEFT OFF YESTERDAY, and why I'm questioning a few things. You suggested I surf via a browser to my IP on the MVP to prove what time it had and if the config file was loaded. The time was WAY off, the DATE was 1969 and no config file was loaded. Now, I have a thought as to why, but it brings more questions. My router (DLink DI-624) is doing DHCP, and if I disable it, the MVP never boots past the POST screen (5 blue boxes) (it also brings up another obstacle I'll get to later) and if I set the router to issue a different IP based on MAC address, then reboot MVP, that's the IP it grabs, and if that's true, it's no wonder there is no config being pulled from my 'Hardware' folder from Happauge's software. BUT BUT BUT... it NEVER fails to discover my DVA machine AND my RTV 5040 - it just bitches about time and fails to stream from RTV... but it does always find BOTH. If THAT'S true, how is it pulling that off? Basically, if I let it grab an IP from the DI-624, it boots fine, asks what menu, I say ReplayTV, it loads both devices, I then choose REPLAYSERVER (DVA) and can play movies from DVA perfectly... for DAYS... just not from the RTV.

Next, I did back out to the main menu like you said and can telnet in... when I type the first two lines of the config:
TZ=EST+5EDT,M3.2.0/2,M11.1.0/2; export TZ;
echo "TZ=EST+5EDT,M3.2.0/2,M11.1.0/2; export TZ" > /etc/shell.config;
it accepts those two just fine
Then I try the rdate and it's only worked once, the other times it just hangs. I then try the last line of the file:
mvpmc -R "ip=192.168.0.101/192.168.0.121" -t /usr/share/mvpmc/replaytv.xml &
and it throw a fit for ever... endless scroll of errors.

SO, A BRIEF SUMMARY:
1) It probably shouldn't be getting an IP from my router
2) If so, and since it is, why is it able to DISCOVER the Replay devices I own
3) If we're to stop the DLink from issuing an IP, what should I use
4) Although I can easily set up static addresses on my main household PC, the DVA / XP box and the RTV 5040, my wife does have a wireless laptop from work. That too will need a DHCP response. If I'm to use a separate DHCP client on my DVA machine, can that also issue my wife an address? Difficulty... the laptop is wireless, so it probably won't see the DVA pc until the router lets it through... or is that not true?

P.S. - Sorry this got so long... just getting frustrated and my lack of knowledge isn't helping...
P.P.S. - Neither is my 2 year old
P.P.P.S. - I'm willing to try anything, do anything, make long distance phone calls, whatever it takes. I love the MVP box and how easy it is to USE... just having trouble with setup for my needs.

============================
NOTE ADDED A BIT AFTER THE ABOVE....
My router (DI-624) doesn't seem to have a way to EXCLUDE a particular device (by MAC address) from receiving an answer from the DI-624. I did find a way to exclude a specific MAC address from being allowed on the internet, but I'm assuming that would cause problems with it talking to machines locally, no?
My thinking here of course is, if the router would just ignore the MVP outright, somebody here would surely recommend a free or cheap DHCP BOOT SERVER client for the DVA machine, and all would be right in the world. No? But if I block the MVPs MAC from accessing the internet, wouldn't the DLINK give it crap talking to DVA and RTV as well?
It leads back to the earlier question... if I can DISABLE the router and get some free/cheap DHCP client on DVA server to ALSO answer for my wife's WIRELESS laptop, then I just set other PCs, DVA and RTV to STATIC addresses and I'm done. Damn wife and her laptop...

mvallevand
03-09-07, 10:11 PM
Hi ReplayMirsky.

A few things

1 You do need DHCP to run mvpmc and you should let your router assign the address. Don't try and do anything special to your router.

2 If you turn DHCP off mvpmc will still load via the Hauppauge software but mvpmc can't run

3 If you try and run mvpmc from the telnet shell, make sure you run the following command to kill the running mvpmc
killall mvpmc

4 I'm not sure if you have upgraded Hauppauge software that is a must. What does this say via telnet
cat /etc/tftp.config This should be the ip of where your Hauppauge software is and where your share or tftp server is located. If not get the latest software from http://www.hauppauge.com

5. I'm not sure if have the right copy of mvpmc what does this say from telnet?
ls -lt /bin/mvpmc

6. dongle.bin.mvpmc is not loaded automatically You have to either set up a share as mentioned on this thread or use the more complicated method of tftp. Assuming you are using the share method from telnet do this
ls /etc/mvpmc

If nothing shows up try and mount the share manually via telnet

mount.cifs //ipofyourshare/mvpmc /etc/mvpmc -o username=gues,passward=guest,ro

record any errors and get back to me.

7. The reason the date is 1969 is that it starts at zero time if it isn't configured. Zero time in linux is Jan 1 1970 but that it GMT so with the default in mvpmc being CST it started 6 hours earlier.

Martin

ReplayMirsky
03-10-07, 01:48 PM
OK, I want to trespond to your last post, and also take several steps backwards briefly in hopes it may help. Not start over entirely, but "get back to basics" to remove my head from the fog it's in. And Martin, there's a bottle of wine or something in your future when this works. Plus, I promise to start monitoring all posts to assist others when I learn what's needed. WHEN this works, it'll be due to the kindness of folks like you, and I do recognize and appreciate that.

1) I'm glad you say letting my router do DHCP is fine and I don't need a DHCP software client on the DVA machine... that's good news all around.
So, quick recap of my config for IPs... WIN XP PC with DVA has a STATIC 192.68.0.101 and RTV 5040 has a STATIC 192.168.0.121 - keeps them consistent.
MVP, wife's laptop, future MVPs and other machines in house, DHCP assigned.
I am still curious why all the documentation states you CANNOT use a router to issue DHCP unless you can EXCLUDE the MAC of the MVP, but maybe it's just old documentation for old units.

2) OK, may I ask then, what is the very next callout the MVP makes after establishing an IP address? I am very aware of how DHCP works typically. The way I understood the documentation, the REASON you needed a software DHCP client was so it could then point the MVP devices to the FTP & TIME server address. How does the MVP locate the machine running Hauppauge's 2 services? I know it works because if I turn off the DVA machine or stop those 2 services, then reboot the MVP, I don't get an MVPMC menu, and if it's on and services running, I do. So, that proves the MVP is not only getting a good IP, IT IS FINDING HAUPPAUGE'S FOLDER, which is on the same machine as DVArchive.

3) Trying not to run / load anything from telnet shell, want it to all work automagically, so I'll leave this alone for the moment. I hear what you're saying, just want to focus on how to make everything work just by turning it on. And we are close.

4) When I pop open a CMD prompt, telnet to MVP, log in as root, and type:
cat /etc/tftp.config
I get the following:
cat /etc/tftp.config: No such file or directory
For what it's worth, the sticker on the unit says: Model 86019, Version H3 - the BOX says Model 1000 - and SOMEWHERE I found my H/W and F/W versions yesterday, but today, can't locate them. Not on the unit, the box, the config screen... hmmm...

5) When I telnet to MVP, log in as root, and type:
ls -lt /bin/mvpmc
It returns:
-rwxrwxr-x 1 root root 1951084 Oct 23 2006 /bin/mvpmc

6) What I did originally to "load" my dongle was the following:
(If this is wrong, please tell me where)
I loaded the Hauppauge software, and once complete, stopped both services, renamed the dongle.bin and dongle.bin.config files - actually, I think I cut them from that folder and moved them elsewhere. I then replaced them with a dongle file and dongle.bin from 11/2006
RIGHT NOW, here's what I have in my 'Hardware' folder:
A file called dongle.bin - 2475 kb, dated 11/08/06
A file called dongle.bin.config - 4kb - of course date and time is today
A bunch of other files, including dingle.bin.ver

OK, fast recap... I know the IP address is fine, you said so yourself. I also know it FINDS the DVA machine because if the machine is on, it loads the MVPMC menu on the MVP at boot. So... where does that leave me?
Maybe you could send me your dongle.bin and dongle.bin.config files and I could try those, simply to see if anything different happens?

mvallevand
03-10-07, 02:33 PM
I am still curious why all the documentation states you CANNOT use a router to issue DHCP unless you can EXCLUDE the MAC of the MVP, but maybe it's just old documentation for old units.
My documentation doesn't say this.

2) OK, may I ask then, what is the very next callout the MVP makes after establishing an IP address? I am very aware of how DHCP works typically. The way I understood the documentation, the REASON you needed a software DHCP client was so it could then point the MVP devices to the FTP & TIME server address. How does the MVP locate the machine running Hauppauge's 2 services? I

Its a little complicated because it depends on your revision and you don't really need to know or understand this so skip it if you want

For a revision H3 the process is

1 Bootloader gets IP
2 dongle.bin loads from flash
3 Hauppauge servers on the Windows machines running a service on UDP port 16881. which broadcast to a MediaMVP requiest You save the IP of the preferred one into flash during the boot when you say ok.
4. The MediaMVP requests dongle.bin.ver from the Hauppauge server via tftp on port 16869
5. The .ver file identifies that the flash copy dongle is not current
6. A newer dongle.bin is tftp'd from the Hauppauge\Dongle folder on port 16869
7. The new dongle boots and requests a new lease of a an IP

(The step 1-7 are pretty much the same for mvmpc and the Hauppauge dongle so up to now it should be automagic.

8. mvpmc try to get the config file from a dhcp based tftp server on port 69. Ignore this it won't work for in your setup.

9. mvpmc tries to mount a file share named mvpmc on the same ip as your Hauppauge server and copy the dongle.bin.config. It doesn't sound like you are saving your dongle.bin.config file properly see step 3 on this link http://mvpmc.wikispaces.com/Loadconfig

10. mvpmc tries to tftp a config file ignore this.

11 mvpmc gives up trying to find a config file and loads with some defaults.
This is where you get.


3) Trying not to run / load anything from telnet shell, want it to all work automagically, so I'll leave this alone for the moment. I hear what you're saying, just want to focus on how to make everything work just by turning it on. And we are close. 100% agree.

5) When I telnet to MVP, log in as root, and type:
ls -lt /bin/mvpmc
It returns:
-rwxrwxr-x 1 root root 1951084 Oct 23 2006 /bin/mvpmc
...
A file called dongle.bin - 2475 kb, dated 11/08/06
..

That's a huge problem you are not running the latest dongle from the nightly build. Download and save this file as dongle.bin
http://www.mvpmc.org/builds/dongle.bin.mvpmc-latest

This dongle is pretty much like mine, or it will be tomorrow, because I just uploaded some changes today. Since these changes aren't related to ReplayTV or loading don't worry about staying current for now.[/QUOTE]

Martin

ReplayMirsky
03-10-07, 04:32 PM
OK, good news all around... well, other than the fact that it's still not working.
(and by the way, I do want to eventually get back to the nitty-gritty and really learn HOW this works, but for now I'll take your advice and just glaze over much of what I asked about. Thank you for trying though...

I went to the two links you provided.
From the first one, I created a share, as follows, from the DVA / XP server:
Start->Run->shrpubw, enter c:\mvpmc as the Folder to share and mvpmc as Share name, Hit Next, Hit Yes to create the folder, Select your choice of radio button options. The second option is the prefered. (and what I chose), Click Finish
Now I have the share set up... I'm not USING it just yet, but it's created and has a copy of my dongle.bin.config file which is ALSO in the 'Hardware' folder of Hauppauge's software.

I also went to your other link:
http://www.mvpmc.org/builds/dongle.bin.mvpmc-latest
and downloaded the newest dongle.bin - 3681 kb

Additionally, I compared (pretty closely) the config file I'm using to the one on the mvpmc.wiki site for a Windows load... and they're very close... though I still have NOTHING uncommented other than TZ, echoTZ, rdate and that last 'discovery' line
but I did notice I didn't have the semicolon after the 'rdate' line.

Anyway, I stopped and started services and rebooted the MVP.
=====================
HERE'S WHAT HAS CHANGED:
=====================
1) The MVP now takes longer to boot up, stopping for 30-45 seconds at a URL splash screen I've never seen... so I know the new dongle got loaded. YEAH!

2) When you log in to the config screen from a browser, it now says:
Built: Sat Mar 10 03:01:48 EST 2007
System Time Wed Dec 31 18:16:20 1969
((( The BUILT line was never there before, just SYSTEM TIME )))

3) When I telnet to MVP, log in as root, and type:
ls -lt /bin/mvpmc
It NOW returns:
-rwxr-xr-x 1 root root 1636204 Mar 10 2007 /bin/mvpmc

===================
WHAT HAS NOT CHANGED:
===================
1) It still bitches about time not being within 40 secs...
So, the problem *IS* my config file, right? What is wrong with it? Where can I get a new one and start fresh? And for what it's worth, I am NOT using WordPad or NotePad... I'm using TextPad, and when I save I choose UNIX / ANSI... so THAT should not be causing issues, correct?

mvallevand
03-10-07, 05:12 PM
OK, good news all around... well, other than the fact that
...
===================
WHAT HAS NOT CHANGED:
===================
1) It still bitches about time not being within 40 secs...
So, the problem *IS* my config file, right? What is wrong with it? Where can I get a new one and start fresh? And for what it's worth, I am NOT using WordPad or NotePad... I'm using TextPad, and when I save I choose UNIX / ANSI... so THAT should not be causing issues, correct?

Ok good now rewind back to message 41

http://www.avsforum.com/avs-vb/showthread.php?p=9989942&&#post9989942

and you can follow step 6

You can try this as your dongle.bin.config if you want (get fancy later).

TZ=EST+5EDT,M3.2.0/2,M11.1.0/2; export TZ
rdate -s time.nist.gov
mvpmc -t /usr/share/mvpmc/replaytv.xml -R discover &

Martin

ReplayMirsky
03-12-07, 09:10 PM
Weird... I never got an email that you replied, so I checked on a whim today (you've been very responsive so far) and you actually did reply Sat night.
OK, I did VERY LITTLE tonight, but I did take the three lines you provided, created a brand new text file in TextPad4, saved it as UNIX, ANSI and replaced my copy... stopped and restarted both services (and the PC for good measure), and still no dice. I know it's something I'm not doing that isn't properly loading the CONFIG file, but two things I can ask / mention while I am online and writing.

1) Just because I can't find anywhere I've ever typed it out, this is the EXACT message I get blown. I've always refered to it as a time off more than 40 sec. error, but here's the error:
ERROR: ReplayTV /Video dir access failed. MVP+ReplayTV clocks must not differ by more than 40 seconds. Press any key to continue.

2) Also, using your new config entries (all 3 of them) when I check it's config now, it of course says it's 1969, but I can now telnet in and run the rdate -s time.nist.gov and when I next check the config via browser, the time is right within an hour. What is very weird is, not only is it remembering the + sign now, but whatever I change the +5 to, it stays an hour off. I made it EST+5, EST+4, EST+6, EST+9... it stayed at 19:53:##... could not get it to go to 20:##:## -

3) I am still a bit confused on the whole share piece. The documentation, and your replies, if I'm hearing them right, focus on using the CONFIG file to set cifs entries to point to a shared folder, user name, password, etc. to gget the dongle.bin to load. But my dongle IS loading... it's the CONFIG file that isn't properly executing / loading. No? I can add anything I want to the config file... it's not being seen. Or is it? I'm so confused right now.

mvallevand
03-12-07, 10:18 PM
1) Just because I can't find anywhere I've ever typed it out, this is the EXACT message I get blown. I've always refered to it as a time off more than 40 sec. error, but here's the error:
ERROR: ReplayTV /Video dir access failed. MVP+ReplayTV clocks must not differ by more than 40 seconds. Press any key to continue. You can always change the time directly through the web browser interface. This will last as long as your mvp is powered up. Paste TZ=EST+5EDT,M3.2.0/2,M11.1.0/2 into the Time zone field, place time.nist.gov into the Time Server field and click the Set Time button beside the Time Server field.

You can use this method until you figure out how to setup a share.

2) Also, using your new config entries (all 3 of them) when I check it's config now, it of course says it's 1969, but I can now telnet in and run the rdate -s time.nist.gov and when I next check the config via browser, the time is right within an hour. What is very weird is, not only is it remembering the + sign now, but whatever I change the +5 to, it stays an hour off. I made it EST+5, EST+4, EST+6, EST+9... it stayed at 19:53:##... could not get it to go to 20:##:## -

Time zone changes in the telnet don't make it into the running mvpmc. The running environments are isolated, but the machine does now what time it is in GMT.


3) I am still a bit confused on the whole share piece. The documentation, and your replies, if I'm hearing them right, focus on using the CONFIG file to set cifs entries to point to a shared folder, user name, password, etc. to gget the dongle.bin to load. But my dongle IS loading... it's the CONFIG file that isn't properly executing / loading. No? I can add anything I want to the config file... it's not being seen. Or is it? I'm so confused right now.

I'm telling you 2 things.

1. The wiki instructions show how to set up the share in Windows. The config file will not load like the dongle, you must use the share method.

2. The methods I've talked about here with mount.cifs were just to confirm that you've set up the share properly. My guess is you have you have disabled the guest account.

Martin

ReplayMirsky
03-14-07, 01:41 PM
OK, I am VERY close. My guest account was locked, although I had set up the share properly. I confirmed this by trying to browse to \\192.168.0.101\mvpmc\ from another pc on the network and it failed. I opened the guest account and now I can browse to that directory no problem, and open the config file. Can't edit it, but that's fine. Now, it still isn't LOADING... but I found an old post from you to icecow that said to try:
cat /etc/tftp.config
and when I do that, I get a rsponse of 192.168.0.142 - the WRONG IP - it needs to be 192.168.0.101 - so I hope this is all that's left, but:
1) What tells the MVP or the dongle where to look for the share?
2) How do I change it?
Assuming that's the underlying issue, it should fine the ip, the share, the guest account and LOAD MY DAMN CONFIG FILE. Right?

If so, and it works, just a couple other questions for anyone here.
1) What is the command to have it load the REPLAY menu automagically?
2) I hope I can put my firewall back on
3) I hope somebody finds a way of doing this and allowing the alteration of account name / password. I HATE leaving a GUEST acct open on my box.

mvallevand
03-14-07, 04:03 PM
OK, I am VERY close. My guest account was locked, although I had set up the share properly. I confirmed this by trying to browse to \\192.168.0.101\mvpmc\ from another pc on the network and it failed. I opened the guest account and now I can browse to that directory no problem, and open the config file. Can't edit it, but that's fine. Now, it still isn't LOADING... but I found an old post from you to icecow that said to try:
cat /etc/tftp.config
and when I do that, I get a rsponse of 192.168.0.142 - the WRONG IP - it needs to be 192.168.0.101 - so I hope this is all that's left, but:
1) What tells the MVP or the dongle where to look for the share?
2) How do I change it?
Assuming that's the underlying issue, it should fine the ip, the share, the guest account and LOAD MY DAMN CONFIG FILE. Right?

If so, and it works, just a couple other questions for anyone here.
1) What is the command to have it load the REPLAY menu automagically?
2) I hope I can put my firewall back on
3) I hope somebody finds a way of doing this and allowing the alteration of account name / password. I HATE leaving a GUEST acct open on my box.

A The IP comes from the Hauppauge server software when you save the preferred
server IP. Reload the Hauppauge software/dongle for .101 and your config file should get loaded.

1. the command line option to startup replaytv is (believe it or not

--startup replaytv

2. Once the dongle is loaded mvpmc won't try to connect back until you lose power to the mvpmc so your firewall shouldn't be a factor

3. The threat to your box is very low, since you don't need the pc's guest account enabled just the guest share for the mvpmc folder which will only contain the one read only file we have discussed at length here. Are really that worried about others on your home network (since you are behind a router) accessing the dongle.bin.config file? One day we do hope to store the user name passwword in flash, bu the risk is too low to make this a priority.

Martin

ReplayMirsky
03-14-07, 06:55 PM
A The IP comes from the Hauppauge server software when you save the preferred
server IP. Reload the Hauppauge software/dongle for .101 and your config file should get loaded.

1. the command line option to startup replaytv is (believe it or not

--startup replaytv

2. Once the dongle is loaded mvpmc won't try to connect back until you lose power to the mvpmc so your firewall shouldn't be a factor

3. The threat to your box is very low, since you don't need the pc's guest account enabled just the guest share for the mvpmc folder which will only contain the one read only file we have discussed at length here. Are really that worried about others on your home network (since you are behind a router) accessing the dongle.bin.config file? One day we do hope to store the user name passwword in flash, bu the risk is too low to make this a priority.

Martin

WOO HOOOOOO!!

My underlying problem *seems* to certainly have been the IP is was pointing to. And your suggestion for reloading didn't work, but I found an easier solution anyway. I simply set the DVARCHIVE / XP box to that IP statically, and removed that address from the DHCP range. It's working, and I'll document EVERYTHING later or by week's end.

ReplayMirsky
03-14-07, 09:39 PM
WOO HOOOOOO!!

My underlying problem *seems* to certainly have been the IP is was pointing to. And your suggestion for reloading didn't work, but I found an easier solution anyway. I simply set the DVARCHIVE / XP box to that IP statically, and removed that address from the DHCP range. It's working, and I'll document EVERYTHING later or by week's end.

Well, I seem to have resolved all of my issues (except auto-starting the ReplayTV menu option) - Since I have not been able to get my Hauppauge software to stop trying to point to the OLD IP address of the machine it's on, I just changed the IP back by setting it as a STATIC IP of the address I receive when I do the command:
cat /etc/tftp.config on the telnet session of the MediaMVP. Whatever!
So, I removed that address from the DHCP range, rebooted everything, and tested several times. I even tried FULLY uninstalling Hauppauge, rebooting and reinstalling... it's hung up on the IP, so that's what I'll give it. I also tested powering up the MediaMVP with my firewall fully engaged, and it worked flawlessly and now plays from either the RTV 5040 or the DVA server.

Now I only have 2 things left to do:
1) Get the --startup command syntax entered properly
2) Buy 2 more MVPs and hope all works by just plugging them in

mvallevand
03-14-07, 10:04 PM
Well, I seem to have resolved all of my issues (except auto-starting the ReplayTV menu option) - Since I have not been able to get my Hauppauge software to stop trying to point to the OLD IP address of the machine it's on, I just changed the IP back by setting it as a STATIC IP of the address I receive when I do the command:
cat /etc/tftp.config on the telnet session of the MediaMVP. Whatever!
So, I removed that address from the DHCP range, rebooted everything, and tested several times. I even tried FULLY uninstalling Hauppauge, rebooting and reinstalling... it's hung up on the IP, so that's what I'll give it. I also tested powering up the MediaMVP with my firewall fully engaged, and it worked flawlessly and now plays from either the RTV 5040 or the DVA server.

Now I only have 2 things left to do:
1) Get the --startup command syntax entered properly
2) Buy 2 more MVPs and hope all works by just plugging them in
What version of the Hauppauge server is on this machine? My bet is it or the Hauppauge dongle that it loads is too old to store the IP Address. Because you now have the share working this is what you need. As for the replay startup option I just tried it and it turns out there is an mvpmc bug (I will fix this). You need to also either disable the web server with --web-port 0 or run it on a different port --web-port 8080

If you use the alternate port you will need to specify it when you try and login, then good new is will coexist with replaytv.

Martin

ReplayMirsky
04-14-07, 10:56 PM
This post is just an FYI for anyone having time synch problems since around April 2007. I spent some time troubleshooting, trying to figure out why my MediaMVP stopped having the correct time on recent reboots. I originally thought it might be something to do with the fact that Daylight Savings Time was ORIGINALLY set to take place the first weekend in April... but that isn't the issue. And the issue also is not specific to the Hauppauge MediaMVP. As it turns out, I set my config file to set time (rdate) to time.nist.gov - which the present time is not present. It's either down, gone or something... but when I set to another nist server like
time-a.nist.gov or time-b.nist.gov
it works perfectly. So, for all you StrongBad fans out there:
The system is down yo! We have our top men working ON the clock.

doppler
04-15-07, 09:33 PM
This post is just an FYI for anyone having time synch problems since around April 2007. I spent some time troubleshooting, trying to figure out why my MediaMVP stopped having the correct time on recent reboots. I originally thought it might be something to do with the fact that Daylight Savings Time was ORIGINALLY set to take place the first weekend in April... but that isn't the issue. And the issue also is not specific to the Hauppauge MediaMVP. As it turns out, I set my config file to set time (rdate) to time.nist.gov - which the present time is not present. It's either down, gone or something... but when I set to another nist server like
time-a.nist.gov or time-b.nist.gov
it works perfectly. So, for all you StrongBad fans out there:
The system is down yo! We have our top men working ON the clock.

Nobody reads all the site info any more these days. DSLREPORTS sec forum, was
absolutely positive that the april updates broke all windows PC's. Not the case
here what so ever.

A bit more reading on the NIST GOV sites you would have come across statement
that a list of NIST time servers would no longer accept the old RDATE t-sync
format. time.nist.gov is one of those sites. Eventually all nist time sites
would convert to using only NTP protocols. Dropping RDATE format.

Inconvienant timing of new Daylight savings, an update from MS, a change from
gov nist sites protocols. Leads to FUD.

mvallevand
04-18-07, 07:37 PM
A bit more reading on the NIST GOV sites you would have come across statement
that a list of NIST time servers would no longer accept the old RDATE t-sync
format. time.nist.gov is one of those sites. Eventually all nist time sites
would convert to using only NTP protocols. Dropping RDATE format.


You can continue to use time.nist.gov with mvpmc if you want, just use ntpclient instead of rdate as follows

ntpclient -s -h time.nist.gov

Martin