Ayn wrote:
Eftersom du förde det på tal...VLC > 0.6.0 dålig kod, va? Jag har iofs inte skärskådat koden, men använder 0.7.2 titt som tätt utan några som helst problem. Använder dock helst mplayer (finns inte det till OSX? eller kör du *gasp* OS9?
), och kör då med usleep()-timing, mest pga lättja, har inte orkat ordna till rtc. Av allt att döma funkar även det finfint också dock...
Om du kör Linux ska du se till att den använder RTC, skillnaden är gigantisk
om du skulle få för dig att använda datorn som musikförmedlare... I OS X
funkar allt annorlunda, men CoreAudio är det bästa APIt och ljudstödet jag
nånsin skådat i ett operativsystem! Klart att man även här måste fixa en hel
del för att det ska bli riktigt njutbart, men det är bra redan ur lådan.
VLC-versioner över och inkl. 0.6.0 är hemska. VLC använder tidskoder för att
synka ljud och bild (lite som DTS), tyvärr är 99% av alla filmfiler felaktigt
gjorda, vilket resulterar i att ljudet svajar lite titt som tätt i VLC. Den buggen
berör samtliga plattformar och du kan omöjligt ha missat den.
Ljudet i VLC 0.6.0 och uppåt distar också något förfärligt. Skrik och höga
ljud låter fruktansvärt illa (ibland - inte alltid). Har hört det på Win, Linux
och OS X.
0.5.3 är den bäst fungerande, och med lite hack har jag fixat libdts.
MPlayer under OS X är katastrof, mest p.g.a. att videoout-modulen quartz
är o-optimal, och ljudstödet är dåligt (man vill inte gärna köra esd). Under
Linux kan man få det att spela riktigt bra:
-af pan=6

0

0

0

100:0

100:100
-channels 6
Då får du LFE avkodat i downmixen, ger ganska mycket för 5.1-filmer...
Mina förändringar i VLC är nog tyvärr ganska plattformsberoende, men jag kan
gärna förse dig med patchar om du är nyfiken vad jag har gjort.
Och ja, jag använder skärmen som bildförmedlare

Långt ifrån optimalt,
men jag ser bara film en gång i månaden och då räcker det. Det kanske
blir en plasma eller LCD i framtiden men då står en Unidisk 1.1 närmare på
tur.