anyone experiences issues with VMR9 ?

[kny3twalker]

ok I can get VMR9 to playback fine
but when I fast foward or rewind a few times the
video becomes choppy
I was told that this was an issue with frames being out of order

is Frey planning to fix this issue?
since it is a problem with SageTV and not the decoders

I have got this problem with every decoder I have used with VMR9 but the nvidia post processor
I am guessing it is the exception becuase of how it outputs video

also I have had this happen with overlay as well
but only with the nvidia decoders improperly configured

[jaymann]

I have the same problem with VMR, so I've permanently switched to overlay since it is much more stable for me. It can be fixed by rew and ffw a few times more - eventually it displays the video properly again, but not really a a usuable fix. What do you mean by Nvdia post-processing though? Is there a way to fix it with whatever that is? I have tried all the decoders as well, have never found a solution

[kny3twalker]

the nvidia post processor is available when you buy the new nvidia DVD decoders v1.0058

it outputs differently than just decoding and is apparently not effected by the bug

and please vote

Frey needs to fix this issue

[jaymann]

I ended up with the leaked version 4 - is this the same one though? I don't recall seeing any post-processing options, and I'm sure I had the same problem with it. Iim using intervideo now, but would gladly buy the nvidia decoder if it worked with VMR9 properly

[ToxMox]

I had this issue when I built a new box for Sage and ended up switching Sage back to my older machine.

[DFA]

All the leaked nVidia 4.0 deocders I am aware of are sans the VPP filter so are not really a very good "score".

DFA

[kny3twalker]

the leaked version of v4 do not include the nvidia post processor

the version 3 leaked did but it was buggy at best

the nvidia post processor looks nice in my opinion

you need to buy or use my hack to get the new version 1.0058

[kny3twalker]

WOW
I guess no one uses VMR9
I should have figured this was pointless and will never be resolved
and for who ever said I have no problems at all
please identify yourself
left a reply something
give system specs or whatever you did to get rid of this issue

I am just tired of all the people that claim no issues with VMR9
whether tearing or whatever
and seems like such BS

[mls]

On my client I use VMR9, but I'm not doing anything fancy for output to an HDTV or anything, just to a 17" monitor. I don't have those new nv decoders though so can't say how it would work with those. I'm just using nvDVD 2.55.

With that, no tearing or stutter at all.

Basic system specs:
Asus P4P800 Deluxe motherboard
3.0GHz Pentium 4 with 800MHz FSB
512Meg PC-3200 DDR RAM (in dual channel mode)
onboard sound
nVidia GeForce FX 5500

nvDVD for video decode (had to turn off hardware accell after XP SP2 though)
Cyberlink audio decoder (to avoid the nvDVD audio decoder problem)

Tried some underground releases of the newer nv codecs, didn't work worth crap so went back to nvDVD 2.55.

Think that covers most of what you might be asking about, not sure.

Oh, monitor resolution is 800 x 600 at 60 cycle vertical scan.

[kny3twalker]

I have this fastfowarding issue with all decoders not just nvDVD
everyone of them

I am going to try reclock but from what stanger said this will not help

it is a problem that Frey has no implemented their fast fowarding correctly

after fast fowarding the image is not stable
you can fast foward or rewind a time or two to get it to stop
but this is not an issue of rendering or decoders

Frey needs to address this

[ToxMox]

I am the one who voted no issues at all with VMR9 even though that is kind of half true. I am using VMR9 with no issues whatsoever in my current setup. I tried to build a new server a while back and had issues with it so I switched back to my working setup.

Specs are Abit AT7 Max mobo (KT333) with a Geforce 5200FX vid card. Have no issues with any of my decoders.

EDIT: Oh yeah I use VMR9 on my client as well with no issues at all. That is a Dell 1 ghz celeron or something haven't looked up the mobo. Running a PCI 5200FX card in that one.

Oh and don't go thinking that the 5200fx will fix the probs because that is the same card I tried in that server.

[mls]

I assume that is with the newer decoders and/or VPP ?

With nvDVD 2.55 on system listed in last post with an ATI remote I can FF/RW really fast thru things. Don't have any problems with the pic becoming unstable or audio sync, but if I do too much at once it pukes out. Think that may be some sort of networking problem though. Under more normal use don't have any problem.

[kny3twalker]

Decoders that I have seen this issue with
nvDVD all versions
but only haved tested with current video card 1.0058

Dscaler 5
PowerDVD 5
WinDVD 6( and 5 with old video card)

trouble free is nvidia post processor because of the different output I am guessing

and I do not have this issue with other players

[kny3twalker]

I am the one who voted no issues at all with VMR9 even though that is kind of half true. I am using VMR9 with no issues whatsoever in my current setup. I tried to build a new server a while back and had issues with it so I switched back to my working setup.

Specs are Abit AT7 Max mobo (KT333) with a Geforce 5200FX vid card. Have no issues with any of my decoders.

EDIT: Oh yeah I use VMR9 on my client as well with no issues at all. That is a Dell 1 ghz celeron or something haven't looked up the mobo. Running a PCI 5200FX card in that one.

Oh and don't go thinking that the 5200fx will fix the probs because that is the same card I tried in that server.

guessing svideo output
while not quite the same

[ToxMox]

Yes at the time I tried the new server it was s-video and the client is currently s-video. My current server has worked great with both the s-video and now I'm using the vga out transcoded to component on my hd set.

[mls]

Don't know if this would make any diff for you kny3twalker, but I noticed you running with an odd amount of RAM and also that it is slow (FSB 533MHz).

Have you considered some other alternative for RAM? Wonder if that slow RDRAM makes any diff. Mine is set up for 800 FSB and to make full use of that required a pair of 256Meg PC-3200 in order for the RAM to run in Dual Channel mode (has to be paired RAM for that).

If I were to add only one more 256Meg stick, then it would not run in Dual Channel mode (would have to add a pair).

Since your using RDRAM, I don't know if your motherboard could use DDR RAM or not.

Anyway the decoding and VMR9 is pretty intensive stuff, so maybe it's the RAM and FSB speed that makes a difference. Don't know, but that's the only machine that I have that VMR9 works decent on.

[ToxMox]

You know it's funny. I was leaning towards the RAM also back when I was trying to troubleshoot the problem. I wasn't using nearly the kind of RAM the board was capable of using and when I would switch between 512 MB and a Gig I was getting slightly different results. I just don't remember what those results were expect for the fact the problem still existed.

[mls]

Although I have the same RAM setup in my server machine it is slow compared to the one I listed above. It's still setup for Dual Channel mode with the same size and speed of RAM sticks, but that machine has a Celeron 2.6GHz CPU.

Even though the difference between a 2.6GHz and a 3.0Ghs CPU shouldn't make much notice difference... the problem is the Celeron's only can run FSB at 400MHz, so it effective dropped the whole RAM speed in half.

I keep thinking about changing out the Celeron to a P4 because everytime I come back to that machine from working on the other one everything seems sooooooo slow.

[kny3twalker]

my Ram runs at 800 Mhz and in dual channel mode
I have two 256 sticks and two 128 sticks

but yes my CPU does run 533 FSB

Rambus Ram
http://www.rambus.com/products/rdram/rdram_faq.cfm

maybe that can help

and I doubt that VMR9 is the problem
it plays back fine until I fast foward or rewind

[stanger89]

Originally Posted by kny3twalker

I was told that this was an issue with frames being out of order

Well I think I was the one who suggested that. It would be nice if I could actually see what you're seeing, and if it's what I'm thinking of...

Oh! I found a picture (animated GIF actually) of what I'm thinking of here:
http://www.divx-digest.com/articles/tmpgenc_ivtc.html


Is that what you're seeing?

If so here's the short explanation.

First see here for some background on deinterlacing (if I loose you ).

Here's my theory (and I think this applies to kny as he also has a 6800):
Here's the deal, video is not transmited, nor recorded as frames, it's transmitted and recorded as fields. So basically you record something like this:
1A 1B 1A 2B 2A 3B 3A 3B ...
Now the decoders (or in this case the 6800) will try to deinterlace that, what you should get is:
1 1 1 2 2 3 3 3 ...
However my theory is, the deinterlacer is getting confused and inverting the field order, such that it thinks A field is bottom instead or top (example only), so the frame order in tern get's mixed up, eg:
1 1 2 1 2 3 3 4 3 ...

is Frey planning to fix this issue?
since it is a problem with SageTV and not the decoders

If this is what you're seeing, then it is 100% a decoder issue and/or driver issue with how your video card does deinterlacing. VMR9 uses a different algorithm (more sophisticated). Note how it goes away when you use the VPP (and therefore software deinterlacing) or Overlay, which if I understand correctly, uses a differen algorithm as well.