थोड़ा झिझकते हुए इसे साझा कर रहा/रही हूँ.
इसे सिर्फ एक ही लक्ष्य के साथ बनाया है: इंतज़ार का समय खत्म करना और तेज़ी से शेयर करना.
-अपलोड के दौरान डाउनलोड संभव, और mp4 को तुरंत चलाया भी जा सकता है
-End-to-end एन्क्रिप्शन
-बिना साइन-अप
-Web folder तरीके से collaborative upload संभव
COVID-19 अवधि के दौरान इसे पूरी तरह मुफ़्त प्रदान किया जा रहा है.
13 टिप्पणियां
अब सोचता हूँ तो, अगर बस बड़े आकार की/कई फाइलों को सीधे P2P से ट्रांसफर करना हो, तो ऐसी कई सेवाएँ ज़रूर हैं, लेकिन हैरानी की बात यह है कि सच में काम की सेवाएँ बहुत कम हैं। मेरे मामले में MacBook पर Naver की मुफ्त फ़िल्में डाउनलोड करने का कोई ठीक-ठाक तरीका नहीं था, इसलिए मजबूरी में VMware में Windows चलाकर उसके अंदर फ़िल्म डाउनलोड करता हूँ, लेकिन उसे MacBook में निकालना उतना आसान नहीं निकला। VMware का drag and drop शायद फाइल साइज़ की वजह से बहुत lag करता है, और MacBook में इस्तेमाल होने वाली external hard drive को VM से जोड़कर भी देखा, लेकिन शायद किसी compatibility समस्या की वजह से वह Windows में कभी कनेक्ट होती है, कभी disconnect हो जाती है। इसलिए मैं P2P file transfer service/program का इस्तेमाल करता हूँ, लेकिन वेब पेज पर सीधे file transfer संभव होने का दावा करने वाली ज़्यादातर सेवाएँ ठीक से काम नहीं करतीं। या तो वे बिल्कुल काम नहीं करतीं, या फिर कुछ दसियों से सैकड़ों मेगाबाइट ट्रांसफर होने के बाद एकतरफा connection टूट जाता है। बड़ी मुश्किल से जो समाधान मिला, वह [Send Anywhere] है। इसकी transfer speed तेज़ है और transfer failure rate भी काफ़ी कम है, लेकिन जिस तरह यह सेवा चलाने वाली कंपनी अपने नए paid service [Sendy] की ओर लोगों को ले जाने की कोशिश कर रही है, उसे देखकर यह चिंता होने लगी है कि यह सेवा आखिर कब तक बनी रहेगी। उम्मीद है कि यह सेवा सच में तेज़ और स्थिर बड़े आकार की file transfer दे पाएगी.
p.s.
अगर संभव हो, तो आगे चलकर इसका smartphone app भी मिले तो अच्छा होगा। Android phone का MTP काफ़ी खराब है, इसलिए जब बहुत सारी photos वगैरह ट्रांसफर करनी हों, तब USB जोड़ने के तरीके से ज़्यादा file transfer app इस्तेमाल करना तेज़ लगता है।
VMWare से Mac में फ़ाइल निकालने के तरीकों में सबसे अच्छा तरीका folder sharing है। settings में boot के समय किसी खास folder को Windows के साथ share किया जा सकता है, और Windows में वह network drive के रूप में दिखाई देता है.
Android app है, लेकिन इसका उपयोग सिर्फ़ भेजते समय ही होता है.
लक्ष्य वेब पर करना है.. इस पर विचार करेंगे.
वाह.. इसे बनाने की वजह जो मेरे मन में थी, वह यहाँ पूरी तरह दिख रही है.
घरेलू नेटवर्क पर कई दर्जन GB ट्रांसफर करें, तो आखिरकार एक बार न एक बार नेटवर्क थोड़ी देर के लिए गड़बड़ा ही जाता है.
सेवा प्रदाता यह कहकर बात खत्म कर देते हैं कि यह नेटवर्क की समस्या है, लेकिन असल में यह व्यावहारिक रूप से असंभव फीचर है. FileKiwi भी भौतिक नेटवर्क समस्या को हल नहीं कर सकता. लेकिन इसकी जगह यह resume की सुविधा देता है.
अभी कुछ समय ऐसे हैं जब यह अस्थिर रहता है, इसलिए हम इसे ज़्यादा आगे नहीं रख रहे हैं, लेकिन बिना इंस्टॉलेशन के resume को support करने वाला शायद FileKiwi ही अकेला होगा.
आगे भी इसे इस्तेमाल करके देखिए, और अपनी सलाह दीजिए.
इस बार Naver Series On पर 《Once Upon a Time in America》 फ़िल्म मुफ़्त में उपलब्ध कराई गई थी (https://serieson.naver.com/movie/detail.nhn?productNo=2535884 लिंक), तो उसे डाउनलोड करते हुए मैंने इस सेवा को आज़माया। फ़ाइल का आकार 9.54 GiB था, इसलिए मुझे लगा कि ऐसी चीज़ को टेस्ट करने के लिए यह बिल्कुल उपयुक्त है। मेरा वातावरण 2017 मॉडल 12-इंच MacBook पर macOS 10.15.3(Catalina) का था, और फ़ाइल भेजने का काम MacBook के अंदर VMware पर चल रहे Windows 10 से किया गया था। इंटरनेट U+ की 100Mbps श्रेणी की लाइन पर 802.11ac Wi‑Fi(433 Mbps) से जुड़ा हुआ था.
शुरुआत में मैंने VMware के अंदर Windows 10 पर Chrome वेब ब्राउज़र से फ़ाइल भेजनी शुरू की। फ़ाइल प्राप्त करने के लिए होस्ट ऑपरेटिंग सिस्टम पर भी Chrome इस्तेमाल करना चाहा, लेकिन किसी कारण वेबसाइट सेटिंग्स में नोटिफ़िकेशन चालू करने का संदेश ही आता रहा और डाउनलोड ठीक से शुरू नहीं हुआ। समस्या यह थी कि नोटिफ़िकेशन सेटिंग चालू करके पेज रिफ़्रेश करने के बाद भी डाउनलोड नहीं हुआ। इसलिए जब मैंने Firefox इस्तेमाल किया, तो बिना किसी अतिरिक्त संदेश के डाउनलोड शुरू हो गया.
अपलोड/डाउनलोड गति बहुत तेज़ नहीं थी। अगर 100Mbps लाइन मानें, तो सैद्धांतिक रूप से ऊपर बताई गई आकार की फ़ाइल डाउनलोड करने में 15 मिनट से कम समय लगना चाहिए। मेरे मामले में एक ही लाइन पर सर्वर की ओर अपलोड और डाउनलोड एक साथ चल रहे थे, इसलिए मैंने सोचा था कि लगभग 30 मिनट लगेंगे, लेकिन उम्मीद के विपरीत 3 घंटे से भी ज़्यादा समय लगा और ट्रांसफ़र के दौरान CPU लोड भी काफ़ी ऊँचा था। वेब ब्राउज़िंग भी धीमी हो गई थी। लगता है कि end-to-end encryption की वजह से ऐसा हुआ.
क्योंकि यह सर्वर पर अस्थायी अपलोड करने वाला तरीका है, इसलिए अपलोड टूट जाने पर उसे फिर से जारी कर पाना काफ़ी अच्छा था। लेकिन डाउनलोड की तरफ़ किसी कारण resume काम नहीं कर रहा था। ट्रांसफ़र एक बार अपलोड 37%, डाउनलोड 25% के आसपास टूट गया था; अपलोड तो आगे से जारी हो गया, लेकिन डाउनलोड फिर से शुरू से शुरू हुआ। ट्रांसफ़र पूरा होने के बाद वीडियो फ़ाइल को जाँचकर देखा, और जहाँ रुकावट आई थी वह हिस्सा नहीं मिला, इससे लगता है कि resume सही तरह से काम कर गया था.
यूज़र इंटरफ़ेस का एहसास बुरा नहीं था, लेकिन उसमें थोड़ा-सा glitch था। सबसे ज़्यादा ध्यान खींचने वाली चीज़ अपलोड/डाउनलोड प्रतिशत की अभिव्यक्ति थी। उदाहरण के लिए, डाउनलोड लेने वाले Firefox में [12.3%] और [12%] जैसी अभिव्यक्तियाँ बारी-बारी से दिखाई दे रही थीं। अपलोड करने वाले Chrome में [12.345%] जैसी लंबी अभिव्यक्ति दिखाई देती थी, जिससे कुछ इंटरफ़ेस तत्व हल्के से कटे हुए लगते थे.
अगर मेरी व्यक्तिगत इच्छा पूछें, तो अच्छा होता कि एक ही नेटवर्क में (जैसे घर में एक ही राउटर इस्तेमाल करने के मामले में) बिना किसी खास end-to-end encryption के P2P के ज़रिए resume को सपोर्ट करने वाला तेज़ ट्रांसफ़र फ़ीचर होता। सबसे मिलती-जुलती चीज़ HFS जैसे किसी सरल फ़ाइल सर्वर प्रोग्राम को चलाकर इस्तेमाल करना है, लेकिन उसमें भी बड़े आकार की फ़ाइल ट्रांसफ़र करते समय अक्सर response बंद-सा हो जाता है। हो सकता है कि यह इस सेवा के concept से मेल न खाता हो, लेकिन…
आपकी क़ीमती राय के लिए धन्यवाद.
अंदरूनी तौर पर बड़े साइज़ की फ़ाइलों में Chrome पर व्यवहार अलग होता है, Firefox पर अलग होता है, इसलिए मामला काफ़ी जटिल है.
और हम WebRTC का उपयोग करके p2p भी आज़मा रहे हैं. इसकी स्पीड उतनी तेज़ नहीं है और यह CPU भी काफ़ी खाता है, इसलिए इसे अभी पूरी तरह आगे नहीं बढ़ा पा रहे हैं (अगर 3 घंटे लगे हों, तो हो सकता है यह p2p मोड में चला हो T T)
Windows Chrome में यह क्यों काम नहीं कर रहा, इसका कारण मुझे भी नहीं पता T T; क्या आप कोई Chrome extension इस्तेमाल कर रहे हैं? यहाँ बात का अंतराल शायद बहुत लंबा हो जाएगा, इसलिए अगर आपको ठीक लगे तो
https://open.kakao.com/o/sb7Pyc7 KakaoTalk चैट में इस बारे में बात करें तो अच्छा रहेगा.
अरे, मैं अभी-अभी आया हूँ और अब टिप्पणी देखी। लगता है अब काफ़ी देर हो गई है, इसलिए मैं कल चैट रूम में आपसे पूछूँगा।
समझ गया। इतनी अच्छी सेवा बनाने के लिए धन्यवाद।
वाह, यह तो कमाल है।
लगता है एक typo है, इसलिए बताना चाह रहा/रही हूँ। मेन पेज पर 'वीडियो स्ट्रीमिंग प्लेबैक' लिखा हुआ है!
धन्यवाद। मैंने इसे ठीक कर दिया है।
"Tesla में वीडियो playback संभव है" — यह सुनकर तो... टेस्ट करके देखना चाहूंगा.. पहले कार तो हो..
हाहा, Tesla में स्क्रीन बड़ी है, लेकिन बाहरी वीडियो को सीधे कनेक्ट करके देखने का कोई तरीका नहीं है..
ज़रूरी नहीं कि यह सिर्फ़ कार में ही हो। ब्राउज़र वाले फ्रिज में भी यह चल जाएगा।
आह, यह मूल रूप से मुफ़्त है.
समाप्ति समय (डिफ़ॉल्ट 24 घंटे) बढ़ाने पर शुल्क लगता था.. लेकिन अब समय-विस्तार को अधिकतम तक बढ़ा दिया गया है. 3 दिनों के भीतर डाउनलोड करना होगा.