stuart wrote:
> However, I couldn't get the sound and video on the MVPMC to sync up. It
> appeared to be somewhere between a second and a faction of a second off.
> After jumping around it looked better, but never right on. I played
> back the same recording with mythfrontend and the recording
As we are being subjective, this thread gets long quick. I'm going to
try and trim it keeping the interesting bits.
This go around is comparing a good (video/audio in sync) OTA NTSC file
w/a OTA ATSC HDTV w/2.1 AC3 file that has been transcoded using Roger's
script. The transcoded file appea
stuart wrote:
>
>
> Roger Heflin wrote:
>
>> 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
Roger Heflin wrote:
> 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) b
stuart wrote:
>> And on the wiki:
>> http://mvpmc.wikispaces.com/transcoding
>
> Whoops, sorry about that ...
>
> I'll remove my recent wiki addtion ... maybe put a link in it's place to:
> http://mvpmc.wikispaces.com/transcoding
No problem. I think you were actually first, and my upload of the s
Tom Metro wrote:
> Hugo van der Kooij wrote:
>> Tom Metro wrote:
>>> Thanks for sharing your script. We should get it uploaded to the wiki.
>> Please do. Because it seems Tom is responding to a message yet I can not
>> find any trace of the message on the mailinglist:
>
> http://www.nabble.com/m
Hugo van der Kooij wrote:
> Tom Metro wrote:
>> Thanks for sharing your script. We should get it uploaded to the wiki.
>
> Please do. Because it seems Tom is responding to a message yet I can not
> find any trace of the message on the mailinglist:
http://www.nabble.com/mvpmc-compatible-digital-tu
Hugo van der Kooij wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tom Metro wrote:
>> Roger,
>>
>>> ...here is the current version...
>> Thanks for sharing your script. We should get it uploaded to the wiki.
>
> Please do. Because it seems Tom is responding to a message yet I can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Metro wrote:
> Roger,
>
>> ...here is the current version...
>
> Thanks for sharing your script. We should get it uploaded to the wiki.
Please do. Because it seems Tom is responding to a message yet I can not
find any trace of the message on the
MVallevand wrote:
> You seem to want to ignore the digital output...
Nope, just forgot about it, as I don't use it.
> No there is a mpeg audio device that does hardware decoding.
Ah. Then I'd say that's the key difference between MP3 and AC3 audio
handling. (That, and the extra (documented) ca
On 10/18/07, Tom Metro <[EMAIL PROTECTED]> wrote:
> OK, so the mvpmc code uses a software codec to decode the audio and then
specifically mvpmc uses liba52 http://liba52.sourceforge.net/ for
analog. You seem to want to ignore the digital output which is where
true 5:1 is available.
> it writes
MVallevand wrote:
> No, the problem is the demux. There is no hardware decoder...
OK, so the mvpmc code uses a software codec to decode the audio and then
it writes it to some buffer to be processed by the MVP hardware.
> The main difference from mpeg audio is there is no documented hardware
>
On 10/18/07, Tom Metro <[EMAIL PROTECTED]> wrote:
> I don't know anything about the sync problems with AC3 audio on mvpmc,
> but from what I've picked up from reading the dev list I got the
> impression that it wasn't just a problem with how the audio was
> multiplexed with the video, but instead a
Roger Heflin wrote:
>> Using this technique I've gotten playable video from an RTJpeg file,
>> but so far with horrible audio sync problems and video that seems to
>> degraded into slow motion. Perhaps the bitrate is too high, or something.
>
> My calculations of derating video bitrates may need
stuart wrote:
> [on the fly transcoding] 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?).
Not necessarily. But it adds complications.
Take the skip forward use case. I haven't looked at the protoc
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 tr
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.
>
>
Tom Metro wrote:
> Roger,
>
>> ...here is the current version...
>
> Thanks for sharing your script. We should get it uploaded to the wiki.
>
>
>> 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
Roger,
> ...here is the current version...
Thanks for sharing your script. We should get it uploaded to the wiki.
> 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.
m
19 matches
Mail list logo
