<br><br><div><span class="gmail_quote">On 6/28/07, <b class="gmail_sendername">stuart</b> &lt;<a href="mailto:stuart@xnet.com">stuart@xnet.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;">
<br><br>Dave wrote:<br>&gt; Here was my problem:<br>&gt; I store my music in a lossless format (flac), but may inexpensive UPNP<br>&gt; clients understand MP3 only.<br>&gt;<br>&gt; Which left me with a few options:<br>&gt; 1. Convert my entire music collection to MP3 (never!)
<br>&gt; 2. make another copy of my music collection in MP3, served by some other<br>&gt; UPNP server (ugg)<br>&gt; 3. Find a better solution<br>&gt;<br>&gt; 3 was the obvious choice…<br>&gt; So, I ended up using MP3FS to &quot;expose&quot; my music collection as mp3s in a
<br>&gt; separate directory on my server without taking up extra disk space.<br>&gt; Next, I created a patch for the UPNP server in myth to be able to select<br>&gt; which format to send based on the IP address of the UPNP client.
<br>&gt;<br>&gt; So, to use this functionality:<br>&gt; 1. Install/setup MP3FS (brilliant!) <a href="http://mp3fs.sourceforge.net/">http://mp3fs.sourceforge.net/</a>&nbsp;&nbsp;(or<br>&gt; create your own alternate directory structure)
<br>&gt; &lt;<a href="http://mp3fs.sourceforge.net/">http://mp3fs.sourceforge.net/</a>&gt;<br>&gt; 2. Apply patch<br>&gt; 3. Add the following settings to the settings database:<br>&gt; a. UpnpAltMusicHosts= a comma seperated list of the UPNP client IPs that
<br>&gt; need MP3 format (ex: <a href="http://192.168.1.132">192.168.1.132</a> &lt;<a href="http://192.168.1.132">http://192.168.1.132</a>&gt;,192.168.149)<br>&gt; b. UpnpAltMusicLocation= the directory where MP3FS is set to (ex:
<br>&gt; /var/local/media/musicmp3256)<br>&gt; c. UpnpNormalMusicExtension= the &quot;regular&quot; file extension of you music<br>&gt; files (flac for me)<br>&gt;<br>&gt; Here are the patches:<br>&gt; Myth head (rev 13718): trac #3639&nbsp;&nbsp;
<a href="http://svn.mythtv.org/trac/ticket/3639">http://svn.mythtv.org/trac/ticket/3639</a><br>&gt; Myth 20 fixes branch patch:<br>&gt; <a href="http://davetech.wordpress.com/2007/06/19/mythtv-upnp-enhancement/">http://davetech.wordpress.com/2007/06/19/mythtv-upnp-enhancement/
</a><br>&gt;<br>&gt; Hope others find this useful.<br>&gt; Dave<br>&gt;<br><br>Hi Dave...<br><br>Wow, just read your post and still need to look into it, but...<br><br>I think this exactly what I am looking for.&nbsp;&nbsp;I, and I believe many
<br>others, have small video clients that just can not handle HTDV (i.e.<br>ATSC / QUAM) bit rates.&nbsp;&nbsp;But, well at least for my hardware and local<br>NTSC vs ATSC reception quality, I sure can tell when I am watching a<br>
digital feed on an NTSC set!&nbsp;&nbsp;Easy!<br><br>So, I have been toying with the idea to transcode the video on the fly<br>and serve it out with UPNP based on which client is asking for videos.<br>I have a number of MediaMVPs running MVP and the current solution is
<br>complex and goes something like:<br><br>1) Create copies of the MythTV programs with an extension that the MVPMC<br>box will not understand (i.e. avi).<br>2) Create a mirror directory tree of the same files on the MVPMC box as
<br>a point of reference (probably an NFS export).<br>3) Run Video Lan Client on the server.<br><br>When MVPMC asks for one of these file, VLC will transcode it based on<br>what MVPMC says it can handle.&nbsp;&nbsp;It works, but....
<br><br>So, what you are doing is transcoding the FLACs to MP3s based on the IP<br>of the client.&nbsp;&nbsp;How hard would it be to extend that to transcode video<br>files?<br><br>I am also wondering if there is a way to identify which files need and
<br>don&#39;t need transcoding.&nbsp;&nbsp;Are there ways of telling?<br><br>...very interesting, thanks for your work.<br><br><br><br></blockquote></div>Yeah, I had a similar (unsolved) situation here, as I have HD content on my main system, but have clients (xbox) which need a different format.
<br><br>For the music solution, the trascoding is handled by MP3FS, so that particular solution would not apply to video.<br>I&#39;m sure there are ways to do on the fly video transcoding, but I don&#39;t think this could be accomplished real time for HD content without some serious horsepower.
<br><br>As for determining which files need transcoding, the filename (including extension) is in the basename column of the recorded table.&nbsp; That might be a starting point.<br><br>PS I&#39;m sure some are thinking &quot;why would you watch HD content on an SD set?&quot;.&nbsp; it&#39;s a feature request from my wife, who approves project funding :)
<br><br>Dave<br>