pavel_nik_563
Цитата:
А отчего у меня при сжатии в Canopus Procoder'е всегда ОЧЕНЬ точно размер файла совпадает с намеченным? Именно при VBR, 2-х проходном, естесс-но. Поэтому надо КОНКРЕТНО указывать в каком кодировщике как кодируется. Может, в другом, не в Procoder'е и криво реализован VBR.
Цитата:
rosinantes
По проблемам
1. Ничего страшного. Правильный плеер растянет кадр как надо. Просто стандарт у DVD такой - размер кадра 720х576 (PAL) , причем как при 4:3, так и при 16:9.
2.Не совсем понял что там у вас с "deinterlace". Если надо сохранить чересстрочность (что лучше всего), то в Source ставьте нужный порядок полей (как при захвате было). И в Target оставляйте дефолтные Upper/Top Field First.
Цитата:
VBR в любом случае лучше чем CBR, но при использовании нельзя точно узнать конечный размер сжатого файла (только приблизительно предположить) поскольку размер конечного файла полностью зависит от того какой "материал" сжимается
А отчего у меня при сжатии в Canopus Procoder'е всегда ОЧЕНЬ точно размер файла совпадает с намеченным? Именно при VBR, 2-х проходном, естесс-но. Поэтому надо КОНКРЕТНО указывать в каком кодировщике как кодируется. Может, в другом, не в Procoder'е и криво реализован VBR.
Цитата:
взять по качеству, то VBR будет самое лушим (но иногда могут возникнуть проблеммы с рассинхронизацией видео и аудио дорожекПо какой причине? Имеется в виду же VBR/CBR для видео, а не звука.
rosinantes
По проблемам
1. Ничего страшного. Правильный плеер растянет кадр как надо. Просто стандарт у DVD такой - размер кадра 720х576 (PAL) , причем как при 4:3, так и при 16:9.
2.Не совсем понял что там у вас с "deinterlace". Если надо сохранить чересстрочность (что лучше всего), то в Source ставьте нужный порядок полей (как при захвате было). И в Target оставляйте дефолтные Upper/Top Field First.