480x480 FFWD & Skips but 720x480 does not

[Azimuth]

I encoded an mpeg2 in 480x480 which skips and fast forwards fine
I then encoded the exact same content with the exact same settings in 720x480 and it will not skip or fast forward correctly. The video freezes and the audio skips forward then plays normally.

[nitrogen_widget]

I encoded an mpeg2 in 480x480 which skips and fast forwards fine
I then encoded the exact same content with the exact same settings in 720x480 and it will not skip or fast forward correctly. The video freezes and the audio skips forward then plays normally.

What is your screen resolution?
What are your system specs?

[Azimuth]

It's an MVP plugged into a 42" plasma.
server specs are in signature

[zehd]

I'd say you have a choice between 480x480 and skipping properly, and a slightly better picture of 720x480, that doesn't skip properly...

Your server specs indicate that you should even be having trouble with SVCD standard, so you're ahead of us already...

[Azimuth]

I'd say you have a choice between 480x480 and skipping properly, and a slightly better picture of 720x480, that doesn't skip properly...

Your server specs indicate that you should even be having trouble with SVCD standard, so you're ahead of us already...

Why would I be having trouble with SVCD standard? I'm not transcoding on the fly. these are pre-encoded mpeg2 files.

[zehd]

Why would I be having trouble with SVCD standard? I'm not transcoding on the fly. these are pre-encoded mpeg2 files.

Fair enough. Perhaps it's in the mechanism of delivering the SVCD and DVD mpeg to the MVP. Maybe the problem has never been the actual on the fly transcode. Maybe you're proving that right now...

[zehd]

Try 352x480 @ 44100Hz (audio) MPEG2 NTSC

Shirley you mean 352x240 for ntsc

[zehd]

Don't call me shirley!

This is how I convert PAL to NTSC for BBC EastEnders


Configuration


That works perfect on PAL 352x288 MPEG1 to NTSC 352x480 MPEG2 on MVP
Been doing it this way since 2004...

Wow. I'm quite surprised about the numbers. But what the... I tried it, and it did display correctly. THe skip fw and rw were better, but still out of sync when I rewound.

Then I discovered something. I was able to keep things in sync much much better if I never hit the REWIND button at all. I could skip forward, fast forward.

But to rewind, I jumped a minute at a time back. That seems to be very acceptable for me.

I then tried different transcodes, 720x480 640x480 480x480 352x240 pretranscoding and on the fly, and they all seemed to work better if I just didn't rewind...

Anyway, didn't want to hijak the thread. Back to your regularily schedule programming

[Azimuth]

Fair enough. Perhaps it's in the mechanism of delivering the SVCD and DVD mpeg to the MVP. Maybe the problem has never been the actual on the fly transcode. Maybe you're proving that right now...

I do believe this is the case. I get the exact same symptom with 720x480 as I would see with an on the fly transcode from avi.
I also see the same thing if I do a strict DVD standard mpeg2 which is 720x480
has anyone tried setting the <MVPFFmpegTranscodeCmdLineNTSC> line to 480x480 (svcd standard)?

[zehd]

I do believe this is the case. I get the exact same symptom with 720x480 as I would see with an on the fly transcode from avi.
I also see the same thing if I do a strict DVD standard mpeg2 which is 720x480
has anyone tried setting the <MVPFFmpegTranscodeCmdLineNTSC> line to 480x480 (svcd standard)?

I was both using the standard commandline, tweaked for 480x480 and then ZProcess which in this case makes the tweaking a heck of a lot easier.

I do wanna say, that during my tests tonight, (the first day after I upgraded to gb-pvr 99.12) I couldn't get ffmpeg transcoded on the fly MPG to go out of sync. It's like something just magically started working better...

I swear I've gone over these combinations before. And all these worked on my slower machine, on the fly, WHILE recording two shows...

all my tests were with b 4000 freq 44100 ab 224 codec: mpeg2video
640x480, 480x480, 352x480, 352x240