<div>I don't compain, it's just the first time I encounter a limitation in Linux!</div>
<div> </div>
<div>Once again, I don't want just to watch TV but instead to watch TV under MythTV, what if I watch TV and switch my receiver to another channel, instead of seeing the new channel right away, I wait for 4 secs new channel to appear.
</div>
<div>People don't you ever thought that it's merely a showstopper? My point was that it's the first time I was shamed Windows outperformed Linux and why, because no one ever took some time to think about more optimal algorithm.
</div>
<div> </div>
<div>The most important feature doesn't work correctly, don't you think so, don't you use S-Video or don't you switch channels? Or I should waste time to correct the code?</div>
<div> </div>
<div>MythTV doesn't know the channel was switched, for it it's just a stream of bits, all I want is just:</div>
<div>mplayer /dev/video0 </div>
<div>and that this stream to be buffered for me to go forth and back.<br> </div>
<div>How can I use MythTV if I need to wait 4 secs every time I switch to the new channel???</div>
<div> </div>
<div><br> </div>
<div><span class="gmail_quote">On 4/14/06, <b class="gmail_sendername">Stef Coene</b> <<a href="mailto:stef.coene@docum.org">stef.coene@docum.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thursday 13 April 2006 23:59, Felix Rubinstein wrote:<br>> While watching Live TV, there is a pause of several seconds while MythTV
<br>> buffers the new channel.<br>> If I use S-Video/RCA instead of antena and I have satellite receiver it's<br>> very annoying to have 3-4 seconds delay while changing channels by<br>> satellite receiver! Once again, I use S-Video not antena so browse mode
<br>> doesn't help.<br>><br>> Just in case I do have development skills and must say that it is very bad<br>> idea to have so called channel buffer!!<br>> Just in case I utilize Philips HDRW 720 and guess what, it doesn't have
<br>> this problem at all.<br>> My point is that if MythTV is ever longing to be a mature software and not<br>> a banch of integrational tools where every user rewrites it for it's<br>> personal usage, it must drop such ideas, like above mentioned channel
<br>> buffer.<br>Do you know what you can do with that buffer? You can pause, rewind, change<br>play speed, ... You can even record the show you have watched because the<br>data still in the buffer. That's something you can not do if you play
<br>directly from the device itself like you suggest.<br><br>> Linux is very mature OS where one can allow itself to read and write<br>> simulteniously from any buffer.<br>> Personally, I was shocked when first read about this limitation.
<br>Personnally, I was pleased when first read about this limitation.<br><br>> Why by choosing watch tv from main menu should there be any delay before<br>> seeing live tv, why people why??? Why cannot I see the live tv right away
<br>> and buffer it right away too? Why? Because Philips developers smarter?<br>No, because Philips developers have not created a PVR, but a dump program to<br>watch tv.<br><br>Ask yourself: what do you want?<br> A: Do you want to watch TV?
<br> Solution: use the Philips tool and stop complaining.<br><br> Q: Do you want to have a PVR?<br> Solution: use mythtv and accept the delay and stop complaining.<br><br>For more information, search the mailing list for changes from
0.18 to 0.19.<br>There were some initial problems with the buffer in version 0.19. There were<br>some discussions why the buffer should stay. The answer is the buffer will<br>never go away.<br><br><br>Stef<br>_______________________________________________
<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
</a><br></blockquote></div><br>