łączność dla FTP

[Zazigi]

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

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

[puntek]

Napisał Robert Movistar

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

[puntek]

Napisał Zazigi

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

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 )

jak coś niezrozumię zapytam

[samul]

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]

Napisał samul

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]

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"