stuart wrote:
>
>
> Roger Heflin wrote:
>> Tom Metro wrote:
>>> Roger,
> ...
>>>> I have not noticed any sync issues.
>>> I converted an Xvid using it, and it produced a nice looking picture,
>>> but garbled audio when played back via the mvpmc filesystem browser.
>>
>> I don't believe I have tried any xvid stuff yet.
>>
>>> mplayer -identify reports:
>>>
>>> AVI file format detected.
>>> ID_VIDEO_ID=0
>>> ID_AUDIO_ID=1
>>> VIDEO: [XVID] 624x352 12bpp 23.976 fps 990.6 kbps (120.9 kbyte/s)
>>> ID_DEMUXER=avi
>>> ID_VIDEO_FORMAT=XVID
>>> ID_VIDEO_BITRATE=990592
>>> ID_VIDEO_WIDTH=624
>>> ID_VIDEO_HEIGHT=352
>>> ID_VIDEO_FPS=23.976
>>> ID_VIDEO_ASPECT=0.0000
>>> ID_AUDIO_FORMAT=85
>>> ID_AUDIO_BITRATE=128648
>>> ID_AUDIO_RATE=0
>>> ID_AUDIO_NCH=0
>>> ID_LENGTH=2596.80
>>> ...
>>> Forced audio codec: mad
>>> Opening audio decoder: [libmad] libmad mpeg audio decoder
>>> AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
>>> ID_AUDIO_BITRATE=128000
>>> ID_AUDIO_RATE=48000
>>> ID_AUDIO_NCH=2
>>> Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
>>>
>>>
>>> I thought maybe the problem was AC3 audio, and although I don't know
>>> what ID_AUDIO_FORMAT=85 correlates to, it appears to be using the
>>> MPEG audio codec, so I'd presume MP3.
>
> Hi Roger, this is all interesting as I only (well, mostly) use MVPMC
> remote myth front ends (I have been trying a Galaxy IPTV 3500, but the
> MythTV's UPNP or the Galaxy keeps hanging).
>
> Converting the HD to SD resolution and the AC3 audio to mpeg audio on
> the fly was what I was looking into. People (I think you) have had
> success w/VLC and there is the possibility that something called GMyth
> might work as well. But either method, I believe, would skirt the skip
> forward / backwards benefits that people have been adding to the
> MVPMC/mythtv code (well, I assume as much - am I right?).
The fastforward in vlc is not as good as the 30second one in real mpg
programs, and the VLC seems to have other issues once in a while.
>
> Transcoding a show after recording would probably work better. I rarely
> view a show in progress and I suspect, even after transcoding, the ATSC
> programs will still look better then the OTA NTSC programs.
Yes, they do.
>
> I am wonder, however, your script you posted several days ago. That one
> was for transcoding the AC3 to mpeg audio? Does it do away w/the AC3
> audio? Or does it leave it intact. If so, I am wondering if the mpeg
> audio will somehow keep the AC3 audio in sync - provided the AC3 starts
> off in sync...have you noticed this? ...thoughts?
The script attempts to handle *ALL* cases, ac3 to mp3 and also
cutting the resolution/bitrates down to something that mvpmc can deal
with if needed, if the original mpg stream is playable on the mvpmc it
only changes the audio from ac3 to mp3.
The script does attempt to determine the bitrate, and stream types
of the original file and only adjust as much as necessary, If the
bitrate is above 10 it cuts it down, if the resolution is above 640x480
it cuts that down, and it adjusts the bitrate (up or down) based on the
resolution reduction/increate being done.
The ones that I have transcoded appear to work correctly on the mvpmc,
on the things that are original SD mpeg/ac3 streams it coverts the AC3
to mp3 and leaves the video as it was originally encoded, the resulting
mp3 audio appears to be in sync, at least so far I have not noticed
it being out of sync.
Roger
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Mvpmc-users mailing list
Mvpmc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/
