| 
		   
	 | 
 
	| 
		
		
		
				 jеnsen 
		
		
				  		  		Стаж: 15 лет 6 месяцев 		Сообщений: 3396 		
		
			 | 
	
		
			
								
					jеnsen · 
					 
					11-Авг-22 22:47
				
												(3 года 2 месяца назад)
							 
			
			
		 
		
						
													Друг модератора 
Куча олдовых скриптов и плагинов, большинство без исходников.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Harry Palmer 
		
		
				  		  		Стаж: 17 лет 6 месяцев 		Сообщений: 3990 		
		
			 | 
	
		
			
								
					Harry Palmer · 
					 
					13-Окт-22 18:15
				
												(спустя 2 месяца 1 день)
							 
			
			
		 
		
						
													Поменял процессор с 6/12 на 8/16 а количество потоков при Threads=Auto осталось прежним - 18. Хотя по идее должно быть 16х1,5=24. Это так и должно быть?   											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Звездoпад 
		
		
						  		Стаж: 13 лет 5 месяцев 		Сообщений: 527 		
		
			 | 
	
		
			
								
					Звездoпад · 
					 
					28-Окт-22 14:18
				
												(спустя 14 дней)
							 
			
			
		 
		
						
													Запустил MEGUI. Какие тут настройки для "правильного" рипа? 
											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 thyname 
		
		
								Стаж: 4 года 4 месяца 		Сообщений: 153 		
		
		 	 | 
	
		
			
								
					thyname · 
					 
					29-Окт-22 11:13
				
												(спустя 20 часов)
							 
			
			
		 
		
						
													Подскажите пожалуйста, как в AVSpmod (Вывод информации о кадрах через ffvideosource) сдвинуть инфомрацию (которая показывает разрешение и тип кадра)?
 
скрытый текст 
ffvideosource("video.mkv") 
scriptclip("""sres = ffsar > 1 ? " ("+string(ffsar)+") @ "+string(round(width()*ffsar))+"x"+string(height()):\ 
ffsar < 1 ? " ("+string(ffsar)+") @ "+string(width())+"x"+string(round(height()*(1/ffsar))) : "" 
subtitle("resolution: "+string(width())+"x"+string(height())+sres+"\n"+\ 
"frame # "+string(current_frame)+" / type: "+chr(ffpict_type),text_color=$22ffff11,halo_color=$66000000,lsp=0)"""\ 
,after_frame=true) 
 
А то источник 4:3 и кропом ( crop(220, 0, -220, 0)) убираю боковые полосы, а информация как раз и теряется в левой убраной полосе кадра. 
В дополнительной строке типа  Subtitle("BD",8,50) понятнее, но важная инфа отображается через scriptclip.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 palach Dredd 
		
		
								Стаж: 6 лет 5 месяцев 		Сообщений: 159 		
		
		 	 | 
	
		
			
								
					palach Dredd · 
					 
					29-Окт-22 17:33
				
												(спустя 6 часов)
							 
			
			
		 
		
						
													Хао Рутрекеровцы!                         
Выполнена цветокоррекция Терминатор 2 режиссёрская версия с ТЕАТРАЛЬНЫМ финалом. 
Нужна помощь с аудиодорожками. 
В конкретном счёте было бы круто собрать DTS-HD MA RUS из англ дороги от режиссёрки и многоголоски закадровой CP Digital от расширенной - обе дороги у меня в наличии. Прошу откликнуться, так как Джеймс Камерон и Ко ремастер режиссёрки делать не будут. А тут дело за дорожками осталось. Не знаете кому чего, спросите наведите, ибо дело будет стоять, пока дорожки не будут сделаны. ДЛя сравнения у CP Digital 768клб и версия на расширенную, да просто минутку вставить в середину, обыск комнаты Джона, и вроде всё, но блин я никогда не занимался аудиодорожками. А тут у нас шанс сделать общими усилиями КРУЙТЕШИЙ РЕЛИЗ - РАЗ И НАВСЕГДА. 
Дело того стоит. 
Пруфы в студию, как говориться. 
 п.с. Я пол года трахался в Эдабе, скажи мне что сложнее...  
 
 
 
 
 
											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Pro_Rock_ 
		
		
								Стаж: 16 лет 11 месяцев 		Сообщений: 3151 		
		
		 	 | 
	
		
			
								
					Pro_Rock_ · 
					 
					29-Окт-22 18:45
				
												(спустя 1 час 11 мин.)
							 
			
			
		 
		
						
													
palach Dredd писал(а): 
83830670Выполнена цветокоррекция Терминатор 2 режиссёрская версия с ТЕАТРАЛЬНЫМ финалом. 
 
Понятно. Продолжайте вести наблюдение. Мы с Вами свяжемся. Свободны.  ©											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Дiд Панас 
		
		
						  		Стаж: 14 лет 9 месяцев 		Сообщений: 444 		
		
			 | 
	
		
			
								
					Дiд Панас · 
					 
					29-Окт-22 20:56
				
												(спустя 2 часа 10 мин.)
							 
			
			
		 
		
						
													
Pro_Rock_ писал(а): 
83831050
palach Dredd писал(а): 
83830670Выполнена цветокоррекция Терминатор 2 режиссёрская версия с ТЕАТРАЛЬНЫМ финалом. 
 
Понятно. Продолжайте вести наблюдение. Мы с Вами свяжемся. Свободны.  © 
 
 											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Pro_Rock_ 
		
		
								Стаж: 16 лет 11 месяцев 		Сообщений: 3151 		
		
		 	 | 
	
		
			
								
					Pro_Rock_ · 
					 
					30-Окт-22 07:22
				
												(спустя 10 часов)
							 
			
			
		 
		
						
													
thyname писал(а): 
83828886Подскажите пожалуйста, как в AVSpmod (Вывод информации о кадрах через ffvideosource) сдвинуть инфомрацию (которая показывает разрешение и тип кадра)? 
 
Сначала сделать crop/resize, а уже потом вывести subtitle.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 thyname 
		
		
								Стаж: 4 года 4 месяца 		Сообщений: 153 		
		
		 	 | 
	
		
			
								
					thyname · 
					 
					30-Окт-22 10:55
				
												(спустя 3 часа, ред. 30-Окт-22 10:55)
							 
			
			
		 
		
						
													
Pro_Rock_ писал(а): 
Сначала сделать crop/resize, а уже потом вывести subtitle. 
 
Большое спасибо. Несмотря на кажущуюся простоту, я бы не додумался.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Cyrmaran 
		
		
								Стаж: 13 лет 10 месяцев 		Сообщений: 2478 		
		
		 	 | 
	
		
			
								
					Cyrmaran · 
					 
					28-Июн-23 11:41
				
												(спустя 7 месяцев, ред. 28-Июн-23 11:41)
							 
			
			
		 
		
						
													Какой минимальный нормальный\рекомендуемый (ниже которого не стоит кодировать) "фактор качества" (бит/пиксель) для видео в H.264/AVC ? 
Для XviD как бы считается, что желательно кодировать с фактором качества от ~ 0.17 b/px и выше, а для H.264/AVC как ?											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 123zorg 
		
		
				  				Стаж: 16 лет 10 месяцев 		Сообщений: 1204 		
		
			 | 
	
		
			
								
					123zorg · 
					 
					28-Июн-23 13:36
				
												(спустя 1 час 55 мин., ред. 28-Июн-23 13:36)
							 
			
			
		 
		
						
													
palach Dredd писал(а): 
83830670...цветокоррекция Терминатор 2...
 
 
 
оке, работа проведена огромная, но! так и было задумано, чтобы пропал зеленый цвет, белый на футболке ребенка стал розовым, а небо с фиолетовым оттенком? про чёткость картинки (по сравнению с исходником, просто промолчу)
 
Cyrmaran писал(а): 
84890882.C..XviD ...желательно... ~ 0.17 b/px и выше, а для H.264/AVC как ? 
 
сколько инфы заложите в пиксель, такое качество и будет, исходники всегда отличаются друг от друга (шум, динамика в кадре, детализация)											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Cyrmaran 
		
		
								Стаж: 13 лет 10 месяцев 		Сообщений: 2478 		
		
		 	 | 
	
		
			
								
					Cyrmaran · 
					 
					28-Июн-23 13:58
				
												(спустя 21 мин., ред. 28-Июн-23 13:58)
							 
			
			
		 
		
						
													
123zorg писал(а): 
сколько инфы заложите в пиксель, такое качество и будет, исходники всегда отличаются друг от друга (шум, динамика в кадре, детализация) 
 
Ну так сколько её туда закладывать-то, какую циферку для b/px ? 
Предполагаю, что 0.002 b/px, например - это очень мало. 
Тогда начиная от какой цифры нормально, конкретно для кодека H.264/AVC?											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Nitey 
		
		
						  		Стаж: 18 лет 2 месяца 		Сообщений: 3011 		
		
			 | 
	
		
			
								
					Nitey · 
					 
					28-Июн-23 14:29
				
												(спустя 31 мин.)
							 
			
			
		 
		
						
													Cyrmaran 
Возьмите 2 противоположности - одноцветный статичный фон и белый шум, в первом случае битрейт будет чуть выше нуля, во втором некий максимум. Где-то между этими крайностями лежат различные исходники, от современной 2D-анимации до оцифровок старой плёнки. Приемлемое значение b/px будет различаться в десятки раз. 
Если совсем не хочется самостоятельно что-то подбирать и сравнивать, смотрите, какой b/px в рипах похожего материала есть на трекере. Желательно, чтобы в этих раздачах еще было сравнение с исходником.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Shraibikus 
		
		
				  		  		Стаж: 16 лет 7 месяцев 		Сообщений: 1359 		
		
			 | 
	
		
			
								
					Shraibikus · 
					 
					28-Июн-23 14:48
				
												(спустя 18 мин., ред. 28-Июн-23 14:48)
							 
			
			
		 
		
						
													
Cyrmaran писал(а): 
84890882Какой минимальный нормальный\рекомендуемый (ниже которого не стоит кодировать) "фактор качества" (бит/пиксель) для видео в H.264/AVC ? 
 
Лично я никогда не отталкивался от этого соотношения и даже не интересовался его значениями. 
Ибо разброс будет очень большой для разного материала (как и сказано выше  Nitey). 
Обычно ориентируюсь просто на CRF не ниже 20 (конечно с учетом и других настроек для конкретного материала).											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Cyrmaran 
		
		
								Стаж: 13 лет 10 месяцев 		Сообщений: 2478 		
		
		 	 | 
	
		
			
								
					Cyrmaran · 
					 
					28-Июн-23 14:55
				
												(спустя 7 мин., ред. 28-Июн-23 14:55)
							 
			
			
		 
		
						
													
Shraibikus писал(а): 
Обычно ориентируюсь просто на CRF не ниже 20 (конечно с учетом и других настроек для конкретного материала). 
 
Ну а если стоит задача кодировать не в CRF, а в 2-pass bitrate, для попадания в заданный битрейт и размер?
 
Nitey писал(а): 
Если совсем не хочется самостоятельно что-то подбирать и сравнивать, смотрите, какой b/px в рипах похожего материала есть на трекере. 
 
Вот сомневаюсь я, что все рипы на трекере в этом плане делаются правильно. 
 Однако, для XviD данная циферка для b/px таки как-то была определена - это от 0.17 b/px и выше. 
В программе GordianKnot еще окошко со значением b/px загоралось желтым цветом, если значение становилось ниже 0.17 b/px. 
Почему подобное значение не было выявлено также для H.264/AVC ?											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Koo1 
		
		
				  				Стаж: 16 лет 6 месяцев 		Сообщений: 1157 		
		
			 | 
	
		
			
								
					Koo1 · 
					 
					29-Июн-23 02:10
				
												(спустя 11 часов, ред. 29-Июн-23 02:10)
							 
			
			
		 
		
						
													
Cyrmaran писал(а): 
84891379Ну а если стоит задача кодировать не в CRF, а в 2-pass bitrate, для попадания в заданный битрейт и размер? 
 
вот и кодируйте в заданный битреит и размер    Для остального есть CRF
 
Cyrmaran писал(а): 
84891379Однако, для XviD данная циферка для b/px таки как-то была определена - это от 0.17 b/px и выше. 
В программе GordianKnot еще окошко со значением b/px загоралось желтым цветом, если значение становилось ниже 0.17 b/px. 
Почему подобное значение не было выявлено также для H.264/AVC ? 
 
лажа											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Cyrmaran 
		
		
								Стаж: 13 лет 10 месяцев 		Сообщений: 2478 		
		
		 	 | 
	
		
			
								
					Cyrmaran · 
					 
					29-Июн-23 14:43
				
												(спустя 12 часов)
							 
			
			
		 
		
						
													
Koo1 писал(а): 
84893281
Cyrmaran писал(а): 
84891379Ну а если стоит задача кодировать не в CRF, а в 2-pass bitrate, для попадания в заданный битрейт и размер? 
 
вот и кодируйте в заданный битреит и размер    Для остального есть CRF  
 
Так я так и хочу, "остальное" меня не интересует.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 -Drakon- 
		
		
				  		  		Стаж: 17 лет 7 месяцев 		Сообщений: 359 		
		
			 | 
	
		
			
								
					-Drakon- · 
					 
					29-Июн-23 18:48
				
												(спустя 4 часа, ред. 29-Июн-23 18:48)
							 
			
			
		 
		
						
													Cyrmaran, если вы кодируете в заданный размер, то вас не должно вообще волновать соотношение бит на пиксель, да и вообще этот показатель не играет роли, он просто математическое соотношение. 
Если же для вас важно добиться максимального качества при минимальном размере, то тут нужно читать лог кодирования и смотреть на кванты и использование b фреймов, от значения которых вы и будете решать в какой размер кодировать, если у вас есть несколько вариантов размера, если же у вас только один желаемый размер выходного файла, то тут может возникнуть противоречие со стремлением к качеству: разные исходники жмутся по разному.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Ang+ 
		
		
				  		  		Стаж: 17 лет 7 месяцев 		Сообщений: 991 		
		
			 | 
	
		
			
								
					Ang+ · 
					 
					19-Июл-23 14:30
				
												(спустя 19 дней)
							 
			
			
		 
		
						
													Здравствуйте   
Давненько я не имел дело с AviSynth, а тут понадобился по одной задаче. 
 Ситуация такая - если подгружаю источник через DirectShowSource, а затем созраняю скрипт и гружу его в видеоплеер, то получаю желаемое - видео воспроизводится со звуком. 
 Но, насколько помню, DirectShowSource не идеальный способ грузить источник, могут быть пропуски кадров, кажется. 
 Попробовал через по памяти через DSS2 и ffvideosource, но они не подтягивают видео в плеер. 
 Подскажите, пожалуйста, может, сейчас появились уже какие-то другие, более современные способы загрузки источника в AviSynth, которые мне можно использовать вместо DirectShowSource?											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Tracker35 
		
		
						  		Стаж: 17 лет 		Сообщений: 836 		
		
			 | 
	
		
			
								
					Tracker35 · 
					 
					20-Июл-23 01:40
				
												(спустя 11 часов, ред. 20-Июл-23 01:40)
							 
			
			
		 
		
						
													
Ang+ писал(а): 
84967320Здравствуйте   
Давненько я не имел дело с AviSynth, а тут понадобился по одной задаче. 
 Ситуация такая - если подгружаю источник через DirectShowSource, а затем созраняю скрипт и гружу его в видеоплеер, то получаю желаемое - видео воспроизводится со звуком. 
 Но, насколько помню, DirectShowSource не идеальный способ грузить источник, могут быть пропуски кадров, кажется. 
 Попробовал через по памяти через DSS2 и ffvideosource, но они не подтягивают видео в плеер. 
 Подскажите, пожалуйста, может, сейчас появились уже какие-то другие, более современные способы загрузки источника в AviSynth, которые мне можно использовать вместо DirectShowSource?  
 
Не используйте avisynth для просмотра в видеоплеере. Запускайте видео сразу в видеоплеере, зачем вам это извращение?   
Если вам нужна какая-то доп. специфическая обработка "on live", то например в PotPlayer есть встроенный avisynth    используйте его, а не avs файлы.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Ang+ 
		
		
				  		  		Стаж: 17 лет 7 месяцев 		Сообщений: 991 		
		
			 | 
	
		
			
								
					Ang+ · 
					 
					23-Июл-23 15:40
				
												(спустя 3 дня)
							 
			
			
		 
		
						
													Tracker35, у меня задача была закинуть в плеер сразу большую группу файлов, чтобы они образовали один общий таймлайн    Стандартными же средствами они максимум собираются в плейлист.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 Roman220882 
		
		
								Стаж: 13 лет 		Сообщений: 744 		
		
		 	 | 
	
		
			
								
					Roman220882 · 
					 
					25-Авг-23 06:11
				
												(спустя 1 месяц 1 день, ред. 25-Авг-23 06:11)
							 
			
			
		 
		
						
													Здесь побились картинки "Вывод информации о кадрах через ffdshow:". 
https://rutr.life/forum/viewtopic.php?t=1037661#visual
Я разобрался что к чему, могу здесь свои картинки разместить? 
 Но кто найдет мой пост.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 semёn_52 
		
		
				  		  		Стаж: 13 лет 11 месяцев 		Сообщений: 2883 		
		
			 | 
	
		
			
								
					semёn_52 · 
					 
					25-Авг-23 19:53
				
												(спустя 13 часов)
							 
			
			
		 
		
						
													Roman220882
Сделайте скриншоты и залейте их на  https://fastpic.org/ . Ссылки сюда скиньте. Если скрины будут соответствовать теме, то обратимся к местным модераторам и они заменят.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 StriderX 
		
		
								Стаж: 14 лет 1 месяц 		Сообщений: 35 		
		
		 	 | 
	
		
			
								
					StriderX · 
					 
					13-Сен-23 19:54
				
												(спустя 19 дней, ред. 13-Сен-23 19:54)
							 
			
			
		 
		
						
													Подскажите плиз, есть ли аналогичная статья о оценке качества сжатия или оценке нехватки/избыточности битрейта/crf в x265 кодек (например софтовый libx265) по QP, фреймам и другому выводу libx265? Что означает QP в Avg QP для фреймов в выводе энкоудера - понятно что что-то среднее, но что конкретно? Может у кого есть линк что почитать? Тут есть поиск в конкретной теме?											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 johnowenemmet 
		
		
						  		Стаж: 15 лет 8 месяцев 		Сообщений: 176 		
		
			 | 
	
		
			
								
					johnowenemmet · 
					 
					13-Сен-23 20:58
				
												(спустя 1 час 4 мин.)
							 
			
			
		 
		
						
													StriderX 
Здешней статьи в первом сообщении вполне хватает, принципы те же. Разве что текущие версии х265 перестали выводить в дефолтном логе % использования b-frames, ну так 3.5+6 ещё выводил, пробуйте, смотрите.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 StriderX 
		
		
								Стаж: 14 лет 1 месяц 		Сообщений: 35 		
		
		 	 | 
	
		
			
								
					StriderX · 
					 
					14-Сен-23 22:43
				
												(спустя 1 день 1 час)
							 
			
			
		 
		
						
													
johnowenemmet писал(а): 
85192191StriderX 
Здешней статьи в первом сообщении вполне хватает, принципы те же. 
 
Статью читал несколько раз, вам хватает, а мне не хватает. 
Например про что такое конкретно Avg QP там ни слова.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 jеnsen 
		
		
				  		  		Стаж: 15 лет 6 месяцев 		Сообщений: 3396 		
		
			 | 
	
		
			
								
					jеnsen · 
					 
					15-Сен-23 21:18
				
												(спустя 22 часа, ред. 15-Сен-23 21:18)
							 
			
			
		 
		
						
													StriderX 
Среднее значение QP. Это доп отчетность у 265, которая считает среднее арифметическое QP у i, p и b кадров, чтобы вы не заморачивались вычислением его самостоятельно из этих трех значений, как у 264. В идеале оно должно быть в диапазоне 13 - 17. 
Выше 17 - слишком сильное сжатие, а меньше 13 - слишком слабое.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 StriderX 
		
		
								Стаж: 14 лет 1 месяц 		Сообщений: 35 		
		
		 	 | 
	
		
			
								
					StriderX · 
					 
					16-Сен-23 17:47
				
												(спустя 20 часов)
							 
			
			
		 
		
						
													
jеnsen писал(а): 
85200380StriderX 
Среднее значение QP. 
 
Вопрос в том что такое QP? 
 И что означает QP применительно например к B фрейму? 
 Что среднее оно и так понятно. 
Я понимаю что это может быть Quantization parameter - вот только нигде не нашел нормального обьяснения что это такое.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 jеnsen 
		
		
				  		  		Стаж: 15 лет 6 месяцев 		Сообщений: 3396 		
		
			 | 
	
		
			
								
					jеnsen · 
					 
					16-Сен-23 18:09
				
												(спустя 22 мин.)
							 
			
			
		 
		
						
													StriderX 
Это буквально параметр квантования, он управляет степенью сжатия для каждого макроблока в кадре. Большие значения означают сильное квантование, большее сжатие и более низкое качество. Более низкие значения соответственно менее сильное сжатие и лучшее качество.											 
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
	| 
		
		
		
				 StriderX 
		
		
								Стаж: 14 лет 1 месяц 		Сообщений: 35 		
		
		 	 | 
	
		
			
								
					StriderX · 
					 
					16-Сен-23 23:43
				
												(спустя 5 часов)
							 
			
			
		 
		
						
													
jеnsen писал(а): 
85200380StriderX 
В идеале оно должно быть в диапазоне 13 - 17. 
Выше 17 - слишком сильное сжатие, а меньше 13 - слишком слабое. 
 
Диапазон 13 - 17 это для 264 или 265? 
CRF у этих кодеков отличается, может и QP разное.											  
			
					 
		
	 | 
 
	| 
				
		
	 | 
 
 
				 
			 |