x264 --cqm "jvt" problem ?

[cuban]

Should the setting --cqm "jvt" work under rev270 (CLI)? The "flat" setting works just fine, but when i change to "jvt" (other settings do not affect the problem neither the container used) video looks like crap. Or mabye it's not an encoder problem but the decoder ?? I'm using ffdshow 19 Jun 2005. In zip file i attached two samples (one encoded with "flat" and one with "jvt") and my commandline in a .bat file.

[bond]

flat is not really a cqm but the quant matrix used by default

ffdshow (and all libavcodec based players) dont handle playing cqm

[cuban]

ffdshow (and all libavcodec based players) dont handle playing cqm

OK, so is there a way to play cqm files? QuickTime 7.0 does not handle this (i thought, that 7.0 supports mp4/h264...), MPlayer does not work too. NERO player will do the job ?

Thanks

[bond]

nero an option

[madoka]

OK, so is there a way to play cqm files? QuickTime 7.0 does not handle this (i thought, that 7.0 supports mp4/h264...), MPlayer does not work too. NERO player will do the job ?

Thanks
QuickTime 7 (on Windows) doesn't handle a lot of things. I've been trying work out the options that are QT7-friendly, but no luck so far.

Something like:
x264 -b 3 -r 5 -A p8x8,b8x8,i4x4 -w --me umh -m 6works fine when I tried it on a few hundred frames. But when I tried the exact same setting on a ~25 min. clip, it wouldn't play. Anyone know what flags QT7 doesn't like?

[bond]

qt7 includes a main profile decoder, so it cant handle high profile streams (8x8dct, i8x8, cqm and lossless)

about the 25min problem: well propably a bug in qt7 (if it plays the short sample it means the decoder would handle the settings), i assume there is a reason why its still called beta

[Sharktooth]

Actually nero is the only option (ateme beta decoder apart... but that's not yet publicly available).

[bond]

Actually nero is the only option (ateme beta decoder apart... but that's not yet publicly available).
well maybe the moonlight decoder supports it too? after all they also already posted some HP clips so they are definitely working on it

[madoka]

qt7 includes a main profile decoder, so it cant handle high profile streams (8x8dct, i8x8, cqm and lossless)

about the 25min problem: well propably a bug in qt7 (if it plays the short sample it means the decoder would handle the settings), i assume there is a reason why its still called beta
QT7 also doesn't like the mp4 generated by x264; it'll work if I configure x264 to produce a raw file, which I then mux using mp4box. Moreover, --b-pyramid also doesn't work. QT7 seems to support B-frames, but it's still buggy. By disabling B-frames completely I was able to get longer clips to play under QuickTime 7.

[bond]

QT7 also doesn't like the mp4 generated by x264; it'll work if I configure x264 to produce a raw file, which I then mux using mp4box. Moreover, --b-pyramid also doesn't work. QT7 seems to support B-frames, but it's still buggy. By disabling B-frames completely I was able to get longer clips to play under QuickTime 7.thats a known issue and is a bug in qt7 afaik

[yaz]

Actually nero is the only optioncqm support is implemented in the very last (2005.06.30) release of ffdfshow from celtic_druid. u may have a look.

the bests
y

[celtic_druid]

only for encoding.

updated x264 - custom quantization matrices (not supported by libavcodec yet)

[yaz]

only for encoding.

updated x264 - custom quantization matrices (not supported by libavcodec yet)oops ... soory for misinforming ! my very bad :(

thx
y