Diese Seite ist unverschlüsselt! Um sicherzustellen, das Ihr Passwort nicht ausgelesen werden kann, sollten Sie auf die verschlüsselte Seite wechseln!

    Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » Nachrechnen: Größe einer Multimedia-Datei?
Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 < [ 2 ] [ 3 ]
000
27.05.2005, 14:56 Uhr
Unwissende
...die wirklich Unwissende 8-)


Hallo,

zum Wochenende hätte ich da eine Rechenaufgabe für euch.
Ich wollte rechnerisch "beweisen", dass Mediendateien nun halt mal viel Speicherplatz brauchen.

Audiosignal, unkomprimiert:
Samplerate: 44.1 kHz (= CD-Qualität)
Quantisierung: 16 Bit (d.h. 65536 versch. Werte für die Amplitude des Signals möglich), resultierende Datenrate: 2 [wegen Stereo]* 44100 / s * 16 bit = 1411200 Bit / s, d.h.: 176400 byte / s

-> Benötigter Speicherplatz pro Sekunde eines Stereo-Audiosignals sind also: 172 Kbyte / s.
stimmt doch, oder?

jetzt hab ich mir noch ausm Internet folgendes Beispiel rausgezogen:



Videosignal/ AVI:
Auflösung: 720*576, 25 Bilder/s
Video: unkomprimiert ca. 28 Mbit/s Datenrate
Audio: PCM stereo, 48 kHz Samplerate [also höher als bei meinem obigen Beispiel...]
1,5Mbit/s Datenrate [was für eine Datenrate ist denn jetzt hier gemeint???
Dateigröße etwa 3,8 MByte/Sekunde
--> Wie komme ich denn darauf?

Wäre nett, wenn ihr mir helfen könntet...
--
__________________________________
Unwissenheit ist vorläufig- Dummheit für immer
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
27.05.2005, 15:20 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


28Mbit / 8 + das von oben nur mit 48000
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
27.05.2005, 16:12 Uhr
Unwissende
...die wirklich Unwissende 8-)


wieso denn 28Mbit / 8?
--
__________________________________
Unwissenheit ist vorläufig- Dummheit für immer
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
27.05.2005, 17:00 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


naja Mbit sind ja MegaBit, also keine Byte
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
30.05.2005, 08:11 Uhr
Unwissende
...die wirklich Unwissende 8-)


Ich versteh das immer noch nicht...... Woher weiß ich denn mit wieviel Bit das Audiosignal quantisiert wird?
Und nehmen wir mal an, dass ich die Audio+Videodatendate zusammenzählen würde:

28 Mbit/s + 1,5 Mbit/s = 29,5 Mbit/s

29,5*1000*1000 = 29500000/ 8*1024*1024 = 3,517 MByte/s ????
--
__________________________________
Unwissenheit ist vorläufig- Dummheit für immer
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
005
30.05.2005, 09:39 Uhr
FloSoft
Medialer Over-Flow
(Administrator)


so stimmts doch
--
class God : public ChuckNorris { };
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
006
30.05.2005, 12:03 Uhr
ao

(Operator)



Zitat von Unwissende:
Ich versteh das immer noch nicht...... Woher weiß ich denn mit wieviel Bit das Audiosignal quantisiert wird?

Das steht da nicht. Vermutlich auch mit 16 Bit, weil das der Standardwert im Otto-Normalhörer-Bereich ist. Dann kommst du auf

Code:
Audio-Bitrate = 48000 / s * 16 Bit * 2 (Kanäle) = 1.536.000 Bit / s

Und was bedeutet beim Video-Signal "unkomprimiert"? Dass jedes Pixel einzeln mit X Bits kodiert ist? Dann können die Werte nicht stimmen:
Framegröße 720 * 576, 25 Frames / s ergibt

Code:
Video-Pixelrate = 720 * 576 * 25 / s = 10.368.000 Pixel / s

Wenn du von einer Bitrate von 28.8 MBit / s schreibst, heißt das, dass ein Pixel mit knapp drei Bit kodiert sein muss, also weniger als ein Bit für jede Grundfarbe.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
007
30.05.2005, 16:41 Uhr
Unwissende
...die wirklich Unwissende 8-)


Ich schicke euch hier mal den Link:
www.lokalfernsehen.de/site-assistent/cms-admin/user/index.php?page_id=183

Okay, also das mit der Audio-Bitrate ist mir jetzt klar
Aber die Video-Bitrate......*hmmmmmmmmmm*
Bei mir wäre es dann halt ein 8-Farben-Video (3 Bit/Pixel) *hihihi*
So langsam glaube ich, dieses Beispiel ist völlig ungeeignet, da irgendwie ein wenig merkwürdige Zahlen beim Nachrechnen rauskommen (Ich komme ja auf eine Gesamt-Datenrate von 3,517 MByte/s, im Beispiel sollen es angeblich 3,8MByte/s sein...)

Anders gefragt: Was ist denn die übliche Anzahl von Farben bei Videos??? 16.7 Mio.? Sorry, ich kenne mich da überhaupt nicht aus. Wollte das Thema bei meiner Arbeit nur am Rande anschneiden...
--
__________________________________
Unwissenheit ist vorläufig- Dummheit für immer
Dieser Post wurde am 30.05.2005 um 16:44 Uhr von Unwissende editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
008
30.05.2005, 16:42 Uhr
Unwissende
...die wirklich Unwissende 8-)


Hoppla, das war ein Doppelpost, sorry
--
__________________________________
Unwissenheit ist vorläufig- Dummheit für immer
Dieser Post wurde am 30.05.2005 um 16:43 Uhr von Unwissende editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
009
30.05.2005, 23:20 Uhr
ao

(Operator)



Zitat von Unwissende:
Was ist denn die übliche Anzahl von Farben bei Videos???

Ich weiß nicht, mit Videostandards kenne ich mich nicht aus. Ich kann mir nur nicht vorstellen, dass man tatsächlich mit 3 Bits pro Punkt hinkommen soll.
Oder das ist doch irgendwie anders kodiert, dass man Flächen gleicher Farbe nicht punktweise aufzählt, sondern irgendwie formelmäßig ausdrückt, so wie "rechteckige Fläche 100 x 100 in dunkelblau", das ist bestimmt sparsamer als die 10.000 Punkte einzeln abzuspeichern.

Oder man gibt von Bild zu Bild nur die Unterschiede an. Wenn sich dann ein Objekt vor einem stehenden Hintergrund bewegt, dann braucht man den Hintergrund nur einmal und danach nur noch die Bewegungen.

Dann kann das auch hinkommen, dass man (aufs Pixel umgerechnet) erstaunlich wenige Bits braucht.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 < [ 2 ] [ 3 ]     [ Allgemeines (OffTopic) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: