Sedan vi publicerade våra recensioner av Radeon HD 5450 och Radeon HD 5570 har vi gått fram och tillbaka med AMD över resultaten av våra videokvalitetstester med Cheese Slices-testet. Våra första resultat visade att varken 5570 eller 5450 hade tillräckligt med beräkningskraft för att hantera hela uppsättningen av efterbehandlingsförmågor på 1080i-video, varav den viktigaste var Vector Adaptive deinterlacing. Sedan dess har AMD låtit oss ta del av några saker som har förändrat det väsentligt, så låt oss dyka in direkt.
Enforce Smooth Video Playback (ESVP): Det första som förändrades är att vi äntligen fick ett fullständigt svar på vad Enforce Smooth Video Playback gör. Det korta svaret är att det är en “idiotknapp” för användare, för att hindra dem från att använda så många efterbehandlingsinställningar på low-end grafikkort att det gör att bildrutor tappas.
Specifikt har AMD sin egen interna testsvit som de använder för att testa sina low-end-kort för att se vad de kan när det kommer till efterbehandling. Om dessa kort är oförmögna till en viss funktion(er) vid vissa inställningar, kommer att använda ESVP att få föraren att tyst inaktivera dessa funktioner, så att endast de funktioner som kortet kan hålla jämna steg med används. I huvudsak är ESVP en lista över kombinationer av bildskärmsupplösning/funktion/videoupplösning där funktioner måste inaktiveras när ESVP är aktivt. Allt detta är gjort på förarsidan och är inte en enda funktion i 5000-serien som vissa har spekulerat.
Hur som helst är ESVP inte nödvändigt för grafikkortets funktion. Det gör ingenting förutom att inaktivera funktioner på kort och situationer där det finns kända problem, vilket betyder att det inte gör något på snabbare kort; att slå på eller av den på en 5570 eller bättre har ingen som helst inverkan på någonting. Men med det i åtanke testade vi det och fann att det inte borde inaktiveras. På snabbare kort skadar det inte någonting (eftersom det inte har något på sin lista att inaktivera) och på långsammare kort har vi funnit att AMD:s inställningar faktiskt är rätt på näsan. Om vi till exempel tvingade fram Vector Adaptive deinterlacing på 5450 vid 2560×1600, skulle kortet falla 3 ramar över intervallet för ostskivor-testet. ESVP gjorde rätt sak genom att inaktivera den. Så vitt vi kan säga, är alla funktioner inaktiverade med ESVP aktiverat inaktiverade av en god anledning.
Med det i åtanke kommer vi att hålla fast vid vårt ursprungliga förslag om att låta ESVP vara aktiverat på alla AMD-kort. Entusiaster kan stänga av det och justera saker om de vill, men AMD ser ut att ha gjort ett gediget jobb med att profilera sina kort – om du försöker överlista ESVP kommer du förmodligen att tappa ramar när du gör det.
Radeon HD 5570: Som vi noterade tidigare, misslyckades 5570-originalet i vårt Cheese Slices-test. Efter att AMD:s ingenjörer tittat på det, visar det sig att drivrutinerna som samplades med kortet (ATI_8.69_RC3_Win7_Vista_Jan14) hade en 5570-specifik bugg när ESVP var aktiverat. Om du minns vår granskning av kortet, skulle aktivering av ESVP tvångsinaktivera alla efterbearbetnings- och avancerade deinterlacing-funktioner på 5570, både internt och i själva Catalyst Control Center. Det var felet – ESVP var inte tänkt att inaktivera någonting.
Den gamla AVIVO-kontrollpanelen på Radeon HD 5570
AMD har sedan dess försett oss med en nyare version av deras drivrutiner (ATI_Win7_Vista_8.692RC2_Feb10, tillgänglig från AMD här) som löser problemet. ESVP blockerar inte längre driften av några efterbearbetningsfunktioner.
Vi gick vidare och testade den här drivrutinen på djupet, och föraren rättar verkligen till problemet. 5570 kan använda alla efterbearbetnings- och avancerade deinterlacing-funktioner med ESVP aktiverat och inaktiverat. Kvaliteten var lika bra som 5670 (vi förväntar oss inte mindre) och vi hittade inga bevis på att kortet tappade några ramar.
Gamla drivrutiner: Radeon 5570 Deinterlacing
Nya drivrutiner: Radeon 5570 Deinterlacing
Så vitt vi kan säga är 5570 faktiskt det perfekta Radeon HTPC-kortet som vi har letat efter. Det är det billigaste, minsta och coolaste kortet i 5000-serien som kan erbjuda hela uppsättningen av efterbehandlingsförmågor, och det har naturligtvis 5000-seriens ljudbitströmningsmöjligheter. Eftersom hela poängen med denna övning var att identifiera det lägsta 5000-seriens kort som fortfarande var perfekt för HTPC-användning, har vi hittat det. Och det bästa är att den även passar i ett lågprofilfodral.
Radeon HD 5450: Medan drivrutinsfelet i den tidigare drivrutinsuppsättningen bara påverkade 5570, lärde vi oss något som hade en inverkan på 5450. Som vi diskuterade tidigare med ESVP, tar det hänsyn till bildskärmens upplösning tillsammans med upplösningen av videon (dvs. är det HD) och de funktioner som efterfrågas. Det visar sig att vi oavsiktligt orsakade 5450 att göra sämre än vad den är kapabel till.
För våra tester använder vi en Samsung SyncMaster 305T 30” LCD. 305T är lite ovanligt eftersom den inte har en inbyggd skalare, så vi körde vårt skrivbord med hela 2560×1600 upplösningen för Cheese Slices-testet eftersom vi inte kan göra 1:1 pixelmappning av en lägre upplösning. Detta gjorde att vi kunde köra ostskivor i ett fönster utan skala.
Det visar sig att skillnaden mellan att rendera ett 1920×1200 skrivbord och ett 2560×1600 skrivbord är tillräckligt för att få 5450 att börja tappa ramar när Vector Adaptive deinterlacing används. Om vi tvingade fram problemet genom att inaktivera ESVP skulle vi se att några ramar tappades i Cheese Slices-testet när vi körde på 2560×1600, men inte på 1920×1200. Detta är faktiskt något som AMD var medveten om, och som vi nyss fick reda på har AMD ESVP inaktiverat Vector Adaptive deinterlacing på ett 2560×1600 skrivbord, men låter det vara aktiverat på 1920×1200. Eller med andra ord, 5450 har tillräckligt med beräkningskraft för att göra Vector Adaptive deinterlacing vid HD-skrivbordsupplösningar, bara inte vid upplösningar över det.
1920×1200: Radeon 5450 Deinterlacing
Det viktiga här är att HDTV fortfarande toppar på 1920×1080 – ni (okej, de flesta av er) skulle inte köra en större skärm som en HDTV. Om vi kopplade detta till en HDTV via HDMI skulle vi alltså använda en upplösning under 2560×1600, och 5450 skulle ha använt Vector Adaptive deinterlacing på alla media. Våra dåliga resultat i Cheese Slices hade mer att göra med vår skrivbordsupplösning än kortets förmågor.
Med det sagt finns det en hake: 5450 har inte tillräckligt med beräkningskraft för att göra någon ytterligare efterbearbetning på 1080i-video förutom Vector Adaptive deinterlacing. Bara att göra avkodningen och den deinterlacing kräver allt som 5450 kan pressa ut, vilket betyder att det inte finns något kvar för kantförbättring, avbrusning, dynamisk kontrast, etc. Så medan 5450 är ett mycket kapabelt HTPC-kort (mer än vi först trodde ), är det inte det perfekta HTPC-kortet som 5570. Om du behöver varenda klocka och visselpipa klarar 5450 inte uppgiften riktigt. Men när Vector Adaptive deinterlacing fungerar är det en rimlig förväntan att 5450 erbjuder tillräckligt för de flesta – jämfört med Vector Adaptive deinterlacing, är det enligt vår egen erfarenhet att de andra efterbehandlingsfunktionerna förblir oanvända för det mesta.
Så 5450 är fortfarande det nästan perfekta HTPC-kortet, men det är faktiskt ganska nära. Om du inte behöver mer än Vector Adaptive deinterlacing, skulle 5450 passa lika bra som 5570. För det ändamålet är den den billigaste av 5000-serien, och den är passivt kyld, vilket verkligen har sina fördelar.
Andra problem: Vi har haft flera HTPC-entusiaster e-post till oss under den senaste veckan och frågat om olika funktioner eller klagat på olika problem som de har stött på. Vi har sett en särskilt bra tråd på AVSForum som listar dessa problem, och även om vi inte anser att någon av dessa är tillnärmelsevis lika betydande som de tidigare ESVP & deinterlacing förbiseendena, har vi skickat listan vidare till AMD. Åtminstone är det något att ta hänsyn till om du går HTPC-vägen.
