stuart wrote: > ...the...OTA ATSC digital stations I get provide 5.1 audio... As > such, there is no sound at the MVPMC but the picture works well.
Ah. I haven't confirmed this yet, but I'm assuming that all the digital tuner products simply pass on the digital data stream to the host, so there won't be difference in format depending on which tuner card is used. (Instead it'll depend on the data source - OTA HDTV or QAM.) If so, if one isn't compatible with mvpmc, then I'd expect they all aren't. Currently I'm considering the HDHomeRun tuner. So no one is actively using content recorded from a digital tuner with mvpmc? I presume the fallback solution is to transcode, which I was hoping to avoid. It may be easier for now to spend $50 on a PVR 150 and hope a better solution comes along during the next year. > I think the present state of the MVPMC as an mythfrontend is confined to > SD NTSC recordings. I don't have a problem with it being SD resolutions, I'd just like to be able to capture from a cleaner, digital source. > I know there are those who use VLC to do on the fly transcoding on > the back end. ...they have to use the MVPMC file browser (i.e. all > that hard work on the MVPMC Myth style front end is out the window!). At first I put off setting up VLC because I didn't need it right away. Then when space on my server started getting tight and I looked into transcoding to MPEG4 I learned that the VLC mechanism doesn't really integrate with the MythTV client on mvpmc, and that sapped my motivation to use it. > ...I picked up a Galaxy IPTV 3500 which does a nice job w.r.t. > decoding the HDTV videos. However, the firmware is only marginal and > relies on the mythbackend's upnp server. I've seen $50 DVD players that contain MPEG4 decoder chips on the market for a couple of years now. I'm surprised Hauppauge hasn't upgraded the MVP to use one. (Undoubtedly it wouldn't be a trivial upgrade for them, as the MPEG4 decoder chips wouldn't be a drop-in replacement for what they're using now.) Still, it seems like it should be possible to make a sub-$100 MPEG4 capable STB. > Is it you or someone else - but the question keeps surfacing regarding a > new mythbackend feature to transcode the stream to a lower bandwidth > with stereo sound. I think you originally proposed the idea, which I've commented on a few times. I take every opportunity I can to mention the idea on the mythtv lists in hopes of inspiring someone to work on it. :-) > So far, I haven't heard much on this except it might be difficult to > handle commercial skipping and other jumping around (depends on how this > information is stored - it's independent of the video and transcoding > the video would probably break the relationship between the two). It's dependent on the video, but yes, stored independently in the MythTV database. I believe it is all stored as frame counts. Any transcoding that doesn't preserve the number of frames would throw it off. Though the code managing the on-the-fly transcoding could translate the "jump to frame" requests into equivalent time offsets. -Tom ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mvpmc-users mailing list Mvpmc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
