x264 --cqm quot;jvtquot; problem ? matrix, settings, problem, neither

andy

Should the setting --cqm quot;jvtquot; work under rev270 (CLI)? The quot;flatquot; setting works just fine, but when i change to quot;jvtquot; (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 quot;flatquot; and one with quot;jvtquot;) and my commandline in a .bat file.

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

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

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

nero an option


Originally Posted by cubanOK, 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:

Code:
x264 -b 3 -r 5 -A p8x8,b8x8,i4x4 -w --me umh -m 6
works 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?

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

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


Originally Posted by SharktoothActually 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


Originally Posted by bondqt7 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.


Originally Posted by madokaQT7 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


Originally Posted by SharktoothActually nero is the only option

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

the bests
y

only for encoding.

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


Originally Posted by celtic_druidonly for encoding.

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

oops ... soory for misinforming !  my very bad

thx
y