sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #59198
Re: video optagelse med bttv kort
Hej
Andreas Bach Aaen wrote:
Fredag den 10. januar 2003 22:37 skrev Andreas Bach Aaen:
Jeg har prøvet med både ACC og mp3, samt at gemme i RAW. Lyden vil
bare ikke gemmes. Det er tilgængæld lykkedes, at få billedet gemt
og vist af mp4player hvis lyden slåes fra.
Hurra det virker!
Har du lyden med nu ?
Det hjalp at slå preview fra - heller ikke noget med at vise raw.
Hvis maskinen er underdimensioneret er der mange ting, der går galt.
iøvrigt har jeg observeret, at det nogen gange er nødvendigt at
1) slå preview fra
2) exit'te mp4live
3) starte mp4live (uden at enable preview).
Prøv altid med et meget lille billede, hvis du ikke tror du har CPU
nok. Prøv også at holde øje med load af maskinen med f.eks. top
eller f.eks. KDE System Guard.
Det er blot ærgeligt, at komprimeringsværktøjerne slet ikke ser ud til
at benytte sig af at det er en SMP maskine jeg har. Så pludselig er
jeg begrænset til 500MHz og ikke knap det dobbelte.
Ye,. mp4live er dog i høj grad multi-threaded. Det nytter bare ikke
så meget, når 95% af load ligger i video-enkoder-tråden og den
er ikke multitrådet endnu.
Nu skal jeg bare have fundet ud af om jeg kan grappe i realtime og så
komprimere bagefter. Det er vist min hardware egner sig bedst til.
Hmm, 352x288*25*1.5 = 3.801.600 MB/sec YUV data og det dobbelte for RGB
eller 16.5 MB/sec for full screen. Det kræver normalt SCSI.
Hvor kraftig en maskine skal der til for at komprimere video i fuld
PAL opløsning, 25 frames pr. sekund + knap CD kvalitets lyd.
Det afhænger af flere faktorer
a) Codec for lyd.
b) Antallet af kanaler
c) båndbredde for lyd
d) video-geometri
e) video-båndbredde.
Vedrørende a: AAC og Vorbis er i den nuværende implementering f.eks. 3-8 gange så
krævende som MP3.
Vedrørende b: Stereo kræver ofte næsten dobbelt så meget som mono. Dog ikke for
MP3 som med LAME faktisk enkoder i stereo og laver det om til mono. Mono er mere
krævende ;-) med LAME.
Vedrørende c: Højere båndbredde er marginalt set mere krævende dog med omvendte
undtagelser for visse båndbredder for visse codecs.
Vedrørende d: Det kan under visse omstændigheder betale sig at enkode et 768x576
signal som 352x288 frem for 768x576. Selv om signalet så er kodet som 352x288
kan det sagtens vises som 768x576. Resultatet afhænger meget af afspillerens
kodekvalitet. Som eksempel kan jeg også nævne, at en MPEG-2 DVD (med 768x576) transkodet
til MPEG-4 352x288 ved 1Mbps og fordoblet til 768x576 ved afspilning ser meget
bedre ud end, hvis 768x576 var bibeholdt hele vejen.
Vedrørende d:
Generelt kræver højere videobåndbredde (for samme codec) mere CPU.
På min Athlon XP1800+ er jeg i stand til LIVE enten at
a) enkode 768x576@25fps@1600kbps med MP3@128kbps stereo
eller (også på
b) modtage MPEG-2 DVB fra satellit i 528x576 og multicaste dette
modtage den multicastede traffik, dekode video og billed
og enkode 528x576@25fps@1600kbps med MP3@128kbps stereo.
Bemærk at satellitsignalet kun er 528x576. Det skyldes, at pixels
har en aspect ration på 4:3. Dvs. 528*4/3 = 768. Denne skalering
skal ske i playeren. Den officielt tilgængelige version af playeren
kan ikke dette endnu. Koden til at gøre dette er dog simpel.
Billedkvalitet skal være af DVD kaliber.
Som sagt, der er mange parametre at stille på, men det er muligt og virker
fint over 2Mbps ADSL.
Min nuværende masine har selvfølgelig ikke en kinamands chance, men
hvor meget skal der til?
En 2GHz eller mere er fint.
Er det til et privat projekt eller en kommerciel opgave ?
mvh.
----------------------------------------------------------------
Peter Maersk-Moller
----------------------------------------------------------------
Ogg/Vorbis support for MPEG4IP. YUV12, XviD, AVI and MP4 support
for libmpeg2. See http://www.maersk-moller.net/projects/
----------------------------------------------------------------
Follow ups
References