łączność dla FTP
 

Movistar trochę mnie sprowokował to togo wątku ...

Nie do końca orientuję się w technice, dlatego pytam.
Potrzeba:
wystawianie w dowolnym miejscu świata ( w dokładnie Europa :) , i Afryka -północna część tak mniej więcej do połowy - plików na FTP - plików dość ciężkich - kompresowane avi i takie tam...

pytanie:
czy wykorzystać do tego jakieś inmarsaty lub coś innego podobnie brzmiącego, telefony satelitarne itd. ???
Może jakiś inny pomysł ???

Jestem kompletnym laikiem w tej kwestii więc proszę jak się da o łopatologiczne odpowiedzi :)

Europa nie problem pewnie, ale Afryka... mam wątpliwości, bo transfery są tragiczne....

Dodaj jeszcze informacje kto odbierać, w jakim celu?
Czy dostęp ma być w pełni ustandaryzowany czy możesz wykorzystać inny soft niż przeglądarka standardowa. I co z poufnością transmisji, np. czy będą tam dane które chcesz szczególnie chronić np. skan paszportu.

Odbiór w Europie - dokładniej w Polsce, szyfrowanie - jeśli się ustali - więc pliki zabezpieczone hasłem i np popakowane ( w jakichś częściach) , szczególnie ważne to dane nie są lub nie będą - tak naprawdę będzie film - relacja od 5 do 15 min , być może film i dźwięk osobno...
Sposób przekazu danych będzie warunkował co i jak będę przekazywał i w jakich systemach... W polsce problem odbioru raczej nie istnieje , ciężej będzie z wysyłką gdzieś w Afryce ... tak myślę

Moim zdaniem w Afryce może okazać się niemożliwe, nawet w stolicach państw bywało, że łącza nie pozwalały na obsługę maila.... więc, może być trudno z wysyłką większych plików.

O ile to możliwe trzeba sprawdzić opcję SFTP (Szyfrowany ftp).
Z tego co wiem, określone porty są blokowane w Afryce. Ruch internetowy leci przez masę serwerów proxy z filtrami i sprawdzaniem "stacji nadającej ruch".
SFTP powinno (nie wiem jak w praktyce jest) działać.

Olej szyfrowanie, W europie możesz wybrać dowolną technologię. Problemem robi się, jak napisał Chomik, Afryka. Został bym na protokole ftp i wybrał klienta który potrafi kontynuuje przerwane sesje(będziesz mógł przesyłać w koło Macieju, aż przejdzie). Po prawdzie nie wiem czy kontynuacja sesji działa w obie strony, ale sprawdzić lub obejść to mały problem.

Eeee, moze pieprze glupoty, ale pamietam czasy :oldman: dostepow na 4800 abo i czasem na 9600 bps :mur: Przy takich "predkosciach" wszystkie wspolczesne protokoly wymiekaja. Podowczas uzywalo sie kodowania UUE, ktore zamienialo bardzo sprytnie pliki binarne na tekstowe bardziej "odporne" na bledy przesylania. Zdaje sie, ze jeszcze sa dostepne narzadzia do kodowania i rozkodowywania UUE (np. TotalCommander Ghislera). Takie pokodowane pliki mozesz, podzieliwszy na sensowne kawalki, wysylac potem jak zwykle emaile! Po odebraniu trzeba wrzucic wszystkie kawalki do jednego katalogu, a program rozkodowujacy powinien skleic to razem.

Nieco to upierdliwe, ale dziala.

na dziś
 

rozmawiałem z chłopakami z TV i z marsatu i stwierdziłem, że najlepiej mieć możliwość łączenia inmarsatem BGAN w paśmie otwartym (cena ok 7 $ za 1 MB) , prędkości mogą być od 0 do 384 kBps
Wygląda na to że materiał ok 50 MB przesyłany mniej więcej godzinę.
Nie opłaca się wykup streamingu bo kosmiczne koszty są .... problem w tym, że podczas transmisji trzeba stać w miejscu. Afryka pokryta zasięgiem BGAN więc zobaczymy ...

Czy ktoś zna FINAL CUTa ? jak bardzo można kompresować materiał TV o rate 1500 ?
Wytłumaczył by mi ktoś w jaki sposób przeliczyć wagę matgeriału TV na transmisję i czas w minutach/MB ??

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:)

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

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

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 :)

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ę ?

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"