On Apr 25, 2007, at 4:26 PM, stuart wrote: > > Hi Roger... > > Roger Heflin wrote: >> stuart wrote: >>> Hi Jan... >>> >>> Jan Vilhuber wrote: >>>> On Apr 25, 2007, at 11:58 AM, stuart wrote: >>>> >>>>> Hi Jan >>>>> >>>>> Jan Vilhuber wrote: >>>>>> Hi there! >>>>>> I'm trying to play some HD content recorded with mythtv, and it's >>>>>> mpeg-ts, if I see things correctly. Based on a packet trace, I >>>>>> can see mvpmc reading the file from the myth server (lots of >>>>>> traffic), but the screen remains blank (green, perhaps). >>>>> Same here. It probably doesn't work as the band width is too much >>>>> for the MediaMVP box. For example, I can play back 480 line >>>>> resolution (old shows) recorded by my MythTV box using an ATSC >>>>> tuner. But I can not play back 720 or 1080 line resolution >>>>> programming. Note, we have always had problems w/synchronizing >>>>> digital audio in mvpmc - so, even though I can play back the 480 >>>>> line programming, we still haven't figured out the audio >>>>> synchronization problem. >>>>> >>>>>> I understand that this MAY indicate that mvpmc does not >>>>>> understand the format (is mpeg-ts i.e. HD mpeg2?). I have VLC >>>>>> set >>>>>> up as a server, and if I try to play an avi file from nfs, it >>>>>> goes to VLC and has it transcode it successfully (very cool >>>>>> feature, that!!). >>>>> This is a pain when using MythTV (or actually anything) - but >>>>> people have had success renaming their mpge's to .avi files. >>>>> Then, >>>>> mvpmc will think is can not decode the programming and will ask to >>>>> have it transcoded. >>>>> >>>> Can't mvpmc detect the type of data it is receiving from the stream >>>> itself? I thought mpeg files carry such identifiers (or avi for >>>> that >>>> matter). If so, then mvpmc could stop reading the stream, and >>>> switch >>>> to the vlc mechanism. >>>> >>>> jan >>> I am not the expert here for this type of thing - but I think >>> most if >>> not all ATSC is mpeg2 (some satellite feeds are more >>> compressed). So, I >>> don't think it's the format, I think it's the amount of data that >>> the >>> MediaMVP box can not handle. If true, and if the MythTV back end >>> would >>> screen for the bit rates of different files, then, maybe, MythTV >>> could >>> transcode to a lower bit rate or there may be a creative way to >>> tell the >>> client to pull the file using VLC - which could do the transcoding. >>> Just thinking out loud... anyone know different? >>> >> >> According to the datasheet the MediaMVP cannot handle more than >> 12Mbits so even if it could handle the 720p or 1080i resolution >> (which >> I also think there is probably a limit there too) the bit rate >> would be too high. >> >> You could detect the audio being not decodeable, and go to VLC, or >> one could detect wrong resolutions and go to VLC. But someone would >> need to code these features in. >> >> Right now I deal with by having an automatic process that makes >> symbolc >> links to all of the files in the highdef directory with .avi on >> it, and >> then view via the file viewer with vlc. > > Ha! the audio not decodeable! That's an idea. Although, if it is easy, > you are still faced with setting up all those locally mirrored files. > Or would you be? Hummm... VLC only works on mvpmc while in the file > browser. If you are in the mythtv application of mvpmc and you > started > receiving a file w/o normal audio you couldn't tell mythtv to use VLC. > > I think what this detection buys you is that you may be able to NFS > export your mythtv files and mvpmc might then detect which do not have > ordinary audio and ask VLC to transcode. So, it would save you from > having to make the soft links w/the different avi file name endings. > > I am assuming that mvpmc will be able to at least tell that there > is no > regular audio. Right now I am not sure if it gets that far. > > But you would not get all the great native mythtv support like file > show > names and the like. You would be left with long files names that look > like dates and times. >
Hah! Just found something that'll help: in the mythtv cvs source, in the contrib directory, there's a perl script called mythrename.pl. I've changed that one just slightly to accept a --suffix option. What this script does is go to the mythtv database to get the name associated with the file, and then creates symlinks with the name to the number-name. However it wants to set .mpg on there, which doesn't help in our quest. So I've modified it to be able to specify a suffix (.avi seems to work :), and voila! I've exported the directory, started VLC, and away I go. Looks darned good on a regular TV... I suppose I can feed that change back to the cvs repository if the myth folks will accept it. I can post the diffs here, if people want as well. jan > I still think the best would still be if mythtv back end would handle > client limitations. > > > > > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Mvpmc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mvpmc-users > mvpmc wiki: http://mvpmc.wikispaces.com/ ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
