Maybe this is a permissions issue?

No, it's not. Please remember that from the outside (where your laptop is) the whole infrastructure behind the hybrid (actually core) is considered all to be 1 IP - that is the "external" IP on your core (192.168.1.x, could be 3 or 2 or whatever in the end you assigned)... This is what NATing does for you.

You can now go 3 routes, each with pros and cons:

1. Move your wireless AP (WRT54G) to the internal network (like the Gb switch) - remember to disable DHCP on the wireless router, and remember to set its own IP to be in the 192.168.80.xx range - and connect one of the LAN ports to this network, NOT the WAN port. This will make it an Access Point, rather than a router... Downside, all you wireless stuff will now be in the domain of LMCE, and access to internet is routed through the core - so lets hope it is stable!

2. Allow the core to route traffic between the 2 subnets (the external and internal on the core) - not recommended for most use.

3. The easy and controllable one. Allow port forwarding through the core, with port mapping. You should forward i.e. port 12080 from the cores external IP (could be 192.168.1.3) to the internal IP 192.168.80.132 - BUT ON PORT 80!! now you can from the outside access the LMCE web interface on port 80 by typing 192.168.1.3 (port 80 is given), and if this is your external IP on the core, you should get the LMCE web interface. If your type 192.168.1.3:12080 you should get to the NAS.. The downside here could be that from the INSIDE of the LMCE network the best way to communicate with the NAS is via 192.168.80.132 - i.e. there is a risk of confusion...

Unless you have other specific reasons (like I do), and granted your core is running stable - I would go for option 1.

(there is actually a fourth option with 2 discrete wireless networks, where you would choose between the 2 when you log on to WiFi - this can have some major benefits and ease of use for the rest of the household and guests)

-Tony

Now... if I am understanding correctly, you are saying that MythTV embedded in LMCE could effectively replace my entire system? In other words I'd (THEORETICALLY) be able to plug the coax input(s) from the LNBs on my sat dish directly into a tv-tuner card in my core, plug my subscriber DSTV smart-card into some kind of card-reader and then install and set-up software to magically combine the two to send channels of my selection to any media director on the system?

That *must* be taking it a bit far, surely?

Hi James,

Sorry I missed your post

This is actually not "taking it far" at all - this is done all the time with various DVB inputs (DVB T, C or in your case S for sat). The only part not completely standard (and done all the time with great success) is the decoding part. It is not rocket science, but policy reasons prevent me from guiding you in these matters. Such a solution would also allow you to experience MUCH better tv quality for 2 reasons (granted you have a flat screen TV with digital input HDMI or DVI):

1. You would be enabled to watch HD channels (you don't have many, and this is actually not going to be the biggest improvement!)
2. You are going to experience a digital signal being fed directly (some post-processing is taking place, but nothing that seriously should alter the quality) to a digital panel - no conversion made. In your current setup you are (RF) modulating the digital DVB-S signal to analog, and then demodulating it back in the TV tuner (and probably then an A/D conversation if you have a flatscreen TV). These 2 (3) conversation really F*** up quality.

To experience the effect of this best, find somebody that has a DVB box that can output to a TV either via HDMI (or DVI) and via composite - or even RF) to a TV. And then switch between connections from the box to the TV. You will experience the quality improvements from analog to full digital being greater than the improvements from digital SD to digital HD!!

Let me know if you need more pointers :-)

-Tony

Not to be a grumpy old man Schmich,

Well I managed to come out that way fine...
Hope there's no hard feelings - we all try to help each other, and one thing sure: Your intentions where as good as mine :-)

Hope to solve this issue, which can be followed in the other thread:
http://forum.linuxmce.org/index.php/topic,12308.msg86784.html

-Tony

I have 1x Quattro LNB (LOF: 9,75 / 10,60 GHz) connected to an EMP Centauri 9/16 Multiswitch. Standard satellite receivers receive the channels without any problem. However I am unable to get it to work for MythTV. I have checked the cable by using a standard receiver. My card is the Hauppauge HVR-4000 and I have a second one that I have tried as well.

One thing I am unsure about is how to configure the DISEqC page. I think I understand the concept that first DISEqC chooses between the two sets. Then the low vs high band and finally vertical vs horizontal. However I can only guess how that should look for the MythTV setup page.

I have no idea if anything else is the problem but I do know that I don't know what to do on this part of the setup so might as well tackle that first. I did get it to work back on 8.10 but I don't remember how, so it's highly likely that physically the cards aren't damaged.

When I search for channels I search for 10803000Khz, H, 22000, QPSK, 5/6 on ASTRA 2 (28.2) to find BBC News. So any pointers in the right direction is welcome. For starters I guess I choose a a DISEqC Switch with 2 ports right? Then do I get 2 Tone switches?

Thanks

Let me try to help, I fear you have over complicated things a bit.
First (and I do not assume this is really needed, but do it anyway) look at one of your "normal" sat boxes under tuner or sat config (or whatever its called). Since your switch has room for 2 sat positions I assume that's what your have - funny (ab)use of the Torodial T90, but thats beside the point, perhaps your 2 positions are far apart or something.

On your sat box you will find (I am 99.99% sure) a config saying sat pos 1 (could be 28.2 or "the pther") at DISEqC port A, and the other sat at port B - or reverse. 2 thing worth nothing here. Ports in DISEqC are called A+B when we are talking very basic DISEqC switching (ver 1.0) - meaning in Myth you should never consider anything more complicated like tone-switches, cascaded DISEqC switches or anything like that.

The lessons learned:
1. Your regular sat boxes does not see the "advanced" multiswitch setup - they just see a simple setup with 2 universal LNBs controlled via DISEqC port A and B. So should your Myth setup look like.
2. Port A is 28.2 and Port B is the other - or the other way round...

Now in Myth you are on the right path - choose one switch (2 port) and then select if your desired sat is in port A or Port B. That's all!!!!!!!! Remember, the sat boxes does not "see" the multiswitch, they just see 2 universal LNBs.

I think that perhaps you have been confused by the fact that you have 2 switches built in to one box - one multiswitch, and one DISEqC 1.0 switch - I am sure of this since I read the manual for your particular switch 

One last note for your understanding. DISEqC switches BETWEEN satellites! For 99% of us any other switching taking place is to select band and polarization on that particular sat. That switching is done with the 13/18 volts, and the 22Khz signal, and for you that does not take place in the LNB but in the multiswitch - but it does not matter for Myth where it takes place, all Myth should be configured for is one universal LNB 9.75/10.6 H/V (per DISEqC port).

- Other could learn: To get accurate answers the key is to accurately describe your problem, AND your setup :-)

Hope this brings you the rest of the way 


-Tony

Internet TV is not a solution.

Please elaborate. Why is Internet TV not a solution to be considered? I am aware that "Internet TV" alone will not in the next 4-5 years replace broadcast via Sat, cable and air, but internet is just a protocol - that can be transmitted via sat, cable and air..

-Tony

Fibres, you wouldn't happen to use a Quattro LNB combined with a multiswitch? I just can't get it to work even tough (after a lot of trial and error) I did manage back on 8.10. Like an idiot I never wrote it down how I did it.

Not to be a grumpy old man Schmich, but when I suggested to Matt that he, for the sake of simplicity and flattening the learning curve, should just buy Quad or Octo LNB you where the first one to shoot at me for suggesting such foolishness...

Can we, as a closure on this thread conclude that:

a. You need to learn a bit more sat basics before speaking as an expert ;-)
b. Matt should keep it simple
c. Quattro LNBs is the scalable solution, but for a novice going simple is the key to success.

And to answer your question, if your DISEqC control is working (from Myth or whatever), and your multiswitch is not defect, AND everything is connected properly (easier to mistake than you might imagine) - then it WILL work. May I suggest than you run through you physical installation once again. If the same install is working for all users with regular sat boxes, then there's only 2 options. Either a faulty port in the switch (easily tested with a working sat box normally attached to another port), or incorrect DISEqC settings in Myth. Please be aware of the distinction between committed and uncommitted switches!

Would be glad to help if still needed :-)


-Tony

Ah nice. That looks really familiar! I bet that's what I used last time on 8.10.

I might try VDR if I get the time. I know it has been discussed quite a few times, but things evolve! In very short, what's the main reason(s) to go for VDR instead of MythTV today?

Today, I fear very little for 2 reasons:

1. The main reason why VDR was used back in the days was that DVB integration in Myth was not very good. This is not the case anymore :-)
2. It appears that most work to integrate TV in to the GUI is in the hands of Thom, and he is integrating Myth exclusively - hence I see VDR being sidelined even more in the future.

 - and as a third argument, I believe Myth is better at supporting distributed tuners (at MDs) than VDR. Some could prove me wrong here.

I could be very wrong, and would invite others to comment here. Especially Posde...

Hi James,

I have commented a bit below:

a) The clients have 10/100 (maybe even just 10 Mbs) LAN cards
b) I don't have a network switch yet and I'm making do with an old 10/100 hub

Wow, the only thing worse than a 10/100 LAN is when the bandwidth is shared in a hub... Just like with wireless, which also explains why everybody should shy away from WiFi. You definitely need to upgrade here!

c) I suspect the clients are very thin    ... in that I'm not 100% sure how LTSP does it's processing but I presume it is almost a case of the server running the application and only the graphics stuff being rendered by the client... sort of like remote X.... if so, my understanding of the Linux MCE Media Director is that it is a rather "thicker" client in that the media applications will run on the client as well as the graphic server, video and audio decoding etc with just the raw (usually compressed) data being passed from the server down the network.

Funny term "very" thin 
You are absolutely right that LTSP is utilizing thin clients, and that LMCE is nothing like that, it is just diskless clients. One thing to remember though - thin clients need "fat" network bandwidth - fat clients could do with less (Although diskless clients boot and loads faster on fast networks). I am not sure how LTSP is handling video, but unless it is somehow tailored for this, you need a quite fast network to experience flawless video. Just due to the nature of the technology.

Whatever the case, your response has made me confident that when I put the Gig switch in and ensure all internal devices have Gig cards... things should be good.

Right again, but put importance of the Gigabit backbone structure - and the card in the Core should also be Gigabit. The individual nodes could be 100 Mbit, that is less critical - therefore you should not worry if a potential MD only has 100Mbit (but Nvidia GFX).

In terms of the two manners in which TV signal can be captured, that is most interesting. Certainly, as you say, the method of capturing the raw satellite signal and then decoding it in software is very appealing and elegant. And, as you point out, there is more potential there.... however, in my case I think I'll have to start with the alternative- capture the video output itself from the satellite decoder. The reasons are-
1) The provider is a pay provider with a "smart" card which would involve the card reader part that you refer to. Not impossible, as you say, but some extra effort and research required.

Yes, but probably worth the effort, espicially considering what you (and I) mention below:

2) I'm based in South Africa and I don't think there are many here who have gone this route before me so support and assistance from the community regarding the particulars of our local Sat-tv provider are going to be rather scarce... not to mention the fact that I'm sure their programming schedule is not available electronically.

To my understanding the systems used should be very well supported on the decoding part, meaning you can find support in Europe since the same system is also used by some European providers. I am not going to link (due to policy reasons) to info on how to move forward should you go this way - but I can be reached outside of the public foras...As to my understanding EPG via sat in South Africa (I assume MultiChoice South Africa (DSTV)?) is only sending "Now" and "Next" via EIT - but there should be xml grabbers for you. Consider looking here: http://www.mythtv.org/wiki/South_Africa_MUG

3) The local provider is not that fantastic ito options  so I don't often find there is a situation where I can find more than one channel at a time I want to watch!

Poor you  Does that also include your tenant only desiring the same as you?

4) My current decoder does already have some fairly neat PVR and dual-view functionality built in which means that I'm already serving an alternative stream to my tenant (in a flatlet on the property) and I'm able to schedule and record already via the PVR. If I implented soln 2 that would basically replace this fuctionality but.... I'd have to give my tenant access to my MCE installation. I think that can happen further down the line. Perhaps when my current (old) PVR packs up and I'm forced to upgrade... I could potentially just use MCE instead of a new decoder?? Exciting future ahead.

Then I would warn you a bit. Not entirely sure which decoder you have, but if you are serving an individual selectable stream/channel to your tennant then you probably could grab this to Myth, but I foresee quite some tinkering to get LMCE to control both streams of the receiver. Which make and model is this? And how does your tenant switch channel??

You could end in a situation where you actually feel that performance (functionality) from your LMCE based system could feel inferior to your current setup, and you don't want that  On the other hand, if you keep your current sat box then LMCE would perhaps feel a bit "bolted on", and it should be the other way round, LMCE should become the core to which functionality is added..

Good luck with further investigations

- Tony

Multiswitch has nothing to do with dish format. A quad LNB has a multiswitch built in, afaik, compared to the quattro, which provides the feeds to the external multiswitch, as Schmich pointed out.

I am using, with 1004, and not out of the box, 2x Dual DVB-S2 cards with a PCIx1 connector.

What was not OOB? What cards?

Unfortunately, my stupid dish installer installed a single LNB to point to the Astra 28.2, and a quattro only to Astra 19.2. So the 19.2 goes into the multiswitch, the single LNB to 28.2 goes directly into one of the four DVB-S2 connectors.

Why not spend the 3 minutes to revert this?? And then tweek Myth to use 3 tuners for 28.2 and only 1 for 19.2??

-TOP

My understanding was that the quattro LNB itself didn't like the little oval sky minidishes. This is all very new to me, but I wouldn't have thought that a quad/octo LNB would need a multiswitch? I thought they were literally just separate, individual feeds?

I am going to attempt to install a new LNB in my existing dish. Unfortunately, as I'm moving house, I will have to realign it; hopefully that won't be beyond my abilities.

Cheers,
Matt.

You are spot on that a single/dual/quad/octo LNB can be fed directly in to the tuner without a switch!.... And works fine with any dish type.
BUT: Switching is being done none the less. The LNB has a smaller frequency span than the feed it is tuning to, hence the tuner can make the LNB switch between base tuning frequencies (via 22Khz signal: LO 9.75 GHz, HI 10.6 Ghz). For most of the feeds in Europe it is actually also necessary to select the polarization of the sat feed, i.e. horizontal or vertical (elsewhere there is also right and left handed circular and other ways), meaning another "switching" done by the tuner via selecting either 13 or 18 Volts to the LNB.

That is why all relevant LNBs are called "universal LNBs"

External switches comes in to play when you desire more than one sat "position" - DiSEqC switches that select between LNBs, or if you uses Quattro LNBs (one multiswitch per Quattro LNB in principle) that then transform the selection from the tuner (HI/LO and H/V) to just one of the 4 (not so universal) LNBs all sitting in the same casing - called a Quattro LNB.

I stand by my recommendation: If you just want Freesat buy a quad or octo LNB. Feed just one cable directly to a sat box. Align the dish to 28.2 East. Now put the cable in to a input on a PC tuner card, and get that working. Later add more cables from LNB to tuner inputs.

Regarding aligning the dish - see this link: http://www.dishpointer.com/

-TOP

Hello toppot,

thanks for your detailed explanation. I'd like to add/change one thing though: I would suggest to DO get a Quattro LNB and add a Multiswitch to it. That way, you can easily add more DVB-S2 receivers as you go along. Just get a bigger multiswitch.

For a future proof system you are of course right - you can actually actually cascade multiswitches, meaning adding switches rather than replacing.. But for a sat newbie lets keep the learning curve a bit flatter    - Even if Matt actually seems (from other problems he has solved via the forum) to be quite a good learner..

-TOP

I am seriously considering moving to freesat at my new place (I'm in the UK).

1. Does freesat still have multiplexes like with freeview? If so, how many? Can one tuner handle all the viewing/recording of all the channels on a given multiplex? (I will be using myth).

2. What DVB-S2 card is best to use? I am currently on 1004, will be using myth, don't mind if it's PCI or PCIe. Less keen on USB, but fine with it if it's known to be working.

3. Once I understand the above, the next question is how many tuners, and how does that impact which dish I choose? Currently I use 4 tuners for freeview, but I think I could probably get away with 2, I record so much crap that I never ever watch.

Cheers,
Matt.

Hi Matt,

1. Yes multiplexes similar to DVB-T. The number of frequencies (called "transponders" in sat lingo) are much higher though. One tuner can provide the full stream to Myth, that can then record whichever MUX needed, including several.
Please look at http://www.lyngsat.com/28east.html or http://en.kingofsat.net/pos-28.2E.php
There you can see the transponders, and the channels on each. Most carry 6-10 free channels, but some are probably not interesting to record simultaneously - like Channel 5 region 1, 3, 4, and 5

2. Can not really guide you there, since I am using virtual Core (actually 8.10), thus my tuners are USB - and a struggle on 8.10, meaning I will be upgrading to 10.04 where they should work fine. Just ensure you buy DVB-S2 tuners, where both DVB-S and DVB-S2 is supported in 10.04. (bet 10 beers that Andrew http://forum.linuxmce.org/index.php?action=profile;u=38882 can tell you, although 10.10 could vary in HW support compared to 10.04)

3. Like I mentioned above, you would need more tuners for sat... The dish can be whatever, but the microwave head (the LNB) need to be for enough tuners. I would recommend a "quad" LNB (not a Quattro, since these requires a special switch), or if you are ambitious an "Octo" LNB for 4 resp. 8 tuners. The price between single, dual and quad LNBs are very small... And I am quite sure you can find PCI(e) cards with 2 tuners quite cheap.

If you want premium channels (SKY) then this is also possible (and legal), but policies here states that this should not be discussed - I actually disagree with these policies, but can easily understand them, since the step to implement viewing paid TV legally is actually a (very small) bit more complicated then the steps needed to watch the same channels illegally...

You could also consider a slightly larger dish, with 2 (or more) heads (LNBs) for receiving many channels from across the continent - I personally scored tremendous with the wife when I tuned to "Abu Dhabi Sports" to find live broadcast from World Championships in endurance horse riding (which is her passion, mine is sat tv ;-) that wasn't aired in any "normal" tv station..

-TOP

Hi Everyone

Some advice please- I believe the recommendation is to put the video capture card into the core. My planned layout at present (I'm planning the system but have already done most of the network wiring) has the core sitting in the closet with the Gig switch and ADSL modem but a long way from the satellite decoder.

My plan was to have a media director in the TV room with the capture card, then the output from the satellite decoder would be fed to the MD capture card and presumably magically through to the core for redistribution / recording etc.

Firstly, is this possible or does the capture card have to be on the core?

And, if so, what are the issues going to be? The most obvious to me seem to be that if you're capturing video directly to the core you don't use bandwidth on the network line between core and switch... the capture input arrives via the PCI bus instead. So any time video is captured it's narrowing the bottleneck to the core. Are there other factors?

I'm trying to think why I don't want the core in the TV room..... apart from noise and space.... when I remember the reason, I'll post back.

You should not worry too much about the bandwidth - even a digital HD ts stream will probably not exceed 10 Mbits, you have 1000!!
Most obvious reason to put capture card in the core is that the core is supposed (by concept) to run 24/7, a MD could be turned off, thus disabling other MDs from utilizing services provided by this MD..

There is nothing wrong with capturing on a MD, and then providing it to the rest of the network (if you use MythTV - with VDR it is not so obvious), but please be aware that you can "capture" by 2 fundamentally different concepts. One being a stand alone sat receiver and then capturing via a framegrabber card, the other being direct digital tuner in the MD (or core). The advantage of using a discrete sat box is that descrambling will work just by inserting your subscription card - no fuss. Disadvantage is that you need to control the sat box, probably via I/R (some could be via LAN), and that you only have one tuner (actually one MUX) available. This means that you can only record/watch/"distribute in the home" one live tv channel a the time. Even with 2 tuners in the sat box.

If you go for a digital tuner card you can simultaneously record all channels on a transponder (from 1 to 10), and with 2 tuners any combination possible... And if you put those in the core this would be a service that will run very transparent, which with MythTV scheduling becomes very powerful. With i.e. 2 cards with each 2 tuners, you could watch/record 20+ channels at the same time, provided they are on the 4 transponders you would tune to. There is no "encoding" to be done, since all the system does in reality is to transport raw data, and this with bandwidths way below what most systems can handle very easily!!

Main disadvantage: If you have a paid subscription you would need to have MythTV to use a so called softcam (decoder), and another program (or server) must act as a card reader. In concept it is easy, elegant and well supported. In reality it proves a hassle for many. It probably goes beyond the scope of this thread, but please let me know if you need to understand the concept, and a path how to implement this.

My first advise to you would be to read and understand how MythTV is constructed with one "Master-Backend" (runs on the Core), a number of "backends" (runs on each MD or Core that has tuner/framegrabber cards) and one "Frontend" per MD. This concept is actually easy, elegant and well supported :-)

Good luck with whatever choice you make - and be sure that support is near. You a not likely to make everything work in the first go, but it actually is very possible to get reliable systems up running - even for us "normal humans" 

-Tony

I've just completed a fresh install of 10.04 and after I ran the install script and rebooted, the system went straight into LMCE with UI1 and never prompted for the AV Wizard.  I've tried the following with no joy:

- Hold shift key down during boot cycle - no joy
- Run command line to start AV wizard (/usr/pluto/bin/AVWizard_Run.sh) - no joy
- Edit /etc/pluto.conf to launch AV Wizard - no joy
- Edit /etc/pluto.conf to launch as first boot - no joy
- From the Advanced Menu, selected Audio and Video Wizard - no joy

Basically, I can't get the AV Wizard to run at all.  It never gives me an error, it just doesn't run.

Any thoughts before I blow it away and re-install??

Thanks!

I had exactly the same experience with 1004 - except I never tried to rectify since it is supposed to be running as the core only, hence I do not care about which settings for the almost unused MD functionality it has - mine is running under VMWare Server, so I desired UI1 in a low resolution anyway :-)

I believe I made a thread about this here, but it did not catch any attention, and since it didn't made any difference for me, I did no follow up... Now it does make a difference (to you), so please let me know if I can assist with logs, debugging or anything else :-)

-Tony

Very nice golgoj4
Possy how do I drive from the Netherlands?

Well unfortunately Google has removed this from their maps - but based on my memory you should drive to Calais, France and then swim across the Atlantic to New York... at app. 4 Km/h it will take some 57 days... Meaning you are in a hurry ;-)