Transmission 2.20

Transmission 2.20

    przez -
    13 576
    Oprogramowanie
    Wydano kolejną wersję wieloplatformowego klienta sieci BitTorrent napisanego w języku C. Jest on wolnym oprogramowaniem na dwóch licencjach: licencji MIT oraz GNU General Public License. Posiada takie możliwości, jak: szyfrowanie protokołu, obsługa UPnP i NAT-PMP, wymiana listy peerów, możliwość zdalnej obsługi za pomocą przeglądarki (WebGUI), harmonogram pobierania, ograniczanie prędkości wysyłania i pobierania danych.

    Wszystkie platformy:

    • Pamiętaj pobrane pliki podczas odłączania urządzenia
    • Weryfikacja pliku nie jest więcej wymagana w niektórych sytuacjach
    • Naprawiono błąd “Zbyt wiele otwartych plików”
    • Pokaż pełny czas pobierania i wysyłania dla każdego pliku
    • Naprawiono wysyłanie sieciowe
    • Lepsze wsparcie dla trackerów IPv6
    • Dodano możliwość zamykania sesji Transmission po przez RPC
    • NAT-PMP i UPnP mapują od teraz port UDP
    • Zaktualizowano kod DHT do dht-0.18
    • Szybsze parsowanie bencoded danych
    • Ulepszono wsparcie dla uruchamianych skryptów, podczas kończenia pobierania torrentów
    • Naprawiono błąd z ciągłym przerywaniem powiadomienia, kiedy tracker zwraca błąd 404
    • Naprawiono błąd sumy kontrolnej na platformach z uruchomionym uClibc 0.9.27 lub starszym
    • Naprawiono błędy memmem() errors na Solaris

    Mac:

    • Naprawiono błąd w tłumaczeniach niemieckim i hiszpańskim
    • Usprawnienia interfejsu
    • Wsparcie ZIP i innych formatów kompresji w liście blokującej pobieracza

    GTK+:

    • Dodano przyciski “Dodaj” i “Usuń” do listy trackera
    • Dodano kolumnę rozmiaru pliku do listy plików
    • Pomniejsze naprawione błędy oraz usprawnienia interfejsu

    Qt:

    • Akceptacja wartości info_hashw oknie dialogowym “Dodaj url…”

    Klient sieciowy:

    • Prawoklik na torrencie działa od teraz w Firefox / Firegestures / Ubuntu

    Więcej zmian na transmissionbt.com.

    Podobne artykuły

    Centrum Informatyczne Świerk - okablowanie sieciowe

    przez -
    1 316
    Centrum Informatyczne Świerk - okablowanie sieciowe

    przez -
    0 298
    • Ciekawi mnie jedna rzecz – C i Qt razem? Jest to wygodne rozwiązanie?

    • To zależy od samego programisty. Widocznie łatwiej jest mu pisać całość w C, aniżeli C i C++, z racji Mac OS X i GTK+ :)

    • Co ciekawe jest jeszcze projekt portu Transmission Qt na Windowsa. Jak widać Qt daje sporo korzyści – "Write once, compile everywhere."

    • Na Windows jest qBittorrent, który sprawdza się znakomicie, oraz rozwija od wiele szybciej :)
      http://thecamels.org/?s=qbittorrent

    • Wiem, wiem, sam używam na Linuksie :-) Również oparty na Qt przez co możemy go używać na wielu platformach :)

    • Przecież GTK+ też można używać na kilku platformach. Wszak napisanie w pyGTK daje sporo korzyści :)

    • A czy gdy napiszemy jedną wersje w programu w pyGTK to można go bez żadnych zmian skompilować na Win/Mac/Lin?

    • Jeżeli tylko nie zrobimy odwołań systemowych, które są zależne od systemu, to nie powinno stanowić to problemu :) Nie zapominaj, że pyGTK jest interpretowany :)

    • No fakt – python :P Ale z pisaniem w C i GTK już nie jest tak wesoło?

    • Jak nie wesoło? Przecież cała biblioteka jest w C napisana :D Nie zapominaj też o projekcie Vala, który to jest bardzo pomocny przy pisaniu w czystym C.

      Warto również zwrócić uwagę na Genie:
      http://live.gnome.org/Genie

    • Języków jak mrówków :P Tak więc teoretycznie większość programów z GTK +, które mamy na Linuksie nie odwołujących się do innych bibliotek (co według moich przypuszczeń w przypadku GTK+ jest raczej rzadko stosowane gdyż GTK+ to tylko biblioteka interfejsu, a nie taka wszechstronna jak Qt) możemy uruchomić na Windowsie czy Macu. A jak z urządzeniami mobilnymi?

    • http://www.gnome.org/mobile/
      Troszkę o mobilności, aczkolwiek ja się tym aż tak bardzo nie interesowałem :)

    • Wg tego GTK+ nie jest dostępne ani na Windows Mobile, ani na Symbiana. O portach na iOS i Androida nic nie wiem (Qt posiada takie porty ale nieoficjalne). Ciekawi mnie jednak jak to jest z Fennciem. Czy nie wykorzystuje podobnie jak Firefox GTK?

      PS. Ciekawe jest to, że toczymy jakby nie było dyskusję o Qt i GTK+ i jeszcze się nie wyzywamy od idiotów itp. jak to bywa często pod różnymi newsami o tematyce GNOME/GTK+/KDE/Qt w wielu serwisach :-)