/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
mplayer output
Fra : Andreas Lorensen


Dato : 29-07-08 20:22


Hej

Er der en der kan forklare hvad de forskellige kollonner i mplayer
outputtet betyder?

En god stream outputter sådan her:
A: 8.0 V: 8.0 A-V: 0.006 ct: 1.165 234/234 2% 0% 4.3% 0 0
A: 8.0 V: 8.0 A-V: -0.037 ct: 1.162 235/235 2% 0% 4.3% 0 0
A: 8.1 V: 8.1 A-V: 0.031 ct: 1.165 236/236 2% 0% 4.3% 0 0

En dårlig outputter det her:
A: 58.5 V: 58.8 A-V: -0.214 ct:-27.045 1227/1227 2% 0% 2.3% 2 0
A: 58.6 V: 58.8 A-V: -0.217 ct:-27.067 1228/1228 2% 0% 2.3% 2 0
A: 58.6 V: 58.8 A-V: -0.216 ct:-27.088 1229/1229 2% 0% 2.3% 2 0

MvH
/Andreas



 
 
Anders Ossowicki (29-07-2008)
Kommentar
Fra : Anders Ossowicki


Dato : 29-07-08 21:16

Andreas Lorensen wrote:
> Er der en der kan forklare hvad de forskellige kollonner i mplayer
> outputtet betyder?

Spørgsmålet er besvaret i mplayers FAQ[1]:

Q: What is the meaning of the numbers on the status line?
A: Example: A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49%
1.00x

A: 2.1
audio position in seconds
V: 2.2
video position in seconds
A-V: -0.167
audio-video difference in seconds (delay)
ct: 0.042
total A-V sync correction done
57/57
frames played/decoded (counting from last seek)
41%
video codec CPU usage in percent (for slice rendering and direct rendering
this includes video_out)
0%
video_out CPU usage
2.6%
audio codec CPU usage in percent
0
frames dropped to maintain A-V sync
4
current level of image postprocessing (when using -autoq)
49%
current cache size used (around 50% is normal)
1.00x
playback speed as a factor of original speed

Most of them are for debug purposes, use the -quiet option to make them
disappear. You might notice that video_out CPU usage is zero (0%) for some
files. This is because it is called directly from the codec and thus cannot
be measured separately. If you wish to know the video_out speed, compare
the difference when playing the file with -vo null and your usual video
output driver.


> En god stream outputter sådan her:
> A: 8.0 V: 8.0 A-V: 0.006 ct: 1.165 234/234 2% 0% 4.3% 0 0
> A: 8.0 V: 8.0 A-V: -0.037 ct: 1.162 235/235 2% 0% 4.3% 0 0
> A: 8.1 V: 8.1 A-V: 0.031 ct: 1.165 236/236 2% 0% 4.3% 0 0
>
> En dårlig outputter det her:
> A: 58.5 V: 58.8 A-V: -0.214 ct:-27.045 1227/1227 2% 0% 2.3% 2 0
> A: 58.6 V: 58.8 A-V: -0.217 ct:-27.067 1228/1228 2% 0% 2.3% 2 0
> A: 58.6 V: 58.8 A-V: -0.216 ct:-27.088 1229/1229 2% 0% 2.3% 2 0

I den dårlige stream er lyd og billede ikke synkront. Det kan skyldes et
væld af forskellige ting, lige fra buggy codecs til mangel på bandwidth.


[1] http://www.mplayerhq.hu/DOCS/HTML/en/faq.html#id2791287
--
Anders Ossowicki
My quantum yoyo has no need for your silly gravity!
(It's bound by string theory)

Andreas Lorensen (29-07-2008)
Kommentar
Fra : Andreas Lorensen


Dato : 29-07-08 21:22

tir, 29 07 2008 kl. 22:15 +0200, skrev Anders Ossowicki:

> I den dårlige stream er lyd og billede ikke synkront. Det kan skyldes et
> væld af forskellige ting, lige fra buggy codecs til mangel på bandwidth.

Tak for uddybende svar.

Det er nok ikke mangel på båndbredde, for begge streams kommer fra samme
sted - www.streamtv.dk. Men desværre oplever jeg nogle af streamsne
dårlige og andre gode.

Er der noget jeg kan gøre i "min ende" for at forbedre synk af lyd og
billed? Det er som om billedet bare går langsommere end lyden - nærmest
slowmotion for til sidst at stå stille mens lyden fortsætte fint
derudaf.
Jeg synes at have prøvet med et hav af forskellige settings uden
resultat.

/andreas




Anders Ossowicki (29-07-2008)
Kommentar
Fra : Anders Ossowicki


Dato : 29-07-08 21:33

Andreas Lorensen wrote:
> Det er nok ikke mangel på båndbredde, for begge streams kommer fra samme
> sted - www.streamtv.dk. Men desværre oplever jeg nogle af streamsne
> dårlige og andre gode.
>
> Er der noget jeg kan gøre i "min ende" for at forbedre synk af lyd og
> billed? Det er som om billedet bare går langsommere end lyden - nærmest
> slowmotion for til sidst at stå stille mens lyden fortsætte fint
> derudaf.
Bliver differencen mellem lyd og video kun større eller falder
afspilningshastigheden af videofeedet? (ie. øges differencen konstant
eller 'accelererer' den?)

Hvilket format streames der i? mplayer support for visse nyere og/eller
proprietære formater er lidt dodgy endnu.
Hvilken opløsning har videofeedet?

Du kan lege med forskellige audio outputs og video outputs, experimentere
med forskellige framedrop settings, sætte en større cache og om ikke andet
prøve med en anden afspiller.

Hvilken version af mplayer anvender du?

--
Anders Ossowicki
My quantum yoyo has no need for your silly gravity!
(It's bound by string theory)

Jesper Poulsen (29-07-2008)
Kommentar
Fra : Jesper Poulsen


Dato : 29-07-08 22:01

Anders Ossowicki wrote:

> Hvilket format streames der i? mplayer support for visse nyere og/eller

http://www.streamtv.dk/?p=streamtv


--
Mvh
Jesper Poulsen

Andreas Lorensen (29-07-2008)
Kommentar
Fra : Andreas Lorensen


Dato : 29-07-08 21:51

tir, 29 07 2008 kl. 22:33 +0200, skrev Anders Ossowicki:
> Bliver differencen mellem lyd og video kun større eller falder
> afspilningshastigheden af videofeedet? (ie. øges differencen konstant
> eller 'accelererer' den?)

Umidelbart øges diferencen konstant

> Hvilket format streames der i? mplayer support for visse nyere og/eller
> proprietære formater er lidt dodgy endnu.
> Hvilken opløsning har videofeedet?

mpeg4 - ved ikke lige hvor jeg ser opløsningen.

> Du kan lege med forskellige audio outputs og video outputs, experimentere
> med forskellige framedrop settings, sætte en større cache og om ikke andet
> prøve med en anden afspiller.

VLC taber blot lyden efter få sekunders afspilning, men billedet ser ud
til at køre rigtigt.

> Hvilken version af mplayer anvender du?

MPlayer 1.0rc2-4.2.3

Det har virket på alle StreamTV's kanaler, men i perioder så fungerer
det virkeligt dårligt på nogle af dem. For tiden er det DR2 og de fleste
Discovery kanaler.
Jeg tror det er i "deres ende" den er gal, men det ville jo være fedt
hvis jeg ku gøre noget for at kompensere.

/A


Anders Ossowicki (29-07-2008)
Kommentar
Fra : Anders Ossowicki


Dato : 29-07-08 22:21

Andreas Lorensen wrote:

> tir, 29 07 2008 kl. 22:33 +0200, skrev Anders Ossowicki:
>> Bliver differencen mellem lyd og video kun større eller falder
>> afspilningshastigheden af videofeedet? (ie. øges differencen konstant
>> eller 'accelererer' den?)
>
> Umidelbart øges diferencen konstant
Ok. Så er det formentlig et i/o-problem (mplayer kan ikke læse input
eller 'skrive' output hurtigt nok).


>> Hvilket format streames der i? mplayer support for visse nyere og/eller
>> proprietære formater er lidt dodgy endnu.
>> Hvilken opløsning har videofeedet?
>
> mpeg4 - ved ikke lige hvor jeg ser opløsningen.
Der bør komme noget output ala dette:
VDek: vo konfig. anmodning - 1280 x 720 (foretrukket csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Størrelsesforhold er 1.78:1 - præskalerer for at rette størrelsesforholdet.
VO: [xv] 1280x720 => 1280x720 Planar YV12

(Her er det godt nok på dansk, fordi gentoo fejler og mplayers buildsystem
er noget juks)

> Det har virket på alle StreamTV's kanaler, men i perioder så fungerer
> det virkeligt dårligt på nogle af dem. For tiden er det DR2 og de fleste
> Discovery kanaler.
Det lyder som om de har bandwidth-problemer i deres ende hvis problemet
kommer og går på enkelte kanaler.

> Jeg tror det er i "deres ende" den er gal, men det ville jo være fedt
> hvis jeg ku gøre noget for at kompensere.
Du kan muligvis prøve med en rigtig stor cache - altså i realiteten streame
det hele ned til dig selv inden selve afspilningen går i gang - men det er
naturligvis ikke specielt 'live' og jeg er for så vidt overhovedet ikke
sikker på at det vil være nok til at undgå desynkronisering.

--
Anders Ossowicki
My quantum yoyo has no need for your silly gravity!
(It's bound by string theory)

Andreas Lorensen (29-07-2008)
Kommentar
Fra : Andreas Lorensen


Dato : 29-07-08 22:40


Starting playback...
VDec: vo config request - 480 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 480x576 => 768x576 Planar YV12 [fs]

Jeg tror det er i deres ende der er noget galt.

Takker for input og forklaringer


Søg
Reklame
Statistik
Spørgsmål : 177580
Tips : 31968
Nyheder : 719565
Indlæg : 6409081
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste