![]() |
|
SageTV Media Extender Discussion related to any SageTV Media Extender used directly by SageTV. Questions, issues, problems, suggestions, etc. relating to a SageTV supported media extender should be posted here. Use the SageTV HD Theater - Media Player forum for issues related to using an HD Theater while not connected to a SageTV server. |
![]() |
|
Thread Tools | Search this Thread | Display Modes |
#21
|
|||
|
|||
Quote:
you'd be surprised at how much the drift is we get IPTV here delivered via multicast identical set top boxes and indentical tv's have a fair bit of drift, simply due to joining the stream at slightly different times, and processings, luck, etc |
#22
|
|||
|
|||
Really? I currently only have one extender, so I have no experience with this, but if you tune to the same OTA tv channel on multiple extenders is it not synced? If it is synced, then why would the same not be true using the Boxee "tuner"?
|
#23
|
||||
|
||||
correct, it will not be synced. Basically, each extender only really cares about it's own playback. It will play from the recorded file, at the speed it determines. This speed, in theory, should be the same, but it will drift over time. Also, there is no guaranteed way to ensure they start playback at teh same time either. If boxee truly does synced playback, it is because it actually has some sort of synching mechanism built in... sage has no such feature.
__________________
Buy Fuzzy a beer! (Fuzzy likes beer) unRAID Server: i7-6700, 32GB RAM, Dual 128GB SSD cache and 13TB pool, with SageTVv9, openDCT, Logitech Media Server and Plex Media Server each in Dockers. Sources: HRHR Prime with Charter CableCard. HDHR-US for OTA. Primary Client: HD-300 through XBoxOne in Living Room, Samsung HLT-6189S Other Clients: Mi Box in Master Bedroom, HD-200 in kids room |
#24
|
|||
|
|||
Quote:
Multicast on a LAN should ensure that all devices receive the same packet at "essentially" (ie only a few milliseconds difference - which you won't hear) the same time. A simple scheduling algorithm (ie buffer x thousands of packets & keep the queue at exactly that depth +/- a couple of packets) coupled with a static offset (ie +/- x milliseconds) to account for different processing chain delays (ie caused by amp / receiver / tv) should be just about spot on. The audio stream would essentially act as a synchronising clock, and device drift (ie caused by slightly different crystal speeds, sunspots, whatever) would never be a real issue -- yes, you might get a bit wobbly every now and then if one device misses a handful of packets, but that would reconverge within seconds. On a clean LAN you'd probably never notice... |
#25
|
||||
|
||||
![]()
With some creativity and some planning one could have synced A/V across multiple tvs. The solution is a HDMI Matrix switch. I have one I use at home and it has the ability to take 4 inputs and output any of them to 2 outputs to tvs. I don't have it configured that way, but it could be an easy change.
I have an older version of one of these. http://www.monoprice.com/products/pr...seq=1&format=2 I can have Output (TV) A and B both use Input 1 or I could have Output (TV) A use Input 1 and Output B use Input 2. For those that are confused basically any Output (TV) can use any Input including the same Input the other Output (TV) is currently using. For this example of syncing audio and video across multiple TVs you would have Output (TV) A and B use the same Input (HD-200). The reason it would take a little planning is that you could have 2 HD-200s connected to this HDMI Matrix switch and using IR repeaters could select which Input (HD200) each Output (TV) can use at that moment. Instead of having an HD-200 at each TV and running Cat5 to each TV, you could have the HD-200s centrally located and run HDMI to each TV. Personally I would run both HDMI and Cat5 but thats just me. Would this solution work? It sure can. Is it an ideal solution? Probably not, but if you want synced A/V across multiple TVs now, then this would be a possible way to do it. Hope this has been helpful and informative, Protoman
__________________
Server: Synology DS1019+, 2x WD Red 10 TB, 2x HVR-950Q OTA Old Server: ASRock Z77 Pro5-M, Intel i3-3225, 16GB RAM, 2x HVR-1800 OTA, 2x HVR-950Q OTA, 2x HD-PVR w/SPDIF (Not in use), 2x 1TB WD Black, 2TB WD Black, and Windows 7 Professional 64-bit. - 1x HD 300 - 2x HD 200 |
#26
|
||||
|
||||
Sync'd playback is not technically out of possibility with sage, it just isn't something that is currently implemented. It wouldn't take much to have the server broadcast a timestamp to all clients, and have the clients skip to that timestamp. It's just a matter that most have not really needed this feature.
__________________
Buy Fuzzy a beer! (Fuzzy likes beer) unRAID Server: i7-6700, 32GB RAM, Dual 128GB SSD cache and 13TB pool, with SageTVv9, openDCT, Logitech Media Server and Plex Media Server each in Dockers. Sources: HRHR Prime with Charter CableCard. HDHR-US for OTA. Primary Client: HD-300 through XBoxOne in Living Room, Samsung HLT-6189S Other Clients: Mi Box in Master Bedroom, HD-200 in kids room |
#27
|
||||
|
||||
Quote:
If you are truly looking for synchronized broadcast of audio you would need to synchronize the audio decoder clock at each receiving station with the source station. You would also need to figure out how to synchronize the audio and video data streams received at each receiving station if you were looking at whole home audio/video. Gerry
__________________
Big Gerr _______ Server - WHS 2011: Sage 7.1.9 - 1 x HD Prime and 2 x HDHomeRun - Intel Atom D525 1.6 GHz, Acer Easystore, RAM 4 GB, 4 x 2TB hotswap drives, 1 x 2TB USB ext Clients: 2 x PC Clients, 1 x HD300, 2 x HD-200, 1 x HD-100 DEV Client: Win 7 Ultimate 64 bit - AMD 64 x2 6000+, Gigabyte GA-MA790GP-DS4H MB, RAM 4GB, HD OS:500GB, DATA:1 x 500GB, Pace RGN STB. |
#28
|
|||
|
|||
IMO there are 2 perceptions of "synced" in this thread.
The purist version is that you can play the stream to 2 extenders that are sitting side by side and the 2 shows will play *perfectly* in sync. It *might* be possible to get this to work, but I'm personally skeptical. At my previous house, I was running comcast to multiple TVs...when watching the same channel I noticed that the audio on my 2 tvs in separate rooms would often be slightly out of sync....perhaps this is all attributable to the different tuners. Now the other version of "synced", the version *I* am envisioning, is one where the same show is playing on multiple TVs in the house at "pretty much" the same spot. To address the more lenient interpretation of syncing I think multicast would be a wonderful solution. Here are a couple of personal scenarios where multicast would be perfect: 1) moving between multiple rooms. Often when I'm working on something I may be going back and forth between two different locations. It is nice to be able to tune both TVs to the same feed and let them run. That way as I move back and forth, the same show is running in both locations. 2) Watching tv with another person in separate rooms. My wife and I may start watching the same show in the living room, but then she goes into the kitchen to make dinner, or I go in my office to do some work. We still want to continue watching the same show. This is what I was attempting to accomplish by using a separate device running Boxee with a PVR150 attached to it....My intent was to simply tune any extender to that particular tuner and then I could watch the same thing on multiple TVs. If implementing multi-cast is a possibility, that would be even more ideal. I would love to be able to join multiple extenders to 1 multicast "group". Any of those extenders should be able to control (pause, FF, RW, pick another show, etc). I would think that by using multicast it should be more efficient for broadcast networks like MoCa and wireless that might have more of a problem playing multiple HD streams. Want to watch the same BluRay movie in 4 different rooms? I doubt wireless or MoCa can handle 4 simultaneous streams, but 1 multicast stream should be possible. |
#29
|
|||
|
|||
Protoman is right. To truly guarantee perfect sync playback you need to use a matrix of some sort. Heck even my tv's with QAM tuners do not have perfect sync playback simply because they both have their own amount of delay in the broadcast. For my whole house audio I am using a matrix in my basement that allows me to use multiple cheap amplifiers in order to keep perfect sync (or you can use an expensive multi-zonal amplifier). Even if you use multicast, you will run into minor "skips" periodically as the units try to stay in sync.
__________________
Sage Server: AMD Athlon II 630, Asrock 785G motherboard, 3GB of RAM, 500GB OS HD in RAID 1 and 2 - 750GB Recording Drives, HDHomerun, Avermedia HD Duet & 2-HDPVRs, and 9.0TB storage in RAID 5 via Dell Perc 5i for DVD storage Source: Clear QAM and OTA for locals, 2-DishNetwork VIP211's Clients: 2 Sage HD300's, 2 Sage HD200's, 2 Sage HD100's, 1 MediaMVP, and 1 Placeshifter |
#30
|
||||
|
||||
Quote:
Once you're in that situation, "good enough" is good enough. That is, depending on distance between units, and your relative position, you will generally notice more impact due to physics than network. Sound travelling through air is much slower than multicast packets! Say you had two sets of speakers 20 metres apart. Worst-case delay is when you are standing at one set of speakers (sound needs to travel 20m to reach you from the other set). Best case is when you are smack in the middle (equidistant, 0 difference in delay between the sound sources). Speed of sound is approximately 343 metres per second (varies based on air pressure, humidity, and frequency, but close enough). This means, worst case scenario (ignoring the greater delays caused by multipath issues), you will experience a 58ms delay ("out of sync") when you're standing at one set of speakers, dropping linearly to 0 when you are at the equidistant point. A reasonable quality wired 100Mb/s LAN, in a reasonably simple home network, will introduce no more than 10ms delay between endpoints. In other words, the effect of just walking around will be much much greater than anything introduced by the network. Quote:
Quote:
Quote:
The odd packet loss will never be noticed, and drops of large numbers of packets is extremely rare (again, assuming wired LAN of reasonable quality). By implementing the discipline I mentioned above, any small packet loss will hardly ever be noticed, and will reconverge faster than you'd notice. Consider, 44kHz per channel, 16 bit samples = 176,000 bytes per second. Add a handful for control, packet overhead, etc. Call it 180,000 bytes per second. Given this is your very own LAN & not the interwebs, you don't need a super efficient payload ratio, and it's multicast so it's inherently efficient anyway, you could happily peg it at -say- 500 packets per second (360 bytes per packet) which wouldn't even make things run warm (max packet rate at 100Mbps being about 148,800 pps -- see ftp://ftp.cs.princeton.edu/techreports/2002/645.pdf). Each lost packet represents a 2 millisecond skip, which you wouldn't ever notice. Even losing 10 or 20 packets wouldn't be much of an issue -- the slightest of 'ticks' that most people would never notice. And, on a clean LAN, this level of packet loss is pretty well unprecedented. Couple the above with the aforementioned discipline (ie keep buffer at a given number of packets plus allowance for jitter which you average out), any drift would quickly disappear. |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Another HD question, audio this time | opy01 | Hardware Support | 2 | 09-25-2008 07:20 AM |
HD Extender Audio Issues | bialio | SageTV Media Extender | 5 | 12-17-2007 08:15 AM |
Trouble selecting from multiple audio tracks | wirecreative | SageTV Software | 8 | 06-27-2007 12:55 AM |
Audio stream in HD | kltye | SageTV Beta Test Software | 1 | 03-04-2006 11:13 PM |
Multiple Audio Streams | ChePazzo | SageTV Software | 0 | 01-24-2006 09:43 AM |