Sandler: Yep /dev/video16 works great. I posted to this list about using mencoder to re-encode the audio only in realtime so I can watch DVDs using 1-5% cpu. Actually it's video18 on my system becuase I've got a bttv and a DVB card.
<br><br>Scott: I turn of VBI and VBI passthrough for good luck. Mythtv keeps turning it on to get subtitles from the VBI private stream mixed in with the video. I read there are lots of bugs with VBI in post 0.9.1 versions due to a firmware issue that mixes where the VBI packets end up, and that ivtv developers made a workaround... correct me if I&#39;m wrong.
<br><br>I heard some other people talk about high CPU usage as well running gentoo and non SMP kernels. 2.6.19-r4 (I need that or above for a promise IDE patch). It&#39;s not mythtv that does it its the IVTV xserver that races and uses all the available CPU. I&#39;m running the debian repository binary of the xserver everyone uses with Xorg 
7.1&nbsp; for amd64. I found the source code patches for this against the stable version of the xserver driver, but the SVN patches don&#39;t even work when I load the right release from when the patch was posted.<br><br>I think I&#39;m going to try and get SVN xserver going, because now (after 15 days) they might of put the XV patches in).
<br><br>WARNING: MYTHTV RELATED QUESTION:<br>Simple follow-up question - reworded. Does mythtv support both using XV and MPEG2 out, i.e. switching to MPEG (/dev/video16) when the stream supports it - IE MPEG2 PS with the right resolution and transcoded audio to MP2? On my system this doesn&#39;t happen with re-encoded DVB streams. I&#39;ve got a NTSC card in a PAL country (don&#39;t ask I moved :P) so I&#39;ll test tonight with captured video from the SVideo port. I know it&#39;s a myth question but what determines is /dev/video16 kicks in, I have a hunch it doesn&#39;t even check the stream - it just does a query to see if the recording was recorded through the IVTV first..... hence why it always uses XV for playback of my DVB streams. Again tonight I&#39;ll check the source and post back to you.
<br><br>I&#39;ve heard lots of rumors that they are going to pull video output from a future release, and that /dev/video16 output only works if you run Xserver on a different card than the PVR-350 output. In any case with all the confusion I&#39;m going to put a blog entry about how to do low CPU DVB recording and playback with a PVR-350. I may also give up on the Xserver (at least for a time) and experiment with using QT-Embedded instead of the Xserver. Any recommendations?
<br><br>Cheers,<br><br>Luke<br><br><br><br><div><span class="gmail_quote">On 02/02/07, <b class="gmail_sendername">Scott Reynolds</b> &lt;<a href="mailto:srey0123+ivtv@gmail.com">srey0123+ivtv@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Feb 1, 2007, at 7:05 AM, Sander Sweers wrote:<br><br>&gt; I<br>&gt; have also read that the framebuffer support in mythtv is not working
<br>&gt; well and will be ripped out in the next version (correct me if I&#39;m<br>&gt; wrong here).<br><br>This is apparently false. See:<br><br><a href="http://www.mythpvr.com/mythtv/pvr-350-mythtv-support.html#comment-1">
http://www.mythpvr.com/mythtv/pvr-350-mythtv-support.html#comment-1</a><br><br>What is currently not working on my systems:<br><br>- There is an issue with Qt performance on KnoppMyth R5E50. It&#39;s<br>horribly slow. You can watch dialog boxes paint on an 800 MHz Pentium
<br>III system.<br><br>- Also, there&#39;s a problem that I&#39;m running into with sending VBI to<br>the 350&#39;s TV Out. For lack of better terms, it&#39;s garbled. One could<br>work around the issue by simply using Live TV once after rebooting,
<br>but no longer. My search through the changes between 0.19 and 0.20<br>isn&#39;t turning up anything, either. To be honest, I am starting to<br>wonder if there was a change to ivtv between 0.4.x and 0.8.x that<br>might account for the difference in behavior. I have verified that
<br>VBI data is being captured correctly: you can decode it with the<br>native MythTV player, and the &quot;vbi&quot; utility in the ivtv/tests<br>directory is able to extract it from the stream. It&#39;s only playback<br>
through the MPEG decoder that&#39;s an issue.<br><br>All of this to say: yes, the PVR-350 still seems to work, modulo a<br>couple of relatively minor problems. These do not appear to be<br>related directly MythTV.<br><br>
--scott<br><br><br><br>_______________________________________________<br>ivtv-users mailing list<br><a href="mailto:ivtv-users@ivtvdriver.org">ivtv-users@ivtvdriver.org</a><br><a href="http://ivtvdriver.org/mailman/listinfo/ivtv-users">
http://ivtvdriver.org/mailman/listinfo/ivtv-users</a><br></blockquote></div><br>