처리"HELP를

S

swahlah

Guest
안녕,
내가 H.264 비디오 인코더에서 일하고있습니다.내가 EPZS 및 UMHexagonS 그리고 많은 다른하지만 더 가까워 전체 검색 사람을 찾을 수없습니다와 같은 몇 가지 모션 Estimators 테스트.수있는 하나 말해 어느 하나가 모션 엔코더 견적이 아키텍처는 최고입니다 제발
감사합니다,

 
당신은 PSNR 품질의 측면에서 의미합니까?그들 중 일부는 전체 maight 가까워 지길 검색하지만, 누구도이 분명 더 좋은 PSNR은 (i 블록 의미 - 물론 알고리즘을 일치).

시도 3 - 로그 검색 단계, 꽤 좋다.

the_penetratorŠ

 
귀하의 제안이 완전히 엉터리입니다.내가 세 단계를 검색 차세대 인코더에 대한 아주 나쁜 알고리즘과 H.264의 그것이 아니라보다 강력한 알고리즘을 요구하는 차세대 인코더 알고 움직임 추정 알고리즘과 내가 많이 테스트.EPZS 및 UMHexagon 이미 3 단계 검색 및 어원 검색과 같은 방향으로 기존의 다른 알고리즘을 능가합니다.하지만 난 더 강력하고 빠른 적응력 모션 견적 필요합니다.
그리고 물론 ~ PSNR의 비트 레이트 하나의 테스트 metrices 중 하나입니다.

고맙지만 당신의 소중한 제안에 대한 감사합니다,

 
나선 - 검색 또는 다이아몬드를 검색하면 원하는 거의입니까?무슨 블록 매칭 또는 적응형 블록 영역을 참조하십시오 algos 이러한 알고리즘입니까?

만약 당신이 응용 프로그램의 프로필을 논의하지은 여기, 그리고 입력 스트림의 형식, 특히 이봐, 친구 (빠른 - 믿거나 말거나, 높은 콘트라스트 안)에 훨씬 도움을받을 변경되지 않습니다.

BTW 난 VHDL의 움직임 추정을위한 2 FSMD 아키텍처, 설계, 그 복잡한 이외의 캐시 메모리 아키텍처의 특징 중 하나.그래서 난이 물건에 대해 자격입니다.또한, TSS 낮은 모션 치고는 그리 나쁜 편이 아니다.

the_penetratorŠ

 
친애하는 PIMR,
이 신문은 좋은 것 같다.하지만 U 다른 DSP를 강조 표시 / 메모리 및 데이터로드 및 매장도 병렬 처리 문제의 맥락에서이 알고리즘의 하드웨어 구현에 문제가 좀있습니다

감사합니다,
SHAFIQUE

 
모두들 날 코딩 및 문서를 보낼 수 있나요?

C 프로그래밍은 ..

감사합니다

안부
IS

 
기상청은 내 친구

<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="아주 행복한" border="0" />희망이 도움이 ....

 
안녕

질문에 대한 유감 ..

U 근래 코딩 및 문서를합니까?

 
내가 모션 견적 설계에 대한 최근의 좋은 일을 알고있다.

여기를보세요 :
http://sharpeye.borelspace.com/?page_id=17

당신은 아마 시뮬레이터를 찾을 수있습니다.내가 HDL을 코드에 대해 잘 모르지만, 그것이 가능합니다.

 

Welcome to EDABoard.com

Sponsor

Back
Top