Africa Twin Forum - POLAND

Africa Twin Forum - POLAND (http://africatwin.com.pl/index.php)
-   Wszystko dla Afrykańczyka (http://africatwin.com.pl/forumdisplay.php?f=12)
-   -   łączność dla FTP (http://africatwin.com.pl/showthread.php?t=3361)

Zazigi 31.05.2009 21:17

Cytat:

Wytłumaczył by mi ktoś w jaki sposób przeliczyć wagę matgeriału TV na transmisję i czas w minutach/MB ??
tu masz kilka wzorów i przykładów http://neuron2.net/LVG/ratesandsizes.html

Cytat:

jak bardzo można kompresować materiał TV o rate 1500 ?
1500kb to już jest niewiele, 500kb to raczej minimum przy kodowaniu do 'flv' (na youtuba rozdzielczości 360x288 np.)

no i pamiętaj, że bitrate może być stały i zmienny :D

puntek 01.06.2009 09:24

Cytat:

Napisał Robert Movistar (Post 60584)
Puntek, ja??? A co ja mam z tym wspólnego? Nie, nie to że mam pretensje, ale to o czym piszesz do dla mnie czarna magia:)

bo wystawiłeś wątek: coś o autoamtycznym namierzaczu na świecie - wraz z ubezpieczeniem od nie wiadomo czego :haha2:

puntek 01.06.2009 09:28

Cytat:

Napisał Zazigi (Post 60587)
tu masz kilka wzorów i przykładów http://neuron2.net/LVG/ratesandsizes.html



1500kb to już jest niewiele, 500kb to raczej minimum przy kodowaniu do 'flv' (na youtuba rozdzielczości 360x288 np.)

no i pamiętaj, że bitrate może być stały i zmienny :D

dzięki poczytam zobaczę co zrozumiem :)
a tak po prawdzie 1500 to mi powiedzieli mądrzejsi ode mnie..., ja nie wiem nie znam się poznaję dopiero ... założenie jest takie, że relacja ma być parominutowa o jakości przynajmniej TV na pewno nie takiej jakości jak gość co gra na gitarze i przeprasza brata za PZU :) (kto był w kinie lub widział w TV to wie :haha2:)

jak coś niezrozumię zapytam :)

samul 01.06.2009 13:38

Jezeli przez material TV rozumiesz 25 klatek na sekunde w rozdzielczosci PAL 720x576, to jasne, ze FinalCut sobie poradzi. Takoz kazdy inny program poczawszy od iMovie :) Serio!

Jeszcze pytanie w jakim dokladnie formacie materialu oczekuje go odbiorca ? ? ?

Teraz pytanie gdzieby tu stracic troche danych, zeby plik schudl? Bitrate jest pewnym pomyslem, ale pod warunkiem, ze obraz jest statyczny! Jezeli bedziesz mial na ekranie smigajacych motorzystow albo biegajace afrykanskie dzieci, to "piksele zrobia sie wielkie" jak kostka rubika :( 1500bps to bedzie taki bezpieczny kompromis. Zaleznie od formatu, w ktorym ma to to byc skompresowane, mozliwe sa rozne kombinacje, jak VBR czyli, ze program kompresujacy sam dobiera _zmienny_ bitrate zaleznie od zmiennosci obrazka (facet stoi i gada - malo danych, facet macha rekami i biegaja dzieciaki - duzo danych).

Dobrze to widac na korespondencjach cnn z jakis koncow swiata.

FC ma chyba, nie pamietam, taka opcje, ze podajesz mu wyjsciowy rozmiar pliku, a on sam dobiera do tego optymalnie (? ? ?) pozostale parametry, jak bitrate, itd.

Powodzenia,
samul

puntek 01.06.2009 15:03

Cytat:

Napisał samul (Post 60724)
Jezeli przez material TV rozumiesz 25 klatek na sekunde w rozdzielczosci PAL 720x576, to jasne, ze FinalCut sobie poradzi. Takoz kazdy inny program poczawszy od iMovie :) Serio!

Jeszcze pytanie w jakim dokladnie formacie materialu oczekuje go odbiorca ? ? ?

Teraz pytanie gdzieby tu stracic troche danych, zeby plik schudl? Bitrate jest pewnym pomyslem, ale pod warunkiem, ze obraz jest statyczny! Jezeli bedziesz mial na ekranie smigajacych motorzystow albo biegajace afrykanskie dzieci, to "piksele zrobia sie wielkie" jak kostka rubika :( 1500bps to bedzie taki bezpieczny kompromis. Zaleznie od formatu, w ktorym ma to to byc skompresowane, mozliwe sa rozne kombinacje, jak VBR czyli, ze program kompresujacy sam dobiera _zmienny_ bitrate zaleznie od zmiennosci obrazka (facet stoi i gada - malo danych, facet macha rekami i biegaja dzieciaki - duzo danych).

Dobrze to widac na korespondencjach cnn z jakis koncow swiata.

FC ma chyba, nie pamietam, taka opcje, ze podajesz mu wyjsciowy rozmiar pliku, a on sam dobiera do tego optymalnie (? ? ?) pozostale parametry, jak bitrate, itd.

Powodzenia,
samul

więc jak na szybko rozumiem to bit rate wtedy płynny staje się ?

samul 10.06.2009 20:19

Lo mamusiu, moze albo nie moze byc zaleznie od formatu (protokolu kompresji?). Niektore daja rade inne nie. Gdzies tu mialem taka tabelke... To juz kombinacje alpejskie zaczynaja byc. btw: jaki tam format oni (telewizory) chca miec ???

samul

P.S. VBR moze byc np.: w Windows Media, h.264, Sorenson costam nie pamietam co, MPEG-2 moze

pisza, ale przyznam, ze niewiele rozumiem poza tytulem:

"Reliable Transmission of MPEG-2 VBR Video Streams over New Network Adaptation and ATM Adaptation Layers
Garcia Adanez, X. ; Verscheure, O. ; Frossard, P.

Presented at: IEEE ATM 97 Workshop.

In: Proceedings of the IEEE ATM Workshop, 1997, p. 159-167

EUSIPCO, 1997.


Series: Proceedings of EUSIPCO 2002


This paper adresses the transmission of VBR MPEG-2 video streams on top of both Network Adaptation (NAL) and ATM Adaptation Layers (AAL) for real-time multimedia applications. The NAL, specific to MPEG-2, provides a selective data protection mechanism based on syntactic criteria. The AAL provides a reliable transmission by applying per-cell sequence numbering combined with a selective Forward Error Correction (FEC) mechanism based on Burst Erasure codes. Studies carried out with Constant Bit Rate (CBR) video streams showed improvements in terms of network performance evaluated by the cell loss ratio (CLR) as well as in terms of user perceived quality compared to the performance obtained with AAL5 under the same network conditions. This paper proposes improvements at the NAL and presents the results obtained for the transmission of Variable Bit Rate (VBR) video streams. To evalute the impact of cell losses at the application level, we apply a perceptual quality measure to the decoded MPEG-2 sequences which allows us to evaluate performance at the user level.

Keyword(s): LTS4, VBR, ATM Adaptation Layer, Network Adaptation Layer, Real-Time Multimedia Applications, MPEG-2, Perceptual Quality Metric

Reference: LTS-CONF-1997-002 LCA-CONF-1997-011"


Czasy w strefie GMT +2. Teraz jest 08:41.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.